ホーム > 特許ランキング > 株式会社日立ビルシステム
知財求人 - 知財ポータルサイト「IP Force」
特開2024-171121アプリケーション更新方法及びアプリケーション更新システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024171121
(43)【公開日】2024-12-11
(54)【発明の名称】アプリケーション更新方法及びアプリケーション更新システム
(51)【国際特許分類】
G06F 8/656 20180101AFI20241204BHJP
【ＦＩ】
G06F8/656
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023088018
(22)【出願日】2023-05-29
(71)【出願人】
【識別番号】000232955
【氏名又は名称】株式会社日立ビルシステム
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】山下 祐依
(72)【発明者】
【氏名】藤田 悠
(72)【発明者】
【氏名】受田 賢知
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376CA01
(57)【要約】
【課題】更新対象のアプリケーションが提供するサービスを停止することなく、有意のレスポンスを疑似的に送信する。
【解決手段】アプリケーション更新方法では、更新対象のアプリケーションの更新処理中以外にアプリケーションと更新対象のアプリケーションの間で送受信されるリクエスト及びレスポンスをキャプチャし、リクエスト・レスポンスセットをリクエスト・レスポンスセット学習テーブルに保存する。そして更新対象のアプリケーションの更新開始時に、リクエスト・レスポンスセット学習テーブルに基づくリクエスト・レスポンスセットテーブルをリクエスト・レスポンス参照部にダウンロードする。更新対象のアプリケーションの更新中に、キャプチャしたリクエストを基にリクエスト・レスポンスセットテーブルを参照して、リクエストに対応付けられているレスポンスを取得し、アプリケーションに対して送信する。
【選択図】図３
【解決手段】アプリケーション更新方法では、更新対象のアプリケーションの更新処理中以外にアプリケーションと更新対象のアプリケーションの間で送受信されるリクエスト及びレスポンスをキャプチャし、リクエスト・レスポンスセットをリクエスト・レスポンスセット学習テーブルに保存する。そして更新対象のアプリケーションの更新開始時に、リクエスト・レスポンスセット学習テーブルに基づくリクエスト・レスポンスセットテーブルをリクエスト・レスポンス参照部にダウンロードする。更新対象のアプリケーションの更新中に、キャプチャしたリクエストを基にリクエスト・レスポンスセットテーブルを参照して、リクエストに対応付けられているレスポンスを取得し、アプリケーションに対して送信する。
【選択図】図３
【特許請求の範囲】
【請求項1】
アプリケーションを更新するアプリケーション更新システムが行うアプリケーション更新方法であって、
前記アプリケーション更新システムは、
リクエスト・レスポンスセット学習テーブルを格納する記憶部と、
更新対象のアプリケーションを実行し機能させる更新対象のアプリケーション機能部と、
更新処理中でない前記更新対象のアプリケーションに対してリクエストを送信し、該更新対象のアプリケーションから受信した該リクエストに対するレスポンスに基づいて処理を行うアプリケーションを実行し機能させるアプリケーション機能部と、
前記リクエスト及び前記レスポンスをキャプチャし、前記更新対象のアプリケーションの更新処理中以外にキャプチャした該リクエスト及び該レスポンスを対応付けたリクエスト・レスポンスセットを前記リクエスト・レスポンスセット学習テーブルに保存するリクエスト・レスポンス参照部と、
リクエスト・レスポンスセット制御部と、
前記更新対象のアプリケーションの更新を管理するアプリケーション更新管理部と、を有し、
前記リクエスト・レスポンスセット制御部が、
前記アプリケーション更新管理部によって前記更新対象のアプリケーションの更新が開始される際に、前記リクエスト・レスポンスセット学習テーブルに基づくリクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードし、
前記リクエスト・レスポンス参照部が、
前記更新対象のアプリケーションの更新中に、前記リクエストをキャプチャした場合に、キャプチャした該リクエストを基に前記リクエスト・レスポンスセットテーブルを参照して、該リクエストに対応付けられているレスポンスを取得し、
取得した前記レスポンスを前記アプリケーションに対して送信する
ことを特徴とするアプリケーション更新方法。
前記アプリケーション更新システムは、
リクエスト・レスポンスセット学習テーブルを格納する記憶部と、
更新対象のアプリケーションを実行し機能させる更新対象のアプリケーション機能部と、
更新処理中でない前記更新対象のアプリケーションに対してリクエストを送信し、該更新対象のアプリケーションから受信した該リクエストに対するレスポンスに基づいて処理を行うアプリケーションを実行し機能させるアプリケーション機能部と、
前記リクエスト及び前記レスポンスをキャプチャし、前記更新対象のアプリケーションの更新処理中以外にキャプチャした該リクエスト及び該レスポンスを対応付けたリクエスト・レスポンスセットを前記リクエスト・レスポンスセット学習テーブルに保存するリクエスト・レスポンス参照部と、
リクエスト・レスポンスセット制御部と、
前記更新対象のアプリケーションの更新を管理するアプリケーション更新管理部と、を有し、
前記リクエスト・レスポンスセット制御部が、
前記アプリケーション更新管理部によって前記更新対象のアプリケーションの更新が開始される際に、前記リクエスト・レスポンスセット学習テーブルに基づくリクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードし、
前記リクエスト・レスポンス参照部が、
前記更新対象のアプリケーションの更新中に、前記リクエストをキャプチャした場合に、キャプチャした該リクエストを基に前記リクエスト・レスポンスセットテーブルを参照して、該リクエストに対応付けられているレスポンスを取得し、
取得した前記レスポンスを前記アプリケーションに対して送信する
ことを特徴とするアプリケーション更新方法。
【請求項2】
請求項１に記載のアプリケーション更新方法であって、
前記リクエスト・レスポンスセット制御部が、
前記アプリケーション更新管理部によって前記更新対象のアプリケーションの更新が開始される前に、
前記アプリケーション毎に前記リクエスト・レスポンスセットの重要度を算出し、
前記リクエスト・レスポンスセット学習テーブルのデータ容量が閾値を超過したかを判定し、
前記データ容量が閾値を超過した場合に、該閾値を超過したデータ容量に該当する前記リクエスト・レスポンスセット学習テーブルにおける総必要削減データ容量を計算し、
前記総必要削減データ容量と前記重要度とに基づいて、前記リクエスト・レスポンスセット学習テーブルにおける前記アプリケーション毎の必要削減データ容量を計算し、
前記リクエスト・レスポンスセット学習テーブルにおいて、前記アプリケーション毎に前記必要削減データ容量だけ前記リクエスト・レスポンスセットを削除する
ことを特徴とするアプリケーション更新方法。
前記リクエスト・レスポンスセット制御部が、
前記アプリケーション更新管理部によって前記更新対象のアプリケーションの更新が開始される前に、
前記アプリケーション毎に前記リクエスト・レスポンスセットの重要度を算出し、
前記リクエスト・レスポンスセット学習テーブルのデータ容量が閾値を超過したかを判定し、
前記データ容量が閾値を超過した場合に、該閾値を超過したデータ容量に該当する前記リクエスト・レスポンスセット学習テーブルにおける総必要削減データ容量を計算し、
前記総必要削減データ容量と前記重要度とに基づいて、前記リクエスト・レスポンスセット学習テーブルにおける前記アプリケーション毎の必要削減データ容量を計算し、
前記リクエスト・レスポンスセット学習テーブルにおいて、前記アプリケーション毎に前記必要削減データ容量だけ前記リクエスト・レスポンスセットを削除する
ことを特徴とするアプリケーション更新方法。
【請求項3】
請求項２に記載のアプリケーション更新方法であって、
前記リクエスト・レスポンスセット制御部が、
前記アプリケーションと前記更新対象のアプリケーションとの間で前記リクエスト及び前記レスポンスの何れか又は両方を送受信するか若しくは何れも送受信しないかの前記アプリケーションと前記更新対象のアプリケーションとの依存関係の程度を表すリクエスト・レスポンス依存関係と、
前記アプリケーションと前記更新対象のアプリケーションとの間で送受信される前記リクエスト及び前記レスポンスの単位時間当たりの送信回数の合計を表すリクエスト・レスポンス頻度と、
前記リクエストに対する前記レスポンスが、受信確認応答、値の問合せに対する応答、及びデータの解析結果の応答、の何れであるかに応じて値が決まるレスポンス有意性と、
前記リクエストに対する前記レスポンスの送信が、同期しない非同期通信、同期する同期通信、及び、即時に送信される即時通信、の何れかに応じて値が決まる要求応答時間と、を算出し、
前記リクエスト・レスポンス依存関係、前記リクエスト・レスポンス頻度、前記レスポンス有意性、及び前記要求応答時間の少なくとも１つ又は２つ以上の積を、前記重要度として算出する
ことを特徴とするアプリケーション更新方法。
前記リクエスト・レスポンスセット制御部が、
前記アプリケーションと前記更新対象のアプリケーションとの間で前記リクエスト及び前記レスポンスの何れか又は両方を送受信するか若しくは何れも送受信しないかの前記アプリケーションと前記更新対象のアプリケーションとの依存関係の程度を表すリクエスト・レスポンス依存関係と、
前記アプリケーションと前記更新対象のアプリケーションとの間で送受信される前記リクエスト及び前記レスポンスの単位時間当たりの送信回数の合計を表すリクエスト・レスポンス頻度と、
前記リクエストに対する前記レスポンスが、受信確認応答、値の問合せに対する応答、及びデータの解析結果の応答、の何れであるかに応じて値が決まるレスポンス有意性と、
前記リクエストに対する前記レスポンスの送信が、同期しない非同期通信、同期する同期通信、及び、即時に送信される即時通信、の何れかに応じて値が決まる要求応答時間と、を算出し、
前記リクエスト・レスポンス依存関係、前記リクエスト・レスポンス頻度、前記レスポンス有意性、及び前記要求応答時間の少なくとも１つ又は２つ以上の積を、前記重要度として算出する
ことを特徴とするアプリケーション更新方法。
【請求項4】
請求項１に記載のアプリケーション更新方法であって、
前記リクエスト・レスポンス参照部が、
キャプチャした前記リクエストを基に前記リクエスト・レスポンスセットテーブルを参照した際に、前記リクエスト・レスポンスセットにおいて該リクエストに対応付けられている前記レスポンスが存在しない場合に、前記アプリケーションが前記更新対象のアプリケーションからの前記レスポンスを待合せる待合せ時間を取得し、
前記待合せ時間に所定時間を加算して該待合せ時間を延長する
ことを特徴とするアプリケーション更新方法。
前記リクエスト・レスポンス参照部が、
キャプチャした前記リクエストを基に前記リクエスト・レスポンスセットテーブルを参照した際に、前記リクエスト・レスポンスセットにおいて該リクエストに対応付けられている前記レスポンスが存在しない場合に、前記アプリケーションが前記更新対象のアプリケーションからの前記レスポンスを待合せる待合せ時間を取得し、
前記待合せ時間に所定時間を加算して該待合せ時間を延長する
ことを特徴とするアプリケーション更新方法。
【請求項5】
請求項４に記載のアプリケーション更新方法であって、
前記所定時間は、前記更新対象のアプリケーションの更新に要するとされる時間である
ことを特徴とするアプリケーション更新方法。
前記所定時間は、前記更新対象のアプリケーションの更新に要するとされる時間である
ことを特徴とするアプリケーション更新方法。
【請求項6】
請求項１に記載のアプリケーション更新方法であって、
前記リクエスト・レスポンスセット制御部が、
前記更新対象のアプリケーションの更新中において、前記リクエスト・レスポンスセット学習テーブルに保存されている前記リクエスト・レスポンスセットのうちの前記レスポンスの値を変更させて無効化する可能性がある無効化リクエストが前記アプリケーションから前記更新対象のアプリケーションに送信されたかを監視し、該無効化リクエストが送信されたことを検知すると、該リクエスト・レスポンスセット学習テーブルにおいて該リクエスト・レスポンスセットを削除し、
前記リクエスト・レスポンスセットが削除された前記リクエスト・レスポンスセット学習テーブルに基づく新規の前記リクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードする
ことを特徴とするアプリケーション更新方法。
前記リクエスト・レスポンスセット制御部が、
前記更新対象のアプリケーションの更新中において、前記リクエスト・レスポンスセット学習テーブルに保存されている前記リクエスト・レスポンスセットのうちの前記レスポンスの値を変更させて無効化する可能性がある無効化リクエストが前記アプリケーションから前記更新対象のアプリケーションに送信されたかを監視し、該無効化リクエストが送信されたことを検知すると、該リクエスト・レスポンスセット学習テーブルにおいて該リクエスト・レスポンスセットを削除し、
前記リクエスト・レスポンスセットが削除された前記リクエスト・レスポンスセット学習テーブルに基づく新規の前記リクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードする
ことを特徴とするアプリケーション更新方法。
【請求項7】
請求項１に記載のアプリケーション更新方法であって、
前記リクエスト・レスポンスセット制御部が、
前記更新対象のアプリケーションの更新中以外において、前記リクエスト・レスポンスセット学習テーブルに保存されている前記リクエスト・レスポンスセットのうちの前記レスポンスの値を変化させて無効化する可能性がある無効化リクエストが前記アプリケーションから前記更新対象のアプリケーションに送信されたかを監視し、該無効化リクエストが送信されたことを検知すると、該リクエスト・レスポンスセット学習テーブルにおいて該リクエスト・レスポンスセットを削除し、
前記リクエスト・レスポンス参照部が、
削除された前記リクエスト・レスポンスセットのうちの前記リクエストを偽リクエストとして前記更新対象のアプリケーションに送信し、該偽リクエストに対するレスポンスである新規レスポンスを該更新対象のアプリケーションから受信し、
前記偽リクエスト及び前記新規レスポンスを新たな前記リクエスト・レスポンスセットとして前記リクエスト・レスポンスセット学習テーブルに保存し、
前記リクエスト・レスポンスセット制御部が、
新規の前記リクエスト・レスポンスセットが保存された前記リクエスト・レスポンスセット学習テーブルに基づく新規の前記リクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードする
ことを特徴とするアプリケーション更新方法。
前記リクエスト・レスポンスセット制御部が、
前記更新対象のアプリケーションの更新中以外において、前記リクエスト・レスポンスセット学習テーブルに保存されている前記リクエスト・レスポンスセットのうちの前記レスポンスの値を変化させて無効化する可能性がある無効化リクエストが前記アプリケーションから前記更新対象のアプリケーションに送信されたかを監視し、該無効化リクエストが送信されたことを検知すると、該リクエスト・レスポンスセット学習テーブルにおいて該リクエスト・レスポンスセットを削除し、
前記リクエスト・レスポンス参照部が、
削除された前記リクエスト・レスポンスセットのうちの前記リクエストを偽リクエストとして前記更新対象のアプリケーションに送信し、該偽リクエストに対するレスポンスである新規レスポンスを該更新対象のアプリケーションから受信し、
前記偽リクエスト及び前記新規レスポンスを新たな前記リクエスト・レスポンスセットとして前記リクエスト・レスポンスセット学習テーブルに保存し、
前記リクエスト・レスポンスセット制御部が、
新規の前記リクエスト・レスポンスセットが保存された前記リクエスト・レスポンスセット学習テーブルに基づく新規の前記リクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードする
ことを特徴とするアプリケーション更新方法。
【請求項8】
アプリケーションを更新するアプリケーション更新システムであって、
リクエスト・レスポンスセット学習テーブルを格納する記憶部と、
更新対象のアプリケーションを実行し機能させる更新対象のアプリケーション機能部と、
更新処理中でない前記更新対象のアプリケーションに対してリクエストを送信し、該更新対象のアプリケーションから受信した該リクエストに対するレスポンスに基づいて処理を行うアプリケーションを実行し機能させるアプリケーション機能部と、
前記リクエスト及び前記レスポンスをキャプチャし、前記更新対象のアプリケーションの更新処理中以外にキャプチャした該リクエスト及び該レスポンスを対応付けたリクエスト・レスポンスセットを前記リクエスト・レスポンスセット学習テーブルに保存するリクエスト・レスポンス参照部と、
リクエスト・レスポンスセット制御部と、
前記更新対象のアプリケーションの更新を管理するアプリケーション更新管理部と、を有し、
前記リクエスト・レスポンスセット制御部は、
前記アプリケーション更新管理部によって前記更新対象のアプリケーションの更新が開始される際に、前記リクエスト・レスポンスセット学習テーブルに基づくリクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードし、
前記リクエスト・レスポンス参照部は、
前記更新対象のアプリケーションの更新中に、前記リクエストをキャプチャした場合に、キャプチャした該リクエストを基に前記リクエスト・レスポンスセットテーブルを参照して、該リクエストに対応付けられているレスポンスを取得し、
取得した前記レスポンスを前記アプリケーションに対して送信する
ことを特徴とするアプリケーション更新システム。
リクエスト・レスポンスセット学習テーブルを格納する記憶部と、
更新対象のアプリケーションを実行し機能させる更新対象のアプリケーション機能部と、
更新処理中でない前記更新対象のアプリケーションに対してリクエストを送信し、該更新対象のアプリケーションから受信した該リクエストに対するレスポンスに基づいて処理を行うアプリケーションを実行し機能させるアプリケーション機能部と、
前記リクエスト及び前記レスポンスをキャプチャし、前記更新対象のアプリケーションの更新処理中以外にキャプチャした該リクエスト及び該レスポンスを対応付けたリクエスト・レスポンスセットを前記リクエスト・レスポンスセット学習テーブルに保存するリクエスト・レスポンス参照部と、
リクエスト・レスポンスセット制御部と、
前記更新対象のアプリケーションの更新を管理するアプリケーション更新管理部と、を有し、
前記リクエスト・レスポンスセット制御部は、
前記アプリケーション更新管理部によって前記更新対象のアプリケーションの更新が開始される際に、前記リクエスト・レスポンスセット学習テーブルに基づくリクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードし、
前記リクエスト・レスポンス参照部は、
前記更新対象のアプリケーションの更新中に、前記リクエストをキャプチャした場合に、キャプチャした該リクエストを基に前記リクエスト・レスポンスセットテーブルを参照して、該リクエストに対応付けられているレスポンスを取得し、
取得した前記レスポンスを前記アプリケーションに対して送信する
ことを特徴とするアプリケーション更新システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、アプリケーション更新方法及びアプリケーション更新システムに関する。
【背景技術】
【0002】
例えば特許文献１には、「制御装置１０１からのパケットデータ１０７を中継ハブ１０２を有するネットワークを介して受信して蓄積保存し、必要に応じて監視用モニタ１０５に表示出力する監視用計算機１０４と、中継ハブ１０２に接続され監視用計算機１０４の更新対象Ｓ／Ｗ１４２をバージョンアップする保守装置１０３と、監視用計算機１０４の更新対象Ｓ／Ｗ１４２をバージョンアップ中に制御装置１０１から監視用計算機１０４に送付されたパケットデータ１０７をキャプチャし、バージョンアップ完了後にキャプチャしたパケットデータ１０７を監視用計算機１０４に送付することで、監視用計算機１０４が蓄積保存しているデータのバージョンアップ実施中の欠落を無くすパケットキャプチャ部１３１を設ける。」というソフトウエアバージョンアップ方法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１５－０７９３２１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし特許文献１に開示の技術では、コンピュータのメモリ不足等により、ブルーグリーン・デプロイメントのような段階的なアプリケーションの更新手法が利用できない場合に、更新対象のアプリケーションを停止する必要が生じる。すなわち更新対象のアプリケーションが提供するサービスのダウンタイムが発生するという問題があった。
【0005】
また特許文献１に開示の技術では、キャプチャしたパケットを参照して単純な疑似応答を送信しているにすぎず、有意のレスポンスが必要なリクエストに対しては適切な疑似応答を送信できないという問題があった。
【0006】
本発明は、このような背景に鑑みてなされたものであり、更新対象のアプリケーションが提供するサービスを停止することなく、有意のレスポンスを疑似的に送信するアプリケーション更新方法及びアプリケーション更新システムを提供することを目的とする。
【課題を解決するための手段】
【0007】
上記課題を解決する一態様として、アプリケーションを更新するアプリケーション更新システムが行うアプリケーション更新方法であって、前記アプリケーション更新システムは、リクエスト・レスポンスセット学習テーブルを格納する記憶部と、更新対象のアプリケーションを実行し機能させる更新対象のアプリケーション機能部と、更新処理中でない前記更新対象のアプリケーションに対してリクエストを送信し、該更新対象のアプリケーションから受信した該リクエストに対するレスポンスに基づいて処理を行うアプリケーションを実行し機能させるアプリケーション機能部と、前記リクエスト及び前記レスポンスをキャプチャし、前記更新対象のアプリケーションの更新処理中以外にキャプチャした該リクエスト及び該レスポンスを対応付けたリクエスト・レスポンスセットを前記リクエスト・レスポンスセット学習テーブルに保存するリクエスト・レスポンス参照部と、リクエスト・レスポンスセット制御部と、前記更新対象のアプリケーションの更新を管理するアプリケーション更新管理部と、を有し、前記リクエスト・レスポンスセット制御部が、前記アプリケーション更新管理部によって前記更新対象のアプリケーションの更新が開始される際に、前記リクエスト・レスポンスセット学習テーブルに基づくリクエスト・レスポンスセットテーブルを前記リクエスト・レスポンス参照部にダウンロードし、前記リクエスト・レスポンス参照部が、前記更新対象のアプリケーションの更新中に、前記リクエストをキャプチャした場合に、キャプチャした該リクエストを基に前記リクエスト・レスポンスセットテーブルを参照して、該リクエストに対応付けられているレスポンスを取得し、取得した前記レスポンスを前記アプリケーションに対して送信することを特徴とする。
【発明の効果】
【0008】
本発明によれば、更新対象のアプリケーションが提供するサービスを停止することなく、有意のレスポンスを疑似的に送信することができる。
【図面の簡単な説明】
【0009】
【図1】実施形態１に係るアプリケーション更新システムの構成の一例を示す図。
【図2】実施形態１に係るリクエスト・レスポンスセット学習テーブル及びリクエスト・レスポンスセットテーブルの構成の一例を示す図。
【図3】実施形態１に係るリクエスト・レスポンスセット制御処理の一例を示すフローチャート。
【図4】実施形態１に係るアプリケーション間通信パターン学習処理の一例を示すフローチャート。
【図5】実施形態１に係るリクエスト・レスポンスセット削減処理の一例を示すフローチャート。
【図6】実施形態１に係るリクエストタイムアウト延長処理の一例を示すフローチャート。
【図7】実施形態２に係るリクエスト・レスポンスセットリセット処理の一例を示すフローチャート。
【図8】実施形態３に係る偽リクエスト発行によるリクエスト・レスポンスセット更新処理の一例を示すフローチャート。
【図9】コンピュータのハードウェア構成の一例を示す図。
【発明を実施するための形態】
【0010】
以下、本発明の実施形態を図面に基づいて詳細に説明する。本実施形態は、本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではない。本実施形態において説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。
【0011】
以下の説明では、同一の構成には原則として同一の符号を付け、繰り返しの説明は省略する。以下の説明における各構成要素の数は、注記がない限り、限定されない。以下の説明では、同一の構成要素を、区別して説明する場合には添え字を含んだ符号を用い、区別せず説明する場合には添え字を除外した符号を用いる。例えばアプリケーション実行部１１ａ，１１ｂを区別して説明する場合には添え字ａ，ｂを含んだ符号１１ａ，１１ｂを用い、区別せず説明する場合には添え字を除外した符号１１を用いる。
【0012】
以下の説明では、プログラムが行う処理について説明する場合がある。コンピュータは、プロセッサ（例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit））により、主記憶装置のメモリ等を用いながら、プログラムで定められた処理を行う。そのため、プログラムを実行して行う処理の主体を、プロセッサとしてもよい。プロセッサがプログラムを実行することで、処理を行う機能部が実現される。
【0013】
同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であればよく、特定の処理を行う専用回路を含んでいてもよい。専用回路は、例えばＦＰＧＡ（Field-Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）等である。
【0014】
以下の説明では、プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読取り可能な非一時的な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源（ストレージ）を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、実施形態において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【0015】
以下の説明では、テーブル形式で各種データを説明する。しかしデータ形式はテーブル形式に限られず、キュー、リスト、ＣＳＶ（Comma Separated Value）といった他のデータ形式であってもよい。
【0016】
［実施形態１］
（実施形態１に係るアプリケーション更新システム１の構成）
図１は、実施形態１に係るアプリケーション更新システム１の構成の一例を示す図である。アプリケーション更新システム１は、複数のアプリケーション実行部１１、アプリケーション更新管理部１２、リクエスト・レスポンスセット制御部１３、リクエスト・レスポンスセットＤＢ（Data Base）１４、及びデータベース１５を含んで構成される。
（実施形態１に係るアプリケーション更新システム１の構成）
図１は、実施形態１に係るアプリケーション更新システム１の構成の一例を示す図である。アプリケーション更新システム１は、複数のアプリケーション実行部１１、アプリケーション更新管理部１２、リクエスト・レスポンスセット制御部１３、リクエスト・レスポンスセットＤＢ（Data Base）１４、及びデータベース１５を含んで構成される。
【0017】
アプリケーション更新システム１において少なくとも２つのアプリケーション実行部１１ａ，１１ｂが動作している。アプリケーション実行部１１は、それぞれ、アプリケーション機能部１１１、及びリクエスト・レスポンス参照部１１２を有する。アプリケーション実行部１１ａ，１１ｂは、同様の構成及び処理機能を有する。図１では、簡単のため１つのアプリケーション実行部１１ａを記載しているが、アプリケーション実行部１１ａは複数あってもよい。
【0018】
アプリケーション機能部１１１は、ユーザに対してサービスを提供するアプリケーションである。以下の説明では、アプリケーション機能部１１１ｂが更新対象のアプリケーションであり、リクエスト・レスポンス参照部１１２ａがアプリケーション機能部１１１ａと通信を行うアプリケーション機能部１１１ｂの代替としてレスポンスを送信する例を説明する。
【0019】
アプリケーション機能部１１１ａは、ある処理の実行中にアプリケーション機能部１１１ｂに対してリクエストを送信する。アプリケーション機能部１１１ｂは、該当のリクエストに応答してレスポンスを送信する。アプリケーション機能部１１１ｂは、アプリケーション機能部１１１ａからのリクエストに応じて、例えばデータベース１５にアクセスして値を取得又は更新し、処理結果をレスポンスとしてアプリケーション機能部１１１ａに送信する。
【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】
ステップＳ１３ｃでは、リクエスト・レスポンスセット制御部１３は、閾値との差分に対応するリクエスト・レスポンスセット学習テーブル１４Ｔの総必要削減データ容量を計算する。
【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】
プロセッサ１００１は、コンピュータ１０００全体の動作制御を司る。主記憶装置１００２は、例えば揮発性の半導体メモリから構成され、プロセッサ１００１のワークメモリとして用いられる。補助記憶装置１００３は、ハードディスク装置、ＳＳＤ（Solid State Drive）、又はフラッシュメモリ等の大容量の不揮発性の記憶装置から構成され、各種プログラムやデータを長期間保持するために利用される。
【0087】
補助記憶装置１００３に格納された実行可能プログラム１００３ａがコンピュータ１０００の起動時や必要時に主記憶装置１００２にロードされ、プロセッサ１００１によって実行されることで、各種処理を実行する各システムが実現される。
【0088】
なお実行可能プログラム１００３ａは、非一時的記録媒体に記録され、媒体読み取り装置によって非一時的記録媒体から読み出されて、主記憶装置１００２にロードされてもよい。または実行可能プログラム１００３ａは、ネットワークを介して外部のコンピュータから取得されて、主記憶装置１００２にロードされてもよい。
【0089】
ネットワークインタフェース１００４は、コンピュータ１０００をシステム内の各ネットワークに接続する、あるいは他のコンピュータと通信するためのインタフェース装置である。ネットワークインタフェース１００４は、例えば、有線ＬＡＮ（Local Area Network）や無線ＬＡＮ等のＮＩＣ（Network Interface Card）から構成される。
【0090】
入力装置１００５は、キーボードや、マウス等のポインティングデバイス等から構成され、ユーザがコンピュータ１０００に各種指示や情報を入力するために利用される。出力装置１００６は、例えば、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の表示装置や、スピーカ等の音声出力装置から構成され、必要時に必要な情報をユーザに提示するために利用される。
【0091】
本発明は上述の実施形態に限定されるものではなく、その要旨を逸脱しない範囲内で、任意の構成要素を用いて実施可能である。以上説明した実施形態や変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記では種々の実施形態や変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
【0092】
例えば上述の実施形態の各装置が備える各機能の一部は他の装置に設けてもよいし、別装置が備える機能を同一の装置に設けてもよい。
【0093】
また上述の実施形態で説明したプログラムの構成は一例であり、例えば、プログラムの一部を他のプログラムに組込み、又は複数のプログラムを一つのプログラムとして構成してもよい。
【符号の説明】
【0094】
１：アプリケーション更新システム、１１，１１ａ，１１ｂ：アプリケーション実行部、１２：アプリケーション更新管理部、１３：リクエスト・レスポンスセット制御部、１４Ｔ：リクエスト・レスポンスセット学習テーブル、１１１，１１１ａ，１１１ｂ：アプリケーション機能部、１１２，１１２ａ，１１２ｂ：レスポンス参照部、１１２Ｔ，１１２ａＴ，１１２ｂＴ：レスポンスセットテーブル。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】