JP5068406B2 - 携帯端末器のパケット通信規制システム及びパケット通信規制方法 - Google Patents
携帯端末器のパケット通信規制システム及びパケット通信規制方法 Download PDFInfo
- Publication number
- JP5068406B2 JP5068406B2 JP2001293530A JP2001293530A JP5068406B2 JP 5068406 B2 JP5068406 B2 JP 5068406B2 JP 2001293530 A JP2001293530 A JP 2001293530A JP 2001293530 A JP2001293530 A JP 2001293530A JP 5068406 B2 JP5068406 B2 JP 5068406B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- packet
- terminal
- packet communication
- packet information
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Meter Arrangements (AREA)
- Mobile Radio Communication Systems (AREA)
- Radio Relay Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、パケット通信可能な携帯端末器におけるパケット通信の受信を規制するシステムに関する。より詳細には、本発明は、パケット通信料が所定の通信料を超過した場合には、ユーザーの判断により、パケット通信の受信を規制できることを可能にするシステムに関する。
【０００２】
【従来の技術】
近年の小型携帯式情報端末器の進歩及び普及にはめざましいものがある。１９９０年代前半のディジタル移動通信は、回線交換式方式の主に音声による通信が主流であった。しかし、１９９０年代中盤頃から、インターネットが普及し始め、ビジネスユースやパーソナルユースでもデータ通信が採用されるようになってきた。同様に、移動通信においてもデータ通信が利用されるようになり、例えば、ビジネスユーザーがオフィス外から携帯電話とパソコンを使用してオフィス内のサーバにアクセスし、データを読み込んだり、電子メールの送受信を行ったりすることが多くなってきた。この場合のデータ通信には回線交換方式の通信が利用されてきた。
【０００３】
回線交換方式における通信料は通信時間に比例する。回線交換方式によるデータ通信において、実際にデータを送受信している時間と、データを送受信せず回線をただ保留状態にしている時間とを比較すると、前者の時間が非常に短いため、ユーザにとっては、実際の通信の量に比べて、通信料が高くなるというデメリットが生じていた。
【０００４】
１９９０年代後半になると、インターネットの通信特性であるデータ通信の一つであるパケット通信が移動通信に適用されることになった。すなわち、パケット通信を移動通信に適用することにより、回線交換方式のように接続時間に比例する料金方式ではなく、実際に受信したデータ量に従った通信課金を行うことができるようになった。
【０００５】
また、データをパケット化することにより、従来の回線交換方式では1ユーザーに割り当てられていた回線を複数のユーザーで共用することが可能になるため、ユーザー１人あたりの単位時間の使用料金を低くできるようになった。
【０００６】
しかしながら、実際には、携帯端末器を介してインターネットに接続し、サイトなどを開いた場合や、メールの送受信を行った場合には、携帯端末器の画面に表示されている文字数以上のデータがやり取りされている。従って、実際の画面上の文字数から計算されるパケット数と実際のパケット数とは異なる場合があり得る。
【０００７】
また、アプリケーションや音楽などをダウンロードしたり、画像を取りこんだりする場合には、これらを表すデータ量に相当するパケット数はかなりの数となり、パケット通信量はそれだけ高くなる。
【０００８】
さらには、自然現象その他のデータの受信状況の悪化により、データが正しく受信されない場合であっても、パケット通信料がかかる場合がある。
【０００９】
【発明が解決しようとする課題】
こうした状況において、一般的に、ユーザーは、データを受信する際に、どの程度のパケット通信料がかかるのか明白に把握することはできず、予定以上の多額のパケット通信料を支払わなければならないことがあり得る。
【００１０】
また、パケット通信料が通信業者から予め告知されていたとしても、実際のデータ受信の際には、ユーザーがパケット通信料を意識してデータ受信を行うことは極めて少ないので、ユーザーが予め予定していたパケット通信料を超えて、データ受信が行われてしまうことも多々あった。
【００１１】
従って、ユーザーが携帯端末器を使って、パケット通信を受信する際に、ユーザーが予定していたパケット通信料を超過しないようにパケット通信量の規制を行えるようなシステムが望まれていた。
【００１２】
本発明はこのような状況を鑑みてなされたものであり、パケット通信を受信する際に、ユーザーが予め予定したパケット通信料を超過しないようにパケット通信量を規制することができるパケット通信規制システム及びパケット通信規制方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
この目的を達成するため、本発明は、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなり、前記第１の端末器は、前記第２の端末器から前記移動機基地局を介して前記第１の端末器に送られてくるパケット通信を監視し、パケット通信料を算出し、このパケット通信料と、前記第１の端末器のユーザーにより予め設定されたパケット通信料限界額とを比較し、前記パケット通信料が前記パケット通信料限度額を超えている場合には、前記パケット通信を規制するものであるパケット通信規制システムを提供する。
【００１４】
前記第１の端末器は、前記移動機基地局に対して、パケット通信のビジー制御を行うことにより、前記パケット通信を規制するものとして構成することができる。
【００１５】
前記第１の端末器は、前記第１の端末器と前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、を備えており、前記ＪＡＶＡアプリケーション手段が、前記第２の端末器と前記第１の端末器との間のパケット通信を監視し、前記パケット通信料と前記パケット通信料限界額とを比較し、前記パケット通信料が前記パケット通信料限度額を超えている場合には、前記パケット通信を規制するものとして構成することができる。
【００１６】
前記第１の端末器は、さらに、プラットフォームとなるオペレーティングシステム(ＯＳ)手段と、前記ＪＡＶＡアプリケーション手段の動作を管理するＪＡＶＡ管理モジュール手段と、前記ＪＡＶＡ管理モジュール手段により制御されるＪＡＶＡ仮想マシンと、備えているものとして構成することも可能である。
【００１７】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合に、前記ユーザーに対して、パケット受信の継続または中止の問合せを行うものとして構成することができる。
【００１８】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の継続を選択したときには、パケット通信アクセスフラグをＯＮ状態にし、以後、前記ユーザーに対して、パケット受信の継続または中止の問合せは行わないものとして構成することができる。
【００１９】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の中止を選択したときには、パケット通信アクセスフラグをＯＦＦ状態にし、前記移動機基地局に対して通信ビジー制御要求を発することにより、パケット通信を待機状態にし、パケット通信を一時停止させるものとして構成することができる。
【００２０】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の中止を選択したときには、パケット通信アクセスフラグをＯＦＦ状態にし、前記ＪＡＶＡアプリケーションが前記通信モジュールに対してパケット通信擬似ビジー制御要求を発し、これに応じて、前記通信モジュールが前記移動機基地局に対して通信ビジー制御要求を発することにより、パケット通信を待機状態にし、パケット通信を一時停止させるものとして構成することができる。
【００２１】
前記パケット通信が一時停止した後、前記第１の端末器は、前記ユーザーに対して、パケット受信の続行または中断の問い合わせを行うものとして構成することができる。
【００２２】
前記ユーザーがパケット受信の続行を選択した場合には、前記ＪＡＶＡアプリケーションが前記通信モジュールに対して擬似ビジー制御解除を要求し、これに応じて、前記通信モジュールが前記移動機基地局に対してビジー制御解除を要求し、通信パケット受信処理が再開されるものとして構成することができる。
【００２３】
前記ユーザーがパケット受信の中断を選択した場合には、前記ＪＡＶＡアプリケーションが前記通信モジュールに対してパケット通信の終了要求を発し、これに応じて、前記通信モジュールが前記移動機基地局に対してパケット通信終了要求を発することにより、通信パケット受信処理が終了するものとして構成することができる。
【００２４】
本発明に係るパケット通信規制システムにおいては、ＪＡＶＡアプリケーション手段が、移動機基地局を介して行われる第１の端末器と第２の端末器との間のパケット通信を監視し、パケット通信料と第１の端末器のユーザーにより予め設定されたパケット通信料限度額とを比較し、この判断に基づいて、パケット通信を規制するようになっている。
【００２５】
また、パケット通信料がユーザーが設定したパケット通信料件度額の値を超過する場合には、ＪＡＶＡアプリケーションがユーザに対して、パケット受信を続行するか、中断するかの問い合わせを行うことができる。
【００２６】
また、実際のパケット通信料とパケット通信料限度額との比較を行ったときに、実際のパケット通信料がパケット通信料限度額を超過しているが、パケット通信アクセスフラグがＯＮ状態の場合には、パケット通信が最後まで通信されるようになっている。
【００２７】
さらに、実際のパケット通信料とパケット通信料限度額との比較を行ったときに、実際のパケット通信料がパケット通信料限度額を超過しており、パケット通信アクセスフラグがＯＦＦ状態の場合には、ＪＡＶＡアプリケーションから通信モジュールに対して擬似ビジー制御が発せられ、これに応じて、通信モジュールから移動機基地局に対してビジー制御が発せられ、パケット通信が一時停止されるようになっている。この場合、ＪＡＶＡアプリケーションのユーザーへの問い合わせにより、ユーザーが通信を要求した場合には、ビジー制御が解除され、パケット通信を最後まで行うこともできるようになっている。ユーザーがパケット通信の中断を要求した場合には、パケット通信は終了する。
【００２８】
また、本発明は、複数の通信セッションを有し、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信規制システムであって、前記第１の端末器は、新しいパケット情報を受信する際に、他の通信セッションにおいて他のパケット情報を現在受信中であるか否かを判断し、前記他の通信セッションにおいて他のパケット情報を受信中である場合には、前記新しいパケット情報と現在通信中のパケット情報との優先度を判断し、前記新パケット情報の優先度が前記通信中のパケット情報よりも高い場合には、前記通信中のパケット情報の通信路に擬似ビジー制御要求を発し、前記通信中のパケット情報の通信を一時停止状態にすることにより、前記新しいパケット情報の受信処理を行うものであるパケット通信規制システムを提供する。
【００２９】
さらに、本発明は、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、前記第１の端末器が、パケットデータを受信したときに、現在までのパケット通信料の値と、ユーザーが予め設定したパケット通信料限度額の値とを比較し、前記パケット通信料が前記パケット通信料限度額を既に超過しているか否かを判断する第１の過程と、前記パケット通信料の値が前記パケット通信料限度額の値を超過していない場合には、パケットデータの受信を開始する第２の過程と、必要に応じて、前記第１の過程を繰り返す第３の過程と、を備えることを特徴とするパケット通信規制方法を提供する。
【００３０】
本方法は、前記第１の過程において、前記パケット通信料の値が前記パケット通信料限度額の値を既に超過している場合には、ユーザーに対して、パケット通信を開始するかどうかの問い合わせを行う第４の過程をさらに備えることが好ましい。
【００３１】
本方法は、前記第４の過程において、前記ユーザーが前記パケット通信の開始を選択した場合には、パケット通信アクセスフラグをＯＮに設定し、前記パケット通信料が前記パケット通信料限度額を超過しているにもかかわらず、前記ユーザーによる判断に従って、パケット通信が続行されていることを示す第５の過程をさらに備えることが好ましい。
【００３２】
本方法は、前記第３の過程が実行され、前記パケット通信料が前記パケット通信料限度額を超過していると判断された場合に、パケット通信アクセスフラグがＯＮ状態であるか否かを判定する第６の過程と、前記パケット通信アクセスフラグがＯＦＦ状態である場合に、前記移動機基地局を介しての前記パケット情報送信端末からのパケットデータ送信を一時的に停止させる疑似ビジー制御を行う第７の過程と、をさらに備えることが好ましい。
【００３３】
本方法は、前記第７の過程を実行した後、前記ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う第８の過程を備えることが好ましい。
【００３４】
本方法は、前記第８の過程において、前記ユーザーがパケット通信の続行を選択した場合に、パケット通信アクセスフラグをＯＮにする過程と、前記擬似ビジー制御を解除し、前記パケット通信を再開する過程と、を備えることが好ましい。
【００３５】
前記第１の端末器は、前記第１の端末器と前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、を備えているものとして構成することができ、この場合、前記第７の過程は、前記ＪＡＶＡアプリケーションが、前記パケット通信料が前記パケット通信料限度額を超過していることを検出したときに、前記ＪＡＶＡアプリケーションが通信モジュール５に対して擬似ビジー制御要求を送信する過程と、前記疑似ビジー制御要求に応答して、前記通信モジュールが前記移動機基地局に対してビジー制御要求を送信する過程と、前記移動機基地局が、前記ビジー制御要求に応答して、パケット送信状態からパケット送信待機状態に遷移し、前記第１の端末器に対するパケットデータの送信を一時停止する過程と、を備えることが好ましい。
【００３６】
本方法は、前記移動機基地局がパケット送信待機状態に遷移したことに応答して、前記通信モジュールはパケット受信待機状態に遷移し、パケット受信を一時停止する過程を備えることが好ましい。
【００３７】
本方法は、前記通信モジュールから前記ＪＡＶＡアプリケーションに擬似ビジー制御確認応答を送信する過程と、前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーションが、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、前記ＪＡＶＡアプリケーションが前記ユーザーによるパケット通信の続行を検知した場合には、前記通信モジュールに対して、擬似ビジー制御解除要求を送信する過程と、前記通信モジュールが、前記移動機基地局に対して、ビジー制御解除要求を送信する過程と、をさらに備えることが好ましい。
【００３８】
本方法は、前記通信モジュールから前記ＪＡＶＡアプリケーションに擬似ビジー制御確認応答を送信する過程と、前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーションが、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、前記ＪＡＶＡアプリケーションが前記ユーザーによるパケット通信の中段を検知した場合には、前記通信モジュールに対して、パケット通信終了要求を送信する過程と、前記通信モジュールが、前記移動機基地局に対して、パケット通信終了要求を送信する過程と、をさらに備えることが好ましい。
【００３９】
本発明は、複数の通信セッションを有し、かつ、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、前記第１の端末器が、パケット情報を受信する前に、他の通信セッションにおいてパケット受信処理が行われているか否かを判断する第１の過程と、他の通信セッションにおいてパケット受信処理が行われている場合に、通信要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高いか否かを判定する第２の過程と、現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高い場合に、現在通信中の通信セッションの通信路に擬似ビジー制御を実行し、この通信を一時停止状態にする第３の過程と、通信要求されている通信セッションにおいてパケット通信を開始する第４の過程と、を備えるパケット通信規制方法を提供する。
【００４０】
本方法は、前記第２の過程において、現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも低い場合に、前記第１の端末器がパケット通信待機状態に遷移する過程と、現在通信が要求されている通信セッションがパケット待機状態から通信可能状態になったときに、前記第１の過程を繰り返して実行する過程と、を備えることが好ましい。
【００４１】
【発明の実施の形態】
以下、本発明の一実施形態について図面を参照しながら説明する。
【００４２】
図１は、本実施形態に係るパケット通信規制システムの全体的な利用イメージを表す概略図である。
【００４３】
図１に示すように、本実施形態に係るパケット通信規制システムは、パケット情報を受信する端末器であるパケット情報受信端末１と、パケット情報受信端末１にパケット情報を送信する端末器であるパケット情報送信端末３と、パケット情報受信端末１とパケット情報送信端末３との間のパケット通信を中継する移動機基地局２と、からなっている。
【００４４】
パケット情報受信端末１は、それ自身が要求した情報を別の端末から受信する端末器である。パケット情報送信端末３は、パケット情報受信端末１から移動機基地局２を介して送信されてくる情報送信要求に応答して、要求に応じたデータをパケット情報受信端末１に送信する端末器である。すなわち、パケット情報送信端末３はいわゆるサーバとしての機能を果たす端末器である。移動機基地局２は、パケット情報受信端末１とパケット情報送信端末３との間におけるデータの送受信を中継する。
【００４５】
図１に示す状態においては、パケット情報受信端末１が情報送信要求を移動機基地局２の中継によりパケット情報送信端末３に送信し、この要求に応答して、パケット情報送信端末３が、要求されたパケット情報を移動機基地局２の中継によりパケット情報受信端末１に送信している。
【００４６】
図２は、パケット情報受信端末１が内蔵メモリ（図示せず）に格納しているソフトウェアの構成図である。
【００４７】
パケット情報受信端末１が有するソフトウェアは、オペレーティングシステム（ＯＳ）４と、通信モジュール５と、ＪＡＶＡ管理モジュール６と、ＪＡＶＡ ＶＭ（ＪＡＶＡ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＪＡＶＡ仮想マシン）７およびＪＡＶＡアプリケーション８と、からなる。
【００４８】
ここで、ＪＡＶＡとは、プログラム言語として開発されたインタープリンタ型のオブジェクト指向言語であり、マルチプラットフォーム性、すなわちプラットフォームに依存しないという特性を有しており、移動可能なプログラムの実現に優れたものである。ＪＡＶＡ言語は、特に、一度書いたアプリケーションがどこでも実行可能になるという性質を有しているため、モバイル環境において多用される傾向にある。
【００４９】
オペレーティングシステム（ＯＳ）４は、プログラムの実行を制御するソフトウェアであって、資源割振り、スケジューリング、入出力制御、データ管理などのサービスを提供するものであり、プラットフォームを意味する。本実施形態において、オペレーティングシステム４は、後述するＪＡＶＡ言語によるアプリケーションを制御するものであるが、上述したように、ＪＡＶＡがプラットフォームに依存しないという利点を有するものであることから、その種類は特に限定されない。ＪＡＶＡ言語によるアプリケーションを制御することができるものであれば、いかなるオペレーティングシステムを採用してもよい。
【００５０】
通信モジュール５は、パケット情報受信端末１においてパケット通信データを送受信するためのモジュールである。また、通信モジュール５は、後に説明する端末間の通信のビジー制御を管理するモジュールとしても機能する。
【００５１】
ＪＡＶＡ管理モジュール６は、後述するＪＡＶＡ ＶＭ７の動作等の制御を管理するためのモジュールである。このＪＡＶＡ管理モジュール６が、パケット情報受信端末１上におけるＪＡＶＡアプリケーション８の動作（後述）を制御する。
【００５２】
ＪＡＶＡ ＶＭ７は、サーバ側におかれたＪＡＶＡアプレットと呼ばれるプログラムを利用するために、ＪＡＶＡアプレットをＪＡＶＡコンパイラし(すなわち、実効形式に変換し)、ＪＡＶＡインタープリンタを行う（すなわち、解釈と実効を行う）ものである。すなわち、ＪＡＶＡ ＶＭ７は、インタープリンタと実効時システム環境との組み合わせを意味し、このＪＡＶＡ ＶＭ７を端末に組み込むことにより、普通のブラウザをプログラム言語処理可能なコンピュータに変換することを可能にするものである。
【００５３】
ＪＡＶＡ ＶＭ７の機能は特に限定されないが、本実施形態においては、パケット情報受信端末１を使用する限りにおいて必要な機能のみを有しているものとする。なぜならば、例えば、現在パーソナルコンピュータに含まれているＪＡＶＡ ＶＭをそのままパケット情報受信端末１に格納すると、ＪＡＶＡ ＶＭを実装するメモリの容量が不足することが多いからである。
【００５４】
本実施形態におけるＪＡＶＡアプリケーション８は、パケット情報受信端末１に常駐する常駐型アプリケーションであり、パケット情報受信端末１の通信を監視する機能を有するモジュールである。
【００５５】
図３は、パケット情報受信端末１がパケット情報を受信する際の動作を表すフローチャートである。以下、図３を参照して、パケット情報受信端末１の動作を説明する。
【００５６】
先ず、新たなパケットデータがパケット情報送信端末２からパケット情報受信端末１に送信されてくると、パケット情報受信端末１においてパケット通信初期判定が行われる（ステップＳ３０１）。すなわち、ユーザーがパケット情報受信端末１に予め設定したパケット通信料の値と、現在までのパケット通信料の値とが比較され、パケット通信料が予め設定されたパケット通信料を既に超過しているか否かが判断される。このパケット通信初期判定（ステップＳ３０１）は、ユーザーが許容可能な通信料として設定したパケット通信料を超えて、パケット通信が行われる可能性があることを防ぐために実行される。
【００５７】
実際のパケット通信料の値が予め設定されているパケット通信料の値を超過していない場合には（ステップＳ３０１のＮＯ）、パケット通信要求が開始される（ステップＳ３０４）。
【００５８】
実際のパケット通信料の値が予め設定されている通信料の値を既に超過している場合には（ステップＳ３０１のＹＥＳ）、ユーザーに対して、パケット通信を開始するかどうかの問い合わせが行われる（ステップＳ３０２）。
【００５９】
この問い合わせに対して、ユーザーが通信開始を拒否した場合には（ステップＳ３０２のＮＯ）、パケット受信処理を終了する。
【００６０】
一方、ユーザーが通信開始を許諾した場合には（ステップＳ３０２のＹＥＳ）、パケット情報受信端末１はパケット通信を行う状態に設定される。すなわち、パケット通信アクセスフラグがＯＮにされる（ステップＳ３０３）。
【００６１】
本実施形態において、パケット通信アクセスフラグは、パケット通信料が設定値を超過しているにもかかわらず、ユーザーによる判断に従って、パケット通信が続行されているという意味を有するものである。従って、パケット通信アクセスフラグがＯＮになっている場合には、それ以降において、ユーザーに対して、上述の問合せ、すなわち、パケット通信料が設定値を既に超えているがパケット情報を受信するかどうかといった問合せは行われない。
【００６２】
実際のパケット通信料の値が予め設定されているパケット通信料の値を超過していない場合（ステップＳ３０１のＮＯ）またはパケット通信アクセスフラグをＯＮにした場合（ステップＳ３０３）には、パケット通信要求が開始される（ステップＳ３０４）。
【００６３】
パケット通信要求を開始する場合、パケット情報受信端末１はパケット通信アクセスフラグがＯＮされた状態とＯＦＦのままの状態の２つのパターンを有する可能性がある。パケット通信アクセスフラグがＯＦＦの状態とは、ステップＳ３０３においてユーザーにより通信許諾を得たが、ステップＳ３０４以降の処理において、パケット通信の続行についての問合せを必要とする場合であり、一方、パケット通信アクセスフラグがＯＮの状態とは、上述したように、ステップＳ３０３において、ユーザーにより通信許諾を得て、パケット通信を続行し、ステップＳ３０４以降の過程においてパケット通信料に関する問合せを不要とする場合である。
【００６４】
パケット通信要求開始（ステップＳ３０４）に応答して、要求したパケットの受信処理が開始される（ステップＳ３０５）。パケット情報受信端末１は、パケット情報を受信すると、予め設定されたパケット通信料の値と実際のパケット通信料とを比較し、実際のパケット通信料が予め設定したパケット通信料を超過しているか否かを判定する（ステップＳ３０６）。
【００６５】
パケット通信料が設定値を超過している場合には（ステップＳ３０６のＹＥＳ）、パケット通信アクセスフラグがＯＮ状態であるか否かが判定される（ステップＳ３０７）。
【００６６】
パケット通信アクセスフラグがＯＮ状態である場合には（ステップＳ３０７のＹＥＳ）、上述したように、パケット通信料が設定値を超過しているにも関わらず、新しいパケット情報の受信が既にユーザーにより許諾されているため、最終のパケット情報を受信するまでパケット受信処理が行われる。
【００６７】
次いで、パケット情報を全て受信したか否かの判定がなされる（ステップＳ３１２）。
【００６８】
パケット情報を全て受信した場合には（ステップＳ３１２のＹＥＳ）、全ての処理が終了される。パケット情報を全て受信していない場合には（ステップＳ３１２のＮＯ）、ステップＳ３０５以降のステップが繰り返される。
【００６９】
一方、パケット通信アクセスフラグがＯＦＦ状態である場合には（ステップＳ３０７のＮＯ）、パケット情報受信端末１は擬似ビジー制御を行う（ステップＳ３０８）。すなわち、移動機基地局２を介してのパケット情報送信端末３からのパケットデータ送信を一時的に停止する処理が行われる。
【００７０】
擬似ビジー制御によりパケット通信が一時停止されると、パケット情報受信端末１は、ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う（ステップＳ３０９）。
【００７１】
ユーザーがパケット通信中断と判断した場合には（ステップＳ３０９のＮＯ）、パケット通信処理が終了される。
【００７２】
ユーザーがパケット通信続行と判断した場合には（ステップＳ３０９のＹＥＳ）、パケット通信アクセスフラグをＯＮにする（ステップＳ３１０）。
【００７３】
次いで、擬似ビジー制御が解除され（ステップＳ３１１）、パケット通信が再開される。
【００７４】
次いで、パケット情報を全て受信したか否かの判定がなされる（ステップＳ３１２）。
【００７５】
パケット情報を全て受信した場合には（ステップＳ３１２のＹＥＳ）、全ての処理が終了される。パケット情報を全て受信していない場合には（ステップＳ３１２のＮＯ）、ステップＳ３０５以降のステップが繰り返される。
【００７６】
上述の一連の処理は、パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８がパケット通信処理を監視することにより実行される。
【００７７】
図４は、図３のフローチャートにおいて説明した擬似ビジー制御（ステップＳ３０８）において、ユーザーによりパケット通信処理の続行が選択された場合の処理について具体的に説明するフローチャートである。
【００７８】
図４を参照すると、パケット通信中に、パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８が、パケット通信料が設定値を超過していることを検出すると（ステップＳ４０１）、ＪＡＶＡアプリケーション８は通信モジュール５に対して擬似ビジー制御要求を送信する（ステップＳ４０２）。
【００７９】
この要求に応答して、通信モジュール５はパケット情報受信端末１から移動機基地局２に対してビジー制御要求を送信する。
【００８０】
移動機基地局２は、このビジー制御要求に応答して、パケット送信状態からパケット送信待機状態に遷移し、パケット情報受信端末１に対するパケットデータの送信を一時停止する（ステップＳ４０４）。
【００８１】
移動機基地局２がパケット送信待機状態に遷移したことに応答して、パケット情報受信端末１の通信モジュール５はパケット受信待機状態に遷移し、パケット受信を一時停止する（ステップＳ４０５）。
【００８２】
続いて、擬似ビジー制御確認応答が通信モジュール５からＪＡＶＡアプリケーション８に送られる（ステップＳ４０６）。
【００８３】
ＪＡＶＡアプリケーション８は、この擬似ビジー制御確認応答により、パケット受信の一時停止を検知し、ユーザーにパケット通信を続行するか否かの問い合わせを行う（ステップＳ４０７）。
【００８４】
ＪＡＶＡアプリケーション８がユーザーによるパケット通信の続行を検知した場合には、通信モジュール５に対して、擬似ビジー制御解除要求を送信する（ステップＳ４０８）。
【００８５】
これに続いて、通信モジュール５は、移動機基地局２に対して、ビジー制御解除要求を発行する（ステップＳ４０９）。
【００８６】
移動機基地局２は、この要求を受けて、パケット送信再開処理を行う（ステップＳ４１０）。同時に、パケット情報受信端末１内の通信モジュール５もパケット受信再開処理を行うことになる（ステップＳ４１１）。
【００８７】
以上のようにして、パケット情報受信処理が続行される。
【００８８】
図５は、図３のフローチャートにおいて説明した擬似ビジー制御（ステップＳ３０８）において、ユーザーによりパケット通信処理の中断が選択された場合の処理について具体的に説明するフローチャートである。
【００８９】
パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８が、パケット通信中に、パケット通信料が設定値を超過していることを検出した場合（ステップＳ５０１）、ＪＡＶＡアプリケーション８は擬似ビジー制御要求を通信モジュール５に対して送信する（ステップＳ５０２）。
【００９０】
この擬似ビジー制御要求に応答して、通信モジュール５は移動機基地局２に対してビジー制御要求を送信する（ステップＳ５０３）。
【００９１】
このビジー制御要求に応答して、移動機基地局２はパケット送信状態からパケット送信待機状態に遷移し、パケット情報受信端末１に対するパケットデータの送信を一時停止する（ステップＳ５０４）。
【００９２】
移動機基地局２がパケット送信待機状態に遷移すると、パケット情報受信端末１内の通信モジュール５もパケット受信待機状態に遷移し、パケット受信を一時停止する（ステップＳ５０５）。
【００９３】
擬似ビジー制御確認応答が通信モジュール５から常駐型ＪＡＶＡアプリケーション８に送られると（ステップＳ５０６）、ＪＡＶＡアプリケーション８は、パケット受信の一時停止を検知し、ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う（ステップＳ５０７）。
【００９４】
ＪＡＶＡアプリケーション８は、ユーザーによるパケット通信の中断を検知した場合には、通信モジュール５に対してパケット通信終了要求を発する（ステップＳ５０８）。
【００９５】
通信モジュール５は、ＪＡＶＡアプリケーション８からパケット通信終了要求を受信すると、移動機基地局２に対してパケット通信終了要求を発する（ステップＳ５０９）。
【００９６】
パケット通信終了要求を受信した移動機基地局２は通信モジュール５に対してパケット通信終了応答が送信し（ステップＳ５１０）、パケット通信受信処理は終了する。
【００９７】
図６は、パケット受信要求時のパケット情報受信端末１の動作の他の例を示すフローチャートである。
【００９８】
この例においては、パケット情報受信端末１は複数の通信セッションを有しており、ＪＡＶＡアプリケーション８による擬似ビジー制御が採用されている。すなわち、本例においては、優先度の高い通信に通信権が与えられ、優先度の低い通信が一時停止されるようになっている。
【００９９】
パケット情報受信端末１は、パケット情報を受信する前に、他の通信セッションにおいてパケット受信処理が行われているかどうかを判断する（ステップＳ６０１）。
【０１００】
他の通信セッションにおいてパケット通信処理が行われていない場合には（ステップＳ６０１のＮＯ）、通常通りのパケット受信が開始される（ステップＳ６０４）。
【０１０１】
一方、他の通信セッションにおいてパケット受信処理が行われている場合には（ステップＳ６０１のＹＥＳ）、パケット通信路優先判定がなされる（ステップＳ６０２）。すなわち、現在通信が実行されている通信セッションと、通信要求されている通信セッションとの優先度が比較され、通信要求されている通信セッションの優先度が通信中の通信セッションよりも高いか否かが判定される。
【０１０２】
現在要求されている通信セッションの優先度が、通信中の通信セッションよりも高い場合には（ステップＳ６０２のＹＥＳ）、現在通信中の通信セッションの通信路に擬似ビジー制御要求を発することにより、この通信を一時停止状態にする（ステップＳ６０３）。
【０１０３】
次いで、通信要求されている通信セッションにおいてパケット通信開始処理が行われ、パケット通信を開始する（ステップＳ６０４）。
【０１０４】
一方、現在要求されている通信セッションの優先度が、通信中の通信セッションよりも低い場合には（ステップＳ６０２のＮＯ）、パケット情報受信端末１はパケット通信待機状態に遷移する（ステップＳ６０５）。この段階以後、パケット情報受信端末１は、現在通信が要求されている通信セッションがパケット待機状態から通信可能状態になるまで待機することになる。通信可能状態になれば、ステップＳ６０１に戻り、それ以降の手順が反復される。
【０１０５】
以上のように、図６に示した例によれば、常に優先度の高い通信処理を実行できるようになる。従って、ＪＡＶＡアプリケーション８の監視により、無駄のない通信処理を行うことができるようになる。
【０１０６】
【発明の効果】
本発明によれば、携帯端末器がそれ自身のパケット通信を監視し、パケット通信料を算出でき、この実際のパケット通信料と、予めユーザーが設定したパケット通信料限度額とを比較することにより、実際のパケット通信料が設定されたパケット通信料限度額を超えている場合には、パケット通信の受信を規制することができる。
【０１０７】
例えば、携帯端末器の通信モジュールから移動機基地局に対してパケット通信のビジー制御を行うことにより、パケット通信の規制を行うことができる。
【０１０８】
このように、本発明によれば、ユーザーがパケット情報を受信するたびに、ユーザーが予め設定したパケット通信料限度額を超えないようにパケット情報を受信することができ、たとえ、パケット通信料がパケット通信料限度額を超えていた場合であっても、ユーザーの判断によりパケット情報受信を継続することができる。
【０１０９】
さらに、端末間において複数の通信セッションを有する場合には、ＪＡＶＡアプリケーションによる擬似ビジー制御を採用することにより、パケットの通信回線を意図的に制御でき、常に、優先度の高い通信セッションの通信を行うことが可能になる。
【０１１０】
また、本発明によれば、いたずらメールその他の不要なパケット情報を拒否することができる。
【図面の簡単な説明】
【図１】本発明に係るパケット通信規制システムの全体的な利用イメージを表す概略図である。
【図２】本発明に係るパケット通信規制システムを実現するためのパケット情報受信端末に含まれるソフトウェアの構成図である。
【図３】本発明に係るパケット通信規制システムにおけるパケット情報受信端末のパケット受信時の動作を表すフローチャートである。
【図４】本発明に係るパケット通信規制システムにおけるパケット情報受信端末が擬似ビジー制御を実行する際に、ユーザーがパケット通信続行を決定したときの処理を表すフローチャートである。
【図５】本発明に係るパケット通信規制システムにおけるパケット情報受信端末が擬似ビジー制御を実行する際に、ユーザーがパケット通信中断を決定したときの処理を表すフローチャートである。
【図６】パケット受信時の他の動作例を表すフローチャートである。
【符号の説明】
１ パケット情報受信端末
２ 移動機基地局
３ パケット情報送信端末
４ オペレーティングシステム
５ 通信モジュール
６ ＪＡＶＡ管理モジュール
７ ＪＡＶＡ 仮想マシン（ＪＡＶＡ ＶＭ）
８ ＪＡＶＡ アプリケーション
【発明の属する技術分野】
本発明は、パケット通信可能な携帯端末器におけるパケット通信の受信を規制するシステムに関する。より詳細には、本発明は、パケット通信料が所定の通信料を超過した場合には、ユーザーの判断により、パケット通信の受信を規制できることを可能にするシステムに関する。
【０００２】
【従来の技術】
近年の小型携帯式情報端末器の進歩及び普及にはめざましいものがある。１９９０年代前半のディジタル移動通信は、回線交換式方式の主に音声による通信が主流であった。しかし、１９９０年代中盤頃から、インターネットが普及し始め、ビジネスユースやパーソナルユースでもデータ通信が採用されるようになってきた。同様に、移動通信においてもデータ通信が利用されるようになり、例えば、ビジネスユーザーがオフィス外から携帯電話とパソコンを使用してオフィス内のサーバにアクセスし、データを読み込んだり、電子メールの送受信を行ったりすることが多くなってきた。この場合のデータ通信には回線交換方式の通信が利用されてきた。
【０００３】
回線交換方式における通信料は通信時間に比例する。回線交換方式によるデータ通信において、実際にデータを送受信している時間と、データを送受信せず回線をただ保留状態にしている時間とを比較すると、前者の時間が非常に短いため、ユーザにとっては、実際の通信の量に比べて、通信料が高くなるというデメリットが生じていた。
【０００４】
１９９０年代後半になると、インターネットの通信特性であるデータ通信の一つであるパケット通信が移動通信に適用されることになった。すなわち、パケット通信を移動通信に適用することにより、回線交換方式のように接続時間に比例する料金方式ではなく、実際に受信したデータ量に従った通信課金を行うことができるようになった。
【０００５】
また、データをパケット化することにより、従来の回線交換方式では1ユーザーに割り当てられていた回線を複数のユーザーで共用することが可能になるため、ユーザー１人あたりの単位時間の使用料金を低くできるようになった。
【０００６】
しかしながら、実際には、携帯端末器を介してインターネットに接続し、サイトなどを開いた場合や、メールの送受信を行った場合には、携帯端末器の画面に表示されている文字数以上のデータがやり取りされている。従って、実際の画面上の文字数から計算されるパケット数と実際のパケット数とは異なる場合があり得る。
【０００７】
また、アプリケーションや音楽などをダウンロードしたり、画像を取りこんだりする場合には、これらを表すデータ量に相当するパケット数はかなりの数となり、パケット通信量はそれだけ高くなる。
【０００８】
さらには、自然現象その他のデータの受信状況の悪化により、データが正しく受信されない場合であっても、パケット通信料がかかる場合がある。
【０００９】
【発明が解決しようとする課題】
こうした状況において、一般的に、ユーザーは、データを受信する際に、どの程度のパケット通信料がかかるのか明白に把握することはできず、予定以上の多額のパケット通信料を支払わなければならないことがあり得る。
【００１０】
また、パケット通信料が通信業者から予め告知されていたとしても、実際のデータ受信の際には、ユーザーがパケット通信料を意識してデータ受信を行うことは極めて少ないので、ユーザーが予め予定していたパケット通信料を超えて、データ受信が行われてしまうことも多々あった。
【００１１】
従って、ユーザーが携帯端末器を使って、パケット通信を受信する際に、ユーザーが予定していたパケット通信料を超過しないようにパケット通信量の規制を行えるようなシステムが望まれていた。
【００１２】
本発明はこのような状況を鑑みてなされたものであり、パケット通信を受信する際に、ユーザーが予め予定したパケット通信料を超過しないようにパケット通信量を規制することができるパケット通信規制システム及びパケット通信規制方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
この目的を達成するため、本発明は、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなり、前記第１の端末器は、前記第２の端末器から前記移動機基地局を介して前記第１の端末器に送られてくるパケット通信を監視し、パケット通信料を算出し、このパケット通信料と、前記第１の端末器のユーザーにより予め設定されたパケット通信料限界額とを比較し、前記パケット通信料が前記パケット通信料限度額を超えている場合には、前記パケット通信を規制するものであるパケット通信規制システムを提供する。
【００１４】
前記第１の端末器は、前記移動機基地局に対して、パケット通信のビジー制御を行うことにより、前記パケット通信を規制するものとして構成することができる。
【００１５】
前記第１の端末器は、前記第１の端末器と前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、を備えており、前記ＪＡＶＡアプリケーション手段が、前記第２の端末器と前記第１の端末器との間のパケット通信を監視し、前記パケット通信料と前記パケット通信料限界額とを比較し、前記パケット通信料が前記パケット通信料限度額を超えている場合には、前記パケット通信を規制するものとして構成することができる。
【００１６】
前記第１の端末器は、さらに、プラットフォームとなるオペレーティングシステム(ＯＳ)手段と、前記ＪＡＶＡアプリケーション手段の動作を管理するＪＡＶＡ管理モジュール手段と、前記ＪＡＶＡ管理モジュール手段により制御されるＪＡＶＡ仮想マシンと、備えているものとして構成することも可能である。
【００１７】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合に、前記ユーザーに対して、パケット受信の継続または中止の問合せを行うものとして構成することができる。
【００１８】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の継続を選択したときには、パケット通信アクセスフラグをＯＮ状態にし、以後、前記ユーザーに対して、パケット受信の継続または中止の問合せは行わないものとして構成することができる。
【００１９】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の中止を選択したときには、パケット通信アクセスフラグをＯＦＦ状態にし、前記移動機基地局に対して通信ビジー制御要求を発することにより、パケット通信を待機状態にし、パケット通信を一時停止させるものとして構成することができる。
【００２０】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の中止を選択したときには、パケット通信アクセスフラグをＯＦＦ状態にし、前記ＪＡＶＡアプリケーションが前記通信モジュールに対してパケット通信擬似ビジー制御要求を発し、これに応じて、前記通信モジュールが前記移動機基地局に対して通信ビジー制御要求を発することにより、パケット通信を待機状態にし、パケット通信を一時停止させるものとして構成することができる。
【００２１】
前記パケット通信が一時停止した後、前記第１の端末器は、前記ユーザーに対して、パケット受信の続行または中断の問い合わせを行うものとして構成することができる。
【００２２】
前記ユーザーがパケット受信の続行を選択した場合には、前記ＪＡＶＡアプリケーションが前記通信モジュールに対して擬似ビジー制御解除を要求し、これに応じて、前記通信モジュールが前記移動機基地局に対してビジー制御解除を要求し、通信パケット受信処理が再開されるものとして構成することができる。
【００２３】
前記ユーザーがパケット受信の中断を選択した場合には、前記ＪＡＶＡアプリケーションが前記通信モジュールに対してパケット通信の終了要求を発し、これに応じて、前記通信モジュールが前記移動機基地局に対してパケット通信終了要求を発することにより、通信パケット受信処理が終了するものとして構成することができる。
【００２４】
本発明に係るパケット通信規制システムにおいては、ＪＡＶＡアプリケーション手段が、移動機基地局を介して行われる第１の端末器と第２の端末器との間のパケット通信を監視し、パケット通信料と第１の端末器のユーザーにより予め設定されたパケット通信料限度額とを比較し、この判断に基づいて、パケット通信を規制するようになっている。
【００２５】
また、パケット通信料がユーザーが設定したパケット通信料件度額の値を超過する場合には、ＪＡＶＡアプリケーションがユーザに対して、パケット受信を続行するか、中断するかの問い合わせを行うことができる。
【００２６】
また、実際のパケット通信料とパケット通信料限度額との比較を行ったときに、実際のパケット通信料がパケット通信料限度額を超過しているが、パケット通信アクセスフラグがＯＮ状態の場合には、パケット通信が最後まで通信されるようになっている。
【００２７】
さらに、実際のパケット通信料とパケット通信料限度額との比較を行ったときに、実際のパケット通信料がパケット通信料限度額を超過しており、パケット通信アクセスフラグがＯＦＦ状態の場合には、ＪＡＶＡアプリケーションから通信モジュールに対して擬似ビジー制御が発せられ、これに応じて、通信モジュールから移動機基地局に対してビジー制御が発せられ、パケット通信が一時停止されるようになっている。この場合、ＪＡＶＡアプリケーションのユーザーへの問い合わせにより、ユーザーが通信を要求した場合には、ビジー制御が解除され、パケット通信を最後まで行うこともできるようになっている。ユーザーがパケット通信の中断を要求した場合には、パケット通信は終了する。
【００２８】
また、本発明は、複数の通信セッションを有し、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信規制システムであって、前記第１の端末器は、新しいパケット情報を受信する際に、他の通信セッションにおいて他のパケット情報を現在受信中であるか否かを判断し、前記他の通信セッションにおいて他のパケット情報を受信中である場合には、前記新しいパケット情報と現在通信中のパケット情報との優先度を判断し、前記新パケット情報の優先度が前記通信中のパケット情報よりも高い場合には、前記通信中のパケット情報の通信路に擬似ビジー制御要求を発し、前記通信中のパケット情報の通信を一時停止状態にすることにより、前記新しいパケット情報の受信処理を行うものであるパケット通信規制システムを提供する。
【００２９】
さらに、本発明は、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、前記第１の端末器が、パケットデータを受信したときに、現在までのパケット通信料の値と、ユーザーが予め設定したパケット通信料限度額の値とを比較し、前記パケット通信料が前記パケット通信料限度額を既に超過しているか否かを判断する第１の過程と、前記パケット通信料の値が前記パケット通信料限度額の値を超過していない場合には、パケットデータの受信を開始する第２の過程と、必要に応じて、前記第１の過程を繰り返す第３の過程と、を備えることを特徴とするパケット通信規制方法を提供する。
【００３０】
本方法は、前記第１の過程において、前記パケット通信料の値が前記パケット通信料限度額の値を既に超過している場合には、ユーザーに対して、パケット通信を開始するかどうかの問い合わせを行う第４の過程をさらに備えることが好ましい。
【００３１】
本方法は、前記第４の過程において、前記ユーザーが前記パケット通信の開始を選択した場合には、パケット通信アクセスフラグをＯＮに設定し、前記パケット通信料が前記パケット通信料限度額を超過しているにもかかわらず、前記ユーザーによる判断に従って、パケット通信が続行されていることを示す第５の過程をさらに備えることが好ましい。
【００３２】
本方法は、前記第３の過程が実行され、前記パケット通信料が前記パケット通信料限度額を超過していると判断された場合に、パケット通信アクセスフラグがＯＮ状態であるか否かを判定する第６の過程と、前記パケット通信アクセスフラグがＯＦＦ状態である場合に、前記移動機基地局を介しての前記パケット情報送信端末からのパケットデータ送信を一時的に停止させる疑似ビジー制御を行う第７の過程と、をさらに備えることが好ましい。
【００３３】
本方法は、前記第７の過程を実行した後、前記ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う第８の過程を備えることが好ましい。
【００３４】
本方法は、前記第８の過程において、前記ユーザーがパケット通信の続行を選択した場合に、パケット通信アクセスフラグをＯＮにする過程と、前記擬似ビジー制御を解除し、前記パケット通信を再開する過程と、を備えることが好ましい。
【００３５】
前記第１の端末器は、前記第１の端末器と前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、を備えているものとして構成することができ、この場合、前記第７の過程は、前記ＪＡＶＡアプリケーションが、前記パケット通信料が前記パケット通信料限度額を超過していることを検出したときに、前記ＪＡＶＡアプリケーションが通信モジュール５に対して擬似ビジー制御要求を送信する過程と、前記疑似ビジー制御要求に応答して、前記通信モジュールが前記移動機基地局に対してビジー制御要求を送信する過程と、前記移動機基地局が、前記ビジー制御要求に応答して、パケット送信状態からパケット送信待機状態に遷移し、前記第１の端末器に対するパケットデータの送信を一時停止する過程と、を備えることが好ましい。
【００３６】
本方法は、前記移動機基地局がパケット送信待機状態に遷移したことに応答して、前記通信モジュールはパケット受信待機状態に遷移し、パケット受信を一時停止する過程を備えることが好ましい。
【００３７】
本方法は、前記通信モジュールから前記ＪＡＶＡアプリケーションに擬似ビジー制御確認応答を送信する過程と、前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーションが、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、前記ＪＡＶＡアプリケーションが前記ユーザーによるパケット通信の続行を検知した場合には、前記通信モジュールに対して、擬似ビジー制御解除要求を送信する過程と、前記通信モジュールが、前記移動機基地局に対して、ビジー制御解除要求を送信する過程と、をさらに備えることが好ましい。
【００３８】
本方法は、前記通信モジュールから前記ＪＡＶＡアプリケーションに擬似ビジー制御確認応答を送信する過程と、前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーションが、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、前記ＪＡＶＡアプリケーションが前記ユーザーによるパケット通信の中段を検知した場合には、前記通信モジュールに対して、パケット通信終了要求を送信する過程と、前記通信モジュールが、前記移動機基地局に対して、パケット通信終了要求を送信する過程と、をさらに備えることが好ましい。
【００３９】
本発明は、複数の通信セッションを有し、かつ、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、前記第１の端末器が、パケット情報を受信する前に、他の通信セッションにおいてパケット受信処理が行われているか否かを判断する第１の過程と、他の通信セッションにおいてパケット受信処理が行われている場合に、通信要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高いか否かを判定する第２の過程と、現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高い場合に、現在通信中の通信セッションの通信路に擬似ビジー制御を実行し、この通信を一時停止状態にする第３の過程と、通信要求されている通信セッションにおいてパケット通信を開始する第４の過程と、を備えるパケット通信規制方法を提供する。
【００４０】
本方法は、前記第２の過程において、現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも低い場合に、前記第１の端末器がパケット通信待機状態に遷移する過程と、現在通信が要求されている通信セッションがパケット待機状態から通信可能状態になったときに、前記第１の過程を繰り返して実行する過程と、を備えることが好ましい。
【００４１】
【発明の実施の形態】
以下、本発明の一実施形態について図面を参照しながら説明する。
【００４２】
図１は、本実施形態に係るパケット通信規制システムの全体的な利用イメージを表す概略図である。
【００４３】
図１に示すように、本実施形態に係るパケット通信規制システムは、パケット情報を受信する端末器であるパケット情報受信端末１と、パケット情報受信端末１にパケット情報を送信する端末器であるパケット情報送信端末３と、パケット情報受信端末１とパケット情報送信端末３との間のパケット通信を中継する移動機基地局２と、からなっている。
【００４４】
パケット情報受信端末１は、それ自身が要求した情報を別の端末から受信する端末器である。パケット情報送信端末３は、パケット情報受信端末１から移動機基地局２を介して送信されてくる情報送信要求に応答して、要求に応じたデータをパケット情報受信端末１に送信する端末器である。すなわち、パケット情報送信端末３はいわゆるサーバとしての機能を果たす端末器である。移動機基地局２は、パケット情報受信端末１とパケット情報送信端末３との間におけるデータの送受信を中継する。
【００４５】
図１に示す状態においては、パケット情報受信端末１が情報送信要求を移動機基地局２の中継によりパケット情報送信端末３に送信し、この要求に応答して、パケット情報送信端末３が、要求されたパケット情報を移動機基地局２の中継によりパケット情報受信端末１に送信している。
【００４６】
図２は、パケット情報受信端末１が内蔵メモリ（図示せず）に格納しているソフトウェアの構成図である。
【００４７】
パケット情報受信端末１が有するソフトウェアは、オペレーティングシステム（ＯＳ）４と、通信モジュール５と、ＪＡＶＡ管理モジュール６と、ＪＡＶＡ ＶＭ（ＪＡＶＡ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＪＡＶＡ仮想マシン）７およびＪＡＶＡアプリケーション８と、からなる。
【００４８】
ここで、ＪＡＶＡとは、プログラム言語として開発されたインタープリンタ型のオブジェクト指向言語であり、マルチプラットフォーム性、すなわちプラットフォームに依存しないという特性を有しており、移動可能なプログラムの実現に優れたものである。ＪＡＶＡ言語は、特に、一度書いたアプリケーションがどこでも実行可能になるという性質を有しているため、モバイル環境において多用される傾向にある。
【００４９】
オペレーティングシステム（ＯＳ）４は、プログラムの実行を制御するソフトウェアであって、資源割振り、スケジューリング、入出力制御、データ管理などのサービスを提供するものであり、プラットフォームを意味する。本実施形態において、オペレーティングシステム４は、後述するＪＡＶＡ言語によるアプリケーションを制御するものであるが、上述したように、ＪＡＶＡがプラットフォームに依存しないという利点を有するものであることから、その種類は特に限定されない。ＪＡＶＡ言語によるアプリケーションを制御することができるものであれば、いかなるオペレーティングシステムを採用してもよい。
【００５０】
通信モジュール５は、パケット情報受信端末１においてパケット通信データを送受信するためのモジュールである。また、通信モジュール５は、後に説明する端末間の通信のビジー制御を管理するモジュールとしても機能する。
【００５１】
ＪＡＶＡ管理モジュール６は、後述するＪＡＶＡ ＶＭ７の動作等の制御を管理するためのモジュールである。このＪＡＶＡ管理モジュール６が、パケット情報受信端末１上におけるＪＡＶＡアプリケーション８の動作（後述）を制御する。
【００５２】
ＪＡＶＡ ＶＭ７は、サーバ側におかれたＪＡＶＡアプレットと呼ばれるプログラムを利用するために、ＪＡＶＡアプレットをＪＡＶＡコンパイラし(すなわち、実効形式に変換し)、ＪＡＶＡインタープリンタを行う（すなわち、解釈と実効を行う）ものである。すなわち、ＪＡＶＡ ＶＭ７は、インタープリンタと実効時システム環境との組み合わせを意味し、このＪＡＶＡ ＶＭ７を端末に組み込むことにより、普通のブラウザをプログラム言語処理可能なコンピュータに変換することを可能にするものである。
【００５３】
ＪＡＶＡ ＶＭ７の機能は特に限定されないが、本実施形態においては、パケット情報受信端末１を使用する限りにおいて必要な機能のみを有しているものとする。なぜならば、例えば、現在パーソナルコンピュータに含まれているＪＡＶＡ ＶＭをそのままパケット情報受信端末１に格納すると、ＪＡＶＡ ＶＭを実装するメモリの容量が不足することが多いからである。
【００５４】
本実施形態におけるＪＡＶＡアプリケーション８は、パケット情報受信端末１に常駐する常駐型アプリケーションであり、パケット情報受信端末１の通信を監視する機能を有するモジュールである。
【００５５】
図３は、パケット情報受信端末１がパケット情報を受信する際の動作を表すフローチャートである。以下、図３を参照して、パケット情報受信端末１の動作を説明する。
【００５６】
先ず、新たなパケットデータがパケット情報送信端末２からパケット情報受信端末１に送信されてくると、パケット情報受信端末１においてパケット通信初期判定が行われる（ステップＳ３０１）。すなわち、ユーザーがパケット情報受信端末１に予め設定したパケット通信料の値と、現在までのパケット通信料の値とが比較され、パケット通信料が予め設定されたパケット通信料を既に超過しているか否かが判断される。このパケット通信初期判定（ステップＳ３０１）は、ユーザーが許容可能な通信料として設定したパケット通信料を超えて、パケット通信が行われる可能性があることを防ぐために実行される。
【００５７】
実際のパケット通信料の値が予め設定されているパケット通信料の値を超過していない場合には（ステップＳ３０１のＮＯ）、パケット通信要求が開始される（ステップＳ３０４）。
【００５８】
実際のパケット通信料の値が予め設定されている通信料の値を既に超過している場合には（ステップＳ３０１のＹＥＳ）、ユーザーに対して、パケット通信を開始するかどうかの問い合わせが行われる（ステップＳ３０２）。
【００５９】
この問い合わせに対して、ユーザーが通信開始を拒否した場合には（ステップＳ３０２のＮＯ）、パケット受信処理を終了する。
【００６０】
一方、ユーザーが通信開始を許諾した場合には（ステップＳ３０２のＹＥＳ）、パケット情報受信端末１はパケット通信を行う状態に設定される。すなわち、パケット通信アクセスフラグがＯＮにされる（ステップＳ３０３）。
【００６１】
本実施形態において、パケット通信アクセスフラグは、パケット通信料が設定値を超過しているにもかかわらず、ユーザーによる判断に従って、パケット通信が続行されているという意味を有するものである。従って、パケット通信アクセスフラグがＯＮになっている場合には、それ以降において、ユーザーに対して、上述の問合せ、すなわち、パケット通信料が設定値を既に超えているがパケット情報を受信するかどうかといった問合せは行われない。
【００６２】
実際のパケット通信料の値が予め設定されているパケット通信料の値を超過していない場合（ステップＳ３０１のＮＯ）またはパケット通信アクセスフラグをＯＮにした場合（ステップＳ３０３）には、パケット通信要求が開始される（ステップＳ３０４）。
【００６３】
パケット通信要求を開始する場合、パケット情報受信端末１はパケット通信アクセスフラグがＯＮされた状態とＯＦＦのままの状態の２つのパターンを有する可能性がある。パケット通信アクセスフラグがＯＦＦの状態とは、ステップＳ３０３においてユーザーにより通信許諾を得たが、ステップＳ３０４以降の処理において、パケット通信の続行についての問合せを必要とする場合であり、一方、パケット通信アクセスフラグがＯＮの状態とは、上述したように、ステップＳ３０３において、ユーザーにより通信許諾を得て、パケット通信を続行し、ステップＳ３０４以降の過程においてパケット通信料に関する問合せを不要とする場合である。
【００６４】
パケット通信要求開始（ステップＳ３０４）に応答して、要求したパケットの受信処理が開始される（ステップＳ３０５）。パケット情報受信端末１は、パケット情報を受信すると、予め設定されたパケット通信料の値と実際のパケット通信料とを比較し、実際のパケット通信料が予め設定したパケット通信料を超過しているか否かを判定する（ステップＳ３０６）。
【００６５】
パケット通信料が設定値を超過している場合には（ステップＳ３０６のＹＥＳ）、パケット通信アクセスフラグがＯＮ状態であるか否かが判定される（ステップＳ３０７）。
【００６６】
パケット通信アクセスフラグがＯＮ状態である場合には（ステップＳ３０７のＹＥＳ）、上述したように、パケット通信料が設定値を超過しているにも関わらず、新しいパケット情報の受信が既にユーザーにより許諾されているため、最終のパケット情報を受信するまでパケット受信処理が行われる。
【００６７】
次いで、パケット情報を全て受信したか否かの判定がなされる（ステップＳ３１２）。
【００６８】
パケット情報を全て受信した場合には（ステップＳ３１２のＹＥＳ）、全ての処理が終了される。パケット情報を全て受信していない場合には（ステップＳ３１２のＮＯ）、ステップＳ３０５以降のステップが繰り返される。
【００６９】
一方、パケット通信アクセスフラグがＯＦＦ状態である場合には（ステップＳ３０７のＮＯ）、パケット情報受信端末１は擬似ビジー制御を行う（ステップＳ３０８）。すなわち、移動機基地局２を介してのパケット情報送信端末３からのパケットデータ送信を一時的に停止する処理が行われる。
【００７０】
擬似ビジー制御によりパケット通信が一時停止されると、パケット情報受信端末１は、ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う（ステップＳ３０９）。
【００７１】
ユーザーがパケット通信中断と判断した場合には（ステップＳ３０９のＮＯ）、パケット通信処理が終了される。
【００７２】
ユーザーがパケット通信続行と判断した場合には（ステップＳ３０９のＹＥＳ）、パケット通信アクセスフラグをＯＮにする（ステップＳ３１０）。
【００７３】
次いで、擬似ビジー制御が解除され（ステップＳ３１１）、パケット通信が再開される。
【００７４】
次いで、パケット情報を全て受信したか否かの判定がなされる（ステップＳ３１２）。
【００７５】
パケット情報を全て受信した場合には（ステップＳ３１２のＹＥＳ）、全ての処理が終了される。パケット情報を全て受信していない場合には（ステップＳ３１２のＮＯ）、ステップＳ３０５以降のステップが繰り返される。
【００７６】
上述の一連の処理は、パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８がパケット通信処理を監視することにより実行される。
【００７７】
図４は、図３のフローチャートにおいて説明した擬似ビジー制御（ステップＳ３０８）において、ユーザーによりパケット通信処理の続行が選択された場合の処理について具体的に説明するフローチャートである。
【００７８】
図４を参照すると、パケット通信中に、パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８が、パケット通信料が設定値を超過していることを検出すると（ステップＳ４０１）、ＪＡＶＡアプリケーション８は通信モジュール５に対して擬似ビジー制御要求を送信する（ステップＳ４０２）。
【００７９】
この要求に応答して、通信モジュール５はパケット情報受信端末１から移動機基地局２に対してビジー制御要求を送信する。
【００８０】
移動機基地局２は、このビジー制御要求に応答して、パケット送信状態からパケット送信待機状態に遷移し、パケット情報受信端末１に対するパケットデータの送信を一時停止する（ステップＳ４０４）。
【００８１】
移動機基地局２がパケット送信待機状態に遷移したことに応答して、パケット情報受信端末１の通信モジュール５はパケット受信待機状態に遷移し、パケット受信を一時停止する（ステップＳ４０５）。
【００８２】
続いて、擬似ビジー制御確認応答が通信モジュール５からＪＡＶＡアプリケーション８に送られる（ステップＳ４０６）。
【００８３】
ＪＡＶＡアプリケーション８は、この擬似ビジー制御確認応答により、パケット受信の一時停止を検知し、ユーザーにパケット通信を続行するか否かの問い合わせを行う（ステップＳ４０７）。
【００８４】
ＪＡＶＡアプリケーション８がユーザーによるパケット通信の続行を検知した場合には、通信モジュール５に対して、擬似ビジー制御解除要求を送信する（ステップＳ４０８）。
【００８５】
これに続いて、通信モジュール５は、移動機基地局２に対して、ビジー制御解除要求を発行する（ステップＳ４０９）。
【００８６】
移動機基地局２は、この要求を受けて、パケット送信再開処理を行う（ステップＳ４１０）。同時に、パケット情報受信端末１内の通信モジュール５もパケット受信再開処理を行うことになる（ステップＳ４１１）。
【００８７】
以上のようにして、パケット情報受信処理が続行される。
【００８８】
図５は、図３のフローチャートにおいて説明した擬似ビジー制御（ステップＳ３０８）において、ユーザーによりパケット通信処理の中断が選択された場合の処理について具体的に説明するフローチャートである。
【００８９】
パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８が、パケット通信中に、パケット通信料が設定値を超過していることを検出した場合（ステップＳ５０１）、ＪＡＶＡアプリケーション８は擬似ビジー制御要求を通信モジュール５に対して送信する（ステップＳ５０２）。
【００９０】
この擬似ビジー制御要求に応答して、通信モジュール５は移動機基地局２に対してビジー制御要求を送信する（ステップＳ５０３）。
【００９１】
このビジー制御要求に応答して、移動機基地局２はパケット送信状態からパケット送信待機状態に遷移し、パケット情報受信端末１に対するパケットデータの送信を一時停止する（ステップＳ５０４）。
【００９２】
移動機基地局２がパケット送信待機状態に遷移すると、パケット情報受信端末１内の通信モジュール５もパケット受信待機状態に遷移し、パケット受信を一時停止する（ステップＳ５０５）。
【００９３】
擬似ビジー制御確認応答が通信モジュール５から常駐型ＪＡＶＡアプリケーション８に送られると（ステップＳ５０６）、ＪＡＶＡアプリケーション８は、パケット受信の一時停止を検知し、ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う（ステップＳ５０７）。
【００９４】
ＪＡＶＡアプリケーション８は、ユーザーによるパケット通信の中断を検知した場合には、通信モジュール５に対してパケット通信終了要求を発する（ステップＳ５０８）。
【００９５】
通信モジュール５は、ＪＡＶＡアプリケーション８からパケット通信終了要求を受信すると、移動機基地局２に対してパケット通信終了要求を発する（ステップＳ５０９）。
【００９６】
パケット通信終了要求を受信した移動機基地局２は通信モジュール５に対してパケット通信終了応答が送信し（ステップＳ５１０）、パケット通信受信処理は終了する。
【００９７】
図６は、パケット受信要求時のパケット情報受信端末１の動作の他の例を示すフローチャートである。
【００９８】
この例においては、パケット情報受信端末１は複数の通信セッションを有しており、ＪＡＶＡアプリケーション８による擬似ビジー制御が採用されている。すなわち、本例においては、優先度の高い通信に通信権が与えられ、優先度の低い通信が一時停止されるようになっている。
【００９９】
パケット情報受信端末１は、パケット情報を受信する前に、他の通信セッションにおいてパケット受信処理が行われているかどうかを判断する（ステップＳ６０１）。
【０１００】
他の通信セッションにおいてパケット通信処理が行われていない場合には（ステップＳ６０１のＮＯ）、通常通りのパケット受信が開始される（ステップＳ６０４）。
【０１０１】
一方、他の通信セッションにおいてパケット受信処理が行われている場合には（ステップＳ６０１のＹＥＳ）、パケット通信路優先判定がなされる（ステップＳ６０２）。すなわち、現在通信が実行されている通信セッションと、通信要求されている通信セッションとの優先度が比較され、通信要求されている通信セッションの優先度が通信中の通信セッションよりも高いか否かが判定される。
【０１０２】
現在要求されている通信セッションの優先度が、通信中の通信セッションよりも高い場合には（ステップＳ６０２のＹＥＳ）、現在通信中の通信セッションの通信路に擬似ビジー制御要求を発することにより、この通信を一時停止状態にする（ステップＳ６０３）。
【０１０３】
次いで、通信要求されている通信セッションにおいてパケット通信開始処理が行われ、パケット通信を開始する（ステップＳ６０４）。
【０１０４】
一方、現在要求されている通信セッションの優先度が、通信中の通信セッションよりも低い場合には（ステップＳ６０２のＮＯ）、パケット情報受信端末１はパケット通信待機状態に遷移する（ステップＳ６０５）。この段階以後、パケット情報受信端末１は、現在通信が要求されている通信セッションがパケット待機状態から通信可能状態になるまで待機することになる。通信可能状態になれば、ステップＳ６０１に戻り、それ以降の手順が反復される。
【０１０５】
以上のように、図６に示した例によれば、常に優先度の高い通信処理を実行できるようになる。従って、ＪＡＶＡアプリケーション８の監視により、無駄のない通信処理を行うことができるようになる。
【０１０６】
【発明の効果】
本発明によれば、携帯端末器がそれ自身のパケット通信を監視し、パケット通信料を算出でき、この実際のパケット通信料と、予めユーザーが設定したパケット通信料限度額とを比較することにより、実際のパケット通信料が設定されたパケット通信料限度額を超えている場合には、パケット通信の受信を規制することができる。
【０１０７】
例えば、携帯端末器の通信モジュールから移動機基地局に対してパケット通信のビジー制御を行うことにより、パケット通信の規制を行うことができる。
【０１０８】
このように、本発明によれば、ユーザーがパケット情報を受信するたびに、ユーザーが予め設定したパケット通信料限度額を超えないようにパケット情報を受信することができ、たとえ、パケット通信料がパケット通信料限度額を超えていた場合であっても、ユーザーの判断によりパケット情報受信を継続することができる。
【０１０９】
さらに、端末間において複数の通信セッションを有する場合には、ＪＡＶＡアプリケーションによる擬似ビジー制御を採用することにより、パケットの通信回線を意図的に制御でき、常に、優先度の高い通信セッションの通信を行うことが可能になる。
【０１１０】
また、本発明によれば、いたずらメールその他の不要なパケット情報を拒否することができる。
【図面の簡単な説明】
【図１】本発明に係るパケット通信規制システムの全体的な利用イメージを表す概略図である。
【図２】本発明に係るパケット通信規制システムを実現するためのパケット情報受信端末に含まれるソフトウェアの構成図である。
【図３】本発明に係るパケット通信規制システムにおけるパケット情報受信端末のパケット受信時の動作を表すフローチャートである。
【図４】本発明に係るパケット通信規制システムにおけるパケット情報受信端末が擬似ビジー制御を実行する際に、ユーザーがパケット通信続行を決定したときの処理を表すフローチャートである。
【図５】本発明に係るパケット通信規制システムにおけるパケット情報受信端末が擬似ビジー制御を実行する際に、ユーザーがパケット通信中断を決定したときの処理を表すフローチャートである。
【図６】パケット受信時の他の動作例を表すフローチャートである。
【符号の説明】
１ パケット情報受信端末
２ 移動機基地局
３ パケット情報送信端末
４ オペレーティングシステム
５ 通信モジュール
６ ＪＡＶＡ管理モジュール
７ ＪＡＶＡ 仮想マシン（ＪＡＶＡ ＶＭ）
８ ＪＡＶＡ アプリケーション
Claims (5)
- 複数の通信セッションを有し、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信規制システムであって、
前記第１の端末器は、新しいパケット情報を受信する際に、他の通信セッションにおいて他のパケット情報を現在受信中であるか否かを判断し、前記他の通信セッションにおいて他のパケット情報を受信中である場合には、前記新しいパケット情報と現在通信中のパケット情報との優先度を判断し、前記新パケット情報の優先度が前記通信中のパケット情報よりも高い場合には、前記通信中のパケット情報の通信路に擬似ビジー制御要求を発し、前記通信中のパケット情報の通信を一時停止状態にすることにより、前記新しいパケット情報の受信処理を行うものであるパケット通信規制システム。 - 前記第１の端末器は、
前記第１の端末器と前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、
前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、
を備えており、
前記ＪＡＶＡアプリケーション手段が、前記第２の端末器と前記第１の端末器との間のパケット通信を監視し、前記パケット通信料と前記パケット通信料限界額とを比較し、前記パケット通信料が前記パケット通信料限度額を超えている場合には、前記パケット通信を規制することを特徴とする請求項１に記載のパケット通信規制システム。 - 前記第１の端末器は、
プラットフォームとなるオペレーティングシステム(ＯＳ)手段と、
前記ＪＡＶＡアプリケーション手段の動作を管理するＪＡＶＡ管理モジュール手段と、
前記ＪＡＶＡ管理モジュール手段により制御されるＪＡＶＡ仮想マシンと、
をさらに備えることを特徴とする請求項２に記載のパケット通信規制システム。 - 複数の通信セッションを有し、かつ、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、
前記第１の端末器が、パケット情報を受信する前に、他の通信セッションにおいてパケット受信処理が行われているか否かを判断する第１の過程と、
他の通信セッションにおいてパケット受信処理が行われている場合に、通信要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高いか否かを判定する第２の過程と、
現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高い場合に、現在通信中の通信セッションの通信路に擬似ビジー制御を実行し、この通信を一時停止状態にする第３の過程と、
通信要求されている通信セッションにおいてパケット通信を開始する第４の過程と、
を備えるパケット通信規制方法。 - 前記第２の過程において、現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも低い場合に、前記第１の端末器が現在要求されている通信セッションに関する通信をパケット通信待機状態に遷移させる過程と、
現在通信が要求されている通信セッションがパケット通信待機状態から通信可能状態になったときに、前記第１の過程を繰り返して実行する過程と、
を備えることを特徴とする請求項４に記載のパケット通信規制方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001293530A JP5068406B2 (ja) | 2001-09-26 | 2001-09-26 | 携帯端末器のパケット通信規制システム及びパケット通信規制方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001293530A JP5068406B2 (ja) | 2001-09-26 | 2001-09-26 | 携帯端末器のパケット通信規制システム及びパケット通信規制方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011087056A Division JP5163770B2 (ja) | 2006-12-25 | 2011-04-11 | 携帯端末器のパケット通信規制システム及びパケット通信規制方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003102066A JP2003102066A (ja) | 2003-04-04 |
| JP5068406B2 true JP5068406B2 (ja) | 2012-11-07 |
Family
ID=19115297
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001293530A Expired - Fee Related JP5068406B2 (ja) | 2001-09-26 | 2001-09-26 | 携帯端末器のパケット通信規制システム及びパケット通信規制方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5068406B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0323244D0 (en) * | 2003-10-03 | 2003-11-05 | Fujitsu Ltd | Uplink scheduling |
| WO2005079095A1 (en) * | 2004-02-16 | 2005-08-25 | Nokia Corporation | Method and computer program for controlling radio resources, user equipment, radio network controller, and base station |
| WO2008110658A1 (en) * | 2007-03-09 | 2008-09-18 | Nokia Corporation | Communication control |
| WO2008126325A1 (ja) * | 2007-03-30 | 2008-10-23 | Fujitsu Limited | クラスタシステム、ソフトウェア更新方法、サービス提供ノード、およびサービス提供用プログラム |
| JP2009296494A (ja) * | 2008-06-09 | 2009-12-17 | Nec Corp | 情報通信ネットワーク、ゲートウェイ、課金サーバ、情報通信ネットワークの課金方法、及び課金プログラム |
| US9900231B2 (en) | 2012-01-27 | 2018-02-20 | Microsoft Technology Licensing, Llc | Managing data transfers over network connections based on priority and a data usage plan |
| US20140068212A1 (en) * | 2012-09-04 | 2014-03-06 | Microsoft Corporation | Device backups and updates in view of data usage statistics |
| JP5858966B2 (ja) * | 2013-09-24 | 2016-02-10 | キヤノン株式会社 | 通信パラメータの設定手順を実行する通信装置、通信装置の制御方法、プログラム |
| GB2525018B (en) * | 2014-04-10 | 2016-06-22 | Facebook Inc | Wireless data transfer |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02151955A (ja) * | 1988-12-02 | 1990-06-11 | Nec Corp | 複数セッション同時開設方式 |
| JP2000347867A (ja) * | 1999-06-02 | 2000-12-15 | Toshiba Corp | 携帯無線電話機およびその制御方法 |
| JP3509670B2 (ja) * | 1999-12-14 | 2004-03-22 | 日本電気株式会社 | 携帯情報端末 |
-
2001
- 2001-09-26 JP JP2001293530A patent/JP5068406B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003102066A (ja) | 2003-04-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Lee et al. | Experiences with processor reservation and dynamic qos in real-time mach | |
| US7277392B2 (en) | Method and apparatus for managing the usage of data link resources | |
| US20010052012A1 (en) | Quality of service definition for data streams | |
| US20040127250A1 (en) | Middleware application message/event model | |
| CN100471194C (zh) | 根据服务质量支持服务的网络装置、网络***及其方法 | |
| JP5068406B2 (ja) | 携帯端末器のパケット通信規制システム及びパケット通信規制方法 | |
| EP1547351B1 (en) | Method and mechanism for transmitting messages | |
| JP2003188908A (ja) | ネットワーク帯域幅を最適化する方法及びシステム | |
| JP5178284B2 (ja) | 基地局制御装置及びアクセス規制方法 | |
| WO2005076549A1 (ja) | 配信要求管理方法及び装置並びに配信要求管理方法のプログラム | |
| WO2008032479A1 (fr) | Dispositif de communication | |
| JP2001211197A (ja) | 通信システム、通信方法、ゲートウェイ装置およびクライアント | |
| JP5163770B2 (ja) | 携帯端末器のパケット通信規制システム及びパケット通信規制方法 | |
| US20080316529A1 (en) | Service Supplied by Multifunction Peripheral (MFP) | |
| JP2002314700A (ja) | 電話回線の制御委譲システム | |
| EP1511273B1 (en) | Packet receiving method for use in a mobile terminal | |
| JP2003258950A (ja) | アプリケーションプログラム実行可能な情報通信端末及びその制御方法 | |
| JP4086259B2 (ja) | 通信システム | |
| EP1754338A1 (en) | A method, a device, and a system for transferring data | |
| WO2006040970A1 (ja) | 携帯通信端末 | |
| KR20020059076A (ko) | 무선 통신 기기내 자동 다운로드 예약 방법 및 시스템 | |
| JP2005259124A (ja) | 配信要求管理方法及び装置並びに配信要求管理方法プログラム | |
| EP1163766B1 (en) | A data transfer management system and method for a telecommunications network | |
| EP1635531A2 (en) | Application control system and application control method | |
| JP2006174346A (ja) | データ伝送制御装置、データ伝送制御方法およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20080807 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080818 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101027 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101102 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101214 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110111 |
|
| 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: 20120815 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150824 Year of fee payment: 3 |
|
| R150 | Certificate of patent (=grant) or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |