JP3429687B2 - コンピュータ通信システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のコンピュー
タ間における通信システムに関する。

【０００２】

【従来の技術】近年、ＬＡＮあるいはインターネット等
のコンピュータネットワークが発達し、複数のコンピュ
ータ間における通信が普及してきている。これらの通信
システムでは、１つのコンピュータがサーバとして機能
し、他のコンピュータがクライアントとして機能する。
例えば、サーバ側のコンピュータのファイルに格納され
たデータ等の情報は、クライアント側のコンピュータの
動作に従って読まれる。換言すれば、クライアント側の
コンピュータが動作しないと、その情報はクライアント
側のコンピュータに転送されない。

【０００３】

【発明が解決しようとする課題】このように従来の通信
システムでは、例えば緊急を要する情報を１つのコンピ
ュータから他のコンピュータへ送信しようとしても、他
のコンピュータの積極的が動作が必要であり、緊急な情
報を直ちに送信できないことがあった。

【０００４】本発明は、他のコンピュータの動作を要す
ることなく、所定の情報を他のコンピュータに送信する
ことができるコンピュータ通信システムを提供すること
を目的としている。

【０００５】

【課題を解決するための手段】本発明に係るコンピュー
タ通信システムは、各コンピュータが他のコンピュータ
に対して第１の出力信号を送信することによって、他の
コンピュータが第１の出力信号に従って動作可能であ
り、かつ各コンピュータが他のコンピュータから送信さ
れた第２の出力信号に従って動作可能であり、各コンピ
ュータまたは他のコンピュータは、第１または第２の出
力信号に対する応答を他のコンピュータまたは各コンピ
ュータに対して要求することができ、応答の内容は、他
のコンピュータまたは各コンピュータが第１または第２
の出力信号の着信を確認したことを示す第１の応答信号
と、他のコンピュータまたは各コンピュータが第１また
は第２の出力信号に従って所定の処理を実行したことを
示す第２の応答信号と、所定の処理の実行の結果を示す
第３の応答信号との３つのレベルに分けられ、このレベ
ルは応答を要求する各コンピュータまたは他のコンピュ
ータが指定することを特徴としている。

【０００６】

【０００７】第１または第２の出力信号が他のコンピュ
ータまたは各コンピュータにおいてジョブを実行させる
ための指令信号を含んでいる場合、他のコンピュータま
たは各コンピュータが第１または第２の出力信号を受信
して自動的にジョブを実行する。

【０００８】第１または第２の出力信号が他のコンピュ
ータまたは各コンピュータにインストールされているプ
ログラムによって処理可能なデータファイルを含んでい
る場合、他のコンピュータまたは各コンピュータが、第
１または第２の出力信号を受信して自動的にデータファ
イルに対する処理を実行する。

【０００９】好ましくは各コンピュータまたは他のコン
ピュータは、第１または第２の出力信号を予め設定され
たタイミングで送信するためのスケジューリング処理を
実行可能である。

【００１０】１つのコンピュータから出力信号を送信さ
れるコンピュータは複数であってもよい。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明の第
１実施形態を説明する。図１は、第１の実施形態である
コンピュータ通信システムの概略構成を示している。こ
の通信システムは、３つのコンピュータＡ、Ｂ、Ｃを通
信ケーブル１０によって接続することによりＬＡＮが構
成された例である。各コンピュータはそれぞれクライア
ントとして機能し、相互に通信可能である。例えばコン
ピュータＡが送信クライアントとして機能するとき、コ
ンピュータＢ、Ｃは受信クライアントとして機能する。
同様に、コンピュータＢが送信クライアントとして機能
するとき、コンピュータＣ、Ａが受信クライアントとし
て機能し、コンピュータＣが送信クライアントとして機
能するとき、コンピュータＡ、Ｂが受信クライアントと
して機能する。すなわち各コンピュータＡ、Ｂ、Ｃに
は、基本的に同じ通信プログラムが格納されている。

【００１２】図２は送信クライアントにおいて動作する
通信プログラムのフローチャートである。通信プログラ
ムは、送受信を行なうためのメインルーチンと、メイン
ルーチンを介して実行される種々のプログラムから成る
ＤＬＬ（ダイナミック・リンケージ・ライブラリ）とか
ら構成され、メインルーチンは常駐している。

【００１３】メインルーチンのステップ１０１では、オ
ペレータが例えばキーボードを操作することによって、
ディスプレイ装置によって表示された一覧表から受信ク
ライアントが選択される。例えば送信クライアントがコ
ンピュータＡであるとき、コンピュータＡのキーボード
を操作することによって、コンピュータＢまたはＣが受
信クライアントとして選択される。

【００１４】ステップ１０２では、ステップ１０１と同
様に例えばキーボードを用いて、ディスプレイ装置の画
面に表示された一覧表から実行すべき処理内容が指定さ
れ、この処理内容に対応したプログラムがＤＬＬから選
択される。ここでは、コンピュータＡからメッセージを
コンピュータＢに対して送信する場合を例にとる。した
がって、選択されるプログラムはメッセージを送信する
ためのプログラムである。

