JP2003102066A - 携帯端末器のパケット通信規制システム及びパケット通信規制方法 - Google Patents

Abstract

(57)【要約】 【課題】 パケット通信可能な携帯端末器のパケット通
信料に基づいて、ユーザーの判断によりパケット通信を
規制できるシステムを提供する。 【解決手段】 携帯端末器内に常駐するＪＡＶＡ（登録
商標）アプリケーションは、本携帯端末器のパケット通
信を監視し、本携帯端末器において使用されるパケット
通信料を算出し、この通信料と、予めユーザーが設定し
たパケット通信料限度額とを比較する。通信料が限度額
を超えている場合には、ＪＡＶＡアプリケーションはパ
ケット通信の受信を規制する。具体的には、携帯端末器
の通信モジュールから移動機基地局に対しパケット通信
のビジー制御を行うことにより、パケット通信の規制を
行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット通信可能
な携帯端末器におけるパケット通信の受信を規制するシ
ステムに関する。より詳細には、本発明は、パケット通
信料が所定の通信料を超過した場合には、ユーザーの判
断により、パケット通信の受信を規制できることを可能
にするシステムに関する。

【０００２】

【従来の技術】近年の小型携帯式情報端末器の進歩及び
普及にはめざましいものがある。１９９０年代前半のデ
ィジタル移動通信は、回線交換式方式の主に音声による
通信が主流であった。しかし、１９９０年代中盤頃か
ら、インターネットが普及し始め、ビジネスユースやパ
ーソナルユースでもデータ通信が採用されるようになっ
てきた。同様に、移動通信においてもデータ通信が利用
されるようになり、例えば、ビジネスユーザーがオフィ
ス外から携帯電話とパソコンを使用してオフィス内のサ
ーバにアクセスし、データを読み込んだり、電子メール
の送受信を行ったりすることが多くなってきた。この場
合のデータ通信には回線交換方式の通信が利用されてき
た。

【０００３】回線交換方式における通信料は通信時間に
比例する。回線交換方式によるデータ通信において、実
際にデータを送受信している時間と、データを送受信せ
ず回線をただ保留状態にしている時間とを比較すると、
前者の時間が非常に短いため、ユーザにとっては、実際
の通信の量に比べて、通信料が高くなるというデメリッ
トが生じていた。

【０００４】１９９０年代後半になると、インターネッ
トの通信特性であるデータ通信の一つであるパケット通
信が移動通信に適用されることになった。すなわち、パ
ケット通信を移動通信に適用することにより、回線交換
方式のように接続時間に比例する料金方式ではなく、実
際に受信したデータ量に従った通信課金を行うことがで
きるようになった。

【０００５】また、データをパケット化することによ
り、従来の回線交換方式では1ユーザーに割り当てられ
ていた回線を複数のユーザーで共用することが可能にな
るため、ユーザー１人あたりの単位時間の使用料金を低
くできるようになった。

【０００６】しかしながら、実際には、携帯端末器を介
してインターネットに接続し、サイトなどを開いた場合
や、メールの送受信を行った場合には、携帯端末器の画
面に表示されている文字数以上のデータがやり取りされ
ている。従って、実際の画面上の文字数から計算される
パケット数と実際のパケット数とは異なる場合があり得
る。

【０００７】また、アプリケーションや音楽などをダウ
ンロードしたり、画像を取りこんだりする場合には、こ
れらを表すデータ量に相当するパケット数はかなりの数
となり、パケット通信量はそれだけ高くなる。

【０００８】さらには、自然現象その他のデータの受信
状況の悪化により、データが正しく受信されない場合で
あっても、パケット通信料がかかる場合がある。

【０００９】

【発明が解決しようとする課題】こうした状況におい
て、一般的に、ユーザーは、データを受信する際に、ど
の程度のパケット通信料がかかるのか明白に把握するこ
とはできず、予定以上の多額のパケット通信料を支払わ
なければならないことがあり得る。

【００１０】また、パケット通信料が通信業者から予め
告知されていたとしても、実際のデータ受信の際には、
ユーザーがパケット通信料を意識してデータ受信を行う
ことは極めて少ないので、ユーザーが予め予定していた
パケット通信料を超えて、データ受信が行われてしまう
ことも多々あった。

【００１１】従って、ユーザーが携帯端末器を使って、
パケット通信を受信する際に、ユーザーが予定していた
パケット通信料を超過しないようにパケット通信量の規
制を行えるようなシステムが望まれていた。

【００１２】本発明はこのような状況を鑑みてなされた
ものであり、パケット通信を受信する際に、ユーザーが
予め予定したパケット通信料を超過しないようにパケッ
ト通信量を規制することができるパケット通信規制シス
テム及びパケット通信規制方法を提供することを目的と
する。

【００１３】

【課題を解決するための手段】この目的を達成するた
め、本発明は、パケット情報を受信可能な第１の端末器
と、パケット情報を提供する第２の端末器と、前記第１
の端末器と前記第２の端末器との間におけるパケット送
受信を中継する移動機基地局と、からなり、前記第１の
端末器は、前記第２の端末器から前記移動機基地局を介
して前記第１の端末器に送られてくるパケット通信を監
視し、パケット通信料を算出し、このパケット通信料
と、前記第１の端末器のユーザーにより予め設定された
パケット通信料限界額とを比較し、前記パケット通信料
が前記パケット通信料限度額を超えている場合には、前
記パケット通信を規制するものであるパケット通信規制
システムを提供する。

【００１４】前記第１の端末器は、前記移動機基地局に
対して、パケット通信のビジー制御を行うことにより、
前記パケット通信を規制するものとして構成することが
できる。

【００１５】前記第１の端末器は、前記第１の端末器と
前記第２の端末器との間でパケット通信データを送受信
するとともに、このデータ通信中のビジー制御を行う通
信モジュール手段と、前記第１の端末器のパケット通信
状態を監視するＪＡＶＡアプリケーション手段と、を備
えており、前記ＪＡＶＡアプリケーション手段が、前記
第２の端末器と前記第１の端末器との間のパケット通信
を監視し、前記パケット通信料と前記パケット通信料限
界額とを比較し、前記パケット通信料が前記パケット通
信料限度額を超えている場合には、前記パケット通信を
規制するものとして構成することができる。

【００１６】前記第１の端末器は、さらに、プラットフ
ォームとなるオペレーティングシステム(ＯＳ)手段と、
前記ＪＡＶＡアプリケーション手段の動作を管理するＪ
ＡＶＡ管理モジュール手段と、前記ＪＡＶＡ管理モジュ
ール手段により制御されるＪＡＶＡ仮想マシンと、備え
ているものとして構成することも可能である。

【００１７】前記第１の端末器は、前記パケット通信料
が前記パケット通信料限度額を超えている場合に、前記
ユーザーに対して、パケット受信の継続または中止の問
合せを行うものとして構成することができる。

