JP2002290540A - 携帯電話端末及び情報指定端末 - Google Patents

Abstract

(57)【要約】 【課題】 容易、迅速かつ柔軟に発着信規制を設定可能
な携帯電話端末及び情報指定端末を提供する。 【解決手段】 電子メールを受信可能な携帯電話端末で
あって、発着信の規制情報を格納する規制情報保持部４
ａと、規制情報の指定命令が記述されているスクリプト
が含まれた電子メールを受信した場合にスクリプトを読
取るとともに、指定命令に基づいて電子メールに指定さ
れた規制情報を規制情報保持部に記録するスクリプト処
理部２ｄと、発信要求があった場合に、規制情報に基づ
いて当該発信要求の許否を判定する発信規制判定部２ｂ
と、着信要求があった場合に、規制情報に基づいて当該
着信要求の許否を判定する着信規制判定部２ｃとを備え
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールの受信
及び発着信規制が可能な携帯電話端末、並びに携帯電話
端末に所定の情報を登録可能な情報指定端末に関する。

【０００２】

【従来の技術】いわゆるレンタル式やプリペイド式の携
帯電話端末が知られている。これらの携帯電話端末は、
予め定められた通信料金（料金度数）に達するとそれ以
上の通話が禁止され、無制限な通話を抑制することがで
きる。そのため、親が子供に連絡用として渡す携帯電話
として普及している。

【０００３】一方、特定の発信先からの着信を拒否する
サービスがあり、携帯電話のユーザはこのサービスに加
入することができる。ここで、着信拒否サービスはキャ
リア側の制御により行われ、ユーザは予め対象となる発
信先を申し出る必要がある。

【０００４】

【発明が解決しようとする課題】しかしながら、上記し
たレンタル式やプリペイド式の携帯電話端末の場合、使
用可能な通話料金を超えると、携帯電話端末の使用が不
可能になったり、再度プリペイドカードを購入しなけれ
ばならないという問題があり、一時的な使用には便利で
あるが、常時携帯して使用する端末には適さなかった。

【０００５】又、上記レンタル式やプリペイド式の携帯
電話端末を除く一般加入式の携帯電話端末においては、
通話料金による規制サービスや着信拒否サービスを受け
る場合、対象となる発信先や通話可能料金の変更や追加
をその都度キャリア側に申し出る必要があるので、容
易、迅速かつ柔軟に発信先の変更等を端末のユーザやそ
の管理者が自らできないという問題があった。また、こ
れらのサービスのみならず、設定の変更に対しても料金
がかかっており、ユーザにとって利用しにくい点があっ
た。

【０００６】本発明は、携帯電話端末における上記した
課題を解決し、容易、迅速かつ柔軟に発着信規制を設定
可能な携帯電話端末及び情報指定端末の提供を目的とす
る。

【０００７】

【課題を解決するための手段】上記した目的を達成する
ために、請求項１記載の携帯電話端末は、電子メールを
受信可能な携帯電話端末であって、当該携帯電話端末の
発着信の規制情報を格納する規制情報保持部と、前記規
制情報の指定命令が記述されているスクリプトが含まれ
た電子メールを受信した場合に、前記スクリプトを読取
るとともに、前記指定命令に基づいて、前記電子メール
に指定された規制情報を前記規制情報保持部に記録する
スクリプト処理部と、発信要求があった場合に、前記規
制情報に基づいて当該発信要求の許否を判定する発信規
制判定部と、着信要求があった場合に、前記規制情報に
基づいて当該着信要求の許否を判定する着信規制判定部
とを備えたことを特徴とする。このようにすると、電子
メールに含まれるスクリプトに規制情報が指定されてい
るので、スクリプト処理部がスクリプトを読取るだけ
で、その指示に従い規制情報を規制情報保持部に記録す
る。そして、発信規制判定部及び着信規制判定部は、記
録された規制情報に基づいて発着信規制を行うことにな
るので、電子メールにより外部から携帯電話端末の発着
信規制を容易に設定できるようになる。

【０００８】請求項２記載の携帯電話端末においては、
前記規制情報保持部は、発信規制を受けない特定発信先
を格納しており、前記発信規制判定部は、発信要求があ
った発信先が前記特定発信先に該当するかを判定し、該
当すると判定した場合に、前記規制情報にかかわらず当
該発信要求を許容することを特徴とする。このようにす
ると、登録された特定発信先への発信については、発着
信規制に関する処理が不要となるので、発信を迅速に行
え、緊急の連絡時に好都合である。

