JPH0695999A

JPH0695999A - プロセス間通信のための通信方法及び通信システム

Info

Publication number: JPH0695999A
Application number: JP5132266A
Authority: JP
Inventors: Dana R Lee; ダナ・アール・リー; Richard J Madrid; リチャード・ジェー・マドリッド; Suresh K Gursahaney; スレシュ・ケー・ガーサハネイ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1992-07-30
Filing date: 1993-06-03
Publication date: 1994-04-08
Anticipated expiration: 2010-12-18
Also published as: CA2091913C; US6192413B1; CA2091913A1; JPH07117932B2

Abstract

(57)【要約】【目的】通信ノードにおいて通信ネットワークからメ
ッセージを受信し、そのメッセージをその通信ノード内
の選択されたプロセス待ち行列に送るための簡便な方法
及びシステムを提供する。【構成】本発明は、通信ノード内に記憶されたルータ
・テーブルを利用して、受信メッセージを選択されたプ
ロセス待ち行列に送るものである。本方式によれば、通
信ノードとネットワークとの間のメッセージ交換を管理
する通信管理ソフトウェアを変更する必要が無いため、
ノードの構成やネットワークの構成の変更におけるフレ
キシビリティが得られる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、広くはデータ処理シス
テムに関し、特に同じ通信ノード内のコンピュータ・プ
ロセス間における通信の経路指定に関するものである。

【０００２】

【従来の技術】本発明は、次の特許出願に関連する。米
国特許第５，０９７，５２８号（１９９２年３月１７日
登録）、”System for Integrating Telephony Data Wi
th Data Processing Systems”を基礎とする特願平４−
３１２６３号。米国特許出願第０７／８４６，６５７号
（１９９２年３月５日出願）、”A System, Data Metho
d and Program to Provide a Programmable Interface
Between a Workstationand an Archive Server to Auto
matically Store Telephone Transaction Informatio
n”を基礎とする特願平５−４２５５号。米国特許出願
第０７／８４７，４５３号（１９９２年３月６日出
願）、”Data Processing System, Method and Program
for Constructing Host Access Tables for Integrati
on of TelephonyData With Data Processing Systems”
を基礎とする特願平５−４８８９号。

【０００３】上記の特願平５−４２５５号には、コンピ
ュータベースの電話の発信と応答システムが示されてい
る。この出願には、ローカル・エリア・ネットワーク
（ＬＡＮ）が記載され、これには複数のワークステーシ
ョン、ゲートウェイ・サーバ、アーカイブ・サーバ、及
びかかってきた電話を、ＬＡＮに接続されたワークステ
ーションで作業している複数のオペレータに振り分ける
ために使用される他の装置が含まれている。さらに、こ
れらのオペレータは、ネットワーク外へ（アウトバウン
ド）電話することもできる。このＬＡＮに接続されたゲ
ートウェイ・サーバは、ネットワーク内へ（インバウン
ド）の電話に対して発信者の識別情報を受け取って、そ
のＬＡＮに結合されたデータベースへのアクセスを開始
する。それによって、ワークステーションで作業してい
るオペレータの電話機がネットワーク内への電話により
鳴ったときかれらに対して発信者に関連したデータを表
示する。このゲートウェイ・サーバは、公衆電話網に接
続されたＰＢＸ（Private Branch Exchange：構内交換
設備）と相互に作用する。

【０００４】特願平５−４２５５号に記載されたシステ
ムは、複数のノードをもつＬＡＮの典型的な実施例であ
る。その中では、ノード間でメッセージを送信したり受
信したりするために、ＬＡＮと相互に作用するそれぞれ
の通信ノードに常駐するべき通信プログラムが必要であ
る。それらのノードの多くは、機能的に互いに異なって
おり、例えば、ワークステーションのノードは、ゲート
ウェイ・サーバのノードとは機能的に異なり、またワー
クステーションのノードは、アーカイブ・サーバのノー
ドとは機能的に異なり、さらにそのＬＡＮに接続された
ノードにおける他の種類の機能は、ワークステーション
のノードとは異なるものとみなすことができる。ＬＡＮ
と通信ノードとのインターフェースを行う通信プログラ
ムを従来技術によって実施する場合は、通常、そのノー
ド内で実行される複数のコンピュータ・プログラムのプ
ロセスと相互に作用するために、その通信プログラムを
そのノードのソース・コードにカスタマイズする必要が
ある。それら複数のコンピュータ・プログラムのプロセ
スは、そのノードに割り当てられた独自の機能を実行し
なければならない。

【０００５】ＬＡＮ内の特定のノードに割り当てられた
機能を変更したい場合、従来技術においては、そのノー
ドに常駐することになる新規のあるいは修正したプロセ
スと適切に通信するためには通常そのノードのための通
信プログラムもまた変更しなければならない。さらに、
新しい機能を備えた別のノードがＬＡＮに追加される場
合、その新しく追加されたノードからのメッセージを適
切に受信し処理できるように、他のそれぞれのノードに
おける通信プログラムの修正が必要な場合もある。

【０００６】

【発明が解決しようとする課題】従って、本発明の目的
は、ＬＡＮの通信ノードにおける通信管理を実行するた
めの、改良された方法を提供することである。