【００１８】前記第１の端末器は、前記パケット通信料
が前記パケット通信料限度額を超えている場合であっ
て、前記ユーザーがパケット受信の継続を選択したとき
には、パケット通信アクセスフラグをＯＮ状態にし、以
後、前記ユーザーに対して、パケット受信の継続または
中止の問合せは行わないものとして構成することができ
る。

【００１９】前記第１の端末器は、前記パケット通信料
が前記パケット通信料限度額を超えている場合であっ
て、前記ユーザーがパケット受信の中止を選択したとき
には、パケット通信アクセスフラグをＯＦＦ状態にし、
前記移動機基地局に対して通信ビジー制御要求を発する
ことにより、パケット通信を待機状態にし、パケット通
信を一時停止させるものとして構成することができる。

【００２０】前記第１の端末器は、前記パケット通信料
が前記パケット通信料限度額を超えている場合であっ
て、前記ユーザーがパケット受信の中止を選択したとき
には、パケット通信アクセスフラグをＯＦＦ状態にし、
前記ＪＡＶＡアプリケーションが前記通信モジュールに
対してパケット通信擬似ビジー制御要求を発し、これに
応じて、前記通信モジュールが前記移動機基地局に対し
て通信ビジー制御要求を発することにより、パケット通
信を待機状態にし、パケット通信を一時停止させるもの
として構成することができる。

【００２１】前記パケット通信が一時停止した後、前記
第１の端末器は、前記ユーザーに対して、パケット受信
の続行または中断の問い合わせを行うものとして構成す
ることができる。

【００２２】前記ユーザーがパケット受信の続行を選択
した場合には、前記ＪＡＶＡアプリケーションが前記通
信モジュールに対して擬似ビジー制御解除を要求し、こ
れに応じて、前記通信モジュールが前記移動機基地局に
対してビジー制御解除を要求し、通信パケット受信処理
が再開されるものとして構成することができる。

【００２３】前記ユーザーがパケット受信の中断を選択
した場合には、前記ＪＡＶＡアプリケーションが前記通
信モジュールに対してパケット通信の終了要求を発し、
これに応じて、前記通信モジュールが前記移動機基地局
に対してパケット通信終了要求を発することにより、通
信パケット受信処理が終了するものとして構成すること
ができる。

【００２４】本発明に係るパケット通信規制システムに
おいては、ＪＡＶＡアプリケーション手段が、移動機基
地局を介して行われる第１の端末器と第２の端末器との
間のパケット通信を監視し、パケット通信料と第１の端
末器のユーザーにより予め設定されたパケット通信料限
度額とを比較し、この判断に基づいて、パケット通信を
規制するようになっている。

【００２５】また、パケット通信料がユーザーが設定し
たパケット通信料件度額の値を超過する場合には、ＪＡ
ＶＡアプリケーションがユーザに対して、パケット受信
を続行するか、中断するかの問い合わせを行うことがで
きる。

【００２６】また、実際のパケット通信料とパケット通
信料限度額との比較を行ったときに、実際のパケット通
信料がパケット通信料限度額を超過しているが、パケッ
ト通信アクセスフラグがＯＮ状態の場合には、パケット
通信が最後まで通信されるようになっている。

【００２７】さらに、実際のパケット通信料とパケット
通信料限度額との比較を行ったときに、実際のパケット
通信料がパケット通信料限度額を超過しており、パケッ
ト通信アクセスフラグがＯＦＦ状態の場合には、ＪＡＶ
Ａアプリケーションから通信モジュールに対して擬似ビ
ジー制御が発せられ、これに応じて、通信モジュールか
ら移動機基地局に対してビジー制御が発せられ、パケッ
ト通信が一時停止されるようになっている。この場合、
ＪＡＶＡアプリケーションのユーザーへの問い合わせに
より、ユーザーが通信を要求した場合には、ビジー制御
が解除され、パケット通信を最後まで行うこともできる
ようになっている。ユーザーがパケット通信の中断を要
求した場合には、パケット通信は終了する。

【００２８】また、本発明は、複数の通信セッションを
有し、パケット情報を受信可能な第１の端末器と、パケ
ット情報を提供する第２の端末器と、前記第１の端末器
と前記第２の端末器との間におけるパケット送受信を中
継する移動機基地局と、からなるパケット通信規制シス
テムであって、前記第１の端末器は、新しいパケット情
報を受信する際に、他の通信セッションにおいて他のパ
ケット情報を現在受信中であるか否かを判断し、前記他
の通信セッションにおいて他のパケット情報を受信中で
ある場合には、前記新しいパケット情報と現在通信中の
パケット情報との優先度を判断し、前記新パケット情報
の優先度が前記通信中のパケット情報よりも高い場合に
は、前記通信中のパケット情報の通信路に擬似ビジー制
御要求を発し、前記通信中のパケット情報の通信を一時
停止状態にすることにより、前記新しいパケット情報の
受信処理を行うものであるパケット通信規制システムを
提供する。

【００２９】さらに、本発明は、パケット情報を受信可
能な第１の端末器と、パケット情報を提供する第２の端
末器と、前記第１の端末器と前記第２の端末器との間に
おけるパケット送受信を中継する移動機基地局と、から
なるパケット通信システムにおいて、前記第１の端末器
と前記第２の端末器との間のパケット通信を規制するパ
ケット通信規制方法であって、前記第１の端末器が、パ
ケットデータを受信したときに、現在までのパケット通
信料の値と、ユーザーが予め設定したパケット通信料限
度額の値とを比較し、前記パケット通信料が前記パケッ
ト通信料限度額を既に超過しているか否かを判断する第
１の過程と、前記パケット通信料の値が前記パケット通
信料限度額の値を超過していない場合には、パケットデ
ータの受信を開始する第２の過程と、必要に応じて、前
記第１の過程を繰り返す第３の過程と、を備えることを
特徴とするパケット通信規制方法を提供する。

【００３０】本方法は、前記第１の過程において、前記
パケット通信料の値が前記パケット通信料限度額の値を
既に超過している場合には、ユーザーに対して、パケッ
ト通信を開始するかどうかの問い合わせを行う第４の過
程をさらに備えることが好ましい。

【００３１】本方法は、前記第４の過程において、前記
ユーザーが前記パケット通信の開始を選択した場合に
は、パケット通信アクセスフラグをＯＮに設定し、前記
パケット通信料が前記パケット通信料限度額を超過して
いるにもかかわらず、前記ユーザーによる判断に従っ
て、パケット通信が続行されていることを示す第５の過
程をさらに備えることが好ましい。

【００３２】本方法は、前記第３の過程が実行され、前
記パケット通信料が前記パケット通信料限度額を超過し
ていると判断された場合に、パケット通信アクセスフラ
グがＯＮ状態であるか否かを判定する第６の過程と、前
記パケット通信アクセスフラグがＯＦＦ状態である場合
に、前記移動機基地局を介しての前記パケット情報送信
端末からのパケットデータ送信を一時的に停止させる疑
似ビジー制御を行う第７の過程と、をさらに備えること
が好ましい。

