JP6823276B1 - 情報処理システム、情報処理装置およびプログラム - Google Patents

Abstract

【課題】ログ情報の取得支援ソフトウェアが起動していない状態でログ情報を取得する。【解決手段】情報処理システム１−１は、情報処理装置１ａ、中継装置１ｂ、および演算処理装置１ｃ−１、・・・、１ｃ−ｎを含む演算処理装置群１ｃを備える。中継装置１ｂは、通信部１ｂ１を含む。情報処理装置１ａは制御部１ａ１を含む。制御部１ａ１は、演算処理装置群１ｃを動作させる第１のソフトウェアを通じてログ情報を取得する。また、第１のソフトウェアによるログ情報の取得が不可になりうる場合、制御部１ａ１は、中継装置１ｂの拡張バスを介して、駆動信号を送信して通信部１ｂ１を駆動させ、通信部１ｂ１から送信される第１の通信インタフェースのログ情報を受信する。そして、第１の通信インタフェースを第２の通信インタフェースに変換して、第２の通信インタフェースに対応する第２のソフトウェアでログ情報を取得する。【選択図】図１

Description

本発明は、情報処理システム、情報処理装置およびプログラムに関する。

ホストＰＣ（Personal Computer）とコプロセッサ（co-processor）間の通信を、ＰＣＩｅ（Peripheral Component Interconnect Express：登録商標）等の拡張バスを用いて行う情報処理システムが開発されている。

このような情報処理システムでは、コプロセッサから起動時の動作やアラート等のログ情報を取得する場合、ＯＳ（Operating System）によってログ情報が取得されて保存が行われる。ＯＳとしては、Linux（登録商標）が広く使用されており、Linuxでは、システム関連のログ情報（syslog）をsyslogデーモン（syslogd：syslog daemon）と呼ばれるソフトウェアによって収集・記録している。

特開２０１９−２１２０４６号公報

しかし、上記の情報処理システムでは、ログ情報の取得支援ソフトウェアであるsyslogデーモンが起動しないとログ情報は保存されない。このため、例えば、syslogデーモンが起動する前にカーネルクラッシュ等が生じた場合、これらの障害等に関する情報をログ情報として取得することが困難であるという問題がある。

１つの側面では、本発明は、ログ情報の取得支援ソフトウェアが起動していない状態でログ情報を取得することが可能な情報処理システム、情報処理装置およびプログラムを提供することを目的とする。

上記課題を解決するために、情報処理システムが提供される。情報処理システムは、複数の演算処理装置を含む演算処理装置群と、駆動信号にもとづいて、演算処理装置群から出力されるログ情報を第１の通信インタフェースで通信を行う通信部を含み、拡張バスを介した中継通信を行う中継装置と、演算処理装置群を動作させる第１のソフトウェアを通じてログ情報を取得し、第１のソフトウェアによるログ情報の取得が不可の場合は、拡張バスを介して、駆動信号を送信して通信部を駆動させて通信部から送信される第１の通信インタフェースのログ情報を受信し、第１の通信インタフェースを第２の通信インタフェースに変換して、第２の通信インタフェースに対応する第２のソフトウェアでログ情報を取得する制御部を含む情報処理装置と、を有する。

また、上記課題を解決するために、上記情報処理システムと同様の制御を実行する情報処理装置が提供される。
さらに、コンピュータに上記情報処理システムと同様の制御を実行させるプログラムが提供される。

１側面によれば、ログ情報の取得支援ソフトウェアが起動していない状態でログ情報を取得することが可能になる。

第１の実施の形態の情報処理システムの一例を説明するための図である。 Linuxの起動の流れの一例を示す図である。 第２の実施の形態の情報処理システムの機能ブロックの一例を示す図である。 情報処理装置のハードウェア構成の一例を示す図である。 シリアルコンソールログを取得する際の動作の一例を説明するための図である。 システム立ち上げ時の動作シーケンスの一例を示す図である。 システム立ち上げ時の動作シーケンスの一例を示す図である。 システム立ち上げ時の動作シーケンスの一例を示す図である。 コプロボード再起動時の動作シーケンスの一例を示す図である。 コプロボード再起動時の動作シーケンスの一例を示す図である。 システム立ち上げ時の動作フローチャートの一例を示す図である。 コプロボード再起動時の動作フローチャートの一例を示す図である。 エラーをロギングした場合にエラーコードを表示するまでの動作の一例を示すフローチャートである。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は第１の実施の形態の情報処理システムの一例を説明するための図である。第１の実施の形態の情報処理システム１−１は、情報処理装置１ａ、中継装置１ｂ、および演算処理装置１ｃ−１、・・・、１ｃ−ｎを含む演算処理装置群１ｃを備える。

中継装置１ｂは、拡張バスを介した中継通信を行う。また、中継装置１ｂは、通信部１ｂ１を含む。通信部１ｂ１は、駆動信号にもとづいて、演算処理装置群１ｃから出力されるログ情報の通信を第１の通信インタフェースで行う。

情報処理装置１ａは、制御部１ａ１を含む。制御部１ａ１は、演算処理装置群１ｃを動作させる第１のソフトウェアを通じてログ情報を取得する。また、第１のソフトウェアによるログ情報の取得が不可になりうる場合、制御部１ａ１は、拡張バスを介して、駆動信号を送信して通信部１ｂ１を駆動させる。

そして、制御部１ａ１は、通信部１ｂ１から送信される第１の通信インタフェースのログ情報を受信し、第１の通信インタフェースを第２の通信インタフェースに変換して、第２の通信インタフェースに対応する第２のソフトウェアでログ情報を取得する。なお、制御部１ａ１の機能は、情報処理装置１ａが備える図示しないプロセッサが、所定のプログラムを実行することによって実現される。