【０００７】さらに、本発明の目的は、通信ノードとＬ
ＡＮとの間の通信を管理するための、よりフレキシブル
な手段を提供することである。

【０００８】さらに、本発明の目的は、容易にプログラ
ミングされる手段を提供することによって、所定の通信
ノードにおける通信ソフトウェアの再プログラミングを
必要とせずに、当該通信ノードにおいて実行される独自
のプログラム機能を変更できるようにすることである。

【０００９】

【課題を解決するための手段】前記及び他の目的、特
徴、及び有利性は、本明細書に開示された発明によって
達成される。ＬＡＮあるいは他の形式の通信ネットワー
クからのメッセージを通信ノードにおいて受信するため
に、プロセス間通信の経路指定をする方法及びシステム
が、開示されている。そのメッセージは、選択されたプ
ロセス待ち行列へ送られる。この方法は、通信ノードに
おいて通信ネットワークからのメッセージを受信するス
テップを含む。そのメッセージには、メッセージ型の指
示及びそれに伴うデータを含む。また、この方法は、通
信ノード内に記憶されたルータ・テーブルを探索するこ
とによって続行される。この探索は、メッセージ型の指
示を照会用語として用いることにより、ルータ・テーブ
ル内で実行される。また、この探索は、通信ノード内に
常駐するプロセス待ち行列のためのプロセス待ち行列名
を得るために実行される。ルータ・テーブルからプロセ
ス待ち行列名を得られたならば、続いてメッセージから
のデータをその名前のつけられたプロセス待ち行列中に
書込む。

【００１０】ルータ・テーブルには、複数のメッセージ
型の指示及び対応する複数のプロセス待ち行列名を含む
ことができる。典型的なメッセージ型の指示は、ハート
ビート・メッセージ、進行メッセージ、転送データ・メ
ッセージ、電話通信要求メッセージ、ワークステーショ
ン・メッセージ、アーカイブ・サーバ・メッセージ、あ
るいは事象状態メッセージを含むことができる。様々な
電話通信機能等、他の形式の機能もまた、指示付きのメ
ッセージをもつことが可能である。これらが対応するメ
ッセージ型のそれぞれは、特定の通信あるいは電話通信
機能に対応することができ、それは通信ノードにおいて
実行される。

【００１１】それぞれの通信ノード内にルータ・テーブ
ルを具備することによって、選択されたコンピュータ・
プログラム及び対応するプロセス待ち行列への種々のメ
ッセージをマッピングすることが可能になり、従って、
個々の通信ノードの再構成におけるフレキシビリティが
得られる。また、ＬＡＮ全体の再構成においてもフレキ
シビリティが得られ、それぞれのノードにおいてその通
信をサポートしなければならない通信ソフトウェアを変
更する必要が無い。

【００１２】

【実施例】図１に示すローカル・エリア・ネットワーク
（ＬＡＮ）１１６は、前記の特願平５−４２５５号に詳
細に記載されており、その内容をここに参照する。ＬＡ
Ｎ１１６は、電話サポート・システムに適用されたもの
である。このシステムでは、電話機１２３からのインバ
ウンド・コール（ネットワーク内への電話）が、複数の
電話機の内の一台である１０７あるいは１０７’に接続
されており、これらの電話機は、それぞれワークステー
ション１００あるいは１００’に座って応答をするオペ
レータのものである。発信者の識別情報は、公衆電話網
（ＴＥＬＣＯ）から、大抵はＰＢＸを介してゲートウェ
イ・サーバ１１８へ渡される。また、ゲートウェイ・サ
ーバは、電話を受信することになる１０７あるいは１０
７’の電話機の識別情報もＰＢＸから受け取る。ゲート
ウェイ・サーバは、発信者の識別情報を、応答をするオ
ペレータに対応するワークステーション１００あるいは
１００’へ渡す。ワークステーション１００は、それが
接続されているホスト・コンピュータ３００のデータベ
ースへアクセスすることにより、発信者に関する情報を
得る。ホスト・コンピュータ３００は、図に示されたＬ
ＡＮ１１６に接続されていても良いし、または直接ワー
クステーション１００及び１００’に接続されていても
よい。このようにして、ホスト・コンピュータからアク
セスした情報は、ワークステーションの応答用電話器１
０７が鳴った時点で、ワークステーション１００に表示
される。これは、インバウンド・コール処理と呼ばれ
る。

【００１３】アウトバウンド・コール（ネットワーク外
への電話）処理も、サポートされている。その場合に
は、ワークステーションにいるオペレータが、電話をか
ける相手に関する情報にアクセスすることができる。そ
の情報は、ホスト・コンピュータ３００からアクセスさ
れ、ワークステーション１００の表示画面上に表示され
る。オペレータは、電話をかける相手の電話機１２３に
ダイアルすることを要求することができる。電話をかけ
る相手の電話番号を含むデータが、ワークステーション
１００から、ＬＡＮ１１６を介してゲートウェイ・サー
バ１１８へ転送される。それから、ゲートウェイ・サー
バ１１８は、電話をかける相手の電話番号をＰＢＸに送
る。それによって、電話の発信が開始される。