【００３３】本方法は、前記第７の過程を実行した後、
前記ユーザーに対して、パケット通信を続行するか否か
の問い合わせを行う第８の過程を備えることが好まし
い。

【００３４】本方法は、前記第８の過程において、前記
ユーザーがパケット通信の続行を選択した場合に、パケ
ット通信アクセスフラグをＯＮにする過程と、前記擬似
ビジー制御を解除し、前記パケット通信を再開する過程
と、を備えることが好ましい。

【００３５】前記第１の端末器は、前記第１の端末器と
前記第２の端末器との間でパケット通信データを送受信
するとともに、このデータ通信中のビジー制御を行う通
信モジュール手段と、前記第１の端末器のパケット通信
状態を監視するＪＡＶＡアプリケーション手段と、を備
えているものとして構成することができ、この場合、前
記第７の過程は、前記ＪＡＶＡアプリケーションが、前
記パケット通信料が前記パケット通信料限度額を超過し
ていることを検出したときに、前記ＪＡＶＡアプリケー
ションが通信モジュール５に対して擬似ビジー制御要求
を送信する過程と、前記疑似ビジー制御要求に応答し
て、前記通信モジュールが前記移動機基地局に対してビ
ジー制御要求を送信する過程と、前記移動機基地局が、
前記ビジー制御要求に応答して、パケット送信状態から
パケット送信待機状態に遷移し、前記第１の端末器に対
するパケットデータの送信を一時停止する過程と、を備
えることが好ましい。

【００３６】本方法は、前記移動機基地局がパケット送
信待機状態に遷移したことに応答して、前記通信モジュ
ールはパケット受信待機状態に遷移し、パケット受信を
一時停止する過程を備えることが好ましい。

【００３７】本方法は、前記通信モジュールから前記Ｊ
ＡＶＡアプリケーションに擬似ビジー制御確認応答を送
信する過程と、前記擬似ビジー制御確認応答を受信した
後、前記ＪＡＶＡアプリケーションが、パケット受信の
一時停止を検知し、前記ユーザーにパケット通信を続行
するか否かの問い合わせを行う過程と、前記ＪＡＶＡア
プリケーションが前記ユーザーによるパケット通信の続
行を検知した場合には、前記通信モジュールに対して、
擬似ビジー制御解除要求を送信する過程と、前記通信モ
ジュールが、前記移動機基地局に対して、ビジー制御解
除要求を送信する過程と、をさらに備えることが好まし
い。

【００３８】本方法は、前記通信モジュールから前記Ｊ
ＡＶＡアプリケーションに擬似ビジー制御確認応答を送
信する過程と、前記擬似ビジー制御確認応答を受信した
後、前記ＪＡＶＡアプリケーションが、パケット受信の
一時停止を検知し、前記ユーザーにパケット通信を続行
するか否かの問い合わせを行う過程と、前記ＪＡＶＡア
プリケーションが前記ユーザーによるパケット通信の中
段を検知した場合には、前記通信モジュールに対して、
パケット通信終了要求を送信する過程と、前記通信モジ
ュールが、前記移動機基地局に対して、パケット通信終
了要求を送信する過程と、をさらに備えることが好まし
い。

【００３９】本発明は、複数の通信セッションを有し、
かつ、パケット情報を受信可能な第１の端末器と、パケ
ット情報を提供する第２の端末器と、前記第１の端末器
と前記第２の端末器との間におけるパケット送受信を中
継する移動機基地局と、からなるパケット通信システム
において、前記第１の端末器と前記第２の端末器との間
のパケット通信を規制するパケット通信規制方法であっ
て、前記第１の端末器が、パケット情報を受信する前
に、他の通信セッションにおいてパケット受信処理が行
われているか否かを判断する第１の過程と、他の通信セ
ッションにおいてパケット受信処理が行われている場合
に、通信要求されている通信セッションの優先度が通信
中の通信セッションの優先度よりも高いか否かを判定す
る第２の過程と、現在要求されている通信セッションの
優先度が通信中の通信セッションの優先度よりも高い場
合に、現在通信中の通信セッションの通信路に擬似ビジ
ー制御を実行し、この通信を一時停止状態にする第３の
過程と、通信要求されている通信セッションにおいてパ
ケット通信を開始する第４の過程と、を備えるパケット
通信規制方法を提供する。

【００４０】本方法は、前記第２の過程において、現在
要求されている通信セッションの優先度が通信中の通信
セッションの優先度よりも低い場合に、前記第１の端末
器がパケット通信待機状態に遷移する過程と、現在通信
が要求されている通信セッションがパケット待機状態か
ら通信可能状態になったときに、前記第１の過程を繰り
返して実行する過程と、を備えることが好ましい。

【００４１】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を参照しながら説明する。

【００４２】図１は、本実施形態に係るパケット通信規
制システムの全体的な利用イメージを表す概略図であ
る。

【００４３】図１に示すように、本実施形態に係るパケ
ット通信規制システムは、パケット情報を受信する端末
器であるパケット情報受信端末１と、パケット情報受信
端末１にパケット情報を送信する端末器であるパケット
情報送信端末３と、パケット情報受信端末１とパケット
情報送信端末３との間のパケット通信を中継する移動機
基地局２と、からなっている。

【００４４】パケット情報受信端末１は、それ自身が要
求した情報を別の端末から受信する端末器である。パケ
ット情報送信端末３は、パケット情報受信端末１から移
動機基地局２を介して送信されてくる情報送信要求に応
答して、要求に応じたデータをパケット情報受信端末１
に送信する端末器である。すなわち、パケット情報送信
端末３はいわゆるサーバとしての機能を果たす端末器で
ある。移動機基地局２は、パケット情報受信端末１とパ
ケット情報送信端末３との間におけるデータの送受信を
中継する。

【００４５】図１に示す状態においては、パケット情報
受信端末１が情報送信要求を移動機基地局２の中継によ
りパケット情報送信端末３に送信し、この要求に応答し
て、パケット情報送信端末３が、要求されたパケット情
報を移動機基地局２の中継によりパケット情報受信端末
１に送信している。

【００４６】図２は、パケット情報受信端末１が内蔵メ
モリ（図示せず）に格納しているソフトウェアの構成図
である。

【００４７】パケット情報受信端末１が有するソフトウ
ェアは、オペレーティングシステム（ＯＳ）４と、通信
モジュール５と、ＪＡＶＡ管理モジュール６と、ＪＡＶ
ＡＶＭ（ＪＡＶＡ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：
ＪＡＶＡ仮想マシン）７およびＪＡＶＡアプリケーショ
ン８と、からなる。

