JP3446747B2 - パケット通信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、交換機（ＰＢＸ）
の内戦を利用して資源を共有するシステムに係り、特に
複数のユーザが同時に同一の資源を利用可能とするシス
テムに関する。

【０００２】

【従来の技術】従来のシステムは、特開平１−１０９８
４７号公報に記載のように、プリンタやハードディスク
等の周辺装置をデータインタフェースユニットを介して
ディジタル交換機の交換網に接続し、また、データ処理
装置をデータアクセスユニットを介してディジタル交換
機の交換網に接続する。そして、ディジタル交換機の交
換機能を利用して、端末データ処理装置及び周辺装置を
接続可能である。ここで、ディジタル交換機には、周辺
装置の制御用として、接続用共通バスが設けられてお
り、これは、データ処理制御装置の内部バスと相互に接
続されている。そして、複数の周辺装置が接続されてい
る場合は、一つの周辺装置の動作中にデータ処理制御装
置は他の周辺装置の動作要求を受付け可能で、周辺装置
に対する利用要求のあった回線を該当する周辺装置のあ
る回線に接続する。このように、周辺装置を別々の回線
に接続することにより、複数の周辺装置を同時に利用可
能としている。

【０００３】

【発明が解決しようとする課題】上記従来技術は、複数
の端末（回線）から同一の周辺装置に対して利用要求が
発生した場合について配慮されておらず、周辺装置を一
つの端末が利用している間は、他の端末はその周辺装置
を利用できず、周辺装置を利用中の端末の処理が終了す
るのを待たなければならないという問題があった。

【０００４】また、上記従来技術は、データ処理装置が
周辺装置を制御するために専用の制御バスを必要とし、
周辺装置を接続するためのデータインタフェースユニッ
トからの接続端子と上記制御バスとを、周辺装置を設置
する可能性のあるすべての場所に備えておく必要がある
という点に配慮がされておらず、周辺装置の自由な移動
を保証するためには、周辺装置を設置する可能性のある
地点数分だけデータインタフェースユニットをディジタ
ル交換機内に備え、かつ、上記周辺装置を設置する可能
性のあるすべての地点にデータインタフェースユニット
からの接続端子と制御バスとを配線する必要があり、過
剰な設備が必要となるという問題があった。

【０００５】さらに上記従来技術は、周辺装置を移動し
て別の回線に接続することに対して配慮されておらず、
周辺装置を移動し、接続回線を変更した場合には、ディ
ジタル交換機で保持されている周辺装置接続端子番号と
実際に接続されている周辺装置との対応関係を示すテー
ブルを、利用者もしくはシステム管理者が書き替え、か
つ、すべての周辺装置利用者に対して接続回線番号の変
更を通知する必要があるという問題点があった。

【０００６】そして、上記従来技術は、ディスク装置に
蓄積されている情報のセキュリティに対する配慮がされ
ておらず、周辺装置が接続されている回線番号に対して
着信すると、無条件で接続要求を受け入れてしまうとい
う問題点があった。

【０００７】本発明の第一の目的は、複数の端末が同時
に同一の周辺装置（サーバ）を利用可能とすることにあ
る。

【０００８】本発明の第二の目的は、電話機と同一の物
理インタフェースで端末及びサーバを接続可能なサーバ
利用ネットワークを提供することにある。

【０００９】本発明の第三の目的は、端末利用中のユー
ザ及びネットワークに接続されているサーバの登録、抹
消が自動的に行え、サーバの設置場所や、ユーザの利用
端末の移動が自由に行えるサーバ利用ネットワークを提
供することにある。

【００１０】本発明の第四の目的は、サーバ利用を許可
されているユーザのみがサーバを利用可能で、サーバの
保持する情報の秘匿性の度合いに応じて、上記データの
読出しや書込みが可能なユーザを指定できるサーバ利用
ネットワークを提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、ＰＢＸ、端末及びサーバに以下の手段をそれぞれ設
ける。

【００１２】まず、ＰＢＸには、以下の手段を設ける。 （１）ＰＢＸの内線に接続した端末及びサーバと、ＰＢ
Ｘとの間でパケット交換によるデータ通信を可能とする
ためのパケット制御部を設ける。 （２）パケット制御部に内線に接続された端末との間で
データリンク確立後、上記端末に対して、サーバを利用
する際、データ送信するサーバ毎にデータを識別するた
めの識別子を割当て、上記端末に対して割当てたデータ
伝送のための識別子に上記端末に通知する手段を設け
る。 （３）パケット制御部に、内線に接続されたサーバとの
間でデータリンク確立後、上記サーバの利用を要求した
ユーザの順に上記サーバとの間のデータリンク上でユウ
−毎にデータを識別するための識別子を割当てる手段を
設ける。 （４）パケット制御部に、内線ごとにサーバシステムに
エントリしたユーザが利用中の端末のアドレス情報、上
記ユーザのユーザＩＤ及び利用可能なサーバと上記サー
バにデータを送信する際に使用する上記データ伝送のた
めの識別子を記憶するための第一のテーブルを設ける。 （５）パケット制御部に、内線に接続された端末に、シ
ステムを利用できるユーザがエントリしたことを確認す
ること、上記第１のテーブルにユーザＩＤ等の上記ユー
ザに関する情報を登録する手段を設ける。 （６）パケット制御部に、内線に上記サーバシステムに
接続可能なサーバが接続されたことを確認すると、上記
第一のテーブル、サーバアドレス、サーバＩＤ等の上記
サーバに関する情報を登録する手段を設ける。 （７）パケット制御部に、内線に接続された端末を利用
していたユーザの利用終了を確認すると、上記第一のテ
ーブルから、上記利用を終了したユーザに関する情報を
抹消する手段を設ける。 （８）パケット制御部に、内線に接続されたサーバの機
能停止及び、内線からの離脱を確認すると、上記第一の
テーブルから、上記サーバに関する情報を抹消する手段
を設ける。 （９）パケット制御部に、内線に接続されているすべて
のサーバ毎に、ユーザからの要求、データを受付け順に
登録する手段を設ける。 （１０）パケット制御部に、ユーザから受付けたデータ
を、サーバで処理を効率的に行えるデータサイズに変換
して、サーバに送出する手段を設ける。 （１１）パケット制御部に、上記ユーザから送出された
データの登録手段に特定ユーザからのデータが登録され
ているか否かを識別する手段と、受信したデータの発信
ユーザからのデータが上記利用要求データ受付け登録手
段に存在する場合は、上記既に登録手段に存在するデー
タのうち最後方にあるデータに、受信したデータの一部
もしくは全部を結合する手段を設ける。 （１２）ＰＢＸサーバシステムを利用するユーザの端末
利用状況及び、サーバの内線への接続状況を管理する端
末管理部を設ける。 （１３）端末管理部に、ＰＢＸサーバシステムの管理者
が、上記システムのサーバ利用可能なユーザ及び、上記
システムに接続可能なサーバ及び情報アクセスレベル等
を登録する第二のテーブルを設ける。 （１４）端末管理部に、内線に接続された端末にユーザ
がエントリした際に、端末から受信するユーザＩＤとパ
スワードを上記第二のテーブル中に記憶されている情報
を比較して登録済みのユーザか否かを識別する手段と、
登録済みのユーザに対してのみ、上記第二のテーブルに
ユーザの利用している端末の物理アドレスを記憶する手
段と、登録されているユーザに対してはエントリ失敗の
旨を通知する手段とを設ける。 （１５）端末管理部に、内線に接続されたサーバが、機
能開始した時に上記サーバから受信するサーバＩＤを上
記第二のテーブル中に記憶されている情報と比較して登
録済みのサーバか否かを識別する手段と、登録済みのサ
ーバに対してのみ、上記第二のテーブルにサーバの物理
アドレスを記憶する手段と、登録されていない場合はエ
ントリ失敗の旨を通知する手段とを設ける。 （１６）端末管理部に、上記第二のテーブルに記憶され
ているユーザの情報アクセスレベルに合わせて上記ユー
ザの利用可能なサーバを選択する手段と、正しいユーザ
のシステムへのエントリを認識すると、上記ユーザの利
用可能なサーバ名をパケット制御部及びユーザのエント
リした端末に通知する手段を設ける。 （１７）端末管理部に、ユーザからのサーバ利用要求を
上記サーバに伝送する際に、上記サーバに対して、利用
要求に上記ユーザの情報アクセスレベルを付加して伝送
する手段を設ける。 （１８）パケット制御部に上記サーバシステムを利用で
きないユーザの端末エントリを端末から受信すると、上
記端末からのデータを無視する手段と、システムへの侵
入を試みていると端末で判断したユーザの利用している
端末を上記サーバシステムから切り離す手段を設ける。 （１９）パケット制御部に端末及びサーバに対してデー
タを送信する際に暗号化する手段と、端末及びサーバか
ら受信したデータを複合化する手段を設ける。

【００１３】そして、端末に対して以下の手段を設け
る。 （２０）ユーザのエントリを確認すると、ユーザＩＤ及
びパスワードを読込む手段と、上記ユーザＩＤ及びパス
ワードの読み込みを確認すると自動的にＰＢＸとの間で
パケットリンクを確立するための処理を開始する手段
と、ＰＢＸとの間でパケットリンク確立後、上記ユーザ
ＩＤ及びパスワードをＰＢＸに送出する手段を設ける。 （２１）ＰＢＸから通知されたサーバ名と、それに対応
するデータ伝送のための識別子を記憶装置に登録する手
段とサーバへの伝送データに上記データ伝送のための識
別子をヘッダ情報として付加して送出する手段を設け
る。 （２２）ユーザの利用終了を認識すると、ＰＢＸに対し
てユーザの利用終了を通知する手段と上記サーバ名及び
それに対応する特別なデータ伝送のための識別子を記憶
装置から抹消する手段を設ける。 （２３）ＩＣカードの挿入、抜出しを検出する手段と、
上記ＩＣカードからユーザＩＤ、パスワード等を読込む
手段とを設ける。 （２４）ＰＢＸサーバシステムにエントリすることを許
されない不正ユーザが上記システムにエントリしようと
した回数を計数する手段と、ＰＢＸに不正ユーザのシス
テムへの侵入を通知する手段を設ける。 （２５）上記不正ユーザがシステムに最初にエントリを
試みた時に起動する第1のタイマと、ＰＢＸに上記不正
ユーザの侵入を通知する際起動する第二のタイマと、不
正ユーザがシステムへのエントリを試みた際に使用した
ユーザＩＤを記憶する手段を設ける。 （２６）ＰＢＸに送信するデータを暗号化する手段と、
ＰＢＸから受信したデータを複合化する手段とを設け
る。

【００１４】また、サーバに対して以下の手段を設け
る。 （２７）サーバのネットワークへの接続及び利用可能状
態を検知すると、自動的にＰＢＸとの間でパケットリン
クを確立する手段と、ＰＢＸとの間でパケットリンク確
立後、上記サーバのサーバＩＤ、サーバ種別、属性を通
知する手段を設ける。 （２８）ＰＢＸとの間のパケットリンクにおけるデータ
毎に送出ユーザを識別するための識別子によって定義さ
れる論理的なデータ伝送チャネル毎にデータ処理を行う
手段を設ける。 （２９）ＩＣカードの挿入、抜出しを検出する手段と、
上記ＩＣカードからサーバＩＤ、サーバ属性等の情報を
読込む手段とを設ける。 （３０）ＰＢＸに送信するデ−タを暗号化する手段と、
ＰＢＸから受信したデータを復号化する手段とを設け
る。

【００１５】ユーザネットワークに接続されている端末
にエントリした後、上記ユーザがサーバを利用可能とな
るまで、技術的手段は以下のように動作する。

【００１６】端末がユーザのエントリを確認すると、ユ
ーザがＩＤ及びパスワードを獲得する。その後、ＰＢＸ
との間でパケットリンクを確立するための手段を起動す
る。ＰＢＸとの間でパケットリンクが確立すると、上記
端末は、上記ユーザＩＤ及びパスワードをＰＢＸに対し
て送出する。ＰＢＸで、上記ユーザからのユーザＩＤ及
びパスワードを受信すると、そのデータをパケット制御
部に伝送する。パケット制御部では、上記ユーザＩＤと
パスワードがどの端末から送出されたのかを調べ、上記
端末の物理アドレスを一時的に記憶し、その後、上記ユ
ーザＩＤ及びパスワードを端末管理部に送出する。端末
管理部は、受信したユーザＩＤのユーザが登録済みか否
か調べる。ここで、システム立上げ時に、システム管理
者がエントリを許可するユーザ名とユーザＩＤ、パスワ
ード及び上記ユーザの情報アクセスレベルを登録し、か
つ、システムに接続可能なサーバのサーバＩＤ、種別及
び属性を登録する。そして、これらの情報は、第二のテ
ーブルに記憶し、システム管理者により情報抹消の操作
をされるまで抹消されない。端末管理部は、上記第二の
テーブルに記憶されている情報を検索して、ユーザＩＤ
の登録を検索する。受信したユーザＩＤが登録済みの場
合は、パスワードを照合する。上記照合の結果、利用可
能なユーザと判断した場合は、上記ユーザの情報アクセ
スクラスで利用可能なサーバを調べ、サーバ名と属性情
報をパケット制御部に通知する。利用可能でないと判断
した時は、利用不可能である旨をパケット制御部に通知
する。パケット制御部において、端末管理部からユーザ
がシステムを利用可能か否かの通知を受信すると、利用
可能な場合は、上記一時的に記憶していた端末の物理ア
ドレス（内線番号、端末内線での職別番号等）情報と、
ユーザＩＤ及び上記ユーザの利用可能なサーバのサーバ
ＩＤと上記サーバを利用するためのデータ伝送のための
識別子をパケット制御部で管理している第一のテーブル
に登録する。そして、端末に対して、利用可能なサーバ
ＩＤとその属性及び、それぞれのサーバＩＤに対応した
特別なデータ伝送チャネルを通知する。ユーザがシステ
ムを利用不可能な場合は、端末に利用不可を通知する。
このようにして、登録されていないユーザに対しては、
システムを利用させない。そして、端末はシステム利用
可能通知をＰＢＸから受信すると、利用可能なサーバＩ
Ｄと、上記サーバに対応した特殊なデータ伝送用チャネ
ルを記憶する。こうして、ユーザが利用を希望するサー
バに対応する特別なデータ伝送チャネルに、サーバに伝
送する要求、データを送信することにより、サーバへの
データを端末からＰＢＸへ伝送することができる。

【００１７】サーバがネットワークに接続され、かつ、
サーバとしての機能を提供可能になったことを検知する
と、サーバとＰＢＸとの間でパケットリンクを確立する
処理を開始する。ＰＢＸとの間でパケットリンクが確立
すると、上記サーバは、サーバＩＤ、種別、属性を通知
する。ＰＢＸで、上記サーバＩＤ、種別、属性の情報を
受け付けると、そのデータをパケット制御部に伝送す
る。パケット制御部では、上記サーバＩＤ、種別、属性
を示す情報がどのサーバから送出されたのかを調べ、上
記サーバの物理アドレスを一時的に記憶し、その後、上
記サーバＩＤ、種別及び属性を端末管理部に送出する。
端末管理部は、受信したサーバＩＤのサーバが登録済み
か否か調べる。端末管理部は、上記システム管理者がユ
ーザＩＤ、パスワードやサーバＩＤ、種別などを登録し
た上記第二のテーブルを検索し、受信したサーバＩＤが
登録済みの場合は、上記サーバ種別、属性を照合する。
照合の結果、登録通りのサーバと判断した場合は、接続
可能をパケット制御部に通知する。登録通りのサーバで
ないと判断した場合は、接続不可能をパケット制御部に
通知する。パケット制御部は、端末管理部からサーバが
システムに接続可能か否かの通知を受信すると、接続可
能な場合は、上記一時的に記憶していたサーバの物理ア
ドレス情報と、サーバＩＤを上記第一のテーブルに登録
する。そして、上記サーバに対して、接続完了を通知す
る。サーバシステムに接続不可能な場合は、接続不可能
を通知し、その後、上記サーバとＰＢＸとの間のデータ
リンクを開放する。このようにして、登録していないサ
ーバに対しては、システムに接続させない。そして、サ
ーバで、システムへの接続完了通知をＰＢＸから受信す
ると、ユーザからのデータ受信を待つ。ここで、サーバ
において、ユーザからのデータは、サーバとＰＢＸとの
間のデータリンク上のユーザ毎にデータを識別するため
の識別子毎に処理を行い、ユーザへのレスポンスが必要
な場合は、処理要求データを受信したものと同じデータ
伝送用チャネルにレスポンス情報用のデータを送出す
る。こうして、ＰＢＸからサーバに対して、ユーザから
の利用要求データを伝送することができる。

【００１８】それでは次に、ユーザのエントリした端末
からＰＢＸにデータを送出し、ＰＢＸで上記データをサ
ーバに送出するまで、技術的手段は以下のように作動す
る。

【００１９】端末が、特定のサーバに対応する識別子を
ヘッダに持つデータをＰＢＸに送出すると、ＰＢＸで
は、上記サーバに対応するサーバへの伝送データ受付け
登録手段に上記データを登録する処理を行う。ここで、
上記データを送出つしたユーザの送出したデータが、上
記サーバへの伝送データ受付け登録手段に既に登録され
ているか否かを調べる。未登録の場合は、上記データ受
付け登録手段の最後に登録する。登録されている場合
は、上記既にデータ受付け登録手段に存在するデータの
うち、最後方に存するデータを調べ、上記データが上記
サーバに対して送出する最適なデータサイズになってい
るか否かを調べる。最適なデータサイズになっていない
場合は、上記ユーザが送出したデータの一部もしくは全
部を上記既にデータ受付け登録手段に存在する同一ユー
ザからのデータのうち、最後方に存在するデータに結合
する。上記ユーザが送出したデータの一部を結合した場
合もしくは、全く結合しなかった場合は、上記サーバに
対して送出する最適なデータサイズに分割して上記デー
タ受付け登録手段に登録する。そして、ＰＢＸでは、サ
ーバがデータ受付け可能な状態になると、上記データ受
付け登録手段の先頭に登録されているデータをサーバに
対して送出する。この時、サーバに送出するデータのヘ
ッダ部分には、ユーザを識別するための識別子を入れ
る。こうして、ユーザから目的とするサーバに対してデ
ータ伝送可能となる。

【００２０】それでは次に、ＰＢＸサーバシステムの利
用が許可されていない不正ユーザがシステムに侵入しよ
うと試みた際の技術的手段の動作を説明する。

【００２１】端末にユーザがエントリし、ＰＢＸで照合
した結果、ＰＢＸサーバシステムの利用を許可されてい
ないものと判断され、上記端末で上記サーバシステム利
用ができない旨の通知をＰＢＸから受信すると、上記端
末において、ＰＢＸからサーバシステム利用拒否された
回数を計数するカウンタをセットし、かつ、エントリ試
行の際使用したユーザＩＤを記憶し、上記サーバシステ
ム利用拒否メッセージ受信から一定期間の時間を計時す
るための第一のタイマを起動する。上記第一のタイマが
タイムアウトする前に上記端末で再びＰＢＸからサーバ
システムの利用を拒否する旨の通知を受信すると、上記
第一のタイマを再起動し、上記カウンタをインクリメン
トする。こうして、上記第一のタイマがタイムアウトす
る前に上記カウンタの計数値がシステム設計時に予め定
めた回数Ｎより大きくなると、端末では、不正ユーザが
システムに侵入しようとしていると判断し、ＰＢＸに対
して不正ユーザが侵入しようとしている旨通知し、上記
端末のシステムからの切離し時間を計時するための第二
のタイマを起動する。上記第二のタイマが動作中には、
いかなるユーザに対してもサーバシステムへのエントリ
を拒否する。ＰＢＸは、上記不正ユーザ侵入の通知を端
末から受信すると、システム管理者に対して、不正ユー
ザがシステムに侵入を試みている旨通知する。また、こ
れまで述べたＰＢＸと端末及びＰＢＸとサーバ間で伝送
するデータは、データリンク確立と解放に関するものを
除いてすべて暗号化して伝送される。このようにして、
システムの利用を許可されていない不正ユーザがシステ
ムに侵入を試みた際にも容易に侵入できない。

【００２２】

【発明の実施の形態】以下、本発明の実施例を図面を用
いて説明する。第１図は、本発明の一実施例のＰＢＸサ
ーバシステムを示したものである。上記ＰＢＸサーバシ
ステムは、ＰＢＸ１００、端末１０１及びサーバ１０４
を構成要素とし、端末１０１及びサーバ１０４は、電話
１０２やファクシミリ１０３等の一般の電話通信回線用
の機器と同様の物理インタフェースでＰＢＸの内線１０
５に接続可能である。また、ＰＢＸの内線１０５は端末
接続のためにＰＢＸと端末との間で送受信する制御信号
と、電話通話やデータ伝送のために利用する情報信号を
独立したチャネルで伝送する。そして、上記ＰＢＸの内
線１０５は、少なくとも１本の上記制御信号チャネル及
び情報信号チャネルを備えており、１本の内線１０５に
複数の機器が接続可能で、かつ、同時に複数の機器が通
信可能である。そして、ＰＢＸサーバシステムでは、端
末からＰＢＸを経由してサーバへデータを送信し、端末
−ＰＢＸ間及びサーバ−ＰＢＸ間のデータ伝送は、上記
制御信号チャネルもしくは上記情報信号チャネルを利用
し、パケット単位に行う。端末からサーバに送出するデ
ータパケットの交換は、ＰＢＸ１００内部で行う。

