JPWO2004040890A1 - アクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイス - Google Patents
アクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイス Download PDFInfo
- Publication number
- JPWO2004040890A1 JPWO2004040890A1 JP2004548007A JP2004548007A JPWO2004040890A1 JP WO2004040890 A1 JPWO2004040890 A1 JP WO2004040890A1 JP 2004548007 A JP2004548007 A JP 2004548007A JP 2004548007 A JP2004548007 A JP 2004548007A JP WO2004040890 A1 JPWO2004040890 A1 JP WO2004040890A1
- Authority
- JP
- Japan
- Prior art keywords
- access
- application
- communication device
- flag
- port
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 629
- 238000000034 method Methods 0.000 title claims description 109
- 238000010586 diagram Methods 0.000 description 34
- 230000002159 abnormal effect Effects 0.000 description 15
- 230000005540 biological transmission Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Storage Device Security (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
コンピュータのシリアルポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して公衆通信網を介した通信をおこなうマルチアクセス通信カードに対応するドライバプログラムであって、マルチアクセス通信カードのＣＯＭ（３）ポートへのアクセスを許可するか否かを示すアクセスフラグを設定するアクセスフラグ設定ルーチンと、アプリケーションからのＣＯＭポートオープン要求に対してアクセスフラグが設定されている場合にだけＣＯＭ（３）ポートをオープンするＣＯＭポートオープン処理ルーチンとを備える。
Description
この発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法、通信デバイス用ドライバプログラムおよびに通信デバイスに関し、特に、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスに関するものである。
従来、Ｗｉｎｄｏｗｓ（登録商標、以下同様）を搭載したパーソナルコンピュータ（以下「ＰＣ」と言う）には、汎用ポートであるＣＯＭ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ポート（シリアルポート）が設けられており、このＣＯＭポートには、モデム機能を有するモデムカードや無線通信機能を有する無線通信カードなどのいわゆるＰＣカードと呼ばれるデバイスが割り当てられる。
そして、このＣＯＭポートにＰＣカードが割り当てられた場合には、Ｗｉｎｄｏｗｓ上で起動する各種アプリケーションが、かかるＣＯＭポートを介してＰＣカードにアクセスできるようになる。たとえば、モデムカードがＰＣに接続されるとともにこのモデムカードがＣＯＭ２ポートに割り当てられた場合には、ハイパーターミナル（Ｈｙｐｅｒ Ｔｅｒｍｉｎａｌ）などのモデムを使用する汎用のアプリケーションが、このＣＯＭ２ポートを介してモデムカードにアクセスすることが可能となる。
しかしながら、かかるＣＯＭポートが汎用ポートであるからと言って、すべてのアプリケーションがＣＯＭポートに割り当てられたＰＣカードにアクセスできることとすると、あるアプリケーションから誤ってＰＣカードにアクセスする場合や不正なアプリケーションがＰＣカードにアクセスする場合に問題が生ずる。具体的には、従来のＰＣカードおよび該ＰＣカードのデバイスドライバ（シリアルドライバ）では、ＣＯＭポートを介してＰＣカードにアクセスするアプリケーションが何であるのかを確認することができないため、ＰＣカードにアクセスさせるべきでないアプリケーションであっても、ＣＯＭポートを介したＰＣカードのアクセスを許してしまう結果となる。
特に、音声通話とパケット通信を同時におこなうマルチアクセス機能を有するＰＣカードを考えた場合には深刻な問題が生ずる。具体的には、このＰＣカードをＰＣに接続するとともにＣＯＭポートを割り当て、このＰＣカードのパケット通信を利用してＷＥＢ上のホームページを閲覧していた場合に、ホームページからＪａｖａ（登録商標、以下同様）スクリプトなどで記述された不正なアプリケーションをダウンロードしてしまうと、この不正なアプリケーションの起動により、ＰＣカードを介した自動的なダイアルアップ接続がおこなわれ、後日利用者が意図しない電話料金の課金を強いられる結果となる。
したがって、この発明は、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスを提供することを目的とする。
そして、このＣＯＭポートにＰＣカードが割り当てられた場合には、Ｗｉｎｄｏｗｓ上で起動する各種アプリケーションが、かかるＣＯＭポートを介してＰＣカードにアクセスできるようになる。たとえば、モデムカードがＰＣに接続されるとともにこのモデムカードがＣＯＭ２ポートに割り当てられた場合には、ハイパーターミナル（Ｈｙｐｅｒ Ｔｅｒｍｉｎａｌ）などのモデムを使用する汎用のアプリケーションが、このＣＯＭ２ポートを介してモデムカードにアクセスすることが可能となる。
しかしながら、かかるＣＯＭポートが汎用ポートであるからと言って、すべてのアプリケーションがＣＯＭポートに割り当てられたＰＣカードにアクセスできることとすると、あるアプリケーションから誤ってＰＣカードにアクセスする場合や不正なアプリケーションがＰＣカードにアクセスする場合に問題が生ずる。具体的には、従来のＰＣカードおよび該ＰＣカードのデバイスドライバ（シリアルドライバ）では、ＣＯＭポートを介してＰＣカードにアクセスするアプリケーションが何であるのかを確認することができないため、ＰＣカードにアクセスさせるべきでないアプリケーションであっても、ＣＯＭポートを介したＰＣカードのアクセスを許してしまう結果となる。
特に、音声通話とパケット通信を同時におこなうマルチアクセス機能を有するＰＣカードを考えた場合には深刻な問題が生ずる。具体的には、このＰＣカードをＰＣに接続するとともにＣＯＭポートを割り当て、このＰＣカードのパケット通信を利用してＷＥＢ上のホームページを閲覧していた場合に、ホームページからＪａｖａ（登録商標、以下同様）スクリプトなどで記述された不正なアプリケーションをダウンロードしてしまうと、この不正なアプリケーションの起動により、ＰＣカードを介した自動的なダイアルアップ接続がおこなわれ、後日利用者が意図しない電話料金の課金を強いられる結果となる。
したがって、この発明は、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスを提供することを目的とする。
上述した課題を解決し、目的を達成するため、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、前記利用許可工程による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、を含んだことを特徴とする。
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、をコンピュータで実行することを特徴とする。
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、を備えたことを特徴とする。
かかる発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、をコンピュータで実行することを特徴とする。
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、を備えたことを特徴とする。
かかる発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図であり、第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図であり、第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートであり、第４図は、第２図に示したＣＯＭポートオープン処理ルーチンの処理手順を示すフローチャートであり、第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートであり、第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図であり、第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図であり、第８図は、Ｗｒｉｔｅ処理ルーチンの処理手順を示すフローチャート図であり、第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図であり、第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。
以下、添付図面を参照して、この発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラム、および通信デバイスの好適な実施の形態を詳細に説明する。
実施の形態１．
まず、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図において、アクセスフラグは、ＣＯＭポートを介したモデムカードへのアプリケーションからのアクセスを許可するか否かを示すフラグであり、このアクセスフラグが設定されている場合には、モデムカードへのアプリケーションからのアクセスが許可され、このアクセスフラグが未設定の場合には、モデムカードへのアプリケーションからのアクセスは許可されない。
すなわち、同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するためにＣＯＭポートのオープンを要求する前に、専用インタフェース（Ｉ／Ｆ）を用いてアクセスフラグ設定要求をおこなう。そして、アクセスフラグ設定後、特定アプリケーションがＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、ＣＯＭポートのオープン処理をおこない、ＣＯＭポートのオープンが成功したことを特定アプリケーションに知らせる。そして、特定アプリケーションはＡＴコマンド等を発行し、モデムカードを使って通信を開始することができる。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションがシリアルドライバに対してＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、ＣＯＭポートのオープン処理をおこなうことなく、ＣＯＭポートのオープンが失敗したことをそのアプリケーションに伝える。
このように、本実施の形態１では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、このアクセスフラグが設定されている場合にだけＣＯＭポートのオープンが成功することとしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態１に係るマルチアクセス装置の構成について説明する。ここで、マルチアクセス装置とは、音声通話とパケット通信を同時におこなうことができる装置である。第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード２００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。
ＰＣ１００は、Ｗｉｎｄｏｗｓを搭載したコンピュータであり、マルチアクセス通信カード２００を用いてマルチアクセス機能を実現する。具体的には、データ通信アプリケーションと音声通話のアプリケーションを同時に実行し、マルチアクセス機能を実現する。
マルチアクセス通信カード２００は、ＰＣ１００が移動体通信網を用いてパケット通信と音声通話を同時におこなうことを可能とするＰＣカードであり、モデムおよびモデムに接続する二つのＣＯＭポートを有する。なお、ここでは、これら二つのＣＯＭポートをＣＯＭ２ポートおよびＣＯＭ３ポートとし、パケット通信にはＣＯＭ２ポートを、音声通話にはＣＯＭ３ポートを使用することとする。また、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスは、音声通話をおこなうアプリケーションだけに制限する。その理由は、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスによって電話接続が自動的におこなわれ、利用者の意図しない電話接続がおこなわれてしまうことを防ぐためである。
マウス１０は、表示画面上の任意の場所を指定するための装置であり、アプリケーションウィンドウの選択、メニューの選択などに使われ、キーボード２０は、ＰＣ１００への処理の指示およびデータの入力をおこなうための装置であり、メイル、ＵＲＬ、電話番号などの入力に使われる。
マイク付イアホン３０は、ＰＣ１００との間で音声入出力をおこなうための装置であり、音声通話のアプリケーションとの音声入出力に使われ、表示装置４０は、ＰＣ１００の出力を表示する装置であり、メイルの表示、Ｗｅｂ画面の表示、音声通話画面の表示などに使われる。
次にＰＣ１００の構成について説明する。第２図に示すように、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション１２０と、シリアルドライバ１３０と、ＰＣカードドライバ１４０とを有する。なお、このＰＣ１００は、図示していないが、ダイアルアップ接続を使用するＷｅｂブラウザ、メイルソフトなどのアプリケーションプログラム、ダイアルアップ接続のためのＴＣＰ／ＩＰ、ＰＰＰなどの通信ライブラリ、マイク付イアホン３０のデバイスドライバなどのプログラムを有する。
ダイアルアップアプリケーション１１０は、ダイアルアップ接続をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ２ポートを用いてデータ通信をおこなう。
音声通話アプリケーション１２０は、マイク付イアホン３０を用いて音声通話をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ３ポートを介してモデムとの通信をおこなう。この音声通話アプリケーション１２０は、シリアルドライバ１３０に対して、ＣＯＭ３ポートのオープン要求をおこなう前に、ＣＯＭ３ポートへのアクセスを許可するか否かを示すアクセスフラグの設定要求をおこなう。また、この音声通話アプリケーション１２０は、ＣＯＭ３ポートをクローズした後に、アクセスフラグのクリア要求をおこなう。
シリアルドライバ１３０は、ダイアルアップアプリケーション１１０および音声通話アプリケーション１２０がＣＯＭポートを介してマルチアクセス通信カード２００とシリアル通信をおこなうための処理部であり、ＣＯＭポートオープン処理ルーチン１３１と、アクセスフラグ設定処理ルーチン１３２と、アクセスフラグクリア処理ルーチン１３３と、アクセスフラグ１３４とを有する。なお、このシリアルドライバ１３０は、図示していないが、マルチアクセス通信カード２００からの割込みを処理する割込処理ルーチン、マルチアクセス通信カード２００とのデータ授受をおこなうためのＲｅａｄ処理ルーチンおよびＷｒｉｔｅ処理ルーチン、プラグアンドプレイ機能を実現するためのＰｎＰ処理ルーチン、電源管理をおこなうためのＰｏｗｅｒ処理ルーチンなどを有する。
ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからの要求に応じてＣＯＭポートをオープンする処理部であり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かを判定し、ＣＯＭ３ポートであれば、アクセスフラグ１３４が設定されている場合にだけオープン処理をおこなう。一方、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、無条件でオープン処理をおこなう。
このように、このＣＯＭポートオープン処理ルーチン１３１がアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートのオープン処理をおこなうこととしたので、ＣＯＭ３ポートを介したマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
アクセスフラグ設定処理ルーチン１３２は、アクセスフラグ１３４を設定する処理部であり、音声通話アプリケーション１２０によって使用される。具体的には、このアクセスフラグ設定処理ルーチン１３２は、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いて呼び出される。
アクセスフラグクリア処理ルーチン１３３は、アクセスフラグ１３４をクリアする処理部であり、音声通話アプリケーション１２０によって使用される。このアクセスフラグクリア処理ルーチン１３３は、アクセスフラグ設定処理ルーチン１３２と同様に、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いて呼び出される。
アクセスフラグ１３４は、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを記憶した記憶部であり、このアクセスフラグ１３４が設定されている場合には、マルチアクセス通信カード２００へのアクセスが許可され、このアクセスフラグ１３４が未設定の場合には、マルチアクセス通信カード２００へのアクセスは許可されない。このアクセスフラグ１３４がＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス可否を記憶することにより、音声通話アプリケーション１２０だけがＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制御することができる。
ＰＣカードドライバ１４０は、アプリケーションがＰＣカードを利用できるようにＰＣカードを管理する処理部であり、具体的には、ＰＣカードスロットの状態や割込みレベルなどを管理する。
次に、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順について説明する。第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。
同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がシリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求する（ステップＳ３０１）。なお、音声通話アプリケーション１２０は、この要求を、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いてシリアルドライバ１３０に対して直接おこなうことができる。
そして、アクセスフラグ１３４の設定要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が既に設定されているか否かを調べ（ステップＳ３０２）、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４を設定する（ステップＳ３０３）。そして、処理結果に「正常終了」を設定し（ステップＳ３０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ３０６）。一方、アクセスフラグ１３４が既に設定されている場合には、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ３０５）、この処理結果をアプリケーションに知らせる（ステップＳ３０６）。
このように、音声通話アプリケーション１２０が、シリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求することとしたので、この音声通話アプリケーション１２０だけが、ＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制限することができる。
次に、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順について説明する。第４図は、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順を示すフローチャートである。
同図に示すように、このＣＯＭポートオープン処理ルーチン１３１は、アプリケーションがＣＯＭポートのオープンを要求すると、まずオープンするＣＯＭポートがＣＯＭ３ポートであるか否かを調べる（ステップＳ４０１）。そして、オープンするＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ４０２）、アクセスフラグ１３４が設定されている場合には、音声通話アプリケーション１２０からのＣＯＭ３ポートのオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなう（ステップＳ４０３）。そして、処理結果に「オープン成功」を設定し（ステップＳ４０４）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。
一方、アクセスフラグ１３４が設定されていない場合には、他のアプリケーションによるＣＯＭ３ポートの誤ったオープン要求または不正なオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなうことなく、処理結果に「オープン失敗」を設定し（ステップＳ４０５）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。また、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、ステップＳ４０３に進んでＣＯＭポートのオープン処理をおこなう。
このように、このＣＯＭポートオープン処理ルーチン１３１が、アプリケーションからのＣＯＭポートオープン要求に対して、オープンを要求されたＣＯＭポートがＣＯＭ３ポートであるか否かを調べ、ＣＯＭ３ポートである場合には、さらにアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にのみＣＯＭ３ポートをオープンすることとしたので、アクセスフラグ１３４を事前に設定した音声通話アプリケーション１２０だけにＣＯＭ３ポートの使用を制限することができる。
次に、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順について説明する。第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がＣＯＭ３ポートの使用を終了すると、シリアルドライバ１３０に対して、アクセスフラグ１３４のクリアを要求する（ステップＳ５０１）。なお、音声通話アプリケーション１２０は、この要求を、アクセスフラグ１３４の設定要求と同様に、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いてシリアルドライバ１３０に対して直接おこなうことができる。
そして、アクセスフラグ１３４のクリア要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ５０２）、アクセスフラグ１３４が設定されている場合には、アクセスフラグ１３４をクリアする（ステップＳ５０３）。そして、処理結果に「正常終了」を設定し（ステップＳ５０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ５０６）。一方、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４のクリア要求に問題があるので、処理結果に「異常終了」を設定し（ステップＳ５０５）、この処理結果をアプリケーションに知らせる（ステップＳ５０６）。
上述したように、本実施の形態１では、シリアルドライバ１３０内にＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを示すアクセスフラグ１３４を設け、マルチアクセス通信カード２００にアクセスする音声通話アプリケーション１２０は、ＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４を設定し、ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからのＣＯＭポートオープン要求に対してアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートをオープンすることとしたので、音声通話アプリケーション１２０のみにマルチアクセス通信カード２００へのアクセスを許可することができ、このマルチメディア通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
実施の形態２．
ところで、上記実施の形態１では、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス許可を示すアクセスフラグ１３４が設定されているか否かの判定は、ＣＯＭポートオープン処理ルーチン１３１がおこなう場合を説明したが、アクセスフラグの判定は、ＣＯＭポートオープン処理ルーチン１３１以外でもおこなうことができる。そこで、本実施の形態２では、アクセスフラグの判定をＣＯＭポートのオープン処理時ではなく、ＣＯＭポートのオープンが成功した後、アプリケーションがマルチアクセス通信カード２００へ送付するコマンドレベルでおこなうマルチアクセス装置について説明する。
まず、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードへのコマンドを用いてアクセスフラグの設定をおこなう。なお、ここでは、ＣＯＭポートのオープン後にアクセスフラグを設定することとしたが、このアクセスフラグの設定はＣＯＭポートのオープンの前におこなうこともできる。
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドをモデムカードに送り、特定アプリケーションはモデムカードを使って通信をおこなうことができる。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、コマンドエラーをそのアプリケーションに返す。
このように、本実施の形態２では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、シリアルドライバは、このアクセスフラグが設定されている場合にだけモデムカードへコマンドを送り、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態２に係るマルチアクセス装置の構成について説明する。第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
同図に示すように、このＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ７３０と、ＰＣカードドライバ１４０とを有する。
音声通話アプリケーション７２０は、シリアルドライバ７３０に対して、ＣＯＭ３ポートのオープンに成功した後、アクセスフラグ設定コマンドを発行する。そして、アクセスフラグを設定した後、ＡＴコマンド等を発行して音声通話を実行する。また、音声通話を終了する場合には、ＣＯＭ３ポートをクローズした後にアクセスフラグクリアコマンドを発行し、アクセスフラグをクリアする。
シリアルドライバ７３０は、Ｗｒｉｔｅ処理ルーチン７３１とＣＯＭポートオープン処理ルーチン７３２とを有し、また、図示しない割込処理ルーチン、Ｒｅａｄ処理ルーチン、ＰｎＰ処理ルーチン、Ｐｏｗｅｒ処理ルーチンなどを有する。
Ｗｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドをマルチアクセス通信カード２００に送信する処理部であり、アクセスフラグ７３３を有する。そして、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドの送信に使用するＣＯＭポートを判定し、ＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけアプリケーションが発行するコマンドをマルチアクセス通信カード２００に送る。
また、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ７３３を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ７３３をクリアする。
このように、このＷｒｉｔｅ処理ルーチン７３１が、アプリケーションがマルチアクセス通信カード２００へのコマンドの送信に使用するＣＯＭポートを調べ、ＣＯＭポートがＣＯＭ３ポートである場合には、さらにアクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけコマンドをマルチアクセス通信カード２００に送ることとしたので、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
ＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートのオープンをおこなう処理部である。ただし、このＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートオープン処理ルーチン１３１とは異なり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かの調査や、アクセスフラグが設定されているか否かの調査などの特別な処理はおこなわない。
次に、Ｗｒｉｔｅ処理ルーチン７３１の処理手順について説明する。第８図は、Ｗｒｉｔｅ処理ルーチン７３１の処理手順を示すフローチャートである。同図に示すように、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが出力するＣＯＭポートがＣＯＭ３ポートであるか否かを調べ（ステップＳ８０１）、ＣＯＭ３ポートである場合には、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドを調べる（ステップＳ８０２）。
そして、アプリケーションから出力されたコマンドがアクセスフラグ設定コマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０３）、アクセスフラグ７３３が設定されていなければ、アクセスフラグ７３３を設定する（ステップＳ８０４）。そして、処理結果に「正常終了」を設定し（ステップＳ８０５）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ８０６）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがアクセスフラグクリアコマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０７）、アクセスフラグ７３３が設定されていれば、アクセスフラグ７３３をクリアし（ステップＳ８０８）、処理結果に「正常終了」を設定し（ステップＳ８０９）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていなければ、処理結果に「異常終了」を設定し（ステップＳ８１０）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがその他のコマンド等である場合には、アクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８１１）、アクセスフラグ７３３が設定されていなければ、マルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスであるので、処理結果に「異常終了」を設定し（ステップＳ８１２）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、音声通話アプリケーション７２０からＣＯＭ３ポートを介したマルチアクセス通信カード２００への正しいアクセスであるので、コマンドをマルチアクセス通信カード２００へ送付し（ステップＳ８１３）、処理結果に「正常終了」を設定し（ステップＳ８１４）、この処理結果を音声通話アプリケーション７２０に知らせる（ステップＳ８１５）。
上述したように、本実施の形態２では、音声通話アプリケーション７２０がシリアルドライバ７３０に対してマルチアクセス通信カード２００へのコマンドを用いてアクセスフラグ設定を要求し、シリアルドライバ７３０のＷｒｉｔｅ処理ルーチン７３１がコマンドを解析してアクセスフラグ７３３を設定し、アクセスフラグ７３３設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード２００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード２００へアクセスすることができ、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
実施の形態３．
上記実施の形態１および２では、シリアルドライバ内にアクセスフラグを設け、音声通話アプリケーションがこのアクセスフラグを設定した後、ＣＯＭ３ポートを介してマルチアクセス通信カードにアクセスする場合について説明したが、アクセスフラグは、シリアルドライバ内ではなく、マルチアクセス通信カード内に設けることもできる。そこで、本実施の形態３では、アクセスフラグをマルチアクセス通信カード内に設けた場合について説明する。
第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードに対してアクセスフラグ設定コマンドを発行し、アクセスフラグ設定コマンドを受け取ったモデムカードがカード内のアクセスフラグを設定する。
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドを実行する。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受けったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されていないのでコマンドエラーをそのアプリケーションに返す。
このように、本実施の形態３では、モデムカード内にアクセスフラグを設け、モデムカードは、このアクセスフラグが設定されている場合にだけアプリケーションから送られたコマンドを実行し、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態３に係るマルチアクセス装置の構成について説明する。第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図および第７図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード１０００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。また、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ１０３０と、ＰＣカードドライバ１４０とを有する。
シリアルドライバ１０３０は、シリアルドライバ１３０やシリアルドライバ７３０とは異なり、ＣＯＭポートがＣＯＭ３ポートであっても特別な処理をおこなうことはない。
マルチアクセス通信カード１０００は、二つのＣＯＭポートに加えてコマンド処理ルーチン１０１０を有する。このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを解釈実行する処理部であり、アクセスフラグ１０１１を有する。そして、このコマンド処理ルーチン１０１０は、アプリケーションが使用するＣＯＭポートを判定し、使用するＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけアプリケーションが発行するコマンドを実行する。
また、このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ１０１１を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ１０１１をクリアする。
このように、このコマンド処理ルーチン１０１０がアクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけコマンドを実行することとしたので、マルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
上述したように、本実施の形態３では、音声通話アプリケーション７２０がマルチアクセス通信カード１０００に対してコマンドを用いてアクセスフラグ設定を要求し、マルチアクセス通信カード１０００のコマンド処理ルーチン１０１０がコマンドを解析してアクセスフラグ１０１１を設定し、アクセスフラグ１０１１設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード１０００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード１０００へアクセスすることができ、このマルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
また、本実施の形態３では、コマンド処理ルーチン１０１０およびアクセスフラグ１０１１をマルチアクセス通信カード１０００内に設け、マルチアクセス通信カード１０００へのアクセス制限をマルチアクセス通信カード１０００自身でおこなうこととしたので、シリアルドライバ１０３０はＣＯＭ３ポートに対して特別な処理が不要となり、シリアルドライバの変更を不要とすることができる。
以上説明したように、本発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるという効果を奏する。
実施の形態１．
まず、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図において、アクセスフラグは、ＣＯＭポートを介したモデムカードへのアプリケーションからのアクセスを許可するか否かを示すフラグであり、このアクセスフラグが設定されている場合には、モデムカードへのアプリケーションからのアクセスが許可され、このアクセスフラグが未設定の場合には、モデムカードへのアプリケーションからのアクセスは許可されない。
すなわち、同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するためにＣＯＭポートのオープンを要求する前に、専用インタフェース（Ｉ／Ｆ）を用いてアクセスフラグ設定要求をおこなう。そして、アクセスフラグ設定後、特定アプリケーションがＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、ＣＯＭポートのオープン処理をおこない、ＣＯＭポートのオープンが成功したことを特定アプリケーションに知らせる。そして、特定アプリケーションはＡＴコマンド等を発行し、モデムカードを使って通信を開始することができる。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションがシリアルドライバに対してＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、ＣＯＭポートのオープン処理をおこなうことなく、ＣＯＭポートのオープンが失敗したことをそのアプリケーションに伝える。
このように、本実施の形態１では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、このアクセスフラグが設定されている場合にだけＣＯＭポートのオープンが成功することとしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態１に係るマルチアクセス装置の構成について説明する。ここで、マルチアクセス装置とは、音声通話とパケット通信を同時におこなうことができる装置である。第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード２００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。
ＰＣ１００は、Ｗｉｎｄｏｗｓを搭載したコンピュータであり、マルチアクセス通信カード２００を用いてマルチアクセス機能を実現する。具体的には、データ通信アプリケーションと音声通話のアプリケーションを同時に実行し、マルチアクセス機能を実現する。
マルチアクセス通信カード２００は、ＰＣ１００が移動体通信網を用いてパケット通信と音声通話を同時におこなうことを可能とするＰＣカードであり、モデムおよびモデムに接続する二つのＣＯＭポートを有する。なお、ここでは、これら二つのＣＯＭポートをＣＯＭ２ポートおよびＣＯＭ３ポートとし、パケット通信にはＣＯＭ２ポートを、音声通話にはＣＯＭ３ポートを使用することとする。また、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスは、音声通話をおこなうアプリケーションだけに制限する。その理由は、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスによって電話接続が自動的におこなわれ、利用者の意図しない電話接続がおこなわれてしまうことを防ぐためである。
マウス１０は、表示画面上の任意の場所を指定するための装置であり、アプリケーションウィンドウの選択、メニューの選択などに使われ、キーボード２０は、ＰＣ１００への処理の指示およびデータの入力をおこなうための装置であり、メイル、ＵＲＬ、電話番号などの入力に使われる。
マイク付イアホン３０は、ＰＣ１００との間で音声入出力をおこなうための装置であり、音声通話のアプリケーションとの音声入出力に使われ、表示装置４０は、ＰＣ１００の出力を表示する装置であり、メイルの表示、Ｗｅｂ画面の表示、音声通話画面の表示などに使われる。
次にＰＣ１００の構成について説明する。第２図に示すように、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション１２０と、シリアルドライバ１３０と、ＰＣカードドライバ１４０とを有する。なお、このＰＣ１００は、図示していないが、ダイアルアップ接続を使用するＷｅｂブラウザ、メイルソフトなどのアプリケーションプログラム、ダイアルアップ接続のためのＴＣＰ／ＩＰ、ＰＰＰなどの通信ライブラリ、マイク付イアホン３０のデバイスドライバなどのプログラムを有する。
ダイアルアップアプリケーション１１０は、ダイアルアップ接続をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ２ポートを用いてデータ通信をおこなう。
音声通話アプリケーション１２０は、マイク付イアホン３０を用いて音声通話をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ３ポートを介してモデムとの通信をおこなう。この音声通話アプリケーション１２０は、シリアルドライバ１３０に対して、ＣＯＭ３ポートのオープン要求をおこなう前に、ＣＯＭ３ポートへのアクセスを許可するか否かを示すアクセスフラグの設定要求をおこなう。また、この音声通話アプリケーション１２０は、ＣＯＭ３ポートをクローズした後に、アクセスフラグのクリア要求をおこなう。
シリアルドライバ１３０は、ダイアルアップアプリケーション１１０および音声通話アプリケーション１２０がＣＯＭポートを介してマルチアクセス通信カード２００とシリアル通信をおこなうための処理部であり、ＣＯＭポートオープン処理ルーチン１３１と、アクセスフラグ設定処理ルーチン１３２と、アクセスフラグクリア処理ルーチン１３３と、アクセスフラグ１３４とを有する。なお、このシリアルドライバ１３０は、図示していないが、マルチアクセス通信カード２００からの割込みを処理する割込処理ルーチン、マルチアクセス通信カード２００とのデータ授受をおこなうためのＲｅａｄ処理ルーチンおよびＷｒｉｔｅ処理ルーチン、プラグアンドプレイ機能を実現するためのＰｎＰ処理ルーチン、電源管理をおこなうためのＰｏｗｅｒ処理ルーチンなどを有する。
ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからの要求に応じてＣＯＭポートをオープンする処理部であり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かを判定し、ＣＯＭ３ポートであれば、アクセスフラグ１３４が設定されている場合にだけオープン処理をおこなう。一方、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、無条件でオープン処理をおこなう。
このように、このＣＯＭポートオープン処理ルーチン１３１がアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートのオープン処理をおこなうこととしたので、ＣＯＭ３ポートを介したマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
アクセスフラグ設定処理ルーチン１３２は、アクセスフラグ１３４を設定する処理部であり、音声通話アプリケーション１２０によって使用される。具体的には、このアクセスフラグ設定処理ルーチン１３２は、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いて呼び出される。
アクセスフラグクリア処理ルーチン１３３は、アクセスフラグ１３４をクリアする処理部であり、音声通話アプリケーション１２０によって使用される。このアクセスフラグクリア処理ルーチン１３３は、アクセスフラグ設定処理ルーチン１３２と同様に、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いて呼び出される。
アクセスフラグ１３４は、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを記憶した記憶部であり、このアクセスフラグ１３４が設定されている場合には、マルチアクセス通信カード２００へのアクセスが許可され、このアクセスフラグ１３４が未設定の場合には、マルチアクセス通信カード２００へのアクセスは許可されない。このアクセスフラグ１３４がＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス可否を記憶することにより、音声通話アプリケーション１２０だけがＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制御することができる。
ＰＣカードドライバ１４０は、アプリケーションがＰＣカードを利用できるようにＰＣカードを管理する処理部であり、具体的には、ＰＣカードスロットの状態や割込みレベルなどを管理する。
次に、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順について説明する。第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。
同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がシリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求する（ステップＳ３０１）。なお、音声通話アプリケーション１２０は、この要求を、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いてシリアルドライバ１３０に対して直接おこなうことができる。
そして、アクセスフラグ１３４の設定要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が既に設定されているか否かを調べ（ステップＳ３０２）、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４を設定する（ステップＳ３０３）。そして、処理結果に「正常終了」を設定し（ステップＳ３０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ３０６）。一方、アクセスフラグ１３４が既に設定されている場合には、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ３０５）、この処理結果をアプリケーションに知らせる（ステップＳ３０６）。
このように、音声通話アプリケーション１２０が、シリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求することとしたので、この音声通話アプリケーション１２０だけが、ＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制限することができる。
次に、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順について説明する。第４図は、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順を示すフローチャートである。
同図に示すように、このＣＯＭポートオープン処理ルーチン１３１は、アプリケーションがＣＯＭポートのオープンを要求すると、まずオープンするＣＯＭポートがＣＯＭ３ポートであるか否かを調べる（ステップＳ４０１）。そして、オープンするＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ４０２）、アクセスフラグ１３４が設定されている場合には、音声通話アプリケーション１２０からのＣＯＭ３ポートのオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなう（ステップＳ４０３）。そして、処理結果に「オープン成功」を設定し（ステップＳ４０４）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。
一方、アクセスフラグ１３４が設定されていない場合には、他のアプリケーションによるＣＯＭ３ポートの誤ったオープン要求または不正なオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなうことなく、処理結果に「オープン失敗」を設定し（ステップＳ４０５）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。また、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、ステップＳ４０３に進んでＣＯＭポートのオープン処理をおこなう。
このように、このＣＯＭポートオープン処理ルーチン１３１が、アプリケーションからのＣＯＭポートオープン要求に対して、オープンを要求されたＣＯＭポートがＣＯＭ３ポートであるか否かを調べ、ＣＯＭ３ポートである場合には、さらにアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にのみＣＯＭ３ポートをオープンすることとしたので、アクセスフラグ１３４を事前に設定した音声通話アプリケーション１２０だけにＣＯＭ３ポートの使用を制限することができる。
次に、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順について説明する。第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がＣＯＭ３ポートの使用を終了すると、シリアルドライバ１３０に対して、アクセスフラグ１３４のクリアを要求する（ステップＳ５０１）。なお、音声通話アプリケーション１２０は、この要求を、アクセスフラグ１３４の設定要求と同様に、ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌを用いてシリアルドライバ１３０に対して直接おこなうことができる。
そして、アクセスフラグ１３４のクリア要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ５０２）、アクセスフラグ１３４が設定されている場合には、アクセスフラグ１３４をクリアする（ステップＳ５０３）。そして、処理結果に「正常終了」を設定し（ステップＳ５０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ５０６）。一方、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４のクリア要求に問題があるので、処理結果に「異常終了」を設定し（ステップＳ５０５）、この処理結果をアプリケーションに知らせる（ステップＳ５０６）。
上述したように、本実施の形態１では、シリアルドライバ１３０内にＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを示すアクセスフラグ１３４を設け、マルチアクセス通信カード２００にアクセスする音声通話アプリケーション１２０は、ＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４を設定し、ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからのＣＯＭポートオープン要求に対してアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートをオープンすることとしたので、音声通話アプリケーション１２０のみにマルチアクセス通信カード２００へのアクセスを許可することができ、このマルチメディア通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
実施の形態２．
ところで、上記実施の形態１では、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス許可を示すアクセスフラグ１３４が設定されているか否かの判定は、ＣＯＭポートオープン処理ルーチン１３１がおこなう場合を説明したが、アクセスフラグの判定は、ＣＯＭポートオープン処理ルーチン１３１以外でもおこなうことができる。そこで、本実施の形態２では、アクセスフラグの判定をＣＯＭポートのオープン処理時ではなく、ＣＯＭポートのオープンが成功した後、アプリケーションがマルチアクセス通信カード２００へ送付するコマンドレベルでおこなうマルチアクセス装置について説明する。
まず、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードへのコマンドを用いてアクセスフラグの設定をおこなう。なお、ここでは、ＣＯＭポートのオープン後にアクセスフラグを設定することとしたが、このアクセスフラグの設定はＣＯＭポートのオープンの前におこなうこともできる。
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドをモデムカードに送り、特定アプリケーションはモデムカードを使って通信をおこなうことができる。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、コマンドエラーをそのアプリケーションに返す。
このように、本実施の形態２では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、シリアルドライバは、このアクセスフラグが設定されている場合にだけモデムカードへコマンドを送り、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態２に係るマルチアクセス装置の構成について説明する。第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
同図に示すように、このＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ７３０と、ＰＣカードドライバ１４０とを有する。
音声通話アプリケーション７２０は、シリアルドライバ７３０に対して、ＣＯＭ３ポートのオープンに成功した後、アクセスフラグ設定コマンドを発行する。そして、アクセスフラグを設定した後、ＡＴコマンド等を発行して音声通話を実行する。また、音声通話を終了する場合には、ＣＯＭ３ポートをクローズした後にアクセスフラグクリアコマンドを発行し、アクセスフラグをクリアする。
シリアルドライバ７３０は、Ｗｒｉｔｅ処理ルーチン７３１とＣＯＭポートオープン処理ルーチン７３２とを有し、また、図示しない割込処理ルーチン、Ｒｅａｄ処理ルーチン、ＰｎＰ処理ルーチン、Ｐｏｗｅｒ処理ルーチンなどを有する。
Ｗｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドをマルチアクセス通信カード２００に送信する処理部であり、アクセスフラグ７３３を有する。そして、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドの送信に使用するＣＯＭポートを判定し、ＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけアプリケーションが発行するコマンドをマルチアクセス通信カード２００に送る。
また、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ７３３を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ７３３をクリアする。
このように、このＷｒｉｔｅ処理ルーチン７３１が、アプリケーションがマルチアクセス通信カード２００へのコマンドの送信に使用するＣＯＭポートを調べ、ＣＯＭポートがＣＯＭ３ポートである場合には、さらにアクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけコマンドをマルチアクセス通信カード２００に送ることとしたので、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
ＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートのオープンをおこなう処理部である。ただし、このＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートオープン処理ルーチン１３１とは異なり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かの調査や、アクセスフラグが設定されているか否かの調査などの特別な処理はおこなわない。
次に、Ｗｒｉｔｅ処理ルーチン７３１の処理手順について説明する。第８図は、Ｗｒｉｔｅ処理ルーチン７３１の処理手順を示すフローチャートである。同図に示すように、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが出力するＣＯＭポートがＣＯＭ３ポートであるか否かを調べ（ステップＳ８０１）、ＣＯＭ３ポートである場合には、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドを調べる（ステップＳ８０２）。
そして、アプリケーションから出力されたコマンドがアクセスフラグ設定コマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０３）、アクセスフラグ７３３が設定されていなければ、アクセスフラグ７３３を設定する（ステップＳ８０４）。そして、処理結果に「正常終了」を設定し（ステップＳ８０５）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ８０６）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがアクセスフラグクリアコマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０７）、アクセスフラグ７３３が設定されていれば、アクセスフラグ７３３をクリアし（ステップＳ８０８）、処理結果に「正常終了」を設定し（ステップＳ８０９）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていなければ、処理結果に「異常終了」を設定し（ステップＳ８１０）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがその他のコマンド等である場合には、アクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８１１）、アクセスフラグ７３３が設定されていなければ、マルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスであるので、処理結果に「異常終了」を設定し（ステップＳ８１２）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、音声通話アプリケーション７２０からＣＯＭ３ポートを介したマルチアクセス通信カード２００への正しいアクセスであるので、コマンドをマルチアクセス通信カード２００へ送付し（ステップＳ８１３）、処理結果に「正常終了」を設定し（ステップＳ８１４）、この処理結果を音声通話アプリケーション７２０に知らせる（ステップＳ８１５）。
上述したように、本実施の形態２では、音声通話アプリケーション７２０がシリアルドライバ７３０に対してマルチアクセス通信カード２００へのコマンドを用いてアクセスフラグ設定を要求し、シリアルドライバ７３０のＷｒｉｔｅ処理ルーチン７３１がコマンドを解析してアクセスフラグ７３３を設定し、アクセスフラグ７３３設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード２００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード２００へアクセスすることができ、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
実施の形態３．
上記実施の形態１および２では、シリアルドライバ内にアクセスフラグを設け、音声通話アプリケーションがこのアクセスフラグを設定した後、ＣＯＭ３ポートを介してマルチアクセス通信カードにアクセスする場合について説明したが、アクセスフラグは、シリアルドライバ内ではなく、マルチアクセス通信カード内に設けることもできる。そこで、本実施の形態３では、アクセスフラグをマルチアクセス通信カード内に設けた場合について説明する。
第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードに対してアクセスフラグ設定コマンドを発行し、アクセスフラグ設定コマンドを受け取ったモデムカードがカード内のアクセスフラグを設定する。
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドを実行する。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受けったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されていないのでコマンドエラーをそのアプリケーションに返す。
このように、本実施の形態３では、モデムカード内にアクセスフラグを設け、モデムカードは、このアクセスフラグが設定されている場合にだけアプリケーションから送られたコマンドを実行し、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態３に係るマルチアクセス装置の構成について説明する。第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図および第７図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード１０００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。また、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ１０３０と、ＰＣカードドライバ１４０とを有する。
シリアルドライバ１０３０は、シリアルドライバ１３０やシリアルドライバ７３０とは異なり、ＣＯＭポートがＣＯＭ３ポートであっても特別な処理をおこなうことはない。
マルチアクセス通信カード１０００は、二つのＣＯＭポートに加えてコマンド処理ルーチン１０１０を有する。このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを解釈実行する処理部であり、アクセスフラグ１０１１を有する。そして、このコマンド処理ルーチン１０１０は、アプリケーションが使用するＣＯＭポートを判定し、使用するＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけアプリケーションが発行するコマンドを実行する。
また、このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ１０１１を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ１０１１をクリアする。
このように、このコマンド処理ルーチン１０１０がアクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけコマンドを実行することとしたので、マルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
上述したように、本実施の形態３では、音声通話アプリケーション７２０がマルチアクセス通信カード１０００に対してコマンドを用いてアクセスフラグ設定を要求し、マルチアクセス通信カード１０００のコマンド処理ルーチン１０１０がコマンドを解析してアクセスフラグ１０１１を設定し、アクセスフラグ１０１１設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード１０００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード１０００へアクセスすることができ、このマルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
また、本実施の形態３では、コマンド処理ルーチン１０１０およびアクセスフラグ１０１１をマルチアクセス通信カード１０００内に設け、マルチアクセス通信カード１０００へのアクセス制限をマルチアクセス通信カード１０００自身でおこなうこととしたので、シリアルドライバ１０３０はＣＯＭ３ポートに対して特別な処理が不要となり、シリアルドライバの変更を不要とすることができる。
以上説明したように、本発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるという効果を奏する。
以上のように、本発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスは、汎用ポートを介した通信を特定のアプリケーションだけが利用できるように制限する必要があるコンピュータシステムに適している。
【書類名】 明細書
【特許請求の範囲】
【請求項１】 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、
前記利用許可工程による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、
を含んだことを特徴とするアクセス要求制御方法。
【請求項２】 前記通信デバイスは、データ通信と音声通話を同時に実行可能な通信デバイスであり、前記利用許可工程は、所定の音声通話アプリケーションに対して該通信デバイスに対する利用許可をおこなうことを特徴とする請求の範囲第１項に記載のアクセス要求制御方法。
【請求項３】 前記利用許可工程は、前記アプリケーションからのアクセスフラグの設定要求に応答して該アプリケーションによる前記通信デバイスに対するアクセス許可を示すアクセスフラグを前記利用許可として設定し、前記制御工程は、前記アプリケーションからアクセス要求を受け付けた際に、当該アプリケーションにアクセスフラグが設定されているか否かに基づいて前記通信デバイスに対するアクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第１項または第２項に記載のアクセス要求制御方法。
【請求項４】 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、
前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、
をコンピュータで実行することを特徴とする通信デバイス用ドライバプログラム。
【請求項５】 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、
前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、
を備えたことを特徴とする通信デバイス。
【発明の詳細な説明】
【０００１】
【技術分野】
この発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法、通信デバイス用ドライバプログラムおよびに通信デバイスに関し、特に、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスに関するものである。
【０００２】
【背景技術】
従来、Windows（登録商標、以下同様）を搭載したパーソナルコンピュータ（以下「ＰＣ」と言う）には、汎用ポートであるＣＯＭ(Communication)ポート（シリアルポート）が設けられており、このＣＯＭポートには、モデム機能を有するモデムカードや無線通信機能を有する無線通信カードなどのいわゆるＰＣカードと呼ばれるデバイスが割り当てられる。
【０００３】
そして、このＣＯＭポートにＰＣカードが割り当てられた場合には、Windows上で起動する各種アプリケーションが、かかるＣＯＭポートを介してＰＣカードにアクセスできるようになる。たとえば、モデムカードがＰＣに接続されるとともにこのモデムカードがＣＯＭ２ポートに割り当てられた場合には、ハイパーターミナル（HyperTerminal）などのモデムを使用する汎用のアプリケーションが、このＣＯＭ２ポートを介してモデムカードにアクセスすることが可能となる。
【０００４】
しかしながら、かかるＣＯＭポートが汎用ポートであるからと言って、すべてのアプリケーションがＣＯＭポートに割り当てられたＰＣカードにアクセスできることとすると、あるアプリケーションから誤ってＰＣカードにアクセスする場合や不正なアプリケーションがＰＣカードにアクセスする場合に問題が生ずる。具体的には、従来のＰＣカードおよび該ＰＣカードのデバイスドライバ（シリアルドライバ）では、ＣＯＭポートを介してＰＣカードにアクセスするアプリケーションが何であるのかを確認することができないため、ＰＣカードにアクセスさせるべきでないアプリケーションであっても、ＣＯＭポートを介したＰＣカードのアクセスを許してしまう結果となる。
【０００５】
特に、音声通話とパケット通信を同時におこなうマルチアクセス機能を有するＰＣカードを考えた場合には深刻な問題が生ずる。具体的には、このＰＣカードをＰＣに接続するとともにＣＯＭポートを割り当て、このＰＣカードのパケット通信を利用してＷＥＢ上のホームページを閲覧していた場合に、ホームページからJava（登録商標、以下同様）スクリプトなどで記述された不正なアプリケーションをダウンロードしてしまうと、この不正なアプリケーションの起動により、ＰＣカードを介した自動的なダイアルアップ接続がおこなわれ、後日利用者が意図しない電話料金の課金を強いられる結果となる。
【０００６】
したがって、この発明は、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスを提供することを目的とする。
【０００７】
【発明の開示】
上述した課題を解決し、目的を達成するため、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、前記利用許可工程による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、を含んだことを特徴とする。
【０００８】
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、をコンピュータで実行することを特徴とする。
【０００９】
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、を備えたことを特徴とする。
【００１０】
かかる発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００１１】
【発明を実施するための最良の形態】
以下、添付図面を参照して、この発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラム、および通信デバイスの好適な実施の形態を詳細に説明する。
【００１２】
実施の形態１．
まず、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図において、アクセスフラグは、ＣＯＭポートを介したモデムカードへのアプリケーションからのアクセスを許可するか否かを示すフラグであり、このアクセスフラグが設定されている場合には、モデムカードへのアプリケーションからのアクセスが許可され、このアクセスフラグが未設定の場合には、モデムカードへのアプリケーションからのアクセスは許可されない。
【００１３】
すなわち、同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するためにＣＯＭポートのオープンを要求する前に、専用インタフェース（Ｉ／Ｆ）を用いてアクセスフラグ設定要求をおこなう。そして、アクセスフラグ設定後、特定アプリケーションがＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、ＣＯＭポートのオープン処理をおこない、ＣＯＭポートのオープンが成功したことを特定アプリケーションに知らせる。そして、特定アプリケーションはＡＴコマンド等を発行し、モデムカードを使って通信を開始することができる。
【００１４】
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションがシリアルドライバに対してＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、ＣＯＭポートのオープン処理をおこなうことなく、ＣＯＭポートのオープンが失敗したことをそのアプリケーションに伝える。
【００１５】
このように、本実施の形態１では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、このアクセスフラグが設定されている場合にだけＣＯＭポートのオープンが成功することとしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００１６】
次に、本実施の形態１に係るマルチアクセス装置の構成について説明する。ここで、マルチアクセス装置とは、音声通話とパケット通信を同時におこなうことができる装置である。第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード２００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。
【００１７】
ＰＣ１００は、Windowsを搭載したコンピュータであり、マルチアクセス通信カード２００を用いてマルチアクセス機能を実現する。具体的には、データ通信アプリケーションと音声通話のアプリケーションを同時に実行し、マルチアクセス機能を実現する。
【００１８】
マルチアクセス通信カード２００は、ＰＣ１００が移動体通信網を用いてパケット通信と音声通話を同時におこなうことを可能とするＰＣカードであり、モデムおよびモデムに接続する二つのＣＯＭポートを有する。なお、ここでは、これら二つのＣＯＭポートをＣＯＭ２ポートおよびＣＯＭ３ポートとし、パケット通信にはＣＯＭ２ポートを、音声通話にはＣＯＭ３ポートを使用することとする。また、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスは、音声通話をおこなうアプリケーションだけに制限する。その理由は、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスによって電話接続が自動的におこなわれ、利用者の意図しない電話接続がおこなわれてしまうことを防ぐためである。
【００１９】
マウス１０は、表示画面上の任意の場所を指定するための装置であり、アプリケーションウィンドウの選択、メニューの選択などに使われ、キーボード２０は、ＰＣ１００への処理の指示およびデータの入力をおこなうための装置であり、メイル、ＵＲＬ、電話番号などの入力に使われる。
【００２０】
マイク付イアホン３０は、ＰＣ１００との間で音声入出力をおこなうための装置であり、音声通話のアプリケーションとの音声入出力に使われ、表示装置４０は、ＰＣ１００の出力を表示する装置であり、メイルの表示、Ｗｅｂ画面の表示、音声通話画面の表示などに使われる。
【００２１】
次にＰＣ１００の構成について説明する。第２図に示すように、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション１２０と、シリアルドライバ１３０と、ＰＣカードドライバ１４０とを有する。なお、このＰＣ１００は、図示していないが、ダイアルアップ接続を使用するＷｅｂブラウザ、メイルソフトなどのアプリケーションプログラム、ダイアルアップ接続のためのＴＣＰ／ＩＰ、ＰＰＰなどの通信ライブラリ、マイク付イアホン３０のデバイスドライバなどのプログラムを有する。
【００２２】
ダイアルアップアプリケーション１１０は、ダイアルアップ接続をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ２ポートを用いてデータ通信をおこなう。
【００２３】
音声通話アプリケーション１２０は、マイク付イアホン３０を用いて音声通話をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ３ポートを介してモデムとの通信をおこなう。この音声通話アプリケーション１２０は、シリアルドライバ１３０に対して、ＣＯＭ３ポートのオープン要求をおこなう前に、ＣＯＭ３ポートへのアクセスを許可するか否かを示すアクセスフラグの設定要求をおこなう。また、この音声通話アプリケーション１２０は、ＣＯＭ３ポートをクローズした後に、アクセスフラグのクリア要求をおこなう。
【００２４】
シリアルドライバ１３０は、ダイアルアップアプリケーション１１０および音声通話アプリケーション１２０がＣＯＭポートを介してマルチアクセス通信カード２００とシリアル通信をおこなうための処理部であり、ＣＯＭポートオープン処理ルーチン１３１と、アクセスフラグ設定処理ルーチン１３２と、アクセスフラグクリア処理ルーチン１３３と、アクセスフラグ１３４とを有する。なお、このシリアルドライバ１３０は、図示していないが、マルチアクセス通信カード２００からの割込みを処理する割込処理ルーチン、マルチアクセス通信カード２００とのデータ授受をおこなうためのＲｅａｄ処理ルーチンおよびＷｒｉｔｅ処理ルーチン、プラグアンドプレイ機能を実現するためのＰｎＰ処理ルーチン、電源管理をおこなうためのＰｏｗｅｒ処理ルーチンなどを有する。
【００２５】
ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからの要求に応じてＣＯＭポートをオープンする処理部であり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かを判定し、ＣＯＭ３ポートであれば、アクセスフラグ１３４が設定されている場合にだけオープン処理をおこなう。一方、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、無条件でオープン処理をおこなう。
【００２６】
このように、このＣＯＭポートオープン処理ルーチン１３１がアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートのオープン処理をおこなうこととしたので、ＣＯＭ３ポートを介したマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００２７】
アクセスフラグ設定処理ルーチン１３２は、アクセスフラグ１３４を設定する処理部であり、音声通話アプリケーション１２０によって使用される。具体的には、このアクセスフラグ設定処理ルーチン１３２は、DeviceIoControlを用いて呼び出される。
【００２８】
アクセスフラグクリア処理ルーチン１３３は、アクセスフラグ１３４をクリアする処理部であり、音声通話アプリケーション１２０によって使用される。このアクセスフラグクリア処理ルーチン１３３は、アクセスフラグ設定処理ルーチン１３２と同様に、DeviceIoControlを用いて呼び出される。
【００２９】
アクセスフラグ１３４は、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを記憶した記憶部であり、このアクセスフラグ１３４が設定されている場合には、マルチアクセス通信カード２００へのアクセスが許可され、このアクセスフラグ１３４が未設定の場合には、マルチアクセス通信カード２００へのアクセスは許可されない。このアクセスフラグ１３４がＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス可否を記憶することにより、音声通話アプリケーション１２０だけがＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制御することができる。
【００３０】
ＰＣカードドライバ１４０は、アプリケーションがＰＣカードを利用できるようにＰＣカードを管理する処理部であり、具体的には、ＰＣカードスロットの状態や割込みレベルなどを管理する。
【００３１】
次に、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順について説明する。第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。
【００３２】
同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がシリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求する（ステップＳ３０１）。なお、音声通話アプリケーション１２０は、この要求を、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。
【００３３】
そして、アクセスフラグ１３４の設定要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が既に設定されているか否かを調べ（ステップＳ３０２）、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４を設定する（ステップＳ３０３）。そして、処理結果に「正常終了」を設定し（ステップＳ３０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ３０６）。一方、アクセスフラグ１３４が既に設定されている場合には、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ３０５）、この処理結果をアプリケーションに知らせる（ステップＳ３０６）。
【００３４】
このように、音声通話アプリケーション１２０が、シリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求することとしたので、この音声通話アプリケーション１２０だけが、ＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制限することができる。
【００３５】
次に、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順について説明する。第４図は、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順を示すフローチャートである。
【００３６】
同図に示すように、このＣＯＭポートオープン処理ルーチン１３１は、アプリケーションがＣＯＭポートのオープンを要求すると、まずオープンするＣＯＭポートがＣＯＭ３ポートであるか否かを調べる（ステップＳ４０１）。そして、オープンするＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ４０２）、アクセスフラグ１３４が設定されている場合には、音声通話アプリケーション１２０からのＣＯＭ３ポートのオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなう（ステップＳ４０３）。そして、処理結果に「オープン成功」を設定し（ステップＳ４０４）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。
【００３７】
一方、アクセスフラグ１３４が設定されていない場合には、他のアプリケーションによるＣＯＭ３ポートの誤ったオープン要求または不正なオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなうことなく、処理結果に「オープン失敗」を設定し（ステップＳ４０５）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。また、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、ステップＳ４０３に進んでＣＯＭポートのオープン処理をおこなう。
【００３８】
このように、このＣＯＭポートオープン処理ルーチン１３１が、アプリケーションからのＣＯＭポートオープン要求に対して、オープンを要求されたＣＯＭポートがＣＯＭ３ポートであるか否かを調べ、ＣＯＭ３ポートである場合には、さらにアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にのみＣＯＭ３ポートをオープンすることとしたので、アクセスフラグ１３４を事前に設定した音声通話アプリケーション１２０だけにＣＯＭ３ポートの使用を制限することができる。
【００３９】
次に、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順について説明する。第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がＣＯＭ３ポートの使用を終了すると、シリアルドライバ１３０に対して、アクセスフラグ１３４のクリアを要求する（ステップＳ５０１）。なお、音声通話アプリケーション１２０は、この要求を、アクセスフラグ１３４の設定要求と同様に、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。
【００４０】
そして、アクセスフラグ１３４のクリア要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ５０２）、アクセスフラグ１３４が設定されている場合には、アクセスフラグ１３４をクリアする（ステップＳ５０３）。そして、処理結果に「正常終了」を設定し（ステップＳ５０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ５０６）。一方、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４のクリア要求に問題があるので、処理結果に「異常終了」を設定し（ステップＳ５０５）、この処理結果をアプリケーションに知らせる（ステップＳ５０６）。
【００４１】
上述したように、本実施の形態１では、シリアルドライバ１３０内にＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを示すアクセスフラグ１３４を設け、マルチアクセス通信カード２００にアクセスする音声通話アプリケーション１２０は、ＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４を設定し、ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからのＣＯＭポートオープン要求に対してアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートをオープンすることとしたので、音声通話アプリケーション１２０のみにマルチアクセス通信カード２００へのアクセスを許可することができ、このマルチメディア通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００４２】
実施の形態２．
ところで、上記実施の形態１では、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス許可を示すアクセスフラグ１３４が設定されているか否かの判定は、ＣＯＭポートオープン処理ルーチン１３１がおこなう場合を説明したが、アクセスフラグの判定は、ＣＯＭポートオープン処理ルーチン１３１以外でもおこなうことができる。そこで、本実施の形態２では、アクセスフラグの判定をＣＯＭポートのオープン処理時ではなく、ＣＯＭポートのオープンが成功した後、アプリケーションがマルチアクセス通信カード２００へ送付するコマンドレベルでおこなうマルチアクセス装置について説明する。
【００４３】
まず、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【００４４】
同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードへのコマンドを用いてアクセスフラグの設定をおこなう。なお、ここでは、ＣＯＭポートのオープン後にアクセスフラグを設定することとしたが、このアクセスフラグの設定はＣＯＭポートのオープンの前におこなうこともできる。
【００４５】
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドをモデムカードに送り、特定アプリケーションはモデムカードを使って通信をおこなうことができる。
【００４６】
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、コマンドエラーをそのアプリケーションに返す。
【００４７】
このように、本実施の形態２では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、シリアルドライバは、このアクセスフラグが設定されている場合にだけモデムカードへコマンドを送り、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００４８】
次に、本実施の形態２に係るマルチアクセス装置の構成について説明する。第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
【００４９】
同図に示すように、このＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ７３０と、ＰＣカードドライバ１４０とを有する。
【００５０】
音声通話アプリケーション７２０は、シリアルドライバ７３０に対して、ＣＯＭ３ポートのオープンに成功した後、アクセスフラグ設定コマンドを発行する。そして、アクセスフラグを設定した後、ＡＴコマンド等を発行して音声通話を実行する。また、音声通話を終了する場合には、ＣＯＭ３ポートをクローズした後にアクセスフラグクリアコマンドを発行し、アクセスフラグをクリアする。
【００５１】
シリアルドライバ７３０は、Ｗｒｉｔｅ処理ルーチン７３１とＣＯＭポートオープン処理ルーチン７３２とを有し、また、図示しない割込処理ルーチン、Ｒｅａｄ処理ルーチン、ＰｎＰ処理ルーチン、Ｐｏｗｅｒ処理ルーチンなどを有する。
【００５２】
Ｗｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドをマルチアクセス通信カード２００に送信する処理部であり、アクセスフラグ７３３を有する。そして、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドの送信に使用するＣＯＭポートを判定し、ＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけアプリケーションが発行するコマンドをマルチアクセス通信カード２００に送る。
【００５３】
また、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ７３３を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ７３３をクリアする。
【００５４】
このように、このＷｒｉｔｅ処理ルーチン７３１が、アプリケーションがマルチアクセス通信カード２００へのコマンドの送信に使用するＣＯＭポートを調べ、ＣＯＭポートがＣＯＭ３ポートである場合には、さらにアクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけコマンドをマルチアクセス通信カード２００に送ることとしたので、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００５５】
ＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートのオープンをおこなう処理部である。ただし、このＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートオープン処理ルーチン１３１とは異なり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かの調査や、アクセスフラグが設定されているか否かの調査などの特別な処理はおこなわない。
【００５６】
次に、Ｗｒｉｔｅ処理ルーチン７３１の処理手順について説明する。第８図は、Ｗｒｉｔｅ処理ルーチン７３１の処理手順を示すフローチャートである。同図に示すように、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが出力するＣＯＭポートがＣＯＭ３ポートであるか否かを調べ（ステップＳ８０１）、ＣＯＭ３ポートである場合には、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドを調べる（ステップＳ８０２）。
【００５７】
そして、アプリケーションから出力されたコマンドがアクセスフラグ設定コマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０３）、アクセスフラグ７３３が設定されていなければ、アクセスフラグ７３３を設定する（ステップＳ８０４）。そして、処理結果に「正常終了」を設定し（ステップＳ８０５）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ８０６）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
【００５８】
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがアクセスフラグクリアコマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０７）、アクセスフラグ７３３が設定されていれば、アクセスフラグ７３３をクリアし（ステップＳ８０８）、処理結果に「正常終了」を設定し（ステップＳ８０９）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていなければ、処理結果に「異常終了」を設定し（ステップＳ８１０）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
【００５９】
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがその他のコマンド等である場合には、アクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８１１）、アクセスフラグ７３３が設定されていなければ、マルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスであるので、処理結果に「異常終了」を設定し（ステップＳ８１２）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、音声通話アプリケーション７２０からＣＯＭ３ポートを介したマルチアクセス通信カード２００への正しいアクセスであるので、コマンドをマルチアクセス通信カード２００へ送付し（ステップＳ８１３）、処理結果に「正常終了」を設定し（ステップＳ８１４）、この処理結果を音声通話アプリケーション７２０に知らせる（ステップＳ８１５）。
【００６０】
上述したように、本実施の形態２では、音声通話アプリケーション７２０がシリアルドライバ７３０に対してマルチアクセス通信カード２００へのコマンドを用いてアクセスフラグ設定を要求し、シリアルドライバ７３０のＷｒｉｔｅ処理ルーチン７３１がコマンドを解析してアクセスフラグ７３３を設定し、アクセスフラグ７３３設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード２００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード２００へアクセスすることができ、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００６１】
実施の形態３．
上記実施の形態１および２では、シリアルドライバ内にアクセスフラグを設け、音声通話アプリケーションがこのアクセスフラグを設定した後、ＣＯＭ３ポートを介してマルチアクセス通信カードにアクセスする場合について説明したが、アクセスフラグは、シリアルドライバ内ではなく、マルチアクセス通信カード内に設けることもできる。そこで、本実施の形態３では、アクセスフラグをマルチアクセス通信カード内に設けた場合について説明する。
【００６２】
第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードに対してアクセスフラグ設定コマンドを発行し、アクセスフラグ設定コマンドを受け取ったモデムカードがカード内のアクセスフラグを設定する。
【００６３】
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドを実行する。
【００６４】
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受けったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されていないのでコマンドエラーをそのアプリケーションに返す。
【００６５】
このように、本実施の形態３では、モデムカード内にアクセスフラグを設け、モデムカードは、このアクセスフラグが設定されている場合にだけアプリケーションから送られたコマンドを実行し、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００６６】
次に、本実施の形態３に係るマルチアクセス装置の構成について説明する。第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図および第７図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
【００６７】
同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード１０００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。また、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ１０３０と、ＰＣカードドライバ１４０とを有する。
【００６８】
シリアルドライバ１０３０は、シリアルドライバ１３０やシリアルドライバ７３０とは異なり、ＣＯＭポートがＣＯＭ３ポートであっても特別な処理をおこなうことはない。
【００６９】
マルチアクセス通信カード１０００は、二つのＣＯＭポートに加えてコマンド処理ルーチン１０１０を有する。このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを解釈実行する処理部であり、アクセスフラグ１０１１を有する。そして、このコマンド処理ルーチン１０１０は、アプリケーションが使用するＣＯＭポートを判定し、使用するＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけアプリケーションが発行するコマンドを実行する。
【００７０】
また、このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ１０１１を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ１０１１をクリアする。
【００７１】
このように、このコマンド処理ルーチン１０１０がアクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけコマンドを実行することとしたので、マルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００７２】
上述したように、本実施の形態３では、音声通話アプリケーション７２０がマルチアクセス通信カード１０００に対してコマンドを用いてアクセスフラグ設定を要求し、マルチアクセス通信カード１０００のコマンド処理ルーチン１０１０がコマンドを解析してアクセスフラグ１０１１を設定し、アクセスフラグ１０１１設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード１０００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード１０００へアクセスすることができ、このマルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００７３】
また、本実施の形態３では、コマンド処理ルーチン１０１０およびアクセスフラグ１０１１をマルチアクセス通信カード１０００内に設け、マルチアクセス通信カード１０００へのアクセス制限をマルチアクセス通信カード１０００自身でおこなうこととしたので、シリアルドライバ１０３０はＣＯＭ３ポートに対して特別な処理が不要となり、シリアルドライバの変更を不要とすることができる。
【００７４】
以上説明したように、本発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるという効果を奏する。
【００７５】
【産業上の利用可能性】
以上のように、本発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスは、汎用ポートを介した通信を特定のアプリケーションだけが利用できるように制限する必要があるコンピュータシステムに適している。
【００７６】
【図面の簡単な説明】
【図１】
第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【図２】
第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。
【図３】
第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。
【図４】
第４図は、第２図に示したＣＯＭポートオープン処理ルーチンの処理手順を示すフローチャートである。
【図５】
第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。
【図６】
第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【図７】
第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。
【図８】
第８図は、Ｗｒｉｔｅ処理ルーチンの処理手順を示すフローチャート図である。
【図９】
第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【図１０】
第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。
【特許請求の範囲】
【請求項１】 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、
前記利用許可工程による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、
を含んだことを特徴とするアクセス要求制御方法。
【請求項２】 前記通信デバイスは、データ通信と音声通話を同時に実行可能な通信デバイスであり、前記利用許可工程は、所定の音声通話アプリケーションに対して該通信デバイスに対する利用許可をおこなうことを特徴とする請求の範囲第１項に記載のアクセス要求制御方法。
【請求項３】 前記利用許可工程は、前記アプリケーションからのアクセスフラグの設定要求に応答して該アプリケーションによる前記通信デバイスに対するアクセス許可を示すアクセスフラグを前記利用許可として設定し、前記制御工程は、前記アプリケーションからアクセス要求を受け付けた際に、当該アプリケーションにアクセスフラグが設定されているか否かに基づいて前記通信デバイスに対するアクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第１項または第２項に記載のアクセス要求制御方法。
【請求項４】 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、
前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、
をコンピュータで実行することを特徴とする通信デバイス用ドライバプログラム。
【請求項５】 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、
前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、
を備えたことを特徴とする通信デバイス。
【発明の詳細な説明】
【０００１】
【技術分野】
この発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法、通信デバイス用ドライバプログラムおよびに通信デバイスに関し、特に、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスに関するものである。
【０００２】
【背景技術】
従来、Windows（登録商標、以下同様）を搭載したパーソナルコンピュータ（以下「ＰＣ」と言う）には、汎用ポートであるＣＯＭ(Communication)ポート（シリアルポート）が設けられており、このＣＯＭポートには、モデム機能を有するモデムカードや無線通信機能を有する無線通信カードなどのいわゆるＰＣカードと呼ばれるデバイスが割り当てられる。
【０００３】
そして、このＣＯＭポートにＰＣカードが割り当てられた場合には、Windows上で起動する各種アプリケーションが、かかるＣＯＭポートを介してＰＣカードにアクセスできるようになる。たとえば、モデムカードがＰＣに接続されるとともにこのモデムカードがＣＯＭ２ポートに割り当てられた場合には、ハイパーターミナル（HyperTerminal）などのモデムを使用する汎用のアプリケーションが、このＣＯＭ２ポートを介してモデムカードにアクセスすることが可能となる。
【０００４】
しかしながら、かかるＣＯＭポートが汎用ポートであるからと言って、すべてのアプリケーションがＣＯＭポートに割り当てられたＰＣカードにアクセスできることとすると、あるアプリケーションから誤ってＰＣカードにアクセスする場合や不正なアプリケーションがＰＣカードにアクセスする場合に問題が生ずる。具体的には、従来のＰＣカードおよび該ＰＣカードのデバイスドライバ（シリアルドライバ）では、ＣＯＭポートを介してＰＣカードにアクセスするアプリケーションが何であるのかを確認することができないため、ＰＣカードにアクセスさせるべきでないアプリケーションであっても、ＣＯＭポートを介したＰＣカードのアクセスを許してしまう結果となる。
【０００５】
特に、音声通話とパケット通信を同時におこなうマルチアクセス機能を有するＰＣカードを考えた場合には深刻な問題が生ずる。具体的には、このＰＣカードをＰＣに接続するとともにＣＯＭポートを割り当て、このＰＣカードのパケット通信を利用してＷＥＢ上のホームページを閲覧していた場合に、ホームページからJava（登録商標、以下同様）スクリプトなどで記述された不正なアプリケーションをダウンロードしてしまうと、この不正なアプリケーションの起動により、ＰＣカードを介した自動的なダイアルアップ接続がおこなわれ、後日利用者が意図しない電話料金の課金を強いられる結果となる。
【０００６】
したがって、この発明は、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスを提供することを目的とする。
【０００７】
【発明の開示】
上述した課題を解決し、目的を達成するため、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、前記利用許可工程による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、を含んだことを特徴とする。
【０００８】
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、をコンピュータで実行することを特徴とする。
【０００９】
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、を備えたことを特徴とする。
【００１０】
かかる発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００１１】
【発明を実施するための最良の形態】
以下、添付図面を参照して、この発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラム、および通信デバイスの好適な実施の形態を詳細に説明する。
【００１２】
実施の形態１．
まず、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図において、アクセスフラグは、ＣＯＭポートを介したモデムカードへのアプリケーションからのアクセスを許可するか否かを示すフラグであり、このアクセスフラグが設定されている場合には、モデムカードへのアプリケーションからのアクセスが許可され、このアクセスフラグが未設定の場合には、モデムカードへのアプリケーションからのアクセスは許可されない。
【００１３】
すなわち、同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するためにＣＯＭポートのオープンを要求する前に、専用インタフェース（Ｉ／Ｆ）を用いてアクセスフラグ設定要求をおこなう。そして、アクセスフラグ設定後、特定アプリケーションがＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、ＣＯＭポートのオープン処理をおこない、ＣＯＭポートのオープンが成功したことを特定アプリケーションに知らせる。そして、特定アプリケーションはＡＴコマンド等を発行し、モデムカードを使って通信を開始することができる。
【００１４】
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションがシリアルドライバに対してＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、ＣＯＭポートのオープン処理をおこなうことなく、ＣＯＭポートのオープンが失敗したことをそのアプリケーションに伝える。
【００１５】
このように、本実施の形態１では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、このアクセスフラグが設定されている場合にだけＣＯＭポートのオープンが成功することとしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００１６】
次に、本実施の形態１に係るマルチアクセス装置の構成について説明する。ここで、マルチアクセス装置とは、音声通話とパケット通信を同時におこなうことができる装置である。第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード２００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。
【００１７】
ＰＣ１００は、Windowsを搭載したコンピュータであり、マルチアクセス通信カード２００を用いてマルチアクセス機能を実現する。具体的には、データ通信アプリケーションと音声通話のアプリケーションを同時に実行し、マルチアクセス機能を実現する。
【００１８】
マルチアクセス通信カード２００は、ＰＣ１００が移動体通信網を用いてパケット通信と音声通話を同時におこなうことを可能とするＰＣカードであり、モデムおよびモデムに接続する二つのＣＯＭポートを有する。なお、ここでは、これら二つのＣＯＭポートをＣＯＭ２ポートおよびＣＯＭ３ポートとし、パケット通信にはＣＯＭ２ポートを、音声通話にはＣＯＭ３ポートを使用することとする。また、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスは、音声通話をおこなうアプリケーションだけに制限する。その理由は、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスによって電話接続が自動的におこなわれ、利用者の意図しない電話接続がおこなわれてしまうことを防ぐためである。
【００１９】
マウス１０は、表示画面上の任意の場所を指定するための装置であり、アプリケーションウィンドウの選択、メニューの選択などに使われ、キーボード２０は、ＰＣ１００への処理の指示およびデータの入力をおこなうための装置であり、メイル、ＵＲＬ、電話番号などの入力に使われる。
【００２０】
マイク付イアホン３０は、ＰＣ１００との間で音声入出力をおこなうための装置であり、音声通話のアプリケーションとの音声入出力に使われ、表示装置４０は、ＰＣ１００の出力を表示する装置であり、メイルの表示、Ｗｅｂ画面の表示、音声通話画面の表示などに使われる。
【００２１】
次にＰＣ１００の構成について説明する。第２図に示すように、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション１２０と、シリアルドライバ１３０と、ＰＣカードドライバ１４０とを有する。なお、このＰＣ１００は、図示していないが、ダイアルアップ接続を使用するＷｅｂブラウザ、メイルソフトなどのアプリケーションプログラム、ダイアルアップ接続のためのＴＣＰ／ＩＰ、ＰＰＰなどの通信ライブラリ、マイク付イアホン３０のデバイスドライバなどのプログラムを有する。
【００２２】
ダイアルアップアプリケーション１１０は、ダイアルアップ接続をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ２ポートを用いてデータ通信をおこなう。
【００２３】
音声通話アプリケーション１２０は、マイク付イアホン３０を用いて音声通話をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ３ポートを介してモデムとの通信をおこなう。この音声通話アプリケーション１２０は、シリアルドライバ１３０に対して、ＣＯＭ３ポートのオープン要求をおこなう前に、ＣＯＭ３ポートへのアクセスを許可するか否かを示すアクセスフラグの設定要求をおこなう。また、この音声通話アプリケーション１２０は、ＣＯＭ３ポートをクローズした後に、アクセスフラグのクリア要求をおこなう。
【００２４】
シリアルドライバ１３０は、ダイアルアップアプリケーション１１０および音声通話アプリケーション１２０がＣＯＭポートを介してマルチアクセス通信カード２００とシリアル通信をおこなうための処理部であり、ＣＯＭポートオープン処理ルーチン１３１と、アクセスフラグ設定処理ルーチン１３２と、アクセスフラグクリア処理ルーチン１３３と、アクセスフラグ１３４とを有する。なお、このシリアルドライバ１３０は、図示していないが、マルチアクセス通信カード２００からの割込みを処理する割込処理ルーチン、マルチアクセス通信カード２００とのデータ授受をおこなうためのＲｅａｄ処理ルーチンおよびＷｒｉｔｅ処理ルーチン、プラグアンドプレイ機能を実現するためのＰｎＰ処理ルーチン、電源管理をおこなうためのＰｏｗｅｒ処理ルーチンなどを有する。
【００２５】
ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからの要求に応じてＣＯＭポートをオープンする処理部であり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かを判定し、ＣＯＭ３ポートであれば、アクセスフラグ１３４が設定されている場合にだけオープン処理をおこなう。一方、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、無条件でオープン処理をおこなう。
【００２６】
このように、このＣＯＭポートオープン処理ルーチン１３１がアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートのオープン処理をおこなうこととしたので、ＣＯＭ３ポートを介したマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００２７】
アクセスフラグ設定処理ルーチン１３２は、アクセスフラグ１３４を設定する処理部であり、音声通話アプリケーション１２０によって使用される。具体的には、このアクセスフラグ設定処理ルーチン１３２は、DeviceIoControlを用いて呼び出される。
【００２８】
アクセスフラグクリア処理ルーチン１３３は、アクセスフラグ１３４をクリアする処理部であり、音声通話アプリケーション１２０によって使用される。このアクセスフラグクリア処理ルーチン１３３は、アクセスフラグ設定処理ルーチン１３２と同様に、DeviceIoControlを用いて呼び出される。
【００２９】
アクセスフラグ１３４は、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを記憶した記憶部であり、このアクセスフラグ１３４が設定されている場合には、マルチアクセス通信カード２００へのアクセスが許可され、このアクセスフラグ１３４が未設定の場合には、マルチアクセス通信カード２００へのアクセスは許可されない。このアクセスフラグ１３４がＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス可否を記憶することにより、音声通話アプリケーション１２０だけがＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制御することができる。
【００３０】
ＰＣカードドライバ１４０は、アプリケーションがＰＣカードを利用できるようにＰＣカードを管理する処理部であり、具体的には、ＰＣカードスロットの状態や割込みレベルなどを管理する。
【００３１】
次に、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順について説明する。第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。
【００３２】
同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がシリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求する（ステップＳ３０１）。なお、音声通話アプリケーション１２０は、この要求を、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。
【００３３】
そして、アクセスフラグ１３４の設定要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が既に設定されているか否かを調べ（ステップＳ３０２）、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４を設定する（ステップＳ３０３）。そして、処理結果に「正常終了」を設定し（ステップＳ３０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ３０６）。一方、アクセスフラグ１３４が既に設定されている場合には、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ３０５）、この処理結果をアプリケーションに知らせる（ステップＳ３０６）。
【００３４】
このように、音声通話アプリケーション１２０が、シリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求することとしたので、この音声通話アプリケーション１２０だけが、ＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制限することができる。
【００３５】
次に、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順について説明する。第４図は、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順を示すフローチャートである。
【００３６】
同図に示すように、このＣＯＭポートオープン処理ルーチン１３１は、アプリケーションがＣＯＭポートのオープンを要求すると、まずオープンするＣＯＭポートがＣＯＭ３ポートであるか否かを調べる（ステップＳ４０１）。そして、オープンするＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ４０２）、アクセスフラグ１３４が設定されている場合には、音声通話アプリケーション１２０からのＣＯＭ３ポートのオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなう（ステップＳ４０３）。そして、処理結果に「オープン成功」を設定し（ステップＳ４０４）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。
【００３７】
一方、アクセスフラグ１３４が設定されていない場合には、他のアプリケーションによるＣＯＭ３ポートの誤ったオープン要求または不正なオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなうことなく、処理結果に「オープン失敗」を設定し（ステップＳ４０５）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。また、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、ステップＳ４０３に進んでＣＯＭポートのオープン処理をおこなう。
【００３８】
このように、このＣＯＭポートオープン処理ルーチン１３１が、アプリケーションからのＣＯＭポートオープン要求に対して、オープンを要求されたＣＯＭポートがＣＯＭ３ポートであるか否かを調べ、ＣＯＭ３ポートである場合には、さらにアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にのみＣＯＭ３ポートをオープンすることとしたので、アクセスフラグ１３４を事前に設定した音声通話アプリケーション１２０だけにＣＯＭ３ポートの使用を制限することができる。
【００３９】
次に、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順について説明する。第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がＣＯＭ３ポートの使用を終了すると、シリアルドライバ１３０に対して、アクセスフラグ１３４のクリアを要求する（ステップＳ５０１）。なお、音声通話アプリケーション１２０は、この要求を、アクセスフラグ１３４の設定要求と同様に、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。
【００４０】
そして、アクセスフラグ１３４のクリア要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ５０２）、アクセスフラグ１３４が設定されている場合には、アクセスフラグ１３４をクリアする（ステップＳ５０３）。そして、処理結果に「正常終了」を設定し（ステップＳ５０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ５０６）。一方、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４のクリア要求に問題があるので、処理結果に「異常終了」を設定し（ステップＳ５０５）、この処理結果をアプリケーションに知らせる（ステップＳ５０６）。
【００４１】
上述したように、本実施の形態１では、シリアルドライバ１３０内にＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを示すアクセスフラグ１３４を設け、マルチアクセス通信カード２００にアクセスする音声通話アプリケーション１２０は、ＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４を設定し、ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからのＣＯＭポートオープン要求に対してアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートをオープンすることとしたので、音声通話アプリケーション１２０のみにマルチアクセス通信カード２００へのアクセスを許可することができ、このマルチメディア通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００４２】
実施の形態２．
ところで、上記実施の形態１では、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス許可を示すアクセスフラグ１３４が設定されているか否かの判定は、ＣＯＭポートオープン処理ルーチン１３１がおこなう場合を説明したが、アクセスフラグの判定は、ＣＯＭポートオープン処理ルーチン１３１以外でもおこなうことができる。そこで、本実施の形態２では、アクセスフラグの判定をＣＯＭポートのオープン処理時ではなく、ＣＯＭポートのオープンが成功した後、アプリケーションがマルチアクセス通信カード２００へ送付するコマンドレベルでおこなうマルチアクセス装置について説明する。
【００４３】
まず、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【００４４】
同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードへのコマンドを用いてアクセスフラグの設定をおこなう。なお、ここでは、ＣＯＭポートのオープン後にアクセスフラグを設定することとしたが、このアクセスフラグの設定はＣＯＭポートのオープンの前におこなうこともできる。
【００４５】
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドをモデムカードに送り、特定アプリケーションはモデムカードを使って通信をおこなうことができる。
【００４６】
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、コマンドエラーをそのアプリケーションに返す。
【００４７】
このように、本実施の形態２では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、シリアルドライバは、このアクセスフラグが設定されている場合にだけモデムカードへコマンドを送り、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００４８】
次に、本実施の形態２に係るマルチアクセス装置の構成について説明する。第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
【００４９】
同図に示すように、このＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ７３０と、ＰＣカードドライバ１４０とを有する。
【００５０】
音声通話アプリケーション７２０は、シリアルドライバ７３０に対して、ＣＯＭ３ポートのオープンに成功した後、アクセスフラグ設定コマンドを発行する。そして、アクセスフラグを設定した後、ＡＴコマンド等を発行して音声通話を実行する。また、音声通話を終了する場合には、ＣＯＭ３ポートをクローズした後にアクセスフラグクリアコマンドを発行し、アクセスフラグをクリアする。
【００５１】
シリアルドライバ７３０は、Ｗｒｉｔｅ処理ルーチン７３１とＣＯＭポートオープン処理ルーチン７３２とを有し、また、図示しない割込処理ルーチン、Ｒｅａｄ処理ルーチン、ＰｎＰ処理ルーチン、Ｐｏｗｅｒ処理ルーチンなどを有する。
【００５２】
Ｗｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドをマルチアクセス通信カード２００に送信する処理部であり、アクセスフラグ７３３を有する。そして、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドの送信に使用するＣＯＭポートを判定し、ＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけアプリケーションが発行するコマンドをマルチアクセス通信カード２００に送る。
【００５３】
また、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ７３３を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ７３３をクリアする。
【００５４】
このように、このＷｒｉｔｅ処理ルーチン７３１が、アプリケーションがマルチアクセス通信カード２００へのコマンドの送信に使用するＣＯＭポートを調べ、ＣＯＭポートがＣＯＭ３ポートである場合には、さらにアクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけコマンドをマルチアクセス通信カード２００に送ることとしたので、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００５５】
ＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートのオープンをおこなう処理部である。ただし、このＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートオープン処理ルーチン１３１とは異なり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かの調査や、アクセスフラグが設定されているか否かの調査などの特別な処理はおこなわない。
【００５６】
次に、Ｗｒｉｔｅ処理ルーチン７３１の処理手順について説明する。第８図は、Ｗｒｉｔｅ処理ルーチン７３１の処理手順を示すフローチャートである。同図に示すように、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが出力するＣＯＭポートがＣＯＭ３ポートであるか否かを調べ（ステップＳ８０１）、ＣＯＭ３ポートである場合には、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドを調べる（ステップＳ８０２）。
【００５７】
そして、アプリケーションから出力されたコマンドがアクセスフラグ設定コマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０３）、アクセスフラグ７３３が設定されていなければ、アクセスフラグ７３３を設定する（ステップＳ８０４）。そして、処理結果に「正常終了」を設定し（ステップＳ８０５）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ８０６）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
【００５８】
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがアクセスフラグクリアコマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０７）、アクセスフラグ７３３が設定されていれば、アクセスフラグ７３３をクリアし（ステップＳ８０８）、処理結果に「正常終了」を設定し（ステップＳ８０９）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていなければ、処理結果に「異常終了」を設定し（ステップＳ８１０）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
【００５９】
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがその他のコマンド等である場合には、アクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８１１）、アクセスフラグ７３３が設定されていなければ、マルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスであるので、処理結果に「異常終了」を設定し（ステップＳ８１２）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、音声通話アプリケーション７２０からＣＯＭ３ポートを介したマルチアクセス通信カード２００への正しいアクセスであるので、コマンドをマルチアクセス通信カード２００へ送付し（ステップＳ８１３）、処理結果に「正常終了」を設定し（ステップＳ８１４）、この処理結果を音声通話アプリケーション７２０に知らせる（ステップＳ８１５）。
【００６０】
上述したように、本実施の形態２では、音声通話アプリケーション７２０がシリアルドライバ７３０に対してマルチアクセス通信カード２００へのコマンドを用いてアクセスフラグ設定を要求し、シリアルドライバ７３０のＷｒｉｔｅ処理ルーチン７３１がコマンドを解析してアクセスフラグ７３３を設定し、アクセスフラグ７３３設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード２００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード２００へアクセスすることができ、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００６１】
実施の形態３．
上記実施の形態１および２では、シリアルドライバ内にアクセスフラグを設け、音声通話アプリケーションがこのアクセスフラグを設定した後、ＣＯＭ３ポートを介してマルチアクセス通信カードにアクセスする場合について説明したが、アクセスフラグは、シリアルドライバ内ではなく、マルチアクセス通信カード内に設けることもできる。そこで、本実施の形態３では、アクセスフラグをマルチアクセス通信カード内に設けた場合について説明する。
【００６２】
第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードに対してアクセスフラグ設定コマンドを発行し、アクセスフラグ設定コマンドを受け取ったモデムカードがカード内のアクセスフラグを設定する。
【００６３】
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドを実行する。
【００６４】
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受けったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されていないのでコマンドエラーをそのアプリケーションに返す。
【００６５】
このように、本実施の形態３では、モデムカード内にアクセスフラグを設け、モデムカードは、このアクセスフラグが設定されている場合にだけアプリケーションから送られたコマンドを実行し、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００６６】
次に、本実施の形態３に係るマルチアクセス装置の構成について説明する。第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図および第７図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
【００６７】
同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード１０００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。また、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ１０３０と、ＰＣカードドライバ１４０とを有する。
【００６８】
シリアルドライバ１０３０は、シリアルドライバ１３０やシリアルドライバ７３０とは異なり、ＣＯＭポートがＣＯＭ３ポートであっても特別な処理をおこなうことはない。
【００６９】
マルチアクセス通信カード１０００は、二つのＣＯＭポートに加えてコマンド処理ルーチン１０１０を有する。このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを解釈実行する処理部であり、アクセスフラグ１０１１を有する。そして、このコマンド処理ルーチン１０１０は、アプリケーションが使用するＣＯＭポートを判定し、使用するＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけアプリケーションが発行するコマンドを実行する。
【００７０】
また、このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ１０１１を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ１０１１をクリアする。
【００７１】
このように、このコマンド処理ルーチン１０１０がアクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけコマンドを実行することとしたので、マルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００７２】
上述したように、本実施の形態３では、音声通話アプリケーション７２０がマルチアクセス通信カード１０００に対してコマンドを用いてアクセスフラグ設定を要求し、マルチアクセス通信カード１０００のコマンド処理ルーチン１０１０がコマンドを解析してアクセスフラグ１０１１を設定し、アクセスフラグ１０１１設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード１０００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード１０００へアクセスすることができ、このマルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
【００７３】
また、本実施の形態３では、コマンド処理ルーチン１０１０およびアクセスフラグ１０１１をマルチアクセス通信カード１０００内に設け、マルチアクセス通信カード１０００へのアクセス制限をマルチアクセス通信カード１０００自身でおこなうこととしたので、シリアルドライバ１０３０はＣＯＭ３ポートに対して特別な処理が不要となり、シリアルドライバの変更を不要とすることができる。
【００７４】
以上説明したように、本発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるという効果を奏する。
【００７５】
【産業上の利用可能性】
以上のように、本発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスは、汎用ポートを介した通信を特定のアプリケーションだけが利用できるように制限する必要があるコンピュータシステムに適している。
【００７６】
【図面の簡単な説明】
【図１】
第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【図２】
第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。
【図３】
第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。
【図４】
第４図は、第２図に示したＣＯＭポートオープン処理ルーチンの処理手順を示すフローチャートである。
【図５】
第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。
【図６】
第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【図７】
第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。
【図８】
第８図は、Ｗｒｉｔｅ処理ルーチンの処理手順を示すフローチャート図である。
【図９】
第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
【図１０】
第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。
この発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法、通信デバイス用ドライバプログラムおよびに通信デバイスに関し、特に、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスに関するものである。
従来、Windows（登録商標、以下同様）を搭載したパーソナルコンピュータ（以下「ＰＣ」と言う）には、汎用ポートであるＣＯＭ(Communication)ポート（シリアルポート）が設けられており、このＣＯＭポートには、モデム機能を有するモデムカードや無線通信機能を有する無線通信カードなどのいわゆるＰＣカードと呼ばれるデバイスが割り当てられる。
そして、このＣＯＭポートにＰＣカードが割り当てられた場合には、Windows上で起動する各種アプリケーションが、かかるＣＯＭポートを介してＰＣカードにアクセスできるようになる。たとえば、モデムカードがＰＣに接続されるとともにこのモデムカードがＣＯＭ２ポートに割り当てられた場合には、ハイパーターミナル（HyperTerminal）などのモデムを使用する汎用のアプリケーションが、このＣＯＭ２ポートを介してモデムカードにアクセスすることが可能となる。
しかしながら、かかるＣＯＭポートが汎用ポートであるからと言って、すべてのアプリケーションがＣＯＭポートに割り当てられたＰＣカードにアクセスできることとすると、あるアプリケーションから誤ってＰＣカードにアクセスする場合や不正なアプリケーションがＰＣカードにアクセスする場合に問題が生ずる。具体的には、従来のＰＣカードおよび該ＰＣカードのデバイスドライバ（シリアルドライバ）では、ＣＯＭポートを介してＰＣカードにアクセスするアプリケーションが何であるのかを確認することができないため、ＰＣカードにアクセスさせるべきでないアプリケーションであっても、ＣＯＭポートを介したＰＣカードのアクセスを許してしまう結果となる。
特に、音声通話とパケット通信を同時におこなうマルチアクセス機能を有するＰＣカードを考えた場合には深刻な問題が生ずる。具体的には、このＰＣカードをＰＣに接続するとともにＣＯＭポートを割り当て、このＰＣカードのパケット通信を利用してＷＥＢ上のホームページを閲覧していた場合に、ホームページからJava（登録商標、以下同様）スクリプトなどで記述された不正なアプリケーションをダウンロードしてしまうと、この不正なアプリケーションの起動により、ＰＣカードを介した自動的なダイアルアップ接続がおこなわれ、後日利用者が意図しない電話料金の課金を強いられる結果となる。
したがって、この発明は、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスを提供することを目的とする。
上述した課題を解決し、目的を達成するため、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、前記利用許可工程による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、を含んだことを特徴とする。
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、をコンピュータで実行することを特徴とする。
また、本発明は、少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、を備えたことを特徴とする。
かかる発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
以下、添付図面を参照して、この発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラム、および通信デバイスの好適な実施の形態を詳細に説明する。
実施の形態１．
まず、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図において、アクセスフラグは、ＣＯＭポートを介したモデムカードへのアプリケーションからのアクセスを許可するか否かを示すフラグであり、このアクセスフラグが設定されている場合には、モデムカードへのアプリケーションからのアクセスが許可され、このアクセスフラグが未設定の場合には、モデムカードへのアプリケーションからのアクセスは許可されない。
まず、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第１図は、本実施の形態１に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図において、アクセスフラグは、ＣＯＭポートを介したモデムカードへのアプリケーションからのアクセスを許可するか否かを示すフラグであり、このアクセスフラグが設定されている場合には、モデムカードへのアプリケーションからのアクセスが許可され、このアクセスフラグが未設定の場合には、モデムカードへのアプリケーションからのアクセスは許可されない。
すなわち、同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するためにＣＯＭポートのオープンを要求する前に、専用インタフェース（Ｉ／Ｆ）を用いてアクセスフラグ設定要求をおこなう。そして、アクセスフラグ設定後、特定アプリケーションがＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、ＣＯＭポートのオープン処理をおこない、ＣＯＭポートのオープンが成功したことを特定アプリケーションに知らせる。そして、特定アプリケーションはＡＴコマンド等を発行し、モデムカードを使って通信を開始することができる。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションがシリアルドライバに対してＣＯＭポートのオープンを要求し、シリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、ＣＯＭポートのオープン処理をおこなうことなく、ＣＯＭポートのオープンが失敗したことをそのアプリケーションに伝える。
このように、本実施の形態１では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、このアクセスフラグが設定されている場合にだけＣＯＭポートのオープンが成功することとしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態１に係るマルチアクセス装置の構成について説明する。ここで、マルチアクセス装置とは、音声通話とパケット通信を同時におこなうことができる装置である。第２図は、本実施の形態１に係るマルチアクセス装置の構成を示す機能ブロック図である。同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード２００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。
ＰＣ１００は、Windowsを搭載したコンピュータであり、マルチアクセス通信カード２００を用いてマルチアクセス機能を実現する。具体的には、データ通信アプリケーションと音声通話のアプリケーションを同時に実行し、マルチアクセス機能を実現する。
マルチアクセス通信カード２００は、ＰＣ１００が移動体通信網を用いてパケット通信と音声通話を同時におこなうことを可能とするＰＣカードであり、モデムおよびモデムに接続する二つのＣＯＭポートを有する。なお、ここでは、これら二つのＣＯＭポートをＣＯＭ２ポートおよびＣＯＭ３ポートとし、パケット通信にはＣＯＭ２ポートを、音声通話にはＣＯＭ３ポートを使用することとする。また、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスは、音声通話をおこなうアプリケーションだけに制限する。その理由は、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスによって電話接続が自動的におこなわれ、利用者の意図しない電話接続がおこなわれてしまうことを防ぐためである。
マウス１０は、表示画面上の任意の場所を指定するための装置であり、アプリケーションウィンドウの選択、メニューの選択などに使われ、キーボード２０は、ＰＣ１００への処理の指示およびデータの入力をおこなうための装置であり、メイル、ＵＲＬ、電話番号などの入力に使われる。
マイク付イアホン３０は、ＰＣ１００との間で音声入出力をおこなうための装置であり、音声通話のアプリケーションとの音声入出力に使われ、表示装置４０は、ＰＣ１００の出力を表示する装置であり、メイルの表示、Ｗｅｂ画面の表示、音声通話画面の表示などに使われる。
次にＰＣ１００の構成について説明する。第２図に示すように、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション１２０と、シリアルドライバ１３０と、ＰＣカードドライバ１４０とを有する。なお、このＰＣ１００は、図示していないが、ダイアルアップ接続を使用するＷｅｂブラウザ、メイルソフトなどのアプリケーションプログラム、ダイアルアップ接続のためのＴＣＰ／ＩＰ、ＰＰＰなどの通信ライブラリ、マイク付イアホン３０のデバイスドライバなどのプログラムを有する。
ダイアルアップアプリケーション１１０は、ダイアルアップ接続をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ２ポートを用いてデータ通信をおこなう。
音声通話アプリケーション１２０は、マイク付イアホン３０を用いて音声通話をおこなうためのアプリケーションであり、マルチアクセス通信カード２００のＣＯＭ３ポートを介してモデムとの通信をおこなう。この音声通話アプリケーション１２０は、シリアルドライバ１３０に対して、ＣＯＭ３ポートのオープン要求をおこなう前に、ＣＯＭ３ポートへのアクセスを許可するか否かを示すアクセスフラグの設定要求をおこなう。また、この音声通話アプリケーション１２０は、ＣＯＭ３ポートをクローズした後に、アクセスフラグのクリア要求をおこなう。
シリアルドライバ１３０は、ダイアルアップアプリケーション１１０および音声通話アプリケーション１２０がＣＯＭポートを介してマルチアクセス通信カード２００とシリアル通信をおこなうための処理部であり、ＣＯＭポートオープン処理ルーチン１３１と、アクセスフラグ設定処理ルーチン１３２と、アクセスフラグクリア処理ルーチン１３３と、アクセスフラグ１３４とを有する。なお、このシリアルドライバ１３０は、図示していないが、マルチアクセス通信カード２００からの割込みを処理する割込処理ルーチン、マルチアクセス通信カード２００とのデータ授受をおこなうためのＲｅａｄ処理ルーチンおよびＷｒｉｔｅ処理ルーチン、プラグアンドプレイ機能を実現するためのＰｎＰ処理ルーチン、電源管理をおこなうためのＰｏｗｅｒ処理ルーチンなどを有する。
ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからの要求に応じてＣＯＭポートをオープンする処理部であり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かを判定し、ＣＯＭ３ポートであれば、アクセスフラグ１３４が設定されている場合にだけオープン処理をおこなう。一方、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、無条件でオープン処理をおこなう。
このように、このＣＯＭポートオープン処理ルーチン１３１がアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートのオープン処理をおこなうこととしたので、ＣＯＭ３ポートを介したマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
アクセスフラグ設定処理ルーチン１３２は、アクセスフラグ１３４を設定する処理部であり、音声通話アプリケーション１２０によって使用される。具体的には、このアクセスフラグ設定処理ルーチン１３２は、DeviceIoControlを用いて呼び出される。
アクセスフラグクリア処理ルーチン１３３は、アクセスフラグ１３４をクリアする処理部であり、音声通話アプリケーション１２０によって使用される。このアクセスフラグクリア処理ルーチン１３３は、アクセスフラグ設定処理ルーチン１３２と同様に、DeviceIoControlを用いて呼び出される。
アクセスフラグ１３４は、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを記憶した記憶部であり、このアクセスフラグ１３４が設定されている場合には、マルチアクセス通信カード２００へのアクセスが許可され、このアクセスフラグ１３４が未設定の場合には、マルチアクセス通信カード２００へのアクセスは許可されない。このアクセスフラグ１３４がＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス可否を記憶することにより、音声通話アプリケーション１２０だけがＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制御することができる。
ＰＣカードドライバ１４０は、アプリケーションがＰＣカードを利用できるようにＰＣカードを管理する処理部であり、具体的には、ＰＣカードスロットの状態や割込みレベルなどを管理する。
次に、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順について説明する。第３図は、第２図に示したマルチアクセス装置によるアクセスフラグ設定処理の処理手順を示すフローチャートである。
同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がシリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求する（ステップＳ３０１）。なお、音声通話アプリケーション１２０は、この要求を、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。
そして、アクセスフラグ１３４の設定要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が既に設定されているか否かを調べ（ステップＳ３０２）、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４を設定する（ステップＳ３０３）。そして、処理結果に「正常終了」を設定し（ステップＳ３０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ３０６）。一方、アクセスフラグ１３４が既に設定されている場合には、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ３０５）、この処理結果をアプリケーションに知らせる（ステップＳ３０６）。
このように、音声通話アプリケーション１２０が、シリアルドライバ１３０に対してＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４の設定を要求することとしたので、この音声通話アプリケーション１２０だけが、ＣＯＭ３ポートを介してマルチアクセス通信カード２００にアクセスできるように制限することができる。
次に、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順について説明する。第４図は、第２図に示したＣＯＭポートオープン処理ルーチン１３１の処理手順を示すフローチャートである。
同図に示すように、このＣＯＭポートオープン処理ルーチン１３１は、アプリケーションがＣＯＭポートのオープンを要求すると、まずオープンするＣＯＭポートがＣＯＭ３ポートであるか否かを調べる（ステップＳ４０１）。そして、オープンするＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ４０２）、アクセスフラグ１３４が設定されている場合には、音声通話アプリケーション１２０からのＣＯＭ３ポートのオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなう（ステップＳ４０３）。そして、処理結果に「オープン成功」を設定し（ステップＳ４０４）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。
一方、アクセスフラグ１３４が設定されていない場合には、他のアプリケーションによるＣＯＭ３ポートの誤ったオープン要求または不正なオープン要求であると判断し、ＣＯＭ３ポートのオープン処理をおこなうことなく、処理結果に「オープン失敗」を設定し（ステップＳ４０５）、この処理結果をアプリケーションに知らせる（ステップＳ４０６）。また、オープンするＣＯＭポートがＣＯＭ３ポートでない場合には、ステップＳ４０３に進んでＣＯＭポートのオープン処理をおこなう。
このように、このＣＯＭポートオープン処理ルーチン１３１が、アプリケーションからのＣＯＭポートオープン要求に対して、オープンを要求されたＣＯＭポートがＣＯＭ３ポートであるか否かを調べ、ＣＯＭ３ポートである場合には、さらにアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にのみＣＯＭ３ポートをオープンすることとしたので、アクセスフラグ１３４を事前に設定した音声通話アプリケーション１２０だけにＣＯＭ３ポートの使用を制限することができる。
次に、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順について説明する。第５図は、第２図に示したマルチアクセス装置によるアクセスフラグクリア処理の処理手順を示すフローチャートである。同図に示すように、このマルチアクセス装置では、音声通話アプリケーション１２０がＣＯＭ３ポートの使用を終了すると、シリアルドライバ１３０に対して、アクセスフラグ１３４のクリアを要求する（ステップＳ５０１）。なお、音声通話アプリケーション１２０は、この要求を、アクセスフラグ１３４の設定要求と同様に、DeviceIoControlを用いてシリアルドライバ１３０に対して直接おこなうことができる。
そして、アクセスフラグ１３４のクリア要求を受けたシリアルドライバ１３０は、アクセスフラグ１３４が設定されているか否かを調べ（ステップＳ５０２）、アクセスフラグ１３４が設定されている場合には、アクセスフラグ１３４をクリアする（ステップＳ５０３）。そして、処理結果に「正常終了」を設定し（ステップＳ５０４）、この処理結果を音声通話アプリケーション１２０に知らせる（ステップＳ５０６）。一方、アクセスフラグ１３４が設定されていない場合には、アクセスフラグ１３４のクリア要求に問題があるので、処理結果に「異常終了」を設定し（ステップＳ５０５）、この処理結果をアプリケーションに知らせる（ステップＳ５０６）。
上述したように、本実施の形態１では、シリアルドライバ１３０内にＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセスを許可するか否かを示すアクセスフラグ１３４を設け、マルチアクセス通信カード２００にアクセスする音声通話アプリケーション１２０は、ＣＯＭ３ポートのオープンを要求する前にアクセスフラグ１３４を設定し、ＣＯＭポートオープン処理ルーチン１３１は、アプリケーションからのＣＯＭポートオープン要求に対してアクセスフラグ１３４を調べ、アクセスフラグ１３４が設定されている場合にだけＣＯＭ３ポートをオープンすることとしたので、音声通話アプリケーション１２０のみにマルチアクセス通信カード２００へのアクセスを許可することができ、このマルチメディア通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
実施の形態２．
ところで、上記実施の形態１では、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス許可を示すアクセスフラグ１３４が設定されているか否かの判定は、ＣＯＭポートオープン処理ルーチン１３１がおこなう場合を説明したが、アクセスフラグの判定は、ＣＯＭポートオープン処理ルーチン１３１以外でもおこなうことができる。そこで、本実施の形態２では、アクセスフラグの判定をＣＯＭポートのオープン処理時ではなく、ＣＯＭポートのオープンが成功した後、アプリケーションがマルチアクセス通信カード２００へ送付するコマンドレベルでおこなうマルチアクセス装置について説明する。
ところで、上記実施の形態１では、ＣＯＭ３ポートを介したマルチアクセス通信カード２００へのアクセス許可を示すアクセスフラグ１３４が設定されているか否かの判定は、ＣＯＭポートオープン処理ルーチン１３１がおこなう場合を説明したが、アクセスフラグの判定は、ＣＯＭポートオープン処理ルーチン１３１以外でもおこなうことができる。そこで、本実施の形態２では、アクセスフラグの判定をＣＯＭポートのオープン処理時ではなく、ＣＯＭポートのオープンが成功した後、アプリケーションがマルチアクセス通信カード２００へ送付するコマンドレベルでおこなうマルチアクセス装置について説明する。
まず、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念について説明する。第６図は、本実施の形態２に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。
同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードへのコマンドを用いてアクセスフラグの設定をおこなう。なお、ここでは、ＣＯＭポートのオープン後にアクセスフラグを設定することとしたが、このアクセスフラグの設定はＣＯＭポートのオープンの前におこなうこともできる。
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドをモデムカードに送り、特定アプリケーションはモデムカードを使って通信をおこなうことができる。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受け取ったシリアルドライバがアクセスフラグを調べると、アクセスフラグが設定されていないので、コマンドエラーをそのアプリケーションに返す。
このように、本実施の形態２では、シリアルドライバ内にモデムカードへのアクセスを許可するか否かを示すアクセスフラグを設け、シリアルドライバは、このアクセスフラグが設定されている場合にだけモデムカードへコマンドを送り、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがＣＯＭポートを介してモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態２に係るマルチアクセス装置の構成について説明する。第７図は、本実施の形態２に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
同図に示すように、このＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ７３０と、ＰＣカードドライバ１４０とを有する。
音声通話アプリケーション７２０は、シリアルドライバ７３０に対して、ＣＯＭ３ポートのオープンに成功した後、アクセスフラグ設定コマンドを発行する。そして、アクセスフラグを設定した後、ＡＴコマンド等を発行して音声通話を実行する。また、音声通話を終了する場合には、ＣＯＭ３ポートをクローズした後にアクセスフラグクリアコマンドを発行し、アクセスフラグをクリアする。
シリアルドライバ７３０は、Ｗｒｉｔｅ処理ルーチン７３１とＣＯＭポートオープン処理ルーチン７３２とを有し、また、図示しない割込処理ルーチン、Ｒｅａｄ処理ルーチン、ＰｎＰ処理ルーチン、Ｐｏｗｅｒ処理ルーチンなどを有する。
Ｗｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドをマルチアクセス通信カード２００に送信する処理部であり、アクセスフラグ７３３を有する。そして、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドの送信に使用するＣＯＭポートを判定し、ＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけアプリケーションが発行するコマンドをマルチアクセス通信カード２００に送る。
また、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ７３３を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ７３３をクリアする。
このように、このＷｒｉｔｅ処理ルーチン７３１が、アプリケーションがマルチアクセス通信カード２００へのコマンドの送信に使用するＣＯＭポートを調べ、ＣＯＭポートがＣＯＭ３ポートである場合には、さらにアクセスフラグ７３３を調べ、アクセスフラグ７３３が設定されている場合にだけコマンドをマルチアクセス通信カード２００に送ることとしたので、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
ＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートのオープンをおこなう処理部である。ただし、このＣＯＭポートオープン処理ルーチン７３２は、ＣＯＭポートオープン処理ルーチン１３１とは異なり、オープンするＣＯＭポートがＣＯＭ３ポートであるか否かの調査や、アクセスフラグが設定されているか否かの調査などの特別な処理はおこなわない。
次に、Ｗｒｉｔｅ処理ルーチン７３１の処理手順について説明する。第８図は、Ｗｒｉｔｅ処理ルーチン７３１の処理手順を示すフローチャートである。同図に示すように、このＷｒｉｔｅ処理ルーチン７３１は、アプリケーションが出力するＣＯＭポートがＣＯＭ３ポートであるか否かを調べ（ステップＳ８０１）、ＣＯＭ３ポートである場合には、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドを調べる（ステップＳ８０２）。
そして、アプリケーションから出力されたコマンドがアクセスフラグ設定コマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０３）、アクセスフラグ７３３が設定されていなければ、アクセスフラグ７３３を設定する（ステップＳ８０４）。そして、処理結果に「正常終了」を設定し（ステップＳ８０５）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、何らかの誤りが発生しているので、処理結果に「異常終了」を設定し（ステップＳ８０６）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがアクセスフラグクリアコマンドである場合には、さらにアクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８０７）、アクセスフラグ７３３が設定されていれば、アクセスフラグ７３３をクリアし（ステップＳ８０８）、処理結果に「正常終了」を設定し（ステップＳ８０９）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていなければ、処理結果に「異常終了」を設定し（ステップＳ８１０）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。
また、アプリケーションから出力されたマルチアクセス通信カード２００へのコマンドがその他のコマンド等である場合には、アクセスフラグ７３３が設定されているか否かを調べ（ステップＳ８１１）、アクセスフラグ７３３が設定されていなければ、マルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスであるので、処理結果に「異常終了」を設定し（ステップＳ８１２）、この処理結果をアプリケーションに知らせる（ステップＳ８１５）。一方、アクセスフラグ７３３が設定されていれば、音声通話アプリケーション７２０からＣＯＭ３ポートを介したマルチアクセス通信カード２００への正しいアクセスであるので、コマンドをマルチアクセス通信カード２００へ送付し（ステップＳ８１３）、処理結果に「正常終了」を設定し（ステップＳ８１４）、この処理結果を音声通話アプリケーション７２０に知らせる（ステップＳ８１５）。
上述したように、本実施の形態２では、音声通話アプリケーション７２０がシリアルドライバ７３０に対してマルチアクセス通信カード２００へのコマンドを用いてアクセスフラグ設定を要求し、シリアルドライバ７３０のＷｒｉｔｅ処理ルーチン７３１がコマンドを解析してアクセスフラグ７３３を設定し、アクセスフラグ７３３設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード２００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード２００へアクセスすることができ、このマルチアクセス通信カード２００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
実施の形態３．
上記実施の形態１および２では、シリアルドライバ内にアクセスフラグを設け、音声通話アプリケーションがこのアクセスフラグを設定した後、ＣＯＭ３ポートを介してマルチアクセス通信カードにアクセスする場合について説明したが、アクセスフラグは、シリアルドライバ内ではなく、マルチアクセス通信カード内に設けることもできる。そこで、本実施の形態３では、アクセスフラグをマルチアクセス通信カード内に設けた場合について説明する。
上記実施の形態１および２では、シリアルドライバ内にアクセスフラグを設け、音声通話アプリケーションがこのアクセスフラグを設定した後、ＣＯＭ３ポートを介してマルチアクセス通信カードにアクセスする場合について説明したが、アクセスフラグは、シリアルドライバ内ではなく、マルチアクセス通信カード内に設けることもできる。そこで、本実施の形態３では、アクセスフラグをマルチアクセス通信カード内に設けた場合について説明する。
第９図は、本実施の形態３に係るＣＯＭポート接続デバイスへのアクセス許可の概念を説明するための説明図である。同図（ａ）に示すように、特定アプリケーションは、シリアルドライバに対して、モデムカードを使用するために通常のＣＯＭポートオープンを要求する。そして、ＣＯＭポートのオープンが成功すると、モデムカードに対してアクセスフラグ設定コマンドを発行し、アクセスフラグ設定コマンドを受け取ったモデムカードがカード内のアクセスフラグを設定する。
そして、特定アプリケーションがＡＴコマンド等を発行し、ＡＴコマンド等を受け取ったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されているので、発行されたコマンドを実行する。
これに対して、同図（ｂ）に示すように、他のアプリケーションがモデムカードに誤ったアクセスや不正なアクセスをしようとした場合には、そのアプリケーションは、シリアルドライバに対してＣＯＭポートのオープンを要求し、ＣＯＭポートのオープン成功後ＡＴコマンド等を発行する。そして、ＡＴコマンド等を受けったモデムカードがアクセスフラグを調べると、アクセスフラグが設定されていないのでコマンドエラーをそのアプリケーションに返す。
このように、本実施の形態３では、モデムカード内にアクセスフラグを設け、モデムカードは、このアクセスフラグが設定されている場合にだけアプリケーションから送られたコマンドを実行し、アクセスフラグが未設定の場合にはアプリケーションにコマンドエラーを返すこととしたので、アクセスフラグを事前に設定した特定アプリケーションだけがモデムカードにアクセスすることができ、このモデムカードへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
次に、本実施の形態３に係るマルチアクセス装置の構成について説明する。第１０図は、本実施の形態３に係るマルチアクセス装置の構成を示す機能ブロック図である。なお、ここでは説明の便宜上、第２図および第７図に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
同図に示すように、このマルチアクセス装置は、ＰＣ１００と、マルチアクセス通信カード１０００と、マウス１０と、キーボード２０と、マイク付イアホン３０と、表示装置４０とを有する。また、ＰＣ１００は、ダイアルアップアプリケーション１１０と、音声通話アプリケーション７２０と、シリアルドライバ１０３０と、ＰＣカードドライバ１４０とを有する。
シリアルドライバ１０３０は、シリアルドライバ１３０やシリアルドライバ７３０とは異なり、ＣＯＭポートがＣＯＭ３ポートであっても特別な処理をおこなうことはない。
マルチアクセス通信カード１０００は、二つのＣＯＭポートに加えてコマンド処理ルーチン１０１０を有する。このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを解釈実行する処理部であり、アクセスフラグ１０１１を有する。そして、このコマンド処理ルーチン１０１０は、アプリケーションが使用するＣＯＭポートを判定し、使用するＣＯＭポートがＣＯＭ３ポートである場合には、アクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけアプリケーションが発行するコマンドを実行する。
また、このコマンド処理ルーチン１０１０は、アプリケーションが発行するコマンドを調べ、コマンドがアクセスフラグ設定コマンドである場合にはアクセスフラグ１０１１を設定し、コマンドがアクセスフラグクリアコマンドである場合にはアクセスフラグ１０１１をクリアする。
このように、このコマンド処理ルーチン１０１０がアクセスフラグ１０１１を調べ、アクセスフラグ１０１１が設定されている場合にだけコマンドを実行することとしたので、マルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
上述したように、本実施の形態３では、音声通話アプリケーション７２０がマルチアクセス通信カード１０００に対してコマンドを用いてアクセスフラグ設定を要求し、マルチアクセス通信カード１０００のコマンド処理ルーチン１０１０がコマンドを解析してアクセスフラグ１０１１を設定し、アクセスフラグ１０１１設定後、音声通話アプリケーション７２０がＣＯＭ３ポートを介してマルチアクセス通信カード１０００へのコマンドを発行することとしたので、音声通話アプリケーション７２０だけがマルチアクセス通信カード１０００へアクセスすることができ、このマルチアクセス通信カード１０００への他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができる。
また、本実施の形態３では、コマンド処理ルーチン１０１０およびアクセスフラグ１０１１をマルチアクセス通信カード１０００内に設け、マルチアクセス通信カード１０００へのアクセス制限をマルチアクセス通信カード１０００自身でおこなうこととしたので、シリアルドライバ１０３０はＣＯＭ３ポートに対して特別な処理が不要となり、シリアルドライバの変更を不要とすることができる。
以上説明したように、本発明によれば、アプリケーションのアクセス要求に先立ってアプリケーションからの要求に応答して通信デバイスの利用許可をおこない、利用許可の有無に基づいてアプリケーションから通信デバイスに対するアクセス要求を受け付けるか否かを制御することとしたので、複数のアプリケーションのうちの特定のアプリケーションのみに汎用ポートが割り当てられた通信デバイスへのアクセスを許可し、もってこの通信デバイスへの他のアプリケーションからの誤ったアクセスや不正なアクセスを防止することができるという効果を奏する。
以上のように、本発明に係るアクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイスは、汎用ポートを介した通信を特定のアプリケーションだけが利用できるように制限する必要があるコンピュータシステムに適している。
Claims (15)
- 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対する各アプリケーションからのアクセス要求を制御するアクセス要求制御方法であって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可工程と、
前記利用許可工程による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御工程と、
を含んだことを特徴とするアクセス要求制御方法。 - 前記通信デバイスは、データ通信と音声通話を同時に実行可能な通信デバイスであり、前記利用許可工程は、所定の音声通話アプリケーションに対して該通信デバイスに対する利用許可をおこなうことを特徴とする請求の範囲第１項に記載のアクセス要求制御方法。
- 前記利用許可工程は、前記アプリケーションからのアクセスフラグの設定要求に応答して該アプリケーションによる前記通信デバイスに対するアクセス許可を示すアクセスフラグを前記利用許可として設定し、前記制御工程は、前記アプリケーションからアクセス要求を受け付けた際に、当該アプリケーションにアクセスフラグが設定されているか否かに基づいて前記通信デバイスに対するアクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第１項または第２項に記載のアクセス要求制御方法。
- 前記アプリケーションは、前記通信デバイス内のモデムに対するＡＴコマンドに相当する専用コマンドを用いて前記アクセスフラグの設定要求をおこなうことを特徴とする請求の範囲第３項に記載のアクセス要求制御方法。
- 前記利用許可工程は、前記汎用ポートのオープン処理の前に前記利用許可をおこない、前記制御工程は、前記汎用ポートのオープン処理の一部として前記アクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第３項に記載のアクセス要求制御方法。
- 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスに対応する通信デバイス用ドライバプログラムであって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して前記通信デバイスの利用許可をおこなう利用許可手順と、
前記利用許可手順による利用許可の有無に基づいて前記アプリケーションから前記通信デバイスに対するアクセス要求を受け付けるか否かを制御する制御手順と、
をコンピュータで実行することを特徴とする通信デバイス用ドライバプログラム。 - 前記通信デバイスは、データ通信と音声通話を同時に実行可能な通信デバイスであり、前記利用許可手順は、所定の音声通話アプリケーションに対して該通信デバイスに対する利用許可をおこなうことを特徴とする請求の範囲第６項に記載の通信デバイス用ドライバプログラム。
- 前記利用許可手順は、前記アプリケーションからのアクセスフラグの設定要求に応答して該アプリケーションによる前記通信デバイスに対するアクセス許可を示すアクセスフラグを前記利用許可として設定し、前記制御手順は、前記アプリケーションからアクセス要求を受け付けた際に、当該アプリケーションにアクセスフラグが設定されているか否かに基づいて前記通信デバイスに対するアクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第６項または第７項に記載の通信デバイス用ドライバプログラム。
- 前記アプリケーションは、前記通信デバイス内のモデムに対するＡＴコマンドに相当する専用コマンドを用いて前記アクセスフラグの設定要求をおこなうことを特徴とする請求の範囲第８項に記載の通信デバイス用ドライバプログラム。
- 前記利用許可手順は、前記汎用ポートのオープン処理の前に前記利用許可をおこない、前記制御手順は、前記汎用ポートのオープン処理の一部として前記アクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第８項に記載の通信デバイス用ドライバプログラム。
- 少なくとも汎用ポートが割り当てられるとともにアプリケーションからのアクセス要求に応答して通信網を介した通信をおこなう通信デバイスであって、
前記アプリケーションのアクセス要求に先立って該アプリケーションからの要求に応答して利用許可をおこなう利用許可手段と、
前記利用許可手段による利用許可の有無に基づいて前記アプリケーションからアクセス要求を受け付けるか否かを制御する制御手段と、
を備えたことを特徴とする通信デバイス。 - 前記通信デバイスは、データ通信と音声通話を同時に実行可能なデバイスであり、前記利用許可手段は、所定の音声通話アプリケーションに対して利用許可をおこなうことを特徴とする請求の範囲第１１項に記載の通信デバイス。
- 前記利用許可手段は、前記アプリケーションからのアクセスフラグの設定要求に応答して該アプリケーションによるアクセス許可を示すアクセスフラグを前記利用許可として設定し、前記制御手段は、前記アプリケーションからアクセス要求を受け付けた際に、当該アプリケーションにアクセスフラグが設定されているか否かに基づいてアクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第１１項または第１２項に記載の通信デバイス。
- 前記アプリケーションは、前記通信デバイス内のモデムに対するＡＴコマンドに相当する専用コマンドを用いて前記アクセスフラグの設定要求をおこなうことを特徴とする請求の範囲第１３項に記載の通信デバイス。
- 前記利用許可手段は、前記汎用ポートのオープン処理の前に前記利用許可をおこない、前記制御手段は、前記汎用ポートのオープン処理の一部として前記アクセス要求を受け付けるか否かを制御することを特徴とする請求の範囲第１３項に記載の通信デバイス。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/011452 WO2004040890A1 (ja) | 2002-11-01 | 2002-11-01 | アクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイス |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2004040890A1 true JPWO2004040890A1 (ja) | 2006-03-02 |
| JP4332116B2 JP4332116B2 (ja) | 2009-09-16 |
Family
ID=32260033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004548007A Expired - Fee Related JP4332116B2 (ja) | 2002-11-01 | 2002-11-01 | アクセス要求制御方法、通信デバイス用ドライバプログラムおよび通信デバイス |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7448069B2 (ja) |
| JP (1) | JP4332116B2 (ja) |
| WO (1) | WO2004040890A1 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040139312A1 (en) * | 2003-01-14 | 2004-07-15 | General Instrument Corporation | Categorization of host security levels based on functionality implemented inside secure hardware |
| US7899492B2 (en) * | 2004-07-16 | 2011-03-01 | Sellerbid, Inc. | Methods, systems and apparatus for displaying the multimedia information from wireless communication networks |
| US20140071818A1 (en) * | 2004-07-16 | 2014-03-13 | Virginia Innovation Sciences, Inc. | Method and system for efficient communication |
| US10454937B2 (en) | 2017-03-06 | 2019-10-22 | International Business Machines Corporation | Technology for generating a multi-user response in a network |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4982430A (en) * | 1985-04-24 | 1991-01-01 | General Instrument Corporation | Bootstrap channel security arrangement for communication network |
| US5790652A (en) | 1996-03-12 | 1998-08-04 | Intergrated Systems, Inc. | Telephone station equipment employing rewriteable display keys |
| US5765021A (en) * | 1996-03-27 | 1998-06-09 | Pc-Tel, Inc. | Computer system having second program for transferring data between second port connected to a first port and the software portion of a modem |
| JPH10177488A (ja) | 1996-12-17 | 1998-06-30 | Victor Co Of Japan Ltd | データ転送システム |
| AU766861B2 (en) * | 1998-10-19 | 2003-10-23 | General Instrument Corporation | Television set-top box with configurable functionality |
| JP2000156034A (ja) * | 1998-11-18 | 2000-06-06 | Sony Corp | ディジタル信号記憶装置、ディジタル信号記憶方法、プログラム記録媒体、ディジタル信号記録装置及びディジタル信号記録方法 |
| JP2001036636A (ja) | 1999-07-19 | 2001-02-09 | Aiwa Co Ltd | 通信制御方法および通信端末装置 |
| US6389542B1 (en) * | 1999-10-27 | 2002-05-14 | Terence T. Flyntz | Multi-level secure computer with token-based access control |
| US6553441B1 (en) * | 1999-11-30 | 2003-04-22 | 3Com Corporation | Method and apparatus for using serial bus for PC management |
| US6940614B2 (en) | 2000-01-05 | 2005-09-06 | Hewlett-Packard Development Company, L.P. | Method for defining printer driver settings |
| JP2001337917A (ja) | 2000-05-30 | 2001-12-07 | Matsushita Electric Ind Co Ltd | Ｇｕｉ装置端末装置、リソース制御装置、ネットワークシステム、媒体及び情報集合体 |
| US6947970B2 (en) * | 2000-12-19 | 2005-09-20 | Intel Corporation | Method and apparatus for multilevel translation and protection table |
| JP4336051B2 (ja) | 2001-01-31 | 2009-09-30 | 株式会社エヌ・ティ・ティ・ドコモ | 無線通信端末、発呼制限方法及びプログラム |
| US7290266B2 (en) * | 2001-06-14 | 2007-10-30 | Cisco Technology, Inc. | Access control by a real-time stateful reference monitor with a state collection training mode and a lockdown mode for detecting predetermined patterns of events indicative of requests for operating system resources resulting in a decision to allow or block activity identified in a sequence of events based on a rule set defining a processing policy |
| US20030041160A1 (en) * | 2001-08-21 | 2003-02-27 | Sandman Robert James | Methods and systems for reducing command overhead |
| US7461384B2 (en) * | 2002-02-20 | 2008-12-02 | Symbol Technologies, Inc. | Software method for emulating a serial port between applications for enabling communications by mobile bar code readers and computer terminals in wireless networks |
-
2002
- 2002-11-01 JP JP2004548007A patent/JP4332116B2/ja not_active Expired - Fee Related
- 2002-11-01 WO PCT/JP2002/011452 patent/WO2004040890A1/ja active Application Filing
-
2005
- 2005-02-07 US US11/050,687 patent/US7448069B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20050144461A1 (en) | 2005-06-30 |
| JP4332116B2 (ja) | 2009-09-16 |
| US7448069B2 (en) | 2008-11-04 |
| WO2004040890A1 (ja) | 2004-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6349336B1 (en) | Agent/proxy connection control across a firewall | |
| JP4248913B2 (ja) | 端末装置、プログラムおよび通信システム | |
| US6438600B1 (en) | Securely sharing log-in credentials among trusted browser-based applications | |
| EP2859498B1 (en) | Trusted security zone access to peripheral devices | |
| US5452460A (en) | Method and apparatus for creating secure pseudo-terminal links | |
| US8056125B2 (en) | Recording medium storing control program and communication system | |
| CN101632280A (zh) | 服务链接的方法及装置 | |
| JP2006508424A (ja) | ミドルウエアにおけるセキュリティ・アクセス・マネージャ | |
| WO2007105279A1 (ja) | 携帯通信装置 | |
| KR20140027109A (ko) | 보안된 런타임 환경에서 데이터를 교환하기 위한 방법 | |
| EP1416353A2 (en) | Communication device, program and recording media | |
| US7188149B2 (en) | Storage operating data control system | |
| WO2011108877A2 (ko) | 클라이언트 가상화를 이용한 서버의 논리적 분리 시스템 및 방법 | |
| US6327662B1 (en) | Security through the use of tokens and automatically downloaded applets | |
| JP2003332978A (ja) | 通信装置、プログラムおよび記録媒体 | |
| US7448069B2 (en) | Access-request control method, driver program for communication device, and communication device | |
| Goldt et al. | The linux programmer’s guide | |
| US20070155422A1 (en) | Method for controlling mobile data connection through USB Ethernet management of mobile station | |
| US8904487B2 (en) | Preventing information theft | |
| KR20060087758A (ko) | 모바일 기기용 인터넷 디스크 시스템 및 방법 | |
| KR20220097037A (ko) | 데이터 유출 방지 시스템 | |
| JP2006259942A (ja) | セキュリティ管理システム、サーバ装置、クライアント端末及びそれに用いるセキュリティ保護方法 | |
| WO2022169017A1 (ko) | 데이터 보호 시스템 | |
| JP2008083886A (ja) | 機密情報漏洩防止方法及びシステム | |
| CN109213673A (zh) | 一种基于串口仿真软件的开发方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080129 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080520 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080710 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081118 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090116 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090616 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090619 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120626 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120626 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130626 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130626 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |