特開 2024-40860 異常検知装置、通信システム、異常検知方法、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024040860

(43)【公開日】2024-03-26

(54)【発明の名称】異常検知装置、通信システム、異常検知方法、及びプログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20240318BHJP

【ＦＩ】

G06F11/07 181

G06F11/07 140A

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022145490

(22)【出願日】2022-09-13

(71)【出願人】

【識別番号】000003193

【氏名又は名称】ＴＯＰＰＡＮホールディングス株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100139686

【弁理士】

【氏名又は名称】鈴木 史朗

(74)【代理人】

【識別番号】100169764

【弁理士】

【氏名又は名称】清水 雄一郎

(74)【代理人】

【識別番号】100147267

【弁理士】

【氏名又は名称】大槻 真紀子

(72)【発明者】

【氏名】岩井 祐樹

(72)【発明者】

【氏名】丹 寛之

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042KK14

5B042MA08

5B042MA16

5B042MC15

(57)【要約】

【課題】異常検知において誤った検知が頻繁に発生する場合であっても、異常のログを適切に記録する。
【解決手段】ハードウェア異常の有無が複数の種別のそれぞれについて示された異常情報を生成する機能を有する異常検知装置であって、前記複数の種別のうち記録を行わない種別であるマスク種別が示されたロギングマスク情報を記憶する記憶部と、前記異常情報を取得する異常検知部と、前記ロギングマスク情報と前記異常情報に基づいてハードウェア異常におけるログの記録を制御し、前記マスク種別に対応する種別におけるハードウェア異常を記録せず、前記マスク種別とは異なる種別におけるハードウェア異常を記録する異常記録制御部と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

ハードウェア異常の有無が複数の種別のそれぞれについて示された異常情報を生成する機能を有する異常検知装置であって、
前記複数の種別のうち記録を行わない種別であるマスク種別が示されたロギングマスク情報を記憶する記憶部と、
前記異常情報を取得する異常検知部と、
前記ロギングマスク情報と前記異常情報に基づいてハードウェア異常におけるログの記録を制御し、前記マスク種別に対応する種別におけるハードウェア異常を記録せず、前記マスク種別とは異なる種別におけるハードウェア異常を記録する異常記録制御部と、
を備える異常検知装置。

【請求項2】

前記異常情報は、ビット位置が前記複数の種別に対応し、ビット値がハードウェア異常の有無を示すビット列であり、
前記ロギングマスク情報は、ビット位置が前記複数の種別に対応するビット列であり、前記マスク種別に対応するビット位置におけるビット値に、前記異常情報において異常なしに対応する値が設定され、前記マスク種別に対応しないビット位置におけるビット値に、前記異常情報において異常ありに対応する値が設定され、
前記異常記録制御部は、前記異常情報と前記ロギングマスク情報とをＡＮＤ演算した演算結果が前記異常情報において異常なしを示す場合に前記演算結果を記録せず、前記演算結果が前記異常情報において異常ありを示す場合に前記演算結果を記録する、
請求項１に記載の異常検知装置。

【請求項3】

請求項１に記載の異常検知装置と、
前記異常検知装置と通信を行う端末装置と、
を備え、
前記端末装置は、
前記異常検知装置にコマンドを送信して前記ロギングマスク情報を設定するように要求し、
前記異常検知装置は、前記コマンドに応じて前記ロギングマスク情報を前記記憶部に記憶させる、
通信システム。

【請求項4】

ハードウェア異常の有無が複数の種別のそれぞれについて示された異常情報を生成する機能を有する異常検知装置であるコンピュータが行う異常検知方法であって、
記憶部が、前記複数の種別のうち記録を行わない種別であるマスク種別が示されたロギングマスク情報を記憶し、
異常検知部が、前記異常情報を取得し、
異常記録制御部が、前記ロギングマスク情報と前記異常情報に基づいてハードウェア異常におけるログの記録を制御し、前記マスク種別に対応する種別におけるハードウェア異常を記録せず、前記マスク種別とは異なる種別におけるハードウェア異常を記録する、
異常検知方法。

【請求項5】

ハードウェア異常の有無が複数の種別のそれぞれについて示された異常情報を生成する機能を有する異常検知装置であるコンピュータに、
前記複数の種別のうち記録を行わない種別であるマスク種別が示されたロギングマスク情報を記憶させ、
前記異常情報を取得させ、
前記ロギングマスク情報と前記異常情報に基づいてハードウェア異常におけるログの記録を制御し、前記マスク種別に対応する種別におけるハードウェア異常を記録せず、前記マスク種別とは異なる種別におけるハードウェア異常を記録させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、異常検知装置、通信システム、異常検知方法、及びプログラムに関する。

