(57)【要約】      （修正有）【課題】親機と子機で構成される電話機において、三者通話を行う際の取次ぎを容易に行う電話装置を提供する。【解決手段】外部通信機器と通話可能な親機と、前記親機を介して前記外部通信機器と通話可能な子機とで構成され、前記外部通信機器と前記親機と前記子機との間、または前記外部通信機器と複数の前記子機との間で三者間以上の通話を行うかどうかの情報を、前記外部通信機器ごとに前記親機または前記子機に登録しておき、前記外部通信機器より着信を受けた際、前記登録情報に基づいて自動的に着信先が設定され、前記三者以上の通話への切換を行う。【選択図】図１
2008244610.tif 000002
【特許請求の範囲】
【請求項１】
第１の外部通信機器と通話可能な親機とその親機を介して前記第１の外部通信機器と通話可能な子機とから構成され、
前記第１の外部通信機器と前記親機と前記子機との間、又は前記第１の外部通信機器と複数の前記子機との間で三者間以上の通話が可能な電話装置であって、
前記三者間以上の通話を許可するか否かの情報を前記第１の外部通信機器の相手先毎に対応して記憶する記憶部と、
前記第１の外部通信機器による着信を受けた際、前記記憶部に記憶されている情報に基づいて前記三者間以上の通話を許可する許可手段とを備えたことを特徴とする電話装置。
【請求項２】
前記記憶部及び前記許可手段を前記親機に備えたことを特徴とする請求項１に記載の電話装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電話装置に関する。
【背景技術】
【０００２】
親機と子機とで構成される電話機において、多者通話を行う際の手順の煩雑さを簡略化するために、簡易取り継ぎモードを設定し、簡易取り継ぎモードが設定された際には、自動的に多者通話に設定される手法が提案されている。
【０００３】
【特許文献１】特開２００４−９６３８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記の発明では、簡易取り継ぎモードが設定された場合、無条件に多者通話に設定されることから、多者通話を行いたくない通信機器に対しても多者通話が設定される可能性があった。
【０００５】
本発明の課題は、多者通話を行いたくない通信機器に対して、多者通話を設定することを回避し、かつ多者通話を行いたい通信機器に対して多者通話を設定することなく多者通話を行うことにある。
【課題を解決するための手段および発明の効果】
【０００６】
上記の課題を解決する為に、請求項１の電話装置は、第１の外部通信機器と通話可能な親機とその親機を介して前記第１の外部通信機器と通話可能な子機とから構成され、前記第１の外部通信機器と前記親機と前記子機との間、又は前記第１の外部通信機器と複数の前記子機との間で三者間以上の通話が可能な電話装置であって、前記三者間以上の通話を許可するか否かの情報を前記第１の外部通信機器の相手先毎に対応して記憶する記憶部と、前記第１の外部通信機器による着信を受けた際、前記記憶部に記憶されている情報に基づいて前記三者間以上の通話を許可する許可手段とを備えたことを特徴とする。
【０００７】
この特徴により、請求項１に記載の電話装置は、三者以上の通話を行う相手先を予め登録しておくことにより、登録されている相手に対しては三者以上の通話を改めて設定することなく自動的に三者以上の通話を行うことができる効果を奏する。
【０００８】
記憶部及び許可手段は親機が搭載する構成だけではなく子機に搭載されている構成も含む。この場合、着信に対して通話可能であるか否か、また、三者通話を行うか否かの判断を子機が行うことになるので、親機にかかる処理負担が軽くなるという効果を奏する。
【０００９】
また、請求項２の電話装置は、請求項１記載の電話装置において、前記記憶部及び前記許可手段を前記親機に備えたことを特徴とする。
【００１０】
この特徴により、請求項２に記載の電話装置は、記憶部及び許可手段を親機に備えたので、第１の外部通信機器からの着信を受けた時点で三者以上の通話を許可するか否かを判断でき、迅速に三者以上の通話の設定ができる効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下、添付の図面を参照しつつ、本発明の実施形態について説明する。図１は本発明の実施形態に係る親機の概略を示したブロック図である。これより、親機は、通話に用いられるスピーカ１とマイクロホン２が設けられ、操作に用いる操作部３、着信相手や機器の状態の表示に用いられる表示部４、操作部３と表示部４の入出力を受け、ＣＰＵ６に送受信するゲートアレイ５、各部を制御するＣＰＵ６、コードレスホンの子機５１と親機である本体１とを無線回線を通じて接続する子機用ＲＦユニット７、制御用のプログラム等が収められているＲＯＭ８、通話相手の電話番号や設定をはじめとするデータが収められているＥＥＰＲＯＭ１０、ＲＯＭ８やＥＥＰＲＯＭ１０に収められているプログラムやデータを展開して処理するためのワークエリアとして用いられるＲＡＭ９（記憶部）、で構成されている。子機用ＲＦユニット７、ＲＯＭ８、ＲＡＭ９、ＥＥＰＲＯＭ１０はバス１１を介してＣＰＵ６と通信を行う。
【００１２】
図２は本発明の実施形態に係る外部からの通信機器Ａ（第１の外部通信機器）との多者通話を表した図である。親機と子機１、子機２は公衆回線を介して外部からの通信機器Ａと多者通話を行っている。親機は、外部からの通信機器Ａからの着信を受けた際に、記憶部に記憶されている情報に基づいて、外部からの通信機器Ａと通話を許可されている端末を検索し、通話を許可されている端末に許可を与える。この構成の場合、外部からの通信機器Ａからの着信を受けた時点で親機と子機それぞれへの通話を許可するか否かを判断するので、迅速に三者間以上の通話の設定を可能とする。
【００１３】
図３は、図２の状態後に、第２の外部からの通信機器Ｂからの着信があったときの親機と子機１、子機２の動作を表している。外部からの通信機器Ｂとの通信が許可されているのは子機１のみであるから、通話できるのは子機１のみとなり、親機と子機２と外部からの通信機器Ａは保留状態となる。子機１と外部からの通信機器Ｂとの通話が切断されると通話は図２の状態に戻る。
【００１４】
図４は親機、子機に搭載される電話帳の構造を示した例である。名前、カナ、電話番号という一般的な電話装置に用いられる項目の他に、着信先指定、多者通話許可といった項目が準備されている。着信先指定の項目には、登録されている通話相手ごとに着信を許可されている親機、子機がそれぞれ指定されている。図４の例から見ると、例えば「青木次郎」から着信があった場合は、全ての親機、子機において着信を受け取ることができ、「井上太郎」から着信があった場合は、子機１の一台のみから着信を受け取ることができる。
【００１５】
また、多者通話許可の項目には登録されている通話相手ごとに多者通話が許可されているか否かが登録されている。図４の例から見ると、例えば「伊藤三郎」は、着信先が親機と子機１に指定されており、多者通話許可が「ＹＥＳ」に設定されているので、着信があった場合、親機と子機を含めた三者通話に自動的に設定されることとなる。また、「加藤一平」は、着信先が子機１と子機２に指定されており、多者通話許可が「ＮＯ」で設定されているので、着信があった場合、子機１または子機２でしかとることができず、三者通話を行うこともできない。
【００１６】
以下、フローチャート等を参照して、本発明の処理を説明する。
【００１７】
図５は本発明における通信装置に係る多者通話中のキャッチ受信処理（親機が子機に許可する場合）を示すフローチャートである。図４に示す処理に従い、多者通話中のキャッチ受信処理が行われ、通話相手として登録されていない親機及び子機は保留状態となり、通話相手として登録されている親機及び子機と新たな通話相手との通話が開始される。
【００１８】
まず、通話相手Ａと通話中に親機のＣＰＵ６が新たな通話相手Ｂからのキャッチ信号を検知する（Ｓ１００）。キャッチ操作が検知された場合、（Ｓ１００：ＹＥＳ）ＣＰＵ６は次の処理へと移る。キャッチ信号が検知されない場合（Ｓ１００：ＮＯ）、ＣＰＵ６はキャッチ信号が検知されるまで待つこととなる。
【００１９】
Ｓ１００においてキャッチ操作が検知された場合、続いて、ＣＰＵ６はナンバー・ディスプレイ（登録商標）データ（以下、ＮＤデータとする）を受信する（Ｓ１１０）。
【００２０】
続いて、ＣＰＵ６は受信したＮＤデータに基づき、電話帳のデータに該当する電話番号が存在するかどうかを検索する（Ｓ１２０）。
【００２１】
検索が終了したら、ＣＰＵ６は該当する電話番号が存在するかどうか判断する（Ｓ１３０）。該当する電話番号が存在する場合（Ｓ１３０：ＹＥＳ）、ＣＰＵ６はＳ１２０において検索した電話帳データより着信先の確認を行う（Ｓ１４０）。着信先が全端末でなかった場合（Ｓ１４０：ＮＯ）、ＣＰＵ６は電話帳のデータに指定されている着信先の端末にＳ１１０にて得られたＮＤデータに基づいた発信元名を表示し、着信処理を行う（Ｓ１５０）。Ｓ１４０において着信先が全端末でなかった場合、続いて、ＣＰＵ６は着信先に電話帳データで指定されている端末以外のキャッチ操作を無効にする（Ｓ１６０）。
【００２２】
続いて、ＣＰＵ６は電話帳データで指定されている指定端末においてキャッチ操作が行われたかどうかの確認をする（Ｓ１７０）。指定端末でのキャッチ操作が行われた場合（Ｓ１７０：ＹＥＳ）、ＣＰＵ６は次の処理へと移る。キャッチ操作が行われなかった場合（Ｓ１７０：ＮＯ）、ＣＰＵ６はキャッチ操作が行われるまで待つことになる。
【００２３】
Ｓ１７０において指定端末でのキャッチ操作が行われた場合、続いて、ＣＰＵ６は電話帳データで多者通話が許可されているかどうかの確認を行う（Ｓ１８０）。多者通話が許可されている場合、（Ｓ１８０：ＹＥＳ）ＣＰＵ６は電話帳データで指定されている端末と外部からの新たな通話相手Ｂとの間で多者通話を行う処理に入る。
【００２４】
また、多者通話が許可されていない場合（Ｓ１８０：ＮＯ）、電話帳データで指定されている他の指定端末は保留状態になり（Ｓ１９０）、ＣＰＵ６は、通話相手Ｂとキャッチ操作を行った指定端末との外線通話を行う処理に入る。
【００２５】
一方、Ｓ１１０にて受信したＮＤデータに基づき、電話帳のデータに該当する電話番号が存在するかどうかを検索した結果、該当する電話番号が存在しない場合（Ｓ１３０：ＮＯ）、ＣＰＵ６は全端末にて得られたＮＤデータから発信元を表示し、着信動作を行う（Ｓ２００）。
【００２６】
続いて、ＣＰＵ６は着信動作が行われている全端末のうちどの端末でキャッチ操作が行われたかどうかを確認する。いずれかの端末でキャッチ操作が行われれば（Ｓ２１０：ＹＥＳ）、ＣＰＵ６はキャッチ操作を行った端末のみ通話可能とし、他の端末は保留にする（Ｓ２２０）。続いて、ＣＰＵ６は新たな通話相手Ｂとキャッチ操作を行った端末との外線通話を行う処理に入る。また、キャッチ操作が行われなければ、（Ｓ２１０：ＮＯ）ＣＰＵ６はキャッチ操作が行われるまで待つこととなる。
【００２７】
また一方、Ｓ１２０において検索した電話帳データより着信先が全端末であった場合（Ｓ１４０：ＹＥＳ）、ＣＰＵ６は全端末の表示部にＳ１１０で得られたＮＤデータを元に発信元を表示し、着信動作を行う（Ｓ２３０）。
【００２８】
続いて、ＣＰＵ６は着信動作が行われている全端末のうちどの端末でキャッチ操作が行われたかどうかを確認する（Ｓ２４０）。いずれかの端末でキャッチ操作が行われれば（Ｓ２４０：ＹＥＳ）、ＣＰＵ６は次の処理に移る。キャッチ操作が行われなければ（Ｓ２４０：ＮＯ）、ＣＰＵ６はキャッチ操作が行われるまで待つことになる。
【００２９】
Ｓ２４０において全端末のうちどの端末でキャッチ操作が行われた場合、続いて、ＣＰＵ６は多者通話が許可されているかどうかを確認する（Ｓ２５０）。多者通話が許可されている場合、ＣＰＵ６は電話帳データで指定されている端末と外部からの新たな通話相手Ｂとの間で多者通話を行う処理に入る。多者通話が許可されていない場合（Ｓ２５０：ＮＯ）、ＣＰＵ６はキャッチ操作を行った端末のみ通話可能とし、他の端末は保留にする（Ｓ２２０）。続いて、ＣＰＵ６は新たな通話相手Ｂとキャッチ操作を行った端末との外線通話を行う処理に入る。なお、Ｓ１８０、Ｓ２５０の処理が本発明の許可手段として機能する。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態に係る親機の概略を示したブロック図。
【図２】本発明の実施形態に係る外部からの通信機器Ａとの多者通話を表した図。
【図３】本発明の実施形態に係る第２の外部からの通信機器Ｂからの着信があったときの親機と子機１、子機２の動作を表した図。
【図４】本発明の実施形態に係る図４は親機、子機に搭載される電話帳の構造を示した例。
【図５】本発明の実施形態に係る多者通話中のキャッチ受信処理（親機が子機に許可する場合）を示すフローチャート。
【符号の説明】
【００３１】
１  スピーカ
２  マイクロホン
３  操作部
４  表示部
５  ゲートアレイ
６  ＣＰＵ
７  子機用ＲＦユニット
８  ＲＯＭ
９  ＲＡＭ
１０  ＥＥＰＲＯＭ
１１  バス
【図１】
2008244610.tif 000003
【図２】
2008244610.tif 000004
【図３】
2008244610.tif 000005
【図４】
2008244610.tif 000006
【図５】
2008244610.tif 000007