特許 7601443 サーバ装置、ユーザ装置、システム、動作方法、及びプログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-12-09

(45)【発行日】2024-12-17

(54)【発明の名称】サーバ装置、ユーザ装置、システム、動作方法、及びプログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20241210BHJP

【ＦＩ】

G06F11/07 193

【請求項の数】 10

(21)【出願番号】P 2023110186

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

【審査請求日】2023-07-04

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100080816

【弁理士】

【氏名又は名称】加藤 朝道

(74)【代理人】

【識別番号】100098648

【弁理士】

【氏名又は名称】内田 潔人

(72)【発明者】

【氏名】是恒 修二

【審査官】今川 悟

(56)【参考文献】

【文献】特開２０１９－０５７１３９（ＪＰ，Ａ）

【文献】特開２０１９－１６０１１６（ＪＰ，Ａ）

【文献】特開２０１９－０７９３５４（ＪＰ，Ａ）

【文献】特開２０１２－２３４２７３（ＪＰ，Ａ）

【文献】特開平０９－２９７６７９（ＪＰ，Ａ）

【文献】特開平１０－２０７７４６（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１６／０１７９６５５（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／０７

(57)【特許請求の範囲】

【請求項1】

装置又はシステムの動作ログを取得する取得部と、
前記装置又はシステムのエラーと、前記エラーの対応策と、を関連付けて蓄積する蓄積部と、
前記取得された動作ログよりエラーを検出する検出部と、
前記検出されたエラーに基づいて、前記蓄積部に蓄積されている、検出された前記エラーと一致するエラーにかかる対応策を抽出する抽出部と、
前記抽出された対応策を実行するための実行部と、
を有し、
前記実行部は、前記エラーと一致するエラーに係る対応策が前記蓄積部に見当たらない場合に、前記エラーの対応策として前記装置又はシステムをデバッグモードで動作させ、
前記取得部は、デバッグモードによる動作ログを取得する、
サーバ装置。

【請求項2】

前記検出部は、前記動作ログと、前記動作ログより前の動作ログと、からエラーを検出する、
請求項１のサーバ装置。

【請求項3】

前記検出部は、前記動作ログにおいて所定回数以上の繰り返しが生じている場合にエラーを検出する、
請求項１のサーバ装置。

【請求項4】

動作ログを取得する取得部と、
前記動作ログよりエラーを検出する検出部と、
前記エラーを識別するエラー識別子を、エラー識別子とその対応策とを関連付けて蓄積するサーバ装置に送信する送信部と、
前記エラー識別子に基づいて抽出された、前記サーバ装置に蓄積されている、検出された前記エラー識別子と一致するエラー識別子にかかる対応策を受信する受信部と、
前記対応策を実行するための実行部と、
を有するユーザ装置であって
前記実行部は、前記エラーと一致するエラーに係る対応策が前記サーバ装置に見当たらない場合に、前記エラーの対応策として前記ユーザ装置をデバッグモードで動作させ、
前記取得部は、デバッグモードによる動作ログを取得する、
ユーザ装置。

【請求項5】

前記検出部は、前記動作ログと、前記動作ログより前の動作ログと、からエラーを検出する、
請求項４のユーザ装置。

【請求項6】

前記検出部は、前記動作ログにおいて所定回数以上の繰り返しが生じている場合にエラーを検出する、
請求項４のユーザ装置。

【請求項7】

ユーザ装置と、サーバ装置と、からなるシステムであって、
前記ユーザ装置のエラーを識別するエラー識別子と、前記エラーの対応策と、を関連付けて蓄積する蓄積部と、
前記ユーザ装置よりエラー識別子を受信し、前記エラー識別子に基づいて、前記蓄積部に蓄積されている、検出された前記エラー識別子と一致するエラー識別子にかかる対応策を抽出して送信する抽出部と、
を有するサーバ装置と、
動作ログを取得する取得部と、
前記動作ログよりエラーを検出する検出部と、
前記検出されたエラーを識別するエラー識別子を送信する送信部と、
前記対応策を受信する受信部と、
前記対応策を実行するための実行部と、
を有するユーザ装置と、
を含み、
前記実行部は、前記エラーと一致するエラーに係る対応策が前記蓄積部に見当たらない場合に、前記エラーの対応策として前記ユーザ装置をデバッグモードで動作させ、
前記取得部は、デバッグモードによる動作ログを取得する、
システム。

【請求項8】

前記検出部は、前記動作ログと、前記動作ログより前の動作ログと、からエラーを検出する、
請求項７のシステム。

【請求項9】

