JP2001036670A - 発呼機能を有する情報端末及びその制御プログラムが記録された記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 通信料金節約のため発呼を抑制している場合
でも、特定の相手にだけは発呼できるようにし、また、
通信料金の表示が正確に行われるようにする。 【解決手段】 発呼時、主制御部３は、課金情報メモリ
９に記載されている総通信料（総通信度数）が、予め定
められた上限額（規制対象度数）を越えているか否かを
課金情報監視及び発呼抑制部１０に判定させる。上限額
を越えていた場合、主制御部３は発呼制御部６に発呼を
禁止させる。但し、主制御部３は電話帳メモリ８におい
て例外設定がなされている相手については、この判定を
行うことなく発呼制御部６に発呼を許可させる。また、
発呼抑制／解除制御部１１は、積算期間の開始日に、課
金情報監視及び発呼抑制部１０に指示を送り課金情報メ
モリ９に記憶されている総通信料をリセットさせる。

Description

【発明の詳細な説明】 【発明の属する技術分野】

【０００１】この発明は、発呼機能を有する情報端末及
びその制御プログラムが記録された記録媒体に係り、特
に、発呼者課金機能を有する情報端末及びその制御プロ
グラムが記録された記録媒体に関する。

【０００２】

【従来の技術】現在、ＰＨＳ、携帯電話等のメッセージ
発信機能を有する情報端末が爆発的な勢いで普及してい
る。このような情報端末では、便利さのあまり通信頻度
及び通信時間が長くなりがちであり、また、使用料自体
も通常の電話に比べて高めに設定されているため、料金
が過剰に増大しすぎることがある。このため、このよう
な弊害を防止するべく通信料金が過剰に増大することを
抑制する機能を備えた情報端末が開発されている（例え
ば、特開平０９−２００３３９号公報等参照）。この通
信料金抑制機能は、例えば、以下のようにして実現され
ている。

【０００３】情報端末には携帯電話システムの基地局か
ら課金情報が送られてくるようになっている。情報端末
は、この送られてきた課金情報を利用して、対象単位期
間内のダイヤル発信時の度数を積算する。そして、この
積算値を予め設定された上限度数と比較する。この比較
の結果、積算値が上限度数を超過していた場合には、当
該期間内においてはそれ以上の発信を規制するようにな
っている。なお、対象単位期間とは、通信料金の高低を
評価する単位期間である。上限度数とは、対象単位期間
内における通信料金の上限に対応する度数である。ま
た、積算値に応じた通信料金（積算通信料金）の表示に
おいては、利用者が意識的に積算値をリセットしない限
り、度数の積算がそのまま継続されるようになってい
た。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来技術には、次のような問題があった。 （１）第１の問題点 上記従来技術は、柔軟性に欠け不便な面があった。ま
た、多様化するサービスニーズに対応出来ないという問
題があった。つまり、上記従来技術では、それまでの積
算値が予め設定された上限度数を超過した場合には、発
信機能全体を抑制し当該期間内にはいかなる発信もでき
ないようになっている。ところが、情報端末の実際の使
用においては、通信料金の増大を無視してでも発信した
い場合（例えば、重要な顧客への発信、緊急用件での発
信）がある。しかし、上記従来技術は一律にすべての発
信を抑制しているためこのような要望に応えることがで
きず、不便であった。また、特定者への通信料金を割り
引くサービス（特定者割引サービス）等の契約サービス
へのアクセスも規制されるため、その契約サービスの利
用拡大を妨げとなることもあった。

【０００５】（２）第２の問題点 上記従来技術では、不正確な積算通信料金が表示される
場合があった。ある対象単位期間内の通信料金を正確に
算出するためには、その対象単位期間の開始時に積算値
を初期化しておく必要がある。そして、上記従来技術で
はこの積算値の初期化を利用者によるキー操作に応じて
行うようになっていた。このため、利用者がこの初期化
をし忘れた場合には、その対象単位期間における新たな
度数が前の対象単位期間の積算値にそのまま積算され、
積算通信料金が実際よりも高く表示されてしまってい
た。逆に、対象単位期間の途中に初期化を行った場合に
は、その対象単位期間内のそれまでの積算値が反映され
ず、積算通信料金が実際よりも低く表示されてしまって
いた。

【０００６】この発明は上述の事情に鑑みてなされたも
ので、柔軟性の高い通信料金の超過抑制機能を備え、利
便性の高い情報端末装置及びその制御プログラムが記録
された記録媒体を提供することを目的としている。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、請求項１記載の発明は、発呼機能を有する情報端末
に係り、通信相手の端末を特定した宛先コードの指定を
受け付けるコード指定手段と、前記コード指定手段が指
定を受け付けた宛先コードで特定される相手方の端末と
通信する通信手段と、単数又は複数の例外コードを記憶
する例外コード記憶手段と、予め選定された監視項目の
値を求める検出手段と、抑制条件を備え、前記検出手段
の求めた値が前記抑制条件を満たしているか否かを判定
する抑制条件判定手段と、前記コード指定手段が指定を
受け付けた宛先コードが、前記例外コード記憶手段に記
憶された例外コードのうちのいずれかと一致しているか
否かを判定する例外判定手段と、前記抑制条件判定手段
による判定の結果前記抑制条件が満たされており、且
つ、前記例外判定手段による判定の結果いずれとも一致
していなかった場合には、前記通信手段による発呼を禁
止する禁止手段とを有してなることを特徴としている。

【０００８】また、請求項２記載の発明は、請求項１記
載の情報端末に係り、前記例外コード記憶手段に所望の
例外コードを記憶させる例外コード設定手段を有してな
ることを特徴としている。

【０００９】また、請求項３記載の発明は、請求項１又
は２記載の情報端末に係り、解除条件を備え、この解除
条件が満たされているか否かを判定し、この判定の結
果、満たされた場合には前記監視項目の値をリセットす
る解除手段を有してなることを特徴としている。

【００１０】請求項４記載の発明は、請求項３記載の情
報端末に係り、前記解除条件を指定する解除条件指定手
段を有してなることを特徴としている。

【００１１】請求項５記載の発明は、請求項１，２，
３，又は４記載の情報端末に係り、前記検出手段は、前
記監視項目として、通信料に応じた値となる料金指数を
求めるものであり、前記抑制条件判定手段は、予め定め
られた指数上限値を備え、前記検出手段が求めた料金指
数がこの指数上限値を超えたか否かを判定し、この判定
の結果、指数上限値を越えていた場合には前記抑制条件
が満たされていると判定するものであることを特徴とし
ている。

【００１２】請求項６記載の発明は、請求項５記載の情
報端末に係り、前記検出手段は、通信時に送られてくる
所定の指数信号に基づいて料金指数を求めるものである
ことを特徴としている。

【００１３】請求項７記載の発明は、請求項５又は６記
載の情報端末に係り、前記解除条件は、予め定められた
特定の期日に達したことであることを特徴としている。

