特許 7577985 情報処理装置および方法

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

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

(11)【特許番号】

(24)【登録日】2024-10-28

(45)【発行日】2024-11-06

(54)【発明の名称】情報処理装置および方法

(51)【国際特許分類】

   G06F 11/07 20060101AFI20241029BHJP

【ＦＩ】

G06F11/07 184

G06F11/07 140Q

【請求項の数】 5

(21)【出願番号】P 2020199237

(22)【出願日】2020-11-30

(65)【公開番号】P2022086932

(43)【公開日】2022-06-09

【審査請求日】2023-09-13

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】吉田 文幸

【審査官】松平 英

(56)【参考文献】

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

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

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

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

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

Ｇ０６Ｆ ９／４５５－９／５４

１１／０７

１１／２８－１１／３６

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

【請求項1】

第１のＣＰＵの動作で通常機能を提供する機能提供部と、
第２のＣＰＵの動作で、前記第１のＣＰＵの前記機能提供部から通知される障害情報のメモリ領域のアドレスを収集する障害情報収集部と、
前記機能提供部における障害の発生を前記第２のＣＰＵの前記障害情報収集部に通知する通知部としてのＷａｔｃｈ Ｄｏｇと、
を有し、
前記Ｗａｔｃｈ Ｄｏｇは、前記第１のＣＰＵにより定周期に行われる前記Ｗａｔｃｈ Ｄｏｇに対してのＲｅｆｒｅｓｈ動作が一定期間行われない場合に前記第２のＣＰＵに対して割込み信号を通知することで、前記機能提供部における障害の発生を前記障害情報収集部に通知し、
前記障害情報収集部は、前記Ｗａｔｃｈ Ｄｏｇによる前記割込み信号により前記機能提供部における障害の発生が通知されると前記機能提供部に対応する前記メモリ領域から前記障害情報を示す前記アドレスのデータを読み出して保存部に保存する、
情報処理装置。

【請求項2】

前記障害情報収集部は、ネットワークを経由して外部の保存部へ前記データを保存する、
請求項１に記載の情報処理装置。

【請求項3】

前記障害情報収集部は、起動後に前記機能提供部から通知された前記メモリ領域であるＯＳ領域のアドレスから前記データを読み出す、
請求項１または２に記載の情報処理装置。

【請求項4】

前記第１のＣＰＵはプリンタ組込みシステムのＣＰＵであり、
前記機能提供部は印刷機能を提供する、
請求項１乃至３のうちの何れか一項に記載の情報処理装置。

【請求項5】

組込みシステムが通常機能の障害情報を収集して保存する方法であって、
第１のＣＰＵの動作で前記通常機能を提供し、
第２のＣＰＵの動作で、前記第１のＣＰＵから通知される前記障害情報のメモリ領域のアドレスを収集し、
前記第１のＣＰＵからＷａｔｃｈ Ｄｏｇに対して定周期にＲｅｆｒｅｓｈ動作を行い、
前記Ｒｅｆｒｅｓｈ動作が前記第１のＣＰＵから一定期間行われない場合に前記Ｗａｔｃｈ Ｄｏｇから前記第２のＣＰＵに対して割込み信号を通知し、
前記Ｗａｔｃｈ Ｄｏｇによる前記割込み信号が通知されると、前記第２のＣＰＵの動作で、前記通常機能の障害の発生時の割込処理として前記通常機能に対応する前記メモリ領域から前記障害情報を示す前記アドレスのデータを読み出して保存部に保存する、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置および方法に関する。

【背景技術】

【0002】

従来、組み込みシステムの障害解析は手間がかかり時間がかかる。例えば障害の一つにオペレーティングシステムのストール（ハングアップ）がある。この障害が発生すると、デバッグを目的としたコマンドの実行も行えず、またオペレーティングシステムが提供するデバッグ機能も利用することができないため、障害解析が難しくなる。

【0003】

特許文献１には、機能を提供するメイン処理部と、障害検知と情報収集を行う障害検出部／監視制御部とについて開示されている。メイン処理部が通常の動作時に障害検出部／監視制御部に所定の信号を定期的に送出し、最後の情報送出から一定時間以上経過したとき、障害検出部／監視制御部障害がメイン制御部で障害発生とみなす。

【発明の概要】

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

【0004】

しかしながら、従来技術において障害の原因を正しく判断するには、定期的に機器状態を障害検出部／監視制御部障害に送出しなければならないため、その動作にＣＰＵリソースを割く必要がある。組み込みシステムでは一般的なＰＣよりもＣＰＵの性能が低い場合が多く、この方式を用いると製品性能を劣化させるリスクが極めて高いという問題がある。

【0005】

本発明は、上記問題に鑑みてなされたものであって、組込みシステムの処理能力が限られている環境でも障害発生時の情報を収集することが可能な情報処理装置および方法を提供することを目的とする。

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

【0006】