制御部１ａ１の動作フローについて説明する。
〔ステップＳ１〕制御部１ａ１は、演算処理装置群１ｃを動作させる第１のソフトウェアを通じてログ情報を取得できるか否かを判定する。第１のソフトウェアは、例えば、演算処理装置群１ｃを動作させるＯＳに相当する。第１のソフトウェアを通じてログ情報を取得できる場合はステップＳ２に処理が進み、取得が困難な場合はステップＳ３に処理が進む。

〔ステップＳ２〕制御部１ａ１は、第１のソフトウェアを通じて演算処理装置群１ｃのログ情報を取得する。
〔ステップＳ３〕制御部１ａ１は、中継装置１ｂの拡張バスを介して、駆動信号を通信部１ｂ１に送信して通信部１ｂ１を駆動させる。

〔ステップＳ４〕演算処理装置群１ｃから出力されるログ情報は、第１の通信インタフェースで通信を行う通信部１ｂ１が駆動していると、通信部１ｂ１を経由して情報処理装置１ａに送信される。制御部１ａ１は、通信部１ｂ１から送信される第１の通信インタフェースを有するログ情報を受信する。

〔ステップＳ５〕制御部１ａ１は、第１の通信インタフェースのログ情報を第２の通信インタフェースのログ情報に変換する。
〔ステップＳ６〕制御部１ａ１は、第２の通信インタフェースに対応する第２のソフトウェアでログ情報を取得する。すなわち、第２の通信インタフェースでメッセージ情報を収集、保存可能な第２のソフトウェアでログ情報を取得する。なお、第２のソフトウェアは、第１のソフトウェアとは異なり、情報処理装置１ａを動作させるＯＳである。

このように、情報処理システム１−１では、演算処理装置群１ｃを動作させる第１のソフトウェアによるログ情報の取得が不可になりうる場合、通信部１ｂ１を駆動して通信部１ｂ１から送信される第１の通信インタフェースのログ情報を受信する。そして、第１の通信インタフェースを第２の通信インタフェースに変換し、第２の通信インタフェースに対応する第２のソフトウェアでログ情報を取得する。

このような情報処理システム１−１の構成により、第１のソフトウェアにもとづく取得支援ソフトウェアが起動していない状態でも、演算処理装置群１ｃからログ情報を取得することが可能になる。

［第２の実施の形態］
次に第２の実施の形態について説明する。第２の実施の形態は、拡張バスの一例であるＰＣＩｅを用いた情報処理システムに本発明を適用したものである。また、本発明の情報処理システムは、一部装置のＯＳとして、Linux（第１のソフトウェア）を有するものとする。最初に、一般的なLinuxの起動の流れについて説明する。

図２はLinuxの起動の流れの一例を示す図である。所定装置の電源がオンになってからLinuxが起動するまでの流れを示している。
〔ステップＳ１１〕所定装置の電源がオンする。
〔ステップＳ１２〕所定装置の構成デバイスの初期化処理等を行うプログラムデータであるＢＩＯＳ（Basic Input Output System）が起動して、ＭＢＲ（Master Boot Record）からブートローダが起動する。

〔ステップＳ１３〕ブートローダは、ハードディスク上からLinuxカーネルをメモリに読み込む。
〔ステップＳ１４〕Linuxカーネルが起動し、Linuxカーネルは、メモリの初期化やシステムクロック等の設定を行う。

〔ステップＳ１５〕init（Linuxのシステムプログラム）は、システムの初期化スクリプトを実行し、ランレベル（動作モード）に応じたデーモン（プロセス）を起動する。
〔ステップＳ１６〕ブートが完了すると、Linuxへのログインプロンプトが画面に表示され、起動処理が完了する。

ここで、上記のステップＳ１５のinit.d（initデーモン）により、syslogデーモンが起動される。また、syslogデーモンが起動されるまでは、syslogがロギングされることはない。
したがって、ステップＳ１５の手前で起動処理が何らかの原因で止まってしまうと（例えば、syslogデーモンが起動する前にカーネルクラッシュ等の障害が生じる場合等）、syslogデーモンが起動する前のログ情報を取得することが困難になる。

本発明はこのような点に鑑みて、Linuxのログ情報取得支援ソフトウェアであるsyslogデーモンが起動していない状態であっても、ログ情報を効率よく取得可能にするものである。
例えば、本発明では、図２のステップＳ１２からステップＳ１４の処理区間におけるログ情報を、シリアルコンソールへの出力メッセージとして、Windows（登録商標）等の汎用ＯＳで取得できるように制御する。

なお、シリアルコンソールとは、シリアルポート（RS-232C等）を通じて接続される機能や機器がコンソールとして利用されるものである。また、以降の説明では、シリアルコンソールに表示されるログ情報をシリアルコンソールログと呼ぶ場合がある。

＜機能ブロック＞
図３は第２の実施の形態の情報処理システムの機能ブロックの一例を示す図である。第２の実施の形態の情報処理システム１−２は、メインボード１０、ブリッジボード２０およびコプロボード（拡張ボード）３０−１、・・・、３０−６を備える。

コプロボード３０−１、・・・、３０−６は６台としているが、任意の台数がブリッジボード２０に接続可能である。また、メインボード１０とブリッジボード２０は、ＰＣＩｅコネクタ４を介して互いに接続されている。

メインボード１０は、ホストＰＣに該当する情報処理装置１０ａを備え、情報処理装置１０ａは、制御部１１と記憶部１２を含む。なお、情報処理装置１０ａは、図１の情報処理装置１ａに対応し、制御部１１は、図１の制御部１ａ１に対応する。

ブリッジボード２０は、ブリッジコントローラ２１（中継制御部）、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）通信ＩＣ（Integrated Circuit）２２、電源制御部２３およびＰＳＵ（Power Supply Unit：電源部）２４を含む。電源制御部２３は、状態表示部２３ａを含む。なお、ブリッジボード２０は、図１の中継装置１ｂに対応し、ＵＡＲＴ通信ＩＣ２２は、図１の通信部１ｂ１に対応する。

