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