【０００９】請求項３記載の携帯電話端末においては、
前記通話料金を管理する通話料金管理部をさらに備える
とともに、前記規制情報保持部は発着信に伴う通話料金
の規制情報を保持しており、前記発信規制判定部又は前
記着信規制判定部は、前記通話料金管理部が管理する通
話料金と前記通話料金の規制情報とを比較し、比較結果
に基づいて前記発信要求又は前記着信要求の許否を判定
することを特徴とする。このようにすると、電子メール
により外部から通話料金の規制情報を指定することで、
通話料金に関する携帯電話端末の発着信規制を容易に設
定できる。

【００１０】請求項４記載の携帯電話端末においては、
前記規制情報保持部は、前記電子メールの受信を許容す
るメール送信元を格納しており、前記スクリプト処理部
は、受信した電子メールの送信元が前記規制情報保持部
に格納されたメール送信元と一致するか否かを判定し、
一致した場合に前記スクリプトを読取ることを特徴とす
る。このようにすると、不正な送信元から送信された電
子メールにより、携帯電話端末の発着信規制が設定され
ることを防止できる。

【００１１】請求項５記載の携帯電話端末においては、
前記電子メールに基づいて前記規制情報保持部に前記規
制情報を記録した旨を、当該規制情報毎にスクリプトを
用いて作成するスクリプト作成部と、前記作成したスク
リプトを、応答電子メールとして前記電子メールの送信
元に送信するメール送信部とを備えたことを特徴とす
る。このようにすると、電子メールに基づいて携帯電話
端末の発着信規制が確実に設定されたか否かを、携帯電
話端末側から電子メールの送信元に知らせることができ
る。この際、発着信規制が設定された旨をスクリプトで
記述しているので、電子メールの送信元はスクリプトを
読取るだけで、その旨を知ることができる。

【００１２】本発明の情報指定端末は、前記携帯電話端
末に対して前記電子メールを送信し、前記携帯電話端末
から前記応答電子メールを受信し、前記電子メールの送
信時に、当該電子メールに含まれている指定命令の情報
を記憶する記憶部と、前記応答電子メールの受信時に、
当該応答電子メールに含まれているスクリプトを読取
り、前記記憶部に記憶された対応する指定命令に所定の
識別情報を関連付ける制御部とを備えたことを特徴とす
る。このようにすると、電子メールの送信元は、電子メ
ールによる携帯電話端末への発着信規制が確実に設定さ
れたか否かを確認することができる。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て、各図を参照して説明する。図１は、本発明にかかる
携帯電話端末２０に所定の発着信規制を設定する場合の
システム全体を示す構成ブロック図である。この図にお
いて、携帯電話端末２０は予め設定された発着信規制に
基づいて発着信を行う端末であり、移動体通信網１１０
を介してインターネット等のネットワーク１００に接続
されている。一方、パーソナルコンピュータ等からなる
端末７０、及び携帯電話端末８０は発着信規制を携帯電
話端末２０に指定する端末（情報指定端末）であり、端
末７０は直接ネットワーク１００に接続され、携帯電話
端末８０は移動体通信網１１０を介してネットワーク１
００に接続されている。携帯電話端末２０、８０として
は、例えばＣＤＭＡ方式の携帯電話やＰＨＳ（Personal
Handyphone System）等を用いることができる。

【００１４】ここで、詳しくは後述するが、本発明にお
いては、発着信規制の指定を含む電子メールＥを他の端
末７０、８０から携帯電話端末２０に送信することによ
って、携帯電話端末２０における発着信規制の内容を外
部から設定（新規設定、変更等）ができる点に特徴があ
る。そこで、以降の説明では必要に応じて、電子メール
Ｅによる発着信規制指定を行う端末７０、８０を「親
機」と称し、携帯電話端末２０を「子機」と称すること
とする。なお、子機側から所定の応答電子メールＦが親
機へ送信されることがあるが、これについては後述す
る。

【００１５】図２は、子機に設定される発着信規制の内
容を示す図である。ここで、発信規制とは通話料金規制
あるいは発信先規制を行う場合をいい、着信規制とは発
信元規制を行う場合をいう。なお、「応答」とは、上記
電子メールに従って発着信規制を設定した旨を、上記応
答電子メールにより子機から親機に知らせるものであ
る。

【００１６】次に、本発明の携帯電話端末２０の一実施
の形態を、構成ブロック図３、図４を参照して説明す
る。

