JP2003319092A - 通信端末、サービス提供部、共通設定情報管理部及び通信制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザ設定情報を有効に機能させることがで
きる通信端末、サービス提供部、共通設定情報管理部及
び通信制御方法を提供する。 【解決手段】 呼を終端する及びユーザ操作を受け付け
るとともに所定の情報サービスを提供するサービス提供
部（アダプタ部１４、操作部１３）を複数備えた通信端
末１０において、複数のサービス提供部に共通に設定さ
れた設定情報を管理し当該設定情報又はユーザ操作に基
づく制御指示情報を出力する共通設定情報管理部（ＤＣ
Ｆ）１１と、共通設定情報管理部１１により出力された
制御指示情報に基づいて、複数のサービス提供部の動作
を制御する制御部１２とを設けることにより、共通の設
定情報又はユーザ操作に応じた複数のサービス提供部の
動作制御（例えば転送／留守番電話の起動）が実現さ
れ、設定情報が制御部に転送されず当該設定情報に応じ
た動作制御が実現できない等の不都合が解消される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークとの
間で情報の送受信を行う通信端末、呼を終端する及びユ
ーザ操作を受け付けるとともに所定の情報サービスを提
供するサービス提供部、複数のサービス提供部に共通の
設定情報を管理する共通設定情報管理部、及び、通信端
末又はそれを含んで構成される通信システムの動作を制
御するための通信制御方法に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】通信
端末の多機能化に伴って、通信端末のユーザは自分の意
図に沿って通信端末を動作させたいというニーズが出て
きている。例えば、自動車の運転中はドライブモードに
設定することで、一時的に応答を拒否するよう動作させ
たり、着信拒否対象の電話番号をアドレス帳に予め設定
しておくことで該当の電話番号からの着信を拒否するよ
う動作させる等のニーズが高まってきている。

【０００３】一方、通信端末には、呼を終端するととも
に所定の情報サービスを提供するアダプタ部（例えば、
音声通話、非制限デジタル、パケット通信など）や、ユ
ーザ操作を受け付けるとともに所定の情報サービスを提
供する操作部を複数備えたものも存在していたが、従来
は、ドライブモード、着信拒否設定などのユーザ設定情
報は、通信端末内のアダプタ部で個別に管理していた。

【０００４】このため、ユーザ設定情報を管理していな
い一のアダプタ部（例えば外部アダプタ部）に対し呼出
が行われ、ユーザ設定情報を管理する他のアダプタ部に
対しベアラ不一致のため呼出が行われない場合、当該他
のアダプタ部は、ユーザ設定情報を通信端末の制御部に
転送できず、ユーザ設定情報に応じた通信端末の動作制
御（例えば、転送／留守番電話の起動）が実現できな
い、といった第１の不都合があった。

【０００５】即ち、図９に示すように、音声呼のみサポ
ートするアダプタ部９２は、自動転送設定の設定情報を
保持しているが、着信通知のベアラが「非制限デジタ
ル」である場合、アダプタ部９２は「非制限デジタル」
をサポートしないため、アダプタ部９２から拒否応答
（ベアラ不一致）が制御部９１に返され、制御部９１か
らの呼出がアダプタ部９２に対し行われない。このた
め、アダプタ部９２は自動転送設定の設定情報を制御部
９１に転送できず、外部アダプタ部９３が呼び出される
が、外部アダプタ部９３は、転送設定されていることが
わからないので、転送起動できない、といった事態が発
生するのである。

【０００６】また、上記と同様に、通信端末内において
一のアダプタ部がベアラ不一致等のため当該通信端末の
制御部及びネットワークに対し正しい理由値（Ｃａｕｓ
ｅ値）を送信できない場合が生じるといった第２の不都
合や、外部アダプタ部で通信中の場合にユーザがオンフ
ックボタンを押下しても通信端末本体から終話を起動す
ることができないといった第３の不都合があった。

【０００７】そこで、本発明は、上記のような３つの不
都合を解消し、ユーザ設定情報を有効に機能させること
ができる通信端末、サービス提供部、共通設定情報管理
部及び通信制御方法を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る通信端末は、請求項１に記載したよう
に、ネットワークとの間で情報の送受信を行う通信端末
であって、呼を終端する及びユーザ操作を受け付けると
ともに、所定の情報サービスを提供する複数のサービス
提供部と、前記複数のサービス提供部に共通に設定され
たサービス提供に関する設定情報を管理し、当該設定情
報又はユーザ操作に基づいて、前記複数のサービス提供
部の動作を制御する管理制御部と、を備えたことを特徴
とする。

【０００９】なお、サービス提供部は、呼を終端すると
ともに所定の情報サービスを提供するアダプタ部、及び
ユーザ操作を受け付けるとともに所定の情報サービスを
提供する操作部を含むものとする。

【００１０】本発明に係る、複数のサービス提供部を備
えた通信端末は、複数のサービス提供部に共通に設定さ
れた設定情報を管理し当該設定情報又はユーザ操作に基
づいて複数のサービス提供部の動作を制御する管理制御
部という特異な構成をさらに備えており、従来のように
共通の設定情報をアダプタ部が管理するのではなく、管
理制御部が管理することとした。この管理制御部は当該
共通の設定情報又はユーザ操作に基づいて複数のサービ
ス提供部の動作を制御するので、共通の設定情報又はユ
ーザ操作に応じた複数のサービス提供部の動作制御が実
現される。

【００１１】このため、設定情報が制御部に転送されず
当該設定情報に応じた動作制御（例えば、転送／留守番
電話の起動）が実現できないという第１の不都合、一の
アダプタ部がベアラ不一致等のため制御部及びネットワ
ークに対し正しい理由値を送信できないという第２の不
都合、及び外部アダプタ部で通信中の場合に通信端末本
体から終話を起動できないという第３の不都合を解消す
ることができ、ユーザによる設定情報を有効に機能させ
ることができる。