【００１４】請求項８記載の発明は、請求項３又は４記
載の情報端末に係り、前記解除条件は、前記通信手段に
よる通信の際に予め指定された特定のデータが送られて
きたことであることを特徴としている。

【００１５】また、請求項９記載の発明は、発呼機能を
有する情報端末に係り、相手の端末と通信する通信手段
と、前記通信手段による通信料を反映した料金指数を求
め、この料金指数を積算することでそれまでの総料金指
数を求める総料金指数算定手段と、初期化条件を備え、
この初期化条件が満たされている否かを判定し、判定の
結果、初期化条件が満たされていた場合には、前記総料
金指数を初期化する初期化手段とを有してなることを特
徴としている。

【００１６】また、請求項１０記載の発明は、請求項９
記載の情報端末に係り、前記初期化手段は、日時を刻む
カレンダ手段又は時間を計測するタイマ手段を含んで構
成されたものであり、前記初期化条件は、予め定められ
た期日に達したことであることを特徴としている。

【００１７】請求項１１記載の発明は、請求項９記載の
情報端末に係り、前記初期化手段は、予め定められた認
識データを備えたものであり、前記初期化条件は、前記
通信手段が前記認識データを受信したことであることを
特徴としている。

【００１８】また、請求項１２記載の発明は、請求項１
１記載の情報端末に係り、前記認識データの設定あるい
は変更を行う認識データ設定手段を有してなることを特
徴としている。

【００１９】請求項１３記載の記録媒体は、コンピュー
タに、発呼機能を有する情報端末を制御させる制御プロ
グラムが記録されたコンピュータ読み取り可能な記録媒
体に係り、前記コンピュータに、通信相手の端末を特定
した宛先コードの指定を受け付けるコード指定処理と、
前記コード指定処理が指定を受け付けた宛先コードで特
定される相手方の端末と通信する通信処理と、予め選定
された監視項目の値を求める検出処理と、前記検出処理
の求めた監視項目の値が、予め定められた抑制条件を満
たしているか否かを判定する抑制条件判定処理と、前記
コード指定処理が指定を受け付けた宛先コードが、予め
指定された例外コードと一致しているか否かを判定する
例外判定処理と、前記抑制条件判定処理による判定の結
果前記抑制条件が満たされており、且つ、前記例外判定
処理による判定の結果が不一致であった場合には、前記
通信処理による発呼を禁止する禁止処理とを実行させる
ためのプログラムが記録されたことを特徴としている。

【００２０】また、請求項１４記載の記録媒体は、コン
ピュータに、発呼機能を有する情報端末を制御させる制
御プログラムが記録されたコンピュータ読み取り可能な
記録媒体に係り、前記コンピュータに、相手の端末と通
信する通信処理と、前記通信手段による通信料を反映し
た料金指数を求め、この料金指数を積算することでそれ
までの総料金指数を求める総料金指数算定処理と、初期
化条件が満たされた場合には、前記総料金指数を初期化
する初期化処理とを実行させるためのプログラムが記録
されたことを特徴としている。

【００２１】この発明の作用について説明する。まず、
請求項１乃至８記載の情報端末及び請求項１３記載の記
録媒体の作用について述べる。コード指定手段（コード
指定処理）が宛先コードを受け付けた場合、以下の処理
が行われる。検出手段（検出処理）は、監視項目の値を
求める。例えば、通信料に応じた値となる料金指数を、
監視項目としても良い。この場合、料金指数は通信時に
送られてくる所定の指数信号に基づいて求めることがで
きる。

【００２２】続いて、抑制条件判定手段（抑制条件判定
処理）が、検出手段の求めた値が抑制条件を満たしてい
るか否かを判定する。例えば、検出手段が料金指数を求
めるものである場合には、抑制条件はこの料金指数の上
限値（指数上限値）とすることが考えられる。この場合
には、抑制条件判定手段は、検出手段が求めた料金指数
が指数上限値を超えたか否かを判定することになる。こ
の判定の結果、指数上限値を越えていた場合には抑制条
件が満たされていると判定する。一方、例外判定手段
（例外判定処理）は、コード指定手段が指定を受け付け
た宛先コードが、例外コードのうちのいずれかと一致し
ているか否かを判定する。なお、例外コード設定手段に
よって、所望の例外コードを例外コード記憶手段に記憶
させることができる。

【００２３】以上の結果、抑制条件が満たされており、
且つ、宛先コードがいずれの例外コードとも一致してい
なかった場合、禁止手段（禁止処理）は通信手段（通信
処理）による発呼を禁止する。

【００２４】ところで、解除手段は、解除条件が満たさ
れているか否かを所定のタイミングで判定している。判
定の結果、この解除条件が満たされた場合には監視項目
の値をリセットする。なお、この解除条件は解除条件指
定手段によって指定できるようにしても良い。解除条件
は、例えば、予め定められた特定の期日に達したことで
あってもよい。また、通信手段による通信の際に予め指
定された特定のデータが送られてきたことであってもよ
い。

【００２５】次に請求項９乃至１２記載の情報端末及び
請求項１４記載の記録媒体の作用について述べる。総料
金指数算定手段（総料金指数算定処理）は、通信手段
（通信処理）による通信料を反映した料金指数を求め
る。さらに、この料金指数を積算することでそれまでの
総料金指数を求める。一方、初期化手段（初期化処理）
は、初期化条件が満たされているか否かを所定のタイミ
ングで判定している。この判定の結果、満たされていた
場合には、総料金指数を初期化する。

【００２６】初期化条件は、例えば、予め定められた期
日に達したことであってもよい。この場合には、初期化
手段は、カレンダ手段又はタイマ手段を含んで構成され
ることになる。

【００２７】また、初期化条件は、通信手段が前記認識
データを受信したことであってもよい。この場合には、
初期化手段は、予め定められた認識データを備えて構成
されることになる。この場合には、認識データの設定あ
るいは変更を行う認識データ設定手段をさらに備えるよ
うにしても良い。

【００２８】

【発明の実施の形態】以下、図面を参照して、この発明
の一実施の形態について説明する。図１は、この発明の
一実施の形態である情報端末の電気的構成を示すブロッ
ク図、図２は、電話帳リストを示す図、図３は、積算テ
ーブルを示す図、図４は、発呼抑制の概要を示す図、図
５は、課金環境を設定する処理を示すフローチャート、
図６は発呼時の処理動作を示すフローチャート、図７
は、積算期間の切り替わり時に発呼抑制を解除する動作
を示すフローチャート、また、図８は、認識番号の受信
時に発呼抑制を解除する動作を示すフローチャートであ
る。

【００２９】この実施の形態の情報端末は、通信料金が
予め定めた上限を越えたために発呼を抑制している状態
であっても、予め例外として設定した相手先については
発呼を可能にしたことを主な特徴としている。また、積
算した総通信料金（総通信度数）を予め定められた条件
に従って自動的にリセットすることを主な特徴としてい
る。以下、詳細に説明する。