【００２３】第２図は、上記ＰＢＸ１００の内部構成の
概要を示したものである。第２図（ａ）は、端末からサ
ーバへのパケットデータを交換するためのパケット蓄積
交換部２０１をＰＢＸ１００内部の時分割多重通信路２
０２に直接接続した場合の構成を示したものである。ま
た、時分割多重通信路２０２は、ＰＢＸ１００全体を制
御するＣＰＵ２０３、内線１０５の接続制御を行う内線
制御部２０５、局線１０６の接続制御を行う局線制御部
２０６が接続されている。ＣＰＵ２０３には、ＣＰＵバ
ス２０７を介して記憶装置２０４及び管理端末２０８が
接続しており、記憶装置２０４には、内線の属性や通信
記録等の情報が記憶されている。管理端末２０８は、シ
ステムの管理者が、上記ＰＢＸの使用状況を調査した
り、上記内線の属性の登録、変更を行うためのものであ
る。第２図（ｂ）は、コンピュータ２１０をコンピュー
タインタフェース部２０９を介してＰＢＸ１００のＣＰ
Ｕ２０３に接続し、上記コンピュータ２１０内部に、上
記パケット蓄積交換部２１１を設けた構成を示したもの
である。その他の構成要素は、第２図（ａ）と同様であ
る。第２図（ａ）の構成では、内線１０５に接続されて
いる端末からのデータは、まず内線制御部２０５で受信
し、時分割多重通信路２０２を通ってパケット蓄積交換
部２０１へ送られる。そして、上述の逆の経路を通っ
て、内線１０５に接続されているサーバにデータは送出
される。第２図（ｂ）の構成では、内線１０５に接続さ
れている端末からのデータは、まず内線制御部２０５で
受信し、時分割多重通信路２０２を通ってＣＰＵ２０３
に送られる。そして、ＣＰＵ２０３では受信したサーバ
利用のデータをＣＰＵバス２０７を介してコンピュータ
インタフェース部２０９に送出し、コンピュータインタ
フェース部２０９がＰＢＸ１００の外部にあるコンヒ゜ュ
−タ２１０中のパケット蓄積交換部２１１にデータを送
出する。そして、上部の逆の経路を通って、内線１０５
に接続されているサーバにデータは送出される。

【００２４】第３図は、内線１０５に接続され、ユーザ
に対して本発明の一実施例のＰＢＸサーバシステムのサ
ービスを提供するための本発明の一実施例の端末１０１
の構成を示したものである。端末１０１は、ＩＣカード
３０６挿入によりユーザエンドのエントリを受け付ける
ためにＩＣカード制御部３０１と、一般のパソコンやワ
ークステーションと同等の機能を提供する本体３０２
と、サーバ利用制御部３０３と、ユーザエントリ制御部
３０４及び通信タフェース部３０５を構成要素とする。
そして、端末１０１は、通常の電話機に利用されている
ものと同様の内線接続ケーブル３０７を介して内線１０
５のコネクタ３０８に接続することにより、内線１０５
に接続される。ここで、通信インタフェース部３０５
は、ＰＢＸ１００の内線１０５に端末が接続されると、
上記内線１０５の上記制御信号チャネル及び、情報信号
チャネルを利用して、ＰＢＸ１００の内線制御部２０５
と通信を行う。また、サーバ利用制御部３０３と、ユー
ザがサーバ１０４を利用する際に発生するデータの通信
制御を行う部分であり、ユーザエントリ制御部３０４
は、端末１０１にエントリしたユーザがシステムの利用
を許可されているか否かを調べるための処理を行う部分
である。

【００２５】第４図は、内線１０５に接続され、ユーザ
に対して本発明の一実施例のＰＢＸサーバシステムのサ
ービスを提供するための本発明の一実施例のサーバ１０
４の構成を示したものである。サーバ１０４は、上記サ
ーバ１０４が制御する接続機器４０７とサーバ本体４０
２とのインタフェースをとるための接続機器インタフェ
ース部４０６と、ＩＣカード４０８挿入により、サーバ
のシステムへのエントリを開始するためのＩＣカード制
御部４０１と、サーバとしての機能を提供する本体４０
２と、サーバ利用通信制御部４０３と、サーバエントリ
制御部４０４及び通信インタフェース部４０５を構成要
素とする。そして、サーバ１０４は、通信インタフェー
ス部４０５を通常の電話機に利用されているものと同様
の物理インタフェースの内線接続ケーブル３０７を介し
て内線１０５のコネクタ３０８に接続することにより内
線１０５に接続される。ここで、通信インタフェース部
４０５は、サーバがＰＢＸ１００の内線１０５に接続さ
れると、上記内線１０５の上記制御通信チャネル及び情
報信号チャネルを利用して、ＰＢＸ１００の内線制御部
２０５と通信を行う。また、サーバ利用通信制御部４０
３は、ユーザの利用している端末１０１からＰＢＸ１０
０を経由して上記サーバ１０４に送られてきたサーバ利
用データの通信制御を行う部分であり、サーバエントリ
制御部４０４は、ＰＢＸサーバシステムにエントリした
サーバ１０４がシステムに登録されているか否かを調べ
るための処理を行う部分である。

【００２６】第５図は、本発明のＰＢＸサーバシステム
に接続する端末１０１の他の実施例を示したものであ
る。第３図に示した端末と異なるのは、端末１０１にＩ
Ｃカードインタフェースがなく、このため、端末１０１
内部にＩＣカード制御部３０１を備えていない点であ
る。したがって、本発明の他の実施例の端末では、ユー
ザのシステムエントリをユーザのキー操作によるユーザ
ＩＤ及びパスワード入力により受け付ける。その他の、
本体５０１、サーバ利用制御部５０２、ユーザエントリ
制御部５０３、通信インタフェース部５０４は、第３図
に示した同名部分と同様の機能を実現する。

【００２７】第６図は、本発明のＰＢＸサーバシステム
のサービスを提供するサーバ１０４の他の実施例を示し
たものである。第４図に示したサーバと異なるのは、サ
ーバ１０４にＩＣカードインタフェースがなく、このた
め、サーバ１０４内部にＩＣカード制御部４０１を備え
ていない点である。したがって、本発明の他の実施例の
サービスでは、サーバのシステムへの接続を要求する人
のキー操作によるサーバＩＤ及びサーバ種別、属性情報
の投入により、上記サーバのシステムへの接続のための
処理を開始する。その他の、本体６０１、サーバ利用通
信制御部６０２、サーバエントリ制御部６０３、通信イ
ンタフェース部６０４及び接続機器インタフェース部６
０５は、第４図に示した同名の部分と同様の機能を実現
する。

【００２８】第７図は、パケット蓄積交換部２０１（も
しくは、２１１）の内部構成を示したものである。パケ
ット蓄積交換部２０１は、ＰＢＸ１００の内線１０５に
接続された端末１０１及びサーバ１０４と、ＰＢＸ１０
０との間でパケット交換によるデータ通信を可能とする
ためのパケット制御部７０１と、本発明の一実施例のＰ
ＢＸサーバシステムの利用を許可されたユーザの端末利
用状況及びＰＢＸサーバシステムのサービスを提供する
ものとして登録されたサーバ１０４の内線１０５への接
続状況を管理する端末管理部７０２とから成る。また、
パケット制御部７０１では、第８図に示すような内線接
続テーブル８００を持ち、上記ＰＢＸサーバシステムの
内線ごとに、接続されている端末１０１とそのユーザ、
及び接続されているサーバ１０４に関する情報を管理す
る。内線接続テーブル８００は、内線番号８０１をイン
デックスとして、端末識別番号８０２、ユーザＩＤ８０
３及び接続した機器が端末の場合は、ＰＢＸと端末間の
データリンク上で、サーバを利用するためにデータを伝
送する際、論理多重によるデータ伝送を実現するための
サーバ対応に割り当てられる論理チャネル番号８０４及
び、上記論理チャネル番号８０４を用いて伝送するデー
タの伝送先を示す接続先８０５を要素に持つ。ここで、
内線にサーバが接続された場合は、ユーザＩＤ８０３に
はサーバＩＤが登録され、論理チャネル番号８０４に
は、上記サーバを利用するユーザに対応した論理チャネ
ル番号が登録され、接続先８０５には、上記ユーザＩＤ
が登録される。このように、ユーザが利用したいサーバ
にデータを伝送する際、サーバの物理アドレス（内線番
号、端末識別番号）を指定するのではなく、サーバに応
じた論理チャネル番号を指定する。サーバからユーザの
利用している端末に対してデータを送信する際にも、同
様にユーザ名に応じた論理チャネル番号を指定する。

【００２９】第９図は、パケット制御部７０１で利用す
るサーバ利用ユーザテーブル９００を示したものであ
る。サーバ利用ユーザテーブル９００は、サーバ名９０
１をインデックスとし、端末識別番号９０３の物理アド
レス情報及び、サーバを利用するユーザ毎に割当てられ
る論理チャネル番号９０４及びそれに対応するユーザＩ
Ｄ９０５と上記ユーザの接続している内線番号９０６を
構成要素に持つ。パケット制御部７０１では、内線接続
テーブル８００とサーバ利用ユーザテーブル９００を組
合わせて利用することにより、ユーザとサーバの間を論
理的に接続する。すなわち、ユーザがＰＢＸ１００に対
してデータを送信する際に指定した論理チャネル番号８
０４により、ユーザが利用を希望するサーバ名を認識
し、上記サーバ名でサーバ利用ユーザテーブル９００を
検索することにより、上記サーバの内線番号９０２及び
端末識別番号９０３を得てデータを送信する物理アドレ
スを得る。そして、データ送信元のユーザに応じた論理
チャネル番号９０４を指定してデータを送信する。サー
バからユーザへ送信するためのデータを受信した場合
は、サーバ利用ユーザテーブル９００から送信先のユー
ザの内線番号９０６を検索し、上記内線番号を利用して
内線接続テーブルを検索することにより端末識別番号８
０２を得る。ここで、ＰＢＸと端末１０１もしくはサー
バ１０４間のデータリンクの論理チャネルのうち、少な
くとも一つはパケット制御部７０１と上記端末１０１も
しくは上記サーバ１０４との制御情報の通信用に予約さ
れているものとする。第８図及び第９図に示した例にお
いては、パケット制御部７０１と端末１０１間の制御情
報通信用には、論理チャネル番号“２５６”を用い、パ
ケット制御部７０１とサーバ１０４間の制御情報通信用
には、論理チャネル番号“５１２”を用いている。ま
た、ＰＢＸ１００が、ＣＣＩＴＴ勧告Ｘ、２５のような
パケット交換通信機能をサポートしている場合、一般パ
ケット交換によるデータ通信に用いる論理チャネル番号
とＰＢＸサーバシステム利用のためのデータ通信に用い
る論理チャネル番号とは、ＰＢＸ内部で切り分けてお
く。

【００３０】第１０図は、端末管理部７０２が持つＰＢ
Ｘサーバシステムエントリテーブル１０００を示したも
のである。上記ＰＢＸサーバシステムエントリテーブル
１０００は、上記ＰＢＸサーバシステムの管理者がＰＢ
Ｘ１００の管理端末２０８から入力した。上記ＰＢＸサ
ーバシステムを利用可能なユーザのユーザＩＤ１００
１、ユーザ名１００２、パスワード１００３及びアクセ
スクラス１００４等のユーザに関する固有の情報や、内
線番号１００５及び端末識別番号１００６のユーザのエ
ントリした端末により変化する情報を構成要素として持
つ。また、ＰＢＸサーバシステムエントリテーブル１０
００には、ＰＢＸサーバシステム管理者により入力され
る。サービスを提供するサーバのサーバＩＤ及びサーバ
名及びサーバ種別、属性情報と、上記サーバの接続れた
内線１０５の内線番号及び端末識別番号を記憶する。端
末管理部７０２では、上記ＰＢＸサーバシステムエント
リテーブル１０００を用いて、ユーザがシステムにエン
トリした場合及びサーバの利用可能の通知を受けた場合
に受信するユーザＩＤ、パスワード等が正しいものであ
るか否かを照合する。