【００１２】実際に、共通の設定情報としては、例え
ば、自動車の運転中に応答を拒否するよう動作させるド
ライブモードの設定等が挙げられるが、ベアラが音声や
オーディオ／ビジュアルの場合はドライブモードの設定
を有効とすべきだが、ベアラが非制限デジタルの場合は
パソコンが自動応答することを想定しているためドライ
ブモードの設定を無効としてもよい、といったベアラに
応じた設定の有効化／無効化を行うことがより望まし
い。

【００１３】そこで、管理制御部は、請求項２に記載し
たように、ネットワークからの着信通知に含まれる着信
情報と着信時刻情報の両方又は一方、及び共通の設定情
報に基づいて、着信呼に対して設定情報を有効にすべき
か否かを判断し、当該判断結果に基づいて複数のサービ
ス提供部の動作を制御する構成とすることが望ましい。
本明細書での着信情報には、例えば、ＡＶ、ＡＭＲ、Ｕ
ＤＩ等のベアラ情報、発番号の情報等が含まれるものと
し、着信時刻情報には、何時何分という時刻の情報に加
え、年月日を特定する日付情報も含むものとする。この
場合、着信呼に対して設定情報を有効にすべきか否か
が、その着信情報（例えばベアラ、発番号等）とその着
信時刻情報の両方又は一方に応じて適切に判断され、当
該判断結果に基づいて複数のサービス提供部の動作が制
御されるので、着信情報と着信時刻情報の両方又は一方
も加味してユーザの意向に即したサービス提供部の的確
な動作制御が実現される。

【００１４】このうち着信時刻に応じた制御では、例え
ば２３時から翌朝７時までの夜間の時間帯では、留守番
電話に転送する設定を有効とする制御等を行ってもよ
い。

【００１５】ところで、本発明の管理制御部は、以下の
ようなさまざまな構成態様を採用することができる。

【００１６】例えば、管理制御部を、複数のサービス提
供部に共通の設定情報を管理する共通設定情報管理部
と、複数のサービス提供部の動作を制御する制御部とに
より構成し、共通設定情報管理部が、ネットワークから
の着信通知に含まれる着信情報と着信時刻情報の両方又
は一方及び共通の設定情報に基づいて着信呼に対して設
定情報を有効にすべきか否かを判断し、当該判断結果を
制御指示情報として制御部へ通知し、制御部が、当該制
御指示情報に基づいて複数のサービス提供部の動作を制
御する構成態様を採用してもよい。

【００１７】また、管理制御部を、複数のサービス提供
部に共通の設定情報を管理する共通設定情報管理部と、
複数のサービス提供部の動作を制御する制御部とにより
構成し、共通設定情報管理部が、共通の設定情報を制御
部へ出力し、制御部が、ネットワークからの着信通知に
含まれる着信情報と着信時刻情報の両方又は一方及び共
通の設定情報に基づいて着信呼に対して設定情報を有効
にすべきか否かを判断し、当該判断結果に基づいて複数
のサービス提供部の動作を制御する構成態様を採用して
もよい。

【００１８】また、設定情報を有効にすべきか否かの判
断を、共通設定情報管理部と制御部の両方で分担して行
ってもよい。即ち、管理制御部を、複数のサービス提供
部に共通の設定情報を管理する共通設定情報管理部と、
複数のサービス提供部の動作を制御する制御部とにより
構成し、共通設定情報管理部が、着信時刻情報及び共通
の設定情報に基づいて着信呼に対して設定情報を有効に
すべきか否かを判断して、当該判断結果と共通の設定情
報とを制御部へ出力し、制御部が、ネットワークからの
着信通知に含まれる着信情報及び共通の設定情報に基づ
いて着信呼に対して設定情報を有効にすべきか否かを判
断し、当該判断結果と共通設定情報管理部による判断結
果とに基づいて複数のサービス提供部の動作を制御する
構成態様を採用してもよい。

【００１９】なお、上記のように共通の設定情報は管理
制御部で一元管理するものの、その一方で、各サービス
提供部に関する個別の設定情報を設定したい場合があ
る。

【００２０】そこで、請求項３に記載したように、サー
ビス提供部は、当該サービス提供部に関する個別の設定
情報を保持可能とされ、管理制御部は、個別の設定情報
を保持したサービス提供部によって着信呼に対し応答す
る場合にのみ、当該個別の設定情報に基づいて当該サー
ビス提供部を動作させるよう構成することが望ましい。
この場合、１つ又は複数のサービス提供部において当該
サービス提供部に関する個別の設定情報を保持させてお
くことで、制御部が、当該個別の設定情報を保持したサ
ービス提供部によって着信呼に対し応答する場合にの
み、当該個別の設定情報に基づいて当該サービス提供部
を動作させるので、前述した共通設定情報管理部による
共通の設定情報の一元管理を行うとともに、個別の設定
情報に基づくサービス提供部の動作制御を実現すること
ができる。

【００２１】ところで、本発明では、サービス提供部
は、請求項１に記載したように通信端末に含まれていて
もよいし、請求項４に記載したように通信端末とは物理
的に独立にした構成としてもよい。

【００２２】即ち、請求項４に記載したサービス提供部
は、呼を終端する及びユーザ操作を受け付けるととも
に、所定の情報サービスを提供するサービス提供部であ
って、複数のサービス提供部に共通に設定されたサービ
ス提供に関する設定情報を管理し、当該設定情報又はユ
ーザ操作に基づいて、前記複数のサービス提供部の動作
を制御する通信端末と、複数のサービス提供部とにより
通信システムが形成されており、当該サービス提供部に
関する個別の設定情報を保持可能とされ、個別の設定情
報を保持したサービス提供部によって着信呼に対し応答
する場合にのみ当該個別の設定情報に基づいて当該サー
ビス提供部を動作させる通信端末に対し、当該個別の設
定情報を出力することを特徴とする。