【００３０】この情報端末を使用する通信システムの概
要について簡単に説明する。この通信システムにおいて
は、通信中、通信量が１度数増えるごとに、度数が増え
たことを示す信号（度数信号）が基地局から情報端末に
向けて送信されてくるようになっている。また、着信時
には、相手（発呼元）の電話番号を示す情報が送信され
てくるようになっている。

【００３１】度数とは、通信の量を算定するための通信
の単位量であり、通信料金と一意に対応づけられてい
る。この度数を積算することで当該通信に対する通信料
金を算出できる。単位時間当たりの通信料は、この度数
信号が送信されてくる頻度に反映される。つまり、単位
時間当たりの通信料が高い場合には、この度数信号が送
られてくる間隔が短く、逆に、単位時間当たりの通信料
が低い場合には、度数信号が送られてくる間隔が長くな
る。

【００３２】次に、図１を参照して、この実施の形態の
情報端末の構成を説明する。この実施の形態の情報端末
は、アンテナ部１、無線部２、主制御部３、キー入力部
４、課金情報制御部５、発呼制御部６、発呼部７、電話
帳メモリ８、課金情報メモリ９、課金情報監視及び発呼
制御部１０、発呼抑制／解除制御部１１、報知制御部１
２、報知部１３及び表示部１４を備えて構成されてい
る。

【００３３】アンテナ部１は、無線信号の受信及び送信
を行うためのものである。無線部２は、受信信号の復
調、及び送信信号の変調を行うものである。この無線部
２は、主制御部３からの指示に従って作動するように構
成されている。また、復調した結果を主制御部３へ出力
するように構成されている。

【００３４】キー入力部４は、使用者による操作を受け
付けるためのものであり、テンキー等の各種操作キーを
備えて構成されている。キー入力部４は受け付けた操作
内容を主制御部３へ出力するように構成されている。使
用者はこのキー入力部４を操作することで様々な条件設
定等を行うことができる。この実施の形態では、例え
ば、後述する電話帳リスト８０への登録、課金の積算期
間、抑制条件、解除条件等を設定することができるよう
になっている。

【００３５】主制御部３は、この情報端末全体を制御統
括するためのものであり、様々な機能、例えば、周辺デ
バイスとのインターフェース制御を行う機能、送受信デ
ータの制御管理を行う機能等を備えている。また、発呼
制御部６へ発呼の許可／禁止を通知する機能、後述する
積算テーブル９０へ通信時間を書き込む機能、キー入力
部４から入力された操作に応じて様々な条件（例えば、
解除条件、規制対象度数、電話帳リスト８０）を設定す
る機能、相手先番号を発呼部７へ指示する機能等を備え
ている。さらにはタイマ機能、カレンダ機能等も備えて
いる。なお各機能の詳細については後ほど動作説明にお
いて述べることにする。

【００３６】課金情報制御部５は、通信中、度数信号が
基地局から送られてきた回数を積算するためのものであ
る。この課金情報制御部５は、通信ごとの積算結果（つ
まり、その通信に対する料金）を課金情報メモリ９へ出
力することで、後述する積算テーブル９０を更新するよ
うに構成されている。また、この課金情報制御部５は、
度数と、通信料金とを換算する機能を備えている。この
換算に必要な換算データは、この課金情報制御部５が内
部に有する書き換え可能な不揮発性のメモリ５ａに格納
されている。

【００３７】発呼部７は、主制御部３から指示された発
呼先の電話番号（発信先電話番号）に応じたトーン信号
を発生させるものである。発呼部７は、この発生させた
トーン信号を、発呼制御部６を介して無線部２へ出力す
るように構成されている。

【００３８】発呼制御部６は、主制御部３からの指示に
従って、発呼を許可あるいは禁止するものである。具体
的には、発呼を許可する場合には、発呼制御部６は、発
呼部７から入力されたトーン信号をそのまま無線部２へ
出力させるように構成されている。逆に、禁止する場合
には入力されたトーン信号を無線部２へは出力させない
ように構成されている。

【００３９】電話帳メモリ８は、電話帳リスト８０を記
憶するためのものである。電話帳リスト８０は、相手の
属性（ここでは、名前）、電話番号等を互いに対応づけ
て、相手先ごとに登録管理するためのものである。この
実施の形態における電話帳リスト８０は、図２に示すと
おり、リスト番号欄８１と、属性欄８２と、電話番号欄
８３と、例外設定欄８４とを備えて構成されている。当
然ながら、各欄８１，８２，８３，８４の内容は、相手
先ごとに互いに対応づけられている。リスト番号欄８１
は、リスト番号が格納される欄である。リスト番号と
は、この電話帳リスト８０に登録されている電話番号及
び属性情報の組み合わせを特定するための識別コードで
あり登録順に付与されるようになっている。なお、この
リスト番号は、電話帳リスト８０と後述する積算テーブ
ル９０とを対応づけるために、積算テーブル９０でも用
いられている。属性欄８２は、この電話帳リストに登録
する相手先に関する属性情報（この図の例では、名前）
が格納される欄である。電話番号欄８３は、電話番号が
格納される欄である。例外設定欄８４は、例外設定の有
無を格納する欄である。例外設定とは、その積算期間の
度数（通話料金）が別途された上限（規制対象度数）を
越えた場合でも発呼を許可する設定である。図２の例で
は、リスト番号“２”の“星野”だけが例外として設定
されている。

【００４０】電話帳メモリ８は書き換え可能な不揮発性
のメモリで構成されており、使用者はキー入力部４を操
作することで電話帳リスト８０の内容を必要に応じて表
示、更新することができる。この電話帳リスト８０の内
容のうち電話番号欄８３と属性欄８２、例外設定欄８４
とは、使用者がキー入力部４を操作することで、主制御
部３を介して使用者が自由に登録及び変更可能になって
いる。一方、リスト番号欄８１については、主制御部３
によって自動的に付与されるように構成されている。こ
の実施の形態では、リスト番号が５０まで、つまり５０
人分の情報を登録管理できるようになっている。

【００４１】課金情報メモリ９（図１）は、積算テーブ
ル９０を記憶保持するためのものであり、主制御部３、
課金情報制御部５及び課金情報監視及び発呼抑制部１０
によってアクセスされる構成となっている。この積算テ
ーブル９０は、通信時間及び通信度数を記憶するための
ものである。この実施の形態における積算テーブル９０
は、図３に示すとおり、互いに対応づけられた、リスト
番号欄９１と、通信時間欄９２と、通信度数欄９３とを
備えている。さらに、積算テーブル９０は、総通信時間
欄９４及び総通信度数欄９５を備えている。リスト番号
欄９１は、リスト番号を格納するための欄である。リス
ト番号については、先に電話帳リスト８０の説明におい
て述べたとおりである。通信時間欄９２は、対応するリ
スト番号で示される相手先との通信時間の積算値を格納
するための欄である。通信度数欄９３は、対応するリス
ト番号で示される相手先と通信した度数の積算値を格納
するための欄である。通信度数等を相手先ごとに管理す
るため、欄９１，９２，９３は、相手先ごとに互いに対
応づけられている。例えば、この積算テーブル９０にお
けるリスト番号“１”に対応して記憶された通信時間
（例えば、１４２分）及び通信度数（１６０）は、電話
帳リスト８０におけるリスト番号“１”に対応して記載
されている“飯田”についてのものである。

