JPH08305668A - コネクション型サーバ・クライアントシステム - Google Patents
コネクション型サーバ・クライアントシステムInfo
- Publication number
- JPH08305668A JPH08305668A JP10593195A JP10593195A JPH08305668A JP H08305668 A JPH08305668 A JP H08305668A JP 10593195 A JP10593195 A JP 10593195A JP 10593195 A JP10593195 A JP 10593195A JP H08305668 A JPH08305668 A JP H08305668A
- Authority
- JP
- Japan
- Prior art keywords
- client
- processing process
- communication processing
- connection
- communication
- 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
- 238000000034 method Methods 0.000 claims abstract description 101
- 238000004891 communication Methods 0.000 claims abstract description 52
- 230000001419 dependent effect Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 3
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000013256 coordination polymer Substances 0.000 description 1
Landscapes
- Multi Processors (AREA)
Abstract
(57)【要約】
【目的】 プロセス生成のオーバヘッドがなく、特定の
ＯＳに依存せず、通信可能なクライアントの数をシステ
ムの上限とすることが可能になり、マルチプロセッサの
利点を生かしたスループットの高いサーバを実現する。 【構成】 サーバプログラムは、マルチプロセッサシス
テム１上の一つのクライアント接続処理プロセス２とＮ
個の通信処理プロセス３から構成される。各プロセス
２，３は、サーバのサービス開始時に全て起動され、ク
ライアント接続処理プロセス２とＮ個の通信処理プロセ
ス３はそれぞれファイル記述子引き継ぎ用パイプ（プロ
セス間の通信チャネル）４で接続される。サービス提供
中はその状態が続き、サービス終了時に全てのプロセス
が終了する。
ＯＳに依存せず、通信可能なクライアントの数をシステ
ムの上限とすることが可能になり、マルチプロセッサの
利点を生かしたスループットの高いサーバを実現する。 【構成】 サーバプログラムは、マルチプロセッサシス
テム１上の一つのクライアント接続処理プロセス２とＮ
個の通信処理プロセス３から構成される。各プロセス
２，３は、サーバのサービス開始時に全て起動され、ク
ライアント接続処理プロセス２とＮ個の通信処理プロセ
ス３はそれぞれファイル記述子引き継ぎ用パイプ（プロ
セス間の通信チャネル）４で接続される。サービス提供
中はその状態が続き、サービス終了時に全てのプロセス
が終了する。
Description
【０００１】
【産業上の利用分野】本発明はマルチプロセッサシステ
ム上のコネクション型のサーバ・クライアントシステム
のサーバプログラムに関する。
ム上のコネクション型のサーバ・クライアントシステム
のサーバプログラムに関する。
【０００２】
【従来の技術】コネクション型のサーバ・クライアント
システムにおいて、サーバの処理を行う場合、 １．１実行単位（以下プロセスと表記する）で全ての処
理を行う。
システムにおいて、サーバの処理を行う場合、 １．１実行単位（以下プロセスと表記する）で全ての処
理を行う。
【０００３】２．クライアントからの着呼接続完了時／
クライアントへの発呼接続完了時に、プロセスを生成
し、実際の処理はそのプロセスで行う。方法が考えられ
る。
クライアントへの発呼接続完了時に、プロセスを生成
し、実際の処理はそのプロセスで行う。方法が考えられ
る。
【０００４】マルチプロセッサシステムにおいては、２
の方法をと取る方が、各プロセスが別ＣＰＵ上で同時に
動作するため、マルチプロセッサの利点を生かし、より
高いスループットを得ることができる。
の方法をと取る方が、各プロセスが別ＣＰＵ上で同時に
動作するため、マルチプロセッサの利点を生かし、より
高いスループットを得ることができる。
【０００５】１の方法を取った場合でも、ＯＳがスレッ
ド機構（プロセス内でマルチプロセッサを用いた並列処
理ができる機構）を提供していれば、それを利用して、
クライアントからの着呼接続完了時／クライアントへの
発呼接続完了時に、ＬＷＰ（Light Weight Process：プ
ロセス内の１実行単位）を生成し、各スレッドを別ＣＰ
Ｕ上で同時に動作させることにより、マルチプロセッサ
の利点を生かすことが可能になる。
ド機構（プロセス内でマルチプロセッサを用いた並列処
理ができる機構）を提供していれば、それを利用して、
クライアントからの着呼接続完了時／クライアントへの
発呼接続完了時に、ＬＷＰ（Light Weight Process：プ
ロセス内の１実行単位）を生成し、各スレッドを別ＣＰ
Ｕ上で同時に動作させることにより、マルチプロセッサ
の利点を生かすことが可能になる。
【０００６】また、『電子情報通信学会論文誌Ｄ−１ V
ol. J77-D-1 』にみられるように、プロセス生成の高速
化を図る試みがある。
ol. J77-D-1 』にみられるように、プロセス生成の高速
化を図る試みがある。
【０００７】
【発明が解決しようとする課題】従来技術の方法では、
『電子情報通信学会論文誌Ｄ−１ Vol.J77-D-1』のよう
にプロセス生成の高速化の試みはあるものの、クライア
ントとの接続時のプロセス生成にかかるオーバヘッドは
大きい。また、ＯＳが同時実行可能なプロセス数の制限
により、同時処理可能なクライアントの数が制限される
場合もある。
『電子情報通信学会論文誌Ｄ−１ Vol.J77-D-1』のよう
にプロセス生成の高速化の試みはあるものの、クライア
ントとの接続時のプロセス生成にかかるオーバヘッドは
大きい。また、ＯＳが同時実行可能なプロセス数の制限
により、同時処理可能なクライアントの数が制限される
場合もある。
【０００８】従来技術１の方法を用い、ＯＳが提供する
スレッド機構を用いた場合、システムに依存した実装と
なってしまうこと、１プロセス当たりの同時オープン可
能なファイル記述子の数に制限があるため、その数以上
のクライアントを処理できない等の問題がある。
スレッド機構を用いた場合、システムに依存した実装と
なってしまうこと、１プロセス当たりの同時オープン可
能なファイル記述子の数に制限があるため、その数以上
のクライアントを処理できない等の問題がある。
【０００９】本発明の目的は、プロセス生成のオーバヘ
ッドがなく、特定のＯＳに依存せず、通信可能なクライ
アントの数が同時に実行可能なプロセスの数や、１プロ
セス当たりのファイル記述子の数に依存しない、マルチ
プロセッサの利点を生かしたスループットの高いサーバ
を実現することが可能なコネクション型のサーバ・クラ
イアントシステムを提供することにある。
ッドがなく、特定のＯＳに依存せず、通信可能なクライ
アントの数が同時に実行可能なプロセスの数や、１プロ
セス当たりのファイル記述子の数に依存しない、マルチ
プロセッサの利点を生かしたスループットの高いサーバ
を実現することが可能なコネクション型のサーバ・クラ
イアントシステムを提供することにある。
【００１０】
【課題を解決するための手段】本発明のコネクション型
サーバ・クライアントシステムは、１つのクライアント
接続処理プロセスとＮ個のクライアント通信処理プロセ
スから構成され、前記クライアント接続処理プロセスは
前記クライアント通信処理プロセスの負荷状態を管理
し、クライアントとの接続完了後、Ｎ個の前記クライア
ント通信処理プロセスの中から負荷の最も軽いプロセス
に、クライアントと接続したファイル記述子を引き継
ぎ、前記クライアント通信処理プロセスは前記クライア
ント接続処理プロセスから複数のファイル記述子を引き
継ぎ、複数のＣＰＵ上で並列にクライアントと通信す
る。
サーバ・クライアントシステムは、１つのクライアント
接続処理プロセスとＮ個のクライアント通信処理プロセ
スから構成され、前記クライアント接続処理プロセスは
前記クライアント通信処理プロセスの負荷状態を管理
し、クライアントとの接続完了後、Ｎ個の前記クライア
ント通信処理プロセスの中から負荷の最も軽いプロセス
に、クライアントと接続したファイル記述子を引き継
ぎ、前記クライアント通信処理プロセスは前記クライア
ント接続処理プロセスから複数のファイル記述子を引き
継ぎ、複数のＣＰＵ上で並列にクライアントと通信す
る。
【００１１】
【作用】単一のサービスを複数のプロセスに分散して行
うことにより、各プロセスが別ＣＰＵ上で同時に動作
し、マルチプロセッサの利点を生かすことができる。そ
の際、予めクライアントとの通信処理をするためのプロ
セスは起動しておくので、プロセス生成のオーバーヘッ
ドはない。
うことにより、各プロセスが別ＣＰＵ上で同時に動作
し、マルチプロセッサの利点を生かすことができる。そ
の際、予めクライアントとの通信処理をするためのプロ
セスは起動しておくので、プロセス生成のオーバーヘッ
ドはない。
【００１２】このようなプロセス生成のオーバーヘッド
がなく、複数のＣＰＵ上で同時動作するシステムは、ス
レッドのような特定のＯＳで提供されている機能を用い
れば実現可能であるが、本発明によれば特定のＯＳに依
存した機能を用いずに実現可能となる。
がなく、複数のＣＰＵ上で同時動作するシステムは、ス
レッドのような特定のＯＳで提供されている機能を用い
れば実現可能であるが、本発明によれば特定のＯＳに依
存した機能を用いずに実現可能となる。
【００１３】また、同時に通信可能なクライアントの数
が、理論的には１プロセスあたりの同時オープン可能な
ファイル記述子の数×（１システムあたりのプロセス数
−１）である大規模な構成が可能となるのは、スレッド
機構が提供されているＯＳを用いた１プロセス・複数ス
レッドによるサーバシステムが、１プロセスあたりの同
時オープン可能なファイル記述子数しか同時に通信でき
ないことと比較しても優れている。
が、理論的には１プロセスあたりの同時オープン可能な
ファイル記述子の数×（１システムあたりのプロセス数
−１）である大規模な構成が可能となるのは、スレッド
機構が提供されているＯＳを用いた１プロセス・複数ス
レッドによるサーバシステムが、１プロセスあたりの同
時オープン可能なファイル記述子数しか同時に通信でき
ないことと比較しても優れている。
【００１４】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【００１５】本発明の対象は、図１に示すように、数百
〜数万のクライアントを相手に処理を行うことが可能な
サーバプログラムである。
〜数万のクライアントを相手に処理を行うことが可能な
サーバプログラムである。
【００１６】本実施例のサーバプログラムは、マルチプ
ロセッサシステム１上の一つのクライアント接続処理プ
ロセス２とＮ個の通信処理のプロセス３から構成され
る。各プロセス２，３は、サーバのサ−ビス開始時に全
て起動され、クライアント接続処理プロセス２とＮ個の
通信処理プロセス３はそれぞれファイル記述子引き継ぎ
用パイプ（プロセス間の通信チャネル）４で接続され
る。サービス提供中はその状態が引き続き、サービス終
了時に全てのプロセスが終了する。Ｎの数は、サービス
するクライアント５の数を元に決定し、当該計算機にお
ける、１プロセス当たり接続可能なファイル記述子の数
より算定する。
ロセッサシステム１上の一つのクライアント接続処理プ
ロセス２とＮ個の通信処理のプロセス３から構成され
る。各プロセス２，３は、サーバのサ−ビス開始時に全
て起動され、クライアント接続処理プロセス２とＮ個の
通信処理プロセス３はそれぞれファイル記述子引き継ぎ
用パイプ（プロセス間の通信チャネル）４で接続され
る。サービス提供中はその状態が引き続き、サービス終
了時に全てのプロセスが終了する。Ｎの数は、サービス
するクライアント５の数を元に決定し、当該計算機にお
ける、１プロセス当たり接続可能なファイル記述子の数
より算定する。
【００１７】計算式は、以下のようになる。
【００１８】Ｎ＝サービスするクライアント５の数／
（１プロセス当たり接続可能なファイル記述子の数−
１） したがって、本サーバプログラムにより処理可能なクラ
イアントの論理的な数は、 （１プロセスあたり接続可能なファイル記述子の数−
１）×（ＯＳで同時実行可能なプロセス数−１） となる。実際には、メモリ等の制限により、その値より
は小さくなってしまうが、システムの制限を最大限に使
用することができる。
（１プロセス当たり接続可能なファイル記述子の数−
１） したがって、本サーバプログラムにより処理可能なクラ
イアントの論理的な数は、 （１プロセスあたり接続可能なファイル記述子の数−
１）×（ＯＳで同時実行可能なプロセス数−１） となる。実際には、メモリ等の制限により、その値より
は小さくなってしまうが、システムの制限を最大限に使
用することができる。
【００１９】次に、クライアント接続処理プロセス２と
クライアント通信処理プロセス３の各々について詳細に
説明する。
クライアント通信処理プロセス３の各々について詳細に
説明する。
【００２０】クライアント接続処理プロセス２は、図２
に示すように、通信処理プロセス負荷状態管理部６とク
ライアントとの接続処理部７より構成される。通信処理
プロセス負荷状態管理部６はＮ個存在し、それぞれ、ク
ライアント通信処理プロセス３との間にファイル記述子
引き継ぎと負荷情報の受信に用いるパイプ４を備え、ク
ライアント通信処理プロセス３の負荷情報管理用のテー
ブルを持っている。一定時間毎にクライアント通信処理
プロセス３と通信し、プロセス負荷状態のテーブルを更
新する。クライアントとの接続処理部７では、クライア
ント５への発呼および着呼を行い、クライアント５との
接続が完了すると、接続したファイル記述子をクライア
ント通信処理プロセス３へ引き継ぐ。その際、Ｎ個のク
ライアント通信処理プロセス３の中から負荷の軽いもの
を選択するために、通信処理プロセス負荷状態管理部６
の情報を用いる。
に示すように、通信処理プロセス負荷状態管理部６とク
ライアントとの接続処理部７より構成される。通信処理
プロセス負荷状態管理部６はＮ個存在し、それぞれ、ク
ライアント通信処理プロセス３との間にファイル記述子
引き継ぎと負荷情報の受信に用いるパイプ４を備え、ク
ライアント通信処理プロセス３の負荷情報管理用のテー
ブルを持っている。一定時間毎にクライアント通信処理
プロセス３と通信し、プロセス負荷状態のテーブルを更
新する。クライアントとの接続処理部７では、クライア
ント５への発呼および着呼を行い、クライアント５との
接続が完了すると、接続したファイル記述子をクライア
ント通信処理プロセス３へ引き継ぐ。その際、Ｎ個のク
ライアント通信処理プロセス３の中から負荷の軽いもの
を選択するために、通信処理プロセス負荷状態管理部６
の情報を用いる。
【００２１】クライアント通信処理プロセス３は、図３
に示すように、クライアント接続処理プロセスとの通信
部８と、クライアントとの通信処理部９から構成され
る。クライアント接続処理プロセスとの通信部８では、
クライアント接続処理プロセス２からのファイル記述子
の受信、自プロセスの単位時間当たりのＣＰＵ使用時間
の通知、クライアント切断時の通知を行う。クライアン
トとの通信処理部９では、クライアント５と通信し、ト
ランザクション処理等実際の通信を行う。
に示すように、クライアント接続処理プロセスとの通信
部８と、クライアントとの通信処理部９から構成され
る。クライアント接続処理プロセスとの通信部８では、
クライアント接続処理プロセス２からのファイル記述子
の受信、自プロセスの単位時間当たりのＣＰＵ使用時間
の通知、クライアント切断時の通知を行う。クライアン
トとの通信処理部９では、クライアント５と通信し、ト
ランザクション処理等実際の通信を行う。
【００２２】
【発明の効果】以上説明したように本発明によれば、プ
ロセス生成のオーバヘッドがなく、特定のＯＳに依存せ
ず、通信可能なクライアントの数をシステムの上限とす
ることが可能になり、マルチプロセッサの利点を生かし
たスループットの高いサーバを実現することが可能にな
る。
ロセス生成のオーバヘッドがなく、特定のＯＳに依存せ
ず、通信可能なクライアントの数をシステムの上限とす
ることが可能になり、マルチプロセッサの利点を生かし
たスループットの高いサーバを実現することが可能にな
る。
【図１】本発明の一実施例のシステムの構成図である。
【図２】クライアント接続処理プロセス２の構成図であ
る。
る。
【図３】クライアント通信処理プロセス３の構成図であ
る。
る。
１ マルチプロセッサシステム ２ クライアント接続処理プロセス ３ クライアント通信処理プロセス ４ ファイル記述子引き継ぎ用パイプ ５ クライアント ６ 通信処理プロセス負荷状態管理部 ７ クライアントとの接続処理部 ８ クライアント接続処理プロセスとの通信部 ９ クライアントとの通信処理部
Claims (2)
- 【請求項１】 マルチプロセッサシステム上の、コネク
ション型サーバ・クライアントシステムであって、 １つのクライアント接続処理プロセスとＮ個のクライア
ント通信処理プロセスから構成され、 前記クライアント接続処理プロセスは前記クライアント
通信処理プロセスの負荷状態を管理し、クライアントと
の接続完了後、Ｎ個の前記クライアント通信処理プロセ
スの中から負荷の最も軽いプロセスに、クライアントと
接続したファイル記述子を引き継ぎ、 前記クライアント通信処理プロセスは前記クライアント
接続処理プロセスから複数のファイル記述子を引き継
ぎ、複数のＣＰＵ上で並列にクライアントと通信するコ
ネクション型サーバ・クライアントシステム。 - 【請求項２】 前記クライアント接続処理プロセスは、
Ｎ個の通信処理プロセス負荷状態管理部と、１個の、ク
ライアントとの接続処理部より構成され、 前記各通信処理プロセス負荷状態管理部は、前記クライ
アント通信処理プロセスとの間にファイル記述子引き継
ぎと負荷情報の受信に用いるパイプと、前記クライアン
ト通信処理プロセスの負荷情報管理用のテーブルを有
し、一定時間毎に前記クライアント通信処理プロセスと
通信し、前記負荷情報管理用テーブルを更新し、前記ク
ライアントとの接続処理部は、クライアントへの発呼お
よび着呼を行い、クライアントとの接続が完了すると、
接続したファイル記述子を前記クライアント通信処理プ
ロセスへ引き継ぎ、その際、Ｎ個のクライアント通信処
理プロセスの中から負荷の軽いものを選択するために、
前記通信処理プロセス負荷状態管理部の情報を用い、 前記クライアント通信処理プロセスは、クライアント接
続処理プロセスとの通信部と、クライアントとの通信処
理部から構成され、 前記クライアント接続処理プロセスとの通信部は、前記
クライアント接続処理プロセスからのファイル記述子の
受信、自プロセスの単位時間当たりのＣＰＵ使用時間の
通知、クライアント切断時の通知を行い、前記クライア
ントとの通信処理部はクライアントと通信し、トランザ
クション管理等実際の通信を行う、請求項１記載のコネ
クション型サーバ・クライアントシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10593195A JPH08305668A (ja) | 1995-04-28 | 1995-04-28 | コネクション型サーバ・クライアントシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10593195A JPH08305668A (ja) | 1995-04-28 | 1995-04-28 | コネクション型サーバ・クライアントシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08305668A true JPH08305668A (ja) | 1996-11-22 |
Family
ID=14420607
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10593195A Pending JPH08305668A (ja) | 1995-04-28 | 1995-04-28 | コネクション型サーバ・クライアントシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08305668A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10334064A (ja) * | 1997-05-27 | 1998-12-18 | Shikoku Nippon Denki Software Kk | 負荷分散方式 |
| JP2001331391A (ja) * | 2000-05-22 | 2001-11-30 | Nec Miyagi Ltd | Ｏｓｉエージェントにおけるｃｍｉｐ要求の並列処理方式 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63137356A (ja) * | 1986-11-29 | 1988-06-09 | Hitachi Ltd | 計算機ネツトワ−クにおける資源情報の分散管理方法 |
| JPH05173990A (ja) * | 1991-12-24 | 1993-07-13 | Mitsubishi Electric Corp | データ処理システム |
| JPH06309260A (ja) * | 1993-04-20 | 1994-11-04 | Fujitsu Ltd | プロセス間通信方式 |
| JPH07152590A (ja) * | 1993-11-29 | 1995-06-16 | Nippon Telegr & Teleph Corp <Ntt> | サーバ型プロセス動作方法 |
-
1995
- 1995-04-28 JP JP10593195A patent/JPH08305668A/ja active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63137356A (ja) * | 1986-11-29 | 1988-06-09 | Hitachi Ltd | 計算機ネツトワ−クにおける資源情報の分散管理方法 |
| JPH05173990A (ja) * | 1991-12-24 | 1993-07-13 | Mitsubishi Electric Corp | データ処理システム |
| JPH06309260A (ja) * | 1993-04-20 | 1994-11-04 | Fujitsu Ltd | プロセス間通信方式 |
| JPH07152590A (ja) * | 1993-11-29 | 1995-06-16 | Nippon Telegr & Teleph Corp <Ntt> | サーバ型プロセス動作方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10334064A (ja) * | 1997-05-27 | 1998-12-18 | Shikoku Nippon Denki Software Kk | 負荷分散方式 |
| JP2001331391A (ja) * | 2000-05-22 | 2001-11-30 | Nec Miyagi Ltd | Ｏｓｉエージェントにおけるｃｍｉｐ要求の並列処理方式 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115913952B (zh) | 基于cpu+dpu平台的多目标服务功能链的高效并行化和部署方法 | |
| CN101689158B (zh) | 用于多核处理器的数据分组处理方法 | |
| US7274706B1 (en) | Methods and systems for processing network data | |
| US5612865A (en) | Dynamic hashing method for optimal distribution of locks within a clustered system | |
| US8326915B2 (en) | Pipeline systems and method for transferring data in a network environment | |
| US7415522B2 (en) | Extensible framework for transferring session state | |
| US8346928B2 (en) | Administering an epoch initiated for remote memory access | |
| US7487504B2 (en) | Thread dispatch for multiprocessor computer systems | |
| JP2000507428A (ja) | 有限メモリコンピュータシステム上におけるクライアント管理フロー制御方法及び装置 | |
| US7536688B2 (en) | Segmented virtual machine | |
| JP2015537307A (ja) | コンポーネント指向ハイブリッドクラウドオペレーティングシステムのアーキテクチャ及びその通信方法 | |
| JPH10320220A (ja) | 記述子を転送する方法および装置 | |
| CN118353597B (zh) | 一种区块链数据管理系统、方法、装置以及存储介质 | |
| US10673983B2 (en) | Processing a unit of work | |
| US7539995B2 (en) | Method and apparatus for managing an event processing system | |
| JPH03273352A (ja) | オンライン情報処理装置 | |
| US20040243578A1 (en) | Techniques for achieving higher availability of resources during reconfiguration of a cluster | |
| CN109889406A (zh) | 用于管理网络连接的方法、装置、设备和存储介质 | |
| CN109491768A (zh) | 一种基于子事务流的分布式事务动态处理方法和系统 | |
| JP3628577B2 (ja) | サーバ・データ処理装置、操作方法および記憶装置 | |
| US6839732B1 (en) | Efficient use of domain socket pairs in communication for tightly coupled transactions | |
| US11716678B2 (en) | Distributed ledger directory service for wireless communication networks | |
| US8856347B2 (en) | Efficient selection of a messaging multiplexed channel instance | |
| JPH08305668A (ja) | コネクション型サーバ・クライアントシステム | |
| US20250365252A1 (en) | Efficient high availability within a network device |