【００２３】この場合、通信端末と複数のサービス提供
部とにより通信システムが形成され、サービス提供部
は、当該サービス提供部に関する個別の設定情報を保持
可能とされ、個別の設定情報を保持したサービス提供部
によって着信呼に対し応答する場合にのみ当該個別の設
定情報に基づいて当該サービス提供部を動作させる通信
端末に対し、当該個別の設定情報を出力する。これによ
り、サービス提供部からの個別の設定情報を受信した通
信端末が、当該個別の設定情報を保持したサービス提供
部によって着信呼に対し応答する場合にのみ当該個別の
設定情報に基づいて当該サービス提供部を動作させる。
このため、サービス提供部が通信端末とは独立した構成
の場合でも、個別の設定情報に基づくサービス提供部の
動作制御を実現することができる。

【００２４】また、本発明では、通信端末内の管理制御
部において共通の設定情報を管理する機能を、請求項５
に記載したように通信端末とは物理的に独立にした共通
設定情報管理部に持たせた構成としてもよい。

【００２５】即ち、請求項５に記載した共通設定情報管
理部は、呼を終端する及びユーザ操作を受け付けるとと
もに所定の情報サービスを提供する複数のサービス提供
部と、当該サービス提供部に関する設定情報又はユーザ
操作に基づいて前記複数のサービス提供部の動作を制御
する制御部とを備えた通信端末とともに、通信システム
を構成する共通設定情報管理部であって、前記複数のサ
ービス提供部に共通に設定されたサービス提供に関する
設定情報を管理し、ネットワークからの着信通知に含ま
れる着信情報と着信時刻情報の両方又は一方、及び前記
共通の設定情報に基づいて、着信呼に対して設定情報を
有効にすべきか否かを判断し、当該判断結果を制御指示
情報として前記制御部へ通知することを特徴とする。

【００２６】この場合、複数のサービス提供部と当該複
数のサービス提供部の動作を制御する制御部とを備えた
通信端末とともに、共通設定情報管理部は、通信システ
ムを構成する。ここで、共通設定情報管理部は、複数の
サービス提供部に共通に設定されたサービス提供に関す
る設定情報を管理し、ネットワークからの着信通知に含
まれる着信情報と着信時刻情報の両方又は一方及び共通
の設定情報に基づいて、着信呼に対して設定情報を有効
にすべきか否かを判断し、当該判断結果を制御指示情報
として通信端末の制御部へ通知する。

【００２７】このように、着信呼に対して設定情報を有
効にすべきか否かが、その着信情報と着信時刻情報の両
方又は一方に応じて適切に判断され、当該判断結果が制
御指示情報として通信端末の制御部に通知されるので、
着信情報や着信時刻情報も加味してユーザの意向に即し
たサービス提供部の的確な動作制御が実現される。

【００２８】ところで、本発明は、通信端末又はそれを
含んで構成される通信システムの動作を制御するための
通信制御方法の発明としても捉えることができ、同様の
作用・効果を奏する。即ち、以下のように記述すること
ができる。

【００２９】本発明に係る通信制御方法は、請求項６に
記載したように、呼を終端する及びユーザ操作を受け付
けるとともに所定の情報サービスを提供する複数のサー
ビス提供部を備え、ネットワークとの間で情報の送受信
を行う通信システムの動作を制御する通信制御方法であ
って、前記複数のサービス提供部に共通に設定されたサ
ービス提供に関する設定情報を一元管理し、当該設定情
報又はユーザ操作に基づいて、前記複数のサービス提供
部の動作を制御することを特徴とする。

【００３０】なお、ここでの通信システムとしては、請
求項１〜３のように通信端末単体で構成されるもの、請
求項４のように通信端末及びこれとは独立のサービス提
供部で構成されるもの、請求項５のように通信端末及び
これとは独立の共通設定情報管理部で構成されるものの
何れの構成態様のシステムも含むものとする。

【００３１】本発明に係る通信制御方法は、請求項７に
記載したように、前記複数のサービス提供部の動作制御
においては、ネットワークからの着信通知に含まれる着
信情報と着信時刻情報の両方又は一方、及び前記共通の
設定情報に基づいて、着信呼に対して設定情報を有効に
すべきか否かを判断し、当該判断結果に基づいて前記複
数のサービス提供部の動作を制御することが望ましい。

【００３２】また、本発明に係る通信制御方法は、請求
項８に記載したように、前記サービス提供部は、当該サ
ービス提供部に関する個別の設定情報を保持可能とされ
ており、個別の設定情報を保持したサービス提供部によ
って着信呼に対し応答する場合にのみ、当該個別の設定
情報に基づいて当該サービス提供部を動作させることが
望ましい。

【００３３】なお、本発明は、パケット交換方式や回線
交換方式等、呼制御全般に適用可能である。

【００３４】

【発明の実施の形態】本発明に係る通信端末及び通信制
御方法の一実施の形態について説明する。

【００３５】［通信端末の構成］最初に、通信端末の構
成を説明する。図１に示すように、通信端末１０は、通
信端末１０の各部の動作を監視・制御する制御部１２
と、着信や通話終了等のユーザ操作を受け付けて当該操
作に応じたサービスを提供する操作部１３と、呼を終端
するとともに所定の情報サービスを提供するアダプタ部
１４Ａ、１４Ｂ、１４Ｃ（以下「アダプタ部１４」と総
称する）と、アダプタ部１４及び後述する外部のアダプ
タ部２０Ａ、２０Ｂ、２０Ｃに共通に設定されたユーザ
による設定情報を管理し、当該設定情報又は操作部１３
からのユーザ操作に基づく制御指示情報を制御部１２に
通知する共通設定情報管理部（ＤＣＦ：Device Control
Function）１１とを含んで構成されている。また、通
信端末１０は無線通信を制御する無線部１５を備え、無
線部１５から無線通信によりネットワーク４０と接続可
能とされている。なお、通信端末１０は、一例として携
帯電話機により構成することができ、この場合、ネット
ワーク４０として移動体通信網に、図示しない基地局を
介して接続可能に構成することができる。