【００１５】ＤＬＬのステップ１１１では、ディスプレ
イ装置により、受信クライアントに送信すべきメッセー
ジ（コンテンツ）とメッセージを送信するために必要な
パラメータとを入力するための画面が表示され、メッセ
ージとパラメータが、オペレータが例えばキーボードを
操作することによって入力される。ステップ１１２で
は、コンテンツを受信した後に受信クライアントがコン
テンツに対して処理すべき内容（セッティング情報）が
指定される。セッティング情報は、メッセージをディス
プレイ装置の画面上に表示させること、あるいはメッセ
ージをハードディスクに格納すること等の処理を示し、
セッティング情報の指定は、オペレータが例えばキーボ
ードを操作することによって行なわれる。

【００１６】ステップ１１３では、セッティング情報に
従って受信クライアントがジョブを実行するために必要
な制御情報である指令信号すなわちヘッダが作成され
る。このヘッダは例えば、受信クライアントにおいてメ
ッセージをディスプレイ装置の画面に表示するために必
要な指令信号である。ステップ１１４では、ヘッダがメ
モリ内に格納される。ステップ１１５では、ヘッダとコ
ンテンツがメインルーチンへ転送される。

【００１７】メインルーチンのステップ１０３では、ス
テップ１１５においてＤＬＬから転送されたヘッダとコ
ンテンツが１群のデータとして受信される。ステップ１
０４では、ステップ１１４においてメモリに格納された
ヘッダがメモリから読み出される。このヘッダはステッ
プ１０５において解析され、受信クライアントにおいて
処理されるべき内容が認識される。ステップ１０６で
は、送信クライアントにおける現在の動作内容を示すロ
グファイルが、ハードディスクの所定の領域（動作履歴
を格納する場所）に書き込まれる。この例においてログ
ファイルは、コンピュータＢに対してメッセージを送信
するという情報である。ステップ１０７では、ステップ
１０３においてＤＬＬから送信されたヘッダとコンテン
ツが受信クライアントに対して送信され、メインルーチ
ンは終了する。

【００１８】図３は受信クライアントにおいて動作する
通信プログラムのフローチャートである。通信プログラ
ムはメインルーチンとＤＬＬから構成され、上述したよ
うに送信クライアントと受信クライアントにおいて同じ
であり、メインルーチンは常駐している。すなわち図３
においてメインルーチンのフローチャートが送信クライ
アント（図２）と異なるのは、実行されるステップのみ
を示したからであり、実際には、メインルーチンのプロ
グラム構成は全く同じである。また図３においてＤＬＬ
のフローチャートが送信クライアント（図２）と異なる
のは、ＤＬＬから呼び出されて実行されるプログラムが
異なるからである。

【００１９】メインルーチンのステップ２０１では、送
信クライアントから送信されたヘッダとコンテンツが受
信される。このとき、着信したことを報知するために音
を発生させることが好ましい。ステップ２０２ではヘッ
ダが解析され、この例では、メッセージをディスプレイ
装置の画面に表示すべきことが認識される。ステップ２
０３では、受信クライアントにおける現在の動作内容を
示すログファイルが、ハードディスクの所定の領域に書
き込まれる。この例におけるログファイルは、コンピュ
ータＡからメッセージを受信するという情報である。ス
テップ２０４では、ステップ２０２において解析された
結果（セッティング情報）に従って、ヘッダによって指
定されたプログラムがＤＬＬから呼び出されて実行さ
れ、メインルーチンは終了する。

【００２０】ＤＬＬのステップ２１１では、セッティン
グ情報に従ってコンテンツ、すなわち送信クライアント
から送信されたメッセージがディスプレイ装置の画面に
表示される。

【００２１】以上のように第１の実施形態では、コンピ
ュータＡからに対して送信されたヘッダ（第１の出力信
号）に従ってコンピュータＢが自動的に動作し、ディス
プレイ装置の画面上にコンテンツ（メッセージ）が表示
される。このような動作すなわちプッシュは、任意のコ
ンピュータＡ、Ｂ、Ｃ間において実行可能であり、相手
のコンピュータが起動されていれば、いつでもメッセー
ジを送信することができる。例えばコンピュータＡで
は、コンピュータＢから送信されたヘッダ（第２の出力
信号）に従って、ディスプレイ装置によってメッセージ
が表示可能である。

【００２２】第１の実施形態では、１つのコンピュータ
から他のコンピュータに対して送信されたヘッダが他の
コンピュータによってジョブを実行させるための指令信
号を含んでおり、他のコンピュータがヘッダを受信して
自動的にメッセージを表示するというジョブを実行する
例を説明したが、ヘッダが他のコンピュータにインスト
ールされているプログラムによって処理可能なデータフ
ァイルを含み、他のコンピュータが、ヘッダを受信して
自動的にそのデータファイルに対する処理を実行するこ
とも可能である。