【００１４】特願平５−４２５５号に記載された、ＬＡ
Ｎ１１６の別の特徴は、アーカイブ・サーバ２０を備え
ている点である。アーカイブ・サーバは、個々の電話ト
ランザクションから導出された情報について複数の分類
フィールドを有するデータベース・レコードを記憶して
いる。ゲートウェイ・サーバ１１８あるいはワークステ
ーション１００から発せられたメッセージは、アーカイ
ブ・サーバ２０に送られ、実行された電話トランザクシ
ョンに関して保存されるべきデータを転送する。

【００１５】ゲートウェイ・サーバ１１８、ワークステ
ーション１００、及びアーカイブ・サーバ２０は、例え
ばＩＢＭ社のPersonal System/2 モデル８０のパーソナ
ル・コンピュータで実施される。ワークステーション１
００、ゲートウェイ・サーバ１１８及びアーカイブ・サ
ーバ２０は、Operating System/2 拡張版（ＯＳ／２Ｅ
Ｅ）の環境下でＩＢＭシステム・アプリケーション・
アーキテクチャ（ＳＡＡ）を使用する。ＯＳ／２ＥＥ
通信マネジャのトークン・リングＬＡＮ・ＮＥＴＢＩＯ
Ｓプログラミング・インターフェースは、ゲートウェイ
・サーバ１１８、ワークステーション１００、及びアー
カイブ・サーバ２０間の通信を行うために使用される。
また、ゲートウェイ１１８は、ゲートウェイ・サーバに
接続することができるＰＢＸとの通信のためにＯＳ／２
ＥＥ通信マネジャのＸ．２５アプリケーション・プロ
グラミング・インターフェース（ＡＰＩ）を使用する。
これらは、特願平５ー４２５５号に示されている。

【００１６】アーカイブ・サーバ２０は、データベース
・レコードを保持するためにＯＳ／２ＥＥデータベー
ス・マネジャを使用する。このデータベース・マネジャ
については、ＩＢＭ社発行の”OS/2 EE Users Guide"、
Vol.3に記載されている。

【００１７】図２には、図１のＬＡＮ１１６が描かれ、
第１のワークステーション１００’から第２のワークス
テーション１００への転送データ・メッセージ（ＴＤ）
の伝送が、矢印３０で示されている。矢印３０で示され
るようなＬＡＮメッセージのフォーマットを、図８に示
す。転送データ・メッセージは、現在ワークステーショ
ン１００’に表示されている画面の内容を表すデータを
含んでいてもよい。このデータはワークステーション１
００’のオペレータがワークステーション１００へＬＡ
Ｎ１１６を介して伝送しようとしているものである。図
８に示されるＬＡＮメッセージ５４には、ワークステー
ション１００の宛先アドレスが入っている宛先アドレス
・フィールド５６、及び待ち行列要素の型５８が含まれ
ている。本発明によれば、待ち行列要素の型５８は、Ｌ
ＡＮメッセージ５４を受信しようとしているワークステ
ーション１００内のプログラム・プロセスに対応するメ
ッセージの型を指示するものである。ＬＡＮメッセージ
５４のデータ部分６８には、この例では、ワークステー
ション１００’における表示画面を表すデータが含まれ
ている。データ６８の大きさ等の他の情報、並びに他の
制御情報及びデータ情報もまた、ＬＡＮメッセージ５４
の中に含めることができる。

【００１８】図４には、ワークステーション１００のメ
モリ配置が示されている。ワークステーション１００の
アーキテクチャのより詳細な説明については、特願平５
−４２５５号を参照されたい。図４に描かれているワー
クステーション１００のメモリ１０４には、ワークステ
ーションが、割り当てられた機能を実行するための複数
個のコンピュータ・プログラム４０、６０、及び７０が
含まれている。

【００１９】ＬＡＮ通信プログラム４０は、ワークステ
ーション１００がＬＡＮ１１６とＬＡＮメッセージ５４
を交換することを可能にする通信管理機能を担う。経路
５２を介してＬＡＮ１１６から受け取るＬＡＮメッセー
ジ５４は、本発明によるルータ・テーブル４４を利用す
ることによってメモリ１０４内の他のプログラム６０と
７０に転送される。ＬＡＮ通信プログラム４０に関係す
る待ち行列（Ｌ）４２は、メモリ１０４内の他のコンピ
ュータ・プログラム６０と７０からメッセージを受け取
る。

【００２０】メモリ１０４内のユーザ・インターフェー
ス・プログラム６０は、経路６８を介してワークステー
ション１００の表示装置へ表示するためのデータをフォ
ーマットしたり与えたりする、ユーザ・インターフェー
ス機能を担う。待ち行列（Ｕ）６２は、ユーザ・インタ
ーフェース・プログラム６０に関係し、ＬＡＮ通信プロ
グラム４０から以下に示す第１の分類のメッセージを受
け取る。待ち行列（Ｂ）６４は、ユーザ・インターフェ
ース・プログラム６０に関係し、ＬＡＮ通信プログラム
４０から以上に示す第２の分類のメッセージを受け取
る。待ち行列６２に転送される第１の分類のメッセージ
としては、例えば、プロセス・メッセージ（ＰＭ）、転
送データ・メッセージ（ＴＤ）、電話通信要求メッセー
ジ（ＴＲ）、及びイベント状態メッセージ（ＥＳ）が可
能である。他のサポートされている電話通信機能（Ｓ
Ｔ）もまた、待ち行列６２を使って転送することができ
る。待ち行列６４は、ハートビート・メッセージ（Ｈ
Ｂ）のために割り当てられており、このメッセージは、
通常、ＬＡＮの中でネットワーク中の他のノードに対し
てそのサービス状態を報告するために所定のサーバから
送られるものである。

