特開 2024-128281 デバッグ装置、デバッグシステム、デバッグ方法及びデバッグプログラム

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

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

(11)【公開番号】P2024128281

(43)【公開日】2024-09-24

(54)【発明の名称】デバッグ装置、デバッグシステム、デバッグ方法及びデバッグプログラム

(51)【国際特許分類】

   G06F 11/36 20060101AFI20240913BHJP

   G06F 11/16 20060101ALI20240913BHJP

【ＦＩ】

G06F11/36 132

G06F11/16 629

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023037183

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

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

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

(74)【代理人】

【識別番号】100181135

【弁理士】

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

(72)【発明者】

【氏名】前田 成輝

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

5B034

5B042

【Ｆターム（参考）】

5B034AA02

5B034CC01

5B042HH25

5B042KK04

5B042LA04

(57)【要約】

【課題】フォールトトレラントサーバにおいて、片系でデバッグを実施し、デバッグを実施しない方で業務を継続することを可能にする。
【解決手段】デバッグ装置は、同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、前記同期して動作するシステムのうちのデバッグに用いられるシステムにおいて前記命令をブレークポイント命令で書き換え、前記デバッグ領域のページアウトを抑制するように構成された設定部と、ブレークポイント例外が発生したとき、前記同期して動作するシステムの同期を解除するように構成された例外処理部と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

デバッグ装置であって、
同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、前記同期して動作するシステムのうちのデバッグに用いられるシステムにおいて前記命令をブレークポイント命令で書き換え、前記デバッグ領域のページアウトを抑制するように構成された設定部と、
ブレークポイント例外が発生したとき、前記同期して動作するシステムの同期を解除するように構成された例外処理部と、
を備えるデバッグ装置。

【請求項2】

前記例外処理部は、ブレークポイント例外が発生したとき、前記同期して動作するシステムの入出力モジュールの二重化を維持する、請求項１に記載のデバッグ装置。

【請求項3】

前記例外処理部は、ブレークポイント例外が発生したとき、前記同期して動作するシステムの入出力モジュールをシステムごとに切り離す、請求項１に記載のデバッグ装置。

【請求項4】

同期を解除した後、前記同期して動作するシステムのうちの前記デバッグに用いられるシステム以外のシステムをマスタにして前記デバッグに用いられるシステムを組み込むことによって同期させるように構成された復帰処理部をさらに備える、請求項１に記載のデバッグ装置。

【請求項5】

前記設定部はデバッグ端末によって制御される、請求項１に記載のデバッグ装置。

【請求項6】

フォールトトレラントサーバと、
請求項１から５のいずれか一項に記載のデバッグ装置と、
を備えるデバッグシステム。

【請求項7】

デバッグ方法であって、
同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、前記同期して動作するシステムのうちのデバッグに用いられるシステムにおいて前記命令をブレークポイント命令で書き換え、前記デバッグ領域のページアウトを抑制するステップと、
ブレークポイント例外が発生したとき、前記同期して動作するシステムの同期を解除するステップと、
を有するデバッグ方法。

【請求項8】

同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、前記同期して動作するシステムのうちのデバッグに用いられるシステムにおいて前記命令をブレークポイント命令で書き換え、前記デバッグ領域のページアウトを抑制するように構成された設定部、および
ブレークポイント例外が発生したとき、前記同期して動作するシステムの同期を解除するように構成された例外処理部、
としてコンピュータを機能させるためのデバッグプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デバッグ装置、デバッグシステム、デバッグ方法及びデバッグプログラムに関する。

【背景技術】

【0002】

一般に、ユーザがデバッグを行う場合、サーバのレジスタ、スタック、メモリデータ等のデバッグ情報を得るために、業務ＡＰ、あるいはＯＳ、ドライバ等にブレークポイントを設定し、設定したブレークポイントで業務ＡＰないしはシステム全体を止める必要がある。

【0003】