【００２３】次に図４を参照して第２の実施形態を説明
する。第２の実施形態では、１つのコンピュータから他
のコンピュータに対して、ヘッダが予め設定されたタイ
ミングで送信されるためのスケジューリング処理が実行
可能である。第１の実施形態と同様に、通信プログラム
はメインルーチンとＤＬＬから構成され、メインルーチ
ンは常駐している。なお以下の説明では、コンピュータ
の接続関係は図１と同様であり、コンピュータＡから、
１２時にコンピュータＢにメッセージを送信し、１５時
にコンピュータＣにメッセージを送信する場合を想定す
る。すなわち送信クライアントはコンピュータＡであ
り、受信クライアントはコンピュータＢ、Ｃである。

【００２４】メインルーチンのステップ３０１では、図
２のステップ１０１と同様に、ディスプレイ装置によっ
て表示された一覧表から、コンピュータＢとＣが受信ク
ライアントとして選択される。ステップ３０２では、図
２のステップ１０２と同様に、ディスプレイ装置の画面
に表示された一覧表から実行すべき処理内容が指定さ
れ、この処理内容に対応したプログラムがＤＬＬから選
択される。ここではコンピュータＡからコンピュータ
Ｂ、Ｃにメッセージを送信する場合を想定しているの
で、ＤＬＬから選択されるプログラムはメッセージを送
信するためのプログラムである。

【００２５】ＤＬＬのステップ３１１〜３１３は図２の
ステップ１１１〜１１３と基本的に同じ内容である。す
なわち、ステップ３１１では受信クライアントに送信す
べきメッセージ（コンテンツ）とメッセージを送信する
ために必要なパラメータとが入力される。ステップ３１
２では、受信クライアントがコンテンツに対して処理す
べき内容（セッティング情報）が指定される。セッティ
ング情報は第１の実施形態とは異なり、メッセージを例
えばディスプレイ装置の画面上に表示させること、ある
いはメッセージをハードディスクに格納すること等の処
理に加え、メッセージをどの受信クライアントにいつ送
信するかということを示すスケジューリング情報も含ま
れる。ステップ３１３では、セッティング情報に従って
ヘッダが作成される。

【００２６】ステップ３１４では、ヘッダが例えばハー
ドディスクに設けられたスケジュールファイルに格納さ
れる。ヘッダは、第１の実施形態ではメモリに格納され
ていたが、第２の実施形態では、メインルーチンにおい
て繰り返し参照されるため、恒久的なファイルに格納さ
れる。

【００２７】メインルーチンでは、ステップ３２１〜３
３１から成るループ１が５秒毎に実行される。ループ１
の中には、ステップ３２２〜３３０から成るループ２が
含まれている。ループ２は、スケジュールファイルに格
納されたヘッダに従って実行されるジョブの数だけ繰り
返される。この例では、コンピュータＢ、Ｃにメッセー
ジが送信されるので、ループ２は２回実行される。

【００２８】ステップ３２２では、ステップ３１４にお
いて格納されたヘッダがスケジュールファイルから読み
出される。ステップ３２３ではヘッダが解析され、受信
クライアントにおいて処理されるべき内容が認識され
る。この例では、まず、コンピュータＢに対して１２時
にメッセージを送信すべきことが認識される。

【００２９】ステップ３２４では、ヘッダとコンテンツ
を受信クライアントに送信すべき時間であるヘッダ時間
が経過したか否かが判定される。ヘッダ時間が経過して
いないとき、ステップ３２５〜３２９がスキップされて
ステップ３３０からステップ３２２へ戻り、上述した処
理が再び実行される。これに対し、ヘッダ時間が経過す
ると、ステップ３２５において、送信クライアントに関
するログファイルがハードディスクの所定の領域に書き
込まれる。そしてステップ３２６では、ヘッダとコンテ
ンツが受信クライアントへ送信される。

【００３０】例えば、ステップ３２４において１２時を
経過したことが判定されると、ステップ３２５、３２６
が実行されてコンピュータＢにヘッダとコンテンツ（メ
ッセージ）が送信される。それ以外の場合は、ステップ
３２５〜３２９は実行されない。

【００３１】ステップ３２７では、インターバル時間が
０でないか否かが判定される。インターバル時間は、受
信クライアントへ同じ情報（ヘッダとコンテンツ）を送
るときの時間間隔（インターバル時間）であり、０であ
るときは情報は１度しか送信しない。したがって、この
場合はステップ３２８が実行され、スケジュールファイ
ルからヘッダとコンテンツが消去される。これに対し、
インターバル時間が０でないとき、例えば５分おきに送
信動作を行なうとき、ステップ３２９において、ステッ
プ３２６の実行回数が計数される。そしてステップ３３
０からステップ３２２へ戻る。

【００３２】ステップ３２２では、再びヘッダがスケジ
ュールファイルから読み出される。ヘッダはステップ３
２３において解析され、次に、コンピュータＣに対して
１５時にメッセージを送信すべきことが認識される。そ
して、上述したようにステップ３２４においてヘッダ時
間が経過したと判定されたときのみ、ステップ３２５〜
３２９が実行可能となり、それ以外の場合、ステップ３
２５〜３２９はスキップされる。

【００３３】このようにしてループ２が２回実行される
と、ループ１へ戻り、前回のループ１の実行から５秒経
過すると、再びループ１が実行される。すなわちこの例
では、５秒毎に、コンピュータＢ、Ｃにメッセージを送
信すべきか否かが判定され、１２時にはコンピュータＢ
に対する送信が実行され、１５時にはコンピュータＣに
対する送信が実行される。