【００２１】ワークステーション１００のメモリ１０４
内の他のコンピュータ・プログラムは、ホスト・インタ
ーフェース・プログラム７０であり、このプログラム
は、ワークステーション１００とそれに接続されたホス
ト・コンピュータ３００との間の相互作用機能を担う。
実施された典型的な接続及び機能は、前記の特願平５ー
４２５５号及び特願平５−４８８９号に記載されてい
る。ホスト・インターフェース・プログラム７０に関係
するのは待ち行列（Ｈ）７２であり、これは、ホスト・
インターフェース・プログラム７０とユーザ・インター
フェース・プログラム６０との間のメッセージ転送、及
びホスト・インターフェース・プログラム７０とＬＡＮ
通信プログラム４０との間のメッセージ転送に寄与す
る。ホスト・インターフェース・プログラム７０は、ワ
ークステーション１００とホスト・コンピュータ３００
との間の通信を行うために経路７６を使用する。

【００２２】図４のメモリ１０４内のＬＡＮ通信プログ
ラム４０、ユーザ・インターフェース・プログラム６
０、及びホスト・インターフェース・プログラム７０
は、同時に実行されるプロセスである。これらのプログ
ラム間のメッセージ交換を行うために、オペレーティン
グ・システムであるＯＳ／２のプロセス間通信機能が使
用される。プロセス間通信についての詳細な議論は、Ｉ
ＢＭ社の出版物である、”IBM OS/2 Programming Tools
and Information-Programming Guide" Version 1.2, 1
982、を参照することができる。

【００２３】通信ノードによってＬＡＮ１１６からのＬ
ＡＮメッセージ５４が受信されると、それぞれの受信ノ
ードにおいてＬＡＮ通信プログラム４０が使用される。
本発明によれば、ルータ・テーブル４４を利用すること
によって、同一で共通の形式を持つＬＡＮ通信プログラ
ム４０を、ＬＡＮ１１６内の各通信ノードにおいて使用
することが可能になる。

【００２４】図２に示す例では、ワークステーション１
００’から経路３０を介して送られる転送データ・メッ
セージ（ＴＤ）は、「ＴＤ」を示す待ち行列要素の型５
８を含む。ＬＡＮメッセージ５４が、経路５２を介して
ワークステーション１００において受信されたとき、Ｌ
ＡＮ通信プログラム４０は、図７の流れ図に示す動作ス
テップを順次実行する。

【００２５】図７の流れ図を参照すると、ステップ２０
０でＬＡＮメッセージ５４をＬＡＮ１１６から受信す
る。それから、ステップ２０２でＬＡＮメッセージ５４
から待ち行列要素の型５８を得る。この例では、その待
ち行列要素の型は、「ＴＤ」である。

【００２６】その後ステップ２０４で、待ち行列要素の
型５８をその照会用語として用いながら、ルータ・テー
ブル４４を探索する。図５は、ルータ・テーブル４４を
示している。ルータ・テーブル４４は、３個のフィール
ドから構成され、第１フィールド４６は待ち行列要素の
型、第２フィールド４８は各要素の優先値、及び第３フ
ィールド５０は待ち行列識別子である。

【００２７】ワークステーション１００が、ＬＡＮ１１
６のメンバーとなるよう初期化された時点で、ルータ・
テーブル４４がメモリ１０４内にロードされ、ＬＡＮ通
信プログラム４０と関係付けられる。ルータ・テーブル
４４は、ＬＡＮ１１６から入って来るメッセージ５４を
送るべき待ち行列要素の型を識別する。個々の待ち行列
要素の型は、それぞれメモリ１０４に常駐するコンピュ
ータ・プログラム６０あるいは７０に関係付けられてい
る。ルータ・テーブル４４は、待ち行列要素の型４６の
複数のエントリ（項目）を含むことができ、一つのメッ
セージ５４を、メモリ１０４内の複数のコンピュータ・
プログラム６０及び７０で受信できるように同報通信す
ることが可能となる。

【００２８】図７の流れ図で、ステップ２０４からステ
ップ２０６に進み、対応する待ち行列要素４６について
の待ち行列識別子５０が、ルータ・テーブル４４から得
られる。

【００２９】その後、ステップ２０８において、待ち行
列識別子５０によって識別された待ち行列にＬＡＮメッ
セージ５４を書込む操作が行われる。図２の例では、メ
ッセージ型が第１の分類である転送データ（ＴＤ）メッ
セージであるので、図５のルータ・テーブル４４は、入
って来るメッセージ５４に対して選択された宛先が待ち
行列識別子「Ｕ」であることを示している。それから、
ＬＡＮ通信プログラム４０は、メッセージ５４を待ち行
列６２に転送する。この待ち行列は「Ｕ」であり、ユー
ザ・インターフェース・プログラム６０に関係してい
る。ステップ２０８では、この動作を行うためにＯＳ／
２の”ＤＯＳＷｒｉｔｅＱｕｅｕｅ”命令を実行す
る。その後、ステップ２１０でメッセージ５４を待ち行
列６２上に書込む。