【００３６】また、通信端末１０には、外部のアダプタ
部２０Ａ、２０Ｂ、２０Ｃが接続可能とされており、ア
ダプタ部２０Ａ、２０ＢにはＤＴＥ（例えばパソコン）
３０Ａ、３０Ｂが、アダプタ部２０Ｃには外部ハンドセ
ット３０Ｃが、それぞれ接続可能とされている。これら
外部のアダプタ部２０Ａ、２０Ｂ、２０Ｃは、上記アダ
プタ部１４と同様に、呼を終端するとともに所定の情報
サービスを提供する機能を有するので、以下「外部アダ
プタ部２０」と総称する。

【００３７】なお、アダプタ部１４及び外部アダプタ部
２０の各々は、１つ以上のサービスを提供（サポート）
可能とされており、例えば、アダプタ部１４Ａ、２０Ｃ
は音声（通話）サービスを、アダプタ部１４Ｂは音響・
映像（以下「ＡＶ」（AudioVisual）という）サービス
を、アダプタ部１４Ｃはパケット通信サービス（例えば
簡易型インターネットサービス）を、アダプタ部２０Ａ
はＵＤＩ（Unrestricted Digital Information、いわゆ
る非制限デジタル等が該当）を、アダプタ部２０Ｂはパ
ケット通信サービスを、それぞれ提供（サポート）可能
とされている。

【００３８】本発明は、通信端末１０にＤＣＦ１１を設
けたことを特徴とする。このＤＣＦ１１は、ネットワー
ク４０からの着信通知に含まれる着信情報（例えば、ベ
アラ情報、発番号の情報等）、着信時刻情報（例えばＤ
ＣＦ１１で管理している着信時刻情報）及び共通の設定
情報に基づいて、着信呼に対して設定情報を有効にすべ
きか否かを判断し、当該判断結果を制御指示情報として
制御部１２へ通知する。その動作の詳細は後述する。

【００３９】また、アダプタ部１４及び外部アダプタ部
２０の各々は、個別の設定情報を保持可能とされてお
り、制御部１２は、個別の設定情報を保持したアダプタ
部１４又は外部アダプタ部２０によって着信呼に対し応
答する場合にのみ、当該個別の設定情報に基づく動作を
許容する。その動作の詳細は後述する。

【００４０】［通信端末の動作］次に、通信端末１０の
動作を説明する。ここでは、以下の５つの局面での通信
端末１０の動作を順に説明する。即ち、着信拒否１
（ドライブモード、ベアラ指定に基づくもの）、着信
拒否２（送信元電話番号に基づく着信拒否／許容）、
留守番転送／転送電話、切断、外部アダプタ部で保
持した設定情報に基づく動作、の５つの局面である。

【００４１】なお、以下の説明で用いる図２〜図４の遷
移図において、アダプタ部Ａ、Ｂは、アダプタ部１４及
び外部アダプタ部２０のうちの何れか２つを意味し、通
信端末１０に内蔵のアダプタ部１４と外部アダプタ部２
０との区別は無いものとする。

【００４２】［通信端末の動作（着信拒否１：ドライ
ブモードやベアラ指定に基づく）］まず、図２を用いて
ドライブモード設定による着信拒否の動作を説明する。
ＤＣＦ１１は設定情報としてドライブモード設定を保持
しているものとする。

【００４３】通信端末１０が、着信情報のうちのベアラ
情報として「音声」が設定された着信通知をネットワー
クから受信すると（Ｓ２０１）、制御部１２はＤＣＦ１
１、アダプタ部Ａ、Ｂに着信通知を転送する（Ｓ２０
２）。ここでアダプタ部Ａ、Ｂは、着信通知に含まれる
ベアラ「音声」を認識し、音声をサポート可能であれ
ば、呼設定受付の信号を制御部１２へ応答する（Ｓ２０
３）。

【００４４】一方、ＤＣＦ１１は、ドライブモードが有
効か否かを判断し（Ｓ２０４）、この例のようにドライ
ブモードが事前に設定されていれば、ドライブモードが
有効である旨の制御指示情報を制御部１２へ通知する
（Ｓ２０５）。

【００４５】そして、制御部１２は呼を継続するか否か
を判断する（Ｓ２０６）。ここで制御部１２は、アダプ
タ部Ａ、Ｂから呼設定受付の信号を受信したものの、ド
ライブモードが有効である旨の制御指示情報をＤＣＦ１
１から受信したため、Ｓ２０６では呼を拒否するよう判
断をし、ドライブモードが設定されているため呼を拒否
する旨の応答をネットワークへ返すとともに（Ｓ２０
７）、ドライブモードが設定されているため呼を拒否し
た旨をＤＣＦ１１、アダプタ部Ａ、Ｂに通知して（Ｓ２
０８）、処理を終了する。

【００４６】このような処理により、ＤＣＦ１１で一元
管理しているドライブモード設定情報が制御部１２へ伝
達され、ドライブモード設定が有効に機能し、着信拒否
が行われる。

【００４７】なお、上記と同様に、特定のベアラを指定
して着信拒否を実行する旨の設定を実現できる。例え
ば、ベアラが音声、ＡＶの場合はドライブモードを有効
とするが、ベアラが非制限デジタル（ＵＤＩ）の場合は
ドライブモードを無効とし、呼を受け付けるよう以下の
ように制御することができる。即ち、ＤＣＦ１１におい
て、着信通知のベアラが非制限デジタルと判断した場合
には、ドライブモード設定がされていても、ドライブモ
ードが無効である旨の制御指示情報を制御部１２へ通知
するように構成すればよい。

【００４８】また、通信中にのみ着信拒否したい場合
（第２呼目着信拒否）についても、ＤＣＦ１１が通信中
の着信であることを判断し、着信拒否すべき旨の制御指
示情報を制御部１２に送信することで実現できる。

