コードレス電話の親機、コードレス電話の子機、コードレス電話システム
【課題】通話開始から通話終了までの通話品質を確保する。
【解決手段】いずれかの子機から発呼要求指示信号を受信すると、接続相手を識別し、識別した接続相手に基いて、予測通話時間を予測し、予測した通話時間に基いて、通話時間全体における子機ごとの通話品質を推定する。発呼要求があった子機の通話品質が良いと推定された場合は、その子機を外部回線に接続するよう制御する。一方、発呼要求があった子機の通話品質が良くないと推定された場合は、その旨を発呼要求があった子機に報知すると共に、通話品質が良いと推定された子機に対し、リンギングを指示する信号を報知する。これにより、ユーザは、通話品質が高いと予測される子機を用いて通話することが可能となる。
【解決手段】いずれかの子機から発呼要求指示信号を受信すると、接続相手を識別し、識別した接続相手に基いて、予測通話時間を予測し、予測した通話時間に基いて、通話時間全体における子機ごとの通話品質を推定する。発呼要求があった子機の通話品質が良いと推定された場合は、その子機を外部回線に接続するよう制御する。一方、発呼要求があった子機の通話品質が良くないと推定された場合は、その旨を発呼要求があった子機に報知すると共に、通話品質が良いと推定された子機に対し、リンギングを指示する信号を報知する。これにより、ユーザは、通話品質が高いと予測される子機を用いて通話することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予測した通話時間を利用して類似した周波数帯を利用する他の機器からの電波干渉を低減するコードレス電話の親機、コードレス電話の子機、及び、コードレス電話システムに関するものである。
【背景技術】
【０００２】
コードレス電話機においては、２．４ＧＨｚ帯や、他の周波数帯の無線通信を用いて親機、子機間の通話を行う。そのため、コードレス電話機の周辺で、２．４ＧＨｚ帯と類似した周波数帯の無線ＬＡＮ（例えば、ＩＥＥＥ８０２．１１ｂ）や電子レンジが使用されると、電波干渉によって通話品質が低下する。この問題を解決するために、従来、コードレス電話機における電波干渉等のノイズを低減するための手法が種々提案されている。
【０００３】
例えば、下記特許文献１においては、子機での通話中に、通話者が、ノイズが大きく通話状態が良くないと判断すると、通話者は、ノイズが大きいことを示すスイッチを押下する。該スイッチが押下されると、親機はノイズが小さいチャンネルを選択して該チャンネルに切り替える。このとき、通話時間帯で分類された各チャンネルのノイズレベルデータが用いられる。
【０００４】
【特許文献１】特開平５−１５３０３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献１においては、通話者は、ノイズが大きいと感じるたびに所定のスイッチを押下する必要があるため、チャンネル切り替えのための操作は面倒である。また、上記特許文献１では、押下された時点においてノイズが小さいと考えられるチャンネルを選択するものであり、通話時間中の状態を何ら考慮しているものではないから、通話を開始した時点から終了までの通話品質を保つものではない。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、予測した通話時間を利用して通話中の電波干渉の影響を低減することできるコードレスの親機、子機等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面である請求項１に係る発明は、複数の子機とコードレス通信が可能なコードレス電話の親機であって、発呼要求を行った子機を識別する子機識別手段と、前記発呼要求の時刻を取得する発呼要求時刻取得手段と、前記発呼要求の接続相手を識別する接続相手識別手段と、前記識別した接続相手との通話時間を予測する通話時間予測手段と、前記複数の子機それぞれについて、時間帯ごとの電波状況が記憶されている電波状況テーブルと、前記取得した発呼要求時刻、前記予測した通話時間、前記電波状況テーブルに基いて、前記複数の子機のうち、前記予測した通話時間中の電波状況が良い子機を推定する子機推定手段と、前記識別した子機と前記推定した子機とが一致するか否かを判断する判断手段と、一致している場合に、前記識別した子機の外部回線接続を行う接続開始手段と、一致していない場合に、前記識別した子機に対し、所定の通知信号を送信する通知信号送信手段と、を備えることを特徴とする。
【０００８】
上記親機によれば、発呼要求を行った子機を識別し、発呼要求の時刻を取得し、発呼要求の接続相手を識別し、該接続相手との通話時間を予測し、該開始の時刻及び該予測通話時間と子機それぞれの時間帯ごとの電波状況が記憶されている電波状況テーブルとに基いて、該予測した通話時間中の電波状況がよい子機を推定し、前記識別した子機と前記推定した子機とが一致している場合は、該識別した子機の外部回線接続を行い、一致していない場合は、該識別した子機に対し、所定の通知信号（例えば、通信品質がよい子機ではないことを示す信号）を通知する。これにより、通話開始時から通話終了時までの通話品質がよいとはいえないと推定される子機を用いて通話を行おうとしているユーザに対し、外部回線接続前にその旨を通知することができ、利用者は通話に用いる子機を変更することができる。
【０００９】
本発明の一側面である請求項２に係る発明は、請求項１の親機であって、前記推定した子機に対し、リンギング指示信号を送信するリンギング信号送信手段をさらに有することを特徴とする。
【００１０】
上記親機によれば、通話開始時から通話終了時までの通話品質がよいと推定した子機に対し、リンギングを指示するためのリンギング指示信号を送信する。これにより、利用者は、外部回線接続前に、通話品質がよいと考えられる子機を容易に識別することができる。
【００１１】
本発明の一側面である請求項３に係る発明は、請求項２の親機であって、前記接続開始手段は、前記通知信号を送信した後において、前記識別した子機から発呼確定指示があった場合は、該識別した子機の外部回線接続を行い、前記推定した子機から発呼確定指示があった場合は、該推定した子機の外部回線接続を行うことを特徴とする。
【００１２】
上記親機によれば、前記通知信号を送信した後で、前記識別した子機から発呼確定指示があった場合は、該識別した子機の外部回線接続を行い、前記推定した子機から発呼確定指示があった場合は、該推定した子機の外部回線接続を行う。これにより、ユーザが子機を変更しなかった場合、及び、子機を変更した場合のいずれにおいても、ユーザによる発呼確定指示がなされた子機を外部回線に接続させることができる。
【００１３】
本発明の一側面である請求項４に係る発明は、請求項１乃至請求項３いずれかの親機であって、前記子機推定手段は、前記接続相手先識別手段が前記発呼要求の接続相手を識別できない場合に、前記発呼要求の時刻及び前記電波状況テーブルに基いて子機を推定することを特徴とする。
【００１４】
上記親機によれば、接続相手が識別できない場合であっても、該接続の開始時刻及び前記電波状況テーブルに基いて子機を選択するので、発呼要求時点で通話品質が高いと考えられる子機を推定することができる。
【００１５】
本発明の一側面である請求項５に係る発明は、請求項１乃至請求項４いずれかの親機であって、接続相手ごとの平均通話時間を記憶する通話履歴テーブルと、前記接続の終了を検出したときに該接続の通話時間を取得する通話時間取得手段と、前記接続の接続相手、前記接続の通話時間に基いて、前記通話履歴テーブルを更新する通話履歴テーブル更新手段と、を備え、前記通話時間予測手段は、前記通話履歴テーブルを用いて、前記識別した接続相手との通話時間を予測することを特徴とする。
【００１６】
上記親機によれば、接続相手ごとの平均通話時間を記憶する通話履歴テーブルを有し、接続の通話時間及び該接続の接続相手に基いて、該通話履歴テーブルを更新する。また、前記通話履歴テーブルを用いて、識別した接続相手との通話時間を予測する。これにより、識別した接続相手との通話時間の予測精度を高めることができる。
【００１７】
本発明の一側面である請求項６に係る発明は、親機とコードレス通信可能なコードレス電話の子機であって、所定の接続相手との発呼指示を受け付ける発呼指示受付手段と、受け付けた発呼指示に基づく発呼指示信号を前記親機に送信する発呼指示信号送信手段と、前記親機から所定の通知信号を受信した場合に、所定の報知を行う報知手段とを備えることを特徴とする。
【００１８】
上記子機によれば、発呼指示信号を親機に送信した後で、前記親機から所定の通知信号（例えば、通信品質がよい子機ではないことを示す信号）を受信した場合に、所定の報知（例えば、使用予定の子機における通話品質が高くないことを示す報知）を行う。これにより、外部回線接続前に、通話を行おうとしている子機の通話品質が高くないことを把握できるので、利用者は通話に用いる子機を変更することができる。
【００１９】
本発明の一側面である請求項７に係る発明は、請求項６の親機であって、前記所定の報知を行った後において、前記所定の接続相手との発呼確定指示を受け付ける発呼確定指示受付手段と、受け付けた発呼確定指示に基づく発呼確定指示信号を前記親機に送信する発呼確定指示信号送信手段とをさらに有することを特徴とする。
【００２０】
上記子機によれば、上記報知を行った後において、前記所定の接続相手との発呼確定指示を受け付け、受け付けた発呼確定指示に基づく発呼確定指示信号を前記親機に送信する。これにより、通話を行おうとしている子機の通話品質が高くないことを報知した後に該子機の発呼確定指示を受け付けると、該子機で通話を行うことができる。
【００２１】
本発明の一側面である請求項８に係る発明は、請求項６または請求項７に記載の子機であって、時間帯ごとの自機の電波状況が記憶されている電波状況テーブルと、通話時において、前記電波状況テーブルに基いて電波状況が悪いと判断された時間帯では、マルチスロット方式で前記親機と通信を行う通信制御手段とをさらに有することを特徴とする。
【００２２】
上記子機によれば、時間帯ごとの自機の電波状況が記憶されている電波状況テーブルに基いて、通話時において、電波状況が悪いと判断された時間帯ではマルチスロットモードで親機と通信を行う。これにより、電波状況が悪くなる前に、マルチスロットモードで通信を行うことができ、通話品質を向上させることができる。
【００２３】
本発明の一側面である請求項９に係る発明は、コードレス電話システムであって、請求項１乃至請求項５のいずれかの親機と、請求項６乃至請求項８のいずれかの子機とからなることを特徴とする。
【００２４】
上記コードレス電話システムによれば、上述した効果を奏することができる。
【発明の効果】
【００２５】
本発明によれば、予測した通話時間に基いて電波状況がよいと想定される子機を用いて親機との通信を行うことができる。
【発明を実施するための最良の形態】
【００２６】
［システム構成］
本発明の一実施形態であるコードレス電話システムについて以下説明する。図１は、本実施形態のコードレス電話システムにおける構成の一例である。図１に示すように、本実施形態のコードレス電話システムは、親機１と複数の子機２とから構成される。また、親機１及び子機２は、家庭内で用いる場合は、それぞれキッチン、子供部屋等に設置される。また、オフィス内で用いる場合においても、所望の場所にそれぞれ設置される。また、親機１−子機２間の通信は、デジタル通信、アナログ通信のいずれでもよい。また、用いる周波数の帯域は適宜設定可能である。
【００２７】
デジタル通信を用いる場合は、マルチスロット方式を採用することができる。ここで、マルチスロット方式とは、親機と子機間の通信データを例えばフレーム単位とし、１つのフレームデータを複数のタイムスロットを使用して同一の通信データを送信するマルチスロットモードと、１つのタイムスロットを使用して通信するシングルスロットモードを有する通信方式である。
【００２８】
例えば、音声データ（Ｖ）の通信を、通常時はシングルスロットモードで行い、また、親機や子機の電波状況が悪いことを検出したときにはマルチスロットモード（例えば、複数を２回と設定する）で行うように制御する。この場合、音声データ（Ｖ）は、シングルスロットモードでは１回のみ送信され、マルチスロットモードでは、音声データ（Ｖ）は２回送信されることとなるので、電波状況が悪いときにマルチスロットモードになると、音声データが１回誤っても同じデータが送付されるので、音声が遮断される可能性が低減することになる。
【００２９】
また、アナログ通信であれば、例えば、電波状況テーブル（後述）を用いてＦＭ通信の送信側周波数偏移や受信側帯域フィルタを広狭と切換えることで、電波干渉する可能性を低くさせることとなる。
【００３０】
親機１には、図示しないプロセッサ（ＣＰＵ）、ＲＯＭ、ＲＡＭ、通信装置が備えられている。プロセッサは本発明の実現に必要なプログラムを含む種々のプログラムを実行する。ＲＯＭは、本発明の実現に必要なデータを含む種々のデータを記憶する。ＲＡＭは、本発明の実現に必要なデータを含む種々のデータを一時的に記憶する。通信装置は、外部通信回線による通信制御及び子機２との通信制御を行う。また、種々の操作を行うためのインタフェース（ボタン等）が親機１に備えられていることはいうまでもない。
【００３１】
子機２には、図示しないプロセッサ（ＣＰＵ）、ＲＯＭ、ＲＡＭ、通信装置が備えられている。プロセッサは本発明の実現に必要なプログラムを含む種々のプログラムを実行する。ＲＯＭは、本発明の実現に必要なデータを含む種々のデータを記憶する。ＲＡＭは、本発明の実現に必要なデータを含む種々のデータを一時的に記憶する。通信装置は、親機１との通信制御を行う。また、種々の操作を行うためのインタフェース（ボタン等）が子機２に備えられていることがいうまでもない。また、種々の情報を表示するためのディスプレイ２１を備えている。
【００３２】
また、子機２を用いて外部通信回線に接続する場合は、例えば、電話番号を入力した後に発呼要求を指示するためのボタンを押下する。なお、子機２のＲＡＭ等に電話帳を記憶しておき、電話帳から接続相手（通話先）を選択するように構成してもよい。
【００３３】
［第１実施形態］
本発明の第１実施形態について説明する。
まず、子機２を用いた外部通信回線との接続において、親機１と子機２との間で送受信される情報について説明する。図２は、親機１と子機２との間で送受信される情報の一例について示した図である。なお、図２に示す例においては、親機１に、２台の子機２（子機Ａ及び子機Ｂ）が無線接続されているものとする。また、子機Ａを用いて外部通信回線への発呼要求指示が行われたものとする。
【００３４】
子機Ａは、発呼要求指示を受け付けると（１）、親機１に対し、外部通信回線への接続を指示する発呼要求指示信号を送信する（２）。発呼要求指示信号には、子機自身を識別するための識別信号、及び、接続相手先を特定するための情報が含まれている。
【００３５】
親機１は、上記発呼要求指示信号を受信すると、子機ごとの通信品質を推定する（３）。推定される通信品質は、予測される通信時間全体（すなわち、通話開始時から通話終了時まで）の通信品質である。このとき、複数の子機に対して通信品質が良いと推定されることもある。子機ごとの通信品質を推定するための具体的な処理については後述する。なお、図２においては、子機Ｂは「通信品質が良い」と推定され、また、子機Ａは「通信品質が良くない」と推定されたものとする。
【００３６】
親機１は、子機Ａに対し、所定の報知を指示するための報知指示信号を送信する（４）。このとき、報知内容及び報知継続時間等、報知に関する種々の設定情報を併せて送信するように構成してもよい。
また、親機１は、子機Ｂ（通信品質が良いと判断された子機）に対し、リンギング（鳴動動作）を指示するためのリンギング指示信号を送信する（５）。このとき、リンギング音の種類等のリンギングに関する種々の設定情報を併せて送信するように構成してもよい。
【００３７】
子機Ａは、報知指示信号を受信すると、該報知指示信号に基いた報知を行う（６）。例えば、子機Ａのディスプレイ２１上に、通信品質が良くないと推定されたことを示す内容、及び、発呼の確定または子機Ａの使用中止（子機交換）の指示を促す内容が表示される。また、音声によって報知するよう構成してもよい。報知指示信号を受信した後、子機Ａは、発呼確定の指示及び使用中止（子機交換）の指示が受付可能な状態で待機する。
【００３８】
子機Ｂは、リンギング指示信号を受信すると、該リンギング指示信号に基いたリンギングを行う（７）。このとき、リンギング音の種類を通常の着呼時と異なるように構成してもよい。また、「この子機の方が通信品質は良いです」等のメッセージを音声合成してもよい。リンギング指示信号を受信した後、子機Ｂは、発呼確定の指示が受付可能な状態で待機する。
【００３９】
親機１は、報知指示信号及びリンギング指示信号を送信した後、いずれかの子機（子機Ａまたは子機Ｂ）から発呼確定指示信号が来るまで待機する。
【００４０】
子機Ａは、発呼確定の指示を受け付けると、親機１に対して、発呼確定指示信号を送信する（８）。発呼確定指示信号には、送信した子機自身を識別するための識別信号（この場合、子機Ａを示すための信号）が含まれている。
親機１は、子機Ａからの発呼確定指示信号を受信すると、子機Ａを外部通信回線に接続する（９）。このとき、子機Ｂに対し、リンギングを終了させるためのリンギング終了指示信号を送信する（不図示）。これにより、子機Ａを用いて接続相手先との通話が可能となる。
【００４１】
一方、子機Ｂは、発呼確定の指示を受け付けると、親機１に対して、発呼確定指示信号を送信する（１０）。発呼確定指示信号には、送信した子機自身を識別するための識別信号（この場合、子機Ｂを示すための信号）が含まれている。
親機Ａは、子機Ｂからの発呼確定指示信号を受信すると、子機Ｂを外部通信回線に接続する（１１）。これにより、子機Ｂを用いて接続相手先との通話が可能となる。
【００４２】
上述した処理によって、ユーザは、通信品質が良好でない子機を用いて発呼を行う場合に、外部通信回線への接続の前に、通信品質が良好でない可能性があることを把握することができるので、通話に用いる子機を変更でき、また、通話を開始した時点から終了までの通話品質が良好であると推定された子機２を用いて通話を行うことができる。
【００４３】
（親機側の処理）
次に、第１実施形態において親機１で実行される処理について説明する。図３は、親機側で実行される処理のフローチャートである。この処理を実行するためのプログラムは、親機１がいずれかの子機から発呼要求指示信号を受信した際に、親機１が有するプロセッサによって実行される。
【００４４】
まず、Ｓ１において、発呼要求があった子機及び接続相手を識別し、また、発呼要求があった時刻を検出する。発呼要求があった子機及び接続相手の識別は、受信した発呼要求信号に含まれる情報に基いて行う。発呼要求があった時刻は、親機１に備えられているタイマ（不図示）を用いて検出してもよい。また、発呼要求指示信号に、発呼要求があった時刻を含ませるように構成してもよい。
【００４５】
Ｓ２において、Ｓ１で識別した接続相手が、通話履歴テーブル（後述）に登録されているか否かを判断する。Ｓ２において、Ｓ１で識別した接続相手が通話履歴テーブルに登録されていると判断した場合は（Ｓ２：ＹＥＳ）、Ｓ３に移行する。
【００４６】
Ｓ３において、子機ごとの通信品質を推定する。子機ごとの通信品質は、通話履歴テーブル及び電波状況テーブルを参照して推定される。通話履歴テーブル及び電波状況テーブルは、親機１のＲＡＭに記憶されている。
【００４７】
図５は、通話履歴テーブルのデータ構造の一例を示した図である。図５に示すように、通話履歴テーブルには、通話相手ごとに平均通話時間が記憶されている。なお、記憶される平均通話時間の最小単位は、「分」としてもよく、また、「秒」、「５分」にしてもよい。また、通話履歴テーブルは、通話が終了するたびに更新される。
【００４８】
図６は、電波状況テーブルのデータ構造の一例を示した図である。図６に示すように、電波状況テーブルには、親機１に接続される子機２（図６においては、子機Ａ〜子機Ｄ）ごとに、それぞれの通話時間帯における電波状況が記憶されている。図６に示す電波状況テーブルにおいては、「○」は電波状況が良好であることを示し、また、「×」は電波状況が良好ではないことを示している。
【００４９】
通話履歴テーブル及び電波状況テーブルを用いて通話品質の推定の具体的な処理については後述する。
【００５０】
説明を図３に戻す。Ｓ４において、子機の交換が必要か否かを判断する。この判断は、Ｓ３で推定した子機ごとの通話品質に基いて行われる。すなわち、発呼要求があった子機が「通信品質が良い」と推定されたか否かに基いて行われる。発呼要求があった子機が「通話品質が良い」と推定された場合は、Ｓ４における条件判断は「ＹＥＳ」となる。また、発呼要求があった子機が「通話品質が良くない」と推定された場合は、Ｓ４における条件判断は「ＮＯ」となる。
【００５１】
Ｓ４において、子機の交換が必要ではないと判断した場合は（Ｓ４：ＮＯ）、Ｓ５に移行する。
Ｓ５において、発呼要求があった子機がＳ１で識別した接続相手と通話可能となるように外部通信回線に接続する。
【００５２】
一方、Ｓ４において、子機の交換が必要であると判断した場合は（Ｓ４：ＹＥＳ）、Ｓ６に移行する。
Ｓ６において、発呼要求があった子機に対し、通信品質が良くないと推定されたことを示す内容の報知を指示する報知指示信号を送信する。その後、Ｓ７に移行する。
【００５３】
Ｓ７において、Ｓ３で通信状態が良いと推定した子機に対し、リンギングを指示するリンギング指示信号を送信する。このとき、Ｓ３で複数の子機が「通信品質が良い」と推定された場合は、該複数の子機すべてに対してリンギング指示信号を送信してもよく、また、該複数の子機のうち、所定の子機のみに対してリンギング指示信号を送信してもよい。
【００５４】
Ｓ７の処理が終了した後、親機１は、子機２から発呼確定指示信号を受信する待機状態となる。なお、Ｓ６及びＳ７の処理は並列して実行されるように構成してもよい。また、Ｓ６とＳ７の処理の順序を逆にしてもよい。
【００５５】
いずれかの子機から発呼確定指示信号を受信すると、Ｓ８に移行する。
Ｓ８において、該発呼確定信号を送信した子機を特定し、該子機がＳ１で識別した接続相手と通話可能となるように外部回線に接続する。
【００５６】
その後、通話が終了するまで、Ｓ９で待機する。通話が終了したと判断した場合は（Ｓ９：ＹＥＳ）、Ｓ１０に移行する。
Ｓ１０において、通話履歴テーブルを更新する。具体的には、今回の通話時間を取得し、通話履歴テーブル中の当該通話相手の平均通話時間を更新する。このとき、平均通話時間を算出するために、通話相手ごとの通話回数等が記憶されていることはいうまでもない。
【００５７】
一方、Ｓ２において、「ＮＯ」と判断された場合は、Ｓ１１（図４）に移行する。
Ｓ１１において、子機ごとの通信品質を推定する。例えば、発呼要求時刻及び電波状況テーブルを用いて、子機ごとの通信品質を推定することができる。これにより、発呼要求時刻の時点での子機ごとの通信品質を推定することができる。
【００５８】
また、通話履歴テーブル（図５）を用いて子機ごとの通信品質を推定してもよい。以下、通話履歴テーブルを用いた推定方法について説明する。
まず、通話履歴テーブルを用いて通話時間を予測する。例えば、通話履歴テーブルに登録されている平均通話時間の平均値を、予測通話時間とする。図５に示す通話履歴テーブルにおいては、「４２分」が予測通話時間となる。なお、予測通話時間、発呼要求時刻、電波状況テーブルに基いた子機ごとの通話品質推定処理は、上述したＳ３（図３）の処理と同じであるので省略する。
【００５９】
通話時間の長さは、通話相手のみに基いて決まるものではなく、ユーザ自身の性格等も反映されるものである。例えば、同じ通話相手であっても、長電話が好きなユーザであるか否かによって、通話履歴テーブルの内容は異なる。そのため、通話相手が通話履歴テーブルに登録されていない人であっても、自機（親機１）の通話履歴テーブルを参照することにより、当該通話相手との予測通話時間の精度を高めることができる。これにより、通話時間全体の通話品質を向上させることができる。
【００６０】
図４に説明を戻す。Ｓ１２〜Ｓ１７の処理は、上述したＳ４〜Ｓ８の処理と同様であるので、説明を省略する。
【００６１】
通話が終了すると（Ｓ１７：ＹＥＳ）、Ｓ１８に移行する。
Ｓ１８において、今回の通話相手（接続相手）を通話履歴テーブルに登録する。通話履歴テーブルへの登録処理は、親機１側で行われるが、子機からの遠隔操作で行うよう構成してもよい。
【００６２】
なお、複数の子機に対してリンギング指示信号を送信した場合は、Ｓ８及びＳ１６で子機を外部通信回線に接続するときに、外部通信回線に接続しない子機（すなわち、発呼確定指示がなかった子機）に対して、リンギング終了を指示するリンギング終了指示信号を送信する。
【００６３】
（子機側の処理）
次に、第１実施形態における子機側の処理について説明する。子機側の処理は、発呼要求指示を受け付けた場合の処理と、リンギング指示信号を受け付けた場合の処理、に大きく分けることができる。
【００６４】
（発呼要求指示を受け付けた子機の処理）
親機１より発呼要求指示を受け付けた場合における子機の処理について説明する。
図７は、発呼要求指示を受け付けた子機で実行される処理のフローチャートである。この処理は、子機２が有するプロセッサによって実行される。
【００６５】
Ｓ２１において、ユーザによる発呼要求指示を受け付ける。ユーザは、発呼要求を指示するために、例えば、接続相手先の電話番号を入力した後に発呼要求を指示するためのボタンを押下する。なお、子機２のＲＡＭ等に電話帳を記憶しておき、電話帳から接続先を選択するように構成してもよい。
【００６６】
Ｓ２２において、親機１に対し、発呼要求指示信号を送信する。発呼要求指示信号には、接続相手先を特定するための情報（例えば、接続相手先の電話番号）及び自機の識別番号（すなわち、発呼要求を行った子機の識別番号）が含まれている。
【００６７】
Ｓ２３において、親機１から送信される報知指示信号を受信したか否かを判断する。報知指示信号を受信した場合は（Ｓ２３：ＹＥＳ）、Ｓ２４に移行する。
また、報知指示信号を受信していない場合は（Ｓ２３）、Ｓ２７に移行する。なお、報知指示信号を受信していない間は、Ｓ２３で待機し、所定時間中に報知指示信号を受信しなかった場合にＳ２７に移行するよう構成してもよい。
【００６８】
Ｓ２４において、報知処理を行う。例えば、ディスプレイ２１に、子機の通話品質が良くない可能性があることを示す内容を表示する。このとき、発呼の確定、子機の交換を指示するためのボタン領域を併せて表示する。図８は、ディスプレイ２１に表示される内容の一例を示したものである。図８に示すように、子機の通話品質が良くない可能性があることを示す内容とともに、選択領域３１及び選択領域３２を表示されている。
【００６９】
図８に示す内容が表示されている間は、発呼確定または子機交換の指示を受付可能な状態となっている。ユーザは、発呼確定を指示する場合は選択領域３１を選択し、子機交換を指示する場合は選択領域３２を選択する。選択動作には、例えば、子機が有するボタン等が用いられる。また、ディスプレイ２１をタッチパネルで構成し、ディスプレイ２１を直接タッチして選択できるように構成してもよい。また、音声認識技術を用いて選択できるよう構成してもよい。
【００７０】
Ｓ２５において、発呼確定指示があったか否かを判断する。すなわち、選択領域３１が選択されたか否かを判断する。発呼確定指示がないと判断した場合は（Ｓ２５：ＮＯ）、Ｓ２８に移行する。
Ｓ２８において、子機変更指示があったか否かを判断する。すなわち、選択領域３２が選択されたか否かを判断する。子機変更指示がないと判断した場合は（Ｓ２８：ＮＯ）、Ｓ２５に戻る。すなわち、選択領域３１または選択領域３２が選択されるまでの間、Ｓ２５及びＳ２８の条件判断処理が繰り返されることになる。
【００７１】
Ｓ２５において、発呼確定指示があったと判断した場合は（Ｓ２５：ＹＥＳ）、Ｓ２６に移行する。
Ｓ２６において、親機１に対し、発呼確定指示信号を送信する。発呼確定指示信号には、送信した子機自身を識別するための識別信号が含まれている。
その後、子機は外部通信回線との接続が開始され、Ｓ２１で受け付けた接続相手との通話が可能となる。
通話されている間は、処理はＳ２７で待機する。
通話が終了したと判断した場合は（Ｓ２７：ＹＥＳ）、子機側の処理を終了する。
【００７２】
一方、Ｓ２８において、子機変更指示があったと判断した場合は（Ｓ２８：ＹＥＳ）、Ｓ２９に移行する。
Ｓ２９において、親機との接続を切断し、子機側の処理を終了する。
【００７３】
なお、図７に示すフローチャートの処理の実行中に、他の子機から発呼確定指示があった場合は、その旨を示す信号が親機１から通知され、子機の処理は終了することになる。
【００７４】
上述した子機の処理によって、発呼後、外部通信回線との接続前に、通話品質が良好でない旨が報知されるので、良好な通話品質で通話を行いたいユーザは、子機を交換することができる。
【００７５】
（リンギング指示を受け付けた子機の処理）
次に、親機１よりリンギング指示を受け付けた場合における子機の処理について説明する。
図９は、リンギング指示を受け付けた子機で実行される処理のフローチャートである。この処理は、親機１からリンギング指示信号を受信したときに、子機２が有するプロセッサによって実行される。
【００７６】
Ｓ３１において、リンギング（鳴動動作）を行う。このとき、リンギングの音の種類を、通常の着信時と異ならせるように構成してもよい。また、接続相手ごとに変化させるよう構成してもよい。また、受信したリンギング指示信号に含まれる電話番号（すなわち、別の子機で発呼要求があった接続相手の電話番号）を表示する。これにより、ユーザはどの電話番号に発呼しようとしているのかを把握することができる。また、電話番号ではなく、接続相手の氏名等を表示するように構成してもよい。
その後、Ｓ３２に移行する。
【００７７】
Ｓ３２において、発呼確定指示があったか否かを判断する。この判断は、例えば、子機２の所定のボタンが押下されたか否かに基いて行うことができる。
発呼確定指示がないと判断した場合は（Ｓ３２：ＮＯ）、Ｓ３５に移行する。
Ｓ３５において、リンギング終了指示信号を受信したか否かが判断される。リンギング終了指示信号を受信していないと判断した場合は（Ｓ３５：ＮＯ）、Ｓ３２に戻る。すなわち、発呼確定の指示がなく、かつ、リンギング終了指示信号を受信していない状態においては、Ｓ３２及びＳ３５の条件判断が繰り返されることになる。
【００７８】
Ｓ３２において、発呼確定指示があったと判断した場合は（Ｓ３２：ＹＥＳ）、Ｓ３３に移行する。
Ｓ３３において、親機１に対し、発呼確定指示信号を送信する。発呼確定指示信号には、送信した子機自身を識別するための識別信号が含まれている。
【００７９】
その後、子機は外部通信回線との接続が開始され、受信したリンギング指示信号に含まれる接続相手との通話が可能となる。
通話されている間は、処理はＳ３４で待機する。
通話が終了したと判断した場合は（Ｓ３４：ＹＥＳ）、子機側の処理を終了する。
【００８０】
一方、Ｓ３５において、リンギング終了指示信号を受信したと判断した場合は（Ｓ３５：ＹＥＳ）、Ｓ３６に移行する。リンギング終了指示信号は、他の子機から親機１に対して発呼確定指示信号が送信されたときに、親機１から送信される。
Ｓ３６において、リンギングを終了する。
【００８１】
以上の処理によって、ユーザは、通話を開始した時点から終了までの通話品質が良好であると推定された子機２を用いて通話を行うことができる。また、リンギングされている子機で接続を開始する場合には、リンギング指示信号に接続相手先の情報が含まれているので、改めて接続相手先（電話番号等）を入力する必要がない。
【００８２】
ここで、一例として、子機Ｃを用いて、「１時５分」に「Ｆさん」へ電話を掛ける（発呼指示を行う）場合の処理について説明する。
通話履歴テーブル（図５）を参照することにより、「Ｆさん」の平均通話時間は「３０分」であることがわかる。これにより、着呼があった「１時５分」から「１時３５分」まで通話が行われるものと予測される。そして、電波状況テーブル（図５）を参照し、「１時５分」〜「１時３５分」は、通話時間帯（１）に属するので、「子機Ｃ」は「電波状況が良好ではない」と判断される。また、通話時間帯（１）において電波状況が「○」となっている「子機Ａ」が、「電波状況が良い」子機として選択される。ここで、「電波状況が良い」ことは、「通信品質が高い」ことを意味する。
【００８３】
このため、子機Ｃのディスプレイには、「通信品質が良くない」ことを示すための報知が行われる。また、子機Ａはリンギングを開始する。このとき、子機Ｃの所定のボタン（発呼を確定するためのボタン）を押下することにより、子機Ｃが外部通信回線に接続される。このとき、子機Ａのリンギングは停止するよう制御される。
一方、子機Ａの所定のボタン（発呼を確定するためのボタン）を押下することにより、子機Ａが外部通信回線に接続される。また、子機Ｃは親機との接続が切断されるよう制御される。
【００８４】
次に、一例として、子機Ｂを用いて、「２時５５分」に「Ａさん」へ電話を掛ける（発呼指示を行う）場合の処理について説明する。
通話履歴テーブル（図５）を参照することにより、「Ａさん」の平均通話時間は「２時間」であることがわかる。これにより、着呼があった「２時５５分」から「４時５５分」まで通話が行われるものと予測される。そして、電波状況テーブル（図６）を参照することにより、
「２時５５分」〜「３時００分」では、「子機Ａ」及び「子機Ｃ」の電波状況が良好
「３時００分」〜「４時００分」では、「子機Ｂ」及び「子機Ｄ」の電波状況が良好
「４時００分」〜「４時５５分」では、「子機Ｂ」及び「子機Ｃ」の電波状況が良好
であることがわかる。
そして、子機Ａ〜子機Ｄのうち、上記予測される通話時間において最も電波状況が良好である時間が長い「子機Ｂ」であると判断される。これにより、発呼要求を指示した子機Ｂが外部通信回線に接続される。
【００８５】
なお、図６に示した電波状況テーブルにおいては、１時間刻みで電波状況を記憶していたが、例えば、１０分刻みで電波状況を記憶するように構成してもよい。また、電波状況についても、「○」・「×」ではなく、複数段階（例えば、５段階）で電波状況を示すように記憶してもよい。
【００８６】
また、図５に示した通話履歴テーブルにおいては、通話相手ごとに１つの平均通話時間を記憶していたが、時間帯等で分けて（例えば、午前・午後、平日・祝日ごとに）平均通話時間を記憶するようにしてもよい。
【００８７】
以上説明した第１実施形態によれば、ユーザは、通信品質が良好でない子機を用いて発呼を行う場合に、外部通信回線への接続の前に、通信品質が良好でない可能性があることを把握することができるので、通話に用いる子機を変更でき、また、通話を開始した時点から終了までの通話品質が良好であると推定された子機２を用いて通話を行うことができる。
【００８８】
［第２実施形態］
上述した第１実施形態においては、発呼要求があった子機の通信品質が良くないと推定した場合に、その旨を該子機に送信すると同時に、通信品質が良いと推定した子機に対しリンギング指示信号を送信するものである。通信品質に関わらず、発呼要求指示を行った子機での通話を意図するユーザにとっては、他の子機のリンギング音を煩わしく感じることがある。また、リンギングは所定の電力を伴うため、不必要なリンギングは、不必要に電池を消耗させることにもなる。
第２実施形態は、発呼要求があった子機から子機交換の指示があった後で、通信品質が良いと推定した子機に対しリンギング指示信号を送信するものである。
【００８９】
まず、子機２を用いた外部通信回線との接続において、親機１と子機２との間で送受信される情報について説明する。図１０は、親機１と子機２との間で送受信される情報の一例について示した図である。なお、図１０に示す例においては、親機１に、２台の子機２（子機Ａ及び子機Ｂ）が無線接続されているものとする。また、子機Ａを用いて外部通信回線との発呼要求指示が行われたものとする。
【００９０】
子機Ａは、発呼要求指示を受け付けると（１）、親機１に対し、外部通信回線への接続を指示する発呼要求指示信号を送信する（２）。このとき、該発呼要求指示信号には、子機自身を識別するための識別信号、及び、接続相手先を特定するための情報が含まれている。
【００９１】
親機１は、上記発呼要求指示信号を受信すると、子機ごとの通信品質を推定する（３）。推定される通信品質は、予測される通信時間を通した通信品質である。このとき、複数の子機に対して通信品質が良いと推定されることもある。子機ごとの通信品質を推定するための具体的な処理についは、上述した第１実施形態における処理と同様である。なお、図１０においては、子機Ｂは「通信品質が良い」と推定され、また、子機Ａは「通信品質が良くない」と推定されたものとする。
【００９２】
親機１は、子機Ａに対し、所定の報知を指示するための報知指示信号を送信する（４）。このとき、報知内容及び報知時間等、報知に関する種々の設定情報を送信するように構成してもよい。
【００９３】
子機Ａは、報知指示信号を受信すると、該報知指示信号に基いた報知を行う（５）。例えば、子機Ａのディスプレイ２１上に、通信品質が良くないと推定されたことを示す内容、及び、発呼の確定または子機Ａの使用中止（子機交換）の指示を促す内容が表示される。また、音声によって報知するよう構成してもよい。報知指示信号を受信した後、子機Ａは、発呼確定の指示及び使用中止（子機交換）の指示が受付可能な状態で待機する。
このとき、子機交換の指示を受け付けると、親機１に対し、子機交換通知信号を送信する（６）。
【００９４】
親機１は、子機交換通知信号を受信すると、子機Ｂ（通信品質が良いと判断された子機）に対し、リンギング（鳴動動作）を指示するためのリンギング指示信号を送信する（７）。このとき、リンギング音の種類等のリンギングに関する種々の設定情報を併せて送信するように構成してもよい。
【００９５】
子機Ｂは、リンギング指示信号を受信すると、該リンギング指示信号に基いたリンギングを行う（８）。このとき、リンギング音の種類を通常の着呼時と異なるように構成してもよい。また、「この子機の方が通信品質は良いです」等のメッセージを音声合成してもよい。リンギング指示信号を受信した後、子機Ｂは、発呼確定の指示が受付可能な状態で待機する。
【００９６】
親機１は、リンギング指示信号を送信した後、子機Ｂから発呼確定指示信号が来るまで待機する。
【００９７】
子機Ｂは、発呼確定の指示を受け付けると、親機１に対して、発呼確定指示信号を送信する（９）。発呼確定指示信号には、送信した子機自身を識別するための識別信号（この場合、子機Ｂを示すための信号）が含まれている。親機Ａは、子機Ｂからの発呼確定指示信号を受信すると、子機Ｂを外部通信回線に接続する（１０）。これにより、子機Ｂを用いて接続相手先との通話が可能となる。
【００９８】
上述した処理によって、ユーザは、通話を開始した時点から終了までの通話品質が最も良好であると推定された子機２を用いて通話を行うことができる。さらに、不必要なリンギングの発生を防ぐことができる。
【００９９】
（親機側の処理）
次に、第２実施形態において親機１で実行される処理について説明する。図１１は、親機側で実行される処理のフローチャートである。この処理を実行するためのプログラムは、親機１がいずれかの子機から発呼要求信号を受信した際に、親機１が有するプロセッサによって実行される。
【０１００】
図１１におけるＳ４１〜Ｓ４６及びＳ５０〜Ｓ５２の処理は、それぞれ、上述した図３（第１実施形態）のＳ１〜Ｓ６及びＳ８〜Ｓ１０の処理と同じであるので、説明を省略する。
【０１０１】
Ｓ４７において、発呼要求があった子機から送信された発呼確定指示信号を受信したか否かを判断する。発呼確定指示信号を受信したと判断した場合は（Ｓ４７：ＹＥＳ）、Ｓ５０に移行する。Ｓ４７の条件判断において「ＹＥＳ」となった場合は、発呼要求のあった子機が外部通信回線に接続されることになる。
【０１０２】
発呼確定指示信号を受信していないと判断した場合は（Ｓ４７：ＮＯ）、Ｓ４８に移行する。
Ｓ４８において、Ｓ４３で通信状態が良いと推定した子機に対し、リンギングを指示するリンギング指示信号を送信する。このとき、Ｓ４３で複数の子機が「通信品質が良い」と推定された場合は、該複数の子機すべてに対してリンギング指示信号を送信してもよく、また、該複数の子機のうち、所定の子機のみに対してリンギング指示信号を送信してもよい。
【０１０３】
Ｓ４８の処理が終了した後、親機１は、リンギング指示信号を送信した子機２から発呼確定指示信号を受信する待機状態となる。また、発呼確定指示信号は、Ｓ４９で受信されるものとする。
【０１０４】
一方、Ｓ４２において、「ＮＯ」と判断された場合は、Ｓ５４（図１２）に移行する。
Ｓ５４の処理は、上述した図４（第１実施形態）のＳ１１と同様であるので、説明を省略する。
また、Ｓ５５〜Ｓ６２の処理は、上述したＳ４４〜Ｓ５１の処理と同様であるので、説明を省略する。
【０１０５】
通話が終了すると（Ｓ６２：ＹＥＳ）、Ｓ６３に移行する。
Ｓ６３において、今回の通話相手（接続相手）を通話履歴テーブルに登録する。通話履歴テーブルへの登録処理は、親機１側で行われるが、子機２からの遠隔操作で行うよう構成してもよい。
【０１０６】
なお、複数の子機２に対してリンギング指示信号を送信した場合は、Ｓ５０及びＳ６１で子機を外部回線に接続するときに、リンギング指示信号を送信し、かつ、外部通信回線に接続しない子機（すなわち、発呼確定指示がなかった子機）に対して、リンギング終了を指示するリンギング終了指示信号を送信する。
【０１０７】
なお、第２実施形態における子機側の処理は、上述した第１実施形態の処理と同じであるので説明を省略する。
【０１０８】
以上説明した第２実施形態によれば、ユーザは、通話を開始した時点から終了までの通話品質が最も良好であると推定された子機２を用いて通話を行うことができる。さらに、不必要なリンギングの発生を防ぐことができる。
【０１０９】
（電波状況テーブルの更新）
次に、電波状況テーブル（図６）の更新について説明する。なお、以下に説明する電波状況テーブル更新処理は、上述した第１実施形態及び第２実施形態のいずれの実施形態に対しても適用可能である。
図１３は、電波状況テーブル更新処理において親機１と子機２との間で送受信される情報について示した図である。なお、図１３に示す例においては、親機１に、２台の子機２（子機Ａ及び子機Ｂ）が無線接続されているものとする。
【０１１０】
子機Ａは、所定のタイミングで電波状況を検知する（１）。このとき、外来波の受信電解強度、親機１とのＢＥＲ等に基いて、電波状況を検知することができる。
検知した電波状況に基いて、子機Ａが記憶している電波状況テーブルを更新する（２）。子機Ａが有する電波状況テーブルの内容は、図６の電波状況テーブルのうち、子機Ａに関する部分のみである。
子機Ａは、親機１に対し、検知した電波状況を示す検知信号を送信する（３）。親機１は、当該検知信号を受信すると、親機１が有する電波状況テーブルを更新する（４）。
【０１１１】
また、子機Ｂは、所定のタイミングで電波状況を検知する（５）。このとき、外来波の受信電解強度、親機１とのＢＥＲ等に基いて、電波状況を検知することができる。
検知した電波状況に基いて、子機Ｂが記憶している電波状況テーブルを更新する（６）。子機Ｂが有する電波状況テーブルの内容は、図６の電波状況テーブルのうち、子機Ｂに関する部分のみである。
子機Ｂは、親機１に対し、検知した電波状況を示す検知信号を送信する（７）。親機１は、当該検知信号を受信すると、親機１が有する電波状況テーブルを更新する（８）。
【０１１２】
なお、子機Ａ及び子機Ｂにおける電波状況の検知は、それぞれ独立したタイミングで行われる。また、該所定のタイミングは、適宜設定可能である。
【０１１３】
図１４は、子機における電波状況テーブル更新処理のフローチャートである。電波状況テーブル更新処理を実行するためのプログラムは、所定のタイミングで、子機２が有するプロセッサによって実行される。
【０１１４】
まず、Ｓ７１において、電波状況を検知する。電波状況は、上述したとおり、外来波の受信電解強度、親機１とのＢＥＲ等に基いて認識することができる。
Ｓ７２において、検知した電波状況に基いて、自機（子機２）が有する電波状況テーブルを更新する。
Ｓ７３において、親機１に対し、検知した電波状況を示す検知信号を送信する。なお、該検知信号には、どの子機２から送信されたかを示す子機識別情報が含まれているものとする。
【０１１５】
図１５は、親機における電波状況テーブル更新処理のフローチャートである。電波状況テーブル更新処理を実行するためのプログラムは、親機１が起動されている間、所定間隔（例えば、１００ミリ秒）で、親機１のプロセッサによって繰り返し実行される。
【０１１６】
まず、Ｓ８１において、無線接続されているいずれかの子機２から送信された検知信号を受信したか否かが判断される。
検知信号を受信していないと判断した場合は（Ｓ８１：ＮＯ）、電波状況テーブル更新処理を終了する。
一方、検知信号を受信したと判断した場合は（Ｓ８１：ＹＥＳ）、Ｓ８２に移行する。
【０１１７】
Ｓ８２において、電波状況テーブルを更新する。具体的には、受信した検知信号に含まれる子機識別信号に基いて、電波状況テーブルの内容のうち、送信元の子機２に対応する部分を更新する。
【０１１８】
以上説明した電波状況テーブル更新処理によって、子機２の電波状況は常に更新されるから、通話時間全体の電波状況の予測精度を高めることができる。
【０１１９】
（マルチスロットモードへの切り替えタイミング）
子機は、親機との通信状態が悪くなった場合、マルチスロットモードに切り替えて通信を行うことができる。これにより、電波状況が悪化した場合でも通信品質を高めることができる。すなわち、同じデータを複数回繰り返し送信することにより、通話品質の劣化を防ぐことができる。
【０１２０】
しかしながら、電波状況が悪化したことを検知したタイミングでマルチスロットモードに切り替えるよう構成した場合、切り替える直前において通話品質は劣化している。一方、通話中のすべての時間帯をマルチスロットモードで送信することは、電池の消耗等に観点から好ましいものではない。
【０１２１】
以下、上述した電波状況テーブルを用いたマルチスロットモードへの切り替えタイミング決定処理について説明する。なお、以下に説明する切り替えタイミングの決定処理は、上述した第１実施形態及び第２実施形態のいずれの実施形態に対しても適用可能である。
【０１２２】
ここで、一例として、「子機Ａ」を用いて「２時５０分」から通話が行われている場合における、マルチスロットモードへの切り替えタイミングの決定処理について説明する。
まず、発話開始時刻である「２時５０分」〜「３時００分」までの時間帯は、電波状況が「○」であるから、通常の通信方式によって親機１に対し、ユーザの音声信号が送信される。そして、「３時００分」〜「４時００分」の時間帯は、電波状況が「×」であるから、不図示のタイマが、「３時００分」になったことを検知したタイミングで、マルチスロットモードに切り替えられ、それ以降は、マルチスロットモードによって親機１に対し、ユーザの音声信号が送信される。
【０１２３】
以上説明したマルチスロットモードへの切り替えタイミングの決定処理によれば、電波状況が悪化することを事前に予測してマルチスロットモードに切り替えるので、高い通話品質を保つことができる。なお、電波状況テーブルにおいて通話状況が良好であると示されている場合であっても、実際の電波状況が悪化した場合には、マルチスロットモードに切り替えてもよいことはもちろんである。
【０１２４】
以上説明したとおり、本発明によれば、いずれかの子機から発呼要求指示信号を受信すると、接続相手を識別し、識別した接続相手に基いて、予測通話時間を予測し、予測した通話時間に基いて、通話時間全体における子機ごとの通話品質を推定する。発呼要求があった子機の通話品質が良いと推定された場合は、その子機を外部回線に接続するよう制御する。一方、発呼要求があった子機の通話品質が良くないと推定された場合は、その旨を発呼要求があった子機に報知すると共に、通話品質が良いと推定された子機に対し、リンギングを指示する信号を報知する。これにより、ユーザは、通話品質が高いと予測される子機を用いて通話することが可能となる。さらに、リンギング指示のタイミングを制御することにより、不必要なリンギングの発生を防ぐことができる。また、電波状況テーブルを適宜なタイミングで更新することにより、通話時間の予測精度を高めることができる。また、電波状況が悪化すると予測された時間帯においては、マルチスロットモードに切り替えるので、高い通話品質を保つことができる。
【０１２５】
本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることはもちろんである。例えば、上述した第１実施形態及び第２実施形態の両方の機能を有するように構成し、ユーザにより、いずれかの機能を利用するか選択できるよう構成してもよい。さらに、いずれの機能も利用しない形態を選択できるよう構成してもよい。
【０１２６】
また、いずれの子機においても電波状況が良好ではないと判断した場合は、報知処理を行うことなく、発呼要求があった子機を外部回線に接続するよう構成してもよい。
【０１２７】
また、上述した各フローチャートは単なる一例であり、該各フローチャートの処理と同等の結果を得ることできるものであれば、他のフローチャートによって処理を実現してもよい。
【０１２８】
また、上述した親機及び／または子機における処理方法、該処理を実現するためのプログラム、該プログラムが記録された記録媒体としても本発明は実現可能である。
【図面の簡単な説明】
【０１２９】
【図１】コードレス電話システムにおける構成の一例を示した図である。
【図２】第１実施形態における親機と子機との間で送受信される情報について示した図である。
【図３】第１実施形態における親機側の処理のフローチャートである。
【図４】第１実施形態における親機側の処理のフローチャートである。
【図５】通話履歴テーブルのデータ構造の一例を示した図である。
【図６】電波状況テーブルのデータ構造の一例を示した図である。
【図７】発呼要求を受け付けた子機のフローチャートである。
【図８】ディスプレイの表示例である。
【図９】リンギング指示を受け付けた子機のフローチャートである。
【図１０】第２実施形態における親機と子機との間で送受信される情報について示した図である。
【図１１】第２実施形態における親機側の処理のフローチャートである。
【図１２】第２実施形態における親機側の処理のフローチャートである。
【図１３】電波状況テーブル更新処理において親機と子機との間で送受信される情報について示した図である。
【図１４】子機側の電波状況テーブル更新処理のフローチャートである。
【図１５】親機側の電波状況テーブル更新処理のフローチャートである。
【符号の説明】
【０１３０】
１ 親機
２ 子機
２１ ディスプレイ
【技術分野】
【０００１】
本発明は、予測した通話時間を利用して類似した周波数帯を利用する他の機器からの電波干渉を低減するコードレス電話の親機、コードレス電話の子機、及び、コードレス電話システムに関するものである。
【背景技術】
【０００２】
コードレス電話機においては、２．４ＧＨｚ帯や、他の周波数帯の無線通信を用いて親機、子機間の通話を行う。そのため、コードレス電話機の周辺で、２．４ＧＨｚ帯と類似した周波数帯の無線ＬＡＮ（例えば、ＩＥＥＥ８０２．１１ｂ）や電子レンジが使用されると、電波干渉によって通話品質が低下する。この問題を解決するために、従来、コードレス電話機における電波干渉等のノイズを低減するための手法が種々提案されている。
【０００３】
例えば、下記特許文献１においては、子機での通話中に、通話者が、ノイズが大きく通話状態が良くないと判断すると、通話者は、ノイズが大きいことを示すスイッチを押下する。該スイッチが押下されると、親機はノイズが小さいチャンネルを選択して該チャンネルに切り替える。このとき、通話時間帯で分類された各チャンネルのノイズレベルデータが用いられる。
【０００４】
【特許文献１】特開平５−１５３０３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献１においては、通話者は、ノイズが大きいと感じるたびに所定のスイッチを押下する必要があるため、チャンネル切り替えのための操作は面倒である。また、上記特許文献１では、押下された時点においてノイズが小さいと考えられるチャンネルを選択するものであり、通話時間中の状態を何ら考慮しているものではないから、通話を開始した時点から終了までの通話品質を保つものではない。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、予測した通話時間を利用して通話中の電波干渉の影響を低減することできるコードレスの親機、子機等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面である請求項１に係る発明は、複数の子機とコードレス通信が可能なコードレス電話の親機であって、発呼要求を行った子機を識別する子機識別手段と、前記発呼要求の時刻を取得する発呼要求時刻取得手段と、前記発呼要求の接続相手を識別する接続相手識別手段と、前記識別した接続相手との通話時間を予測する通話時間予測手段と、前記複数の子機それぞれについて、時間帯ごとの電波状況が記憶されている電波状況テーブルと、前記取得した発呼要求時刻、前記予測した通話時間、前記電波状況テーブルに基いて、前記複数の子機のうち、前記予測した通話時間中の電波状況が良い子機を推定する子機推定手段と、前記識別した子機と前記推定した子機とが一致するか否かを判断する判断手段と、一致している場合に、前記識別した子機の外部回線接続を行う接続開始手段と、一致していない場合に、前記識別した子機に対し、所定の通知信号を送信する通知信号送信手段と、を備えることを特徴とする。
【０００８】
上記親機によれば、発呼要求を行った子機を識別し、発呼要求の時刻を取得し、発呼要求の接続相手を識別し、該接続相手との通話時間を予測し、該開始の時刻及び該予測通話時間と子機それぞれの時間帯ごとの電波状況が記憶されている電波状況テーブルとに基いて、該予測した通話時間中の電波状況がよい子機を推定し、前記識別した子機と前記推定した子機とが一致している場合は、該識別した子機の外部回線接続を行い、一致していない場合は、該識別した子機に対し、所定の通知信号（例えば、通信品質がよい子機ではないことを示す信号）を通知する。これにより、通話開始時から通話終了時までの通話品質がよいとはいえないと推定される子機を用いて通話を行おうとしているユーザに対し、外部回線接続前にその旨を通知することができ、利用者は通話に用いる子機を変更することができる。
【０００９】
本発明の一側面である請求項２に係る発明は、請求項１の親機であって、前記推定した子機に対し、リンギング指示信号を送信するリンギング信号送信手段をさらに有することを特徴とする。
【００１０】
上記親機によれば、通話開始時から通話終了時までの通話品質がよいと推定した子機に対し、リンギングを指示するためのリンギング指示信号を送信する。これにより、利用者は、外部回線接続前に、通話品質がよいと考えられる子機を容易に識別することができる。
【００１１】
本発明の一側面である請求項３に係る発明は、請求項２の親機であって、前記接続開始手段は、前記通知信号を送信した後において、前記識別した子機から発呼確定指示があった場合は、該識別した子機の外部回線接続を行い、前記推定した子機から発呼確定指示があった場合は、該推定した子機の外部回線接続を行うことを特徴とする。
【００１２】
上記親機によれば、前記通知信号を送信した後で、前記識別した子機から発呼確定指示があった場合は、該識別した子機の外部回線接続を行い、前記推定した子機から発呼確定指示があった場合は、該推定した子機の外部回線接続を行う。これにより、ユーザが子機を変更しなかった場合、及び、子機を変更した場合のいずれにおいても、ユーザによる発呼確定指示がなされた子機を外部回線に接続させることができる。
【００１３】
本発明の一側面である請求項４に係る発明は、請求項１乃至請求項３いずれかの親機であって、前記子機推定手段は、前記接続相手先識別手段が前記発呼要求の接続相手を識別できない場合に、前記発呼要求の時刻及び前記電波状況テーブルに基いて子機を推定することを特徴とする。
【００１４】
上記親機によれば、接続相手が識別できない場合であっても、該接続の開始時刻及び前記電波状況テーブルに基いて子機を選択するので、発呼要求時点で通話品質が高いと考えられる子機を推定することができる。
【００１５】
本発明の一側面である請求項５に係る発明は、請求項１乃至請求項４いずれかの親機であって、接続相手ごとの平均通話時間を記憶する通話履歴テーブルと、前記接続の終了を検出したときに該接続の通話時間を取得する通話時間取得手段と、前記接続の接続相手、前記接続の通話時間に基いて、前記通話履歴テーブルを更新する通話履歴テーブル更新手段と、を備え、前記通話時間予測手段は、前記通話履歴テーブルを用いて、前記識別した接続相手との通話時間を予測することを特徴とする。
【００１６】
上記親機によれば、接続相手ごとの平均通話時間を記憶する通話履歴テーブルを有し、接続の通話時間及び該接続の接続相手に基いて、該通話履歴テーブルを更新する。また、前記通話履歴テーブルを用いて、識別した接続相手との通話時間を予測する。これにより、識別した接続相手との通話時間の予測精度を高めることができる。
【００１７】
本発明の一側面である請求項６に係る発明は、親機とコードレス通信可能なコードレス電話の子機であって、所定の接続相手との発呼指示を受け付ける発呼指示受付手段と、受け付けた発呼指示に基づく発呼指示信号を前記親機に送信する発呼指示信号送信手段と、前記親機から所定の通知信号を受信した場合に、所定の報知を行う報知手段とを備えることを特徴とする。
【００１８】
上記子機によれば、発呼指示信号を親機に送信した後で、前記親機から所定の通知信号（例えば、通信品質がよい子機ではないことを示す信号）を受信した場合に、所定の報知（例えば、使用予定の子機における通話品質が高くないことを示す報知）を行う。これにより、外部回線接続前に、通話を行おうとしている子機の通話品質が高くないことを把握できるので、利用者は通話に用いる子機を変更することができる。
【００１９】
本発明の一側面である請求項７に係る発明は、請求項６の親機であって、前記所定の報知を行った後において、前記所定の接続相手との発呼確定指示を受け付ける発呼確定指示受付手段と、受け付けた発呼確定指示に基づく発呼確定指示信号を前記親機に送信する発呼確定指示信号送信手段とをさらに有することを特徴とする。
【００２０】
上記子機によれば、上記報知を行った後において、前記所定の接続相手との発呼確定指示を受け付け、受け付けた発呼確定指示に基づく発呼確定指示信号を前記親機に送信する。これにより、通話を行おうとしている子機の通話品質が高くないことを報知した後に該子機の発呼確定指示を受け付けると、該子機で通話を行うことができる。
【００２１】
本発明の一側面である請求項８に係る発明は、請求項６または請求項７に記載の子機であって、時間帯ごとの自機の電波状況が記憶されている電波状況テーブルと、通話時において、前記電波状況テーブルに基いて電波状況が悪いと判断された時間帯では、マルチスロット方式で前記親機と通信を行う通信制御手段とをさらに有することを特徴とする。
【００２２】
上記子機によれば、時間帯ごとの自機の電波状況が記憶されている電波状況テーブルに基いて、通話時において、電波状況が悪いと判断された時間帯ではマルチスロットモードで親機と通信を行う。これにより、電波状況が悪くなる前に、マルチスロットモードで通信を行うことができ、通話品質を向上させることができる。
【００２３】
本発明の一側面である請求項９に係る発明は、コードレス電話システムであって、請求項１乃至請求項５のいずれかの親機と、請求項６乃至請求項８のいずれかの子機とからなることを特徴とする。
【００２４】
上記コードレス電話システムによれば、上述した効果を奏することができる。
【発明の効果】
【００２５】
本発明によれば、予測した通話時間に基いて電波状況がよいと想定される子機を用いて親機との通信を行うことができる。
【発明を実施するための最良の形態】
【００２６】
［システム構成］
本発明の一実施形態であるコードレス電話システムについて以下説明する。図１は、本実施形態のコードレス電話システムにおける構成の一例である。図１に示すように、本実施形態のコードレス電話システムは、親機１と複数の子機２とから構成される。また、親機１及び子機２は、家庭内で用いる場合は、それぞれキッチン、子供部屋等に設置される。また、オフィス内で用いる場合においても、所望の場所にそれぞれ設置される。また、親機１−子機２間の通信は、デジタル通信、アナログ通信のいずれでもよい。また、用いる周波数の帯域は適宜設定可能である。
【００２７】
デジタル通信を用いる場合は、マルチスロット方式を採用することができる。ここで、マルチスロット方式とは、親機と子機間の通信データを例えばフレーム単位とし、１つのフレームデータを複数のタイムスロットを使用して同一の通信データを送信するマルチスロットモードと、１つのタイムスロットを使用して通信するシングルスロットモードを有する通信方式である。
【００２８】
例えば、音声データ（Ｖ）の通信を、通常時はシングルスロットモードで行い、また、親機や子機の電波状況が悪いことを検出したときにはマルチスロットモード（例えば、複数を２回と設定する）で行うように制御する。この場合、音声データ（Ｖ）は、シングルスロットモードでは１回のみ送信され、マルチスロットモードでは、音声データ（Ｖ）は２回送信されることとなるので、電波状況が悪いときにマルチスロットモードになると、音声データが１回誤っても同じデータが送付されるので、音声が遮断される可能性が低減することになる。
【００２９】
また、アナログ通信であれば、例えば、電波状況テーブル（後述）を用いてＦＭ通信の送信側周波数偏移や受信側帯域フィルタを広狭と切換えることで、電波干渉する可能性を低くさせることとなる。
【００３０】
親機１には、図示しないプロセッサ（ＣＰＵ）、ＲＯＭ、ＲＡＭ、通信装置が備えられている。プロセッサは本発明の実現に必要なプログラムを含む種々のプログラムを実行する。ＲＯＭは、本発明の実現に必要なデータを含む種々のデータを記憶する。ＲＡＭは、本発明の実現に必要なデータを含む種々のデータを一時的に記憶する。通信装置は、外部通信回線による通信制御及び子機２との通信制御を行う。また、種々の操作を行うためのインタフェース（ボタン等）が親機１に備えられていることはいうまでもない。
【００３１】
子機２には、図示しないプロセッサ（ＣＰＵ）、ＲＯＭ、ＲＡＭ、通信装置が備えられている。プロセッサは本発明の実現に必要なプログラムを含む種々のプログラムを実行する。ＲＯＭは、本発明の実現に必要なデータを含む種々のデータを記憶する。ＲＡＭは、本発明の実現に必要なデータを含む種々のデータを一時的に記憶する。通信装置は、親機１との通信制御を行う。また、種々の操作を行うためのインタフェース（ボタン等）が子機２に備えられていることがいうまでもない。また、種々の情報を表示するためのディスプレイ２１を備えている。
【００３２】
また、子機２を用いて外部通信回線に接続する場合は、例えば、電話番号を入力した後に発呼要求を指示するためのボタンを押下する。なお、子機２のＲＡＭ等に電話帳を記憶しておき、電話帳から接続相手（通話先）を選択するように構成してもよい。
【００３３】
［第１実施形態］
本発明の第１実施形態について説明する。
まず、子機２を用いた外部通信回線との接続において、親機１と子機２との間で送受信される情報について説明する。図２は、親機１と子機２との間で送受信される情報の一例について示した図である。なお、図２に示す例においては、親機１に、２台の子機２（子機Ａ及び子機Ｂ）が無線接続されているものとする。また、子機Ａを用いて外部通信回線への発呼要求指示が行われたものとする。
【００３４】
子機Ａは、発呼要求指示を受け付けると（１）、親機１に対し、外部通信回線への接続を指示する発呼要求指示信号を送信する（２）。発呼要求指示信号には、子機自身を識別するための識別信号、及び、接続相手先を特定するための情報が含まれている。
【００３５】
親機１は、上記発呼要求指示信号を受信すると、子機ごとの通信品質を推定する（３）。推定される通信品質は、予測される通信時間全体（すなわち、通話開始時から通話終了時まで）の通信品質である。このとき、複数の子機に対して通信品質が良いと推定されることもある。子機ごとの通信品質を推定するための具体的な処理については後述する。なお、図２においては、子機Ｂは「通信品質が良い」と推定され、また、子機Ａは「通信品質が良くない」と推定されたものとする。
【００３６】
親機１は、子機Ａに対し、所定の報知を指示するための報知指示信号を送信する（４）。このとき、報知内容及び報知継続時間等、報知に関する種々の設定情報を併せて送信するように構成してもよい。
また、親機１は、子機Ｂ（通信品質が良いと判断された子機）に対し、リンギング（鳴動動作）を指示するためのリンギング指示信号を送信する（５）。このとき、リンギング音の種類等のリンギングに関する種々の設定情報を併せて送信するように構成してもよい。
【００３７】
子機Ａは、報知指示信号を受信すると、該報知指示信号に基いた報知を行う（６）。例えば、子機Ａのディスプレイ２１上に、通信品質が良くないと推定されたことを示す内容、及び、発呼の確定または子機Ａの使用中止（子機交換）の指示を促す内容が表示される。また、音声によって報知するよう構成してもよい。報知指示信号を受信した後、子機Ａは、発呼確定の指示及び使用中止（子機交換）の指示が受付可能な状態で待機する。
【００３８】
子機Ｂは、リンギング指示信号を受信すると、該リンギング指示信号に基いたリンギングを行う（７）。このとき、リンギング音の種類を通常の着呼時と異なるように構成してもよい。また、「この子機の方が通信品質は良いです」等のメッセージを音声合成してもよい。リンギング指示信号を受信した後、子機Ｂは、発呼確定の指示が受付可能な状態で待機する。
【００３９】
親機１は、報知指示信号及びリンギング指示信号を送信した後、いずれかの子機（子機Ａまたは子機Ｂ）から発呼確定指示信号が来るまで待機する。
【００４０】
子機Ａは、発呼確定の指示を受け付けると、親機１に対して、発呼確定指示信号を送信する（８）。発呼確定指示信号には、送信した子機自身を識別するための識別信号（この場合、子機Ａを示すための信号）が含まれている。
親機１は、子機Ａからの発呼確定指示信号を受信すると、子機Ａを外部通信回線に接続する（９）。このとき、子機Ｂに対し、リンギングを終了させるためのリンギング終了指示信号を送信する（不図示）。これにより、子機Ａを用いて接続相手先との通話が可能となる。
【００４１】
一方、子機Ｂは、発呼確定の指示を受け付けると、親機１に対して、発呼確定指示信号を送信する（１０）。発呼確定指示信号には、送信した子機自身を識別するための識別信号（この場合、子機Ｂを示すための信号）が含まれている。
親機Ａは、子機Ｂからの発呼確定指示信号を受信すると、子機Ｂを外部通信回線に接続する（１１）。これにより、子機Ｂを用いて接続相手先との通話が可能となる。
【００４２】
上述した処理によって、ユーザは、通信品質が良好でない子機を用いて発呼を行う場合に、外部通信回線への接続の前に、通信品質が良好でない可能性があることを把握することができるので、通話に用いる子機を変更でき、また、通話を開始した時点から終了までの通話品質が良好であると推定された子機２を用いて通話を行うことができる。
【００４３】
（親機側の処理）
次に、第１実施形態において親機１で実行される処理について説明する。図３は、親機側で実行される処理のフローチャートである。この処理を実行するためのプログラムは、親機１がいずれかの子機から発呼要求指示信号を受信した際に、親機１が有するプロセッサによって実行される。
【００４４】
まず、Ｓ１において、発呼要求があった子機及び接続相手を識別し、また、発呼要求があった時刻を検出する。発呼要求があった子機及び接続相手の識別は、受信した発呼要求信号に含まれる情報に基いて行う。発呼要求があった時刻は、親機１に備えられているタイマ（不図示）を用いて検出してもよい。また、発呼要求指示信号に、発呼要求があった時刻を含ませるように構成してもよい。
【００４５】
Ｓ２において、Ｓ１で識別した接続相手が、通話履歴テーブル（後述）に登録されているか否かを判断する。Ｓ２において、Ｓ１で識別した接続相手が通話履歴テーブルに登録されていると判断した場合は（Ｓ２：ＹＥＳ）、Ｓ３に移行する。
【００４６】
Ｓ３において、子機ごとの通信品質を推定する。子機ごとの通信品質は、通話履歴テーブル及び電波状況テーブルを参照して推定される。通話履歴テーブル及び電波状況テーブルは、親機１のＲＡＭに記憶されている。
【００４７】
図５は、通話履歴テーブルのデータ構造の一例を示した図である。図５に示すように、通話履歴テーブルには、通話相手ごとに平均通話時間が記憶されている。なお、記憶される平均通話時間の最小単位は、「分」としてもよく、また、「秒」、「５分」にしてもよい。また、通話履歴テーブルは、通話が終了するたびに更新される。
【００４８】
図６は、電波状況テーブルのデータ構造の一例を示した図である。図６に示すように、電波状況テーブルには、親機１に接続される子機２（図６においては、子機Ａ〜子機Ｄ）ごとに、それぞれの通話時間帯における電波状況が記憶されている。図６に示す電波状況テーブルにおいては、「○」は電波状況が良好であることを示し、また、「×」は電波状況が良好ではないことを示している。
【００４９】
通話履歴テーブル及び電波状況テーブルを用いて通話品質の推定の具体的な処理については後述する。
【００５０】
説明を図３に戻す。Ｓ４において、子機の交換が必要か否かを判断する。この判断は、Ｓ３で推定した子機ごとの通話品質に基いて行われる。すなわち、発呼要求があった子機が「通信品質が良い」と推定されたか否かに基いて行われる。発呼要求があった子機が「通話品質が良い」と推定された場合は、Ｓ４における条件判断は「ＹＥＳ」となる。また、発呼要求があった子機が「通話品質が良くない」と推定された場合は、Ｓ４における条件判断は「ＮＯ」となる。
【００５１】
Ｓ４において、子機の交換が必要ではないと判断した場合は（Ｓ４：ＮＯ）、Ｓ５に移行する。
Ｓ５において、発呼要求があった子機がＳ１で識別した接続相手と通話可能となるように外部通信回線に接続する。
【００５２】
一方、Ｓ４において、子機の交換が必要であると判断した場合は（Ｓ４：ＹＥＳ）、Ｓ６に移行する。
Ｓ６において、発呼要求があった子機に対し、通信品質が良くないと推定されたことを示す内容の報知を指示する報知指示信号を送信する。その後、Ｓ７に移行する。
【００５３】
Ｓ７において、Ｓ３で通信状態が良いと推定した子機に対し、リンギングを指示するリンギング指示信号を送信する。このとき、Ｓ３で複数の子機が「通信品質が良い」と推定された場合は、該複数の子機すべてに対してリンギング指示信号を送信してもよく、また、該複数の子機のうち、所定の子機のみに対してリンギング指示信号を送信してもよい。
【００５４】
Ｓ７の処理が終了した後、親機１は、子機２から発呼確定指示信号を受信する待機状態となる。なお、Ｓ６及びＳ７の処理は並列して実行されるように構成してもよい。また、Ｓ６とＳ７の処理の順序を逆にしてもよい。
【００５５】
いずれかの子機から発呼確定指示信号を受信すると、Ｓ８に移行する。
Ｓ８において、該発呼確定信号を送信した子機を特定し、該子機がＳ１で識別した接続相手と通話可能となるように外部回線に接続する。
【００５６】
その後、通話が終了するまで、Ｓ９で待機する。通話が終了したと判断した場合は（Ｓ９：ＹＥＳ）、Ｓ１０に移行する。
Ｓ１０において、通話履歴テーブルを更新する。具体的には、今回の通話時間を取得し、通話履歴テーブル中の当該通話相手の平均通話時間を更新する。このとき、平均通話時間を算出するために、通話相手ごとの通話回数等が記憶されていることはいうまでもない。
【００５７】
一方、Ｓ２において、「ＮＯ」と判断された場合は、Ｓ１１（図４）に移行する。
Ｓ１１において、子機ごとの通信品質を推定する。例えば、発呼要求時刻及び電波状況テーブルを用いて、子機ごとの通信品質を推定することができる。これにより、発呼要求時刻の時点での子機ごとの通信品質を推定することができる。
【００５８】
また、通話履歴テーブル（図５）を用いて子機ごとの通信品質を推定してもよい。以下、通話履歴テーブルを用いた推定方法について説明する。
まず、通話履歴テーブルを用いて通話時間を予測する。例えば、通話履歴テーブルに登録されている平均通話時間の平均値を、予測通話時間とする。図５に示す通話履歴テーブルにおいては、「４２分」が予測通話時間となる。なお、予測通話時間、発呼要求時刻、電波状況テーブルに基いた子機ごとの通話品質推定処理は、上述したＳ３（図３）の処理と同じであるので省略する。
【００５９】
通話時間の長さは、通話相手のみに基いて決まるものではなく、ユーザ自身の性格等も反映されるものである。例えば、同じ通話相手であっても、長電話が好きなユーザであるか否かによって、通話履歴テーブルの内容は異なる。そのため、通話相手が通話履歴テーブルに登録されていない人であっても、自機（親機１）の通話履歴テーブルを参照することにより、当該通話相手との予測通話時間の精度を高めることができる。これにより、通話時間全体の通話品質を向上させることができる。
【００６０】
図４に説明を戻す。Ｓ１２〜Ｓ１７の処理は、上述したＳ４〜Ｓ８の処理と同様であるので、説明を省略する。
【００６１】
通話が終了すると（Ｓ１７：ＹＥＳ）、Ｓ１８に移行する。
Ｓ１８において、今回の通話相手（接続相手）を通話履歴テーブルに登録する。通話履歴テーブルへの登録処理は、親機１側で行われるが、子機からの遠隔操作で行うよう構成してもよい。
【００６２】
なお、複数の子機に対してリンギング指示信号を送信した場合は、Ｓ８及びＳ１６で子機を外部通信回線に接続するときに、外部通信回線に接続しない子機（すなわち、発呼確定指示がなかった子機）に対して、リンギング終了を指示するリンギング終了指示信号を送信する。
【００６３】
（子機側の処理）
次に、第１実施形態における子機側の処理について説明する。子機側の処理は、発呼要求指示を受け付けた場合の処理と、リンギング指示信号を受け付けた場合の処理、に大きく分けることができる。
【００６４】
（発呼要求指示を受け付けた子機の処理）
親機１より発呼要求指示を受け付けた場合における子機の処理について説明する。
図７は、発呼要求指示を受け付けた子機で実行される処理のフローチャートである。この処理は、子機２が有するプロセッサによって実行される。
【００６５】
Ｓ２１において、ユーザによる発呼要求指示を受け付ける。ユーザは、発呼要求を指示するために、例えば、接続相手先の電話番号を入力した後に発呼要求を指示するためのボタンを押下する。なお、子機２のＲＡＭ等に電話帳を記憶しておき、電話帳から接続先を選択するように構成してもよい。
【００６６】
Ｓ２２において、親機１に対し、発呼要求指示信号を送信する。発呼要求指示信号には、接続相手先を特定するための情報（例えば、接続相手先の電話番号）及び自機の識別番号（すなわち、発呼要求を行った子機の識別番号）が含まれている。
【００６７】
Ｓ２３において、親機１から送信される報知指示信号を受信したか否かを判断する。報知指示信号を受信した場合は（Ｓ２３：ＹＥＳ）、Ｓ２４に移行する。
また、報知指示信号を受信していない場合は（Ｓ２３）、Ｓ２７に移行する。なお、報知指示信号を受信していない間は、Ｓ２３で待機し、所定時間中に報知指示信号を受信しなかった場合にＳ２７に移行するよう構成してもよい。
【００６８】
Ｓ２４において、報知処理を行う。例えば、ディスプレイ２１に、子機の通話品質が良くない可能性があることを示す内容を表示する。このとき、発呼の確定、子機の交換を指示するためのボタン領域を併せて表示する。図８は、ディスプレイ２１に表示される内容の一例を示したものである。図８に示すように、子機の通話品質が良くない可能性があることを示す内容とともに、選択領域３１及び選択領域３２を表示されている。
【００６９】
図８に示す内容が表示されている間は、発呼確定または子機交換の指示を受付可能な状態となっている。ユーザは、発呼確定を指示する場合は選択領域３１を選択し、子機交換を指示する場合は選択領域３２を選択する。選択動作には、例えば、子機が有するボタン等が用いられる。また、ディスプレイ２１をタッチパネルで構成し、ディスプレイ２１を直接タッチして選択できるように構成してもよい。また、音声認識技術を用いて選択できるよう構成してもよい。
【００７０】
Ｓ２５において、発呼確定指示があったか否かを判断する。すなわち、選択領域３１が選択されたか否かを判断する。発呼確定指示がないと判断した場合は（Ｓ２５：ＮＯ）、Ｓ２８に移行する。
Ｓ２８において、子機変更指示があったか否かを判断する。すなわち、選択領域３２が選択されたか否かを判断する。子機変更指示がないと判断した場合は（Ｓ２８：ＮＯ）、Ｓ２５に戻る。すなわち、選択領域３１または選択領域３２が選択されるまでの間、Ｓ２５及びＳ２８の条件判断処理が繰り返されることになる。
【００７１】
Ｓ２５において、発呼確定指示があったと判断した場合は（Ｓ２５：ＹＥＳ）、Ｓ２６に移行する。
Ｓ２６において、親機１に対し、発呼確定指示信号を送信する。発呼確定指示信号には、送信した子機自身を識別するための識別信号が含まれている。
その後、子機は外部通信回線との接続が開始され、Ｓ２１で受け付けた接続相手との通話が可能となる。
通話されている間は、処理はＳ２７で待機する。
通話が終了したと判断した場合は（Ｓ２７：ＹＥＳ）、子機側の処理を終了する。
【００７２】
一方、Ｓ２８において、子機変更指示があったと判断した場合は（Ｓ２８：ＹＥＳ）、Ｓ２９に移行する。
Ｓ２９において、親機との接続を切断し、子機側の処理を終了する。
【００７３】
なお、図７に示すフローチャートの処理の実行中に、他の子機から発呼確定指示があった場合は、その旨を示す信号が親機１から通知され、子機の処理は終了することになる。
【００７４】
上述した子機の処理によって、発呼後、外部通信回線との接続前に、通話品質が良好でない旨が報知されるので、良好な通話品質で通話を行いたいユーザは、子機を交換することができる。
【００７５】
（リンギング指示を受け付けた子機の処理）
次に、親機１よりリンギング指示を受け付けた場合における子機の処理について説明する。
図９は、リンギング指示を受け付けた子機で実行される処理のフローチャートである。この処理は、親機１からリンギング指示信号を受信したときに、子機２が有するプロセッサによって実行される。
【００７６】
Ｓ３１において、リンギング（鳴動動作）を行う。このとき、リンギングの音の種類を、通常の着信時と異ならせるように構成してもよい。また、接続相手ごとに変化させるよう構成してもよい。また、受信したリンギング指示信号に含まれる電話番号（すなわち、別の子機で発呼要求があった接続相手の電話番号）を表示する。これにより、ユーザはどの電話番号に発呼しようとしているのかを把握することができる。また、電話番号ではなく、接続相手の氏名等を表示するように構成してもよい。
その後、Ｓ３２に移行する。
【００７７】
Ｓ３２において、発呼確定指示があったか否かを判断する。この判断は、例えば、子機２の所定のボタンが押下されたか否かに基いて行うことができる。
発呼確定指示がないと判断した場合は（Ｓ３２：ＮＯ）、Ｓ３５に移行する。
Ｓ３５において、リンギング終了指示信号を受信したか否かが判断される。リンギング終了指示信号を受信していないと判断した場合は（Ｓ３５：ＮＯ）、Ｓ３２に戻る。すなわち、発呼確定の指示がなく、かつ、リンギング終了指示信号を受信していない状態においては、Ｓ３２及びＳ３５の条件判断が繰り返されることになる。
【００７８】
Ｓ３２において、発呼確定指示があったと判断した場合は（Ｓ３２：ＹＥＳ）、Ｓ３３に移行する。
Ｓ３３において、親機１に対し、発呼確定指示信号を送信する。発呼確定指示信号には、送信した子機自身を識別するための識別信号が含まれている。
【００７９】
その後、子機は外部通信回線との接続が開始され、受信したリンギング指示信号に含まれる接続相手との通話が可能となる。
通話されている間は、処理はＳ３４で待機する。
通話が終了したと判断した場合は（Ｓ３４：ＹＥＳ）、子機側の処理を終了する。
【００８０】
一方、Ｓ３５において、リンギング終了指示信号を受信したと判断した場合は（Ｓ３５：ＹＥＳ）、Ｓ３６に移行する。リンギング終了指示信号は、他の子機から親機１に対して発呼確定指示信号が送信されたときに、親機１から送信される。
Ｓ３６において、リンギングを終了する。
【００８１】
以上の処理によって、ユーザは、通話を開始した時点から終了までの通話品質が良好であると推定された子機２を用いて通話を行うことができる。また、リンギングされている子機で接続を開始する場合には、リンギング指示信号に接続相手先の情報が含まれているので、改めて接続相手先（電話番号等）を入力する必要がない。
【００８２】
ここで、一例として、子機Ｃを用いて、「１時５分」に「Ｆさん」へ電話を掛ける（発呼指示を行う）場合の処理について説明する。
通話履歴テーブル（図５）を参照することにより、「Ｆさん」の平均通話時間は「３０分」であることがわかる。これにより、着呼があった「１時５分」から「１時３５分」まで通話が行われるものと予測される。そして、電波状況テーブル（図５）を参照し、「１時５分」〜「１時３５分」は、通話時間帯（１）に属するので、「子機Ｃ」は「電波状況が良好ではない」と判断される。また、通話時間帯（１）において電波状況が「○」となっている「子機Ａ」が、「電波状況が良い」子機として選択される。ここで、「電波状況が良い」ことは、「通信品質が高い」ことを意味する。
【００８３】
このため、子機Ｃのディスプレイには、「通信品質が良くない」ことを示すための報知が行われる。また、子機Ａはリンギングを開始する。このとき、子機Ｃの所定のボタン（発呼を確定するためのボタン）を押下することにより、子機Ｃが外部通信回線に接続される。このとき、子機Ａのリンギングは停止するよう制御される。
一方、子機Ａの所定のボタン（発呼を確定するためのボタン）を押下することにより、子機Ａが外部通信回線に接続される。また、子機Ｃは親機との接続が切断されるよう制御される。
【００８４】
次に、一例として、子機Ｂを用いて、「２時５５分」に「Ａさん」へ電話を掛ける（発呼指示を行う）場合の処理について説明する。
通話履歴テーブル（図５）を参照することにより、「Ａさん」の平均通話時間は「２時間」であることがわかる。これにより、着呼があった「２時５５分」から「４時５５分」まで通話が行われるものと予測される。そして、電波状況テーブル（図６）を参照することにより、
「２時５５分」〜「３時００分」では、「子機Ａ」及び「子機Ｃ」の電波状況が良好
「３時００分」〜「４時００分」では、「子機Ｂ」及び「子機Ｄ」の電波状況が良好
「４時００分」〜「４時５５分」では、「子機Ｂ」及び「子機Ｃ」の電波状況が良好
であることがわかる。
そして、子機Ａ〜子機Ｄのうち、上記予測される通話時間において最も電波状況が良好である時間が長い「子機Ｂ」であると判断される。これにより、発呼要求を指示した子機Ｂが外部通信回線に接続される。
【００８５】
なお、図６に示した電波状況テーブルにおいては、１時間刻みで電波状況を記憶していたが、例えば、１０分刻みで電波状況を記憶するように構成してもよい。また、電波状況についても、「○」・「×」ではなく、複数段階（例えば、５段階）で電波状況を示すように記憶してもよい。
【００８６】
また、図５に示した通話履歴テーブルにおいては、通話相手ごとに１つの平均通話時間を記憶していたが、時間帯等で分けて（例えば、午前・午後、平日・祝日ごとに）平均通話時間を記憶するようにしてもよい。
【００８７】
以上説明した第１実施形態によれば、ユーザは、通信品質が良好でない子機を用いて発呼を行う場合に、外部通信回線への接続の前に、通信品質が良好でない可能性があることを把握することができるので、通話に用いる子機を変更でき、また、通話を開始した時点から終了までの通話品質が良好であると推定された子機２を用いて通話を行うことができる。
【００８８】
［第２実施形態］
上述した第１実施形態においては、発呼要求があった子機の通信品質が良くないと推定した場合に、その旨を該子機に送信すると同時に、通信品質が良いと推定した子機に対しリンギング指示信号を送信するものである。通信品質に関わらず、発呼要求指示を行った子機での通話を意図するユーザにとっては、他の子機のリンギング音を煩わしく感じることがある。また、リンギングは所定の電力を伴うため、不必要なリンギングは、不必要に電池を消耗させることにもなる。
第２実施形態は、発呼要求があった子機から子機交換の指示があった後で、通信品質が良いと推定した子機に対しリンギング指示信号を送信するものである。
【００８９】
まず、子機２を用いた外部通信回線との接続において、親機１と子機２との間で送受信される情報について説明する。図１０は、親機１と子機２との間で送受信される情報の一例について示した図である。なお、図１０に示す例においては、親機１に、２台の子機２（子機Ａ及び子機Ｂ）が無線接続されているものとする。また、子機Ａを用いて外部通信回線との発呼要求指示が行われたものとする。
【００９０】
子機Ａは、発呼要求指示を受け付けると（１）、親機１に対し、外部通信回線への接続を指示する発呼要求指示信号を送信する（２）。このとき、該発呼要求指示信号には、子機自身を識別するための識別信号、及び、接続相手先を特定するための情報が含まれている。
【００９１】
親機１は、上記発呼要求指示信号を受信すると、子機ごとの通信品質を推定する（３）。推定される通信品質は、予測される通信時間を通した通信品質である。このとき、複数の子機に対して通信品質が良いと推定されることもある。子機ごとの通信品質を推定するための具体的な処理についは、上述した第１実施形態における処理と同様である。なお、図１０においては、子機Ｂは「通信品質が良い」と推定され、また、子機Ａは「通信品質が良くない」と推定されたものとする。
【００９２】
親機１は、子機Ａに対し、所定の報知を指示するための報知指示信号を送信する（４）。このとき、報知内容及び報知時間等、報知に関する種々の設定情報を送信するように構成してもよい。
【００９３】
子機Ａは、報知指示信号を受信すると、該報知指示信号に基いた報知を行う（５）。例えば、子機Ａのディスプレイ２１上に、通信品質が良くないと推定されたことを示す内容、及び、発呼の確定または子機Ａの使用中止（子機交換）の指示を促す内容が表示される。また、音声によって報知するよう構成してもよい。報知指示信号を受信した後、子機Ａは、発呼確定の指示及び使用中止（子機交換）の指示が受付可能な状態で待機する。
このとき、子機交換の指示を受け付けると、親機１に対し、子機交換通知信号を送信する（６）。
【００９４】
親機１は、子機交換通知信号を受信すると、子機Ｂ（通信品質が良いと判断された子機）に対し、リンギング（鳴動動作）を指示するためのリンギング指示信号を送信する（７）。このとき、リンギング音の種類等のリンギングに関する種々の設定情報を併せて送信するように構成してもよい。
【００９５】
子機Ｂは、リンギング指示信号を受信すると、該リンギング指示信号に基いたリンギングを行う（８）。このとき、リンギング音の種類を通常の着呼時と異なるように構成してもよい。また、「この子機の方が通信品質は良いです」等のメッセージを音声合成してもよい。リンギング指示信号を受信した後、子機Ｂは、発呼確定の指示が受付可能な状態で待機する。
【００９６】
親機１は、リンギング指示信号を送信した後、子機Ｂから発呼確定指示信号が来るまで待機する。
【００９７】
子機Ｂは、発呼確定の指示を受け付けると、親機１に対して、発呼確定指示信号を送信する（９）。発呼確定指示信号には、送信した子機自身を識別するための識別信号（この場合、子機Ｂを示すための信号）が含まれている。親機Ａは、子機Ｂからの発呼確定指示信号を受信すると、子機Ｂを外部通信回線に接続する（１０）。これにより、子機Ｂを用いて接続相手先との通話が可能となる。
【００９８】
上述した処理によって、ユーザは、通話を開始した時点から終了までの通話品質が最も良好であると推定された子機２を用いて通話を行うことができる。さらに、不必要なリンギングの発生を防ぐことができる。
【００９９】
（親機側の処理）
次に、第２実施形態において親機１で実行される処理について説明する。図１１は、親機側で実行される処理のフローチャートである。この処理を実行するためのプログラムは、親機１がいずれかの子機から発呼要求信号を受信した際に、親機１が有するプロセッサによって実行される。
【０１００】
図１１におけるＳ４１〜Ｓ４６及びＳ５０〜Ｓ５２の処理は、それぞれ、上述した図３（第１実施形態）のＳ１〜Ｓ６及びＳ８〜Ｓ１０の処理と同じであるので、説明を省略する。
【０１０１】
Ｓ４７において、発呼要求があった子機から送信された発呼確定指示信号を受信したか否かを判断する。発呼確定指示信号を受信したと判断した場合は（Ｓ４７：ＹＥＳ）、Ｓ５０に移行する。Ｓ４７の条件判断において「ＹＥＳ」となった場合は、発呼要求のあった子機が外部通信回線に接続されることになる。
【０１０２】
発呼確定指示信号を受信していないと判断した場合は（Ｓ４７：ＮＯ）、Ｓ４８に移行する。
Ｓ４８において、Ｓ４３で通信状態が良いと推定した子機に対し、リンギングを指示するリンギング指示信号を送信する。このとき、Ｓ４３で複数の子機が「通信品質が良い」と推定された場合は、該複数の子機すべてに対してリンギング指示信号を送信してもよく、また、該複数の子機のうち、所定の子機のみに対してリンギング指示信号を送信してもよい。
【０１０３】
Ｓ４８の処理が終了した後、親機１は、リンギング指示信号を送信した子機２から発呼確定指示信号を受信する待機状態となる。また、発呼確定指示信号は、Ｓ４９で受信されるものとする。
【０１０４】
一方、Ｓ４２において、「ＮＯ」と判断された場合は、Ｓ５４（図１２）に移行する。
Ｓ５４の処理は、上述した図４（第１実施形態）のＳ１１と同様であるので、説明を省略する。
また、Ｓ５５〜Ｓ６２の処理は、上述したＳ４４〜Ｓ５１の処理と同様であるので、説明を省略する。
【０１０５】
通話が終了すると（Ｓ６２：ＹＥＳ）、Ｓ６３に移行する。
Ｓ６３において、今回の通話相手（接続相手）を通話履歴テーブルに登録する。通話履歴テーブルへの登録処理は、親機１側で行われるが、子機２からの遠隔操作で行うよう構成してもよい。
【０１０６】
なお、複数の子機２に対してリンギング指示信号を送信した場合は、Ｓ５０及びＳ６１で子機を外部回線に接続するときに、リンギング指示信号を送信し、かつ、外部通信回線に接続しない子機（すなわち、発呼確定指示がなかった子機）に対して、リンギング終了を指示するリンギング終了指示信号を送信する。
【０１０７】
なお、第２実施形態における子機側の処理は、上述した第１実施形態の処理と同じであるので説明を省略する。
【０１０８】
以上説明した第２実施形態によれば、ユーザは、通話を開始した時点から終了までの通話品質が最も良好であると推定された子機２を用いて通話を行うことができる。さらに、不必要なリンギングの発生を防ぐことができる。
【０１０９】
（電波状況テーブルの更新）
次に、電波状況テーブル（図６）の更新について説明する。なお、以下に説明する電波状況テーブル更新処理は、上述した第１実施形態及び第２実施形態のいずれの実施形態に対しても適用可能である。
図１３は、電波状況テーブル更新処理において親機１と子機２との間で送受信される情報について示した図である。なお、図１３に示す例においては、親機１に、２台の子機２（子機Ａ及び子機Ｂ）が無線接続されているものとする。
【０１１０】
子機Ａは、所定のタイミングで電波状況を検知する（１）。このとき、外来波の受信電解強度、親機１とのＢＥＲ等に基いて、電波状況を検知することができる。
検知した電波状況に基いて、子機Ａが記憶している電波状況テーブルを更新する（２）。子機Ａが有する電波状況テーブルの内容は、図６の電波状況テーブルのうち、子機Ａに関する部分のみである。
子機Ａは、親機１に対し、検知した電波状況を示す検知信号を送信する（３）。親機１は、当該検知信号を受信すると、親機１が有する電波状況テーブルを更新する（４）。
【０１１１】
また、子機Ｂは、所定のタイミングで電波状況を検知する（５）。このとき、外来波の受信電解強度、親機１とのＢＥＲ等に基いて、電波状況を検知することができる。
検知した電波状況に基いて、子機Ｂが記憶している電波状況テーブルを更新する（６）。子機Ｂが有する電波状況テーブルの内容は、図６の電波状況テーブルのうち、子機Ｂに関する部分のみである。
子機Ｂは、親機１に対し、検知した電波状況を示す検知信号を送信する（７）。親機１は、当該検知信号を受信すると、親機１が有する電波状況テーブルを更新する（８）。
【０１１２】
なお、子機Ａ及び子機Ｂにおける電波状況の検知は、それぞれ独立したタイミングで行われる。また、該所定のタイミングは、適宜設定可能である。
【０１１３】
図１４は、子機における電波状況テーブル更新処理のフローチャートである。電波状況テーブル更新処理を実行するためのプログラムは、所定のタイミングで、子機２が有するプロセッサによって実行される。
【０１１４】
まず、Ｓ７１において、電波状況を検知する。電波状況は、上述したとおり、外来波の受信電解強度、親機１とのＢＥＲ等に基いて認識することができる。
Ｓ７２において、検知した電波状況に基いて、自機（子機２）が有する電波状況テーブルを更新する。
Ｓ７３において、親機１に対し、検知した電波状況を示す検知信号を送信する。なお、該検知信号には、どの子機２から送信されたかを示す子機識別情報が含まれているものとする。
【０１１５】
図１５は、親機における電波状況テーブル更新処理のフローチャートである。電波状況テーブル更新処理を実行するためのプログラムは、親機１が起動されている間、所定間隔（例えば、１００ミリ秒）で、親機１のプロセッサによって繰り返し実行される。
【０１１６】
まず、Ｓ８１において、無線接続されているいずれかの子機２から送信された検知信号を受信したか否かが判断される。
検知信号を受信していないと判断した場合は（Ｓ８１：ＮＯ）、電波状況テーブル更新処理を終了する。
一方、検知信号を受信したと判断した場合は（Ｓ８１：ＹＥＳ）、Ｓ８２に移行する。
【０１１７】
Ｓ８２において、電波状況テーブルを更新する。具体的には、受信した検知信号に含まれる子機識別信号に基いて、電波状況テーブルの内容のうち、送信元の子機２に対応する部分を更新する。
【０１１８】
以上説明した電波状況テーブル更新処理によって、子機２の電波状況は常に更新されるから、通話時間全体の電波状況の予測精度を高めることができる。
【０１１９】
（マルチスロットモードへの切り替えタイミング）
子機は、親機との通信状態が悪くなった場合、マルチスロットモードに切り替えて通信を行うことができる。これにより、電波状況が悪化した場合でも通信品質を高めることができる。すなわち、同じデータを複数回繰り返し送信することにより、通話品質の劣化を防ぐことができる。
【０１２０】
しかしながら、電波状況が悪化したことを検知したタイミングでマルチスロットモードに切り替えるよう構成した場合、切り替える直前において通話品質は劣化している。一方、通話中のすべての時間帯をマルチスロットモードで送信することは、電池の消耗等に観点から好ましいものではない。
【０１２１】
以下、上述した電波状況テーブルを用いたマルチスロットモードへの切り替えタイミング決定処理について説明する。なお、以下に説明する切り替えタイミングの決定処理は、上述した第１実施形態及び第２実施形態のいずれの実施形態に対しても適用可能である。
【０１２２】
ここで、一例として、「子機Ａ」を用いて「２時５０分」から通話が行われている場合における、マルチスロットモードへの切り替えタイミングの決定処理について説明する。
まず、発話開始時刻である「２時５０分」〜「３時００分」までの時間帯は、電波状況が「○」であるから、通常の通信方式によって親機１に対し、ユーザの音声信号が送信される。そして、「３時００分」〜「４時００分」の時間帯は、電波状況が「×」であるから、不図示のタイマが、「３時００分」になったことを検知したタイミングで、マルチスロットモードに切り替えられ、それ以降は、マルチスロットモードによって親機１に対し、ユーザの音声信号が送信される。
【０１２３】
以上説明したマルチスロットモードへの切り替えタイミングの決定処理によれば、電波状況が悪化することを事前に予測してマルチスロットモードに切り替えるので、高い通話品質を保つことができる。なお、電波状況テーブルにおいて通話状況が良好であると示されている場合であっても、実際の電波状況が悪化した場合には、マルチスロットモードに切り替えてもよいことはもちろんである。
【０１２４】
以上説明したとおり、本発明によれば、いずれかの子機から発呼要求指示信号を受信すると、接続相手を識別し、識別した接続相手に基いて、予測通話時間を予測し、予測した通話時間に基いて、通話時間全体における子機ごとの通話品質を推定する。発呼要求があった子機の通話品質が良いと推定された場合は、その子機を外部回線に接続するよう制御する。一方、発呼要求があった子機の通話品質が良くないと推定された場合は、その旨を発呼要求があった子機に報知すると共に、通話品質が良いと推定された子機に対し、リンギングを指示する信号を報知する。これにより、ユーザは、通話品質が高いと予測される子機を用いて通話することが可能となる。さらに、リンギング指示のタイミングを制御することにより、不必要なリンギングの発生を防ぐことができる。また、電波状況テーブルを適宜なタイミングで更新することにより、通話時間の予測精度を高めることができる。また、電波状況が悪化すると予測された時間帯においては、マルチスロットモードに切り替えるので、高い通話品質を保つことができる。
【０１２５】
本発明は上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることはもちろんである。例えば、上述した第１実施形態及び第２実施形態の両方の機能を有するように構成し、ユーザにより、いずれかの機能を利用するか選択できるよう構成してもよい。さらに、いずれの機能も利用しない形態を選択できるよう構成してもよい。
【０１２６】
また、いずれの子機においても電波状況が良好ではないと判断した場合は、報知処理を行うことなく、発呼要求があった子機を外部回線に接続するよう構成してもよい。
【０１２７】
また、上述した各フローチャートは単なる一例であり、該各フローチャートの処理と同等の結果を得ることできるものであれば、他のフローチャートによって処理を実現してもよい。
【０１２８】
また、上述した親機及び／または子機における処理方法、該処理を実現するためのプログラム、該プログラムが記録された記録媒体としても本発明は実現可能である。
【図面の簡単な説明】
【０１２９】
【図１】コードレス電話システムにおける構成の一例を示した図である。
【図２】第１実施形態における親機と子機との間で送受信される情報について示した図である。
【図３】第１実施形態における親機側の処理のフローチャートである。
【図４】第１実施形態における親機側の処理のフローチャートである。
【図５】通話履歴テーブルのデータ構造の一例を示した図である。
【図６】電波状況テーブルのデータ構造の一例を示した図である。
【図７】発呼要求を受け付けた子機のフローチャートである。
【図８】ディスプレイの表示例である。
【図９】リンギング指示を受け付けた子機のフローチャートである。
【図１０】第２実施形態における親機と子機との間で送受信される情報について示した図である。
【図１１】第２実施形態における親機側の処理のフローチャートである。
【図１２】第２実施形態における親機側の処理のフローチャートである。
【図１３】電波状況テーブル更新処理において親機と子機との間で送受信される情報について示した図である。
【図１４】子機側の電波状況テーブル更新処理のフローチャートである。
【図１５】親機側の電波状況テーブル更新処理のフローチャートである。
【符号の説明】
【０１３０】
１ 親機
２ 子機
２１ ディスプレイ
【特許請求の範囲】
【請求項１】
複数の子機とコードレス通信が可能なコードレス電話の親機であって、
発呼要求を行った子機を識別する子機識別手段と、
前記発呼要求の時刻を取得する発呼要求時刻取得手段と、
前記発呼要求の接続相手を識別する接続相手識別手段と、
前記識別した接続相手との通話時間を予測する通話時間予測手段と、
前記複数の子機それぞれについて、時間帯ごとの電波状況が記憶されている電波状況テーブルと、
前記取得した発呼要求時刻、前記予測した通話時間、前記電波状況テーブルに基いて、前記複数の子機のうち、前記予測した通話時間中の電波状況が良い子機を推定する子機推定手段と、
前記識別した子機と前記推定した子機とが一致するか否かを判断する判断手段と、
一致している場合に、前記識別した子機の外部回線接続を行う接続開始手段と、
一致していない場合に、前記識別した子機に対し、所定の通知信号を送信する通知信号送信手段と、
を備えることを特徴とする親機。
【請求項２】
前記推定した子機に対し、リンギング指示信号を送信するリンギング信号送信手段、
をさらに有することを特徴とする請求項１に記載の親機。
【請求項３】
前記接続開始手段は、前記通知信号を送信した後において、
前記識別した子機から発呼確定指示があった場合は、該識別した子機の外部回線接続を行い、
前記推定した子機から発呼確定指示があった場合は、該推定した子機の外部回線接続を行う、
ことを特徴とする請求項２に記載の親機。
【請求項４】
前記子機推定手段は、前記接続相手先識別手段が前記発呼要求の接続相手を識別できない場合に、前記発呼要求の時刻及び前記電波状況テーブルに基いて子機を推定する、
ことを特徴とする請求項１乃至請求項３に記載の親機。
【請求項５】
接続相手ごとの平均通話時間を記憶する通話履歴テーブルと、
前記接続の終了を検出したときに該接続の通話時間を取得する通話時間取得手段と、
前記接続の接続相手、前記接続の通話時間に基いて、前記通話履歴テーブルを更新する通話履歴テーブル更新手段と、
を備え、
前記通話時間予測手段は、前記通話履歴テーブルを用いて、前記識別した接続相手との通話時間を予測する、
ことを特徴とする請求項１乃至４に記載の親機。
【請求項６】
親機とコードレス通信可能なコードレス電話の子機であって、
所定の接続相手との発呼指示を受け付ける発呼指示受付手段と、
受け付けた発呼指示に基づく発呼指示信号を前記親機に送信する発呼指示信号送信手段と、
前記親機から所定の通知信号を受信した場合に、所定の報知を行う報知手段と、
を備えることを特徴とする子機。
【請求項７】
前記所定の報知を行った後において、前記所定の接続相手との発呼確定指示を受け付ける発呼確定指示受付手段と、
受け付けた発呼確定指示に基づく発呼確定指示信号を前記親機に送信する発呼確定指示信号送信手段と、
をさらに有することを特徴とする請求項６に記載の子機。
【請求項８】
時間帯ごとの自機の電波状況が記憶されている電波状況テーブルと、
通話時において、前記電波状況テーブルに基いて電波状況が悪いと判断された時間帯では、マルチスロット方式で前記親機と通信を行う通信制御手段と、
をさらに有することを特徴とする請求項６または請求項７に記載の子機。
【請求項９】
請求項１乃至請求項５のいずれかの親機と、請求項６乃至請求項８のいずれかの子機とからなるコードレス電話システム。
【請求項１】
複数の子機とコードレス通信が可能なコードレス電話の親機であって、
発呼要求を行った子機を識別する子機識別手段と、
前記発呼要求の時刻を取得する発呼要求時刻取得手段と、
前記発呼要求の接続相手を識別する接続相手識別手段と、
前記識別した接続相手との通話時間を予測する通話時間予測手段と、
前記複数の子機それぞれについて、時間帯ごとの電波状況が記憶されている電波状況テーブルと、
前記取得した発呼要求時刻、前記予測した通話時間、前記電波状況テーブルに基いて、前記複数の子機のうち、前記予測した通話時間中の電波状況が良い子機を推定する子機推定手段と、
前記識別した子機と前記推定した子機とが一致するか否かを判断する判断手段と、
一致している場合に、前記識別した子機の外部回線接続を行う接続開始手段と、
一致していない場合に、前記識別した子機に対し、所定の通知信号を送信する通知信号送信手段と、
を備えることを特徴とする親機。
【請求項２】
前記推定した子機に対し、リンギング指示信号を送信するリンギング信号送信手段、
をさらに有することを特徴とする請求項１に記載の親機。
【請求項３】
前記接続開始手段は、前記通知信号を送信した後において、
前記識別した子機から発呼確定指示があった場合は、該識別した子機の外部回線接続を行い、
前記推定した子機から発呼確定指示があった場合は、該推定した子機の外部回線接続を行う、
ことを特徴とする請求項２に記載の親機。
【請求項４】
前記子機推定手段は、前記接続相手先識別手段が前記発呼要求の接続相手を識別できない場合に、前記発呼要求の時刻及び前記電波状況テーブルに基いて子機を推定する、
ことを特徴とする請求項１乃至請求項３に記載の親機。
【請求項５】
接続相手ごとの平均通話時間を記憶する通話履歴テーブルと、
前記接続の終了を検出したときに該接続の通話時間を取得する通話時間取得手段と、
前記接続の接続相手、前記接続の通話時間に基いて、前記通話履歴テーブルを更新する通話履歴テーブル更新手段と、
を備え、
前記通話時間予測手段は、前記通話履歴テーブルを用いて、前記識別した接続相手との通話時間を予測する、
ことを特徴とする請求項１乃至４に記載の親機。
【請求項６】
親機とコードレス通信可能なコードレス電話の子機であって、
所定の接続相手との発呼指示を受け付ける発呼指示受付手段と、
受け付けた発呼指示に基づく発呼指示信号を前記親機に送信する発呼指示信号送信手段と、
前記親機から所定の通知信号を受信した場合に、所定の報知を行う報知手段と、
を備えることを特徴とする子機。
【請求項７】
前記所定の報知を行った後において、前記所定の接続相手との発呼確定指示を受け付ける発呼確定指示受付手段と、
受け付けた発呼確定指示に基づく発呼確定指示信号を前記親機に送信する発呼確定指示信号送信手段と、
をさらに有することを特徴とする請求項６に記載の子機。
【請求項８】
時間帯ごとの自機の電波状況が記憶されている電波状況テーブルと、
通話時において、前記電波状況テーブルに基いて電波状況が悪いと判断された時間帯では、マルチスロット方式で前記親機と通信を行う通信制御手段と、
をさらに有することを特徴とする請求項６または請求項７に記載の子機。
【請求項９】
請求項１乃至請求項５のいずれかの親機と、請求項６乃至請求項８のいずれかの子機とからなるコードレス電話システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００９−１７７５４９（Ｐ２００９−１７７５４９Ａ）
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願番号】特願２００８−１４４１２（Ｐ２００８−１４４１２）
【出願日】平成２０年１月２５日（２００８．１．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願日】平成２０年１月２５日（２００８．１．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]