【００４２】欄９１，９２，９３は電話帳リスト８０よ
りも１人分多く（例えば、５１人分）用意されている。
電話帳リスト８０を利用することなく電話番号を、直
接、手動で入力して行った発呼についての通信時間及び
通信度数は、このリスト番号“５１”に対応づけて格納
されるように構成されている。

【００４３】この積算テーブル９０における総通信時間
欄９４は、各通信時間欄９２の合計値（総通信時間）が
格納される欄である。総通信度数欄９５は、各通信度数
欄９３の合計値（総通信度数）が格納される欄である。
この実施の形態では、この総通信度数欄９５の値が規制
対象度数を越えたか否かに基づいて発呼を抑制するか否
かが判定されている。また、この積算テーブル９０（特
に、総通信度数欄９５）は、所定の解除条件を満たした
ときに課金情報監視及び発呼制御部１０によってリセッ
トされるように構成されている。

【００４４】課金情報監視及び発呼制御部１０は、それ
までの総通信度数が、予め設定された規制対象度数を越
えている否かを判定するためのものである。規制対象度
数とは、一積算期間における通信料金の上限値に相当す
る度数である。この規制対象度数は、課金情報監視及び
発呼制御部１０は内部に備えられた書き換え可能な不揮
発性のメモリ１０に格納される構成となっている。この
規制対象度数は、使用者がキー入力部４を操作すること
で、主制御部３及び課金情報制御部５を介して使用者が
自由に設定、変更可能になっている。一方、判定対象と
なる総通信度数は、この課金情報監視及び発呼制御部１
０が、積算テーブル９０の総通信度数欄９５を参照する
ことで得るようになっている。この他、この課金情報監
視及び発呼制御部１０は、積算テーブル９０の内容をリ
セットする機能も備えている。

【００４５】発呼抑制／解除制御部１１は、発呼抑制を
解除するか否かを判定するためのものである。発呼抑制
／解除制御部１１は、書き換え可能な不揮発性のメモリ
１１ａを含んで構成されており、このメモリ１１ａに、
別途設定された解除条件が記憶されるように構成されて
いる。解除条件とは、発呼抑制を解除する条件である。
この実施の形態では、解除条件として、特定の期日（こ
の実施の形態では、積算期間の開始日）、あるいは、所
望の番号（認識番号）を設定可能に構成されている。ま
た、このメモリ１１ａには、そのときの発呼抑制の状態
を記憶するフラグ等も用意されている。

【００４６】報知部１３は、この情報端末の使用者に着
信を知らせるためのものである。この実施の形態では、
この報知部１３として、ブザー、ＬＥＤ、バイブレータ
を備えている。報知制御部１２は、主制御部３からの指
示に従って、報知部１３の動作を制御するためのもので
ある。表示部１４は、主制御部３からの指示に従って各
種情報を表示するためのものである。この実施の形態で
は、各種条件の設定等は、この表示部１４に表示された
メニューを選択することで、また、表示されたメッセー
ジに従って入力を行うことで可能に構成されている。こ
の実施の形態では、メニューとして、例えば、“課金環
境設定”が設けられている。このメニュー“課金環境設
定”を選択することで、後述する課金環境を設定するた
めの処理動作（図５）が開始される。この表示部１４へ
の表示は、主制御部３からの指示に従ってなされる構成
となっている。

【００４７】なお、上述した主制御部３、課金情報制御
部５、課金情報監視及び発呼制御部１０、発呼抑制／解
除制御部１１等は、所定のプログラム、データなどが格
納されたメモリと、このメモリに格納されたプログラム
を実行することで様々な機能を実現するプロセッサとを
含んで構成されている。また、この情報端末は、他の装
置と接続するための接続端子を備えている。これらのメ
モリに格納されたプログラム等は、この情報端末をパー
ソナルコンピュータ等に接続して書き換え可能に構成さ
れている。したがって、新たな制御プログラム及びこれ
を書き換えるためのプログラム等をＣＤ−ＲＯＭ等の媒
体に記憶して配布すれば、使用者は常に最新の制御プロ
グラム、あるいは、用途に応じた最適な制御プログラム
を用いてこの情報端末を作動させることができる。この
他、図面上明らかではないが、この情報端末は、スピー
カ、マイク等を備えている。

【００４８】次に、この実施の形態の情報端末の操作及
び動作について詳細に説明する。まず、図４を参照し
て、この実施の形態の情報端末による発呼抑制の概要を
説明する。図４の例では、積算期間の開始日が当月の２
１日、終了日が翌月２０日に設定されているものとす
る。規制対象度数は５０度に設定されているものとす
る。また、発呼抑制は、積算期間の切り替わり時に解除
されるものとする。

【００４９】図４において積算テーブル９０の内容が５
月２１日に一旦リセットされたうえで、総通信度数等の
加算が新たに開始される。５月２１日以降、通信を行う
度ごとに総通信度数が増大してゆく。そして、６月１５
日に総通信度数が規制対象度数に達する。したがって、
これ以降は、電話帳リスト８０において例外として設定
されている相手先を除き、発呼が抑制されることにな
る。新たな積算期間の開始日である６月２１日に再び積
算テーブル９０の内容が自動的にリセットされる。これ
により発呼の抑制が解除されて、再び、すべての相手先
への発呼が可能になる。

【００５０】次に、図５を参照して、課金環境を設定す
る際の具体的な操作方法及び処理動作について説明す
る。課金環境を設定するための処理（課金環境設定処
理）は、表示部１４に表示された各種メニューの中から
“課金環境設定”を選択することで開始される。この選
択は、使用者がキー入力部４を操作することで行われ
る。

【００５１】以下、図４を参照して、この課金環境設定
処理について詳述する。課金環境設定処理が開始される
と、まず、積算期間の設定処理が行われる（ステップＳ
１０２）。具体的には、まず、主制御部３は、表示部１
４に、積算する期間に関する情報（開始日、締め日）の
入力を求める表示を行わせる。これに応じて、使用者
が、キー入力部４を操作することで所望の期間（開始
日、締め日）を指定する。すると、主制御部３は、この
入力された積算期間の情報を発呼抑制／解除制御部１１
のメモリ１１ａへ登録する。例えば、開始日＝１５日、
締め日＝１４日というように設定した場合、当月の１５
日から来月の１４日締めの１ヶ月間単位で積算を行うこ
とになる。

