知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社東芝の特許一覧 ▶ 東芝ソリューション株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025002263
(43)【公開日】2025-01-09
(54)【発明の名称】接続確認制御システム
(51)【国際特許分類】
G06F 11/30 20060101AFI20241226BHJP
G06F 11/34 20060101ALI20241226BHJP
G06F 11/07 20060101ALI20241226BHJP
【ＦＩ】
G06F11/30
G06F11/34 133
G06F11/07 157
G06F11/07 166
G06F11/07 193
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023102316
(22)【出願日】2023-06-22
(71)【出願人】
【識別番号】000003078
【氏名又は名称】株式会社東芝
(71)【出願人】
【識別番号】301063496
【氏名又は名称】東芝デジタルソリューションズ株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(72)【発明者】
【氏名】石崎 隆
(72)【発明者】
【氏名】中里 千佳
(72)【発明者】
【氏名】森下 薫
【テーマコード（参考）】
5B042
【Ｆターム（参考）】
5B042GA12
5B042JJ15
5B042JJ19
5B042KK13
5B042KK20
5B042MA05
5B042MA08
5B042MA14
5B042MC23
(57)【要約】
【課題】より適切な設定で接続確認を実施できる接続確認制御システムを提供する。
【解決手段】実施形態の接続確認制御システム１は、端末装置１０と、管理装置２０とを含む。端末装置１０は、外部のサーバ４０にアクセスしたときの処理待ち時間において接続確認処理を実行するように構成される。管理装置２０は、端末装置１０と情報をやりとりできるように構成され、システム管理者への情報通知手段２５を有する。端末装置１０は、接続確認処理において、第１の間隔でサーバとの接続確認を実施し、接続確認の実施結果を含む通知メッセージＭ１を管理装置に送信する。管理装置２０は、端末装置１０から受信した通知メッセージＭ１に含まれた情報を、情報通知手段２５に出力する。
【選択図】図３
【解決手段】実施形態の接続確認制御システム１は、端末装置１０と、管理装置２０とを含む。端末装置１０は、外部のサーバ４０にアクセスしたときの処理待ち時間において接続確認処理を実行するように構成される。管理装置２０は、端末装置１０と情報をやりとりできるように構成され、システム管理者への情報通知手段２５を有する。端末装置１０は、接続確認処理において、第１の間隔でサーバとの接続確認を実施し、接続確認の実施結果を含む通知メッセージＭ１を管理装置に送信する。管理装置２０は、端末装置１０から受信した通知メッセージＭ１に含まれた情報を、情報通知手段２５に出力する。
【選択図】図３
【特許請求の範囲】
【請求項1】
外部のサーバにアクセスしたときの処理待ち時間において接続確認処理を実行するように構成された端末装置と、
前記端末装置と情報をやりとりできるように構成され、システム管理者への情報通知手段を有する管理装置と、を備え、
前記端末装置は、前記接続確認処理において、第１の間隔で前記サーバとの接続確認を実施し、前記接続確認の実施結果を含む通知メッセージを前記管理装置に送信し、
前記管理装置は、前記端末装置から受信した前記通知メッセージに含まれた情報を、前記情報通知手段に出力する、
接続確認制御システム。
前記端末装置と情報をやりとりできるように構成され、システム管理者への情報通知手段を有する管理装置と、を備え、
前記端末装置は、前記接続確認処理において、第１の間隔で前記サーバとの接続確認を実施し、前記接続確認の実施結果を含む通知メッセージを前記管理装置に送信し、
前記管理装置は、前記端末装置から受信した前記通知メッセージに含まれた情報を、前記情報通知手段に出力する、
接続確認制御システム。
【請求項2】
前記情報通知手段は、表示装置に前記情報を表示させることと、前記情報をログとして出力することと、前記情報を電子メールに添付又は記載して送信することとの少なくとも一つを含む、
請求項１に記載の接続確認制御システム。
請求項１に記載の接続確認制御システム。
【請求項3】
前記端末装置は、前記接続確認処理の設定情報を記憶する記憶装置を備え、
前記管理装置は、外部からの指示に基づいて、前記接続確認処理の開始、停止、タイムアウトや前記接続確認処理の設定を含む制御メッセージを前記端末装置に送信し、
前記端末装置は、前記管理装置から受信した前記制御メッセージに基づいて、前記接続確認処理を制御する、及び／又は前記設定情報を更新する、
請求項１に記載の接続確認制御システム。
前記管理装置は、外部からの指示に基づいて、前記接続確認処理の開始、停止、タイムアウトや前記接続確認処理の設定を含む制御メッセージを前記端末装置に送信し、
前記端末装置は、前記管理装置から受信した前記制御メッセージに基づいて、前記接続確認処理を制御する、及び／又は前記設定情報を更新する、
請求項１に記載の接続確認制御システム。
【請求項4】
前記設定情報は、前記接続確認処理において実施される接続確認の最大回数と、警告が通知される接続確認の回数と、前記接続確認が実施される間隔とのそれぞれの情報を含む、
請求項３に記載の接続確認制御システム。
請求項３に記載の接続確認制御システム。
【請求項5】
前記端末装置は、前記接続確認処理において、接続確認を実施する前に、前記設定情報を取得する、
請求項３に記載の接続確認制御システム。
請求項３に記載の接続確認制御システム。
【請求項6】
前記管理装置は、前記接続確認処理の履歴として接続確認履歴を記憶する記憶装置を備え、前記通知メッセージに基づいて前記接続確認履歴を更新し、前記接続確認履歴に基づいて前記接続確認処理の制御指示を作成し、前記制御指示を前記情報通知手段に出力する、
請求項３に記載の接続確認制御システム。
請求項３に記載の接続確認制御システム。
【請求項7】
前記記憶装置は、前記サーバの障害履歴をさらに記憶し、前記管理装置は、前記接続確認履歴と前記障害履歴との両方に基づいて前記制御指示を作成する、
請求項６に記載の接続確認制御システム。
請求項６に記載の接続確認制御システム。
【請求項8】
前記管理装置は、前記制御指示を含む制御メッセージを前記端末装置に送信し、
前記端末装置は、前記管理装置から受信した前記制御メッセージに基づいて、前記接続確認処理を制御する、及び／又は前記設定情報を更新する、
請求項６又は請求項７に記載の接続確認制御システム。
前記端末装置は、前記管理装置から受信した前記制御メッセージに基づいて、前記接続確認処理を制御する、及び／又は前記設定情報を更新する、
請求項６又は請求項７に記載の接続確認制御システム。
【発明の詳細な説明】
【技術分野】
【0001】
実施形態は、接続確認制御システムに関する。
【背景技術】
【0002】
クライアント装置とデータベースとの間で情報をやりとりするためのＡＰＩ（Application Programming Interface）の一種として、ＪＤＢＣが知られている。ＪＤＢＣは、Ｊａｖａ（登録商標）プログラムからデータベースにアクセスするためのＡＰＩである。ＪＤＢＣ処理では、クライアント装置がデータベースに対してクエリを発行してから、データベースからクライアント装置に対して処理結果が返るまでの処理待ち時間において、接続確認（キープアライブ）が実施される場合がある。接続確認は、データベースの障害発生を検知するためにクライアントアプリケーションとデータベースとの間の接続が有効であるか否かを確認する仕組みである。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第４６３５０５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、接続確認を実施しているＪＤＢＣ処理を把握するために、システム管理者は、全てのクライアントアプリケーションのＪＤＢＣ処理の状態を手動で確認しなければならず、その確認作業に時間を要してしまう。
【0005】
また、処理待ち時間は、ＪＤＢＣ処理毎に異なるため、全てのＪＤＢＣ処理に対して最適な接続確認の設定を行うことが困難である。不適切な設定の接続確認では、データベースが正常処理中であるにもかかわらず接続確認がタイムアウトしてしまい、ＪＤＢＣ処理が異常に終了するおそれがある。
【0006】
また、システム管理者又は管理システムは、接続確認を設定する際に、クライアントアプリケーションを停止することなく、接続確認の開始、停止、タイムアウト等や接続確認の設定を動的に制御することができない。
【0007】
本発明は、上記の問題を解決するためになされたものであり、より適切な設定で接続確認を実施できる接続確認制御システムを提供することを目的とする。
【課題を解決するための手段】
【0008】
実施形態の接続確認制御システムは、端末装置と、管理装置とを含む。端末装置は、外部のサーバにアクセスしたときの処理待ち時間において接続確認処理を実行するように構成される。管理装置は、端末装置と情報をやりとりできるように構成され、システム管理者への情報通知手段を有する。端末装置は、接続確認処理において、第１の間隔でサーバとの接続確認を実施し、接続確認の実施結果を含む通知メッセージを管理装置に送信する。管理装置は、端末装置から受信した通知メッセージに含まれた情報を、前記情報通知手段に出力する。
【図面の簡単な説明】
【0009】
【図1】実施形態に係る接続確認制御システムの構成の一例を示すブロック図。
【図2】実施形態に係る接続確認制御システムが備える端末装置のハードウェア構成の一例を示すブロック図。
【図3】実施形態に係る接続確認制御システムの機能構成の一例を示すブロック図。
【図4】実施形態に係る接続確認制御システムにおける接続確認設定の一例を示すテーブル。
【図5】実施形態に係る接続確認制御システムにおける通知メッセージの一例を示すテーブル。
【図6】実施形態に係る接続確認制御システムにおける制御メッセージの一例を示すテーブル。
【図7】実施形態に係る接続確認制御システムにおける接続確認履歴の一例を示すテーブル。
【図8】実施形態に係る接続確認制御システムにおける障害履歴の一例を示すテーブル。
【図9】実施形態に係る接続確認制御システムが備える端末装置の接続確認処理の流れの一例を示すフローチャート。
【図10】実施形態に係る接続確認制御システムが備える端末装置の設定変更処理の流れの一例を示すフローチャート。
【図11】実施形態に係る接続確認制御システムにおいてクエリが正常に処理される場合の接続確認処理の流れの一例を示すシーケンス図。
【図12】実施形態に係る接続確認制御システムにおいて接続確認設定に基づくタイムアウトが発生する場合の接続確認処理の流れの一例を示すシーケンス図。
【図13】実施形態に係る接続確認制御システムにおいて管理装置の指示に基づくタイムアウトが発生する場合の接続確認処理の流れ一例を示すシーケンス図。
【図14】実施形態に係る接続確認制御システムが備える管理装置の通知メッセージ受信処理の流れの一例を示すフローチャート。
【図15】実施形態に係る接続確認制御システムが備える管理装置の設定変更処理の流れの一例を示すフローチャート。
【図16】実施形態に係る接続確認制御システムが備える管理装置の設定変更処理における設定変更条件及び制御メッセージの第１の例を示すテーブル。
【図17】第１の例における接続確認処理の変化の具体例を示すシーケンス図。
【図18】実施形態に係る接続確認制御システムが備える管理装置の設定変更処理における設定変更条件及び制御メッセージの第２の例を示すテーブル。
【図19】第２の例における接続確認処理の変化の具体例を示すシーケンス図。
【図20】実施形態に係る接続確認制御システムが備える管理装置の設定変更処理における設定変更条件及び制御メッセージの第３の例を示すテーブル。
【図21】第３の例における接続確認処理の変化の具体例を示すシーケンス図。
【図22】実施形態に係る接続確認制御システムが備える管理装置の設定変更処理における設定変更条件及び制御メッセージの第４の例を示すテーブル。
【図23】実施形態に係る接続確認制御システムが備える管理装置の設定変更処理における設定変更条件及び制御メッセージの第５の例を示すテーブル。
【発明を実施するための形態】
【0010】
以下に、実施形態に係る接続確認制御システム１について、図面を参照して説明する。実施形態は、発明の技術的思想を具体化するための装置や方法を例示している。以下で参照される図面は、模式的又は概念的なものである。略同一の機能及び構成を有する構成要素には、同一の符号が付加されている。
【0011】
＜１＞構成
まず、実施形態に係る接続確認制御システム１の構成について説明する。
まず、実施形態に係る接続確認制御システム１の構成について説明する。
【0012】
＜１－１＞接続確認制御システム１の全体構成
図１は、実施形態に係る接続確認制御システム１の構成の一例を示すブロック図である。図１に示すように、接続確認制御システム１は、例えば、端末装置１０、管理装置２０、メッセージング装置３０、及びサーバ４０を含む。
図１は、実施形態に係る接続確認制御システム１の構成の一例を示すブロック図である。図１に示すように、接続確認制御システム１は、例えば、端末装置１０、管理装置２０、メッセージング装置３０、及びサーバ４０を含む。
【0013】
端末装置１０は、ＪＤＢＣ処理を実行することが可能なクライアント装置に対応する。端末装置１０は、例えば、ＰＣ（Personal Computer）等の電子機器である。端末装置１０は、例えば、クライアントによるデータベースへのアクセスに用いられる。端末装置１０は、ＪＤＢＣ処理において接続確認を実施可能に構成される。
【0014】
管理装置２０は、端末装置１０のＪＤＢＣ処理に関する情報を管理する装置である。管理装置２０は、例えば、ＰＣ（Personal Computer）等の電子機器である。管理装置２０は、例えば、システム管理者による端末装置１０の管理に用いられる。管理装置２０は、接続確認に関する制御指示を生成することが可能に構成される。
【0015】
メッセージング装置３０は、端末装置１０と管理装置２０との間のメッセージの転送を司る。メッセージング装置３０は、例えば、ＪＭＳ（Java Message Service）や、ＭＱＴＴ（Message Queueing Telemetry Transport）や、ＡＭＱＰ（Advanced Message Queuing Protocol）といったメッセージング基盤製品である。メッセージング装置３０は、複数の端末装置１０に対して同時に情報を送信することができるように構成される。
【0016】
サーバ４０は、様々な情報を保持することが可能なデータベースである。サーバ４０は、例えば、端末装置１０を対象としたコンテンツのデータを保持する。サーバ４０は、端末装置１０と管理装置２０とのそれぞれと通信可能に構成される。サーバ４０は、端末装置１０及び管理装置２０のそれぞれと有線で通信してもよいし、無線で通信してもよい。
【0017】
なお、接続確認制御システム１は、複数の端末装置１０を備えていてもよい。メッセージング装置３０は、端末装置１０毎に設けられてもよいし、複数の端末装置１０に１つのメッセージング装置３０が割り当てられてもよい。接続確認制御システム１では、端末装置１０から管理装置２０への通知用のメッセージの転送に割り当てられた第１のメッセージング装置３０と、端末装置１０から管理装置２０への制御用のメッセージの転送に割り当てられた第２のメッセージング装置３０とが個別に設けられてもよい。接続確認制御システム１において、端末装置１０と管理装置２０との間で直接メッセージがやりとりされる場合に、メッセージング装置３０が省略されてもよい。
【0018】
＜１－２＞接続確認制御システム１のハードウェア構成
図２は、実施形態に係る接続確認制御システム１が備える端末装置１０のハードウェア構成の一例を示すブロック図である。図２に示すように、端末装置１０は、例えば、プロセッサ１０１、メモリ装置１０２、ストレージ装置１０３、表示装置１０４、入力インターフェース１０５、及び通信モジュール１０６を含む。
図２は、実施形態に係る接続確認制御システム１が備える端末装置１０のハードウェア構成の一例を示すブロック図である。図２に示すように、端末装置１０は、例えば、プロセッサ１０１、メモリ装置１０２、ストレージ装置１０３、表示装置１０４、入力インターフェース１０５、及び通信モジュール１０６を含む。
【0019】
プロセッサ１０１は、様々なプログラムを実行することが可能な集積回路であり、端末装置１０の全体の動作を制御する。プロセッサ１０１としては、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（field-programmable gate array）等が使用される。
【0020】
メモリ装置１０２は、端末装置１０を制御するためのプログラムや制御データ等を記憶する記憶装置である。メモリ装置１０２は、プロセッサ１０１の作業領域として使用される。なお、端末装置１０は、プログラムや制御データを記憶するメモリ装置と、プロセッサ１０１の作業領域として使用されるメモリ装置とを個別に備えていてもよい。
【0021】
ストレージ装置１０３は、不揮発性の記憶装置である。ストレージ装置１０３は、例えば端末装置１０のアプリケーションソフトウェアや、システムソフトウェア等を記憶する。ストレージ装置１０３として、例えば、ＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）等が使用される。
【0022】
表示装置１０４は、文字や画像などを表示することが可能に構成された装置である。表示装置１０４は、プロセッサ１０１の指示に基づいて、例えば、アプリケーションソフトウェアに対応するＧＵＩ（Graphical User Interface）等を表示する。表示装置１０４としては、例えば、ＬＣＤ（Liquid Crystal Display）や、有機ＥＬ（Electro Luminescence）ディスプレイ等が使用される。
【0023】
入力インターフェース１０５は、端末装置１０の操作に使用されるインターフェースである。クライアントは、入力インターフェース１０５を用いて、端末装置１０を操作することができる。なお、端末装置１０において、入力インターフェース１０５としての機能が表示装置１０４に内蔵されてもよい。
【0024】
通信モジュール１０６は、外部の機器とのデータ等の送受信に使用される回路である。端末装置１０は、通信モジュール１０６は、例えば、ネットワークを介して、メッセージング装置３０とサーバ４０とのそれぞれに接続される。
【0025】
なお、端末装置１０は、その他のハードウェア構成であってもよい。例えば、端末装置１０がＩｏＴ（Internet of Things）端末等である場合に、表示装置１０４が端末装置１０から省略されてもよい。表示装置１０４は、端末装置１０に外部接続されてもよい。入力インターフェース１０５は、端末装置１０に外部接続されてもよい。管理装置２０、メッセージング装置３０、及びサーバ４０のそれぞれは、例えば、端末装置１０と同様のハードウェア構成を有している。管理装置２０、メッセージング装置３０、及びサーバ４０のそれぞれのハードウェア構成は、接続確認制御システム１において割り当てられる機能に応じて適宜変更され得る。
【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】
制御メッセージＭ２の“間隔”のカラムは、制御対象のＪＤＢＣ処理において接続確認が実施される間隔の情報を格納する。本例では、“間隔”として“１２０秒”が格納されている。
【0056】
制御メッセージＭ２の“最大回数”のカラムは、制御対象のＪＤＢＣ処理において接続確認が実施される最大回数の情報を格納する。本例では、“最大回数”として“５回”が格納されている。
【0057】
制御メッセージＭ２の“警告”のカラムは、制御対象のＪＤＢＣ処理において警告が通知される接続確認の回数の情報を格納する。本例では、“警告”として“３回目”が格納されている。
【0058】
（４：接続確認履歴Ｄ２）
図７は、実施形態に係る接続確認制御システム１における接続確認履歴Ｄ２の一例を示すテーブルである。図７に示すように、接続確認履歴Ｄ２は、接続確認が実施された対象を特定するための情報と、実施された接続確認に関する情報を格納する。具体的には、接続確認履歴Ｄ２は、例えば、“処理名”、“処理ＩＤ”、“開始時刻”、“警告時刻”、“異常時刻”、“実施回数”、及び“最終結果”に関する情報を含む。
図７は、実施形態に係る接続確認制御システム１における接続確認履歴Ｄ２の一例を示すテーブルである。図７に示すように、接続確認履歴Ｄ２は、接続確認が実施された対象を特定するための情報と、実施された接続確認に関する情報を格納する。具体的には、接続確認履歴Ｄ２は、例えば、“処理名”、“処理ＩＤ”、“開始時刻”、“警告時刻”、“異常時刻”、“実施回数”、及び“最終結果”に関する情報を含む。
【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】
（２：接続確認設定Ｄ１に基づくタイムアウトが発生する場合）
図１２は、実施形態に係る接続確認制御システム１において接続確認設定Ｄ１に基づくタイムアウトが発生する場合の接続確認処理の流れの一例を示すシーケンス図である。以下に、図１２を参照して、図４に示された接続確認設定Ｄ１が適用された場合に、端末装置１０がクエリを生成してから、接続確認設定Ｄ１に基づくタイムアウトが発生するまでの一連の処理の一例について説明する。図１２に示されたＳ１１～Ｓ２１の処理は、図１１に示されたＳ１１～Ｓ２１の処理と同様である。すなわち、まず、端末装置１０がサーバ４０にクエリを送信した後に、３回の接続確認が実施される。
図１２は、実施形態に係る接続確認制御システム１において接続確認設定Ｄ１に基づくタイムアウトが発生する場合の接続確認処理の流れの一例を示すシーケンス図である。以下に、図１２を参照して、図４に示された接続確認設定Ｄ１が適用された場合に、端末装置１０がクエリを生成してから、接続確認設定Ｄ１に基づくタイムアウトが発生するまでの一連の処理の一例について説明する。図１２に示されたＳ１１～Ｓ２１の処理は、図１１に示されたＳ１１～Ｓ２１の処理と同様である。すなわち、まず、端末装置１０がサーバ４０にクエリを送信した後に、３回の接続確認が実施される。
【0102】
そして、本例では、さらに２回の接続確認が実施され、合計５回の接続確認が実施される。具体的には、Ｓ２１の処理の後に、端末装置１０は、接続確認設定Ｄ１の“間隔”に基づいた時間が経過した後に、４回目の接続確認をサーバ４０に送信する（Ｓ３１）。すると、サーバ４０は、４回目の接続確認に対する確認応答を端末装置１０に送信する（Ｓ３２）。確認応答を受信した端末装置１０は、４回目の接続確認に関する通知メッセージＭ１を作成し、管理装置２０に送信する（Ｓ３３）。同様に、端末装置１０は、接続確認設定Ｄ１の“間隔”に基づいた時間が経過した後に、５回目の接続確認をサーバ４０に送信する（Ｓ３４）。すると、サーバ４０は、５回目の接続確認に対する確認応答を端末装置１０に送信する（Ｓ３５）。確認応答を受信した端末装置１０は、５回目の接続確認に関する通知メッセージＭ１を作成し、管理装置２０に送信する（Ｓ３６）。
【0103】
その後、端末装置１０は、接続確認設定Ｄ１により示された最大回数が５回であることに基づいて接続確認処理を終了し、応答待ちタイムアウトとする（Ｓ３７）。
【0104】
（３：管理装置２０の指示に基づくタイムアウトが発生する場合）
図１３は、実施形態に係る接続確認制御システム１において管理装置２０の指示に基づくタイムアウトが発生する場合の接続確認処理の流れ一例を示すシーケンス図である。以下に、図１３を参照して、図４に示された接続確認設定Ｄ１が適用された場合に、端末装置１０がクエリを生成してから、管理装置２０の指示に基づくタイムアウトが発生するまでの一連の処理の一例について説明する。すなわち、まず、端末装置１０がサーバ４０にクエリを送信した後に、３回の接続確認が実施される。
図１３は、実施形態に係る接続確認制御システム１において管理装置２０の指示に基づくタイムアウトが発生する場合の接続確認処理の流れ一例を示すシーケンス図である。以下に、図１３を参照して、図４に示された接続確認設定Ｄ１が適用された場合に、端末装置１０がクエリを生成してから、管理装置２０の指示に基づくタイムアウトが発生するまでの一連の処理の一例について説明する。すなわち、まず、端末装置１０がサーバ４０にクエリを送信した後に、３回の接続確認が実施される。
【0105】
そして、本例では、Ｓ２１の処理の後に、管理装置２０から端末装置１０に制御メッセージＭ２が送信される（Ｓ４１）。この制御メッセージＭ２は、制御内容として“タイムアウト”を格納している。この場合、端末装置１０は、制御メッセージＭ２に基づいて接続確認処理を終了し、応答待ちタイムアウトとする（Ｓ４２）。このように、制御メッセージＭ２に基づいて接続確認処理が終了される場合、接続確認処理は、接続確認設定Ｄ１における最大回数の接続確認を実行する前に終了され得る。
【0106】
＜２－２＞管理装置２０の動作
以下に、管理装置２０の動作について説明する。
以下に、管理装置２０の動作について説明する。
【0107】
＜２－２－１＞通知メッセージ受信処理の流れ
図１４は、実施形態に係る接続確認制御システム１が備える管理装置２０の通知メッセージ受信処理の流れの一例を示すフローチャートである。以下に、図１４を参照して、管理装置２０の履歴管理部２２による接続確認履歴Ｄ２の更新に関する処理の一例について説明する。
図１４は、実施形態に係る接続確認制御システム１が備える管理装置２０の通知メッセージ受信処理の流れの一例を示すフローチャートである。以下に、図１４を参照して、管理装置２０の履歴管理部２２による接続確認履歴Ｄ２の更新に関する処理の一例について説明する。
【0108】
履歴管理部２２は、メッセージング装置３０から通知メッセージＭ１を受信すると、図１４の一連の処理を開始する（開始）。
【0109】
まず、履歴管理部２２は、通知メッセージＭ１から、処理名及び処理ＩＤを取得する（Ｓ３０１）。
【0110】
次に、履歴管理部２２は、接続確認履歴Ｄ２に、同じ処理ＩＤの通知履歴が存在しているか否かを確認する（Ｓ３０２）。同じ処理ＩＤの通知履歴が存在している場合（Ｓ３０２：ＹＥＳ）、履歴管理部２２は、Ｓ３０３の処理に進む。同じ処理ＩＤの通知履歴が存在していない場合（Ｓ３０２：ＮＯ）、履歴管理部２２は、Ｓ３０４の処理に進む。
【0111】
Ｓ３０３の処理において、履歴管理部２２は、接続確認履歴Ｄ２内で同じ処理ＩＤの通知履歴に、通知メッセージＭ１の内容を追記する。履歴管理部２２は、通知メッセージＭ１の内容を、通知履歴で対応付けられたフィールドに上書きしてもよい。そして、履歴管理部２２は、Ｓ３０３の処理が完了すると、図１４の一連の処理を終了する（終了）。
【0112】
Ｓ３０４の処理において、履歴管理部２２は、接続確認履歴Ｄ２内でその処理ＩＤに対応付けられた通知履歴を新規作成する。そして、履歴管理部２２は、新規作成した通知履歴に、通知メッセージＭ１の内容を記録する（Ｓ３０５）。それから、履歴管理部２２は、Ｓ３０５の処理が完了すると、図１４の一連の処理を終了する（終了）。
【0113】
＜２－２－２＞設定変更処理の流れ
図１５は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理の流れの一例を示すフローチャートである。以下に、図１５を参照して、管理装置２０の制御指示部２４による制御指示の生成に関する処理の一例について説明する。
図１５は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理の流れの一例を示すフローチャートである。以下に、図１５を参照して、管理装置２０の制御指示部２４による制御指示の生成に関する処理の一例について説明する。
【0114】
制御指示部２４は、例えば、システム管理者からの要求に基づいて、図１５の一連の処理を開始する（開始）。なお、制御指示部２４は、図１５の一連の処理を、所定の条件に基づいて自発的に開始してもよいし、接続確認履歴Ｄ２に基づいて接続確認処理のタイムアウトが推測できる場合に開始してもよい。
【0115】
まず、制御指示部２４は、システム管理者による制御指示があるか否かを確認する（Ｓ４０１）。システム管理者による制御指示がない場合（Ｓ４０１：ＮＯ）、制御指示部２４は、Ｓ４０２の処理に進む。システム管理者による制御指示がある場合（Ｓ４０１：ＹＥＳ）、制御指示部２４は、Ｓ４１０の処理に進む。
【0116】
Ｓ４０２の処理において、制御指示部２４は、記憶部２１から接続確認履歴Ｄ２を取得する。なお、Ｓ４０２の処理において、制御指示部２４により取得される情報は、接続確認履歴Ｄ２のうち、制御指示の対象である処理名に関連付けられた情報である。
【0117】
次に、制御指示部２４は、記憶部２１から障害履歴Ｄ３を取得する（Ｓ４０３）。制御指示部２４は、障害履歴Ｄ３に基づいて、現在のサーバ４０に障害が発生しているか否か等を把握することができる。
【0118】
次に、制御指示部２４は、接続確認履歴Ｄ２と障害履歴Ｄ３とに基づいて制御指示を作成する（Ｓ４０４）。制御指示部２４は、例えば、過去の接続確認処理における接続確認の実施回数や、過去の障害の傾向及び統計や、サーバ４０の障害状況に基づいて、制御指示を作成する。
【0119】
次に、制御指示部２４は、作成した制御指示を情報通知部２５に転送する（Ｓ４０５）。情報通知部２５は、所定の方法を用いて、制御指示の内容をシステム管理者に提供する。この所定の方法としては、例えば、管理装置２０の表示装置１０４に情報を表示させることや、制御指示の内容をログとして出力することや、制御指示の内容を電子メールに添付又は記載して所定のアドレスに送信すること等が挙げられる。情報通知部２５は、複数の方法を用いて制御指示の内容をシステム管理者に提供してもよい。
【0120】
次に、制御指示部２４は、自動制御に設定されているか否かを確認する（Ｓ４０６）。自動制御は、管理装置２０により作成された制御指示を自動的に適用する設定であり、システム管理者により設定される。自動制御に設定されている場合（Ｓ４０６：ＹＥＳ）、制御指示部２４は、Ｓ４１０の処理に進む。自動制御に設定されていない場合（Ｓ４０６：ＮＯ）、制御指示部２４は、図１５の一連の処理を終了する（終了）。
【0121】
Ｓ４１０の処理において、制御指示部２４は、制御指示に基づいて制御メッセージＭ２を作成し、制御メッセージＭ２を、メッセージング装置３０を介して端末装置１０に送信する。そして、端末装置１０の接続確認制御部１５は、制御メッセージＭ２に基づいて、接続確認実行部１３を制御し、及び／又は接続確認設定Ｄ１を更新する。制御指示部２４は、Ｓ４１０の処理が完了すると、図１５の一連の処理を終了する（終了）。
【0122】
＜２－２－３＞設定変更処理の具体例
以下に、実施形態に係る接続確認制御システム１における設定変更処理の具体例について説明する。なお、接続確認制御システム１において適用される制御指示の作成方法は、以下で示される第１の例～第５の例のそれぞれに限定されない。接続確認制御システム１は、少なくとも接続確認履歴Ｄ２に基づいて制御指示を作成していればよい。そして、接続確認制御システム１は、接続確認履歴Ｄ２と障害履歴Ｄ３との両方を参照することによって、より好ましい条件で制御指示を作成することができる。
以下に、実施形態に係る接続確認制御システム１における設定変更処理の具体例について説明する。なお、接続確認制御システム１において適用される制御指示の作成方法は、以下で示される第１の例～第５の例のそれぞれに限定されない。接続確認制御システム１は、少なくとも接続確認履歴Ｄ２に基づいて制御指示を作成していればよい。そして、接続確認制御システム１は、接続確認履歴Ｄ２と障害履歴Ｄ３との両方を参照することによって、より好ましい条件で制御指示を作成することができる。
【0123】
（１：第１の例）
図１６は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第１の例を示すテーブルである。図１６の（Ａ）は、第１の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図１６の（Ｂ）は、第１の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図１６の（Ｃ）は、第１の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
図１６は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第１の例を示すテーブルである。図１６の（Ａ）は、第１の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図１６の（Ｂ）は、第１の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図１６の（Ｃ）は、第１の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
【0124】
図１６の（Ａ）に示された接続確認設定Ｄ１の内容は、図４に示された接続確認設定Ｄ１と同様である。図１６の（Ｂ）に示された接続確認履歴Ｄ２には、処理Ａに関して３回の接続確認処理（ＩＤ－００１、ＩＤ－００２、及びＩＤ－００３）が実施されていることが記録されている。そして、３回の接続確認処理のそれぞれで、最大回数（５回）の接続確認が実施され、最終結果が“異常（タイムアウト）”となっている。
【0125】
このように、接続確認履歴Ｄ２において、特定の処理名に関連付けられて異常（タイムアウト）を示す複数の履歴が含まれている場合に、制御指示部２４は、異常（タイムアウト）となる頻度が減るような制御指示を作成する。具体的には、図１６の（Ｃ）に示すように、制御指示部２４は、接続確認履歴Ｄ２に基づいて、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれを増やすような制御メッセージＭ２を作成する。本例では、最大回数が５回から６回に増やされ、警告を通知する接続確認の回数が３回目から４回目に増やされている。なお、制御指示部２４は、異常（タイムアウト）の履歴が続く場合に、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれをさらに増やしてもよい。
【0126】
図１７は、第１の例における接続確認処理の変化の具体例を示すシーケンス図である。図１７の（Ａ）は、第１の例においてサーバ４０によるクエリの処理時間の一例を示している。図１７の（Ｂ）は、図１６の（Ａ）に示された条件における接続確認の実施状況を示している。図１７の（Ｃ）は、図１６の（Ｃ）に示された制御指示が適用された後の接続確認の実施状況を示している。
【0127】
図１７の（Ｂ）に示すように、図１６の（Ａ）に示された条件では、５回の接続確認が実施される時間が処理時間よりも短く、接続確認処理が異常に終了（タイムアウト）してしまう。一方で、図１６の（Ｃ）に示された条件では、異常終了が発生し辛いように、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれが増やされている。これにより、設定変更後の接続確認処理では、タイムアウトが回避され得る。
【0128】
（２：第２の例）
図１８は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第２の例を示すテーブルである。図１８の（Ａ）は、第２の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図１８の（Ｂ）は、第２の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図１８の（Ｃ）は、第２の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
図１８は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第２の例を示すテーブルである。図１８の（Ａ）は、第２の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図１８の（Ｂ）は、第２の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図１８の（Ｃ）は、第２の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
【0129】
図１８の（Ａ）に示された接続確認設定Ｄ１の内容は、図４に示された接続確認設定Ｄ１と同様である。図１８の（Ｂ）に示された接続確認履歴Ｄ２には、処理Ａに関して３回の接続確認処理（ＩＤ－００１、ＩＤ－００２、及びＩＤ－００３）が実施されていることが記録されている。そして、ＩＤ－００１の接続確認処理で、３回の接続確認が実施され、ＩＤ－００２及びＩＤ－００３のそれぞれの接続確認処理で、４回の接続確認が実施され、それから、３回の接続確認処理のそれぞれで、最終結果が“警告”となっている。
【0130】
このように、接続確認履歴Ｄ２において、特定の処理名に関連付けられて警告を示す複数の履歴が含まれている場合に、制御指示部２４は、警告となる頻度が減るような制御指示を作成する。具体的には、図１８の（Ｃ）に示すように、制御指示部２４は、接続確認履歴Ｄ２に基づいて、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれを増やすような制御メッセージＭ２を作成する。例えば、制御指示部２４は、最大回数（５回）から警告の回数（３回）を引いた回数（２回）だけ、最大回数と、警告を通知する接続確認の回数とのそれぞれ増やす。具体的には、最大回数が５回から７回に増やされ、警告を通知する接続確認の回数が３回目から５回目に増やされている。なお、制御指示部２４は、警告の履歴が続く場合に、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれをさらに増やしてもよい。
【0131】
図１９は、第２の例における接続確認処理の変化の具体例を示すシーケンス図である。
図１９の（Ａ）は、第２の例においてサーバ４０によるクエリの処理時間を示している。図１９の（Ｂ）は、図１８の（Ａ）に示された条件における接続確認の実施状況を示している。図１９の（Ｃ）は、図１８の（Ｃ）に示された制御指示が適用された後の接続確認の実施状況を示している。
図１９の（Ａ）は、第２の例においてサーバ４０によるクエリの処理時間を示している。図１９の（Ｂ）は、図１８の（Ａ）に示された条件における接続確認の実施状況を示している。図１９の（Ｃ）は、図１８の（Ｃ）に示された制御指示が適用された後の接続確認の実施状況を示している。
【0132】
図１９の（Ｂ）に示すように、図１８の（Ａ）に示された条件では、警告の通知が割り当てられた接続確認が処理時間の終了時点よりも前に実施され、接続確認処理の最終結果が警告となる可能性が高い。一方で、図１８の（Ｃ）に示された条件では、警告が発生し辛いように、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれが増やされている。これにより、設定変更後の接続確認処理では、警告の通知が回避され得る。
【0133】
（３：第３の例）
図２０は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第３の例を示すテーブルである。図２０の（Ａ）は、第３の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図２０の（Ｂ）は、第３の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図２０の（Ｃ）は、第３の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
図２０は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第３の例を示すテーブルである。図２０の（Ａ）は、第３の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図２０の（Ｂ）は、第３の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図２０の（Ｃ）は、第３の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
【0134】
図２０の（Ａ）に示された接続確認設定Ｄ１の内容は、図４に示された接続確認設定Ｄ１と同様である。図２０の（Ｂ）に示された接続確認履歴Ｄ２には、処理Ａに関して３回の接続確認処理（ＩＤ－００１、ＩＤ－００２、及びＩＤ－００３）が実施されていることが記録されている。そして、３回の接続確認処理のそれぞれで、１回の接続確認が実施され、最終結果が“正常”となっている。
【0135】
このように、接続確認履歴Ｄ２において、特定の処理名に関連付けられて正常を示し、且つ実施回数が１回以下の複数の履歴が含まれている場合、又は、通知履歴が存在しない（１回目の接続確認の前に終了する処理）場合に、制御指示部２４は、実施回数が増えるような制御指示を作成する。具体的には、図２０の（Ｃ）に示すように、制御指示部２４は、接続確認履歴Ｄ２に基づいて、間隔を短くするような制御メッセージＭ２を作成する。制御指示部２４は、例えば、間隔を１／２にする。具体的には、間隔が６０秒から３０秒に変更されている。なお、制御指示部２４は、実施回数が１回である履歴が続く場合に、間隔をさらに短くしてもよい。
【0136】
図２１は、第３の例における接続確認処理の変化の具体例を示すシーケンス図である。図２１の（Ａ）は、第３の例においてサーバ４０によるクエリの処理時間を示している。図２１の（Ｂ）は、図２０の（Ａ）に示された条件における接続確認の実施状況を示している。図２１の（Ｃ）は、図２０の（Ｃ）に示された制御指示が適用された後の接続確認の実施状況を示している。
【0137】
図２１の（Ｂ）に示すように、図２０の（Ａ）に示された条件では、処理時間が短く、接続確認の実施回数が１回以下となる可能性が高い。一方で、図２０の（Ｃ）に示された条件では、接続確認の実施回数が増えるように、接続確認の間隔が短く設定されている。これにより、設定変更後の接続確認処理では、接続確認の実施回数が複数回になり得る。
【0138】
（４：第４の例）
図２２は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第４の例を示すテーブルである。図２２の（Ａ）は、第４の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図２２の（Ｂ）は、第４の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図２２の（Ｃ）は、第４の例における制御指示が適用される障害履歴Ｄ３の一例を示している。図２２の（Ｄ）は、第４の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
図２２は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第４の例を示すテーブルである。図２２の（Ａ）は、第４の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図２２の（Ｂ）は、第４の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図２２の（Ｃ）は、第４の例における制御指示が適用される障害履歴Ｄ３の一例を示している。図２２の（Ｄ）は、第４の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
【0139】
図２２の（Ａ）に示された接続確認設定Ｄ１の内容は、図４に示された接続確認設定Ｄ１と同様である。図２２の（Ｂ）に示された接続確認履歴Ｄ２には、処理Ａに関して１回の接続確認処理（ＩＤ－００１）が実施されていることが記録されている。そして、ＩＤ－００１の接続確認処理で、５回の接続確認が実施され、最終結果が“異常（タイムアウト）”となっている。また、ＩＤ－００１の接続確認処理で、開始時刻が２０２３／１２／０１ ０９：０１：００であり、警告時刻が２０２３／１２／０１ ０９：０４：００であり、異常時刻が２０２３／１２／０１ ０９：０５：００である。図２２の（Ｃ）に示された障害履歴Ｄ３には、障害開始時刻が２０２３／１２／０１ ０８：００：００であり、障害復旧時刻が２０２３／１２／０１ ０８：３０：００であることが示されている。制御指示部２４は、接続確認履歴Ｄ２と障害履歴Ｄ３とに基づいて、サーバ４０の障害が発生していない時間帯において、ＩＤ－００１の接続確認処理が実行されていることを認識する。
【0140】
このように、本例では、サーバ４０の障害が発生していないにも関わらず、処理Ａにおいて最終結果が異常（タイムアウト）である通知履歴が１件発生している。この場合、制御指示部２４は、異常（タイムアウト）となる頻度が減るような制御指示を作成する。具体的には、図２２の（Ｃ）に示すように、制御指示部２４は、接続確認履歴Ｄ２と障害履歴Ｄ３とに基づいて、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれを増やすような制御メッセージＭ２を作成する。具体的には、最大回数が５回から６回に増やされ、警告を通知する接続確認の回数が３回目から６回目に増やされている。なお、制御指示部２４は、異常（タイムアウト）の履歴が続く場合に、接続確認の最大回数と、警告を通知する接続確認の回数とのそれぞれをさらに増やしてもよい。第４の例における接続確認処理の変化の具体例を示すシーケンス図は、図１９と同様である。
【0141】
（５：第５の例）
図２３は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第５の例を示すテーブルである。図２３の（Ａ）は、第５の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図２３の（Ｂ）は、第５の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図２３の（Ｃ）は、第５の例における制御指示が適用される障害履歴Ｄ３の一例を示している。図２３の（Ｄ）は、第５の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
図２３は、実施形態に係る接続確認制御システム１が備える管理装置２０の設定変更処理における設定変更条件及び制御メッセージＭ２の第５の例を示すテーブルである。図２３の（Ａ）は、第５の例において制御指示が作成される前の接続確認設定Ｄ１を示している。図２３の（Ｂ）は、第５の例における制御指示が適用される接続確認履歴Ｄ２の一例を示している。図２３の（Ｃ）は、第５の例における制御指示が適用される障害履歴Ｄ３の一例を示している。図２３の（Ｄ）は、第５の例において作成された制御指示を含む制御メッセージＭ２の一例を示している。
【0142】
図２３の（Ａ）に示された接続確認設定Ｄ１の内容は、図４に示された接続確認設定Ｄ１と同様である。図２３の（Ｂ）に示された接続確認履歴Ｄ２には、処理Ａに関して１回の接続確認処理（ＩＤ－００１）が実施されていることが記録されている。そして、ＩＤ－００１の接続確認処理で、５回の接続確認が実施され、最終結果が“異常（タイムアウト）”となっている。また、ＩＤ－００１の接続確認処理で、開始時刻が２０２３／１２／０１ ０９：０１：００であり、警告時刻が２０２３／１２／０１ ０９：０４：００であり、異常時刻が２０２３／１２／０１ ０９：０５：００である。図２３の（Ｃ）に示された障害履歴Ｄ３には、障害開始時刻が２０２３／１２／０１ ０９：０１：３０であり、障害復旧時刻が記録されていないこと（すなわち、障害発生中であること）が示されている。
【0143】
制御指示部２４は、接続確認履歴Ｄ２と障害履歴Ｄ３とに基づいて、サーバ４０の障害が発生している時間帯において、ＩＤ－００１の接続確認処理が実施途中であることを認識する。具体的には、制御指示部２４は、２回目の接続確認が２０２３／１２／０１ ０９：０２：００であり、且つ２０２３／１２／０１ ０９：０２：００から発生しているサーバ４０の障害が復旧されていないことに基づいて、ＩＤ－００１の接続確認処理が実施途中であることを認識する。
【0144】
このように、サーバ４０の障害が発生している最中に、処理Ａにおいて接続確認処理が実施されている場合、制御指示部２４は、実施途中の接続確認処理をタイムアウトさせるような制御指示を作成する。具体的には、図２３の（Ｄ）に示すように、制御指示部２４は、接続確認履歴Ｄ２と障害履歴Ｄ３とに基づいて、制御内容を“タイムアウト”に設定した制御メッセージＭ２を作成する。つまり、制御指示部２４は、接続確認設定Ｄ１に設定された処理Ａにおいて、障害履歴Ｄ３に現在障害が発生していることを示す障害履歴が存在し、且つ、接続確認履歴Ｄ２に接続確認を実施中の通知履歴が存在する場合に、処理ＩＤを指定して、特定の処理をタイムアウトさせる制御メッセージＭ２を作成する。なお、制御指示部２４は、処理ＩＤの指定を省略して、同じ処理名の全ての処理をタイムアウトさせるような制御メッセージＭ２を作成してもよい。
【0145】
＜３＞実施形態の効果
ＪＤＢＣ処理における接続確認処理の好ましい設定は、処理されるクエリの内容や、サーバ４０（データベース）の状況によっても異なる。例えば、接続確認処理の設定が不適切である場合、ＪＤＢＣ処理において異常な終了が頻発するおそれがある。異常な終了を抑制するためには、過去の接続確認の状況を把握し、ＪＤＢＣ処理毎に、随時接続確認の設定を行うことが好ましい。
ＪＤＢＣ処理における接続確認処理の好ましい設定は、処理されるクエリの内容や、サーバ４０（データベース）の状況によっても異なる。例えば、接続確認処理の設定が不適切である場合、ＪＤＢＣ処理において異常な終了が頻発するおそれがある。異常な終了を抑制するためには、過去の接続確認の状況を把握し、ＪＤＢＣ処理毎に、随時接続確認の設定を行うことが好ましい。
【0146】
そこで、実施形態に係る接続確認制御システム１では、ＪＤＢＣ処理を実行する端末装置１０が、接続確認の実施結果を、接続確認を実施する度に管理装置２０に通知する。そして、管理装置２０が、通知された接続確認の実施結果を、システム管理者に所定の方法で通知する。これにより、システム管理者は、現在実行されているＪＤＢＣ処理において実行された接続確認の状況を確認することができる。その結果、システム管理者は、より適切な接続確認の設定を、早期に端末装置１０に適用することができる。
【0147】
また、実施形態に係る接続確認制御システム１では、管理装置２０が、接続確認の通知履歴（接続確認履歴Ｄ２）や、データベース（サーバ４０）の障害履歴Ｄ３を管理する。そして、管理装置２０は、接続確認履歴Ｄ２や障害履歴Ｄ３に基づいて、過去の障害の傾向や統計と現在の障害状況から制御指示を算出し、システム管理者に提供する。このように、管理装置２０は、システム管理者により好ましい接続確認処理の設定を通知することができ、システム管理者が接続確認を設定する際の支援をすることができる。
【0148】
以上のように、実施形態に係る接続確認制御システム１では、システム管理者が、より好ましい接続確認処理の設定を決定し、制御指示をすることができる。そして、管理装置２０は、システム管理者による制御指示に基づいて、より好ましい接続確認の設定をＪＤＢＣ処理に適用することができる。従って、実施形態に係る接続確認制御システム１では、ＪＤＢＣ処理毎により適切な設定で接続確認を実施することができる。
【0149】
また、実施形態に係る接続確認制御システム１では、システム管理者または管理装置２０が、任意のＪＤＢＣ処理の接続確認処理の開始、停止、タイムアウトや、接続確認処理の設定を動的に制御することができる。管理装置２０は、自動制御に設定されることによって、接続確認履歴Ｄ２と障害履歴Ｄ３とに基づいて算出されたより好ましい接続確認処理の設定を、システム管理者を介することなく、端末装置１０が実行するＪＤＢＣ処理毎に適用することができる。これにより、実施形態に係る接続確認制御システム１は、システム管理者の負荷を軽減し、且つＪＤＢＣ処理における接続確認処理を動的により適切な設定が適用された状態で実施することができる。
【0150】
＜その他＞
実施形態において、動作の説明に用いたフローチャートは、あくまで一例である。フローチャートを用いて説明された動作は、処理の順番が可能な範囲で入れ替えられてもよいし、その他の処理が追加されてもよいし、一部の処理が省略されてもよい。実施形態において説明された処理のそれぞれは、専用のハードウェアによって実現されてもよい。上記実施形態で説明された処理は、ソフトウェアにより実行される処理と、ハードウェアによって実行される処理とが混在していてもよいし、どちらか一方のみであってもよい。
実施形態において、動作の説明に用いたフローチャートは、あくまで一例である。フローチャートを用いて説明された動作は、処理の順番が可能な範囲で入れ替えられてもよいし、その他の処理が追加されてもよいし、一部の処理が省略されてもよい。実施形態において説明された処理のそれぞれは、専用のハードウェアによって実現されてもよい。上記実施形態で説明された処理は、ソフトウェアにより実行される処理と、ハードウェアによって実行される処理とが混在していてもよいし、どちらか一方のみであってもよい。
【0151】
実施形態では、ＪａｖａのデータベースアクセスＡＰＩを利用したＪＤＢＣ処理において接続確認処理が実施される場合について例示したが、これに限定されない。実施形態で説明された接続確認処理は、Ｊａｖａ以外のプログラミング言語を用いたデータベースアクセスＡＰＩに適用されてもよい。つまり、Ｊａｖａ以外のプログラミング言語を用いたデータベースアクセスＡＰＩにおいて、実施形態で説明されたような接続確認の設定の支援が実施されてもよいし、接続確認の動的な設定変更が適用されてもよい。
【0152】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことが出来る。これら実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0153】
１…接続確認制御システム、１０…端末装置、１１…記憶部、１２…アクセス実行部、１３…接続確認実行部、１４…履歴通知部、１５…接続確認制御部、２０…管理装置、２１…記憶部、２２…履歴管理部、２３…障害管理部、２４…制御指示部、２５…情報通知部、３０…メッセージング装置、４０…サーバ、１０１…プロセッサ、１０２…メモリ装置、１０３…ストレージ装置、１０４…表示装置、１０５…入力インターフェース、１０６…通信モジュール、Ｄ１…接続確認設定、Ｄ２…接続確認履歴、Ｄ３…障害履歴、Ｍ１…通知メッセージ、Ｍ２…制御メッセージ、Ｍ３…通知メッセージ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