【００１７】図３において、携帯電話機２０は、全体を
制御する制御部２、各種データを格納する記憶部（メモ
リ）４、液晶パネル等からなる表示部６、無線アンテナ
１０ａ、無線アンテナ１０ａを介して信号を送受信する
無線送受信部１０、その信号を処理する信号処理部１
２、入力キー１４、コーデック１６、音声信号を入出力
するスピーカ１６ａ及びマイクロフォン１６ｂとを備え
ている。

【００１８】ここで、アンテナ１０ａは、基地局との間
で無線信号を送受信するようになっている。又、制御部
２は、ＣＰＵ（Central Processing Unit：中央演算処
理装置）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Rand
om Access Memory）を備える。ＣＰＵは所定の制御プロ
グラムに従った演算処理を行い、ＲＯＭには制御プログ
ラムや制御データが格納され、ＲＡＭには演算処理に必
要な各種データが一時的に読書きされる。記憶部（メモ
リ）４には所定のデータ及び発着信の規制情報が保存さ
れる。

【００１９】図４は、制御部２及び記憶部４の詳細な構
成を示すブロック図である。この図において、制御部２
は、プロトコル部２ａ、発信規制判定部２ｂ、着信規制
判定部２ｃ、スクリプト処理部２ｄ、通話料金管理部２
ｅを備えている。又、記憶部４内の所定領域には、発着
信の規制情報を保持する規制情報保持部４ａが設けられ
ている。この規制情報保持部４ａは、発着信の規制情報
として通話可能料金、積算通話料金、発信先規制リス
ト、発信元規制リスト、メール送信元リストが格納され
ており、また特定発信先（緊急番号リスト）が適宜格納
されている。

【００２０】プロトコル部（メール送信部）２ａは、発
着信の際の音声データや電子メールのやりとりを信号処
理部１２との間で行い、また、所定の電子メールを上記
メール送信元に送信する。発信規制判定部２ｂは、入力
キー１４から発信要求があった場合に、規制情報保持部
４ａに保持された規制情報に基づいて発信要求の許否を
判定し、適宜結果を表示部６に表示する。同様に、着信
規制判定部２ｃは、着信要求があった場合に規制情報に
基づいて着信要求の許否を判定し、適宜結果を表示部６
に表示する。

【００２１】スクリプト処理部（スクリプト作成部）２
ｄは、受信した電子メールに後述するスクリプトが含ま
れているかを判定し、含まれている場合はスクリプトを
読取り、スクリプトに記述されている規制情報の指定命
令に従って規制情報保持部４ａに規制情報を記録する。

【００２２】通話料金管理部２ｅは、発着信に伴う通話
料金を管理する。具体的には発信毎に生じる通話料金を
積算し、その値（積算通話料金）を規制情報保持部４ａ
に記録する。

【００２３】そして、携帯電話端末２０は、規制情報保
持部４ａに格納された規制情報に基づいて発着信を行
い、また、後述する電子メールの受信に応じて規制情報
の設定を行うようになっている。そこで、まず発着信の
処理フローについて図５及び図６を参照して説明し、電
子メールに基づく規制情報の設定処理については後述す
る。

【００２４】図５は発信処理を示している。まず、発信
規制判定部２ｂは、入力キー１４から入力された発信先
が、規制情報保持部４ａに登録された特定発信先（緊急
番号リスト）に該当するか否かを判定する（ステップＳ
２００）。ステップＳ２００で「Ｙｅｓ」であれば、発
信規制判定部２ｂは発信規制に関する以下の処理をせ
ず、ただちにプロトコル部２ａを介して通常の発信処理
を行う（ステップＳ２１２）。これにより以降の処理時
間が不要となるので、登録された特定発信先への発信の
処理を迅速に行え、緊急の連絡時に好都合である。

【００２５】一方、ステップＳ２００で「Ｎｏ」であれ
ば、発信規制判定部２ｂは、発信規制の１つである料金
規制が有効であるかの判定を行う（ステップＳ２０
２）。料金規制が有効であるとは、規制情報保持部４ａ
に通話可能料金が設定されていることをいい、設定の有
無は例えば所定のフラグにより識別される。そして、フ
ラグが設定されていない場合、料金規制が無効であると
判定し、ステップＳ２０６へ移行する。一方、ステップ
Ｓ２０２で「Ｙｅｓ」の場合、発信規制判定部２ｂは、
通話可能料金に残りがあるか、つまり規制情報保持部４
ａに保持された通話可能料金が積算通話料金より大きい
か否かを判定する（ステップＳ２０４）。

