(57)【要約】【課題】パケット通信可能な携帯端末器のパケット通信料に基づいて、ユーザーの判断によりパケット通信を規制できるシステムを提供する。【解決手段】携帯端末器内に常駐するＪＡＶＡアプリケーションは、本携帯端末器のパケット通信を監視し、本携帯端末器において使用されるパケット通信料を算出し、この通信料と、予めユーザーが設定したパケット通信料限度額とを比較する。通信料が限度額を超えている場合には、ＪＡＶＡアプリケーションはパケット通信の受信を規制する。具体的には、携帯端末器の通信モジュールから移動機基地局に対しパケット通信のビジー制御を行うことにより、パケット通信の規制を行う。【選択図】図３
2011182429.tif 000002
【特許請求の範囲】
【請求項１】
パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、
前記第１の端末器が、パケット通信を開始したときに、現在までのパケット通信料の値と、ユーザーが予め設定したパケット通信料限度額の値とを比較し、前記現在までのパケット通信料が前記パケット通信料限度額を既に超過しているか否かを判断する第１の過程と、
前記第１の過程において、前記現在までのパケット通信料の値が前記パケット通信料限度額の値を既に超過している場合には、前記ユーザーに対して、パケット通信を開始するかどうかの問い合わせを行う第２の過程と、
前記第２の過程において、前記ユーザーが前記パケット通信の開始を選択した場合には、パケット通信アクセスフラグをＯＮに設定し、前記パケット通信料が前記現在までのパケット通信料限度額を超過しているにもかかわらず、前記ユーザーによる判断に従って、パケット通信要求を開始する第３の過程と、
前記パケット通信要求に応答して要求したパケットの受信処理を開始し、
通信中におけるパケット通信料が前記パケット通信料限度額を超過していると判断された場合に、前記パケット通信アクセスフラグがＯＮ状態であるか否かを判定する第４の過程と、を備え、
前記第４の過程において、前記パケット通信アクセスフラグがＯＮ状態である場合は、前記パケットの受信処理を継続する、
パケット通信規制方法。
【請求項２】
前記第４の過程において、前記パケット通信アクセスフラグがＯＦＦ状態である場合に、前記移動機基地局を介しての前記パケット情報送信端末からのパケットデータ送信を一時的に停止させる疑似ビジー制御を行う第５の過程と、
前記第５の過程を実行した後、前記ユーザーに対して、パケット通信を続行するか否かを問い合わせる第６の過程と、
前記第６の過程において、前記ユーザーがパケット通信の続行を選択した場合に、前記パケット通信アクセスフラグをＯＮにする過程と、前記疑似ビジー制御を解除し、前記パケット通信を再開する過程とを、備えることを特徴とする請求項１に記載のパケット通信規制方法。
【請求項３】
前記第１の端末器は、前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、
前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、を備えており、
前記第５の過程は、
前記ＪＡＶＡアプリケーション手段が、前記パケット通信料が前記パケット通信料限度額を超過していることを検出した時に、前記通信モジュール手段に対して疑似ビジー制御要求を送信する過程と、
前記疑似ビジー制御要求に応答して、前記通信モジュール手段が前記移動機基地局に対してビジー制御要求を送信する過程と、
前記移動機基地局が、前記ビジー制御要求に応答して、パケット送信状態からパケット送信待機状態に遷移し、前記第１の端末器に対するパケットデータの送信を一時停止する過程と、
前記移動機基地局が前記パケット送信待機状態に遷移したことに応答して、前記通信モジュール手段がパケット受信待機状態に遷移し、パケット受信を一時停止する過程と、
前記通信モジュール手段から前記ＪＡＶＡアプリケーション手段に疑似ビジー制御確認応答を送信する過程と、
前記疑似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーション手段が、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、
前記ＪＡＶＡアプリケーション手段が前記ユーザーによるパケット通信の続行を検知した場合には、前記通信モジュール手段に対して、疑似ビジー制御解除要求を送信する過程と、
前記通信モジュール手段が、前記移動機基地局に対して、ビジー制御解除要求を送信する過程と、を備えることを特徴とする請求項２に記載のパケット通信規制方法。
【請求項４】
パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、
前記第１の端末器は、パケット通信を開始したときに、現在までのパケット通信料の値と、ユーザーが予め設定したパケット通信料限度額の値とを比較し、前記現在までのパケット通信料が前記パケット通信料限度額を既に超過しているか否かを判断する第１の過程と、
前記第１の過程において、前記現在までのパケット通信料の値が前記パケット通信料限度額の値を既に超過している場合には、前記ユーザーに対して、パケット通信を開始するかどうかの問い合わせを行う第２の過程と、
前記第２の過程において、前記ユーザーが前記パケット通信の開始を選択した場合には、パケット通信アクセスフラグをＯＮに設定し、前記パケット通信料が前記現在までのパケット通信料限度額を超過しているにもかかわらず、前記ユーザーによる判断に従って、パケット通信要求を開始する第３の過程と、
前記パケット通信要求に応答して要求したパケットの受信処理を開始し、
通信中におけるパケット通信料が前記パケット通信料限度額を超過していると判断された場合に、前記パケット通信アクセスフラグがＯＮ状態であるか否かを判定する第４の過程と、
前記第４の過程において、前記パケット通信アクセスフラグがＯＮ状態である場合は、前記パケットの受信処理を継続する過程と、を実行する、
パケット通信システム。
【請求項５】
前記第１の端末器は、前記第４の過程において、前記パケット通信アクセスフラグがＯＦＦ状態である場合に、前記移動機基地局を介しての前記パケット情報送信端末からのパケットデータ送信を一時的に停止させる疑似ビジー制御を行う第５の過程と、
前記第５の過程を実行した後、前記ユーザーに対して、パケット通信を続行するか否かを問い合わせる第６の過程と、
前記第６の過程において、前記ユーザーがパケット通信の続行を選択した場合に、パケット通信アクセスフラグをＯＮにする過程と、前記疑似ビジー制御を解除し、前記パケット通信を再開する過程と、を実行することを特徴とする請求項４に記載のパケット通信システム。
【請求項６】
前記第１の端末器は、前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、
前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、を備えており、
前記第５の過程は、
前記ＪＡＶＡアプリケーション手段が、前記パケット通信料が前記パケット通信料限度額を超過していることを検出した時に、前記通信モジュール手段に対して疑似ビジー制御要求を送信する過程と、
前記疑似ビジー制御要求に応答して、前記通信モジュール手段が前記移動機基地局に対してビジー制御要求を送信する過程と、
前記移動機基地局が前記パケット送信待機状態に遷移したことに応答して、前記通信モジュール手段はパケット受信待機状態に遷移し、パケット受信を一時停止する過程と、
前記通信モジュール手段から前記ＪＡＶＡアプリケーション手段に疑似ビジー制御確認応答を送信する過程と、
前記疑似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーション手段が、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、
前記ＪＡＶＡアプリケーション手段が前記ユーザーによるパケット通信の続行を検知した場合には、前記通信モジュール手段に対して、疑似ビジー制御解除要求を送信する過程と、
前記通信モジュール手段が、前記移動機基地局に対して、ビジー制御解除要求を送信する過程と、を備えることを特徴とする請求項５に記載のパケット通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信可能な携帯端末器におけるパケット通信の受信を規制するシステムに関する。より詳細には、本発明は、パケット通信料が所定の通信料を超過した場合には、ユーザーの判断により、パケット通信の受信を規制できることを可能にするシステムに関する。
【背景技術】
【０００２】
近年の小型携帯式情報端末器の進歩及び普及にはめざましいものがある。１９９０年代前半のディジタル移動通信は、回線交換式方式の主に音声による通信が主流であった。しかし、１９９０年代中盤頃から、インターネットが普及し始め、ビジネスユースやパーソナルユースでもデータ通信が採用されるようになってきた。同様に、移動通信においてもデータ通信が利用されるようになり、例えば、ビジネスユーザーがオフィス外から携帯電話とパソコンを使用してオフィス内のサーバにアクセスし、データを読み込んだり、電子メールの送受信を行ったりすることが多くなってきた。この場合のデータ通信には回線交換方式の通信が利用されてきた。
【０００３】
回線交換方式における通信料は通信時間に比例する。回線交換方式によるデータ通信において、実際にデータを送受信している時間と、データを送受信せず回線をただ保留状態にしている時間とを比較すると、前者の時間が非常に短いため、ユーザにとっては、実際の通信の量に比べて、通信料が高くなるというデメリットが生じていた。
【０００４】
１９９０年代後半になると、インターネットの通信特性であるデータ通信の一つであるパケット通信が移動通信に適用されることになった。すなわち、パケット通信を移動通信に適用することにより、回線交換方式のように接続時間に比例する料金方式ではなく、実際に受信したデータ量に従った通信課金を行うことができるようになった。
【０００５】
また、データをパケット化することにより、従来の回線交換方式では1ユーザーに割り当てられていた回線を複数のユーザーで共用することが可能になるため、ユーザー１人あたりの単位時間の使用料金を低くできるようになった。
【０００６】
しかしながら、実際には、携帯端末器を介してインターネットに接続し、サイトなどを開いた場合や、メールの送受信を行った場合には、携帯端末器の画面に表示されている文字数以上のデータがやり取りされている。従って、実際の画面上の文字数から計算されるパケット数と実際のパケット数とは異なる場合があり得る。
【０００７】
また、アプリケーションや音楽などをダウンロードしたり、画像を取りこんだりする場合には、これらを表すデータ量に相当するパケット数はかなりの数となり、パケット通信量はそれだけ高くなる。
【０００８】
さらには、自然現象その他のデータの受信状況の悪化により、データが正しく受信されない場合であっても、パケット通信料がかかる場合がある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
こうした状況において、一般的に、ユーザーは、データを受信する際に、どの程度のパケット通信料がかかるのか明白に把握することはできず、予定以上の多額のパケット通信料を支払わなければならないことがあり得る。
【００１０】
また、パケット通信料が通信業者から予め告知されていたとしても、実際のデータ受信の際には、ユーザーがパケット通信料を意識してデータ受信を行うことは極めて少ないので、ユーザーが予め予定していたパケット通信料を超えて、データ受信が行われてしまうことも多々あった。
【００１１】
従って、ユーザーが携帯端末器を使って、パケット通信を受信する際に、ユーザーが予定していたパケット通信料を超過しないようにパケット通信量の規制を行えるようなシステムが望まれていた。
【００１２】
本発明はこのような状況を鑑みてなされたものであり、パケット通信を受信する際に、ユーザーが予め予定したパケット通信料を超過しないようにパケット通信量を規制することができるパケット通信規制システム及びパケット通信規制方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
この目的を達成するため、本発明は、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなり、前記第１の端末器は、前記第２の端末器から前記移動機基地局を介して前記第１の端末器に送られてくるパケット通信を監視し、パケット通信料を算出し、このパケット通信料と、前記第１の端末器のユーザーにより予め設定されたパケット通信料限界額とを比較し、前記パケット通信料が前記パケット通信料限度額を超えている場合には、前記パケット通信を規制するものであるパケット通信規制システムを提供する。
【００１４】
前記第１の端末器は、前記移動機基地局に対して、パケット通信のビジー制御を行うことにより、前記パケット通信を規制するものとして構成することができる。
【００１５】
前記第１の端末器は、前記第１の端末器と前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、前記第１の端末器のパケット通信状態を監視するＪＡＶＡ（登録商標、以下同様）アプリケーション手段と、を備えており、前記ＪＡＶＡアプリケーション手段が、前記第２の端末器と前記第１の端末器との間のパケット通信を監視し、前記パケット通信料と前記パケット通信料限界額とを比較し、前記パケット通信料が前記パケット通信料限度額を超えている場合には、前記パケット通信を規制するものとして構成することができる。
【００１６】
前記第１の端末器は、さらに、プラットフォームとなるオペレーティングシステム(ＯＳ)手段と、前記ＪＡＶＡアプリケーション手段の動作を管理するＪＡＶＡ管理モジュール手段と、前記ＪＡＶＡ管理モジュール手段により制御されるＪＡＶＡ仮想マシンと、備えているものとして構成することも可能である。
【００１７】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合に、前記ユーザーに対して、パケット受信の継続または中止の問合せを行うものとして構成することができる。
【００１８】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の継続を選択したときには、パケット通信アクセスフラグをＯＮ状態にし、以後、前記ユーザーに対して、パケット受信の継続または中止の問合せは行わないものとして構成することができる。
【００１９】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の中止を選択したときには、パケット通信アクセスフラグをＯＦＦ状態にし、前記移動機基地局に対して通信ビジー制御要求を発することにより、パケット通信を待機状態にし、パケット通信を一時停止させるものとして構成することができる。
【００２０】
前記第１の端末器は、前記パケット通信料が前記パケット通信料限度額を超えている場合であって、前記ユーザーがパケット受信の中止を選択したときには、パケット通信アクセスフラグをＯＦＦ状態にし、前記ＪＡＶＡアプリケーションが前記通信モジュールに対してパケット通信擬似ビジー制御要求を発し、これに応じて、前記通信モジュールが前記移動機基地局に対して通信ビジー制御要求を発することにより、パケット通信を待機状態にし、パケット通信を一時停止させるものとして構成することができる。
【００２１】
前記パケット通信が一時停止した後、前記第１の端末器は、前記ユーザーに対して、パケット受信の続行または中断の問い合わせを行うものとして構成することができる。
【００２２】
前記ユーザーがパケット受信の続行を選択した場合には、前記ＪＡＶＡアプリケーションが前記通信モジュールに対して擬似ビジー制御解除を要求し、これに応じて、前記通信モジュールが前記移動機基地局に対してビジー制御解除を要求し、通信パケット受信処理が再開されるものとして構成することができる。
【００２３】
前記ユーザーがパケット受信の中断を選択した場合には、前記ＪＡＶＡアプリケーションが前記通信モジュールに対してパケット通信の終了要求を発し、これに応じて、前記通信モジュールが前記移動機基地局に対してパケット通信終了要求を発することにより、通信パケット受信処理が終了するものとして構成することができる。
【００２４】
本発明に係るパケット通信規制システムにおいては、ＪＡＶＡアプリケーション手段が、移動機基地局を介して行われる第１の端末器と第２の端末器との間のパケット通信を監視し、パケット通信料と第１の端末器のユーザーにより予め設定されたパケット通信料限度額とを比較し、この判断に基づいて、パケット通信を規制するようになっている。
【００２５】
また、パケット通信料がユーザーが設定したパケット通信料件度額の値を超過する場合には、ＪＡＶＡアプリケーションがユーザに対して、パケット受信を続行するか、中断するかの問い合わせを行うことができる。
【００２６】
また、実際のパケット通信料とパケット通信料限度額との比較を行ったときに、実際のパケット通信料がパケット通信料限度額を超過しているが、パケット通信アクセスフラグがＯＮ状態の場合には、パケット通信が最後まで通信されるようになっている。
【００２７】
さらに、実際のパケット通信料とパケット通信料限度額との比較を行ったときに、実際のパケット通信料がパケット通信料限度額を超過しており、パケット通信アクセスフラグがＯＦＦ状態の場合には、ＪＡＶＡアプリケーションから通信モジュールに対して擬似ビジー制御が発せられ、これに応じて、通信モジュールから移動機基地局に対してビジー制御が発せられ、パケット通信が一時停止されるようになっている。この場合、ＪＡＶＡアプリケーションのユーザーへの問い合わせにより、ユーザーが通信を要求した場合には、ビジー制御が解除され、パケット通信を最後まで行うこともできるようになっている。ユーザーがパケット通信の中断を要求した場合には、パケット通信は終了する。
【００２８】
また、本発明は、複数の通信セッションを有し、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信規制システムであって、前記第１の端末器は、新しいパケット情報を受信する際に、他の通信セッションにおいて他のパケット情報を現在受信中であるか否かを判断し、前記他の通信セッションにおいて他のパケット情報を受信中である場合には、前記新しいパケット情報と現在通信中のパケット情報との優先度を判断し、前記新パケット情報の優先度が前記通信中のパケット情報よりも高い場合には、前記通信中のパケット情報の通信路に擬似ビジー制御要求を発し、前記通信中のパケット情報の通信を一時停止状態にすることにより、前記新しいパケット情報の受信処理を行うものであるパケット通信規制システムを提供する。
【００２９】
さらに、本発明は、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムに おいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、前記第１の端末器が、パケットデータを受信したときに、現在までのパケット通信料の値と、ユーザーが予め設定したパケット通信料限度額の値とを比較し、前記パケット通信料が前記パケット通信料限度額を既に超過しているか否かを判断する第１の過程と、前記パケット通信料の値が前記パケット通信料限度額の値を超過していない場合には、パケットデータの受信を開始する第２の過程と、必要に応じて、前記第１の過程を繰り返す第３の過程と、を備えることを特徴とするパケット通信規制方法を提供する。
【００３０】
本方法は、前記第１の過程において、前記パケット通信料の値が前記パケット通信料限度額の値を既に超過している場合には、ユーザーに対して、パケット通信を開始するかどうかの問い合わせを行う第２の過程をさらに備えることが好ましい。
【００３１】
本方法は、前記第２の過程において、前記ユーザーが前記パケット通信の開始を選択した場合には、パケット通信アクセスフラグをＯＮに設定し、前記パケット通信料が前記パケット通信料限度額を超過しているにもかかわらず、前記ユーザーによる判断に従って、パケット通信が続行されていることを示す第３の過程をさらに備えることが好ましい。
【００３２】
本方法は、前記第３の過程が実行され、前記パケット通信料が前記パケット通信料限度額を超過していると判断された場合に、パケット通信アクセスフラグがＯＮ状態であるか否かを判定する第４の過程と、前記パケット通信アクセスフラグがＯＦＦ状態である場合に、前記移動機基地局を介しての前記パケット情報送信端末からのパケットデータ送信を一時的に停止させる疑似ビジー制御を行う第５の過程と、をさらに備えることが好ましい。
【００３３】
本方法は、前記第５の過程を実行した後、前記ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う第６の過程を備えることが好ましい。
【００３４】
本方法は、前記第６の過程において、前記ユーザーがパケット通信の続行を選択した場合に、パケット通信アクセスフラグをＯＮにする過程と、前記擬似ビジー制御を解除し、前記パケット通信を再開する過程と、を備えることが好ましい。
【００３５】
前記第１の端末器は、前記第１の端末器と前記第２の端末器との間でパケット通信データを送受信するとともに、このデータ通信中のビジー制御を行う通信モジュール手段と、前記第１の端末器のパケット通信状態を監視するＪＡＶＡアプリケーション手段と、を備えているものとして構成することができ、この場合、前記第５の過程は、前記ＪＡＶＡアプリケーションが、前記パケット通信料が前記パケット通信料限度額を超過していることを検出したときに、前記ＪＡＶＡアプリケーションが通信モジュール５に対して擬似ビジー制御要求を送信する過程と、前記疑似ビジー制御要求に応答して、前記通信モジュールが前記移動機基地局に対してビジー制御要求を送信する過程と、前記移動機基地局が、前記ビジー制御要求に応答して、パケット送信状態からパケット送信待機状態に遷移し、前記第１の端末器に対するパケットデータの送信を一時停止する過程と、を備えることが好ましい。
【００３６】
本方法は、前記移動機基地局がパケット送信待機状態に遷移したことに応答して、前記通信モジュールはパケット受信待機状態に遷移し、パケット受信を一時停止する過程を備えることが好ましい。
【００３７】
本方法は、前記通信モジュールから前記ＪＡＶＡアプリケーションに擬似ビジー制御確認応答を送信する過程と、前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーションが、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、前記ＪＡＶＡアプリケーションが前記ユーザーによるパケット通信の続行を検知した場合には、前記通信モジュールに対して、擬似ビジー制御解除要求を送信する過程と、前記通信モジュールが、前記移動機基地局に対して、ビジー制御解除要求を送信する過程と、をさらに備えることが好ましい。
【００３８】
本方法は、前記通信モジュールから前記ＪＡＶＡアプリケーションに擬似ビジー制御確認応答を送信する過程と、前記擬似ビジー制御確認応答を受信した後、前記ＪＡＶＡアプリケーションが、パケット受信の一時停止を検知し、前記ユーザーにパケット通信を続行するか否かの問い合わせを行う過程と、前記ＪＡＶＡアプリケーションが前記ユーザーによるパケット通信の中段を検知した場合には、前記通信モジュールに対して、パケット通信終了要求を送信する過程と、前記通信モジュールが、前記移動機基地局に対して、パケット通信終了要求を送信する過程と、をさらに備えることが好ましい。
【００３９】
本発明は、複数の通信セッションを有し、かつ、パケット情報を受信可能な第１の端末器と、パケット情報を提供する第２の端末器と、前記第１の端末器と前記第２の端末器との間におけるパケット送受信を中継する移動機基地局と、からなるパケット通信システムにおいて、前記第１の端末器と前記第２の端末器との間のパケット通信を規制するパケット通信規制方法であって、前記第１の端末器が、パケット情報を受信する前に、他の通信セッションにおいてパケット受信処理が行われているか否かを判断する第１の過程と、他の通信セッションにおいてパケット受信処理が行われている場合に、通信要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高いか否かを判定する第２の過程と、現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも高い場合に、現在通信中の通信セッションの通信路に擬似ビジー制御を実行し、この通信を一時停止状態にする第３の過程と、通信要求されている通信セッションにおいてパケット通信を開始する第２の過程と、を備えるパケット通信規制方法を提供する。
【００４０】
本方法は、前記第２の過程において、現在要求されている通信セッションの優先度が通信中の通信セッションの優先度よりも低い場合に、前記第１の端末器が パケット通信待機状態に遷移する過程と、現在通信が要求されている通信セッションがパケット待機状態から通信可能状態になったときに、前記第１の過程を繰り返して実行する過程と、を備えることが好ましい。
【発明の効果】
【００４１】
本発明によれば、携帯端末器がそれ自身のパケット通信を監視し、パケット通信料を算出でき、この実際のパケット通信料と、予めユーザーが設定したパケット通信料限度額とを比較することにより、実際のパケット通信料が設定されたパケット通信料限度額を超えている場合には、パケット通信の受信を規制することができる。
【００４２】
例えば、携帯端末器の通信モジュールから移動機基地局に対してパケット通信のビジー制御を行うことにより、パケット通信の規制を行うことができる。
【００４３】
このように、本発明によれば、ユーザーがパケット情報を受信するたびに、ユーザーが予め設定したパケット通信料限度額を超えないようにパケット情報を受信することができ、たとえ、パケット通信料がパケット通信料限度額を超えていた場合であっても、ユーザーの判断によりパケット情報受信を継続することができる。
【００４４】
さらに、端末間において複数の通信セッションを有する場合には、ＪＡＶＡアプリケーションによる擬似ビジー制御を採用することにより、パケットの通信回線を意図的に制御でき、常に、優先度の高い通信セッションの通信を行うことが可能になる。
【００４５】
また、本発明によれば、いたずらメールその他の不要なパケット情報を拒否することができる。
【図面の簡単な説明】
【００４６】
【図１】本発明に係るパケット通信規制システムの全体的な利用イメージを表す概略図である。
【図２】本発明に係るパケット通信規制システムを実現するためのパケット情報受信端末に含まれるソフトウェアの構成図である。
【図３】本発明に係るパケット通信規制システムにおけるパケット情報受信端末のパケット受信時の動作を表すフローチャートである。
【図４】本発明に係るパケット通信規制システムにおけるパケット情報受信端末が擬似ビジー制御を実行する際に、ユーザーがパケット通信続行を決定したときの処理を表すフローチャートである。
【図５】本発明に係るパケット通信規制システムにおけるパケット情報受信端末が擬似ビジー制御を実行する際に、ユーザーがパケット通信中断を決定したときの処理を表すフローチャートである。
【図６】パケット受信時の他の動作例を表すフローチャートである。
【発明を実施するための形態】
【００４７】
以下、本発明の一実施形態について図面を参照しながら説明する。
【００４８】
図１は、本実施形態に係るパケット通信規制システムの全体的な利用イメージを表す概略図である。
【００４９】
図１に示すように、本実施形態に係るパケット通信規制システムは、パケット情報を受信する端末器であるパケット情報受信端末１と、パケット情報受信端末１にパケット情報を送信する端末器であるパケット情報送信端末３と、パケット情報受信端末１とパケット情報送信端末３との間のパケット通信を中継する移動機基地局２と、からなっている。
【００５０】
パケット情報受信端末１は、それ自身が要求した情報を別の端末から受信する端末器である。パケット情報送信端末３は、パケット情報受信端末１から移動機基地局２を介して送信されてくる情報送信要求に応答して、要求に応じたデータをパケット情報受信端末１に送信する端末器である。すなわち、パケット情報送信端末３はいわゆるサーバとしての機能を果たす端末器である。移動機基地局２は、パケット情報受信端末１とパケット情報送信端末３との間におけるデータの送受信を中継する。
【００５１】
図１に示す状態においては、パケット情報受信端末１が情報送信要求を移動機基地局２の中継によりパケット情報送信端末３に送信し、この要求に応答して、パケット情報送信端末３が、要求されたパケット情報を移動機基地局２の中継によりパケット情報受信端末１に送信している。
【００５２】
図２は、パケット情報受信端末１が内蔵メモリ（図示せず）に格納しているソフトウェアの構成図である。
【００５３】
パケット情報受信端末１が有するソフトウェアは、オペレーティングシステム（ＯＳ）４と、通信モジュール５と、ＪＡＶＡ管理モジュール６と、ＪＡＶＡ  ＶＭ（ＪＡＶＡ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ：ＪＡＶＡ仮想マシン）７およびＪＡＶＡアプリケーション８と、からなる。
【００５４】
ここで、ＪＡＶＡとは、プログラム言語として開発されたインタープリンタ型のオブジェクト指向言語であり、マルチプラットフォーム性、すなわちプラットフォームに依存しないという特性を有しており、移動可能なプログラムの実現に優れたものである。ＪＡＶＡ言語は、特に、一度書いたアプリケーションがどこでも実行可能になるという性質を有しているため、モバイル環境において多用される傾向にある。
【００５５】
オペレーティングシステム（ＯＳ）４は、プログラムの実行を制御するソフトウェアであって、資源割振り、スケジューリング、入出力制御、データ管理などのサービスを提供するものであり、プラットフォームを意味する。本実施形態において、オペレーティングシステム４は、後述するＪＡＶＡ言語によるアプリケーションを制御するものであるが、上述したように、ＪＡＶＡがプラットフォームに依存しないという利点を有するものであることから、その種類は特に限定されない。ＪＡＶＡ言語によるアプリケーションを制御することができるものであれば、いかなるオペレーティングシステムを採用してもよい。
【００５６】
通信モジュール５は、パケット情報受信端末１においてパケット通信データを送受信するためのモジュールである。また、通信モジュール５は、後に説明する端末間の通信のビジー制御を管理するモジュールとしても機能する。
【００５７】
ＪＡＶＡ管理モジュール６は、後述するＪＡＶＡ  ＶＭ７の動作等の制御を管理するためのモジュールである。このＪＡＶＡ管理モジュール６が、パケット情報受信端末１上におけるＪＡＶＡアプリケーション８の動作（後述）を制御する。
【００５８】
ＪＡＶＡ  ＶＭ７は、サーバ側におかれたＪＡＶＡアプレットと呼ばれるプログラムを利用するために、ＪＡＶＡアプレットをＪＡＶＡコンパイラし(すなわち、実効形式に変換し)、ＪＡＶＡインタープリンタを行う（すなわち、解釈と実効を行う）ものである。すなわち、ＪＡＶＡ  ＶＭ７は、インタープリンタと実効時システム環境との組み合わせを意味し、このＪＡＶＡ  ＶＭ７を端末に組み込むことにより、普通のブラウザをプログラム言語処理可能なコンピュータに変換することを可能にするものである。
【００５９】
ＪＡＶＡ  ＶＭ７の機能は特に限定されないが、本実施形態においては、パケット情報受信端末１を使用する限りにおいて必要な機能のみを有しているものとする。なぜならば、例えば、現在パーソナルコンピュータに含まれているＪＡＶＡ  ＶＭをそのままパケット情報受信端末１に格納すると、ＪＡＶＡ  ＶＭを実装するメモリの容量が不足することが多いからである。
【００６０】
本実施形態におけるＪＡＶＡアプリケーション８は、パケット情報受信端末１に常駐する常駐型アプリケーションであり、パケット情報受信端末１の通信を監視する機能を有するモジュールである。
【００６１】
図３は、パケット情報受信端末１がパケット情報を受信する際の動作を表すフローチャートである。以下、図３を参照して、パケット情報受信端末１の動作を説明する。
【００６２】
先ず、新たなパケットデータがパケット情報送信端末２からパケット情報受信端末１に送信されてくると、パケット情報受信端末１においてパケット通信初期判定が行われる（ステップＳ３０１）。すなわち、ユーザーがパケット情報受信端末１に予め設定したパケット通信料の値と、現在までのパケット通信料の値とが比較され、パケット通信料が予め設定されたパケット通信料を既に超過しているか否かが判断される。このパケット通信初期判定（ステップＳ３０１）は、ユーザーが許容可能な通信料として設定したパケット通信料を超えて、パケット通信が行われる可能性があることを防ぐために実行される。
【００６３】
実際のパケット通信料の値が予め設定されているパケット通信料の値を超過していない場合には（ステップＳ３０１のＮＯ）、パケット通信要求が開始される（ステップＳ３０４）。
【００６４】
実際のパケット通信料の値が予め設定されている通信料の値を既に超過している場合には（ステップＳ３０１のＹＥＳ）、ユーザーに対して、パケット通信を開始するかどうかの問い合わせが行われる（ステップＳ３０２）。
【００６５】
この問い合わせに対して、ユーザーが通信開始を拒否した場合には（ステップＳ３０２のＮＯ）、パケット受信処理を終了する。
【００６６】
一方、ユーザーが通信開始を許諾した場合には（ステップＳ３０２のＹＥＳ）、パケット情報受信端末１はパケット通信を行う状態に設定される。すなわち、パケット通信アクセスフラグがＯＮにされる（ステップＳ３０３）。
【００６７】
本実施形態において、パケット通信アクセスフラグは、パケット通信料が設定値を超過しているにもかかわらず、ユーザーによる判断に従って、パケット通信が続行されているという意味を有するものである。従って、パケット通信アクセスフラグがＯＮになっている場合には、それ以降において、ユーザーに対して、上述の問合せ、すなわち、パケット通信料が設定値を既に超えているがパケット情報を受信するかどうかといった問合せは行われない。
【００６８】
実際のパケット通信料の値が予め設定されているパケット通信料の値を超過していない場合（ステップＳ３０１のＮＯ）またはパケット通信アクセスフラグをＯＮにした場合（ステップＳ３０３）には、パケット通信要求が開始される（ステップＳ３０４）。
【００６９】
パケット通信要求を開始する場合、パケット情報受信端末１はパケット通信アクセスフラグがＯＮされた状態とＯＦＦのままの状態の２つのパターンを有する可能性がある。パケット通信アクセスフラグがＯＦＦの状態とは、ステップＳ３０３においてユーザーにより通信許諾を得たが、ステップＳ３０４以降の処理において、パケット通信の続行についての問合せを必要とする場合であり、一方、パケット通信アクセスフラグがＯＮの状態とは、上述したように、ステップＳ３０３において、ユーザーにより通信許諾を得て、パケット通信を続行し、ステップＳ３０４以降の過程においてパケット通信料に関する問合せを不要とする場合である。
【００７０】
パケット通信要求開始（ステップＳ３０４）に応答して、要求したパケットの受信処理が開始される（ステップＳ３０５）。パケット情報受信端末１は、パケット情報を受信すると、予め設定されたパケット通信料の値と実際のパケット通信料とを比較し、実際のパケット通信料が予め設定したパケット通信料を超過しているか否かを判定する（ステップＳ３０６）。
【００７１】
パケット通信料が設定値を超過している場合には（ステップＳ３０６のＹＥＳ）、パケット通信アクセスフラグがＯＮ状態であるか否かが判定される（ステップＳ３０７）。
【００７２】
パケット通信アクセスフラグがＯＮ状態である場合には（ステップＳ３０７のＹＥＳ）、上述したように、パケット通信料が設定値を超過しているにも関わらず、新しいパケット情報の受信が既にユーザーにより許諾されているため、最終のパケット情報を受信するまでパケット受信処理が行われる。
【００７３】
次いで、パケット情報を全て受信したか否かの判定がなされる（ステップＳ３１２）。
【００７４】
パケット情報を全て受信した場合には（ステップＳ３１２のＹＥＳ）、全ての処理が終了される。パケット情報を全て受信していない場合には（ステップＳ３１２のＮＯ）、ステップＳ３０５以降のステップが繰り返される。
【００７５】
一方、パケット通信アクセスフラグがＯＦＦ状態である場合には（ステップＳ３０７のＮＯ）、パケット情報受信端末１は擬似ビジー制御を行う（ステップＳ３０８）。すなわち、移動機基地局２を介してのパケット情報送信端末３からのパケットデータ送信を一時的に停止する処理が行われる。
【００７６】
擬似ビジー制御によりパケット通信が一時停止されると、パケット情報受信端末１は、ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う（ステップＳ３０９）。
【００７７】
ユーザーがパケット通信中断と判断した場合には（ステップＳ３０９のＮＯ）、パケット通信処理が終了される。
【００７８】
ユーザーがパケット通信続行と判断した場合には（ステップＳ３０９のＹＥＳ）、パケット通信アクセスフラグをＯＮにする（ステップＳ３１０）。
【００７９】
次いで、擬似ビジー制御が解除され（ステップＳ３１１）、パケット通信が再開される。
【００８０】
次いで、パケット情報を全て受信したか否かの判定がなされる（ステップＳ３１２）。
【００８１】
パケット情報を全て受信した場合には（ステップＳ３１２のＹＥＳ）、全ての 処理が終了される。パケット情報を全て受信していない場合には（ステップＳ３１２のＮＯ）、ステップＳ３０５以降のステップが繰り返される。
【００８２】
上述の一連の処理は、パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８がパケット通信処理を監視することにより実行される。
【００８３】
図４は、図３のフローチャートにおいて説明した擬似ビジー制御（ステップＳ３０８）において、ユーザーによりパケット通信処理の続行が選択された場合の処理について具体的に説明するフローチャートである。
【００８４】
図４を参照すると、パケット通信中に、パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８が、パケット通信料が設定値を超過していることを検出すると（ステップＳ４０１）、ＪＡＶＡアプリケーション８は通信モジュール５に対して擬似ビジー制御要求を送信する（ステップＳ４０２）。
【００８５】
この要求に応答して、通信モジュール５はパケット情報受信端末１から移動機基地局２に対してビジー制御要求を送信する。
【００８６】
移動機基地局２は、このビジー制御要求に応答して、パケット送信状態からパケット送信待機状態に遷移し、パケット情報受信端末１に対するパケットデータの送信を一時停止する（ステップＳ４０４）。
【００８７】
移動機基地局２がパケット送信待機状態に遷移したことに応答して、パケット情報受信端末１の通信モジュール５はパケット受信待機状態に遷移し、パケット受信を一時停止する（ステップＳ４０５）。
【００８８】
続いて、擬似ビジー制御確認応答が通信モジュール５からＪＡＶＡアプリケーション８に送られる（ステップＳ４０６）。
【００８９】
ＪＡＶＡアプリケーション８は、この擬似ビジー制御確認応答により、パケット受信の一時停止を検知し、ユーザーにパケット通信を続行するか否かの問い合わせを行う（ステップＳ４０７）。
【００９０】
ＪＡＶＡアプリケーション８がユーザーによるパケット通信の続行を検知した場合には、通信モジュール５に対して、擬似ビジー制御解除要求を送信する（ステップＳ４０８）。
【００９１】
これに続いて、通信モジュール５は、移動機基地局２に対して、ビジー制御解除要求を発行する（ステップＳ４０９）。
【００９２】
移動機基地局２は、この要求を受けて、パケット送信再開処理を行う（ステップＳ４１０）。同時に、パケット情報受信端末１内の通信モジュール５もパケット受信再開処理を行うことになる（ステップＳ４１１）。
【００９３】
以上のようにして、パケット情報受信処理が続行される。
【００９４】
図５は、図３のフローチャートにおいて説明した擬似ビジー制御（ステップＳ３０８）において、ユーザーによりパケット通信処理の中断が選択された場合の処理について具体的に説明するフローチャートである。
【００９５】
パケット情報受信端末１内に常駐するＪＡＶＡアプリケーション８が、パケット通信中に、パケット通信料が設定値を超過していることを検出した場合（ステップＳ５０１）、ＪＡＶＡアプリケーション８は擬似ビジー制御要求を通信モジュール５に対して送信する（ステップＳ５０２）。
【００９６】
この擬似ビジー制御要求に応答して、通信モジュール５は移動機基地局２に対してビジー制御要求を送信する（ステップＳ５０３）。
【００９７】
このビジー制御要求に応答して、移動機基地局２はパケット送信状態からパケット送信待機状態に遷移し、パケット情報受信端末１に対するパケットデータの送信を一時停止する（ステップＳ５０４）。
【００９８】
移動機基地局２がパケット送信待機状態に遷移すると、パケット情報受信端末１内の通信モジュール５もパケット受信待機状態に遷移し、パケット受信を一時停止する（ステップＳ５０５）。
【００９９】
擬似ビジー制御確認応答が通信モジュール５から常駐型ＪＡＶＡアプリケーション８に送られると（ステップＳ５０６）、ＪＡＶＡアプリケーション８は、パケット受信の一時停止を検知し、ユーザーに対して、パケット通信を続行するか否かの問い合わせを行う（ステップＳ５０７）。
【０１００】
ＪＡＶＡアプリケーション８は、ユーザーによるパケット通信の中断を検知した場合には、通信モジュール５に対してパケット通信終了要求を発する（ステップＳ５０８）。
【０１０１】
通信モジュール５は、ＪＡＶＡアプリケーション８からパケット通信終了要求を受信すると、移動機基地局２に対してパケット通信終了要求を発する（ステップＳ５０９）。
【０１０２】
パケット通信終了要求を受信した移動機基地局２は通信モジュール５に対してパケット通信終了応答が送信し（ステップＳ５１０）、パケット通信受信処理は終了する。
【０１０３】
図６は、パケット受信要求時のパケット情報受信端末１の動作の他の例を示すフローチャートである。
【０１０４】
この例においては、パケット情報受信端末１は複数の通信セッションを有しており、ＪＡＶＡアプリケーション８による擬似ビジー制御が採用されている。すなわち、本例においては、優先度の高い通信に通信権が与えられ、優先度の低い通信が一時停止されるようになっている。
【０１０５】
パケット情報受信端末１は、パケット情報を受信する前に、他の通信セッションにおいてパケット受信処理が行われているかどうかを判断する（ステップＳ６０１）。
【０１０６】
他の通信セッションにおいてパケット通信処理が行われていない場合には（ステップＳ６０１のＮＯ）、通常通りのパケット受信が開始される（ステップＳ６０４）。
【０１０７】
一方、他の通信セッションにおいてパケット受信処理が行われている場合には（ステップＳ６０１のＹＥＳ）、パケット通信路優先判定がなされる（ステップＳ６０２）。すなわち、現在通信が実行されている通信セッションと、通信要求されている通信セッションとの優先度が比較され、通信要求されている通信セッションの優先度が通信中の通信セッションよりも高いか否かが判定される。
【０１０８】
現在要求されている通信セッションの優先度が、通信中の通信セッションよりも高い場合には（ステップＳ６０２のＹＥＳ）、現在通信中の通信セッションの通信路に擬似ビジー制御要求を発することにより、この通信を一時停止状態にする（ステップＳ６０３）。
【０１０９】
次いで、通信要求されている通信セッションにおいてパケット通信開始処理が行われ、パケット通信を開始する（ステップＳ６０４）。
【０１１０】
一方、現在要求されている通信セッションの優先度が、通信中の通信セッションよりも低い場合には（ステップＳ６０２のＮＯ）、パケット情報受信端末１はパケット通信待機状態に遷移する（ステップＳ６０５）。この段階以後、パケッ ト情報受信端末１は、現在通信が要求されている通信セッションがパケット待機状態から通信可能状態になるまで待機することになる。通信可能状態になれば、ステップＳ６０１に戻り、それ以降の手順が反復される。
【０１１１】
以上のように、図６に示した例によれば、常に優先度の高い通信処理を実行できるようになる。従って、ＪＡＶＡアプリケーション８の監視により、無駄のない通信処理を行うことができるようになる。
【０１１２】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【符号の説明】
【０１１３】
１  パケット情報受信端末
２  移動機基地局
３  パケット情報送信端末
４  オペレーティングシステム
５  通信モジュール
６  ＪＡＶＡ管理モジュール 
７  ＪＡＶＡ  仮想マシン（ＪＡＶＡ  ＶＭ）
８  ＪＡＶＡ  アプリケーション
【図１】
2011182429.tif 000003
【図２】
2011182429.tif 000004
【図３】
2011182429.tif 000005
【図４】
2011182429.tif 000006
【図５】
2011182429.tif 000007
【図６】
2011182429.tif 000008