【背景技術】

【0002】

ハードウェアの異常を検知する技術がある（例えば、特許文献１）。異常検知においては、例えば、ハードウェアが、電圧異常等のハードウェアの異常を検知し、検知した異常をソフトウェアに通知する。ソフトウェアは、ハードウェアから通知された異常を、ＮＭＶ（Non-Volatile Memory、不揮発性メモリ）にログとして記録する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６６７８８４３号公報

【発明の概要】

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

【0004】

しかしながら、異常検知においては誤った検知がなされてしまう場合がある。例えば、ハードウェアが設けられる環境によっては電力供給が不安定になる場合があり、その電力供給側に起因する電圧変動が、ハードウェアの電圧異常とみなされるなどして誤った検知がなされてしまう場合がある。このような誤った検知が頻繁に発生すると、真の異常が検知される前にＮＭＶの書きこみ上限に到達してしまい、本当に異常が発生した際にその異常をログに記録することができなくなってしまう恐れがあった。

【0005】

本発明は、このような状況に鑑みてなされたものであり、異常検知において誤った検知が頻繁に発生する場合であっても、異常のログを適切に記録することができる異常検知装置、通信システム、異常検知方法、及びプログラムを提供することを目的とする。

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

【0006】

本発明の、異常検知装置は、ハードウェア異常の有無が複数の種別のそれぞれについて示された異常情報を生成する機能を有する異常検知装置であって、前記複数の種別のうち記録を行わない種別であるマスク種別が示されたロギングマスク情報を記憶する記憶部と、前記異常情報を取得する異常検知部と、前記ロギングマスク情報と前記異常情報に基づいてハードウェア異常におけるログの記録を制御し、前記マスク種別に対応する種別におけるハードウェア異常を記録せず、前記マスク種別とは異なる種別におけるハードウェア異常を記録する異常記録制御部と、を備える。

【0007】

本発明の、通信システムは、上記に記載の異常検知装置と、前記異常検知装置と通信を行う端末装置と、を備え、前記端末装置は、前記異常検知装置にコマンドを送信して前記ロギングマスク情報を設定するように要求し、前記異常検知装置は、前記コマンドに応じて前記ロギングマスク情報を前記記憶部に記憶させる。

【0008】

本発明の、異常検知方法は、ハードウェア異常の有無が複数の種別のそれぞれについて示された異常情報を生成する機能を有する異常検知装置であるコンピュータが行う異常検知方法であって、記憶部が、前記複数の種別のうち記録を行わない種別であるマスク種別が示されたロギングマスク情報を記憶し、異常検知部が、前記異常情報を取得し、異常記録制御部が、前記ロギングマスク情報と前記異常情報に基づいてハードウェア異常におけるログの記録を制御し、前記マスク種別に対応する種別におけるハードウェア異常を記録せず、前記マスク種別とは異なる種別におけるハードウェア異常を記録する。

【0009】

本発明の、プログラムは、ハードウェア異常の有無が複数の種別のそれぞれについて示された異常情報を生成する機能を有する異常検知装置であるコンピュータに、前記複数の種別のうち記録を行わない種別であるマスク種別が示されたロギングマスク情報を記憶させ、前記異常情報を取得させ、前記ロギングマスク情報と前記異常情報に基づいてハードウェア異常におけるログの記録を制御し、前記マスク種別に対応する種別におけるハードウェア異常を記録せず、前記マスク種別とは異なる種別におけるハードウェア異常を記録させる、プログラムである。

【発明の効果】

【0010】

本発明によれば、異常検知において誤った検知が頻繁に発生する場合であっても、異常のログを適切に記録することができる。

【図面の簡単な説明】

【0011】

【図1】実施形態による通信システム１の構成例を示すブロック図である。

【図2】実施形態によるロギングマスク情報１２０の例を示す図である。

【図3】実施形態による異常情報の例を示す図である。

【図4】実施形態による通信システム１が行う処理の流れを示すシーケンス図である。

【図5】実施形態による通信システム１が行う処理の流れを示すシーケンス図である。

【図6】実施形態による通信システム１が行う処理の流れを示すシーケンス図である。

【図7】図６で用いられるコマンドの構成例を示す図である。

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

【0012】

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

【0013】

図１は、実施形態による通信システム１の構成例を示すブロック図である。通信システム１は、ＳＥ１０と端末装置２０とを備える。ＳＥ１０と端末装置２０とは通信可能に接続される。

【0014】