装置又はシステムのエラーと、前記エラーの対応策と、を関連付けて蓄積する蓄積部を有するサーバ装置の動作方法であって、
装置又はシステムの動作ログを取得するステップと、
前記取得された動作ログよりエラーを検出するステップと、
前記検出されたエラーに基づいて、前記蓄積部に蓄積されている、検出された前記エラーと一致するエラーにかかる対応策を抽出するステップと、
前記抽出された対応策を実行するためのステップと、
を含み、
前記エラーと一致するエラーに係る対応策が前記蓄積部に見当たらない場合に、前記エラーの対応策として前記装置又はシステムをデバッグモードで動作させ、
デバッグモードによる動作ログを取得する、
動作方法。

【請求項10】

装置又はシステムの動作ログを取得する処理と、
前記取得された動作ログよりエラーを検出する処理と、
前記検出されたエラーに基づいて、装置又はシステムのエラーと、前記エラーの対応策と、を関連付けてデータベースに蓄積されている、検出された前記エラーと一致するエラーにかかる対応策を抽出する処理と、
前記抽出された対応策を実行するための処理と、
をコンピュータに実行させるためのプログラムであって、
前記エラーと一致するエラーに係る対応策が前記データベースに見当たらない場合に、前記エラーの対応策として前記装置又はシステムをデバッグモードで動作させ、
デバッグモードによる動作ログを取得する、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、不具合に対して自律的かつ適応的な対応が可能な、サーバ装置、ユーザ装置、システム、動作方法、及びプログラムに関する。

【背景技術】

【0002】

顧客先に設置されている装置やシステム等に不具合が発生すると、事象が発生してから、必要な情報を得て、問題を解決するまでには相当の時間を要する。例えば、概ね下記１．から８．のようなステップを踏むことになる。
１．客先にて事象が発生し、発生した事象について販売店に連絡が入る。
２．販売店からメーカ側に連絡が入る。
３．メーカ側で発生した事象について一次調査を行い、情報が足りない場合は必要なデバックログ、情報を洗い出す。
４．必要なデバックログの有効化、情報の取得の指示を販売店に行う。
５．客先システムに対して、デバックログの有効化を行い、事象の発生を待つ。
６．客先で事象が再現し、取得したログをメーカ側に連絡する。
７．メーカ側で取得したログを分析。類似の既存不具合が存在し、解決済みの場合は解決方法について販売店に連絡する。
８．販売店は、客先システムに対して解決策（対応策）を適用する。

【0003】

特許文献１には、次のような動作エラー処理装置等が開示されている。同装置等は、装置に動作エラーが発生した場合に記録済みのエラー履歴情報に基づいて、発生したエラーと同様のエラー履歴情報が存在するか否かを判定する。同様なエラー履歴情報が存在する場合に、そのエラー履歴情報に関連付けられた復帰履歴情報が存在するか否かを判定する。エラー履歴情報に関連付けられた復帰履歴情報が存在する場合に、同装置等は、その復帰履歴情報に基づいて、正常復帰への契機となった事項に応じた処理を実行する。これにより、同装置等の正常復帰を試行することが可能である。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１３－１７１５９２号公報

【発明の概要】

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

【0005】

なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。

【0006】

上記の通り、特許文献１に開示されている発明では、動作エラー発生時に履歴情報に基づいて、過去に正常復帰をすることができた事項に応じた処理を実行することで、自律的に正常復帰への対応策を特定し、試行をすることが可能である。

【0007】

しかしながら、特許文献１に開示されているように、通常運用中において、不具合発生時に取得した情報のみからでは、対応策を特定するのに不十分な場合がある。この場合、通常の運用モードによる動作では動作エラーに関して正確で詳細な情報を取得するのは困難である。このため、上記４．から７．の通り、対象の装置やシステムを調査する目的でデバッグモードにより運用させ、デバッグログを取得することが行われている。これにより、システムの動作の詳細を把握することが可能であり、対応策を講じて正常復帰する可能性が向上する。その一方で、すべてのデバッグログを有効とする動作は装置の処理資源を圧迫し、処理速度に影響が出てしまう場合がある。このため、発生した事象に応じて必要なデバッグログを有効とするなどの対応策を取る必要がある。

【0008】

そこで、本発明の一視点において、不具合に対して自律的かつ適応的な対応が可能な、サーバ装置、ユーザ装置、システム、動作方法、及びプログラムを提供することを目的とする。

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

【0009】

本発明の第一の視点によれば、装置又はシステムの動作ログを取得する取得部と、装置又はシステムのエラーと、エラーの対応策と、を関連付けて蓄積する蓄積部と、取得された動作ログよりエラーを検出する検出部と、検出されたエラーに基づいて、蓄積部に蓄積されている、検出されたエラーと一致するエラーにかかる対応策を抽出する抽出部と、抽出された対応策を実行するための実行部と、を有するサーバ装置が提供される。

【0010】