【００４８】ここで、ＪＡＶＡとは、プログラム言語と
して開発されたインタープリンタ型のオブジェクト指向
言語であり、マルチプラットフォーム性、すなわちプラ
ットフォームに依存しないという特性を有しており、移
動可能なプログラムの実現に優れたものである。ＪＡＶ
Ａ言語は、特に、一度書いたアプリケーションがどこで
も実行可能になるという性質を有しているため、モバイ
ル環境において多用される傾向にある。

【００４９】オペレーティングシステム（ＯＳ）４は、
プログラムの実行を制御するソフトウェアであって、資
源割振り、スケジューリング、入出力制御、データ管理
などのサービスを提供するものであり、プラットフォー
ムを意味する。本実施形態において、オペレーティング
システム４は、後述するＪＡＶＡ言語によるアプリケー
ションを制御するものであるが、上述したように、ＪＡ
ＶＡがプラットフォームに依存しないという利点を有す
るものであることから、その種類は特に限定されない。
ＪＡＶＡ言語によるアプリケーションを制御することが
できるものであれば、いかなるオペレーティングシステ
ムを採用してもよい。

【００５０】通信モジュール５は、パケット情報受信端
末１においてパケット通信データを送受信するためのモ
ジュールである。また、通信モジュール５は、後に説明
する端末間の通信のビジー制御を管理するモジュールと
しても機能する。

【００５１】ＪＡＶＡ管理モジュール６は、後述するＪ
ＡＶＡ ＶＭ７の動作等の制御を管理するためのモジュ
ールである。このＪＡＶＡ管理モジュール６が、パケッ
ト情報受信端末１上におけるＪＡＶＡアプリケーション
８の動作（後述）を制御する。

【００５２】ＪＡＶＡ ＶＭ７は、サーバ側におかれた
ＪＡＶＡアプレットと呼ばれるプログラムを利用するた
めに、ＪＡＶＡアプレットをＪＡＶＡコンパイラし(す
なわち、実効形式に変換し)、ＪＡＶＡインタープリン
タを行う（すなわち、解釈と実効を行う）ものである。
すなわち、ＪＡＶＡ ＶＭ７は、インタープリンタと実
効時システム環境との組み合わせを意味し、このＪＡＶ
Ａ ＶＭ７を端末に組み込むことにより、普通のブラウ
ザをプログラム言語処理可能なコンピュータに変換する
ことを可能にするものである。

【００５３】ＪＡＶＡ ＶＭ７の機能は特に限定されな
いが、本実施形態においては、パケット情報受信端末１
を使用する限りにおいて必要な機能のみを有しているも
のとする。なぜならば、例えば、現在パーソナルコンピ
ュータに含まれているＪＡＶＡ ＶＭをそのままパケッ
ト情報受信端末１に格納すると、ＪＡＶＡ ＶＭを実装
するメモリの容量が不足することが多いからである。

【００５４】本実施形態におけるＪＡＶＡアプリケーシ
ョン８は、パケット情報受信端末１に常駐する常駐型ア
プリケーションであり、パケット情報受信端末１の通信
を監視する機能を有するモジュールである。

【００５５】図３は、パケット情報受信端末１がパケッ
ト情報を受信する際の動作を表すフローチャートであ
る。以下、図３を参照して、パケット情報受信端末１の
動作を説明する。

【００５６】先ず、新たなパケットデータがパケット情
報送信端末２からパケット情報受信端末１に送信されて
くると、パケット情報受信端末１においてパケット通信
初期判定が行われる（ステップＳ３０１）。すなわち、
ユーザーがパケット情報受信端末１に予め設定したパケ
ット通信料の値と、現在までのパケット通信料の値とが
比較され、パケット通信料が予め設定されたパケット通
信料を既に超過しているか否かが判断される。このパケ
ット通信初期判定（ステップＳ３０１）は、ユーザーが
許容可能な通信料として設定したパケット通信料を超え
て、パケット通信が行われる可能性があることを防ぐた
めに実行される。

【００５７】実際のパケット通信料の値が予め設定され
ているパケット通信料の値を超過していない場合には
（ステップＳ３０１のＮＯ）、パケット通信要求が開始
される（ステップＳ３０４）。

【００５８】実際のパケット通信料の値が予め設定され
ている通信料の値を既に超過している場合には（ステッ
プＳ３０１のＹＥＳ）、ユーザーに対して、パケット通
信を開始するかどうかの問い合わせが行われる（ステッ
プＳ３０２）。

【００５９】この問い合わせに対して、ユーザーが通信
開始を拒否した場合には（ステップＳ３０２のＮＯ）、
パケット受信処理を終了する。

【００６０】一方、ユーザーが通信開始を許諾した場合
には（ステップＳ３０２のＹＥＳ）、パケット情報受信
端末１はパケット通信を行う状態に設定される。すなわ
ち、パケット通信アクセスフラグがＯＮにされる（ステ
ップＳ３０３）。

【００６１】本実施形態において、パケット通信アクセ
スフラグは、パケット通信料が設定値を超過しているに
もかかわらず、ユーザーによる判断に従って、パケット
通信が続行されているという意味を有するものである。
従って、パケット通信アクセスフラグがＯＮになってい
る場合には、それ以降において、ユーザーに対して、上
述の問合せ、すなわち、パケット通信料が設定値を既に
超えているがパケット情報を受信するかどうかといった
問合せは行われない。

【００６２】実際のパケット通信料の値が予め設定され
ているパケット通信料の値を超過していない場合（ステ
ップＳ３０１のＮＯ）またはパケット通信アクセスフラ
グをＯＮにした場合（ステップＳ３０３）には、パケッ
ト通信要求が開始される（ステップＳ３０４）。

【００６３】パケット通信要求を開始する場合、パケッ
ト情報受信端末１はパケット通信アクセスフラグがＯＮ
された状態とＯＦＦのままの状態の２つのパターンを有
する可能性がある。パケット通信アクセスフラグがＯＦ
Ｆの状態とは、ステップＳ３０３においてユーザーによ
り通信許諾を得たが、ステップＳ３０４以降の処理にお
いて、パケット通信の続行についての問合せを必要とす
る場合であり、一方、パケット通信アクセスフラグがＯ
Ｎの状態とは、上述したように、ステップＳ３０３にお
いて、ユーザーにより通信許諾を得て、パケット通信を
続行し、ステップＳ３０４以降の過程においてパケット
通信料に関する問合せを不要とする場合である。

【００６４】パケット通信要求開始（ステップＳ３０
４）に応答して、要求したパケットの受信処理が開始さ
れる（ステップＳ３０５）。パケット情報受信端末１
は、パケット情報を受信すると、予め設定されたパケッ
ト通信料の値と実際のパケット通信料とを比較し、実際
のパケット通信料が予め設定したパケット通信料を超過
しているか否かを判定する（ステップＳ３０６）。