コプロボード３０−１、・・・、３０−６は、仮想ＬＡＮ（Local Area Network）ドライバ３ａ１、・・・、３ａ６およびコプロセッサ３ｂ１、・・・、３ｂ６をそれぞれ含む。なお、コプロボード３０−１、・・・、３０−６は、図１の演算処理装置１ｃ−１、・・・、１ｃ−ｎに対応する。

メインボード１０において、制御部１１は、ＧＰＩＯ（General Purpose Input Output）制御部１１ａ、ＢＩＯＳドライバ１１ｂ、ＵＡＲＴ駆動部１１ｃ、ログ収集部１１ｄおよびＩ^２Ｃ（Inter-Integrated Circuit：Ｉ^２Ｃは商標）インタフェース部１１ｅの各機能ブロックを含む。

ＧＰＩＯ制御部１１ａは、情報処理装置１０ａの端子から入出力される信号の送信制御および受信制御を行う。ＢＩＯＳドライバ１１ｂは、記憶部１２に格納されるＢＩＯＳのドライブを行う。

ＵＡＲＴ駆動部１１ｃは、ブリッジボード２０に搭載されているＵＡＲＴ通信ＩＣ２２の駆動制御を行う。ログ収集部１１ｄは、コプロボード３０−１、・・・、３０−６と、ブリッジボード２０に搭載されるブリッジコントローラ２１とからログ情報を収集して、ログ情報をロギングする（詳細は後述）。Ｉ^２Ｃインタフェース部１１ｅは、Ｉ^２Ｃインタフェースを介して、ブリッジボード２０に搭載される電源制御部２３と通信を行う。

ブリッジボード２０において、ブリッジコントローラ２１は、メインボード１０とコプロボード３０−１、・・・、３０−６とのＰＣＩｅによる中継通信の制御を行う。ＵＡＲＴ通信ＩＣ２２は、制御部１１からのＵＡＲＴ駆動指示にもとづきリセットが解除されて駆動状態になり、ＵＡＲＴインタフェースによるデータ通信を行う。ブリッジコントローラ２１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、またはＦＰＧＡ（Field Programmable Gate Array）を有する。

ＵＡＲＴ通信ＩＣ２２は、駆動状態になると、コプロボード３０−１、・・・、３０−６から出力されるログ情報と、ブリッジコントローラ２１から出力されるログ情報とを制御部１１にＵＡＲＴインタフェースを介して送信する。

電源制御部２３は、スタンバイ電力にもとづいて駆動し、システム内の各構成デバイスに対する電力供給または電力停止制御を行う。例えば、電源制御部２３は、電源ボタンの操作にもとづいて、情報処理装置１０ａおよびＰＳＵ２４へのアクティブ電力の供給または電力供給停止の制御を行う。電源制御部２３は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤ、またはＦＰＧＡなどを有する。

また、電源制御部２３は、コプロボード３０−１、・・・、３０−６に対して起動をオンまたはオフさせるための起動オン／オフ信号を送信する。さらに、電源制御部２３は、状態表示部２３ａを備える。

状態表示部２３ａは、例えば、７セグメントＬＥＤ（Light Emitting Diode）であり、電力供給状態やエラーコード等の表示を行う。なお、電源制御部２３は、冷却用ファン（図示せず）の動作チェックも行う。

ＰＳＵ２４は、直流電圧としてアクティブ電力およびスタンバイ電力を生成して出力する。アクティブ電力の電圧値は例えば、１２Ｖであり、スタンバイ電力の電圧値は例えば、１１Ｖである。

コプロボード３０−１、・・・、３０−６（総称する場合はコプロボード３０）において、コプロボード３０−１、・・・、３０−６は、電源制御部２３からの起動オン／オフ信号にもとづいて起動する。コプロボード３０−１、・・・、３０−６は、例えば、LinuxのＯＳで動作する。

また、仮想ＬＡＮドライバ３ａ１、・・・、３ａ６（総称する場合は仮想ＬＡＮドライバ３ａ）は、仮想ＬＡＮを介してブリッジボード２０および情報処理装置１０ａに接続するための接続制御を行う。さらに、仮想ＬＡＮドライバ３ａ１、・・・、３ａ６は、仮想ＬＡＮを介して情報処理装置１０ａと通信可能状態か（リンクアップ）、または通信不可状態（リンクダウン）かの判定を行い、判定結果を出力する。

コプロセッサ（演算処理部）３ｂ１、・・・、３ｂ６は、ＡＩ（Artificial Intelligence）推論処理や画像処理等の並列演算処理を行う演算プロセッサであり、例えば、ＣＰＵ、ＧＰＵ（Graphics Processing Unit）やＦＰＧＡ等が採用される。コプロセッサ３ｂ１、・・・、３ｂ６は、ＣＰＵとＧＰＵの組み合わせであってもよい。また、コプロセッサ３ｂ１、・・・、３ｂ６は、コプロボード３０−１、・・・、３０−６それぞれの運用制御を行う。

＜ハードウェア＞
図４は情報処理装置のハードウェア構成の一例を示す図である。情報処理装置１０ａは、プロセッサ（コンピュータ）１００によって全体制御されている。プロセッサ１００は、制御部１１の機能を実現する。

プロセッサ１００には、バス１０３を介して、メモリ１０１、入出力インタフェース１０２およびネットワークインタフェース１０４が接続されている。
プロセッサ１００は、マルチプロセッサであってもよい。プロセッサ１００は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、またはＰＬＤである。またプロセッサ１００は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

メモリ１０１は、記憶部１２の機能を実現し、情報処理装置１０ａの主記憶装置として使用される。メモリ１０１には、プロセッサ１００に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０１には、プロセッサ１００による処理に要する各種データが格納される。

