(57)【要約】 【課題】航海データ記録装置（ＶＤＲ）によって取得されたデータを保護して、事故または「事件」の捜査の際にデータを使うことができる強化型の航海記録装置（ＨＶＲ）を提供すること。【解決手段】本発明の強化型航海データ記録装置は、（ａ）取付けベースサブシステムと、（ｂ）該取付けベースサブシステムに取外し可能に結合された取外し可能なメモリサブシステムと、メモリサブシステムに電子的にアクセスする電子回路をさらに備え、該電子回路は、前記強化型航海記録装置をＥＴＨＥＲＮＥＴ（登録商標）ネットワークに結合させるためのＥＴＨＥＲＮＥＴ（登録商標）アクセスポートを提供し得る。【選択図】図２
2006151385.tif 000002
【特許請求の範囲】
【請求項１】
強化型航海データ記録装置であって、
（ａ）取付けベースサブシステムと、
（ｂ）該取付けベースサブシステムに取外し可能に結合された取外し可能なメモリサブシステムと
を備える、強化型航海データ記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、海上輸送船舶の運行に関連するデータを記録する装置に関する。よ
り詳細には、本発明は、事故または「事件」の際の基礎となるデータを記録およ
び保護する装置に関する。
【背景技術】
【０００２】
国外にいる船舶において発生するデータおよび可聴コマンドの記録は、航海時
の事故および事件の調査に有用であり得ることが、長年指摘されてきた。実際、
これは従来の船舶の航海日誌にとって欠かせない技術適用であると、多くの人が
認識していた。このような要望が頂点に達したことにより、航海データ記録装置
（ＶＤＲ）の性能を管理する国際規格が作られた。
【０００３】
上記の主張の価値は、１９７４年、国際海事機関（ＩＭＯ）の「海上における
人命の安全のための国際条約」（ＳＯＬＡＳ）会議によって承認され、同会議は
、航空機のフライトレコーダである「ブラックボックス」に類似した記録装置を
船舶に搭載したいとの希望を表明した。これが契機となって、航海データ記録装
置（ＶＤＲ）に関する国際規格および要件が時間をかけて確立されることとなっ
た。
【０００４】
１９９６年、長年議論が重ねられてきたこのＶＤＲに関する要件が、ＩＭＯの
航行（ｎａｖｉｇａｔｉｏｎ）およびエレクトロニクスに関する部会（ＮＡＶ）
において浮上した。その後のＩＭＯによるＶＤＲに関する決議を見越して、ＩＥ
Ｃ（国際電気標準会議）ＴＣ８０はＷＧ１１を形成し、ＮＡＶによる要求の起草
案に基づいて、ＶＤＲに関する仕様の構築に着手した。１９９７年１１月、ＩＭ
ＯはＡ．８６１（２０）に関する決議を通過させ、１９９９年３月の投票による
委員会の草案として、ＩＥＣ規格６１９９６が完成した。この仕様書は、２００
０年８月に公開された。
【０００５】
ＩＥＣ６１９９６の海上輸送データ記録装置の性能に関する要求においては、
データ取得機能および格納機能についての記載があり、「保護カプセル」および
「最終格納媒体」について言及している。この規格を満たすためのアーキテクチ
ャが、２つの主要コンポーネントと共に現れた。
【０００６】
第１のコンポーネントにおいて、船舶のインターフェース、データ取得機能お
よびソフト記録機能が、データ管理ユニット（ＤＭＵ）に収容される。ＤＭＵは
、比較的良好な環境のブリッジでの取付けを想定している。第２のコンポーネン
トは、保護カプセルおよび最終格納媒体を収容する強化型の航海記録装置（ＨＶ
Ｒ）である。ＨＶＲは、残存性および復元性を重要視して設計され、船橋楼甲板
へのまたは上部構造の上面への外部からの取付けを想定している。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、航海データ記録装置（ＶＤＲ）によって取得されたデータを
保護して、事故または「事件」の捜査の際にデータを使うことができる強化型の
航海記録装置（ＨＶＲ）を提供することである。
【課題を解決するための手段】
【０００８】
本発明の実施形態は、保護カプセルおよび最終格納媒体に関するＩＥＣ６１９
９６試験仕様の要件を満たすかまたは上回る、強化型航海記憶装置を提供する。
【０００９】
本発明の実施形態はまた、実質的な格納容量を有する強化型航海記憶装置も提
供する。
【００１０】
本発明のさらなる実施形態は、レーダーデータ、音声および他のセンサデータ
を記録することが可能な、強化型航海記憶装置を提供する。
【００１１】
本発明のさらなる実施形態は、長寿命かつ低動作電力の強化型航海記憶装置を
提供する。
【００１２】
本発明のさらなる実施形態は、取付けおよび保守が容易な強化型航海記憶装置
を提供する。
【００１３】
本発明のさらなる実施形態は、１つ以上のＤＭＵと容易にインターフェースを
とる強化型航海記憶装置を提供する。
【００１４】
本発明を実現する強化型航海記憶装置（ＨＶＲ）は、２つの分離可能なサブア
センブリを含む。
【００１５】
第１のサブアセンブリは、上記船舶に直接締結され、かつ、防水ケーブルを電
力接続部およびデータ接続部に入らせることを可能にするように設計された、取
付けベースとなるサブアセンブリである。
【００１６】
第２のサブアセンブリは、素早い取外しが可能なクランプによって上記取付け
ベースに取り付けられた、取外し可能な強化型メモリサブアセンブリである。上
記強化型メモリサブアセンブリは、外部に取り付けられる水中位置ビーコンのた
めのブラケットを有する。上記水中位置ビーコンは、（スプレー、雨またはホー
スによる放水が原因となって発生する、不注意による活性化を回避するための）
デュアル活性化湿気センサを備える。上記ＨＶＲは好適には、白色の反射ラベル
の付いた視認性の高いオレンジ色の蛍光色で塗装される。上記反射ラベルは、以
下のような必要なテキストを含む：これは、航海データ記憶装置です。開けない
でください。（開けた場合）当局に通報が行きます。
【００１７】
上記取付けベースサブアセンブリは、上記強化型メモリサブアセンブリ中のメ
モリへとのデータ受信およびデータ書込みを行うための電子回路を含む。
【００１８】
本発明の好適な実施形態によれば、上記電力接続部は、１１０／２２０ＶＡＣ
または２４ＶＤＣのいずれかを受容し、上記データ接続部はＥＴＨＥＲＮＥＴ（
登録商標）接続である。ＡＣ電力接続およびＤＣ電力接続の両方を同時に活性化
させることが可能である。上記ＡＣ接続は好適には、通常の条件において用いら
れ、上記ＤＣ接続は好適には、上記船舶のＵＰＳ（無停電電源装置）に結合される。
【００１９】
さらに、本発明の好適な実施形態によれば、上記ＨＶＲは、ＥＴＨＥＲＮＥＴ
（登録商標）を介したＴＣＰ／ＩＰ（ターミナル接続プロトコル／インターネッ
トプロトコル）を介してデータを受信する。従って、上記ＨＶＲにはＩＰアドレ
スが割り当てられ、「ウェブブラウザ」を介して構成可能となる。これにより、
複数のＨＶＲをネットワークとして形成し、上記ＥＴＨＥＲＮＥＴ（登録商標）
ネットワークを介して、これらの複数のＨＶＲを全て多数のセンサに結合させる
ことも可能となる。
【００２０】
上記取外し可能な強化型メモリサブアセンブリは好適には、１．５ギガバイト
のソリッドステートメモリを含む。上記ソリッドステートメモリは、「ボイラー
」（例えば、同一譲受人に譲渡されされ、かつ、同時係属中である米国特許出願
に開示されているようなボイラー）において保護される。本明細書中、同出願の
開示内容全体を参考のため援用する。
【００２１】
本発明の強化型航海データ記録装置は、（ａ）取付けベースサブシステムと、
（ｂ）該取付けベースサブシステムに取外し可能に結合された取外し可能なメモ
リサブシステムとを備え、これにより上記目的が達成される。
【００２２】
前記メモリサブシステムに電子的にアクセスする電子回路をさらに備え、該電
子回路は、前記強化型航海記録装置をＥＴＨＥＲＮＥＴ（登録商標）ネットワー
クに結合させるためのＥＴＨＥＲＮＥＴ（登録商標）アクセスポートを提供して
もよい。
【００２３】
前記電子回路は、ＥＴＨＥＲＮＥＴ（登録商標）を介して該回路にＴＣＰ／Ｉ
Ｐアクセスを提供するファームウェアを含んでもよい。
【００２４】
前記ファームウェアは、前記強化型航海データ記録装置を構成するウェブペー
ジを含んでもよい。
【００２５】
前記電子回路は、前記取付けベースサブシステム内に配置されてもよい。
【００２６】
前記取付けベースサブシステムは、少なくとも１つの防水ケーブルコネクタを
含んでもよい。
【００２７】
前記取付けベースサブシステムは、電源および第２のケーブルコネクタと結合
してＥＴＨＥＲＮＥＴ（登録商標）ネットワークと結合する第１の防水ケーブル
コネクタを含んでもよい。
【００２８】
前記電子回路は、１１０／２２０ＶＡＣ電源および２４ＶＤＣ電源の両方を受
け入れてもよい。
【００２９】
素早い取外しが可能なＶ字型クランプをさらに備え、前記取外し可能なメモリ
サブシステムは下部フランジを有し、前記取付けベースサブシステムは上部フラ
ンジを有し、該素早い取外しが可能なＶ字型クランプは、該上部フランジおよび
該下部フランジを係合させ、これにより、該メモリサブシステムおよび該ベース
サブシステムは、互いに取外し可能に結合されてもよい。
【００３０】
前記素早い取外しが可能なＶ字型クランプは、２つの素早い取外しが可能なレ
バーを有してもよい。
【００３１】
前記取外し可能なメモリサブシステムは、ボイラー内に封入された不揮発性メ
モリを含んでもよい。
【００３２】
前記取付けベースサブシステムは、少なくとも１つの防水ケーブルコネクタを
含んでもよい。
【００３３】
前記取付けベースサブシステムは、電源と結合する第１の防水ケーブルコネク
タと、データソースと結合する第２のケーブルコネクタとを含んでもよい。
【００３４】
前記上部フランジおよび前記下部フランジの１つは、Ｏリングを受け入れるよ
うに適合された溝部を有してもよい。
【００３５】
前記上部フランジは、２つの同軸溝部を有し、該同軸溝部はそれぞれ、Ｏリン
グを受け入れるように適合されてもよい。
【００３６】
１つのＯリングおよび１つのメッシュガスケットをさらに備え、該Ｏリングお
よび該メッシュガスケットのうち、一方は、前記２つの同軸溝部の１つの中に配
置され、もう一方は、該２つの同軸溝部のもう一方の中に配置されてもよい。
【００３７】
前記取付けベースサブシステムは、ボイラー内に封入された不揮発性メモリを
含んでもよい。
【００３８】
前記取付けベースサブシステムは、電源と結合する第１の防水ケーブルコネク
タと、データソースと結合する第２のケーブルコネクタとを含んでもよい。
【００３９】
前記取外し可能なメモリサブシステムに結合された少なくとも１つのメモリイ
ンターフェースコンバータチップをさらに備えてもよい。
【００４０】
前記取外し可能なメモリサブシステムは、スタック型メモリと、多数のメモリ
チップを駆動することが可能となるようにプロセッサと通信するように構成され
た複数のメモリインターフェースチップとを含んでもよい。
【００４１】
前記取付けベースサブシステムは、電源と結合する第１の防水ケーブルコネク
タと、データソースと結合する第２のケーブルコネクタとを含んでもよい。
【発明の効果】
【００４２】
本発明によると、航海データ記録装置（ＶＤＲ）によって取得されたデータを
保護して、事故または「事件」の捜査の際にデータを使うことができる強化型の
航海記録装置（ＨＶＲ）を提供できる。
【発明を実施するための最良の形態】
【００４３】
ここで図１〜３を参照して、本発明による強化形航海記憶装置（ＨＶＲ）１０
は、２つの分離可能なサブアセンブリを含む。第１のサブアセンブリ１２は、船
舶に直接取り付けられ、かつ、電力接続部およびデータ接続部用の防水ケーブル
を挿入できるように設計された、取付けベースサブアセンブリである。第２のサ
ブアセンブリ１４は、素早い取外しが可能なクランプによって取付けベースに取
り付けられた、取外し可能な強化型メモリサブアセンブリである。
【００４４】
ここで、図１〜３に示すようなサブアセンブリ１２の機械的特徴を参照して、
取付けベースサブアセンブリ１２は、３つの取付け穴１８、２０、２２を規定す
る下部フランジ１６を有する。電力ケーブルとデータケーブルと（図示せず）の
防水接続を提供するために、２つのケーブルグランドコネクタ２４、２６が提供
される。図２および図８〜図１０に最良に図示しているように、サブアセンブリ
１２には、下部フランジ２８も提供される。この下部フランジ２８を用いて、取
外し可能な強化型メモリサブアセンブリ１４とのシーリング係合を提供する。図
８から最良に理解されるように、上部フランジ２８には、２つの同軸溝部３０、
３２が提供される。これらの２つの同軸溝部３０、３２は、ガスケット３４およ
びＯリング３６を受け入れるように適合される。３６は好適には、湿気からの保
護を得るためのゴムＯリングである。３４は好適には、ＥＭＩからの保護を得る
ためのワイヤメッシュである。
【００４５】
強化型メモリサブアセンブリ１４の機械的特徴としては、水中位置ビーコン４
０外部から取り付けられる用のブラケット３８がある。このビーコンは好適には
、スプレー、雨またはホースによる放水が原因となって発生する不注意による活
性化を回避するためのデュアル活性化湿気センサを備える。サブアセンブリ１４
はまた、２つのリフトハンドル４２、４４と下部フランジ４６とを有する。下部
フランジ４６は、サブアセンブリとのシーリング係合を提供するために用いられ
る。
【００４６】
図１に示すように、ＨＶＲは、２つの素早い取外しが可能なクランプ５０、５
２を有するＶ字バンド４８も含む。上述したように、ＨＶＲは好適には、白色の
反射ラベル（例えば、図１および図２に図示のラベル５４）を備えた、視認性の
高いオレンジ色の蛍光色で塗装される。これらの反射ラベルは、以下のような（
ＩＥＣ６１９９６によって）必要とされているテキストを含む：開けないでくだ
さい。（開けた場合）当局に通報が行きます。反射テープのストリップ１９が図
１に図示されており、これは、ＩＥＣ６１９９６の要件をさらに満足させるもの
である。
【００４７】
ＨＶＲ１０のこの好適な実施形態は、高さがおよそ１３インチで、直径はおよ
そ８インチである。サブアセンブリ１２の下部フランジ１６は実質的に三角形で
あり、側部はおよそ１０インチである。ＨＶＲの総重量はおよそ４１ポンドであ
り、その中には、ベース１２の重量であるおよそ１３ポンドと、メモリサブアセ
ンブリ１４の重量であるおよそ２８ポンドとが含まれる。
【００４８】
サブアセンブリ１２の電子回路仕様およびソフトウェア仕様について言及する
前に、サブアセンブリ１４は、「ボイラー」５８（例えば、上記にて援用した関
連出願に記載されているようなボイラー）において保護されるメモリ５６を含む
点が留意されるべきである。
【００４９】
本発明の好適な実施形態によれば、メモリ５６への電子回路によるアクセスは
、（好適にはＪ１０の）コネクタ６２を有するリボンケーブル６０によって提供
される。このメモリは好適には、スタック型メモリ（例えば、上記にて援用した
出願または米国特許番号第５，９６９，９５３号に記載されているようなスタッ
ク型メモリ）である。本明細書中、同出願の開示内容全体を参考のため援用する
。より詳細には、このメモリは好適には、メモリコンポーネントとして「ＢＧＡ
」パッケージング（ボールグリッドアレイパッケージ）を用いた種類のメモリで
ある。
【００５０】
ここで図５および図９〜図１１を参照して、取付けベースサブアセンブリ１２
は、強化型メモリサブアセンブリ１４中のメモリとのデータ受信およびデータ書
込みを行うための電子回路（図９および図１０に６４および６６として部分的に
図示する）を含む。
【００５１】
本発明の好適な実施形態によれば、電力接続は、ターミナルストリップ６８に
よって達成される。このターミナルストリップ６８は、１１０／２２０ＶＡＣも
しくは２４ＶＤＣのいずれかまたはその両方を受け入れる。データ接続は、ＲＪ
−４５コネクタ７０またはオプションのＥＴＨＥＲＮＥＴ（登録商標）ターミナ
ルブロック７２のいずれかによって提供されるＥＴＨＥＲＮＥＴ（登録商標）接
続である。ＡＣ電力接続およびＤＣ電力接続の両方を同時に活性化させることが
可能である。ＡＣ接続は好適には、通常の条件において用いられ、ＤＣ接続は好
適には、船舶のＵＰＳ（無停電電源装置）に結合される。最大電力消費は好適に
は、１５ワットである。
【００５２】
本発明の好適な実施形態によれば、逓降型でかつブリッジ整流されたＡＣが、
ＤＣによってダイオードを通じて給電される同じ格納キャパシタを給電する。こ
れにより、アノードにおいて電圧が高くなると、動作電流が提供される。ＩＥＣ
６１９９６第４．５．３項では、２時間分の予備電力を有する無停電電源装置（
ＵＰＳ）を要求している。
【００５３】
船舶のＵＰＳシステムをＨＶＲに接続する際、ＡＣ入力またはＤＣ入力のいず
れかを用いることが可能である。キャパシタの負端子および切換え電源の１次側
が、ＤＣ帰路（ｒｅｔｕｒｎ）に接地されるのは明らかである。配線された電力
がＡＣのみである場合、１Ｋ  ０ｈｍの抵抗器が、この入力接地をＡＣ安全接地
に関連付ける。ＡＣ入力変圧器の１次側は、ターミナル基板（図示せず）上のジ
ャンパーを用いて、１１５Ｖｒｍの場合は並列にまたは２３０Ｖｒｍの場合は直
列に、ストラップすること（ｓｔｒａｐ）が可能である。
【００５４】
メモリは、切換え変圧器の２次側からのＤＣ電力によって動作し、ＡＣ電力線
およびＤＣ電力線から絶縁される。２次側接地部は、ケースおよびＥＴＨＥＲＮ
ＥＴ（登録商標）シールドに接続され、腐食の原因となる電圧差を避けるために
、船体（ｈｕｌｌ）に関連付けなければならない。図１１に示すように、本発明
の好適な実施形態によれば、接地パッド７４は接地の際に用いられる。サブアセ
ンブリ１２の上部フランジ２８中のノッチ７６は、深海における圧力環境の圧力
差を回避するために用いられる。
【００５５】
当業者であれば、他の船上機器（例えば、レーダー）によって生成される予測
される強いＲＦ場からＥＴＨＥＲＮＥＴ（登録商標）ケーブル配線を保護するた
めに、ＥＴＨＥＲＮＥＴ（登録商標）ケーブル配線をシールドすべきであること
を理解する。ケースをシーリングコネクタ２６に通した後、フォイルによるシー
ルドを、当該ケースにできるだけ近接させて終端させる。シールドのドレイン線
は、コネクタ２６から約１インチ離れて配置された接地パッド７４に接続される
。ケース内部のシールドをできるだけ短尺に保つと、（ケースを電圧ノードとし
て用いることによって）当該シールドが、誘導される信号を外向きに再放射する
事態を防ぐことができる。ＥＴＨＥＲＮＥＴ（登録商標）ケーブルのもう一方の
端部（ＤＭＵ）にあるドレイン線も、船舶の船体に接地するべきである。
【００５６】
上述したように、本発明のこの好適な実施形態によれば、サブアセンブリ１４
において用いられるメモリはＢＧＡメモリである。従って、サブアセンブリ１４
中の回路は、１つ以上のＭＩＣ（メモリインターフェースコンバータチップ）を
含む。これらの１つ以上のＭＩＣは、ＢＧＡチップが用いる並列通信と直列通信
経路とにプロセッサとのインターフェースをとらせる（すなわち、両者の間で変
換を行う）ために必要である。ＭＩＣは、好適なスタック型メモリ中に散在する
多数のＢＧＡチップを駆動することができなければならない。ＭＩＣは、図１１
ａに示す回路基板１１０１（ＭＩＣチップ１１０２および１１０３）上に配置が
可能であり、かつ／または、図１１ａに示すメモリ回路基板間に散在させること
が可能である。プロセッサは、ＭＩＣと通信してメモリをアドレシングし、ＭＩ
Ｃは、アドレシングされたメモリを含む基板またはスタックを判定する。
【００５７】
さらに、上述したように、本発明のこの好適な実施形態によれば、ＨＶＲは、
ＥＴＨＥＲＮＥＴ（登録商標）を介したＴＣＰ／ＩＰ（ターミナル接続プロトコ
ル／インターネットプロトコル）を介してデータを受信する。従って、ＨＶＲに
はＩＰアドレスが割り当てられ、ＨＶＲは「ウェブブラウザ」を介して構成する
ことが可能である。これにより、複数のＨＶＲのネットワークを形成することも
可能となる。これらの複数のＨＶＲは全て、ＥＴＨＥＲＮＥＴ（登録商標）ネッ
トワークを介して多数のセンサに結合される。
【００５８】
図１２〜１５は、任意のウェブブラウザによるアクセスが可能なＨＶＲへのサ
ンプルインターフェースを示す。この任意のウェブブラウザは、ＨＶＲが結合さ
れたＥＴＨＥＲＮＥＴ（登録商標）ネットワークに結合される。当業者であれば
、船舶のＥＴＨＥＲＮＥＴ（登録商標）ネットワークを衛星リンクを介してイン
ターネットに接続することが可能であり、これにより、世界中のどこからでもＨ
ＶＲを利用することが可能になることを理解する。
【００５９】
図１２は、ＨＶＲホームページのサンプルを示す。ホームページのデフォルト
ＵＲＬは、１９２．１６８．０．２である。ホームページのデフォルトＵＲＬは
、工場において事前設定されるが、図１４に示すように変更することが可能であ
る。このホームページのメインメニューは、メインエントリーポイントをウェブ
ブラウザを介してＨＶＲシステムコのンフィギュレーション設定に提供し、コン
フィギュレーションオプション用のリンクを提供する。加えて、ＨＶＲインター
フェースの詳細、ＨＶＲシステムメンテナンスおよびＨＶＲシステム情報を記述
するリンクも利用することができる。
【００６０】
図１２に示す「ネットワーク設定」リンクは、図１４に示すウェブページにリ
ンクを張り、これにより、ネットワークホスト名およびＩＰアドレス設定データ
入力フォームを提供する。
【００６１】
図１２に示す「フラッシュ設定」リンクは、図１５に示すウェブページにリン
クを張り、これにより、メモリパーティション設定データの入力フォームを提供
する。
【００６２】
図１２に示す「システムメンテナンス」リンクは、既存のフラッシュメモリ設
定をリスト化したウェブページ（図示せず）へのリンクを張る。
【００６３】
図１２に示す「システム情報」リンクは、特定のＨＶＲソフトウェアおよびＩ
Ｐアドレス情報を提供するウェブページ（図示せず）へのリンクを張る。
【００６４】
図１２に示す「パスワード設定」リンクは、パスワード設定データの入力フォ
ームを提供するウェブページ（図示せず）へのリンクを張る。
【００６５】
図１２に示す「ＨＶＲインターフェース」リンクは、ＨＶＲシステムインター
フェース情報を提供するウェブページ（図示せず）へのリンクを張る。
【００６６】
図１２に示すメインメニューは、パスワードを入力しなくてもアクセスするこ
とが可能であるが、いずれのＨＶＲシステムコンフィギュレーションを変更する
場合にも、図１３に示すパスワード入力ページを介してパスワードを入力するこ
とが必要である。詳細には、パスワードが必要となるのは、ネットワーク設定ペ
ージ、フラッシュ設定ページおよびパスワード設定ページにアクセスする場合で
ある。これらのページのいずれかにアクセスしてからアイドル状態が３００秒（
この時間は、図１４に示すように設定が可能である）経過すると時間切れとなり
、ＨＶＲ設定の変更を続行するためには、パスワードの再入力が必要となる。
【００６７】
最初に選択されたシステムコンフィギュレーションボタンがどれであっても、
図１３のログイン画面が現れる。
【００６８】
ＨＶＲが工場から出荷される際、以下のデフォルト設定を有する：
ＩＰ  Ａｄｒｅｓｓ：１９２．１６８．０．２
Ｓｕｂｎｅｔ  Ｍａｓｋ：２５５．２５５．２５５．０
Ｄｅｆａｕｌｔ  ＧａｔｅｗａｙＩＰ：１９２．１６８．０．１
当業者であれば、これらのデフォルト設定は、「ウェブによるアクセスが可能
な」デバイスにおいて一般的に用いられるデフォルト設定であることを理解する
。「１９２．１６８．ｘ．ｘ」式のＩＰアドレス方式は、インターネットに接続
されていないネットワークのみを対象とする「予約済みのアドレス」ブロックの
一部である。この種のアドレスを用いる場合、当該ＨＶＲを「見て」当該ＨＶＲ
のウェブページにアクセスするためには、ホストコンピュータを、この範囲のア
ドレスに設定する必要がある。
【００６９】
図１２中のネットワーク設定リンクを選択することにより、ユーザは図１３に
示すページに案内され、ここでパスワードの入力を要求される。ＨＶＲのデフォ
ルトパスワードは「Ｌ３ＨＶＲ」である。正しいパスワードを入力すると、ユー
ザは、図１４に示すページに案内され、ここで、ネットワークパラメータを必要
に応じて設定することができる。ＨＶＲの電源が切られてバックアップされるま
で、変更は有効化されない。設定が行なわれた後、ＨＶＲを、ＨＶＲが設定され
たＩＰアドレスに応答すべき場所であるＶＤＲネットワークに接続することが可
能となる。
【００７０】
図１５に示すページを用いて、ユーザは、ＨＶＲでのデータ格納に用いられる
メモリ領域を変更または設定することができる。これらの領域またはパーティシ
ョンはそれぞれ、２つのパラメータ（すなわち、パーティションのサイズおよび
パーティション名）を指定することを要求する。このページは、現在利用可能な
メモリデバイスの数と、デバイスあたりのサイズ（単位：キロバイト）とを示す
。ユーザは、利用可能なデバイスプールから、ＨＶＲメモリデータ格納のパーテ
ィションおよび割当てを行う。メモリ領域のコンフィギュレーションは、ユーザ
が、デバイスユニット中の各メモリパーティションのサイズを当該メモリ領域に
割り当てられるデバイス数で表すことを要求する。従って、パーティションのサ
イズは、デバイスサイズをデバイス数で乗算した値である。
【００７１】
ＨＶＲシステムは、リクエストを満たすために、自身の内部のデバイスの空き
プールからデバイスを内部において割り当てる。パーティションコンフィギュレ
ーションリクエストは、パーティション０（ゼロ）から始まってパーティション
９（９）へと処理される。このパーティション割当ては、利用可能なデバイスの
数を上回ることはできない。パーティション割当ては、利用可能なデバイス全て
の割当てが終了するまで続けられる。
【００７２】
パーティション名は、実際にデータをパーティション中に記録する間に必要で
ある。パーティション／ストリーム名は、データを特定のパーティションに格納
するためにＨＶＲへのデータ接続の確立を希望するクライアントのアプリケーシ
ョンによって用いられる。データストリームに関する接続設定は、パーティショ
ン名を必要とする。ＶＤＲは、当該パーティション（ストリーム）との通信を確
立するためには、ＨＶＲメモリコンフィギュレーションの間に確立された同じパ
ーティション（ストリーム）名を用いなければならない。
【００７３】
ＨＶＲは、設定された後、不揮発性メモリの「プール」に対するスマートイン
ターフェースとして、外の世界に現れる。船舶のネットワークに結合された１つ
以上のデータ取得システム上で動作するアプリケーションプログラムは、格納目
的および検索目的のために、事前割当てされたメモリパーティションを用いるこ
とができる。各ストリームパーティションは、パーティション中の最も古いデー
タに新規データが連続的に上書きされるバーチャル格納ループとして取り扱われ
る。ＨＶＲプロセッサは、各パーティションのバーチャルループ中の現在の書込
み位置を追跡し続け、不揮発性格納における電力サイクルを通じて、これを保存
する。
【００７４】
以前に割り当てられたパーティション中のデータを格納するためにまたはこの
ようなパーティションからデータを検索するためには、クライアント取得システ
ム上のソフトウェアは、ＴＣＰ／ＩＰソケット接続をＨＶＲ中のデータ取得サー
バに「開通」させなければならない。このサーバは、ＨＶＲに割り当てられたＩ
Ｐアドレスであるポート５０００において、ソケット接続を受け入れる。ＨＶＲ
データ取得サーバへの接続が行なわれた後、取得ソフトウェアは、ターゲットと
なるパーティションと、リクエストされた動作とを識別するコマンドを送る。パ
ーティションは、メモリプールのコンフィギュレーションの間にストリームにつ
いて指定された名前を用いて識別される。
【００７５】
パーティションストリームは、アクセスに対する読出しまたは書込みを行う際
または「書込みステータス」情報をリクエストする際に動作し得る。ソケット接
続が確立し、適切なコマンドが発行された後、ソケット接続を通じてデータの送
受信を行う。ＨＶＲデータ取得サーバは、複数のクライアントプロセスからの同
時のソケット接続と、単一のクライアントプロセスからの複数のソケット接続と
を受け入れる。これは、ＨＶＲによって用いられる「Ｂｅｒｋｅｌｙ  Ｓｏｆｔ
ｗａｒｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ」ソケットインターフェースのクライアン
ト−サーバモデルから自動的に得られる。しかし、ＨＶＲソフトウェアそのもの
に起因する制約がいくつかある。
【００７６】
具体的には、特定のストリームパーティションと関連付けられたアクティブな
「書込み」クライアント接続を１つしか設けることができない。しかし、ＨＶＲ
は、書込み時のパーティションからの同時読出しをサポートする。当該パーティ
ション上のアクティブな「読出し」接続または「書込み」接続の有無に関わらず
、「ステータスクエリ」が、ストリームにおいてサポートされる。
【００７７】
ＴＣＰ／ＩＰ上のアプリケーション層は、クライアントデータ取得サブシステ
ムとＨＶＲとの間の機能インターフェースである。下部プロトコル層は、エラー
フリーと、メッセージの適切なタイミングかつ双方向での配信とを確実にすると
仮定する。さらに、ＴＣＰ／ＩＰ層を備えるＥＴＨＥＲＮＥＴ（登録商標）  Ｈ
ＶＲインターフェースは、ＨＶＲの複数の同時発生するユーザを排除しない。格
納媒体および通信チャンネルの帯域は、もちろん、システムレベルにおいて考慮
しなければならない問題である。
【００７８】
ＨＶＲに送られるメッセージは全て、１バイトの長さの値を有するメッセージ
から開始する。これは、メッセージの剰余中のバイト（文字）の数を表す。例え
ば、書込みを行うために「ＶＤＲ＿Ｒａｄａｒ」という名前のパーティションを
開くメッセージは、０ｘ０Ｂのバイト値（すなわち、メッセージの剰余中の１１
個の文字）からなり、その後、ＡＳＣＩＩ文字（ＷＶＤＲ＿Ｒａｄａｒ）が追随
し、その後、ヌルターミネータ（バイト値０ｘ００）が追随する。「ＶＤＲ＿Ｒ
ａｄａｒ」というパーティション名は９（すなわち、ヌルターミネータ文字によ
って追随される文字のＡＳＣＩＩシーケンス）である点に留意されたい。パーテ
ィション名に先行する（書込み用の）「Ｗ」文字を合わせると、メッセージの長
さの総計は１１個の文字となる。メッセージ内にはこれ以上の空間は存在しない
ようにするべきである。この「カウント」バイトは、メッセージを完成させるた
めにあと何個の文字を追随させればよいのかを正確に指定するものとして見なす
ことができる。この「カウント」仕様は１バイトであるため、最大のメッセージ
長さは２５５文字である。
【００７９】
特定のＨＶＲメッセージは、１つ以上のオプションの引数を含み得る。全ての
場合において、オプションの引数は、ベースメッセージストリングのヌルターミ
ネータに追随する。各引数そのものが、ヌル（すなわち、終端したＡＳＣＩＩス
トリング）である。オプションの引数中に含まれる数値は、ＡＳＣＩＩ１０進数
ストリングである。１０進数値を含むオプションの引数の一例として、「ストリ
ームからの読出し」コマンドに応答してＨＶＲによって送られるデータの量を制
限するものがある。
【００８０】
この場合、追加される引数は、「Ｘ２５」のストリングであり得る。この「Ｘ
」文字は、これが「Ｘｆｅｒカウント」（トランスファーカウント）引数である
ことと、「２５」が、２（すなわち、文字ＡＳＣＩＩであり、２５メガバイトを
表す１０進数値）であることとを示す。「Ｘ２５」ストリングは、さらなる４バ
イトの完全なコマンド（そこには、ヌルターミネータがなければならない）を示
し、ベースメッセージストリングに先行するメッセージ長さバイトにおいてその
ように反映される。ベースメッセージストリングおよび各オプションの引数スト
リングにヌルターミネータバイトを追随させることが不可欠である。１つのＡＳ
ＣＩＩ文字からなるオプションの引数がいくつかあり、これらもヌルターミネー
タバイトによって追随される。
【００８１】
リクエストメッセージに先行するメッセージ長さバイトは、リクエストを入手
するためにソケットストリームからあといくつのバイトを消費しなければならな
いかを正確にＨＶＲに伝えるため、そのバイトは、ストリングと、そのストリン
グに関連付けられたヌルターミネータとを全て反映しなければならない。そうし
なければ、ＨＶＲは、メッセージを解釈するのを試みる前にメッセージ全体を「
消費」しなくなる。
【００８２】
「ストリームへの書込み」コマンドが、成功裏に開通したＴＣＰ／ＩＰソケッ
ト上の第１のデータとして取得システムによって送られる。このコマンドは、上
部のまたは下部（すなわち、ケース「ｗ」）からなる。この「ｗ」は、ストリー
ムパーティションが割り当てられたときに指定されたストリーム名によって追随
される。このストリーム名は、ストリーム名ストリングを終端させるためのゼロ
値によって追随される。コマンドは、上述したような「カウントバイト」によっ
て先行されなければならない点に留意されたい。
【００８３】
ＨＶＲプロセッサは、これが有効なストリーム名であることを発見すると、単
文字応答「Ｇ」で応答する。「書込み」接続の確立の試行に問題がある場合、複
数のエラー応答のうちの１つが送られる。取得クライアントは、「Ｇ」応答を受
信した後、オープン状態のソケット接続ストリーム上でデータ送信を開始し得る
。
【００８４】
「ストリームへの書込み」コマンドのためのオプションの引数としては、：「
非重複」モードを示す「Ｎ」と、「書込みリセットインデックス」を示す「Ｒ」
とがある。どちらのオプションも、さらなるパラメータをとらない。
【００８５】
この「非重複」オプションにより、ＨＶＲは先ず、書込みロケーションをパー
ティションの始端部分にリセットし、その後任意のデータの格納を開始し、当該
パーティションの終端部分に到達すると、指定されたストリームへの書込みを停
止する。これは主に、パーティションの統合性を試験する際に有用である。
【００８６】
この「リセットインデックス」オプションにより、書込みロケーションは、パ
ーティションの始端部分にリセットされ、その後、任意のデータの格納を開始す
る。しかし、これは、パーティションの終端部分に到達した場合、「重複」部分
への書込みを実際に可能にする。これはまた、「試験」特徴として意図される。
【００８７】
「ストリームからの読出し」コマンドは、第１のデータとして、取得システム
によって成功裏に開通したＴＣＰ／ＩＰソケット接続上で送信される。このコマ
ンドは、上部ケースまたは下部ケース「ｒ」からなり、ストリームパーティショ
ンが割り当てられたときに指定されたストリーム名によって追随される。このス
トリーム名は、ストリーム名ストリングを終端させるためのゼロ値によって追随
される。コマンドが上述したような「カウントバイト」によって先行されなけれ
ばならない点に留意されたい。
【００８８】
ＨＶＲプロセッサは、これが有効なストリーム名であることを発見すると、単
文字応答「Ｇ」で応答する。「読出し」接続の確立に問題がある場合、複数のエ
ラー応答のうち１つが送られる。取得クライアントは、「Ｇ」応答を受信した後
、オープン状態のソケット接続ストリームからのデータ読出しを開始し得る。
【００８９】
「ストリームからの読出し」コマンドのためのオプションの引数として：「非
重複」モードのための「Ｎ」と、読出しが開始する位置であるメガバイトの「オ
フセット」を指定するための「Ｏ」と、ＨＶＲによって送られるメガバイトの総
数を指定するための「Ｘ」とがある。
【００９０】
「Ｎ」オプションは、「ストリームへの書込み」コマンド上で利用可能な「非
重複」オプションに対応する。このオプションにより、ＨＶＲは、パーティショ
ンの上部の読出しを開始し、パーティションの終端部に到達すると読出しを停止
する。これは典型的には、充填されたパーティションの内容を試験目的のために
（「ストリームへの書込み」動作の際の「Ｎ」オプションを用いて）確認する際
に用いられる。
【００９１】
「Ｏ」オプションおよび「Ｘ」オプションは、どちらともＡＳＣＩＩ（すなわ
ち、複数のメガバイトを示す１０進数値）によって追随される点において類似す
る。「Ｏ」オプションは、パーティションからのデータ読出しが開始する場所で
ある電流書込みロケーションに対する後方オフセットを示す。これは正の値であ
り、メガバイトで表される。
【００９２】
例えば、「０１５」の引数は、電流書込みロケーションから１５メガバイトだ
けバックアップする。すなわち、「０１５」の引数は、１５メガバイト分前に格
納されたデータに戻った読出しポインタを設定する。このオプションに関連して
いくつかの制約がある。例えば、パーティション格納領域よりも大きな値が指定
された場合、その読出しロケーションは、電流書込みロケーションに留まる。ま
た、最終の書込みロケーションがリセットされてからパーティションが「充填」
されていない場合、オフセットは、パーティションの上部を越えて後方に調節さ
れない。これは、電流書込みロケーションを「追随する」データが無意味である
ためである。
【００９３】
「ストリーム上のステータスクエリ」コマンドは、第１のデータとして、成功
裏に開通したＴＣＰ／ＩＰソケット接続上で取得システムによって送られる。こ
のコマンドは、上部ケースまたは下部ケース「ｓ」からなり、ストリームパーテ
ィションが割り当てられたときに指定されたストリーム名によって追随される。
このストリーム名は、ストリーム名ストリングを終端させるためのゼロ値によっ
て追随される。コマンドが上述したような「カウントバイト」によって先行され
なければならない点に留意されたい。
【００９４】
ＨＶＲプロセッサは、これが有効なストリーム名であることを発見すると、単
文字応答「Ｇ」で応答する。「ステータスクエリ」接続の確立試行に問題がある
場合、複数のエラー応答のうちの１つが送られる。「Ｇ」応答が受信されると、
この「Ｇ」応答は、ＨＶＲへのコマンドについて記述されたメッセージフォーマ
ットに適合する「ステータス応答」メッセージによって追随される。すなわち、
この応答の剰余は、ヌル終端ストリングによって追随される「カウントバイト」
からなる。このストリングは、「Ｌ：ｎＴ：ｎ」の形態である。
【００９５】
これらの引用（ｑｕｏｔｅ）は応答の一部ではなく、応答の全体がＡＳＣＩＩ
のヌル終端ストリングであることを強調するために図示されている点に留意され
たい。文字「ｎ」は、適切なエラーカウントを表すＡＳＣＩＩ１０進数を示す。
第１の「ｎ」値は「ループエラーカウント」であり、電流がストリームパーティ
ションを通過する際に発生する書込みエラーの数を表す。
【００９６】
この値は、パーティションのメモリループの通過が開始するたびに自動的に消
去される。第２の「ｎ」は、「エラーカウントの総数」を表し、これは、（手動
によってまたはパーティションマップが設定された結果）カウンタが最終に消去
されてから発生したエラーの累積数である。
【００９７】
「Ｗ」コマンド、「Ｒ」コマンドまたは「Ｓ」コマンドへの応答は、単ＡＳＣ
ＩＩ文字である。「カウントバイト」またはヌルターミネータは無い。
【００９８】
パーティション名が有効であり、アクセスが確立されると、応答は「Ｇ」文字
となる。パーティション名が認識されない場合、応答は「Ｓ」文字となる。パー
ティションに割り当てられたデバイスが無い場合、応答は「Ｅ」文字となる。パ
ーティションが使用中である（すなわち、別のクライアントが既にパーティショ
ンへの書込みを行っている）場合、応答は「Ｂ」文字となる。パーティションが
何らかの理由で（例えば、デバイスの故障など）動作しない場合、応答は「Ｏ」
文字となる。
【００９９】
「Ｓ」コマンドへの応答は「単ＡＳＣＩＩ文字」形態で追随する点において幾
分一意的であるが、有効なリクエストが生成された場合、「フルメッセージ」の
タイプの応答で継続する点に留意されたい。
【０１００】
ＨＶＲは、１つのクライアントのみに、特定のパーティションへの書込みを一
度に行なわせることができる。すなわち、１つの「ｗ」接続のみが、各動作中の
パーティションに対して許される。ＨＶＲはまた、アクティブな現在「Ｗ」接続
がある場合にでも、１つのパーティションについて１つ以上の「Ｒ」接続を受け
入れる。複数の接続が性能（システムのスループット）に与える影響に関連する
問題について注意深く考える必要がある。
【０１０１】
アクティブな「Ｗ」接続を既に有するパーティションに対する「Ｗ」コマンド
への応答は、「Ｂ」メッセージ（使用中）である。
【０１０２】
ＨＶＲサブシステムの現在のインプリメンテーションは、保護されたメモリ格
納部に対するデータトランスファーを、（１０−ベースＴ  ＥＴＨＥＲＮＥＴ（
登録商標）を用いて）約１．５メガビット／秒で行うことが可能である。すなわ
ち、データ取得ホストまたはホストは、他の全ての条件が最適である場合、保護
されたメモリ格納部にデータを送るか、または、大体この速度でその格納部から
データを取り出すことができる。
【０１０３】
データをＨＶＲに送る際、少なくとも３つのパーティションに同時に書き込み
を行った場合のみに、最大速度を達成することが可能である。これは、保護され
たメモリ格納部において用いられるメモリデバイスのアーキテクチャと、デバイ
スを管理するＨＶＲソフトウェアとの結果である。すなわち、最大書込み速度は
、複数のデバイスへの同時書きこみを継続的に管理することが可能なＨＶＲソフ
トウェアに依存する。
【０１０４】
データを処理する際に用いられるバッファは基本的には２つである。第１のバ
ッファは、データパケットの入来キュー中への受信に用い、このプロセスのスル
ープットはおよそ１．５メガビット／秒である。第２のバッファは、入来キュー
からフラッシュデバイスへのこれらのデータパケットの処理に用い、このプロセ
スのスループットは、フラッシュチップの管理／マッピング様式に依存する。フ
ラッシュデバイスへの１つの書込みは低速（比較的会話速度に近い）であり、ソ
フトウェアは、１つの所与のチップへの書込みが完了するまで１つの書込みを待
機しなければならず、その後、別の書込みを開始することが可能となる。従って
、パーティションが１つしか無い場合、書込みは全て逐次的に行われ、スループ
ットは、そのチップの書込み機能の速度（これは、チップおよび温度に依存し得
る）まで低速化する。
【０１０５】
しかし、複数のパーティションがある場合、ソフトウェアは異なるチップに書
込みを行うため、書き込みを同時に行うことが可能である。これにより、スルー
プットをｎ倍だけ効果的に増加させることが可能となる（ｎは、パーティション
の数によって規定される）。入来データパケットを受信するプロセスのスループ
ットはおよそ１．５メガビット／秒であるため、ホストコンピュータの目標は、
この速度を達成できるようにフラッシュデバイスをパーティション化することで
ある。実験により、少なくとも３つ〜４つのパーティションが必要なことが分か
っている。
【０１０６】
同時書き込みを行なわないと仮定すると、最大読出し速度も１．５メガビット
／秒となる。このチップ読出し機能の速度は書込み速度よりもずっと高速である
ため、読出しが１度しか行なわれない（すなわち、チップへの逐次的アクセス）
場合にでも、この速度は、入来データパケットを受信するプロセスの速度に追い
付くことができる。
【０１０７】
読出しおよび書込みを共に行う場合、ＨＶＲの利用可能な帯域がシステムの動
きに応じて変化するような様式で、ＨＶＲの利用可能な帯域を読出し動作および
書込み動作に対して分配する。
【０１０８】
本明細書中、強化型航海データ記録装置と、ＥＴＨＥＲＮＥＴ（登録商標）ネ
ットワークを介してこの記録装置を用いるためのソフトウェアの一例とについて
説明および図示してきた。本発明の特定の実施形態について説明してきたが、本
発明をこれらの実施形態に限定することは意図していない。なぜならば、本発明
は、当該分野が許すだけの範囲において広範なものであり、本明細書もそれに習
って読まれるべきであることが意図されるからであ。詳細には、ウェブページの
特定の構成と、本明細書中に記載した特定の通信プロトコルとは、現在において
好適実施形態を示しているが、本発明はこれらのものに限定されない。
【０１０９】
従って、当業者であれば、本明細書中の特許請求の範囲において記載された意
図および範囲から逸脱することなく、記載の発明にさらに他の改変を加えること
が可能であることを理解する。
【０１１０】
強化型航海データ記録装置は、２つのサブシステムを含む。上記２つのサブシ
ステムは、取外し可能な不揮発性メモリと、データ感知システムとの通信および
上記メモリへのアクセスを行うための電子回路およびファームウェアを含むベー
スとである。本発明によれば、上記メモリは「ボイラー」内において保護され、
上記電子回路は、船上のデータ取得デバイスに接続するＥＴＨＥＲＮＥＴ（登録
商標）インターフェースを含む。上記ファームウェアは好適には、ウェブページ
を介して構成される。上記記録装置との通信のための通信プロトコルも開示され
る。
【図面の簡単な説明】
【０１１１】
【図１】図１は、本発明によるＨＶＲの斜視図である。
【図２】図２は、本発明によるＨＶＲの側面図である。
【図３】図３は、本発明によるＨＶＲの上面図である。
【図４】図４は、ビーコンブラケットを取り外した状態の強化型メモリサブアセンブリの斜視図である。
【図５】図５は、取付けベースサブアセンブリの斜視図である。
【図６】図６は、ビーコンブラケットを取り外した状態の強化型メモリサブアセンブリの側部の立面図である。
【図７】図７は、図６中の線Ａ−Ａに沿った断面図である。
【図８】図８は、図２の丸で印を付けた部分の断面を詳細図である。
【図９】図９は、取付けベースサブアセンブリの側部の立面図である。
【図１０】図１０は、図９の線Ｂ−Ｂに沿った断面図である。
【図１１】図１１は、取付けベースサブアセンブリの平面図である。
【図１１ａ】図１１ａは、メモリインターフェースコンバータチップを含むスタック型メモリ基板の斜視図である。
【図１２】図１２は、ＨＶＲ「ホームページ」のサンプル「スクリーンショット」である。
【図１３】図１３は、ＨＶＲログインページのサンプルスクリーンショットである。
【図１４】図１４は、ＨＶＲネットワーク設定ページのサンプルスクリーンショットである。
【図１５】図１５は、ＨＶＲデバイス更新ページのサンプルスクリーンショットである。
【符号の説明】
【０１１２】
１２  サブアセンブリ
１４  強化型メモリサブアセンブリ
１６  下部フランジ
２８  上部フランジ
３８  ブラケット
４０  水中位置ビーコン
【図１】
2006151385.tif 000003
【図２】
2006151385.tif 000004
【図３】
2006151385.tif 000005
【図４】
2006151385.tif 000006
【図５】
2006151385.tif 000007
【図６】
2006151385.tif 000008
【図７】
2006151385.tif 000009
【図８】
2006151385.tif 000010
【図９】
2006151385.tif 000011
【図１０】
2006151385.tif 000012
【図１１】
2006151385.tif 000013
【図１１ａ】
2006151385.tif 000014
【図１２】
2006151385.tif 000015
【図１３】
2006151385.tif 000016
【図１４】
2006151385.tif 000017
【図１５】
2006151385.tif 000018