特許 6015750 ログ収集サーバ、ログ収集システム、ログ収集方法

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

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

(11)【特許番号】6015750

(24)【登録日】2016年10月7日

(45)【発行日】2016年10月26日

(54)【発明の名称】ログ収集サーバ、ログ収集システム、ログ収集方法

(51)【国際特許分類】

   G06F 11/07 20060101AFI20161013BHJP

【ＦＩ】

   G06F11/07 166

   G06F11/07 140A

【請求項の数】9

【全頁数】13

(21)【出願番号】特願2014-512443(P2014-512443)

(86)(22)【出願日】2013年4月2日

(86)【国際出願番号】JP2013060047

(87)【国際公開番号】WO2013161522

(87)【国際公開日】20131031

【審査請求日】2016年3月11日

(31)【優先権主張番号】特願2012-98671(P2012-98671)

(32)【優先日】2012年4月24日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100123788

【弁理士】

【氏名又は名称】宮崎 昭夫

(74)【代理人】

【識別番号】100127454

【弁理士】

【氏名又は名称】緒方 雅昭

(72)【発明者】

【氏名】奥山 玄

【審査官】 大塚 俊範

(56)【参考文献】

【文献】 特開２０１１−１３８４６１（ＪＰ，Ａ）

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

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

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

Ｇ０６Ｆ １１／０７

Ｇ０６Ｆ １１／３０

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

【請求項1】

複数の端末からログを収集するログ収集サーバであって、
アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて格納する第１データベースと、
前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知するログレベル変更決定部と、を有するログ収集サーバ。

【請求項2】

前記アプリケーション識別情報と、該アプリケーション識別情報が示すアプリケーションにエラーが発生した場合にログレベルの変更の要否を示す要否情報と、ログレベルの変更を通知する端末の仕様を示す通知先仕様情報と、を対応付けて格納する第２データベースをさらに有し、
前記第１データベースは、
前記アプリケーション識別情報と、前記端末識別情報と、該端末識別情報が示す端末の仕様を示す端末仕様情報と、を対応付けて格納し、
前記ログレベル変更決定部は、
前記複数の端末のいずれかから、前記端末識別情報と、前記アプリケーション識別情報と、前記エラーログと、を受信した場合、前記第２データベースを参照して、該アプリケーション識別情報に対応する前記要否情報が要を示していれば、該アプリケーション識別情報に対応する前記通知先仕様情報を抽出し、
続いて前記第１データベースを参照し、該アプリケーション識別情報が示すアプリケーションがインストールされており、かつ、前記通知先仕様情報が示す仕様と一致する端末を特定し、特定した端末に対し、該アプリケーションのログのログレベルを上げるよう通知する、請求項１に記載のログ収集サーバ。

【請求項3】

前記ログレベル変更決定部は、
前記特定した端末に対し、該端末にインストールされている全てのアプリケーションのログのログレベルを上げるよう通知する、請求項１または２に記載のログ収集サーバ。

【請求項4】

前記ログレベル変更決定部は、
前記特定した端末に対し、前記アプリケーションにエラーが発生した場合には、エラー発生前後のログのログレベルを上げた詳細ログを送信するよう通知する、請求項１から３のいずれか１項に記載のログ収集サーバ。

【請求項5】

表示部をさらに有し、
前記第１データベースは、
前記アプリケーション識別情報と、前記端末識別情報と、前記端末仕様情報と、前記アプリケーション識別情報が示すアプリケーションについて前記複数の端末から収集した、ログレベルを上げた詳細ログと、を対応付けて格納し、
前記表示部は、
前記第１データベースに格納された前記詳細ログを表示する、請求項２に記載のログ収集サーバ。

【請求項6】

前記複数の端末のいずれかにて、アプリケーションがインストールされた場合、および、前記複数の端末のいずれかから、前記詳細ログを収集した場合、前記第１データベースを更新する管理部をさらに有する、請求項５に記載のログ収集サーバ。

【請求項7】

複数の端末と、前記複数の端末からログを収集するログ収集サーバと、を有してなるログ収集システムであって、
前記ログ収集サーバは、
アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて格納する第１データベースと、
前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知するログレベル変更決定部と、を有し、
前記複数の端末の各々は、
アプリケーションにエラーが発生した場合、該アプリケーションのエラーログを取得し、取得したエラーログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信するログ取得部と、
前記ログ収集サーバから前記通知を受信した場合、前記ログ取得部が取得するログのうち前記通知の対象となるアプリケーションのログのログレベルを上げるログレベル変更部と、を有し、
前記ログ取得部は、以降に、前記通知の対象となるアプリケーションにエラーが発生した場合、該アプリケーションの詳細ログを取得し、取得した詳細ログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信する、ログ収集システム。