【００６５】パケット通信料が設定値を超過している場
合には（ステップＳ３０６のＹＥＳ）、パケット通信ア
クセスフラグがＯＮ状態であるか否かが判定される（ス
テップＳ３０７）。

【００６６】パケット通信アクセスフラグがＯＮ状態で
ある場合には（ステップＳ３０７のＹＥＳ）、上述した
ように、パケット通信料が設定値を超過しているにも関
わらず、新しいパケット情報の受信が既にユーザーによ
り許諾されているため、最終のパケット情報を受信する
までパケット受信処理が行われる。

【００６７】次いで、パケット情報を全て受信したか否
かの判定がなされる（ステップＳ３１２）。

【００６８】パケット情報を全て受信した場合には（ス
テップＳ３１２のＹＥＳ）、全ての処理が終了される。
パケット情報を全て受信していない場合には（ステップ
Ｓ３１２のＮＯ）、ステップＳ３０５以降のステップが
繰り返される。

【００６９】一方、パケット通信アクセスフラグがＯＦ
Ｆ状態である場合には（ステップＳ３０７のＮＯ）、パ
ケット情報受信端末１は擬似ビジー制御を行う（ステッ
プＳ３０８）。すなわち、移動機基地局２を介してのパ
ケット情報送信端末３からのパケットデータ送信を一時
的に停止する処理が行われる。

【００７０】擬似ビジー制御によりパケット通信が一時
停止されると、パケット情報受信端末１は、ユーザーに
対して、パケット通信を続行するか否かの問い合わせを
行う（ステップＳ３０９）。

【００７１】ユーザーがパケット通信中断と判断した場
合には（ステップＳ３０９のＮＯ）、パケット通信処理
が終了される。

【００７２】ユーザーがパケット通信続行と判断した場
合には（ステップＳ３０９のＹＥＳ）、パケット通信ア
クセスフラグをＯＮにする（ステップＳ３１０）。

【００７３】次いで、擬似ビジー制御が解除され（ステ
ップＳ３１１）、パケット通信が再開される。

【００７４】次いで、パケット情報を全て受信したか否
かの判定がなされる（ステップＳ３１２）。

【００７５】パケット情報を全て受信した場合には（ス
テップＳ３１２のＹＥＳ）、全ての処理が終了される。
パケット情報を全て受信していない場合には（ステップ
Ｓ３１２のＮＯ）、ステップＳ３０５以降のステップが
繰り返される。

【００７６】上述の一連の処理は、パケット情報受信端
末１内に常駐するＪＡＶＡアプリケーション８がパケッ
ト通信処理を監視することにより実行される。

【００７７】図４は、図３のフローチャートにおいて説
明した擬似ビジー制御（ステップＳ３０８）において、
ユーザーによりパケット通信処理の続行が選択された場
合の処理について具体的に説明するフローチャートであ
る。

【００７８】図４を参照すると、パケット通信中に、パ
ケット情報受信端末１内に常駐するＪＡＶＡアプリケー
ション８が、パケット通信料が設定値を超過しているこ
とを検出すると（ステップＳ４０１）、ＪＡＶＡアプリ
ケーション８は通信モジュール５に対して擬似ビジー制
御要求を送信する（ステップＳ４０２）。

【００７９】この要求に応答して、通信モジュール５は
パケット情報受信端末１から移動機基地局２に対してビ
ジー制御要求を送信する。

【００８０】移動機基地局２は、このビジー制御要求に
応答して、パケット送信状態からパケット送信待機状態
に遷移し、パケット情報受信端末１に対するパケットデ
ータの送信を一時停止する（ステップＳ４０４）。

【００８１】移動機基地局２がパケット送信待機状態に
遷移したことに応答して、パケット情報受信端末１の通
信モジュール５はパケット受信待機状態に遷移し、パケ
ット受信を一時停止する（ステップＳ４０５）。

【００８２】続いて、擬似ビジー制御確認応答が通信モ
ジュール５からＪＡＶＡアプリケーション８に送られる
（ステップＳ４０６）。

【００８３】ＪＡＶＡアプリケーション８は、この擬似
ビジー制御確認応答により、パケット受信の一時停止を
検知し、ユーザーにパケット通信を続行するか否かの問
い合わせを行う（ステップＳ４０７）。

【００８４】ＪＡＶＡアプリケーション８がユーザーに
よるパケット通信の続行を検知した場合には、通信モジ
ュール５に対して、擬似ビジー制御解除要求を送信する
（ステップＳ４０８）。

【００８５】これに続いて、通信モジュール５は、移動
機基地局２に対して、ビジー制御解除要求を発行する
（ステップＳ４０９）。

【００８６】移動機基地局２は、この要求を受けて、パ
ケット送信再開処理を行う（ステップＳ４１０）。同時
に、パケット情報受信端末１内の通信モジュール５もパ
ケット受信再開処理を行うことになる（ステップＳ４１
１）。

【００８７】以上のようにして、パケット情報受信処理
が続行される。

【００８８】図５は、図３のフローチャートにおいて説
明した擬似ビジー制御（ステップＳ３０８）において、
ユーザーによりパケット通信処理の中断が選択された場
合の処理について具体的に説明するフローチャートであ
る。

【００８９】パケット情報受信端末１内に常駐するＪＡ
ＶＡアプリケーション８が、パケット通信中に、パケッ
ト通信料が設定値を超過していることを検出した場合
（ステップＳ５０１）、ＪＡＶＡアプリケーション８は
擬似ビジー制御要求を通信モジュール５に対して送信す
る（ステップＳ５０２）。

【００９０】この擬似ビジー制御要求に応答して、通信
モジュール５は移動機基地局２に対してビジー制御要求
を送信する（ステップＳ５０３）。

【００９１】このビジー制御要求に応答して、移動機基
地局２はパケット送信状態からパケット送信待機状態に
遷移し、パケット情報受信端末１に対するパケットデー
タの送信を一時停止する（ステップＳ５０４）。

【００９２】移動機基地局２がパケット送信待機状態に
遷移すると、パケット情報受信端末１内の通信モジュー
ル５もパケット受信待機状態に遷移し、パケット受信を
一時停止する（ステップＳ５０５）。

【００９３】擬似ビジー制御確認応答が通信モジュール
５から常駐型ＪＡＶＡアプリケーション８に送られると
（ステップＳ５０６）、ＪＡＶＡアプリケーション８
は、パケット受信の一時停止を検知し、ユーザーに対し
て、パケット通信を続行するか否かの問い合わせを行う
（ステップＳ５０７）。

【００９４】ＪＡＶＡアプリケーション８は、ユーザー
によるパケット通信の中断を検知した場合には、通信モ
ジュール５に対してパケット通信終了要求を発する（ス
テップＳ５０８）。

【００９５】通信モジュール５は、ＪＡＶＡアプリケー
ション８からパケット通信終了要求を受信すると、移動
機基地局２に対してパケット通信終了要求を発する（ス
テップＳ５０９）。