【００３０】要素優先値４８は、待ち行列６２内のＬＡ
Ｎメッセージ５４にアクセスする順序を決めるために、
オペレーティング・システムであるＯＳ／２によって利
用される。

【００３１】前記の”IBM OS/2 Programming Tools and
Information-Programming Guide"を参照すると、この
優先機能がより詳細に説明されるであろう。

【００３２】ルータ・テーブルの能力は、図３によって
より明確にされる。この図では第２の分類であるＬＡＮ
メッセージ５４がワークステーション１００に伝送され
る。図３では、ゲートウェイ・サーバ１１８は、自らが
正常であり使用可能であることを示すハートビート・メ
ッセージ（ＨＢ）をネットワーク中のワークステーショ
ンにＬＡＮ１１６を介して周期的に同報通信する機能を
有している。このハートビート・メッセージ（ＨＢ）
は、ワークステーション１００中の異なる待ち行列へ届
くようになっている。このハートビート・メッセージ
（ＨＢ）が経路３２を介してワークステーション１００
に渡り、そして経路５３を介してＬＡＮ通信プログラム
４０によって受信されたとき、図７の流れ図のステップ
２０２における要素型５８を得ることになる。この要素
型５８は「ＨＢ」であるので、ステップ２０４において
ルータ・テーブル４４を探索し、そして待ち行列識別子
５０が「Ｂ」であると判断する。即ちこれは、図４中の
待ち行列６４に対する指示である。ステップ２０６にお
いて、待ち行列名「Ｂ」を得た後、ステップ２０８及び
２１０においてＬＡＮメッセージ５４からのハートビー
ト・データ６８を待ち行列６４に書込む。待ち行列６４
は、ユーザ・インターフェース・プログラム６０と関係
している。ここで、特定のメッセージ型を別の待ち行列
に再割当てしたり、あるいはメモリ１０４中の全く別の
コンピュータ・プログラムに再割当てすることが容易に
できることは明白である。しかもその場合ＬＡＮ通信プ
ログラム４０のソース・コードを再プログラミングする
必要が無い。このような利点は、上述のルータ・テーブ
ル４４を利用することによって提供されるものである。

【００３３】図６に、より簡単な形のルータ・テーブル
４４を示す。ここでは、未使用の待ち行列要素の型に対
応する空のスペースをルータ・テーブルから省くことに
よって、より簡単な形式にしてからメモリ１０４中に記
憶され、ＬＡＮ通信プログラム４０と一体化される。

【００３４】図５のルータ・テーブル４４は、ハートビ
ート・メッセージ（ＨＢ）、プロセス・メッセージ（Ｐ
Ｍ）、転送データ・メッセージ（ＴＤ）、電話通信要求
メッセージ（ＴＲ）、イベント状態メッセージ（Ｅ
Ｓ）、及びサポートされている電話通信機能メッセージ
（ＳＴ）についての項目を含む。ハートビート・メッセ
ージ（ＨＢ）は、ルータ・テーブル４４によって待ち行
列６４に伝送されるように割当てられている。図５のル
ータ・テーブル４４中に与えられている他の全てのメッ
セージ型は、待ち行列６２に伝送されるようになってい
る。

【００３５】ルータ・テーブルの能力を示す他の例が、
図９である。図９は、図４に示されたワークステーショ
ン１００を描いているが、ユーザ・インターフェース・
プログラム６０及びホスト・インターフェース・プログ
ラム７０が変更されたものである。この例においては、
図９のユーザ・インターフェース・プログラム６０”
は、もはや転送データ（ＴＤ）メッセージに対する宛先
を割当てられていない。そのかわり、ここではホスト・
インターフェース・プログラム７０”が、経路７４を介
して「ＴＤ」メッセージに対する宛先を割当てられてい
る。本発明によれば、この変更を実現するために、ＬＡ
Ｎ通信プログラム４０を再プログラミングする必要が無
い。必要なのは、図１０に示す新たなルータ・テーブル
４４’を提供することのみである。このルータ・テーブ
ル４４’は、項目「ＴＤ」に対する待ち行列識別子５０
を、図５の値”Ｕ”から新しい図１０の値「Ｈ」に変更
したものである。図７のＬＡＮ通信プログラム４０の流
れ図を利用すると、ステップ２０４において、要素型
「ＴＤ」を用いてルータ・テーブル４４’を探索し、目
的とする待ち行列識別子の値「Ｈ」を得る。その後、Ｌ
ＡＮ通信プログラム４０は、ステップ２０８及び２１０
を実行し、ＬＡＮメッセージ５４をその要素型「ＴＤ」
と供に、図９中の指示された待ち行列「Ｈ」７２に書込
む。待ち行列７２は、ホスト・インターフェース・プロ
グラム７０”と一体になっている。図１１は、より簡単
なルータ・テーブル４４’を表している。

【００３６】さらに、図１２及び１３にルータ・テーブ
ルの能力を示す。図１２は、図１のＬＡＮ１１６を描い
ているが、ここでは、アーカイブ・サーバ・メッセージ
（ＡＳ）が、ゲートウェイ・サーバ１１８からアーカイ
ブ・サーバ２０へ経路３４を介して伝送される。

