特許7521837 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ＮＥＣプラットフォームズ株式会社の特許一覧

特許7521837処理システム、処理方法、およびプログラム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

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

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

(11)【特許番号】

(24)【登録日】2024-07-16

(45)【発行日】2024-07-24

(54)【発明の名称】処理システム、処理方法、およびプログラム

(51)【国際特許分類】

H04L 43/0823 20220101AFI20240717BHJP

G06F 11/14 20060101ALI20240717BHJP

【ＦＩ】

H04L43/0823

G06F11/14 641Z

【請求項の数】 6

(21)【出願番号】P 2023042518

(22)【出願日】2023-03-17

【審査請求日】2023-03-17

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

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

(74)【代理人】

【識別番号】100181135

【弁理士】

【氏名又は名称】橋本隆史

(72)【発明者】

【氏名】鈴木傑

【審査官】速水雄太

(56)【参考文献】

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

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

【文献】米国特許第１０２５６９４４（ＵＳ，Ｂ１）

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

Ｈ０４Ｌ４３／０８２３

Ｇ０６Ｆ１１／１４

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

【請求項1】

パケットに含まれるデータと、前記データに対応するＥＯＰ（ＥｎｄＯｆＰａｃｋｅｔ）を示すＥＯＰビットとを保管可能な第１保管手段と、
前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管可能な第２保管手段と、
前記第２保管手段から得た前記パケット長に相当する長さのデータを、前記第１保管手段から読み出し可能な読み出し手段と、
前記読み出し手段が読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが１である場合に異常状態であると判定する判定手段と、
を備える処理システム。

【請求項2】

前記判定手段が異常状態であると判定した場合、処理システムをリセットする復旧手段、
を備える請求項１に記載の処理システム。

【請求項3】

前記パケット長をカウントするカウント手段、
を備え、
前記第２保管手段は、
前記パケット種別と、前記カウント手段がカウントした前記パケット長とを関連付けて保管する、
請求項１に記載の処理システム。

【請求項4】

前記読み出し手段は、
前記第２保管手段が、前記パケット種別と、前記パケット長とを関連付けて保管していない場合、前記第２保管手段から得た前記パケット長に相当する長さのデータの前記第１保管手段からの読み出しを保留する、
請求項１から請求項３の何れか一項に記載の処理システム。

【請求項5】

パケットに含まれるデータと、前記データに対応するＥＯＰを示すＥＯＰビットとを保管することと、
前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管することと、
前記パケット長に相当する長さのデータを読み出すことと、
読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが１である場合に異常状態であると判定することと、
を含む処理方法。

【請求項6】

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、処理システム、処理方法、およびプログラムに関する。

【背景技術】

【0002】

さまざまな分野で通信技術が使用されている。通信を行う場合、データをパケット単位で送受信することがある。特許文献１には、関連する技術として、パケットを伝送する装置に関する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－００２４７５号公報

【発明の概要】

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

【0004】

ところで、パケットが用いられる通信において、パケットに含まれるデータ長を示すデータにソフトエラーが発生した場合、誤ったパケット長に相当する長さでデータが認識されることになる。その結果、通信において適切なデータとして送受信されなくなく可能性がある。そのため、通信において、容易にソフトエラーの発生を判定することのできる技術が求められている。

【0005】

本開示の各態様は、上記の課題を解決することのできる処理システム、処理方法、およびプログラムを提供することを目的の１つとしている。

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

【0006】

上記目的を達成するために、本開示の一態様によれば、処理システムは、パケットに含まれるデータと、前記データに対応するＥＯＰ（ＥｎｄＯｆＰａｃｋｅｔ）を示すＥＯＰビットとを保管可能な第１保管手段と、前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管可能な第２保管手段と、前記第２保管手段から得た前記パケット長に相当する長さのデータを、前記第１保管手段から読み出し可能な読み出し手段と、前記読み出し手段が読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが１である場合に異常状態であると判定する判定手段と、を備える。

【0007】