【００３４】受信クライアントであるコンピュータＢ、
Ｃにおける動作は、図３に示されるフローチャートと同
じであるので、その説明を省略する。

【００３５】以上のように第２の実施形態によれば、ス
ケジューリング処理が行なわれるので、送信クライアン
トにおいて、その都度キーボード等を操作しなくても受
信クライアントに対する送信動作を実行することができ
る。なお、第２の実施形態も第１の実施形態と同様に、
データファイルを送信する場合にも適用できる。

【００３６】図５は第３の実施形態における送信クライ
アントの通信プログラムのフローチャートである。第３
の実施形態では、１つのコンピュータから複数のコンピ
ュータに対して、同じ内容のヘッダとコンテンツが送信
される。第１および第２の実施形態と同様に、通信プロ
グラムはメインルーチンとＤＬＬから構成され、メイン
ルーチンは常駐している。なお以下の説明では、コンピ
ュータの接続関係は図１と同様であり、コンピュータＡ
から、コンピュータＢ、Ｃに対して同じメッセージを送
信する場合を想定する。すなわち送信クライアントはコ
ンピュータＡであり、受信クライアントはコンピュータ
Ｂ、Ｃである。

【００３７】メインルーチンのステップ４０１では、図
２のステップ１０１と同様に、ディスプレイ装置によっ
て表示された一覧表から、コンピュータＢ、Ｃから成る
受信グループが受信クライアントとして選択される。各
受信グループに含まれるコンピュータを示すデータは、
ハードディスクに設けられたグループファイルに予め記
憶されている。ステップ４０２では、図２のステップ１
０２と同様に、ディスプレイ装置の画面に表示された一
覧表から実行すべき処理内容が指定され、この処理内容
に対応したプログラムがＤＬＬから選択される。ここで
は、メッセージを送信するためのプログラムが選択され
る。

【００３８】ＤＬＬのステップ４１１〜４１５は図２の
ステップ１１１〜１１５と基本的に同じ内容である。す
なわちステップ４１１では、受信クライアントに送信す
べきメッセージ（コンテンツ）と所定のパラメータがキ
ーボード等を介して入力される。ステップ４１２では、
受信クライアントがコンテンツに対して処理すべき内容
（セッティング情報）が指定される。ステップ４１３で
は、セッティング情報に従ってヘッダが作成される。ス
テップ４１４ではヘッダがメモリ内に格納され、ステッ
プ４１５ではヘッダとコンテンツがメインルーチンへ転
送される。

【００３９】メインルーチンのステップ４０３では、ス
テップ４１５においてＤＬＬから転送されたヘッダとコ
ンテンツが１群のデータとして受信され、次いでステッ
プ４０４〜４１０から成るループ１が実行される。ルー
プ１は、ステップ４１３において作成されたヘッダの数
だけ実行される。例えば、３種類のメッセージをそれぞ
れ所定の受信グループへ送信する場合、ループ１は３回
実行される。

【００４０】ステップ４０４では、ステップ４１４にお
いてメモリに格納された１つのヘッダがメモリから読み
出される。このヘッダはステップ４０５において解析さ
れ、受信クライアントにおいて処理されるべき内容が認
識される。そしてステップ４０６〜４０９から成るルー
プ２が実行される。ループ２は受信グループを構成する
受信クライアントの数だけ繰り返される。この例では、
受信グループはコンピュータＢ、Ｃであるため、ループ
２は２回実行される。

【００４１】ステップ４０６では、グループファイルが
アクセスされ、ステップ４０１において選択された受信
グループのうち、コンピュータＢにメッセージを送信す
べきことが認識される。ステップ４０７では、ログファ
イルがハードディスクの所定の領域に書き込まれる。こ
の例においてログファイルは、コンピュータＢに対して
メッセージを送信するという情報である。ステップ４０
８では、ステップ４１５においてＤＬＬから送信された
ヘッダとコンテンツが例えばコンピュータＢに対して送
信される。

【００４２】そしてステップ４０９からステップ４０６
へ戻り、上述したステップ４０６〜４０８の処理が実行
されてコンピュータＣに対してヘッダとコンテンツが送
信される。

【００４３】コンピュータＢ、Ｃに関するループ２の実
行が完了すると、他のメッセージを送信する場合にはス
テップ４０４へ戻るが、全ての処理が終了していれば、
メインルーチンは終了する。

【００４４】受信クライアントにおける動作は、図３に
示されるフローチャートと同じであるので、その説明を
省略する。

【００４５】以上のように第３の実施形態によれば、受
信クライアントが複数のコンピュータであり、これらの
コンピュータに対して同じヘッダとコンテンツを同時に
送信することができる。なお、第３の実施形態も第１の
実施形態と同様に、データファイルを送信する場合にも
適用できる。