【請求項8】

複数の端末からログを収集するログ収集サーバによるログ収集方法であって、
アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて、第１データベースに格納し、
前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知する、ログ収集方法。

【請求項9】

複数の端末と、前記複数の端末からログを収集するログ収集サーバと、を有してなるログ収集システムによるログ収集方法であって、
前記ログ収集サーバが、アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて、第１データベースに格納し、
前記複数の端末の各々が、アプリケーションにエラーが発生した場合、該アプリケーションのエラーログを取得し、取得したエラーログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信し、
前記ログ収集サーバが、前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知し、
前記ログ収集サーバから前記通知を受信した特定の端末が、前記通知の対象となるアプリケーションのログのログレベルを上げ、以降に、該アプリケーションにエラーが発生した場合、該アプリケーションの詳細ログを取得し、取得した詳細ログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信する、ログ収集方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ログ収集サーバ、ログ収集システム、ログ収集方法に関する。

【背景技術】

【0002】

近年、アプリケーション（以下、適宜「アプリ」と称す）をダウンロードして使用する端末（代表的には、スマートフォン）が広く普及している。

【0003】

また、最近は、アプリの開発者がアプリを登録し、そのアプリを端末のユーザがダウンロードすることが可能なサイトも存在している。

【0004】

このようなサイトにアプリを登録した開発者は、ある端末でアプリにエラーが発生した場合は、そのアプリのデバッグを行って不具合を修正することになる。

【0005】

ここで、アプリのデバッグを効率良く行うためには、端末のログが必要である。しかし、アプリが様々な機種の端末で利用されることを想定すると、複数の端末からログを収集することで、デバッグをさらに効率良く行うことができると考えられる。

【0006】

例えば、特許文献１には、開発者等からの指示により、ログを収集する機器を特定し、特定した機器からログを収集するログ収集システムが記載されている。これによれば、複数の機器からログを収集することが可能になる。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２０１１−１９７７８５号公報

【発明の概要】

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

【0008】

特許文献１に記載されたログ収集システムによれば、複数の端末からログを収集することが可能になる。

【0009】

しかし、例えば、複数の端末から一律に、デバックに利用可能な詳細ログを収集する場合、開発者がデバッグを効率良く行うことはできるものの、詳細ログは情報量が多いため、詳細ログの送受信のためにネットワークの負荷が増大し、また、詳細ログの取得のために端末のＣＰＵ（Central Processing Unit）の負荷が増大してしまう。

【0010】

その一方、複数の端末から一律に、エラーが発生したことを示すエラーログを収集する場合、エラーログは情報量が少ないため、ネットワークや端末のＣＰＵの負荷の増大は回避できるものの、開発者がデバッグを効率良く行うことができなくなってしまう。

【0011】

そこで、本発明の目的は、ネットワークや端末のＣＰＵの負荷が増大することなくログを収集し、開発者が効率よくデバッグを行うことができるログ収集サーバ、ログ収集システム、ログ収集方法を提供することにある。

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

【0012】

本発明のログ収集サーバは、
複数の端末からログを収集するログ収集サーバであって、
アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて格納する第１データベースと、
前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知するログレベル変更決定部と、を有する。

【0013】

本発明のログ収集システムは、
複数の端末と、前記複数の端末からログを収集するログ収集サーバと、を有してなるログ収集システムであって、
前記ログ収集サーバは、
アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて格納する第１データベースと、
前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知するログレベル変更決定部と、を有し、
前記複数の端末の各々は、
アプリケーションにエラーが発生した場合、該アプリケーションのエラーログを取得し、取得したエラーログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信するログ取得部と、
前記ログ収集サーバから前記通知を受信した場合、前記ログ取得部が取得するログのうち前記通知の対象となるアプリケーションのログのログレベルを上げるログレベル変更部と、を有し、
前記ログ取得部は、以降に、前記通知の対象となるアプリケーションにエラーが発生した場合、該アプリケーションの詳細ログを取得し、取得した詳細ログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信する。

【0014】

本発明の第１のログ収集方法は、
複数の端末からログを収集するログ収集サーバによるログ収集方法であって、
アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて、第１データベースに格納し、
前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知する。