一方、システム全体が止まることを防止するように構成されたサーバ、すなわち、構成部品の一部が故障しても正常に処理を続行するサーバとしてフォールトトレラント（Fault-Tolerant（ＦＴ））サーバがある。フォールトトレラントサーバとはハードウェアの部品を二重化し、障害発生時にもシステムが停止することのない仕組みを備えた非常に可用性が高いサーバである。

【0004】

ＦＴサーバは可用性のためにシステムが二重化されており、両方のシステムのメモリの内容を同一にした上で、各システムのプロセッサをクロック単位で同期させて冗長化させるロックステップ技術により、両方のシステムで全く同じ動作をしている。これにより、故障発生時には対象となるＣＰＵサブシステムを論理的に切り離し、正常な方で動作を続行させることができる。

【0005】

しかし、通常の手段ではＦＴサーバの片方のシステムのみにブレークポイントを設定するといった操作ができないため、デバッグを行うためにブレークポイントを設定した場合、ＦＴサーバの両方のシステムを止める必要がある。すなわち、二重化されているＦＴサーバにおいては、両系のプロセッサとメモリをクロック単位で同期させて冗長化させるロックステップ技術により、両系切り離し後であっても片系のみブレークポイントで停止するような運用はできない。そのため、汎用サーバと同様に、デバッグのためにブレークポイントを設定した際は業務ＡＰないしはシステム全体を止める必要があった。

【0006】

関連技術には、ファイルの再配置を行うときにスワップアウトを禁止するもの（特許文献１）、ＦＴサーバの同期ずれなどの原因を調査するために両系のＣＰＵの情報を外部にある１台のデバッガで確認するもの（特許文献２）、ＦＴサーバの同期を解除して2つのシステムに分割し、一方で業務を継続し、もう一方でバックアップを採取することで、業務に影響を与えることなく、バックアップの採取を行うもの（特許文献３）、プログラムに設定されたブレークポイントを監視し、所定の条件が満たされる場合、プログラムの実行を停止するもの（特許文献４）、ＦＴサーバの同期を意図的に一時的に解除することで、それぞれ独立して動作する２つのシステムに分割するもの（特許文献５）がある。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開昭６２－２４５４４５号公報

【特許文献2】特許５４７７７２５号公報

【特許文献3】特開２０１３－２０６０５２号公報

【特許文献4】特開２０１３－２０６０６１号公報

【特許文献5】特開２０２２－０３６７７８号公報

【発明の概要】

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

【0008】

ＦＴサーバにおいて二重化されているシステムは両系とも同じ動作をしているため、本来デバッグを実施するのは片方のシステムのみで十分であり、デバッグを実施しない方のシステムで業務を継続できるはずである。しかし、上述の理由によりそうした運用ができないことが課題だった。

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

【0009】

本発明は、デバッグ装置、デバッグシステム、デバッグ方法及びデバッグプログラムを提供する。

【0010】

また、本発明の第一の態様は、デバッグ装置が、同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、前記同期して動作するシステムのうちのデバッグに用いられるシステムにおいて前記命令をブレークポイント命令で書き換え、前記デバッグ領域のページアウトを抑制するように構成された設定部と、
ブレークポイント例外が発生したとき、前記同期して動作するシステムの同期を解除するように構成された例外処理部と、
を備えることを特徴とする。

【0011】

また、本発明の第二の態様は、デバッグシステムが、フォールトトレラントサーバと、
上記のデバッグ装置と、
を備えることを特徴とする。

【0012】

また、本発明の第三の態様は、デバッグ方法が、同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、前記同期して動作するシステムのうちのデバッグに用いられるシステムにおいて前記命令をブレークポイント命令で書き換え、前記デバッグ領域のページアウトを抑制するステップと、
ブレークポイント例外が発生したとき、前記同期して動作するシステムの同期を解除するステップと、
を有することを特徴とする。

【0013】