【００２６】ステップＳ２０４で「Ｙｅｓ」であれば、
発信規制判定部２ｂは、次にもう１つの発信規制である
発信先規制が有効であるかの判定を行う（ステップＳ２
０６）。発信先規制が有効であるとは、規制情報保持部
４ａに発信先規制リストが設定されていることをいい、
設定の有無は例えば所定のフラグにより識別される。そ
して、フラグが設定されていない場合は、発信規制が無
効であると判定し、上述の通常の発信処理（ステップＳ
２１２）へ移行する。一方、ステップＳ２０６で「Ｙｅ
ｓ」の場合、発信規制判定部２ｂは、規制情報保持部４
ａに保持された発信先規制リストを検索し（ステップＳ
２０８）、発信先がリストに登録されているかの判定を
行う（ステップＳ２１０）。そして、ステップＳ２１０
で「Ｎｏ」であればステップＳ２１２へ移行し、「Ｙｅ
ｓ」であればプロトコル部２ａを介して発信処理をしな
い、つまり発信禁止処理をする（ステップＳ２１４）。

【００２７】次に、着信処理について図６を参照して説
明する。まず、プロトコル部１２から着信要求を受けた
着信規制判定部２ｃは、着信規制が有効であるかの判定
を行う（ステップＳ３００）。着信規制が有効であると
は、規制情報保持部４ａに発信元規制リストが設定され
ていることをいい、設定の有無は例えば所定のフラグに
より識別される。そして、フラグが設定されていない場
合は、着信規制が無効であると判定し、通常の着信処理
（ステップＳ３０８）へ移行する。

【００２８】一方、ステップＳ３００で「Ｙｅｓ」の場
合、着信規制判定部２ｃは、着信したデータに発信元の
電話番号が付加されているか（発信者番号通知がされて
いるか）を判定する（ステップＳ３０２）。そして、発
信者番号通知がされていない場合（ステップＳ３０２で
「Ｎｏ」）、プロトコル部２ａに着信拒否を返す、つま
り着信禁止処理をする（ステップＳ３１０）。

【００２９】ステップＳ３０２で「Ｙｅｓ」であれば、
着信規制判定部２ｃは、規制情報保持部４ａに保持され
た発信元規制リストを検索し（ステップＳ３０４）、着
信者（発信元）がリストに登録されているかの判定を行
う（ステップＳ３０６）。そして、ステップＳ３０６で
「Ｙｅｓ」であれば上述のステップＳ３１０の着信禁止
処理を行い、「Ｎｏ」であればステップＳ３０８の着信
処理を行う。

【００３０】次に、電子メールを受信した携帯電話端末
２０側で、発着信の規制情報の設定を行う場合の処理に
ついて、図７〜図１１を参照して説明する。

【００３１】図７は、電子メールＥの本文（文書）の構
成を示しており、文書９０、９２はスクリプトを用いて
記述されている。ここで、スクリプト（言語）とは、コ
ンピュータに処理を実行させるための命令を、ＨＴＭＬ
（Hyper Text Markup Language）と同様なタグ（識別
子）と、ソースコードとを用いて記述したものであり、
電子メールの受信端末側では文書を読取るだけで、コン
ピュータにコンパイルしなくとも処理を実行させること
ができるようになっている。つまり、電子メールＥを受
信した携帯電話端末２０に対し、自動的に電子メールの
記述内容を実行させることができるという利点がある。
また、スクリプトはタグにより記述されているので、電
子メールの送信側と受信側で端末の種別が異なっている
場合でも、上記命令を知らせることができる。

【００３２】文書９０において、＜script＞９０ａは開
始タグを、＜/script＞９０ｇは終了タグを表す（図７
（１））。各コマンドはタグ９０ａと９０ｇに挟まれて
記述される。＜cmd＞〜＜/e＞タグ９０ｂはコマンドを
示し、各タグの間に所定のソースコードが記述される。
また、＜sub＞タグ９０ｃ、９０ｆはサブコマンドを示
し、＜count＞タグ９０ｄはパラメータを示す。そし
て、タグ９０ｂのコマンドは「使用可能通話料金を３０
００円に設定する」という命令を示している。同様にし
て、＜cmd＞〜＜/e＞タグ９０ｅはコマンド「積算通話
料金をクリアする」という命令を示している。

【００３３】文書９２における各タグの意味も上記と同
様であるので説明を省略するが、この文書のコマンドは
「発信規制リストに045943****を設定する」という命令
を示している（図７（２））。