また、メモリ１０１は、情報処理装置１０ａの補助記憶装置としても使用され、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。メモリ１０１は、補助記憶装置として、フラッシュメモリやＳＳＤ（Solid State Drive）等の半導体記憶装置やＨＤＤ（Hard Disk Drive）等の磁気記録媒体を含んでもよい。

バス１０３に接続されている周辺機器としては、入出力インタフェース１０２およびネットワークインタフェース１０４がある。入出力インタフェース１０２は、キーボードやマウス等の情報入力装置を接続可能であって、情報入力装置から送られてくる信号をプロセッサ１００に送信する。

さらにまた、入出力インタフェース１０２は、周辺機器を接続するための通信インタフェースとしても機能する。例えば、入出力インタフェース１０２は、レーザ光等を利用して、光ディスクに記録されたデータの読み取りを行う光学ドライブ装置を接続することができる。光ディスクには、Ｂｌｕ−ｒａｙＤｉｓｃ（登録商標）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（Rewritable）等がある。

また、入出力インタフェース１０２は、メモリ装置やメモリリーダライタを接続することができる。メモリ装置は、入出力インタフェース１０２との通信機能を搭載した記録媒体である。メモリリーダライタは、メモリカードへのデータの書き込み、またはメモリカードからのデータの読み出しを行う装置である。メモリカードは、カード型の記録媒体である。

ネットワークインタフェース１０４は、ネットワークに接続してネットワークインタフェース制御を行う。ネットワークインタフェース１０４には、例えば、ＮＩＣ（Network Interface Card）、無線ＬＡＮカード等を使用することもできる。ネットワークインタフェース１０４で受信されたデータは、メモリ１０１やプロセッサ１００に出力される。

以上のようなハードウェア構成によって、情報処理装置１０ａの処理機能を実現することができる。例えば、情報処理装置１０ａは、プロセッサ１００がそれぞれ所定のプログラムを実行することで本発明の処理を行うことができる。

情報処理装置１０ａは、例えば、コンピュータで読み取り可能な記録媒体に記録されたプログラムを実行することにより、本発明の処理機能を実現する。情報処理装置１０ａに実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。

例えば、情報処理装置１０ａに実行させるプログラムを補助記憶装置に格納しておくことができる。プロセッサ１００は、補助記憶装置内のプログラムの少なくとも一部を主記憶装置にロードし、プログラムを実行する。

また、光ディスク、メモリ装置、メモリカード等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えば、プロセッサ１００からの制御により、補助記憶装置にインストールされた後、実行可能となる。またプロセッサ１００が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。なお、ブリッジボード２０もコンピュータを備えて、図４に示した同様のハードウェアにより実現することができる。

＜シリアルコンソールログの取得動作＞
図５はシリアルコンソールログを取得する際の動作の一例を説明するための図である。情報処理システム１−２では、コプロボード３０−１、・・・、３０−６のLinuxの起動が正常に行われた場合、制御部１１は、syslogデーモンでコプロボード３０−１、・・・、３０−６のログ情報を取得する。また、Linuxの起動が正常に行われず、syslogデーモンによってログ情報が困難になる場合は、以下に示すような動作でログ情報の取得が行われる。

〔ステップＳ２１〕制御部１１は、記憶部１２に格納されているＢＩＯＳを読み出す。
〔ステップＳ２２〕制御部１１は、ＢＩＯＳによりＵＡＲＴ通信ＩＣ２２を駆動するための駆動信号（UART_ON）を、ＰＣＩｅコネクタ４を介してブリッジボード２０へ出力する。

〔ステップＳ２３〕ＵＡＲＴ通信ＩＣ２２は、駆動信号を受信するとリセットの解除を行い、駆動状態になる。
〔ステップＳ２４〕ＵＡＲＴ通信ＩＣ２２は、駆動状態になると、コプロボード３０−１、・・・、３０−６から出力されるログ情報と、ブリッジコントローラ２１から出力されるログ情報（中継装置用ログ情報）とを制御部１１へ送信するためのスイッチ切替を行う。

〔ステップＳ２５〕ＵＡＲＴ通信ＩＣ２２は、ステップＳ２４のスイッチ切替にもとづき、ＵＡＲＴインタフェースを介して、ＰＣＩｅコネクタ４を通じて制御部１１にログ情報を送信する。
なお、ＵＡＲＴ通信ＩＣ２２は、データフロー制御を行うために、送信データ（ＴＸ）および受信データ（ＲＸ）の他に、ＣＴＳ（Clear To Send）およびＲＴＳ（Request To Send）と呼ばれる信号を有している。ＣＴＳは、通信相手から来たデータ送信の許可信号を受け取るための信号であり、ＲＴＳは、通信相手にデータ送信を許可するための信号である。また、受信したこれらのログ情報は、ＰＣＩｅコネクタ４を介して制御部１１にＵＡＲＴインタフェースで送信される。

ＵＡＲＴ通信ＩＣ２２では、制御部１１からの駆動指示によって、これらのデータフロー制御が駆動状態になることで、コプロボード３０−１、・・・、３０−６から出力されるログ情報と、ブリッジコントローラ２１から出力されるログ情報との制御部１１への送信を行う。

〔ステップＳ２６〕制御部１１内のログ収集部１１ｄは、ＵＡＲＴ／ＵＳＢ（Universal Serial Bus）変換部１１ｄ１を有し、ＵＡＲＴ／ＵＳＢ変換部１１ｄ１は、ＵＡＲＴインタフェースで送信されたログ情報をＵＳＢインタフェースに変換する。

なお、この例では、６台のコプロボード３０−１、・・・、３０−６と、１台のブリッジコントローラ２１とのそれぞれのＵＡＲＴインタフェースのログ情報が受信されるので、７本のＵＳＢインタフェースのログ情報が生成されることになる。