上記目的を達成するために、本開示の別の態様によれば、処理方法は、パケットに含まれるデータと、前記データに対応するＥＯＰを示すＥＯＰビットとを保管することと、前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管することと、前記パケット長に相当する長さのデータを読み出すことと、読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが１である場合に異常状態であると判定することと、を含む。

【0008】

上記目的を達成するために、本開示の別の態様によれば、プログラムは、パケットに含まれるデータと、前記データに対応するＥＯＰを示すＥＯＰビットとを保管することと、前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管することと、前記パケット長に相当する長さのデータを読み出すことと、読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが１である場合に異常状態であると判定することと、を実行させる。

【発明の効果】

【0009】

本開示の各態様によれば、通信において、容易にソフトエラーの発生を判定することができる。

【図面の簡単な説明】

【0010】

【図1】本開示の一実施形態による異常検出システムの構成の一例を示す図である。

【図2】本開示の一実施形態におけるビットエラーが発生していない正常状態のパケットの一例を示す図である。

【図3】本開示の一実施形態におけるビットエラーが発生している異常状態のパケットの一例を示す図である。

【図4】本開示の一実施形態による異常検出システムの構成の一具体例を示す図である。

【図5】図４に示す本開示の一実施形態による情報ＦＩＦＯ部に格納したデータ長のビットにソフトエラーが発生していない場合の異常検出システムにおける信号の一例を示す図である。

【図6】図４に示す本開示の一実施形態による情報ＦＩＦＯ部に格納したデータ長のビットにソフトエラーが発生している場合の異常検出システムにおける信号の一例を示す図である。

【図7】図６に示す異常検出システムにおける信号の一部を拡大した図である。

【図8】本開示の一実施形態による異常検出システムの比較対象である関連する第１の信号処理技術を説明するための図である。

【図9】本開示の一実施形態による異常検出システムの比較対象である関連する第２の信号処理技術を説明するための第１の図である。

【図10】本開示の一実施形態による異常検出システムの比較対象である関連する第２の信号処理技術を説明するための第２の図である。

【図11】本開示の一実施形態による異常検出システムの比較対象である関連する第２の信号処理技術を説明するための第３の図である。

【図12】本開示の一実施形態による異常検出システムの比較対象である関連する第３の信号処理技術を説明するための第１の図である。

【図13】本開示の一実施形態による異常検出システムの比較対象である関連する第３の信号処理技術を説明するための第２の図である。

【図14】本開示の一実施形態による異常検出システムの比較対象である関連する第３の信号処理技術を説明するための第３の図である。

【図15】本開示の一実施形態による異常検出システムの比較対象である関連する第４の信号処理技術を説明するための第１の図である。

【図16】本開示の一実施形態による異常検出システムの比較対象である関連する第４の信号処理技術を説明するための第２の図である。

【図17】本開示の一実施形態による異常検出システムの比較対象である関連する第４の信号処理技術を説明するための第３の図である。

【図18】本開示の別の実施形態による異常検出システムの構成の一例を示す図である。

【図19】本開示の別の実施形態による異常検出システムにおける信号の一例を示す図である。

【図20】本開示の別の実施形態による異常検出システムの構成の一例を示す図である。

【図21】本開示の実施形態による処理システムの最小構成を示す図である。

【図22】本開示の実施形態による最小構成の処理システムの処理フローの一例を示す図である。

【図23】少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。

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

【0011】

以下、図面を参照しながら実施形態について詳しく説明する。
＜実施形態＞
本開示の一実施形態による異常検出システム１（処理システムの一例）は、通信において、容易にソフトエラーの発生を判定することのできるシステムである。

【0012】

（異常検出システムの構成）
図１は、本開示の一実施形態による異常検出システム１の構成の一例を示す図である。異常検出システム１は、図１に示すように、データＦＩＦＯ（ＦｉｒｓｔＩｎＦｉｒｓｔＯｕｔ）部１０、ＥＯＰ（ＥｎｄＯｆＰａｃｋｅｔ）確認部２０、復旧処理部３０、パケット長カウント部４０、パケット種別判定部５０、情報ＦＩＦＯ部６０、１パケットリード制御部７０、パケット種別信号処理選択部８０、パケット種別＃Ａ信号処理部９０ａ、パケット種別＃Ｂ信号処理部９０ｂ、・・・、パケット種別＃ｎ信号処理部９０ｎを備える。なお、パケット種別＃Ａ信号処理部９０ａ、パケット種別＃Ｂ信号処理部９０ｂ、・・・、パケット種別＃ｎ信号処理部９０ｎを総称して、パケット種別信号処理部９０ということがある。