【００３１】第１１図は、端末１０１のサーバ利用制御
部３０３（もしくは、５０２）に保持される論理チャネ
ル割当てテーブル１１００を示したものである。上記論
理チャネル割当てテーブルは、サーバ１０４に対してデ
ータを送出する際に指定する論理チャネル番号１１０
１、上記論理チャネルを利用してデータを送信する先の
サーバ１０４の種別１１０２及び上記サーバ１０４の属
性１１０３を構成要素に持つ。これらの情報はユーザが
端末１０１にエントリし、上記端末１０１から送出され
たユーザＩＤとパスワードをＰＢＸ１００の端末管理部
７０２で照合した結果、正しいユーザであると上記ＰＢ
Ｘ１００の端末管理部７０２で判断した場合、ＰＢＸ１
００から上記ユーザのエントリした端末１０１に送出さ
れ、上記サーバ利用制御部の上記論理チャネル割当てテ
ーブルに登録される。そして、上記ユーザが上記端末１
０１の利用を終了すると、上記論理チャネル割当てテー
ブルの内容を抹消する。

【００３２】第１２図及び第１３図は、本発明の一実施
例のＰＢＸサーバシステムにおける端末１０１でのユー
ザエントリ検出から、上記端末１０１でサーバ１０４が
利用可能となるまでの上記端末での処理フローを示した
ものである。以下、第１２図、第１３図を用いて端末で
の処理の流れを説明する。

【００３３】第１２図は、ＩＣカード制御部３０１を備
えた端末１０１におけるユーザのシステムエントリ時に
上記端末のユーザエントリ制御部３０４で行う処理の流
れを示したものである。ユーザがシステムエントリ用の
ＩＣカード３０６を上記端末３０１に挿入すると（ステ
ップ１２００）ＩＣカード制御部３０１が検知し、ＩＣ
カード挿入をユーザエントリ制御部３０４へ通知する。
上記ユーザエントリ制御部３０４では、上記ＩＣカード
３０６の所定の記憶場所からユーザＩＤ及びパスワード
を読み取るようにＩＣカード制御部３０１に要求する。
（１２０２）。上記要求に対応して、ＩＣカード制御部
３０１がＩＣカードから読み出したユーザＩＤとパスワ
ードを受信する（１２０２）。そして、通信インタフェ
ース部３０５に対して、ＰＢＸ１００との間でパケット
交換でデータ通信を行うためのデータリンクの確立を要
求する（１２０３）そして、上記通信インタフェース部
３０５からのパケットリンク確立通知を待つ。（１２０
４）。この時、上記通信インタフェース部３０５がパケ
ットリンク確立要求後、一定時間経過してもＰＢＸから
何も応答が返ってこない場合もしくは、上記ＰＢＸか
ら、パケットリンク確立拒否の応答を受信した場合に
は、上記通信インタフェース部３０５は、ユーザエント
リ制御部３０４に対してユーザの登録失敗を通知するの
で、上記通知を受信したか否かも調べる（１２０５）。
ここで、上記通信インタフェース部３０５からパケット
リンク確立した旨の通知を受信すると、ユーザエントリ
制御部では、それに対応して端末１０１からＰＢＸ１０
０へ最初に送出するデータして、ステップ１２０２でＩ
Ｃカードより読込んだユーザＩＤ及びパスワードを通信
インタフェース部に送出する（２１０６）。そして、通
信インタフェース部３０５から、ユーザのエントリを完
了したか、失敗したかの通知を受信するのを待つ（１２
０７）。ここで、ユーザのシステム利用のための登録が
完了したことを示す通知を受信すると、端末のユーザ利
用状態を示す利用終了フラグをＯＦＦ状態にする（１２
０８）。上記通信インタフェース部３０５から受信する
登録完了通知には、ユーザの利用可能なサーバのサーバ
ＩＤやデータ伝送に用いる論理チャネル番号等の論理チ
ャネル割当てテーブル１１００に登録されるデータを含
んでいる。そこで、上記論理チャネル割当てテーブル登
録用データをサーバ利用制御部３０３に通知する（１２
０９）。そして、必要ならばＰＢＸ１００から通知され
た上記ユーザが利用可能なサーバを利用するための通信
プログラムＩＤカード３０６からダウンロードする（１
２１０）。そして、通信インタフェース部３０５に対し
て、サーバ利用のためのデータ通信を開始する旨を通知
し、上記端末１０１からのサーバ利用が可能となる（１
２１１）。ステップ１２０５で、通信インタフェース部
３０５から登録失敗を受信した場合は、システム側に異
常が発生していると判断し、上記端末からサーバ利用の
ための特別な論理チャネルを用いたデータ通信を行えな
いようにし、上記ユーザは、端末本体のみ使用可能とす
る（１２１２）。ステップ１２０７で上記通信インタフ
ェース部３０５からユーザエントリの失敗の通知を受信
した場合、システムにエントリを試みたユーザに対して
エントリの失敗を通知する（１２１３）。そして、エン
トリの失敗回数をインクリメントする（１２１４）。そ
して、上記エントリを失敗したユーザの使用したユーザ
ＩＤがエントリ失敗ユーザＩＤリストに既に登録済みか
否かを調べ（１２１５）、未登録の場合は、上記ユーザ
ＩＤを新たに上記エントリ失敗ユーザＩＤリストに登録
する（１２１６）。そして、同期ＴｒのタイマＲをスタ
ートする。（１２１７）。タイマＲは、ユーザＩＤごと
に別々に起動され、Ｔｒ経過後、同じユーザＩＤでシス
テムへのエントリを失敗しなければ、上記エントリ失敗
ユーザＩＤリストから抹消する。また、既に上記エント
リ失敗ユーザＩＤリストに登録されてある場合は、上記
ユーザIDに対応したタイマRを再スタートする（１２１
７）。そして、失敗回数が予め定めた回数M回に達した
か否かを判定し（１２１８）、M回に達していない場合
は、処理を終了する。失敗回数がM回に達した場合、失
敗ユーザＩＤに登録しているユーザＩＤをすべて要注意
ユーザリストに登録する（１２１９）。そして、同期Ｔ
ｋのタイマＫをスタートする（１２２０）。たいまＫ
は、上記要注意ユーザリストにユーザＩＤを保持する期
間を計測するためのもので、タイマＫのタイムアウトに
より、対応するユーザＩＤを要注意ユーザリストから抹
消する。タイマＫをスタートした後、上記要注意ユーザ
リストに登録されているユーザＩＤをＰＢＸ１００に送
出する。（１２２１）。

【００３４】第１３図は、第５図に示したようなＩＣカ
ード制御部を持たない端末におけるユーザエントリ処理
もしくは、ＩＣカード制御部を持つ端末で、ユーザがサ
ーバの利用を一時終了し、終了後もＩＣカードの抜き出
しを行わず、その後ユーザがＰＢＸサーバシステムに再
エントリする際のユーザエントリ処理のユーザエントリ
制御部（３０４もしくは５０３）における処理の流れを
示したものである。まず、ユーザのキーボード操作等に
より、ユーザのシステムエントリ要求を検出すると（１
３００）、上記ユーザのエントリした端末がＩＣカード
システムが否かにより、処理を区分する（１３０１）。
ＩＣカードシステムの場合は、同一ユーザ再エントリで
あるか否かを判定するため、システムに登録されている
ユーザ名を投入するようにユーザに要求する（１３０
２）。そして、ユーザ名を本体３０２から受信すると
（１３０３）、上記ユーザ名とＩＣカードに登録されて
いるユーザ名とを比較する（１３０４）。比較の結果、
ユーザ名が一致した場合は、ＰＢＸ１００に上記端末か
らユーザがサーバの利用を再開した旨通知し、（１３０
５）、処理を終了する。そして、投入されたユーザ名
と、ＩＣカードに登録されているユーザ名が異なる場合
は、上記エントリを試みたユーザが不正ユーザであると
して、エントリ失敗を通知し（１３０６）、処理を終了
する。上記要注意ユーザリストにない場合、通信インタ
フェース部５０４に対してＰＢＸとの間でパケット交換
でデータ通信を行うためのデータリンクの確立を要求す
る。（１３１０）。そして、上記パケットリンク確立要
求に対する応答として、上記パケットリンク確立要求に
対する応答として、パケットリンク確立通知を受信する
か、８１３１１）、それともユーザの登録失敗通知を受
信するか（１３１２）を待つ。この時、ユーザの登録失
敗通知を受信した場合は、上記サーバシステムへのエン
トリを要求したユーザのサーバの利用禁止の処理を行
い、端末の本体のみ使用可能とする（１３１１）。ステ
ップ１３１１でパケットリンク確立通知を受信した場
合、通信インタフェース部５０４に対して、上記ユーザ
から入力されたユーザＩＤ及びパスワードを送出する
（１３１４）。そして、ＰＢＸ１００にユーザが登録さ
れたか否かの通知を待つ（１３１５）。この時、ＰＢＸ
１００にユーザが登録され、上記ユーザがシステムを利
用可能となった場合、利用終了フラグをＯＦＦ状態にし
（１３１６）、サーバ利用制御部５０２に、上記ユーザ
が利用可能なサーバ名やサーバＩＤ等の情報を通知する
（１３１７）。そして、上記端末１０１の外部記憶装置
もしくは、ＰＢＸから、利用可能なサーバに対応した通
知プログラムをダウンロードする（１３１８）。その
後、通信インタフェース部５０４に対して、サーバ利用
の開始を通知し、サーバへのデータ通信を可能とする
（１３１９）。ステップ１３１５で、通信インタフェー
ス部５０４から、エントリを要求したユーザがＰＢＸ１
００に登録されなかった旨の通知を受信すると、システ
ムにエントリを試みたユーザに対してエントリの失敗を
通知する（１３２０）そして、エントリ失敗回数をイン
クリメントする（１３２１）。そして、上記エントリを
失敗したユーザの使用したユーザＩＤが、エントリ失敗
ユーザＩＤリストに既に登録済か否かを調べ（１３２
２）、未登録の場合は、上記ユーザＩＤを新たに上記エ
ントリ失敗ユーザＩＤリストに登録する（１３２３）。
そして、周期ＴｒのタイマＲをスタートする（１３２
４）。タイマＲは、ユーザＩＤごとに別々に起動され、
Ｔｒ経過後同じユーザＩＤでシステムのエントリを失敗
しなければ、上記エントリ失敗ユーザＩＤリストから抹
消する。また、既に上記エントリ失敗ユーザＩＤリスト
に登録されている場合は、上記ユーザＩＤに対応したタ
イマＲを再スタートする（１３２４）。そして、失敗回
数が一定回数Ｍ回に達したか否かを判定し（１３２
５）、Ｍ回に達していない場合は、処理を終了する。失
敗回数がＭ回に達した場合、失敗ユーザＩＤに登録して
あるユーザＩＤをすべて要注意ユーザリストに登録する
（１３２６）。そして、同期ＴｋのタイマＫをスタート
する（１３２７）。タイマイＫは、上記要注意ユーザリ
ストにユーザＩＤを保持する期間を計測するためのもの
で、タイマＫのタイムアウトにより、対応するユーザＩ
Ｄを要注意ユーザリストから抹消する。タイマＫをスタ
ートした後、上記要注意ユーザリストに登録されている
ユーザＩＤをＰＢＸ１００に送出する（１３２８）。こ
こで、上記ユーザのエントリ失敗をチェックする処理
を、ＰＢＸバケット制御部において実現しても、同様の
機能を実現できる。