ＳＥ１０は、セキュアエレメントなどと称される信号処理チップである。ＳＥ１０は、例えばプラスチック等のカード機材にＳＥ１０が実装されたＩＣカード、又はＳＩＭカード（Subscriber Identity Module Card）などの態様にて用いられる。ＳＥ１０は、ＣＰＵ（Central Processing Unit）などの信号処理用の集積回路であってもよいし、通信やメモリ及び信号処理の回路が１つのチップに組み込まれた、いわゆるＳｏＣ（System On Chip）などの大規模集積回路であってもよい。

【0015】

ＳＥ１０は、ＳＥ１０が備えるハードウェアの異常を検知する機能を有する。ここでのハードウェアには、例えば、ＣＰＵ（Central Processing Unit）、及び記憶媒体などが含まれる。記憶媒体には、例えば、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read / write Memory）、ＲＯＭ（Read Only Memory）、及びこれらの組合せが含まれる。

【0016】

ＳＥ１０は、例えば、ハードウェアの機能として、ハードウェアの異常を検知する機能を有する。ＳＥ１０は、例えば、ハードウェアの異常として電圧を監視する場合、電圧を監視するためのハードウェアの機能、例えば電圧監視回路を備える。この場合、電圧監視回路によって閾値未満の電圧値が検出された場合に割込みが発生するように構成される。

【0017】

また、ＳＥ１０は、ハードウェアの機能として、異常情報Ｅ（図３参照）を生成する機能を有する。ＳＥ１０は、例えば、信号生成回路を備え、例えば電圧監視回路などのハードウェアの異常を監視する回路からの割込みが発生した場合、発生した割込みに応じた異常情報Ｅを生成する。例えば、ＳＥ１０は、電圧監視回路からの割込みが発生した場合、電圧が異常であることを示す異常情報Ｅを生成する。ＳＥ１０は、生成した異常情報Ｅを、ＳＥ１０のソフトウェア（例えば、後述する異常検知部１３０）に出力する。

【0018】

端末装置２０は、コンピュータである。ここでは、端末装置２０として、ＳＥ１０に情報を書込んだり読出したりするリーダライタを想定しているが、これに限定されない。端末装置２０は、少なくともＳＥ１０と通信可能に接続されるコンピュータであればよく、端末装置２０として汎用ＰＣ、サーバ装置などを適用することが可能である。

【0019】

図１に示すように、ＳＥ１０は、例えば、通信部１１と、記憶部１２と、制御部１３とを備える。通信部１１は、端末装置２０と通信を行う。

【0020】

記憶部１２は、記憶媒体である。記憶部１２は、ＳＥ１０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。記憶部１２は、例えば、ロギングマスク情報１２０と、ロギング情報１２１とを記憶する。

【0021】

図２は、実施形態によるロギングマスク情報１２０の例を示す図である。図２に示すように、ロギングマスク情報１２０は、ビット位置（ＢＩＴ００、ＢＩＴ０１、…、ＢＩＴ０７）と、そのビット位置におけるビット値（ｂ’０、又はｂ’１）とが対応づけられた情報である。

【0022】

ロギングマスク情報１２０において、ビット位置はハードウェア異常の種別を示す。例えば、ビット位置（ＢＩＴ００）は、ハードウェア異常の種別としての「電圧異常」に対応する。ビット位置（ＢＩＴ０１）は、ハードウェア異常の種別としての「温度異常」に対応する。

【0023】

ロギングマスク情報１２０において、ビット値はハードウェア異常をログとして記録するか否かを示す。例えば、ビット値（ｂ’０）はハードウェア異常をログとして記録しないことを示す。一方、ビット値（ｂ’１）はハードウェア異常をログとして記録することを示す。

【0024】

例えば、ビット位置（ＢＩＴ００）にビット値（ｂ’０）が設定された場合、ハードウェア異常として電圧が異常である旨が検知された場合に、その電圧の異常をログに記録しないことを示す。ビット位置（ＢＩＴ０１）にビット値（ｂ’１）が設定された場合、ハードウェア異常として温度が異常である旨が検知された場合に、その温度の異常をログに記録することを示す。

【0025】

ロギング情報１２１は、ハードウェアの異常が記録されたログを示す情報である。ロギング情報１２１は、例えば、ハードウェアから通知された異常情報Ｅに、その異常情報Ｅが通知された日時を対応付けた情報である。

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

１…通信システム
１０…ＳＥ（異常検知装置）
１１…通信部
１２…記憶部
１２０…ロギングマスク情報
１２１…ロギング情報
１３…制御部
１３０…異常検知部
１３１…異常記録制御部
１３２…装置制御部
２０…端末装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】