【0013】

データＦＩＦＯ部１０は、パケットがＥＯＰとともに異常検出システム１に入力されると、データおよびＥＯＰを保管する。

【0014】

ＥＯＰ確認部２０は、１パケットリード制御部７０がデータＦＩＦＯ部１０から１パケット読み出している間、その１パケットにおける最後のデータに対応するＥＯＰビットが１であり、かつ、その１パケットにおける途中のデータに対応するＥＯＰビットのすべてが０であるか否かを判定する。

【0015】

ＥＯＰ確認部２０は、１パケットにおける最後のデータに対応するＥＯＰビットが１であり、かつ、その１パケットにおける途中のデータに対応するＥＯＰビットのすべてが０であると判定した場合、読み出した１パケットが異常検出システム１に入力された１パケットに一致する（すなわち、ソフトエラーが発生しておらず、正常状態である）と判定する。

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

図１２に示す装置は、「ライトデータＣＲＣ生成」、「情報ＦＩＦＯ」、「パケット種別判定」、「パケット長カウンタ」、「リードデータＣＲＣ生成」、「データＦＩＦＯ」、「ＣＲＣ比較」、「パケット長カウンタ」、「パケット種別判定」、「１パケットリード制御」、「パケット種別信号処理選択」、「信号処理」、「パケット種別＃Ａ信号処理」、「パケット種別＃Ｂ信号処理」、「パケット種別＃ｎ信号処理」の処理部を有する。

【0060】

「ライトデータＣＲＣ生成」の処理部により装置は、入力されるパケットをＮビット毎に１パケットの間積算する。そして、装置は、積算結果の下位ＮビットをライトＣＲＣとする。装置は、次のパケットの積算を０から開始する。

【0061】

「情報ＦＩＦＯ」の処理部により装置は、「ライトデータＣＲＣ生成」の処理部により得たＮビットのライトＣＲＣと、「パケット種別判定」の処理部により得たパケット種別と、「パケット長カウンタ」の処理部により得たデータ長を保管する。この保管は、１パケットに１回であるパケットの最終データを「データＦＩＦＯ」の処理部へ保管した後に行う。

【0062】

「リードデータＣＲＣ生成」の処理部により装置は、「データＦＩＦＯ」の処理部から読み出したパケットをＮビット毎に１パケットの間積算する。そして、装置は、積算結果の下位ＮビットをリードＣＲＣとする。装置は、次のパケットの積算を０から開始する。

【0063】

「ＣＲＣ比較」の処理部により装置は、「情報ＦＩＦＯ」の処理部から読み出したライトＣＲＣと、「リードデータＣＲＣ生成」の処理部の出力のリードＣＲＣとを比較する。そして、装置は、一致するまたは一致しない（不一致）ことを示す比較結果を出力する。

【0064】

「パケット長カウンタ」の処理部により装置は、パケットのデータ長をカウントする。「パケット種別判定」の処理部により装置は、パケットのデータからパケット種別＃Ａ～ｎのどれに該当するのかを判定する。「データＦＩＦＯ」の処理部により装置は、パケットを保管する。

【0065】

「１パケットリード制御」の処理部により装置は、「情報ＦＩＦＯ」の処理部が空でない場合、「情報ＦＩＦＯ」の処理部からデータを１回読み出す。そして、装置は、「情報ＦＩＦＯ」の処理部から得たパケット長分、「データＦＩＦＯ」の処理部からデータを読み出す。ただし、「パケット種別信号処理選択」の処理部がＲｅａｄｙ状態でない場合、「データＦＩＦＯ」の処理部からのデータの読み出しを保留する。