【００３５】第１４図は、端末１０１の通信インタフェ
ース部において、ユーザエントリ制御部からパケット交
換によるデータ通信を行うためのデータリンク確立要求
を受信して、それに対する対応を返すまでの処理を示し
たものである。まず、ユーザエントリ制御部からパケッ
ト確立要求メッセージを受信すると（１４００）、ＰＢ
Ｘ１００に対してパケットリンク確立要求メッセージを
送出する（１４０１）。そして、パケットリンク確立待
ちタイマＴ１をタイムアウトする（１４０２）。そし
て、タイマＴ１がタイムアウトしたか否かを調べ（１４
０３）、タイムアウトしていない場合はＰＢＸからパケ
ットリンク確立確認メッセージを受信したか否かを調べ
る（１４０４）。タイマＴ１のタイムアウト前にＰＢＸ
からパケットリンク確立確認メッセージを受信した場
合、ユーザエントリ制御部にパケットリンク確立したこ
とを通知する（１４０５）。そして、パケットリンク確
立に対応して上記ユーザエントリ制御部から受信するユ
ーザＩＤ、パスワードを組込んだデータフレームを作成
し、ＰＢＸに送出する（１４０６）。そして、ＰＢＸで
のユーザ登録待ちタイマＴ２をスタートする（１４０
７）。そして、タイマＴ２がタイムアウトしたか否か調
べ（１４０８）。タイムアウトしていない場合はＰＢＸ
から上記ユーザ登録データに対する対応の受信の有無を
調べる（１４０９）。タイマＴ２のタイムアウト前のＰ
ＢＸからユーザ登録の可否を示したデータを受信した場
合、ユーザエントリ制御部に上記ユーザ登録の可否を示
したデータを送出する（１４１０）。ここで、ステップ
１４０３においてタイマＴ１がタイムアウトした場合、
もしくは、ステップ１４０８においてタイマＴ２がタイ
ムアウトした場合、何れの場合も、ユーザエントリ部に
対して、ユーザ登録に失敗した旨を通知し（１４１
１）、処理を終了する。

【００３６】第１５図及び第１６図は、本発明の一実施
例のＰＢＸサーバシステムにおけるサーバ１０４でのサ
ーバエントリ検出から、上記サーバのサービス提供可能
となるまでの上記サーバでの処理フローを示したもので
ある。以下、第１５図、第１６図を用いて、サーバでの
処理の流れを説明する。第１５図は、ＩＣカード制御部
４０１を備えたサーバ１０４のシステムエントリ時に上
記サーバ１０４のサーバエントリ制御部４０４で行う処
理の流れを示したものである。サーバ処置者が、システ
ムエントリ用のＩＣカード４０８をサーバに挿入すると
（１５００）、ＩＣカード制御部４０１が検知し、ＩＣ
カード挿入をサーバエントリ制御部４０４に通知する。
上記サーバエントリ制御部では、サーバエントリの受付
中であることを示し（１５０１）、上記ＩＣカード制御
部に対して、上記ＩＣカードの所定の場所に記憶されて
いるサーバ名、サーバＩＤ及びサーバ種別等の情報をＩ
Ｃカードから読出し、送信するように要求する（１５０
２）。上記ＩＣカードからのサーバ情報読み出し要求
を、ＩＣカード制御部で受け付けると、上記サーバ情報
をＩＣカードから読み出し、サーバエントリ制御部に送
出する。そして、サーバエントリ制御部で、上記サーバ
情報を受信すると（１５０３）、通信インタフェース部
４０５に対して、ＰＢＸとの間でサーバ利用のためのデ
ータ通信を行うための、パケット交換によるデータ通信
用のデータリンク確立を要求する（１５０４）。そし
て、通信インタフェース部からパケットリンク確立確認
を受信するか（１５０５）、登録失敗通知を受信するか
（１５０６）まで待つ。通信インタフェース部からパケ
ットリンク確立確認を受信した場合、通信インタフェー
ス部に対して、上記サーバ名、サーバＩＤ、サーバ種別
等のサーバ情報をＰＢＸに対して送信するように要求す
る（１５０７）。そして、上記サーバ情報送信に対する
ＰＢＸから応答を通信インタフェース制御部から送信す
るのを待つ（１５０８）。通信インタフェース部から登
録完了のメッセージを受信すると、通信インタフェース
部に、サーバ利用のためのデータ通信を可能にするよう
に要求し（１５０９）、表示をエントリ受付け中から、
サーバ利用可能に切換え（１５１０）、処理を要求す
る。ステップ１５０６で登録失敗通信を受信した場合、
もしくは、ステップ１５０８で登録失敗を受信した場
合、サーバはシステムへのエントリを失敗し、利用可能
とはならないと判断し、表示をエントリ受け付け中から
サーバ利用可能に切換え（１５１１）、処理を終了す
る。

【００３７】第１６図は、第６図に示したようなＩＣカ
ード制御部を持たないサーバにおける。システムへのエ
ントリ処理のサーバエントリ制御部６０３における処理
の流れを示したものである。まず、サーバ設置者のキー
ボード操作等により、サーバのシステムへのエントリ要
求を検知すると（１６００）、サーバをシステムに接続
しようと試みているサーバ設置者に、サーバ名、サーバ
ＩＤ、サーバ種別等のサーバ情報の投入を要求する（１
６０１）。そして、上記要求に応じて、上記サーバ情報
をユーザが入力し、サーバエントリ制御部がそれを受信
すると（１６０２）、通信インタフェース部６０４に対
して、パケットリンクの確立を要求する（１６０３）。
これ以降の処理は、第１５図で示した、ＩＣカード制御
部を持つサーバのサーバエントリ制御部４０４での処理
ステップ１５０５から１５１１と同一の処理である。そ
れでは次に、本発明の一実施例のＰＢＸサーバシステム
の、ＰＢＸ１００内部での動作を説明する。

【００３８】第１７図は、ＰＢＸ１００のパケット蓄積
交換部の中のパケット制御部７０１における制御データ
通信用パケット受信処理を示したものである。ユーザの
エントリした端末１０１やサーバ１０４からＰＢＸに対
して、ＰＢＸサーバシステムへの接続、切離しを要求す
る制御データ通信用のパケットを送出すると、ＰＢＸ内
部ではパケット制御部が受信する（１７００）。そし
て、上記パケット制御部では、受信した制御データ通信
用のパケットが、ユーザもしくは、サーバのＰＢＸサー
バシステムへの登録を要求するデータであるか否かを判
定する（１７０１）。判別の結果、ＰＢＸサーバシステ
ムへの登録を要求するものである場合は、それがユーザ
を登録するためのものか、サーバを登録するためのもの
かを調べる（１７０２）。ユーザのシステムへのエント
リを登録するものである場合、データ中からユーザＩＤ
及びパスワードを取り出し、端末管理部７０２に上記ユ
ーザＩＤ及びパスワードを送出し、それらの照会を要求
する（１７０３）。そして、上記ユーザのエントリした
端末の接続されている内線番号の内線接続テーブル８０
０に、上記端末の端末識別番号と、ユーザＩＤを登録す
る。上記端末管理部でのユーザＩＤ及びパスワードの照
会の結果を受信し（１７０４）、ユーザ登録許可の通知
を受信した場合は、上記ユーザ登録許可の通知データに
含まれている上記ユーザの利用可能なサーバ名と上記サ
ーバに対してデータを送出するための使用するＰＢＸと
端末間のデータリンク上の特別な論理チャネル番号を上
記内線接続テーブルの該当箇所に登録する（１７０
５）。そして、上記ユーザの接続可能なサーバすべてに
対して、上記サーバのサーバ利用ユーザテーブル９００
の空き論理チャネル番号９０４に対応する部分に、上記
ユーザのユーザＩＤ９０５及び上記ユーザのエントリし
た端末の接続している内線の内線番号９０６を登録し
（１７０６）、かつ、上記サーバの接続している内線接
続テーブル８００のサーバの部分に、上記ユーザがサー
バを利用することにより新たに割当てられた論理チャネ
ル番号８０４を登録し、その接続先８０５に上記ユーザ
のユーザＩＤを登録する（１７０７）。そして、ユーザ
のエントリした端末に対して、ユーザの登録完了メッセ
ージとして、上記ユーザの利用可能なサーバに関する情
報を要素に持つデータを送出し（１７０８）、処理を終
了する。ここで、ステップ１７０４において、端末管理
部７０２でユーザＩＤとパスワードを照会した結果、予
めシステム利用可能者として登録していないものからの
エントリ要求と判断され、ユーザのシステムへの登録を
許可しない旨の通知を受信した場合、上記内線番号テー
ブル８００に登録した端末識別番号８０２及びユーザＩ
Ｄ８０３を抹消する（１７０９）。そして、ユーザのエ
ントリしている端末に対して、上記ユーザのＰＢＸサー
バシステムへのエントリを許可しない旨のメッセージを
送出し（１７１０）、処理終了する。ステップ１７０２
において、データがサーバ１０４のＰＢＸサーバシステ
ムへのエントリを登録するためのものである場合、デー
タ中から、サーバ名、サーバＩＤと属性を取り出し、端
末管理部７０２に上記サーバ名、サーバＩＤ及び属性を
送出し、それらの照合を要求する（１７１１）。そし
て、上記サーバの接続されている内線番号の内線接続テ
ーブル８００に上記サーバの端末識別番号とサーバＩＤ
を登録する。上記サーバ名サーバＩＤと属性の照合の結
果を受信し（１７１２）、サーバエントリ許可の通知を
受信した場合は、サーバ利用ユーザテーブル９００に上
記サーバの接続されている内線番号９０２、端末識別番
号９０３を登録する（１７１３）。そして、上記サーバ
に対して、サーバの登録完了メッセージを送出し（１７
１４）、処理を終了する。ステップ１７１２において、
端末管理部７０２サーバ名、サーバＩＤと属性を照合し
た結果、予め、サービスを提供するサーバとして登録し
ていないサーバからのエントリ要求と判断され、サーバ
のシステムへの接続を許可しない旨の通知を受信した場
合、上記内線接続テーブル８００に登録した端末識別番
号８０２及びサーバＩＤ８０３を抹消する（１７１
５）。そして、上記サーバに対して、上記サーバのＰＢ
Ｘサーバシステムへのエントリを許可しない旨のメッセ
ージを送出し（１７１６）、処理を終了する。ステップ
１７０１において、ユーザもしくは、サーバのＰＢＸサ
ーバシステムへの登録を要求するデータでない場合は、
上記データがユーザの利用する端末のシステム接続終了
もしくは、再開を通知するためのものであるので、どち
らのものであるかを判別する（１７１７）。上記データ
がユーザの利用する端末のシステム接続終了を示すもの
である場合、内線接続テーブル８００からユーザＩＤ８
０２を抹消し、また、サーバ利用ユーザテーブル９００
の接続先のユーザＩＤ９０５及び上記ユーザの内線番号
９０６を抹消し、そして、上記接続先のユーザＩＤ９０
５に対応する論理チャネル番号９０４を読み出し、サー
バの接続している内線の接続テーブル８００の上記サー
バの要素の同一の論理チャネル番号８０４に対応するユ
ーザＩＤ８０５を抹消する（１７１８）。ステップ１７
１７において、上記データが、ユーザのシステム接続再
開を示すものである場合、内線接続テーブル８００の同
一端末識別番号８０２の要素を検索し、それに対応する
ユーザＩＤ８０３の要素に上記システムへの接続を再開
したユーザのユーザＩＤを登録する。そしてユーザのシ
ステムへのエントリ時と同様の手順で、サーバ利用ユー
ザテーブル９００への登録と内線接続テーブル８００の
利用可能なサーバに対応する要素への登録を行い（１７
１９）、処理を終了する。

