JP3116443B2 - ソケット通信ログ蓄積装置 - Google Patents
ソケット通信ログ蓄積装置Info
- Publication number
- JP3116443B2 JP3116443B2 JP03220731A JP22073191A JP3116443B2 JP 3116443 B2 JP3116443 B2 JP 3116443B2 JP 03220731 A JP03220731 A JP 03220731A JP 22073191 A JP22073191 A JP 22073191A JP 3116443 B2 JP3116443 B2 JP 3116443B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- socket communication
- socket
- log
- processes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3636—Software debugging by tracing the execution of the program
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、コマーシャル（ＣＭ）
が収録された複数のカセットが収納され、放送番組進行
表に基づき、上記カセットが順次再生されて、スポット
ＣＭをオンエアするようにしたカートマシン等の比較的
に規模の大きいソフトウェアによって制御される装置に
適用して好適なソケット通信ログ蓄積装置に関する。
が収録された複数のカセットが収納され、放送番組進行
表に基づき、上記カセットが順次再生されて、スポット
ＣＭをオンエアするようにしたカートマシン等の比較的
に規模の大きいソフトウェアによって制御される装置に
適用して好適なソケット通信ログ蓄積装置に関する。
【０００２】
【従来の技術】比較的規模の大きいソフトウェアによっ
て制御される装置においては、そのソフトウェアのデバ
ッグを効率的に行うことが製品の開発期間を短縮するた
めに重要なこととである。
て制御される装置においては、そのソフトウェアのデバ
ッグを効率的に行うことが製品の開発期間を短縮するた
めに重要なこととである。
【０００３】比較的規模の大きいソフトウェアによって
制御される装置のデバッグを効率的に行うための従来の
技術として、特開平３−７１３４４号公報に開示された
技術がある。この技術は、「マルチプロセスプログラム
開発支援システム」に関する技術である。
制御される装置のデバッグを効率的に行うための従来の
技術として、特開平３−７１３４４号公報に開示された
技術がある。この技術は、「マルチプロセスプログラム
開発支援システム」に関する技術である。
【０００４】図１０はこの技術の構成を示している。図
１０には、一つのシステムが機能毎に複数のプロセス
１，２に分けられ、各プロセス１，２が統合化されたマ
ルチプロセス構成のマルチプロセスプログラム開発支援
システム３にが示されている。このマルチプロセスプロ
グラム開発支援システム３は、プロセス管理プログラム
５と、プロセス間通信ライブラリ６と、プロセス間通信
解析プログラム７とを備えている。
１０には、一つのシステムが機能毎に複数のプロセス
１，２に分けられ、各プロセス１，２が統合化されたマ
ルチプロセス構成のマルチプロセスプログラム開発支援
システム３にが示されている。このマルチプロセスプロ
グラム開発支援システム３は、プロセス管理プログラム
５と、プロセス間通信ライブラリ６と、プロセス間通信
解析プログラム７とを備えている。
【０００５】プロセス管理プログラム５は、複数のプロ
セス１，２の生成および破壊と、プロセス１，２間の通
信と、各プロセス１，２の実行状況とを管理するもので
ある。プロセス間通信ライブラリ６は、プロセス管理プ
ログラム５の環境下でプロセス１，２間の通信を行うた
めの機能を提供するライブラリ関数群を収容するもので
ある。プロセス間通信解析プログラム７は、会話形式で
プロセス１，２間の通信状況をモニタするものである。
セス１，２の生成および破壊と、プロセス１，２間の通
信と、各プロセス１，２の実行状況とを管理するもので
ある。プロセス間通信ライブラリ６は、プロセス管理プ
ログラム５の環境下でプロセス１，２間の通信を行うた
めの機能を提供するライブラリ関数群を収容するもので
ある。プロセス間通信解析プログラム７は、会話形式で
プロセス１，２間の通信状況をモニタするものである。
【０００６】このように構成されるマルチプロセスプロ
グラム開発支援システム３においては、プロセス間通信
手順がライブラリとしてサポートされているため、プロ
グラムを開発する際には、プロセス１，２にプロセス間
通信ライブラリ６をリンクするだけで簡単にプロセス間
の通信が可能になるとともに、プロセス間通信解析プロ
グラム７により会話形式でプロセス間通信の状況をモニ
タしてデバッグを行うことが可能になるとされている。
グラム開発支援システム３においては、プロセス間通信
手順がライブラリとしてサポートされているため、プロ
グラムを開発する際には、プロセス１，２にプロセス間
通信ライブラリ６をリンクするだけで簡単にプロセス間
の通信が可能になるとともに、プロセス間通信解析プロ
グラム７により会話形式でプロセス間通信の状況をモニ
タしてデバッグを行うことが可能になるとされている。
【０００７】ところが、このマルチプロセスプログラム
開発支援システム３においては、プロセス間通信の状況
が単にモニタされるだけであり、通信の状況をロギング
（蓄積・集積）することがないので、それほどデバッグ
の効率が上がらないという問題がある。
開発支援システム３においては、プロセス間通信の状況
が単にモニタされるだけであり、通信の状況をロギング
（蓄積・集積）することがないので、それほどデバッグ
の効率が上がらないという問題がある。
【０００８】そこで、この問題を解決するため、通信の
状況をロギングする目的で、プロセス間に仲介プロセス
を配し、プロセス間通信の際には、必ずこの仲介プロセ
スを介して送信するように制御することにより、この仲
介プロセスのなかで通信ログを採取するようにすること
が考えられる。この場合、仲介プロセスにより通信ログ
を採取する構成になっているため、プロセス間の処理は
直列的な処理になる。
状況をロギングする目的で、プロセス間に仲介プロセス
を配し、プロセス間通信の際には、必ずこの仲介プロセ
スを介して送信するように制御することにより、この仲
介プロセスのなかで通信ログを採取するようにすること
が考えられる。この場合、仲介プロセスにより通信ログ
を採取する構成になっているため、プロセス間の処理は
直列的な処理になる。
【０００９】
【発明が解決しようとする課題】しかしながら、この仲
介プロセスを配する従来の技術では、プロセスの数が多
くなり、通信量が増加すると、上記仲介プロセスがいわ
ゆるボトルネックとなり、装置全体としての動作速度が
加速度的に遅くなってしまうという問題がある。また、
上記仲介プロセスが途中で死んだ（ｄｉｅ）場合には、
全ての通信を行うことができなくなるという問題もあっ
た。さらに、各プロセスをプログラムする際に、常に上
記仲介プロセスを考慮しなければならず、全体としての
ソフトウェア構造が相当に複雑になってしまうという問
題があった。本発明はこのような課題に鑑みてなされた
ものであり、通信ログの採取を行わない場合に比較して
ほとんど動作速度が遅くなることがないソケット通信ロ
グ蓄積装置を提供することを目的とする。
介プロセスを配する従来の技術では、プロセスの数が多
くなり、通信量が増加すると、上記仲介プロセスがいわ
ゆるボトルネックとなり、装置全体としての動作速度が
加速度的に遅くなってしまうという問題がある。また、
上記仲介プロセスが途中で死んだ（ｄｉｅ）場合には、
全ての通信を行うことができなくなるという問題もあっ
た。さらに、各プロセスをプログラムする際に、常に上
記仲介プロセスを考慮しなければならず、全体としての
ソフトウェア構造が相当に複雑になってしまうという問
題があった。本発明はこのような課題に鑑みてなされた
ものであり、通信ログの採取を行わない場合に比較して
ほとんど動作速度が遅くなることがないソケット通信ロ
グ蓄積装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】本発明ソケット通信ログ
装置は、例えば、図１Ｄに示すように、プロセス１５，
１６間でソケット通信が行われた場合に、そのソケット
通信ログ２１，２２を蓄積するソケット通信ログ装置に
おいて、プロセス１５，１６のそれぞれにリンクされ
て、ソケット通信を行うための通信用ライブラリ関数が
収容されている通信用ライブラリ１３，１４と、ソケッ
ト通信ログ２１，２２を蓄積するソケット通信ログ蓄積
手段１７，１８と、各プロセス１５，１６間毎に送信側
あるいは受信側の少なくとも一方の側のソケット通信ロ
グ２１，２２を蓄積するかを規定した参照テーブル３１
とを備え、通信用ライブラリ１３，１４は、それぞれ、
プロセス１５，１６間でソケット通信が行われた場合
に、参照テーブル３１を参照して送信側または受信側の
少なくとも一方の側のソケット通信ログ２１，２２を上
記ソケット通信ログ蓄積手段１７，１８に蓄積するよう
に制御するものである。
装置は、例えば、図１Ｄに示すように、プロセス１５，
１６間でソケット通信が行われた場合に、そのソケット
通信ログ２１，２２を蓄積するソケット通信ログ装置に
おいて、プロセス１５，１６のそれぞれにリンクされ
て、ソケット通信を行うための通信用ライブラリ関数が
収容されている通信用ライブラリ１３，１４と、ソケッ
ト通信ログ２１，２２を蓄積するソケット通信ログ蓄積
手段１７，１８と、各プロセス１５，１６間毎に送信側
あるいは受信側の少なくとも一方の側のソケット通信ロ
グ２１，２２を蓄積するかを規定した参照テーブル３１
とを備え、通信用ライブラリ１３，１４は、それぞれ、
プロセス１５，１６間でソケット通信が行われた場合
に、参照テーブル３１を参照して送信側または受信側の
少なくとも一方の側のソケット通信ログ２１，２２を上
記ソケット通信ログ蓄積手段１７，１８に蓄積するよう
に制御するものである。
【００１１】
【作用】本発明ソケット通信ログ装置によれば、各プロ
セス１５，１６に通信用ライブラリ１３，１４があらか
じめリンクされ、このプロセス１５，１６にソケット通
信ログ蓄積手段１７，１８が接続されている。したがっ
て、プロセス１５，１６間でソケット通信が行われた場
合、通信用ライブラリ１３，１４を通じてソケット通信
ログ蓄積手段１７，１８にソケット通信ログ２１，２２
を蓄積することができる。このとき、参照テーブル３１
を参照して送信側あるいは受信側の少なくとも一方の側
のソケット通信ログ２１，２２を蓄積することにより、
送信時と受信時に同一の内容のソケット通信ログ２１，
２２を蓄積することがなくなる。また、ソケット通信ロ
グ２１，２２を並列的に採取することが可能になるの
で、通信ログの採取を行わない場合に比較してほとんど
動作速度が遅くなることがない。
セス１５，１６に通信用ライブラリ１３，１４があらか
じめリンクされ、このプロセス１５，１６にソケット通
信ログ蓄積手段１７，１８が接続されている。したがっ
て、プロセス１５，１６間でソケット通信が行われた場
合、通信用ライブラリ１３，１４を通じてソケット通信
ログ蓄積手段１７，１８にソケット通信ログ２１，２２
を蓄積することができる。このとき、参照テーブル３１
を参照して送信側あるいは受信側の少なくとも一方の側
のソケット通信ログ２１，２２を蓄積することにより、
送信時と受信時に同一の内容のソケット通信ログ２１，
２２を蓄積することがなくなる。また、ソケット通信ロ
グ２１，２２を並列的に採取することが可能になるの
で、通信ログの採取を行わない場合に比較してほとんど
動作速度が遅くなることがない。
【００１２】
【実施例】以下、本発明ソケット通信ログ蓄積装置の一
実施例について図面を参照して説明する。図１Ａにおい
て、１１および１２は、それぞれプロセスであり、これ
らのプロセス１１，１２は、プログラム上単独で動作す
る処理単位である。
実施例について図面を参照して説明する。図１Ａにおい
て、１１および１２は、それぞれプロセスであり、これ
らのプロセス１１，１２は、プログラム上単独で動作す
る処理単位である。
【００１３】図１Ｂに示すように、プロセス１１，１２
には、ソケット通信を行うための通信用ライブラリ関数
が収容されている通信用ライブラリ１３，１４がそれぞ
れリンクされる。通信用ライブラリ１３，１４は、プロ
セス１１，１２間の通信を統一的に制御処理するもので
ある。なお、通信用ライブラリ１３，１４がリンクされ
たプロセスをそれぞれ、プロセス１５およびプロセス１
６という。
には、ソケット通信を行うための通信用ライブラリ関数
が収容されている通信用ライブラリ１３，１４がそれぞ
れリンクされる。通信用ライブラリ１３，１４は、プロ
セス１１，１２間の通信を統一的に制御処理するもので
ある。なお、通信用ライブラリ１３，１４がリンクされ
たプロセスをそれぞれ、プロセス１５およびプロセス１
６という。
【００１４】図１Ｃに示すように、プロセス１５，１６
は、通信用ライブラリ１３，１４の中に含まれる初期化
処理関数をコールすることにより、ソケット通信ログ蓄
積手段としてのログファイル１７，１８をオープンす
る。
は、通信用ライブラリ１３，１４の中に含まれる初期化
処理関数をコールすることにより、ソケット通信ログ蓄
積手段としてのログファイル１７，１８をオープンす
る。
【００１５】図１Ｄに示すように、プロセス１５とプロ
セス１６との間で通信が行われる場合、ストリーム型の
ソケット（以下、ストリームソケットという）２０が結
ばれる。一旦、ストリームソケット２０が結ばれれば、
どちらがサーバであるかクライアントであるかは気にす
る必要がない。この場合、プロセス１５，１６は、それ
ぞれＵＮＩＸのシステムコールであるｓｅｎｄ（），ｒ
ｅｃｖ（）の代わりに、ライブラリ関数である送受信関
数ｌｃｍ ｓｅｎｄ（），ｌｃｍ ｒｅｃｖ（）を利用
して通信すればよい。
セス１６との間で通信が行われる場合、ストリーム型の
ソケット（以下、ストリームソケットという）２０が結
ばれる。一旦、ストリームソケット２０が結ばれれば、
どちらがサーバであるかクライアントであるかは気にす
る必要がない。この場合、プロセス１５，１６は、それ
ぞれＵＮＩＸのシステムコールであるｓｅｎｄ（），ｒ
ｅｃｖ（）の代わりに、ライブラリ関数である送受信関
数ｌｃｍ ｓｅｎｄ（），ｌｃｍ ｒｅｃｖ（）を利用
して通信すればよい。
【００１６】このようにしてプロセス１５，１６間でス
トリームソケット２０を通じてソケット通信が行われた
場合に、通信用ライブラリ１３，１４の制御により、ソ
ケット通信ログ２１，２２がログファイル１７，１８に
記録される。
トリームソケット２０を通じてソケット通信が行われた
場合に、通信用ライブラリ１３，１４の制御により、ソ
ケット通信ログ２１，２２がログファイル１７，１８に
記録される。
【００１７】図２は、ソケット通信ログ２１の構成を示
している。なお、ソケット通信ログ２２の構成もソケッ
ト通信ログ２１の構成と同じである。図２から分かるよ
うに、このソケット通信ログ２１には、通信の時刻情報
（送受信関数ｌｃｍ ｓｅｎｄ（），ｌｃｍ ｒｅｃｖ
（）をコールしたときのタイムスタンプであり、日・時
刻が含まれる）２３、送受信プロセスＩＤ番号（通信元
と通信先）２４および通信サイズ２５から構成されるヘ
ッダー２６と、データとしての通信メッセージ２７とが
含まれている。なお、通信メッセージ２７等ソケット通
信ログ２１等の具体的内容については後述する。
している。なお、ソケット通信ログ２２の構成もソケッ
ト通信ログ２１の構成と同じである。図２から分かるよ
うに、このソケット通信ログ２１には、通信の時刻情報
（送受信関数ｌｃｍ ｓｅｎｄ（），ｌｃｍ ｒｅｃｖ
（）をコールしたときのタイムスタンプであり、日・時
刻が含まれる）２３、送受信プロセスＩＤ番号（通信元
と通信先）２４および通信サイズ２５から構成されるヘ
ッダー２６と、データとしての通信メッセージ２７とが
含まれている。なお、通信メッセージ２７等ソケット通
信ログ２１等の具体的内容については後述する。
【００１８】このように図１Ｄ例のソケット通信ログ蓄
積装置では、時刻情報２３を含んたソケット通信ログ２
１等の構成としているので、ログファイル１７，１８に
ソケット通信ログ２１，２２を蓄積した後に、時間順
に、すなわち通信順にデバックを行うことができる。こ
のため、デバッグ作業が効率的になりデバッグに要する
時間が短くなる。また、通信用ライブラリ１３，１４は
プロセス１５，１６毎にリンクされているので、ソケッ
ト通信ログ２１，２２を並列的に採取することが可能に
なり、ソケット通信ログ２１，２２の採取を行わない場
合に比較してほとんど動作速度が遅くなることがない。
積装置では、時刻情報２３を含んたソケット通信ログ２
１等の構成としているので、ログファイル１７，１８に
ソケット通信ログ２１，２２を蓄積した後に、時間順
に、すなわち通信順にデバックを行うことができる。こ
のため、デバッグ作業が効率的になりデバッグに要する
時間が短くなる。また、通信用ライブラリ１３，１４は
プロセス１５，１６毎にリンクされているので、ソケッ
ト通信ログ２１，２２を並列的に採取することが可能に
なり、ソケット通信ログ２１，２２の採取を行わない場
合に比較してほとんど動作速度が遅くなることがない。
【００１９】さらに、プロセス１５，１６毎に通信用ラ
イブラリ１３，１４をリンクしているので、ひとつのプ
ロセス（たとえば、プロセス１５）が死んだ場合にもそ
れ以外のプロセス（プロセス１５とソケットを結んでい
る別のプロセス）間では通信を行うことができる。
イブラリ１３，１４をリンクしているので、ひとつのプ
ロセス（たとえば、プロセス１５）が死んだ場合にもそ
れ以外のプロセス（プロセス１５とソケットを結んでい
る別のプロセス）間では通信を行うことができる。
【００２０】さらにまた、各プロセス１５，１６をプロ
グラムする際に、従来の技術の項に示したように仲介プ
ロセスを意識する必要がなく、また、通信用ライブラリ
１３，１４によりソケットを結ぶ際の複雑な手順が単純
化されているため、ソフトウェアの構造が比較的に簡単
になる。
グラムする際に、従来の技術の項に示したように仲介プ
ロセスを意識する必要がなく、また、通信用ライブラリ
１３，１４によりソケットを結ぶ際の複雑な手順が単純
化されているため、ソフトウェアの構造が比較的に簡単
になる。
【００２１】なお、図１Ｄ例では、異なるログファイル
１７，１８にソケット通信ログ２１等を蓄積するように
しているが、図３に示すように、全体ソケット通信ログ
蓄積装置としての全体ログファイル３０にログファイル
１７，１８をそれぞれシンボリックリンクしておくこと
により、各プロセス１５，１６のソケット通信ログ２
１，２２を一つのログファイルである全体ログファイル
３０に通信順に蓄積しておくことが可能になる。このよ
うに構成した場合には、ソケット通信ログ２１等の読み
出し処理が比較的に簡単になるので、デバック時間をよ
り短縮することができる。
１７，１８にソケット通信ログ２１等を蓄積するように
しているが、図３に示すように、全体ソケット通信ログ
蓄積装置としての全体ログファイル３０にログファイル
１７，１８をそれぞれシンボリックリンクしておくこと
により、各プロセス１５，１６のソケット通信ログ２
１，２２を一つのログファイルである全体ログファイル
３０に通信順に蓄積しておくことが可能になる。このよ
うに構成した場合には、ソケット通信ログ２１等の読み
出し処理が比較的に簡単になるので、デバック時間をよ
り短縮することができる。
【００２２】なお、図３例において、ログファイル１
７，１８を省略して全体ログファイル３０に通信用ライ
ブラリ１３，１４を直接接続するように構成を変更する
こともできる。
７，１８を省略して全体ログファイル３０に通信用ライ
ブラリ１３，１４を直接接続するように構成を変更する
こともできる。
【００２３】また、図１Ｄ例および図３例において、そ
のままでは、送信時と受信時に同一内容のソケット通信
ログ２１，２２を蓄積することになる。これはストリー
ムソケット２０で接続されたプロセス１５，１６のうち
の一方のプロセス（受信側）がループして通信データを
受信しなくなった場合でも他方のプロセス（送信側）で
蓄積できることを考慮したものである。したがって、通
常、各プロセスが正常に動作している場合には、プロセ
ス間でソケット通信が行われた場合に、（送信側）ある
いは（受信側）のいずれか一方のソケット通信ログを蓄
積するように構成すればよい。
のままでは、送信時と受信時に同一内容のソケット通信
ログ２１，２２を蓄積することになる。これはストリー
ムソケット２０で接続されたプロセス１５，１６のうち
の一方のプロセス（受信側）がループして通信データを
受信しなくなった場合でも他方のプロセス（送信側）で
蓄積できることを考慮したものである。したがって、通
常、各プロセスが正常に動作している場合には、プロセ
ス間でソケット通信が行われた場合に、（送信側）ある
いは（受信側）のいずれか一方のソケット通信ログを蓄
積するように構成すればよい。
【００２４】そこで、各プロセス間毎に（送信側）ある
いは（受信側）のいずれの側のソケット通信ログを蓄積
するかを規定した参照テーブルとしてのマトリクステー
ブル（以下、マスクテーブルという）を設け、ソケット
通信の際にそのマスクテーブルを参照していずれか一方
のソケット通信ログを蓄積しておくようにすることもで
きる。
いは（受信側）のいずれの側のソケット通信ログを蓄積
するかを規定した参照テーブルとしてのマトリクステー
ブル（以下、マスクテーブルという）を設け、ソケット
通信の際にそのマスクテーブルを参照していずれか一方
のソケット通信ログを蓄積しておくようにすることもで
きる。
【００２５】図４Ａはマスクテーブル３１の構成の例を
示している。このマスクテーブル３１では４つのプロセ
スＡ，Ｂ，Ｃ，Ｄ間におけるソケット通信ログの蓄積・
非蓄積が規定されている。
示している。このマスクテーブル３１では４つのプロセ
スＡ，Ｂ，Ｃ，Ｄ間におけるソケット通信ログの蓄積・
非蓄積が規定されている。
【００２６】図４Ａ中、記号Ｒは受信時のみにソケット
通信ログを採取（蓄積）することを意味し、記号Ｓは送
信時のみにソケット通信ログを採取（蓄積）することを
意味する。また、記号Ｅは送受信時両方でソケット通信
ログを採取（蓄積）することを意味し、記号・はソケッ
ト通信ログをとらないことを意味している。実際には、
記号Ｒ，Ｓ，Ｅおよび・は２ビット（０〜３）の数が対
応して格納されている。
通信ログを採取（蓄積）することを意味し、記号Ｓは送
信時のみにソケット通信ログを採取（蓄積）することを
意味する。また、記号Ｅは送受信時両方でソケット通信
ログを採取（蓄積）することを意味し、記号・はソケッ
ト通信ログをとらないことを意味している。実際には、
記号Ｒ，Ｓ，Ｅおよび・は２ビット（０〜３）の数が対
応して格納されている。
【００２７】図４Ａに示すマスクテーブル３１は、例え
ば、プロセスＡについてみると、そのプロセスＡについ
ての行（図４Ｂ参照）を参照すればよい。
ば、プロセスＡについてみると、そのプロセスＡについ
ての行（図４Ｂ参照）を参照すればよい。
【００２８】すなわち、図４Ｂにおいて、例えば、プロ
セスＡ（送信側）からプロセスＢ（受信側）に送信され
た場合には、プロセスＡ側ではソケット通信ログが採取
（蓄積）されず、プロセスＢ（送信側）からプロセスＡ
（受信側）に送信された場合には、プロセスＡ側でソケ
ット通信ログが採取（蓄積）されることを意味してい
る。
セスＡ（送信側）からプロセスＢ（受信側）に送信され
た場合には、プロセスＡ側ではソケット通信ログが採取
（蓄積）されず、プロセスＢ（送信側）からプロセスＡ
（受信側）に送信された場合には、プロセスＡ側でソケ
ット通信ログが採取（蓄積）されることを意味してい
る。
【００２９】図５にマスクテーブル３１を設けたソケッ
ト通信ログ蓄積装置の例の構成を示す。各プロセス１５
（１６）は、初期化処理時にマスクテーブル３１を読み
にいき、自分に関係する行だけをメモリに格納する。こ
のマスクテーブル３１には、上述したように、各プロセ
ス１５（１６）のソケット通信ログ２１（２２）（な
お、便宜上、このソケット通信ログ２１とソケット通信
ログ２２とは異なる内容のソケット通信ログであるもの
とする。）を蓄積するかどうかのオン（蓄積）・オフ
（非蓄積）情報が規定されている。また、各ライブラリ
１３（１４）には、管理ツール３３が接続され、この管
理ツール３３から各プロセス１５（１６）に対して、マ
スクテーブル３１の読み直し用のシグナル（ＳＩＧＵＳ
ＵＲＩ）３４が供給される。
ト通信ログ蓄積装置の例の構成を示す。各プロセス１５
（１６）は、初期化処理時にマスクテーブル３１を読み
にいき、自分に関係する行だけをメモリに格納する。こ
のマスクテーブル３１には、上述したように、各プロセ
ス１５（１６）のソケット通信ログ２１（２２）（な
お、便宜上、このソケット通信ログ２１とソケット通信
ログ２２とは異なる内容のソケット通信ログであるもの
とする。）を蓄積するかどうかのオン（蓄積）・オフ
（非蓄積）情報が規定されている。また、各ライブラリ
１３（１４）には、管理ツール３３が接続され、この管
理ツール３３から各プロセス１５（１６）に対して、マ
スクテーブル３１の読み直し用のシグナル（ＳＩＧＵＳ
ＵＲＩ）３４が供給される。
【００３０】ここで、通信用ライブラリ１３（１４）の
初期化ルーチンにシグナル３４をトラップする（捕まえ
て処理をする）処理を含めておくことにより、シグナル
３４をトラップした各プロセス１５（１６）は、マスク
テーブル３１のうち、自分自身のプロセス１５（１６）
に関連する部分を読み直すことができる。すなわち、こ
の動作により、自分自身のソケット通信ログをログファ
イルに蓄積しておくかどうかを自由に変更することがで
きる。また、マスクテーブル３１のオン・オフ情報は管
理ツール３３によりいつでも書き換えることが可能であ
る。
初期化ルーチンにシグナル３４をトラップする（捕まえ
て処理をする）処理を含めておくことにより、シグナル
３４をトラップした各プロセス１５（１６）は、マスク
テーブル３１のうち、自分自身のプロセス１５（１６）
に関連する部分を読み直すことができる。すなわち、こ
の動作により、自分自身のソケット通信ログをログファ
イルに蓄積しておくかどうかを自由に変更することがで
きる。また、マスクテーブル３１のオン・オフ情報は管
理ツール３３によりいつでも書き換えることが可能であ
る。
【００３１】したがって、プロセスのメモリに格納され
ているロギング状態を変更するには、 マスクテーブル３１を管理ツール３３により書き変
える。 全プロセスにシグナル３４を飛ばす。 各プロセスはシグナルをトラップし、これをトリガ
としてマスクテーブル３１を読み直す。 ことにより可能である。
ているロギング状態を変更するには、 マスクテーブル３１を管理ツール３３により書き変
える。 全プロセスにシグナル３４を飛ばす。 各プロセスはシグナルをトラップし、これをトリガ
としてマスクテーブル３１を読み直す。 ことにより可能である。
【００３２】図５例において、管理ツール３３により、
全体ログファイル３０を定期的にポーリングし、ある大
きさになったところでログファイルの名前を切り替える
ことで、いわゆる世代管理を行なうこともできる。
全体ログファイル３０を定期的にポーリングし、ある大
きさになったところでログファイルの名前を切り替える
ことで、いわゆる世代管理を行なうこともできる。
【００３３】図６は、カートマシン４１の制御の構成を
示している。なお、カートマシン４１には、コマーシャ
ル（ＣＭ）が収録された複数のカセットと複数の再生装
置とが収納される。そして、このカートマシン４１で
は、放送番組進行表に基づき、上記カセットが上記再生
装置により順次再生されて、スポットＣＭが送出され
る。
示している。なお、カートマシン４１には、コマーシャ
ル（ＣＭ）が収録された複数のカセットと複数の再生装
置とが収納される。そして、このカートマシン４１で
は、放送番組進行表に基づき、上記カセットが上記再生
装置により順次再生されて、スポットＣＭが送出され
る。
【００３４】カートマシン４１は制御用コンピュータ４
２に接続され、制御用コンピュータ４２は、ディスプレ
イおよびキーボード等を有する端末４３に接続されてい
る。図６例によるカートマシン４１の制御用コンピュー
タ４２は、通常、３０以上のプロセスから構成されるも
のであるが、ここでは、３つのプロセス４４，４５，４
６のみ図示している。
２に接続され、制御用コンピュータ４２は、ディスプレ
イおよびキーボード等を有する端末４３に接続されてい
る。図６例によるカートマシン４１の制御用コンピュー
タ４２は、通常、３０以上のプロセスから構成されるも
のであるが、ここでは、３つのプロセス４４，４５，４
６のみ図示している。
【００３５】３つのプロセス４４，４５，４６は、それ
ぞれ、端末４３から入力されたキー操作によるデータを
制御用コンピュータ４２の内部で取り扱えるデータに変
換するとともに、その逆の変換を行うマンマシンインタ
フェースのプロセス４４と、そのデータを蓄積し、制御
のタイミング等を司るジョブコントロール用のプロセス
４５と、カートマシン４１のインタフェース体系にコマ
ンドを変換するドライバー用のプロセス４６である。
ぞれ、端末４３から入力されたキー操作によるデータを
制御用コンピュータ４２の内部で取り扱えるデータに変
換するとともに、その逆の変換を行うマンマシンインタ
フェースのプロセス４４と、そのデータを蓄積し、制御
のタイミング等を司るジョブコントロール用のプロセス
４５と、カートマシン４１のインタフェース体系にコマ
ンドを変換するドライバー用のプロセス４６である。
【００３６】それぞれのプロセス４４，４５，４６に
は、図７に示すように通信用ライブラリ４７，４８，４
９がリンクされている。また、これらのプロセス４４，
４５，４６には、シンボリックリンクにより全体ログフ
ァイル５０が接続されている。この、図７例では、図３
例に示したような中間のログファイル１７等を省略して
いる。
は、図７に示すように通信用ライブラリ４７，４８，４
９がリンクされている。また、これらのプロセス４４，
４５，４６には、シンボリックリンクにより全体ログフ
ァイル５０が接続されている。この、図７例では、図３
例に示したような中間のログファイル１７等を省略して
いる。
【００３７】全体ログファイル５０には、人間に分かり
易い文字に変換するための変換プログラムとしてのツー
ル５１の入力側が接続され、このツール５１の出力側に
は、出力装置としてのプリンタ５２が接続される。プリ
ンタ５２からはハードコピー５５が出力される。なお、
出力装置としてはモニタ用のディスプレイでもよい。
易い文字に変換するための変換プログラムとしてのツー
ル５１の入力側が接続され、このツール５１の出力側に
は、出力装置としてのプリンタ５２が接続される。プリ
ンタ５２からはハードコピー５５が出力される。なお、
出力装置としてはモニタ用のディスプレイでもよい。
【００３８】図７例のように構成することにより、プロ
セス相互間（プロセス４４とプロセス４５間、プロセス
４４とプロセス４６間およびプロセス４５とプロセス４
６間）でソケット通信が行われた場合に、そのソケット
通信ログ５３が全体ログファイル５０に通信順に蓄積さ
れる。
セス相互間（プロセス４４とプロセス４５間、プロセス
４４とプロセス４６間およびプロセス４５とプロセス４
６間）でソケット通信が行われた場合に、そのソケット
通信ログ５３が全体ログファイル５０に通信順に蓄積さ
れる。
【００３９】図８は、ソケット通信ログ５３の例を示し
ている。このソケット通信ログ５３には、上述したよう
に、通信の時刻情報（タイムスタンプであり、日・時刻
が含まれる）５６、送受信プロセスＩＤ番号（通信元と
通信先）５７および通信メッセージ５８等が含まれてい
る。この図８からは、その内容を直接理解することが困
難である。そこで、ツール５１により人間が容易に理解
できる表示に変換され、プリンタ５２からハードコピー
５５が出力される。なお、ツール５１にモニタを接続す
ることにより、そのモニタ上でハードコピー５５に出力
されたものと同一内容を見ることができる。
ている。このソケット通信ログ５３には、上述したよう
に、通信の時刻情報（タイムスタンプであり、日・時刻
が含まれる）５６、送受信プロセスＩＤ番号（通信元と
通信先）５７および通信メッセージ５８等が含まれてい
る。この図８からは、その内容を直接理解することが困
難である。そこで、ツール５１により人間が容易に理解
できる表示に変換され、プリンタ５２からハードコピー
５５が出力される。なお、ツール５１にモニタを接続す
ることにより、そのモニタ上でハードコピー５５に出力
されたものと同一内容を見ることができる。
【００４０】図９は、出力されたハードコピー５５に記
録された変換後のソケット通信ログの詳細な内容を示す
図である。
録された変換後のソケット通信ログの詳細な内容を示す
図である。
【００４１】図９例では、６個のソケット通信ログ６１
〜６６を通信順（上から下）に表示した例を示してる。
以下、これらのソケット通信ログ６１〜６６の具体的な
内容について図６を参照しながら説明する。
〜６６を通信順（上から下）に表示した例を示してる。
以下、これらのソケット通信ログ６１〜６６の具体的な
内容について図６を参照しながら説明する。
【００４２】ソケット通信ログ６１では、カートマシン
（図８中、ＬＭＳと表示）４１内にカセットが入れられ
たことが表示されている。図８において、プロセス４
４，４５，４６相互間に描かれた矢印の方向はソケット
通信の通信方向を示している。したがって、ソケット通
信ログ６１では、ドライバー用プロセス４６からジョブ
コントロール用プロセス４５の方向に通信がなされたこ
とが分かる。
（図８中、ＬＭＳと表示）４１内にカセットが入れられ
たことが表示されている。図８において、プロセス４
４，４５，４６相互間に描かれた矢印の方向はソケット
通信の通信方向を示している。したがって、ソケット通
信ログ６１では、ドライバー用プロセス４６からジョブ
コントロール用プロセス４５の方向に通信がなされたこ
とが分かる。
【００４３】ソケット通信ログ６２では、カートマシン
４１内のカセットが再生装置に入ったことが端末４３の
ディスプレイ上に表示されるということがわかる。
４１内のカセットが再生装置に入ったことが端末４３の
ディスプレイ上に表示されるということがわかる。
【００４４】ソケット通信ログ６３では、端末４３上の
「ＰＬＡＹキー」が押されたことがわかる。
「ＰＬＡＹキー」が押されたことがわかる。
【００４５】ソケット通信ログ６４では、カセットの再
生順実行用リスト（通常、スポットＣＭ（コマーシャ
ル）送出リストであり、上述した番組放送進行表に基づ
いて、予め作成される。）がカートマシン４１に送られ
たことが分かる。
生順実行用リスト（通常、スポットＣＭ（コマーシャ
ル）送出リストであり、上述した番組放送進行表に基づ
いて、予め作成される。）がカートマシン４１に送られ
たことが分かる。
【００４６】ソケット通信ログ６５では、上記実行用リ
ストに基づく「ＰＬＡＹ」コマンドが発行されたことが
分かる。
ストに基づく「ＰＬＡＹ」コマンドが発行されたことが
分かる。
【００４７】ソケット通信ログ６５では、カートマシン
４１における現在のＰＬＡＹ中の状態が端末４３のディ
スプレイ上に表示されることが分かる。
４１における現在のＰＬＡＹ中の状態が端末４３のディ
スプレイ上に表示されることが分かる。
【００４８】このように上述の図１Ｄ例、図３例、図７
例では、プロセスに通信用ライブラリを設けたことによ
り、ソケット通信ログを並列的に蓄積することができる
ので、ソケット通信ログを蓄積（採取）しない場合に比
較して、ほとんど動作速度が変化しないという効果が得
られる。また、図４例に示したように、マスクテーブル
を変更後にシグナルをトリガとして利用することによ
り、プログラムの動作中においても、ソケットを結合し
直すことなく、マスクテーブルを読み直してソケット通
信ログの蓄積のオン・オフを切り換えることが自由にで
きるという効果が得られる。さらに、送信側および受信
側の両方でソケット通信ログを採取することができるた
め、ソケット通信が途中でフェイル（失敗）になった場
合でも、そのフェイルになったソケット通信ログを送信
側で蓄積することができるという効果が得られる。さら
にまた、並列的構成にしているので、各ソケット通信を
妨げずにソケット通信ログを採取・蓄積することができ
ることから全体として、通信のやりとりの正しい様子を
知ることができ、プログラムのデバッグが容易に行え
る。
例では、プロセスに通信用ライブラリを設けたことによ
り、ソケット通信ログを並列的に蓄積することができる
ので、ソケット通信ログを蓄積（採取）しない場合に比
較して、ほとんど動作速度が変化しないという効果が得
られる。また、図４例に示したように、マスクテーブル
を変更後にシグナルをトリガとして利用することによ
り、プログラムの動作中においても、ソケットを結合し
直すことなく、マスクテーブルを読み直してソケット通
信ログの蓄積のオン・オフを切り換えることが自由にで
きるという効果が得られる。さらに、送信側および受信
側の両方でソケット通信ログを採取することができるた
め、ソケット通信が途中でフェイル（失敗）になった場
合でも、そのフェイルになったソケット通信ログを送信
側で蓄積することができるという効果が得られる。さら
にまた、並列的構成にしているので、各ソケット通信を
妨げずにソケット通信ログを採取・蓄積することができ
ることから全体として、通信のやりとりの正しい様子を
知ることができ、プログラムのデバッグが容易に行え
る。
【００４９】なお、本発明は上述の実施例に限らず本発
明の要旨を逸脱することなく種々の構成を採り得ること
はもちろんである。
明の要旨を逸脱することなく種々の構成を採り得ること
はもちろんである。
【００５０】
【効果】以上説明したように、本発明ソケット通信ログ
装置によれば、各プロセスにはあらかじめ通信用ライブ
ラリがリンクされ、このプロセスにソケット通信ログ蓄
積手段が接続されている。したがって、プロセス間でソ
ケット通信が行われた場合、通信用ライブラリを通じて
ソケット通信ログ蓄積手段にソケット通信ログを蓄積す
ることができる。このとき、参照テーブルを参照して送
信側あるいは受信側の少なくとも一方の側のソケット通
信ログを蓄積することにより、送信時と受信時に同一の
内容のソケット通信ログを蓄積することがなくなる。ま
た、ソケット通信ログを並列的に採取することが可能に
なるので、通信ログの採取を行わない場合に比較してほ
とんど動作速度が遅くなることがないという効果が得ら
れる。
装置によれば、各プロセスにはあらかじめ通信用ライブ
ラリがリンクされ、このプロセスにソケット通信ログ蓄
積手段が接続されている。したがって、プロセス間でソ
ケット通信が行われた場合、通信用ライブラリを通じて
ソケット通信ログ蓄積手段にソケット通信ログを蓄積す
ることができる。このとき、参照テーブルを参照して送
信側あるいは受信側の少なくとも一方の側のソケット通
信ログを蓄積することにより、送信時と受信時に同一の
内容のソケット通信ログを蓄積することがなくなる。ま
た、ソケット通信ログを並列的に採取することが可能に
なるので、通信ログの採取を行わない場合に比較してほ
とんど動作速度が遅くなることがないという効果が得ら
れる。
【００５１】また、プロセス毎に通信用ライブラリをリ
ンクしているので、ひとつのプロセスが死んだ場合にも
それ以外のプロセス間では通信を行うことができるとい
う効果が得られる。
ンクしているので、ひとつのプロセスが死んだ場合にも
それ以外のプロセス間では通信を行うことができるとい
う効果が得られる。
【００５２】さらにまた、各プロセスをプログラムする
際に、従来の技術の項で説明したように仲介プロセスを
意識する必要がないので、ソフトウェアの構造が比較的
に簡単になるという効果が得られる。
際に、従来の技術の項で説明したように仲介プロセスを
意識する必要がないので、ソフトウェアの構造が比較的
に簡単になるという効果が得られる。
【図１】Ａは、プロセスを示す線図である。 Ｂは、プロセスに通信用ライブラリをリンクした状態を
示す線図である。 Ｃは、通信用ライブラリにログファイルを付けた状態を
示す線図である。 Ｄは、本発明によるソケット通信ログ蓄積装置の一実施
例の構成を示す線図である。
示す線図である。 Ｃは、通信用ライブラリにログファイルを付けた状態を
示す線図である。 Ｄは、本発明によるソケット通信ログ蓄積装置の一実施
例の構成を示す線図である。
【図２】ソケット通信ログの内容の説明に供される線図
である。
である。
【図３】本発明ソケット通信ログ蓄積装置の他の実施例
の構成を示す線図である。
の構成を示す線図である。
【図４】Ａは、マスクテーブル全体を表す線図である。 Ｂは、プロセスＡについてのマスクテーブルを表す線図
である。
である。
【図５】本発明ソケット通信ログ蓄積装置のさらに他の
実施例の構成を示す線図である。
実施例の構成を示す線図である。
【図６】カートマシンの制御の構成を示す線図である。
【図７】本発明ソケット通信ログ蓄積装置のさらに他の
実施例の構成を示す線図である。
実施例の構成を示す線図である。
【図８】図７例におけるソケット通信ログの内容の説明
に供される線図である。
に供される線図である。
【図９】図８例等に示されるソケット通信ログの内容を
図６例に示したカートマシンの制御を例に具体的に示し
た線図である。
図６例に示したカートマシンの制御を例に具体的に示し
た線図である。
【図１０】従来の技術に関連するマルチプロセスプログ
ラム開発支援システムの構成を示す線図である。
ラム開発支援システムの構成を示す線図である。
１３，１４ 通信用ライブラリ １５，１６ プロセス １７，１８ ログファイル ２１，２２ ソケット通信ログ
フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 11/30 - 11/34 G06F 9/46
Claims (1)
- 【請求項１】プロセス間でソケット通信が行われた場合
に、そのソケット通信ログを蓄積するソケット通信ログ
装置において、 上記プロセスのそれぞれにリンクされて、上記ソケット
通信を行うための通信用ライブラリ関数が収容されてい
る通信用ライブラリと、 上記ソケット通信ログを蓄積するソケット通信ログ蓄積
手段と、上記各プロセス間毎に送信側あるいは受信側の少なくと
も一方の側のソケット通信ログを蓄積するかを規定した
参照テーブルと を備え、 上記通信用ライブラリは、それぞれ、上記プロセス間で
ソケット通信が行われた場合に、上記参照テーブルを参
照して送信側または受信側の少なくとも一方の側のソケ
ット通信ログを上記ソケット通信ログ蓄積手段に蓄積す
るように制御することを特徴とするソケット通信ログ蓄
積装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03220731A JP3116443B2 (ja) | 1991-08-30 | 1991-08-30 | ソケット通信ログ蓄積装置 |
| US07/932,680 US5745760A (en) | 1991-08-30 | 1992-08-20 | Apparatus for storing up socket communication log |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03220731A JP3116443B2 (ja) | 1991-08-30 | 1991-08-30 | ソケット通信ログ蓄積装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0561732A JPH0561732A (ja) | 1993-03-12 |
| JP3116443B2 true JP3116443B2 (ja) | 2000-12-11 |
Family
ID=16755647
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP03220731A Expired - Fee Related JP3116443B2 (ja) | 1991-08-30 | 1991-08-30 | ソケット通信ログ蓄積装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5745760A (ja) |
| JP (1) | JP3116443B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014018009A (ja) * | 2012-07-10 | 2014-01-30 | Star Engineering Co Ltd | 充電スタンド |
| JP2014135127A (ja) * | 2013-01-08 | 2014-07-24 | Lixil Corp | 照明器具 |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU707433B2 (en) * | 1996-12-03 | 1999-07-08 | Kabushiki Kaisha Toshiba | Electric power system protection and control system and distributed control system |
| US7607147B1 (en) | 1996-12-11 | 2009-10-20 | The Nielsen Company (Us), Llc | Interactive service device metering systems |
| JPH1139190A (ja) * | 1997-07-22 | 1999-02-12 | Fujitsu Ltd | 並列処理プログラムのデバッグシステム、及びそのデバッグ方法 |
| JPH10191546A (ja) * | 1997-11-28 | 1998-07-21 | Toshiba Corp | 電力系統保護制御システム |
| EP0952522B1 (en) | 1998-04-22 | 2011-08-24 | Nippon Telegraph And Telephone Corporation | Method and device for acquiring usage data of an application |
| ATE370593T1 (de) * | 2000-04-20 | 2007-09-15 | Nokia Corp | Kommunikationsendgerät |
| US7239981B2 (en) | 2002-07-26 | 2007-07-03 | Arbitron Inc. | Systems and methods for gathering audience measurement data |
| WO2007038470A2 (en) * | 2005-09-26 | 2007-04-05 | Nielsen Media Research, Inc. | Methods and apparatus for metering computer-based media presentation |
| US20070250546A1 (en) * | 2006-04-25 | 2007-10-25 | Dietmar Muhlhausser | Burn log files |
| JP5229455B2 (ja) * | 2008-03-07 | 2013-07-03 | 日本電気株式会社 | モニター用ソケットライブラリを搭載するゲートウェイ装置、モニター用ソケットライブラリを搭載するゲートウェイ装置の通信方法、モニター用ソケットライブラリを搭載するゲートウェイ装置の通信プログラム |
| JP2011034552A (ja) * | 2009-07-07 | 2011-02-17 | Ricoh Co Ltd | 情報処理装置、情報処理方法および情報処理プログラム |
| WO2016143026A1 (ja) * | 2015-03-09 | 2016-09-15 | 三菱電機株式会社 | 情報処理装置 |
| JP7073737B2 (ja) * | 2018-01-19 | 2022-05-24 | 日本電気株式会社 | 通信ログ記録装置、通信ログ記録方法、および、通信ログ記録プログラム |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4547804A (en) * | 1983-03-21 | 1985-10-15 | Greenberg Burton L | Method and apparatus for the automatic identification and verification of commercial broadcast programs |
| US5060140A (en) * | 1986-01-16 | 1991-10-22 | Jupiter Technology Inc. | Universal programmable data communication connection system |
| US4887204A (en) * | 1987-02-13 | 1989-12-12 | International Business Machines Corporation | System and method for accessing remote files in a distributed networking environment |
| US5133053A (en) * | 1987-02-13 | 1992-07-21 | International Business Machines Corporation | Interprocess communication queue location transparency |
| US4797663A (en) * | 1987-03-12 | 1989-01-10 | Tekmate Industries Inc. | Portable security monitor and time recording |
| US5047962A (en) * | 1988-06-06 | 1991-09-10 | John Cornish | Event occurrence time and frequency detection and recording apparatus |
| US4931871A (en) * | 1988-06-14 | 1990-06-05 | Kramer Robert A | Method of and system for identification and verification of broadcasted program segments |
| US5023832A (en) * | 1989-01-12 | 1991-06-11 | Honeywell Inc. | Method of maintaining asynchronous real-time data |
| US5065321A (en) * | 1989-06-15 | 1991-11-12 | Pulse Electronics, Inc. | Solid state event recorder |
| US5038345A (en) * | 1989-10-30 | 1991-08-06 | Amp Incorporated | Traffic pattern information for a local area network |
| US5267351A (en) * | 1989-12-22 | 1993-11-30 | Avid Technology, Inc. | Media storage and retrieval system |
| US5155693A (en) * | 1990-09-05 | 1992-10-13 | Hewlett-Packard Company | Self documenting record of instrument activity and error messages stamped with date and time of occurrence |
-
1991
- 1991-08-30 JP JP03220731A patent/JP3116443B2/ja not_active Expired - Fee Related
-
1992
- 1992-08-20 US US07/932,680 patent/US5745760A/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014018009A (ja) * | 2012-07-10 | 2014-01-30 | Star Engineering Co Ltd | 充電スタンド |
| JP2014135127A (ja) * | 2013-01-08 | 2014-07-24 | Lixil Corp | 照明器具 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0561732A (ja) | 1993-03-12 |
| US5745760A (en) | 1998-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3116443B2 (ja) | ソケット通信ログ蓄積装置 | |
| US5440697A (en) | Method and apparatus for simulating I/O devices | |
| US6839070B2 (en) | Real-time display of bandwidth utilization in a transport multiplexer | |
| US9154365B1 (en) | Replaying events collected from a client computer | |
| US20020120738A1 (en) | Distributed data processing system and error analysis information saving method appropriate therefor | |
| US5712978A (en) | System for control of remote processors | |
| US6836881B2 (en) | Remote tracing of data processing nodes in an asynchronous messaging network | |
| JP2000010829A (ja) | 障害解析支援装置および方法 | |
| JP3691272B2 (ja) | 分散処理システムおよび障害解析情報の保存方法 | |
| JP7013326B2 (ja) | 情報処理システム、情報処理装置、および情報処理システムの制御方法 | |
| JPH11338742A (ja) | ログ収集方法、ログ方式及び記録媒体 | |
| US20040017511A1 (en) | Video information indexing support apparatus and method, and computer program | |
| JPH10171844A (ja) | 操作ログ収集装置 | |
| CN116361261B (zh) | 一种分布式日志采集处理方法、系统 | |
| Gerard | CERNET-A high-speed packet-switching network | |
| JP2508959B2 (ja) | 計算機システム | |
| JP2006221269A (ja) | 通信システム及びプログラム | |
| JP2000099482A (ja) | 問題管理システム | |
| JPS6220080A (ja) | ネツトワ−クシステムにおける遠隔地プロセツサのメモリ内容の採取収集方式 | |
| JP3404908B2 (ja) | 監視制御装置 | |
| CN117119050A (zh) | 对接多种消息源的中间业务处理方法、装置及存储介质 | |
| JP3265267B2 (ja) | 強制パニック方式およびそのプログラム記録媒体 | |
| JPH0439722A (ja) | プリンタ同報出力装置 | |
| GB2310937A (en) | Monitoring the execution of modular programs | |
| JPH05165750A (ja) | オンライン情報処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091006 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |