JP3770257B2 - データ処理装置 - Google Patents

Description

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

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

特開平１−１０９８４７号公報

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

それでは次に、本発明の一実施例のＰＢＸサーバシステムの、ＰＢＸ１００内部での動作を説明する。

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

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

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

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

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

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

それでは次に、ＰＢＸサーバシステムからのユーザの離脱及び、利用終了の際の処理について、第２２図、第２３図及び第２４図を用いて説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明の一実施例のＰＢＸサーバシステムを示した構成図 ＰＢＸの内部構成図 端末の内部構成図 サーバの内部構成図 端末の他の実施例の内部構成図 サーバの他の実施例の内部構成図 パケット蓄積交換部の内部構成図 内線接続テーブルを示す図 サーバ利用ユーザテーブルを示す図 ＰＢＸサーバシステムエントリテーブルを示す図 論理チャネル割当てテーブルを示す図 ＩＣカード制御部を備えた端末におけるユーザのシステムエントリ時に行う処理の流れ図 ＩＣカード制御部を持たない端末におけるユーザのシステムエントリ時に行う処理の流れ図 端末の通信インタフェース部における処理の流れ図 ＩＣカード制御部を備えたサーバのシステムエントリ時に行う処理の流れ図 ＩＣカード制御部を持たないサーバのシステムエントリ時に行う処理の流れ図 パケット制御部における制御部データ通信用バケットの受信処理を示す流れ図 端末管理部におけるユーザ及びサーバ照会処理の流れ図 パケット制御部でサーバ利用データを受信した後、サーバキューにデータを登録するまでの処理を示す図 サーバキューの構成を示す流れ図 サーバキューに登録されたデータをサーバに送出する処理の流れ図 パケット背御部におけるサーバもしくは端末との間でデータリンク異常発生時の処理の流れ図 ユーザの端末利用終了の際の処理を示す流れ図 ＩＣカード制御部を備えた端末におけるユーザのＰＢＸサーバシステムのエントリ終了を行うための流れ図 局線を介してサーバシステムを利用する際のパケット制御部の処理の流れ図 局線テーブルを示す図 局線を介してサーバシステムを利用していたユーザが利用を終了した際の処理の流れ図 本発明の他の実施例のＰＢＸサーバシステムを示した構成図 第２８図に示したＰＢＸの内部構成図 他の実施例のパケット制御部で管理する内線接続テープを示す図 他の実施例のパケット制御部で管理するサーバ利用ユーザテーブルを示す図

符号の説明

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

Claims (4)

1. 複数のデータ処理装置とサーバとに通信回線を介して接続され、任意のデータ処理装置から送信されたデータパケットを受信すると、通信先の他のデータ処理装置に対して当該データパケットを送信する交換部を備えたパケット交換装置が実行するユーザ登録方法であって、
   第１のデータ処理装置から通信回線を介して第１のユーザ識別情報を含む第１のデータパケットを受信し、
   受信した第１のユーザ識別情報を、ユーザ識別情報が正しいものであるか否かの照会を実行するユーザ照会部へ送信し、
   前記第１のデータ処理装置の端末識別情報を登録し、
   前記ユーザ照会部から許可のデータを受信したことに基づいて、前記第１のユーザ識別情報を前記端末識別情報に対応付けて登録し、且つ、前記第１のデータ処理装置から第１のサーバへデータを送信するとき指定される第１の論理チャネル情報を前記第１のデータ処理装置へ通信回線を介して送信することを特徴とする。
2. 複数のデータ処理装置とサーバとに通信回線を介して接続され、任意のデータ処理装置から送信されたデータパケットを受信すると、通信先の他のデータ処理装置に対して当該データパケットを送信する交換部を備えたパケット交換装置が実行するユーザ登録方法であって、
   第１のデータ処理装置から通信回線を介して第１のユーザ識別情報を含む第１のデータパケットを受信し、
   受信した第１のユーザ識別情報を、ユーザ識別情報が正しいものであるか否かの照会を実行するユーザ照会部へ送信し、
   前記第１のデータ処理装置の端末識別情報を前記第１のデータ処理装置が接続されている接続番号と対応付けて登録し、
   前記ユーザ照会部から許可のデータを受信したことに基づいて、前記第１のデータ処理装置から第１のサーバへデータを送信するとき指定される第１の論理チャネル情報を前記第１のデータ処理装置へ通信回線を介して送信することを特徴とする。
3. 複数のデータ処理装置とサーバとに通信回線を介して接続され、任意のデータ処理装置から送信されたデータパケットを受信すると、通信先の他のデータ処理装置に対して当該データパケットを送信する交換部を備えたパケット交換装置が実行するユーザ登録方法であって、
   第１のデータ処理装置から通信回線を介して第１のユーザ識別情報を含む第１のデータパケットを受信し、
   受信した第１のユーザ識別情報を、ユーザ識別情報が正しいものであるか否かの照会を実行するユーザ照会部へ送信し、
   前記第１のデータ処理装置の端末識別情報を前記第１のデータ処理装置が接続されている接続番号と対応付けて登録し、
   前記ユーザ照会部から許可のデータを受信したことに基づいて、前記第１のユーザ識別情報を前記接続番号に対応付けて登録し、且つ、前記第１のデータ処理装置から第１のサーバへデータを送信するとき指定される第１の論理チャネル情報を前記第１のデータ処理装置へ通信回線を介して送信することを特徴とする。
4. 請求項１から３のいずれかに記載のユーザ登録方法であって、
   前記第１のデータパケットは、第１のパスワードを含み、
   前記ユーザ照会部へ送信するとき、前記第１のユーザ識別情報と共に前記第１のパスワードを送信する。

Images