【0066】

「パケット種別信号処理選択」の処理部により装置は、「パケット種別判定」の処理部で判定したパケット種別の「信号処理」の処理部へパケットを入力する。また、装置は、「情報ＦＩＦＯ」の処理部から得たパケット種別の「信号処理」の処理部のＲｅａｄｙ情報を選択する。そして、装置は、選択したＲｅａｄｙ情報を「１パケットリード制御」の処理部へ出力する。例えば、「情報ＦＩＦＯ」の処理部から得たパケット種別がパケット種別＃Ａである場合、装置は、「パケット種別＃Ａ信号処理」の処理部のＲｅａｄｙ信号を「１パケットリード制御」の処理部へ出力する。そして、装置は、「データＦＩＦＯ」の処理部から読み出したパケットを「パケット種別＃Ａ信号処理」の処理部を出力する。

【0067】

【0068】

【0069】

【0070】

装置は、「情報ＦＩＦＯ」の処理部のパケット長分「データＦＩＦＯ」の処理部のデータを読み取る。装置が、その後、ライトＣＲＣとリードＣＲＣとが一致していると判定した場合、「データＦＩＦＯ」の処理部から読み出したパケットは、装置に入力されたパケットと一致している可能性が高いと言える。

【0071】

図１３は、パケット長ＸでライトＣＲＣ＝Ｊの第１パケットと、パケット長ＹでライトＣＲＣ＝Ｋの第２パケットと、パケット長ＺでライトＣＲＣ＝Ｌの第３パケットとが順番に、図１２に示す装置へ入力されたときの「データＦＩＦＯ」の処理部と「情報ＦＩＦＯ」の処理部の状態を表している。

【0072】

図１３は、第１パケットを「情報ＦＩＦＯ」の処理部から読み出す前に、「情報ＦＩＦＯ」の処理部に格納されている第１パケットのデータのライトＣＲＣにビットエラーが発生したことを表している。第１パケットに対してパケット長Ｘで「データＦＩＦＯ」の処理部からデータを読み出した場合、「リードデータＣＲＣ生成」の処理部が出力する第１パケットのリードＣＲＣは、Ｊである。しかしながら、第１パケットのライトＣＲＣは、「情報ＦＩＦＯ」の処理部でビットエラーが発生しＭである。そのため、「ＣＲＣ比較」の処理部により装置は、「データＦＩＦＯ」の処理部から読み出したパケットが、装置に入力されたパケットと一致しないと判定する。

【0073】

図１４は、パケット長ＸでライトＣＲＣ＝Ｊの第１パケットと、パケット長ＹでライトＣＲＣ＝Ｋの第２パケットと、パケット長ＺでライトＣＲＣ＝Ｌの第３パケットとが順番に、図１２に示す装置へ入力されたときの「データＦＩＦＯ」の処理部と「情報ＦＩＦＯ」の処理部の状態を表している。

【0074】

図１４は、第１パケットを「情報ＦＩＦＯ」の処理部から読み出す前に、「データＦＩＦＯ」の処理部に格納されている第１パケットのデータにビットエラーが発生したことを表している。第１パケットに対してパケット長Ｘで「データＦＩＦＯ」の処理部のデータを読み出した場合、「リードデータＣＲＣ生成」の処理部が出力する第１パケットのリードＣＲＣは、Ｍである。しかしながら、第１パケットのライトＣＲＣは、Ｊである。そのため「ＣＲＣ比較」の処理により装置は、「データＦＩＦＯ」の処理部から読み出したパケットが、装置に入力されたパケットと一致しないと判定する。

【0075】

図１５に示す装置は、「パケット長カウンタ」、「パケット種別判定」、「データＦＩＦＯ」、「情報ＦＩＦＯ」、「１パケットリード制御」、「パケット種別信号処理選択」の処理部を有する。

【0076】

