(57)【要約】【課題】  ソフトウェア試験者のように、ソフトウェア開発者ではない者であっても、ソフトウェアの状態を容易に確認できるようにすること。【解決手段】  実施形態によれば、ログファイル内容可視化装置は、ログファイル解釈部と、表示制御部とを備える。ログファイル解釈部は、ソフトウェアの実行に伴い生成されるログファイルの内容を解釈し、ログファイルから、ソフトウェアによって実行されたイベント、イベントの状態、およびイベントの状態が変化したときの時刻を把握し、把握されたイベントに応じた可視化パターンと、イベントの状態に応じた可視化パターンの表示方法を決定する。表示制御部は、決定された可視化パターンを、決定された表示方法および把握された時刻に基づいて表示させる。【選択図】図１
2017224250.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアの実行に伴い生成されるログファイルの内容を解釈し、前記解釈された内容に応じた可視化パターンを決定する、ログファイル解釈部と、
前記決定された可視化パターンを表示させる、表示制御部と、
を備えるログファイル内容可視化装置。
【請求項２】
前記解釈された内容は、前記ソフトウェアによって実行されたイベント、および前記イベントの状態を含み、
前記ログファイル解釈部は、前記可視化パターンを、前記イベント毎に決定し、前記可視化パターンの表示方法を、前記状態に応じて決定する、請求項１に記載のログファイル内容可視化装置。
【請求項３】
前記解釈された内容は、前記イベントの状態が変化したときの時刻を含み、
前記表示制御部は、前記可視化パターンを、時間軸を進めながら、または戻しながら、前記表示方法に従って表示させる、請求項２に記載のログファイル内容可視化装置。
【請求項４】
前記時間軸を進めること、または戻すことは、前記時間軸を、可変速度で進めること、または戻すことを含む、請求項３に記載のログファイル内容可視化装置。
【請求項５】
前記表示制御部は、前記状態の変化がない時間帯において、前記可視化パターンを、前記時間軸を前方または後方にスキップさせる、請求項４に記載のログファイル内容可視化装置。
【請求項６】
前記解釈された内容は、前記イベントの状態が変化したときの時刻を含み、
前記表示制御部は、前記可視化パターンを、時間軸を停止させた状態で表示させる、請求項２に記載のログファイル内容可視化装置。
【請求項７】
ソフトウェアの実行に伴い生成されるログファイルの内容に応じた可視化パターンを生成する、ログファイル内容可視化装置。
【請求項８】
ソフトウェアの実行に伴い生成されるログファイルの内容を解釈し、
前記ログファイルから、前記ソフトウェアによって実行されたイベント、イベントの状態、およびイベントの状態が変化したときの時刻を把握し、
前記把握されたイベントに応じた可視化パターンと、前記イベントの状態に応じた可視化パターンの表示方法を決定し、
前記決定された可視化パターンを、前記決定された表示方法および把握された時刻に基づいて表示させる、ログファイル内容可視化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ログファイルの内容を可視化するための方法および装置に関する。
【背景技術】
【０００２】
ソフトウェアでは、どのような操作が行われたのか、あるいは、どの状態にあるのかを把握するために、ログファイルというテキスト主体のファイルが作成される。
【０００３】
このようなログファイルを参照することによって、ソフトウェア開発者は、ソフトウェアの状態を把握することができる。
【０００４】
しかしながら、このようなログファイルは、ソフトウェア開発者にとっては馴染みのあるものであろうが、ソフトウェア試験者にとってはそうであるとは限らない。ソフトウェア開発者と、ソフトウェア試験者とが同一人物である場合を除けば、一般に、ソフトウェア試験者が、ログファイルの内容を把握することは容易ではない。
【０００５】
したがって、ソフトウェア試験者によるソフトウェアの品質確認を容易にするために、従来、試験対象のソフトウェアの現在の状態を可視化するためのツールなどが導入されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１９７８５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、仮に、このようなツールを用いて試験が行われても、一度に確認する状態の量が多いことや、極めて短期間の間に状態が変化してしまうことにより、ソフトウェア試験者は、試験中に、確認すべき項目を見過ごしてしまう恐れがある。
【０００８】
この場合、ソフトウェア試験者は、ソフトウェアがどのような状態になっているのかを把握できないので、ソフトウェアが、想定通りに動作しなかった場合や、想定通りに結果を出力しなかった場合等においては、試験を何度もやり直す必要がある。また、試験をやり直しても、ソフトウェア試験者は、確認すべき状態をまた見過ごしてしまう恐れもある。これらは、試験工数の増大をもたらしてしまう。
【０００９】
しかしながら、ログファイルの内容を容易に把握できる、すなわちログファイルの内容を可視化できるツールがあれば、ソフトウェア試験者は、試験を無駄に何度もやり直す必要は無くなるであろう。
【００１０】
したがって、本発明が解決しようとする課題は、ソフトウェア試験者のように、ソフトウェア開発者ではない者であっても、ソフトウェアの状態を容易に確認できるようにするために、ログファイルの内容を可視化するための方法および装置を提供することである。
【課題を解決するための手段】
【００１１】
実施形態のログファイル内容可視化装置は、ログファイル解釈部と、表示制御部とを備える。ログファイル解釈部は、ソフトウェアの実行に伴い生成されるログファイルの内容を解釈し、ログファイルから、ソフトウェアによって実行されたイベント、イベントの状態、およびイベントの状態が変化したときの時刻を把握し、把握されたイベントに応じた可視化パターンと、イベントの状態に応じた可視化パターンの表示方法を決定する。表示制御部は、決定された可視化パターンを、決定された表示方法および把握された時刻に基づいて表示させる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係るログファイル内容可視化方法が適用されたログファイル内容可視化装置の構成例を示す機能ブロック図である。
【図２】一般的な放送マスターシステムの一例を示す機能構成図である。
【図３】本実施形態に係るログファイル内容可視化装置を放送マスターシステムに適用した一例を示す機能ブロック図である。
【図４】実施例１におけるログファイルの一例を示す図である。
【図５】実施例１における可視化パターンの表示例を示す模式図である。
【図６】実施例１における可視化パターンの表示推移の一例を示す模式図である。
【図７】放送マスターシステムに適用されたログファイル内容可視化装置の動作例を示すフローチャートである。
【図８】ログファイル内容可視化装置を航空機制御システムに適用した状態を示す概念図である。
【図９】実施例２におけるログファイルの一例を示す図である。
【図１０】実施例２における可視化パターンの表示例を示す模式図である。
【図１１】実施例２における可視化パターンの表示推移の一例を示す模式図である。
【図１２】ログファイル内容可視化装置をエレベータ制御システムに適用した状態を示す概念図である。
【図１３】実施例３におけるログファイルの一例を示す図である。
【図１４】実施例３における可視化パターンの表示例を示す模式図である。
【図１５】実施例３における可視化パターンの表示推移の一例を示す模式図である。
【発明を実施するための形態】
【００１３】
以下に、本発明の実施形態に係るログファイル内容可視化方法が適用されたログファイル内容可視化装置を、図面を参照して説明する。
【００１４】
図１は、本発明の実施形態に係るログファイル内容可視化方法が適用されたログファイル内容可視化装置１０の構成例を示す機能ブロック図である。
【００１５】
すなわち、ログファイル内容可視化装置１０は、ソフトウェアの実行に伴い生成されるログファイルの内容を解釈し、ログファイルの内容に応じた可視化パターンを生成するための装置であって、全体制御部１４、ログファイル取得部１６、ログファイル解釈部２０、および表示制御部２２を備えた制御部１２を備える。また、制御部１２に接続されたログファイル記憶部１８をも備える。
【００１６】
全体制御部１４は、ログファイル取得部１６、ログファイル記憶部１８、ログファイル解釈部２０、および表示制御部２２を制御することによって、ログファイル内容可視化装置１０を動作させる。
【００１７】
ログファイル取得部１６は、通信機能を有しており、インターネット等の通信回線を介して、対象機器からログファイルを取得する。このログファイルは、対象機器によってソフトウェアが実行された際に、対象機器によって生成される。ログファイル取得部１６は、取得したログファイルを、ログファイル記憶部１８に送る。ログファイルの具体的な構成、および、対象機器の具体例については、後述する実施例で説明する。
【００１８】
ログファイル記憶部１８は、ログファイル取得部１６から送られたログファイルを記憶する。
【００１９】
ログファイル解釈部２０は、ログファイル記憶部１８から、解釈対象とするログファイルを取得し、取得したログファイルの内容を解釈する。そして、ソフトウェアの実行に関するイベントに応じた可視化パターンや、イベントの状態に応じた可視化パターンの表示方法を決定し、また、イベントの状態に変化があった時刻を把握する。そして、決定された可視化パターン、表示方法、および把握された時刻を示す時刻情報、を含む表示制御情報を作成し、表示制御部２２に送る。
【００２０】
例えば、イベントに応じた可視化パターンとは、限定される訳ではないが、イベントの種類に応じた異なる凡例で表示される可視化パターンに相当する。また、イベントの状態に応じた表示方法とは、限定される訳ではないが、イベントの状態の種類に応じて、可視化パターンの色を変えて表示することである。なお、イベントの種類、およびイベントの状態の種類の具体例については、後述する実施例で説明する。
【００２１】
表示制御部２２は、ログファイル解釈部２０から送られた表示制御情報に基づいて、イベントの可視化パターンを、表示画面２４から表示させる。また、可視化パターンを、時間軸を進めながら表示させる機能も有している。可視化パターンを、時間軸を進めながら表示する場合、例えば等速、倍速、スローなどのように、可変速度で進めながら表示させる機能も有している。また、可視化パターンを、時間軸を戻しながら表示させる機能も有している。さらには、イベントの状態の変化がない時間帯においては、可視化パターンを、時間軸を前方または後方にスキップしながら表示させる、すなわち、時間を飛ばしながら表示させる機能も有している。また、任意の時刻の状態において停止させたまま、可視化パターンを表示させる機能も有している。これらの表示は、表示画面２４を介してなされるユーザからの操作入力に従ってなされるようにしている。
【００２２】
このように、本発明の実施形態に係るログファイル内容可視化方法が適用されたログファイル内容可視化装置１０は、ログファイルに記録されているイベントの種類、およびイベントの状態の時間的な変化を、視覚的に表示する。
【００２３】
このような構成をなすログファイル内容可視化装置１０を、放送マスターシステムに適用した例について、実施例１に示す。
【００２４】
（実施例１）  
図２は、一般的な放送マスターシステムの一例を示す機能構成図である。
【００２５】
放送マスターシステム３０は、制御機器３２、ビデオサーバ３４、データサーバ３６、メイン系統（系統１）３８（＃１）、メイン系統（系統２）３８（＃２）、系統出力制御装置４０、および送信機４２を備えて構成される。制御機器３２、ビデオサーバ３４、およびデータサーバ３６はそれぞれ、メイン系統３８（＃１）とメイン系統３８（＃２）との両方とネットワーク接続されており、メイン系統３８（＃１）とメイン系統３８（＃２）との両方と通信することが可能である。
【００２６】
制御機器３２は、例えば、制御卓、ＶＴＲ機器、ＶＴＲ機器エミュレータ、ＣＧ機器、天気機器、緊急地震速報装置等を含む。
【００２７】
ビデオサーバ３４は、放送用の素材であるビデオデータを記憶している。
【００２８】
データサーバ３６は、番組編成情報のように、放送用の素材以外の、放送のために必要なデータ情報を記憶している。
【００２９】
メイン系統３８（＃１）は、制御機器３２から制御信号を、ビデオサーバ３４からビデオデータを、およびデータサーバ３６からデータ情報をそれぞれ受け取り、これらを使用して放送データを生成する。
【００３０】
メイン系統３８（＃２）も同様に、制御機器３２から制御信号を、ビデオサーバ３４からビデオデータを、およびデータサーバ３６からデータ情報をそれぞれ受け取り、これらを使用して放送データを生成することができる。
【００３１】
メイン系統３８（＃１）は系統１ともよばれ、通常時に動作し、メイン系統３８（＃２）は系統２とも呼ばれ、系統１の故障時や、系統１のメンテナンス時に動作し、系統１のバックアップとして機能する。
【００３２】
なお、メイン系統３８は、必ずしも２系統に限定されず、例えばテスト用の系統３を備えることによって、３系統以上を有してもよく、図２は、あくまで一例として、２系統からなるメイン系統３８を備えた構成を示しているものである。
【００３３】
メイン系統３８（＃１）とメイン系統３８（＃２）とはともに系統出力制御装置４０に接続されており、系統出力制御装置４０へ放送データを出力することが可能である。
【００３４】
系統出力制御装置４０は、メイン系統３８（＃１）および／またはメイン系統３８（＃２）から放送データが出力されると、所定の放送スケジュールに従って、放送データを、送信機４２からブロードキャストさせる。
【００３５】
なお、制御機器３２、ビデオサーバ３４、およびデータサーバ３６と、メイン系統３８（＃１）およびメイン系統３８（＃２）との間の接続は、有線に限定されるものではなく、無線であっても良い。同様に、メイン系統３８（＃１）およびメイン系統３８（＃２）と、系統出力制御装置４０との間の接続も、有線に限定されるものではなく、無線であっても良い。さらには、系統出力制御装置４０と送信機４２との間の接続も、有線に限定されるものではなく、無線であっても良い。
【００３６】
放送局では、このようなシステム構成の放送マスターシステム３０を用いて放送業務を行うのが一般的である。
【００３７】
図３は、このような放送マスターシステム３０に、本実施形態に係るログファイル内容可視化装置１０を適用した一例を示す機能ブロック図である。
【００３８】
本実施形態に係るログファイル内容可視化装置１０を、放送マスターシステム３０に適用する場合には、放送マスターシステム３０における制御機器３２、ビデオサーバ３４、データサーバ３６、メイン系統３８（＃１）、メイン系統３８（＃２）、および系統出力制御装置４０を、ログファイル内容可視化装置１０のログファイル取得部１６に接続する。
【００３９】
この接続のためには、イーサネット（登録商標）等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されたＷＡＮ等が適用される。ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備えている。しかしながら、ここではその図示及び詳細説明を省略する。
【００４０】
制御機器３２、ビデオサーバ３４、データサーバ３６、メイン系統３８（＃１）、メイン系統３８（＃２）、および系統出力制御装置４０はそれぞれ、動作時に、動作の内容に応じたログファイルを生成する。ログファイル取得部１６は、これら各部位が生成したログファイルを、各部位から取得する。
【００４１】
図４は、このようなログファイルの一例を示す図であり、制御機器３２から取得したログファイルの一例である。以下では、一例として、特に、制御機器３２が、ＶＴＲ機器エミュレータであるとして説明する。
【００４２】
すなわち、ＶＴＲ機器エミュレータを起動させると、ＶＴＲ機器エミュレータを制御するための制御ソフトウェアが起動する。この制御ソフトウェアによって、図４に例示されるようなログファイル５０が生成される。
【００４３】
ログファイル５０には一般に、時刻情報、イベント情報、および状態情報等の項目が含まれる。
【００４４】
イベント情報は、ソフトウェアによって実行される例えば「ＩｎｉｔＳｔａｔｅ」（初期化）や「Ｐｌａｙ」（再生）や「Ｓｔｏｐ」（停止）等の動作（イベント）に関する情報である。さらには、イベント情報は、ソフトウェアの異常を通知するエラーを示す情報（エラー情報）も含む。
【００４５】
状態情報は、イベントの状態（例えば、「ＯＮ」状態または「ＯＦＦ」状態）を示す情報である。
【００４６】
時刻情報は、イベント情報に示されるイベントが発生した時の時刻、および、イベントの状態が変化した時の時刻を示している。このようなログファイル５０は、イベント毎にファイルを分けて記録される場合もある。
【００４７】
図４に例示されるログファイル５０では、第１行目に、イベント情報として、ＶＴＲ機器エミュレータの初期化を示す「ＩｎｉｔＳｔａｔｅ」が、時刻情報とともに示されている。なお、初期化とは、一般には、すべてのイベントを「ＯＦＦ」状態にすることを示すが、本実施例では、それに限定されるものではなく、何れかのイベントを「ＯＮ」状態とするなど、任意に設定することができるものとする。
【００４８】
また、図４において、第２、４行目では、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＮ」および「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＦＦ」が、時刻情報とともに示されている。「Ｅｖｅｎｔ  Ｐｏｒｔ１０」によって示されるイベントは、ＶＴＲ機器エミュレータにおける再生に相当する。そして、第２行目では、第２行目の時刻情報に示された時刻において、再生が「ＯＮ」状態になり、第４行目では、第４行目の時刻情報に示された時刻において、再生が「ＯＦＦ」状態になったことが示されている。
【００４９】
また、第３、５行目では、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＮ」および「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＦＦ」が、時刻情報とともに示されている。「Ｅｖｅｎｔ  Ｐｏｒｔ１１」によって示されるイベントは、ＶＴＲ機器エミュレータにおける停止に相当する。そして、第３行目では、第３行目の時刻情報に示された時刻において、停止が「ＯＮ」状態になり、第５行目では、第５行目の時刻情報に示された時刻において、停止が「ＯＦＦ」状態になったことが示されている。
【００５０】
このように、ログファイル５０では、ソフトウェアの実行内容が、例えば「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＮ」や「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＦＦ」のように、状態情報として記述されるため、これを見ても、ソフトウェア開発者以外は、何が起きたかを判別することは困難であることが理解されるであろう。
【００５１】
ログファイル取得部１６は、取得したログファイル５０を、ログファイル記憶部１８に送る。
【００５２】
ログファイル記憶部１８は、ログファイル取得部１６から送られたログファイル５０を記憶する。
【００５３】
ログファイル解釈部２０は、ログファイル記憶部１８から、解釈対象とするログファイルを取得し、取得したログファイルの内容を解釈する。例えば、ここでは、図４に例示するように、ＶＴＲ機器エミュレータによって生成されたログファイル５０を解釈対象とするものとする。
【００５４】
ログファイル解釈部２０は、ログファイル５０に記載された時刻情報、イベント情報、および状態情報から、どの時刻に、どのイベントが、どのような状態になったのかを解釈する。
【００５５】
例えば、図４のログファイル５０の第１行目の時刻情報およびイベント情報から、２０１６年３月４日１２時３４分５６秒７８９においてＶＴＲ機器エミュレータが「ＩｎｉｔＳｔａｔｅ」として初期化されたこと、第２行目の時刻情報および状態情報から、同日１３時００分００秒００１において、再生が「ＯＮ」状態になったこと、第３行目の時刻情報および状態情報から、同日１３時００分１５秒０２３において、停止が「ＯＮ」状態となったこと、第４行目の時刻情報および状態情報から、同日１３時００分１５秒０３４において、再生が「ＯＦＦ」状態となったこと、第５行目の時刻情報および状態情報から、同日１３時００分３０秒０１２において、停止が「ＯＦＦ」状態となったことをそれぞれ解釈する。
【００５６】
次に、ログファイル解釈部２０は、イベントに応じた可視化パターンを決定する。また、決定された可視化パターンの表示方法を、イベントの状態に応じて決定する。そして、ログファイル５０の解釈結果、決定された可視化パターン、およびその表示方法、を含む表示制御情報を作成し、表示制御部２２に送る。
【００５７】
これに応じて、表示制御部２２は、決定された可視化パターンを、表示方法に従って、表示画面２４から表示させる。
【００５８】
図５は、表示画面２４から、可視化パターンが表示された一例を示す模式図である。
【００５９】
前述したように、ログファイル解釈部２０では、ログファイル５０に記載された情報から、イベントとして「ＩｎｉｔＳｔａｔｅ」、「Ｐｌａｙ」および「Ｓｔｏｐ」が解釈される。「初期化」は「ＯＮ」状態および「ＯＦＦ」状態を伴わないので、図５では、「初期化」を除くイベントである再生および停止が、表示画面２４内に表示された例を示している。次に、再生および停止のうち、時系列的に最初に出現するイベントは再生であるので、最初に、再生が表示され、次に停止が表示される。この場合、再生に対応する可視化パターンには、「Ｐｌａｙ」と文字表示され、停止に対応する可視化パターンには、「Ｓｔｏｐ」と文字表示される。これによって、異なるイベントに対応する可視化パターンが、識別可能に表示される。
【００６０】
また、表示画面２４には、ログファイル５０から、イベントの状態の変化を視覚的に表示するためのユーザからの操作入力を受け付けるためのログファイルリプレイ操作エリア６０も表示される。ログファイルリプレイ操作エリア６０は、タイムバー６２、操作ボタン６４、および再生時間６６等を備えている。タイムバー６２には、イベントの発生時をわかりやすくするためのマーカ６８等が付けられていても良い。
【００６１】
操作ボタン６４は、可視化パターンを、時間軸を進めながら表示するための各種ボタンを含んでおり、例えば、時間軸を実時間で進めながら表示するための通常再生ボタン６４ａ、倍速時間で進めながら表示するための倍速再生ボタン６４ｂ、倍速時間で戻しながら表示するための倍速逆再生ボタン６４ｃ、および停止ボタン６４ｄを含む。その他、両方向において、時間１／２倍速（スロー再生）、４倍速、８倍速等、任意の再生ボタンを備えるようにしても良い。
【００６２】
なお、このログファイルリプレイ操作エリア６０は、通常の試験時には非表示状態になっており、ログファイル５０の内容を表示するときだけ現れるようにすれば良い。また図５のタイムバー６２は、イベントの状態の確認が必要となる時刻の５秒前から、終了５秒後までを表示範囲としているが、このような時間の設定は、システムで任意であり、使い勝手を考慮し適宜秒数を変更できるものとする。
【００６３】
図６は、時刻を２０１６年３月４日１２時５９分５０秒０００から、同日１３時００分４０秒０００まで時間軸を進めた場合における表示画面２４における表示例を示す図である。
【００６４】
図６（１）は、同日１２時５９分５０秒０００から始まり、同日１３時００分００秒００１を過ぎ、同日１３時００分０３秒１９８まで時間軸を進めた場合を示している。すなわち、この時間帯は、図４中に示す（１）を含んでいる。図４の（１）に示すように、同日１３時００分００秒００１では、状態情報として、「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＮ」と記載されているので、「Ｐｌａｙ」（再生）が「ＯＮ」状態であることが分かるように、「Ｐｌａｙ」（再生）の可視化パターンの表示色が、例えば白から赤に変わる（図中では、斜線表示される）。一方、「Ｓｔｏｐ」（停止）は「ＯＮ」状態になっておらず、「ＯＦＦ」状態であることから、「Ｓｔｏｐ」（停止）の可視化パターンの表示色は、そのまま（例えば、白のまま）変わらない。
【００６５】
図６（２）は、図６（１）からさらに時間が経過し、同日１３時００分１５秒０３４を過ぎ、同日１３時００分１９秒４５５まで時間軸を進めた場合における表示画面２４における表示例を示す図である。この時間帯は、図４中に示す（２）を含んでいる。図４の（２）に示すように、同日１３時００分１５秒０２３において、状態情報として、「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＮ」と記載されているので、「Ｓｔｏｐ」（停止）が「ＯＮ」状態であることが分かるように、「Ｓｔｏｐ」（停止）の可視化パターンの表示色が、例えば、白から赤に変わる（図中では、斜線表示される）。また、同日１３時００分１５秒０３４において、状態情報として、「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＦＦ」と記載されているので、「Ｐｌａｙ」（再生）が「ＯＦＦ」状態となる。したがって、例えば、赤であった「Ｐｌａｙ」（再生）の可視化パターンの表示色が白に変わる（図中では、斜線表示されなくなる）。
【００６６】
図６（３）は、図６（２）からさらに時間が経過し、同日１３時００分３０秒０１２を過ぎ、同日１３時００分３８秒６７３まで時間軸を進めた場合における表示画面２４における表示例を示す図である。この時間帯は、図４中に示す（３）を含んでいる。図４の（３）に示すように、同日１３時００分３０秒０１２において、状態情報として、「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＦＦ」と記載されているので、「Ｓｔｏｐ」(停止)が「ＯＦＦ」状態となる。したがって、例えば、赤であった「Ｓｔｏｐ」（停止）の可視化パターンの表示色が白に変わる（図中では、斜線表示されなくなる）。
【００６７】
次に、前述したように放送マスターシステム３０に適用されたログファイル内容可視化装置１０の動作を、図７に示すフローチャートを用いて説明する。
【００６８】
ここでもまた、制御機器３２の一例であるＶＴＲ機器エミュレータによって生成されたログファイル５０に基づいて、動作する例について説明する。
【００６９】
すなわち、制御機器３２の一例であるＶＴＲ機器エミュレータにおいて、ソフトウェアが実行されると、ＶＴＲ機器エミュレータにおいて、図４に例示されるようなログファイル５０が生成される（Ｓ１）。
【００７０】
ログファイル５０では、ソフトウェアの実行内容が、例えば図４に例示されるように、「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＮ」や「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＦＦ」のような状態情報として記述されるため、これを見ても、ソフトウェア開発者以外は、何が起きたかを判別することは困難である。
【００７１】
ステップＳ１において生成されたログファイル５０は、ログファイル取得部１６によって取得される（Ｓ２）。その後、ログファイル５０は、ログファイル取得部１６からログファイル記憶部１８へ送られ、そこで記憶される。
【００７２】
記憶されたログファイル５０は、ログファイル解釈部２０によって取得される。そして、ログファイル解釈部２０によって、ログファイル５０の内容が解釈される（Ｓ３）。
【００７３】
例えば、ログファイル解釈部２０では、図４のログファイル５０の第１行目の時刻情報およびイベント情報から、２０１６年３月４日１２時３４分５６秒７８９においてＶＴＲ機器エミュレータが初期化されたこと、第２行目の時刻情報および状態情報から、同日１３時００分００秒００１において、再生というイベントが「ＯＮ」状態になったこと、第３行目の時刻情報および状態情報から、同日１３時００分１５秒０２３において、停止というイベントが「ＯＮ」状態となったこと、第４行目の時刻情報および状態情報から、同日１３時００分１５秒０３４において、再生というイベントが「ＯＦＦ」状態となったこと、第５行目の時刻情報および状態情報から、同日１３時００分３０秒０１２において、停止というイベントが「ＯＦＦ」状態となったことがそれぞれ解釈される。
【００７４】
次に、ログファイル解釈部２０では、イベントに応じた可視化パターンが決定される（Ｓ４）。さらには、イベントの状態に応じた可視化パターンの表示方法が決定される（Ｓ５）。
【００７５】
ログファイル解釈部２０では、その後、ステップＳ３でなされたログファイル５０の解釈結果、ステップＳ４で決定された可視化パターン、およびステップＳ５で決定された表示方法、を含む表示制御情報が作成され、表示制御部２２に送られる（Ｓ６）。
【００７６】
これによって、可視化パターンは、表示制御部２２によって、表示方法に従って、例えば図５および図６のように表示画面２４から表示される（Ｓ７）。
【００７７】
すなわち、図５は、ログファイル５０に基づいて、再生および停止というイベントが、時系列順に表示された表示画面２４を示している。再生に対応する可視化パターンには、「Ｐｌａｙ」と文字表示され、停止に対応する可視化パターンには、「Ｓｔｏｐ」と文字表示される。これよって、異なるイベントに対応する可視化パターンが、識別可能に表示される。また、図５に示す時点は、再生時間６６に示されている時刻情報および図４のログファイル５０から明らかなように、再生および停止の何れのイベントも「ＯＮ」状態になっていないので、「Ｐｌａｙ」および「Ｓｔｏｐ」の何れの可視化パターンも、白で表示される。
【００７８】
この状態から、ユーザが、操作ボタン６４の通常再生ボタン６４ａを指定することによって、時間軸が進められる。これに応じて、表示画面２４からの表示は、図６（１）→（２）→（３）のように推移する。
【００７９】
図６（１）は、図４中に示す（１）の場合の表示例であり、状態情報が「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＮ」であることから、「Ｐｌａｙ」の可視化パターンの表示色が、例えば白から赤に変わる（図中では、斜線表示される）。一方、「Ｓｔｏｐ」は「ＯＮ」状態になっておらず、「ＯＦＦ」状態であることから、「Ｓｔｏｐ」の可視化パターンの表示色は、そのまま（例えば、白のまま）変わらない。
【００８０】
図６（２）は、図４中に示す（１）から（２）に時間軸が進んだ場合の表示例であり、状態情報が「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＮ」となり、「Ｓｔｏｐ」が「ＯＮ」状態になったので、「Ｓｔｏｐ」の可視化パターンの表示色が、例えば、白から赤に変わる（図中では、斜線表示される）。さらに、状態情報が「Ｅｖｅｎｔ  Ｐｏｒｔ１０＝ＯＦＦ」となり、「Ｐｌａｙ」が「ＯＦＦ」状態になったので、例えば、赤であった「Ｐｌａｙ」の可視化パターンの表示色が白に変わる（図中では、斜線表示されなくなる）。
【００８１】
図６（３）は、図４中に示す（２）から（３）に時間軸が進んだ場合の表示例であり、状態情報が「Ｅｖｅｎｔ  Ｐｏｒｔ１１＝ＯＦＦ」となり、「Ｓｔｏｐ」が「ＯＦＦ」状態になったので、赤であった「Ｓｔｏｐ」の可視化パターンの表示色が白に変わる（図中では、斜線表示されなくなる）。
【００８２】
なお、時間軸の進め方は、実時間で進めるのに限らず、ユーザが、倍速再生ボタン６４ｂを指定することによって、倍速時間で進めることができ、倍速逆再生ボタン６４ｃを指定することによって、倍速時間で戻しながら表示することもできる。また、図示していないが、操作ボタン６４に、時間１／２倍速（スロー再生）、４倍速、８倍速等に対応する再生ボタンを設けることによって、様々な時間速度で、時間軸を進めたり、あるいは戻して表示することもできる。
【００８３】
このように、本発明の実施形態に係るログファイル内容可視化方法が適用されたログファイル内容可視化装置１０を、放送マスターシステム３０に適用することによって、ＶＴＲ機器エミュレータによって実行されたソフトウェアのイベントの状態の時間的な変化を、視覚的に再現することが可能となる。
【００８４】
また、図６に例示するように、可視化パターンを、時間軸を進めながら表示する場合、必ずしも実時間長さでの表示（等速表示）に限定されるものではない。例えば、短時間の間に、イベントの状態が頻繁に変化する場合には、これら状態の変化を確実に確認するために、スローで表示したり、時間を戻しながら表示することが効果的である。さらには、逆に、イベントの状態が、長時間変化しない時間帯においては、可視化パターンを、例えば次に状態が変化するまで、時間をスキップして表示させる、すなわち、時間を飛ばして表示させるようにしても良い。これによって、確認作業の短縮化を図ることが可能となる。なお、これらの操作は、操作ボタン６４に対するユーザ操作を介してなされる。
【００８５】
このように、本発明の実施形態に係るログファイル内容可視化方法が適用されたログファイル内容可視化装置１０によれば、ログファイル５０の内容を、時間軸を任意の速度で進めながら、または戻しながら表示させることができるので、ソフトウェア試験者は、試験中に、仮に、状態の変化を見過ごした場合があっても、その状態を視覚的に再現し、確認することが可能となる。これによって、無駄な再試験を排除し、試験工数の増加を阻止することが可能となる。
【００８６】
（実施例２）  
次に、ログファイル内容可視化装置１０を、航空機制御システムに適用した例について示す。
【００８７】
図８は、ログファイル内容可視化装置１０を、航空機制御システム７２に適用した状態を示す概念図である。
【００８８】
図８に示すように、航空機７０を制御するための航空機制御システム７２は、離陸中や着陸準備中を除く通常飛行中に、航空機７０がある高度よりも下降したことを高度計７４が検知すると、高度計７４からのアラーム信号に応じて、アラームを発するようになっている。
【００８９】
このような航空機制御システム７２の動作試験の確認のためにも、ログファイル内容可視化装置１０を適用することができる。
【００９０】
試験の際には、例えば高度計７４の代わりに、図示しないダミー信号発生装置を設置し、高度計７４から出力される信号を模擬するダミー信号を航空機制御システム７２に入力する。
【００９１】
ここでは、一例として、航空機７０が、ある高度よりも下降して、アラームを発した後、高度が上昇し、アラームが解除され、その後、アラームが発せられることなく、十分高い高度で、飛行を続ける事象を想定した。そして、ダミー信号発生装置は、このような事象に応じたダミー信号を生成し、航空機制御システム７２に入力する。
【００９２】
図９は、ダミー信号発生装置からのダミー信号に応じて、航空機制御システム７２によって生成されたログファイルの例を示す図である。
【００９３】
図９は、図４に類似しているので、詳細な説明は省略するが、第１行目は、航空機制御システム７２の状態が初期化されたことを示す。第２行目は、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１２＝ＯＮ」を、時刻情報とともに示している。「Ｅｖｅｎｔ  Ｐｏｒｔ１２」によって示されるイベントは、航空機制御システム７２からのアラームに相当する。したがって、「Ｅｖｅｎｔ  Ｐｏｒｔ１２＝ＯＮ」という状態情報は、アラームが「ＯＮ」状態になったことを示す。第３行目は、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１３＝ＯＮ」を、時刻情報とともに示している。「Ｅｖｅｎｔ  Ｐｏｒｔ１３」によって示されるイベントは、航空機制御システム７２からのアラーム停止に相当する。したがって、「Ｅｖｅｎｔ  Ｐｏｒｔ１３＝ＯＮ」という状態情報は、アラーム停止が「ＯＮ」状態になったことを示す。第４行目は、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１２＝ＯＦＦ」を、時刻情報とともに示している。この状態情報は、アラームが「ＯＦＦ」状態になったことを示す。第５行目は、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１３＝ＯＦＦ」を、時刻情報とともに示している。この状態情報は、アラーム停止が「ＯＦＦ」状態になったことを示す。
【００９４】
図１０および図１１は、このようなログファイル８０をログファイル解釈部２０が解釈し、その解釈結果に応じて表示される表示画面２４の一例を示している。図１０は図５に、図１１は図６にそれぞれ類似しているので、詳細な説明は省略するが、図１０は、図９の第１行目に対応する初期状態を示しており、アラームに対応する可視化パターンには「Ａｌａｒｍ」と表示され、アラーム停止に対応する可視化パターンには「Ｓｔｏｐ」と表示されることによって、「Ａｌａｒｍ」と「Ｓｔｏｐ」とが識別可能に表示される。
【００９５】
図１１（１）は、図９における（１）第２行目に対応しており、航空機７０が、ある高度よりも下降して、「Ａｌａｒｍ」が「ＯＮ」状態になり、「Ａｌａｒｍ」に対応する可視化パターンの色が白から赤に変わって表示される（図中において、斜線表示される）ことを示している。
【００９６】
図１１（２）は、図９における（２）第３、４行目に対応しており、航空機７０が、上昇して、ある高度よりも高くなったので、「Ａｌａｒｍ」が「ＯＦＦ」状態になり、「Ｓｔｏｐ」が「ＯＮ状態」になり、「Ａｌａｒｍ」に対応する可視化パターンの色が赤から白に戻って表示される（図中において、斜線表示されなくなる）とともに、「Ｓｔｏｐ」に対応する可視化パターンの色が白から赤に変わって表示される（図中において、斜線表示される）ことを示している。
【００９７】
図１１（３）は、図９における（３）第５行目に対応しており、航空機７０が、十分高い高度で、飛行を続けることにより、「Ｓｔｏｐ」が「ＯＦＦ状態」になり、「Ｓｔｏｐ」に対応する可視化パターンの色が赤から白に変わって表示される（図中において、斜線表示されなくなる）ことを示している。
【００９８】
すなわち、表示画面２４からなされる表示は、図１０に例示されるような初期状態から、時間軸が進むにつれて、図１１（１）→（２）→（３）のように推移する。
【００９９】
ソフトウェア試験者は、このような画面推移を見ることによって、航空機制御システム７２が、所望したように動作することを確認することが可能となる。
【０１００】
なお、航空機制御システム７２に対してなされる試験は、このような試験に限定されるものではなく、本実施例のログファイル内容可視化装置１０は、他の多くの試験に対しても同様に適用することが可能である。例えば、これら多くの試験の中には、短時間の間に、イベントの状態が頻繁に変化するような試験もありうるが、そのような試験に対しても、画面推移をスロー表示させたり、時間を戻しながら表示させることによって、試験結果を、視覚的に再現し、確認することによって、実施例１と同様に、無駄な再試験を排除し、試験工数の増加を阻止することが可能となる。
【０１０１】
（実施例３）  
次に、ログファイル内容可視化装置１０を、エレベータ制御システムに適用した例について示す。
【０１０２】
図１２は、ログファイル内容可視化装置１０を、エレベータ制御システム９４に適用した状態を示す概念図である。
【０１０３】
図１２に示すように、エレベータかご９０の動作を制御するためのエレベータ制御システム９４は、かご９０に設けられた重量センサ９２からの重量オーバの検出信号に応じて、アラームを発するとともに、巻上機９６が回転しないようにブレーキを作動させるようになっている。なお、図１２には、乗り降りするための乗り場９７、かご９０の昇降をガイドするためのレール９８、およびつり合いおもり９９も示されている。
【０１０４】
このようなエレベータ制御システム９４の動作試験の確認のためにも、ログファイル内容可視化装置１０を適用することができる。
【０１０５】
試験の際には、例えば重量センサ９２の代わりに、図示しないダミー信号発生装置を設置し、重量センサ９２から出力される信号を模擬するダミー信号を、エレベータ制御システム９４に入力する。
【０１０６】
ここでは、一例として、かご９０に、許容重量を超える人または物が入ったために、重量センサ９２が、重量オーバの検出信号を発した後、その後、重量センサ９２から、重量オーバの検出信号が発せられなくなり、かご９０が昇降を開始する事象を想定した。そして、ダミー信号発生装置は、このような事象に応じたダミー信号を生成し、エレベータ制御システム９４に入力する。
【０１０７】
図１３は、ダミー信号発生装置からのダミー信号に応じて、エレベータ制御システム９４によって生成されたログファイル１００の例を示す図である。
【０１０８】
図１３は、図４に類似しているので、詳細な説明は省略するが、第１行目は、エレベータ制御システム９４の状態が初期化されたことを示す。第２行目は、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１４＝ＯＮ」を、時刻情報とともに示している。「Ｅｖｅｎｔ  Ｐｏｒｔ１４」によって示されるイベントは、エレベータ制御システム９４からのアラームに相当する。したがって、「Ｅｖｅｎｔ  Ｐｏｒｔ１４＝ＯＮ」という状態情報は、アラームが「ＯＮ」状態になったことを示す。第３行目は、「Ｅｖｅｎｔ  Ｐｏｒｔ１４」によって示されるイベント、すなわちアラームが「ＯＦＦ」状態になったことを示す。第４行目は、状態情報である「Ｅｖｅｎｔ  Ｐｏｒｔ１５＝ＯＮ」を、時刻情報とともに示している。「Ｅｖｅｎｔ  Ｐｏｒｔ１４」によって示されるイベントは、ブレーキの作動を解除し、エレベータかご９０を移動させることに相当する。したがって、Ｅｖｅｎｔ  Ｐｏｒｔ１５＝ＯＮ」という状態情報は、かご９０の移動が「ＯＮ」状態になったことを示す。第５行目は、「Ｅｖｅｎｔ  Ｐｏｒｔ１５」によって示されるイベント、すなわちかご９０の移動が「ＯＦＦ」状態になったことを示す。
【０１０９】
図１４および図１５は、このようなログファイル１００をログファイル解釈部２０が解釈し、その解釈結果に応じて表示される表示画面２４の一例を示している。図１４は図５に、図１５は図６にそれぞれ類似しているので、詳細な説明は省略するが、図１４は、図１３の第１行目に対応する初期状態を示している。アラームに対応する可視化パターンには「Ａｌａｒｍ」と表示され、かご９０の移動に対応する可視化パターンには「Ｍｏｖｅ」と表示されることによって、「Ａｌａｒｍ」と「Ｍｏｖｅ」とが識別可能に表示される。
【０１１０】
図１５（１）は、図１３における（１）第２行目に対応しており、重量センサ９２から、重量オーバの検出信号が発生されたために、「Ａｌａｒｍ」が「ＯＮ」状態になり、「Ａｌａｒｍ」に対応する可視化パターンの色が白から赤に変わって表示される（図中において、斜線表示される）ことを示している。
【０１１１】
図１５（２）は、図１３における（２）第３、４行目に対応しており、重量センサ９２から重量オーバの検出信号が発せられなくなり、「Ａｌａｒｍ」が「ＯＦＦ」状態になり、その後、ブレーキの作動が解除され、エレベータかご９０の昇降が開始されたので「Ｍｏｖｅ」が「ＯＮ状態」になり、「Ａｌａｒｍ」に対応する可視化パターンの色が赤から白に戻って表示される（図中において、斜線表示されなくなる）とともに、「Ｍｏｖｅ」に対応する可視化パターンの色が白から赤に変わって表示される（図中において、斜線表示されなくなる）ことを示している。
【０１１２】
図１５（３）は、図１３における（３）第５行目に対応しており、エレベータかご９０の昇降が停止したことにより、「Ｍｏｖｅ」が「ＯＦＦ状態」になり、「Ｍｏｖｅ」に対応する可視化パターンの色が赤から白に変わって表示されることを示している。
【０１１３】
すなわち、表示画面２４からなされる表示は、図１４に例示されるような初期状態から、時間軸が進むにつれて、図１５（１）→（２）→（３）のように推移する。
【０１１４】
ソフトウェア試験者は、このような画面推移を見ることによって、エレベータ制御システム９４が、所望したように動作することを確認することが可能となる。
【０１１５】
なお、エレベータ制御システム９４に対してなされる試験は、この試験に限定されるものではなく、本実施例のログファイル内容可視化装置１０は、他の多くの試験に対しても同様に適用することが可能である。例えば、これら多くの試験の中には、短時間の間に、イベントの状態が頻繁に変化するような試験もありうるが、そのような試験に対しても、画面推移を、スロー表示させたり、時間を戻しながら表示させることによって、試験結果を、視覚的に再現し、確認することによって、実施例１と同様に、無駄な再試験を排除し、試験工数の増加を阻止することが可能となる。
【０１１６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【０１１７】
例えば、上記では、放送マスターシステム３０、航空機制御システム７２、およびエレベータ制御システム９４のように、それぞれ単一のシステムからのログファイルの内容を可視化する例について説明したが、複数のシステムからログファイルを取得し、取得した複数のログファイルの内容の可視化に適用することも可能である。この場合、必要に応じて、ログファイルを蓄積するためのサーバ等を付加するようにしても良い。
【符号の説明】
【０１１８】
１０  ログファイル内容可視化装置、１２  制御部、１４  全体制御部、１６  ログファイル取得部、１８  ログファイル記憶部、２０  ログファイル解釈部、２２  表示制御部、２４  表示画面、３０  放送マスターシステム、３２  制御機器、３４  ビデオサーバ、３６  データサーバ、３８  メイン系統、４０  系統出力制御装置、４２  送信機、５０  ログファイル、６０  ログファイルリプレイ操作エリア、６２  タイムバー、６４  操作ボタン、６４ａ  通常再生ボタン、６４ｂ  倍速再生ボタン、６４ｃ  倍速逆再生ボタン、６４ｄ  停止ボタン、６６  再生時間、６８  マーカ、７０  航空機、７２  航空機制御システム、７４  高度計、８０  ログファイル、９０  かご、９２  重量センサ、９４  エレベータ制御システム、９６  巻上機、９７  乗り場、９８  レール、９９  つり合いおもり、１００  ログファイル。
【図１】
2017224250.tif 000003
【図２】
2017224250.tif 000004
【図３】
2017224250.tif 000005
【図４】
2017224250.tif 000006
【図５】
2017224250.tif 000007
【図６】
2017224250.tif 000008
【図７】
2017224250.tif 000009
【図８】
2017224250.tif 000010
【図９】
2017224250.tif 000011
【図１０】
2017224250.tif 000012
【図１１】
2017224250.tif 000013
【図１２】
2017224250.tif 000014
【図１３】
2017224250.tif 000015
【図１４】
2017224250.tif 000016
【図１５】
2017224250.tif 000017