〔ステップＳ２７〕ＵＳＢインタフェースのログ情報は、ログ収集部１１ｄ内のシリアルポート通信部１１ｄ２に入力される。シリアルポート通信部１１ｄ２は、ＵＳＢインタフェースでログ情報を受信して、シリアルポートのインタフェースでデータを出力するシリアルポート通信アプリケーションである。

〔ステップＳ２８〕シリアルポートはRS-232C等のＣＯＭ（communication）ポートであり、ＣＯＭポートから出力されるデータは汎用ＯＳで収集して保存管理することができ、メインボード１０側でＣＯＭデバイスと認識される。よって、シリアルポート通信部１１ｄ２のデータ通信は、例えば、Windows ＯＳで管理できる。

したがって、制御部１１（ログ収集部１１ｄ）は、Windows ＯＳを通じてシリアルポート通信部１１ｄ２で通信される情報、すなわち、ＵＳＢインタフェースを持つシリアルコンソールログを取得することができ、取得したシリアルコンソールログをロギングする。

このように、制御部１１は、ＵＡＲＴインタフェース（第１の通信インタフェース）のログ情報をシリアルポートから出力させるためのＵＳＢインタフェース（第２の通信インタフェース）に変換する。そして、Windows（第２のソフトウェア）でシリアルポート通信部１１ｄ２（シリアルポート）にシリアルコンソール接続して、コプロボード３０−１、・・・、３０−６のログ情報をシリアルコンソールログとして取得する。

これにより、コプロボード３０−１、・・・、３０−６側のLinuxが正常に起動せずにsyslogデーモンでsyslogが読めない場合であっても、コプロボード３０−１、・・・、３０−６から出力されているシリアルコンソールログを収集して、汎用ＯＳ（Windows）によってロギング（表示およびファイル保存を含む）することができる。

また、制御部１１は、非同期シリアルバス通信インタフェースであるＵＡＲＴインタフェースで通信されるログ情報を、シリアルバス通信インタフェースであるＵＳＢインタフェースで通信されるログ情報に変換する。これにより、ＵＳＢインタフェースをサポートする汎用ＯＳ（Windows）でログ情報を取得することができる。

さらに、ＵＡＲＴ通信ＩＣ２２は、駆動信号にもとづいて、中継通信を行うブリッジコントローラ２１（中継制御部）から出力される中継装置用ログ情報をＵＡＲＴインタフェース（第１の通信インタフェース）で通信を行う。制御部１１では、拡張バスを介して、駆動信号を送信してＵＡＲＴ通信ＩＣ２２を駆動させてＵＡＲＴ通信ＩＣ２２から送信される中継装置用ログ情報を受信する。

そして、制御部１１は、ＵＡＲＴインタフェース（第１の通信インタフェース）をＵＳＢインタフェース（第２の通信インタフェース）に変換して、ＵＳＢインタフェースに対応するWindows（第２のソフトウェア）で中継装置用ログ情報を取得する。
このような制御により、コプロボード３０−１、・・・、３０−６のログ情報だけでなく、ブリッジコントローラ２１（ブリッジボード２０）のログ情報もシリアルコンソールログとして取得することができる。

＜システム立ち上げ時の動作シーケンス＞
次に図６から図８を用いて、システム立ち上げ時の動作シーケンスについて説明する。 図６から図８はシステム立ち上げ時の動作シーケンスの一例を示す図である。
〔ステップＳ３１〕制御部１１、ブリッジボード２０およびコプロボード３０は、ＡＣＰＩ（Advanced Configuration and Power Interface）の電力状態として、Ｇ２・Ｓ５のソフトオフ状態にある。

〔ステップＳ３２〕電源制御部２３は、ユーザによって押下された電源ボタンの入力割込みを検出する。
〔ステップＳ３３〕電源制御部２３は、電源状態の確認を行い、ＰＳＵ２４に対して電力出力指示を行う。具体的には、電源制御部２３は、ＰＳＵ２４からアクティブ電力の１２Ｖが現在出力していないことを確認すると、ＰＳＵ２４に対して１２Ｖの出力指示を送信する。

〔ステップＳ３４〕ＰＳＵ２４は、電源制御部２３からの電力出力指示を受けると、アクティブ電力である１２Ｖを電源制御部２３、制御部１１およびブリッジボード２０上の各デバイスに供給する。

〔ステップＳ３５〕電源制御部２３は、状態表示部２３ａの電源ＬＥＤを点滅させる（起動中は点滅）。
〔ステップＳ３６〕電源制御部２３は、冷却用ファン（ＦＡＮ）の動作チェックを行う。

〔ステップＳ３７〕ブリッジボード２０内のブリッジコントローラ２１は、起動が完了すると、起動完了通知を電源制御部２３に送信する。
〔ステップＳ３８〕電源制御部２３は、メインボード１０の接続チェック等を行う。

〔ステップＳ３９〕電源制御部２３は、電源ボタンイベント（電源ボタンが押下されたことを示すイベント）を制御部１１に送信する。
〔ステップＳ４０〕制御部１１は、メインボード１０内の電源をオンして、ＢＩＯＳを起動する。

〔ステップＳ４１〕制御部１１は、ブリッジボード２０内のＵＡＲＴ通信ＩＣ２２に駆動信号（UART_ON）を送信する。
〔ステップＳ４２〕ＵＡＲＴ通信ＩＣ２２は、制御部１１から駆動信号を受信して駆動する。

〔ステップＳ４３〕制御部１１は、ＰＯＳＴ（Power On Self-Test）処理を行う。ＰＯＳＴ処理では、所定デバイス（ブリッジコントローラ２１やその他の周辺デバイス）の初期化が行われる。
〔ステップＳ４４〕制御部１１は、ＰＯＳＴ処理が終了するまで待ち合わせる。

