(57)【特許請求の範囲】
【請求項１】
端末に接続されるモデムを通信中の端末から制御するモデム制御方法であって、
ひとつの物理通信ポートに対して第１及び第２の論理通信ポートを有するインタフェースを備えた端末は、ネットワークへの接続要求をダイヤルアップ接続のためのダイヤルアップアプリケーションから受信すると、前記端末の物理通信ポートに接続されるインタフェースを備えたモデムに対して、該接続要求を第１の論理通信ポート及び前記モデムのインタフェースを介して送信するステップと、
前記モデムは、該接続要求を受信し、予め定められた接続処理を実行して前記端末とネットワークとを接続させるステップと、
前記端末は、ダイヤルアップアプリケーション又は予め定められた通信アプリケーションからのデータは通信データであると判断し、第１の論理通信ポート及び前記モデムのインタフェースを介して、該通信データを前記モデムに送信することによりネットワークと通信するステップと、
前記端末は、第１の論理通信ポートを介したネットワークとの通信中において、前記モデムの状態並びに無線通信の電波状態をモニタするためのモニタアプリケーション又は前記モデムでの音声通話のための電話アプリケーションからの、モデムの設定要求又は状態取得要求又は音声通話の実行要求のいずれかを含むデータは制御データであると判断し、該制御データと、制御データか通信データかを識別するための識別情報とを、第２の論理通信ポート及び前記モデムのインタフェースを介して、前記モデムに送信するステップと、
前記モデムは、通信データ及び制御データをインタフェースを介して受信して、識別情報の有無に従い受信されたデータが通信データか制御データかを判別し、判別結果に従い、所定の通信処理又は制御データに応じた設定、状態取得並びに音声通話の制御を行うステップと、
前記端末の処理部は、早押しが発生しやすい予め定められたキーによる制御データに、第２の識別情報を付加して前記端末のインタフェースに送信するステップと、
前記端末のインタフェースが、第２の識別情報の有無に従い、第２の識別情報が付加されていない制御データについては、制御データを受信してから予め定められた時間が経過するまで、同じ要求の制御データを受け付けない又は該制御データを破棄し、第２の識別情報が付加された制御データについては、予め定められた時間が経過していなくても、同じ制御データを受け付けるステップと
を含む前記モデム制御方法。
【請求項２】
前記モデムは、制御データに対する設定完了を示す情報又は要求された状態についての情報を含む応答情報に、応答情報であることを示す第３の識別情報を付加して、インタフェースを介して該応答情報を前記端末に送信するステップと、
前記モデムは、ネットワークからの通信データを、インタフェースを介して前記端末に送信するステップと、
前記端末は、応答情報及び通信データを受信し、第３の識別情報の有無に従い応答情報か又は通信データかを判別し、判別結果に従い、受信した応答情報を表示部に表示する又は所定の通信処理を実行する請求項１に記載のモデム制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モデム制御方法に係り、特に、Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ（以降ＰＣと記す）やＰｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ（以降ＰＤＡと記す）に代表される端末装置Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ（以降ＡＰＩと記す）にて、通信中に端末装置側からの多機能無線モデムの設定及び情報取得を行うモデム制御方法に関する。
【背景技術】
【０００２】
昨今、モバイルシーンの流れとしてブロードバンドは勿論のこと、多機能で小型の無線モデムカードへのニーズが高まっている。図１は、従来のデータ通信の一例の説明図である。一例として、無線モデム２０を端末装置１０のＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ）インタフェースやＣＦインタフェースへ直接実装し、パケット網３０と接続し、対向の端末装置１０とデータ通信を行う技術が開示されている（例えば、特許文献１参照）。また、モデムの設定等を端末装置１０よりＡＴコマンドで制御する技術が開示されている（例えば、特許文献２参照）。
【特許文献１】特開平８−６５３５７号公報
【特許文献２】特開平３−２９５３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、例えば特許文献１で開示された従来技術では、データ通信を開始する前に、無線モデムが通信する為に必要となる端末装置との通信スピード、通信方式、誤り検出等の設定情報をＡＴコマンドにて予め設定し、その後パケット網と接続して通信が開始されるのが一般的である。その後、データ通信中において無線モデムの設定変更を行った場合、通信が切断されてしまう課題がある。
【０００４】
また、ユーザが通信中に無線モデムの送受信データ状況及び電波状況状態等を確認する場合は、無線モデムに具備されている表示部で確認していた。しかし、データ通信中のユーザの視点は端末装置の表示部にあるため、データ通信中にモデムの表示部で確認するという行為はユーザインタフェースの観点から、利用し易い形態とはいえなかった。
【０００５】
本発明は、以上の点に鑑み、通信中のモデムに対して、通信を切断せずに構成情報の変更を行う制御方法を提供することを目的とする。また、本発明は、ＡＴコマンドを用いて、モデムの構成情報の変更を行うような場合、余計なＡＴコマンドの送出を抑えることを目的とする。さらに、本発明は、ユーザが電話アプリケーションやモニタアプリケーションを連続的に可変する操作を行ったことにより発生する、不必要なトラフィックによる通信自体への影響や、それ以外のモデム制御機能への影響も大きく低減することを目的とする。本発明は、以上の内容により快適且つ安定したモバイル通信が実現することを目的とする。
【０００６】
本発明は、通信中のモデムの状態表示をＰＣ等の端末装置にダイナミックに行うことができ、通信中に端末装置に実装している電話アプリケーションやモニタアプリケーションから多機能無線モデムにアクセス可能とし、電波状況や送受信データ等のステータスデータを端末装置上の表示部でモニタできることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、前述した課題を解決するために、通信モデムに収容され、通信モデム経由でパケット網との通信を行う端末装置において、又は、端末装置に格納されるプログラムにおいて、通信モデムと接続される端末装置の１つの物理通信ポートに対して、２つの論理通信ポートを備え、論理通信ポートの一方を前記パケット網側との通信に使用し、他方を通信モデムとの間での制御データの通信に使用することを特徴のひとつとする。
データ通信中はＣＯＭポートが占有されているので、ＣＯＭポートの下位レイヤのデバイスドライバに直接アクセスするインバンドＣＯＭポートＤＬＬを利用することにより通信中の制御信号のやり取りを可能とする。
【０００８】
また、無線モデム、端末装置各々のＣＦ  ＩＦにて制御用のデータなのか、通信用のデータなのかを識別可能とする為のフラグの付加／検出機能を有する。また、端末装置側にて連続的に設定変更を行っても、ある一定のスピード以上で設定変更を行った場合には、その経過での要求信号は全て無視し、有効な要求信号のみを送信することを特徴のひとつとする。
【０００９】
端末装置にて多機能無線モデムを制御するためのユーザインタフェースとなる各アプリケーションの操作上発生する不要な要求信号に対して、ＣＦ  ＩＦである規定以上のタイマを設けてそのタイマが満了しない場合には、変更要求処理を受け付けない処理を実装し不必要なトラフィックによる通信自体の影響や、他制御への影響を軽減する。
【００１０】
本発明の解決手段によると、
端末に接続されるモデムを通信中の端末から制御するモデム制御方法であって、
ひとつの物理通信ポートに対して第１及び第２の論理通信ポートを有するインタフェースを備えた端末は、ネットワークへの接続要求をダイヤルアップ接続のためのダイヤルアップアプリケーションから受信すると、前記端末の物理通信ポートに接続されるインタフェースを備えたモデムに対して、該接続要求を第１の論理通信ポート及び前記モデムのインタフェースを介して送信するステップと、
前記モデムは、該接続要求を受信し、予め定められた接続処理を実行して前記端末とネットワークとを接続させるステップと、
前記端末は、ダイヤルアップアプリケーション又は予め定められた通信アプリケーションからのデータは通信データであると判断し、第１の論理通信ポート及び前記モデムのインタフェースを介して、該通信データを前記モデムに送信することによりネットワークと通信するステップと、
前記端末は、第１の論理通信ポートを介したネットワークとの通信中において、前記モデムの状態並びに無線通信の電波状態をモニタするためのモニタアプリケーション又は前記モデムでの音声通話のための電話アプリケーションからの、モデムの設定要求又は状態取得要求又は音声通話の実行要求のいずれかを含むデータは制御データであると判断し、該制御データと、制御データか通信データかを識別するための識別情報とを、第２の論理通信ポート及び前記モデムのインタフェースを介して、前記モデムに送信するステップと、
前記モデムは、通信データ及び制御データをインタフェースを介して受信して、識別情報の有無に従い受信されたデータが通信データか制御データかを判別し、判別結果に従い、所定の通信処理又は制御データに応じた設定、状態取得並びに音声通話の制御を行うステップと
を含む前記モデム制御方法が提供される。
【発明の効果】
【００１１】
本発明によると、通信中のモデムに対して、通信を切断せずに構成情報の変更を行う制御方法を提供することができる。また、本発明によると、ＡＴコマンドを用いて、モデムの構成情報の変更を行うような場合、余計なＡＴコマンドの送出を抑えることができる。さらに、本発明によると、ユーザが電話アプリケーションやモニタアプリケーションを連続的に可変する操作を行ったことにより発生する、不必要なトラフィックによる通信自体への影響や、それ以外のモデム制御機能への影響も大きく低減することが出来る。本発明によると、以上の内容により快適且つ安定したモバイル通信が実現できる。
【００１２】
本発明によると、通信中のモデムの状態表示をＰＣ等の端末装置にダイナミックに行うことができ、通信中に端末装置に実装している電話アプリケーションやモニタアプリケーションから多機能無線モデムにアクセス可能とし、電波状況や送受信データ等のステータスデータを端末装置上の表示部でモニタできる。
【発明を実施するための最良の形態】
【００１３】
（ハード構成）
図２は、本実施の形態におけるネットワーク構成の例を示す図である。図２は、例えば、端末装置１０から音声通話機能付きの多機能無線モデム４０にてパケット網３０を介し携帯電話５０との音声通話や、無線モデム２０対向でのデータ通信を行う場合のネットワークの構成例を示している。
【００１４】
端末装置１０は、例えば、電話アプリケーション１０８、モニタアプリケーション１０９等を有する。なお、各アプリケーションについては後述する。多機能無線モデム４０は、表示部４０１、スピーカ４０２、マイク４０３等を備える。音声通話の場合、通話中にスピーカ４０２の音量設定や、各種テレホンサービスの照会に利用されるＤｉａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ（以降ＤＴＭＦと記す）機能等を使用する為には、通話中のモデムの制御が必須となる。データ通信の場合では、電波状況や送受信データ状況をユーザの視点である端末装置１０の表示部にて、多機能無線モデムのステータスが表示できることが望ましい。これらの環境を実現する為の形態として、まず、端末装置１０について説明する。
【００１５】
図３は、端末装置１０の構成図である。
端末装置１０は、ＣＦインタフェース部（ＣＦ  ＩＦ部）１０１と、表示部（ディスプレイ）１０２と、シリアルＩ／Ｏ制御部１０３と、ＣＰＵ（処理部）１０４と、メモリ１０５と、ハードディスク１０６と、ＣＦコネクタ１０７と、ユーザインタフェース部（ＵＩ部）１１０とを備える。ＣＦ  ＩＦ部１０１は、ＣＯＭポート（第１の論理通信ポート）１０１１と、ＤＬＬポート（第２の論理通信ポート）１０１３と、ＣＦデバイスドライバ１０１２とを有する。ＣＦ  ＩＦ部１０１は、タイマ１０１４をさらに有してもよい。また、ハードディスク１０６は、例えば、ダイヤルアップアプリケーション１０７、電話アプリケーション１０８、モニタアプリケーション１０９等の適宜のアプリケーションが格納される。なお、各アプリケーションは、ＣＰＵ１０４に読み出され、実行されることができる。ＵＩ部１１０は、例えば、キーボード１１０１と、マウス１１０２と、タッチパネル１１０３と、ＵＳＢ  ＩＦ１１０４とを有する。各部は、例えばバスを介して互いに接続される。なお、ＵＩ部１１０の各部は、シリアルＩ／Ｏ制御部１０３を介してバスに接続されることができる。
【００１６】
予め、記憶媒体であるハードディスク１０６に、ユーザが実際使用するアプリケーションとなるダイヤルアップ接続用のダイヤルアップアプリケーション１０７や、音声通話に使用しハンドセットイメージとなる電話アプリケーション１０８、モデムの状態や電波環境をモニタするためのモニタアプリケーション１０９の組み込みや、多機能無線モデム４０を端末装置にて制御可能とする為のＣＦデバイスドライバ１０１２が組み込まれる。ＣＦ  ＩＦ１０１に多機能無線モデム４０を実装すると、ＣＦデバイスドライバ１０１２が多機能無線モデム４０を認識し、端末装置１０上のアプリケーションから多機能無線モデムの制御が可能となる。
【００１７】
例えば、電話アプリケーション１０８を起動すると、ＣＰＵ１０４は、表示部１０２にユーザが操作できる予め定められた画面を表示する。なお、画面の表示例については、後述する。ＵＩ部１１０の中でキーボード１１０１やマウス１１０２やタッチパネル１１０３、もしくはＵＳＢ  ＩＦ１１０４を介した別の入力装置等がユーザにより操作されることにより、ＣＰＵ１０４がシリアルＩ／Ｏ制御部１０３を介してＵＩ部１１０から情報を読み取り、読み取られた情報を表示部１０２に反映（表示）する。また、表示した情報が決定されることを示す情報をＵＩ部１１０から入力されれば、ＣＰＵ１０４は、その決定事項に適合したＡＴコマンドに相当するＡｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ（以降ＡＰＩと記す）を、ＣＯＭポート１０１１（Ｗｉｎｄｏｗｓ（登録商標）の論理シリアルポート名）を介さず、ＤＬＬブロック１０１３を介して、ＣＦドライバ１０１２から多機能無線モデム４０に送信し、音声通話が開始される。なお、ＤＬＬブロック１０１３を介して送信する場合、制御データであることを示すフラグ情報（第１のフラグ）を付加する。ＣＯＭポート１０１１を使用せずに、ＤＬＬブロック１０１３を使用した制御は、モニタアプリ１０９を起動した場合も同様である。
【００１８】
一方、ダイヤルアップアプリケーション１０７からの接続要求であれば、ＣＰＵ１０４は、端末装置１０のＵＩ部１１０からの情報を読み取り、ＣＯＭポート１０１１を介してＣＦドライバ１０１２から多機能無線モデム４０に送信することでデータ通信が開始される。このＣＯＭポートを介した制御は、例えば従来のモデム制御と同様とすることができる。
【００１９】
次に、多機能無線モデム４０について説明する。
図４は、本実施の形態における無線モデム１０の構成図である。
無線モデム１０は、表示部４０１と、スピーカ（音声出力部）４０２と、マイク（音声入力部）４０３と、アンテナ４０４と、送受信部４０５と、ＣＰＵ（処理部）４０６と、メモリ４０７と、ＩＯ制御部４０８と、音声通信制御部４０９と、データ通信制御部４１０と、ＣＦ（ＰＣＭＣＩＡ）ＩＦ４１１と、ＣＦコネクタ４１２とを備える。
【００２０】
ＣＦコネクタ４１２は、端末装置１０と物理的に接続するコネクタである。ＣＦ  ＩＦ４１１は、ＣＦインタフェース機能を有するブロックである。データ通信制御部４１０は、データ通信を制御するブロックである。音声通話制御部４０９は、音声通話を制御するブロックである。メモリ４０７は、データを一時的に格納できるデータバッファ部４０７２と、多機能無線モデム４０の各種設定を制御する為の動作設定レジスタ４０７１とを有する。送受信部４０５は、アンテナ４０４を介した通信データの送受信管理を行う。ＩＯ制御部４０８は、表示部４０１やスピーカ４０２やマイク４０３等を制御するブロックである。
【００２１】
端末装置１０より、多機能無線モデム４０への要求信号（又は要求データ）がＣＦ  ＩＦ４１１を介して入力されると、ＣＦ  ＩＦ４１１を例えばデュアルポートメモリで構成すればデュアルポートメモリのデータ領域に要求データが格納され、割込み信号がＣＰＵ４０６に通知される。ＣＰＵ４０６はその情報を読み取り、通信データなのか制御データなのかをフラグ情報（第１のフラグ）から判断し、関連タスクへと命令を指示する。例えば、そのデータが通信データであれば、データ通信制御部４１０より送受信部４０５を介してアンテナ４０４から通信データが送信される。一方、第１のフラグが付加されていることにより制御データであると判断された場合には、その応答情報に、応答情報（又は制御情報）であることが判別できるフラグ情報（第３のフラグ）を付加して、ＣＦ  ＩＦ４１１のデュアルポートメモリのデータ領域に書き込む。これにより、割り込み信号がＣＦＩＦ１０１を介して端末装置１０のＣＰＵ１０４へ通知され、ＣＰＵ１０４がデュアルポートメモリからデータを読み出し、フラグ情報を参照してその情報が通信データなのか応答情報なのかを判別する。ＣＰＵ１０４は、応答情報であった場合には表示部１０２の使用アプリ上に応答情報を表示する。応答情報は、例えば、接続要求、設定要求に対しては接続完了、設定完了を示す適宜の情報又は信号を含み、状態取得要求に対しては、要求された状態（例えば、電波強度）を含むことができる。
【００２２】
例えば、モデムのＣＰＵ４０６が読み取った情報が電話アプリケーション１０８からの発信要求であれば、その情報を音声通信制御部４０９に通知し、送受信部４０５を介してアンテナ４０４からパケット網３０へ発信要求を送信する。通信が確立されると、モデム４０のスピーカ４０２とマイク４０３を用いて、音声通信制御部４０９により音声通話が可能となる。
【００２３】
ダイヤルアップアプリケーション１０７からの接続要求であれば、同じくＣＰＵ４０６が要求情報を読み取り、データ通信制御部４１０へ通知し、送受信部４０５を介してアンテナ４０４からパケット網３０へ接続要求を送信する。通信が確立されると、端末装置１０よりインターネットやメール等のネットワークアプリケーションが使用可能となる。
モニタアプリケーション１０９からの、モデムの状態取得要求であれば、ＣＰＵ４０６は要求された状態をＩＯ制御部４０８、適宜のメモリ、管理部等から取得し、応答情報であることを示すフラグ情報を付加して端末装置１０に送信する。
【００２４】
（各アプリケーションに対応する表示例）
図７は、ダイヤルアップアプリケーションのユーザインタフェースの構成例である。ダイヤルアップアプリケーション１０７が起動されると、例えば図７に示す画面が表示部１０２に表示される。図中、接続１０７１はダイヤルアップ接続要求ボタンであり、切断１０７２はダイヤルアップ接続の切断ボタンであり、終了１０７３はダイヤルアップアプリケーションの終了ボタンである。また、ＩＤ１０７４はＩＤ認証ＩＤ入力欄であり、Ｐａｓｓｗｏｒｄ１０７５は認証パスワード入力欄である。
【００２５】
図８は、電話アプリケーションのユーザインタフェースの構成例である。電話アプリケーション１０８が起動されると、例えば図８に示す画面が表示部１０２に表示される。例えば、アンテナバー１０８１は受信強度を表示しており、表示部１０８２はダイヤル情報等を表示する部位・領域である。数字／記号１０８３は０〜９と＊＃を入力するボタンであり、発信１０８４は発信ボタンであり、終話１０８５は終話するボタン、クリア１０８６は表示部１０８２に表示されている情報を消去するボタンである。また、終了１０８７は電話アプリケーションを終了するボタンであり、音量１０８８はスピーカボリュームを調整するダイヤルキーである。
【００２６】
図９は、モニタアプリケーションのユーザインタフェースの構成例である。モニタアプリケーション１０が起動されると、例えば図９に示す画面が表示部１０２に表示される。例えば、アンテナバー１０９１は受信強度を表示しており、受信データ１０９２は受信データのステータス表示、送信データ１０９３は送信データのステータス表示である。また、クリア１０９４は送受信データのステータスをクリアするボタンである。表示部ＯＮ／ＯＦＦが多機能無線モデム４０の表示部４０１のＯＮ／ＯＦＦを制御するボタンである。終了１０９６はモニタアプリケーションを終了させるボタンである。
なお、上述の表示例は一例であり、これら以外にも適宜の表示をしてもよい。
【００２７】
（動作シーケンス）
まず、処理の概略について説明する。
端末１０に接続されるモデム４０を、通信中の端末１０から制御する。ひとつの物理通信ポートに対して第１及び第２の論理通信ポート１０１１、１０１３を有するインタフェース１０１を備えた端末１０は、ネットワーク３０への接続要求をダイヤルアップ接続のためのダイヤルアップアプリケーション１０７から受信すると、端末１０の物理通信ポートに接続されるインタフェースを備えたモデム４０に対して、該接続要求を第１の論理通信ポート１０１１及びモデム４０のインタフェース４１１を介して送信する。モデム４０は、該接続要求を受信し、予め定められた接続処理を実行して端末１０とネットワーク３０とを接続させる。端末１０は、ダイヤルアップアプリケーション１０７又は予め定められた通信アプリケーションからのデータは通信データであると判断し、第１の論理通信ポート１０１１及びモデム４０のインタフェース４１１を介して、該通信データをモデム４０に送信することによりネットワーク３０と通信する。
【００２８】
端末１０は、第１の論理通信ポート１０１１を介したネットワーク３０との通信中において、モデム４０の状態並びに無線通信の電波状態をモニタするためのモニタアプリケーション１０９又はモデム４０での音声通話のための電話アプリケーション１０８からの、モデムの設定要求又は状態取得要求又は音声通話の実行要求のいずれかを含むデータは制御データであると判断し、該制御データと、制御データか通信データかを識別するための識別情報とを、第２の論理通信ポート１０１３及びモデム４０のインタフェース４１１を介して、モデム４０に送信する。モデム４０は、通信データ及び制御データをインタフェース４１１を介して受信して、識別情報の有無に従い受信されたデータが通信データか制御データかを判別し、判別結果に従い、所定の通信処理又は制御データに応じた設定、状態取得並びに音声通話の制御を行う。
【００２９】
図５は、多機能無線モデム４０の制御シーケンス図である。図５を例に、処理を詳細に説明する。
まず、データ通信時の制御を例にとると、ＣＰＵ１０４がＵＩ部１１０による接続ボタン１０７１の押下を検出すると（Ｓ１０１）、ダイヤルアップアプリケーション１０７により接続要求が端末装置１０のＣＦ  ＩＦ１０１に通知される（Ｓ１０２）。また、ＣＯＭポート１０１１を介して、ＣＦドライバ１０１２より多機能無線モデム４０のＣＦ  ＩＦ４１１へ、接続要求に対応するネットワーク接続要求ＡＴコマンドが送信される（Ｓ１０３）。なお、ＣＰＵ１０４が、ダイヤルアップアプリケーション１０７からのデータは、通信データであると判断するように設定されることができる。ＡＴコマンドは、例えば、ＣＦ  ＩＦ４１１のデュアルポートメモリに記憶され、割り込み信号がＣＰＵ４０６に通知されることができる。
【００３０】
多機能無線モデム４０側のＣＰＵ４０６は、ＣＦ  ＩＦ４１１が受信した受信データが接続要求であることを判別し、接続要求指示をデータ通信制御部４１２に指示する（Ｓ１０４−１）。データ通信制御部４１２は、接続要求を送受信部４０５からパケット網３０へ送信する（Ｓ１０４−２、３）。なお、接続要求には、ＩＤ、パスワード等、ネットワーク接続又は認証のための適宜の情報を含むことができる。
【００３１】
次に、パケット網３０からの接続完了通知を送受信部４０５にて受信すると（Ｓ１０５−１）、送受信部４０５は、データ通信制御部４１２に接続完了通知を送信する（Ｓ１０５−２）。データ通信制御部４１２は、多機能無線モデム４０のＣＦ  ＩＦ４１１から接続完了ＡＴコマンドを端末装置１０のＣＦ  ＩＦ１０１へ送信する（Ｓ１０５−３、Ｓ１０６）。端末装置１０では、ダイヤルアップアプリ１０７が、ＣＦ  ＩＦ１０１を介して接続完了通知を受信する（Ｓ１０７）。以上の処理により、データ通信中のステータスとなる（Ｓ１０８）。なお、ＣＰＵ１０４は、ダイヤルアップアプリケーション１０７又は予め定められた通信アプリケーションからのデータは、通信データであると判断し、ＣＯＭポート１０１１を介して送信することができる。
【００３２】
データ通信中の状態から無線モデム４０の設定を変更する場合について説明する。一例として、端末装置１０にて例えば多機能無線モデム４０に実装されている表示部４０１を全消灯の設定とする操作を行った場合について説明する。
ＣＰＵ１０４が、ＵＩ部１１０による表示部ＯＦＦボタン１０９５の押下を検出すると（Ｓ２０１）、モニタアプリケーション１０９より表示部設定の変更要求ＡＰＩが、端末装置側ＣＦ  ＩＦ部１０１に通知される（Ｓ２０２）。
【００３３】
端末装置１０のＣＦ  ＩＦ１０１は、変更要求ＡＰＩを受信すると、モニタアプリケーション１０９からの要求であることから、通信に使用する実データではなくモデム制御命令（制御データ）であると判断し、要求コマンド（表示部状態設定コマンド）に制御データであることを示す制御命令フラグ（第１のフラグ）を立てる。また、ＣＯＭポートの下位の位置づけとなるデバイスドライバ１０１２にダイレクトアクセスするインバンドＣＯＭポート用のＤＬＬ１０１３を介して、表示部状態設定コマンドをモデムカード４０側のＣＦ  ＩＦ４１１へ送信する（Ｓ２０３）。なお、図５において、記号＃はフラグが付加されていることを示す。また、端末装置１０のＣＦ  ＩＦ１０１と無線モデム４０のＣＦ  ＩＦ４１１との間の矢印は、ＣＯＭポート１０１１を介して送受信される信号を実線で、ＤＬＬ１０１３を介して送受信される信号を点線で示している。
【００３４】
多機能無線モデム４０側のＣＰＵ４０６は、ＣＦ  ＩＦ４１１を介して表示部状態設定コマンドを受信し、制御命令フラグを検出して、通信用のデータではなく制御データであることを判断する。また、ＣＰＵ４０６は、コマンドに従いＩＯ制御部４０８へ表示部ＯＦＦ設定を行う（Ｓ２０４−１）。ＩＯ制御部４０８は、表示部４０１を消灯する（Ｓ２０４−２）。また、ＣＰＵ４０６は、設定完了通知コマンドに制御命令フラグを立て、端末装置１０のＣＦ  ＩＦ１０１へ送信する（Ｓ２０５）。
【００３５】
端末装置１０のＣＦ  ＩＦ１０１は、制御命令フラグを検出して、通信用のデータではなく制御データであることを判断する。ＣＰＵ１０４は、制御データに従い、モニタアプリ１０９へ表示部ＯＮ／ＯＦＦボタンスのテータス表示更新を指示する（Ｓ２０６）。モニタアプリ１０９は、表示部１０２に表示されている表示部ＯＮ／ＯＦＦボタンの表示を、例えば、「表示部ＯＦＦ」から「表示部ＯＮ」に変更する。なお、現在のステータスを表示する場合には「表示部ＯＦＦ」に変更する。
【００３６】
次に、通信中の電波表示更新制御の例について説明する。
電話／モニタアプリ１０８／１０９は、定期的に電波状態要求を端末装置１０のＣＦ  ＩＦ１０１へ通知する（Ｓ３０１）。端末装置１０のＣＦ  ＩＦ１０１は、制御命令フラグを立て、インバンドＣＯＭポート用のＤＬＬ１０１３より電波状態取得ＡＴコマンドを多機能無線モデム４０のＣＦ  ＩＦ４１１へ送信する（Ｓ３０２）。例えば、ＣＰＵ１０４は、電話アプリケーション１０８又はモニタアプリケーション１０９からのデータは制御データであると判断するように設定されることができる。
【００３７】
多機能無線モデム４０のＣＦ  ＩＦ４１１は、制御命令フラグを検出して制御データであると判断し、ＣＰＵ４０６は、制御データに従い送受信部４０５へ現状の電波状態要求を通知する（Ｓ３０３）。ＣＰＵ４０６は、送受信部４０５から電波状態返答を受信後（Ｓ３０４）、制御命令フラグを立て電波状態返答信号を端末装置１０側のＣＦ  ＩＦ１０１へ送信する（Ｓ３０５）。端末装置１０のＣＦ  ＩＦ１０１は、制御命令フラグを検出して制御データであることを判断し、ＣＰＵ１０４は、制御データに従い、電話／モニタアプリ１０８／１０９へ電波表示更新を指示する（Ｓ３０６）。電話／モニタアプリ１０８／１０９は、表示部の電波強度表示（例えば、図８の表示１０８１、図９の表示１０９１）を更新する。このように、本実施の形態によると通信中に端末装置１０からの多機能無線モデム４０の設定が可能となる。
【００３８】
ここで、端末装置１０側から連続した制御を繰り返した場合、多数の要求信号が多機能無線モデム４０に送信されることになる。本質的にはシリアル制御である為に、電話アプリ１０８では音量設定等の連続操作等で音声通話自体や、他のモデムステータス管理制御に影響を与えることがある。また、モニタアプリ１０９でも、表示部制御設定や送受信データカウンタクリアの連続操作において、同じく多数の要求信号が多機能無線モデム４０に送信される為に、データ通信自体や電波強度表示の更新や送受信データカウンタの更新動作が遅くなる等の影響がある。これらの課題については、以下の構成、処理にて改善することが可能となる。
【００３９】
例えば電話アプリ１０８を使用したケースで説明すると、通話中に良く行う操作として音量設定バー１０８８を操作して、多機能無線モデム４０のスピーカ４０２の音量を変更することがある。ＣＰＵ１０４が、例えば通話中に、ＵＩ部１１０のマウス１１０２等による音量設定バー１０８８の操作を検出すると（Ｓ４０１）、電話アプリ１０８はスピーカ音量の変更要求が端末装置１０のＣＦ  ＩＦ１０１へ通知する（Ｓ４０２）。端末装置１０のＣＦ  ＩＦ１０１は、制御命令フラグを立て、インバンドＣＯＭポート用ＤＬＬ１０１３よりスピーカ音量変更要求信号を多機能無線モデム４０のＣＦ  ＩＦ４１１へ送信する（Ｓ４０３）。
【００４０】
多機能無線モデム４０のＣＦ  ＩＦ４１１は、制御命令フラグを検出して制御データであると判断し、ＣＰＵ４０６は、制御データに従い、ＩＯ制御部４１０へ音量設定を指示する（Ｓ４０４）。ＩＯ制御部４１０は、指示に従い音量を変更する（Ｓ４０５）。また、ＣＰＵ４０６は、設定完了通知ＡＴコマンドに制御命令フラグを立て、インバンドＣＯＭポート用ＤＬＬ１０１３を介して端末装置１０のＣＦ  ＩＦ１０１へ送信する（Ｓ４０６）。
端末装置１０のＣＦ  ＩＦ１０１は、制御命令フラグを検出して制御データであることを判断し、電話アプリ１０８のスピーカ音量表示ステータス更新を指示する（Ｓ４０７）。電話アプリ１０８は、指示に従いスピーカ音量ステータス表示を更新する。
【００４１】
図６は、連続操作による不要トラフィックの低減処理シーケンス図である。ユーザによるスピーカ音量設定操作の連続操作は非常に容易であり、それにより多数のスピーカ音量変更ＡＴコマンド（Ｓ４０３）が多機能無線モデム４０へ送信されるケースがある。そこで、図６に示すように、ＵＩ部１１０のスピーカ音量連続操作による変更要求（Ｓ４０２）の全てを、インバンドＣＯＭポート用ＤＬＬ１０１２より、スピーカ音量変更信号（Ｓ４０３）として送信するのではなく、端末装置１０のＣＦ  ＩＦ１０１にて、例えば０．１秒のタイマ１０１４を設けて、そのタイマ１０１４が満了しない場合には、変更要求（Ｓ４０２）を受け付けない処理を実装することができる。例えば、ある要求を受信することによりタイマがスタートし、タイマが予め定められた時間経過しないうちは、同一の要求を示す制御データを受け付けないようにすることができる。なお、他の制御データについては受け付けるようにしてもよいし、受け付けないようにしてもよい。タイマの時間は、０．１秒以外にも適宜の時間を予め設定することができる。また、端末装置１０のＣＦ  ＩＦ１０１は、タイマ時間中に受信した変更要求（Ｓ４０２）を破棄するようにしてもよいし、受信しないようにしてもよい。図では、タイマと同じ０．１秒間の変更要求（Ｓ４０２）を示しているが、例えば、０．３秒間変更要求が連続的に発生すると、端末装置１０のＣＦ  ＩＦ１０１から送信されるＡＴコマンド（Ｓ４０３）は３つであり、無線モデム４０では、例えば、最後に送信されるＡＴコマンドに応じた音量に設定されることになる。以上の処理により、端末装置１０のＣＦ  ＩＦ１０１と多機能無線モデム側ＣＦ  ＩＦ４１１間での不要なトラフィックを軽減することが可能となり、音声通信や他の制御への影響を低減出来る。
【００４２】
但し、早押しが発生しやすいキーで、例えば数字キー１０８３の連続押下操作（Ｓ４０８）は、他のキーと区別するためのフラグ情報（第２のフラグ）を電話アプリ１０８にて付加して通知してもよい（Ｓ４０９）。図中、付加されたフラグをＮで表す。端末装置１０のＣＦ  ＩＦ１０１は、フラグ情報を検出した変更要求処理（Ｓ４０９）については、タイマ１０１４の処理時間中であっても、上述のタイマを使用した処理を実行せず、モデムカード４０側のＣＦ  ＩＦ１０１へ要求信号を送信することができる（Ｓ４１０）。
【００４３】
すなわち、端末１０のインタフェース（ＣＦ  ＩＦ）１０１は、第２のフラグの有無に従い、第２のフラグが付加されていない制御データについては、制御データを受信してから予め定められた時間が経過するまで、同じ要求の制御データを受け付けない又は該制御データを破棄し、一方、第２のフラグが付加された制御データについては、予め定められた時間が経過していなくても、同じ制御データを受け付けるようにしてもよい。
【００４４】
また、モデム４０は、制御データに対する設定完了を示す情報又は要求された状態についての情報を含む応答情報に、応答情報であることを示す第３のフラグを付加して、該応答情報を端末に送信し、モデム４０は、ネットワークからの通信データを端末１０に送信してもよい。さらに、端末１０は、応答情報及び通信データを受信し、第３のフラグの有無に従い応答情報か又は通信データかを判別し、判別結果に従い受信した応答情報を表示部に表示する又は所定の通信処理を実行するようにしてもよい。
【００４５】
以上により、端末装置１０により快適な多機能無線モデム４０の制御を可能とする形態となる。音声通話等の機能を具備する多機能無線モデム４０を、通信中に端末装置１０より制御する形態が実現される。また、後位端末１０側で連続的に設定を可変した場合に、その操作上、不要な要求信号を発行してしまうことによる端末装置１０−多機能無線モデム４０間の不要なトラフィックの発生や、その不要な要求信号による端末装置／多機能無線モデムの不要な処理が低減される。
なお、本発明のモデム制御方法又は装置・システムは、その各手順をコンピュータに実行させるためのモデム制御プログラムにより、無線端末及びモデムに格納され、実行されることができる。
【産業上の利用可能性】
【００４６】
本発明は、例えば、モデムを介した通信及び通信装置等に関する産業に利用可能である。
【図面の簡単な説明】
【００４７】
【図１】端末装置とモデムにてデータ通信のみを行う場合のネットワーク構成例。
【図２】端末装置とモデムにてマルチ通信を行う場合のネットワークの構成例。
【図３】端末装置側の本技術が適用された形態での基本構成図。
【図４】多機能無線モデム側の本技術が適用された形態での基本構成図。
【図５】端末装置からの各種多機能無線モデム制御シーケンス図。
【図６】連続操作による不要トラフィックの低減処理シーケンス図。
【図７】ダイヤルアップアプリケーションのユーザインタフェース構成例。
【図８】電話アプリケーションのユーザインタフェース構成例。
【図９】モニタアプリケーションのユーザインタフェース構成例。
【符号の説明】
【００４８】
１０、１１  端末装置
２０  無線モデム
３０  パケット網
４０  多機能無線モデム
５０  携帯電話
１０１  ＣＦインタフェース部（ＣＦ  ＩＦ部）
１０２  表示部（ディスプレイ）
１０３  シリアルＩ／Ｏ制御部
１０４  ＣＰＵ（処理部）
１０５  メモリ
１０６  ハードディスク
１０７  ＣＦコネクタ
１１０  ユーザインタフェース部（ＵＩ部）
１０１１  ＣＯＭポート
１０１３  ＤＬＬポート
１０１２  ＣＦデバイスドライバ
【図１】
0004750494.tif 000002
【図２】
0004750494.tif 000003
【図３】
0004750494.tif 000004
【図４】
0004750494.tif 000005
【図５】
0004750494.tif 000006
【図６】
0004750494.tif 000007
【図７】
0004750494.tif 000008
【図８】
0004750494.tif 000009
【図９】
0004750494.tif 000010