「パケット長カウンタ」の処理部により装置は、パケットのデータ長をカウントする。
「パケット種別判定」の処理部により装置は、パケットのデータを解析しＭ－Ｐｌａｎｅ、Ｓ－Ｐｌａｎｅ、Ｕ－Ｐｌａｎｅ、Ｃ－Ｐｌａｎｅに分別する。例えば、装置は、ＥｔｈｅｒＴｙｐｅ＝０ｘ８８Ｆ７である場合、Ｓ－Ｐｌａｎｅに分別する。また、装置は、ＥｔｈｅｒＴｙｐｅ＝０ｘＡＥＦＥ、かつ、ｅＣＰＲＩｍｅｓｓａｇｅＴｙｐｅ＝０ｘ００である場合、Ｕ－Ｐｌａｎｅに分別する。また、装置は、ＥｔｈｅｒＴｙｐｅ＝０ｘＡＥＦＥ、かつ、ｅＣＰＲＩｍｅｓｓａｇｅＴｙｐｅ＝０ｘ０２である場合、Ｃ－Ｐｌａｎｅに分別する。また、装置は、それ以外の場合、Ｍ－Ｐｌａｎｅに分別する。

【0077】

「データＦＩＦＯ」の処理部により装置は、パケットを保管する。「情報ＦＩＦＯ」の処理部により装置は、「パケット種別判定」の処理部により得たパケット種別と、「パケット長カウンタ」の処理部により得たデータ長とを保管する。保管は、１パケットに１回であるパケットの最終データを「データＦＩＦＯ」の処理部へ保管した後に行う。

【0078】

「１パケットリード制御」の処理部により装置は、「情報ＦＩＦＯ」の処理部が空でない場合、「情報ＦＩＦＯ」の処理部のデータを１回読み出す。装置は、「情報ＦＩＦＯ」の処理部から得たパケット長分のデータを「データＦＩＦＯ」の処理部から読み出す。ただし、「パケット種別信号処理選択」の処理部がＲｅａｄｙ状態でない場合、装置は、「データＦＩＦＯ」の処理部からのデータの読み出しを保留する。

【0079】

「パケット種別信号処理選択」の処理部により装置は、「パケット種別判定」の処理部で判定したパケット種別の「信号処理」の処理部へパケットを入力する。また、装置は、「情報ＦＩＦＯ」の処理部から得たパケット種別の「信号処理」の処理部のＲｅａｄｙ情報を選択する。そして、装置は、選択したＲｅａｄｙ情報を「１パケットリード制御」の処理部へ出力する。例えば、「情報ＦＩＦＯ」の処理部から得たパケット種別がＳ－Ｐｌａｎｅである場合、装置は、Ｓ－Ｐｌａｎｅ用のＲｅａｄｙ信号を「１パケットリード制御」の処理部へ出力する。そして、装置は、「データＦＩＦＯ」の処理部から読み出したパケットをＳ－Ｐｌａｎｅ信号処理用パケットとして出力する。

【0080】

図１６は、図１５に示す装置の「情報ＦＩＦＯ」の処理部に格納したデータ長のビットにビットエラーが発生している場合の装置における信号の一例を示す図である。また、図１７は、図１６に示す装置における信号の一部を拡大した図である。

【0081】

図１６および図１７に示す信号の例では、「情報ＦＩＦＯ」の処理部に格納されている第１パケットのパケット長が４０（２８ｈｅｘ）から１ビットのビットエラーにより４２（２Ａｈｅｘ）に変わっている。「１パケットリード制御」の処理部は、「情報ＦＩＦＯ」の処理部から読み出した第１パケットのデータのパケット長に従い、「データＦＩＦＯ」の処理部からデータを読み出す。パケット入力された第１パケットのデータ長は、４０サイクルであるのに対し、第１パケットの「データＦＩＦＯ」の処理部からのデータの読み出しは、４２サイクルである。そのため、第１パケットの４１サイクルと４２サイクル目のデータは、第２パケットの１サイクル目と２サイクル目のデータが出力される。「データＦＩＦＯ」の処理部からの読み出した第２パケットのデータは、パケット入力された第２パケットの３サイクル目のデータから出力され、ずれたデータで「信号処理」の処理部へ出力される。