〔ステップＳ４５〕電源制御部２３は、コプロボード３０の接続チェック等を行う。
〔ステップＳ４６〕電源制御部２３は、コプロボード３０に起動オン／オフ信号を送信して電源オンを行う。
〔ステップＳ４７〕コプロボード３０は、Linuxを起動する。

〔ステップＳ４８〕制御部１１は、ＰＯＳＴ処理の終了後、Windowsを起動する。
〔ステップＳ４９〕制御部１１は、仮想ＬＡＮドライバ３ａをロードする。
〔ステップＳ５０〕コプロボード３０は、仮想ＬＡＮドライバ３ａをロードする。

〔ステップＳ５１〕制御部１１は、データ転送許可およびサービス起動完了の通知を電源制御部２３に送信する。
〔ステップＳ５２〕コプロボード３０は、サービス起動完了の通知を電源制御部２３に送信する。
〔ステップＳ５３〕電源制御部２３は、状態表示部２３ａの電源ＬＥＤを点灯させる（起動完了で点灯）。

〔ステップＳ５４〕情報処理システム１−２は、Ｓ０（Working）の通常の運用状態になる。
上記のシーケンスにおいて、コプロボード３０がソフトオフ（ステップＳ３１）になってからサービス起動完了通知（ステップＳ５２）が行われる間の動作範囲Ｈ１のコプロボード３０の起動ログが、制御部１１が取得するコプロボード３０のログ情報である。

また、ブリッジボード２０が起動完了通知（ステップＳ３７）を行ってからＳ０状態（ステップＳ５４）になるまでの間の動作範囲Ｈ２のブリッジボード２０の動作ログが、制御部１１が取得するブリッジボード２０（ブリッジコントローラ２１）のログ情報である。

このようなシステム立ち上げシーケンスにおいて、制御部１１は、システム立ち上げ時に、ＵＡＲＴ通信ＩＣ２２に駆動信号を送信する。これにより、Linuxによるログ情報の取得が不可になる可能性があるシステム立ち上げ時において、ＵＡＲＴ通信ＩＣ２２を駆動させるので、Linuxが起動しない状態になっても、コプロボード３０およびブリッジコントローラ２１からのログ情報を確実に取得することができる。

＜コプロボード再起動時の動作シーケンス＞
次に図９、図１０を用いて、コプロボード再起動時の動作シーケンスについて説明する。図９および図１０はコプロボード再起動時の動作シーケンスの一例を示す図である。
〔ステップＳ６１〕情報処理システム１−２は、Ｓ０（Working）の通常の運用状態にある。

〔ステップＳ６２〕コプロボード３０−１、・・・、３０−６のうちで、所定コプロボード（所定コプロボード３０とする）の動作異常が制御部１１で検出されたとする。この場合、動作異常を起こした所定コプロボード３０から異常通知が制御部１１に送信され、制御部１１によってリカバリ操作が行われる。

〔ステップＳ６３〕制御部１１は、ＢＩＯＳが駆動したことにもとづいて、ブリッジボード２０内のＵＡＲＴ通信ＩＣ２２に駆動信号（UART_ON）を送信する。
〔ステップＳ６４〕ＵＡＲＴ通信ＩＣ２２は、制御部１１から駆動信号を受信して駆動する。

〔ステップＳ６５〕制御部１１は、電源制御部２３に対して、異常があった所定コプロボード３０の再起動要求を行う。
〔ステップＳ６６〕電源制御部２３は、再起動要求を受けると、所定コプロボード３０の接続チェック等を行う。

〔ステップＳ６７〕電源制御部２３は、所定コプロボード３０に起動オン／オフ信号を送信して電源オフを行う。
〔ステップＳ６８〕所定コプロボード３０は、Ｇ３（ハードオフ）の状態になる。

〔ステップＳ６９〕電源制御部２３は、所定コプロボード３０の電源状態の確認を行い、起動オン／オフ信号を通じて所定コプロボード３０の電源オンを行う。
〔ステップＳ７０〕所定コプロボード３０は、Linuxを起動する。
〔ステップＳ７１〕所定コプロボード３０は、仮想ＬＡＮドライバ３ａをロードする。

〔ステップＳ７２〕所定コプロボード３０は、サービス起動完了の通知を電源制御部２３に送信する。
〔ステップＳ７３〕電源制御部２３は、所定コプロボード３０が再起動したことの通知（再起動通知）を制御部１１に送信する。

〔ステップＳ７４〕制御部１１は、所定コプロボード３０のリカバリ後の後処理を行う。
〔ステップＳ７５〕情報処理システム１−２は、Ｓ０（Working）の通常の運用状態になる。

上記のシーケンスにおいて、所定コプロボード３０の異常検出（ステップＳ６２）が行われてからサービス起動完了通知（ステップＳ７２）が行われる間の動作範囲Ｈ３のログ（所定コプロボード３０のシャットダウンログおよび起動ログ）が、制御部１１が取得する所定コプロボード３０のログ情報である。

このようなコプロボード再起動時のシーケンスにおいて、制御部１１は、コプロボード３０の異常を検知した場合に、ＵＡＲＴ通信ＩＣ２２に駆動信号を送信する。これにより、コプロボード３０に異常が生じてLinuxが起動しない状態になっても、コプロボード３０およびブリッジコントローラ２１からのログ情報を確実に取得することができる。

＜フローチャート＞
次に図１１から図１３のフローチャートを用いて動作について説明する。図１１はシステム立ち上げ時の動作フローチャートの一例を示す図である。
〔ステップＳ８１〕電源制御部２３は、ＰＳＵ２４に電力出力指示を送信し、ＰＳＵ２４は、電力出力指示にもとづいて、１２Ｖを電源制御部２３、制御部１１およびブリッジボード２０上の各デバイスに供給する。

