JP4332116B2

JP4332116B2 - アクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイス

Info

Publication number: JP4332116B2
Application number: JP2004548007A
Authority: JP
Inventors: 嘉宏高松屋
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-11-01
Filing date: 2002-11-01
Publication date: 2009-09-16
Anticipated expiration: 2022-11-01
Also published as: US7448069B2; US20050144461A1; JPWO2004040890A1; WO2004040890A1

Description

この発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法、通信デバイス用ドライバプログラムおよびに通信デバイスに関し、特に、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスに関するものである。

従来、Windows（登録商標、以下同様）を搭載したパーソナルコンピュータ（以下「ＰＣ」と言う）には、汎用ポートであるＣＯＭ(Communication)ポート（シリアルポート）が設けられており、このＣＯＭポートには、モデム機能を有するモデムカードや無線通信機能を有する無線通信カードなどのいわゆるＰＣカードと呼ばれるデバイスが割り当てられる。

そして、このＣＯＭポートにＰＣカードが割り当てられた場合には、Windows上で起動する各種アプリケーションが、かかるＣＯＭポートを介してＰＣカードにアクセスできるようになる。たとえば、モデムカードがＰＣに接続されるとともにこのモデムカードがＣＯＭ２ポートに割り当てられた場合には、ハイパーターミナル（HyperTerminal）などのモデムを使用する汎用のアプリケーションが、このＣＯＭ２ポートを介してモデムカードにアクセスすることが可能となる。

しかしながら、かかるＣＯＭポートが汎用ポートであるからと言って、すべてのアプリケーションがＣＯＭポートに割り当てられたＰＣカードにアクセスできることとすると、あるアプリケーションから誤ってＰＣカードにアクセスする場合や不正なアプリケーションがＰＣカードにアクセスする場合に問題が生ずる。具体的には、従来のＰＣカードおよび該ＰＣカードのデバイスドライバ（シリアルドライバ）では、ＣＯＭポートを介してＰＣカードにアクセスするアプリケーションが何であるのかを確認することができないため、ＰＣカードにアクセスさせるべきでないアプリケーションであっても、ＣＯＭポートを介したＰＣカードのアクセスを許してしまう結果となる。

特に、音声通話とパケット通信を同時におこなうマルチアクセス機能を有するＰＣカードを考えた場合には深刻な問題が生ずる。具体的には、このＰＣカードをＰＣに接続するとともにＣＯＭポートを割り当て、このＰＣカードのパケット通信を利用してＷＥＢ上のホームページを閲覧していた場合に、ホームページからJava（登録商標、以下同様）スクリプトなどで記述された不正なアプリケーションをダウンロードしてしまうと、この不正なアプリケーションの起動により、ＰＣカードを介した自動的なダイアルアップ接続がおこなわれ、後日利用者が意図しない電話料金の課金を強いられる結果となる。

したがって、この発明は、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、特定のアプリケーションがアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いておこなう利用許可要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、前記利用許可工程による利用許可の有無に基づいて前記特定のアプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、を含んだことを特徴とする。

また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、特定のアプリケーションがアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いておこなう利用許可要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、前記利用許可手順による利用許可の有無に基づいてアプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、をコンピュータに実行させることを特徴とする。

また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、特定のアプリケーションがアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いておこなう利用許可要求に応答して利用許可をおこなう利用許可手段と、前記利用許可手段による利用許可の有無に基づいてアプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、を備えたことを特徴とする。

かかる発明によれば、特定のアプリケーションがアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いておこなう利用許可要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

以下、添付図面を参照して、この発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラム、および通信デバイスの好適な実施の形態を詳細に説明する。

実施の形態１．
まず、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図において、アクセスフラグは、ＣＯＭポートを介したモデムカードへのアプリケーションからのアクセスを許可するか否かを示すフラグであり、このアクセスフラグが設定されている場合には、モデムカードへのアプリケーションからのアクセスが許可され、このアクセスフラグが未設定の場合には、モデムカードへのアプリケーションからのアクセスは許可されない。

