(57)【要約】【課題】ソフトウェアの利用中に発生し得るあらゆる問題の発生の有無を示す情報を外部装置に送信する場合と比べて、情報の通信量の増大を抑制する。【解決手段】端末装置１０は、ソフトウェアの利用中に問題が発生した場合、当該問題を識別するための問題識別情報をサーバ１２に送信する。端末装置１０は、問題識別情報に基づいて定められた重要問題を識別するための重要問題識別情報をサーバ１２から取得する。端末装置１０は、ソフトウェアの利用中における重要問題の発生の有無を示す情報をサーバ１２に送信する。【選択図】図１
2020038466.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアの利用中に問題が発生した場合、前記問題を識別するための問題識別情報を外部装置に送信する第１送信手段と、
前記問題識別情報に基づいて定められた重要問題を識別するための重要問題識別情報を前記外部装置から受信する受信手段と、
前記ソフトウェアの利用中における前記重要問題の発生の有無を示す情報を前記外部装置に送信する第２送信手段と、
を有する情報処理装置。
【請求項２】
前記第２送信手段は、更に、前記ソフトウェアの利用環境を示す環境情報を前記外部装置に送信する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記問題識別情報は、前記ソフトウェアにおいて前記問題が発生した箇所を示す情報を含み、
前記重要問題は、前記箇所において発生する問題であり、
前記第２送信手段は、前記ソフトウェア中の前記箇所における前記重要問題の発生の有無を示す情報と、前記ソフトウェア中の前記箇所の実行中における前記ソフトウェアの利用環境を示す前記環境情報とを前記外部装置に送信する、
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記問題の発生数が閾値を超えた場合に、前記問題が前記重要問題として定められ、
前記閾値は、前記問題の種別に応じて変更される、
ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
【請求項５】
前記問題が前記重要問題として定められた後、前記問題の発生数に応じて、前記問題が前記重要問題に該当しない問題として定められる、
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記第１送信手段は、前記ソフトウェアの利用環境を示す環境情報を前記外部装置に送信せずに、前記問題識別情報を前記外部装置に送信する、
ことを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理装置。
【請求項７】
ソフトウェアを利用する１又は複数の情報処理装置と、
前記ソフトウェアの利用中に発生する問題に関する情報を収集する解析装置と、
を含み、
前記１又は複数の情報処理装置のそれぞれは、
前記ソフトウェアの利用中に問題が発生した場合、前記問題を識別するための問題識別情報を前記解析装置に送信する第１送信手段を有し、
前記解析装置は、
前記１又は複数の情報処理装置から送られてきた前記問題識別情報に基づいて重要問題を定める設定手段を有し、
前記１又は複数の情報処理装置のそれぞれは、更に、
前記重要問題を識別するための重要問題識別情報を前記解析装置から受信する受信手段と、
前記ソフトウェアの利用中における前記重要問題の発生の有無を示す情報を前記解析装置に送信する第２送信手段と、
を有する、
情報処理システム。
【請求項８】
コンピュータを、
ソフトウェアの利用中に問題が発生した場合、前記問題を識別するための問題識別情報を外部装置に送信する第１送信手段、
前記問題識別情報に基づいて定められた重要問題を識別するための重要問題識別情報を前記外部装置から受信する受信手段、
前記ソフトウェアの利用中における前記重要問題の発生の有無を示す情報を前記外部装置に送信する第２送信手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及びプログラムに関する。
【背景技術】
【０００２】
ソフトウェアの利用中に問題が発生した場合に、その問題に関する情報をサーバ等の外部装置に送信し、外部装置にて問題が解析されることがある。
【０００３】
特許文献１には、アプリケーションがインストールされた複数の端末から当該アプリケーションのエラー情報を受信し、アプリケーションがエラーを起こす条件を判定し、アプリケーションが当該条件を満たしていることを示す情報を、当該条件を満たす端末に送信する管理装置が記載されている。
【０００４】
特許文献２には、アプリケーションソフトウェアを使用して分散されたアプリケーションに関する問題の報告を受信し、アプリケーションを提供した開発者に問題報告を行うシステムが記載されている。
【０００５】
特許文献３には、ネットワーク機器から情報を収集し、ネットワーク機器のトラブルに対処するための操作手順と通知手段を用いて近況報告を行うための作業手順とをアクションプランとして作成し、管理者にアクションプランを提示するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第５９７２１２１号
【特許文献２】特許第５９３７５７７号
【特許文献３】特開平１０−２２９３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、ソフトウェアの利用中に問題が発生したことを示す情報のみならず、問題が発生しなかったことを示す情報を収集して、問題の発生の有無を解析することが考えられる。そのために、あらゆる問題の発生の有無を示す情報を、その情報を収集する外部装置に送信することが考えられるが、そのような送信制御を行った場合、情報の通信量が膨大になり得る。
【０００８】
本発明の目的は、ソフトウェアの利用中に発生し得るあらゆる問題の発生の有無を示す情報を外部装置に送信する場合と比べて、情報の通信量の増大を抑制することにある。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明は、ソフトウェアの利用中に問題が発生した場合、前記問題を識別するための問題識別情報を外部装置に送信する第１送信手段と、前記問題識別情報に基づいて定められた重要問題を識別するための重要問題識別情報を前記外部装置から受信する受信手段と、前記ソフトウェアの利用中における前記重要問題の発生の有無を示す情報を前記外部装置に送信する第２送信手段と、を有する情報処理装置である。
【００１０】
請求項２に記載の発明は、前記第２送信手段は、更に、前記ソフトウェアの利用環境を示す環境情報を前記外部装置に送信する、ことを特徴とする請求項１に記載の情報処理装置である。
【００１１】
請求項３に記載の発明は、前記問題識別情報は、前記ソフトウェアにおいて前記問題が発生した箇所を示す情報を含み、前記重要問題は、前記箇所において発生する問題であり、前記第２送信手段は、前記ソフトウェア中の前記箇所における前記重要問題の発生の有無を示す情報と、前記ソフトウェア中の前記箇所の実行中における前記ソフトウェアの利用環境を示す前記環境情報とを前記外部装置に送信する、ことを特徴とする請求項２に記載の情報処理装置である。
【００１２】
請求項４に記載の発明は、前記問題の発生数が閾値を超えた場合に、前記問題が前記重要問題として定められ、前記閾値は、前記問題の種別に応じて変更される、ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置である。
【００１３】
請求項５に記載の発明は、前記問題が前記重要問題として定められた後、前記問題の発生数に応じて、前記問題が前記重要問題に該当しない問題として定められる、ことを特徴とする請求項４に記載の情報処理装置である。
【００１４】
請求項６に記載の発明は、前記第１送信手段は、前記ソフトウェアの利用環境を示す環境情報を前記外部装置に送信せずに、前記問題識別情報を前記外部装置に送信する、ことを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理装置である。
【００１５】
請求項７に記載の発明は、ソフトウェアを利用する１又は複数の情報処理装置と、前記ソフトウェアの利用中に発生する問題に関する情報を収集する解析装置と、を含み、前記１又は複数の情報処理装置のそれぞれは、前記ソフトウェアの利用中に問題が発生した場合、前記問題を識別するための問題識別情報を前記解析装置に送信する第１送信手段を有し、前記解析装置は、前記１又は複数の情報処理装置から送られてきた前記問題識別情報に基づいて重要問題を定める設定手段を有し、前記１又は複数の情報処理装置のそれぞれは、更に、前記重要問題を識別するための重要問題識別情報を前記解析装置から受信する受信手段と、前記ソフトウェアの利用中における前記重要問題の発生の有無を示す情報を前記解析装置に送信する第２送信手段と、を有する、情報処理システムである。
【００１６】
請求項８に記載の発明は、コンピュータを、ソフトウェアの利用中に問題が発生した場合、前記問題を識別するための問題識別情報を外部装置に送信する第１送信手段、前記問題識別情報に基づいて定められた重要問題を識別すうるための重要問題識別情報を前記外部装置から受信する受信手段、前記ソフトウェアの利用中における前記重要問題の発生の有無を示す情報を前記外部装置に送信する第２送信手段、として機能させるプログラムである。
【発明の効果】
【００１７】
請求項１，７，８に記載の発明によれば、ソフトウェアの利用中に発生し得るあらゆる問題の発生の有無を示す情報を外部装置に送信する場合と比べて、情報の通信量の増大を抑制することができる。
【００１８】
請求項２，３，６に記載の発明によれば、問題識別情報と共に環境情報を外部装置に送信する場合と比べて、問題識別情報の送信時における情報の通信量の増大を抑制することができる。
【００１９】
請求項４に記載の発明によれば、問題の種別に関わらず一定の閾値を用いる場合と比べて、重要問題の該当性について、問題の種別に適した判断が可能となる。
【００２０】
請求項５に記載の発明によれば、重要問題として定められた後における問題の発生数に関わらず当該問題を重要問題として定め続ける場合と比べて、情報の通信量の増大を抑制することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】端末装置の構成を示すブロック図である。
【図３】サーバの構成を示すブロック図である。
【図４】情報処理システムの動作の概略を示す図である。
【図５】実施例に係る構成を示すブロック図である。
【図６】実施例における問題検知処理に関するフローチャートを示す図である。
【図７】問題識別情報の一例を示す図である。
【図８】実施例におけるサーバの動作に関するフローチャートを示す図である。
【図９】重要問題識別情報を受信した後の端末装置の動作に関するフローチャートを示す図である。
【図１０】発生情報及び環境情報の一例を示す図である。
【図１１】発生情報及び環境情報の一例を示す図である。
【図１２】ソフトウェアのバージョン毎の重要問題の発生の有無を示す図である。
【図１３】ＯＳのバージョン毎の重要問題の発生の有無を示す図である。
【図１４】プリンタの機種毎の重要問題の発生の有無を示す図である。
【発明を実施するための形態】
【００２２】
図１を参照して、本発明の実施形態に係る情報処理システムについて説明する。図１は、本実施形態に係る情報処理システムの一例を示す。
【００２３】
本実施形態に係る情報処理システムは、１又は複数の端末装置及びサーバ１２を含む。図１に示す例では、情報処理システムは、複数の端末装置（端末装置１０Ａ，・・・，１０Ｎ）を含む。以下では、端末装置１０Ａ，・・・，１０Ｎを区別する必要がない場合には、端末装置１０Ａ，・・・，１０Ｎを「端末装置１０」と称することとする。端末装置１０及びサーバ１２は、例えば、インターネット又は他のネットワーク等の通信経路Ｎを介して他の装置と通信する機能を有する。その通信は、無線通信であってもよいし、有線通信であってもよい。なお、他の機器が情報処理システムに含まれてもよい。例えば、端末装置１０による制御によって動作する機器等が情報処理システムに含まれてもよい。
【００２４】
情報処理装置の一例としての端末装置１０は、ソフトウェア（プログラム）を実行する装置である。当該ソフトウェアの概念の範疇には、例えば、他の機器（例えば端末装置１０に接続されている他の機器）を制御するためのアプリケーションソフトウェア、文書作成ソフトウェアや画像編集ソフトウェアや電子メールソフトウェアやＷｅｂブラウザ等のように他の機器の制御に用いられないアプリケーションソフトウェア、及び、ＯＳ（オペレーティングシステム）等が含まれる。もちろん、これら以外のソフトウェアが、本実施形態に係るソフトウェアとして用いられてもよい。端末装置１０は、自装置である当該端末装置１０にインストールされているソフトウェアを実行してもよいし、サーバ等の外部装置に格納されているソフトウェアを通信経路を介して実行してもよい。
【００２５】
端末装置１０は、例えば、ＰＣ（パーソナルコンピュータ）、タブレットＰＣ、スマートフォン、携帯電話等である。もちろん、これら以外の機器であっても、ソフトウェアを実行する機器であれば、端末装置１０として用いられてもよい。例えば、情報機器、映像機器、音響機器及びその他の機器等のように機器全般が、端末装置１０として用いられてもよい。具体例を挙げると、画像形成機能（スキャン機能、プリント機能、コピー機能、ファクシミリ機能等）を有する画像形成装置、ロボット、表示装置等が、端末装置１０として用いられてもよい。これらは一例にすぎず、いわゆる家電製品等が端末装置１０として用いられてもよい。
【００２６】
外部装置の一例としてのサーバ１２は、ソフトウェアの問題に関する情報を各端末装置１０から収集し、問題の解析等を行う装置（例えば解析装置）である。
【００２７】
本実施形態に係る情報システムにおいては、端末装置１０によってソフトウェアが実行されているときに問題（当該ソフトウェアに関する問題）が発生した場合、当該問題を識別するための問題識別情報（エラー種別や当該ソフトウェアにおける問題発生箇所等の、問題を識別するための情報）が、当該端末装置１０からサーバ１２に送信される。サーバ１２には、問題が発生した端末装置１０から問題識別情報が送信される。１つの端末装置１０のみにて問題が発生した場合、当該１つの端末装置１０からサーバ１２に問題識別情報が送信される。複数の端末装置１０にて問題が発生した場合、当該複数の端末装置１０のそれぞれからサーバ１２に問題識別情報が送信される。サーバ１２では、各端末装置１０から送られてきた問題識別情報に基づいて重要問題が定められる。その重要問題を識別するための重要問題識別情報が、サーバ１２から各端末装置１０に送信される。そして、各端末装置１０における当該重要問題の発生の有無を示す発生情報が、各端末装置１０からサーバ１２に送信される。また、当該発生情報と共に、ソフトウェアの利用環境を示す環境情報が、各端末装置１０からサーバ１２に送信されてもよい。
【００２８】
以下、本実施形態に係る情報処理システムに含まれる各構成について詳しく説明する。
【００２９】
図２を参照して端末装置１０の構成について詳しく説明する。図２は、端末装置１０の構成を示す。
【００３０】
通信部１４は通信インターフェースであり、情報を他の装置に送信する機能、及び、他の装置から送信されてきた情報を受信する機能を有する。通信部１４は、無線通信機能を有していてもよいし、有線通信機能を有していてもよい。
【００３１】
ＵＩ部１６はユーザインターフェースであり、表示部と操作部とを含む。表示部は、液晶ディスプレイやＥＬディスプレイ等の表示装置である。操作部は、キーボード等の入力装置である。また、表示部と操作部とを兼ね備えたユーザインターフェース（例えばタッチパネル等）が、ＵＩ部１６として用いられてもよい。また、ＵＩ部１６は、音を発生させるスピーカ等の音声発生部や、音声の入力を受けるマイク等の音声入力部等を含んでもよい。
【００３２】
記憶部１８は、各種の情報を格納する１又は複数の格納領域である。記憶部１８には、例えば、ソフトウェア（機器を制御するためのアプリケーションソフトウェア、文書作成ソフトウェア等のアプリケーションソフトウェア、ＯＳ等）、自装置である端末装置１０の構成を示す構成情報、サーバ１２から端末装置１０に送られてきた情報等が記憶される。構成情報は、例えば、端末装置１０を構成するハードウェア構成を示す情報や、端末装置１０にインストールされているソフトウェア構成を示す等を含む。ハードウェア構成を示す情報は、例えば、端末装置１０に設けられているＣＰＵ等のプロセッサに関する情報、記憶装置（ハードディスクドライブやメモリ等の物理ドライブ）に関する情報、及び、その他、端末装置１０が有するハードウェアに関する情報等を含む。ソフトウェア構成を示す情報は、例えば、端末装置１０にインストールされている各ソフトウェアのバージョンを示す情報等を含む。
【００３３】
なお、各格納領域は、端末装置１０に設けられている１又は複数の記憶装置（物理ドライブ）として定義されてもよいし、１又は複数の記憶装置に設定された論理パーティション又は論理ドライブとして定義されてもよい。
【００３４】
制御部２０は、端末装置１０の各部の動作を制御するように構成されている。例えば、制御部２０は、通信部１４による通信の制御、ＵＩ部１６による情報の表示の制御、ＵＩ部１６を介して入力された情報の受付、記憶部１８への情報の書き込み、記憶部１８からの情報の読み出し等を行う。また、制御部２０は、ソフトウェア実行部２２、問題検知部２４及び通信制御部２６を含む。
【００３５】
ソフトウェア実行部２２は、ソフトウェアを実行するように構成されている。ソフトウェア実行部２２は、端末装置１０にインストールされているソフトウェアを実行してもよいし、サーバ等の外部装置に格納されているソフトウェアを実行してもよい。ソフトウェア実行部２２は、例えば、ユーザによって実行指示が与えられたソフトウェアを実行したり、ユーザが要求する処理を実行するための機器を制御するためのソフトウェアを実行したりする。
【００３６】
問題検知部２４は、端末装置１０にてソフトウェアが実行されているときに発生した問題を検知し、当該問題に関する情報を生成するように構成されている。当該問題は、例えば当該ソフトウェアに関する問題である。問題検知部２４は、例えば、問題が発生したソフトウェア、発生した問題の種別、及び、当該ソフトウェアにおいて当該問題が発生した箇所等を特定し、問題が発生したソフトウェアを識別するためのソフトウェア識別情報、問題種別を示す種別情報、及び、問題の発生個所を示す発生個所情報等を含む問題識別情報を生成する。また、後述するように重要問題が定められた場合、問題検知部２４は、ソフトウェアにおける当該重要問題の発生の有無を検知し、当該発生の有無を示す発生情報を生成し、また、当該ソフトウェアの利用環境を示す環境情報を生成する。利用環境は、自装置である当該端末装置１０の構成（ハードウェア構成やソフトウェア構成）や、当該ソフトウェアによって制御されている機器の構成（ハードウェア構成やソフトウェア構成）等であり、環境情報は、これらの構成を示す情報を含む。環境情報は、問題発生の原因の特定等に用いられる情報であり、問題識別情報よりも詳細な情報であるといえる。
【００３７】
通信制御部２６は、通信部１４による通信を制御するように構成されている。例えば、通信制御部２６は、問題検知部２４によって生成された情報を通信部１４によってサーバ１２に送信する。具体的には、ソフトウェアの実行中に問題が発生して問題識別情報が生成された場合、通信制御部２６は、当該問題識別情報をサーバ１２に送信する。また、発生情報及び環境情報が生成された場合、通信制御部２６は、それらの情報をサーバ１２に送信する。また、通信制御部２６は、重要問題情報をサーバ１２から取得する。
【００３８】
なお、通信部１４及び通信制御部２６が、第１送信手段、受信手段及び第２送信手段の一例に相当する。なお、複数の通信インターフェースが端末装置１０に設けられ、各通信インターフェースが、第１送信手段、受信手段及び第２送信手段のいずれかの一例として用いられてもよい。
【００３９】
以下、図３を参照してサーバ１２の構成について詳しく説明する。
【００４０】
通信部２８は通信インターフェースであり、情報を他の装置に送信する機能、及び、他の装置から送信されてきた情報を受信する機能を有する。通信部２８は、無線通信機能を有していてもよいし、有線通信機能を有していてもよい。
【００４１】
記憶部３０は、各種の情報を格納する１又は複数の格納領域である。記憶部３０には、例えば、各端末装置１０からサーバ１２に送られてきた情報、ソフトウェアの問題に関する情報等が記憶される。
【００４２】
重要問題設定部３２は、各端末装置１０から送信されてきた問題識別情報に基づいて重要問題を設定し、当該重要問題を識別するための重要問題識別情報を生成するように構成されている。例えば、同じ現象の問題の発生件数が閾値を超えた場合、重要問題設定部３２は、当該問題を重要問題として定める。同じ現象の問題が複数の端末装置１０にて発生している場合、当該複数の端末装置１０における発生件数の総数と閾値とが比較され、発生件数の総数が閾値を超えた場合、当該問題が重要問題として定められる。より詳しく説明すると、重要問題設定部３２は、ソフトウェア毎に、ソフトウェアの同一箇所における同一種別の問題の発生件数を演算し、その発生件数が閾値を超えた問題を重要問題として定める。閾値は、問題が重要問題に該当するか否かを判断するための予め定められた値であり、システム管理者等によって変更されてもよい。重要問題識別情報は、例えば、重要問題が発生したソフトウェアを識別するためのソフトウェア識別情報、重要問題の種別を示す種別情報、及び、重要問題の発生個所を示す発生個所情報等を含む。重要問題識別情報は、例えば、記憶部３０に記憶される。
【００４３】
重要問題識別情報は、サーバ１２から各端末装置１０に送信される。例えば、重要問題識別情報の送信先としてサーバ１２に登録された各端末装置１０に送信されてもよいし、重要問題識別情報の取得を要求してきた各端末装置１０に送信されてもよい。重要問題識別情報は、問題が発生していない端末装置１０にも送信される場合がある。
【００４４】
問題解析部３４は、各端末装置１０から送られてきた発生情報及び環境情報に基づいて、重要問題が発生する条件等を解析するように構成されている。
【００４５】
制御部３６は、サーバ１２の各部の動作を制御するように構成されている。例えば、制御部３６は、通信部２８による通信の制御、記憶部３０への情報の書き込み、記憶部３０からの情報の読み出し等を行う。
【００４６】
以下、図４を参照して、本実施形態に係る情報処理システムの動作の概略について説明する。図４は、当該動作の概略を示す。図４に示されている数値は、動作の順番を表している。以下では、端末装置１０の動作として端末装置１０Ａの動作について説明するが、端末装置１０Ａ以外の他の端末装置１０も、端末装置１０Ａと同じように動作する。
【００４７】
（１）端末装置１０Ａにてソフトウェアが実行されているときに問題が発生した場合、端末装置１０Ａの問題検知部２４は、当該問題を検知し、当該問題についての問題識別情報を生成する。端末装置１０Ａの通信制御部２６は、当該問題識別情報をサーバ１２に送信する。当該問題識別情報は、当該ソフトウェアを識別するためのソフトウェア識別情報、発生した問題の種別を示す種別情報、及び、問題の発生個所を示す発生個所情報等を含む。端末装置１０Ａ以外の他の端末装置１０においても問題が発生した場合、問題識別情報が当該他の端末装置１０からサーバ１２に送信される。
【００４８】
（２）各端末装置１０からサーバ１２に送信された問題識別情報は、サーバ１２に登録される。重要問題設定部３２は、各端末装置１０から送信されてきた問題識別情報に基づいて、ソフトウェア毎に、ソフトウェアの同一箇所における同一種別の問題の発生件数を演算する。例えば、符号３８で示すように、重要問題設定部３２は、ソフトウェア毎に、エラー種別（問題の種別）、問題の発生個所（プログラム中の箇所）、発生件数、及び、その他の情報（例えばログ情報）を管理する。つまり、重要問題設定部３２は、各端末装置１０にて発生した問題の発生件数をソフトウェア毎に集計する。
【００４９】
（３）重要問題設定部３２は、発生件数が閾値を超えた問題を重要問題として定め、当該重要問題を識別するための重要問題識別情報を生成する。当該重要問題識別情報は、重要問題が発生したソフトウェアを識別するためのソフトウェア識別情報、重要問題の種別を示す種別情報、及び、重要問題の発生個所を示す発生個所情報等を含む。
【００５０】
（４）端末装置１０Ａの通信制御部２６は、例えば、定期的、ユーザによって指定されたタイミング、又は、予め定められたタイミングで、重要問題情報をサーバ１２から取得する。複数の重要問題が定められて複数の重要問題情報が生成されている場合、通信制御部２６は、当該複数の重要問題情報を取得する。端末装置１０Ａ以外の他の端末装置１０も、重要問題情報をサーバ１２から取得する。各端末装置１０は、例えば、問題発生の有無に関わらず重要問題情報を取得する。なお、重要問題情報は、定期的、ユーザによって指定されたタイミング、又は、予め定められたタイミングで、サーバ１２から各端末装置１０に送信されてもよい。
【００５１】
（５）端末装置１０Ａが重要問題情報をサーバ１２から取得すると、端末装置１０Ａの問題検知部２４は、重要問題情報が示す種別の問題が、当該重要問題情報が示すソフトウェア中の発生個所にて発生したか否かを検知し、当該発生の有無を示す発生情報と環境情報を生成する。問題検知部２４は、例えば、端末装置１０Ａが重要問題情報をサーバ１２から取得した時点よりも後の期間における重要問題の発生の有無を検知する。もちろん、問題検知部２４は、取得時点よりも前の期間と後の期間の両方における重要問題の発生の有無を検知してもよい。前の期間に発生した問題を示す情報が、例えば、ログ情報として端末装置１０Ａに記憶されており、問題検知部２４は、ログ情報を参照することで、前の期間における重要問題の発生の有無を検知してもよい。通信制御部２６は、重要問題の発生情報及び環境情報をサーバ１２に送信する。端末装置１０Ａ以外の他の端末装置１０についても同様である。
【００５２】
（６）サーバ１２の問題解析部３４は、１又は複数の端末装置１０から送信されてきた発生情報及び環境情報に基づいて、重要問題の発生条件等を解析する。その解析結果が、ユーザやシステム管理者やソフトウェア開発者等に提供されてもよい。
【００５３】
本実施形態によれば、重要問題として定められた問題の発生の有無を示す発生情報及び環境情報が、各端末装置１０からサーバ１２に送信され、重要問題として定められなかった問題の発生の有無を示す発生情報及び環境情報は、各端末装置１０からサーバ１２に送信されない。こうすることで、ソフトウェアの利用中に発生し得るあらゆる問題（例えば、重要問題、及び、重要問題ではない問題の両方）の発生の有無を示す情報をサーバ１２に送信する場合と比べて、情報の通信量の増大が抑制される。
【００５４】
また、問題識別情報をサーバ１２に送信するときには環境情報をサーバ１２に送信しないので、問題識別情報と共に環境情報をサーバ１２に送信する場合と比べて、通信量の増大が抑制される。重要問題の発生したときには、環境情報がサーバ１２に送信されるので、問題識別情報の送信時に環境情報をサーバ１２に送信しなくても、当該環境情報を用いて重要問題の発生条件等が解析される。
【００５５】
また、重要問題が発生した旨を示す情報のみならず、重要問題が発生しなかった旨を示す情報もサーバ１２に送信することで、重要問題の発生件数の解析のみならず、その発生件数の相対的な評価も行うことができる。
【００５６】
以下、本実施形態の具体的な実施例について説明する。図５は、本実施例に係る構成を示す。本実施例では、プリンタ４０に端末装置１０が接続されている。端末装置１０には、プリンタ４０による印刷を制御するための印刷用アプリケーションソフトウェアがインストールされている。
【００５７】
印刷内容をプリンタに対して指示するためのコマンド（例えばＰＤＬ（Page Description Language））は、プリンタの機種によって異なる場合がある。通常、プリンタが処理可能なコマンドを使用して印刷ジョブ（印刷制御情報）を生成し、当該印刷ジョブを当該プリンタに与えないと、当該プリンタは印刷することができない。
【００５８】
一方で、プリンタは、一般的に、ＳＮＭＰ（Simple Network Management Protocol）に対応しているため、端末装置１０は、プリンタから様々な属性情報をネットワーク経由で取得する機能を有している。
【００５９】
本実施例では、端末装置１０が、印刷用アプリケーションソフトウェアを実行することで、プリンタ４０が対応するＰＤＬ情報をＳＮＭＰ経由で取得し、プリンタ４０が対応するＰＤＬによって印刷ジョブを生成して当該印刷ジョブをプリンタ４０に送信する。つまり、印刷用アプリケーションソフトウェアが端末装置１０にて実行されることで、端末装置１０からプリンタ４０に対してＰＤＬ情報の取得要求が行われ、当該取得要求に応じて、プリンタ４０から端末装置１０に対してＰＤＬ情報が送信され、当該ＰＤＬ情報に基づいて印刷ジョブが生成されて、当該印刷ジョブが端末装置１０からプリンタ４０に送信される。
【００６０】
なお、当該印刷用アプリケーションソフトウェアは、一例として、複数機種のプリンタに対応したソフトウェアである。つまり、当該印刷用アプリケーションソフトウェアは、複数機種のプリンタのそれぞれに対応した印刷ジョブ（各機種のプリンタが処理可能な印刷ジョブ）を生成して各機種のプリンタに送信する機能を有しているものとする。
【００６１】
印刷用アプリケーションソフトウェアの実行中に問題が発生した場合、問題検知部２４によって当該問題が検知され、通信制御部２６によって、当該問題についての問題識別情報が端末装置１０からサーバ１２に送信される。以下、図６を参照して、これらの処理について説明する。図６は、実施例における問題検知処理に関するフローチャートを示す。なお、図６に示されている処理は、印刷用アプリケーションソフトウェアがインストールされている各端末装置１０にて実行される。
【００６２】
ソフトウェア実行部２２によって印刷用アプリケーションソフトウェアが実行されると、問題検知部２４は、端末装置１０とプリンタ４０との間の通信状態がオンライン状態（通信可能な状態）か否かを確認する（ステップＳ０１）。なお、印刷を実行するプリンタ４０は、例えば、印刷を指示するユーザによって指定されてもよいし、予め定められていてもよい。例えば、当該プリンタ４０を用いた印刷の実行指示がユーザによって与えられると、当該プリンタ４０による印刷を制御するための印刷用アプリケーションソフトウェアが実行される。
【００６３】
当該通信状態がオンライン状態である場合（ステップＳ０１，Ｙｅｓ）、問題検知部２４は、端末装置１０がプリンタ４０とＳＮＭＰ通信することができるか否かを確認する（ステップＳ０２）。
【００６４】
端末装置１０がプリンタ４０とＳＮＭＰ通信することができる場合（ステップＳ０２，Ｙｅｓ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によって、端末装置１０がＰＤＬ情報をプリンタ４０から取得したか否かを確認する（ステップＳ０３）。
【００６５】
端末装置１０がＰＤＬ情報をプリンタ４０から取得した場合（ステップＳ０３，Ｙｅｓ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によって、端末装置１０がプリンタ４０とＬＰＤ通信することができるか否かを確認する（ステップＳ０４）。
【００６６】
端末装置１０がプリンタ４０とＬＰＤ通信することができる場合（ステップＳ０４，Ｙｅｓ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によって印刷ジョブが端末装置１０からプリンタ４０に送信されたか否かを確認する（ステップＳ０５）。
【００６７】
印刷ジョブが端末装置１０からプリンタ４０に送信された場合（ステップＳ０５，Ｙｅｓ）、プリンタ４０によって印刷が行われ、印刷が完了する。
【００６８】
端末装置１０とプリンタ４０との間の通信状態がオンライン状態ではない場合（ステップＳ０１，Ｎｏ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によってプリンタ４０との間でオンライン状態を構築できなかったという問題を検知し、当該問題についての問題識別情報を生成し、通信制御部２６は、当該問題識別情報をサーバ１２に送信する（ステップＳ０６）。
【００６９】
端末装置１０がプリンタ４０とＳＮＭＰ通信することができない場合（ステップＳ０２，Ｎｏ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によってＳＮＭＰ通信を実行することができなかったという問題を検知し、当該問題についての問題識別情報を生成し、通信制御部２６は、当該問題識別情報をサーバ１２に送信する（ステップＳ０６）。
【００７０】
端末装置１０がＰＤＬ情報をプリンタ４０から取得しなかった場合（ステップＳ０３，Ｎｏ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によってＰＤＬ情報を取得することができなかったという問題を検知し、当該問題についての問題識別情報を生成し、通信制御部２６は、当該問題識別情報をサーバ１２に送信する（ステップＳ０６）。
【００７１】
端末装置１０がプリンタ４０とＬＰＤ通信することができなかった場合（ステップＳ０４，Ｎｏ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によってＬＰＤ通信することができなかったという問題を検知し、当該問題についての問題識別情報を生成し、通信制御部２６は、当該問題識別情報をサーバ１２に送信する（ステップＳ０６）。
【００７２】
印刷ジョブが端末装置１０からプリンタ４０に送信されなかった場合（ステップＳ０５，Ｎｏ）、問題検知部２４は、印刷用アプリケーションソフトウェアの実行によって印刷ジョブを送信することができなかったという問題を検知し、当該問題についての問題識別情報を生成し、通信制御部２６は、当該問題識別情報をサーバ１２に送信する（ステップＳ０６）。
【００７３】
ここで、図７を参照して問題識別情報の一例について説明する。図７は、問題識別情報の一例を示す。当該問題識別情報は、印刷用アプリケーションソフトウェアの実行によって端末装置１０がＰＤＬ情報をプリンタ４０から取得することができなかったという問題に関する情報である。エラーコードは、発生した問題の種別を示す情報である。クラス（例えばファイル）及びメソッド（例えばプログラムに記述された関数）は、印刷用アプリケーションソフトウェアにおいて問題が発生した箇所を示す情報である。メソッドの実行時に指定されるパラメータであって実行環境に依存しないパラメータが、問題識別情報に含まれてもよい。例えば、ＳＮＭＰ通信においてプリンタ４０から取得される属性を示すオブジェクトＩＤは、実行中の処理を特徴付けるものであり、かつ、実行環境に依存しないため、当該オブジェクトＩＤは問題識別情報に含まれてもよい。一方で、ＩＰアドレス等は実行環境に依存するため、問題識別情報に含まれない。図７に示されている問題識別情報は、問題検知部２４によって生成され、通信制御部２６によって端末装置１０からサーバ１２に送信される。
【００７４】
以下、図８を参照して、実施例におけるサーバ１２の動作について説明する。図８は、実施例におけるサーバ１２の動作に関するフローチャートを示す。サーバ１２は、各端末装置１０から送られてきた問題識別情報を分類して問題をデータベースに登録する。以下、サーバ１２の動作について詳しく説明する。
【００７５】
通信部２８は、問題が発生した端末装置１０から問題識別情報を受信する（ステップＳ１０）。１つの端末装置１０のみにて問題が発生した場合、通信部２８は、当該１つの端末装置１０から送られてきた問題識別情報を受信する。複数の端末装置１０にて問題が発生した場合、当該複数の端末装置１０のそれぞれから送られてきた問題識別情報を受信する。各端末装置１０では、互いに同じ問題（互いに同じプログラム中の同じ箇所で発生した同じ種類の問題）が発生してもよいし、互いに異なる問題が発生してもよい。
【００７６】
重要問題設定部３２は、端末装置１０から送られてきた問題識別情報が示す問題を、クラス、メソッド及びエラーコードに基づいて分類し、当該問題をデータベースに登録する（ステップＳ１１）。つまり、重要問題設定部３２は、問題種別毎及び発生個所毎に問題を分類する。なお、データベースは、例えば、記憶部３０に構築される。もちろん、サーバ１２以外の装置に設けられた記憶部に当該データベースが構築されてもよい。
【００７７】
例えば、同一の印刷用アプリケーションソフトウェアが複数の端末装置１０にインストールされており、複数の端末装置１０にて、当該印刷用アプリケーションソフトウェアに関する問題が発生した場合、当該複数の端末装置１０のそれぞれから問題識別情報がサーバ１２に送信される。なお、互いにバージョンの異なる複数の印刷用アプリケーションソフトウェアは、互いに同一の印刷用アプリケーションソフトウェアとして識別される。もちろん、当該印刷用アプリケーションソフトウェアは、互いに異なる印刷用アプリケーションソフトウェアとして識別されてもよい。
【００７８】
重要問題設定部３２は、問題が発生した１又は複数の端末装置１０から送られてきた問題識別情報に基づいて、同一の印刷用アプリケーションソフトウェアについて、同一箇所（同一のクラス及びメソッド）における同一種別（同一のエラーコード）の問題の発生件数を演算する。
【００７９】
当該発生件数が閾値を超えた場合（ステップＳ１２，Ｙｅｓ）、重要問題設定部３２は、発生件数が閾値を超えた問題を重要問題として定め、データベースにおいて、当該問題について重要問題フラグを有効に設定する（ステップＳ１３）。そして、重要問題設定部３２は、当該重要問題を識別するための重要問題識別情報を生成する。当該重要問題識別情報は、図７に示されている問題識別情報と同様に、重要問題の種別を示すエラーコードと、重要問題が発生した箇所を示すクラス及びファイルとを含む。
【００８０】
例えば、印刷用アプリケーションソフトウェアが実行された場合や、当該印刷用アプリケーションソフトウェアに関する画面がＵＩ部１６の表示部においてフォアグラウンド表示された場合や、その他の場合（例えば定期的やユーザが指定したタイミング等）等に、各端末装置１０の通信制御部２６は、当該印刷用アプリケーションソフトウェアに関する重要問題を示す重要問題識別情報の取得要求を示す情報をサーバ１２に送信する。サーバ１２の制御部３６は、当該取得要求に応じて、重要問題フラグが有効に設定されている問題についての重要問題識別情報を、取得要求した端末装置１０に送信する。なお、問題が発生していない端末装置１０も、重要問題識別情報をサーバ１２から取得する。
【００８１】
以下、図９を参照して、重要問題識別情報を受信した後における端末装置１０の動作について説明する。図９は、当該動作に関するフローチャートを示す。
【００８２】
印刷用アプリケーションソフトウェアの実行指示が端末装置１０にて与えられ、ソフトウェア実行部２２によって、当該印刷用アプリケーションソフトウェアに含まれる各メソッドが順次実行される（ステップＳ２０）。
【００８３】
問題検知部２４は、メソッドの実行の際に、受信済みの重要問題識別情報に当該メソッドが含まれているか否かを確認する（ステップＳ２１）。つまり、問題検知部２４は、受信済みの重要問題識別情報を参照することで、当該メソッドにて重要問題が発生しているか否かを確認する。
【００８４】
重要問題識別情報に当該メソッドが含まれている場合（ステップＳ２１，Ｙｅｓ）、問題検知部２４は、情報送信フラグを当該メソッドに紐付ける（ステップＳ２２）。例えば、問題検知部２４は、当該メソッド内部の情報送信フラグを有効化してもよい。情報送信フラグが紐付けられているメソッドは、重要問題の発生の有無を示す発生情報及び環境情報の送信対象となるメソッドである。
【００８５】
重要問題識別情報に当該メソッドが含まれていない場合（ステップＳ２１，Ｎｏ）、処理はステップＳ２３に移行する。
【００８６】
次に、ソフトウェア実行部２２は、メソッドの内部処理を実行し（ステップＳ２３）、その処理結果を取得する（ステップＳ２４）。
【００８７】
当該メソッドに情報送信フラグが紐付けられている場合（ステップＳ２５，Ｙｅｓ）、つまり、当該メソッドについて情報送信フラグが有効化されている場合、問題検知部２４は、当該メソッドの実行中に、当該メソッドを含む重要問題識別情報が示す重要問題が発生したか否かを検知する（重要問題の発生の有無を検知する）。そして、問題検知部２４は、当該発生の有無を示す発生情報、及び、実行中の印刷用アプリケーションソフトウェアの利用環境を示す環境情報を生成する（ステップＳ２６）。重要問題が発生していない場合であっても、重要問題が発生していないことを示す発生情報、及び、環境情報が生成される。つまり、重要問題の発生の有無に関わらず、発生情報及び環境情報が生成される。
【００８８】
通信制御部２６は、当該発生情報及び当該環境情報をサーバ１２に送信する（ステップＳ２７）。
【００８９】
当該メソッドに情報送信フラグが紐付けられていない場合（ステップＳ２５，Ｎｏ）、処理は終了する。
【００９０】
上記の処理は、印刷用アプリケーションソフトウェアに含まれる各メソッドを対象として実行される。
【００９１】
以下、図１０及び図１１を参照して、端末装置１０からサーバ１２に送信される発生情報及び環境情報について詳しく説明する。図１０は、重要問題が発生しなかった場合に生成される発生情報及び環境情報の一例を示す。図１１は、重要問題が発生した場合に生成される発生情報及び環境情報の一例を示す。発生情報及び環境情報は、重要問題の発生の有無に関わらず、端末装置１０からサーバ１２に送信される。
【００９２】
重要問題の発生個所として定められたクラス及びメソッドにおいて、エラーコードが示す種別の問題が発生しなかった場合、図１０に示すように、「発生しない」旨を示す情報が、発生情報に含まれる。当該問題が発生した場合、図１１に示すように、「発生する」旨を示す情報が、発生情報に含まれる。
【００９３】
また、図１０及び図１１に示すように、環境情報には、印刷用アプリケーションソフトウェアの利用環境を示す情報の一例として、端末装置１０にインストールされているＯＳのバージョンを示す情報、当該印刷用アプリケーションソフトウェアのバージョンを示す情報、端末装置１０の種別を示す情報、及び、対象となったプリンタ４０を識別するための情報等が含まれている。もちろん、これら以外の利用環境を示す情報（例えばネットワークに関する情報等）が、環境情報に含まれてもよい。例えば、問題の解析や調査等に役立つと想定される情報が、システム管理者やソフトウェア開発者や解析者等によって予め定められ、当該情報が発生情報や環境情報に含まれる。発生情報及び環境情報に含まれるべき情報が定義され、その定義を示す情報が重要問題識別情報に含まれてもよい。問題検知部２４は、その定義を示す情報を参照することで、環境情報に含まれるべき情報を特定し、当該情報を含む環境情報を生成する。
【００９４】
上記のように、重要問題に関する発生情報及び環境情報が、重要問題識別情報を受信した各端末装置１０からサーバ１２に送信される。重要問題が発生した端末装置１０から発生情報及び環境情報がサーバ１２に送信されることもあれば、重要問題が発生していない端末装置１０から発生情報及び環境情報がサーバ１２に送信されることがある。重要問題が発生した端末装置１０からサーバ１２に送信された発生情報には、重要問題が発生したことを示す情報が含まれる。重要問題が発生していない端末装置１０からサーバ１２に送信された発生情報には、重要問題が発生していないことを示す情報が含まれる。
【００９５】
サーバ１２においては、例えば、問題解析部３４が、各端末装置１０から送られてきた発生情報及び環境情報に基づいて、重要問題が発生する条件等を解析する。
【００９６】
以下、図１２、図１３及び図１４を参照して、重要問題についての解析結果について説明する。図１２、図１３及び図１４は、重要問題の発生の有無を示す。図１２は、印刷用アプリケーションソフトウェアのバージョン毎の発生の有無を示す。図１３は、端末装置１０にインストールされているＯＳのバージョン毎の発生の有無を示す。図１４は、プリンタの機種毎の発生の有無を示す。これらの図において、問題発生件数は、重要問題が発生した件数であり、成功件数は、重要問題が発生していない件数である。
【００９７】
問題解析部３４は、図１２に示すように、印刷用アプリケーションソフトウェアのバージョン毎に、重要問題の発生の有無を分類する。また、問題解析部３４は、図１３に示すように、ＯＳのバージョン毎に、重要問題の発生の有無を分類する。また、問題解析部３４は、図１４に示すように、プリンタの機種毎に、重要問題の発生の有無を分類する。
【００９８】
重要問題の発生件数のみならず、重要問題が発生しなかった件数（成功件数）も収集することで、例えば、重要問題発生件数と成功件数との相対的な関係が解析される。具体的には、重要問題の発生率（例えば、成功件数に対する重要問題発生件数の割合や、全件数（成功件数と重要問題発生件数との総数）に対する重要問題発生件数の割合等）が演算される。
【００９９】
具体例を挙げて説明すると、図１２及び図１３に示すように、印刷用アプリケーションソフトウェアのバージョンやＯＳのバージョンが異なっている場合であっても、重要問題の発生率はほぼ同じである。例えば、成功件数に対する重要問題発生件数の割合は１０％程度であり、バージョンの違いによる割合の差は小さい。従って、バージョンの差は、重要問題の発生に対する寄与度が低いと考えられる。つまり、バージョンの差は、重要問題を発生させる原因である可能性が低いと考えられる。
【０１００】
一方、図１４に示すように、特定の機種（例えばＣＣＣＣＣ）における割合が、他の機種における割合よりも高くなっている。従って、当該特定の機種のプリンタが、重要問題を発生させる原因である可能性が高いと考えられる。つまり、機種の差が、重要問題を発生させる原因である可能性が高いと考えられる。
【０１０１】
発生件数のみ（絶対数のみ）を解析した場合には、発生件数が多い条件ほど、問題発生に対する寄与度が高い条件であると識別される可能性があり、必ずしも正確な発生原因を特定できるとは限らない。例えば、発生件数のみによって発生原因を特定しようとした場合、バージョンが「１．２．０」の印刷用アプリケーションソフトウェアや、バージョンが「９．１」のＯＳが、発生原因として特定されると考えられる。しかし、発生率からすると、バージョンの差は発生原因である可能性は低いため、発生件数のみによって発生原因を特定しようとすると、発生原因が正確に特定されないことが起こり得る。これに対して、重要問題が発生していない件数（成功件数）も考慮することで、発生件数のみによって発生原因を特定する場合と比べて、より正確に発生原因が特定される。
【０１０２】
重要問題の発生原因である可能性の高い条件が特定された場合、サーバ１２の制御部３６は、その条件を示す情報を、電子メール等によって、ソフトウェア開発者やシステム管理者等が利用する端末装置等に送信してもよい。また、制御部３６は、その条件を示す情報を重要問題識別情報と対応付けて、サーバ１２に設けられている表示装置や、他の表示装置に表示させてもよい。例えば、システム開発者が重要問題識別情報の閲覧をサーバ１２に要求した場合、当該情報問題識別情報に対応付けられて条件を示す情報が表示されてもよい。
【０１０３】
上述した実施形態において、重要問題設定部３２は、発生した問題が重要問題に該当するか否かを判断するための閾値を、当該問題の種別に応じて変更し、変更後の閾値を用いて、当該問題が重要問題に該当するか否かを判断してもよい。例えば、問題の種別毎に問題の重要度が予め定められており、種別毎の重要度を示す情報が、サーバ１２の記憶部３０に予め記憶されている。重要問題設定部３２は、発生した問題の種別に対応する重要度に基づいて閾値を決定する。重要度が高い問題ほど小さい閾値が用いられる。こうすることで、重要度の高い問題は、重要度の低い問題と比べて、発生件数がより少ない場合であっても重要問題として定められ易くなる。例えば、プログラムの異常終了は重要度の高い問題として定められ、ネットワークエラーは重要度の低い問題として定められる。従って、プログラムの異常終了についての閾値は、ネットワークエラーについての閾値よりも低い値に設定される。このように問題の種別に応じて閾値を変更することで、問題の種別に関わらず一定の閾値を用いる場合と比べて、重要問題の該当性について、問題の種別に適した判断が行われる。
【０１０４】
また、重要問題設定部３２は、問題の発生件数の増加率に基づいて、当該問題が重要問題に該当するか否かを判断してもよい。例えば、重要問題設定部３２は、予め定められた単位期間内における発生件数の増加率を演算し、当該増加率が閾値を超える場合、当該問題を重要問題として定める。重要問題設定部３２は、発生件数及び増加率の両方を用いて、問題が重要問題に該当するか否かを判断してもよい。
【０１０５】
また、重要問題設定部３２は、問題が重要問題として定められた後、当該問題の発生件数に応じて、当該問題を重要問題に該当しない問題として定めてもよい。つまり、重要問題設定部３２は、一度定められた重要問題を解除してもよい。例えば、重要問題設定部３２は、問題が重要問題として定められた後の予め定められた期間中における当該問題の不発生件数（成功件数）を演算し、当該不発生件数が、重要問題を解除するか否かを判断するための解除用閾値を超えた場合、当該問題を重要問題に該当しない問題として定めてもよい。また、重要問題設定部３２は、当該期間中における当該問題の発生件数を演算し、当該発生件数が、発生した問題が重要問題に該当するか否かを判断するための閾値以下となった場合、当該問題を重要問題に該当しない問題として定めてもよい。重要問題が解除された場合、当該問題についての重要問題識別情報は端末装置１０によって取得されない。重要問題の解除を認めることで、重要問題に該当しないと考えられる問題についての発生情報及び環境情報が各端末装置１０からサーバ１２に送信されなくなるので、問題の発生件数に関わらず当該問題を重要問題として定め続ける場合と比べて、情報の通信量の増大が抑制される。なお、重要問題設定部３２は、予め定められた単位期間内における発生件数の減少率を演算し、当該減少率が解除用閾値を超えた問題を重要問題に該当しない問題として定めてもよい。
【０１０６】
なお、ユーザやソフトウェア開発者やシステム管理者等が、マニュアル操作によって重要問題を解除してもよい。
【０１０７】
上記の端末装置１０及びサーバ１２のそれぞれは、一例としてハードウェアとソフトウェアとの協働により実現される。具体的には、端末装置１０及びサーバ１２のそれぞれは、図示しないＣＰＵ等の１又は複数のプロセッサを備えている。当該１又は複数のプロセッサが、図示しない記憶装置に記憶されたプログラムを読み出して実行することにより、端末装置１０及びサーバ１２のそれぞれの各部の機能が実現される。上記プログラムは、ＣＤ又はＤＶＤ等の記録媒体を経由して、又は、ネットワーク等の通信経路を経由して、記憶装置に記憶される。別の例として、端末装置１０及びサーバ１２のそれぞれの各部は、例えばプロセッサ、電子回路又はＡＳＩＣ（Application Specific Integrated Circuit）等のハードウェア資源により実現されてもよい。その実現においてメモリ等のデバイスが利用されてもよい。更に別の例として、端末装置１０及びサーバ１２のそれぞれの各部は、ＤＳＰ（Digital Signal Processor）又はＦＰＧＡ（Field Programmable Gate Array）等によって実現されてもよい。
【符号の説明】
【０１０８】
１０  端末装置、１２  サーバ、２０，３６  制御部、２２  プログラム実行部、２４  問題検知部、２６  通信制御部、３２  重要問題設定部、３４  問題解析部。
【図１】
2020038466.tif 000003
【図２】
2020038466.tif 000004
【図３】
2020038466.tif 000005
【図４】
2020038466.tif 000006
【図５】
2020038466.tif 000007
【図６】
2020038466.tif 000008
【図７】
2020038466.tif 000009
【図８】
2020038466.tif 000010
【図９】
2020038466.tif 000011
【図１０】
2020038466.tif 000012
【図１１】
2020038466.tif 000013
【図１２】
2020038466.tif 000014
【図１３】
2020038466.tif 000015
【図１４】
2020038466.tif 000016