【００４９】［通信端末の動作（着信拒否２：送信元
電話番号に基づく着信拒否／許容）］次に、図３を用い
て特定の電話番号設定による着信拒否の動作を説明す
る。ＤＣＦ１１は設定情報として、着信拒否対象の電話
番号が記憶されたアドレス帳情報とメモリ指定着信拒否
の設定情報を保持しているものとする。

【００５０】通信端末１０が、ベアラ情報として「音
声」が設定され発信側電話番号情報を含んだ着信通知を
ネットワークから受信すると（Ｓ３０１）、制御部１２
はＤＣＦ１１、アダプタ部Ａ、Ｂに着信通知を転送する
（Ｓ３０２）。ここでアダプタ部Ａ、Ｂは、着信通知に
含まれるベアラ「音声」を認識し、音声をサポート可能
であれば、呼設定受付の信号を制御部１２へ応答する
（Ｓ３０３）。

【００５１】一方、ＤＣＦ１１は、その呼の発信側電話
番号とアドレス帳内の電話番号とを照合することで、当
該呼が拒否対象呼か否かを判断する（Ｓ３０４）。ここ
で、発信側電話番号がアドレス帳に登録され且つ当該発
信側電話番号が拒否に設定されていれば、着信拒否すべ
き旨の制御指示情報を制御部１２へ通知する（Ｓ３０
５）。なお、着信拒否すべき発信側電話番号のみ登録し
た拒否リストをアドレス帳内に設け、ＤＣＦ１１がこの
拒否リストを参照することで、呼が拒否対象呼か否かを
判断してもよい。

【００５２】そして、制御部１２は呼を継続するか否か
を判断する（Ｓ３０６）。ここで制御部１２は、アダプ
タ部Ａ、Ｂから呼設定受付の信号を受信したものの、着
信拒否すべき旨の制御指示情報をＤＣＦ１１から受信し
たため、Ｓ３０６では呼を拒否するよう判断をし、着信
拒否対象の設定がされているため呼を拒否する旨の応答
をネットワークへ返すとともに（Ｓ３０７）、着信拒否
が設定されているため呼を拒否した旨をＤＣＦ１１、ア
ダプタ部Ａ、Ｂに通知して（Ｓ３０８）、処理を終了す
る。

【００５３】このような処理により、ＤＣＦ１１で一元
管理している着信拒否対象の電話番号のアドレス帳情報
とメモリ指定着信拒否の設定とが有効に機能し、着信拒
否が行われる。

【００５４】なお、図３には、着信拒否する例を示した
が、発信側電話番号がアドレス帳に登録されていなけれ
ば、ＤＣＦ１１は当該呼が拒否対象呼でないと判断し、
着信拒否対象でない旨の制御指示情報を制御部１２へ通
知する。そして、制御部１２は呼を継続すると判断し、
着信が許容されることとなる。

【００５５】［通信端末の動作（留守番転送／転送電
話）］次に、図４を用いて、着信するアダプタ部とは無
関係に、特定のベアラを判断し留守番転送を起動する動
作を説明する。ここでは例えば、ＤＣＦ１１は設定情報
として、ベアラが音声の場合にのみ留守番転送を起動す
る旨の設定情報を保持しているものとする。

【００５６】通信端末１０が、ベアラ情報として「音
声」が設定された着信通知をネットワークから受信する
と（Ｓ４０１）、制御部１２はＤＣＦ１１、アダプタ部
Ａ、Ｂに着信通知を転送する（Ｓ４０２）。この段階で
は、留守番転送起動の設定有無については何も判断され
ないので、ＤＣＦ１１は、設定情報無しと判断し（Ｓ４
０３）、設定情報が無い旨を制御部１２へ応答する（Ｓ
４０４）。また、アダプタ部Ａ、Ｂは、着信通知に含ま
れるベアラ「音声」を認識し、音声をサポート可能であ
れば、呼設定受付の信号を制御部１２へ応答する（Ｓ４
０５）。

【００５７】これらの応答を受信した制御部１２は、着
信処理を継続すると判断し（Ｓ４０６）、呼設定受付の
信号をネットワークへ応答する（Ｓ４０７）。そして、
制御部１２は、ＤＣＦ１１、アダプタ部Ａ、Ｂに呼出信
号を送信し（Ｓ４０８）、これに対しアダプタ部から呼
出開始通知の応答があると（Ｓ４０９）、ネットワーク
に対して呼出開始通知を送信する（Ｓ４１０）。この呼
出開始の段階になると、留守番転送起動の設定有無につ
いて判断される。即ち、ＤＣＦ１１は、留守番転送又は
転送電話に関し何らかの設定がされていないかを判断す
る（Ｓ４１１）。ここでは、当該呼のベアラが音声であ
るので留守番転送を起動すると判断され、ＤＣＦ１１
は、制御部１２を介してネットワーク上の契約情報の管
理サーバ（不図示）に対し通信端末１０の契約情報とし
て留守番転送が登録されていることを確認する（Ｓ４１
２）。ここでは、通信端末１０の契約情報として留守番
転送の登録がされているので、契約情報として問題なし
（契約ＯＫ）の旨の応答がＤＣＦ１１に対しなされる
（Ｓ４１３）。

【００５８】これを受けたＤＣＦ１１は留守番転送起動
による切断要求を制御部１２に行い（Ｓ４１４）、制御
部１２は、留守番転送を理由とした切断要求をネットワ
ークに対して行う（Ｓ４１５）とともに、留守番転送を
理由とした切断処理をアダプタ部Ａ、Ｂに対して行い
（Ｓ４１６）、呼解放処理が行われる（Ｓ４１７、Ｓ４
１８）。

【００５９】このような処理により、ＤＣＦ１１で一元
管理している設定情報（ベアラが音声の場合にのみ留守
番転送を起動すること）に基づく自動的な動作制御が実
現される。

【００６０】なお、図４には、ユーザの設定情報に基づ
き留守番転送する例を示したが、同様に、転送電話を起
動する場合やユーザ操作により着信アダプタとは無関係
にＤＣＦ１１から各種転送を起動する場合にも、上記処
理を適用することができる。