すなわち、同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するためにＣＯＭポートのオープンを要求する前に、専用インタフェース（Ｉ／Ｆ）を用いてアクセスフラグ設定要求をおこなう。そして、アクセスフラグ設定後、特定アプリケーションがＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、ＣＯＭポートのオープン処理をおこない、ＣＯＭポートのオープンが成功したことを特定アプリケーションに知らせる。そして、特定アプリケーションはＡＴコマンド等を発行し、モデムカードを使って通信を開始することができる。

これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションがシリアルドライバに対してＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、ＣＯＭポートのオープン処理をおこなうことなく、ＣＯＭポートのオープンが失敗したことをそのアプリケーションに伝える。

このように、本実施の形態１では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、このアクセスフラグが設定されている場合にだけＣＯＭポートのオープンが成功することとしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

次に、本実施の形態１に係るマルチアクセス装置の構成について説明する。ここで、マルチアクセス装置とは、音声通話とパケット通信を同時におこなうことができる装置である。第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード２００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。

ＰＣ１００は、Windowsを搭載したコンピュータであり、マルチアクセス通信カード２００を用いてマルチアクセス機能を実現する。具体的には、データ通信アプリケーションと音声通話のアプリケーションを同時に実行し、マルチアクセス機能を実現する。

マルチアクセス通信カード２００は、ＰＣ１００が移動体通信網を用いてパケット通信と音声通話を同時におこなうことを可能とするＰＣカードであり、モデムおよびモデムに接続する二つのＣＯＭポートを有する。なお、ここでは、これら二つのＣＯＭポートをＣＯＭ２ポートおよびＣＯＭ３ポートとし、パケット通信にはＣＯＭ２ポートを、音声通話にはＣＯＭ３ポートを使用することとする。また、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスは、音声通話をおこなうアプリケーションだけに制限する。その理由は、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスによって電話接続が自動的におこなわれ、利用者の意図しない電話接続がおこなわれてしまうことを防ぐためである。

マウス１０は、表示画面上の任意の場所を指定するための装置であり、アプリケーションウィンドウの選択、メニューの選択などに使われ、キーボード２０は、ＰＣ１００への処理の指示およびデータの入力をおこなうための装置であり、メイル、ＵＲＬ、電話番号などの入力に使われる。

マイク付イアホン３０は、ＰＣ１００との間で音声入出力をおこなうための装置であり、音声通話のアプリケーションとの音声入出力に使われ、表示装置４０は、ＰＣ１００の出力を表示する装置であり、メイルの表示、Ｗｅｂ画面の表示、音声通話画面の表示などに使われる。

次にＰＣ１００の構成について説明する。第２図に示すように、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション１２０と、シリアルドライバ１３０と、ＰＣカードドライバ１４０とを有する。なお、このＰＣ１００は、図示していないが、ダイアルアップ接続を使用するＷｅｂブラウザ、メイルソフトなどのアプリケーションプログラム、ダイアルアップ接続のためのＴＣＰ／ＩＰ、ＰＰＰなどの通信ライブラリ、マイク付イアホン３０のデバイスドライバなどのプログラムを有する。

ダイアルアップアプリケーション１１０は、ダイアルアップ接続をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ２ポートを用いてデータ通信をおこなう。

音声通話アプリケーション１２０は、マイク付イアホン３０を用いて音声通話をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ３ポートを介してモデムとの通信をおこなう。この音声通話アプリケーション１２０は、シリアルドライバ１３０に対して、ＣＯＭ３ポートのオープン要求をおこなう前に、ＣＯＭ３ポートへのアクセスを許可するか否かを示すアクセスフラグの設定要求をおこなう。また、この音声通話アプリケーション１２０は、ＣＯＭ３ポートをクローズした後に、アクセスフラグのクリア要求をおこなう。