上述した課題を解決し、目的を達成するために、本発明の情報処理装置は、第１のＣＰＵの動作で通常機能を提供する機能提供部と、第２のＣＰＵの動作で、前記第１のＣＰＵの前記機能提供部から通知される障害情報のメモリ領域のアドレスを収集する障害情報収集部と、前記機能提供部における障害の発生を前記第２のＣＰＵの前記障害情報収集部に通知する通知部としてのＷａｔｃｈ Ｄｏｇと、を有し、前記Ｗａｔｃｈ Ｄｏｇは、前記第１のＣＰＵにより定周期に行われる前記Ｗａｔｃｈ Ｄｏｇに対してのＲｅｆｒｅｓｈ動作が一定期間行われない場合に前記第２のＣＰＵに対して割込み信号を通知することで、前記機能提供部における障害の発生を前記障害情報収集部に通知し、前記障害情報収集部は、前記Ｗａｔｃｈ Ｄｏｇによる前記割込み信号により前記機能提供部における障害の発生が通知されると前記機能提供部に対応する前記メモリ領域から前記障害情報を示す前記アドレスのデータを読み出して保存部に保存することを特徴とする。

【発明の効果】

【0007】

本発明によれば、組込みシステムの処理能力が限られている環境でも障害発生時の情報を収集することができるという効果を奏する。

【図面の簡単な説明】

【0008】

【図1】図１は、実施の形態にかかる情報処理装置の構成の一例を示す図である。

【図2】図２は、第１のＣＰＵから第２のＣＰＵへ機能提供部の割り当て領域を通知する処理フローの一例を示す図である。

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

【0009】

以下に添付図面を参照して、情報処理装置および方法の実施の形態について詳細に説明する。

【0010】

（実施の形態）
図１は、実施の形態にかかる情報処理装置の構成の一例を示す図である。図１にはプリンタ等の組込みシステムの情報処理装置の構成を示している。情報処理装置１は、ＣＰＵ（Central Processing Unit）、揮発性メモリであるＲＡＭ（Random Access Memory）１３、不揮発性メモリ２３、およびネットワークデバイス２４などのハードウェア構成を有する。上記ＣＰＵは、複数のＣＰＵ、一例として第１のＣＰＵ１１と第２のＣＰＵ２１である。また、タイマ１２やＷａｔｃｈ Ｄｏｇ１４をハードウェアとして備える。タイマ１２は、第１のＣＰＵ１１が利用する。

【0011】

情報処理装置１は、図１に示すように機能提供手段１０と障害情報収集手段２０とを備える。機能提供手段１０は、第１のＣＰＵ１１により動作する例えばＯＳ１５１や各種アプリケーション等のソフトウェア機能部（「機能提供部」に相当）１５により、通常の機能を提供する。また、障害情報収集手段２０は、第２のＣＰＵ２１により動作する情報収取モジュール２５２等のソフトウェア機能部（「障害情報収集部」に相当）２５により、障害情報を収集する機能を提供する。ここで、ＯＳ１５１は、組込みシステムに組み込まれる汎用ＯＳ（Operating System）／リアルタイムＯＳを指す。

【0012】

機能提供手段１０は、例えばプリンタの組込みシステムであれば印刷機能を提供する演算処理回路に相当する。障害情報収集手段２０は、機能提供手段１０における障害発生時に情報を収集して保存するための各種構成を有する。

【0013】

この構成において、第１のＣＰＵ１１は機能提供部１５が使用するＲＡＭ１３の割り当て領域を第２のＣＰＵ２１に通知する。まず第１のＣＰＵ１１から第２のＣＰＵ２１へ機能提供部１５の割り当て領域を通知する処理について説明する。

【0014】

図２は、第１のＣＰＵ１１から第２のＣＰＵ２１へ機能提供部１５の割り当て領域を通知する処理フローの一例を示す図である。図２に示すように、第１のＣＰＵ１１は、ＯＳを起動すると（Ｓ１１）、ＲＡＭ１３上にログ領域を割り当て（Ｓ１２）、第２のＣＰＵ２１にログ領域のアドレスｄ１を通知し（Ｓ１３）、さらにＯＳ領域のアドレスｄ２を通知する（Ｓ１４）。

【0015】

第２のＣＰＵ２１は、情報収集モジュール２５２を起動し（Ｓ２１）、第１のＣＰＵ１１から送信されてくるログ領域のアドレスｄ１を受信して情報収集モジュール２５２に設定し（Ｓ２２）、さらに第１のＣＰＵ１１から送信されてくるＯＳ領域のアドレスｄ２を受信して情報収集モジュール２５２に設定する（Ｓ２３）。情報収集モジュール２５２は、機能提供手段１０で障害が起きた際に上記の設定アドレスからＯＳ等のデータを読み出す。

【0016】

図１に戻り、障害発生時のデータ収集方法について説明する。機能提供部１５は、タイマハンドラ１５２により、タイマ１２から定周期の信号を読み、そのタイミングでＷａｔｃｈ Ｄｏｇ１４のリフレッシュ（Ｗａｔｃｈ Ｄｏｇ Ｒｅｆｌｅｓｈ）を行う。