【００６１】［通信端末の動作（切断）］次に、図５
を用いて強制終了を起動する動作を説明する。図５に示
すように、外部アダプタ部２０が通信中であるとする。
この状態でユーザが、通信を終了させるべく、操作部１
３（例えばオンフックボタン）を押下すると、ＤＣＦ１
１はオンフックボタンの押下を検出し（Ｓ５０１）、制
御部１２に強制終了を要求する（Ｓ５０２）。

【００６２】この要求を受けた制御部１２は、強制終了
を起動し（Ｓ５０３）、通信中の外部アダプタ部２０及
びネットワークに対して呼解放処理を行う（Ｓ５０４〜
Ｓ５０８）。

【００６３】このような処理により、外部アダプタ部２
０が通信中であっても、オンフックボタンの押下を検出
したＤＣＦ１１が制御部１２に強制終了を要求するの
で、従来のように外部アダプタ部で通信中の場合に通信
端末本体から終話を起動できないという不都合が回避さ
れ、ユーザ操作に沿った適切な動作制御が実現される。

【００６４】なお、図５には、外部アダプタ部２０が通
信中である例を示したが、通信端末内のアダプタ部１４
が通信中のときに強制終了を起動する動作についても、
上記と同様に、オンフックボタンの押下を検出したＤＣ
Ｆ１１による制御部１２への強制終了要求によって、ユ
ーザ操作に沿った適切な動作制御が実現される。

【００６５】［通信端末の動作（外部アダプタ部で保
持した設定情報に基づく動作）］ところで、通信端末１
０では、アダプタ部１４及び外部アダプタ部２０の各々
が個別の設定情報を保持可能とされており、制御部１２
は、個別の設定情報を保持したアダプタ部１４又は外部
アダプタ部２０によって着信呼に対し応答する場合にの
み、当該個別の設定情報に基づく動作を許容する。以
下、図６、図７を用いてこの動作を説明する。

【００６６】図６は、通信端末内のアダプタ部１４では
応答せず外部アダプタ部２０で応答する場合の動作を示
す。ＤＣＦ１１は設定情報を保持していないが、外部ア
ダプタ部２０が個別の設定情報として、全サービスにつ
いて転送の設定を保持しているものとする。

【００６７】通信端末１０が、ベアラ情報として「非制
限デジタル」が設定された着信通知をネットワークから
受信すると（Ｓ６０１）、制御部１２はＤＣＦ１１、ア
ダプタ部１４、外部アダプタ部２０に着信通知を転送す
る（Ｓ６０２）。ここで外部アダプタ部２０は、着信通
知に含まれるベアラ「非制限デジタル」を認識し、非制
限デジタルをサポート可能であれば、呼設定受付の信号
を制御部１２へ応答する（Ｓ６０３）。一方、ＡＶのみ
サポート可能なアダプタ部１４は拒否信号を制御部１２
へ応答する（Ｓ６０４）。また、ＤＣＦ１１は、設定情
報無しと判断し（Ｓ６０５）、設定情報が無い旨を制御
部１２へ応答する（Ｓ６０６）。

【００６８】制御部１２は、Ｓ６０３〜Ｓ６０６の応答
により着信処理を継続すると判断し（Ｓ６０７）、呼設
定受付の信号をネットワークへ応答する（Ｓ６０８）。
そして、制御部１２は、ＤＣＦ１１、外部アダプタ部２
０に呼出信号を送信し（Ｓ６０９）、これに対し外部ア
ダプタ部２０から呼出開始通知の応答があると、ネット
ワークに対して呼出開始通知を送信する（Ｓ６１０）。

【００６９】これにより、外部アダプタ部２０によって
着信呼に対し応答することが確定するので、以下の手順
で外部アダプタ部２０の個別の設定情報に基づく転送起
動動作が行われる。即ち、外部アダプタ部２０は、制御
部１２を介してネットワーク上の契約情報の管理サーバ
（不図示）に対し通信端末１０の契約情報として転送が
登録されていることを確認する（Ｓ６１１）。ここで
は、通信端末１０の契約情報として転送の登録がされて
いるので、契約情報として問題なし（契約ＯＫ）の旨の
応答が外部アダプタ部２０に対しなされる（Ｓ６１
２）。

【００７０】これを受けた外部アダプタ部２０は、転送
起動による切断を行い（Ｓ６１３）、転送を理由とした
切断要求を、制御部１２を介してネットワークに対して
行い（Ｓ６１４）、呼解放処理が行われる（Ｓ６１５、
Ｓ６１６）。

【００７１】このような処理により、外部アダプタ部２
０によって着信呼に対し応答する場合、当該外部アダプ
タ部２０の個別の設定情報に基づく転送動作が実行され
る。

【００７２】一方、図７は、外部アダプタ部２０では応
答せず通信端末内のアダプタ部１４で応答する場合の動
作を示す。ＤＣＦ１１は設定情報を保持していないが、
外部アダプタ部２０が非制限デジタルのみサポートし、
個別の設定情報として非制限デジタルについて転送の設
定を保持しているものとする。

【００７３】通信端末１０が、ベアラ情報として「Ａ
Ｖ」が設定された着信通知をネットワークから受信する
と（Ｓ７０１）、制御部１２はＤＣＦ１１、アダプタ部
１４、外部アダプタ部２０に着信通知を転送する（Ｓ７
０２）。ここで外部アダプタ部２０は、着信通知に含ま
れるベアラ「ＡＶ」を認識し、ＡＶをサポート可能でな
いため、拒否信号を制御部１２へ応答する（Ｓ７０
３）。一方、ＡＶをサポート可能なアダプタ部１４は、
呼設定受付の信号を制御部１２へ応答する（Ｓ７０
４）。また、ＤＣＦ１１は、設定情報無しと判断し（Ｓ
７０５）、設定情報が無い旨を制御部１２へ応答する
（Ｓ７０６）。