【００３７】「ＡＳ」メッセージ５４を受け取るのは、
アーカイブ・サーバ２０であり、そのメモリ構造は図１
３に示されている。図１３はＬＡＮ通信プログラム４０
を示しており、これは、図４中のワークステーション１
００のＬＡＮ通信プログラム４０に見られたプログラム
と同じ形式をもつ。本発明では、ネットワーク中の様々
なノードにおける通信機能を管理する上で、通信プログ
ラム４０のソース・コードを変更する必要が無い。ルー
タ・テーブル４４Ａは、図１３のアーカイブ・サーバ２
０中のＬＡＮ通信プログラム４０に関係付けられてお
り、アーカイブ・サーバ２０に必要なカスタマイズされ
た経路指定を提供している。

【００３８】アーカイブ・サーバ２０のメモリ２２はま
た、ユーザ・インターフェース・プログラム９０及びそ
れに関係する待ち行列（Ｕ）９２を含んでいる。さら
に、メモリ２２中には、アーカイブ・インターフェース
・プログラム８４及びそれに関係する待ち行列（Ａ）８
６も含まれている。

【００３９】ＬＡＮメッセージ５４のフィールド５８内
に待ち行列要素の型「ＡＳ」を有するメッセージが、ア
ーカイブ・サーバ２０の経路８０を介して受信される
と、ＬＡＮ通信プログラム４０は図７のＬＡＮ通信プロ
グラムの動作ステップを順次実行する。ステップ２００
でＬＡＮ１１６からメッセージ５４を受け取る。ステッ
プ２０２でＬＡＮメッセージ５４から要素型５８を得
る。この例では、「ＡＳ」である。それからステップ２
０４でルータ・テーブル４４Ａを探索する。ルータ・テ
ーブル４４Ａの詳細は、図１４に示されている。

【００４０】図１４で、ルータ・テーブル４４Ａは、１
つの項目「ＡＳ」を有しており、待ち行列要素型をフィ
ールド４６の「ＡＳ」であると識別し、フィールド４８
の優先値を識別し、そしてフィールド５０の待ち行列識
別子を識別する。図７のステップ２０６で待ち行列名を
得るが、この例の場合は、「Ａ」５０の待ち行列識別子
である。それから、ステップ２０８及び２１０でＬＡＮ
メッセージ５４のデータ部分６８を、経路８２を介して
図１３の待ち行列「Ａ」８６に書込む。図１３の待ち行
列８６は、アーカイブ・インターフェース・プログラム
８４と関係している。

【００４１】以上から、本発明では、ルータ・テーブル
を利用することによって、単一の共通な形のＬＡＮ通信
プログラム４０が、様々な通信ノードにおける多岐にわ
たる通信機能を実行することが可能になることが理解で
きる。図１５に、より簡単な形のルータ・テーブル４４
Ａを示す。

【００４２】ルータ・テーブルの能力を示す別の例が、
図１６及び１７である。図１６は、図１に示したような
ＬＡＮ１１６を表しているが、電話通信要求メッセージ
（ＴＲ）の待ち行列要素型５８を有するＬＡＮメッセー
ジ５４を新しい経路３６を介して伝送する。ワークステ
ーション１００’のオペレータは、ゲートウェイ・サー
バ１１８を介しＰＢＸに対して電話をかけるための要求
を開始する。ワークステーション１００’は、「ＴＲ」
の待ち行列要素型５８及び電話をかける相手の電話番号
を含むデータ６８を有するＬＡＮメッセージ５４をＬＡ
Ｎ１１６を介して伝送する。このＬＡＮメッセージ５４
は、経路３６を介してゲートウェイ・サーバ１１８に伝
送される。

【００４３】ゲートウェイ・サーバ１１８は、図１７に
示されたメモリ構造を有す。図１７のＬＡＮ通信プログ
ラム４０は、経路７８を介してＬＡＮ１１６から、ＬＡ
Ｎメッセージ５４を受け取る。図１７のＬＡＮ通信プロ
グラム４０は、図７の流れ図に示された動作ステップを
順次実行し、ＬＡＮメッセージ５４の経路指定を行い、
経路１３４を介してスイッチ・インターフェース・プロ
グラム１３０及びそれに関係する待ち行列（Ｘ）１３２
に伝送する。

【００４４】図７のステップ２００で、ゲートウェイ・
サーバ１１８は、ＬＡＮメッセージ５４を受け取る。図
７のステップ２０２で、待ち行列要素型のフィールド５
８から要素型を得る。この例では、「ＴＲ」である。

【００４５】それから図７のステップ２０４で、待ち行
列要素の型「ＴＲ」５８を照会用語として用いながら、
図１８のルータ・テーブル４４Ｂを探索する。図１８の
ルータ・テーブル４４Ｂは３個の項目を有しており、第
１の項目はハートビート項目（ＨＢ）、第２の項目は転
送データ項目（ＴＤ）、及び第３の項目は電話通信要求
項目（ＴＲ）である。

【００４６】図７の流れ図は、ステップ２０６において
項目「ＴＲ」に対する待ち行列名「Ｘ」を待ち行列識別
子フィールド５０から得る。図１８に示されているよう
に、ルータ・テーブルは、待ち行列要素のためのフィー
ルド４６、要素優先のためのフィールド４８、及び待ち
行列識別子のためのフィールド５０を有す。