シリアルドライバ１３０は、ダイアルアップアプリケーション１１０および音声通話アプリケーション１２０がＣＯＭポートを介してマルチアクセス通信カード２００とシリアル通信をおこなうための処理部であり、ＣＯＭポートオープン処理ルーチン１３１と、アクセスフラグ設定処理ルーチン１３２と、アクセスフラグクリア処理ルーチン１３３と、アクセスフラグ１３４とを有する。なお、このシリアルドライバ１３０は、図示していないが、マルチアクセス通信カード２００からの割込みを処理する割込処理ルーチン、マルチアクセス通信カード２００とのデータ授受をおこなうためのＲｅａｄ処理ルーチンおよびＷｒｉｔｅ処理ルーチン、プラグアンドプレイ機能を実現するためのＰｎＰ処理ルーチン、電源管理をおこなうためのＰｏｗｅｒ処理ルーチンなどを有する。

ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからの要求に応じてＣＯＭポートをオープンする処理部であり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かを判定し、ＣＯＭ３ポートであれば、アクセスフラグ１３４が設定されている場合にだけオープン処理をおこなう。一方、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、無条件でオープン処理をおこなう。

このように、このＣＯＭポートオープン処理ルーチン１３１がアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートのオープン処理をおこなうこととしたので、ＣＯＭ３ポートを介したマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

アクセスフラグ設定処理ルーチン１３２は、アクセスフラグ１３４を設定する処理部であり、音声通話アプリケーション１２０によって使用される。具体的には、このアクセスフラグ設定処理ルーチン１３２は、DeviceIoControlを用いて呼び出される。

アクセスフラグクリア処理ルーチン１３３は、アクセスフラグ１３４をクリアする処理部であり、音声通話アプリケーション１２０によって使用される。このアクセスフラグクリア処理ルーチン１３３は、アクセスフラグ設定処理ルーチン１３２と同様に、DeviceIoControlを用いて呼び出される。

アクセスフラグ１３４は、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを記憶した記憶部であり、このアクセスフラグ１３４が設定されている場合には、マルチアクセス通信カード２００へのアクセスが許可され、このアクセスフラグ１３４が未設定の場合には、マルチアクセス通信カード２００へのアクセスは許可されない。このアクセスフラグ１３４がＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス可否を記憶することにより、音声通話アプリケーション１２０だけがＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制御することができる。

ＰＣカードドライバ１４０は、アプリケーションがＰＣカードを利用できるようにＰＣカードを管理する処理部であり、具体的には、ＰＣカードスロットの状態や割込みレベルなどを管理する。

次に、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順について説明する。第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。

同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がシリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求する（ステップＳ３０１）。なお、音声通話アプリケーション１２０は、この要求を、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。

そして、アクセスフラグ１３４の設定要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が既に設定されているか否かを調べ（ステップＳ３０２）、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４を設定する（ステップＳ３０３）。そして、処理結果に「正常終了」を設定し（ステップＳ３０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ３０６）。一方、アクセスフラグ１３４が既に設定されている場合には、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ３０５）、この処理結果をアプリケーションに知らせる（ステップＳ３０６）。

このように、音声通話アプリケーション１２０が、シリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求することとしたので、この音声通話アプリケーション１２０だけが、ＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制限することができる。

次に、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順について説明する。第４図は、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順を示すフローチャートである。

同図に示すように、このＣＯＭポートオープン処理ルーチン１３１は、アプリケーションがＣＯＭポートのオープンを要求すると、まずオープンするＣＯＭポートがＣＯＭ３ポートであるか否かを調べる（ステップＳ４０１）。そして、オープンするＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ４０２）、アクセスフラグ１３４が設定されている場合には、音声通話アプリケーション１２０からのＣＯＭ３ポートのオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなう（ステップＳ４０３）。そして、処理結果に「オープン成功」を設定し（ステップＳ４０４）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。

一方、アクセスフラグ１３４が設定されていない場合には、他のアプリケーションによるＣＯＭ３ポートの誤ったオープン要求または不正なオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなうことなく、処理結果に「オープン失敗」を設定し（ステップＳ４０５）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。また、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、ステップＳ４０３に進んでＣＯＭポートのオープン処理をおこなう。