【００３９】第１８図は、ＰＢＸ１００のパケット蓄積
交換部の中の端末管理部７０２におけるユーザ及びサー
バ照会処理へ流れを示したものである。パケット制御部
７０１で受信したユーザやサーバのシステムへのエント
リ用の情報が、正規のものか否かを判定する。ここで、
端末管理部７０２では、ＰＢＸサーバシステムエントリ
テーブル１０００を保持しており上記テーブルに登録さ
れている情報と受信データを比較する。まず、パケット
制御部７０１からシステムエントリ用のデータの照会要
求を受け付けると（１８００）、上記データは、ユーザ
照会のためのデータか、サーバ照会のためのデータかを
判別する（１８０１）。ユーザ照会のためのデータの場
合、ユーザの送出したユーザＩＤが上記ＰＢＸサーバシ
ステムエントリテーブル１０００のユーザＩＤ１００１
に登録されているか否かを調べる（１8０２）。上記ユ
ーザから受信したユーザＩＤと一致するユーザＩＤが上
記ＰＢＸサーバシステムエントリテーブル１０００に登
録されていた場合、（１８０３）、次にユーザから受信
したパスワードとＰＢＸサーバシステムエントリテーブ
ル１０００のパスワード１００３を照合する（１８０
４）。照合の結果、一致した場合は（１８０５）、上記
エントリを要求したユーザの使用している端末１０１の
接続されている内線番号と端末識別番号をそれぞれ、Ｐ
ＢＸサーバシステムエントリテーブル１０００の内線番
号１００５、端末識別番号１００６の要素に登録する
（１８０６）。そして、上記テーブルから、上記登録し
たユーザのアクセスクラス１００４を読取る（１８０
７）。上記アクセスクラスから、上記ユーザが利用可能
なサーバを検索する（１８０８）。そして、上記ユーザ
の利用可能なサーバ名とその属性をパケット制御部に通
知する（１８０９）。ここで、ステップ１８０３でユー
ザから受信したユーザＩＤと同一のものが上記ＰＢＸサ
ーバシステムエントリテーブル１０００に登録してなか
った場合及び、ステップ１８０５でパスワードの照合結
果が不一致の場合、上記システムへのエントリを要求し
たユーザはシステムの利用を許されない不正ユーザと見
なし、パケット制御部に接続不可の旨を通知する（１８
１０）。ステップ１８０１において、サーバ照会のため
のデータの場合、同一のサーバＩＤが上記ＰＢＸサーバ
システムエントリテーブル１０００に登録してあるか否
かを検索する（１８１１）。同一のサーバＩＤが上記テ
ーブル１０００に登録してある場合（１８１２）、サー
バの属性に関する情報が一致するか否かを調べる（１８
１３）。一致する場合は、サーバのシステムへの登録を
許可する旨をパケット制御部７０１に通知する（１８１
４）。そして、上記サーバの接続されている内線番号と
端末識別番号をそれぞれ、ＰＢＸサーバシステムエント
リテーブル１０００の内線番号１００５、端末識別番号
１００６の要素に登録する（１８１５）。ここで、ステ
ップ１８１２において、上記ＰＢＸサーバシステムエン
トリテーブル１０００に同一のサーバＩＤが登録してな
かった場合及び、サーバの属性に関する情報が不一致の
場合、上記システムへのエントリを要求したサーバは不
正サーバと見なしパケット制御部に登録不可を通知する
（１８１６）。このようにして、パケット制御部から照
合要求を受けた情報の照会結果として、上記ＰＢＸサー
バシステムへの登録許可、不認可を通知する。

【００４０】それでは次に、ＰＢＸサーバシステムにエ
ントリしたユーザの利用している端末からサーバを利用
するためのデータをＰＢＸで受信してから該当するサー
バに送出するまでのパケット制御部での処理を第１９
図、第２０図を用いて説明する。

【００４１】第１９図は、パケット制御部７０１でサー
バ利用データを受信してから、サーバ毎に設けられてい
るサーバキューにデータを登録するまでの処理を示した
ものである。以下、処理の流れを説明する。

【００４２】まず、パケット制御部７０１でサーバから
のサーバ利用データを受信すると（１９００）。ユーザ
が利用を要求したサーバを識別する（１９０１）。これ
は、ユーザが上記サーバ利用データをＰＢＸ１００に伝
送する際に用いた、ユーザのエントリしている端末１０
１と上記ＰＢＸとの間のデータリンク上の論理チャネル
番号を調べることにより知ることができる。そして、サ
ーバ毎に設けられているサーバキュー２０００にサーバ
へのデータを登録する。この時、上記サーバキュー２０
００に同一ユーザからのデータが既に登録されているか
否かを調べる（１９０２）。これは、ＰＢＸ１００から
サーバ１０４にデータを送出する際、サーバの処理を最
も効率良く行えるデータサイズで行うため、連続する２
つのデータ間でデータの統合、分離を行うために行う。
ここで、同一ユーザからデータが上記サーバキュー２０
００に登録されている場合、上記ユーザの指定したサー
バキュー２０００の最後尾にある同一ユーザから受信し
たデータのデータサイズと、サーバの処理を最も効率良
く行えるデータサイズとの大きさを比べ（１９０３）。
第２０図を例にとると、図に示した状態でサーバｎに対
してユーザＩＤが００４４のユーザからデータを送られ
た場合、サーバキュー２０００−ｎの２番目に登録され
ているデータ２００４とサーバの処理を最も効率良く行
えるデータサイズとを比較する。比較の結果、サーバキ
ュ−の最後尾のデータサイズがサーバの処理を最も効率
良く行えるデータサイズより小さい場合、今度は上記同
一のユーザの送出したサーバキューの最後尾のデータと
上記のユーザから受信したデータを加えたデータサイズ
とサーバの処理を最も効率良く行えるデータサイズとを
比較する（１９０４）。比較の結果、同一ユーザの送出
したサーバキューの最後尾のデータと上記ユーザから受
信したデータを加えたデータサイズの方が大きい場合、
最後尾データに受信データを結合したものをサーバの処
理を最も効率良く行えるデータサイズ分ほど分割し、そ
れを上記サーバキュー２０００の上記最後尾データの登
録されていた位置に再登録する（１９０５）。そして上
記最後尾データに受信データを結合したものから、サー
バの処理を最も効率良く行えるデータサイズ分ほど分離
した残りを新たに受信データとして処理を継続する（１
９０６）。そして、上記受信データサイズとサーバの処
理を最も効率良く行えるデータサイズとを比較する（１
９０７）。ここで、受信データサイズの方が大きい場
合、受信データをサーバの処理を最も効率良く行えるデ
ータサイズに分割し、データの順に上記サーバキューに
登録する（１９０８）。ステップ１９０２において、サ
ーバキューに同一ユーザからのデータが存在しなかった
場合及び、ステップ１９０３において、サーバ処理を最
も効率良く行えるデータサイズの方が大きい場合は同様
の処理を行う。また、ステップ１９０７において、サー
バ処理を最も効率良く行えるデータサイズのほうが大き
い場合、ユーザからの受信データをユーザの利用要求の
あったサーバキューの最後に登録する（１９０９）。そ
して、ステップ１９０４で、サーバの処理を最も効率良
く行えるデータサイズの方が大きい場合、上記サーバキ
ュー２０００に登録されている同一ユーザからのデータ
のうち、最後尾に登録されているデータに受信データを
結合し、それを新たに最後尾に登録されているデータと
する。第２０図を例にとると、ユーザＩＤが００４４の
ユーザが、サーバを利用するデータを送出し、ＰＢＸ１
００で受信した時、上記受信データとサーバキュー２０
００−ｎ登録されているユーザＩＤが００４４のユーザ
からデータのうち、最後尾にあるデータ２００４とを加
えたデータサイズが、サーバｎの処理を最も効率良く行
えるデータサイズより小さい場合、上記受信データと上
記サーバキュ−ｎ２０００−ｎのデータ２００４とを結
合したものを改めて、データ２００４の位置に登録する
という事を示す。

【００４３】第２１図は、パケット制御部７０１におけ
るサーバキューに登録されたデータをサーバに送出する
処理の流れを示したものである。処理を開始する（２１
００）、まず、サーバキュー２０００にデータが登録さ
れているか否かを調べる（２１０１）。サーバキューに
データが登録している場合は、上記サーバ名からサーバ
利用ユーザテーブル９００を検索し、データをサーバに
伝送するために必要な内線番号及び、端末識別番号等の
サーバの物理アドレスを得る（２１０２）。そして、サ
ーバとＰＢＸ間のデータリンク上にデータを送出する際
に必要な論理チャネル番号を上記サーバ利用ユーザテー
ブル９００をユーザＩＤ９０５で検索して得る（２１０
３）。そして、サーバキューから取り出したデータパケ
ットに上記物理アドレス及び論理チャネル番号情報をヘ
ッダとして付加し、目的とするサーバの接続されている
内線に送出する（２１０４）。そして、同一のサーバキ
ューにデータがさらに登録されているか否かを調べる処
理に戻る。ここで、サーバキューに登録されているデー
タがないと、次のサーバキューの検索を開始する。そし
て、すべてのサーバキューを検索した場合には（２１０
５）、処理を終了する。それでは次に、ＰＢＸサーバシ
ステムからのユーザの離脱及び、利用終了の際の処理に
ついて、第２２図、第２３図及び第２４図を用いて説明
する。