【００９６】パケット通信終了要求を受信した移動機基
地局２は通信モジュール５に対してパケット通信終了応
答が送信し（ステップＳ５１０）、パケット通信受信処
理は終了する。

【００９７】図６は、パケット受信要求時のパケット情
報受信端末１の動作の他の例を示すフローチャートであ
る。

【００９８】この例においては、パケット情報受信端末
１は複数の通信セッションを有しており、ＪＡＶＡアプ
リケーション８による擬似ビジー制御が採用されてい
る。すなわち、本例においては、優先度の高い通信に通
信権が与えられ、優先度の低い通信が一時停止されるよ
うになっている。

【００９９】パケット情報受信端末１は、パケット情報
を受信する前に、他の通信セッションにおいてパケット
受信処理が行われているかどうかを判断する（ステップ
Ｓ６０１）。

【０１００】他の通信セッションにおいてパケット通信
処理が行われていない場合には（ステップＳ６０１のＮ
Ｏ）、通常通りのパケット受信が開始される（ステップ
Ｓ６０４）。

【０１０１】一方、他の通信セッションにおいてパケッ
ト受信処理が行われている場合には（ステップＳ６０１
のＹＥＳ）、パケット通信路優先判定がなされる（ステ
ップＳ６０２）。すなわち、現在通信が実行されている
通信セッションと、通信要求されている通信セッション
との優先度が比較され、通信要求されている通信セッシ
ョンの優先度が通信中の通信セッションよりも高いか否
かが判定される。

【０１０２】現在要求されている通信セッションの優先
度が、通信中の通信セッションよりも高い場合には（ス
テップＳ６０２のＹＥＳ）、現在通信中の通信セッショ
ンの通信路に擬似ビジー制御要求を発することにより、
この通信を一時停止状態にする（ステップＳ６０３）。

【０１０３】次いで、通信要求されている通信セッショ
ンにおいてパケット通信開始処理が行われ、パケット通
信を開始する（ステップＳ６０４）。

【０１０４】一方、現在要求されている通信セッション
の優先度が、通信中の通信セッションよりも低い場合に
は（ステップＳ６０２のＮＯ）、パケット情報受信端末
１はパケット通信待機状態に遷移する（ステップＳ６０
５）。この段階以後、パケット情報受信端末１は、現在
通信が要求されている通信セッションがパケット待機状
態から通信可能状態になるまで待機することになる。通
信可能状態になれば、ステップＳ６０１に戻り、それ以
降の手順が反復される。

【０１０５】以上のように、図６に示した例によれば、
常に優先度の高い通信処理を実行できるようになる。従
って、ＪＡＶＡアプリケーション８の監視により、無駄
のない通信処理を行うことができるようになる。

【０１０６】

【発明の効果】本発明によれば、携帯端末器がそれ自身
のパケット通信を監視し、パケット通信料を算出でき、
この実際のパケット通信料と、予めユーザーが設定した
パケット通信料限度額とを比較することにより、実際の
パケット通信料が設定されたパケット通信料限度額を超
えている場合には、パケット通信の受信を規制すること
ができる。

【０１０７】例えば、携帯端末器の通信モジュールから
移動機基地局に対してパケット通信のビジー制御を行う
ことにより、パケット通信の規制を行うことができる。

【０１０８】このように、本発明によれば、ユーザーが
パケット情報を受信するたびに、ユーザーが予め設定し
たパケット通信料限度額を超えないようにパケット情報
を受信することができ、たとえ、パケット通信料がパケ
ット通信料限度額を超えていた場合であっても、ユーザ
ーの判断によりパケット情報受信を継続することができ
る。

【０１０９】さらに、端末間において複数の通信セッシ
ョンを有する場合には、ＪＡＶＡアプリケーションによ
る擬似ビジー制御を採用することにより、パケットの通
信回線を意図的に制御でき、常に、優先度の高い通信セ
ッションの通信を行うことが可能になる。

【０１１０】また、本発明によれば、いたずらメールそ
の他の不要なパケット情報を拒否することができる。

【図面の簡単な説明】

【図１】本発明に係るパケット通信規制システムの全体
的な利用イメージを表す概略図である。

【図２】本発明に係るパケット通信規制システムを実現
するためのパケット情報受信端末に含まれるソフトウェ
アの構成図である。

【図３】本発明に係るパケット通信規制システムにおけ
るパケット情報受信端末のパケット受信時の動作を表す
フローチャートである。

【図４】本発明に係るパケット通信規制システムにおけ
るパケット情報受信端末が擬似ビジー制御を実行する際
に、ユーザーがパケット通信続行を決定したときの処理
を表すフローチャートである。

【図５】本発明に係るパケット通信規制システムにおけ
るパケット情報受信端末が擬似ビジー制御を実行する際
に、ユーザーがパケット通信中断を決定したときの処理
を表すフローチャートである。

【図６】パケット受信時の他の動作例を表すフローチャ
ートである。

【符号の説明】

１ パケット情報受信端末 ２ 移動機基地局 ３ パケット情報送信端末 ４ オペレーティングシステム ５ 通信モジュール ６ ＪＡＶＡ管理モジュール ７ ＪＡＶＡ 仮想マシン（ＪＡＶＡ ＶＭ） ８ ＪＡＶＡ アプリケーション