【００３４】次に、携帯電話端末２０内での発着信の規
制情報の設定処理について説明する。

【００３５】図８は、受信した電子メールＥの読取り、
及びスクリプトの実行処理を示す図である。まず、電子
メールＥを受信すると（ステップＳ４００）、プロトコ
ル部２ａは当該電子メールＥのヘッダからメール送信元
の情報を取得するとともにメール本文を抽出し、スクリ
プト処理部２ｄに送信元とメール本文とを渡す（ステッ
プＳ４０２）。

【００３６】スクリプト処理部２ｄは、メール本文がス
クリプトで記述されているか（スクリプトメールか）否
かを判定する（ステップＳ４０４）。この判定は、メー
ル本文に＜script＞なる開始タグがあるか否かを読取る
ことで行い、開始タグがあればステップＳ４０４で「Ｙ
ｅｓ」と判定する。

【００３７】そして、ステップＳ４０４で「Ｙｅｓ」で
あれば、スクリプト処理部２ｄは、取得した（メール
の）送信元に基づいて認証を行う（ステップＳ４０
６）。認証は、取得した送信元が規制情報保持部４ａに
登録されたメール送信元リストに該当するか否かに基づ
いて行い、該当しない場合は「Ｎｏ」としてステップＳ
４１４のスクリプト破棄の処理を行う。

【００３８】一方、ステップＳ４０６で認証を確認でき
た場合（「Ｙｅｓ」の場合）、スクリプト処理部２ｄ
は、スクリプトで記述された文書を読取る（ステップＳ
４０８）。さらに、スクリプト処理部２ｄは、読取った
文書の文法エラーの有無を適宜判定し（ステップＳ４１
０）、文法エラーなしと判定した場合は、規制情報設定
部（スクリプト処理部２ｄ）が読取った文書の命令を
（スクリプト）実行する（ステップＳ４１２）。一方、
ステップＳ４１０で「Ｎｏ」であれば、上述のステップ
Ｓ４１４のスクリプト破棄処理を行い、処理を終了す
る。

【００３９】図９〜図１１は、上記ステップＳ４１２の
処理の詳細を示すフローである。まず、図９において、
スクリプト処理部２ｄは、読取ったスクリプトに発信規
制コマンドが含まれているかを判定する（ステップＳ５
００）。この判定は、上述の＜cmd＞〜＜/e＞タグ内の
ソースコードに基づいて行われる。ステップＳ５００で
「Ｎｏ」であれば、発信規制コマンドでないとして図１
１以降の着信規制処理（Ｂ）へ移る。

【００４０】一方、ステップＳ５００で「Ｙｅｓ」であ
れば、スクリプト処理部２ｄは、通話料金規制に関する
コマンドであるかをステップＳ５０２、Ｓ５０４、Ｓ５
０６に従って判定し、これらのいずれでもない場合は図
１０以降の発信規制処理（Ａ）へ移る。ここで、ステッ
プＳ５０２では、スクリプト処理部２ｄは発信規制コマ
ンドに「新規料金規制値設定」なる命令（サブコマン
ド）が含まれているかをタグやソースコードに基づいて
判定し、「Ｙｅｓ」であれば、その値を規制情報保持部
４ａの「通話可能料金」に書き込んで設定する（ステッ
プＳ５０８）。そして、例えば所定のフラグのＯＮ、Ｏ
ＦＦで料金設定を有効にする（ステップＳ５１０）。こ
れにより、図５のステップＳ２０２での判定が行えるこ
ととなる。

【００４１】ステップＳ５０２で「Ｎｏ」であれば、ス
テップＳ５０４へ移行する。ステップＳ５０４では、ス
クリプト処理部２ｄは、発信規制コマンドに「料金規制
値の追加」なる命令が含まれているかをタグやソースコ
ードに基づいて判定し、「Ｙｅｓ」であれば、その値を
規制情報保持部４ａに予め保持された「通話可能料金」
に上書きして設定（追加）する（ステップＳ５１２）。
そして、上記フラグをＯＮ、ＯＦＦして料金設定を有効
にする（ステップＳ５１４）。

【００４２】一方、ステップＳ５０４で「Ｎｏ」であれ
ば、ステップＳ５０６へ移行する。ステップＳ５０６で
は、スクリプト処理部２ｄは発信規制コマンドに「積算
通話料金クリア」なる命令が含まれているかをタグやソ
ースコードに基づいて判定し、「Ｙｅｓ」であれば、規
制情報保持部４ａの「積算通話料金」をクリア（消去）
して処理を終了する（ステップＳ５１６）。これによ
り、携帯電話端末２０（子機）では、設定された料金規
制値（通話可能料金）になるまで通話ができるようにな
る。