本発明の第四の態様は、デバッグプログラムが、同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、前記同期して動作するシステムのうちのデバッグに用いられるシステムにおいて前記命令をブレークポイント命令で書き換え、前記デバッグ領域のページアウトを抑制するように構成された設定部、および
ブレークポイント例外が発生したとき、前記同期して動作するシステムの同期を解除するように構成された例外処理部、
としてコンピュータを機能させることを特徴とする。

【発明の効果】

【0014】

本発明によれば、ユーザは、ＦＴサーバの片系で業務ＡＰの動作を継続しつつ、もう片系においてブレークポイントで止めた状態で必要なデバッグ情報を得ることができる。

【図面の簡単な説明】

【0015】

【図1】本発明の実施形態による、デバッグ装置の構成を示す図である。

【図2】本発明の実施形態による、ＦＴサーバの同期状態及び同期解除状態を示す図である。

【図3】本発明の実施形態による、ブレークポイント設定のフローチャートである。

【図4】図３の各ステップにおけるシステム０及びシステム１のメモリの状態（１）を示す図である。

【図5】図３の各ステップにおけるシステム０及びシステム１のメモリの状態（２）を示す図である。

【図6】図３の各ステップにおけるシステム０及びシステム１のメモリの状態（３）を示す図である。

【図7】図３の各ステップにおけるシステム０及びシステム１のメモリの状態（４）を示す図である。

【図8】図３の各ステップにおけるシステム０及びシステム１のメモリの状態（５）を示す図である。

【図9】本発明の実施形態による、ＦＴサーバにおけるデバッグの実施から復帰までのフローチャートである。

【図10】本発明の他の実施形態による、ＦＴサーバの同期状態及び同期解除状態を示す図である。

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

【0016】

まず、本発明の実施形態における基本的な構成および動作を説明する。ユーザはブレークポイントの設定を行う。ブレークポイントの設定は、メモリ上の該当メモリにある命令について、ブレークポイント例外を発生させる命令に書き換える方式を使用する。ＦＴサーバがこの命令を実行してブレークポイント例外が発生したときがデバッグの契機となる。この契機でＦＴサーバの同期を解除し、それぞれ独立して動作する２つのシステム（システム０、システム１）に分割することが可能である。同期を解除している間、システム０、システム１をそれぞれ異なる目的で稼働できる。

【0017】

上記のデバッグ方式は、一実施形態では、デバッグ装置を用いて実現することができる。なお、デバッグ装置は、ハードウェアとソフトウェアを用いて機能を実現してもよく、例えば、サーバのディスクからプログラムを読み出し、サーバのプロセッサがそのプログラムを実行することによって機能が実現されてもよい。あるいは、デバッグ装置の機能は、サーバ内の回路または装置として実現されてもよい。デバッグ装置は、端末からコマンドを使用して制御されてもよい。

【0018】

図１は、本発明の実施形態による、デバッグ装置の構成を示す図である。デバッグ装置１００は、設定部１１０と例外処理部１２０を備える。設定部１１０は、フォールトトレラントサーバにおいて同期して動作するシステムの各々のメモリのデバッグ領域に、デバッグされるプログラムの中でブレークポイントが設定される命令を含む部分を読み出し、同期して動作するシステムのうちのデバッグに用いられるシステムにおいてその命令をブレークポイント命令で書き換え、デバッグ領域のページアウトを抑制するように構成される。例外処理部１２０は、ブレークポイント例外が発生したとき、フォールトトレラントサーバにおいて同期して動作するシステムの同期を解除するように構成される。

【0019】

このようにして、同期を解除してそれぞれ独立して動作する２つのシステムに分割できるＦＴサーバの特長を利用して、ＦＴサーバの片系で業務ＡＰを動作させつつ、ＦＴサーバのもう片系ではブレークポイント設定した命令で業務ＡＰを止め、ユーザがレジスタ、スタック、メモリデータ等のデバッグ情報を得ることが可能になる。

【0020】

以下、本発明の実施形態における、より詳細なＦＴサーバの構成および動作の具体例を説明する。

【0021】