【００４４】第２２図は、ＰＢＸのパケット制御部７０
１におけるサーバもしくは、端末との間のデータリンク
異常発生時の処理の流れを示したものである。ＰＢＸと
の間でデータリンクを確立したままの状態でサーバやユ
ーザのエントリしている端末を内線１０５から切り離す
と、パケット制御部では、上記サーバや端末との間にデ
ータリンクの異常が発生したことを検出する（２２０
０）。そして、上記データリンクの異常が発生したの
は、サーバとの間なのかユ−ザのエントリしている端末
との間なのかを調べる（２２０１）。データリンクに異
常が発生したのがサーバとの間である場合、上記サーバ
のサーバ利用ユーザテーブル９００に登録されているユ
ーザのエントリしている端末に対して、上記サーバが利
用不能になった旨を通知する（２２０２）。そして、上
記サーバのすべてのユーザに対して利用不能通知を終了
した後、上記サーバ利用ユーザテーブル９００の該当サ
ーバの部分をクリアする（２２０３）。そして、上記デ
ータリンク異常を発生したサーバのサーバ利用キュー中
に登録されているデータをすべて解放する（２２０
４）。その後、端末管理部７０２に対して、上記サーバ
利用ユーザテーブルから抹消されたサーバ名を通知し
（２２０５）、内線接続テーブル８００から、上記デー
タリンク異常を発生したサーバに対応する要素を抹消す
る（２２０６）。ここで、ＰＢＸとの間のデータリンク
に異常が発生したのがユーザのエントリしている端末で
ある場合、内線接続テーブル８００の該当する部分か
ら、上記ユーザの利用可能なサーバ名を検索し、検索し
たサーバのサーバ利用ユーザテーブル９００の上記ユー
ザに該当する項目を抹消する（２２０７）。そして、端
末管理部７０２に対して、上記ＰＢＸとの間のデータリ
ンクに異常を発生した端末にエントリしているユーザの
ユーザＩＤを通知し（２２０８）、内線テーブルから上
記端末に対応する要素を抹消する（２２０６）。

【００４５】第２３図及び第２４図は、ユーザの端末エ
ントリを終了する際の処理の流れを示したものであり、
第２３図は、第５図に示した本発明の一実施例のＩＣカ
ード制御部を持たない端末におけるユーザのエントリ終
了のための処理及び、第３図に示した本発明の一実施例
のＩＣカード制御部を持つ端末におけるユーザのＰＢＸ
サーバシステム利用の一時中止のための処理の流れを示
したものである。

【００４６】まず、ユーザが端末操作により、ＰＢＸサ
ーバシステムのエントリを終了する旨の要求を受信する
（２３００）。上記ユーザのエントリ終了要求を受信す
ると、ＰＢＸに対して上記ユーザがＰＢＸサーバシステ
ムの利用を終了する旨を通知するデータを作成し、上記
ＰＢＸに送出する（２３０１）。そして、上記ＰＢＸサ
ーバシステムの利用をしていないことを示す利用終了フ
ラグをＯＮ状態とする（２３０２）。そして、ＩＣカー
ド制御部を備えているか否かを判別し（２３０３）、Ｉ
Ｃカード制御部を備えている場合は、処理を終了する。
ＩＣカード制御部を備えていない場合は、ユーザが上記
ＰＢＸサーバシステムのエントリを終了するものとし
て、通信インタフェース部５０４に対してＰＢＸとの間
のパケット交換によるデータ通信を行うためのデータリ
ンクを解放するように要求する（２３０４）。上記通信
インタフェース部５０４では、これに対して、ＰＢＸに
対して、パケットリンクの解放を要求するデータを送出
する。そして、パケットリンク解放後、論理チャネル割
当てテーブル１１００を消去し（２３０５）、サーバ利
用のための通信プログラムをすべて消去する（２３０
６）。

【００４７】第２４図は、第３図に示した本発明の一実
施例のＩＣカード制御部を持つ端末におけるユーザのＰ
ＢＸサーバシステムのエントリの終了を行うための処理
の流れを示したものである。まず、ＩＣカード制御部３
０１でユーザがＩＣカード３０６を抜き出したことを認
識し、それをユーザエントリ制御部３０４に通知すると
（２４００）、上記ユーザエントリ制御部３０４では、
利用終了フラグがＯＮ状態か否かを調べ（２４０１）、
ＯＮ状態でない場合は、ＰＢＸに対して、ユーザが上記
ＰＢＸサーバシステムの利用を終了する旨の通知を送出
する（２４０２）。そして、ＰＢＸからの利用終了確認
通知の受信を待つ（２４０３）。ＰＢＸから利用終了確
認通知を受信すると、通信インタフェース部３０５に対
して、ＰＢＸとの間のパケットリンクを解放するように
要求する（２４０４）。そして、パケットリンク解放
後、論理チャネル番号割当てテーブル１１００を消去し
（２４０５）、サーバ利用のための通信プログラムをす
べて消去する（２４０６）。

【００４８】それでは次に、公衆回線を介してＰＢＸサ
ーバシステムを利用する場合の処理手順について、第２
５図、第２６図及び第２７図を用いて説明する。

【００４９】第２５図は、ＰＢＸサーバシステムのＰＢ
Ｘ１００に局線１０６を介して上記システムの利用要求
を行った際のパケット制御部７０１の処理の流れを示し
たものである。局線制御部２０６に外部端末から着信
し、上記着信の際の付加情報として、パケット蓄積交換
部２０１への着信であることを示す情報がある場合、パ
ケット制御部７０１に着信を通知する。局線１０６がＩ
ＳＤＮ回線である場合には、着信の際の付加情報とし
て、サブアドレス情報やユーザ情報がある。パケット制
御部７０１で上記局線着信を検出すると（２５００）、
上記着信付加情報からユーザＩＤ及びパスワードを取り
出し（２５０１）、端末管理部７０２に送出する（２５
０２）。上記端末管理部でのユーザＩＤ、パスワードの
照合結果、上記ＰＢＸサーバシステムへアクセスが許可
されているユーザから着信と判断した場合（２５０
３）、着信に応答する旨上記局線制御部２０６に指示す
る（２５０４）。そして、第２６図に示した局線テーブ
ル２６００に上記接続を許可したユーザの局線番号２６
０１、ユーザＩＤ２６０２、論理チャネル番号２６０３
及びサーバ種別２６０４を登録する（２５０５）。そし
て、サーバ利用ユーザテーブル９００にユーザＩＤ９０
５及びユーザの局線番号登録する（２５０６）。ここ
で、内線と局線を区別するために、局線番号であること
を示す識別子（たとえば“Ｔ”）を番号の前に付加す
る。そして、内線接続テーブル８００の該当する要素
に、上記ＰＢＸサーバシステムに上記局線を介して接続
してきたユーザの利用する理論チャネル番号８０４を登
録する（２５０７）。そして、上記局線を介して接続し
たユーザの利用している端末に対してサーバを利用する
ための論理チャネル番号とそれに対応したサーバ名と属
性を通知する（２５０８）。ここで、ステップ２５０３
で、端末管理部７０２での照合の結果、上記ＰＢＸサー
バシステムへサクセスを許可しない場合は、着信を拒否
する旨上記局線制御部２０６に支持する（２５０９）。

【００５０】第２７図は、局線１０６を介してＰＢＸサ
ーバシステムを利用していたユーザが、上記ＰＢＸサー
バシステムの利用を終了し、通信を終了した際の処理を
示したものである。まず、局線制御部２０６から上記局
線を介してＰＢＸサーバシステムを利用していたユーザ
の通信終了の通知を受けると（２７００）、局線テーブ
ル２６００から上記通信終了したユーザＩＤ２６０２を
取り出す（２７０１）。そして、上記ユーザの利用可能
だったサーバのサーバ利用ユーザテーブル９００から上
記ユーザＩＤ９０５とそれに対応するユーザの局線番号
９０６を削除、また、内線接続テーブル８００の該当サ
ーバの要素のユーザＩＤに対応する部分を削除する（２
７０２）。そして、端末管理部７０２に対して上記ユー
ザの利用し終了を通知した後（２７０３）、上記局線テ
ーブルの該当する要素を削除する（２７０４）。

【００５１】以上、本実施例のよれば、ＰＢＸの内線を
利用したサーバの利用が可能となり、端末やサーバを自
由に移動して利用することができるという効果がある。
また、複数の端末が同時に同一のサーバの利用が可能な
ので、サーバの利用要求の競合による待ちが発生するこ
となくサーバを利用できるという効果がある。また、本
実施例によれば、サーバの物理アドレスを指定せずにサ
ーバ名を指定してユーザからデータを送出するようにし
ているので、ユーザがサーバの接続場所を意識すること
なく利用できるという効果がある。また、本実施例によ
れば、予め登録してあるユーザに対してのみサーバの利
用を許可するようにしたので、不正ユーザからシステム
を保護できるという効果がある。そして、本実施例によ
れば、同一端末から一定回数以上のシステムエントリ誤
りを犯したことを検出でき、上記端末をシステムから切
り離すことができるので、システムに侵入を試みている
者が、継続して同一端末を使用することが出来ないよう
にすることが可能であるという効果かがある。さらに、
本実施例では、予めユーザの情報アクセスクラスを登録
し、それに応じてユーザの利用可能なサーバを通知し、
ユーザの利用できないサーバとの間の通信手段を全く提
供しないので、サーバシステムに多様なセキュリティレ
ベルを持ったサーバを接続できるという効果がある。

【００５２】それでは次に、本発明の他の実施例を図を
用いて説明する。

【００５３】図２８図は、本発明の他の実施例のＰＢＸ
サーバシステムを示したものである。上記ＰＢＸサーバ
システムは、ＰＢＸ２８００及び上記ＰＢＸに直接接続
したサーバ２８０１及び内線１０５に接続された電話１
０２や端末１０１から構成される。ここで、第１図に示
したＰＢＸサーバシステムと最も異なる点は、サーバ２
８０１をＰＢＸに直接接続した点にある。第２９図は、
上記ＰＢＸ２８００の内部構成の概要を示したものであ
る。第２９図（ａ）は、端末からサーバへのパケットデ
ータを交換するためのパケット蓄積交換部２９０１をＰ
ＢＸ２８００内部の時分割多重通信路２９０２に直接接
続した構成を示したものである。また、時分割多重通信
路２９０２には、ＰＢＸ２８００全体を制御するＣＰＵ
２９０３、内線１０５の接続制御するＣＰＵ２９０３、
内線１０５の接続制御を行う内線制御部２９０５、局線
１０６の接続制御を行う局線制御部２９０６が接続され
ている。ＣＰＵ２９０３には、ＣＰＵバス２９０７を介
して、記憶装置２９０４及び管理端末２９０８とサーバ
２８０１との接続制御を行うサーバインタフェース部２
９０９が接続しており、サーバインタフェース部２０９
３では、サーバ接続ケーブル２９１０上で伝送するデー
タの伝送制御も行う。第２９図（ｂ）は、コンピュータ
２９１２をコンピュータインタフェース部２９１１を介
してＰＢＸ２８００のＣＰＵ２９０３に接続し、上記コ
ンピュータ２９１２内に、上記パケット蓄積交換部２９
１３を設けた構成を示したものである。その他の構成要
成は、第２９図（ａ）と同様である。第２９図（ａ）の
構成では、内線１０５に接続されている端末からのデー
タは、まず内線制御部２９０５で受信し、時分割多重通
信路２９０２を通ってパケット蓄積交換部２９０１へ送
られる。そして、再び時分割多重通信路２９０２を通
り、ＣＰＵ２９０３を介して、ＣＰＵバス２９０７上の
サーバインタフェース部２９０９にサーバ利用データと
して送出される。そして、上記サーバインタフェース部
２９０９から、サーバ接続ケーブル２９１０を介してサ
ーバ２８０１にデータを送出する。第２９図（ｂ）の構
成では、内線１０５に接続されている端末からのデータ
は、まず内線制御部２９０５で受信し、時分割多重通信
路２９０２を通ってＣＰＵ２９０３に送られる。そし
て、ＣＰＵ２９０３では、受信したサーバ利用のデータ
をＣＰＵバス２９０７を介してコンピュータインタフェ
ース部２９１１に送出し、コンピュータインタフェース
部２９１１がＰＢＸ２８００の外部にあるコンピュータ
２９１２中のパケット蓄積交換部２９１３にデータを送
出する。そして、サーバ利用データは、パケット蓄積交
換部２９１３から上記コンピュータインタフェース部２
９１１に送出されコンピュータインタフェース部２９１
１は、同一ＣＰＵバス２９０７上に接続しているサーバ
インタフェース部２９０９に上記データを送出する。そ
して、サーバ接続ケーブルを介してサーバ２８０１にデ
ータを送出する。