【００４３】図１０は、ステップＳ５０６で「Ｎｏ」の
場合の発信規制処理のフローである。まず、スクリプト
処理部２ｄは、発信規制コマンドに「発信先規制設定」
なる命令が含まれているかをタグやソースコードに基づ
いて判定する（ステップＳ６００）。そして、「Ｙｅ
ｓ」であれば、その値（発信先規制値）を規制情報保持
部４ａの「発信先規制リスト」に書き込むことで設定し
（ステップＳ６０４）、例えば所定のフラグのＯＮ、Ｏ
ＦＦで発信先規制を有効にする（ステップＳ６０６）。
これにより、図５のステップＳ２０６での判定が行える
こととなる。

【００４４】ステップＳ６００で「Ｎｏ」であれば、ス
クリプト処理部２ｄは、発信規制コマンドに「発信先規
制解除」なる命令が含まれているかをタグやソースコー
ドに基づいて判定する（ステップＳ６０２）。そして、
ステップＳ６０２で「Ｙｅｓ」であれば、該当する値
（発信先規制値）を規制情報保持部４ａの「発信先規制
リスト」から解除（削除）する（ステップＳ６０８）。
解除処理は、命令に含まれるすべての発信先規制値が解
除されるまで行われ（ステップＳ６１０）、すべての値
が解除されると、上記フラグのＯＮ、ＯＦＦで発信先規
制を無効にし、処理を終了する（ステップＳ６１２）。

【００４５】図１１は、ステップＳ５００で「Ｎｏ」の
場合の着信規制処理のフローである。まず、スクリプト
処理部２ｄは、読取ったスクリプト言語に着信規制コマ
ンドが含まれているかをタグやソースコードに基づいて
判定する（ステップＳ７００）。ステップＳ７００で
「Ｎｏ」であれば処理を終了する。一方、「Ｙｅｓ」で
あれば、スクリプト処理部２ｄは、着信規制コマンドに
「発信元規制設定」なる命令が含まれているかをタグや
ソースコードに基づいて判定する（ステップＳ７０
２）。そして、ステップＳ７０２で「Ｙｅｓ」であれ
ば、その値（発信元規制値）を規制情報保持部４ａの
「発信元規制リスト」に書き込んで設定し（ステップＳ
７０６）、例えば所定のフラグのＯＮ、ＯＦＦで着信規
制を有効にする（ステップＳ７０８）。これにより、図
６のステップＳ３００での判定が行えることとなる。

【００４６】一方、ステップＳ７０２で「Ｎｏ」であれ
ば、スクリプト処理部２ｄは、着信規制コマンドに「発
信元規制解除」なる命令が含まれているかをタグやソー
スコードに基づいて判定する（ステップＳ７０４）。そ
して、ステップＳ７０４で「Ｙｅｓ」であれば、該当す
る値（発信元規制値）を規制情報保持部４ａの「発信元
規制リスト」から解除（削除）する（ステップＳ７１
０）。解除処理は、命令に含まれるすべての発信先規制
値が解除されるまで行われ（ステップＳ７１２）、すべ
ての値が解除されると、上記フラグのＯＮ、ＯＦＦで着
信規制を無効にし、処理を終了する（ステップ７１
４）。

【００４７】以上のようにして、子機内の規制情報保持
部４ａの情報が外部からの指示（電子メール）により設
定（新規設定、あるいは書き換えや削除等の変更）され
ることになる。

【００４８】次に、電子メールに従って発着信規制を設
定した旨を、子機から親機に知らせる「応答」を行う場
合の各種処理を図１２〜図１６を参照して説明する。な
お、「応答」とは、上記電子メールに含まれるスクリプ
ト中の発着信規制コマンドに対し、子機側がそのコマン
ドを実行したか否かを回答するものである。

【００４９】まず、図１２に示すように、親機側では上
記スクリプトを含む電子メールを送信する際、以下の処
理を行う。最初に、親機のユーザは所定の操作で電子メ
ールの本文となるスクリプトを作成する（ステップＳ８
００）。このスクリプトは、上記した発着信規制に関す
るコマンドを含んでいる。次に、親機のユーザは所定の
操作により、作成したスクリプト中の発着信規制コマン
ド（の名前、種別）をメモリに保存する（ステップＳ８
０２）。そして、上記スクリプトを含む電子メールを対
象となる子機に送信する（ステップＳ８０４）。