このように、このＣＯＭポートオープン処理ルーチン１３１が、アプリケーションからのＣＯＭポートオープン要求に対して、オープンを要求されたＣＯＭポートがＣＯＭ３ポートであるか否かを調べ、ＣＯＭ３ポートである場合には、さらにアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にのみＣＯＭ３ポートをオープンすることとしたので、アクセスフラグ１３４を事前に設定した音声通話アプリケーション１２０だけにＣＯＭ３ポートの使用を制限することができる。

次に、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順について説明する。第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がＣＯＭ３ポートの使用を終了すると、シリアルドライバ１３０に対して、アクセスフラグ１３４のクリアを要求する（ステップＳ５０１）。なお、音声通話アプリケーション１２０は、この要求を、アクセスフラグ１３４の設定要求と同様に、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。

そして、アクセスフラグ１３４のクリア要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ５０２）、アクセスフラグ１３４が設定されている場合には、アクセスフラグ１３４をクリアする（ステップＳ５０３）。そして、処理結果に「正常終了」を設定し（ステップＳ５０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ５０６）。一方、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４のクリア要求に問題があるので、処理結果に「異常終了」を設定し（ステップＳ５０５）、この処理結果をアプリケーションに知らせる（ステップＳ５０６）。

上述したように、本実施の形態１では、シリアルドライバ１３０内にＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを示すアクセスフラグ１３４を設け、マルチアクセス通信カード２００にアクセスする音声通話アプリケーション１２０は、ＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４を設定し、ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからのＣＯＭポートオープン要求に対してアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートをオープンすることとしたので、音声通話アプリケーション１２０のみにマルチアクセス通信カード２００へのアクセスを許可することができ、このマルチメディア通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

実施の形態２．
ところで、上記実施の形態１では、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス許可を示すアクセスフラグ１３４が設定されているか否かの判定は、ＣＯＭポートオープン処理ルーチン１３１がおこなう場合を説明したが、アクセスフラグの判定は、ＣＯＭポートオープン処理ルーチン１３１以外でもおこなうことができる。そこで、本実施の形態２では、アクセスフラグの判定をＣＯＭポートのオープン処理時ではなく、ＣＯＭポートのオープンが成功した後、アプリケーションがマルチアクセス通信カード２００へ送付するコマンドレベルでおこなうマルチアクセス装置について説明する。

まず、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。

同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードへのコマンドを用いてアクセスフラグの設定をおこなう。なお、ここでは、ＣＯＭポートのオープン後にアクセスフラグを設定することとしたが、このアクセスフラグの設定はＣＯＭポートのオープンの前におこなうこともできる。

そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドをモデムカードに送り、特定アプリケーションはモデムカードを使って通信をおこなうことができる。

これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、コマンドエラーをそのアプリケーションに返す。

このように、本実施の形態２では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、シリアルドライバは、このアクセスフラグが設定されている場合にだけモデムカードへコマンドを送り、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

次に、本実施の形態２に係るマルチアクセス装置の構成について説明する。第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。

同図に示すように、このＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ７３０と、ＰＣカードドライバ１４０とを有する。

音声通話アプリケーション７２０は、シリアルドライバ７３０に対して、ＣＯＭ３ポートのオープンに成功した後、アクセスフラグ設定コマンドを発行する。そして、アクセスフラグを設定した後、ＡＴコマンド等を発行して音声通話を実行する。また、音声通話を終了する場合には、ＣＯＭ３ポートをクローズした後にアクセスフラグクリアコマンドを発行し、アクセスフラグをクリアする。

シリアルドライバ７３０は、Ｗｒｉｔｅ処理ルーチン７３１とＣＯＭポートオープン処理ルーチン７３２とを有し、また、図示しない割込処理ルーチン、Ｒｅａｄ処理ルーチン、ＰｎＰ処理ルーチン、Ｐｏｗｅｒ処理ルーチンなどを有する。

Ｗｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドをマルチアクセス通信カード２００に送信する処理部であり、アクセスフラグ７３３を有する。そして、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドの送信に使用するＣＯＭポートを判定し、ＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけアプリケーションが発行するコマンドをマルチアクセス通信カード２００に送る。

また、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ７３３を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ７３３をクリアする。

このように、このＷｒｉｔｅ処理ルーチン７３１が、アプリケーションがマルチアクセス通信カード２００へのコマンドの送信に使用するＣＯＭポートを調べ、ＣＯＭポートがＣＯＭ３ポートである場合には、さらにアクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけコマンドをマルチアクセス通信カード２００に送ることとしたので、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

ＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートのオープンをおこなう処理部である。ただし、このＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートオープン処理ルーチン１３１とは異なり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かの調査や、アクセスフラグが設定されているか否かの調査などの特別な処理はおこなわない。

次に、Ｗｒｉｔｅ処理ルーチン７３１の処理手順について説明する。第８図は、Ｗｒｉｔｅ処理ルーチン７３１の処理手順を示すフローチャートである。同図に示すように、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが出力するＣＯＭポートがＣＯＭ３ポートであるか否かを調べ（ステップＳ８０１）、ＣＯＭ３ポートである場合には、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドを調べる（ステップＳ８０２）。

そして、アプリケーションから出力されたコマンドがアクセスフラグ設定コマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０３）、アクセスフラグ７３３が設定されていなければ、アクセスフラグ７３３を設定する（ステップＳ８０４）。そして、処理結果に「正常終了」を設定し（ステップＳ８０５）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ８０６）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。

また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがアクセスフラグクリアコマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０７）、アクセスフラグ７３３が設定されていれば、アクセスフラグ７３３をクリアし（ステップＳ８０８）、処理結果に「正常終了」を設定し（ステップＳ８０９）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていなければ、処理結果に「異常終了」を設定し（ステップＳ８１０）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。

また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがその他のコマンド等である場合には、アクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８１１）、アクセスフラグ７３３が設定されていなければ、マルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスであるので、処理結果に「異常終了」を設定し（ステップＳ８１２）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、音声通話アプリケーション７２０からＣＯＭ３ポートを介したマルチアクセス通信カード２００への正しいアクセスであるので、コマンドをマルチアクセス通信カード２００へ送付し（ステップＳ８１３）、処理結果に「正常終了」を設定し（ステップＳ８１４）、この処理結果を音声通話アプリケーション７２０に知らせる（ステップＳ８１５）。

上述したように、本実施の形態２では、音声通話アプリケーション７２０がシリアルドライバ７３０に対してマルチアクセス通信カード２００へのコマンドを用いてアクセスフラグ設定を要求し、シリアルドライバ７３０のＷｒｉｔｅ処理ルーチン７３１がコマンドを解析してアクセスフラグ７３３を設定し、アクセスフラグ７３３設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード２００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード２００へアクセスすることができ、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

実施の形態３．
上記実施の形態１および２では、シリアルドライバ内にアクセスフラグを設け、音声通話アプリケーションがこのアクセスフラグを設定した後、ＣＯＭ３ポートを介してマルチアクセス通信カードにアクセスする場合について説明したが、アクセスフラグは、シリアルドライバ内ではなく、マルチアクセス通信カード内に設けることもできる。そこで、本実施の形態３では、アクセスフラグをマルチアクセス通信カード内に設けた場合について説明する。

第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードに対してアクセスフラグ設定コマンドを発行し、アクセスフラグ設定コマンドを受け取ったモデムカードがカード内のアクセスフラグを設定する。

そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドを実行する。

これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受けったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されていないのでコマンドエラーをそのアプリケーションに返す。

このように、本実施の形態３では、モデムカード内にアクセスフラグを設け、モデムカードは、このアクセスフラグが設定されている場合にだけアプリケーションから送られたコマンドを実行し、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

