JPH1049459A - 複数プロセスへの受信ｐｄｕ配信方式 - Google Patents
複数プロセスへの受信ｐｄｕ配信方式Info
- Publication number
- JPH1049459A JPH1049459A JP8220338A JP22033896A JPH1049459A JP H1049459 A JPH1049459 A JP H1049459A JP 8220338 A JP8220338 A JP 8220338A JP 22033896 A JP22033896 A JP 22033896A JP H1049459 A JPH1049459 A JP H1049459A
- Authority
- JP
- Japan
- Prior art keywords
- pdu
- user
- reception
- processes
- receiving
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】同種のユーザＡＰを同時に起動する場合、他ホ
ストからの電文の受信を行うために利用するポート番号
に競合が発生を回避する配信方式の提供。 【解決手段】ＰＤＵの受信と各プロセスに対して配信を
行う常駐プロセス（ＰＤＵ受信デーモン）を起動する。
本プロセスは、ユーザ側プロセスに対してＰＤＵの受信
待機と配信依頼を行うためのインタフェース（共通ＡＰ
Ｉ）を提供し、ユーザ側プロセスから依頼されたポート
の受信待機を行い、受信したＰＤＵを依頼されたユーザ
側プロセスの数だけコピーしてそれぞれに個別のメッセ
ージキューファイルに書き込む。これにより、ユーザ側
プロセスが直接ポートをバインドする必要がなくなり、
同一ポートからＰＤＵの受信を待機するプロセスを実装
したユーザＡＰを複数起動することができる。
ストからの電文の受信を行うために利用するポート番号
に競合が発生を回避する配信方式の提供。 【解決手段】ＰＤＵの受信と各プロセスに対して配信を
行う常駐プロセス（ＰＤＵ受信デーモン）を起動する。
本プロセスは、ユーザ側プロセスに対してＰＤＵの受信
待機と配信依頼を行うためのインタフェース（共通ＡＰ
Ｉ）を提供し、ユーザ側プロセスから依頼されたポート
の受信待機を行い、受信したＰＤＵを依頼されたユーザ
側プロセスの数だけコピーしてそれぞれに個別のメッセ
ージキューファイルに書き込む。これにより、ユーザ側
プロセスが直接ポートをバインドする必要がなくなり、
同一ポートからＰＤＵの受信を待機するプロセスを実装
したユーザＡＰを複数起動することができる。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークデー
タ配信方式に関し、特に、オペレーティングシステムＵ
ＮＩＸ上に実装し、ＩＰ（Ｉnternet Ｐrotocol）パケ
ットを送受信するコネクションレス型プロトコルを下位
層として運用される、ネットワーク管理や通信基盤に属
する各種アプリケーション、例えばＳＮＭＰ（Ｓimple
ＮetworkＭanagement Ｐrotocol）を用いたネットワ
ーク管理ステーション、ＰＯＰ（Ｐost Ｏffice Ｐro
tocol）サーバを用いたインタネットメール配信システ
ムなどに適用される、複数プロセスへの受信データの配
信方式に関する。
タ配信方式に関し、特に、オペレーティングシステムＵ
ＮＩＸ上に実装し、ＩＰ（Ｉnternet Ｐrotocol）パケ
ットを送受信するコネクションレス型プロトコルを下位
層として運用される、ネットワーク管理や通信基盤に属
する各種アプリケーション、例えばＳＮＭＰ（Ｓimple
ＮetworkＭanagement Ｐrotocol）を用いたネットワ
ーク管理ステーション、ＰＯＰ（Ｐost Ｏffice Ｐro
tocol）サーバを用いたインタネットメール配信システ
ムなどに適用される、複数プロセスへの受信データの配
信方式に関する。
【０００２】
【従来の技術】従来、ＵＮＩＸ等のネットワークシステ
ムにおいて、同一ホストの同一ポート番号に受信したデ
ータグラム型ＰＤＵ（Ｐrotocol Ｄata Ｕnit；プロ
トコルデータ単位）を、異なったユーザアプリケーショ
ン（ユーザＡＰ）上に実装された異なるプロセスに対し
て配信する機能は、実現されていない。
ムにおいて、同一ホストの同一ポート番号に受信したデ
ータグラム型ＰＤＵ（Ｐrotocol Ｄata Ｕnit；プロ
トコルデータ単位）を、異なったユーザアプリケーショ
ン（ユーザＡＰ）上に実装された異なるプロセスに対し
て配信する機能は、実現されていない。
【０００３】なお、複数プロセスのメッセージキューに
対して電文の着信を通知する方式にセマフォを用いた方
式としては、例えば特開６−２５０９１０号公報等の記
載が参照される。
対して電文の着信を通知する方式にセマフォを用いた方
式としては、例えば特開６−２５０９１０号公報等の記
載が参照される。
【０００４】
【発明が解決しようとする課題】上記したように、従来
のＵＮＩＸシステム等のネットワークシステムにおい
て、同一ホスト上で同種のサービスを提供するユーザＡ
Ｐを実装してシステム運用を行う場合に、ユーザＡＰ内
のプロセスが、ネットワーク接続された他ホストからの
電文の受信を行うために利用するポート番号に、競合が
発生することに起因して、ユーザＡＰの構成の仕方によ
って異なるが、後から起動したユーザＡＰが待ち状態も
しくはダウンするといった事態が発生する可能性があ
る、という問題点を有している。
のＵＮＩＸシステム等のネットワークシステムにおい
て、同一ホスト上で同種のサービスを提供するユーザＡ
Ｐを実装してシステム運用を行う場合に、ユーザＡＰ内
のプロセスが、ネットワーク接続された他ホストからの
電文の受信を行うために利用するポート番号に、競合が
発生することに起因して、ユーザＡＰの構成の仕方によ
って異なるが、後から起動したユーザＡＰが待ち状態も
しくはダウンするといった事態が発生する可能性があ
る、という問題点を有している。
【０００５】その理由は、ＵＮＩＸシステムにおいて
は、ＩＰパケット送信の際に、同一ホスト・同一ポート
番号に複数プロセスが同時にバインドを行うことは、基
本的に不可能である、ことによる。
は、ＩＰパケット送信の際に、同一ホスト・同一ポート
番号に複数プロセスが同時にバインドを行うことは、基
本的に不可能である、ことによる。
【０００６】したがって、本発明は、上記事情に鑑みて
なされたものであって、その目的は、同一のプロトコル
を実装したユーザＡＰを、同一ホスト上に複数実装して
運用を行う場合に、従来問題のあった、システムの資源
（ポート番号）に対する競合の発生を抑制し、複数のユ
ーザＡＰを同時に運用することを可能とする方式を提供
することにある。
なされたものであって、その目的は、同一のプロトコル
を実装したユーザＡＰを、同一ホスト上に複数実装して
運用を行う場合に、従来問題のあった、システムの資源
（ポート番号）に対する競合の発生を抑制し、複数のユ
ーザＡＰを同時に運用することを可能とする方式を提供
することにある。
【０００７】
【課題を解決するための手段】前記目的を達成するた
め、本発明の複数プロセスへの受信ＰＤＵ配信方式は、
ＰＤＵ（プロトコル・データ単位）の受信と各プロセス
に対して配信を行う常駐プロセス（「ＰＤＵ受信デーモ
ン」という）を備えるとともに、ユーザ側アプリケーシ
ョンのプロセス（「ユーザ側プロセス」という）に対し
てＰＤＵの受信待機と配信依頼を行うための共通インタ
フェースを備え、前記ＰＤＵ受信デーモンは、前記ユー
ザ側プロセスから依頼されたポートの受信依頼に対して
待機を行い、該ポートからＰＤＵを受信した際、該ＰＤ
Ｕを依頼された前記ユーザ側プロセスに対するバッファ
に書き込み、前記ユーザ側プロセスが前記バッファから
前記ＰＤＵを読み出す、ようにしたことを特徴とする。
め、本発明の複数プロセスへの受信ＰＤＵ配信方式は、
ＰＤＵ（プロトコル・データ単位）の受信と各プロセス
に対して配信を行う常駐プロセス（「ＰＤＵ受信デーモ
ン」という）を備えるとともに、ユーザ側アプリケーシ
ョンのプロセス（「ユーザ側プロセス」という）に対し
てＰＤＵの受信待機と配信依頼を行うための共通インタ
フェースを備え、前記ＰＤＵ受信デーモンは、前記ユー
ザ側プロセスから依頼されたポートの受信依頼に対して
待機を行い、該ポートからＰＤＵを受信した際、該ＰＤ
Ｕを依頼された前記ユーザ側プロセスに対するバッファ
に書き込み、前記ユーザ側プロセスが前記バッファから
前記ＰＤＵを読み出す、ようにしたことを特徴とする。
【０００８】本発明においては、前記バッファが、先入
れ先出し型のメッセージキューとして構成されたことを
特徴とする。
れ先出し型のメッセージキューとして構成されたことを
特徴とする。
【０００９】本発明の概要を以下に説明する。本発明に
おいては、ＰＤＵの受信と各プロセスに対して配信を行
う常駐プロセス（「ＰＤＵ受信デーモン」という）を起
動する。そして、ユーザ側プロセスがこのＰＤＵ受信デ
ーモンに対して、ＰＤＵの受信待機と配信依頼を行うた
めのインタフェース（共通ＡＰＩ）を提供するＰＤＵ受
信依頼の手段と、実際にユーザ側プロセスから依頼され
たポートの受信待機を行うＰＤＵ受信手段と、受信した
ＰＤＵを依頼されたユーザ側プロセスの数だけコピーし
てそれぞれに個別のメッセージキューファイルに書き込
むプロセス配信手段と、を有する。
おいては、ＰＤＵの受信と各プロセスに対して配信を行
う常駐プロセス（「ＰＤＵ受信デーモン」という）を起
動する。そして、ユーザ側プロセスがこのＰＤＵ受信デ
ーモンに対して、ＰＤＵの受信待機と配信依頼を行うた
めのインタフェース（共通ＡＰＩ）を提供するＰＤＵ受
信依頼の手段と、実際にユーザ側プロセスから依頼され
たポートの受信待機を行うＰＤＵ受信手段と、受信した
ＰＤＵを依頼されたユーザ側プロセスの数だけコピーし
てそれぞれに個別のメッセージキューファイルに書き込
むプロセス配信手段と、を有する。
【００１０】本発明においては、ＰＤＵ受信デーモンを
起動し、ＰＤＵの受信依頼にはこのプロセスと通信を行
うためのインタフェースである共通ＡＰＩを用い、各プ
ロセスへのＰＤＵの配信には各プロセスに固有のメッセ
ージファイルを用いることによって、ユーザ側プロセス
が直接ポートをバインドする必要がなくなるため、同一
ポートからＰＤＵの受信を待機するプロセスを実装した
ユーザＡＰを複数起動することができるようになる。
起動し、ＰＤＵの受信依頼にはこのプロセスと通信を行
うためのインタフェースである共通ＡＰＩを用い、各プ
ロセスへのＰＤＵの配信には各プロセスに固有のメッセ
ージファイルを用いることによって、ユーザ側プロセス
が直接ポートをバインドする必要がなくなるため、同一
ポートからＰＤＵの受信を待機するプロセスを実装した
ユーザＡＰを複数起動することができるようになる。
【００１１】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１は、本発明の実
施の形態の構成を示す図である。
て図面を参照して詳細に説明する。図１は、本発明の実
施の形態の構成を示す図である。
【００１２】図１を参照して、第１ユーザプロセス１１
および第２ユーザプロセス１２は、異なるユーザＡＰ内
のプロセスであり、双方とも同一ポート番号から、デー
タグラム型ＰＤＵ（プロトコルデータ単位）の受信を待
機する機能を有するものとする。なお、図１において、
第１ユーザプロセス、第２ユーザプロセスは、それぞれ
「ユーザプロセス１」、「ユーザプロセス２」として示
されている。
および第２ユーザプロセス１２は、異なるユーザＡＰ内
のプロセスであり、双方とも同一ポート番号から、デー
タグラム型ＰＤＵ（プロトコルデータ単位）の受信を待
機する機能を有するものとする。なお、図１において、
第１ユーザプロセス、第２ユーザプロセスは、それぞれ
「ユーザプロセス１」、「ユーザプロセス２」として示
されている。
【００１３】従来の方式では、ポート番号に競合が発生
するため、同一ホスト内で同一ポートに対して複数プロ
セスからバインドを行うことが不可能であるため、実際
には、後から起動したプロセスが起動不可となり、異常
終了していた。
するため、同一ホスト内で同一ポートに対して複数プロ
セスからバインドを行うことが不可能であるため、実際
には、後から起動したプロセスが起動不可となり、異常
終了していた。
【００１４】共通ＡＰＩ（アプリケーションプログラム
インタフェース）１３は、ユーザプロセス１１、１２
と、ＰＤＵ受信デーモン１６と、のインタフェースを提
供する一連の関数群からなり、ＰＤＵ受信依頼関数、Ｐ
ＤＵ受信キャンセル関数を備えて構成される。
インタフェース）１３は、ユーザプロセス１１、１２
と、ＰＤＵ受信デーモン１６と、のインタフェースを提
供する一連の関数群からなり、ＰＤＵ受信依頼関数、Ｐ
ＤＵ受信キャンセル関数を備えて構成される。
【００１５】ＰＤＵ受信デーモン１６は、各ユーザプロ
セスに代わって特定の番号のポートをバインドし、ＰＤ
Ｕの受信待機、および各ユーザプロセスに対する受信Ｐ
ＤＵの送信を行う常駐プロセスである。このプロセス
は、オペレーティングシステム（ＯＳ）の起動時に、起
動され、メモリ上に常駐する。
セスに代わって特定の番号のポートをバインドし、ＰＤ
Ｕの受信待機、および各ユーザプロセスに対する受信Ｐ
ＤＵの送信を行う常駐プロセスである。このプロセス
は、オペレーティングシステム（ＯＳ）の起動時に、起
動され、メモリ上に常駐する。
【００１６】第１メッセージキュー１４および第２メッ
セージキュー１５は、各ユーザプロセス１１、１２が、
ＰＤＵ受信依頼関数を呼出す（コールする）際に作成さ
れ、ＰＤＵ受信デーモン１６が、各ユーザプロセス１
１、１２に対して受信したＰＤＵを送信する際に用いら
れるキューファイルであり、ＦＩＦＯ（先入れ先出し）
方式を用いて実装される。
セージキュー１５は、各ユーザプロセス１１、１２が、
ＰＤＵ受信依頼関数を呼出す（コールする）際に作成さ
れ、ＰＤＵ受信デーモン１６が、各ユーザプロセス１
１、１２に対して受信したＰＤＵを送信する際に用いら
れるキューファイルであり、ＦＩＦＯ（先入れ先出し）
方式を用いて実装される。
【００１７】テーブル１８は、ＰＤＵ受信デーモン１６
が各ユーザプロセスからＰＤＵ受信依頼を受信したとき
に作成され、各ポート番号と、そこからのＰＤＵ受信を
依頼したプロセスＩＤ、及びメッセージキューファイル
名とのマッピングをとるために使用する。
が各ユーザプロセスからＰＤＵ受信依頼を受信したとき
に作成され、各ポート番号と、そこからのＰＤＵ受信を
依頼したプロセスＩＤ、及びメッセージキューファイル
名とのマッピングをとるために使用する。
【００１８】図２は、本発明の実施の形態の処理フロー
を模式的に示すシーケンス図である。本発明の実施の形
態の動作について、図２を参照して説明する。
を模式的に示すシーケンス図である。本発明の実施の形
態の動作について、図２を参照して説明する。
【００１９】まず、オペレーティングシステム（ＯＳ）
を起動した時点（ステップ３１）で、ＰＤＵ受信デーモ
ンは常駐プロセスとして起動され（ステップ３２）、各
プロセスからの電文受信を待機する（ステップＳ３
３）。
を起動した時点（ステップ３１）で、ＰＤＵ受信デーモ
ンは常駐プロセスとして起動され（ステップ３２）、各
プロセスからの電文受信を待機する（ステップＳ３
３）。
【００２０】次に、プロセス１が起動され（ステップＳ
１１）、共通ＡＰＩをコールすることで、各プロセス専
用のメッセージキューファイル（ＦＩＦＯ方式により実
装される）を作成すると同時に、パケット受信デーモン
に対してポートｎ番に対する受信依頼を行う（ステップ
Ｓ１２）。これにより、ＰＤＵ受信デーモンに対してポ
ートｎ番に対する受信依頼の電文が送信される。
１１）、共通ＡＰＩをコールすることで、各プロセス専
用のメッセージキューファイル（ＦＩＦＯ方式により実
装される）を作成すると同時に、パケット受信デーモン
に対してポートｎ番に対する受信依頼を行う（ステップ
Ｓ１２）。これにより、ＰＤＵ受信デーモンに対してポ
ートｎ番に対する受信依頼の電文が送信される。
【００２１】ＰＤＵ受信デーモンは、この電文を受信す
ると（ステップＳ３４）、ポートｎ番をバインドし、こ
のポートに対して他ホストより送信されるＰＤＵの受信
の待機を開始する（ステップＳ３５）とともに、新たに
テーブル（図１の１８参照）を作成し、要求元のプロセ
スＩＤ・受信を依頼されたポート番号・メッセージキュ
ーファイルのパス名を格納する。
ると（ステップＳ３４）、ポートｎ番をバインドし、こ
のポートに対して他ホストより送信されるＰＤＵの受信
の待機を開始する（ステップＳ３５）とともに、新たに
テーブル（図１の１８参照）を作成し、要求元のプロセ
スＩＤ・受信を依頼されたポート番号・メッセージキュ
ーファイルのパス名を格納する。
【００２２】これ以降、新たに他プロセスから受信依頼
があるならば、ＰＤＵ受信デーモンは順次テーブルを追
加していく。例えば図２では、新たにプロセス２が起動
され（ステップＳ２１）、共通ＡＰＩをコールし、ＰＤ
Ｕ受信デーモンに対しＰＤＵ受信依頼を行い（ステップ
Ｓ２２）、ＰＤＵ受信デーモンはこの受信依頼を受け付
け、テーブルにレコードを追加する（ステップＳ３６、
Ｓ３７）。
があるならば、ＰＤＵ受信デーモンは順次テーブルを追
加していく。例えば図２では、新たにプロセス２が起動
され（ステップＳ２１）、共通ＡＰＩをコールし、ＰＤ
Ｕ受信デーモンに対しＰＤＵ受信依頼を行い（ステップ
Ｓ２２）、ＰＤＵ受信デーモンはこの受信依頼を受け付
け、テーブルにレコードを追加する（ステップＳ３６、
Ｓ３７）。
【００２３】ポートｎ番にＰＤＤの受信が確認されると
（ステップＳ３８）、ＰＤＵ受信デーモンはこのＰＤＵ
を受信した後、ポート番号をキーとして作成済みのテー
ブルをサーチし、電文受信を依頼したプロセス番号・お
よびキューファイル名を検索する（ステップＳ３９）。
（ステップＳ３８）、ＰＤＵ受信デーモンはこのＰＤＵ
を受信した後、ポート番号をキーとして作成済みのテー
ブルをサーチし、電文受信を依頼したプロセス番号・お
よびキューファイル名を検索する（ステップＳ３９）。
【００２４】該当プロセスが起動中である場合、受信し
たＰＤＵを依頼元プロセスのメッセージキューファイル
に対して書き込む（ステップＳ４０）。
たＰＤＵを依頼元プロセスのメッセージキューファイル
に対して書き込む（ステップＳ４０）。
【００２５】各プロセスは、このメッセージキューファ
イルからＰＤＵを読み出す（ステップＳ１４、Ｓ２
４）。
イルからＰＤＵを読み出す（ステップＳ１４、Ｓ２
４）。
【００２６】これによって、同一ポート番号（ｎ）へ受
信したＰＤＵが複数のプロセスに対し配信される。
信したＰＤＵが複数のプロセスに対し配信される。
【００２７】
【実施例】上記した本発明の実施の形態について、具体
例を例示した実施例を以てさらに詳細に説明する。
例を例示した実施例を以てさらに詳細に説明する。
【００２８】図３は、本発明の一実施例を説明するため
の図である。図３において、ユーザプロセス１、ユーザ
プロセス２は、それぞれＳＮＭＰ（Ｓimple Ｎetwork
Ｍanagement Ｐrotocol）プロトコルを使用してネッ
トワーク管理を行うユーザＡＰ１、ユーザＡＰ２を構成
するプロセスであり、双方ともポート１６２番をバイン
ドして、ＳＮＭＰエージェントからのＴＲＡＰ（トラッ
プ）通知を受信する機能を有する。
の図である。図３において、ユーザプロセス１、ユーザ
プロセス２は、それぞれＳＮＭＰ（Ｓimple Ｎetwork
Ｍanagement Ｐrotocol）プロトコルを使用してネッ
トワーク管理を行うユーザＡＰ１、ユーザＡＰ２を構成
するプロセスであり、双方ともポート１６２番をバイン
ドして、ＳＮＭＰエージェントからのＴＲＡＰ（トラッ
プ）通知を受信する機能を有する。
【００２９】従来の実装方式によれば、ユーザＡＰ１、
ユーザＡＰ２のうち、既に述べたポート１６２番に対す
る競合発生が原因して、先に起動されたＡＰのみが使用
可能となり、後に起動されたユーザＡＰは、待ち状態・
あるいは異常終了となっていたが、本発明による実装方
式を用いると、これらのＡＰを競合なくして同時に動作
させることが可能となる。
ユーザＡＰ２のうち、既に述べたポート１６２番に対す
る競合発生が原因して、先に起動されたＡＰのみが使用
可能となり、後に起動されたユーザＡＰは、待ち状態・
あるいは異常終了となっていたが、本発明による実装方
式を用いると、これらのＡＰを競合なくして同時に動作
させることが可能となる。
【００３０】図４は、本発明の一実施例の処理フローを
説明するためのシーケンス図である。本発明の実施例の
動作について、図４を参照して説明を行う。
説明するためのシーケンス図である。本発明の実施例の
動作について、図４を参照して説明を行う。
【００３１】まず、オペレーティングシステム（ＯＳ）
を起動した時点（ステップＳ６１）で、ＰＤＵ受信デー
モンは常駐プロセスとして起動され（ステップＳ６
２）、各プロセスからの電文受信を待機する（ステップ
Ｓ６３）。
を起動した時点（ステップＳ６１）で、ＰＤＵ受信デー
モンは常駐プロセスとして起動され（ステップＳ６
２）、各プロセスからの電文受信を待機する（ステップ
Ｓ６３）。
【００３２】次に、プロセス１が、共通ＡＰＩをコール
することで、各プロセス専用のメッセージキューファイ
ル（ＦＩＦＯ方式により実装される）を作成すると同時
に、ＰＤＵ受信デーモンに対してポート１６２番に対す
る受信依頼を行う（ステップＳ４２）。これにより、Ｐ
ＤＵ受信デーモンに対してポート１６２番に対する受信
依頼の電文が送信される。
することで、各プロセス専用のメッセージキューファイ
ル（ＦＩＦＯ方式により実装される）を作成すると同時
に、ＰＤＵ受信デーモンに対してポート１６２番に対す
る受信依頼を行う（ステップＳ４２）。これにより、Ｐ
ＤＵ受信デーモンに対してポート１６２番に対する受信
依頼の電文が送信される。
【００３３】電文を受信すると（ステップＳ６４）、Ｐ
ＤＵ受信デーモンはポート１６２番をバインドし、この
ポートに対して他ホストより送信されるＰＤＵの受信を
待機しはじめると同時に、新たにテーブルを作成し、要
求元のプロセスＩＤ・受信を依頼されたポート番号・メ
ッセージキューファイルのパス名を格納する（ステップ
Ｓ６５）。
ＤＵ受信デーモンはポート１６２番をバインドし、この
ポートに対して他ホストより送信されるＰＤＵの受信を
待機しはじめると同時に、新たにテーブルを作成し、要
求元のプロセスＩＤ・受信を依頼されたポート番号・メ
ッセージキューファイルのパス名を格納する（ステップ
Ｓ６５）。
【００３４】これ以降、新たに他プロセス（図１におい
てはプロセス２）から受信依頼があるならば、ＰＤＵ受
信デーモンは順次テーブルを追加していく（ステップＳ
６６、Ｓ６７）。
てはプロセス２）から受信依頼があるならば、ＰＤＵ受
信デーモンは順次テーブルを追加していく（ステップＳ
６６、Ｓ６７）。
【００３５】ポート１６２番にＰＤＵ（この例ではＴＲ
ＡＰ通知）の受信が確認されると（ステップＳ６８）、
ＰＤＵ受信デーモンはこのＰＤＵを受信した後、ポート
番号をキーに作成済みのテーブルをサーチし、電文受信
を依頼したプロセス番号・およびキューファイル名を検
索する（ステップＳ６９）。
ＡＰ通知）の受信が確認されると（ステップＳ６８）、
ＰＤＵ受信デーモンはこのＰＤＵを受信した後、ポート
番号をキーに作成済みのテーブルをサーチし、電文受信
を依頼したプロセス番号・およびキューファイル名を検
索する（ステップＳ６９）。
【００３６】該当プロセスが起動中である場合、受信し
たＰＤＵを依頼元プロセスのキューファイルに対して書
き込む（ステップＳ７０）。
たＰＤＵを依頼元プロセスのキューファイルに対して書
き込む（ステップＳ７０）。
【００３７】各プロセスは、このキューファイルからＰ
ＤＵを受信する（ステップＳ４４、Ｓ５４）。これによ
って、同一ポート番号（１６２）に受信したＰＤＵが、
複数のプロセスに対し配信される。
ＤＵを受信する（ステップＳ４４、Ｓ５４）。これによ
って、同一ポート番号（１６２）に受信したＰＤＵが、
複数のプロセスに対し配信される。
【００３８】次に、本発明の別の実施例について説明す
る。
る。
【００３９】本発明においては、共通ＡＰＩを用いて、
ユーザプロセスと、ＰＤＵ受信デーモンと、のインタフ
ェースを実装しているため、ＰＤＵ受信デーモンが起動
されており、ユーザプロセスが、ＵＤＰ（Ｕser Ｄata
gram Ｐrotocol）プロトコルの上位レイヤで動作する
プロトコルのＰＤＵの受信を待機する方式であるなら
ば、本発明を適用することが可能である。一例をあげる
と、ＳＮＭＰプロトコルを用いてネットワーク管理を行
うネットワーク管理ステーションに実装されるＴＲＡＰ
（トラップ）通知の受信プロセス、インタネットメール
のＰＯＰプロトコルを実装するサーバプロセスなどに適
用可能とされる。
ユーザプロセスと、ＰＤＵ受信デーモンと、のインタフ
ェースを実装しているため、ＰＤＵ受信デーモンが起動
されており、ユーザプロセスが、ＵＤＰ（Ｕser Ｄata
gram Ｐrotocol）プロトコルの上位レイヤで動作する
プロトコルのＰＤＵの受信を待機する方式であるなら
ば、本発明を適用することが可能である。一例をあげる
と、ＳＮＭＰプロトコルを用いてネットワーク管理を行
うネットワーク管理ステーションに実装されるＴＲＡＰ
（トラップ）通知の受信プロセス、インタネットメール
のＰＯＰプロトコルを実装するサーバプロセスなどに適
用可能とされる。
【００４０】
【発明の効果】以上説明したように、本発明によれば、
下記記載の効果を奏する。
下記記載の効果を奏する。
【００４１】（１）第１の効果は、同一ホストで同種の
サービスを使用するユーザプロセスを複数起動して運用
する場合、同一ポート番号の使用による競合の発生を回
避することができる、ということである。
サービスを使用するユーザプロセスを複数起動して運用
する場合、同一ポート番号の使用による競合の発生を回
避することができる、ということである。
【００４２】その理由は、本発明においては、各ユーザ
ＡＰは直接ポートをバインドするのではなく、ＰＤＵ受
信プロセスにより、各ポートからＰＤＵを一括受信し、
各プロセス専用のメッセージキューに投入する、ように
構成したことによる。
ＡＰは直接ポートをバインドするのではなく、ＰＤＵ受
信プロセスにより、各ポートからＰＤＵを一括受信し、
各プロセス専用のメッセージキューに投入する、ように
構成したことによる。
【００４３】（２）第２の効果は、受信したＰＤＵが、
自ホスト内で喪失されることを最小限に抑制することが
できる、ということである。
自ホスト内で喪失されることを最小限に抑制することが
できる、ということである。
【００４４】その理由は、本発明においては、ＰＤＵ受
信デーモンから各プロセスに対して送信する手段に、Ｆ
ＩＦＯを実装したメッセージキューファイルを使用する
ことによって、電文送信の信頼性を高めた、ことによ
る。
信デーモンから各プロセスに対して送信する手段に、Ｆ
ＩＦＯを実装したメッセージキューファイルを使用する
ことによって、電文送信の信頼性を高めた、ことによ
る。
【図１】本発明の実施の形態のシステム構成を示す図で
ある。
ある。
【図２】本発明の実施の形態の処理フローを説明するた
めのシーケンス図である。
めのシーケンス図である。
【図３】本発明の一実施例のシステム構成を示す図であ
り、ＴＲＡＰ受信プロセスの例によるシステム構成図で
ある。
り、ＴＲＡＰ受信プロセスの例によるシステム構成図で
ある。
【図４】本発明の一実施例の処理フローを説明するため
のシーケンス図である。
のシーケンス図である。
１１ 第１ユーザプロセス １２ 第２ユーザプロセス １３ 共通ＡＰＩ １４ 第１メッセージキューファイル １５ 第２メッセージキューファイル １６ ＰＤＵ受信デーモン １７ ポートｎ １８ テーブル
Claims (5)
- 【請求項１】ＰＤＵ（プロトコル・データ単位）の受信
と各プロセスに対して配信を行う常駐プロセス（「ＰＤ
Ｕ受信デーモン」という）を備えるとともに、 ユーザ側アプリケーションのプロセス（「ユーザ側プロ
セス」という）に対してＰＤＵの受信待機と配信依頼を
行うための共通インタフェースを備え、 前記ＰＤＵ受信デーモンは、前記ユーザ側プロセスから
依頼されたポートの受信依頼に対して待機を行い、該ポ
ートからＰＤＵを受信した際、該ＰＤＵを依頼された前
記ユーザ側プロセスに対するバッファに書き込み、 前記ユーザ側プロセスが前記バッファから前記ＰＤＵを
読み出す、ようにしたことを特徴とする複数プロセスへ
の受信ＰＤＵ配信方式。 - 【請求項２】前記バッファが、先入れ先出し型のメッセ
ージキューとして構成されたことを特徴とする請求項１
記載の複数プロセスへの受信ＰＤＵ配信方式。 - 【請求項３】前記ＰＤＵ受信デーモンが、前記共通イン
タフェースを介して前記ユーザ側プロセスからＰＤＵ受
信依頼を受け付けた際に、ポート番号、プロセス識別
子、前記メッセージーキューの対応関係をテーブルに記
録し、前記ポートからＰＤＵを受信した際、該テーブル
を検索して前記プロセス対するメッセージキューを取得
する、ことを特徴とする請求項２記載の複数プロセスへ
の受信ＰＤＵ配信方式。 - 【請求項４】ＰＤＵの受信と各プロセスに対して配信を
行う常駐プロセス（「ＰＤＵ受信デーモン」という）を
起動し、 ユーザ側プロセスが前記ＰＤＵ受信デーモンに対して、
ＰＤＵの受信待機と配信依頼を行うためのインタフェー
スを提供するＰＤＵ受信依頼手段と、 実際にユーザ側プロセスから依頼されたポートの受信待
機を行うＰＤＵ受信手段と、 受信したＰＤＵを依頼されたユーザ側プロセスの数だけ
コピーしてそれぞれに個別のメッセージキューファイル
に書き込むプロセス配信手段と、 を備えたことを特徴とする複数プロセスへの受信ＰＤＵ
配信方式。 - 【請求項５】ＩＰアドレスとポート番号でパケットの配
信先を一意に識別して配信を行う機能を持つプロトコル
（ＩＰ）を用い、コネクションレス型の電文送受信機能
を提供するプロトコル（ＵＤＰ）の上位レイヤにて動作
するプロトコルによって送信され、同一のポート番号か
らを受信する機能を有するプロセスが複数存在し、該プ
ロセスがそれぞれ異なったユーザアプリケーションプロ
グラムに実装されたモジュールとして動作する場合に、 これらの異なるプロセスを実装した複数の異なるユーザ
ユーザアプリケーションプログラムを同一ホスト内で同
時に起動可能とされ、かつ、該ホストの同一ポート番号
に対して送信された同一のＰＤＵを、等しくこれらのプ
ロセスが受信することを可能としたことを特徴とする、
複数プロセスへの受信ＰＤＵ配信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8220338A JPH1049459A (ja) | 1996-08-02 | 1996-08-02 | 複数プロセスへの受信ｐｄｕ配信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8220338A JPH1049459A (ja) | 1996-08-02 | 1996-08-02 | 複数プロセスへの受信ｐｄｕ配信方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1049459A true JPH1049459A (ja) | 1998-02-20 |
Family
ID=16749592
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8220338A Pending JPH1049459A (ja) | 1996-08-02 | 1996-08-02 | 複数プロセスへの受信ｐｄｕ配信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1049459A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6604112B1 (en) | 1999-03-25 | 2003-08-05 | International Business Machines Corporation | Method and system for managing an AIX UNIX server using an SNMP interface |
| US20110106882A1 (en) * | 2008-07-28 | 2011-05-05 | Sony Corporation | Client device, information processing system and associated methodology of accessing networked services |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02171846A (ja) * | 1988-12-24 | 1990-07-03 | Mitsubishi Electric Corp | トランザクション処理方式 |
| JPH0425956A (ja) * | 1990-05-22 | 1992-01-29 | Nec Corp | データ受信方法 |
| JPH0477024A (ja) * | 1990-07-16 | 1992-03-11 | Nec Corp | 宛先アドレス変更ルーティング制御方式 |
-
1996
- 1996-08-02 JP JP8220338A patent/JPH1049459A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02171846A (ja) * | 1988-12-24 | 1990-07-03 | Mitsubishi Electric Corp | トランザクション処理方式 |
| JPH0425956A (ja) * | 1990-05-22 | 1992-01-29 | Nec Corp | データ受信方法 |
| JPH0477024A (ja) * | 1990-07-16 | 1992-03-11 | Nec Corp | 宛先アドレス変更ルーティング制御方式 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6604112B1 (en) | 1999-03-25 | 2003-08-05 | International Business Machines Corporation | Method and system for managing an AIX UNIX server using an SNMP interface |
| US20110106882A1 (en) * | 2008-07-28 | 2011-05-05 | Sony Corporation | Client device, information processing system and associated methodology of accessing networked services |
| US8682963B2 (en) * | 2008-07-28 | 2014-03-25 | Sony Corporation | Client device, information processing system and associated methodology of accessing networked services |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6510478B1 (en) | Method and apparatus for coordination of a shared object in a distributed system | |
| US6665304B2 (en) | Method and apparatus for providing an integrated cluster alias address | |
| US6393581B1 (en) | Reliable time delay-constrained cluster computing | |
| US6216173B1 (en) | Method and apparatus for content processing and routing | |
| US6345291B2 (en) | Multiplexing of clients and applications among multiple servers | |
| JP2698336B2 (ja) | デジタルデータ処理システムのためのローカルエリアネットワークに用いるノード | |
| US8555295B2 (en) | Cluster system, server cluster, cluster member, method for making cluster member redundant and load distributing method | |
| US7254617B2 (en) | Distributed cache between servers of a network | |
| US6665729B2 (en) | Data transmission utilizing pre-emptive acknowledgements with transaction-oriented protocols | |
| US6370583B1 (en) | Method and apparatus for portraying a cluster of computer systems as having a single internet protocol image | |
| WO1998003912A1 (en) | Method and apparatus for coordination of a shared object in a distributed system | |
| US8677169B2 (en) | Session redundancy using a replay model | |
| US6226673B1 (en) | Data distribution method and apparatus and computer program | |
| US7343432B1 (en) | Message based global distributed locks with automatic expiration for indicating that said locks is expired | |
| JP3077607B2 (ja) | サーバコンピュータにおけるｉｐアドレス多重化方法 | |
| JPH11234326A (ja) | 情報流通システム | |
| JPH1049459A (ja) | 複数プロセスへの受信ｐｄｕ配信方式 | |
| US20020065918A1 (en) | Method and apparatus for efficient and accountable distribution of streaming media content to multiple destination servers in a data packet network (DPN) | |
| CN1608363A (zh) | 用于拦截网络访问的系统及其方法 | |
| JPH1023005A (ja) | マルチキャスト配信方法及びシステム | |
| JP2000341329A (ja) | 衛星リンクを動的に割り当てるための方法及び装置 | |
| US7228562B2 (en) | Stream server apparatus, program, and NAS device | |
| JPH1168816A (ja) | 管理機能拡張方法及びネットワーク管理システム | |
| WO1993018464A1 (en) | Distributed processing system | |
| JP2000172654A (ja) | 分散オブジェクト管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20000208 |