【００４７】それから、図７の流れ図のステップ２０８
及び２１０において、データ部分を待ち行列「Ｘ」１３
２に書込む。以上から、本発明によって、同一の共通な
形のＬＡＮ通信プログラム４０が、図１７のゲートウェ
イ・サーバ１１８に使用され、また図１３のアーカイブ
・サーバ２０にも使用され、さらに図４のワークステー
ション１００にも使用されることがわかる。図１９は、
より簡単な形のルータ・テーブル４４Ｂを示している。

【００４８】ゲートウェイ・サーバ１１８が、ＬＡＮ１
１６から経路７８を介してハートビート・メッセージ
（ＨＢ）を受け取ると、その「ＨＢ」メッセージは、ル
ータ・テーブル４４Ｂによって経路１２６を介してユー
ザ・インターフェース・プログラム１２０に関係する待
ち行列（Ｂ）１２４へ送られる。なぜなら、ルータ・テ
ーブル４４Ｂ内の「ＨＢ」項目は、待ち行列識別子フィ
ールド５０に値「Ｂ」を有しているからである。

【００４９】もし、転送データ・メッセージ「ＴＤ」
を、経路７８を介してＬＡＮ１１６から図１７のゲート
ウェイ・サーバ１１８が受け取ったなら、ルータ・テー
ブルは、そのメッセージを待ち行列「Ｘ」１３２へ送
る。なぜなら、ルータ・テーブル４４Ｂの待ち行列識別
子フィールド５０は、項目「ＴＤ」に対して値「Ｘ」を
持っているからである。

【００５０】さらに図２０及び２１に、ルータ・テーブ
ルの能力を示す。図２０は、図１のＬＡＮ１１６を示し
ているが、新しい通信ノードであるコールバック・サー
バ１４０が追加されている。このコールバック・サーバ
の機能は、今後電話をかける相手に関する情報を持った
メッセージをネットワーク内のワークステーションから
受け取ることである。コールバック・サーバは、この情
報を指示されたイベントあるいは指示された期限まで記
憶し、その時点になったとき、もう一回ネットワーク外
へ（アウトバウンド）の電話をかけるものである。

【００５１】図２０は、コールバック・サーバが経路３
８を介してワークステーション１００に対し、ある相手
に再び電話をかけることを示すメッセージを出している
ことを表している。コールバック・サーバ１４０は、指
示「ＣＭ」を待ち行列要素型フィールド５８に有するＬ
ＡＮメッセージ５４を出す。

【００５２】図２１は、ワークステーション１００のメ
モリ構造１０４の図であり、図４に示したものと類似し
ている。図２１における違いは、ユーザ・インターフェ
ース・プログラム６０’が、コールバック・サーバ１４
０から経路３８を介して受け取ったコールバック・メッ
セージ「ＣＭ」を処理するように変更されている点であ
る。

【００５３】本発明では、図２０のコールバック・サー
バ１４０の追加された新機能に適応させるために、図２
１におけるＬＡＮ通信プログラム４０を、図４における
ワークステーション１００内の既存の通信プログラムか
ら変更する必要が無い。ただ、図２２のルータ・テーブ
ル４４”を変更する必要があるのみである。

【００５４】図２２のルータ・テーブル４４”には、追
加された項目「ＣＭ」があり、その項目は、待ち行列要
素型フィールド４６、優先フィールド４８、及び待ち行
列識別子フィールド５０を有している。項目「ＣＭ」に
対する待ち行列識別子５０は値「Ｕ」であるので、「Ｃ
Ｍ」ＬＡＮメッセージ５４は、ユーザ・インターフェー
ス・プログラム６０’に関係する待ち行列（Ｕ）６２に
送られる。

【００５５】このメッセージは、図２１に示す経路６
６’を介して転送される。図２３は、より簡単な形のル
ータ・テーブル４４”を示す。

【００５６】

【発明の効果】本発明によって、通信管理プログラムの
再プログラミングを必要とせずに、通信ネットワーク中
の通信ノードにおける通信を管理するための、よりフレ
キシブルに適合可能な改良手段が提供される。

【図面の簡単な説明】

【図１】特願平５ー４２５５号に開示されたものと同様
なＬＡＮの全体的なアーキテクチャの図である。

【図２】第１のワークステーションから第２のワークス
テーションへの転送データ（ＴＤ）メッセージの伝送を
表す、図１に類似の図である。

【図３】ゲートウェイ・サーバからワークステーション
へのハートビート（ＨＢ）メッセージの伝送を表す、図
１に類似の図である。

【図４】第１のルータ・テーブル４４と供に構成された
ワークステーション１００の詳細なメモリの図である。

【図５】図４のワークステーション１００のためのルー
タ・テーブル４４を表す図である。

【図６】ルータ・テーブル４４のより簡単な形を表す図
である。

【図７】本発明による、ＬＡＮ通信プログラム４０の動
作ステップの順序を示す流れ図である。

【図８】本発明による、待ち行列要素型の指示を含むＬ
ＡＮメッセージのフォーマット図である。

【図９】ルータ・テーブル４４’を使用する、図４のワ
ークステーション図と異なる経路ＴＤを有するワークス
テーション１００のメモリの図である。

【図１０】ルータ・テーブル４４’を表す図である。

【図１１】ルータ・テーブル４４’のより簡単な形を表
す図である。