図２は、本発明の実施形態による、ＦＴサーバ１０の同期状態及び同期解除状態を示す図である。図２の左側は同期状態を示し、右側は同期解除後の同期解除状態を示す。

【0022】

ＦＴサーバ１０は、２つの中央処理装置（ＣＰＵ）モジュール、２つのメモリ（図示しない）、２つのＦＴコントローラ、２つの入出力（ＩＯ）モジュールを有する。ＩＯモジュールは、ネットワークインターフェースカード（ＮＩＣ）及びディスク（記憶装置）を有する。ＦＴサーバ１０はＮＩＣを介してネットワークに接続する。ＣＰＵモジュール及びＩＯモジュールはデバッグポートを有する。デバッグポート０、デバッグポート１、デバッグポート０’、デバッグポート１’が、それぞれＣＰＵモジュール０、ＣＰＵモジュール１、ＩＯモジュール０、ＩＯモジュール１に設けられ、切り替えスイッチ１１を介してデバッグ端末１２から接続することができる。

【0023】

図２の左側に示す同期状態において、１つのＯＳが動作し、このＯＳの制御の下でＣＰＵモジュール０とＣＰＵモジュール１、ＦＴコントローラ０とＦＴコントローラ１はそれぞれ同期しており、ＩＯモジュール０（ＮＩＣ０、ディスク０）とＩＯモジュール１（ＮＩＣ１、ディスク１）は二重化されている。

【0024】

図２の右側に示す同期解除状態において、ＯＳはＯＳ＃１とＯＳ＃２に分かれて動作し、同期状態ではＦＴサーバ１０は１つのシステムとして動作していたが、システム０（ＣＰＵモジュール０、システム０用のメモリ、ＦＴコントローラ０、ＩＯモジュール０）とシステム１（ＣＰＵモジュール１、システム１用のメモリ、ＦＴコントローラ１、ＩＯモジュール１）の２つの系に分割される。ＩＯモジュール０（ＮＩＣ０、ディスク０）とＩＯモジュール１（ＮＩＣ１、ディスク１）の二重化はそのままである。すなわち、システム１とシステム２から二重化された状態で使用される。

【0025】

同期解除後、デバッグを行う場合には、切り替えスイッチ１１により、デバッグを行う側の系（ここではシステム１とする）のデバッグポート（デバッグポート１）にデバッグ端末１２を接続する。デバッグコマンドによってレジスタ情報、スタック情報、メモリデータ等必要なデバッグ情報を得る。ＦＴサーバ１０は、同期を解除してそれぞれ独立して動作する２つのシステムに分割されているので、片系のみの運用となったことをＯＳや動作中のプロセスは認識しない。つまり、ユーザはＯＳや動作中のプロセスから見えないところで解析用、調査用のデータを抜き出すことができる。ユーザによるデバッグ終了後、業務処理を行うために継続して動作していたシステム０をマスタにして、デバッグに使用していたシステム１を組み込み、同期状態に復帰することができる。

【0026】

次に、図３を参照して、上記で説明した同期状態から同期解除状態への移行、及び同期状態への復帰の流れを詳細に説明する。図３は、本発明の実施形態による、ブレークポイント設定のフローチャートである。

【0027】

図３の概略は次の通りである。ユーザはデバックの契機となるブレークポイントの設定を行う。ブレークポイントの設定は、メモリ上の該当メモリにある命令について、ブレークポイント例外を発生させる命令に書き換える方式を使用する。図３に示すように、ＦＴサーバ１０において本発明の実施形態によるデバッグ方式を実現する場合、メモリ上の命令を書き換えるときに、片系のメモリのみ書き換える。また、ページアウトによってメモリの内容がディスクに書き出される際に両系のメモリが一致しているかどうかがチェックされるため、内容が不一致のページについてはページアウトを抑制する必要がある。

【0028】