【００４６】図６は第４の実施形態における送信クライ
アントの通信プログラムのフローチャートである。第４
の実施形態では、受信グループに対して、ヘッダが予め
設定されたタイミングで送信されるためのスケジューリ
ング処理が実行可能である。第１〜第３の実施形態と同
様に、通信プログラムはメインルーチンとＤＬＬから構
成され、メインルーチンは常駐している。なお以下の説
明では、１つのコンピュータから、第１の受信グループ
のコンピュータに対して１２時にメッセージを送信し、
第２の受信グループのコンピュータに対して１５時にメ
ッセージを送信する場合を想定する。

【００４７】メインルーチンのステップ５０１では、図
２のステップ１０１と同様に、ディスプレイ装置によっ
て表示された一覧表から、第１および第２の受信グルー
プが受信クライアントとして選択される。ステップ５０
２では、図２のステップ１０２と同様に、ディスプレイ
装置の画面に表示された一覧表から実行すべき処理内容
が指定され、この処理内容に対応したプログラムがＤＬ
Ｌから選択される。ここでは、メッセージを送信するた
めのプログラムが選択される。

【００４８】ＤＬＬのステップ５１１〜５１４は図４の
ステップ３１１〜３１４と基本的に同じ内容である。す
なわちステップ５１１では、受信クライアントに送信す
べきメッセージ（コンテンツ）と所定のパラメータがキ
ーボード等を介して入力される。ステップ５１２では、
受信クライアントがコンテンツに対して処理すべき内容
（セッティング情報）が指定される。セッティング情報
には、メッセージをどの受信クライアントにいつ送信す
るかということを示すスケジューリング情報も含まれ
る。ステップ５１３では、セッティング情報に従ってヘ
ッダが作成される。ステップ５１４では、ハードディス
クに設けられたスケジュールファイルに格納される。

【００４９】メインルーチンでは、ステップ５２１〜５
３０から成るループ１が５秒毎に実行される。ループ１
の中には、ステップ５２２〜５２９から成るループ２が
含まれている。ループ２は、スケジュールファイルに格
納されたヘッダに従って実行されるジョブの数だけ繰り
返される。この例では、第１および第２の受信グループ
にメッセージが送信されるので、ループ２は２回実行さ
れる。

【００５０】ステップ５２２では、ステップ５１４にお
いて格納されたヘッダがスケジュールファイルから読み
出される。ステップ５２３ではヘッダが解析され、受信
クライアントにおいて処理されるべき内容が認識され
る。この例では、まず、第１の受信グループに対して１
２時にメッセージを送信すべきことが認識される。

【００５１】ステップ５２４では、ヘッダとコンテンツ
を受信クライアントに送信すべき時間であるヘッダ時間
（この例では、１２時）が経過したか否かが判定され
る。ヘッダ時間が経過していないとき、ステップ５２５
〜５２８がスキップされてステップ５２９からステップ
５２２へ戻り、上述した処理が再び実行される。これに
対し、ヘッダ時間が経過すると、ステップ５２５におい
て第１の受信グループに対してヘッダとコンテンツが送
信される。

【００５２】ステップ５２６では、インターバル時間が
０でないか否かが判定される。インターバル時間が０で
あるときは送信は１度しか実行されない。したがって、
この場合はステップ５２７が実行され、スケジュールフ
ァイルからヘッダとコンテンツが消去される。これに対
し、インターバル時間が０でないとき、例えば５分おき
に送信動作を行なうとき、ステップ５２８において、送
信の実行回数が計数される。そしてステップ５２９から
ステップ５２２へ戻る。

【００５３】ステップ５２２では、再びヘッダがスケジ
ュールファイルから読み出される。ヘッダはステップ５
２３において解析され、次に、第２の受信グループに対
して１５時にメッセージを送信すべきことが認識され
る。そして、上述したようにステップ５２４においてヘ
ッダ時間が経過したと判定されたときのみ、ステップ５
２５〜５２８が実行可能となり、それ以外の場合、ステ
ップ５２５〜５２８はスキップされる。

【００５４】このようにしてループ２が２回実行される
と、ループ１へ戻り、前回のループ１の実行から５秒経
過すると、再びループ１が実行される。すなわちこの例
では、５秒毎に、第１および第２の受信グループにメッ
セージを送信すべきか否かが判定され、１２時には第１
の受信グループに対する送信が実行され、１５時には第
２の受信グループに対する送信が実行される。

【００５５】ステップ５３１〜５３４は、ステップ５２
５において実行される第１の受信グループに対する送信
動作をより詳細に示している。ステップ５３１〜５３４
によって構成されるループ３は、受信グループに含まれ
る受信クライアントのコンピュータの数だけ繰り返し実
行される。

【００５６】ステップ５３１では、グループファイルが
アクセスされ、ステップ５０１において選択された受信
グループのうち、所定のコンピュータにメッセージを送
信すべきことが認識される。ステップ５３２では、ログ
ファイルがハードディスクの所定の領域に書き込まれ
る。ステップ５３３では、ヘッダとコンテンツが所定の
コンピュータに対して送信される。

【００５７】受信クライアントである第１および第２の
受信グループにおける動作は、図３に示されるフローチ
ャートと同じであるので、その説明を省略する。