【００７４】制御部１２は、Ｓ７０３〜Ｓ７０６の応答
により着信処理を継続すると判断し（Ｓ７０７）、呼設
定受付の信号をネットワークへ応答する（Ｓ７０８）。
そして、制御部１２は、ＤＣＦ１１とアダプタ部１４に
呼出信号を送信し（Ｓ７０９）、これに対しアダプタ部
１４から呼出開始通知の応答があると、ネットワークに
対して呼出開始通知を送信する（Ｓ７１０）。

【００７５】これにより、ユーザが応答することによ
り、アダプタ部１４は応答信号を制御部１２経由でネッ
トワークへ送信し（Ｓ７１１、Ｓ７１２）、応答確認信
号を制御部１２経由でネットワークから受信する（Ｓ７
１３）。一方、外部アダプタ部２０では、内部アダプタ
部１４への着信となるため、外部アダプタ部２０の個別
の設定情報に基づく転送は起動されないこととなる。

【００７６】以上のような図６、図７に示すように、ア
ダプタ部１４及び外部アダプタ部２０の各々が個別の設
定情報を保持可能とされており、個別の設定情報を保持
したアダプタ部１４又は外部アダプタ部２０によって着
信呼に対し応答する場合にのみ、当該個別の設定情報に
基づく動作が起動される。これにより、ＤＣＦ１１によ
る共通の設定情報の一元管理を行う一方で、個別の設定
情報に基づくアダプタ部１４及び外部アダプタ部２０の
それぞれの動作制御を実現することができる。

【００７７】ところで、上記では、ＤＣＦ１１が設定情
報を有効にすべきか否かの判断を行う例を示したが、当
該判断を制御部１２が行う構成としてもよい。そこで、
以下、当該判断を制御部１２が行う実施形態を、着信
拒否１（ドライブモード、ベアラ指定に基づくもの）の
動作を例にとって図８に基づき説明する。ここで、ＤＣ
Ｆ１１は設定情報としてドライブモード設定を保持して
いるものとする。

【００７８】通信端末１０が、ベアラ情報として「音
声」が設定された着信通知をネットワークから受信する
と（図８のＳ８０１）、制御部１２はＤＣＦ１１、アダ
プタ部Ａ、Ｂに着信通知を転送する（Ｓ８０２）。ここ
でアダプタ部Ａ、Ｂは、着信通知に含まれるベアラ「音
声」を認識し、音声をサポート可能であれば、呼設定受
付の信号を制御部１２へ応答する（Ｓ８０３）。

【００７９】一方、ＤＣＦ１１は、ドライブモードが設
定された設定情報を制御部１２へ通知する（Ｓ８０
４）。この通知を受けた制御部１２は、ドライブモード
が有効か否かを判断する（Ｓ８０５）。この例のように
設定情報としてドライブモードが事前に設定されていれ
ば、Ｓ８０５ではドライブモードが有効であると判断
し、呼を継続するか否かを判断する（Ｓ８０６）。ここ
で制御部１２は、アダプタ部Ａ、Ｂから呼設定受付の信
号を受信したものの、ドライブモードが有効であると判
断したため、Ｓ８０６では呼を拒否するよう判断し、ド
ライブモードが設定されているため呼を拒否する旨の応
答をネットワークへ返すとともに（Ｓ８０７）、ドライ
ブモードが設定されているため呼を拒否した旨をアダプ
タ部Ａ、Ｂに通知して（Ｓ８０８）、処理を終了する。

【００８０】このような処理により、ＤＣＦ１１で一元
管理しているドライブモード設定情報が制御部１２へ通
知され、制御部１２によりドライブモード設定が有効で
あると判断されることで、ドライブモード設定が有効に
機能し、着信拒否が行われる。

【００８１】なお、上記実施形態では、呼制御の一例と
して回線交換方式の呼制御に本発明を適用した例を説明
したが、本発明は、パケット交換方式など呼制御全般に
適用可能である。

【００８２】また、制御部１２は、ベアラの一致／不一
致以外にも、発番号の情報等の着信情報やＤＣＦ１１で
管理する着信時刻情報に基づいて、着信呼に対して設定
情報を有効にすべきか否かを判断してもよい。このうち
着信時刻に応じた制御では、例えば２３時から翌朝７時
までの夜間の時間帯では、留守番電話に転送する設定を
有効とする制御等を行ってもよい。

【００８３】また、着信呼に対して設定情報を有効にす
べきか否かの判断を、その判断の基礎となる情報に応じ
てＤＣＦ１１と制御部１２とで分担して行ってもよい。
例えば、ベアラや発番号の情報等の着信情報に基づく判
断は制御部１２で行い、着信時刻に基づく判断はＤＣＦ
１１で行ってもよい。

【００８４】また、上記実施形態では、通信端末１０が
アダプタ部１４とＤＣＦ１１を内蔵した構成例を説明し
たが、これらアダプタ部１４とＤＣＦ１１はそれぞれ、
通信端末１０とは物理的に独立したものとして構成して
もよい。即ち、本発明は、アダプタ部１４又はＤＣＦ１
１が通信端末１０に内蔵されていても、物理的に独立し
ていても、同様の作用・効果を奏するものである。

【００８５】

【発明の効果】以上説明したように、本発明によれば、
共通の設定情報又はユーザ操作に応じた複数のサービス
提供部の動作制御が実現されるので、設定情報が制御部
に転送されず当該設定情報に応じた動作制御（例えば、
転送／留守番電話の起動）が実現できないという第１の
不都合、一のアダプタ部がベアラ不一致等のため制御部
及びネットワークに対し正しい理由値を送信できないと
いう第２の不都合、及び通信中での着信拒否の起動や終
話の起動ができないという第３の不都合を解消すること
ができ、ユーザによる設定情報を有効に機能させること
ができる、という効果が得られる。

【図面の簡単な説明】

【図１】発明の実施形態における通信端末の構成を示す
機能ブロック図である。