〔ステップＳ８２〕ブリッジボード２０は、電源オンを行う。
〔ステップＳ８３〕メインボード１０が起動する。
〔ステップＳ８４〕制御部１１は、ログ収集サービス（ログ収集部１１ｄの機能）を起動する。

〔ステップＳ８５〕制御部１１は、コプロボード３０の台数分のシリアルコンソールログの収集が完了したか否かを判定する。完了していない場合はステップＳ８６に処理が進み、完了した場合はステップＳ８８に処理が進む。

〔ステップＳ８６〕制御部１１は、ＵＡＲＴ通信ＩＣ２２に駆動信号（例えば、ＨレベルのUART_ON）を送信する。
〔ステップＳ８７〕ＵＡＲＴ通信ＩＣ２２は、リセットを解除して駆動状態になる。
〔ステップＳ８８〕制御部１１は、シリアルポート通信部１１ｄ２（ＣＯＭポート）と通信を行う。

〔ステップＳ８９〕制御部１１は、ＵＡＲＴ通信ＩＣ２２から送信されたログ情報をＵＳＢインタフェースに変換して、シリアルポート通信部１１ｄ２からログ情報を取得してロギングを開始する。
〔ステップＳ９０〕電源制御部２３は、コプロボード３０の起動制御を行う。
〔ステップＳ９１〕コプロボード３０は、Linuxを起動する。

〔ステップＳ９２〕仮想ＬＡＮドライバ３ａは、仮想ＬＡＮのリンク状態を検出し、リンクアップ状態であることを制御部１１に通知する。
〔ステップＳ９３〕仮想ＬＡＮがリンクアップ状態で有効の場合はステップＳ９４に処理が進み、仮想ＬＡＮが無効の場合はステップＳ９３の判定処理を繰り返す。

〔ステップＳ９４〕制御部１１は、ロギングを停止する。すなわち、仮想ＬＡＮがリンクアップ状態であるならば、仮想ＬＡＮを通じて例えば、syslogデーモンからログ情報を取得できるので、ＵＡＲＴ通信ＩＣ２２を介したログ情報のロギングは停止する。

図１２はコプロボード再起動時の動作フローチャートの一例を示す図である。
〔ステップＳ１０１〕コプロボード３０の電源再起動制御が行われる。
〔ステップＳ１０２〕コプロボード３０のLinuxがシャットダウンを開始する。
〔ステップＳ１０３〕仮想ＬＡＮドライバ３ａは、仮想ＬＡＮのリンク状態を検出し、リンクダウン状態であることを制御部１１に通知する。

〔ステップＳ１０４〕仮想ＬＡＮがリンクダウン状態で無効の場合はステップＳ１０５に処理が進み、仮想ＬＡＮが有効の場合はステップＳ１０４の判定処理を繰り返す。

〔ステップＳ１０５〕制御部１１は、ログ収集サービス（ログ収集部１１ｄの機能）を起動してロギングを開始する。すなわち、仮想ＬＡＮがリンクダウン状態であるならば、仮想ＬＡＮを通じてsyslogデーモンからログ情報を取得できないので、ＵＡＲＴ通信ＩＣ２２を介したログ情報のロギングを開始する。

〔ステップＳ１０６〕コプロボード３０のシャットダウンシーケンスが行われる。
〔ステップＳ１０７〕制御部１１は、シャットダウンに関するログ情報をロギングする。
〔ステップＳ１０８〕コプロボード３０はLinuxの起動を開始する。
〔ステップＳ１０９〕仮想ＬＡＮドライバ３ａは、仮想ＬＡＮのリンク状態を検出し、リンクアップ状態であることを制御部１１に通知する。

〔ステップＳ１１０〕制御部は、初期運用に関するログ情報（イニシャルログ）をロギングする。
〔ステップＳ１１１〕仮想ＬＡＮがリンクアップ状態で有効の場合はステップＳ１１２に処理が進み、仮想ＬＡＮが無効の場合はステップＳ１１１の判定処理を繰り返す。
〔ステップＳ１１２〕制御部１１は、ロギングを停止する。

このように、制御部１１は、仮想ＬＡＮ（ネットワーク）のリンクアップ状態を検出した場合は、ＵＡＲＴ通信ＩＣ２２への駆動信号の送信を行わずに、仮想ＬＡＮを介してログ情報をLinux（第１のソフトウェア）で取得する。

また、仮想ＬＡＮのリンクダウン状態を検出した場合は、ＵＡＲＴ通信ＩＣ２２へ駆動信号を送信して、ログ情報をWindows（第２のソフトウェア）により取得する。これにより、仮想ＬＡＮの通信可否状態に応じてログ情報の取得切替を効率よく行うことが可能になる。

図１３はエラーをロギングした場合にエラーコードを表示するまでの動作の一例を示すフローチャートである。
〔ステップＳ１２１〕電源制御部２３は、ＰＳＵ２４に電力出力指示を送信し、ＰＳＵ２４は、電力出力指示にもとづいて、１２Ｖを電源制御部２３、制御部１１およびブリッジボード２０上の各デバイスに供給する。

〔ステップＳ１２２〕ブリッジボード２０は、電源オンを行う。
〔ステップＳ１２３〕メインボード１０が起動する。
〔ステップＳ１２４〕制御部１１は、ログ収集サービス（ログ収集部１１ｄの機能）を起動する。

〔ステップＳ１２５〕制御部１１は、コプロボード３０の台数分のシリアルコンソールログの収集が完了したか否かを判定する。完了していない場合はステップＳ１２６に処理が進み、完了した場合はステップＳ１２８に処理が進む。

〔ステップＳ１２６〕制御部１１は、ＵＡＲＴ通信ＩＣ２２に駆動信号（例えば、ＨレベルのUART_ON）を送信する。
〔ステップＳ１２７〕ＵＡＲＴ通信ＩＣ２２は、リセットを解除して駆動状態になる。