本発明の第二の視点によれば、動作ログを取得する取得部と、動作ログよりエラーを検出する検出部と、エラーを識別するエラー識別子を、エラー識別子とその対応策とを関連付けて蓄積するサーバ装置に送信する送信部と、エラー識別子に基づいて抽出された、サーバ装置に蓄積されている、検出されたエラー識別子と一致するエラー識別子にかかる対応策を受信する受信部と、対応策を実行するための実行部と、を有するユーザ装置が提供される。

【0011】

本発明の第三の視点によれば、ユーザ装置と、サーバ装置と、からなるシステムであって、前記ユーザ装置のエラーを識別するエラー識別子と、エラーの対応策と、を関連付けて蓄積する蓄積部と、ユーザ装置よりエラー識別子を受信し、エラー識別子に基づいて、蓄積部に蓄積されている、検出されたエラー識別子と一致するエラー識別子にかかる対応策を抽出して送信する抽出部と、を有するサーバ装置と、動作ログを取得する取得部と、動作ログよりエラーを検出する検出部と、検出されたエラーを識別するエラー識別子を送信する送信部と、対応策を受信する受信部と、対応策を実行するための実行部と、を有するユーザ装置と、を含むシステムが提供される。

【0012】

本発明の第四の視点によれば、装置又はシステムのエラーと、エラーの対応策と、を関連付けて蓄積する蓄積部を有するサーバ装置の動作方法であって、装置又はシステムの動作ログを取得するステップと、取得された動作ログよりエラーを検出するステップと、検出されたエラーに基づいて、蓄積部に蓄積されている、検出されたエラーと一致するエラーにかかる対応策を抽出するステップと、抽出された対応策を実行するためのステップと、を含む動作方法が提供される。

【0013】

本発明の第五の視点によれば、装置又はシステムの動作ログを取得する処理と、取得された動作ログよりエラーを検出する処理と、検出されたエラーに基づいて、装置又はシステムのエラーと、エラーの対応策と、を関連付けてデータベースに蓄積されているエラーと一致するエラーにかかる対応策を抽出する処理と、抽出された対応策を実行するための処理と、をコンピュータに実行させるためのプログラムが提供される。

【0014】

なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（ｎｏｎ－ｔｒａｎｓｉｅｎｔ）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

【発明の効果】

【0015】

本発明の各視点によれば、不具合に対して自律的かつ適応的な対応が可能な、サーバ装置、ユーザ装置、システム、動作方法、及びプログラムを提供することが可能である。

【図面の簡単な説明】

【0016】

【図1】一実施形態のサーバ装置における構成の一例を示すブロック図である。

【図2】第１の実施形態のサーバ装置の処理の流れを示すフローチャートである。

【図3】第１の実施形態のサーバ装置におけるハードウエア構成の一例を示すブロック図である。

【図4】第２の実施形態のユーザ装置における構成の一例を示すブロック図である。

【図5】第２の実施形態のユーザ装置が送受信等を行うデータを説明するための図である。

【図6】第２の実施形態のユーザ装置の処理の流れを示すフローチャートである。

【図7】第３の実施形態のシステムにおける構成の一例を示すブロック図である。

【図8】第３のシステムの動作の一例を説明するためのシーケンス図である。

【図9】実施例のボタン電話装置と、不具合情報管理サーバとの構成を示すブロック図である。

【図10】不具合情報データベースの一部であるテーブルを示す図である。

【図11】他の実施例における処理を説明するための図である。

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

【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】

１０：サーバ装置
１１：取得部
１２：蓄積部
１３：検出部
１４：抽出部
１５：実行部
２０：ユーザ装置
２１：取得部
２３：検出部
２５：実行部
２６：送信部
２７：受信部
３０：ユーザ装置
３１：取得部
３３：検出部
３５：実行部
３６：送信部
３７：受信部
４０：サーバ装置
４２：蓄積部
４４：抽出部
３０１：ＣＰＵ
３０２：メモリ
３０３：入出力インタフェース
３０４：ＮＩＣ
３０５：内部バス
１０１０：ボタン電話装置
１０１１：ボタン電話装置メイン処理部
１０１２：ログ保存用メモリ
１０１３：システム設定データ保存部
１０１４：解決策実行部
１０１５：通信部
１０１６：ログ解析部
１０１７：エラーログ情報保存部
１０２０：不具合情報管理サーバ
１０２１：不具合情報データベース
１０２２：不具合情報解析部
１０２３：通信部

【要約】

【課題】不具合に対して自律的かつ適応的な対応が可能な、サーバ装置、ユーザ装置、システム、動作方法、及びプログラムを提供すること。
【解決手段】装置又はシステムの動作ログを取得する取得部と、装置又はシステムのエラーと、エラーの対応策と、を関連付けて蓄積する蓄積部と、取得された動作ログよりエラーを検出する検出部と、検出されたエラーに基づいて、蓄積部に蓄積されている、検出された前記エラーと一致するエラーにかかる対応策を抽出する抽出部と、抽出された対応策を実行するための実行部と、を有するサーバ装置等を提供する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】