フロントページの続き Ｆターム(参考） 5K025 BB07 CC01 DD06 FF12 FF27 GG30 JJ14 JJ18 KK02 KK06 KK07 5K067 AA34 CC08 EE02 EE10 FF04 HH11 HH21 HH22 5K072 BB02 BB13 BB27 CC15 DD11 DD20 EE03 EE31 FF27

Claims (26)

【特許請求の範囲】
1. 【請求項１】 パケット情報を受信可能な第１の端末器
   と、パケット情報を提供する第２の端末器と、前記第１
   の端末器と前記第２の端末器との間におけるパケット送
   受信を中継する移動機基地局と、からなり、 前記第１の端末器は、前記第２の端末器から前記移動機
   基地局を介して前記第１の端末器に送られてくるパケッ
   ト通信を監視し、パケット通信料を算出し、このパケッ
   ト通信料と、前記第１の端末器のユーザーにより予め設
   定されたパケット通信料限界額とを比較し、前記パケッ
   ト通信料が前記パケット通信料限度額を超えている場合
   には、前記パケット通信を規制するものであるパケット
   通信規制システム。
2. 【請求項２】 前記第１の端末器は、前記移動機基地局
   に対して、パケット通信のビジー制御を行うことによ
   り、前記パケット通信を規制するものであることを特徴
   とする請求項１に記載のパケット通信規制システム。
3. 【請求項３】 前記第１の端末器は、 前記第１の端末器と前記第２の端末器との間でパケット
   通信データを送受信するとともに、このデータ通信中の
   ビジー制御を行う通信モジュール手段と、 前記第１の端末器のパケット通信状態を監視するＪＡＶ
   Ａアプリケーション手段と、 を備えており、 前記ＪＡＶＡアプリケーション手段が、前記第２の端末
   器と前記第１の端末器との間のパケット通信を監視し、
   前記パケット通信料と前記パケット通信料限界額とを比
   較し、前記パケット通信料が前記パケット通信料限度額
   を超えている場合には、前記パケット通信を規制するこ
   とを特徴とする請求項１または２に記載のパケット通信
   規制システム。
4. 【請求項４】 前記第１の端末器は、 プラットフォームとなるオペレーティングシステム(Ｏ
   Ｓ)手段と、 前記ＪＡＶＡアプリケーション手段の動作を管理するＪ
   ＡＶＡ管理モジュール手段と、 前記ＪＡＶＡ管理モジュール手段により制御されるＪＡ
   ＶＡ仮想マシンと、 をさらに備えることを特徴とする請求項３に記載のパケ
   ット通信規制システム。
5. 【請求項５】 前記第１の端末器は、前記パケット通信
   料が前記パケット通信料限度額を超えている場合に、前
   記ユーザーに対して、パケット受信の継続または中止の
   問合せを行うものであることを特徴とする請求項１乃至
   ４の何れか一項に記載のパケット通信規制システム。
6. 【請求項６】 前記第１の端末器は、前記パケット通信
   料が前記パケット通信料限度額を超えている場合であっ
   て、前記ユーザーがパケット受信の継続を選択したとき
   には、パケット通信アクセスフラグをＯＮ状態にし、以
   後、前記ユーザーに対して、パケット受信の継続または
   中止の問合せは行わないことを特徴とする請求項５に記
   載のパケット通信規制システム。
7. 【請求項７】 前記第１の端末器は、前記パケット通信
   料が前記パケット通信料限度額を超えている場合であっ
   て、前記ユーザーがパケット受信の中止を選択したとき
   には、パケット通信アクセスフラグをＯＦＦ状態にし、
   前記移動機基地局に対して通信ビジー制御要求を発する
   ことにより、パケット通信を待機状態にし、パケット通
   信を一時停止させるものであることを特徴とする請求項
   ５に記載のパケット通信規制システム。
8. 【請求項８】 前記第１の端末器は、前記パケット通信
   料が前記パケット通信料限度額を超えている場合であっ
   て、前記ユーザーがパケット受信の中止を選択したとき
   には、パケット通信アクセスフラグをＯＦＦ状態にし、
   前記ＪＡＶＡアプリケーションが前記通信モジュールに
   対してパケット通信擬似ビジー制御要求を発し、これに
   応じて、前記通信モジュールが前記移動機基地局に対し
   て通信ビジー制御要求を発することにより、パケット通
   信を待機状態にし、パケット通信を一時停止させるもの
   であることを特徴とする請求項３に記載のパケット通信
   規制システム。
9. 【請求項９】 前記パケット通信が一時停止した後、前
   記第１の端末器は、前記ユーザーに対して、パケット受
   信の続行または中断の問い合わせを行うことを特徴とす
   る請求項８に記載のパケット通信規制システム。
10. 【請求項１０】 前記ユーザーがパケット受信の続行を
    選択した場合には、前記ＪＡＶＡアプリケーションが前
    記通信モジュールに対して擬似ビジー制御解除を要求
    し、これに応じて、前記通信モジュールが前記移動機基
    地局に対してビジー制御解除を要求し、通信パケット受
    信処理が再開されることを特徴とする請求項９に記載の
    パケット通信規制システム。
11. 【請求項１１】 前記ユーザーがパケット受信の中断を
    選択した場合には、前記ＪＡＶＡアプリケーションが前
    記通信モジュールに対してパケット通信の終了要求を発
    し、これに応じて、前記通信モジュールが前記移動機基
    地局に対してパケット通信終了要求を発することによ
    り、通信パケット受信処理が終了することを特徴とする
    請求項９に記載のパケット通信規制システム。
12. 【請求項１２】 複数の通信セッションを有し、パケッ
    ト情報を受信可能な第１の端末器と、パケット情報を提
    供する第２の端末器と、前記第１の端末器と前記第２の
    端末器との間におけるパケット送受信を中継する移動機
    基地局と、からなるパケット通信規制システムであっ
    て、 前記第１の端末器は、新しいパケット情報を受信する際
    に、他の通信セッションにおいて他のパケット情報を現
    在受信中であるか否かを判断し、前記他の通信セッショ
    ンにおいて他のパケット情報を受信中である場合には、
    前記新しいパケット情報と現在通信中のパケット情報と
    の優先度を判断し、前記新パケット情報の優先度が前記
    通信中のパケット情報よりも高い場合には、前記通信中
    のパケット情報の通信路に擬似ビジー制御要求を発し、
    前記通信中のパケット情報の通信を一時停止状態にする
    ことにより、前記新しいパケット情報の受信処理を行う
    ものであるパケット通信規制システム。
13. 【請求項１３】 前記第１の端末器は、 前記第１の端末器と前記第２の端末器との間でパケット
    通信データを送受信するとともに、このデータ通信中の
    ビジー制御を行う通信モジュール手段と、 前記第１の端末器のパケット通信状態を監視するＪＡＶ
    Ａアプリケーション手段と、 を備えており、 前記ＪＡＶＡアプリケーション手段が、前記第２の端末
    器と前記第１の端末器との間のパケット通信を監視し、
    前記パケット通信料と前記パケット通信料限界額とを比
    較し、前記パケット通信料が前記パケット通信料限度額
    を超えている場合には、前記パケット通信を規制するこ
    とを特徴とする請求項１２に記載のパケット通信規制シ
    ステム。
14. 【請求項１４】 前記第１の端末器は、 プラットフォームとなるオペレーティングシステム(Ｏ
    Ｓ)手段と、 前記ＪＡＶＡアプリケーション手段の動作を管理するＪ
    ＡＶＡ管理モジュール手段と、 前記ＪＡＶＡ管理モジュール手段により制御されるＪＡ
    ＶＡ仮想マシンと、 をさらに備えることを特徴とする請求項１３に記載のパ
    ケット通信規制システム。
15. 【請求項１５】 パケット情報を受信可能な第１の端末
    器と、パケット情報を提供する第２の端末器と、前記第
    １の端末器と前記第２の端末器との間におけるパケット
    送受信を中継する移動機基地局と、からなるパケット通
    信システムにおいて、前記第１の端末器と前記第２の端
    末器との間のパケット通信を規制するパケット通信規制
    方法であって、 前記第１の端末器が、パケットデータを受信したとき
    に、現在までのパケット通信料の値と、ユーザーが予め
    設定したパケット通信料限度額の値とを比較し、前記パ
    ケット通信料が前記パケット通信料限度額を既に超過し
    ているか否かを判断する第１の過程と、 前記パケット通信料の値が前記パケット通信料限度額の
    値を超過していない場合には、パケットデータの受信を
    開始する第２の過程と、 必要に応じて、前記第１の過程を繰り返す第３の過程
    と、 を備えることを特徴とするパケット通信規制方法。
16. 【請求項１６】 前記第１の過程において、前記パケッ
    ト通信料の値が前記パケット通信料限度額の値を既に超
    過している場合には、ユーザーに対して、パケット通信
    を開始するかどうかの問い合わせを行う第４の過程をさ
    らに備えることを特徴とする請求項１５に記載のパケッ
    ト通信規制方法。
17. 【請求項１７】 前記第４の過程において、前記ユーザ
    ーが前記パケット通信の開始を選択した場合には、パケ
    ット通信アクセスフラグをＯＮに設定し、前記パケット
    通信料が前記パケット通信料限度額を超過しているにも
    かかわらず、前記ユーザーによる判断に従って、パケッ
    ト通信が続行されていることを示す第５の過程をさらに
    備えることを特徴とする請求項１６に記載のパケット通
    信規制方法。
18. 【請求項１８】 前記第３の過程が実行され、前記パケ
    ット通信料が前記パケット通信料限度額を超過している
    と判断された場合に、パケット通信アクセスフラグがＯ
    Ｎ状態であるか否かを判定する第６の過程と、 前記パケット通信アクセスフラグがＯＦＦ状態である場
    合に、前記移動機基地局を介しての前記パケット情報送
    信端末からのパケットデータ送信を一時的に停止させる
    疑似ビジー制御を行う第７の過程と、 をさらに備えることを特徴とする請求項１５に記載のパ
    ケット通信規制方法。
19. 【請求項１９】 前記第７の過程を実行した後、前記ユ
    ーザーに対して、パケット通信を続行するか否かの問い
    合わせを行う第８の過程を備えることを特徴とする請求
    項１８に記載のパケット通信規制方法。
20. 【請求項２０】 前記第８の過程において、前記ユーザ
    ーがパケット通信の続行を選択した場合に、パケット通
    信アクセスフラグをＯＮにする過程と、 前記擬似ビジー制御を解除し、前記パケット通信を再開
    する過程と、 を備えることを特徴とする請求項１９に記載のパケット
    通信規制方法。
21. 【請求項２１】 前記第１の端末器は、 前記第１の端末器と前記第２の端末器との間でパケット
    通信データを送受信するとともに、このデータ通信中の
    ビジー制御を行う通信モジュール手段と、 前記第１の端末器のパケット通信状態を監視するＪＡＶ
    Ａアプリケーション手段と、 を備えており、 前記第７の過程は、 前記ＪＡＶＡアプリケーションが、前記パケット通信料
    が前記パケット通信料限度額を超過していることを検出
    したときに、前記ＪＡＶＡアプリケーションが通信モジ
    ュール５に対して擬似ビジー制御要求を送信する過程
    と、 前記疑似ビジー制御要求に応答して、前記通信モジュー
    ルが前記移動機基地局に対してビジー制御要求を送信す
    る過程と、 前記移動機基地局が、前記ビジー制御要求に応答して、
    パケット送信状態からパケット送信待機状態に遷移し、
    前記第１の端末器に対するパケットデータの送信を一時
    停止する過程と、 を備えることを特徴とする請求項１８に記載のパケット
    通信規制方法。
22. 【請求項２２】 前記移動機基地局がパケット送信待機
    状態に遷移したことに応答して、前記通信モジュールは
    パケット受信待機状態に遷移し、パケット受信を一時停
    止する過程を備えることを特徴とする請求項２１に記載
    のパケット通信規制方法。
23. 【請求項２３】 前記通信モジュールから前記ＪＡＶＡ
    アプリケーションに擬似ビジー制御確認応答を送信する
    過程と、 前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶ
    Ａアプリケーションが、パケット受信の一時停止を検知
    し、前記ユーザーにパケット通信を続行するか否かの問
    い合わせを行う過程と、 前記ＪＡＶＡアプリケーションが前記ユーザーによるパ
    ケット通信の続行を検知した場合には、前記通信モジュ
    ールに対して、擬似ビジー制御解除要求を送信する過程
    と、 前記通信モジュールが、前記移動機基地局に対して、ビ
    ジー制御解除要求を送信する過程と、 をさらに備えることを特徴とする請求項２２に記載のパ
    ケット通信規制方法。
24. 【請求項２４】 前記通信モジュールから前記ＪＡＶＡ
    アプリケーションに擬似ビジー制御確認応答を送信する
    過程と、 前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶ
    Ａアプリケーションが、パケット受信の一時停止を検知
    し、前記ユーザーにパケット通信を続行するか否かの問
    い合わせを行う過程と、 前記ＪＡＶＡアプリケーションが前記ユーザーによるパ
    ケット通信の中段を検知した場合には、前記通信モジュ
    ールに対して、パケット通信終了要求を送信する過程
    と、 前記通信モジュールが、前記移動機基地局に対して、パ
    ケット通信終了要求を送信する過程と、 をさらに備えることを特徴とする請求項２２に記載のパ
    ケット通信規制方法。
25. 【請求項２５】 複数の通信セッションを有し、かつ、
    パケット情報を受信可能な第１の端末器と、パケット情
    報を提供する第２の端末器と、前記第１の端末器と前記
    第２の端末器との間におけるパケット送受信を中継する
    移動機基地局と、からなるパケット通信システムにおい
    て、前記第１の端末器と前記第２の端末器との間のパケ
    ット通信を規制するパケット通信規制方法であって、 前記第１の端末器が、パケット情報を受信する前に、他
    の通信セッションにおいてパケット受信処理が行われて
    いるか否かを判断する第１の過程と、 他の通信セッションにおいてパケット受信処理が行われ
    ている場合に、通信要求されている通信セッションの優
    先度が通信中の通信セッションの優先度よりも高いか否
    かを判定する第２の過程と、 現在要求されている通信セッションの優先度が通信中の
    通信セッションの優先度よりも高い場合に、現在通信中
    の通信セッションの通信路に擬似ビジー制御を実行し、
    この通信を一時停止状態にする第３の過程と、 通信要求されている通信セッションにおいてパケット通
    信を開始する第４の過程と、 を備えるパケット通信規制方法。
26. 【請求項２６】 前記第２の過程において、現在要求さ
    れている通信セッションの優先度が通信中の通信セッシ
    ョンの優先度よりも低い場合に、前記第１の端末器がパ
    ケット通信待機状態に遷移する過程と、 現在通信が要求されている通信セッションがパケット待
    機状態から通信可能状態になったときに、前記第１の過
    程を繰り返して実行する過程と、 を備えることを特徴とする請求項２５に記載のパケット
    通信規制方法。