【００５２】この積算期間の設定処理（ステップＳ１０
２）が終わると、主制御部３は、続いて、この後の設定
項目の選択を求める表示を表示部１４に行わせる。これ
に応じて、使用者がいずれかを選択すると、主制御部３
は選択された項目の設定処理を実行する（ステップＳ１
０４）。ここでは、発呼の抑制条件の設定と、解除条件
の設定と、キャンセルとのうちのいずれかを選択するよ
うになっている。抑制処理条件の設定が選択された場合
には、主制御部３は、ステップＳ１０６〜ステップＳ１
１０の処理を実行する。一方、解除条件の設定が選択さ
れた場合には、ステップＳ１１２〜ステップＳ１２２の
処理を実行する。キャンセルが選択された場合には、そ
のまま課金環境設定処理を終了する。

【００５３】先に述べたとおり、ステップＳ１０４で発
呼の抑制条件の設定が選択された場合、主制御部３は、
通信料金の上限額の設定処理を行う（ステップＳ１０
６）。この上限額の設定処理は、具体的には、以下のよ
うにして行われる。すなわち、主制御部３は、表示部１
４に、その積算期間における通信料金の上限の設定を求
める表示を行わせる。この求めに応じて、使用者がキー
入力部４を用いて所望の金額を入力する。すると、主制
御部３はこの金額を課金情報制御部５に通知する。課金
情報制御部５は、この金額を通信の度数に換算し、その
換算結果を規制対象度数として課金情報監視及び発呼抑
制部１０に記憶させる。

【００５４】上限額の設定処理（ステップＳ１０６）の
完了後、主制御部３は、続いて発呼抑制の例外設定を行
うか否かを使用者に確認する（ステップＳ１０８）。こ
の確認は、具体的には、以下のようにして行われる。す
なわち、主制御部３が、発呼抑制の例外設定を行うか否
かの選択を求めるメッセージを表示部１４に表示させ
る。これに応じて使用者がいずれかを選択する入力操作
を行う。すると、主制御部３はこの入力操作の内容を判
定することで、発呼抑制の例外設定を行うか否かを判断
する。このステップＳ１０８における確認の結果、発呼
抑制の例外設定を行わない場合には、そのまま課金環境
設定処理を終了する。一方、発呼抑制の例外設定を行う
場合には、ステップＳ１１０へ進み発呼抑制の例外設定
処理を開始する。

【００５５】ステップＳ１１０において、主制御部３
は、発呼抑制の例外となる宛先を設定する処理を行う。
例外となる宛先は、電話帳リスト８０に登録されている
相手先の中から選択することで行う。すなわち、主制御
部３は電話帳リスト８０に登録されている電話番号及び
その属性情報を表示部１４に表示させる。使用者はこの
表示を見ながら、例外として設定することを望む相手を
選択する。すると、主制御部３はこの選択内容に応じ
て、電話帳リスト８０における例外設定欄８４を設定す
る。図２の例では、リスト番号“４”の“星野”だけが
例外として設定されている。それまで発呼抑制の例外と
して設定されていた相手を、例外からはずして発呼抑制
の対象とすることもできる。このステップＳ１１０の後
は、課金環境設定の処理を終了する。

【００５６】先に述べたとおり、ステップＳ１０４にお
いて解除条件の設定が選択された場合には、ステップＳ
１１２〜ステップＳ１２４の処理を実行する。

【００５７】主制御部３は、使用者に発呼抑制を解除す
る方式（解除方式）を選択させるべく、表示部１４に所
定の表示を行わせる。これに応じて、使用者がいずれか
を選択すると、主制御部３はその選択に応じた処理を実
行する（ステップＳ１１２）。この実施の形態では解除
方式として、期日方式と、認識番号方式とが用意されて
いる。期日方式とは、積算期間の開始日（積算期間の切
り替わり時）に積算テーブル９０の内容をリセットする
ことで発呼の抑制を解除する方式である。認識番号方式
とは、着信時、予め設定された認識番号が基地から送ら
れてきた場合には積算テーブル９０の内容をリセットす
ることで発呼の抑制を解除する方式である。

【００５８】使用者が期日方式を選択していた場合、主
制御部３は、積算期間の開始日を解除条件として設定す
る（ステップＳ１１４）。この結果、これ以後、積算期
間の切り替わり時に、積算テーブル９０の内容がリセッ
トされることになる。なお、この解除条件は、発呼抑制
／解除制御部１１のメモリ１１ａに保持されている。こ
の後は、課金環境設定処理を終了する。

【００５９】一方、ステップＳ１１２において使用者が
認識番号方式を選択していた場合、主制御部３は、着信
時、解除条件として設定されている番号（認識番号）が
送られてきた場合に積算テーブル９０の内容をリセット
するように制御内容を設定する（ステップＳ１１６）。

【００６０】続いて、主制御部３は認識番号（解除条
件）がメモリ１１ａに既に登録されているか否かを判定
する（ステップＳ１１８）。

【００６１】判定の結果、登録されていない場合には、
認識番号の新規登録処理を行う（ステップＳ１２０）。
すなわち、主制御部３は、認識番号として登録すること
を望む番号の入力を促すメッセージを表示部１４に表示
させるとともに、使用者による番号の入力を受け付け
る。番号の入力を受け付けた場合には、主制御部３はそ
の番号を認識番号（抑制条件）としてメモリ１１ａに登
録する。そして、その後、課金環境設定処理を終了す
る。

【００６２】ステップＳ１１８における判定の結果、既
に認識番号が登録されている場合には、認識番号の確認
及び変更処理を行う（ステップＳ１２２）。すなわち、
主制御部３は認識番号を変更するか否かを確認するメッ
セージを表示部１４に表示させるとともに、使用者によ
る選択入力を受け付ける。変更する場合、主制御部３は
新たな認識番号の入力を促すメッセージを表示部１４に
表示させるとともに、使用者による番号の入力を受け付
ける。番号の入力を受け付けた場合には、主制御部３は
その番号を新たな認識番号（抑制条件）としてメモリ１
１ａに登録する。そして、その後、課金環境設定処理を
終了する。なお、認識番号を変更しない場合には、その
まま課金環境設定処理を終了する。

【００６３】次に、図６を参照して発呼時の処理動作に
ついて説明する。主制御部３は、通常、使用者からの操
作入力あるいは着信を待って待機状態となっている。電
話をかけたい場合、まず、使用者はキー入力部４を操作
することで、電話番号の指定方式を選択する。この電話
番号の指定方式の選択がなされた場合、主制御部３はそ
の選択内容を確認する（ステップＳ２０２）。ここで
は、電話番号の指定方法としては、電話帳リスト８０に
記載されている名前（あるいは電話番号）のなかから相
手を選択する方式（リスト方式）と、相手の電話番号を
直接入力する方式（手動方式）との２種類がある。

【００６４】ステップＳ２０２における確認の結果、手
動方式が選択されていた場合には、電話番号の手動入力
を受け付ける（ステップＳ２０４）。具体的には、表示
部１４に電話番号の入力を促す表示を行わせる。これに
応じて使用者によって電話番号が入力されると、これを
受け付けて発信先番号として設定する。この後は、ステ
ップＳ２０８へ進む。

【００６５】一方、ステップＳ２０２における確認の結
果、リスト方式が選択されていた場合には、電話帳リス
ト８０上での電話番号の指定を受け付ける（ステップＳ
２０６）。具体的には、主制御部３は電話帳リスト８０
に記載されている情報のうち名前（属性欄８２）を表示
部１４に表示させる。これに応じて使用者は、この表示
されている名前のうちのいずれかを選択する。すると、
主制御部３はこの選択された名前に対応して登録されて
いる電話番号を、発信先番号として設定する。この後
は、ステップＳ２０８へ進む。

【００６６】ステップＳ２０８において主制御部３は、
ステップＳ２０４あるいはステップＳ２０６で指定され
た発信先番号が、発呼抑制の例外として設定されている
か否かを判定する。この判定は具体的には、このときの
発信先番号が、電話帳リスト８０において例外として設
定されている電話番号のいずれかと一致するか否かを判
定することで行う。

【００６７】ステップＳ２０８における判定の結果、例
外として設定されていた場合には、ステップＳ２１０へ
進む。ステップＳ２１０において主制御部３は発呼する
べく各部を作動させる。すなわち、主制御部３は発呼制
御部６に対して発呼を許可する通知をした上で、発呼部
７を作動させる。すると、発呼部７は、このときの発信
先番号に応じたトーン信号を生成させる。発呼制御部６
は、このトーン信号を遮断することなくそのまま無線部
２へと出力させる。無線部２はこのトーン信号を変調し
た上で、アンテナ部１を通じて基地局へ向けて発呼す
る。図２の例では、例外として設定されているリスト番
号“４”の“星野”だけがこのようにして発呼されるこ
とになる。

【００６８】この後、相手先と回線が繋がると、課金情
報制御部５は度数積算処理を開始する（ステップＳ２１
２）。すなわち、課金情報制御部５は基地局から順次送
られてくる度数信号を積算してゆく。通信中、主制御部
３は通信が終了したか否かを常に監視している（ステッ
プＳ２１４）。そして、通信終了後は、課金情報制御部
５に、その積算結果に基づいて積算テーブル９０を更新
させる（ステップＳ２１６）。同様に、通信中、主制御
部３も通信時間を計測しており、その計測結果に基づい
て、積算テーブル９０を更新する。なお、積算テーブル
９０の更新は、個別の相手先ごとの通信時間欄９２、通
信度数欄９３のみならず、総通信時間欄９４、総通信度
数欄９５についても行われる。この後は、処理動作を終
了する。そして、再びなんらかの操作入力あるいは着信
を待つ待機状態へと戻る。

【００６９】一方、ステップＳ２０８における判定の結
果、この時の発信先番号が例外として設定されていなか
った場合は、ステップＳ２１８へ進む。ステップＳ２１
８において、課金情報監視及び発呼抑制制御部１０はそ
の時点での総通信度数が規制対象度数を越えているか否
かを判定する。そして、その判定結果を、発呼抑制／解
除制御部１１のメモリ１１ａに書き込む。なお、この判
定に必要な総通信度数は、積算テーブル９０の総通信度
数欄９５を参照することで得ている。主制御部３は、こ
のメモリ１１ａのフラグを参照することで、総通信度数
が規制対象度数を超えているか否か、すなわち発呼を抑
制すべきか否かを確認する。

【００７０】ステップＳ２１８における確認の結果、そ
の時点での総通信度数が規制対象度数を超えていなかっ
た場合には、ステップＳ２１０〜ステップＳ２１６の処
理を行う。これらについては既に述べたとおりである。

【００７１】一方、ステップＳ２１８における確認の結
果、その時点での総通信度数が規制対象度数を超えてい
た場合（すなわち、発呼を抑制すべき場合）には、ステ
ップＳ２２０へ進む。ステップＳ２２０において、主制
御部３は各部を制御して発呼を抑制させる。この場合の
基本的な処理動作は、ステップＳ２１０における動作と
同様である。但し、この場合には、主制御部３は発呼制
御部６に対して発呼を禁止する通知を行う。これを受け
た発呼制御部６は、発呼部７から入力されたトーン信号
を遮断する。この結果、発呼は抑制されることになる。
この後は、処理動作を終了する。そして、なんらかの操
作入力あるいは着信を待つ待機状態へと戻る。

【００７２】次に、図７及び図８を参照して、発呼抑制
を解除する処理動作について説明する。発呼抑制の解除
は、基本的には積算テーブル９０の内容をリセットする
ことで行われる。しかし、このリセットが行われるタイ
ミングは、解除条件としてどのような条件が設定されて
いるかによって異なる。したがって、ここでは、積算期
間に基づいた解除条件（積算期間の開始日）が設定がさ
れている場合と、認識番号に基づいた解除条件が設定さ
れている場合とに分けて説明を行う。なお、この解除条
件は、上記したように、図５のステップＳ１１２〜ステ
ップＳ１２２によって設定されたものである。

【００７３】まず、積算期間に基づいた解除条件（積算
期間の開始日）が設定がされている場合における、発呼
抑制を解除する動作を図７を用いて説明する。

【００７４】発呼抑制／解除制御部１１は、メモリ１１
ａに格納されている解除条件（ここでは、積算期間の開
始日）を確認する（ステップＳ３０２）。また、主制御
部３が内部に有するカレンダ機能を利用してその時点で
の日付を確認する（ステップＳ３０４）。そして、発呼
抑制／解除制御部１１は、その時点での日付が、この解
除条件（積算期間の開始日）と一致しているか否か、す
なわち新たな積算期間に切り替わったか否かを判定する
（ステップＳ３０６）。この判定の結果、過ぎていた場
合には、課金情報監視及び発呼抑制部１０に指示を出し
て積算テーブル９０をリセットする（ステップＳ３０
８）。これにより発呼抑制が解除されることとなる。し
たがって、再び総通信度数（総通信度数欄９５）が規制
対象度数を超えるまではすべての相手先に対して発呼が
許可される。

【００７５】なお、この図７に示した処理は、この情報
端末の電源が投入されてから常に十分に短いサイクルで
実行されている。したがって、ステップＳ３０６におい
て、Ｙｅｓと判定されることなく開始日が過ぎてしまう
ことはない。