【００５４】ここで、第２９図に示したサーバ２８０１
は、第４図及び第６図に示したサーバに比べて、通信イ
ンタフェース部が、内線用か、サーバ接続ケーブル用の
違いがあるだけで、他の部分の構造及び機能は同様であ
る。

【００５５】第３０図は、本発明の他の実施例のＰＢＸ
２８００のパケット蓄積交換部７０１で管理する内線接
俗テーブル３０００を示したものである。第８図に示し
た内線接続テーブル８００と同様、内線３００１毎に、
端末識別番号３００２、ユーザＩＤ８００３、論理チャ
ネル番号３００４及び接続するサーバ３００５を構成要
素に持つ。しかし、上記内線接続テーブル３０００に
は、サーバは登録されない。

【００５６】第３１図は、本発明の他の実施例のＰＢＸ
２８００のパケット制御交換部７０１で管理するサーバ
利用ユーザテーブル３１００を示したものである。第９
図に示したサーバ利用ユーザテーブル９００との違い
は、サーバ２８０１がＣＰＵバス２９０７に直接してい
るため、サーバの内線番号を示す要素が必要なく、サー
バ名３１０１と上記サーバのＣＰＵバス上でのアドレス
３１０２がサーバに付属する情報である。そして、上記
サーバを利用するユーザに関する情報である論理チャネ
ル番号３１０３、接続先のユーザＩＤ３１０４、ユーザ
の内線番号３１０５を構成要素に持つ。これらのテーブ
ルを利用して、本発明の他の実施例のＰＢＸサーバシス
テムにおいても内線に接続した端末からの利用を可能と
する。

【００５７】以上、本実施例によれば、ＰＢＸに直接接
続したサーバにデータを送るので、ＰＢＸとサーバの間
のデータ伝送を高速に行うことが可能で、ユーザに対す
るレスポンスが向上するという効果がある。

【００５８】

【発明の効果】本発明によれば、ＰＢＸの内線を利用し
てサーバシステムを構築したので、サーバを利用する端
末の移動の自由度が大きいという効果がある。また、電
話の利用とサーバシステムの利用を同一のネットワーク
で行えるので、それぞれの目的用にケーブルの布設を二
重に行う必要がないという効果がある。また、ＰＢＸと
複数の端末との間でデータリンクを確立し、上記複数の
端末から同時に同一サーバ利用要求を受け付け可能とし
たので、サーバ利用要求の競合によりユーザが処理待ち
状態になることがないと言う効果がある。また、ユーザ
がサーバを利用する際、サーバ名をデータに付加してＰ
ＢＸに送出し、ＰＢＸで上記サーバの物理アドレスを調
べてサーバに上記データを送出するようにしたので、ユ
ーザはサーバの利用時にサーバの接続されている内線の
回線番号等を記憶する必要がないという効果がある。そ
して、システムへのエントリを一定回数以上連続して失
敗した端末をシステムから切り離すようにしたので、シ
ステムへ侵入を試みることが困難になるという効果があ
る。また、ユーザ毎に情報アクセスレベルを設定し、上
記アクセスレベルによりユーザごとに利用できるサーバ
を指定するので、多様なセキュリティレベルのサーバを
システムに接続することが出来るという効果がある。さ
らに、ユーザから受信したサーバ利用要求データを一旦
ＰＢＸのキューに登録し、サーバ毎に上記サーバでの処
理を最適に行えるデータサイズにキューに登録する際に
整形するので、サーバでのデータ処理を効率良く行うこ
とができるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例のＰＢＸサーバシステムを示
した構成図

【図２】ＰＢＸの内部構成図

【図３】端末の内部構成図

【図４】サーバの内部構成図

【図５】端末の他の実施例の内部構成図

【図６】サーバの他の実施例の内部構成図

【図７】パケット蓄積交換部の内部構成図

【図８】内線接続テーブルを示す図

【図９】サーバ利用ユーザテーブルを示す図

【図１０】ＰＢＸサーバシステムエントリテーブルを示
す図

【図１１】論理チャネル割当てテーブルを示す図

【図１２】ＩＣカード制御部を備えた端末におけるユー
ザのシステムエントリ時に行う処理の流れ図

【図１３】ＩＣカード制御部を持たない端末におけるユ
ーザのシステムエントリ時に行う処理の流れ図

【図１４】端末の通信インタフェース部における処理の
流れ図

【図１５】ＩＣカード制御部を備えたサーバのシステム
エントリ時に行う処理の流れ図

【図１６】ＩＣカード制御部を持たないサーバのシステ
ムエントリ時に行う処理の流れ図

【図１７】パケット制御部における制御部データ通信用
バケットの受信処理を示す流れ図

【図１８】端末管理部におけるユーザ及びサーバ照会処
理の流れ図

【図１９】パケット制御部でサーバ利用データを受信し
た後、サーバキューにデータを登録するまでの処理を示
す図

【図２０】サーバキューの構成を示す流れ図

【図２１】サーバキューに登録されたデータをサーバに
送出する処理の流れ図

【図２２】パケット背御部におけるサーバもしくは端末
との間でデータリンク異常発生時の処理の流れ図

【図２３】ユーザの端末利用終了の際の処理を示す流れ
図

【図２４】ＩＣカード制御部を備えた端末におけるユー
ザのＰＢＸサーバシステムのエントリ終了を行うための
流れ図

【図２５】局線を介してサーバシステムを利用する際の
パケット制御部の処理の流れ図

【図２６】局線テーブルを示す図

【図２７】局線を介してサーバシステムを利用していた
ユーザが利用を終了した際の処理の流れ図

【図２８】本発明の他の実施例のＰＢＸサーバシステム
を示した構成図

【図２９】第２８図に示したＰＢＸの内部構成図

【図３０】他の実施例のパケット制御部で管理する内線
接続テープを示す図

【図３１】他の実施例のパケット制御部で管理するサー
バ利用ユーザテーブルを示す図

【符号の説明】

１００ ＰＢＸ １０１ 端末 １０４ サーバ ２０１ パケット蓄積交幹部 ３０１ ＩＣカード制御部 ３０１ サーバ利用制御部 ３０４ ユーザエントリ制御部 ３０５ 通信インタフェース部 ４０１ ＩＣカード制御部 ４０６ 接続機器インタフェース部 ４０３ サーバ利用通信制御部 ４０４ サーバエントリ制御部 ７０１ パケット制御部 ７０２ 端末管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 蔭山 斎司 神奈川県横浜市戸塚区吉田町292番地 株式会社日立製作所 マイクロエレクト ロニクス機器開発研究所内 (72)発明者 大浦 哲生 神奈川県横浜市戸塚区吉田町292番地 株式会社日立製作所 マイクロエレクト ロニクス機器開発研究所内 (56)参考文献 特開 昭63−13547（ＪＰ，Ａ) 特開 昭64−69141（ＪＰ，Ａ) 特開 平２−26159（ＪＰ，Ａ) 特開 平１−226247（ＪＰ，Ａ) 特開 昭59−53924（ＪＰ，Ａ) 特開 昭64−77346（ＪＰ，Ａ) 特開 昭62−29338（ＪＰ，Ａ) パケット交換技術とその応用，日本, 電子通信学会，1980年12月10日，Ｐ．88 −91、Ｐ．140−149

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】通信線を介して接続されたパケット送受信
   装置とパケット通信装置とが通信するパケット通信方法
   において、 前記パケット送受信装置から、前記パケット送受信装置
   のアドレス情報を含み、 前記パケット通信装置に対して登録を要求するパケット
   を送信し、 前記パケット通信装置において、前記パケット送受信装
   置から前記登録を要求するパケットを受信すると、前記
   パケット送受信装置のアドレス情報を記憶し、前記パケ
   ット送受信装置が前記パケット通信装置を介して通信す
   る他のパケット送受信装置毎に論理識別情報を割り当
   て、前記他のパケット送受信装置のアドレス情報と前記
   他のパケット送受信装置に割り当てた前記論理識別情報
   とを前記パケット送受信装置のアドレス情報と対応付け
   て記憶し、前記割り当てた論理識別情報を前記パケット
   送受信装置に通知し、 前記パケット送受信装置において、前記通知された論理
   識別情報を記憶することを特徴とするパケット通信方
   法。
2. 【請求項２】前記パケット送受信装置が何れかの前記他
   のパケット送受信装置と通信する場合、前記記憶した論
   理識別情報のうち、前記何れかの他のパケット送受信装
   置に対応する論理識別情報を含むデータパケットを前記
   パケット送受信装置から送信することを特徴とする請求
   項１記載のパケット通信方法。
3. 【請求項３】前記パケット通信装置は、前記パケット送
   受信装置から前記データパケットを受信すると、前記デ
   ータパケットに含まれた前記論理識別情報と対応する前
   記何れかの他のパケット送受信装置のアドレス情報を識
   別し、前記識別したアドレス情報に従って前記データパ
   ケットを送信することを特徴とする請求項２記載のパケ
   ット通信方法。
4. 【請求項４】前記パケット通信装置において、前記パケ
   ット送受信装置から前記登録を要求するパケットを受信
   すると、前記他のパケット送受信装置を決定し、決定し
   た前記他のパケット送受信装置に対して前記論理識別情
   報を割り当てることを特徴とする請求項１記載のパケッ
   ト通信方法。
5. 【請求項５】前記パケット通信装置において、前記他の
   パケット送受信装置毎に前記パケット送受信装置に第２
   の論理識別情報を割り当てて記憶し、前記第２の 論理識
   別情報を含むパケットを他のパケット送受信装置から受
   信した場合、前記第２の論理識別情報に対応する前記パ
   ケット送受信装置を識別し、前記パケットを前記パケッ
   ト送受信装置へ送信することを特徴とする請求項１記載
   のパケット通信方法。
6. 【請求項６】前記パケット送受信装置と前記パケット通
   信装置とが制御情報を通信する為に使用する論理識別情
   報を予め決めておき、前記パケット送受信装置及び前記
   パケット通信装置は前記決められた論理識別情報を記憶
   することを特徴とする請求項１記載の通信方法。