【0082】

本開示の一実施形態による異常検出システム１は、上述の図８～図１７を用いて説明した装置に比べて、通信において、容易にソフトエラーの発生を判定することができる。

【0083】

＜別の実施形態＞
図１８は、本開示の別の実施形態による異常検出システム１の構成の一例を示す図である。本開示の別の実施形態による異常検出システム１は、パケット種別毎にデータＦＩＦＯ部１０、情報ＦＩＦＯ部６０、および１パケットリード制御部７０を備える。

【0084】

図１９は、本開示の別の実施形態による異常検出システム１における信号の一例を示す図である。本開示の別の実施形態による異常検出システム１は、図４に示す自律リセット生成部２００が、さらに、自律リセット解除後に入力パケットの途中からデータＦＩＦＯ部１０へ格納することを防止するために、自律リセット時にパケット入力があった場合、図１９に示すように、パケットの入力が終わるまで自律リセットを伸長する機能を有する。

【0085】

データＦＩＦＯ部１０は、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）で構成されている。データＦＩＦＯ部１０は、入力パケットＰ１のデータとＥＯＰとを保管する。パケット種別判定部５０は、パケット種別の判定結果が＃ＡならばデータＦＩＦＯ部１０ａ以外のデータＦＩＦＯ部１０のライトアドレスを１パケットライト前に戻す。また、情報ＦＩＦＯ部６０ａへパケット長カウント部４０がカウントしたパケット長を書き込む。パケット種別判定部５０は、パケット種別の判定結果が＃ＢならばデータＦＩＦＯ部１０ｂ以外のデータＦＩＦＯ部１０のライトアドレスを１パケットライト前に戻す。また、情報ＦＩＦＯ部６０ｂへパケット長カウント部４０がカウントしたパケット長を書き込む。パケット種別判定部５０は、パケット種別の判定結果が＃ｎならばデータＦＩＦＯ部１０ｎ以外のデータＦＩＦＯ部１０のライトアドレスを１パケットライト前に戻す。また、情報ＦＩＦＯ部６０ｎへパケット長カウント部４０がカウントしたパケット長を書き込む。情報ＦＩＦＯ部６０にデータがあり、信号処理部９０がＲｅａｄｙ状態のとき情報ＦＩＦＯ部６０からデータを１回読み出し、情報ＦＩＦＯ６０のリードデータのパケット長分データＦＩＦＯ部１０からデータを読み出し、データＦＩＦＯ部１０から読み出したリードデータを信号処理９０へ出力する。並行して、データＦＩＦＯ部１０のリードデータのＥＯＰビットをＥＯＰ確認部２０が確認し、確認結果を自律リセット生成部２００へ出力する。ＥＯＰ確認部２０の確認結果が異常状態である場合、自律リセット生成部２００は、信号処理選択機能部１００をリセットする。

【0086】

図２０は、本開示の別の実施形態による異常検出システム１の構成の一例を示す図である。パケット種別判定部５０がない異常検出システム１である。

【0087】

本開示の別の実施形態では、パケットの入力がＥｔｈｅｒｎｅｔではない異常検出システム１であってもよい。

【0088】

本開示の別の実施形態では、ＥＯＰ確認部２０は、確認結果が異常状態である場合、外部のＣＰＵへ異常状態を通知し、他律のリセットで異常検出システム１を再起動させるものであってもよい。

【0089】

本開示の別の実施形態では、ＥＯＰ確認部２０は、確認結果が異常状態である場合、異常検出システム１全体をリセットするものであってもよい。

【0090】

本開示の別の実施形態では、ＥＯＰ確認部２０は、データＦＩＦＯ部１０がデータを読み出している間のすべてタイミングではなく、１パケットを読み出している制御のリードカウンタが情報ＦＩＦＯ部６０から読み出したパケット長と一致したタイミングで、データＦＩＦＯ部１０から読み出したデータのＥＯＰビットが１であるか否かを確認するものであってもよい。

【0091】