〔ステップＳ１２８〕制御部１１は、シリアルポート通信部１１ｄ２（ＣＯＭポート）と通信を行う。
〔ステップＳ１２９〕制御部１１は、ＵＡＲＴ通信ＩＣ２２から送信されたログ情報をＵＳＢインタフェースに変換して、シリアルポート通信部１１ｄ２からログ情報を取得してロギングを開始する。

〔ステップＳ１３０〕制御部１１は、ログ情報のうちで特定文字列のメッセージ（エラーメッセージ）を監視する。
〔ステップＳ１３１〕制御部１１は、特定文字列のメッセージを検出すると、エラーメッセージのエラーコードを表示する。エラーコードは、例えば、図３に示した状態表示部２３ａを通じて、または図５に示した入出力インタフェース１０２を通じて表示される。

上記で説明した本発明の情報処理システムおよび情報処理装置の処理機能は、コンピュータによって実現することができる。この場合、情報処理システムおよび情報処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＣＤ−ＲＯＭ／ＲＷ等がある。光磁気記録媒体には、ＭＯ（Magneto Optical disk）等がある。

プログラムを流通させる場合、例えば、そのプログラムが記録されたＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。

また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。また、上記の処理機能の少なくとも一部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤ等の電子回路で実現することもできる。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

１−１ 情報処理システム
１ａ 情報処理装置
１ａ１ 制御部
１ｂ 中継装置
１ｂ１ 通信部
１ｃ 演算処理装置群
１ｃ−１、・・・、１ｃ−ｎ 演算処理装置

Claims (8)

1. 複数の演算処理装置を含む演算処理装置群と、
   駆動信号にもとづいて、前記演算処理装置群から出力されるログ情報を第１の通信インタフェースで通信を行う通信部を含み、拡張バスを介した中継通信を行う中継装置と、
   前記演算処理装置群を動作させる第１のソフトウェアを通じて前記ログ情報を取得し、前記第１のソフトウェアによる前記ログ情報の取得が不可の場合は、前記拡張バスを介して、前記駆動信号を送信して前記通信部を駆動させて前記通信部から送信される前記第１の通信インタフェースの前記ログ情報を受信し、前記第１の通信インタフェースを第２の通信インタフェースに変換して、前記第２の通信インタフェースに対応する第２のソフトウェアで前記ログ情報を取得する制御部を含む情報処理装置と、
   を有する情報処理システム。
2. 前記制御部は、前記第１の通信インタフェースの前記ログ情報をシリアルポートから出力させるための前記第２の通信インタフェースに変換し、前記第２のソフトウェアで前記シリアルポートにシリアルコンソール接続して、前記ログ情報をシリアルコンソールログとして取得する請求項１記載の情報処理システム。
3. 前記制御部は、前記第１の通信インタフェースから前記第２の通信インタフェースへの変換として、非同期シリアルバス通信インタフェースをシリアルバス通信インタフェースに変換する請求項１記載の情報処理システム。
4. 前記制御部は、システム立ち上げ時または前記演算処理装置の異常を検知した場合に、前記駆動信号を前記通信部に送信する請求項１記載の情報処理システム。
5. 前記通信部は、前記駆動信号にもとづいて、前記中継通信を行う中継制御部から出力される中継装置用ログ情報を前記第１の通信インタフェースで通信を行い、
   前記制御部は、前記拡張バスを介して、前記駆動信号を送信して前記通信部を駆動させて前記通信部から送信される前記第１の通信インタフェースの前記中継装置用ログ情報を受信し、前記第１の通信インタフェースを前記第２の通信インタフェースに変換して、前記第２の通信インタフェースに対応する前記第２のソフトウェアで前記中継装置用ログ情報を取得する、
   請求項１記載の情報処理システム。
6. 前記演算処理装置群と前記情報処理装置は、前記中継装置を介したネットワークで接続され、
   前記制御部は、前記ネットワークのリンクアップ状態を検出した場合は、前記駆動信号の送信を行わずに、前記ネットワークを介して前記ログ情報を前記第１のソフトウェアで取得し、前記ネットワークのリンクダウン状態を検出した場合は、前記駆動信号を送信して前記通信部を駆動させて、前記ログ情報を前記第２のソフトウェアにより取得する、
   請求項１記載の情報処理システム。
7. 複数の演算処理装置を含む演算処理装置群から出力されるログ情報を、前記演算処理装置群を動作させる第１のソフトウェアを通じて取得し、前記第１のソフトウェアによる前記ログ情報の取得が不可の場合は、第１の通信インタフェースで前記ログ情報の通信を行う通信部を含む中継装置の拡張バスを介して、前記通信部に駆動信号を送信して前記通信部を駆動させて前記通信部から送信される前記第１の通信インタフェースの前記ログ情報を受信し、前記第１の通信インタフェースを第２の通信インタフェースに変換して、前記第２の通信インタフェースに対応する第２のソフトウェアで前記ログ情報を取得する制御部、
   を有する情報処理装置。
8. コンピュータに、
   複数の演算処理装置を含む演算処理装置群から出力されるログ情報を、前記演算処理装置群を動作させる第１のソフトウェアを通じて取得し、
   前記第１のソフトウェアによる前記ログ情報の取得が不可の場合は、第１の通信インタフェースで前記ログ情報の通信を行う通信部を含む中継装置の拡張バスを介して、前記通信部に駆動信号を送信して前記通信部を駆動させて前記通信部から送信される前記第１の通信インタフェースの前記ログ情報を受信し、
   前記第１の通信インタフェースを第２の通信インタフェースに変換して、前記第２の通信インタフェースに対応する第２のソフトウェアで前記ログ情報を取得する、
   処理を実行させるプログラム。

Images