図３に示す具体的な手順は次の通りである。ステップＳ１１において、ブレークポイントを設定する命令があるページをページインする。例えば、デバッグされる業務ＡＰの中でブレークポイントを設定したい命令を含む所定の単位のプログラム部分をディスクからメモリに読み出す。ブレークポイントを設定する命令は、例えば、ユーザがデバッグ端末１２を用いて指示する。それ以外のステップＳ１１からＳ１５の処理は、例えば、図１のデバッグ装置１００の設定部１１０が実行してもよい。ページインする際、各システムのメモリのあるページ（ここではページ番号０のページ）にはデバッグ領域がロードされる（図４）。すなわち、図４において、システム０およびシステム１の各々のメモリのページ番号０のページに、ブレークポイントを設定する命令があるページが、デバッグ領域としてロードされる。続いて、ステップＳ１２において、ブレークポイントを設定する命令があるページをメモリ上でロックする。例えば、Linux（登録商標）OSのAPI mlock等の一般的なＯＳ機能（ＡＰＩ）を使用して対象のメモリ領域をロックする（図５）。すなわち、システム０およびシステム１の各々のメモリのページ番号０のページがロックされる。その後、ステップＳ１３において、両系ともシステムの動作を止めて、二重化状態を解除する。すなわち、両系のメモリの同期をＦＴサーバで解除する（図６）。同期が解除されている状態で、ステップＳ１４において、システム１系のみブレークポイントを設定するアドレスにある命令を書き換える。すなわち、デバッグを行うシステム１のメモリのみ命令を書き換える（図７）。書き換え後、ステップＳ１５において、二重化に復帰して、システムの動作を再開する。すなわち、同期状態に復帰する（図８）。この状態では、両系のメモリの内容は不一致であるが、メモリがロックされており、ページアウトが抑制されているため、ＯＳによってメモリの不一致が検出されることはない。

【0029】

次に、ＦＴサーバ１０におけるデバッグの実施から復帰までを説明する。図３に示す手順が行われた後、ＦＴサーバ１０において、例えば、デバッグされる業務ＡＰを動作させる。図９のステップＳ２１において、システム１系のみブレークポイント例外が発生し、例外ハンドラ（図１の例外処理部１２０）が実行開始する。ブレークポイント例外の発生後、ステップＳ２２において、システム０系と１系の同期を解除する。すなわち、例外ハンドラでシステム１系を切り離し、システム０系のみ動作を継続する。ステップＳ２３において、デバッグポートとデバッグ端末１２を接続するスイッチをシステム１系に接続し、デバッグ端末１２に制御を移す。ステップＳ２４において、デバッグ端末１２からデバッグコマンドを受け付け、レジスタ、スタック、メモリ情報等のデバッグ情報を取得する。これにより、ユーザはデバッグコマンドによってレジスタ情報、スタック情報、メモリデータ等必要なデバッグ情報を得る。システム０系は業務ＡＰの動作を継続する。デバッグ終了後、ステップＳ２５において、デバッグに使用していたシステム１系のみリセットないしは電源Ｏｆｆし、これによりシステム１のメモリ情報等をクリアする。その後、ステップＳ２６において、業務を継続して動作しているシステム０系をマスタにして、デバッグに使用していたシステム１系を組み込む。ステップＳ２５、Ｓ２６は、ユーザが個々にコマンドを入力することによって行ってもよく、または図１のデバッグ装置１００が復帰処理部（図示しない）をさらに備え、ユーザがコマンドを使用して復帰処理部にステップＳ２５、Ｓ２６を実行させてもよい。ステップＳ２７において、システム０系と１系が同期して業務を継続する。これによって、ＦＴサーバ１０は二重化に復帰する。

【0030】