本開示の別の実施形態では、他の実施例として、ＥＯＰ確認部２０は、確認結果が指定された回数連続して異常状態であると判定した場合、異常検出システム１を復旧させるものであってもよい。

【0092】

図２１は、本開示の実施形態による処理システム５００の最小構成を示す図である。処理システム５００は、図２１に示すように、第１保管手段５０１、第２保管手段５０２、読み出し手段５０３、および判定手段５０４を備える。

【0093】

第１保管手段５０１は、パケットに含まれるデータと、前記データに対応するＥＯＰ（ＥｎｄＯｆＰａｃｋｅｔ）を示すＥＯＰビットとを保管可能である。第２保管手段５０２は、前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管可能である。読み出し手段５０３は、前記第２保管手段５０２から得た前記パケット長に相当する長さのデータを、前記第１保管手段５０１から読み出し可能である。判定手段５０４は、前記読み出し手段５０３が読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが０である場合に異常状態であると判定する。

【0094】

第１保管手段５０１は、例えば、図１に例示されているデータＦＩＦＯ部１０が有する機能を用いて実現することができる。第２保管手段５０２は、例えば、図１に例示されている情報ＦＩＦＯ部６０が有する機能を用いて実現することができる。読み出し手段５０３は、例えば、図１に例示されている１パケットリード制御部７０が有する機能を用いて実現することができる。判定手段５０４は、例えば、図１に例示されているＥＯＰ確認部２０が有する機能を用いて実現することができる。

【0095】

図２２は、本開示の実施形態による最小構成の処理システム５００の処理フローの一例を示す図である。次に、本開示の実施形態による最小構成の処理システム５００の処理について図２２を参照して説明する。

【0096】

第１保管手段５０１は、パケットに含まれるデータと、前記データに対応するＥＯＰ（ＥｎｄＯｆＰａｃｋｅｔ）を示すＥＯＰビットとを保管可能である（ステップＳ１０１）。第２保管手段５０２は、前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管可能である（ステップＳ１０２）。読み出し手段５０３は、前記第２保管手段５０２から得た前記パケット長に相当する長さのデータを、前記第１保管手段５０１から読み出し可能である（ステップＳ１０３）。判定手段５０４は、前記読み出し手段５０３が読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが０である場合に異常状態であると判定する（ステップＳ１０４）。

【0097】

以上、本開示の実施形態による最小構成の処理システム５００について説明した。この処理システム５００により、通信において、容易にソフトエラーの発生を判定することができる。

【0098】

なお、本開示の実施形態における処理は、適切な処理が行われる範囲において、処理の順番が入れ替わってもよい。

【0099】

本開示の実施形態について説明したが、上述の異常検出システム１、その他の制御装置は内部に、コンピュータシステムを有していてもよい。そして、上述した処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。コンピュータの具体例を以下に示す。

【0100】

図２３は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。コンピュータ５は、図２３に示すように、ＣＰＵ６、メインメモリ７、ストレージ８、インターフェース９を備える。例えば、上述の異常検出システム１、その他の制御装置のそれぞれは、コンピュータ５に実装される。そして、上述した各処理部の動作は、プログラムの形式でストレージ８に記憶されている。ＣＰＵ６は、プログラムをストレージ８から読み出してメインメモリ７に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ６は、プログラムに従って、上述した各記憶部に対応する記憶領域をメインメモリ７に確保する。

【0101】

ストレージ８の例としては、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｃＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｃＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、半導体メモリ等が挙げられる。ストレージ８は、コンピュータ５のバスに直接接続された内部メディアであってもよいし、インターフェース９または通信回線を介してコンピュータ５に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ５に配信される場合、配信を受けたコンピュータ５が当該プログラムをメインメモリ７に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、ストレージ８は、一時的でない有形の記憶媒体である。

【0102】

また、上記プログラムは、前述した機能の一部を実現してもよい。さらに、上記プログラムは、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるファイル、いわゆる差分ファイル（差分プログラム）であってもよい。

【0103】

本開示のいくつかの実施形態を説明したが、これらの実施形態は、例であり、開示の範囲を限定しない。これらの実施形態は、開示の要旨を逸脱しない範囲で、種々の追加、省略、置き換え、変更を行ってよい。