【００５８】以上のように第４の実施形態によれば、ス
ケジューリング処理が行なわれるので、送信クライアン
トにおいて、その都度キーボード等を操作しなくても各
受信グループに対する送信動作を実行することができ
る。なお、第４の実施形態も第１の実施形態と同様に、
データファイルを送信する場合にも適用できる。

【００５９】図７は、第５の実施形態における受信クラ
イアントの通信プログラムのメインルーチンのフローチ
ャートである。ＤＬＬは、第１〜第４の実施形態と同様
の構成であり、種々のプログラムから成る。

【００６０】ステップ６０１では、送信クライアントか
ら送信されたヘッダとコンテンツが受信される。ステッ
プ６０２では、ヘッダが解析される。ステップ６０３で
は、受信クライアントに関するログファイルがハードデ
ィスクの所定の領域に書き込まれる。ステップ６０４で
は、ヘッダに従って実行されるべきジョブまたはファイ
ルが実行可能な状態に定められる。

【００６１】ステップ６０５〜６１５では、ヘッダに従
ってジョブ等が実行されるとともに、ヘッダを受信した
ことに対する応答が送信クライアントへ送信される。応
答には３つのレベル、すなわち受信クライアントがヘッ
ダの着信を確認したことを示す第１の応答信号と、受信
クライアントがヘッダに従って所定の処理を実行したこ
とを示す第２の応答信号と、その処理の実行の結果を示
す第３の応答信号とがある。送信クライアントは、第１
〜第３の応答信号のうちの１つを選択して、受信クライ
アントに対して要求することができる。

【００６２】ステップ６０５では、送信クライアントに
よって要求されている応答すなわち「確認レベル」が低
レベルであるか否かが判定される。低レベルであると
き、ステップ６０６が実行され、着信を確認したことを
示す第１の応答信号が送信クライアントに対して送信さ
れる。次いでステップ６０７では、ステップ６０２にお
いて解析された結果に従って、ヘッダによって指定され
たプログラムがＤＬＬから呼び出されて実行され、メイ
ンルーチンは終了する。

【００６３】これに対し、ステップ６０５において「確
認レベル」が低レベルではないと判定されたとき、ステ
ップ６１１において、ヘッダによって指定されたプログ
ラムがＤＬＬから呼び出されて実行される。そしてステ
ップ６１２では、「確認レベル」が中レベルであるか否
かが判定される。中レベルであるとき、ステップ６１３
が実行され、指定されたジョブ等を実行したことを確認
したことを示す第２の応答信号が送信クライアントに対
して送信され、メインルーチンは終了する。

【００６４】一方ステップ６１２において「確認レベ
ル」が中レベルではないと判定されたとき、すなわち
「確認レベル」が高レベルであるとき、ステップ６１４
が実行される。ステップ６１４では、任意のステータス
メッセージが入力可能な状態に定められ、オペレータは
ディスプレイ装置の画面を見て、ジョブ等を実行したと
きの状況等に関する情報をメッセージの形式で入力す
る。ステップ６１５では、ステップ６１４において入力
されたステータスメッセージが送信クライアントに送信
され、メインルーチンは終了する。

【００６５】以上のように第５の実施形態によれば、受
信クライアントにおけるジョブあるいはファイルに関す
る実行の結果を送信クライアントにおいて確認すること
ができる。

【００６６】図８および図９は、第６の実施形態を示し
ている。第６の実施形態は２つのコンピュータによって
チャット（Chat）を実行するための通信プログラムのフ
ローチャートである。チャットでは、一方のコンピュー
タがリクエスティングクライアントであるとき、他方の
コンピュータが受信クライアントとなり、リクエスティ
ングクライアントと受信クライアントの立場は１回の送
受信の度に変更される。

【００６７】リクエスティングクライアントのメインル
ーチンでは、まずステップ７０１において、図２のステ
ップ１０１と同様に、ディスプレイ装置の画面に表示さ
れた一覧表から所定のコンピュータが受信クライアント
として選択される。ステップ７０２では、ディスプレイ
装置の画面に表示された一覧表からチャットを実行すべ
きことが指定され、チャットのプログラムがＤＬＬから
選択される。

【００６８】ＤＬＬのステップ７１１では、受信クライ
アントに送信すべきリクエストメッセージが例えばキー
ボードによって入力される。ステップ７１２では、チャ
ットを実行するために必要な制御信号である指令信号す
なわちヘッダが作成される。ステップ７１３では、ヘッ
ダがメモリに格納される。ステップ７１４では、ヘッダ
とリクエストメッセージがメインルーチンへ通知され
る。

【００６９】メインルーチンのステップ７０３では、ヘ
ッダとリクエストメッセージが受信クライアントに対し
て送信される。この送信の手順はステップ７２１〜７２
５に示されており、まずステップ７２１では、ヘッダと
リクエストメッセージを含む通知をＤＬＬから受信す
る。ステップ７２２では、ステップ７１３においてメモ
リに格納されたヘッダがメモリから読み出される。ステ
ップ７２３ではヘッダが解析される。ステップ７２４で
は、リクエスティングクライアントに関するログファイ
ルがハードディスクの所定の領域に書き込まれる。ステ
ップ７２５では、ヘッダとリクエストメッセージが受信
クライアントへ送信され、メインルーチンは終了する。