【図１２】ゲートウェイ・サーバからアーカイブ・サー
バへのアーカイブ・メッセージ（ＡＳ）の伝送を表す、
図１のＬＡＮの図である。

【図１３】ルータ・テーブル４４Ａと供に構成された、
アーカイブ・サーバ２０のメモリ２２の図である。

【図１４】ルータ・テーブル４４Ａを表す図である。

【図１５】ルータ・テーブル４４Ａのより簡単な形を表
す図である。

【図１６】ワークステーションからゲートウェイ・サー
バへの電話通信要求（ＴＲ）メッセージの伝送を表す、
図１のＬＡＮの図である。

【図１７】ルータ・テーブル４４Ｂを用いて構成され
た、ゲートウェイ・サーバ１１８のメモリの図である。

【図１８】ルータ・テーブル４４Ｂを表す図である。

【図１９】ルータ・テーブル４４Ｂのより簡単な形を表
す図である。

【図２０】追加の通信ノードであるコールバック・サー
バ１４０を追加した図１のＬＡＮを表している。コール
バック・サーバ１４０からワークステーション１００へ
のコールバック・メッセージ（ＣＭ）の伝送を表す図で
ある。

【図２１】ルータ・テーブル４４”を用いた、コールバ
ック・メッセージ（ＣＭ）を受け取るために構成された
ワークステーション１００のメモリの図である。

【図２２】ルータ・テーブル４４”を表す図である。

【図２３】ルータ・テーブル４４”のより簡単な形を表
す図である。

【符合の説明】

２０アーカイブ・サーバ４０ＬＡＮ通信プログラム４２待ち行列Ｌ４４ルータ・テーブル５４ＬＡＮメッセージ５６宛先アドレス５８待ち行列要素型６０ユーザ・インターフェース・プログラム６２待ち行列Ｕ６４待ち行列Ｂ６８データ７０ホスト・インターフェース・プログラム７２待ち行列Ｈ８４アーカイブ・インターフェース・プログラム８６待ち行列Ａ９０ユーザ・インターフェース・プログラム９２待ち行列Ｕ１００ワークステーション１１６ＬＡＮ１１８ゲートウェイ・サーバ１２０ユーザ・インターフェース・プログラム１２２待ち行列Ｕ１２４待ち行列Ｂ１３２待ち行列Ｘ１３０スイッチ・インターフェース・プログラム１４０コールバック・サーバ３００ホスト・コンピュータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者リチャード・ジェー・マドリッドアメリカ合衆国20877 メリーランド州ゲイザーズバーグ、ウエスト・ディア・パーク・ロード 66 (72)発明者スレシュ・ケー・ガーサハネイアメリカ合衆国20879−2254 メリーランド州、ゲイザーズバーグ、ナサンズ・プレス 18761

Claims

【特許請求の範囲】

【請求項１】通信ノードにおいて通信ネットワークから
メッセージを受信し、該メッセージを選択されたプロセ
ス待ち行列に送るための方法であって、メッセージ型の指示及びデータ部を含む上記メッセージ
を、通信ノードにおいて通信ネットワークから受信し、上記通信ノード内のプロセス待ち行列についてのプロセ
ス待ち行列名を得るために、上記メッセージ型の指示に
基づいて、該通信ノードに記憶されたルータ・テーブル
を探索し、上記メッセージのデータ部を、上記テーブル中で指定さ
れたプロセス待ち行列に書込む、前記方法。
【請求項２】通信ノードにおいて通信ネットワークから
メッセージを受信し、該メッセージを選択されたプロセ
ス待ち行列に送るための方法であって、通信ノード内に、メッセージ型からプロセス待ち行列名
を指定する少なくとも１つの項目を含んだルータ・テー
ブルをロードし、該ノード中の通信制御プログラムと関
連付け、上記メッセージ型の指示及びデータ部を含む上記メッセ
ージを、上記通信ノードにおいて通信ネットワークから
受信し、上記通信ノード内のプロセス待ち行列についてのプロセ
ス待ち行列名を得るために、上記メッセージからのメッ
セージ型の指示に基づいて、該通信ノードに記憶された
上記ルータ・テーブルを探索し、上記メッセージのデータ部を、上記テーブル中で指定さ
れたプロセス待ち行列に書込む、前記方法。
【請求項３】前記ルータ・テーブルが、複数のメッセー
ジ型の指示及び対応する複数のプロセス待ち行列名を含
む、請求項１又は２の方法。
【請求項４】複数の通信ノードを含む通信システムであ
って、該通信ノードがそれぞれ、通信ネットワークからメッセージを受信して処理するた
めの、通信管理手段と、受信した上記メッセージ内のメ
ッセージ型の指示に基づいてアクセスされ、プロセス待
ち行列名を指定する、ルータテーブルと、上記プロセス待ち行列名を有する１つまたは複数のプロ
セス待ち行列とを具備し、上記通信管理手段が、上記ルータ・テーブルを用いて、
受信したメッセージを上記プロセス待ち行列に送る、前記通信システム。
【請求項５】上記エントリ・テーブルが、１つまたは複
数のメッセージ型に関連付けられた１つまたは複数の項
目を有し、該項目が、それぞれ対応するプロセス待ち行列名を含
む、請求項４の通信システム。