【0015】

本発明の第２のログ収集方法は、
複数の端末と、前記複数の端末からログを収集するログ収集サーバと、を有してなるログ収集システムによるログ収集方法であって、
前記ログ収集サーバが、アプリケーションを識別するアプリケーション識別情報と、該アプリケーションがインストールされている端末を識別する端末識別情報と、を対応付けて、第１データベースに格納し、
前記複数の端末の各々が、アプリケーションにエラーが発生した場合、該アプリケーションのエラーログを取得し、取得したエラーログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信し、
前記ログ収集サーバが、前記複数の端末のいずれかから、該端末の前記端末識別情報と、アプリケーションにエラーが発生した旨のエラーログと、該アプリケーションの前記アプリケーション識別情報と、を受信した場合、前記第１データベースを参照して、該アプリケーションがインストールされている端末を特定し、特定した端末に対し、該アプリケーションのログの詳細度を示すログレベルを上げるよう通知し、
前記ログ収集サーバから前記通知を受信した特定の端末が、前記通知の対象となるアプリケーションのログのログレベルを上げ、以降に、該アプリケーションにエラーが発生した場合、該アプリケーションの詳細ログを取得し、取得した詳細ログと、自己の端末の前記端末識別情報と、該アプリケーションの前記アプリケーション識別情報と、を前記ログ収集サーバに送信する。

【発明の効果】

【0016】

本発明によれば、ログ収集サーバは、複数の端末のいずれかからアプリのエラーログを収集した場合、そのアプリがインストールされている特定の端末に対し、そのアプリのログのログレベルを上げるよう通知する。

【0017】

したがって、詳細ログを収集する対象は特定の端末のみとなるため、ネットワークの負荷や、特定の端末以外の端末のＣＰＵの負荷が増大することなくログを収集でき、また、特定の端末からは詳細ログを収集できるため、開発者がデバッグを効率良く行うことができるという効果が得られる。

【図面の簡単な説明】

【0018】

【図1】本発明の一実施形態のログ収集システムの構成を示すブロック図である。

【図2】図１に示した不具合管理ＤＢの一例を示す図である。

【図3】図１に示したポリシ管理ＤＢの一例を示す図である。

【図4】図１に示したログ収集システムの概略動作を説明する図である。

【図5】図１に示したログ収集システムの動作を説明するシーケンス図である。

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

【0019】

以下に、本発明を実施するための形態について図面を参照して説明する。

【0020】

図１に示すように、本実施形態のログ収集システムは、ログ収集サーバ１０と、複数の端末２０と、を有している。なお、ログ収集サーバ１０と複数の端末２０とは、不図示のネットワークを介して互いに接続されているものとする。

【0021】

本実施形態においては、ログ収集サーバ１０は、複数の端末２０から、アプリのエラー発生時には、まずは、エラーログを収集する。そして、ログ収集サーバ１０は、ある端末２０からエラーログを収集したことをトリガとして、特定の端末２０からは、そのアプリのログについては、ログの詳細度を示すログレベルを上げて、詳細ログを収集する。

【0022】

ここで、エラーログとは、単に端末２０にエラーが発生したことを示した、詳細度が低いログであり、詳細ログとは、エラーが発生しただけでなく、エラーが発生したときの端末２０の利用状況や通信状況等（例えば、エラーが発生したときの操作の内容や、通信していたデータの内容等）を示した、詳細度が高いログであるとする。そのため、開発者は、詳細ログを利用することで、デバックを効率良く行うことが可能となる。

【0023】

ログ収集サーバ１０は、通信部１１と、不具合管理ＤＢ（Data Base）１２と、不具合管理部１３と、ポリシ管理ＤＢ１４と、ログレベル変更決定部１５と、表示部１６と、を有している。

【0024】

通信部１１は、端末２０と通信を行う。

【0025】

不具合管理ＤＢ１２は、アプリを識別するアプリケーション識別情報であるアプリＩＤ（IDentification）、そのアプリがインストールされている端末２０を識別する端末識別情報である端末ＩＤ、その端末２０の仕様（機種、ＯＳ（Operating System）等）を示す端末仕様情報、そのアプリで発生した不具合情報等を、対応付けて格納する第１データベースである。

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

本出願は、２０１２年４月２４日に出願された日本出願特願２０１２−９８６７１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【図1】

【図2】

【図3】

【図4】

【図5】