【００５０】図１３は、ステップＳ８０２で親機のメモ
リに保存されたデータ（ファイル）４０の構成を示す図
である。この図において、フィールド４０ａには電子メ
ールの送信先（子機）が記録され、フィールド４０ｂに
は送信日が記録され、また、フィールド４０ｃには電子
メールに含まれるコマンドの種類（名前）が記録されて
いる。なお、フィールド４０ｄには、子機側からの応答
結果を記録するようになっているが、これについては後
述する。

【００５１】そして、上記電子メールを受信した子機で
行われる処理について、図１４を参照して説明する。ま
ず、子機は、既に述べたようにして電子メール中のスク
リプトを読取り、上記図９〜図１１のフローに従って発
着信規制コマンドを実行する。

【００５２】そして、子機のスクリプト処理部（ここで
はスクリプト作成部と称する）２ｄは、発着信規制コマ
ンドの実行結果に応じて、所定の応答コマンドをスクリ
プト作成する（ステップＳ９００）。この応答コマンド
は、例えば図１５に示すスクリプトで記述され、発着信
規制コマンドに応答した旨を示す応答コマンド９４（図
１５（１））、発着信規制コマンドへの応答を拒絶した
旨を示す拒絶応答コマンド９６（図１５（２））の２種
類がある。例えば、上記図９のステップＳ５０６を実行
した場合、コマンド「積算通話料金クリア」に対して応
答コマンドが作成される。

【００５３】なお、応答コマンドは予め記述内容が決ま
っているので、スクリプト処理部２ｄは、発着信規制コ
マンドの実行の有無をコンピュータプログラムの処理途
中で検出し、コマンドが実行された場合は、予め定めた
図１５（１）に示す応答コマンドを自動的に生成する
（あるいは読み出す）ようになっている。

【００５４】次に、図１４に戻り、スクリプト処理部２
ｄは、上記応答コマンド（スクリプト）を対象となるコ
マンド名「積算通話料金クリア」に関連付け、応答電子
メールＦとして親機へ送信する（ステップＳ９０２）。
なお、拒絶応答コマンド９６は、所定の不具合が生じた
場合に送信されるコマンドである。

【００５５】一方、応答コマンドを含む応答電子メール
を受信した親機では、図１６に示す処理が行われる。ま
ず、親機の制御部（子機と同様のスクリプト処理部を備
える）は、子機からの電子メールに応答コマンドが含ま
れているか否かを判定する（ステップＳ１０００）。そ
して、ステップＳ１０００で「Ｙｅｓ」であれば、制御
部は親機のメモリ内に図１３に示したファイルが存在す
るか、つまりコマンド名が保存されているか否かを判定
する（ステップＳ１００２）。次に、ステップＳ１００
２で「Ｙｅｓ」であれば、制御部は、メモリ内の該当す
るコマンド名に対して応答があった旨をマーク（識別情
報を記録）し（ステップＳ１００４）、処理を終了す
る。例えば、図１３に示した例では、子機Ａからコマン
ド「積算通話料金クリア」を実行した旨の応答コマンド
が送信されると、親機の制御部はフィールド４０ｄの対
応する領域に応答コマンド「あり」を記録する。このよ
うにして、電子メールを送信した親機は、発着信の規制
情報が確実に子機で設定されたか否かを確認することが
できる。

【００５６】なお、本発明は、上記した実施形態に限定
されるものではない。例えば、上記した例では、１つの
電子メールには１つの発着信規制コマンドのみが記述さ
れ、子機側では各コマンドの設定の有無を択一的に判定
したが（例えば図９の（ステップＳ５００、Ｓ５０６
等）、電子メールに複数の発着信規制コマンドが記述さ
れていてもよく、この場合は子機側ではすべてのコマン
ドに対して設定の有無を判定すればよい。

【００５７】

【発明の効果】以上説明したように、本発明の携帯電話
端末によれば、電子メールに含まれるスクリプトに規制
情報が指定されているので、スクリプト処理部がスクリ
プトを読取るだけで、その指示に従い規制情報を規制情
報保持部に記録する。そして、発信規制判定部及び着信
規制判定部は、記録された規制情報に基づいて発着信規
制を行うことになるので、電子メールにより外部から携
帯電話端末の発着信規制を容易に設定できるようにな
る。