【００７０】受信クライアントのメインルーチンでは、
ステップ８０１において、リクエスティングクライアン
トから送信されたヘッダとリクエストメッセージが受信
される。ステップ８０２ではヘッダが解析され、ステッ
プ８０３では受信クライアントに関するログファイルが
ハードディスクの所定の領域に書き込まれる。ステップ
８０４では、ステップ８０２において解析された結果に
従って、チャットのプログラムがＤＬＬから呼び出され
る。

【００７１】ＤＬＬのステップ８１１では、ヘッダがチ
ャットの要求（リクエスト）を示しているか否かが判定
される。受信クライアントがリクエストを受信した場
合、ステップ８１２においてリクエストメッセージがデ
ィスプレイ装置の画面に表示される。ステップ８１３で
は、オペレータがキーボード等を操作することによっ
て、アンサーメッセージが入力される。次いでステップ
８１６では、アンサーメッセージをリクエスティングク
ライアントに返すための指令信号であるヘッダとアンサ
ーメッセージがメモリに格納される。ステップ８１７で
は、ヘッダとアンサーメッセージがメインルーチンへ通
知される。

【００７２】これに対し、リクエスティングクライアン
トから２回目以降のメッセージが送信されてきた場合に
は、ステップ８１１ではリクエストのヘッダではないと
判定されるため、ステップ８１４が実行される。すなわ
ち、リクエスティングクライアントから送信されてきた
チャットメッセージがディスプレイ装置の画面によって
表示される。ステップ８１５では、ステップ８１３と同
様にチャットメッセージが入力され、その後、ステップ
８１６、８１７が実行される。

【００７３】メインルーチンのステップ８０５では、Ｄ
ＬＬから通知されたヘッダとアンサーメッセージまたは
チャットメッセージが、いままでリクエスティングクラ
イアントであった相手のコンピュータに送信される。す
なわちステップ８０５の実行によって、受信クライアン
トはリクエスティングクライアントになり、リクエステ
ィングクライアントが受信クライアントになる。

【００７４】ステップ８１３では、チャットの要求に対
して応じる旨の返答と、チャットの要求を拒否する旨の
返答とが可能である。チャットの要求に応じる返答が相
手のコンピュータに送信された場合、相手のコンピュー
タから再びメッセージを送信することができるが、チャ
ットの要求を拒否する返答が送信れた場合、相手のコン
ピュータからの送信は不可能となり、これでチャットは
終了する。

【００７５】以上のように第６の実施形態によれば、コ
ンピュータ間においてチャットを実行し、相手のコンピ
ュータにおける積極的な動作を要することなく、送信し
たメッセージを相手のコンピュータの画面上に表示させ
ることができる。

【００７６】図１０は第７の実施形態における受信クラ
イアントの通信プログラムのフローチャートである。こ
の通信プログラムは、第１から第６の実施形態の通信プ
ログラムのメインルーチンの中に組み込むことができ、
送信クライアントからの受信を拒否することが可能とな
る。

【００７７】ステップ９０１では、送信クライアントか
ら送信されたヘッダとコンテンツが受信される。ステッ
プ９０２ではヘッダが解析され、受信クライアントにお
いて実行すべきジョブの内容と、送信クライアントとが
認識される。ステップ９０３では、受信クライアントの
ハードディスクに予め格納されたブロッキングリストが
参照され、送信クライアントの名前がブロッキングリス
トに含まれているか否かがチェックされる。ブロッキン
グリストには、受信を拒否すべき送信クライアントの名
前が予め記録されている。

【００７８】ステップ９０２において認識された送信ク
ライアントがブロッキングリストに含まれている場合、
このルーチンはこのまま終了し、これにより送信クライ
アントからの受信は不可能になる。これに対し、ステッ
プ９０２において認識された送信クライアントがブロッ
キングリストに含まれていない場合、ステップ９０４が
実行され、ＤＬＬからヘッダに対応したプログラムが呼
び出される。すなわち送信クライアントからの送信内容
に従った処理が実行される。

【００７９】以上のように第７の実施形態によれば、受
信クライアントにおいて、特定の送信クライアントから
の受信を拒否することができる。

【００８０】図１１は第８の実施形態における受信クラ
イアントの通信プログラムのフローチャートである。こ
の通信プログラムも第７の実施形態と同様に、第１から
第６の実施形態の通信プログラムのメインルーチンの中
に組み込むことができる。第７の実施形態との違いは、
送信クライアントからの受信を拒否するだけでなく、送
信クライアントに対してメッセージを送信することがで
きる。

【００８１】ステップ９１１、９１２の処理内容は図１
０のステップ９０１、９０２と同じである。ステップ９
１３では、受信クライアントのハードディスクに予め格
納されたリターニングリストが参照され、送信クライア
ントの名前がリターニングリストに含まれているか否か
がチェックされる。リターニングリストには、受信を拒
否してメッセージを送信可能な送信クライアントの名前
が予め記録されている。

