(57)【要約】【課題】呼を着信させる内線端末を、より適切に制御し、ユーザの利便性を向上させる。【解決手段】複数の内線端末２を収容する着信制御装置１であって、複数の内線端末２からそれぞれ取得した複数の電話帳データに登録された電話番号毎に、当該電話番号が電話帳データに登録されている少なくとも１つの内線端末を対応付けた着信制御テーブル１５を生成する生成手段１３と、着信制御装置１に対して発信された呼を受け付け、当該呼の発信元の電話番号が着信制御テーブル１５に記憶されている場合、当該電話番号に対応付けられた内線端末２に当該呼を着信させる着信制御手段１４と、を有する。【選択図】図３
2013106061.tif 000002
【特許請求の範囲】
【請求項１】
複数の内線端末を収容する着信制御装置であって、
前記複数の内線端末からそれぞれ取得した複数の電話帳データに登録された電話番号毎に、当該電話番号が電話帳データに登録されている少なくとも１つの内線端末を対応付けた着信制御テーブルを生成する生成手段と、
当該着信制御装置に対して発信された呼を受け付け、当該呼の発信元の電話番号が前記着信制御テーブルに記憶されている場合、当該電話番号に対応付けられた内線端末に当該呼を着信させる着信制御手段と、を有すること
を特徴とする着信制御装置。
【請求項２】
請求項１記載の着信制御装置であって、
前記生成手段は、各内線端末の発着信履歴データに記憶された過去に発着信された各電話番号について、発着信回数および通話時間を用いて着信優先度を算出し、算出した着信優先度に基づいて当該電話番号に対する着信順序を設定した着信優先テーブルを生成し、
前記着信制御手段は、前記呼の発信元の電話番号が前記着信制御テーブルに記憶され、当該電話番号に対応付けられた内線端末が複数存在する場合、前記着信優先テーブルを用いて、当該呼を着信させる内線端末を決定すること
を特徴とする着信制御装置。
【請求項３】
請求項１記載の着信制御装置であって、
前記生成手段は、各内線端末の発着信履歴データに記憶された過去に発着信された各電話番号について、時間帯毎の発着信回数および通話時間を用いて着信優先度を算出し、時間帯毎に算出した着信優先度に基づいて、時間帯毎に当該電話番号に対する着信順序を設定した時刻優先テーブルを生成し、
前記着信制御手段は、前記呼の発信元の電話番号が前記着信制御テーブルに記憶され、当該電話番号に対応付けられた内線端末が複数存在する場合、前記呼を受け付けた時刻に含まれる時間帯の時刻優先テーブルを用いて、当該呼を着信させる内線端末を決定すること
を特徴とする着信制御装置。
【請求項４】
複数の内線端末を収容する着信制御装置が行う着信制御方法であって、
前記複数の内線端末からそれぞれ取得した複数の電話帳データに登録された電話番号毎に、当該電話番号が電話帳データに登録されている少なくとも１つの内線端末を対応付けた着信制御テーブルを生成する着信制御テーブル生成ステップと、
当該着信制御装置に対して発信された呼を受け付け、当該呼の発信元の電話番号が前記着信制御テーブルに記憶されている場合、当該電話番号に対応付けられた内線端末に当該呼を着信させる着信制御ステップと、を行うこと
を特徴とする着信制御方法。
【請求項５】
請求項４記載の着信制御方法であって、
各内線端末の発着信履歴データに記憶された過去に発着信された各電話番号について、発着信回数および通話時間を用いて着信優先度を算出し、算出した着信優先度に基づいて当該電話番号に対する着信順序を設定した着信優先テーブルを生成する着信優先テーブル生成ステップを、さらに行い、
前記着信制御ステップは、前記呼の発信元の電話番号が前記着信制御テーブルに記憶され、当該電話番号に対応付けられた内線端末が複数存在する場合、前記着信優先テーブルを用いて、当該呼を着信させる内線端末を決定すること
を特徴とする着信制御方法。
【請求項６】
請求項４記載の着信制御方法であって、
各内線端末の発着信履歴データに記憶された過去に発着信された各電話番号について、時間帯毎の発着信回数および通話時間を用いて着信優先度を算出し、時間帯毎に算出した着信優先度に基づいて、時間帯毎に当該電話番号に対する着信順序を設定した時刻優先テーブルを生成する時刻優先テーブル生成ステップを、さらに行い、
前記着信制御ステップは、前記呼の発信元の電話番号が前記着信制御テーブルに記憶され、当該電話番号に対応付けられた内線端末が複数存在する場合、前記呼を受け付けた時刻に含まれる時間帯の時刻優先テーブルを用いて、当該呼を着信させる内線端末を決定すること
を特徴とする着信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、内線端末への着信を制御する着信制御装置および着信制御方法に関する。
【背景技術】
【０００２】
固定回線を利用する親電話機の内線子機として、収容可能なＩＰ電話機が増えてきている。例えば、ＨＧＷ（Home Gate Way）配下に収容されるフレッツフォンなどがある。今後、ＩＰ接続対応のコンシューマ向け通信端末が増え、個人ごとに所持する機会が増えていくと、家庭内ＬＡＮ環境へ接続し、利用する機会が増える。
【０００３】
これに伴い、家庭においても、固定回線を利用する内線電話機を、個人ごとに所持し、利用するシーンが予想される。このような場合、固定回線の電話番号へ連絡があった際にも、各個人の内線電話機へ着信分けするニーズが高まると考えられる。
【０００４】
発信者が、固定回線の電話番号へ発信し、所定の内線電話機と通話をする場合、発信者が所定の内線番号をダイヤルするか、電話を受けた取次者に所定の相手の内線電話への取次を依頼する必要がある。これらは、余分な作業を要することとなり、利便性の面で問題がある。
【０００５】
この問題を解決する方法として、例えば、特許文献１には、通信履歴を活用することにより、相手の発番号に応じて、自動的にいずれかの内線端末に着信させる技術が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第2747912号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
通信履歴には、ワン切り電話、無言電話、セールス電話などの迷惑電話、間違い電話などの通信履歴も含まれる。このため、着信履歴に基づいて着信先の内線端末を決定する場合、発信者が意図した相手とは異なる相手の内線端末に着信してしまう場合がある。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、呼を着信させる内線端末を、より適切に制御し、ユーザの利便性を向上させる着信制御装置および着信制御方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は、複数の内線端末を収容する着信制御装置であって、前記複数の内線端末からそれぞれ取得した複数の電話帳データに登録された電話番号毎に、当該電話番号が電話帳データに登録されている少なくとも１つの内線端末を対応付けた着信制御テーブルを生成する生成手段と、当該着信制御装置に対して発信された呼を受け付け、当該呼の発信元の電話番号が前記着信制御テーブルに記憶されている場合、当該電話番号に対応付けられた内線端末に当該呼を着信させる着信制御手段と、を有する。
【００１０】
本発明は、複数の内線端末を収容する着信制御装置が行う着信制御方法であって、前記複数の内線端末からそれぞれ取得した複数の電話帳データに登録された電話番号毎に、当該電話番号が電話帳データに登録されている少なくとも１つの内線端末を対応付けた着信制御テーブルを生成する着信制御テーブル生成ステップと、当該着信制御装置に対して発信された呼を受け付け、当該呼の発信元の電話番号が前記着信制御テーブルに記憶されている場合、当該電話番号に対応付けられた内線端末に当該呼を着信させる着信制御ステップと、を行う。
【発明の効果】
【００１１】
本発明によれば、呼を着信させる内線端末を、より適切に制御し、ユーザの利便性を向上させる着信制御装置および着信制御方法を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施形態の利用シーンにおける構成例である。
【図２】第１の実施形態の利用シーンの一例である。
【図３】第１の実施形態の通信システムの全体構成図である。
【図４】着信制御テーブルの生成処理を示すフローチャートである。
【図５】電話帳データの一例を示す図である。
【図６】着信制御テーブルの一例を示す図である。
【図７】着信制御処理を示すフローチャートである。
【図８】第２の実施形態の通信システムの全体構成図である。
【図９】着信優先テーブルの生成処理を示すフローチャートである。
【図１０】発着信履歴データの一例を示す図である。
【図１１】着信優先テーブルの一例を示す図である。
【図１２】着信制御処理を示すフローチャートである。
【図１３】着信制御処理を示すフローチャートである。
【図１４】第３の実施形態の利用シーンにおける構成例である。
【図１５】第３の実施形態の利用シーンの一例である。
【図１６】第３の実施形態の通信システムの全体構成図である。
【図１７】時刻優先テーブルの生成処理を示すフローチャートである。
【図１８】発着信履歴データの一例を示す図である。
【図１９】時刻優先テーブルの一例を示す図である。
【図２０】着信制御処理を示すフローチャートである。
【図２１】着信制御処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１４】
＜第１の実施形態＞
まず、本発明の第１の実施形態の利用シーンについて説明する。
【００１５】
図１は、本実施形態の利用シーンにおける構成例を示すものである。図示する例では、宅内に設置されたホームテレフォン１（親電話機）が、外部のネットワーク３に接続され、１つの電話番号（外線電話番号）を有し、配下に各ユーザが個別に使用する複数台の内線端末２１〜２３を収容している。
【００１６】
例えば、内線端末２１は、内線Ａとして接続された通信端末であって、お父さんが使用するものである。内線端末２２は、内線Ｂとして接続された通信端末であって、太郎が使用するものである。内線端末２３は、内線Ｃとして接続された通信端末であって、次郎が使用するものである。なお、１人のユーザが、複数の内線端末を状況に応じて使い分けてもよい。
【００１７】
図２は、図１に示す構成における利用シーンの一例を示したものである。図示する例では、発信者（Ｎ夫）は、家にいるときは、携帯電話で電話すると通話料が高額になるので、固定電話４を利用して、ホームテレフォン１に発信するものとする。
【００１８】
このように、発信者の固定電話４から、ネットワーク３を介して受信者のホームテレフォン１へ発信した場合、ホームテレフォン１は、発信者の発信番号に基づいて、当該ホームテレフォン１に収容されている複数の内線端末の中から、発信者が意図した可能性の高い相手先の個人が使用する内線端末を判別し、当該内線端末へ着信する。図示する例では、ホームテレフォン１は、発信者（Ｎ夫）から発信された電話は、太郎への電話である可能性が高いと判別し、太郎が使用する内線電話に着信する。
【００１９】
図３は、本発明の第１の実施形態に係る通信システムの構成図である。図示する通信システムは、ＩＰ網などのネットワーク３に接続されたホームテレフォン１と、当該ホームテレフォンに接続された複数の内線端末２とを備える。
【００２０】
ホームテレフォン１（着信制御装置）は、１つの回線で複数の内線端末２を収容でき、内線相互の通話も可能な住宅用電話である。具体的には、本実施形態のホームテレフォン１は、親電話機の機能を有する電話部１１と、ＨＧＷの機能を有するＨＧＷ部１２と、とを備える。
【００２１】
ＨＧＷ部１２は、テーブル生成部１３と、着信制御部１４と、着信制御テーブル１５と、電話帳ＤＢ１６とを備える。テーブル生成部１３は、複数の内線端末２に記憶された電話帳の電話帳データをそれぞれ取得して電話帳ＤＢ１６に記憶する。そして、取得した複数の電話帳データに登録された電話番号毎に、当該電話番号が電話帳データに登録されている少なくとも１つの内線端末２を対応付けた着信制御テーブル１５を生成する。
【００２２】
着信制御部１４は、ホームテレフォン１に対して外部から発信された呼を受け付け、当該呼の発信元の電話番号が着信制御テーブル１５に記憶されている場合、当該電話番号に対応付けられた内線端末に受け付けた呼を着信させる。
【００２３】
なお、ホームテレフォン１は、電話部１１（親電話機）を有することなく、ＨＧＷ部１２のみを有するものであってもよい。
【００２４】
ホームテレフォン１に収容される各内線端末２は、固定電話、無線機能を有する携帯電話、スマートフォン、ＴＶ電話端末などの通信端末であって、有線または無線でホームテレフォン１に接続されている。また、内線端末２は、電話に限定されるものではなく、コンテンツ端末など様々な端末を用いることができる。
【００２５】
上記説明したホームテレフォン１は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされたホームテレフォン１用のプログラムを実行することにより、ホームテレフォン１の各機能が実現される。また、ホームテレフォン１用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２６】
次に、着信制御テーブル１５の生成処理について説明する。
【００２７】
図４は、テーブル生成部１３が行う、着信制御テーブルの１５の生成処理を示すフローチャートである。テーブル生成部１３は、ホームテレフォン１配下の各内線端末に登録され、保持された電話帳データを収集・取得し、電話帳ＤＢ１６に格納する（Ｓ１０１）。各内線端末の電話帳データは、有線もしくは無線を介して送信されるものとする。また、各内線端末を使用するユーザが、電話帳ＤＢ１６に手動で登録することとしてもよい。
【００２８】
なお、ＨＧＷ部１２が各内線端末の電話帳データを保持している場合は、Ｓ１０１の処理は、不要である。
【００２９】
図５は、各内線端末が保持する電話帳データの例を示すものである。図示する電話帳データは、氏名と、電話番号とが対応付けて登録されている。
【００３０】
そして、テーブル生成部１３は、各電話帳データが記憶された電話帳ＤＢ１６を参照し、各電話帳データに記憶された全ての電話番号の各々について、どの内線端末の電話帳データに登録されているかを検出し（Ｓ１０２）、各電話番号と、当該電話番号が電話帳データに登録されている少なくとも１つの内線端末と、を対応付けた着信制御テーブル１５を生成する（Ｓ１０３）。
【００３１】
具体的には、図５に示す例では、「03-XXXX-XXX1」の電話番号は、内線Ａおよび内線Ｂの内線端末の電話帳データに登録されている。また、「090-XXXX-XXX1」の電話番号は、内線Ａの内線端末のみの電話帳データに登録されている。
【００３２】
図６は、着信制御テーブル１５の一例を示す図である。テーブル生成部１３は、全ての電話番号について、このような対応付けを検出し、各電話番号がどの内線端末の電話帳データに登録されているのかを示す着信制御テーブルを生成する。
【００３３】
なお、テーブル生成部１３は、所定のタイミングで（例えば、定期的に、または、ユーザの指示を受け付けたタイミングなど）、着信制御テーブル１５の生成処理を行い、着信制御テーブル１５を更新する。
【００３４】
次に着信制御部１４の着信制御処理について説明する。着信制御テーブル１５を生成した後、着信制御部１４は、生成した着信制御テーブル１５を用いて、ホームテレフォン１に発信された呼の着信先の内線端末を決定する着信制御処理を行う。
【００３５】
図７は、着信制御部１４が行う着信制御処理を示すフローチャートである。
【００３６】
着信制御部１４は、当該ホームテレフォン１の電話番号を発信先として発信された呼を着信すると、発信元の電話番号が着信制御テーブル１５に登録されているか否かを判別する（Ｓ１１）。着信制御テーブル１５に登録されていない場合（Ｓ１１：ＮＯ）、着信制御部１４は、ホームテレフォン１に収容された配下の全ての内線端末を鳴動させ、全ての内線端末に着信させる（Ｓ１２）。着信制御部１４は、最初にオフフック操作がなされた内線端末に呼を接続し、これにより通話が開始される（Ｓ１８）。
【００３７】
発信元の電話番号が着信制御テーブル１５に登録されている場合であって（Ｓ１１：ＹＥＳ）、着信制御テーブル１５において当該発信元の電話番号に対応付けて登録された内線端末が１つの場合（Ｓ１３：ＮＯ）、着信制御部１４は、発信元の電話番号に対応付けられた内線端末が着信可能な状態か否かを判別する（Ｓ１４）。
【００３８】
着信可能な状態とは、当該内線端末が、通話中（ビジー）でなく、かつ、ホームテレフォン１に収容されている状態であることを意味する。収容されている状態は、ホームテレフォン１と内線端末とが有線の内線で接続されている場合は、回線が接続されていない状態を意味し、ホームテレフォン１と内線端末とが無線の内線で接続されている場合は、内線端末がホームテレフォン１の通信範囲に存在しない状態であることを意味する。収容されていない状態としては、例えば、内線端末がスマートフォンであって、着信時にはユーザがスマートフォンを携帯して外出している場合などが考えられる。なお、着信時に、Ｇ３携帯機能で通話中（内線着信不可）の場合は、通話中（ビジー）として処理される。
【００３９】
着信可能な状態の場合（Ｓ１４：ＹＥＳ）、着信制御部１４は、発信元の電話番号に対応付けて登録された内線端末に着信させ（Ｓ１５）、当該内線端末でオフフック操作がなされると呼を接続し、これにより通話が開始される（Ｓ１８）。着信が不可能な状態の場合（Ｓ１４：ＮＯ）、着信制御部１４は、発信元の端末に、通話中（ビジー）を示す応答を送信する（Ｓ１９）。
【００４０】
また、発信元の電話番号に対応付けて登録された内線端末が複数の場合（Ｓ１３：ＹＥＳ）、着信制御部１４は、当該複数の内線端末の中で着信可能な状態の内線端末が１つか否かを判別する（Ｓ１６）。着信可能な内線端末が１つの場合（Ｓ１６：ＹＥＳ）、着信制御部１４は、当該内線端末に着信させ（Ｓ１５）、当該内線端末でオフフック操作がなされると呼を接続し、これにより通話が開始される（Ｓ１８）。
【００４１】
着信可能な内線端末が複数の場合（Ｓ１６：ＮＯ）、着信制御部１４は、着信可能な登録された複数の内線端末を鳴動させ、着信させる（Ｓ１７）。着信制御部１４は、最初にオフフック操作がなされた内線端末に呼を接続し、これにより通話が開始される（Ｓ１８）。
【００４２】
以上説明した第１の実施形態では、各内線端末の電話帳データを用いて着信制御テーブル１５を生成し、当該着信制御テーブル１５を用いて呼の着信先を制御する。電話帳データのように、ユーザが意識して登録したデータを用いることで、本実施形態では、呼を着信させる内線端末をより適切に制御し、ユーザの利便性を向上させることができる。
【００４３】
また、本実施形態では、各内線端末の発着信履歴データを用いることなく、着信先の内線端末を決定する。すなわち、本実施形態では、発着信履歴を蓄積するための事前運用を行うことなく、ホームテレフォン１の導入時から即座に着信制御を行うことができる。
【００４４】
＜第２の実施形態＞
図８は、本発明の第２の実施形態に係る通信システムの構成図である。本実施形態では、第１の実施形態で説明した着信制御テーブル１５の他に、各内線端末から取得した発着信履歴を用いて、ホームテレフォン１Ａに対して外部から発信された呼の着信を制御する。
【００４５】
本実施形態の通信システムは、ネットワーク３に接続されたホームテレフォン１Ａと、当該ホームテレフォンに接続された複数の内線端末２とを備える。
【００４６】
本実施形態のホームテレフォン１Ａは、ＨＧＷ部１２に、着信優先テーブル１７および発着信履歴ＤＢ１８をさらに備える点において、第１の実施形態のホームテレフォン１（図３参照）と異なる。また、本実施形態のテーブル生成部１３は、第１の実施形態と同様に着信制御テーブル１５を生成するとともに、着信優先テーブル１７も生成する。
【００４７】
テーブル生成部１３は、複数の内線端末２に記憶された発着信履歴データをそれぞれ取得して発着信履歴ＤＢ１８に記憶する。そして、各内線端末の発着信履歴データに記憶された過去に発着信された各電話番号について、発着信回数および通話時間を用いて着信優先度を算出し、算出した着信優先度に基づいて当該電話番号に対する着信順序を設定した着信優先テーブルを生成する。
【００４８】
着信制御部１４は、ホームテレフォン１Ａに対して外部から発信された呼を受け付け、当該呼の発信元の電話番号、着信制御テーブル１５および着信優先テーブル１７に基づいて、当該呼の着信先を制御する。具体的には、呼の発信元の電話番号が着信制御テーブル１５に記憶され、当該電話番号に対応付けられた内線端末が複数存在する場合、着信優先テーブル１７を用いて、当該呼を着信させる内線端末を決定する。
【００４９】
なお、本実施形態の電話部１１、着信制御テーブル１５および電話帳ＤＢ１６は、第１の実施形態と同様であるため、ここでは説明を省略する。また、本実施形態のホームテレフォン１Ａは、電話部１１（親電話機）を有することなく、ＨＧＷ部１２のみを有するものであってもよい。
【００５０】
ホームテレフォン１Ａに収容される各内線端末２は、第１の実施形態の内線端末２と同様の通信端末であって、有線または無線でホームテレフォン１Ａに接続されている。また、本実施形態の各内線端末２は、当該内線端末２の発着履歴および着信履歴を保持し、所定のタイミングでホームテレフォン１Ａに送信する。
【００５１】
次に、本実施形態の着信優先テーブル１７の生成処理について説明する。
【００５２】
図９は、テーブル生成部１３が行う、着信優先テーブル１７の生成処理を示すフローチャートである。テーブル生成部１３は、ホームテレフォン１配下の各内線端末に保持された、所定の期間の発着信履歴データを収集・取得し、発着信履歴ＤＢ１８に格納する（Ｓ２０１）。各内線端末の発着信履歴データは、各内線を介して送信されるものとする。なお、ＨＧＷ部１２が各内線端末の発着信履歴データを保持している場合は、Ｓ２０１の処理は、不要である。
【００５３】
図１０は、内線端末が保持する発信履歴データおよび着信履歴データの例を示すものである。図示する発信履歴データは、発信日付と、発信番号と、通話時間とが対応付けて記憶されている。また、図示する着信履歴データは、着信日付と、着信番号と、通話時間とが対応付けて記憶されている。
【００５４】
そして、テーブル生成部１３は、各内線端末の発着信履歴データが記憶された発着信履歴ＤＢ１８を参照し、内線端末毎に、Ｓ２０２およびＳ２０３の処理を行う。すなわち、テーブル生成部１３は、ある内線端末の発信履歴データおよび着信履歴データを発着信履歴ＤＢ１８から読み出し、各電話番号毎に、当該電話番号への発信履歴の総回数（SendCA）と、当該電話番号への発信時の総通話時間（TimeSendCA）と、当該電話番号からの着信履歴の総回数（RecieveCA）と、当該電話番号からの着信時の総通話時間（TimeRecieveCA）とを算出する（Ｓ２０２）。
【００５５】
そして、テーブル生成部１３は、各電話番号毎に、Ｓ２０２で算出された各値を用いて、着信優先度（M）を算出する（Ｓ２０３）。着信優先度（M）は、例えば以下の式により、算出することができる。
【００５６】
M＝K1×（発信履歴の総回数（SendCA）×発信時の総通話時間（TimeSendCA））＋
K2×（着信履歴の総回数（RecieveCA）×着信時の総通話時間（TimeRecieveCA））
また、着信優先度（M）は、以下の式により、算出することとしてもよい。
【００５７】
M＝K1×（発信履歴の総回数（SendCA）＋発信時の総通話時間（TimeSendCA））＋
K2×（着信履歴の総回数（RecieveCA）＋着信時の総通話時間（TimeRecieveCA））
なお、K1およびK2は、所定の値の加重パラメータである。
【００５８】
このように、テーブル生成部１３は、全ての内線端末についてＳ２０２およびＳ２０３の処理を行い、各内線端末の発着信履歴データに記憶された各電話番号の着信優先度（M）を算出する。
【００５９】
そして、テーブル生成部１３は、各内線端末２の各発着信履歴データに記憶された全ての電話番号の各々について、着信優先度（M）に基づいて、着信順序を設定した着信優先テーブル１７を生成する（Ｓ２０４）。
【００６０】
図１１は、着信優先テーブル１７の一例を示す図である。図示する着信優先テーブル１７は、各電話番号毎に、第１着信先、第２着信先、・・・、が設定されている。すなわち、複数の内線端末の発着信履歴データで重複する電話番号については、着信優先度（M）を比較し、着信優先度（M）の高い順に、第１着信先、第２着信先、・・・、の順に、対応する内線端末を設定する。図示する例では、「090-XXXX-XXX1」の電話番号については、内線Ａの内線端末の着信優先度（M）が最も大きく、その次に内線Ｂの内線端末の着信優先度（M）が大きいことを示している。
【００６１】
また、１つの内線端末の発着信履歴データのみに存在する電話番号については、第１着信先の内線端末にのみ当該内線端末が設定され、第２着信先以降については設定されない。図示する例では、「090-XXXX-XXX3」の電話番号は、内線Ａの内線端末の発着信履歴データのみに存在する電話番号であることを示している。
【００６２】
なお、テーブル生成部１３は、所定のタイミングで（例えば、定期的に、または、ユーザの指示を受け付けたタイミングなど）、着信優先テーブル１７の生成処理を行い、着信制御テーブル１５を更新する。
【００６３】
次に着信制御部１４の着信制御処理について説明する。着信制御部１４は、着信制御テーブル１５および着信優先テーブル１７を用いて、ホームテレフォン１に発信された呼の着信先の内線端末を決定する着信制御処理を行う。
【００６４】
図１２は、着信制御部１４が行う着信制御処理を示すフローチャートである。図１２のＳ２１からＳ２６については、第１の実施形態の図７のＳ１１からＳ１６と同様であり、Ｓ２７のみが図７のＳ１７と異なる。そのため、ここでは、Ｓ２１からＳ２６の処理については省略し、Ｓ２７の処理についてのみ説明する。着信制御部１４は、Ｓ２６で、発信元の電話番号に対応付けて着信制御テーブル１５に登録された複数の内線端末の中で、着信可能な状態の内線端末が１つか否かを判別し、複数の場合（Ｓ２６：ＮＯ）、図１３に示す処理を行う（Ｓ２７）。
【００６５】
図１３は、図１２のＳ２７の処理を示すフローチャートである。
【００６６】
着信可能な状態の内線端末が複数の場合（図１２のＳ２６：ＮＯ）、着信制御部１４は、発信元の電話番号が着信優先テーブル１７に登録されているか否かを判別する（Ｓ３１）。着信優先テーブル１７に登録されていない場合（Ｓ３１：ＮＯ）、着信制御部１４は、着信可能な登録された複数の内線端末を鳴動させ、着信させる（Ｓ３２）。着信制御部１４は、最初にオフフック操作がなされた内線端末に呼を接続し、これにより通話が開始される（Ｓ３８）。
【００６７】
発信元の電話番号が着信優先テーブル１７に登録されている場合（Ｓ３１：ＹＥＳ）、着信制御部１４は、着信優先テーブル１７の第Ｎ着信先（ここでは、第１着信先）に設定された内線端末が着信可能な状態か否かを判別する（Ｓ３３）。着信可能な状態は、第１の実施形態で説明したように、当該内線端末が、通話中（ビジー）でなく、かつ、ホームテレフォン１Ａに収容されている状態であることを意味する。
【００６８】
着信可能な状態の場合（Ｓ３３：ＹＥＳ）、着信制御部１４は、当該第Ｎ着信先の内線端末に着信させ、鳴動させる。そして、着信制御部１４は、鳴動時間を監視し、所定のＴ秒時間が経過する前に当該内線端末でオフフック操作がなされると（Ｓ３４：ＮＯ）、当該内線端末に呼を接続し、これにより通話が開始される（Ｓ３８）。
【００６９】
一方、着信が不可能な状態の場合（Ｓ３３：ＮＯ）、および、所定のＴ秒時間が経過しても当該内線端末でオフフック操作がなされない場合（Ｓ３４：ＹＥＳ）、着信制御部１４は、Ｎに１を加算してＮ＝Ｎ＋１とし（Ｓ３６）、加算後の第Ｎ着信先（ここでは、第２着信先）の内線端末が着信優先テーブル１７に設定されている場合（Ｓ３７：ＹＥＳ）、Ｓ３３に戻り、加算後の第Ｎ着信先について以降の処理を行う。加算後の第Ｎ着信先の内線端末が着信優先テーブル１７に設定されていない場合（Ｓ３７：ＮＯ）、着信制御部１４は、発信元の端末に、通話中（ビジー）を示す応答を送信する（Ｓ３９）。
【００７０】
加算後の第Ｎ着信先の内線端末が着信優先テーブル１７に設定されていない場合（Ｓ３７：ＮＯ）は、当該第Ｎ着信先が、着信優先テーブル１７に設定された最後（MAX）の着信先のより大きい場合である。例えば、図１１に示す着信優先テーブル１７の「090-XXXX-XXX3」の電話番号の場合、最後（MAX）の着信先は第１着信先である。この場合、Ｓ３６でＮが「２」になると「２＞１（MAX）」（Ｓ３７：ＮＯ）となり、Ｓ３９に進む。
【００７１】
以上説明した第２の実施形態では、着信制御テーブル１５だけでなく、各内線端末の発着信履歴データに基づいて生成した着信優先テーブル１７も用いて呼の着信先を制御する。これにより、本実施形態では、呼を着信させる内線端末をより適切に制御し、ユーザの利便性を向上させることができる。
【００７２】
＜第３の実施形態＞
図１４は、第３の実施形態の利用シーンにおける構成例を示すものである。図示する例では、図１と同様に、内線端末２１は、内線Ａとして接続され、お父さんが使用する通信端末であって、内線端末２２は、内線Ｂとして接続され、太郎が使用する通信端末であって、内線端末２３は、内線Ｃとして接続され、次郎が使用する通信端末である。さらに、内線端末２４は、内線Ｄとして接続されたＴＶ電話端末であって、太郎が使用するものである。太郎が内線Ｂおよび内線Ｄの複数の内線端末２２、２４を利用しているように、１人のユーザが、複数の内線端末を状況に応じて使い分けているものとする。
【００７３】
図１５は、図１４に示す構成における利用シーンの一例を示したものである。図示する例では、太郎は、日中の時間帯は、内線端末（ＴＶ電話端末）２４を主に利用するが、夜の時間帯は内線端末（通信端末）２２を利用する。
【００７４】
発信者（Ｔ助）は、固定電話４を利用して、ネットワーク３を介してホームテレフォン１に発信する。この場合、ホームテレフォン１は、発信者の発信番号および発信された時間帯に基づいて、その時間帯によく利用する内線端末に着信する。図示する例では、ホームテレフォン１は、発信者（Ｔ助）から発信された電話は、太郎への電話である可能性が高いと判別し、また、夜間の時間帯であるため夜間に太郎が使用する内線端末２４に着信する。
【００７５】
図１６は、本発明の第３の実施形態に係る通信システムの構成図である。本実施形態では、第１の実施形態で説明した着信制御テーブル１５の他に、各内線端末から取得した発着信履歴を用いて、ホームテレフォン１Ｂに対して外部から発信された呼の着信を制御する。
【００７６】
本実施形態の通信システムは、ネットワーク３に接続されたホームテレフォン１Ｂと、当該ホームテレフォンに接続された複数の内線端末２とを備える。
【００７７】
本実施形態のホームテレフォン１Ｂは、ＨＧＷ部１２に、時刻優先テーブル１９および発着信履歴ＤＢ１８をさらに備える点において、第１の実施形態のホームテレフォン１（図３参照）と異なる。また、本実施形態のテーブル生成部１３は、第１の実施形態と同様に着信制御テーブル１５を生成するとともに、時刻優先テーブル１９も生成する。
【００７８】
テーブル生成部１３は、複数の内線端末２に記憶された発着信履歴データをそれぞれ取得して発着信履歴ＤＢ１８に記憶する。そして、各内線端末の発着信履歴データに記憶された過去に発着信された各電話番号について、時間帯毎の発着信回数および通話時間を用いて着信優先度を算出し、時間帯毎に算出した着信優先度に基づいて、時間帯毎に当該電話番号に対する着信順序を設定した時刻優先テーブル１９を生成する。
【００７９】
着信制御部１４は、ホームテレフォン１Ｂに対して外部から発信された呼を受け付け、当該呼の発信元の電話番号、着信制御テーブル１５および時刻優先テーブル１９に基づいて、当該呼の着信先を制御する。具体的には、呼の発信元の電話番号が着信制御テーブル１５に記憶され、当該電話番号に対応付けられた内線端末が複数存在する場合、呼を受け付けた時刻に含まれる時間帯の時刻優先テーブル１９を用いて、当該呼を着信させる内線端末を決定する。
【００８０】
なお、本実施形態の電話部１１、着信制御テーブル１５および電話帳ＤＢ１６は、第１の実施形態と同様であるため、ここでは説明を省略する。また、本実施形態のホームテレフォン１Ｂは、電話部１１（親電話機）を有することなく、ＨＧＷ部１２のみ有するものであってもよい。
【００８１】
ホームテレフォン１Ｂに収容される各内線端末２は、第１の実施形態の内線端末２と同様の通信端末であって、有線または無線でホームテレフォン１Ｂに接続されている。また、本実施形態の各内線端末２は、当該内線端末２の発着履歴および着信履歴を保持し、所定のタイミングでホームテレフォン１Ｂに送信する。
【００８２】
次に、本実施形態の時刻優先テーブル１９の生成処理について説明する。
【００８３】
図１７は、テーブル生成部１３が行う、時刻優先テーブル１９の生成処理を示すフローチャートである。テーブル生成部１３は、ホームテレフォン１配下の各内線端末に保持された、所定の期間の発着信履歴データを収集・取得し、発着信履歴ＤＢ１８に格納する（Ｓ３０１）。各内線端末の発着信履歴データは、各内線を介して送信されるものとする。なお、ＨＧＷ部１２が各内線端末の発着信履歴データを保持している場合は、Ｓ３０１の処理は不要である。
【００８４】
図１８は、内線端末が保持する発信履歴データおよび着信履歴データの例を示すものである。図示する発信履歴データは、発信日付と、発信番号と、発信時刻と、通話時間とが対応付けて記憶されている。また、図示する着信履歴データは、着信日付と、着信番号と、着信時刻と、通話時間とが対応付けて記憶されている。
【００８５】
そして、テーブル生成部１３は、各内線端末の発着信履歴データが記憶された発着信履歴ＤＢ１８を参照し、内線端末毎に、Ｓ３０２およびＳ３０３の処理を行う。すなわち、テーブル生成部１３は、ある内線端末の発信履歴データおよび着信履歴データを発着信履歴ＤＢ１８から読み出し、各電話番号毎、および、各時間帯毎（Ｔ１〜Ｔｎ毎）に、当該電話番号への発信履歴の総回数（SendCA）と、当該電話番号への発信時の総通話時間（TimeSendCA）と、当該電話番号からの着信履歴の総回数（RecieveCA）と、当該電話番号からの着信時の総通話時間（TimeRecieveCA）とを算出する（Ｓ３０２）。
【００８６】
そして、テーブル生成部１３は、各電話番号毎および各時間帯毎（Ｔ１〜Ｔｎ毎）に、Ｓ３０２で算出された各値を用いて、着信優先度（Mt）を算出する（Ｓ３０３）。着信優先度（Mt）は、例えば以下の式により、算出することができる。
【００８７】
Mt＝K1×（発信履歴の総回数（SendCA）×発信時の総通話時間（TimeSendCA））＋
K2×（着信履歴の総回数（RecieveCA）×着信時の総通話時間（TimeRecieveCA））
また、着信優先度（Mt）は、以下の式により、算出することとしてもよい。
【００８８】
Mt＝K1×（発信履歴の総回数（SendCA）＋発信時の総通話時間（TimeSendCA））＋
K2×（着信履歴の総回数（RecieveCA）＋着信時の総通話時間（TimeRecieveCA））
なお、K1およびK2は、所定の値の加重パラメータである。
【００８９】
このように、テーブル生成部１３は、全ての内線端末についてＳ３０２およびＳ３０３の処理を行い、各内線端末の発着信履歴データに記憶された各電話番号および各時間帯（Ｔ１〜Ｔｎ）の着信優先度（Mt）を算出する。
【００９０】
そして、テーブル生成部１３は、各内線端末２の各発着信履歴データに記憶された全ての電話番号の各々について、着信優先度（Mt）に基づいて、各時間帯毎の着信順序を設定した時刻優先テーブル１９を生成する（Ｓ３０４）。
【００９１】
図１９は、時刻優先テーブル１９の一例を示す図である。図示する時刻優先テーブル１９は、各電話番号毎および各時間帯毎（Ｔ０〜Ｔｎ毎）に、第１着信先、第２着信先、・・・、が設定されている。なお、図示する時刻優先テーブル１９は、第２の実施形態の着信優先テーブル１７（図１１参照）を、各時間帯（Ｔ１〜Ｔｎ）毎に、生成したものである。
【００９２】
例えば、Ｔ０時間帯に複数の内線端末の発着信履歴データで重複する電話番号については、Ｔ０時間帯の着信優先度（Mt）を比較し、着信優先度（Mｔ）の高い順に、第１着信先、第２着信先、・・・、の順に、対応する内線端末を設定する。図示するＴ０時間帯では、「090-XXXX-XXX1」の電話番号については、内線Ａの内線端末の着信優先度（Mｔ）が最も大きく、その次に内線Ｂの内線端末の着信優先度（Mｔ）が大きいことを示している。
【００９３】
また、Ｔ０時間帯に１つの内線端末の発着信履歴データのみに存在する電話番号については、第１着信先の内線端末にのみ当該内線端末が設定され、第２着信先以降については設定されない。図示するＴ０時間帯では、「090-XXXX-XXX3」の電話番号は、内線Ａの内線端末の発着信履歴データのみに存在する電話番号であることを示している。
【００９４】
なお、テーブル生成部１３は、所定のタイミングで（例えば、定期的に、または、ユーザの指示を受け付けたタイミングなど）、時刻優先テーブル１９の生成処理を行い、時刻優先テーブル１９を更新する。
【００９５】
次に着信制御部１４の着信制御処理について説明する。着信制御部１４は、着信制御テーブル１５および時刻優先テーブル１９を用いて、ホームテレフォン１に発信された呼の着信先の内線端末を決定する着信制御処理を行う。
【００９６】
図２０は、着信制御部１４が行う着信制御処理を示すフローチャートである。図２０のＳ４１からＳ４６については、第１の実施形態の図７のＳ１１からＳ１６と同様であり、Ｓ４７のみが図７のＳ１７と異なる。そのため、ここでは、Ｓ４１からＳ４６の処理については省略し、Ｓ４７の処理についてのみ説明する。着信制御部１４は、Ｓ４６で、発信元の電話番号に対応付けて着信制御テーブル１５に登録された複数の内線端末の中で、着信可能な状態の内線端末が１つか否かを判別し、複数の場合（Ｓ４６：ＮＯ）、図２１に示す処理を行う（Ｓ４７）。
【００９７】
図２１は、図２０のＳ４７の処理を示すフローチャートである。
【００９８】
着信可能な状態の内線端末が複数の場合（図２０のＳ４６：ＮＯ）、着信制御部１４は、現在時刻ｔを取得する（Ｓ５１）。そして、着信制御部１４は、現在時刻ｔが含まれる時間帯の時刻優先テーブル１９を参照し、発信元の電話番号が当該時間帯の時刻優先テーブル１９に登録されているか否かを判別する（Ｓ５２）。当該時間帯の時刻優先テーブル１９に登録されていない場合（Ｓ５２：ＮＯ）、着信制御部１４は、着信可能な登録された複数の内線端末を鳴動させ、着信させる（Ｓ５３）。着信制御部１４は、最初にオフフック操作がなされた内線端末に呼を接続し、これにより通話が開始される（Ｓ５９）。
【００９９】
発信元の電話番号が当該時間帯の時刻優先テーブル１９に登録されている場合（Ｓ５２：ＹＥＳ）、着信制御部１４は、当該時間帯の時刻優先テーブル１９の第Ｎ着信先（ここでは、第１着信先）に設定された内線端末が着信可能な状態か否かを判別する（Ｓ５４）。着信可能な状態は、第１の実施形態で説明したように、当該内線端末が、通話中（ビジー）でなく、かつ、ホームテレフォン１Ｂに収容されている状態であることを意味する。
【０１００】
着信可能な状態の場合（Ｓ５４：ＹＥＳ）、着信制御部１４は、当該第Ｎ着信先の内線端末に着信させ、鳴動させる。そして、着信制御部１４は、鳴動時間を監視し、所定のＴ秒時間が経過する前に当該内線端末でオフフック操作がなされると（Ｓ５５：ＮＯ）、当該内線端末に呼を接続し、これにより通話が開始される（Ｓ５９）。
【０１０１】
一方、着信が不可能な状態の場合（Ｓ５４：ＮＯ）、および、所定のＴ秒時間が経過しても当該内線端末でオフフック操作がなされない場合（Ｓ５５：ＹＥＳ）、着信制御部１４は、Ｎに１を加算してＮ＝Ｎ＋１とし（Ｓ５７）、加算後の第Ｎ着信先（ここでは、第２着信先）の内線端末が当該時間帯の時刻優先テーブル１９に設定されている場合（Ｓ５８：ＹＥＳ）、Ｓ５４に戻り、加算後の第Ｎ着信先について以降の処理を行う。加算後の第Ｎ着信先の内線端末が当該時間帯の時刻優先テーブル１９に設定されていない場合（Ｓ５８：ＮＯ）、着信制御部１４は、発信元の端末に、通話中（ビジー）を示す応答を送信する（Ｓ６０）。
【０１０２】
加算後の第Ｎ着信先の内線端末が当該時間帯の時刻優先テーブル１９に設定されていない場合（Ｓ５８：ＮＯ）は、加算後の第Ｎ着信先が、時刻優先テーブル１９に設定された最後（MAX）の着信先より大きい場合である。例えば、図１９に示すＴ０時間帯の時刻優先テーブル１９の「090-XXXX-XXX3」の電話番号の場合、最後（MAX）の着信先は第１着信先である。この場合、Ｓ５７でＮが「２」になると「２＞１（MAX）」（Ｓ５８：ＮＯ）となり、Ｓ６０に進む。
【０１０３】
以上説明した第３の実施形態では、着信制御テーブル１５だけでなく、各内線端末の発着信履歴データに基づいて生成した時刻優先テーブル１９も用いて呼の着信先を制御する。これにより、本実施形態では、呼を受け付けた時間帯を考慮して、呼を着信させる内線端末をきめ細かく適切に制御し、ユーザの利便性を向上させることができる。
【０１０４】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【０１０５】
１、１Ａ、１Ｂ：ホームテレフォン
１１：電話部
１２：ＨＧＷ部
１３：テーブル生成部
１４：着信制御部
１５：着信制御テーブル
１６：電話帳ＤＢ
１７：着信優先テーブル
１８：発着信履歴ＤＢ
１９：時刻優先テーブル
２  ：内線端末
３  ：ネットワーク
【図１】
2013106061.tif 000003
【図２】
2013106061.tif 000004
【図３】
2013106061.tif 000005
【図４】
2013106061.tif 000006
【図５】
2013106061.tif 000007
【図６】
2013106061.tif 000008
【図７】
2013106061.tif 000009
【図８】
2013106061.tif 000010
【図９】
2013106061.tif 000011
【図１０】
2013106061.tif 000012
【図１１】
2013106061.tif 000013
【図１２】
2013106061.tif 000014
【図１３】
2013106061.tif 000015
【図１４】
2013106061.tif 000016
【図１５】
2013106061.tif 000017
【図１６】
2013106061.tif 000018
【図１７】
2013106061.tif 000019
【図１８】
2013106061.tif 000020
【図１９】
2013106061.tif 000021
【図２０】
2013106061.tif 000022
【図２１】
2013106061.tif 000023