次に、本実施の形態３に係るマルチアクセス装置の構成について説明する。第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図および第７図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。

同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード１０００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。また、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ１０３０と、ＰＣカードドライバ１４０とを有する。

シリアルドライバ１０３０は、シリアルドライバ１３０やシリアルドライバ７３０とは異なり、ＣＯＭポートがＣＯＭ３ポートであっても特別な処理をおこなうことはない。

マルチアクセス通信カード１０００は、二つのＣＯＭポートに加えてコマンド処理ルーチン１０１０を有する。このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを解釈実行する処理部であり、アクセスフラグ１０１１を有する。そして、このコマンド処理ルーチン１０１０は、アプリケーションが使用するＣＯＭポートを判定し、使用するＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけアプリケーションが発行するコマンドを実行する。

また、このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ１０１１を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ１０１１をクリアする。

このように、このコマンド処理ルーチン１０１０がアクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけコマンドを実行することとしたので、マルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

上述したように、本実施の形態３では、音声通話アプリケーション７２０がマルチアクセス通信カード１０００に対してコマンドを用いてアクセスフラグ設定を要求し、マルチアクセス通信カード１０００のコマンド処理ルーチン１０１０がコマンドを解析してアクセスフラグ１０１１を設定し、アクセスフラグ１０１１設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード１０００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード１０００へアクセスすることができ、このマルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。

また、本実施の形態３では、コマンド処理ルーチン１０１０およびアクセスフラグ１０１１をマルチアクセス通信カード１０００内に設け、マルチアクセス通信カード１０００へのアクセス制限をマルチアクセス通信カード１０００自身でおこなうこととしたので、シリアルドライバ１０３０はＣＯＭ３ポートに対して特別な処理が不要となり、シリアルドライバの変更を不要とすることができる。

以上説明したように、本発明によれば、特定のアプリケーションがアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いておこなう利用許可要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるという効果を奏する。

以上のように、本発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスは、汎用ポートを介した通信を特定のアプリケーションだけが利用できるように制限する必要があるコンピュータシステムに適している。

第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。第４図は、第２図に示したＣＯＭポートオープン処理ルーチンの処理手順を示すフローチャートである。第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。第８図は、Ｗｒｉｔｅ処理ルーチンの処理手順を示すフローチャート図である。第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。

Claims

少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、
特定のアプリケーションのアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いて行う利用許可要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、
前記利用許可工程による利用許可の有無に基づいて前記特定のアプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、
を含んだことを特徴とするアクセス要求制御方法。
前記通信デバイスは、データ通信と音声通話を同時に実行可能な通信デバイスであり、
前記利用許可工程は、所定の音声通話アプリケーションに対して該通信デバイスに対する利用許可をおこなうことを特徴とする請求項１に記載のアクセス要求制御方法。
前記利用許可工程は、前記専用アプリケーション・プログラミング・インタフェースとしてデバイス入出力制御を用いた前記特定のアプリケーションからのアクセスフラグの設定要求に応答して該特定のアプリケーションによる前記通信デバイスに対するアクセス許可を示すアクセスフラグを前記利用許可として設定し、前記制御工程は、前記特定のアプリケーションからアクセス要求を受け付けた際に、当該アプリケーションにアクセスフラグが設定されているか否かに基づいて前記通信デバイスに対するアクセス要求を受け付けるか否かを制御することを特徴とする請求項１または２に記載のアクセス要求制御方法。
少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、
特定のアプリケーションがアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いておこなう利用許可要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、
前記利用許可手順による利用許可の有無に基づいてアプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、
をコンピュータに実行させることを特徴とする通信デバイス用ドライバプログラム。
少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、
特定のアプリケーションがアクセス要求に先立って該特定のアプリケーションだけが使用する専用のアプリケーション・プログラミング・インタフェースを用いておこなう利用許可要求に応答して利用許可をおこなう利用許可手段と、
前記利用許可手段による利用許可の有無に基づいてアプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、
を備えたことを特徴とする通信デバイス。