【図面の簡単な説明】

【図１】 本発明の携帯電話端末を含む発着信規制設定
システムの構成を示すブロック図である。

【図２】 発着信規制の内容を示す図である。

【図３】 携帯電話端末の構成を示すブロック図であ
る。

【図４】 図３の詳細説明図である。

【図５】 携帯電話機での発信の処理フローを示す図で
ある。

【図６】 携帯電話機での着信の処理フローを示す図で
ある。

【図７】 電子メールの本文（スクリプト）の構成を示
す図である。

【図８】 受信した電子メールの読取り、及びスクリプ
トの実行処理フローを示す図である。

【図９】 スクリプトの実行処理の詳細フローを示す図
である。

【図１０】 図９に続く図である。

【図１１】 図１０に続く図である。

【図１２】 親機での電子メール作成及び送信のフロー
を示す図である。

【図１３】 親機のメモリに格納されたデータの構成を
示す図である。

【図１４】 子機での応答電子メール作成及び送信のフ
ローを示す図である。

【図１５】 応答コマンドの構成を示す図である。

【図１６】 応答電子メールを受信した親機での処理フ
ローを示す図である。

【符号の説明】

２ 制御部 ２ｂ 発信規制判定部 ２ｃ 着信規制判定部 ２ｄ スクリプト処理部（スクリ
プト作成部） ４ａ 規制情報保持部 ６ 表示部 １２ 信号処理部 １４ 入力キー ２０ 携帯電話端末

Claims (6)

【特許請求の範囲】
1. 【請求項１】 電子メールを受信可能な携帯電話端末で
   あって、 当該携帯電話端末の発着信の規制情報を格納する規制情
   報保持部と、 前記規制情報の指定命令が記述されているスクリプトが
   含まれた電子メールを受信した場合に、前記スクリプト
   を読取るとともに、前記指定命令に基づいて、前記電子
   メールに指定された規制情報を前記規制情報保持部に記
   録するスクリプト処理部と、 発信要求があった場合に、前記規制情報に基づいて当該
   発信要求の許否を判定する発信規制判定部と、 着信要求があった場合に、前記規制情報に基づいて当該
   着信要求の許否を判定する着信規制判定部とを備えたこ
   とを特徴とする携帯電話端末。
2. 【請求項２】 前記規制情報保持部は、発信規制を受け
   ない特定発信先を格納しており、 前記発信規制判定部は、発信要求があった発信先が前記
   特定発信先に該当するかを判定し、該当すると判定した
   場合に、前記規制情報にかかわらず当該発信要求を許容
   することを特徴とする請求項１に記載の携帯電話端末。
3. 【請求項３】 前記通話料金を管理する通話料金管理部
   をさらに備えるとともに、前記規制情報保持部は発着信
   に伴う通話料金の規制情報を保持しており、 前記発信規制判定部又は前記着信規制判定部は、前記通
   話料金管理部が管理する通話料金と前記通話料金の規制
   情報とを比較し、比較結果に基づいて前記発信要求又は
   前記着信要求の許否を判定することを特徴とする請求項
   １又は２に記載の携帯電話端末。
4. 【請求項４】 前記規制情報保持部は、前記電子メール
   の受信を許容するメール送信元を格納しており、 前記スクリプト処理部は、受信した電子メールの送信元
   が前記規制情報保持部に格納されたメール送信元と一致
   するか否かを判定し、一致した場合に前記スクリプトを
   読取ることを特徴とする請求項１ないし３のいずれかに
   記載の携帯電話端末。
5. 【請求項５】 前記電子メールに基づいて前記規制情報
   保持部に前記規制情報を記録した旨を、当該規制情報毎
   にスクリプトを用いて作成するスクリプト作成部と、 前記作成したスクリプトを、応答電子メールとして前記
   電子メールの送信元に送信するメール送信部とを備えた
   ことを特徴とする請求項１ないし４のいずれかに記載の
   携帯電話端末。
6. 【請求項６】 請求項５に記載の携帯電話端末に対して
   前記電子メールを送信し、前記携帯電話端末から前記応
   答電子メールを受信する情報指定端末であって、 前記電子メールの送信時に、当該電子メールに含まれて
   いる指定命令の情報を記憶する記憶部と、 前記応答電子メールの受信時に、当該応答電子メールに
   含まれているスクリプトを読取り、前記記憶部に記憶さ
   れた対応する指定命令に所定の識別情報を関連付ける制
   御部とを備えたことを特徴とする情報指定端末。