【００８２】ステップ９１２において認識された送信ク
ライアントがリターニングリストに含まれている場合、
ステップ９１４〜９１６が実行され、受信を拒否する旨
のリターニングメッセージが送信クライアントに対して
送信される。ステップ９１４では、ハードディスクのフ
ァイルからリターニングメッセージが読み出される。リ
ターニングメッセージは予め作成されてファイルに格納
されているが、必要に応じて書き換え可能である。ステ
ップ９１５では、リターニングメッセージを送信クライ
アントへ送信するためのヘッダが作成される。ステップ
９１６では、ヘッダとリターニングメッセージコンテン
ツが送信クライアントに対して送信され、メインルーチ
ンは終了する。

【００８３】これに対し、ステップ９１２において認識
された送信クライアントがリターニングリストに含まれ
ていない場合、ステップ９１７においてＤＬＬからヘッ
ダに対応したプログラムが呼び出され、送信クライアン
トからの送信内容に従った処理が実行される。

【００８４】以上のように第８の実施形態によれば、特
定の送信クライアントからの受信を拒否するとともに、
その送信クライアントに対してリターニングメッセージ
を送信することができる。

【００８５】

【発明の効果】以上のように本発明によれば、他のコン
ピュータの動作を要することなく、所定の情報を他のコ
ンピュータに送信することができる。

【図面の簡単な説明】

【図１】本発明の第１実施形態であるコンピュータ通信
システムの概略構成を示すブロック図である。

【図２】送信クライアントにおいて動作する通信プログ
ラムを示すフローチャートである。

【図３】受信クライアントにおいて動作する通信プログ
ラムを示すフローチャートである。

【図４】第２の実施形態における送信クライアントの通
信プログラムのフローチャートである。

【図５】第３の実施形態における送信クライアントの通
信プログラムのフローチャートである。

【図６】第４の実施形態における送信クライアントの通
信プログラムのフローチャートである。

【図７】第５の実施形態における受信クライアントの通
信プログラムのメインルーチンのフローチャートであ
る。

【図８】第６の実施形態におけるリクエスティングクラ
イアントの通信プログラムのフローチャートである。

【図９】第６の実施形態における受信クライアントの通
信プログラムのフローチャートである。

【図１０】第７の実施形態における受信クライアントの
通信プログラムのフローチャートである。

【図１１】第８の実施形態における受信クライアントの
通信プログラムのフローチャートである。

【符号の説明】

１０ 通信ケーブル

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平９−212439（ＪＰ，Ａ) 特開 平９−153002（ＪＰ，Ａ) 特開 平６−52117（ＪＰ，Ａ) 特開 平７−114504（ＪＰ，Ａ) 特開 昭64−21654（ＪＰ，Ａ) 特開 平９−44436（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/08 G06F 13/00 351 H04L 12/28

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 少なくとも２つのコンピュータを接続し
   て成るコンピュータ通信システムであって、各コンピュ
   ータが他のコンピュータに対して第１の出力信号を送信
   することによって、前記他のコンピュータが前記第１の
   出力信号に従って動作可能であり、かつ前記各コンピュ
   ータが前記他のコンピュータから送信された第２の出力
   信号に従って動作可能であり、 前記各コンピュータまたは前記他のコンピュータは、前
   記第１または第２の出力信号に対する応答を前記他のコ
   ンピュータまたは前記各コンピュータに対して要求する
   ことができ、 前記応答の内容は、前記他のコンピュータまたは前記各
   コンピュータが前記第１または第２の出力信号の着信を
   確認したことを示す第１の応答信号と、前記他のコンピ
   ュータまたは前記各コンピュータが前記第１または第２
   の出力信号に従って所定の処理を実行したことを示す第
   ２の応答信号と、前記所定の処理の実行の結果を示す第
   ３の応答信号との３つのレベルに分けられ、 前記レベルは前記応答を要求する前記各コンピュータま
   たは前記他のコンピュータが指定する ことを特徴とする
   コンピュータ通信システム。
2. 【請求項２】 前記第１または第２の出力信号が前記他
   のコンピュータまたは前記各コンピュータにおいてジョ
   ブを実行させるための指令信号を含み、前記他のコンピ
   ュータまたは前記各コンピュータが前記第１または第２
   の出力信号を受信して自動的に前記ジョブを実行するこ
   とを特徴とする請求項１に記載のコンピュータ通信シス
   テム。
3. 【請求項３】 前記第１または第２の出力信号が前記他
   のコンピュータまたは前記各コンピュータにインストー
   ルされているプログラムによって処理可能なデータファ
   イルを含み、前記他のコンピュータまたは前記各コンピ
   ュータが、前記第１または第２の出力信号を受信して自
   動的に前記データファイルに対する処理を実行すること
   を特徴とする請求項１に記載のコンピュータ通信システ
   ム。
4. 【請求項４】 前記各コンピュータまたは前記他のコン
   ピュータが、前記第１または第２の出力信号を予め設定
   されたタイミングで送信するためのスケジューリング処
   理を実行可能であることを特徴とする請求項１に記載の
   コンピュータ通信システム。
5. 【請求項５】 前記他のコンピュータが複数であること
   を特徴とする請求項１に記載のコンピュータ通信システ
   ム。