【００７６】次に、認識番号に基づいた解除条件が設定
がされている場合における、発呼抑制を解除する動作を
図８を用いて説明する。主制御部３は、通常、使用者か
らの操作入力あるいは着信を待って待機状態となってい
る。この状態において着信が検出された場合、主制御部
３は何らかの情報（ここでは、発信元の電話番号）が送
られてきているか否かを確認する（ステップＳ４０
２）。この確認の結果、何らの情報も送られてきていな
ければ、そのまま、主制御部３は着信の発生を使用者に
報せるべく報知部１３を作動させる（ステップＳ４０
４）。

【００７７】一方、何らかの情報が送られてきていた場
合、主制御部３は送られてきた情報を発呼抑制／解除制
御部１１に通知する。すると、この発呼抑制／解除制御
部１１は、この情報と、解除条件（ここでは、メモリ１
１ａに設定されている認識番号）とが一致するか否かを
判定する（ステップＳ４０６）。判定の結果、両者が一
致していなければ、ステップＳ４０４へ進み、報知部１
３を作動させる。一方、判定の結果、両者が一致してい
た場合には、発呼抑制／解除制御部１１は課金情報監視
及び発呼抑制部１０に指示を出して積算テーブル９０を
リセットする。これにより発呼抑制が解除されることと
なる。したがって、再び総通信度数（総通信度数欄９
５）が規制対象度数を超えるまではすべての相手先に対
して発呼が許可される。なお、この図８に示した処理は
着信が検出されたときにだけ実行される。

【００７８】次に、通信料金の確認方法について説明す
る。使用者がキー入力部４を操作することで、その積算
期間における総通信料の表示を指示する。すると、この
指示を受けた主制御部３は、課金情報制御部５に総通信
料を計算させる。具体的には、課金情報制御部５は、積
算テーブル９０の総通信度数欄９５を参照しその値（総
通信度数）を得る。そして、この総通信度数と、メモリ
５ａに格納された換算データとを用いて、例えば、総通
信度数に換算データを掛けることで、総通信料金を求め
る。そして、この総通信料金を主制御部３に出力する。
主制御部３は、この課金情報制御部５が求めた総通信料
金を表示部１４に表示させる。

【００７９】このように、この形態の情報端末によれ
ば、通信料金が上限額を超えて発呼を抑制している場合
でも、予め例外として設定した必要最小限の相手先に対
しては発呼することができる。これにより通信料金の抑
制と、利便性の向上とを両立させることができる。例え
ば、発呼抑制の例外として自宅の電話番号を登録してお
けば、自宅へは常に発呼できる。また、発呼抑制の機能
が、通信料割引サービス等の利用を妨げることがない。

【００８０】また、この情報端末では、予め定められた
条件（解除条件）に従って、通信料金の積算値（総通信
度数）が自動的にリセットされる。したがって、利用者
に煩わしい操作を要求することなく、常に正確な通信料
金を表示する事ができる。以上この発明の実施の形態を
図面により詳述してきたが、具体的な構成はこの実施の
形態に限られるものではなく、この発明の要旨を逸脱し
ない範囲の設計変更などがあってもこの発明に含まれ
る。

【００８１】例えば、上述した実施の形態にでは、電話
帳リスト８０と積算テーブル９０とを別個に構成してい
たが、これに限らず両者を一体に構成しても構わない。

【００８２】上述した実施の形態では、例外として設定
された相手に対しては、総通信度数が規制対象度数を超
えたか否かを判定することなく発呼するようにしていた
が、制御内容はこれに限定されるものではない。例え
ば、例外として設定された相手に対してもこの判定を行
うが、その判定結果に関わらず発呼するようにする事で
も同様の効果が得られる。

【００８３】上述した実施の形態では、発呼抑制の例外
とする相手先を、電話帳リスト８０上において指定する
構成となっていた。しかし、発呼抑制の例外とする相手
先の電話番号（あるいはその属性情報）の管理の仕方は
これに限定されるものではない。発呼抑制の例外とする
相手先の電話番号だけを別途登録するようにしても構わ
ない。このような構成を採用した場合には、図６のステ
ップＳ２０８では、この別途登録された発呼抑制の例外
とする相手先の電話番号を参照することになる。相手先
の名前と電話番号とを対応づけて登録したリストは、発
呼抑制に例外を設けるというこの発明の目的にとって必
須ではない。

【００８４】上述した実施の形態では、積算テーブル９
０において通信度数（通信料）を相手先ごとに管理して
いた。しかし、通信度数（通信料）の管理の仕方はこれ
に限定されるものではない。少なくとも、総通信度数が
保持されるようになっていれば足りる。

【００８５】上述した実施の形態では、総通信度数に基
づいて発呼抑制を行っていたが、発呼の抑制はこれ以外
の条件（例えば、時間等）に基づいて行うようにしても
構わない。この場合であっても、発呼抑制の例外を設け
る構成は上述した実施の形態と同様で構わない。

【００８６】上述した実施の形態では、基地局から送ら
れてくる度数信号に基づいて通信度数を求めていた。し
かし、情報端末自身に通信度数に関する情報を備え、こ
の情報に基づいて自律的に通信度数（あるいは、これに
相当する何らかの指数）を求めるようにしても構わな
い。

【００８７】上述した実施の形態では、例外番号を使用
者自身が設定していたが、緊急性の高い番号（例えば、
消防署の電話番号）については、当初から情報端末自体
に例外番号として記憶しておくようにしても構わない。

【００８８】上述した実施の形態では主制御部３等が実
行するプログラム等の更新は、この情報端末を他の装置
に接続し、メモリの内容を書き換えることで行う構成と
なっていた。しかし、制御プログラム等の更新方法はこ
れに限定されるものではない。制御プログラム、データ
等を格納した記憶媒体を、記憶媒体ごと交換可能に構成
してもよい。このようにすれば、プログラム等が格納さ
れた記憶媒体を単に新たなものに差し替えるだけで、プ
ログラム等の更新が可能である。交換可能な記憶媒体と
しては、例えば、半導体メモリを用いたメモリカード、
超小型の磁気記録装置等が考えられる。

【００８９】この発明は、音声、画像、データ等、通信
によって授受されるデータの内容が何であるかにに関わ
らず適用可能である。

【００９０】

【発明の効果】以上説明したようにこの発明の構成によ
れば、通信料金の抑制と、利便性の向上とを両立した情
報端末が実現できる。また、使用者による複雑な操作を
必要とすることなく、通信料金を常に正確に表示するこ
とができる。

【図面の簡単な説明】

【図１】この発明の実施の形態である情報端末の構成を
示すブロック図である。

【図２】電話帳リストの一例を示す図である。

【図３】積算テーブルの一例を示す図である。

【図４】発呼抑制の概要を示す図である。

【図５】課金環境設定処理を示すフローチャートであ
る。

【図６】発呼時の処理動作を示すフローチャートであ
る。

【図７】積算期間の切り替わり時に発呼抑制を解除する
動作を示すフローチャートである。

【図８】認識番号の受信時に発呼抑制を解除する動作を
示すフローチャートである。

【符号の説明】