【0017】

ここで、Ｗａｔｃｈ Ｄｏｇ１４は、システムの暴走を検知するためのハードウェアであり、一定期間経過したとき、ＮＭＩ（マスク不能割り込み）をあげる。大抵の場合、この割り込みを検知したときにシステムを再起動する。Ｗａｔｃｈ Ｄｏｇ１４は割込みを第２のＣＰＵ２１に入れるため、第２のＣＰＵ２１と同じＡＳＩＣ上に実装するか、あるいは、それとは別に実装して、第２のＣＰＵ２１の割込み端子に信号線を接続する構成でもよい。

【0018】

機能提供部１５は、一定期間経過ごとにＷａｔｃｈ Ｄｏｇ１４に対して「リフレッシュ」という動作を行う。機能提供部１５が致命的な異常状態に陥った場合、「リフレッシュ」が行われずに一定時間が経過することになる。リフレッシュの動作が一定時間行われずに経過すると、Ｗａｔｃｈ Ｄｏｇ１４が「通知部」として第２のＣＰＵ２１に信号（割込み信号）を通知する。

【0019】

第２のＣＰＵ２１は割込み信号により障害発生を監視する。第２のＣＰＵ２１は、割込み信号を検出すると、ＮＭＩ割込みハンドラ２５１により情報収集モジュール２５２の割込み処理を行う。情報収集モジュール２５２は、割込み処理としてＲＡＭ１３の設定アドレス（ログ領域やＯＳ領域）からメモリデータを読み出す。例えば、情報収集モジュール２５２はＲＡＭ１３のＯＳ領域のアドレスからメモリデータＭ１を読み出す。さらに、情報収集モジュール２５２は、読み出したメモリデータをネットワークデバイス２４に出力し、ネットワークデバイス２４から、接続しているネットワークを経由して、そのメモリデータを外部のサーバやクラウドストレージなどの保存部に送信する。なお、メモリデータは、情報処理装置１の外部の保存先に限らず、情報処理装置１の内部に設けた不揮発性メモリ２３等の保存部に保存してもよい。

【0020】

その後は、例えばシステムが再起動され、解析者は保存部のデータを利用して障害発生原因を解析する。

【0021】

このように、本実施の形態では、ＯＳやアプリケーション等の通常の機能を提供する機能提供手段と障害情報を収集する障害情報収集手段との個別のＣＰＵを実装した形態を示した。ＯＳが不正なメモリ空間にアクセスしたりストールと呼ばれる状態に陥ると「ハングアップ」と呼ばれる状態になるが、この構成は障害発生時のみデバッグ機能が動作してＲＡＭ１３上のデータのうちの機能提供部１５に対応する領域を読み出す構成のため、製品が提供する通常の機能と直接関係がない動作にＣＰＵリソースを割かなくて済む。よって、製品の性能を劣化させるリスクが極めて低い。

【0022】

また、障害発生時に読み出しの対象となるデータをＯＳ等の領域に限定すれば障害情報収集にかかる時間を短くすることができる。通常のユーザプロセス（コマンド）が不正なメモリ空間にアクセスした場合、ＯＳはこれを検知して該当プロセスを強制的に終了させる仕組みがある。よって、ユーザプロセス自体がストール系の障害に陥ることは稀である。一方でＯＳは、ハードウェアのレジスタなど、誤ったアクセスが致命的な結果となる領域へのアクセスが可能である。つまり、ストールのような致命的な障害に陥るソフトウェアはＯＳであることが多い。よって、障害解析に必要な情報の読み出しをする際、範囲をＯＳ領域等に限定することで、障害情報収集にかかる時間を減らすことが可能になる。

【0023】

また、読みだしたデータを保存部に保存するため、このデータを設計者は後に原因解析のために用いることができる。また、ＯＳの領域のデータを読み取れば、障害の原因を正しく判断することができる。

【0024】

また、大規模組込みシステムで障害が発生した場合でも、障害解析期間を短縮化することができる。

【0025】

以上により、組込みシステムの処理能力が限られている環境でも障害発生時の情報を収集することが可能である。

【0026】

なお、上記には、実施の形態を説明したが、上記実施の形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施の形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0027】

１ 情報処理装置
１０ 機能提供手段
１１ 第１のＣＰＵ
１２ タイマ
１３ ＲＡＭ
１４ Ｗａｔｃｈ Ｄｏｇ
１５ ソフトウェア機能部（「機能提供部」に相当）
２０ 障害情報収集手段
２１ 第２のＣＰＵ
２３ 不揮発性メモリ
２４ ネットワークデバイス
２５ ソフトウェア機能部（「障害情報収集部」に相当）
１５１ ＯＳ
１５２ タイマハンドラ
２５１ ＮＭＩ割込みハンドラ
２５２ 情報収取モジュール
Ｍ１ メモリデータ

【先行技術文献】

【特許文献】

【0028】

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

【図1】

【図2】