【0104】

なお、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

【0105】

（付記１）
パケットに含まれるデータと、前記データに対応するＥＯＰ（ＥｎｄＯｆＰａｃｋｅｔ）を示すＥＯＰビットとを保管可能な第１保管手段と、
前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管可能な第２保管手段と、
前記第２保管手段から得た前記パケット長に相当する長さのデータを、前記第１保管手段から読み出し可能な読み出し手段と、
前記読み出し手段が読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが０である場合に異常状態であると判定する判定手段と、
を備える処理システム。

【0106】

（付記２）
前記判定手段が異常状態であると判定した場合、処理システムをリセットする復旧手段、
を備える付記１に記載の処理システム。

【0107】

（付記３）
前記パケット長をカウントするカウント手段、
を備え、
前記第２保管手段は、
前記パケット種別と、前記カウント手段がカウントした前記パケット長とを関連付けて保管する、
付記１または付記２に記載の処理システム。

【0108】

（付記４）
前記読み出し手段は、
前記第２保管手段が、前記パケット種別と、前記パケット長とを関連付けて保管していない場合、前記第２保管手段から得た前記パケット長に相当する長さのデータの前記第１保管手段からの読み出しを保留する、
付記１から付記３の何れか一項に記載の処理システム。

【0109】

（付記５）
パケットに含まれるデータと、前記データに対応するＥＯＰを示すＥＯＰビットとを保管することと、
前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管することと、
前記パケット長に相当する長さのデータを読み出すことと、
読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが０である場合に異常状態であると判定することと、
を含む処理方法。

【0110】

（付記６）
パケットに含まれるデータと、前記データに対応するＥＯＰを示すＥＯＰビットとを保管することと、
前記パケットの種別を示すパケット種別と、前記パケットの長さを示すパケット長とを関連付けて保管することと、
前記パケット長に相当する長さのデータを読み出すことと、
読み出した前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが１であり、かつ、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットのすべてが０である場合に正常状態であると判定し、前記パケット長に相当する長さのデータにおける最後のデータに対応する前記ＥＯＰビットが０である、または、前記パケット長に相当する長さのデータにおける途中のデータに対応する前記ＥＯＰビットの少なくとも１つが０である場合に異常状態であると判定することと、
を実行させるプログラム。

【符号の説明】

【0111】

１・・・異常検出システム
５・・・コンピュータ
６・・・ＣＰＵ
７・・・メインメモリ
８・・・ストレージ
９・・・インターフェース
１０・・・データＦＩＦＯ部
２０・・・ＥＯＰ確認部
３０・・・復旧処理部
４０・・・パケット長カウント部
５０・・・パケット種別判定部
６０・・・情報ＦＩＦＯ部
７０・・・１パケットリード制御部
８０・・・パケット種別信号処理選択部
８０ａ・・・信号処理選択部
９０・・・パケット種別信号処理部
１００・・・信号処理選択機能部
５００・・・処理システム
５０１・・・第１保管手段
５０２・・・第２保管手段
５０３・・・読み出し手段
５０４・・・判定手段

【要約】

【課題】通信において、容易にソフトエラーの発生を判定することのできる処理システムを提供する。
【解決手段】処理システムは、パケットに含まれるデータと、データに対応するＥＯＰを示すＥＯＰビットとを保管し、パケットの種別を示すパケット種別と、パケットの長さを示すパケット長とを関連付けて保管し、得たパケット長に相当する長さのデータを読み出し、読み出したパケット長に相当する長さのデータにおける最後のデータに対応するＥＯＰビットが１であり、かつ、パケット長に相当する長さのデータにおける途中のデータに対応するＥＯＰビットのすべてが０である場合に正常状態であると判定し、パケット長に相当する長さのデータにおける最後のデータに対応するＥＯＰビットが０である、または、パケット長に相当する長さのデータにおける途中のデータに対応するＥＯＰビットの少なくとも１つが０である場合に異常状態であると判定する。
【選択図】図２１