以上の通り、ユーザがＦＴサーバでデバッグを行う際、ＦＴサーバは、デバッグ端末からのコマンドに従って、デバッグを行う方のシステムでのみメモリ上の命令でブレークポイントを発生させる命令に書き換え、また、ページアウトによって両システムのメモリの不一致を検出されないようにページアウトを抑制する。デバッグのためにブレークポイント例外が発生し、例外ハンドラが実行開始した際、ＦＴサーバは両システム間の同期を解除してロックステップの機能を自動でキャンセルする。これにより、ユーザはブレークポイントを設定したシステムのみを独立して障害情報採取に利用でき、もう片方のシステムではデバッグの影響を受けずに業務を継続できる。

【0031】

上記のように、ユーザは、ＦＴサーバの片系で業務ＡＰの動作を継続しつつ、もう片系においてブレークポイントで止めた状態でレジスタ情報、スタック情報、メモリデータ等、必要なデバッグ情報を得ることができる。その際、プロセッサとメモリは、同期を解除してそれぞれ独立して動作する２つのシステムに分割できるというＦＴサーバの特長を利用しているため、片系のみの運用となったことはＯＳや動いているプロセスからは認識できない。つまり、ＯＳや動いているプロセスから見えないところで解析用、調査用のデータを抜き出すことができる。

【0032】

次に、図１０を参照して、本発明による他の実施例を説明する。図１０の左側に示す左側に示す同期状態は、図２の左側に示す左側に示す同期状態と同じである。図２の右側に示す同期解除状態において、ＯＳはＯＳ＃１とＯＳ＃２に分かれて動作し、ＩＯモジュール０（ＮＩＣ０、ディスク０）とＩＯモジュール１（ＮＩＣ１、ディスク１）の二重化はそのままであるが、図１０の右側に示す同期解除状態は、ＩＯモジュールも含めてシステムごとに全て切り離されている。

【0033】

ＦＴサーバの同期をユーザが意図的に解除することで、それぞれ独立して動作する２つのシステム（システム０、システム１）に分割することが可能であり、同期を解除している間、システム０、システム１で別々のことを実施できる。また、片系切り離し（同期解除）の際、ＩＯモジュールも含めて全て切り離すことで、ユーザはシステムとしてのデータを丸ごと取得することができる。

【0034】

同期解除後、ユーザはデバッグで使用する系のデバッグポートであるデバッグポート１’にデバッグ端末を接続し、デバッグコマンドによってレジスタ情報、スタック情報、メモリデータ等必要なデバッグ情報を得る。

【0035】

ＯＳは２つのＩＯモジュールへのパスを有しており、片方が障害を起こしたらそのバスを切り離し、もう片方のバスで業務を継続する。よって、運用システム側からＩＯモジュールの縮退が見えるが、切り離す前の両ＩＯモジュールは二重化状態であり、全く同じ動作をしているため、片系切り離し後も、もう片系で業務継続しつつ、切り離した片系のＩＯモジュールを丸ごとデバッグするという運用が可能となっている。

【0036】

デバッグ終了後、ＦＴサーバは業務継続動作していたシステム０をマスタにしてデバッグに使用していたシステム１を組み込み、同期状態に復帰する。

【0037】

上記のように、片系切り離し（同期解除）の際、入出力（ＩＯ）モジュールも含めて全て切り離すことで、ユーザはシステムとしてのデータを丸ごと取得することができる。ＯＳは２つのＩＯモジュールへのパスを有しており、片方が障害を起こしたらそのバスを切り離し、もう片方のバスで業務を継続する。よって、上記と異なり、運用システム側からＩＯモジュールの縮退が認識される。なお、切り離す前の両ＩＯモジュールは二重化状態であり、全く同じ動作をしているため、片系切り離し後も、もう片系で業務継続しつつ、切り離した片系のＩＯモジュールを丸ごとデバッグするという運用が可能である。

【0038】

上述のコンピュータシステムによる処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。

【0039】

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

【産業上の利用可能性】

【0040】

本発明は、本発明は、同期して動作するシステムのデバッグに利用することができる。

【符号の説明】

【0041】

１０、２０ ＦＴサーバ
１１ スイッチ
１２ デバッグ端末
１００ デバッグ装置
１１０ 設定部
１２０ 例外処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】