【図２】通信端末がドライブモード設定による着信拒否
を行う場合の一連の動作を示す動作遷移図である。

【図３】通信端末が着信拒否番号設定による着信拒否を
行う場合の一連の動作を示す動作遷移図である。

【図４】通信端末が留守番転送を起動する場合の一連の
動作を示す動作遷移図である。

【図５】通信端末が切断を起動する場合の一連の動作を
示す動作遷移図である。

【図６】設定情報を保持した外部アダプタ部によって着
信呼に応答する場合の一連の動作を示す動作遷移図であ
る。

【図７】設定情報を保持した外部アダプタ部以外のアダ
プタ部によって着信呼に応答する場合の一連の動作を示
す動作遷移図である。

【図８】制御部が着信呼に対して設定情報を有効にすべ
きか否かを判断する動作の一例を示す動作遷移図であ
る。

【図９】設定情報を保持したアダプタ部が当該設定情報
を制御部に転送できない場合の従来技術における動作を
示す動作遷移図である。

【符号の説明】

１０…通信端末、１１…ＤＣＦ（共通設定情報管理
部）、１２…制御部、１３…操作部、１４、１４Ａ、１
４Ｂ、１４Ｃ…アダプタ部、１５…無線部、２０…外部
アダプタ部、２０Ａ、２０Ｂ、２０Ｃ…アダプタ部、３
０Ａ、３０Ｂ…ＤＴＥ（パソコン）、３０Ｃ…外部ハン
ドセット、４０…ネットワーク、９１…制御部、９２…
アダプタ部、９３…外部アダプタ部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 柚木 一文 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 服部 弘幸 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 Ｆターム(参考） 5K027 AA11 BB02 GG00 HH08 KK00 5K101 KK06 KK20 LL01 LL03 MM06 QQ07 QQ10 RR20 TT01

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ネットワークとの間で情報の送受信を行
   う通信端末であって、 呼を終端する及びユーザ操作を受け付けるとともに、所
   定の情報サービスを提供する複数のサービス提供部と、 前記複数のサービス提供部に共通に設定されたサービス
   提供に関する設定情報を管理し、当該設定情報又はユー
   ザ操作に基づいて、前記複数のサービス提供部の動作を
   制御する管理制御部と、 を備えた通信端末。
2. 【請求項２】 前記管理制御手段は、 ネットワークからの着信通知に含まれる着信情報と着信
   時刻情報の両方又は一方、及び前記共通の設定情報に基
   づいて、着信呼に対して設定情報を有効にすべきか否か
   を判断し、当該判断結果に基づいて前記複数のサービス
   提供部の動作を制御することを特徴とする請求項１記載
   の通信端末。
3. 【請求項３】 前記サービス提供部は、当該サービス提
   供部に関する個別の設定情報を保持可能とされており、 前記管理制御部は、個別の設定情報を保持したサービス
   提供部によって着信呼に対し応答する場合にのみ、当該
   個別の設定情報に基づいて当該サービス提供部を動作さ
   せる、 ことを特徴とする請求項１又は２に記載の通信端末。
4. 【請求項４】 呼を終端する及びユーザ操作を受け付け
   るとともに、所定の情報サービスを提供するサービス提
   供部であって、 複数のサービス提供部に共通に設定されたサービス提供
   に関する設定情報を管理し、当該設定情報又はユーザ操
   作に基づいて、前記複数のサービス提供部の動作を制御
   する通信端末と、複数のサービス提供部とにより通信シ
   ステムが形成されており、 当該サービス提供部に関する個別の設定情報を保持可能
   とされ、 個別の設定情報を保持したサービス提供部によって着信
   呼に対し応答する場合にのみ当該個別の設定情報に基づ
   いて当該サービス提供部を動作させる通信端末に対し、
   当該個別の設定情報を出力する、 ことを特徴とするサービス提供部。
5. 【請求項５】 呼を終端する及びユーザ操作を受け付け
   るとともに所定の情報サービスを提供する複数のサービ
   ス提供部と、当該サービス提供部に関する設定情報又は
   ユーザ操作に基づいて前記複数のサービス提供部の動作
   を制御する制御部とを備えた通信端末とともに、通信シ
   ステムを構成する共通設定情報管理部であって、 前記複数のサービス提供部に共通に設定されたサービス
   提供に関する設定情報を管理し、ネットワークからの着
   信通知に含まれる着信情報と着信時刻情報の両方又は一
   方、及び前記共通の設定情報に基づいて、着信呼に対し
   て設定情報を有効にすべきか否かを判断し、当該判断結
   果を制御指示情報として前記制御部へ通知する、 ことを特徴とする共通設定情報管理部。
6. 【請求項６】 呼を終端する及びユーザ操作を受け付け
   るとともに所定の情報サービスを提供する複数のサービ
   ス提供部を備え、ネットワークとの間で情報の送受信を
   行う通信システムの動作を制御する通信制御方法であっ
   て、 前記複数のサービス提供部に共通に設定されたサービス
   提供に関する設定情報を一元管理し、 当該設定情報又はユーザ操作に基づいて、前記複数のサ
   ービス提供部の動作を制御する、 ことを特徴とする通信制御方法。
7. 【請求項７】 前記複数のサービス提供部の動作制御に
   おいては、 ネットワークからの着信通知に含まれる着信情報と着信
   時刻情報の両方又は一方、及び前記共通の設定情報に基
   づいて、着信呼に対して設定情報を有効にすべきか否か
   を判断し、当該判断結果に基づいて前記複数のサービス
   提供部の動作を制御することを特徴とする請求項６記載
   の通信制御方法。
8. 【請求項８】 前記サービス提供部は、当該サービス提
   供部に関する個別の設定情報を保持可能とされており、 個別の設定情報を保持したサービス提供部によって着信
   呼に対し応答する場合にのみ、当該個別の設定情報に基
   づいて当該サービス提供部を動作させる、 ことを特徴とする請求項６又は７に記載の通信制御方
   法。