(57)【特許請求の範囲】
【請求項１】
保守センター・コンピュータ（２０８）により電気通信交換システム（２００）への遠隔アクセスを制御するための方法であって、前記電気通信交換システム（２００）が、内部制御コンピュータ（２０２）と、保守コントローラ（２１２）およびモデム（２１３）を内蔵する遠隔保守ユニット（２０１）とを備えるとともに、ローカル・エリア・ネットワーク（２０５）を通して外部の中央コンピュータ（２０６）に、さらにはこの中央コンピュータ（２０６）を通してデータ・ネットワーク（２０９）に接続されており、前記保守センター・コンピュータ（２０８）が、前記データ・ネットワーク（２０９）に接続されるとともに、前記遠隔保守ユニット（２０１）内の前記モデム（２１３）を通して前記電気通信交換システム（２００）に接続されており、前記電気通信交換システム（２００）への第１のタイプのアクセスが、前記データ・ネットワーク（２０９）、前記中央コンピュータ（２０６）、および前記ローカル・エリア・ネットワーク（２０５）を通して行われるアクセスであり、前記電気通信交換システム（２００）が、前記内部制御コンピュータ（２０２）により制御される場合に、
前記遠隔保守ユニットを制御する前記保守コントローラにより、前記電気通信交換システムへの第１のタイプのアクセス経路の故障を検出するステップと、
前記保守コントローラにより、前記保守センター・コンピュータによる前記モデムへのアクセスを可能にするステップと、
前記保守コントローラの機能により、前記第１のタイプのアクセス経路を通して、前記保守センター・コンピュータにより電気通信交換システムへアクセスすることができることを検出するステップと、
前記保守コントローラにより、前記モデムへのアクセスができないようにするステップとを含む方法。
【請求項２】
請求項１記載の方法において、さらに、
前記第１のタイプのアクセス経路が動作可能の場合に、前記内部制御コンピュータにより、前記保守コントローラへ信号を送信するステップと、
前記第１のアクセス経路の故障を検出する前記ステップが、前記第１のタイプのアクセス経路の故障を判断するために、前記送信信号が存在しないことを検出するステップとを含む方法。
【請求項３】
請求項２記載の方法において、前記第１のタイプのアクセス経路を通して電気通信交換システムへアクセスできることを検出する前記ステップが、前記第１のタイプのアクセス経路にアクセスすることができることを判断するために、前記送信信号の存在を検出するステップを含む方法。
【請求項４】
請求項３記載の方法において、前記データ・ネットワークがインターネットである方法。
【請求項５】
保守センター・コンピュータ（２０８）により電気通信交換システム（２００）への遠隔アクセスを制御するための装置であって、前記電気通信交換システム（２００）が、内部制御コンピュータ（２０２）と、保守コントローラ（２１２）およびモデム（２１３）を内蔵する遠隔保守ユニット（２０１）とを備えるとともに、ローカル・エリア・ネットワーク（２０５）を通して外部の中央コンピュータ（２０６）に、さらにはこの中央コンピュータ（２０６）を通してデータ・ネットワーク（２０９）に接続されており、前記保守センター・コンピュータ（２０８）が、前記データ・ネットワーク（２０９）に接続されるとともに、前記遠隔保守ユニット（２０１）内の前記モデム（２１３）を通して前記電気通信交換システム（２００）に接続されており、前記電気通信交換システム（２００）への第１のタイプのアクセスが、データ・ネットワーク、前記中央コンピュータ（２０６）、および前記ローカル・エリア・ネットワーク（２０５）を通して行われるアクセスであり、前記電気通信交換システムが前記内部制御コンピュータ（２０２）により制御される場合に、
前記保守コントローラが、前記遠隔保守ユニットを制御している前記電気通信交換システムへの前記第１のタイプのアクセス経路の故障を検出するための前記保守コントローラ内の手段と、
前記保守コントローラ内の、前記保守センター・コンピュータにより前記モデムへのアクセスを可能にするための手段と、
前記保守コントローラ内の、前記第１のタイプのアクセス経路を通して、前記保守センター・コンピュータにより前記電気通信交換システムへアクセスすることができることを検出するための手段と、
前記保守コントローラ内の、前記モデムへのアクセスができないようにすための手段とを備える装置。
【請求項６】
請求項５記載の装置において、さらに、前記内部制御コンピュータ内に、前記第１のタイプのアクセス経路が動作不能の場合に、前記保守コントローラへ信号を送信するための手段を備え、
前記第１のアクセス経路の故障を検出するための前記手段が、前記第１のタイプのアクセス経路の故障を判断するために、前記送信信号が存在しないことを検出するための手段を備える装置。
【請求項７】
請求項６の装置において、前記第１のタイプのアクセス経路を通して電気通信交換システムへアクセスできることを検出するための前記手段が、前記第１のタイプのアクセス経路にアクセスすることができることを判断するために、前記送信信号の存在を検出するための手段を備える装置。
【請求項８】
請求項７記載の装置において、前記データ・ネットワークがインターネットである装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ複合体への機密保護外部アクセスに関し、特に、保守コンピュータへの機密保護アクセスを可能にするための装置に関する。
【０００２】
【従来の技術】
従来技術において、保守センターが遠隔システムにアクセスするためにモデムを使用するのは周知である。図１は、従来技術に共通な装置である。図１においては、構内交換機１００が、事務所１１１への電気通信のサポートを行っている。構内交換機１００は、必要な交換動作を行う目的で、交換網１０３を使用して電気通信機能を実行するために、構内交換機プロセッサ１０２を使用する。さらに、構内交換機プロセッサ１０２は、ＬＡＮ１０５を通してデータベース・コンピュータ１０４にアクセスする。それ故、構内交換機プロセッサ１０２は、ＬＡＮ１０５を通して中央コンピュータ１０６にもアクセスする。従来技術の場合には、構内交換機プロセッサ１０２は、遠隔ユニット１０１および公衆電話網１０７を通して保守コンピュータ１０８と通信する。保守センター１０８は、モデム１１３を電話で呼出すことにより遠隔ユニット１０１にアクセスする。中央コンピュータ１０６も、種々のインターネット機能を供給するために、インターネット１０９にアクセスする。
【０００３】
【発明が解決しようとする課題】
しかし、当業者であれば周知のように、中央コンピュータ１０６は、インターネット１０９からのアクセス間に「ファイアウォール」を設置している。このようなファイアウォールの設計方法および実行方法は、当業者にとって周知のものである。従来技術に関する問題は、モデム１１３、遠隔プロセッサ１１２および構内交換機プロセッサ１０２を通してＬＡＮ１０５にアクセスする、正式に許可されていない個人の存在である。多くのタイプのビジネス、特に、金融機関は、ＬＡＮ１０５へのこのようなタイプのアクセスに関心を持っている。
【０００４】
従来技術によるこの問題の解決方法は、モデム１１３への公衆網１０７からのアクセスに対して、パスワードまたは暗号キーを使用することであった。それ故、これらの方法は、正式に許可されていないアクセスが決して起こらないようにすることであったが、多くの業界は、モデム１１３を通して、正式に許可されていないアクセスが、依然として行われる可能性を認めたがらない。
【０００５】
上記問題は解決され、保守センターが、中央コンピュータを有する遠隔地に位置する遠隔システムを制御する遠隔プロセッサにアクセスすることを可能にする技術的進歩が達成される。
【０００６】
【課題を解決するための手段】
このインターネット・アクセスが動作しない場合を除いて、このアクセスは、インターネットを通して、また中央プロセッサが供給するファイアウォールを通して行われる。都合のよいことに、遠隔プロセッサが、インターネットにアクセスすることができない場合には、モデムは、遠隔システムの一部である遠隔保守ユニット上で動作することができる。その結果、保守センターにより遠隔プロセッサにアクセスすることができる。保守センターは、保守動作を行うためにこのアクセスを使用する。都合のよいことに、遠隔プロセッサは、電気通信サービスを行っている構内交換機を制御している構内交換機プロセッサである。構内交換機プロセッサが機能しない場合には、構内交換機プロセッサを制御し、この構内交換機プロセッサにアクセスする遠隔保守ユニットが、保守センターに、構内交換機プロセッサが動作しないことを示すメッセージを送信し、モデムが、公衆電話網からの入接続呼を受け入れることができるようにして、保守センターが、遠隔保守ユニットにアクセスすることができるようにする。構内交換機プロセッサが再び機能するようになった場合には、遠隔保守ユニットは、モデムへの入接続呼を受信できないようにする。
【０００７】
本発明の上記およびその他の特徴および利点は、添付の図面を参照しながら、本発明の例示としての実施形態についての以下の説明を読めば明らかになるだろう。
【０００８】
【発明の実施の形態】
図１は、本発明を実行するためのシステムである。当業者であれば、この実施形態は、構内交換機を使用して説明しているが、構内交換機の他のシステムも、同様に、本発明の装置および方法を実行することができることを容易に理解することができるだろう。構内交換機２００は、図示していない種々の電気通信ターミナルに対して電気通信サービスを供給している。構内交換機プロセッサ２０２は、公衆電話網２０７へアクセスする交換網２０３を制御する。構内交換機プロセッサ２０２に対する保守は、遠隔プロセッサ２１２により制御されている遠隔ユニット２０１により行われる。構内交換機プロセッサ２０２は、ＬＡＮ２０５にアクセスし、その結果、構内交換機プロセッサ２０２は、データベース・コンピュータ２０４および中央コンピュータ２０６にアクセスすることができる。中央コンピュータ２０６は、インターネット２０９への通信経路を維持するが、当業者であれば周知の技術により、このインターネット・アクセスと事務所２１１の残りの部分との間にファイアウォールを設ける。
【０００９】
通常動作を行っている場合には、モデム２１３は、公衆電話網２０７からの入接続呼を受け入れない。構内交換機プロセッサ２０２が機能している場合には、保守センター２０８は、インターネット２０９を通して遠隔プロセッサ２１２にアクセスする。この接続は、中央コンピュータ２０６、ＬＡＮ２０５および構内交換機プロセッサ２０２を通してインターネット２０９と連絡する。構内交換機プロセッサ２０２は、遠隔プロセッサ２１２に構内交換機プロセッサ２０２が、依然として機能していることを確保するメッセージを遠隔プロセッサ２１２に周期的に送信するウォッチドッグ・アプリケーションを保守する。遠隔プロセッサ２１２が、構内交換機プロセッサ２０２からの周期的なメッセージの受信に失敗した場合には、遠隔プロセッサ２１２は、モデム２１３および公衆電話網２０７を通して、保守センター２０８にアラーム・メッセージを送信する。次に、遠隔プロセッサ２１２は、モデム２１３が入接続呼を受信できるようにする。保守センター２０８は、その後で、公衆電話網２０７およびモデム２１３を通して遠隔プロセッサ２１２との通信を確立する。保守センター２０８が、構内交換機プロセッサ２０２を機能できる状態にした後で、構内交換機プロセッサ２０２は、もう一度、遠隔プロセッサ２１２に、構内交換機プロセッサが機能していることを示すメッセージを送信する。構内交換機プロセッサ２０２からのこのメッセージに応じて、遠隔プロセッサ２１２は、モデム２１３が、公衆電話網２０７からの入接続呼を受信できないようにする。
【００１０】
図３は、構内交換機プロセッサ２０２および遠隔プロセッサ２１２の両方のソフトウェア構造体を示す。構内交換機ソフトウェア構造３０１は、ソフトウェア素子３０３−３０９からなる。オペレーティング・システム３０６は、構内交換機ソフトウェア構造体３０１全体を制御する。構内交換機アプリケーション３０８は、構内交換機システムの制御に共通なアプリケーションであり、当業者にとって周知のものである。交換網ドライバ３０７は、交換網２０３と通信するために、オペレーティング・システム３０６が使用するドライバである。遠隔保守アプリケーション３０３は、遠隔機能を実行する際に、遠隔ユニット・ソフトウェア構造体３０２の制御プログラム３１１と通信するアプリケーションである。最後に、インターネット・アクセス・アプリケーション３０４は、ＬＡＮ２０５および中央コンピュータ２０６を通して、インターネット２０９にインターネット・アクセスを行う。
【００１１】
遠隔ユニット・ソフトウェア構造体３０２は、ソフトウェア素子３１１−３１２からなる。制御プログラム３１１は、遠隔プロセッサ２１２全体を制御し、モデム２１３と通信するためにモデム・ドライバ３１３を使用し、構内交換機２１２と通信するために、構内交換機インターフェース３１２を使用する。
【００１２】
図４は、本発明を実行する際に、図３の制御プログラム３１１が実行するステップを示す。ブロック４０１からスタートした後で、判断ブロック４０２において、構内交換機ソフトウェア構造体３０１の遠隔保守アプリケーション３０３から、周期的な健全メッセージを受信したかどうかの判断が行われる。答えが「いいえ」の場合には、制御は、ブロック４０３に渡され、このブロック４０３において、制御プログラムの状態がアラームにセットされ、ブロック４０４において、入接続呼を受信するためのモデム・ドライバ３１３を通して、モデム２１３を動作可能にする。次に、ブロック４０６において、モデム２１３およびモデム・ドライバ３１３を通して、保守センター２０８にアラーム・メッセージが送られる。ブロック４０８においては、構内交換機インターフェース３１２を通して構内交換機プロセッサ２０２がリセットされる。最後に、ブロック４０９において、制御を判断ブロック４０２に返す前に、正常に復帰するための処理が行われる。
【００１３】
判断ブロック４０２に戻って説明すると、健全メッセージを遠隔保守アプリケーション３０３から受信済みの場合には、制御が判断ブロック４１１に渡され、判断ブロック４１１においては、制御プログラムが、現在アラーム状態になっているかどうかの判断が行われる。答えが「いいえ」である場合には、制御がブロック４１４に渡され、このブロック４１４において、制御を判断ブロック４０２に返す前に、通常処理が行われる。判断ブロック４１１での答えが「はい」である場合には、制御はブロック４１２に渡され、このブロック４１２において、制御プログラムの状態が正常にセットされ、ブロック４１３において、制御が判断ブロック４０２に返される前に、モデム２１３は入接続呼の受信ができなくなる。
【００１４】
もちろん、当業者であれば上記例示としての実施形態を容易に種々に変更および修正することができるだろう。そのような変更および修正は、本発明の精神および範囲から逸脱することなしに、また、付随する利点を損なうことなしに行うことができる。それ故、従来技術により制限される場合を除いて、上記変更および修正は特許請求の範囲内に含まれる。
【図面の簡単な説明】
【図１】従来技術のシステムのブロック図である。
【図２】本発明を実行するためのシステムのブロック図である。
【図３】本発明を実行するためのソフトウェア構造体である。
【図４】本発明を実行するための遠隔ユニット内の遠隔プロセッサにより実行されるステップのフローチャートである。
【図１】
0003943874.tif 000002
【図２】
0003943874.tif 000003
【図３】
0003943874.tif 000004
【図４】
0003943874.tif 000005