１ アンテナ部（通信手段の一部） ２ 無線部（通信手段の一部） ３ 主制御部（コード指定手段の一部、通信手段の
一部、検出手段の一部、例外判定手段、禁止手段の一
部、例外コード設定手段の一部、解除条件指定手段の一
部、総料金指数算定手段の一部、初期化手段の一部、認
識データ設定手段の一部） ４ キー入力部（コード指定手段の一部、例外コー
ド設定手段の一部、解除条件指定手段の一部、認識デー
タ設定手段の一部） ５ 課金情報制御部（検出手段の一部、総料金指数
算定手段の一部） ５ａ メモリ ６ 発呼制御部（禁止手段の一部） ７ 発呼部（通信手段の一部） ８ 電話帳メモリ（例外コード記憶手段） ９ 課金情報メモリ（検出手段の一部） １０ 課金情報監視及び発呼制御部（抑制条件判定
手段の一部、解除手段の一部、初期化手段、初期化手段
の一部） １０ａ メモリ １１ 発呼抑制／解除制御部（解除手段の一部、初
期化手段の一部） １１ａ メモリ １２ 報知制御部 １３ 報知部 １４ 表示部 ８０ 電話帳リスト ８１ リスト番号欄 ８２ 属性欄 ８３ 電話番号欄 ８４ 例外設定欄 ９０ 積算テーブル ９１ リスト番号欄 ９２ 通信時間欄 ９３ 通信度数欄 ９４ 総通信時間欄 ９５ 総通信度数欄

Claims (14)

【特許請求の範囲】
1. 【請求項１】 発呼機能を有する情報端末であって、 通信相手の端末を特定した宛先コードの指定を受け付け
   るコード指定手段と、 前記コード指定手段が指定を受け付けた宛先コードで特
   定される相手方の端末と通信する通信手段と、 単数又は複数の例外コードを記憶する例外コード記憶手
   段と、 予め選定された監視項目の値を求める検出手段と、 抑制条件を備え、前記検出手段の求めた値が前記抑制条
   件を満たしているか否かを判定する抑制条件判定手段
   と、 前記コード指定手段が指定を受け付けた宛先コードが、
   前記例外コード記憶手段に記憶された例外コードのうち
   のいずれかと一致しているか否かを判定する例外判定手
   段と、 前記抑制条件判定手段による判定の結果前記抑制条件が
   満たされており、且つ、前記例外判定手段による判定の
   結果いずれとも一致していなかった場合には、前記通信
   手段による発呼を禁止する禁止手段とを有してなること
   を特徴とする情報端末。
2. 【請求項２】 前記例外コード記憶手段に所望の例外コ
   ードを記憶させる例外コード設定手段を有してなること
   を特徴とする請求項１記載の情報端末。
3. 【請求項３】 解除条件を備え、この解除条件が満たさ
   れているか否かを判定し、この判定の結果、満たされた
   場合には前記監視項目の値をリセットする解除手段を有
   してなることを特徴とする請求項１又は２記載の情報端
   末。
4. 【請求項４】 前記解除条件を指定する解除条件指定手
   段を有してなることを特徴とする請求項３記載の情報端
   末。
5. 【請求項５】 前記検出手段は、前記監視項目として、
   通信料に応じた値となる料金指数を求めるものであり、 前記抑制条件判定手段は、予め定められた指数上限値を
   備え、前記検出手段が求めた料金指数がこの指数上限値
   を超えたか否かを判定し、この判定の結果、指数上限値
   を越えていた場合には前記抑制条件が満たされていると
   判定するものであることを特徴とする請求項１，２，
   ３，又は４記載の情報端末。
6. 【請求項６】 前記検出手段は、通信時に送られてくる
   所定の指数信号に基づいて、前記料金指数を求めるもの
   であることを特徴とする請求項５記載の情報端末。
7. 【請求項７】 前記解除条件は、予め定められた特定の
   期日に達したことであることを特徴とする請求項５又は
   ６記載の情報端末。
8. 【請求項８】 前記解除条件は、前記通信手段による通
   信の際に予め指定された特定のデータが送られてきたこ
   とであることを特徴とする請求項３又は４記載の情報端
   末。
9. 【請求項９】 発呼機能を有する情報端末であって、 相手の端末と通信する通信手段と、 前記通信手段による通信料を反映した料金指数を求め、
   この料金指数を積算することでそれまでの総料金指数を
   求める総料金指数算定手段と、 初期化条件を備え、この初期化条件が満たされている否
   かを判定し、判定の結果、初期化条件が満たされていた
   場合には、前記総料金指数を初期化する初期化手段とを
   有してなることを特徴とする情報端末。
10. 【請求項１０】 前記初期化手段は、日時を刻むカレン
    ダ手段又は時間を計測するタイマ手段を含んで構成され
    たものであり、 前記初期化条件は、予め定められた期日に達したことで
    あることを特徴とする請求項９記載の情報端末。
11. 【請求項１１】 前記初期化手段は、予め定められた認
    識データを備えたものであり、 前記初期化条件は、前記通信手段が前記認識データを受
    信したことであることを特徴とする請求項９記載の情報
    端末。
12. 【請求項１２】 前記認識データの設定あるいは変更を
    行う認識データ設定手段を有してなることを特徴とする
    請求項１１記載の情報端末。
13. 【請求項１３】 コンピュータに、発呼機能を有する情
    報端末を制御させる制御プログラムが記録されたコンピ
    ュータ読み取り可能な記録媒体であって、 前記コンピュータに、 通信相手の端末を特定した宛先コードの指定を受け付け
    るコード指定処理と、 前記コード指定処理が指定を受け付けた宛先コードで特
    定される相手方の端末と通信する通信処理と、 予め選定された監視項目の値を求める検出処理と、 前記検出処理の求めた監視項目の値が、予め定められた
    抑制条件を満たしているか否かを判定する抑制条件判定
    処理と、 前記コード指定処理が指定を受け付けた宛先コードが、
    予め指定された例外コードと一致しているか否かを判定
    する例外判定処理と、 前記抑制条件判定処理による判定の結果前記抑制条件が
    満たされており、且つ、前記例外判定処理による判定の
    結果が不一致であった場合には、前記通信処理による発
    呼を禁止する禁止処理とを実行させるためのプログラム
    が記録されたコンピュータ読み取り可能な記録媒体。
14. 【請求項１４】 コンピュータに、発呼機能を有する情
    報端末を制御させる制御プログラムが記録されたコンピ
    ュータ読み取り可能な記録媒体であって、 前記コンピュータに、 相手の端末と通信する通信処理と、 前記通信手段による通信料を反映した料金指数を求め、
    この料金指数を積算することでそれまでの総料金指数を
    求める総料金指数算定処理と、 初期化条件が満たされた場合には、前記総料金指数を初
    期化する初期化処理とを実行させるためのプログラムが
    記録されたことを特徴とする記録媒体。