ホーム > 特許ランキング > 株式会社ＪＶＣケンウッド
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024124554
(43)【公開日】2024-09-12
(54)【発明の名称】端末装置、プログラム
(51)【国際特許分類】
H04M 1/724 20210101AFI20240905BHJP
H04M 3/42 20060101ALI20240905BHJP
【ＦＩ】
H04M1/724
H04M3/42
【審査請求】有
【請求項の数】3
【出願形態】ＯＬ
(21)【出願番号】P 2024110398
(22)【出願日】2024-07-09
(62)【分割の表示】P 2020180390の分割
【原出願日】2020-10-28
(71)【出願人】
【識別番号】308036402
【氏名又は名称】株式会社ＪＶＣケンウッド
(72)【発明者】
【氏名】下島野 英雄
(72)【発明者】
【氏名】宍戸 一郎
(57)【要約】
【課題】着信対象の状況に応じて着信を報知する形態を変更する技術を提供する。
【解決手段】制御部３８は、自端末装置１６による外部機器２０の操作に関する操作履歴
情報を生成する。制御部３８は、生成した前記操作履歴情報をもとに、自端末装置１６の
ユーザが着信を認識する程度を示す通信容易性指標を算出する。通信部３４は、制御部３
８において算出した通信容易性指標を管理装置に送信し、通信容易性指標に対応した着信
報知形態を示す制御情報を管理装置から受信する。制御部３８は、通信部３４が他の端末
装置から送信された通信開始要求を受信した場合に、制御情報にしたがった形態で着信を
報知する。
【選択図】図６
【解決手段】制御部３８は、自端末装置１６による外部機器２０の操作に関する操作履歴
情報を生成する。制御部３８は、生成した前記操作履歴情報をもとに、自端末装置１６の
ユーザが着信を認識する程度を示す通信容易性指標を算出する。通信部３４は、制御部３
８において算出した通信容易性指標を管理装置に送信し、通信容易性指標に対応した着信
報知形態を示す制御情報を管理装置から受信する。制御部３８は、通信部３４が他の端末
装置から送信された通信開始要求を受信した場合に、制御情報にしたがった形態で着信を
報知する。
【選択図】図６
【特許請求の範囲】
【請求項1】
自端末装置による操作に関する操作履歴情報を生成する生成部と、
前記生成部において生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を
認識する程度を示す通信容易性指標を算出する算出部と、
前記算出部において算出した前記通信容易性指標を管理装置に送信し、前記通信容易性
指標に対応した着信報知形態を示す制御情報を前記管理装置から受信する通信部と、
を備える端末装置。
前記生成部において生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を
認識する程度を示す通信容易性指標を算出する算出部と、
前記算出部において算出した前記通信容易性指標を管理装置に送信し、前記通信容易性
指標に対応した着信報知形態を示す制御情報を前記管理装置から受信する通信部と、
を備える端末装置。
【請求項2】
自端末装置による操作に関する操作履歴情報を生成するステップと、
生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を認識する程度を示す
通信容易性指標を算出するステップと、
算出した前記通信容易性指標を管理装置に送信し、前記通信容易性指標に対応した着信
報知形態を示す制御情報を前記管理装置から受信するステップと、
を含む方法。
生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を認識する程度を示す
通信容易性指標を算出するステップと、
算出した前記通信容易性指標を管理装置に送信し、前記通信容易性指標に対応した着信
報知形態を示す制御情報を前記管理装置から受信するステップと、
を含む方法。
【請求項3】
コンピュータに、
自端末装置による操作に関する操作履歴情報を生成するステップと、
生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を認識する程度を示す
通信容易性指標を算出するステップと、
算出した前記通信容易性指標を管理装置に送信し、前記通信容易性指標に対応した着信
報知形態を示す制御情報を前記管理装置から受信するステップと、
を実行させるプログラム。
自端末装置による操作に関する操作履歴情報を生成するステップと、
生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を認識する程度を示す
通信容易性指標を算出するステップと、
算出した前記通信容易性指標を管理装置に送信し、前記通信容易性指標に対応した着信
報知形態を示す制御情報を前記管理装置から受信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信技術に関し、特に着信可能である端末装置、プログラムに関する。
【背景技術】
【0002】
複数の端末装置により構成される通信システムにおいて、複数種類の通信モードがサポ
ートされる場合がある。例えば、第１通信モードでは、呼出信号を受信した端末装置にお
いて所定の操作が行われた後に通信が開始され、第２通信モードでは、呼出信号を受信し
た端末装置において所定の操作が行われない場合であっても通信が開始される。第１通信
モードでは、呼出を受けたユーザが所定の操作を行った後に通信が開始されるため、ユー
ザが知らないうちに通信が開始されることがなく、ユーザは通信の存在を確実に把握でき
る。一方、第２通信モードでは、所定の操作が行われない場合でも通信が開始されるため
、迅速に通信を開始することができる。このように、複数種類の通信モードでは、それぞ
れ異なる特性やメリットがある。
ートされる場合がある。例えば、第１通信モードでは、呼出信号を受信した端末装置にお
いて所定の操作が行われた後に通信が開始され、第２通信モードでは、呼出信号を受信し
た端末装置において所定の操作が行われない場合であっても通信が開始される。第１通信
モードでは、呼出を受けたユーザが所定の操作を行った後に通信が開始されるため、ユー
ザが知らないうちに通信が開始されることがなく、ユーザは通信の存在を確実に把握でき
る。一方、第２通信モードでは、所定の操作が行われない場合でも通信が開始されるため
、迅速に通信を開始することができる。このように、複数種類の通信モードでは、それぞ
れ異なる特性やメリットがある。
【0003】
また、特許文献１では、無線通信機と電話機との通信をネットワーク経由で中継装置が
中継するシステムが提案されている。このシステムにおいて、中継装置は、電話機からの
着呼に対して、子機の無線通信機から確実な応答指示があったことを条件に応答する。こ
こで、中継装置は、単独着信の場合に通話モードを実行し、同報着信の場合に無線呼出モ
ードを実行し、無線通信機の発呼の場合にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏ
ｎ Ｐｒｏｔｏｃｏｌ）発呼モードを実行する。
中継するシステムが提案されている。このシステムにおいて、中継装置は、電話機からの
着呼に対して、子機の無線通信機から確実な応答指示があったことを条件に応答する。こ
こで、中継装置は、単独着信の場合に通話モードを実行し、同報着信の場合に無線呼出モ
ードを実行し、無線通信機の発呼の場合にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏ
ｎ Ｐｒｏｔｏｃｏｌ）発呼モードを実行する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１１－１３５２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１では、中継装置の同報着信用の電話番号に着信があった場合、無線呼出モー
ドに移行し、呼出対象の無線通信機において着信を知らせる音、すなわち着信音を出力さ
せる。着信音を認識した無線通信機のユーザが、それに応答することにより、最先で応答
した１台の無線通信機のみを相手装置（発呼した電話通信装置）に接続させることができ
る。一方、中継装置の単独着信用の電話番号に着信があった場合、通話モードに移行し、
無線通信機に着信音を出力させずに通話を開始する。しかしながら、特許文献１では、着
信音すなわち着信を報知（通知）する形態を着信対象（通信相手）の状況に応じて変更す
ることは、十分には考慮されていない。例えば、着信対象となるユーザが無線通信機の近
くにいる場合と、離れた場所にいる場合とでは、着信を報知する形態を変えることが望ま
しいが、このようなことは考慮されていない。
ドに移行し、呼出対象の無線通信機において着信を知らせる音、すなわち着信音を出力さ
せる。着信音を認識した無線通信機のユーザが、それに応答することにより、最先で応答
した１台の無線通信機のみを相手装置（発呼した電話通信装置）に接続させることができ
る。一方、中継装置の単独着信用の電話番号に着信があった場合、通話モードに移行し、
無線通信機に着信音を出力させずに通話を開始する。しかしながら、特許文献１では、着
信音すなわち着信を報知（通知）する形態を着信対象（通信相手）の状況に応じて変更す
ることは、十分には考慮されていない。例えば、着信対象となるユーザが無線通信機の近
くにいる場合と、離れた場所にいる場合とでは、着信を報知する形態を変えることが望ま
しいが、このようなことは考慮されていない。
【0006】
本発明はこうした状況に鑑みてなされたものであり、その目的は、着信対象の状況に応
じて着信を報知する形態を変更する技術を提供することである。
じて着信を報知する形態を変更する技術を提供することである。
【課題を解決するための手段】
【0007】
上記課題を解決するために、本発明のある態様の端末装置は、自端末装置による操作に
関する操作履歴情報を生成する生成部と、生成部において生成した操作履歴情報をもとに
、自端末装置のユーザが着信を認識する程度を示す通信容易性指標を算出する算出部と、
算出部において算出した通信容易性指標を管理装置に送信し、通信容易性指標に対応した
着信報知形態を示す制御情報を管理装置から受信する通信部と、を備える。
関する操作履歴情報を生成する生成部と、生成部において生成した操作履歴情報をもとに
、自端末装置のユーザが着信を認識する程度を示す通信容易性指標を算出する算出部と、
算出部において算出した通信容易性指標を管理装置に送信し、通信容易性指標に対応した
着信報知形態を示す制御情報を管理装置から受信する通信部と、を備える。
【0008】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒
体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効で
ある。
体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効で
ある。
【発明の効果】
【0009】
本発明によれば、着信対象の状況に応じて着信を報知する形態を変更できる。
【図面の簡単な説明】
【0010】
【図1】実施例１に係る通信システムの構成を示す図である。
【図5】端末装置のハードウエア構成および機能ブロックを示す図である。
【図6】端末装置の詳細な機能ブロックを示す図である。
【図7】端末装置から送信される操作履歴パケットのデータ構造を示す図である。
【図8】管理装置のハードウエア構成および機能ブロックを示す図である。
【図9】管理装置の詳細な機能ブロックを示す図である。
【図10】管理装置の履歴テーブルのデータ構造を示す図である。
【図11】端末装置による発信方法取得処理の詳細手順を示すフローチャートである。
【図13】管理装置による応答変更判定処理の手順を示すフローチャートである。
【図14】応答変更判定処理によりＩＮＶＩＴＥ（自動応答）に変更される場合の手順を示すシーケンス図である。
【図15】応答変更判定処理によりＩＮＶＩＴＥ（手動応答）に変更される場合の手順を示すシーケンス図である。
【図16】実施例２に係る在室係数テーブルのデータ構造を示す図である。
【図17】管理装置による応答変更判定処理の手順を示すフローチャートである。
【図18】実施例３に係る騒音係数テーブルのデータ構造を示す図である。
【図19】管理装置による応答変更判定処理の手順を示すフローチャートである。
【図20】実施例５に係る管理装置による応答変更判定処理の手順を示すフローチャートである。
【図21】実施例６に係る着信音量テーブルのデータ構造を示す図である。
【図23】端末装置が着信音量変更指示を受信した場合の処理の手順を示すフローチャートである。
【図24】管理装置による処理の手順を示すフローチャートである。
【図26】着信設定テーブルのデータ構造を示す図である。
【図27】第１端末装置から第２端末装置に発信を行う場合の別の手順を示すシーケンス図である。
【図28】端末装置による処理の手順を示すフローチャートである。
【図29】管理装置による処理の手順を示すフローチャートである。
【発明を実施するための形態】
【0011】
（実施例１）
図１は、通信システム１００の構成を示す。通信システム１００は、ネットワーク１０
、管理装置１２、基地局装置１４と総称される第１基地局装置１４ａ、第２基地局装置１
４ｂ、第３基地局装置１４ｃ、端末装置１６と総称される第１端末装置１６ａ、・・・、
第８端末装置１６ｈを含む。ここで、通信システム１００に含まれる基地局装置１４の数
は「３」に限定されず、端末装置１６の数は「８」に限定されず、それらより多くてもよ
く、それらよりも少なくてもよい。
図１は、通信システム１００の構成を示す。通信システム１００は、ネットワーク１０
、管理装置１２、基地局装置１４と総称される第１基地局装置１４ａ、第２基地局装置１
４ｂ、第３基地局装置１４ｃ、端末装置１６と総称される第１端末装置１６ａ、・・・、
第８端末装置１６ｈを含む。ここで、通信システム１００に含まれる基地局装置１４の数
は「３」に限定されず、端末装置１６の数は「８」に限定されず、それらより多くてもよ
く、それらよりも少なくてもよい。
【0012】
端末装置１６は、ＩＰトランシーバ、ＰｏＣ（Ｐｕｓｈ－ｔｏ－Ｔａｌｋ ｏｖｅｒ
Ｃｅｌｌｕｌａｒ）トランシーバとも呼ばれ、音声通信を実行する。音声通信はプッシュ
・ツー・トーク方式であり、個別呼出、グループ呼出、一斉呼出も可能である。このよう
な音声通信を実行するために、端末装置１６は基地局装置１４に接続される。ここで、基
地局装置１４と端末装置１６との間における通信方式には、半二重または全二重通信が使
用される。
Ｃｅｌｌｕｌａｒ）トランシーバとも呼ばれ、音声通信を実行する。音声通信はプッシュ
・ツー・トーク方式であり、個別呼出、グループ呼出、一斉呼出も可能である。このよう
な音声通信を実行するために、端末装置１６は基地局装置１４に接続される。ここで、基
地局装置１４と端末装置１６との間における通信方式には、半二重または全二重通信が使
用される。
【0013】
複数の基地局装置１４は、ネットワーク１０により互いに接続される。ネットワーク１
０は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークである。ネット
ワーク１０には管理装置１２が接続される。管理装置１２は、例えばＳＩＰ（Ｓｅｓｓｉ
ｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ等により構成され、端末装置１
６間で通話する際のＳＩＰシーケンス処理を実行する。
０は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークである。ネット
ワーク１０には管理装置１２が接続される。管理装置１２は、例えばＳＩＰ（Ｓｅｓｓｉ
ｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ等により構成され、端末装置１
６間で通話する際のＳＩＰシーケンス処理を実行する。
【0014】
このような構成において、端末装置１６の使用者（ユーザ）は、端末装置１６の通話ボ
タンを押下することによって、他の端末装置１６を使用する他の使用者との音声通話を実
行する。通信方式が半二重通信である場合、ある音声通話に係る複数の端末装置１６にお
いて、いずれかの使用者が通話ボタンを押下し発話している間にわたって、他の使用者は
通話ボタンを押しても発話できない。通話を開始する際に通話ボタンを押下した場合の動
作には、通常発信、およびＲｉｎｇ Ｂａｃｋ Ｔｏｎｅ（以下、「ＲＢＴ」という）発
信が含まれる。なお、「ＲＢＴ発信」がなされる通信モード（ＲＢＴ発信モード）を「第
１通信モード」、「通常発信」がなされる通信モード（通常発信モード）を「第２通信モ
ード」と呼ぶ場合もある。
タンを押下することによって、他の端末装置１６を使用する他の使用者との音声通話を実
行する。通信方式が半二重通信である場合、ある音声通話に係る複数の端末装置１６にお
いて、いずれかの使用者が通話ボタンを押下し発話している間にわたって、他の使用者は
通話ボタンを押しても発話できない。通話を開始する際に通話ボタンを押下した場合の動
作には、通常発信、およびＲｉｎｇ Ｂａｃｋ Ｔｏｎｅ（以下、「ＲＢＴ」という）発
信が含まれる。なお、「ＲＢＴ発信」がなされる通信モード（ＲＢＴ発信モード）を「第
１通信モード」、「通常発信」がなされる通信モード（通常発信モード）を「第２通信モ
ード」と呼ぶ場合もある。
【0015】
図２（ａ）－（ｂ）は、通信システム１００における通常発信の概要を示す。ここでは
、第１端末装置１６ａと第２端末装置１６ｂという２つの端末装置１６間の通信を前提と
するが、３つ以上の端末装置１６間の通信であってもよく、１対多のグループ通信であっ
てもよい。第１端末装置１６ａは第１使用者１８ａに使用され、第２端末装置１６ｂは第
２使用者１８ｂに使用される。また、半二重通信を使用する場合を想定する。
、第１端末装置１６ａと第２端末装置１６ｂという２つの端末装置１６間の通信を前提と
するが、３つ以上の端末装置１６間の通信であってもよく、１対多のグループ通信であっ
てもよい。第１端末装置１６ａは第１使用者１８ａに使用され、第２端末装置１６ｂは第
２使用者１８ｂに使用される。また、半二重通信を使用する場合を想定する。
【0016】
図２（ａ）において、第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げ
ている間、第２使用者１８ｂが第２端末装置１６ｂを操作しなくても、第１使用者１８ａ
と第２使用者１８ｂとの音声通話が開始される。具体的に説明すると、第１使用者１８ａ
が第１端末装置１６ａの通話ボタンを押し下げている間、第１使用者１８ａによって発話
された音声が音声信号として、第１端末装置１６ａから第２端末装置１６ｂに発信される
。第２端末装置１６ｂは、受信した音声信号を再生し、音声を出力する。図２（ｂ）は、
図２（ａ）に続く処理であり、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押
し下げている間、第２使用者１８ｂによって発話された音声が音声信号として、第２端末
装置１６ｂから第１端末装置１６ａに発信される。第１端末装置１６ａは、受信した音声
信号を再生し、音声を出力する。このように、第１使用者１８ａと第２使用者１８ｂとの
間で交互に通話ボタンが押し下げられ、通話がなされる。通常発信では、着信側（受信側
）の端末装置１６において、着信を報知（通知）する音、すなわち着信音は出力されない
。このため、通常発信モードは、着信音を用いない通信モードであるといえる。また、着
信音が出力されずに、いきなり通話音声が出力されるため、端末装置１６のユーザは通話
音声により通信（着信）の存在を認識する。このため通常発信では、通話音声を出力する
ことが着信を報知する１つの形態であるともいえる。通常発信モードでは、着信側の端末
装置１６は着信音を出力せずに、すぐに通話音声を出力するため、通信情報を迅速に通信
相手に伝えることが可能である。
ている間、第２使用者１８ｂが第２端末装置１６ｂを操作しなくても、第１使用者１８ａ
と第２使用者１８ｂとの音声通話が開始される。具体的に説明すると、第１使用者１８ａ
が第１端末装置１６ａの通話ボタンを押し下げている間、第１使用者１８ａによって発話
された音声が音声信号として、第１端末装置１６ａから第２端末装置１６ｂに発信される
。第２端末装置１６ｂは、受信した音声信号を再生し、音声を出力する。図２（ｂ）は、
図２（ａ）に続く処理であり、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押
し下げている間、第２使用者１８ｂによって発話された音声が音声信号として、第２端末
装置１６ｂから第１端末装置１６ａに発信される。第１端末装置１６ａは、受信した音声
信号を再生し、音声を出力する。このように、第１使用者１８ａと第２使用者１８ｂとの
間で交互に通話ボタンが押し下げられ、通話がなされる。通常発信では、着信側（受信側
）の端末装置１６において、着信を報知（通知）する音、すなわち着信音は出力されない
。このため、通常発信モードは、着信音を用いない通信モードであるといえる。また、着
信音が出力されずに、いきなり通話音声が出力されるため、端末装置１６のユーザは通話
音声により通信（着信）の存在を認識する。このため通常発信では、通話音声を出力する
ことが着信を報知する１つの形態であるともいえる。通常発信モードでは、着信側の端末
装置１６は着信音を出力せずに、すぐに通話音声を出力するため、通信情報を迅速に通信
相手に伝えることが可能である。
【0017】
図３（ａ）－（ｄ）は、通信システム１００におけるＲＢＴ発信の概要を示す。図３（
ａ）－（ｄ）は図２（ａ）－（ｂ）と同様に示される。第１使用者１８ａが第１端末装置
１６ａの通話ボタンを押し下げている間、第１端末装置１６ａは呼び出し音を出力する。
第２端末装置１６ｂは、音声通話を開始せず、着信音を出力する。図３（ｂ）は、図３（
ａ）に続く処理であり、着信音を聞いた第２使用者１８ｂが第２端末装置１６ｂの通話ボ
タンを押下する等の所定の操作を行うと、図３（ｃ）の通話開始への遷移がなされる。第
１使用者１８ａが第１端末装置１６ａの通話ボタン押下を止める（通話ボタンを離す）と
、図３（ｃ）の通話が終了する。通話終了時点から所定時間以内に、第２使用者１８ｂが
第２端末装置１６ｂの通話ボタンの押下を持続すると、第２端末装置１６ｂから第１端末
装置１６ａへの折り返し通話（コールバック）が開始される。この状態を図３（ｄ）に示
す。なお、ＲＢＴ発信に対する折り返し通話において通常は、第２端末装置１６ｂの呼び
出し音や、第１端末装置１６ａの着信音は出力されず、すぐに通話状態となる。
ａ）－（ｄ）は図２（ａ）－（ｂ）と同様に示される。第１使用者１８ａが第１端末装置
１６ａの通話ボタンを押し下げている間、第１端末装置１６ａは呼び出し音を出力する。
第２端末装置１６ｂは、音声通話を開始せず、着信音を出力する。図３（ｂ）は、図３（
ａ）に続く処理であり、着信音を聞いた第２使用者１８ｂが第２端末装置１６ｂの通話ボ
タンを押下する等の所定の操作を行うと、図３（ｃ）の通話開始への遷移がなされる。第
１使用者１８ａが第１端末装置１６ａの通話ボタン押下を止める（通話ボタンを離す）と
、図３（ｃ）の通話が終了する。通話終了時点から所定時間以内に、第２使用者１８ｂが
第２端末装置１６ｂの通話ボタンの押下を持続すると、第２端末装置１６ｂから第１端末
装置１６ａへの折り返し通話（コールバック）が開始される。この状態を図３（ｄ）に示
す。なお、ＲＢＴ発信に対する折り返し通話において通常は、第２端末装置１６ｂの呼び
出し音や、第１端末装置１６ａの着信音は出力されず、すぐに通話状態となる。
【0018】
図３（ｃ）の通話が終了してから所定時間が経過した以降に、第２使用者１８ｂが第２
端末装置１６ｂの通話ボタンを押下すると、折り返し通話ではなく、新規のＲＢＴ発信と
なる。この場合は、第２端末装置１６ｂの呼び出し音と、第１端末装置１６ａの着信音が
出力される。このようにＲＢＴ発信では、着信側（受信側）の端末装置１６で着信音を出
力し、音声通話を開始するために、着信側の端末装置１６での所定の操作が必要となる。
そのため、ＲＢＴ発信は、発信相手に確実に情報を伝える必要がある場合に利用される。
ＲＢＴ発信モードは、着信音を用いる通信モードであるといえる。なお、上述の説明では
、通話ボタンを押し下げ続ける操作により、ＲＢＴ発信を実行するとしたが、他の操作に
よってＲＢＴ発信を実行してもよい。例えば、通話ボタンを１回（短時間）押下すること
により、ＲＢＴ発信を実行してもよい。
端末装置１６ｂの通話ボタンを押下すると、折り返し通話ではなく、新規のＲＢＴ発信と
なる。この場合は、第２端末装置１６ｂの呼び出し音と、第１端末装置１６ａの着信音が
出力される。このようにＲＢＴ発信では、着信側（受信側）の端末装置１６で着信音を出
力し、音声通話を開始するために、着信側の端末装置１６での所定の操作が必要となる。
そのため、ＲＢＴ発信は、発信相手に確実に情報を伝える必要がある場合に利用される。
ＲＢＴ発信モードは、着信音を用いる通信モードであるといえる。なお、上述の説明では
、通話ボタンを押し下げ続ける操作により、ＲＢＴ発信を実行するとしたが、他の操作に
よってＲＢＴ発信を実行してもよい。例えば、通話ボタンを１回（短時間）押下すること
により、ＲＢＴ発信を実行してもよい。
【0019】
通常発信とＲＢＴ発信の切替は、一般的に、発信側の端末装置１６における設定をもと
になされる。端末装置１６において、「通常発信」が設定された場合、あるいは「発信時
に通常発信あるいはＲＢＴ発信」が設定され、発信時に「通常発信」が選択された場合、
通常発信がなされる。図４（ａ）－（ｂ）は、端末装置１６の表示部３６に表示される画
面を示す。これは、端末装置１６において通常発信、ＲＢＴ発信に関する設定を行うため
の画面例である。図４（ａ）のＲＢＴ利用設定画面を用いて、発信時の動作が設定される
。「利用しない」を設定した場合、通話ボタンを押下した後、通常発信がなされる。「常
時利用」を設定した場合、通話ボタンを押下した後、ＲＢＴ発信がなされる。「発信時選
択」を設定した場合、通話ボタンを押下した後、図４（ｂ）の発信選択画面が表示される
。つまり、使用者１８は通話を開始する毎に（発呼毎に）、通常発信またはＲＢＴ発信を
選択する。図４（ｂ）の発信時選択画面において、「ＲＢＴ発信」を選択した場合、ＲＢ
Ｔ発信がなされる。「通常発信」を選択した場合、通常発信がなされる。
になされる。端末装置１６において、「通常発信」が設定された場合、あるいは「発信時
に通常発信あるいはＲＢＴ発信」が設定され、発信時に「通常発信」が選択された場合、
通常発信がなされる。図４（ａ）－（ｂ）は、端末装置１６の表示部３６に表示される画
面を示す。これは、端末装置１６において通常発信、ＲＢＴ発信に関する設定を行うため
の画面例である。図４（ａ）のＲＢＴ利用設定画面を用いて、発信時の動作が設定される
。「利用しない」を設定した場合、通話ボタンを押下した後、通常発信がなされる。「常
時利用」を設定した場合、通話ボタンを押下した後、ＲＢＴ発信がなされる。「発信時選
択」を設定した場合、通話ボタンを押下した後、図４（ｂ）の発信選択画面が表示される
。つまり、使用者１８は通話を開始する毎に（発呼毎に）、通常発信またはＲＢＴ発信を
選択する。図４（ｂ）の発信時選択画面において、「ＲＢＴ発信」を選択した場合、ＲＢ
Ｔ発信がなされる。「通常発信」を選択した場合、通常発信がなされる。
【0020】
前述のごとく、主な音声通信の方式としては個別呼出、グループ呼出、一斉呼出が可能
となっている。個別呼出は、ある端末装置１６から特定の端末装置１６に向けての呼出と
なる。グループ呼出は、複数の端末装置１６がいくつかのグループに分けて設定されてい
る場合において、ある端末装置１６からグループ呼出を行った場合、当該端末装置１６と
同一グループに設定されている全ての端末装置１６に向けての同報呼出となる。一斉呼出
は、ある端末装置１６から通信システム１００に所属する全ての端末装置１６に向けての
同報呼出となる。グループ呼出、一斉呼出とも通常発信、ＲＢＴ発信が可能であり、グル
ープ呼出、一斉呼出にてＲＢＴ発信を行った場合、対象となる複数の端末装置１６で着信
音が出力される。その後、着信中のいずれかの端末装置１６の通話ボタンが押下されるこ
とによりグループ通話、一斉通話が開始される。
となっている。個別呼出は、ある端末装置１６から特定の端末装置１６に向けての呼出と
なる。グループ呼出は、複数の端末装置１６がいくつかのグループに分けて設定されてい
る場合において、ある端末装置１６からグループ呼出を行った場合、当該端末装置１６と
同一グループに設定されている全ての端末装置１６に向けての同報呼出となる。一斉呼出
は、ある端末装置１６から通信システム１００に所属する全ての端末装置１６に向けての
同報呼出となる。グループ呼出、一斉呼出とも通常発信、ＲＢＴ発信が可能であり、グル
ープ呼出、一斉呼出にてＲＢＴ発信を行った場合、対象となる複数の端末装置１６で着信
音が出力される。その後、着信中のいずれかの端末装置１６の通話ボタンが押下されるこ
とによりグループ通話、一斉通話が開始される。
【0021】
ＩＰ無線通信システムにおいては、ＩＰ無線通信用アプリケーションのインストールが
なされたスマートフォン等の携帯電話端末を端末装置１６として使用可能である。携帯電
話端末は、ＩＰ無線通信用アプリケーションをインストールすることにより、他の端末装
置１６や他のＩＰ無線通信用アプリケーションがインストールされた携帯電話端末とプッ
シュ・ツー・トーク方式での通話が可能となる。また、近年の電化機器、例えば部屋の照
明、テレビ、ステレオ、エアコン、ＩＴ製品、パソコン、タブレット端末等は、ネットワ
ーク接続されると、スマートフォン等の携帯電話端末により制御可能となっている。携帯
電話端末に制御用のアプリケーションをインストールすることにより、端末装置１６から
端末装置１６とは別の機器である外部機器の操作が可能である。なお、外部機器を外部装
置と呼ぶ場合もある。外部機器の操作とは、具体的には部屋の照明の点灯・消灯の切替、
テレビ、ステレオのオン・オフの切替およびチャンネル切替、ボリューム調整、エアコン
のオン・オフの切替、ＰＣ電源のオン・オフ、タブレット端末のオン・オフ等の操作であ
る。また、携帯電話端末は上記の機器の操作履歴を記憶可能である。以後、前述の携帯電
話端末による上記の機器の操作履歴を外部機器操作履歴と表記することもある。
なされたスマートフォン等の携帯電話端末を端末装置１６として使用可能である。携帯電
話端末は、ＩＰ無線通信用アプリケーションをインストールすることにより、他の端末装
置１６や他のＩＰ無線通信用アプリケーションがインストールされた携帯電話端末とプッ
シュ・ツー・トーク方式での通話が可能となる。また、近年の電化機器、例えば部屋の照
明、テレビ、ステレオ、エアコン、ＩＴ製品、パソコン、タブレット端末等は、ネットワ
ーク接続されると、スマートフォン等の携帯電話端末により制御可能となっている。携帯
電話端末に制御用のアプリケーションをインストールすることにより、端末装置１６から
端末装置１６とは別の機器である外部機器の操作が可能である。なお、外部機器を外部装
置と呼ぶ場合もある。外部機器の操作とは、具体的には部屋の照明の点灯・消灯の切替、
テレビ、ステレオのオン・オフの切替およびチャンネル切替、ボリューム調整、エアコン
のオン・オフの切替、ＰＣ電源のオン・オフ、タブレット端末のオン・オフ等の操作であ
る。また、携帯電話端末は上記の機器の操作履歴を記憶可能である。以後、前述の携帯電
話端末による上記の機器の操作履歴を外部機器操作履歴と表記することもある。
【0022】
端末装置１６がＲＢＴ利用設定にて「利用しない」、あるいは「発信時選択」に設定さ
れ、発信選択画面にて「通常発信」を選択した場合、通常発信が行われる。前述のように
、通常発信では受信側の端末装置１６にて通話ボタンを操作しなくでも通話が行われる。
そのため、受信側において端末装置１６を使用している使用者１８が離席などにより端末
装置１６付近にいない場合、あるいは端末装置１６をカバンやポケットの中に収納してい
る状態では、受信側の使用者１８が通話内容を聞き逃す可能性が高く、発信した情報が無
駄になる可能性が高い。一方、ＲＢＴ発信は前述のように、発信相手に確実に情報を伝え
る必要がある場合に利用される。しかしながら、ＲＢＴ発信では受信側での端末装置１６
の操作が必要となるので、重要度の高い情報を早急に伝えたい発信においては、通話情報
の即時性を損なうというデメリットも存在する。
れ、発信選択画面にて「通常発信」を選択した場合、通常発信が行われる。前述のように
、通常発信では受信側の端末装置１６にて通話ボタンを操作しなくでも通話が行われる。
そのため、受信側において端末装置１６を使用している使用者１８が離席などにより端末
装置１６付近にいない場合、あるいは端末装置１６をカバンやポケットの中に収納してい
る状態では、受信側の使用者１８が通話内容を聞き逃す可能性が高く、発信した情報が無
駄になる可能性が高い。一方、ＲＢＴ発信は前述のように、発信相手に確実に情報を伝え
る必要がある場合に利用される。しかしながら、ＲＢＴ発信では受信側での端末装置１６
の操作が必要となるので、重要度の高い情報を早急に伝えたい発信においては、通話情報
の即時性を損なうというデメリットも存在する。
【0023】
送信側の端末装置１６の使用者１８は、受信側の端末装置１６の受信状態が不明である
場合、発信相手に確実に情報を伝える必要があるときにＲＢＴ発信を選択する。その際、
受信側の端末装置１６が通話を直ちに受信できる状態であっても、送信側の使用者１８が
ＲＢＴ発信を選択したので、受信側の使用者１８にはＲＢＴ発信に対する応答のために使
用者１８を操作する手間が発生する。また、受信側で使用者１８の操作が必要となるので
、重要度の高い情報を早急に伝えたい場合に通話情報伝達の即時性を損なう問題があった
。
場合、発信相手に確実に情報を伝える必要があるときにＲＢＴ発信を選択する。その際、
受信側の端末装置１６が通話を直ちに受信できる状態であっても、送信側の使用者１８が
ＲＢＴ発信を選択したので、受信側の使用者１８にはＲＢＴ発信に対する応答のために使
用者１８を操作する手間が発生する。また、受信側で使用者１８の操作が必要となるので
、重要度の高い情報を早急に伝えたい場合に通話情報伝達の即時性を損なう問題があった
。
【0024】
使用者１８が、通信相手に対して、ある通信モードを用いて通信を開始しようとした場
合、通信相手は必ずしも、その通信モードで呼び出す場合に適した状況にあるとは限らな
い。例えば、使用者１８が「通常発信モード」で通信を開始しても、通信相手が端末装置
１６から離れているなどの場合には、発話した内容が通信相手に認識されないことが起こ
り得る。したがって、通信相手（着信対象）の状況に応じて複数種類の通信モードを適切
に使用することが望まれる。
合、通信相手は必ずしも、その通信モードで呼び出す場合に適した状況にあるとは限らな
い。例えば、使用者１８が「通常発信モード」で通信を開始しても、通信相手が端末装置
１６から離れているなどの場合には、発話した内容が通信相手に認識されないことが起こ
り得る。したがって、通信相手（着信対象）の状況に応じて複数種類の通信モードを適切
に使用することが望まれる。
【0025】
図５は、端末装置１６のハードウエア構成および機能ブロックを示す。端末装置１６は
、クロック発振器２００、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
２１０、ユーザＩＦ（Ｉｎｔｅｒｆａｃｅ）２２０、通信ＩＦ２３０、音声ＩＦ２４０、
記憶部４０を含む。クロック発振器２００、ＣＰＵ２１０、ユーザＩＦ２２０、通信ＩＦ
２３０、音声ＩＦ２４０、記憶部４０は、バス２５０によって接続される。また、端末装
置１６の制御対象となる外部機器２０が存在する。
、クロック発振器２００、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
２１０、ユーザＩＦ（Ｉｎｔｅｒｆａｃｅ）２２０、通信ＩＦ２３０、音声ＩＦ２４０、
記憶部４０を含む。クロック発振器２００、ＣＰＵ２１０、ユーザＩＦ２２０、通信ＩＦ
２３０、音声ＩＦ２４０、記憶部４０は、バス２５０によって接続される。また、端末装
置１６の制御対象となる外部機器２０が存在する。
【0026】
クロック発振器２００は、例えば、水晶発振器であり、一定の周波数の信号を生成する
。ＣＰＵ２１０は、端末装置１６における処理を実行する。ユーザＩＦ２２０は、ユーザ
である使用者１８に対するインターフェースである。ユーザＩＦ２２０は、使用者１８か
らの情報を受けつけたり、使用者１８に情報を提示したりする。通信ＩＦ２３０は、ネッ
トワーク１０と接続され、基地局装置１４と通信する。さらに、基地局装置１４経由で管
理装置１２と通信する。また、通信ＩＦ２３０は、家電機器等の外部機器２０との間で無
線通信あるいは有線通信を実行する。記憶部４０は、情報を記憶する媒体であり、例えば
、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。
。ＣＰＵ２１０は、端末装置１６における処理を実行する。ユーザＩＦ２２０は、ユーザ
である使用者１８に対するインターフェースである。ユーザＩＦ２２０は、使用者１８か
らの情報を受けつけたり、使用者１８に情報を提示したりする。通信ＩＦ２３０は、ネッ
トワーク１０と接続され、基地局装置１４と通信する。さらに、基地局装置１４経由で管
理装置１２と通信する。また、通信ＩＦ２３０は、家電機器等の外部機器２０との間で無
線通信あるいは有線通信を実行する。記憶部４０は、情報を記憶する媒体であり、例えば
、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。
【0027】
クロック発振器２００は計時部３２を含み、ＣＰＵ２１０は制御部３８を含み、ユーザ
ＩＦ２２０は入力部３０、表示部３６を含む。なお、図５では省略しているが、ＩＦ２２
０はＬＥＤ等の発光デバイス（発光部）を含んでいてもよい。通信ＩＦ２３０は通信部３
４、近距離通信部４２を含む。記憶部４０は、設定テーブル６０を含む。音声ＩＦ２４０
は通話音声を入出力するためのインターフェースであり、音声入力部４４と音声出力部４
６を含む。音声入力部４４は、例えばマイクロフォン（マイク）で構成されており、音声
出力部４６は、例えばスピーカで構成されている。
ＩＦ２２０は入力部３０、表示部３６を含む。なお、図５では省略しているが、ＩＦ２２
０はＬＥＤ等の発光デバイス（発光部）を含んでいてもよい。通信ＩＦ２３０は通信部３
４、近距離通信部４２を含む。記憶部４０は、設定テーブル６０を含む。音声ＩＦ２４０
は通話音声を入出力するためのインターフェースであり、音声入力部４４と音声出力部４
６を含む。音声入力部４４は、例えばマイクロフォン（マイク）で構成されており、音声
出力部４６は、例えばスピーカで構成されている。
【0028】
図６は、端末装置１６の詳細な機能ブロックを示す。端末装置１６は、入力部３０、計
時部３２、通信部３４、表示部３６、制御部３８、記憶部４０、近距離通信部４２、音声
入力部４４、音声出力部４６を含む。記憶部４０は、設定テーブル６０を含む。入力部３
０は、端末装置１６の使用者１８が操作するための各種ボタン、タッチパネル等の入力デ
バイス、入力デバイスの状態を制御部３８に通知するためのインターフェースを含む。ま
た、入力部３０は、発信する際に押下される通話ボタンも含む。さらに、入力部３０は、
外部機器２０の操作を行う際に押下される操作ボタンも含む。通話ボタンの押下状態は、
入力部３０において検出され、制御部３８に入力される。表示部３６は、端末装置１６の
設定、通話状態を表示するインターフェースであり、例えばディスプレイである。
時部３２、通信部３４、表示部３６、制御部３８、記憶部４０、近距離通信部４２、音声
入力部４４、音声出力部４６を含む。記憶部４０は、設定テーブル６０を含む。入力部３
０は、端末装置１６の使用者１８が操作するための各種ボタン、タッチパネル等の入力デ
バイス、入力デバイスの状態を制御部３８に通知するためのインターフェースを含む。ま
た、入力部３０は、発信する際に押下される通話ボタンも含む。さらに、入力部３０は、
外部機器２０の操作を行う際に押下される操作ボタンも含む。通話ボタンの押下状態は、
入力部３０において検出され、制御部３８に入力される。表示部３６は、端末装置１６の
設定、通話状態を表示するインターフェースであり、例えばディスプレイである。
【0029】
通信部３４（第１通信部）は、携帯電話システム、業務用無線システム、インターネッ
ト接続された無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを利用して、他
の端末装置１６と通信可能である。近距離通信部４２（第２通信部）は、無線ＬＡＮ、Ｂ
ｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍ
ｕｎｉｃａｔｉｏｎ）等の近距離無線を利用して、外部機器２０と通信可能である。外部
機器２０は、例えば、エアコン、照明、暖房機器、テレビ等の映像機器、オーディオ機器
、ＩＴ機器、調理家電、生活家電、ドアの鍵、ホームセキュリティ機器などである。これ
らの外部機器２０は、主に建物内に設置されていることを想定するが、屋外に設置されて
いてもよい。なお、通信部３４および近距離通信部４２で無線ＬＡＮを使うことにより、
これらは共通化されてもよい。また、近距離通信部４２と外部機器２０とを有線通信を用
いて接続してもよい。１つの端末装置１６は、１つ以上の任意の数の外部機器２０を制御
する。また、通信システム１００に含まれる一部の端末装置１６は、外部機器２０を制御
しなくてもよい。つまり、通信システム１００において、１つ以上の端末装置１６が１つ
以上の外部機器２０を制御すればよい。
ト接続された無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを利用して、他
の端末装置１６と通信可能である。近距離通信部４２（第２通信部）は、無線ＬＡＮ、Ｂ
ｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍ
ｕｎｉｃａｔｉｏｎ）等の近距離無線を利用して、外部機器２０と通信可能である。外部
機器２０は、例えば、エアコン、照明、暖房機器、テレビ等の映像機器、オーディオ機器
、ＩＴ機器、調理家電、生活家電、ドアの鍵、ホームセキュリティ機器などである。これ
らの外部機器２０は、主に建物内に設置されていることを想定するが、屋外に設置されて
いてもよい。なお、通信部３４および近距離通信部４２で無線ＬＡＮを使うことにより、
これらは共通化されてもよい。また、近距離通信部４２と外部機器２０とを有線通信を用
いて接続してもよい。１つの端末装置１６は、１つ以上の任意の数の外部機器２０を制御
する。また、通信システム１００に含まれる一部の端末装置１６は、外部機器２０を制御
しなくてもよい。つまり、通信システム１００において、１つ以上の端末装置１６が１つ
以上の外部機器２０を制御すればよい。
【0030】
音声入力部４４は、音声通話を行うために端末装置１６の使用者１８の音声を収音する
。また、音声入力部４４は、端末装置１６の周囲の環境の音を収音してもよい。音声出力
部４６は、通話音声を出力する。さらに音声出力部は、通信モードに応じて、着信音を出
力する。
。また、音声入力部４４は、端末装置１６の周囲の環境の音を収音してもよい。音声出力
部４６は、通話音声を出力する。さらに音声出力部は、通信モードに応じて、着信音を出
力する。
【0031】
記憶部４０内の設定テーブル６０には、端末装置１６についての各種設定情報が記録さ
れる。例えば、ＲＢＴ利用設定に関する情報（ＲＢＴ設定情報）が設定テーブル６０に記
録される。具体的には、ＲＢＴ利用設定にて、「利用しない」、「常時利用」、「発信時
選択」のどれが使用者１８に選択されているかを示す情報、例えば、０、１、２の値が記
録される。
れる。例えば、ＲＢＴ利用設定に関する情報（ＲＢＴ設定情報）が設定テーブル６０に記
録される。具体的には、ＲＢＴ利用設定にて、「利用しない」、「常時利用」、「発信時
選択」のどれが使用者１８に選択されているかを示す情報、例えば、０、１、２の値が記
録される。
【0032】
端末装置１６により外部機器２０の操作がなされた場合、制御部３８は計時部３２から
現時刻（現在日時）を取得する。制御部３８は、計時部３２から取得した現時刻と外部機
器２０の操作履歴をパケット化し、通信部３４を通じて管理装置１２へ送信する。本実施
例では上記パケットを操作履歴パケットと呼ぶ。
現時刻（現在日時）を取得する。制御部３８は、計時部３２から取得した現時刻と外部機
器２０の操作履歴をパケット化し、通信部３４を通じて管理装置１２へ送信する。本実施
例では上記パケットを操作履歴パケットと呼ぶ。
【0033】
図７は、端末装置１６から送信される操作履歴パケットのデータ構造を示す。端末ＩＤ
には、端末装置１６を識別する識別子（ＩＤ）が記載される。なお、操作履歴パケットに
、端末装置１６の名称や端末装置１６を使用するユーザの情報を記載してもよい。操作日
時は、外部機器２０を操作した日付と時刻を含み、それぞれ計時部３２から取得した日付
（年月日）と現時刻が記載される。機器種別には操作を行った外部機器２０の種別（エア
コン、テレビ、照明等）が記載される。なお、本実施例では、機器種別に外部機器２０を
所定のカテゴリに分類した場合のカテゴリの名称を記録するものとするが、これに限らず
、外部機器２０の識別子（外部機器ＩＤ）を記録してもよい。例えば、建物内に複数のエ
アコンが存在する場合、個々のエアコンを識別する識別子を機種種別に記録してもよい。
また、機器種別に外部機器２０のメーカー名、型番、シリアル番号等を記録してもよい。
操作種別（操作情報）には外部機器２０に対して行った操作の種別、具体的には外部機器
２０の電源を入れた場合は「ＯＮ」、電源を切った場合は「ＯＦＦ」が記載される。なお
、操作日時の記載例である「２０１８／６／１ １０：１９：１４」の表記は「２０１８
年６月１日 １０時１９分１４秒」であることを表す。なお、電源の「ＯＮ」、「ＯＦＦ
」に限らず、その他の操作内容を操作種別に記録してもよい。例えば、エアコンの温度設
定、風量設定、タイマー設定などの情報を操作種別（操作情報）に記録してもよい。
には、端末装置１６を識別する識別子（ＩＤ）が記載される。なお、操作履歴パケットに
、端末装置１６の名称や端末装置１６を使用するユーザの情報を記載してもよい。操作日
時は、外部機器２０を操作した日付と時刻を含み、それぞれ計時部３２から取得した日付
（年月日）と現時刻が記載される。機器種別には操作を行った外部機器２０の種別（エア
コン、テレビ、照明等）が記載される。なお、本実施例では、機器種別に外部機器２０を
所定のカテゴリに分類した場合のカテゴリの名称を記録するものとするが、これに限らず
、外部機器２０の識別子（外部機器ＩＤ）を記録してもよい。例えば、建物内に複数のエ
アコンが存在する場合、個々のエアコンを識別する識別子を機種種別に記録してもよい。
また、機器種別に外部機器２０のメーカー名、型番、シリアル番号等を記録してもよい。
操作種別（操作情報）には外部機器２０に対して行った操作の種別、具体的には外部機器
２０の電源を入れた場合は「ＯＮ」、電源を切った場合は「ＯＦＦ」が記載される。なお
、操作日時の記載例である「２０１８／６／１ １０：１９：１４」の表記は「２０１８
年６月１日 １０時１９分１４秒」であることを表す。なお、電源の「ＯＮ」、「ＯＦＦ
」に限らず、その他の操作内容を操作種別に記録してもよい。例えば、エアコンの温度設
定、風量設定、タイマー設定などの情報を操作種別（操作情報）に記録してもよい。
【0034】
図８は、管理装置１２のハードウエア構成および機能ブロックを示す。管理装置１２は
、クロック発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０を含む。クロッ
ク発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０は、バス４５０によって
接続される。
、クロック発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０を含む。クロッ
ク発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０は、バス４５０によって
接続される。
【0035】
クロック発振器４００は、例えば、水晶発振器であり、一定の周波数の信号を生成する
。ＣＰＵ４１０は、管理装置１２における処理を実行する。通信ＩＦ４３０は、ネットワ
ーク１０と接続され、基地局装置１４と通信する。さらに、通信ＩＦ４３０は、基地局装
置１４経由で端末装置１６と通信する。記憶部３４０は、情報を記憶する媒体であり、例
えば、ハードディスク、ＳＳＤである。クロック発振器４００は計時部３３２を含み、Ｃ
ＰＵ４１０は制御部３３８を含み、通信ＩＦ４３０は通信部３３４を含む。記憶部３４０
は、履歴テーブル３６２を含む。
。ＣＰＵ４１０は、管理装置１２における処理を実行する。通信ＩＦ４３０は、ネットワ
ーク１０と接続され、基地局装置１４と通信する。さらに、通信ＩＦ４３０は、基地局装
置１４経由で端末装置１６と通信する。記憶部３４０は、情報を記憶する媒体であり、例
えば、ハードディスク、ＳＳＤである。クロック発振器４００は計時部３３２を含み、Ｃ
ＰＵ４１０は制御部３３８を含み、通信ＩＦ４３０は通信部３３４を含む。記憶部３４０
は、履歴テーブル３６２を含む。
【0036】
図９は、管理装置１２の詳細な機能ブロックを示す。管理装置１２は、計時部３３２、
通信部３３４、制御部３３８、記憶部３４０を含む。記憶部３４０は、履歴テーブル３６
２を含む。通信部３３４は、各端末装置１６から所定の周期で送信される操作履歴パケッ
トを受信する。通信部３３４は、受信した操作履歴パケットを制御部３３８に出力する。
通信部３３４、制御部３３８、記憶部３４０を含む。記憶部３４０は、履歴テーブル３６
２を含む。通信部３３４は、各端末装置１６から所定の周期で送信される操作履歴パケッ
トを受信する。通信部３３４は、受信した操作履歴パケットを制御部３３８に出力する。
【0037】
記憶部３４０には、履歴テーブル３６２が配置される。履歴テーブル３６２には、各端
末装置１６から送信される操作履歴パケットの内容が記録される。図１０は、管理装置１
２の履歴テーブルのデータ構造を示す。履歴テーブル３６２の各パラメータは、図７の操
作履歴パケットの構成例で説明した内容と同じである。各端末装置１６のＩＤは、第１端
末装置１６ａのＩＤがＴ１、第２端末装置１６ｂのＩＤがＴ２、第３端末装置１６ｃのＩ
ＤがＴ３、第４端末装置１６ｄのＩＤがＴ４、第５端末装置１６ｅのＩＤがＴ５、第６端
末装置１６ｆのＩＤがＴ６である。
末装置１６から送信される操作履歴パケットの内容が記録される。図１０は、管理装置１
２の履歴テーブルのデータ構造を示す。履歴テーブル３６２の各パラメータは、図７の操
作履歴パケットの構成例で説明した内容と同じである。各端末装置１６のＩＤは、第１端
末装置１６ａのＩＤがＴ１、第２端末装置１６ｂのＩＤがＴ２、第３端末装置１６ｃのＩ
ＤがＴ３、第４端末装置１６ｄのＩＤがＴ４、第５端末装置１６ｅのＩＤがＴ５、第６端
末装置１６ｆのＩＤがＴ６である。
【0038】
制御部３３８は、各端末装置１６から操作履歴パケットを受信した際、履歴テーブル３
６２に新たなレコード（操作履歴）を追加し、操作履歴パケットの内容を記録（追記）す
る。つまり、履歴テーブル３６２には、各端末装置１６が所定期間に外部機器２０を制御
した情報（起動および停止に関する情報）が全て記録される。この所定期間は、例えば３
日間であるが、もちろんこれに限定されるわけではなく、これより長い期間であっても短
い期間であってもよい。なお、本図では履歴テーブル３６２の一部の履歴を例示している
。また、図７の操作履歴パケットにおいて、操作日時を省略し、履歴テーブル３６２の操
作日時に、管理装置１２が操作履歴パケットを受信した日時を記録してもよい。
６２に新たなレコード（操作履歴）を追加し、操作履歴パケットの内容を記録（追記）す
る。つまり、履歴テーブル３６２には、各端末装置１６が所定期間に外部機器２０を制御
した情報（起動および停止に関する情報）が全て記録される。この所定期間は、例えば３
日間であるが、もちろんこれに限定されるわけではなく、これより長い期間であっても短
い期間であってもよい。なお、本図では履歴テーブル３６２の一部の履歴を例示している
。また、図７の操作履歴パケットにおいて、操作日時を省略し、履歴テーブル３６２の操
作日時に、管理装置１２が操作履歴パケットを受信した日時を記録してもよい。
【0039】
次に、本実施例の端末装置１６の処理の詳細を説明する。入力部３０から通話ボタンの
押下を検出した際、制御部３８は発信方法を取得する。図１１は、端末装置１６による発
信方法取得処理の詳細手順を示すフローチャートである。Ｓ１００において、制御部３８
は設定テーブル６０からＲＢＴ利用設定を取得する。設定テーブル６０には、使用者１８
によって選択されたＲＢＴ利用に関するデータ（「利用しない」、「常時利用」、「発信
時選択」のいずれかを示すデータ）が記録されているので、そのデータを取得する。その
後Ｓ１１０に進む。Ｓ１１０において、ＲＢＴ利用設定が「利用しない」となっていた場
合（Ｓ１１０：Ｙｅｓ）は、Ｓ１５０に進む。ＲＢＴ利用設定が「利用しない」以外の場
合（Ｓ１１０：Ｎｏ）は、Ｓ１２０に進む。Ｓ１２０において、ＲＢＴ利用設定が「常時
利用」となっていた場合（Ｓ１２０：Ｙｅｓ）は、Ｓ１４０に進む。ＲＢＴ利用設定が「
常時利用」以外の場合（Ｓ１２０：Ｎｏ）は、Ｓ１３０に進む。Ｓ１３０に進む場合は、
「発信時選択」が選択されている場合である。
押下を検出した際、制御部３８は発信方法を取得する。図１１は、端末装置１６による発
信方法取得処理の詳細手順を示すフローチャートである。Ｓ１００において、制御部３８
は設定テーブル６０からＲＢＴ利用設定を取得する。設定テーブル６０には、使用者１８
によって選択されたＲＢＴ利用に関するデータ（「利用しない」、「常時利用」、「発信
時選択」のいずれかを示すデータ）が記録されているので、そのデータを取得する。その
後Ｓ１１０に進む。Ｓ１１０において、ＲＢＴ利用設定が「利用しない」となっていた場
合（Ｓ１１０：Ｙｅｓ）は、Ｓ１５０に進む。ＲＢＴ利用設定が「利用しない」以外の場
合（Ｓ１１０：Ｎｏ）は、Ｓ１２０に進む。Ｓ１２０において、ＲＢＴ利用設定が「常時
利用」となっていた場合（Ｓ１２０：Ｙｅｓ）は、Ｓ１４０に進む。ＲＢＴ利用設定が「
常時利用」以外の場合（Ｓ１２０：Ｎｏ）は、Ｓ１３０に進む。Ｓ１３０に進む場合は、
「発信時選択」が選択されている場合である。
【0040】
Ｓ１３０において、制御部３８は図４（ｂ）に示す発信選択画面を表示部３６に表示さ
せる。制御部３８は、使用者１８が選択した「ＲＢＴ発信」または「通常発信」を示すデ
ータを入力部３０を介して取得する。そして制御部３８は、発信選択画面で「ＲＢＴ発信
」が選択されたか否かを判定する。発信選択画面で「ＲＢＴ発信」が選択された場合（Ｓ
１３０：Ｙｅｓ）は、Ｓ１４０に進む。発信選択画面で「ＲＢＴ発信」以外、すなわち本
実施例では「通常発信」が選択された場合（Ｓ１３０：Ｎｏ）は、Ｓ１５０に進む。Ｓ１
４０において、発信方法を「ＲＢＴ発信」と判定して処理を終了する。Ｓ１５０において
、発信方法を「通常発信」と判定して処理を終了する。発信方法が通常発信と判定された
場合、制御部３８は発信先端末装置１６へ通常発信を行う。発信方法がＲＢＴ発信と判定
された場合、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。
せる。制御部３８は、使用者１８が選択した「ＲＢＴ発信」または「通常発信」を示すデ
ータを入力部３０を介して取得する。そして制御部３８は、発信選択画面で「ＲＢＴ発信
」が選択されたか否かを判定する。発信選択画面で「ＲＢＴ発信」が選択された場合（Ｓ
１３０：Ｙｅｓ）は、Ｓ１４０に進む。発信選択画面で「ＲＢＴ発信」以外、すなわち本
実施例では「通常発信」が選択された場合（Ｓ１３０：Ｎｏ）は、Ｓ１５０に進む。Ｓ１
４０において、発信方法を「ＲＢＴ発信」と判定して処理を終了する。Ｓ１５０において
、発信方法を「通常発信」と判定して処理を終了する。発信方法が通常発信と判定された
場合、制御部３８は発信先端末装置１６へ通常発信を行う。発信方法がＲＢＴ発信と判定
された場合、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。
【0041】
次に、本実施例で端末装置１６と管理装置の間で行われる通信プロトコル（ＳＩＰ通信
）についての処理を説明する。図１２（ａ）－（ｂ）は、通信システム１００における発
信の概要を示すシーケンス図である。図１２（ａ）は、ＳＩＰ通信において、第１端末装
置１６ａから第２端末装置１６ｂへの通常発信がなされる場合の手順を示す。第１端末装
置１６ａにおいて通常発信が選択された後（Ｓ１０）、第１端末装置１６ａは第２端末装
置１６ｂ宛てにＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１２）。送信されたＩＮＶＩＴ
Ｅ（自動応答）は管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ１４）。
第２端末装置１６ｂはＩＮＶＩＴＥ（自動応答）を受信した後、第１端末装置１６ａ宛て
にステータスコード２００ ＯＫを送信する（Ｓ１６）。送信されたステータスコード２
００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１８）。第１
端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫ（Ａｃｋｎｏｗｌ
ｅｄｇｅ）を送信する（Ｓ２０）。送信されたＡＣＫは管理装置１２経由で、第２端末装
置１６ｂに送信される（Ｓ２２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを
使って通話データの送信を開始する（Ｓ２４、Ｓ２６、Ｓ２８）。なお、第１端末装置１
６ａおよび第２端末装置１６ｂと管理装置１２との間の通信は、基地局装置１４を経由し
て行われるが、説明を簡潔にするため、図１２（ａ）においては基地局装置１４を省略し
ている。
）についての処理を説明する。図１２（ａ）－（ｂ）は、通信システム１００における発
信の概要を示すシーケンス図である。図１２（ａ）は、ＳＩＰ通信において、第１端末装
置１６ａから第２端末装置１６ｂへの通常発信がなされる場合の手順を示す。第１端末装
置１６ａにおいて通常発信が選択された後（Ｓ１０）、第１端末装置１６ａは第２端末装
置１６ｂ宛てにＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１２）。送信されたＩＮＶＩＴ
Ｅ（自動応答）は管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ１４）。
第２端末装置１６ｂはＩＮＶＩＴＥ（自動応答）を受信した後、第１端末装置１６ａ宛て
にステータスコード２００ ＯＫを送信する（Ｓ１６）。送信されたステータスコード２
００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１８）。第１
端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫ（Ａｃｋｎｏｗｌ
ｅｄｇｅ）を送信する（Ｓ２０）。送信されたＡＣＫは管理装置１２経由で、第２端末装
置１６ｂに送信される（Ｓ２２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを
使って通話データの送信を開始する（Ｓ２４、Ｓ２６、Ｓ２８）。なお、第１端末装置１
６ａおよび第２端末装置１６ｂと管理装置１２との間の通信は、基地局装置１４を経由し
て行われるが、説明を簡潔にするため、図１２（ａ）においては基地局装置１４を省略し
ている。
【0042】
図１２（ｂ）は、ＳＩＰ通信において、第１端末装置１６ａから第２端末装置１６ｂへ
のＲＢＴ発信がなれる場合の手順を示す。第１端末装置１６ａでＲＢＴ発信が選択された
後（Ｓ５０）、第１端末装置１６ａは第２端末装置１６ｂ宛てにＩＮＶＩＴＥ（手動応答
）を送信する（Ｓ５２）。送信されたＩＮＶＩＴＥ（手動応答）は管理装置１２を経由し
、第２端末装置１６ｂに送信される（Ｓ５４）。第２端末装置１６ｂはＩＮＶＩＴＥ（手
動応答）を受信した後、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉｎ
ｇを送信する（Ｓ５６）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管理装置
１２を経由し、第１端末装置１６ａに送信される（Ｓ５８）。第２端末装置１６ｂはステ
ータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てにステータス
コード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ６０）。送信されたステータスコード１８
０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ６２
）。第１端末装置１６ａは、通話を開始せずに待機する。
のＲＢＴ発信がなれる場合の手順を示す。第１端末装置１６ａでＲＢＴ発信が選択された
後（Ｓ５０）、第１端末装置１６ａは第２端末装置１６ｂ宛てにＩＮＶＩＴＥ（手動応答
）を送信する（Ｓ５２）。送信されたＩＮＶＩＴＥ（手動応答）は管理装置１２を経由し
、第２端末装置１６ｂに送信される（Ｓ５４）。第２端末装置１６ｂはＩＮＶＩＴＥ（手
動応答）を受信した後、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉｎ
ｇを送信する（Ｓ５６）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管理装置
１２を経由し、第１端末装置１６ａに送信される（Ｓ５８）。第２端末装置１６ｂはステ
ータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てにステータス
コード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ６０）。送信されたステータスコード１８
０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ６２
）。第１端末装置１６ａは、通話を開始せずに待機する。
【0043】
その後、第２端末装置１６ｂの通話ボタンが押下された場合（Ｓ６４）、第２端末装置
１６ｂは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ６６）
。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６
ａに送信される（Ｓ６８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信
した後、ＡＣＫを送信する（Ｓ７０）。送信されたＡＣＫは管理装置１２経由で、第２端
末装置１６ｂに送信される（Ｓ７２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴ
Ｐを使って通話データの送信を開始する（Ｓ７４、Ｓ７６、Ｓ７８）。つまり、第１端末
装置１６ａは、ステータスコード２００ ＯＫを受信してＡＣＫを送信した後、通話を開
始する。
１６ｂは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ６６）
。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６
ａに送信される（Ｓ６８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信
した後、ＡＣＫを送信する（Ｓ７０）。送信されたＡＣＫは管理装置１２経由で、第２端
末装置１６ｂに送信される（Ｓ７２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴ
Ｐを使って通話データの送信を開始する（Ｓ７４、Ｓ７６、Ｓ７８）。つまり、第１端末
装置１６ａは、ステータスコード２００ ＯＫを受信してＡＣＫを送信した後、通話を開
始する。
【0044】
次に、本実施例の管理装置の処理の詳細を説明する。図１２（ａ）に示すように、発信
元の端末装置１６で通常発信が選択された場合、管理装置１２は通話開始要求として、Ｉ
ＮＶＩＴＥ(自動応答)を受信する。また図１２（ｂ）に示すように、発信元の端末装置１
６でＲＢＴ発信が選択された場合、管理装置１２は通話開始要求として、ＩＮＶＩＴＥ(
手動応答)を受信する。管理装置１２の制御部３３８は、端末装置１６から通話開始要求
を受信した場合、記憶部３４０の履歴テーブル３６２を参照し、端末ＩＤが発信先端末装
置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短
い全てのレコードＲを取得する。レコードＲの操作種別で所定数以上「ＯＮ」が存在し、
かつ発信元の端末装置１６からＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)が送信され
ていた場合は、発信先の端末装置１６への送信方法を自動で通常発信、すなわちＩＮＶＩ
ＴＥ(自動応答)へ切り替えて送信する。これは、発信先の端末装置１６で外部機器２０の
操作、すなわち部屋の照明やテレビ、エアコン等を所定の期間内で「ＯＮ」に設定した場
合、発信先の使用者は現在屋内に存在し、かつ端末装置１６とともにその場に留まってい
る可能性が極めて高く、直ちに通話を開始しても問題がないという知見に基づく処理であ
る。すなわち、外部機器２０を「ＯＮ」にしたことを示す操作履歴の数は、端末装置１６
のユーザが通信（着信）を認識する容易さを示す数値であるため、「通信容易性指標」で
あるともいえる。なお、上記の所定数（通信容易性指標を判定するしきい値）は、例えば
「１」とすればよいが、もちろんこれに限定されるものではなく、「２」以上の値であっ
てもよい。
元の端末装置１６で通常発信が選択された場合、管理装置１２は通話開始要求として、Ｉ
ＮＶＩＴＥ(自動応答)を受信する。また図１２（ｂ）に示すように、発信元の端末装置１
６でＲＢＴ発信が選択された場合、管理装置１２は通話開始要求として、ＩＮＶＩＴＥ(
手動応答)を受信する。管理装置１２の制御部３３８は、端末装置１６から通話開始要求
を受信した場合、記憶部３４０の履歴テーブル３６２を参照し、端末ＩＤが発信先端末装
置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短
い全てのレコードＲを取得する。レコードＲの操作種別で所定数以上「ＯＮ」が存在し、
かつ発信元の端末装置１６からＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)が送信され
ていた場合は、発信先の端末装置１６への送信方法を自動で通常発信、すなわちＩＮＶＩ
ＴＥ(自動応答)へ切り替えて送信する。これは、発信先の端末装置１６で外部機器２０の
操作、すなわち部屋の照明やテレビ、エアコン等を所定の期間内で「ＯＮ」に設定した場
合、発信先の使用者は現在屋内に存在し、かつ端末装置１６とともにその場に留まってい
る可能性が極めて高く、直ちに通話を開始しても問題がないという知見に基づく処理であ
る。すなわち、外部機器２０を「ＯＮ」にしたことを示す操作履歴の数は、端末装置１６
のユーザが通信（着信）を認識する容易さを示す数値であるため、「通信容易性指標」で
あるともいえる。なお、上記の所定数（通信容易性指標を判定するしきい値）は、例えば
「１」とすればよいが、もちろんこれに限定されるものではなく、「２」以上の値であっ
てもよい。
【0045】
一方、端末装置１６から通話開始要求を受信した際、レコードＲの操作種別で所定数以
上の「ＯＮ」が存在せず（レコードＲが存在しない場合も含む）、かつ発信元の端末装置
１６から通常発信、すなわちＩＮＶＩＴＥ(自動応答)が送信されていた場合は、発信先の
端末装置１６への送信方法を自動でＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)へ切り
替えて送信する。ＩＮＶＩＴＥ(手動応答)およびＩＮＶＩＴＥ(自動応答)は、着信対象と
なる端末装置１６において、着信音を出力するか否かを制御する（着信報知形態を制御す
る）制御情報（制御信号）であるといえる。また、管理装置１２は、通信容易性指標（操
作種別が「ＯＮ」である操作履歴の個数）に応じて、ＩＮＶＩＴＥ(手動応答)またはＩＮ
ＶＩＴＥ(自動応答)を選択し、端末装置１６に送信する。このため管理装置１２は、通信
容易性指標に対応する着信音（着信報知形態）を示す制御情報（制御信号）を出力すると
いえる。
上の「ＯＮ」が存在せず（レコードＲが存在しない場合も含む）、かつ発信元の端末装置
１６から通常発信、すなわちＩＮＶＩＴＥ(自動応答)が送信されていた場合は、発信先の
端末装置１６への送信方法を自動でＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)へ切り
替えて送信する。ＩＮＶＩＴＥ(手動応答)およびＩＮＶＩＴＥ(自動応答)は、着信対象と
なる端末装置１６において、着信音を出力するか否かを制御する（着信報知形態を制御す
る）制御情報（制御信号）であるといえる。また、管理装置１２は、通信容易性指標（操
作種別が「ＯＮ」である操作履歴の個数）に応じて、ＩＮＶＩＴＥ(手動応答)またはＩＮ
ＶＩＴＥ(自動応答)を選択し、端末装置１６に送信する。このため管理装置１２は、通信
容易性指標に対応する着信音（着信報知形態）を示す制御情報（制御信号）を出力すると
いえる。
【0046】
なお、本実施例の説明において特に断らない限り、上記の差分Ｐの所定の期間は例とし
て２時間であるとするが、もちろんこの値に限定される訳ではない。これは、発信先の端
末装置１６で期間内に外部機器２０を操作していない、または外部機器２０を「ＯＮ」に
する操作をしていない場合、発信先の使用者は現在屋内に存在しない可能性が高く、直ち
に通話を開始すると発信相手が通話内容を聞き逃す可能性が高いという知見に基づく処理
である。また、上記のＩＮＶＩＴＥ(手動応答)からＩＮＶＩＴＥ(自動応答)へ変更するか
否か、およびＩＮＶＩＴＥ(自動応答)からＩＮＶＩＴＥ(手動応答)へ変更するか否かを判
定する処理は、以後「応答変更判定処理」あるいは「通信モード変更判定処理」と呼称す
る。
て２時間であるとするが、もちろんこの値に限定される訳ではない。これは、発信先の端
末装置１６で期間内に外部機器２０を操作していない、または外部機器２０を「ＯＮ」に
する操作をしていない場合、発信先の使用者は現在屋内に存在しない可能性が高く、直ち
に通話を開始すると発信相手が通話内容を聞き逃す可能性が高いという知見に基づく処理
である。また、上記のＩＮＶＩＴＥ(手動応答)からＩＮＶＩＴＥ(自動応答)へ変更するか
否か、およびＩＮＶＩＴＥ(自動応答)からＩＮＶＩＴＥ(手動応答)へ変更するか否かを判
定する処理は、以後「応答変更判定処理」あるいは「通信モード変更判定処理」と呼称す
る。
【0047】
図１０の例では、発信先端末装置１６が第１端末装置１６ａ（Ｔ１）であり、現時刻Ｃ
Ｔが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば
２時間）より短いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９
：５９」、「１０：１９：３２」のレコードであり、そのうち「１０：１９：５９」、「
１０：１９：３２」の２つのレコードの操作種別が「ＯＮ」となっている。ここで所定数
を「１」とすると、「ＯＮ」のレコード数は所定数以上である。このため、第１端末装置
１６ａへ発信する場合において、送信側の端末装置１６からＲＢＴ発信が行われた場合、
管理装置１２でＩＮＶＩＴＥ(手動応答)を受信した後に、応答変更判定処理によりＩＮＶ
ＩＴＥ(自動応答)へ自動で変更して送信する。ＩＮＶＩＴＥ(自動応答)へ自動的に切り替
えることにより、ＩＮＶＩＴＥ(手動応答)と比べてより迅速に通話を開始することが可能
となる。
Ｔが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば
２時間）より短いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９
：５９」、「１０：１９：３２」のレコードであり、そのうち「１０：１９：５９」、「
１０：１９：３２」の２つのレコードの操作種別が「ＯＮ」となっている。ここで所定数
を「１」とすると、「ＯＮ」のレコード数は所定数以上である。このため、第１端末装置
１６ａへ発信する場合において、送信側の端末装置１６からＲＢＴ発信が行われた場合、
管理装置１２でＩＮＶＩＴＥ(手動応答)を受信した後に、応答変更判定処理によりＩＮＶ
ＩＴＥ(自動応答)へ自動で変更して送信する。ＩＮＶＩＴＥ(自動応答)へ自動的に切り替
えることにより、ＩＮＶＩＴＥ(手動応答)と比べてより迅速に通話を開始することが可能
となる。
【0048】
なお、以下の方法を用いてもよい。制御部３３８は記憶部３４０の履歴テーブル３６２
を参照し、端末ＩＤが発信先端末装置１６であるレコードの中で操作日時が最新のレコー
ドを抽出する。次に、そのレコードの操作種別が「ＯＮ」であり、かつ、操作日時と現在
時刻との時間差が所定時間（例えば、１時間）未満であるか否かを判定する。この条件に
合致する場合、発信先の使用者は現在屋内に存在し、かつ端末装置１６とともにその場に
留まっている可能性が高いとみなし、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ
(自動応答)、すなわち通常発信を行う。一方、操作日時と現在時刻との時間差が所定時間
以上である場合、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(手動応答)、すなわ
ちＲＢＴ発信を行う。
を参照し、端末ＩＤが発信先端末装置１６であるレコードの中で操作日時が最新のレコー
ドを抽出する。次に、そのレコードの操作種別が「ＯＮ」であり、かつ、操作日時と現在
時刻との時間差が所定時間（例えば、１時間）未満であるか否かを判定する。この条件に
合致する場合、発信先の使用者は現在屋内に存在し、かつ端末装置１６とともにその場に
留まっている可能性が高いとみなし、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ
(自動応答)、すなわち通常発信を行う。一方、操作日時と現在時刻との時間差が所定時間
以上である場合、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(手動応答)、すなわ
ちＲＢＴ発信を行う。
【0049】
また、機器種別毎に最新（直近）の操作履歴を取得し、「ＯＮ」である操作種別の数を
もとに、通信モードを選択してもよい。具体的には、制御部３３８は、直近の所定期間に
おける操作種別が「ＯＮ」である外部機器２０の数が所定数以上である場合に、通常発信
を選択し、その数が所定数未満である場合に、ＲＢＴ発信を選択する。例えば、「テレビ
」、「照明」、「エアコン」の３つの外部機器２０の操作履歴が記録されており、「テレ
ビ」の最新の操作種別は「ＯＮ」、照明の最新の操作種別が「ＯＮ」、エアコンの最新の
操作種別が「ＯＦＦ」だとする。この場合、所定数を「２」とすると、「ＯＮ」の外部機
器２０の数が所定数以上であるという条件に合致するため、ＩＮＶＩＴＥ(自動応答)、す
なわち通常発信が選択される。また例えば、３つの操作種別が全て「ＯＦＦ」の場合には
、「ＯＮ」の外部機器２０の数が所定数未満となるため、ＩＮＶＩＴＥ(手動応答)、すな
わちＲＢＴ発信が選択される。
もとに、通信モードを選択してもよい。具体的には、制御部３３８は、直近の所定期間に
おける操作種別が「ＯＮ」である外部機器２０の数が所定数以上である場合に、通常発信
を選択し、その数が所定数未満である場合に、ＲＢＴ発信を選択する。例えば、「テレビ
」、「照明」、「エアコン」の３つの外部機器２０の操作履歴が記録されており、「テレ
ビ」の最新の操作種別は「ＯＮ」、照明の最新の操作種別が「ＯＮ」、エアコンの最新の
操作種別が「ＯＦＦ」だとする。この場合、所定数を「２」とすると、「ＯＮ」の外部機
器２０の数が所定数以上であるという条件に合致するため、ＩＮＶＩＴＥ(自動応答)、す
なわち通常発信が選択される。また例えば、３つの操作種別が全て「ＯＦＦ」の場合には
、「ＯＮ」の外部機器２０の数が所定数未満となるため、ＩＮＶＩＴＥ(手動応答)、すな
わちＲＢＴ発信が選択される。
【0050】
図１３は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。
Ｓ２１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ２
２０に進む。Ｓ２２０において、計時部３３２は記憶部３４０の履歴テーブル３６２から
、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期
間（例えば２時間）より短い全てのレコードＲを取得する。レコードＲが存在しない場合
、その旨を示すＮＵＬＬが取得される。その後Ｓ２３０に進む。Ｓ２３０において、制御
部３３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ２３
０：Ｙｅｓ）は、Ｓ２４０に進む。レコードＲが存在しない場合（Ｓ２３０：Ｎｏ）は、
Ｓ２６０に進む。
Ｓ２１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ２
２０に進む。Ｓ２２０において、計時部３３２は記憶部３４０の履歴テーブル３６２から
、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期
間（例えば２時間）より短い全てのレコードＲを取得する。レコードＲが存在しない場合
、その旨を示すＮＵＬＬが取得される。その後Ｓ２３０に進む。Ｓ２３０において、制御
部３３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ２３
０：Ｙｅｓ）は、Ｓ２４０に進む。レコードＲが存在しない場合（Ｓ２３０：Ｎｏ）は、
Ｓ２６０に進む。
【0051】
Ｓ２４０において、制御部３３８はＳ２２０で取得した全てのレコードＲの操作種別を
取得し、レコードＲの操作種別で「ＯＮ」が所定数以上存在するか否かを判定する。レコ
ードＲの操作種別の「ＯＮ」が所定数未満だった場合、（Ｓ２４０：Ｎｏ）は、Ｓ２７０
に進む。レコードＲの操作種別の「ＯＮ」が所定数以上存在した場合（Ｓ２４０：Ｙｅｓ
）は、Ｓ２５０に進む。Ｓ２５０において、制御部３３８は端末装置１６からの発信方法
を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信の場合（Ｓ２
５０：Ｙｅｓ）は、Ｓ２６０に進む。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわち
ＲＢＴ発信でない場合（Ｓ２５０：Ｎｏ）は、Ｓ２９０に進む。Ｓ２６０において、制御
部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後
処理を終了する。
取得し、レコードＲの操作種別で「ＯＮ」が所定数以上存在するか否かを判定する。レコ
ードＲの操作種別の「ＯＮ」が所定数未満だった場合、（Ｓ２４０：Ｎｏ）は、Ｓ２７０
に進む。レコードＲの操作種別の「ＯＮ」が所定数以上存在した場合（Ｓ２４０：Ｙｅｓ
）は、Ｓ２５０に進む。Ｓ２５０において、制御部３３８は端末装置１６からの発信方法
を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信の場合（Ｓ２
５０：Ｙｅｓ）は、Ｓ２６０に進む。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわち
ＲＢＴ発信でない場合（Ｓ２５０：Ｎｏ）は、Ｓ２９０に進む。Ｓ２６０において、制御
部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後
処理を終了する。
【0052】
Ｓ２７０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法
が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ２７０：Ｙｅｓ）は、Ｓ２
８０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ
２７０：Ｎｏ）は、Ｓ２９０に進む。Ｓ２８０において、制御部３３８は発信方法をＩＮ
ＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ２９０
において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。
が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ２７０：Ｙｅｓ）は、Ｓ２
８０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ
２７０：Ｎｏ）は、Ｓ２９０に進む。Ｓ２８０において、制御部３３８は発信方法をＩＮ
ＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ２９０
において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。
【0053】
図１４は、応答変更判定処理によりＩＮＶＩＴＥ（自動応答）に変更される場合の手順
を示すシーケンス図である。これは第１端末装置１６ａから第２端末装置１６ｂへＲＢＴ
発信を行った際に、応答変更判定処理によりＩＮＶＩＴＥ(自動応答)へ変更と判定された
場合のＳＩＰシーケンス図の例となる。つまり、Ｓ２６０が実行された場合のＳＩＰシー
ケンスの例である。第１端末装置１６ａはＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)
を送信する（Ｓ９９８、Ｓ１０００）。管理装置１２は、ＩＮＶＩＴＥ(手動応答)を受信
した後、応答変更判定処理の実行結果からＩＮＶＩＴＥ(自動応答)へ変更する（Ｓ１００
２）。管理装置１２はＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１００４）。
を示すシーケンス図である。これは第１端末装置１６ａから第２端末装置１６ｂへＲＢＴ
発信を行った際に、応答変更判定処理によりＩＮＶＩＴＥ(自動応答)へ変更と判定された
場合のＳＩＰシーケンス図の例となる。つまり、Ｓ２６０が実行された場合のＳＩＰシー
ケンスの例である。第１端末装置１６ａはＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)
を送信する（Ｓ９９８、Ｓ１０００）。管理装置１２は、ＩＮＶＩＴＥ(手動応答)を受信
した後、応答変更判定処理の実行結果からＩＮＶＩＴＥ(自動応答)へ変更する（Ｓ１００
２）。管理装置１２はＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１００４）。
【0054】
第２端末装置１６ｂはＩＮＶＩＴＥ（自動応答）を受信した後、第１端末装置１６ａ宛
てにステータスコード２００ ＯＫを送信する（Ｓ１００６）。送信されたステータスコ
ード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１００
８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫ（Ａｃ
ｋｎｏｗｌｅｄｇｅ）を送信する（Ｓ１０１０）。送信されたＡＣＫは管理装置１２経由
で、第２端末装置１６ｂに送信される（Ｓ１０１２）。第１端末装置１６ａはＡＣＫを送
信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１０１４、Ｓ１０１６、Ｓ１
０１８）。
てにステータスコード２００ ＯＫを送信する（Ｓ１００６）。送信されたステータスコ
ード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１００
８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫ（Ａｃ
ｋｎｏｗｌｅｄｇｅ）を送信する（Ｓ１０１０）。送信されたＡＣＫは管理装置１２経由
で、第２端末装置１６ｂに送信される（Ｓ１０１２）。第１端末装置１６ａはＡＣＫを送
信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１０１４、Ｓ１０１６、Ｓ１
０１８）。
【0055】
図１５は、応答変更判定処理によりＩＮＶＩＴＥ（手動応答）に変更される場合の手順
を示すシーケンス図である。これは第１端末装置１６ａから第２端末装置１６ｂへ通常発
信を行った際に、応答変更判定処理によりＩＮＶＩＴＥ(手動応答)へ変更と判定された場
合のＳＩＰシーケンス図の例となる。つまりＳ２８０が実行された場合のＳＩＰシーケン
スの例である。第１端末装置１６ａは自動発信、すなわちＩＮＶＩＴＥ(自動応答)を送信
する（Ｓ１０５０、Ｓ１０５２）。管理装置１２は、ＩＮＶＩＴＥ(自動応答)を受信した
後、応答変更判定処理の実行結果からＩＮＶＩＴＥ(手動応答)へ変更する（Ｓ１０５４）
。管理装置１２は、ＩＮＶＩＴＥ(手動応答)を送信する（Ｓ１０５６）。
を示すシーケンス図である。これは第１端末装置１６ａから第２端末装置１６ｂへ通常発
信を行った際に、応答変更判定処理によりＩＮＶＩＴＥ(手動応答)へ変更と判定された場
合のＳＩＰシーケンス図の例となる。つまりＳ２８０が実行された場合のＳＩＰシーケン
スの例である。第１端末装置１６ａは自動発信、すなわちＩＮＶＩＴＥ(自動応答)を送信
する（Ｓ１０５０、Ｓ１０５２）。管理装置１２は、ＩＮＶＩＴＥ(自動応答)を受信した
後、応答変更判定処理の実行結果からＩＮＶＩＴＥ(手動応答)へ変更する（Ｓ１０５４）
。管理装置１２は、ＩＮＶＩＴＥ(手動応答)を送信する（Ｓ１０５６）。
【0056】
第２端末装置１６ｂはＩＮＶＩＴＥ（手動応答）を受信した後、第１端末装置１６ａ宛
てにステータスコード１００ Ｔｒｙｉｎｇを送信する（Ｓ１０５８）。送信されたステ
ータスコード１００ Ｔｒｙｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信
される（Ｓ１０６０）。第２端末装置１６ｂはステータスコード１００ Ｔｒｙｉｎｇを
送信した後、第１端末装置１６ａ宛てにステータスコード１８０ Ｒｉｎｇｉｎｇを送信
する（Ｓ１０６２）。送信されたステータスコード１８０ Ｒｉｎｇｉｎｇは管理装置１
２を経由し、第１端末装置１６ａに送信される（Ｓ１０６４）。第１端末装置１６ａは、
通話を開始せずに待機する。
てにステータスコード１００ Ｔｒｙｉｎｇを送信する（Ｓ１０５８）。送信されたステ
ータスコード１００ Ｔｒｙｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信
される（Ｓ１０６０）。第２端末装置１６ｂはステータスコード１００ Ｔｒｙｉｎｇを
送信した後、第１端末装置１６ａ宛てにステータスコード１８０ Ｒｉｎｇｉｎｇを送信
する（Ｓ１０６２）。送信されたステータスコード１８０ Ｒｉｎｇｉｎｇは管理装置１
２を経由し、第１端末装置１６ａに送信される（Ｓ１０６４）。第１端末装置１６ａは、
通話を開始せずに待機する。
【0057】
その後、第２端末装置１６ｂの通話ボタンが押下された場合（Ｓ１０６６）、第２端末
装置１６ｂは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１
０６８）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末
装置１６ａに送信される（Ｓ１０７０）。第１端末装置１６ａはステータスコード２００
ＯＫを受信した後、ＡＣＫを送信する（Ｓ１０７２）。送信されたＡＣＫは管理装置１
２経由で、第２端末装置１６ｂに送信される（Ｓ１０７４）。第１端末装置１６ａはＡＣ
Ｋを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１０７６、Ｓ１０７８
、Ｓ１０８０）。
装置１６ｂは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１
０６８）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末
装置１６ａに送信される（Ｓ１０７０）。第１端末装置１６ａはステータスコード２００
ＯＫを受信した後、ＡＣＫを送信する（Ｓ１０７２）。送信されたＡＣＫは管理装置１
２経由で、第２端末装置１６ｂに送信される（Ｓ１０７４）。第１端末装置１６ａはＡＣ
Ｋを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１０７６、Ｓ１０７８
、Ｓ１０８０）。
【0058】
なお、図１３に示す応答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ２４
０：Ｎｏの場合、Ｓ２７０およびＳ２８０を実行せずに、Ｓ２９０に遷移してもよい。あ
るいは、Ｓ２４０：Ｙｅｓの場合、Ｓ２５０およびＳ２６０を実行せずに、Ｓ２９０に遷
移してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信
元の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末
装置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行
すればよい。
０：Ｎｏの場合、Ｓ２７０およびＳ２８０を実行せずに、Ｓ２９０に遷移してもよい。あ
るいは、Ｓ２４０：Ｙｅｓの場合、Ｓ２５０およびＳ２６０を実行せずに、Ｓ２９０に遷
移してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信
元の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末
装置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行
すればよい。
【0059】
本実施例によれば、発信先端末装置１６における操作状況に応じて発信元の端末装置１
６の発信方式を切りかえるので、適切に通信モードを使用することができる。また、発信
先端末装置１６における操作状況に応じて発信方式を切りかえるので、複数種類の通信モ
ードを適切に選択できる。また、適切に発信方式が切りかえられるので、発信側端末装置
１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を
低減しつつ、発信先端末装置１６の使用者に対してより迅速に情報を伝えることができる
。また、通信モードごとに、着信側の端末装置において出力される着信音、すなわち着信
を報知する形態が異なるため、着信対象（着信側の端末装置やユーザ）の状況に応じて、
着信を報知する形態を適切に選択（変更）できる。また、端末装置１６の設定がＲＢＴ発
信になっていても、発信先端末装置１６における操作状況から発信方法を自動で通常発信
に切りかえるので、発信先端末装置１６の受信操作を省き、より迅速に通話を開始できる
。また、端末装置１６の設定が通常発信になっていても、発信先端末装置１６における操
作状況の履歴から発信方法を自動でＲＢＴ発信に切りかえるので、発信先端末装置１６で
通話を聞き逃す可能性を低減できる。つまり、発信先端末装置１６における操作状況に応
じて、発信元の端末装置１６における通信モードを選択し、第１通信モード（ＲＢＴ発信
）のもつ確実性と、第２通信モード（通常発信）のもつ即時性とを両立させている。すな
わち、複数種類の通信モードを適切に使用することができる。
６の発信方式を切りかえるので、適切に通信モードを使用することができる。また、発信
先端末装置１６における操作状況に応じて発信方式を切りかえるので、複数種類の通信モ
ードを適切に選択できる。また、適切に発信方式が切りかえられるので、発信側端末装置
１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を
低減しつつ、発信先端末装置１６の使用者に対してより迅速に情報を伝えることができる
。また、通信モードごとに、着信側の端末装置において出力される着信音、すなわち着信
を報知する形態が異なるため、着信対象（着信側の端末装置やユーザ）の状況に応じて、
着信を報知する形態を適切に選択（変更）できる。また、端末装置１６の設定がＲＢＴ発
信になっていても、発信先端末装置１６における操作状況から発信方法を自動で通常発信
に切りかえるので、発信先端末装置１６の受信操作を省き、より迅速に通話を開始できる
。また、端末装置１６の設定が通常発信になっていても、発信先端末装置１６における操
作状況の履歴から発信方法を自動でＲＢＴ発信に切りかえるので、発信先端末装置１６で
通話を聞き逃す可能性を低減できる。つまり、発信先端末装置１６における操作状況に応
じて、発信元の端末装置１６における通信モードを選択し、第１通信モード（ＲＢＴ発信
）のもつ確実性と、第２通信モード（通常発信）のもつ即時性とを両立させている。すな
わち、複数種類の通信モードを適切に使用することができる。
【0060】
また、発信先端末装置１６が外部機器２０の起動および停止を制御したことを示す履歴
情報をもとに通信モード変更判定処理を行うので、使用者の状態を高精度に推定すること
が可能となり、適切な通信モードを選択し、着信を報知する形態を適切に選択できる。ま
た、発信先端末装置１６が所定期間内において外部機器２０を起動した履歴情報が存在す
る場合に通常発信を選択するので、発信側端末装置１６の使用者が発話した情報が発信先
端末装置１６の使用者に認識されない事態の発生を低減できる。また、複数の外部機器２
０が起動された回数が所定数以上である場合に通常発信を選択するので、発信側端末装置
１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を
低減できる。
（実施例２）
次に、実施例２を説明する。実施例２では、発信先端末装置１６が操作した機器種別に
よる重み付けを行うことによって、発信方式の切替がなされる。なお、本実施例の端末装
置１６のブロック図、管理装置１２のブロック図、および履歴テーブル３６２の構成は実
施例１と同じである。
情報をもとに通信モード変更判定処理を行うので、使用者の状態を高精度に推定すること
が可能となり、適切な通信モードを選択し、着信を報知する形態を適切に選択できる。ま
た、発信先端末装置１６が所定期間内において外部機器２０を起動した履歴情報が存在す
る場合に通常発信を選択するので、発信側端末装置１６の使用者が発話した情報が発信先
端末装置１６の使用者に認識されない事態の発生を低減できる。また、複数の外部機器２
０が起動された回数が所定数以上である場合に通常発信を選択するので、発信側端末装置
１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を
低減できる。
（実施例２）
次に、実施例２を説明する。実施例２では、発信先端末装置１６が操作した機器種別に
よる重み付けを行うことによって、発信方式の切替がなされる。なお、本実施例の端末装
置１６のブロック図、管理装置１２のブロック図、および履歴テーブル３６２の構成は実
施例１と同じである。
【0061】
管理装置１２は履歴テーブル３６２の機器種別、操作種別から発信先の使用者が室内に
存在している可能性を示す値である、在室指標Ｚの計算を行う。在室指標Ｚは操作種別が
「ＯＮ」の機器の在室係数により決定される。在室指標Ｚは、発信先端末装置１６の使用
者１８が通信を認識する程度を示す通信容易性指標の１つである。つまり、在室指標Ｚが
大きいほど、発信先端末装置１６の使用者１８が、通信の存在を認識したり、通信内容を
把握したりすることが容易な状況であるため、通信容易性が高いといえる。
存在している可能性を示す値である、在室指標Ｚの計算を行う。在室指標Ｚは操作種別が
「ＯＮ」の機器の在室係数により決定される。在室指標Ｚは、発信先端末装置１６の使用
者１８が通信を認識する程度を示す通信容易性指標の１つである。つまり、在室指標Ｚが
大きいほど、発信先端末装置１６の使用者１８が、通信の存在を認識したり、通信内容を
把握したりすることが容易な状況であるため、通信容易性が高いといえる。
【0062】
図１６は、在室係数テーブルのデータ構造を示す。在室係数は機器種別毎に個別に設定
され、その機器が使用されている場合は使用者が室内に存在している可能性が高いことが
予想される機器ほど、在室係数が高く設定される。本テーブルは管理装置１２の記憶部３
４０に記憶される。また、管理装置１２は、全ての端末装置１６に対して同一の在室係数
テーブルを使用してもよいし、端末装置１６毎に個別に記憶された在室係数テーブルを使
用してもよい。また、端末装置１６は使用者１８に在室係数を入力（指定）させるための
ユーザインターフェースを用意し、各端末装置１６から管理装置１２に対して、各使用者
１８が入力した在室係数を送信してもよい。管理装置１２は、各端末装置１６から受信し
た在室係数を端末ＩＤに対応付けて記憶部３４０に記憶すればよい。
され、その機器が使用されている場合は使用者が室内に存在している可能性が高いことが
予想される機器ほど、在室係数が高く設定される。本テーブルは管理装置１２の記憶部３
４０に記憶される。また、管理装置１２は、全ての端末装置１６に対して同一の在室係数
テーブルを使用してもよいし、端末装置１６毎に個別に記憶された在室係数テーブルを使
用してもよい。また、端末装置１６は使用者１８に在室係数を入力（指定）させるための
ユーザインターフェースを用意し、各端末装置１６から管理装置１２に対して、各使用者
１８が入力した在室係数を送信してもよい。管理装置１２は、各端末装置１６から受信し
た在室係数を端末ＩＤに対応付けて記憶部３４０に記憶すればよい。
【0063】
図１７は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。
Ｓ２１０からＳ２２０までは、図１３のフローチャートと同じである。Ｓ２２０に続く、
Ｓ２２５において、管理装置１２の制御部３３８は、操作種別が「ＯＮ」であるレコード
を取得して、機器種別毎の在室係数の合計値を在室指標Ｚとして計算する。図１０の例で
は、発信先端末装置１６が第１端末装置１６ａ（Ｔ１）であり、現時刻ＣＴが「１０：３
０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短
いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９：５９」、「１
０：１９：３２」のレコードであり、そのうち「１０：１９：５９」、「１０：１９：３
２」の２つのレコードの操作種別が「ＯＮ」となっている。「１０：１９：５９」の機器
種別は「テレビ」であり、「１０：１９：３２」の機種種別は「照明」となるため、図１
６のテーブルを参照すると、「テレビ」の重み係数「７」、照明の重み係数「１０」が得
られる。これらの情報をもとに以下のように在室指標Ｚを算出する。
Ｓ２１０からＳ２２０までは、図１３のフローチャートと同じである。Ｓ２２０に続く、
Ｓ２２５において、管理装置１２の制御部３３８は、操作種別が「ＯＮ」であるレコード
を取得して、機器種別毎の在室係数の合計値を在室指標Ｚとして計算する。図１０の例で
は、発信先端末装置１６が第１端末装置１６ａ（Ｔ１）であり、現時刻ＣＴが「１０：３
０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短
いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９：５９」、「１
０：１９：３２」のレコードであり、そのうち「１０：１９：５９」、「１０：１９：３
２」の２つのレコードの操作種別が「ＯＮ」となっている。「１０：１９：５９」の機器
種別は「テレビ」であり、「１０：１９：３２」の機種種別は「照明」となるため、図１
６のテーブルを参照すると、「テレビ」の重み係数「７」、照明の重み係数「１０」が得
られる。これらの情報をもとに以下のように在室指標Ｚを算出する。
【0064】
在室指標Ｚ=７（テレビ）+ １０（照明）=１７
Ｓ２３５において、管理装置１２の制御部３３８は、在室指標Ｚが所定の値（しきい値
）より大きいか否かを判定する。しきい値より大きい場合（Ｓ２３５：Ｙｅｓ）は、Ｓ２
５０に遷移する。在室指標Ｚがしきい値以下の場合（Ｓ２３５：Ｎｏ）は、Ｓ２７０に遷
移する。例えば、しきい値を「１５」とすると、上記の例で算出した在室指標Ｚの「１７
」はしきい値より大きいため、Ｓ２５０に遷移する。
【0065】
なお、Ｓ２２５において、最新の履歴（直近の履歴）の操作種別が「ＯＮ」である機種
種別のデータを用いて、在室指標Ｚを算出してもよい。発信先端末装置１６が第１端末装
置１６ａ（Ｔ１）である場合、図１０の例では、「テレビ」の最新履歴の操作種別が「Ｏ
ＦＦ」であるため、在室指標Ｚの算出において、「テレビ」の履歴を用いずに、「照明」
の履歴のみを用いる。この結果、在室指標Ｚは、「照明」の重み係数「１０」と同じにな
る。Ｓ２３５における在室指標Ｚのしきい値を「１５」とすると、この場合の在室指標Ｚ
は、しきい値以下となるため、Ｓ２７０に遷移する。Ｓ２５０からＳ２９０までは、図１
３のフローチャートと同じである。
種別のデータを用いて、在室指標Ｚを算出してもよい。発信先端末装置１６が第１端末装
置１６ａ（Ｔ１）である場合、図１０の例では、「テレビ」の最新履歴の操作種別が「Ｏ
ＦＦ」であるため、在室指標Ｚの算出において、「テレビ」の履歴を用いずに、「照明」
の履歴のみを用いる。この結果、在室指標Ｚは、「照明」の重み係数「１０」と同じにな
る。Ｓ２３５における在室指標Ｚのしきい値を「１５」とすると、この場合の在室指標Ｚ
は、しきい値以下となるため、Ｓ２７０に遷移する。Ｓ２５０からＳ２９０までは、図１
３のフローチャートと同じである。
【0066】
なお、図１７に示す答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ２３５
：Ｎｏの場合、Ｓ２７０およびＳ２８０を実行せずに、Ｓ２９０に遷移してもよい。ある
いは、Ｓ２３５：Ｙｅｓの場合、Ｓ２５０およびＳ２６０を実行せずに、Ｓ２９０に遷移
してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元
の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装
置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行す
ればよい。
：Ｎｏの場合、Ｓ２７０およびＳ２８０を実行せずに、Ｓ２９０に遷移してもよい。ある
いは、Ｓ２３５：Ｙｅｓの場合、Ｓ２５０およびＳ２６０を実行せずに、Ｓ２９０に遷移
してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元
の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装
置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行す
ればよい。
【0067】
本実施例によれば、外部機器２０毎に異なる在室係数を設定し、在室係数の合計値であ
る在室指標を計算するので、より高い精度で発信方式を切りかえることができる。すなわ
ち、発信先端末装置１６の使用者が通信を認識する程度を示す通信容易性指標として在室
指標を算出し、在室指標をもとに通信モードを選択するため、通信モードを精度よく選択
できる。また、着信対象（通信相手）の状況に応じて、着信を報知する形態を高い精度で
選択できる。このため、発信側端末装置１６の使用者が発話した情報が発信先端末装置１
６の使用者に認識されない事態の発生を低減しつつ、発信先端末装置１６の使用者に対し
てより迅速に情報を伝えることができる。
（実施例３）
次に、実施例３を説明する。実施例３では、実施例２と同様に、発信先端末装置１６が
操作した機器種別による重み付けを行うことによって、発信方式の切替がなされる。なお
、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テーブ
ル３６２の構成は実施例１と同じである。
る在室指標を計算するので、より高い精度で発信方式を切りかえることができる。すなわ
ち、発信先端末装置１６の使用者が通信を認識する程度を示す通信容易性指標として在室
指標を算出し、在室指標をもとに通信モードを選択するため、通信モードを精度よく選択
できる。また、着信対象（通信相手）の状況に応じて、着信を報知する形態を高い精度で
選択できる。このため、発信側端末装置１６の使用者が発話した情報が発信先端末装置１
６の使用者に認識されない事態の発生を低減しつつ、発信先端末装置１６の使用者に対し
てより迅速に情報を伝えることができる。
（実施例３）
次に、実施例３を説明する。実施例３では、実施例２と同様に、発信先端末装置１６が
操作した機器種別による重み付けを行うことによって、発信方式の切替がなされる。なお
、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テーブ
ル３６２の構成は実施例１と同じである。
【0068】
管理装置１２は、履歴テーブル３６２を用いて、発信先の端末装置１６が制御した外部
機器２０による音の大きさ（騒音状態）を示す値である、騒音指標Ｙを計算する。騒音指
標Ｙは操作種別が「ＯＮ」の機器の騒音係数により決定される。つまり、発信先の端末装
置１６が音の出る外部機器２０を「ＯＮ」にしている場合、発信先の端末装置１６の周囲
の音量（騒音）がある程度大きいと予想され、その端末装置１６の使用者１８が、着信に
気づき難い、あるいは、通話の内容を聞き取り難い状態であると推定される。つまり、騒
音指標Ｙが大きいほど、発信先端末装置１６の使用者１８が、通信の存在を認識したり、
通信内容を把握したりすることが困難な状況であるため、通信容易性が低いといえる。一
方、騒音指標Ｙが小さいほど、発信先端末装置１６の使用者１８が、通信の存在を認識し
たり、通信内容を把握したりすることが容易な状況であるため、通信容易性（通信容易性
指標）が高いといえる。つまり、騒音指標Ｙは通信容易性指標の１つである。なお、端末
装置１６の周囲の音量と、騒音指標Ｙの大きさ（高さ）との関係は任意に設定可能である
。例えば、端末装置１６の周囲の音量が小さいほど、騒音指標Ｙが大きくなるように算出
してもよい。この場合は、騒音指標Ｙは、逆に静寂性指標ともいえ、騒音指標Ｙ（静寂性
指標）が大きい（高い）ほど、通信容易性（通信容易性指標）が高くなる。
機器２０による音の大きさ（騒音状態）を示す値である、騒音指標Ｙを計算する。騒音指
標Ｙは操作種別が「ＯＮ」の機器の騒音係数により決定される。つまり、発信先の端末装
置１６が音の出る外部機器２０を「ＯＮ」にしている場合、発信先の端末装置１６の周囲
の音量（騒音）がある程度大きいと予想され、その端末装置１６の使用者１８が、着信に
気づき難い、あるいは、通話の内容を聞き取り難い状態であると推定される。つまり、騒
音指標Ｙが大きいほど、発信先端末装置１６の使用者１８が、通信の存在を認識したり、
通信内容を把握したりすることが困難な状況であるため、通信容易性が低いといえる。一
方、騒音指標Ｙが小さいほど、発信先端末装置１６の使用者１８が、通信の存在を認識し
たり、通信内容を把握したりすることが容易な状況であるため、通信容易性（通信容易性
指標）が高いといえる。つまり、騒音指標Ｙは通信容易性指標の１つである。なお、端末
装置１６の周囲の音量と、騒音指標Ｙの大きさ（高さ）との関係は任意に設定可能である
。例えば、端末装置１６の周囲の音量が小さいほど、騒音指標Ｙが大きくなるように算出
してもよい。この場合は、騒音指標Ｙは、逆に静寂性指標ともいえ、騒音指標Ｙ（静寂性
指標）が大きい（高い）ほど、通信容易性（通信容易性指標）が高くなる。
【0069】
図１８は、騒音係数テーブルのデータ構造を示す。騒音係数テーブルは、機器毎の騒音
係数（重み係数）を表すテーブルである。騒音係数は、機器種別毎に個別に設定され、そ
の機器が使用されている場合に使用者１８の周辺に騒音（通話の邪魔になる音）が発生し
ている可能性を示す値である。図１６の在室係数テーブルとは異なって、「テレビ」、「
ステレオ」、「ラジオ」の係数が大きくなっていることから分かるように、使用者１８の
周辺に騒音が発生している可能性が高いことが予想される機器ほど、騒音係数が高く設定
される。なお、図１８における「炬燵」のように、騒音係数が「０」のデータが存在して
もよい。
係数（重み係数）を表すテーブルである。騒音係数は、機器種別毎に個別に設定され、そ
の機器が使用されている場合に使用者１８の周辺に騒音（通話の邪魔になる音）が発生し
ている可能性を示す値である。図１６の在室係数テーブルとは異なって、「テレビ」、「
ステレオ」、「ラジオ」の係数が大きくなっていることから分かるように、使用者１８の
周辺に騒音が発生している可能性が高いことが予想される機器ほど、騒音係数が高く設定
される。なお、図１８における「炬燵」のように、騒音係数が「０」のデータが存在して
もよい。
【0070】
本テーブルは管理装置１２の記憶部３４０に記憶される。また、管理装置１２は、全て
の端末装置１６に対して同一の騒音係数テーブルを配信してもよいし、端末装置１６（端
末ＩＤ）毎に個別に設定された騒音係数テーブルを配信してもよい。端末装置１６は使用
者１８に騒音係数を入力（指定）させるためのユーザインターフェースを用意し、各端末
装置１６から管理装置１２に対して、各使用者１８が入力した騒音係数を送信してもよい
。管理装置１２は、各端末装置１６から受信した騒音係数を端末ＩＤに対応付けて記憶部
３４０に記憶すればよい。
の端末装置１６に対して同一の騒音係数テーブルを配信してもよいし、端末装置１６（端
末ＩＤ）毎に個別に設定された騒音係数テーブルを配信してもよい。端末装置１６は使用
者１８に騒音係数を入力（指定）させるためのユーザインターフェースを用意し、各端末
装置１６から管理装置１２に対して、各使用者１８が入力した騒音係数を送信してもよい
。管理装置１２は、各端末装置１６から受信した騒音係数を端末ＩＤに対応付けて記憶部
３４０に記憶すればよい。
【0071】
図１９は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。
Ｓ３１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ３
２０に進む。Ｓ３２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から
、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期
間（例えば２時間）より短い全てのレコードＲを取得する。その後Ｓ３３０に進む。Ｓ３
３０において、制御部３３８はレコードＲから、最新の操作履歴が「ＯＮ」である機器を
特定し、特定した機器の騒音係数の合計値を騒音指標Ｙとして計算する。
Ｓ３１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ３
２０に進む。Ｓ３２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から
、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期
間（例えば２時間）より短い全てのレコードＲを取得する。その後Ｓ３３０に進む。Ｓ３
３０において、制御部３３８はレコードＲから、最新の操作履歴が「ＯＮ」である機器を
特定し、特定した機器の騒音係数の合計値を騒音指標Ｙとして計算する。
【0072】
図１０の例では、送信先端末装置１６が第１端末装置１６ａ（Ｔ１）であり、現時刻Ｃ
Ｔが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば
２時間）より短いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９
：５９」、「１０：１９：３２」のレコードとなる。「１０：２５：２４」、「１０：１
９：５９」のレコードＲの機器種別は両方ともテレビだが、最新のレコードである「１０
：２５：２４」の操作種別は「ＯＦＦ」のため、テレビの最新の操作履歴は「ＯＦＦ」と
なる。
Ｔが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば
２時間）より短いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９
：５９」、「１０：１９：３２」のレコードとなる。「１０：２５：２４」、「１０：１
９：５９」のレコードＲの機器種別は両方ともテレビだが、最新のレコードである「１０
：２５：２４」の操作種別は「ＯＦＦ」のため、テレビの最新の操作履歴は「ＯＦＦ」と
なる。
【0073】
一方、「１０：１９：３２」のレコードＲの機器種別は照明だが、「１０：１９：３２
」が最新の操作履歴であるため、照明の最新の操作履歴は「ＯＮ」となる。図１８のテー
ブルを参照すると、「テレビ」の重み係数「１０」、照明の重み係数「１」が得られるが
、テレビの最新状態は「ＯＦＦ」であるため、テレビは処理の対象外となる。制御部３３
８は、これらの情報をもとに以下のように騒音指標Ｙを算出する。
」が最新の操作履歴であるため、照明の最新の操作履歴は「ＯＮ」となる。図１８のテー
ブルを参照すると、「テレビ」の重み係数「１０」、照明の重み係数「１」が得られるが
、テレビの最新状態は「ＯＦＦ」であるため、テレビは処理の対象外となる。制御部３３
８は、これらの情報をもとに以下のように騒音指標Ｙを算出する。
【0074】
騒音指標Ｙ=１（照明ＯＮ）＝１
また、発信先端末装置１６が第５端末装置１６ｅ（Ｔ５）であり、現時刻ＣＴが「１０
：３０：００」である場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間
）より短いレコードＲは、操作日時の時刻が「１０：１８：０４」、「１０：１７：５３
」、「１０：００：００」、「０９：３０：２０」の４つのレコードとなる。「０９：３
０：２０」において、ステレオが「ＯＮ」になり、「１０：００：００」においてテレビ
が「ＯＮ」になり、「１０：１７：５３」においてステレオが「ＯＦＦ」になり、「１０
：１８：０４」においてラジオが「ＯＮ」になっている。このうち、ステレオの最新の操
作履歴（最新の状態）は「ＯＦＦ」であるため、処理の対象外となる。残りのテレビとラ
ジオの最新状態が「ＯＮ」であるため、これらが処理の対象となり、以下のように騒音指
標Ｙを算出する。
【0075】
騒音指標Ｙ＝１０（テレビＯＮ）＋９（ラジオＯＮ）＝１９
その後Ｓ３４０に進む。
【0076】
Ｓ３４０において、制御部３３８は、騒音指標Ｙが所定の値（しきい値）より大きいか
否かを判定する。騒音指標Ｙがしきい値以下の場合（Ｓ３４０：Ｎｏ）は、Ｓ３５０に遷
移する。騒音指標Ｙがしきい値より大きい場合（Ｓ３４０：Ｙｅｓ）は、Ｓ３７０に遷移
する。例えば、しきい値を「１５」とすると、上記の例で算出した第１端末装置１６ａの
騒音指標Ｙの「１」はしきい値より小さいため、Ｓ３５０に遷移し、変更なしと判定され
る。また、発信先が第５端末装置１６ｅの場合は、算出した騒音指標Ｙの「１９」は、し
きい値より大きいため、Ｓ３７０に遷移する。Ｓ３５０において、制御部３３８は端末装
置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲ
ＢＴ発信の場合（Ｓ３５０：Ｙｅｓ）は、Ｓ３６０に進む。発信方法が「ＩＮＶＩＴＥ(
手動応答)」、すなわちＲＢＴ発信でない場合（Ｓ３５０：Ｎｏ）は、Ｓ３９０に進む。
Ｓ３６０において、制御部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、
判定結果を返す。その後処理を終了する。
否かを判定する。騒音指標Ｙがしきい値以下の場合（Ｓ３４０：Ｎｏ）は、Ｓ３５０に遷
移する。騒音指標Ｙがしきい値より大きい場合（Ｓ３４０：Ｙｅｓ）は、Ｓ３７０に遷移
する。例えば、しきい値を「１５」とすると、上記の例で算出した第１端末装置１６ａの
騒音指標Ｙの「１」はしきい値より小さいため、Ｓ３５０に遷移し、変更なしと判定され
る。また、発信先が第５端末装置１６ｅの場合は、算出した騒音指標Ｙの「１９」は、し
きい値より大きいため、Ｓ３７０に遷移する。Ｓ３５０において、制御部３３８は端末装
置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲ
ＢＴ発信の場合（Ｓ３５０：Ｙｅｓ）は、Ｓ３６０に進む。発信方法が「ＩＮＶＩＴＥ(
手動応答)」、すなわちＲＢＴ発信でない場合（Ｓ３５０：Ｎｏ）は、Ｓ３９０に進む。
Ｓ３６０において、制御部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、
判定結果を返す。その後処理を終了する。
【0077】
Ｓ３７０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法
が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ３７０：Ｙｅｓ）は、Ｓ３
８０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ
３７０：Ｎｏ）は、Ｓ３９０に進む。Ｓ３８０において、制御部３３８は発信方法をＩＮ
ＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ３９０
において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。
が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ３７０：Ｙｅｓ）は、Ｓ３
８０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ
３７０：Ｎｏ）は、Ｓ３９０に進む。Ｓ３８０において、制御部３３８は発信方法をＩＮ
ＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ３９０
において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。
【0078】
なお、図１９に示す答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ３４０
：Ｎｏの場合、Ｓ３５０およびＳ３６０を実行せずに、Ｓ３９０に遷移してもよい。ある
いは、Ｓ３４０：Ｙｅｓの場合、Ｓ３７０およびＳ３８０を実行せずに、Ｓ３９０に遷移
してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元
の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装
置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行す
ればよい。
：Ｎｏの場合、Ｓ３５０およびＳ３６０を実行せずに、Ｓ３９０に遷移してもよい。ある
いは、Ｓ３４０：Ｙｅｓの場合、Ｓ３７０およびＳ３８０を実行せずに、Ｓ３９０に遷移
してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元
の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装
置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行す
ればよい。
【0079】
なお、上述の説明では、外部機器２０の「ＯＮ」と「ＯＦＦ」の制御情報、すなわち、
外部機器２０を起動および停止する制御情報を用いて騒音指標Ｙを算出したが、さらに別
の情報を用いてもよい。具体的には、まず端末装置１６が、外部機器２０の音量（ボリュ
ーム）を制御した情報を操作履歴パケットに含めて管理装置１２に送信する。例えば、機
器種別を「テレビ」とし、操作種別を「音量：１０」とした操作履歴パケットを送信する
。またさらに、音質調整（イコライザーなど）に関する情報を送信してもよい。例えば、
機種種別を「ステレオ」とし、操作種別を「Ｂａｓｓ：＋３」あるいは「６４Ｈｚ：＋６
ｄＢ」とした操作履歴パケットを送信してもよい。また、エアコン、空気清浄機、送風機
、ドライヤー等の風量や運転モードに関する情報など、外部機器から発生される音（騒音
）の大きさを推定可能な情報を操作履歴パケットに含めてもよい。このように、操作種別
（操作情報）は、「ＯＮ」と「ＯＦＦ」だけでなく、数値を含んだ情報であってもよい。
外部機器２０を起動および停止する制御情報を用いて騒音指標Ｙを算出したが、さらに別
の情報を用いてもよい。具体的には、まず端末装置１６が、外部機器２０の音量（ボリュ
ーム）を制御した情報を操作履歴パケットに含めて管理装置１２に送信する。例えば、機
器種別を「テレビ」とし、操作種別を「音量：１０」とした操作履歴パケットを送信する
。またさらに、音質調整（イコライザーなど）に関する情報を送信してもよい。例えば、
機種種別を「ステレオ」とし、操作種別を「Ｂａｓｓ：＋３」あるいは「６４Ｈｚ：＋６
ｄＢ」とした操作履歴パケットを送信してもよい。また、エアコン、空気清浄機、送風機
、ドライヤー等の風量や運転モードに関する情報など、外部機器から発生される音（騒音
）の大きさを推定可能な情報を操作履歴パケットに含めてもよい。このように、操作種別
（操作情報）は、「ＯＮ」と「ＯＦＦ」だけでなく、数値を含んだ情報であってもよい。
【0080】
管理装置１２は、発信先の端末装置１６が制御した外部機器２０の音量および音質に関
する制御情報の少なくとも一方を用いて、騒音指標Ｙを算出する。例えば、テレビが「Ｏ
Ｎ」である場合、テレビの音量を「１０」にした場合に比べ、テレビの音量を「２０」に
した場合の騒音指標Ｙを、より大きな値（高い値）にする。また、音量が同じ場合であっ
ても、所定の周波数帯域（例えば、低音）が強調されている場合は、騒音指標騒音指標Ｙ
を、より大きな値にする。例えば、「ステレオ」の音量が一定の値である場合、「Ｂａｓ
ｓ：－３」よりも「Ｂａｓｓ：＋３」のときの騒音指標Ｙを大きな値にする。
する制御情報の少なくとも一方を用いて、騒音指標Ｙを算出する。例えば、テレビが「Ｏ
Ｎ」である場合、テレビの音量を「１０」にした場合に比べ、テレビの音量を「２０」に
した場合の騒音指標Ｙを、より大きな値（高い値）にする。また、音量が同じ場合であっ
ても、所定の周波数帯域（例えば、低音）が強調されている場合は、騒音指標騒音指標Ｙ
を、より大きな値にする。例えば、「ステレオ」の音量が一定の値である場合、「Ｂａｓ
ｓ：－３」よりも「Ｂａｓｓ：＋３」のときの騒音指標Ｙを大きな値にする。
【0081】
また、端末装置１６が外部機器２０の音量・音質を変更しない場合であっても、端末装
置１６が近距離無線を介して外部機器２０から現在設定されている音量・音質の情報を取
得し、その情報を操作履歴パケットに含めて送信してもよい。つまり、使用者１８が外部
機器２０本体の操作部や端末装置１６とは異なるリモコン装置を操作して外部機器２０の
設定を変更した場合であっても、端末装置１６が外部機器２０の現在の設定情報を取得し
、それを管理装置１２に送信してもよい。例えば、端末装置１６が外部機器２０の電源を
「ＯＮ」にした際に、現在の音量設定値（デフォルト値あるいは前回使用された設定値）
の外部機器２０から取得し、その情報を管理装置１２に送信する。すなわち、端末装置１
６が制御していない音量・音質に関する情報を用いて、騒音指標Ｙを算出してもよい。
置１６が近距離無線を介して外部機器２０から現在設定されている音量・音質の情報を取
得し、その情報を操作履歴パケットに含めて送信してもよい。つまり、使用者１８が外部
機器２０本体の操作部や端末装置１６とは異なるリモコン装置を操作して外部機器２０の
設定を変更した場合であっても、端末装置１６が外部機器２０の現在の設定情報を取得し
、それを管理装置１２に送信してもよい。例えば、端末装置１６が外部機器２０の電源を
「ＯＮ」にした際に、現在の音量設定値（デフォルト値あるいは前回使用された設定値）
の外部機器２０から取得し、その情報を管理装置１２に送信する。すなわち、端末装置１
６が制御していない音量・音質に関する情報を用いて、騒音指標Ｙを算出してもよい。
【0082】
また、端末装置１６は操作履歴パケットの中に、音声入力部４４で収音した音の情報を
含めてもよい。例えば端末装置１６は、外部機器２０の音量を変更した後の通話を行って
いないタイミングで音声入力部４４に入力された音響信号のレベル（周囲の騒音レベル）
や周波数特性を計測し、それを操作履歴パケットの中に含めて管理装置１２に含めてもよ
い。管理装置１２は、操作履歴パケットに含まれる音の情報（音響信号情報）を騒音指標
Ｙに反映してもよい。例えば、上述した騒音係数に基づく値の他に、音響信号に基づく値
（例えば、音響信号情報を所定数倍した値）を算出し、両者を重み付け加算した値を騒音
指標Ｙとしてもよい。あるいは、両者を乗算した値を騒音指標Ｙとしてもよい。すなわち
、騒音係数に基づく値が大きいほど、かつ収音された音が大きいほど大きな値となるよう
に騒音指標Ｙを算出してもよい。
含めてもよい。例えば端末装置１６は、外部機器２０の音量を変更した後の通話を行って
いないタイミングで音声入力部４４に入力された音響信号のレベル（周囲の騒音レベル）
や周波数特性を計測し、それを操作履歴パケットの中に含めて管理装置１２に含めてもよ
い。管理装置１２は、操作履歴パケットに含まれる音の情報（音響信号情報）を騒音指標
Ｙに反映してもよい。例えば、上述した騒音係数に基づく値の他に、音響信号に基づく値
（例えば、音響信号情報を所定数倍した値）を算出し、両者を重み付け加算した値を騒音
指標Ｙとしてもよい。あるいは、両者を乗算した値を騒音指標Ｙとしてもよい。すなわち
、騒音係数に基づく値が大きいほど、かつ収音された音が大きいほど大きな値となるよう
に騒音指標Ｙを算出してもよい。
【0083】
本実施例によれば、外部機器２０毎に異なる騒音係数を設定し、騒音係数の合計値であ
る騒音指標を計算するので、より高い精度で発信方式を切りかえることができる。すなわ
ち、発信先端末装置１６の使用者が通信を認識する程度を示す通信容易性指標として騒音
指標を算出し、騒音指標をもとに通信モードを選択するため、通信モードを精度よく選択
できる。すなわち、着信対象の状況に応じて、着信を報知する形態を高い精度で選択でき
る。このため、発信側端末装置１６の使用者が発話した情報が発信先端末装置１６の使用
者に認識されない事態の発生を低減しつつ、発信先端末装置１６の使用者に対してより迅
速に情報を伝えることができる。
（実施例４）
次に、実施例４を説明する。実施例４は、実施例２と実施例３との組合せに相当する。
なお、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テ
ーブル３６２の構成は実施例１と同じである。
る騒音指標を計算するので、より高い精度で発信方式を切りかえることができる。すなわ
ち、発信先端末装置１６の使用者が通信を認識する程度を示す通信容易性指標として騒音
指標を算出し、騒音指標をもとに通信モードを選択するため、通信モードを精度よく選択
できる。すなわち、着信対象の状況に応じて、着信を報知する形態を高い精度で選択でき
る。このため、発信側端末装置１６の使用者が発話した情報が発信先端末装置１６の使用
者に認識されない事態の発生を低減しつつ、発信先端末装置１６の使用者に対してより迅
速に情報を伝えることができる。
（実施例４）
次に、実施例４を説明する。実施例４は、実施例２と実施例３との組合せに相当する。
なお、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テ
ーブル３６２の構成は実施例１と同じである。
【0084】
管理装置１２は、実施例２で説明した在室指標Ｚと、実施例３で説明した騒音指標Ｙを
それぞれ算出する。在室指標Ｚは、大きな値であるほど、発信先の端末装置１６の使用者
１８は着信や通話音声を認識し易いといえる。一方、騒音指標Ｙは、大きな値であるほど
、発信先の端末装置１６の使用者１８は着信や通話音声を認識し難いといえる。そこで、
式（１）を用いて、制御部３８は総合指標Ｘを算出する。
それぞれ算出する。在室指標Ｚは、大きな値であるほど、発信先の端末装置１６の使用者
１８は着信や通話音声を認識し易いといえる。一方、騒音指標Ｙは、大きな値であるほど
、発信先の端末装置１６の使用者１８は着信や通話音声を認識し難いといえる。そこで、
式（１）を用いて、制御部３８は総合指標Ｘを算出する。
【0085】
Ｘ=α×Ｚ－β×Ｙ 式（１）
ここで、α、βはそれぞれ０より大きな所定値（係数）である。α、βの値は同じであ
ってもよいし、異なっていてもよい。式（１）によれば、在室指標Ｚが大きいほど、総合
指標Ｘが大きな値になる。また、騒音指標Ｙが小さいほど、総合指標Ｘが大きな値になる
。
【0086】
つまり、総合指標Ｘが大きな値であるほど、発信先の端末装置１６の使用者１８は着信
や通話音声を認識し易いといえる。したがって、総合指標Ｘは、端末装置１６の使用者１
８が着信や通話音声を認識する容易さの程度（難易度）を示す通信容易性指標の１つであ
る。また、在室指標Ｚも同様に通信容易性指標の１つであるといえる。また、騒音指標Ｙ
は、値の大小と使用者１８が通信を認識する容易さとの関係は逆であるが、同様に通信容
易性指標の１つであるといえる。そのため、総合指標Ｘは、複数種類の通信容易性指標を
もとに算出された総合的な通信容易性指標であるといえる。
や通話音声を認識し易いといえる。したがって、総合指標Ｘは、端末装置１６の使用者１
８が着信や通話音声を認識する容易さの程度（難易度）を示す通信容易性指標の１つであ
る。また、在室指標Ｚも同様に通信容易性指標の１つであるといえる。また、騒音指標Ｙ
は、値の大小と使用者１８が通信を認識する容易さとの関係は逆であるが、同様に通信容
易性指標の１つであるといえる。そのため、総合指標Ｘは、複数種類の通信容易性指標を
もとに算出された総合的な通信容易性指標であるといえる。
【0087】
管理装置１２は、図１７のフローチャートと同様な処理を行う。ただし、Ｓ２２５に相
当するＳ２２５Ａにおいて、式（１）に基づいて総合指標Ｘを算出する。また、Ｓ２３５
に相当するＳ２３５Ａにおいて、総合指標Ｘが所定の値（しきい値）よりも大きいか否か
を判定する。
当するＳ２２５Ａにおいて、式（１）に基づいて総合指標Ｘを算出する。また、Ｓ２３５
に相当するＳ２３５Ａにおいて、総合指標Ｘが所定の値（しきい値）よりも大きいか否か
を判定する。
【0088】
本実施例によれば、在室指標Ｚと騒音指標Ｙとを用いて総合指標Ｘを算出し、総合指標
Ｘに基づいて通信モードを選択するので、発信先端末装置１６の使用者の状態の推定精度
を向上できる。また、発信先端末装置１６の使用者の状態の推定精度が向上するので、よ
り適切に通信モードを選択することができる。また、着信対象の状況に応じて、着信を報
知する形態を高い精度で選択できる。
（実施例５）
次に、実施例５を説明する。実施例１では、図２（ａ）－（ｂ）、図３（ａ）－（ｄ）
に示すように、通話処理が２つの端末装置１６間でのみで行われること（個別通話）を前
提として説明したが、本実施例では１つの端末装置１６が２つ以上の端末装置１６に対し
て同報配信を行うグループ呼出を想定する。なお、本実施例の端末装置１６のブロック図
、管理装置１２のブロック図、および履歴テーブル３６２の構成は実施例１と同じである
。
Ｘに基づいて通信モードを選択するので、発信先端末装置１６の使用者の状態の推定精度
を向上できる。また、発信先端末装置１６の使用者の状態の推定精度が向上するので、よ
り適切に通信モードを選択することができる。また、着信対象の状況に応じて、着信を報
知する形態を高い精度で選択できる。
（実施例５）
次に、実施例５を説明する。実施例１では、図２（ａ）－（ｂ）、図３（ａ）－（ｄ）
に示すように、通話処理が２つの端末装置１６間でのみで行われること（個別通話）を前
提として説明したが、本実施例では１つの端末装置１６が２つ以上の端末装置１６に対し
て同報配信を行うグループ呼出を想定する。なお、本実施例の端末装置１６のブロック図
、管理装置１２のブロック図、および履歴テーブル３６２の構成は実施例１と同じである
。
【0089】
本実施例における管理装置１２の制御部３３８は記憶部３４０の履歴テーブル３６２か
ら、送信対象グループに所属する全端末装置１６のレコードＲを取得し、操作種別におい
て所定数（所定数Ｍ）以上の「ＯＮ」が存在している端末装置１６の合計数Ｔを集計する
。管理装置１２は端末装置１６よりＩＮＶＩＴＥ(手動応答)を受信した場合においても、
合計数Ｔが所定数Ｎ（例としてグループに所属する送信対象端末装置１６の半数）より大
きい場合、すなわちグループに所属している端末装置１６の使用者の大半が現在屋内に存
在し、かつ端末装置１６とともにその場に留まっている可能性が高い場合、グループに所
属する全ての端末装置１６へＩＮＶＩＴＥ(自動応答)を送信する。これによりグループ内
において、ＩＮＶＩＴＥ(手動応答)を送信した場合と比較して、より迅速に通話を開始す
ることが可能となり、より迅速に情報を伝えることが可能になる。
ら、送信対象グループに所属する全端末装置１６のレコードＲを取得し、操作種別におい
て所定数（所定数Ｍ）以上の「ＯＮ」が存在している端末装置１６の合計数Ｔを集計する
。管理装置１２は端末装置１６よりＩＮＶＩＴＥ(手動応答)を受信した場合においても、
合計数Ｔが所定数Ｎ（例としてグループに所属する送信対象端末装置１６の半数）より大
きい場合、すなわちグループに所属している端末装置１６の使用者の大半が現在屋内に存
在し、かつ端末装置１６とともにその場に留まっている可能性が高い場合、グループに所
属する全ての端末装置１６へＩＮＶＩＴＥ(自動応答)を送信する。これによりグループ内
において、ＩＮＶＩＴＥ(手動応答)を送信した場合と比較して、より迅速に通話を開始す
ることが可能となり、より迅速に情報を伝えることが可能になる。
【0090】
なお上記では説明を簡潔にするため、「合計数Ｔがグループに所属する送信対象端末装
置１６の半数より大きい」としたが、この条件に限定されるものではない。例えば、「合
計数Ｔが１以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数の８０
％以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数と同じ」といっ
た条件を用いてもよい。また、グループ毎に個別の条件を設定してもよい。例えば、グル
ープＡでは、「送信対象端末装置１６の総数の３０％以上」という条件を用い、グループ
Ｂでは「送信対象端末装置１６の総数の８０％以上」という条件を用いてもよい。また本
実施例では説明のためグループ呼出時の動作としたが、一斉呼出時、すなわち通信システ
ム１００の全端末装置１６に対してＩＮＶＩＴＥ(手動応答)の送信を行う場合においても
本実施例と同様な処理を行ってもよい。
置１６の半数より大きい」としたが、この条件に限定されるものではない。例えば、「合
計数Ｔが１以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数の８０
％以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数と同じ」といっ
た条件を用いてもよい。また、グループ毎に個別の条件を設定してもよい。例えば、グル
ープＡでは、「送信対象端末装置１６の総数の３０％以上」という条件を用い、グループ
Ｂでは「送信対象端末装置１６の総数の８０％以上」という条件を用いてもよい。また本
実施例では説明のためグループ呼出時の動作としたが、一斉呼出時、すなわち通信システ
ム１００の全端末装置１６に対してＩＮＶＩＴＥ(手動応答)の送信を行う場合においても
本実施例と同様な処理を行ってもよい。
【0091】
図２０は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。
Ｓ４１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ４
２０に進む。Ｓ４２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から
、発信先グループに所属している全端末装置１６について、操作日時と現時刻ＣＴの差分
Ｐが所定の期間（例えば２時間）より短いレコードＲを取得する。このときリストＬを「
ＮＵＬＬ（空）」に初期化後、各端末装置１６のレコードＲを記録する。また、合計数Ｔ
の値も「０」に初期化する。その後Ｓ４３０に進む。Ｓ４３０において、制御部３３８は
所定数Ｎを設定する。所定数Ｎは本実施例で説明したようにグループに所属する全端末装
置１６数に対する割合を示す数値でもよく、また定数でもよい。その後Ｓ４４０に進む。
Ｓ４１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ４
２０に進む。Ｓ４２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から
、発信先グループに所属している全端末装置１６について、操作日時と現時刻ＣＴの差分
Ｐが所定の期間（例えば２時間）より短いレコードＲを取得する。このときリストＬを「
ＮＵＬＬ（空）」に初期化後、各端末装置１６のレコードＲを記録する。また、合計数Ｔ
の値も「０」に初期化する。その後Ｓ４３０に進む。Ｓ４３０において、制御部３３８は
所定数Ｎを設定する。所定数Ｎは本実施例で説明したようにグループに所属する全端末装
置１６数に対する割合を示す数値でもよく、また定数でもよい。その後Ｓ４４０に進む。
【0092】
Ｓ４４０において、制御部３３８はリストＬから任意の（未処理の）１つの端末装置１
６のレコードＲを全て取得する。このとき、取得した端末装置１６のレコードＲの情報は
リストＬから削除される。その後Ｓ４５０に進む。Ｓ４５０において、制御部３３８はＳ
４４０で取得した全てのレコードＲの操作種別を取得し、「ＯＮ」が所定数Ｍ以上存在す
るか否かを判定する。所定数Ｍは、例えば「１」にすればよいが、もちろんこれに限定さ
れる訳ではなく、「２」以上の値であってもよい。レコードＲの操作種別の「ＯＮ」が所
定数Ｍ未満だった場合、（Ｓ４５０：Ｎｏ）は、Ｓ４７０に進む。レコードＲの操作種別
で「ＯＮ」が所定数Ｍ以上存在した場合（Ｓ４５０：Ｙｅｓ）は、Ｓ４６０に進む。Ｓ４
６０において、制御部３３８は合計数Ｔを「１」インクリメントする。その後Ｓ４７０に
進む。Ｓ４７０において、制御部３３８はリストＬ内に端末装置１６のレコードＲが存在
するか否か、すなわち未処理の端末装置１６が存在するか否かを判定する。リストＬ内に
端末装置１６のレコードＲが存在する場合（Ｓ４７０：Ｙｅｓ）は、Ｓ４４０に戻って処
理を繰り返す。リストＬ内に端末装置１６のレコードＲが存在しない場合（Ｓ４７０：Ｎ
ｏ）は、Ｓ４８０に進む。
６のレコードＲを全て取得する。このとき、取得した端末装置１６のレコードＲの情報は
リストＬから削除される。その後Ｓ４５０に進む。Ｓ４５０において、制御部３３８はＳ
４４０で取得した全てのレコードＲの操作種別を取得し、「ＯＮ」が所定数Ｍ以上存在す
るか否かを判定する。所定数Ｍは、例えば「１」にすればよいが、もちろんこれに限定さ
れる訳ではなく、「２」以上の値であってもよい。レコードＲの操作種別の「ＯＮ」が所
定数Ｍ未満だった場合、（Ｓ４５０：Ｎｏ）は、Ｓ４７０に進む。レコードＲの操作種別
で「ＯＮ」が所定数Ｍ以上存在した場合（Ｓ４５０：Ｙｅｓ）は、Ｓ４６０に進む。Ｓ４
６０において、制御部３３８は合計数Ｔを「１」インクリメントする。その後Ｓ４７０に
進む。Ｓ４７０において、制御部３３８はリストＬ内に端末装置１６のレコードＲが存在
するか否か、すなわち未処理の端末装置１６が存在するか否かを判定する。リストＬ内に
端末装置１６のレコードＲが存在する場合（Ｓ４７０：Ｙｅｓ）は、Ｓ４４０に戻って処
理を繰り返す。リストＬ内に端末装置１６のレコードＲが存在しない場合（Ｓ４７０：Ｎ
ｏ）は、Ｓ４８０に進む。
【0093】
Ｓ４８０において、制御部３３８は合計数Ｔと、Ｓ４３０にて設定した所定数Ｎを比較
し、合計数Ｔが所定数Ｎより大きいか否かを判定する。合計数Ｔが所定数Ｎ以下である場
合（Ｓ４８０：Ｎｏ）は、Ｓ５１０に進む。合計数Ｔが所定数Ｎより大きい場合（Ｓ４８
０：Ｙｅｓ）は、Ｓ４９０に進む。Ｓ４９０において、制御部３３８は端末装置１６から
の発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信の
場合（Ｓ４９０：Ｙｅｓ）は、Ｓ５００に進む。発信方法が「ＩＮＶＩＴＥ(手動応答)」
、すなわちＲＢＴ発信でない場合（Ｓ４９０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５００にお
いて、制御部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返
す。その後処理を終了する。
し、合計数Ｔが所定数Ｎより大きいか否かを判定する。合計数Ｔが所定数Ｎ以下である場
合（Ｓ４８０：Ｎｏ）は、Ｓ５１０に進む。合計数Ｔが所定数Ｎより大きい場合（Ｓ４８
０：Ｙｅｓ）は、Ｓ４９０に進む。Ｓ４９０において、制御部３３８は端末装置１６から
の発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信の
場合（Ｓ４９０：Ｙｅｓ）は、Ｓ５００に進む。発信方法が「ＩＮＶＩＴＥ(手動応答)」
、すなわちＲＢＴ発信でない場合（Ｓ４９０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５００にお
いて、制御部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返
す。その後処理を終了する。
【0094】
Ｓ５１０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法
が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ５１０：Ｙｅｓ）は、Ｓ５
２０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ
５１０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５２０において、制御部３３８は発信方法をＩＮ
ＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ５３０
において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。
が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ５１０：Ｙｅｓ）は、Ｓ５
２０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ
５１０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５２０において、制御部３３８は発信方法をＩＮ
ＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ５３０
において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。
【0095】
なお、図２０に示す答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ４８０
：Ｎｏの場合、Ｓ５１０およびＳ５２０を実行せずに、Ｓ５３０に遷移してもよい。ある
いは、Ｓ４８０：Ｙｅｓの場合、Ｓ４９０およびＳ５００を実行せずに、Ｓ５３０に遷移
してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元
の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装
置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行す
ればよい。
：Ｎｏの場合、Ｓ５１０およびＳ５２０を実行せずに、Ｓ５３０に遷移してもよい。ある
いは、Ｓ４８０：Ｙｅｓの場合、Ｓ４９０およびＳ５００を実行せずに、Ｓ５３０に遷移
してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元
の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装
置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行す
ればよい。
【0096】
本実施例によれば、複数の発信先端末装置１６のうち、所定期間に所定の操作がなされ
た発信先端末装置１６（通信容易性指標が所定の基準を満たす発信先端末装置１６）の数
がしきい値よりも多い場合、第２通信モード（通常発信）を選択し、それ以外の場合に第
１通信モード（ＲＢＴ発信）を選択するので、グループ通信においても通信モードを適切
に選択できる。また、グループ通信においても、着信対象の状況に応じて、着信を報知す
る形態を適切に選択できる。
（実施例６）
本実施例では、これまでの実施例で説明した通信容易性指標をもとに、端末装置１６へ
の発信方式、および端末装置１６で出力される着信音量を決定する。なお、本実施例の端
末装置１６のブロック図は実施例１と同じである。管理装置１２は実施例１の構成に加え
て、記憶部３４０に履歴テーブル３６２の他、着信音量テーブルを記録する。
た発信先端末装置１６（通信容易性指標が所定の基準を満たす発信先端末装置１６）の数
がしきい値よりも多い場合、第２通信モード（通常発信）を選択し、それ以外の場合に第
１通信モード（ＲＢＴ発信）を選択するので、グループ通信においても通信モードを適切
に選択できる。また、グループ通信においても、着信対象の状況に応じて、着信を報知す
る形態を適切に選択できる。
（実施例６）
本実施例では、これまでの実施例で説明した通信容易性指標をもとに、端末装置１６へ
の発信方式、および端末装置１６で出力される着信音量を決定する。なお、本実施例の端
末装置１６のブロック図は実施例１と同じである。管理装置１２は実施例１の構成に加え
て、記憶部３４０に履歴テーブル３６２の他、着信音量テーブルを記録する。
【0097】
本実施例では、管理装置１２の制御部は端末装置１６から通話開始要求を受信した際、
実施例４の式（１）を用いて発信先端末装置１６の総合指標Ｘを計算する。本実施例では
、通信容易性指標として、実施例４で述べた総合指標Ｘを用いるが、これに限定される訳
ではない。次に管理装置１２の制御部３３８は記憶部３４０の着信音量テーブルを参照す
る。図２１は、着信音量テーブルのデータ構造を示す。本テーブルには総合指標Ｘ毎に、
発信先端末装置１６にて出力される着信音量（着信音の音量）が記録される。総合指標Ｘ
は式（１）で計算される数値であり、着信音量は端末装置１６で出力する着信音量の数値
である。なお、本図では例として総合指標Ｘの上限値を１００、下限値を０とし、また着
信音量の上限値を１００、下限値を０としているが、他の上限値、下限値を用いてもよい
。本図では総合指標Ｘが高い場合、すなわち使用者１８が着信や通話音声を認識し易い場
合、着信音量は小さい数値が設定され、総合指標Ｘが低い場合、すなわち使用者１８が着
信や通話音声を認識し難い場合、着信音量は大きい数値が設定される。つまり、通信容易
性指標が高いほど、着信音量が小さくなるように設定されている。
実施例４の式（１）を用いて発信先端末装置１６の総合指標Ｘを計算する。本実施例では
、通信容易性指標として、実施例４で述べた総合指標Ｘを用いるが、これに限定される訳
ではない。次に管理装置１２の制御部３３８は記憶部３４０の着信音量テーブルを参照す
る。図２１は、着信音量テーブルのデータ構造を示す。本テーブルには総合指標Ｘ毎に、
発信先端末装置１６にて出力される着信音量（着信音の音量）が記録される。総合指標Ｘ
は式（１）で計算される数値であり、着信音量は端末装置１６で出力する着信音量の数値
である。なお、本図では例として総合指標Ｘの上限値を１００、下限値を０とし、また着
信音量の上限値を１００、下限値を０としているが、他の上限値、下限値を用いてもよい
。本図では総合指標Ｘが高い場合、すなわち使用者１８が着信や通話音声を認識し易い場
合、着信音量は小さい数値が設定され、総合指標Ｘが低い場合、すなわち使用者１８が着
信や通話音声を認識し難い場合、着信音量は大きい数値が設定される。つまり、通信容易
性指標が高いほど、着信音量が小さくなるように設定されている。
【0098】
図２２（ａ）－（ｂ）は、第１端末装置１６ａから第２端末装置１６ｂに発信を行う場
合の手順を示すシーケンス図である。発信元である第１端末装置１６ａからの発信方法は
通常発信、ＲＢＴ発信のどちらでもよく、またそれ以外での発信方法でもよい。第１端末
装置１６ａにおいて発信がなされると（図２２（ａ）のＳ１１００と図２２（ｂ）のＳ１
１５０）、第１端末装置１６ａは、通話開始要求であるＩＮＶＩＴＥを送信する（図２２
（ａ）のＳ１１０２と図２２（ｂ）のＳ１１５２）。管理装置１２の制御部３３８は第１
端末装置１６ａからのＩＮＶＩＴＥを受信した場合、発信先第２端末装置１６ｂの着信音
量決定処理を行う（図２２（ａ）のＳ１１０４と図２２（ｂ）のＳ１１５４）。着信音量
決定処理は、具体的には発信先第２端末装置１６ｂの総合指標Ｘを計算し、着信音量テー
ブルから第２端末装置１６ｂの着信音量Ｖを設定する処理となる。
合の手順を示すシーケンス図である。発信元である第１端末装置１６ａからの発信方法は
通常発信、ＲＢＴ発信のどちらでもよく、またそれ以外での発信方法でもよい。第１端末
装置１６ａにおいて発信がなされると（図２２（ａ）のＳ１１００と図２２（ｂ）のＳ１
１５０）、第１端末装置１６ａは、通話開始要求であるＩＮＶＩＴＥを送信する（図２２
（ａ）のＳ１１０２と図２２（ｂ）のＳ１１５２）。管理装置１２の制御部３３８は第１
端末装置１６ａからのＩＮＶＩＴＥを受信した場合、発信先第２端末装置１６ｂの着信音
量決定処理を行う（図２２（ａ）のＳ１１０４と図２２（ｂ）のＳ１１５４）。着信音量
決定処理は、具体的には発信先第２端末装置１６ｂの総合指標Ｘを計算し、着信音量テー
ブルから第２端末装置１６ｂの着信音量Ｖを設定する処理となる。
【0099】
図２２（ａ）に示される通常発信は、管理装置１２の制御部３３８にて発信先第２端末
装置１６ｂの発信方法決定処理が実行された際、総合指標Ｘが８０以上、すなわち使用者
１８が着信や通話音声を認識し易いと判定された場合のシーケンス図となる。総合指標Ｘ
が８０以上の場合、図２１に示す着信音量テーブルから、着信音量決定処理により発信先
第２端末装置１６ｂの着信音量Ｖは「０」が設定される。管理装置１２の制御部３３８は
、着信音量Ｖが「０」の場合、送信先第２端末装置１６ｂへの発信方法を「通常発信」に
設定する。管理装置１２の制御部３３８は発信方法が「通常発信」に設定された場合、第
２端末装置１６ｂへＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１１０６）。Ｓ１１０８か
らＳ１１２０のシーケンスは、図１２（ａ）のＳ１６からＳ２８と同じである。
装置１６ｂの発信方法決定処理が実行された際、総合指標Ｘが８０以上、すなわち使用者
１８が着信や通話音声を認識し易いと判定された場合のシーケンス図となる。総合指標Ｘ
が８０以上の場合、図２１に示す着信音量テーブルから、着信音量決定処理により発信先
第２端末装置１６ｂの着信音量Ｖは「０」が設定される。管理装置１２の制御部３３８は
、着信音量Ｖが「０」の場合、送信先第２端末装置１６ｂへの発信方法を「通常発信」に
設定する。管理装置１２の制御部３３８は発信方法が「通常発信」に設定された場合、第
２端末装置１６ｂへＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１１０６）。Ｓ１１０８か
らＳ１１２０のシーケンスは、図１２（ａ）のＳ１６からＳ２８と同じである。
【0100】
図２２（ｂ）に示されるＲＢＴ発信は、管理装置１２の制御部３３８にて発信先第２端
末装置１６ｂの発信方法決定処理が実行された際、総合指標Ｘが８０未満、すなわち使用
者１８が着信や通話音声を認識し易いとはいえない、あるいは着信や通話音声を認識し難
いと判定された場合のシーケンス図となる。総合指標Ｘが８０未満の場合、図２１に示す
着信音量テーブルから、着信音量決定処理により着信音量Ｖは総合指標Ｘに応じた値が設
定される。具体的には総合指標Ｘが６０以上８０未満の場合は「２５」、総合指標Ｘが４
０以上６０未満の場合は「５０」、総合指標Ｘが２０以上４０未満の場合は「７５」、総
合指標Ｘが０以上２０未満の場合は「１００」が設定される。管理装置１２の制御部３３
８は、着信音量Ｖが「０」以外の場合、送信先第２端末装置１６ｂへの発信方法を「ＲＢ
Ｔ発信」に設定する。管理装置１２の制御部３３８は発信方法が「ＲＢＴ発信」に設定さ
れた場合、第２端末装置１６ｂへ着信音量変更指示を送信する（Ｓ１１５６）。着信音量
変更指示は、具体的には第２端末装置１６ｂの着信音量を、着信音量Ｖで設定された音量
へ変更させる指示となる。着信音量変更指示は、通信容易性指標に対応した着信音（着信
報知形態）を示す制御情報（制御信号）であるといえる。
末装置１６ｂの発信方法決定処理が実行された際、総合指標Ｘが８０未満、すなわち使用
者１８が着信や通話音声を認識し易いとはいえない、あるいは着信や通話音声を認識し難
いと判定された場合のシーケンス図となる。総合指標Ｘが８０未満の場合、図２１に示す
着信音量テーブルから、着信音量決定処理により着信音量Ｖは総合指標Ｘに応じた値が設
定される。具体的には総合指標Ｘが６０以上８０未満の場合は「２５」、総合指標Ｘが４
０以上６０未満の場合は「５０」、総合指標Ｘが２０以上４０未満の場合は「７５」、総
合指標Ｘが０以上２０未満の場合は「１００」が設定される。管理装置１２の制御部３３
８は、着信音量Ｖが「０」以外の場合、送信先第２端末装置１６ｂへの発信方法を「ＲＢ
Ｔ発信」に設定する。管理装置１２の制御部３３８は発信方法が「ＲＢＴ発信」に設定さ
れた場合、第２端末装置１６ｂへ着信音量変更指示を送信する（Ｓ１１５６）。着信音量
変更指示は、具体的には第２端末装置１６ｂの着信音量を、着信音量Ｖで設定された音量
へ変更させる指示となる。着信音量変更指示は、通信容易性指標に対応した着信音（着信
報知形態）を示す制御情報（制御信号）であるといえる。
【0101】
第２端末装置１６ｂの制御部３８は、管理装置１２から着信音量変更指示を受信した場
合、第２端末装置１６ｂの着信音量を着信音量変更指示で指定された着信音量Ｖへ変更す
る（Ｓ１１５８）。第２端末装置１６ｂの制御部３８は着信音量の変更終了後、管理装置
１２へ着信音量変更応答を送信する（Ｓ１１６０）。管理装置１２の制御部３３８は、第
２端末装置１６ｂから着信音量変更応答を受信した後、第２端末装置１６ｂへＩＮＶＩＴ
Ｅ（手動応答）を送信する（Ｓ１１６２）。Ｓ１１６４からＳ１１８６のシーケンスは、
図１２（ｂ）のＳ５６からＳ７８と同じである。
合、第２端末装置１６ｂの着信音量を着信音量変更指示で指定された着信音量Ｖへ変更す
る（Ｓ１１５８）。第２端末装置１６ｂの制御部３８は着信音量の変更終了後、管理装置
１２へ着信音量変更応答を送信する（Ｓ１１６０）。管理装置１２の制御部３３８は、第
２端末装置１６ｂから着信音量変更応答を受信した後、第２端末装置１６ｂへＩＮＶＩＴ
Ｅ（手動応答）を送信する（Ｓ１１６２）。Ｓ１１６４からＳ１１８６のシーケンスは、
図１２（ｂ）のＳ５６からＳ７８と同じである。
【0102】
図２３は、端末装置１６が着信音量変更指示を受信した場合の処理の手順を示すフロー
チャートである。Ｓ６００において、制御部３８は着信音量変更指示を受信したか否かを
判定する。着信音量変更指示を受信した場合（Ｓ６００：Ｙｅｓ）は、Ｓ６１０に進む。
着信音量変更指示を受信していない場合（Ｓ６００：Ｎｏ）は、Ｓ６００に戻り処理を繰
り返す。Ｓ６１０において、制御部３８は端末装置１６の着信音量を着信音量変更指示で
指定された着信音量Ｖへ変更する。具体的には、制御部３８は受信した音量変更指示の情
報（着信音量Ｖに関する情報）を記憶部４０に記憶する。その後Ｓ６２０に進む。Ｓ６２
０において、制御部３８は管理装置１２へ着信音量変更応答を送信する。その後Ｓ６００
に戻り処理を繰り返す。
チャートである。Ｓ６００において、制御部３８は着信音量変更指示を受信したか否かを
判定する。着信音量変更指示を受信した場合（Ｓ６００：Ｙｅｓ）は、Ｓ６１０に進む。
着信音量変更指示を受信していない場合（Ｓ６００：Ｎｏ）は、Ｓ６００に戻り処理を繰
り返す。Ｓ６１０において、制御部３８は端末装置１６の着信音量を着信音量変更指示で
指定された着信音量Ｖへ変更する。具体的には、制御部３８は受信した音量変更指示の情
報（着信音量Ｖに関する情報）を記憶部４０に記憶する。その後Ｓ６２０に進む。Ｓ６２
０において、制御部３８は管理装置１２へ着信音量変更応答を送信する。その後Ｓ６００
に戻り処理を繰り返す。
【0103】
図２４は、管理装置１２による処理の手順を示すフローチャートである。これは、管理
装置１２の着信音量決定処理から発信処理までの手順に相当する。Ｓ７１０において、制
御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ７２０に進む。Ｓ７２０
において、制御部３３８は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先端
末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）よ
り短い全てのレコードＲを取得する。その後Ｓ７３０に進む。Ｓ７３０において、制御部
３３８は在室指標Ｚ、騒音指標Ｙおよび式（１）から総合指標Ｘを計算する。その後Ｓ７
４０に進む。
装置１２の着信音量決定処理から発信処理までの手順に相当する。Ｓ７１０において、制
御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ７２０に進む。Ｓ７２０
において、制御部３３８は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先端
末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）よ
り短い全てのレコードＲを取得する。その後Ｓ７３０に進む。Ｓ７３０において、制御部
３３８は在室指標Ｚ、騒音指標Ｙおよび式（１）から総合指標Ｘを計算する。その後Ｓ７
４０に進む。
【0104】
Ｓ７４０において、制御部３３８は記憶部３４０の着信音量テーブルを参照し、総合指
標Ｘに対応する着信音量Ｖを設定する。その後Ｓ７５０に進む。Ｓ７５０において、制御
部３３８は着信音量Ｖが０であるか否かを判定する。着信音量Ｖが０である場合（Ｓ７５
０：Ｙｅｓ）は、Ｓ７９０に進む。着信音量Ｖが０でない場合（Ｓ７５０：Ｎｏ）は、Ｓ
７６０に進む。Ｓ７６０において、制御部３３８は発信先端末装置１６へ着信音量変更指
示を送信する。その後Ｓ７７０に進む。
標Ｘに対応する着信音量Ｖを設定する。その後Ｓ７５０に進む。Ｓ７５０において、制御
部３３８は着信音量Ｖが０であるか否かを判定する。着信音量Ｖが０である場合（Ｓ７５
０：Ｙｅｓ）は、Ｓ７９０に進む。着信音量Ｖが０でない場合（Ｓ７５０：Ｎｏ）は、Ｓ
７６０に進む。Ｓ７６０において、制御部３３８は発信先端末装置１６へ着信音量変更指
示を送信する。その後Ｓ７７０に進む。
【0105】
Ｓ７６０において、制御部３３８は発信先端末装置１６から着信音量変更応答を受信し
たか否かを判定する。着信音量変更応答を受信していない場合（Ｓ７６０：Ｎｏ）は、Ｓ
７７０に戻って処理を繰り返す。着信音量変更応答を受信した場合（Ｓ７６０：Ｙｅｓ）
は、Ｓ７８０に進む。Ｓ７８０において、管理装置１２の制御部３３８は発信先端末装置
１６へＩＮＶＩＴＥ（手動応答）を送信する。その後処理を終了する。Ｓ７９０において
、管理装置１２の制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ（自動応答）を送信
する。その後処理を終了する。
たか否かを判定する。着信音量変更応答を受信していない場合（Ｓ７６０：Ｎｏ）は、Ｓ
７７０に戻って処理を繰り返す。着信音量変更応答を受信した場合（Ｓ７６０：Ｙｅｓ）
は、Ｓ７８０に進む。Ｓ７８０において、管理装置１２の制御部３３８は発信先端末装置
１６へＩＮＶＩＴＥ（手動応答）を送信する。その後処理を終了する。Ｓ７９０において
、管理装置１２の制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ（自動応答）を送信
する。その後処理を終了する。
【0106】
Ｓ７８０が実行された場合、発信先端末装置１６は、ＩＮＶＩＴＥ（手動応答）を受信
した際に、記憶部４０から着信音量Ｖに関する情報を読み出し、それにしたがって、音声
出力部から着信音を出力する。つまり、管理装置１２から指定された着信音量Ｖで着信音
を出力する。
した際に、記憶部４０から着信音量Ｖに関する情報を読み出し、それにしたがって、音声
出力部から着信音を出力する。つまり、管理装置１２から指定された着信音量Ｖで着信音
を出力する。
【0107】
本実施例では管理装置１２から端末装置１６へ着信音量の変更を通知する際に着信音量
変更通知を送信し、端末装置１６から管理装置１２へ着信音量変更応答を送信するシーケ
ンスを説明したが、端末装置１６の着信音量を変更する手順は他のシーケンスを用いても
よい。例えば、管理装置１２の制御部３３８は着信音量Ｖが０でない場合、着信音量変更
通知を送信せずに、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖを設定して送
信してもよい。端末装置１６の制御部３８は管理装置１２からＩＮＶＩＴＥ（手動応答）
を受信した際に、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖが設定されてい
るか否かを判定し、着信音量Ｖが設定されていた場合は、それにしたがって端末装置１６
の着信音量を設定し、音声出力部４６から着信音を出力すればよい。
変更通知を送信し、端末装置１６から管理装置１２へ着信音量変更応答を送信するシーケ
ンスを説明したが、端末装置１６の着信音量を変更する手順は他のシーケンスを用いても
よい。例えば、管理装置１２の制御部３３８は着信音量Ｖが０でない場合、着信音量変更
通知を送信せずに、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖを設定して送
信してもよい。端末装置１６の制御部３８は管理装置１２からＩＮＶＩＴＥ（手動応答）
を受信した際に、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖが設定されてい
るか否かを判定し、着信音量Ｖが設定されていた場合は、それにしたがって端末装置１６
の着信音量を設定し、音声出力部４６から着信音を出力すればよい。
【0108】
上記の場合、管理装置１２の制御部３３８は図２４のフローチャートにおいて、（Ｓ７
５０：Ｎｏ）の後にＳ７８０に相当するＳ７８０Ａに遷移し、Ｓ７８０Ａにて発信先端末
装置１６へ送信するＩＮＶＩＴＥ（手動応答）のパラメータに着信音量Ｖを設定して処理
を終了してもよい。また端末装置１６の制御部３８は図２０のフローチャートの処理を省
略してもよい。
５０：Ｎｏ）の後にＳ７８０に相当するＳ７８０Ａに遷移し、Ｓ７８０Ａにて発信先端末
装置１６へ送信するＩＮＶＩＴＥ（手動応答）のパラメータに着信音量Ｖを設定して処理
を終了してもよい。また端末装置１６の制御部３８は図２０のフローチャートの処理を省
略してもよい。
【0109】
また、本実施例では、実施例４で説明した通信容易性指標である総合指標Ｘにより着信
音量Ｖを決定したが、実施例２で説明した在室指標Ｚ、あるいは実施例３で説明した騒音
指標Ｙにより着信音量Ｖを決定してもよい。在室指標Ｚにて着信音量Ｖを決定する場合、
管理装置１２の記憶部３４０に記録される着信音量テーブルは在室指標Ｚが高い程着信音
量は小さい数値が設定され、在室指標Ｚが低い程着信音量は大きい数値が設定される。ま
た、騒音指標Ｙにて着信音量Ｖを決定する場合、管理装置１２の記憶部３４０に記録され
る着信音量テーブルは騒音指標Ｙが低い程着信音量は小さい数値が設定され、騒音指標Ｙ
が高い程着信音量は大きい数値が設定される。
音量Ｖを決定したが、実施例２で説明した在室指標Ｚ、あるいは実施例３で説明した騒音
指標Ｙにより着信音量Ｖを決定してもよい。在室指標Ｚにて着信音量Ｖを決定する場合、
管理装置１２の記憶部３４０に記録される着信音量テーブルは在室指標Ｚが高い程着信音
量は小さい数値が設定され、在室指標Ｚが低い程着信音量は大きい数値が設定される。ま
た、騒音指標Ｙにて着信音量Ｖを決定する場合、管理装置１２の記憶部３４０に記録され
る着信音量テーブルは騒音指標Ｙが低い程着信音量は小さい数値が設定され、騒音指標Ｙ
が高い程着信音量は大きい数値が設定される。
【0110】
また、本実施例では、通信容易性指標をもとに着信音量Ｖを決定したが、これに限定さ
れるものではない。例えば、通信容易性指標をもとに、着信時に端末装置１６から出力（
発生）される振動（バイブレーション）の大きさ（程度）を決定してもよい。例えば、通
信容易性指標が高いほど、振動の大きさ（振幅）を小さくし、通信容易性指標が低いほど
、振動の大きさを大きくしてもよい。あるいは、通信容易性指標に応じて、振動の周波数
、振動する時間、振動パターンなどを変えてもよい。特に端末装置１６においてマナーモ
ード等が設定されている場合、着信音が出力されず、振動が出力されるため、端末装置１
６のユーザは、振動を感知することにより、通信（着信）の存在を認識する。このため、
着信時に端末装置１６が発生する振動は、着信を報知する形態の１つである。
れるものではない。例えば、通信容易性指標をもとに、着信時に端末装置１６から出力（
発生）される振動（バイブレーション）の大きさ（程度）を決定してもよい。例えば、通
信容易性指標が高いほど、振動の大きさ（振幅）を小さくし、通信容易性指標が低いほど
、振動の大きさを大きくしてもよい。あるいは、通信容易性指標に応じて、振動の周波数
、振動する時間、振動パターンなどを変えてもよい。特に端末装置１６においてマナーモ
ード等が設定されている場合、着信音が出力されず、振動が出力されるため、端末装置１
６のユーザは、振動を感知することにより、通信（着信）の存在を認識する。このため、
着信時に端末装置１６が発生する振動は、着信を報知する形態の１つである。
【0111】
また、通信容易性指標をもとに、着信側の端末装置１６から出力される通話音量を決定
してもよい。例えば、通信容易性指標が高いほど、通話音量を小さく設定し、通信容易性
指標が低いほど、通話音量を大きく設定してもよい。通常発信においては、着信音が出力
されず、通話音声の出力により、端末装置１６のユーザは通信（着信）の存在を認識する
。このため、通話音声の出力は、着信を報知する形態の１つである。
してもよい。例えば、通信容易性指標が高いほど、通話音量を小さく設定し、通信容易性
指標が低いほど、通話音量を大きく設定してもよい。通常発信においては、着信音が出力
されず、通話音声の出力により、端末装置１６のユーザは通信（着信）の存在を認識する
。このため、通話音声の出力は、着信を報知する形態の１つである。
【0112】
また、着信した際に端末装置１６は、表示部３６に着信メッセージを表示したり、発光
部（不図示）を発光させてもよい。つまり、聴覚的な着信通知に限らず、視覚的な着信通
知を行ってもよい。そして、通信容易性指標に応じて、視覚的な着信通知を変化させても
よい。例えば、通信容易性指標が相対的に高い場合に、表示部に表示するメッセージのフ
ォントを小さくし、通信容易性指標が相対的に低い場合に、表示部に表示するメッセージ
のフォントを大きくしてもよい。また、着信時に表示部３６を点滅させるとともに、通信
容易性指標が高いほど、点滅における明暗差（コントラスト）を小さくし、通信容易性指
標が低いほど、点滅における明暗差を大きくしてもよい。また、着信時に発光部を発光あ
るいは点滅させるとともに、通信容易性指標が高いほど、発光量を小さくし、通信容易性
指標が低いほど、発光量を大きくしてもよい。すなわち、表示の変化および発光の変化は
、着信を報知する形態の１つである。また、視覚的な通知（報知）と聴覚的な通知（報知
）を両方用いてもよい。また、通信容易性指標に応じて、報知に用いる手段（報知手段）
の数を変えてもよい。例えば、通信容易性指標が高い場合には、振動のみを用いて報知し
、通信容易性指標が中程度である場合には、振動と発光を組み合わせて報知し、通信容易
性指標が低い場合には、振動と発光と呼出音を組み合わせて報知してもよい。管理装置１
２の制御部３３８は、端末装置１６が着信報知で使用すべき手段（着信音、振動、発光、
表示など）を示す情報を着信音量変更指示や他の制御情報に含めてもよい。すなわち、管
理装置１２の制御部３３８は、通信容易性指標が低いほど、報知手段の数が多くなるよう
に制御してもよい。
部（不図示）を発光させてもよい。つまり、聴覚的な着信通知に限らず、視覚的な着信通
知を行ってもよい。そして、通信容易性指標に応じて、視覚的な着信通知を変化させても
よい。例えば、通信容易性指標が相対的に高い場合に、表示部に表示するメッセージのフ
ォントを小さくし、通信容易性指標が相対的に低い場合に、表示部に表示するメッセージ
のフォントを大きくしてもよい。また、着信時に表示部３６を点滅させるとともに、通信
容易性指標が高いほど、点滅における明暗差（コントラスト）を小さくし、通信容易性指
標が低いほど、点滅における明暗差を大きくしてもよい。また、着信時に発光部を発光あ
るいは点滅させるとともに、通信容易性指標が高いほど、発光量を小さくし、通信容易性
指標が低いほど、発光量を大きくしてもよい。すなわち、表示の変化および発光の変化は
、着信を報知する形態の１つである。また、視覚的な通知（報知）と聴覚的な通知（報知
）を両方用いてもよい。また、通信容易性指標に応じて、報知に用いる手段（報知手段）
の数を変えてもよい。例えば、通信容易性指標が高い場合には、振動のみを用いて報知し
、通信容易性指標が中程度である場合には、振動と発光を組み合わせて報知し、通信容易
性指標が低い場合には、振動と発光と呼出音を組み合わせて報知してもよい。管理装置１
２の制御部３３８は、端末装置１６が着信報知で使用すべき手段（着信音、振動、発光、
表示など）を示す情報を着信音量変更指示や他の制御情報に含めてもよい。すなわち、管
理装置１２の制御部３３８は、通信容易性指標が低いほど、報知手段の数が多くなるよう
に制御してもよい。
【0113】
本実施例によれば、総合指標Ｘの値により発信先端末装置１６への発信方法および発信
先端末装置１６での着信音量を決定するので、自動で適切な通信モードを決定することが
可能となり、使用者１８へ迅速に情報を伝えることができる。また、端末装置１６の着信
音量や通話音量を適切な音量に変更することにより、通話情報が使用者１８に認識されな
い事態の発生を低減できる。さらに、着信音量を必要以上に大きくすることを防止できる
ため、端末装置１６の周囲に存在する人（第三者）に着信音による迷惑（不快感やストレ
ス）を与えることを抑制できる。すなわち、着信対象の状況に応じて、着信を報知する適
切な形態を高い精度で選択できる。また、管理装置１２で通信モードを自動で決定するこ
とにより、発信元端末装置１６において通信モードを設定、選択する手間を省くことがで
きる。
（実施例７）
実施例７では、これまでの実施例で説明した通信容易性指標をもとに、端末装置１６の
着信音量、および着信音を出力する時間（着信時間）を決定する。つまり、通信容易性指
標をもとに、端末装置１６において着信を報知する形態（着信報知形態）を決定する。以
下の説明では、通信容易性指標として、実施例４で説明した総合指標Ｘを用いるが、これ
に限定される訳ではない。本実施例の端末装置１６は、携帯電話端末であり、スマートフ
ォンなどの移動型通話装置である。本実施例の端末装置１６のブロック図は図６と同じで
ある。また、管理装置１２は実施例１の構成に加えて、記憶部３４０に履歴テーブル３６
２の他、着信設定テーブルを記録する。
先端末装置１６での着信音量を決定するので、自動で適切な通信モードを決定することが
可能となり、使用者１８へ迅速に情報を伝えることができる。また、端末装置１６の着信
音量や通話音量を適切な音量に変更することにより、通話情報が使用者１８に認識されな
い事態の発生を低減できる。さらに、着信音量を必要以上に大きくすることを防止できる
ため、端末装置１６の周囲に存在する人（第三者）に着信音による迷惑（不快感やストレ
ス）を与えることを抑制できる。すなわち、着信対象の状況に応じて、着信を報知する適
切な形態を高い精度で選択できる。また、管理装置１２で通信モードを自動で決定するこ
とにより、発信元端末装置１６において通信モードを設定、選択する手間を省くことがで
きる。
（実施例７）
実施例７では、これまでの実施例で説明した通信容易性指標をもとに、端末装置１６の
着信音量、および着信音を出力する時間（着信時間）を決定する。つまり、通信容易性指
標をもとに、端末装置１６において着信を報知する形態（着信報知形態）を決定する。以
下の説明では、通信容易性指標として、実施例４で説明した総合指標Ｘを用いるが、これ
に限定される訳ではない。本実施例の端末装置１６は、携帯電話端末であり、スマートフ
ォンなどの移動型通話装置である。本実施例の端末装置１６のブロック図は図６と同じで
ある。また、管理装置１２は実施例１の構成に加えて、記憶部３４０に履歴テーブル３６
２の他、着信設定テーブルを記録する。
【0114】
端末装置１６は通話を受信した際、使用者（ユーザ）１８へ通話の着信を知らせるため
に着信音を出力する。着信音出力中に端末装置１６の通話ボタンを押すことにより、発信
元の使用者１８との通話が開始される。また、所定回数あるいは所定時間着信音を出力し
ても通話ボタンが押されない場合、タイムアウトにより着信音の出力を終了する、あるい
は自動的に録音モード（留守番電話の録音）に移行する、あるいは留守番電話サービス等
に切り替わる動作が一般的である。
に着信音を出力する。着信音出力中に端末装置１６の通話ボタンを押すことにより、発信
元の使用者１８との通話が開始される。また、所定回数あるいは所定時間着信音を出力し
ても通話ボタンが押されない場合、タイムアウトにより着信音の出力を終了する、あるい
は自動的に録音モード（留守番電話の録音）に移行する、あるいは留守番電話サービス等
に切り替わる動作が一般的である。
【0115】
図２５（ａ）－（ｂ）は、第１端末装置１６ａから第２端末装置１６ｂに発信を行う場
合の手順を示すシーケンス図である。図２５（ａ）は、呼び出し（着信）が使用者１８に
認識されて通話が成立する場合のシーケンス図である。Ｓ１１９８からＳ１２１０は、図
１２（ｂ）のＳ５０からＳ６２と同一である。第２端末装置１６ｂでは着信音が２回出力
された（Ｓ１２１２、Ｓ１２１４）後に、第２端末装置１６ｂの使用者１８が通話ボタン
を押下して（Ｓ１２１６）、通話が開始される。Ｓ１２１８からＳ１２３０は、図１２（
ｂ）のＳ６６からＳ７８と同一である。
合の手順を示すシーケンス図である。図２５（ａ）は、呼び出し（着信）が使用者１８に
認識されて通話が成立する場合のシーケンス図である。Ｓ１１９８からＳ１２１０は、図
１２（ｂ）のＳ５０からＳ６２と同一である。第２端末装置１６ｂでは着信音が２回出力
された（Ｓ１２１２、Ｓ１２１４）後に、第２端末装置１６ｂの使用者１８が通話ボタン
を押下して（Ｓ１２１６）、通話が開始される。Ｓ１２１８からＳ１２３０は、図１２（
ｂ）のＳ６６からＳ７８と同一である。
【0116】
図２５（ｂ）は、呼び出し（着信）がユーザに使用者１８に認識されず、通話が成立し
ない場合のシーケンス図である。Ｓ１２５０からＳ１２６２は、図１２（ｂ）のＳ５０か
らＳ６２と同一である。第２端末装置１６ｂでは着信音が複数回出力された（Ｓ１２６４
からＳ１２７２）後、通話ボタンが押下されないため、呼び出しはタイムアウトと判定さ
れる（Ｓ１２７４）。第２端末装置１６ｂはＢＹＥを送信し（Ｓ１２７６）、管理装置１
２はＢＹＥを転送する（Ｓ１２７８）。第１端末装置１６ａはＡＣＫを送信し（Ｓ１２８
０）、管理装置１２はＡＣＫを転送する（Ｓ１２８２）。
ない場合のシーケンス図である。Ｓ１２５０からＳ１２６２は、図１２（ｂ）のＳ５０か
らＳ６２と同一である。第２端末装置１６ｂでは着信音が複数回出力された（Ｓ１２６４
からＳ１２７２）後、通話ボタンが押下されないため、呼び出しはタイムアウトと判定さ
れる（Ｓ１２７４）。第２端末装置１６ｂはＢＹＥを送信し（Ｓ１２７６）、管理装置１
２はＢＹＥを転送する（Ｓ１２７８）。第１端末装置１６ａはＡＣＫを送信し（Ｓ１２８
０）、管理装置１２はＡＣＫを転送する（Ｓ１２８２）。
【0117】
本実施例では、管理装置１２の制御部３３８は、発信元の端末装置１６から通話開始要
求を受信した際、実施例４の式（１）を用いて発信先の端末装置１６の総合指標Ｘを計算
する。次に管理装置１２の制御部３３８は記憶部の着信設定テーブルを参照する。図２６
は、着信設定テーブルのデータ構造を示す。本テーブルには総合指標Ｘ毎に、発信先の端
末装置１６にて出力される着信音量、および着信回数が記録される。総合指標Ｘは式（１
）で計算される数値である。着信音量は端末装置１６で出力する着信音の音量を示す数値
が記録される。着信回数には端末装置１６が着信音を出力する回数の上限値を示す数値が
記録される。着信音の出力回数が、この上限値に達すると、タイムアウトと判定され、呼
び出しが終了となる、あるいは留守番電話の録音が開始される。なお、本図では例として
総合指標Ｘの上限値を１００、下限値を０とし、また着信音量の上限値を１００、下限値
を２０とし、着信回数の上限値を２５、下限値を５としているが、他の上限値、下限値を
用いてもよい。本図では総合指標Ｘが高い場合、すなわち使用者１８が着信や通話音声を
認識し易い場合、着信音量は小さく、また着信回数も小さい数値が記録される。総合指標
Ｘが低い場合、すなわち使用者１８が着信や通話音声を認識し難い場合、着信音量は大き
く、また着信回数も大きい数値が記録される。つまり、通信容易性指標が高いほど、着信
音量は小さく設定され、着信回数は少なく設定される。また、通信容易性指標が低いほど
、着信音量は大きく設定され、着信回数は多く設定される。
求を受信した際、実施例４の式（１）を用いて発信先の端末装置１６の総合指標Ｘを計算
する。次に管理装置１２の制御部３３８は記憶部の着信設定テーブルを参照する。図２６
は、着信設定テーブルのデータ構造を示す。本テーブルには総合指標Ｘ毎に、発信先の端
末装置１６にて出力される着信音量、および着信回数が記録される。総合指標Ｘは式（１
）で計算される数値である。着信音量は端末装置１６で出力する着信音の音量を示す数値
が記録される。着信回数には端末装置１６が着信音を出力する回数の上限値を示す数値が
記録される。着信音の出力回数が、この上限値に達すると、タイムアウトと判定され、呼
び出しが終了となる、あるいは留守番電話の録音が開始される。なお、本図では例として
総合指標Ｘの上限値を１００、下限値を０とし、また着信音量の上限値を１００、下限値
を２０とし、着信回数の上限値を２５、下限値を５としているが、他の上限値、下限値を
用いてもよい。本図では総合指標Ｘが高い場合、すなわち使用者１８が着信や通話音声を
認識し易い場合、着信音量は小さく、また着信回数も小さい数値が記録される。総合指標
Ｘが低い場合、すなわち使用者１８が着信や通話音声を認識し難い場合、着信音量は大き
く、また着信回数も大きい数値が記録される。つまり、通信容易性指標が高いほど、着信
音量は小さく設定され、着信回数は少なく設定される。また、通信容易性指標が低いほど
、着信音量は大きく設定され、着信回数は多く設定される。
【0118】
図２７は、第１端末装置１６ａから第２端末装置１６ｂに発信を行い、管理装置１２が
着信設定決定処理を行う場合の手順を示すシーケンス図である。これは、第１端末装置１
６ａから第２端末装置１６ｂへ発信を行い、管理装置１２が着信設定決定処理を行い、第
２端末装置１６ｂにて呼び出しタイムアウトになった場合のシーケンスの例となる。第１
端末装置１６ａにおいて発信がなされると（Ｓ１２９８）、第１端末装置１６ａは、通話
開始要求であるＩＮＶＩＴＥを送信する（Ｓ１３００）。管理装置１２の制御部３３８は
第１端末装置１６ａからのＩＮＶＩＴＥを受信した場合、発信先の第２端末装置１６ｂの
着信設定決定処理を行う（Ｓ１３０２）。
着信設定決定処理を行う場合の手順を示すシーケンス図である。これは、第１端末装置１
６ａから第２端末装置１６ｂへ発信を行い、管理装置１２が着信設定決定処理を行い、第
２端末装置１６ｂにて呼び出しタイムアウトになった場合のシーケンスの例となる。第１
端末装置１６ａにおいて発信がなされると（Ｓ１２９８）、第１端末装置１６ａは、通話
開始要求であるＩＮＶＩＴＥを送信する（Ｓ１３００）。管理装置１２の制御部３３８は
第１端末装置１６ａからのＩＮＶＩＴＥを受信した場合、発信先の第２端末装置１６ｂの
着信設定決定処理を行う（Ｓ１３０２）。
【0119】
着信設定決定処理は、具体的には発信先の第２端末装置１６ｂの総合指標Ｘを計算し、
着信設定テーブルから第２端末装置１６ｂの着信音量Ｖ、および着信回数Ｃの組合せであ
る着信設定ＶＣを決定する処理である。例えば、着信設定ＶＣは、総合指標Ｘが８０以上
の場合、着信音量Ｖは「２０」、着信回数Ｃは「５」となり、総合指標Ｘが６０以上８０
未満の場合、着信音量はＶ「４０」、着信回数Ｃは「１０」となり、総合指標Ｘが４０以
上６０未満の場合、着信音量Ｖは「６０」、着信回数Ｃは「１５」となり、総合指標Ｘが
２０以上４０未満の場合、着信音量Ｖは「８０」、着信回数Ｃは「２０」となり、総合指
標Ｘが０以上２０未満の場合、着信音量Ｖは「１００」、着信回数Ｃは「２５」となる。
すなわち、着信設定決定処理は、第２端末装置１６ｂにおける着信を報知する形態を決定
する処理であり、「着信報知形態決定処理」とも呼ばれる。
着信設定テーブルから第２端末装置１６ｂの着信音量Ｖ、および着信回数Ｃの組合せであ
る着信設定ＶＣを決定する処理である。例えば、着信設定ＶＣは、総合指標Ｘが８０以上
の場合、着信音量Ｖは「２０」、着信回数Ｃは「５」となり、総合指標Ｘが６０以上８０
未満の場合、着信音量はＶ「４０」、着信回数Ｃは「１０」となり、総合指標Ｘが４０以
上６０未満の場合、着信音量Ｖは「６０」、着信回数Ｃは「１５」となり、総合指標Ｘが
２０以上４０未満の場合、着信音量Ｖは「８０」、着信回数Ｃは「２０」となり、総合指
標Ｘが０以上２０未満の場合、着信音量Ｖは「１００」、着信回数Ｃは「２５」となる。
すなわち、着信設定決定処理は、第２端末装置１６ｂにおける着信を報知する形態を決定
する処理であり、「着信報知形態決定処理」とも呼ばれる。
【0120】
管理装置１２の制御部３３８は着信設定決定処理を実行後、第２端末装置１６ｂへ着信
設定変更指示を送信する（Ｓ１３０４）。着信設定変更指示は、具体的には第２端末装置
１６ｂの着信音量および着信回数を、それぞれ着信音量Ｖ、着信回数Ｃで設定された数値
へ変更させる指示となる。第２端末装置１６ｂの制御部３８は、管理装置１２から着信設
定変更指示を受信した場合、記憶部４０に着信設定変更指示の内容を記録する（Ｓ１３０
６）。第２端末装置１６ｂの制御部３８は着信設定変更指示の内容を記録した後、管理装
置１２へ着信設定変更応答を送信する（Ｓ１３０８）。管理装置１２の制御部３３８は、
第２端末装置１６ｂから着信設定変更応答を受信した後、第２端末装置１６ｂへＩＮＶＩ
ＴＥ（手動応答）を送信する（Ｓ１３１０）。第２端末装置１６ｂの制御部３８は、ＩＮ
ＶＩＴＥ（手動応答）を受信後、記憶部４０に記録された着信設定変更指示にしたがい、
着信音量を着信音量Ｖに変更し（Ｓ１３１２）、着信回数を着信回数Ｃへ変更する（Ｓ１
３１４）。着信設定変更指示は、通信容易性指標に対応した着信音（着信報知形態）を示
す制御情報（制御信号）であるといえる。
設定変更指示を送信する（Ｓ１３０４）。着信設定変更指示は、具体的には第２端末装置
１６ｂの着信音量および着信回数を、それぞれ着信音量Ｖ、着信回数Ｃで設定された数値
へ変更させる指示となる。第２端末装置１６ｂの制御部３８は、管理装置１２から着信設
定変更指示を受信した場合、記憶部４０に着信設定変更指示の内容を記録する（Ｓ１３０
６）。第２端末装置１６ｂの制御部３８は着信設定変更指示の内容を記録した後、管理装
置１２へ着信設定変更応答を送信する（Ｓ１３０８）。管理装置１２の制御部３３８は、
第２端末装置１６ｂから着信設定変更応答を受信した後、第２端末装置１６ｂへＩＮＶＩ
ＴＥ（手動応答）を送信する（Ｓ１３１０）。第２端末装置１６ｂの制御部３８は、ＩＮ
ＶＩＴＥ（手動応答）を受信後、記憶部４０に記録された着信設定変更指示にしたがい、
着信音量を着信音量Ｖに変更し（Ｓ１３１２）、着信回数を着信回数Ｃへ変更する（Ｓ１
３１４）。着信設定変更指示は、通信容易性指標に対応した着信音（着信報知形態）を示
す制御情報（制御信号）であるといえる。
【0121】
第２端末装置１６ｂは、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉ
ｎｇを送信する（Ｓ１３１６）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管
理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１３１８）。第２端末装置１
６ｂはステータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てに
ステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ１３２０）。送信されたステー
タスコード１８０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信
される（Ｓ１３２２）。
ｎｇを送信する（Ｓ１３１６）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管
理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１３１８）。第２端末装置１
６ｂはステータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てに
ステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ１３２０）。送信されたステー
タスコード１８０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信
される（Ｓ１３２２）。
【0122】
第２端末装置１６ｂの制御部３８は音声出力部４６を制御して、着信回数Ｃで設定され
た回数を上限に着信音を出力させ（Ｓ１３２４～Ｓ１３３０）、その間に第２端末装置１
６ｂの使用者１８が通話ボタンを押下する等の所定の操作を行わなければタイムアウトと
判定し（Ｓ１３３２）、着信音の出力を停止する。第２端末装置１６ｂはＢＹＥを送信し
（Ｓ１３３４）、管理装置１２はＢＹＥを転送する（Ｓ１３３６）。第１端末装置１６ａ
はＡＣＫを送信し（Ｓ１３３８）、管理装置１２はＡＣＫを転送する（Ｓ１３４０）。
た回数を上限に着信音を出力させ（Ｓ１３２４～Ｓ１３３０）、その間に第２端末装置１
６ｂの使用者１８が通話ボタンを押下する等の所定の操作を行わなければタイムアウトと
判定し（Ｓ１３３２）、着信音の出力を停止する。第２端末装置１６ｂはＢＹＥを送信し
（Ｓ１３３４）、管理装置１２はＢＹＥを転送する（Ｓ１３３６）。第１端末装置１６ａ
はＡＣＫを送信し（Ｓ１３３８）、管理装置１２はＡＣＫを転送する（Ｓ１３４０）。
【0123】
図２８は、端末装置１６による処理の手順を示すフローチャートである。これは、端末
装置１６の制御部３８が通信部３４を介して、管理装置１２から着信設定変更指示を受信
し、着信を報知する処理（呼び出し処理）を行う際の手順に相当する。Ｓ９００において
、制御部３８は着信設定変更指示を受信したか否かを判定する。着信設定変更指示を受信
した場合（Ｓ９００：Ｙｅｓ）は、Ｓ９１０に進む。着信設定変更指示を受信していない
場合（Ｓ９００：Ｎｏ）は、Ｓ９００に戻り処理を繰り返す。Ｓ９１０において、制御部
３８は通信部３４を経由して受信した着信設定変更指示を記憶部４０に記録する。その後
Ｓ９２０に進む。Ｓ９２０において、制御部３８は通信部３４を介して管理装置１２へ着
信設定変更応答を送信する。その後Ｓ９３０に進む。
装置１６の制御部３８が通信部３４を介して、管理装置１２から着信設定変更指示を受信
し、着信を報知する処理（呼び出し処理）を行う際の手順に相当する。Ｓ９００において
、制御部３８は着信設定変更指示を受信したか否かを判定する。着信設定変更指示を受信
した場合（Ｓ９００：Ｙｅｓ）は、Ｓ９１０に進む。着信設定変更指示を受信していない
場合（Ｓ９００：Ｎｏ）は、Ｓ９００に戻り処理を繰り返す。Ｓ９１０において、制御部
３８は通信部３４を経由して受信した着信設定変更指示を記憶部４０に記録する。その後
Ｓ９２０に進む。Ｓ９２０において、制御部３８は通信部３４を介して管理装置１２へ着
信設定変更応答を送信する。その後Ｓ９３０に進む。
【0124】
Ｓ９３０にて、制御部３８は管理装置１２からＩＮＶＩＴＥ（手動応答）を受信したか
否かを判定する。ＩＮＶＩＴＥ（手動応答）を受信した場合（Ｓ９３０：Ｙｅｓ）は、Ｓ
９４０に進む。ＩＮＶＩＴＥ（手動応答）を受信していない場合（Ｓ９３０：Ｎｏ）は、
Ｓ９３０に戻り処理を繰り返す。Ｓ９４０にて、制御部３８は記憶部４０の着信設定変更
指示を読み出して、着信音量を着信音量Ｖに変更し、着信回数を着信回数Ｃへ変更した後
、音声出力部４６に着信音を出力させる。制御部３８は着信回数Ｃの期間に使用者１８が
所定の操作を行って通話が開始されれば着信音の出力を停止させる。一方、その期間に使
用者１８が所定の操作を行わなければタイムアウトと判定し、着信音の出力を停止させる
。その後Ｓ９００に戻り処理を繰り返す。
否かを判定する。ＩＮＶＩＴＥ（手動応答）を受信した場合（Ｓ９３０：Ｙｅｓ）は、Ｓ
９４０に進む。ＩＮＶＩＴＥ（手動応答）を受信していない場合（Ｓ９３０：Ｎｏ）は、
Ｓ９３０に戻り処理を繰り返す。Ｓ９４０にて、制御部３８は記憶部４０の着信設定変更
指示を読み出して、着信音量を着信音量Ｖに変更し、着信回数を着信回数Ｃへ変更した後
、音声出力部４６に着信音を出力させる。制御部３８は着信回数Ｃの期間に使用者１８が
所定の操作を行って通話が開始されれば着信音の出力を停止させる。一方、その期間に使
用者１８が所定の操作を行わなければタイムアウトと判定し、着信音の出力を停止させる
。その後Ｓ９００に戻り処理を繰り返す。
【0125】
図２９は、管理装置１２による処理の手順を示すフローチャートである。これは、管理
装置１２の着信設定決定処理から発信処理までの手順に相当する。Ｓ８１０において、制
御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ８２０に進む。Ｓ８２０
において、制御部３３８は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先の
端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）
より短い全てのレコードＲを取得する。その後Ｓ８３０に進む。Ｓ８３０において、制御
部３３８は在室指標Ｚ、騒音指標Ｙおよび式（１）から総合指標Ｘを計算する。その後Ｓ
８４０に進む。Ｓ８４０において、制御部３３８は記憶部３４０の着信設定テーブルを参
照し、総合指標Ｘに対応する着信設定ＶＣを決定する。その後Ｓ８５０に進む。
装置１２の着信設定決定処理から発信処理までの手順に相当する。Ｓ８１０において、制
御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ８２０に進む。Ｓ８２０
において、制御部３３８は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先の
端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）
より短い全てのレコードＲを取得する。その後Ｓ８３０に進む。Ｓ８３０において、制御
部３３８は在室指標Ｚ、騒音指標Ｙおよび式（１）から総合指標Ｘを計算する。その後Ｓ
８４０に進む。Ｓ８４０において、制御部３３８は記憶部３４０の着信設定テーブルを参
照し、総合指標Ｘに対応する着信設定ＶＣを決定する。その後Ｓ８５０に進む。
【0126】
Ｓ８５０において、制御部３３８は通信部３３４を介して発信先の端末装置１６へ着信
設定変更指示を送信する。その後Ｓ８６０に進む。Ｓ８６０において、制御部３３８は通
信部３３４を介して発信先の端末装置１６から着信設定変更応答を受信したか否かを判定
する。着信音量変更応答を受信していない場合（Ｓ８６０：Ｎｏ）は、Ｓ８６０に戻って
処理を繰り返す。着信音量変更応答を受信した場合（Ｓ８６０：Ｙｅｓ）は、Ｓ８７０に
進む。Ｓ８７０において、管理装置１２の制御部３３８は通信部３３４を介して発信先の
端末装置１６へＩＮＶＩＴＥ（手動応答）を送信する。その後処理を終了する。
設定変更指示を送信する。その後Ｓ８６０に進む。Ｓ８６０において、制御部３３８は通
信部３３４を介して発信先の端末装置１６から着信設定変更応答を受信したか否かを判定
する。着信音量変更応答を受信していない場合（Ｓ８６０：Ｎｏ）は、Ｓ８６０に戻って
処理を繰り返す。着信音量変更応答を受信した場合（Ｓ８６０：Ｙｅｓ）は、Ｓ８７０に
進む。Ｓ８７０において、管理装置１２の制御部３３８は通信部３３４を介して発信先の
端末装置１６へＩＮＶＩＴＥ（手動応答）を送信する。その後処理を終了する。
【0127】
なお、本実施例では管理装置１２から端末装置１６へ着信音量の変更を通知する際に着
信設定変更通知を送信し、端末装置１６から管理装置１２へ着信設定変更応答を送信する
シーケンスを説明したが、端末装置１６の着信音量、および着信回数を変更する手順は他
のシーケンスを用いてもよい。例えば、管理装置１２の制御部３３８は、着信設定変更通
知を送信せずに、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖおよび着信回数
Ｃを設定して送信してもよい。端末装置１６の制御部３８は管理装置１２からＩＮＶＩＴ
Ｅ（手動応答）を受信した際に、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖ
および着信回数Ｃが設定されているか否かを判定し、着信音量Ｖおよび着信回数Ｃが設定
されていた場合は端末装置１６の着信音量を着信音量Ｖへ、また着信回数を着信回数Ｃに
変更する。
信設定変更通知を送信し、端末装置１６から管理装置１２へ着信設定変更応答を送信する
シーケンスを説明したが、端末装置１６の着信音量、および着信回数を変更する手順は他
のシーケンスを用いてもよい。例えば、管理装置１２の制御部３３８は、着信設定変更通
知を送信せずに、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖおよび着信回数
Ｃを設定して送信してもよい。端末装置１６の制御部３８は管理装置１２からＩＮＶＩＴ
Ｅ（手動応答）を受信した際に、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖ
および着信回数Ｃが設定されているか否かを判定し、着信音量Ｖおよび着信回数Ｃが設定
されていた場合は端末装置１６の着信音量を着信音量Ｖへ、また着信回数を着信回数Ｃに
変更する。
【0128】
上記の場合、管理装置１２の制御部３３８は図２９のフローチャートにおいて、Ｓ８４
０を実行した後にＳ８５０に遷移せずに、Ｓ８７０に相当するＳ８７０Ａに遷移し、Ｓ８
７０ＡにおいてＩＮＶＩＴＥ（手動応答）のパラメータの中に着信音量Ｖおよび着信回数
Ｃを設定し、発信先の端末装置１６へ送信してもよい。すなわち、通信開始要求の中に着
信報知形態を示す制御情報を含めてもよい。また、端末装置１６の制御部３８は図２３の
フローチャートの処理を省略してもよい。
０を実行した後にＳ８５０に遷移せずに、Ｓ８７０に相当するＳ８７０Ａに遷移し、Ｓ８
７０ＡにおいてＩＮＶＩＴＥ（手動応答）のパラメータの中に着信音量Ｖおよび着信回数
Ｃを設定し、発信先の端末装置１６へ送信してもよい。すなわち、通信開始要求の中に着
信報知形態を示す制御情報を含めてもよい。また、端末装置１６の制御部３８は図２３の
フローチャートの処理を省略してもよい。
【0129】
また、本実施例では発信先の端末装置１６で出力される着信音の回数を着信回数（着信
音出力回数）Ｃにより設定したが、着信音を出力してからタイムアウトするまでの時間で
ある着信時間（着信音出力時間）Ｔを設定してもよい。この場合、図２６の着信設定テー
ブルには総合指標毎に着信時間が記録される。総合指標Ｘが高い場合、すなわち使用者１
８が着信や通話音声を認識し易い場合、着信時間も小さい数値が記録され、総合指標Ｘが
低い場合、すなわち使用者１８が着信や通話音声を認識し難い場合、着信時間も大きい（
長い）数値が記録される。管理装置１２の制御部３３８は着信設定テーブルから着信音量
Ｖ、および着信時間Ｔを決定し、着信設定ＶＴとして発信先の端末装置１６へ着信音量変
更指示を送信する。
音出力回数）Ｃにより設定したが、着信音を出力してからタイムアウトするまでの時間で
ある着信時間（着信音出力時間）Ｔを設定してもよい。この場合、図２６の着信設定テー
ブルには総合指標毎に着信時間が記録される。総合指標Ｘが高い場合、すなわち使用者１
８が着信や通話音声を認識し易い場合、着信時間も小さい数値が記録され、総合指標Ｘが
低い場合、すなわち使用者１８が着信や通話音声を認識し難い場合、着信時間も大きい（
長い）数値が記録される。管理装置１２の制御部３３８は着信設定テーブルから着信音量
Ｖ、および着信時間Ｔを決定し、着信設定ＶＴとして発信先の端末装置１６へ着信音量変
更指示を送信する。
【0130】
発信先の端末装置１６は着信音量変更指示を受信した後、着信設定ＶＴから着信時間Ｔ
を取得する。端末装置１６の制御部３８は、着信時間Ｔからタイムアウトまでに出力され
る着信音の回数を決定する。例えば、着信音を３秒間隔で出力する端末装置１６において
は、着信時間Ｔが１５秒だった場合、着信音を５回出力してタイムアウトとなる。また、
着信音を５秒間隔で出力する端末装置１６においては、着信時間Ｔが１５秒だった場合、
着信音を３回出力してタイムアウトとなる。これにより、管理装置１２の制御部３３８は
端末装置１６毎に着信音を出力する間隔が異なっている場合においても、タイムアウトに
なるまでの時間を統一して設定することができる。着信音を出力する回数である着信回数
Ｃと、着信音を出力する時間である着信時間Ｔはともに、着信音の出力期間を規定する情
報（パラメータ）である。
を取得する。端末装置１６の制御部３８は、着信時間Ｔからタイムアウトまでに出力され
る着信音の回数を決定する。例えば、着信音を３秒間隔で出力する端末装置１６において
は、着信時間Ｔが１５秒だった場合、着信音を５回出力してタイムアウトとなる。また、
着信音を５秒間隔で出力する端末装置１６においては、着信時間Ｔが１５秒だった場合、
着信音を３回出力してタイムアウトとなる。これにより、管理装置１２の制御部３３８は
端末装置１６毎に着信音を出力する間隔が異なっている場合においても、タイムアウトに
なるまでの時間を統一して設定することができる。着信音を出力する回数である着信回数
Ｃと、着信音を出力する時間である着信時間Ｔはともに、着信音の出力期間を規定する情
報（パラメータ）である。
【0131】
また、本実施例では発信先の端末装置１６にて呼び出し処理がタイムアウトした場合、
発信先の端末装置１６が発信元の端末装置１６へＢＹＥを送信して呼び出し処理を終了し
たが、他のシーケンスにより呼び出し処理を終了してもよい。例えば、発信先の端末装置
１６は発信元の端末装置１６へ１８０Ｒｉｎｇｉｎｇを送信する際、呼び出し処理がタイ
ムアウトするまでの時間Ｔ２を設定する。発信元の端末装置１６は１８０Ｒｉｎｇｉｎｇ
を受信後、時間Ｔ２を取得し、１８０Ｒｉｎｇｉｎｇを受信してから時間Ｔ２が経過して
も発信先の端末装置１６から２００ＯＫが送信されない場合、発信先の端末装置１６へＣ
ａｎｃｅｌを送信すればよい。
発信先の端末装置１６が発信元の端末装置１６へＢＹＥを送信して呼び出し処理を終了し
たが、他のシーケンスにより呼び出し処理を終了してもよい。例えば、発信先の端末装置
１６は発信元の端末装置１６へ１８０Ｒｉｎｇｉｎｇを送信する際、呼び出し処理がタイ
ムアウトするまでの時間Ｔ２を設定する。発信元の端末装置１６は１８０Ｒｉｎｇｉｎｇ
を受信後、時間Ｔ２を取得し、１８０Ｒｉｎｇｉｎｇを受信してから時間Ｔ２が経過して
も発信先の端末装置１６から２００ＯＫが送信されない場合、発信先の端末装置１６へＣ
ａｎｃｅｌを送信すればよい。
【0132】
また、本実施例では、実施例４で説明した通信容易性指標である総合指標Ｘにより着信
音量Ｖおよび着信回数Ｃを決定したが、実施例２で説明した在室指標Ｚ、あるいは実施例
３で説明した騒音指標Ｙにより着信音量Ｖおよび着信回数Ｃを決定してもよい。在室指標
Ｚを用いて着信音量Ｖおよび着信回数Ｃを決定する場合、管理装置１２の記憶部３４０に
記録される着信設定テーブルにおいて、在室指標Ｚが高い程、着信音量は小さな値に設定
され、着信回数は小さな値に設定される。また在室指標Ｚが低い程、着信音量は大きな値
に設定され、着信回数は大きな値に設定される。また、騒音指標Ｙを用いて着信音量Ｖを
決定する場合、管理装置１２の記憶部３４０に記録される着信音量テーブルにおいて、騒
音指標Ｙが低い程、着信音量は小さな値に設定され、着信回数は小さな値に設定される。
また、騒音指標Ｙが高い程、着信音量は大きな値に設定され、着信回数は大きな値に設定
される。
音量Ｖおよび着信回数Ｃを決定したが、実施例２で説明した在室指標Ｚ、あるいは実施例
３で説明した騒音指標Ｙにより着信音量Ｖおよび着信回数Ｃを決定してもよい。在室指標
Ｚを用いて着信音量Ｖおよび着信回数Ｃを決定する場合、管理装置１２の記憶部３４０に
記録される着信設定テーブルにおいて、在室指標Ｚが高い程、着信音量は小さな値に設定
され、着信回数は小さな値に設定される。また在室指標Ｚが低い程、着信音量は大きな値
に設定され、着信回数は大きな値に設定される。また、騒音指標Ｙを用いて着信音量Ｖを
決定する場合、管理装置１２の記憶部３４０に記録される着信音量テーブルにおいて、騒
音指標Ｙが低い程、着信音量は小さな値に設定され、着信回数は小さな値に設定される。
また、騒音指標Ｙが高い程、着信音量は大きな値に設定され、着信回数は大きな値に設定
される。
【0133】
本実施例によれば、総合指標Ｘの値により発信先の端末装置１６の着信音量および着信
回数を決定するので、通話情報が使用者１８に認識されない事態の発生を低減できる。ま
た、総合指標Ｘの値により発信先の端末装置１６の着信音量および着信回数を決定するの
で、必要以上に大きな音量で着信音を出力したり、必要以上に長時間着信音を出力したり
することを防止できる。また、必要以上に大きな音量で着信音を出力したり、必要以上に
長時間着信音を出力したりすることが防止されるので、発信先の端末装置１６の周囲に存
在する人（第三者）に与える影響（不快感やストレスなど）を低減できる。すなわち、着
信対象の状況に応じて、着信を報知する形態を適切に選択できる。なお、本実施例では、
通信容易性指標に応じて、着信音量と着信回数（着信音の出力回数）の両方を設定したが
、いずれか一方のみを設定してもよい。また、通信容易性指標に応じて、着信時間（着信
音の出力時間）のみを設定してもよい。すなわち、通信容易性指標に応じて、着音量、着
信回数、着信時間のうちの少なくとも１つを設定すればよい。
（実施例８）
実施例８では、実施例７で説明した通信容易性指標を管理装置１２の制御部３３８では
なく、端末装置１６の制御部３８で算出する。ここでは、これまでとの差異を中心に説明
する。
回数を決定するので、通話情報が使用者１８に認識されない事態の発生を低減できる。ま
た、総合指標Ｘの値により発信先の端末装置１６の着信音量および着信回数を決定するの
で、必要以上に大きな音量で着信音を出力したり、必要以上に長時間着信音を出力したり
することを防止できる。また、必要以上に大きな音量で着信音を出力したり、必要以上に
長時間着信音を出力したりすることが防止されるので、発信先の端末装置１６の周囲に存
在する人（第三者）に与える影響（不快感やストレスなど）を低減できる。すなわち、着
信対象の状況に応じて、着信を報知する形態を適切に選択できる。なお、本実施例では、
通信容易性指標に応じて、着信音量と着信回数（着信音の出力回数）の両方を設定したが
、いずれか一方のみを設定してもよい。また、通信容易性指標に応じて、着信時間（着信
音の出力時間）のみを設定してもよい。すなわち、通信容易性指標に応じて、着音量、着
信回数、着信時間のうちの少なくとも１つを設定すればよい。
（実施例８）
実施例８では、実施例７で説明した通信容易性指標を管理装置１２の制御部３３８では
なく、端末装置１６の制御部３８で算出する。ここでは、これまでとの差異を中心に説明
する。
【0134】
端末装置１６により外部機器２０の操作がなされた場合、制御部３８は計時部３２から
現時刻（現在日時）を取得する。制御部３８は、計時部３２から取得した現時刻と外部機
器２０の操作履歴とを対応付ける。これは、自端末装置１６による外部機器２０の操作に
関する操作履歴情報の生成に相当する。操作履歴は、外部機器２０の起動および停止を制
御する操作の履歴を示す。また、制御部３８は、操作履歴情報を記憶部４０の履歴テーブ
ル（図示せず）に記憶させる。履歴テーブルは、これまでの履歴テーブル３６２と同様の
データ構造を有していてもよいが、端末ＩＤが省略されてもよいし、自端末装置１６の端
末ＩＤが記憶されてもよい。また、端末装置１６の記憶部４０には、図１６に示す在室係
数テーブルと図１８に示す騒音係数テーブルが記録される。
現時刻（現在日時）を取得する。制御部３８は、計時部３２から取得した現時刻と外部機
器２０の操作履歴とを対応付ける。これは、自端末装置１６による外部機器２０の操作に
関する操作履歴情報の生成に相当する。操作履歴は、外部機器２０の起動および停止を制
御する操作の履歴を示す。また、制御部３８は、操作履歴情報を記憶部４０の履歴テーブ
ル（図示せず）に記憶させる。履歴テーブルは、これまでの履歴テーブル３６２と同様の
データ構造を有していてもよいが、端末ＩＤが省略されてもよいし、自端末装置１６の端
末ＩＤが記憶されてもよい。また、端末装置１６の記憶部４０には、図１６に示す在室係
数テーブルと図１８に示す騒音係数テーブルが記録される。
【0135】
端末装置１６の制御部３８は記憶部４０の履歴テーブル３６２、在室係数テーブル、騒
音係数テーブルから所定の周期（例えば１分）で、自端末装置１６の通信容易性指標を算
出する。これは、生成した操作履歴情報をもとに、自端末装置１６の使用者１８が着信を
認識する程度を示す通信容易性指標を算出することに相当する。例えば、制御部３８は、
実施例４と同様に式（１）にしたがって、総合指標Ｘを通信容易性指標として算出すれば
よい。通信容易性指標は、総合指標Ｘに限定される訳ではなく、これまでの実施例で説明
した種々の通信容易性指標を用いてもよい。端末装置１６は、所定の周期（時間間隔）で
端末ＩＤと通信容易性指標とを管理装置１２へ送信する。
音係数テーブルから所定の周期（例えば１分）で、自端末装置１６の通信容易性指標を算
出する。これは、生成した操作履歴情報をもとに、自端末装置１６の使用者１８が着信を
認識する程度を示す通信容易性指標を算出することに相当する。例えば、制御部３８は、
実施例４と同様に式（１）にしたがって、総合指標Ｘを通信容易性指標として算出すれば
よい。通信容易性指標は、総合指標Ｘに限定される訳ではなく、これまでの実施例で説明
した種々の通信容易性指標を用いてもよい。端末装置１６は、所定の周期（時間間隔）で
端末ＩＤと通信容易性指標とを管理装置１２へ送信する。
【0136】
管理装置１２の制御部３３８は端末装置１６から受信した通信容易性指標を、端末ＩＤ
と関連付けて記憶部３４０に記憶する。例えば、ある端末装置１６から新たな通信容易性
指標を受信した場合、その端末装置１６の古い通信容易性指標を削除し、端末ＩＤ毎に最
新の通信容易性指標を記憶してもよい。あるいは、受信日時と端末ＩＤと通信容易性指標
とを関連付けて記憶し、古い通信容易性指標を削除せずに所定の期間において受信した通
信容易性指標を全て記憶してもよい。管理装置１２の制御部３３８は、発信元端末装置１
６からの通話開始要求であるＩＮＶＩＴＥを受信した場合、記憶部３４０から発信先端末
装置１６の通信容易性指標を読み出す。制御部３３８は、図２６に示す着信設定テーブル
を参照して、通信容易性指標（ここでは総合指標Ｘ）をもとに着信設定ＶＣを決定し、発
信先端末装置１６へ着信設定変更指示を送信する。
と関連付けて記憶部３４０に記憶する。例えば、ある端末装置１６から新たな通信容易性
指標を受信した場合、その端末装置１６の古い通信容易性指標を削除し、端末ＩＤ毎に最
新の通信容易性指標を記憶してもよい。あるいは、受信日時と端末ＩＤと通信容易性指標
とを関連付けて記憶し、古い通信容易性指標を削除せずに所定の期間において受信した通
信容易性指標を全て記憶してもよい。管理装置１２の制御部３３８は、発信元端末装置１
６からの通話開始要求であるＩＮＶＩＴＥを受信した場合、記憶部３４０から発信先端末
装置１６の通信容易性指標を読み出す。制御部３３８は、図２６に示す着信設定テーブル
を参照して、通信容易性指標（ここでは総合指標Ｘ）をもとに着信設定ＶＣを決定し、発
信先端末装置１６へ着信設定変更指示を送信する。
【0137】
端末装置１６の通信部３４は、着信設定変更指示を管理装置１２から受信する。着信設
定変更指示は、通信容易性指標に対応した着信音（着信報知形態）を示す制御情報（制御
信号）に相当し、着信音の音量に関する第１情報と、着信音の出力期間に関する第２情報
とを含む。制御部３８は、実施例７と同様の処理を行う。つまり、制御部３８は、通信容
易性指標に含まれた第１情報にしたがって音量を設定するとともに、第２情報にしたがっ
て出力期間を設定する。これに続いて、制御部３８は、通信部３４が他の端末装置１６か
ら通信開始要求を受信した場合に、管理装置１２から受信した着信設定変更指示にしたが
って着信音を音声出力部４８（出力部）に出力させる。すなわち、端末装置１６は、通信
開始要求を受信する前に受信した着信設定変更指示（着信報知形態を示す制御情報）にし
たがって着信音を出力する。なお、上述したように、着信の報知の形態は、着信音の出力
に限らず、表示部３６の表示の変化であっても、発光部（不図示）の発光でもよい。つま
り、制御部３８は、音声出力部４８、表示部３６、発光部等の出力部を制御して、着信報
知形態を示す制御情報にしたがって出力部に着信を報知させる。また、実施例７で述べた
ように、端末装置１６は、着信報知形態を示す制御情報が含まれた通信開始要求を受信し
てもよい。この場合は、通信開始要求と同時に制御情報を受信しているといえる。すなわ
ち、端末装置１６は、通信開始要求より前あるいは同時（所定期間）に管理装置１２から
受信した制御情報にしたがって、着信報知形態を変更する。なお、着信設定テーブルを記
憶部４０に記憶し、制御部３８が着信設定テーブルを参照し、通信容易性指標をもとに着
信設定ＶＣを決定してもよい。この場合、管理装置１２は着設定変更指示の送信を省略で
きる。
定変更指示は、通信容易性指標に対応した着信音（着信報知形態）を示す制御情報（制御
信号）に相当し、着信音の音量に関する第１情報と、着信音の出力期間に関する第２情報
とを含む。制御部３８は、実施例７と同様の処理を行う。つまり、制御部３８は、通信容
易性指標に含まれた第１情報にしたがって音量を設定するとともに、第２情報にしたがっ
て出力期間を設定する。これに続いて、制御部３８は、通信部３４が他の端末装置１６か
ら通信開始要求を受信した場合に、管理装置１２から受信した着信設定変更指示にしたが
って着信音を音声出力部４８（出力部）に出力させる。すなわち、端末装置１６は、通信
開始要求を受信する前に受信した着信設定変更指示（着信報知形態を示す制御情報）にし
たがって着信音を出力する。なお、上述したように、着信の報知の形態は、着信音の出力
に限らず、表示部３６の表示の変化であっても、発光部（不図示）の発光でもよい。つま
り、制御部３８は、音声出力部４８、表示部３６、発光部等の出力部を制御して、着信報
知形態を示す制御情報にしたがって出力部に着信を報知させる。また、実施例７で述べた
ように、端末装置１６は、着信報知形態を示す制御情報が含まれた通信開始要求を受信し
てもよい。この場合は、通信開始要求と同時に制御情報を受信しているといえる。すなわ
ち、端末装置１６は、通信開始要求より前あるいは同時（所定期間）に管理装置１２から
受信した制御情報にしたがって、着信報知形態を変更する。なお、着信設定テーブルを記
憶部４０に記憶し、制御部３８が着信設定テーブルを参照し、通信容易性指標をもとに着
信設定ＶＣを決定してもよい。この場合、管理装置１２は着設定変更指示の送信を省略で
きる。
【0138】
本実施例によれば、外部機器の操作に関する操作履歴情報をもとに算出した通信容易性
指標に応じて着信音を出力するので、着信対象の状況に応じて、着信を報知する形態を適
切に選択できる。また、通信容易性指標を所定の時間間隔で管理装置に送信し、所定期間
内に管理装置から受信した着信設定変更指示にしたがって着信音を出力するので、着信対
象の状況の変化に柔軟に対応して、着信を報知する形態を適切に選択できる。また、外部
機器の起動および停止を制御する操作の履歴を示す操作履歴情報を使用するので、着信に
対応できる状況であるか否か、すなわち着信対象の状況を精度よく、かつユーザに余計な
負担をかけずに推定できる。また、着信設定変更指示にしたがって着信音の音量と、着信
音の出力期間とを変更するので、状況に応じて着信音の音量と着信音の出力期間とを変更
できる。
指標に応じて着信音を出力するので、着信対象の状況に応じて、着信を報知する形態を適
切に選択できる。また、通信容易性指標を所定の時間間隔で管理装置に送信し、所定期間
内に管理装置から受信した着信設定変更指示にしたがって着信音を出力するので、着信対
象の状況の変化に柔軟に対応して、着信を報知する形態を適切に選択できる。また、外部
機器の起動および停止を制御する操作の履歴を示す操作履歴情報を使用するので、着信に
対応できる状況であるか否か、すなわち着信対象の状況を精度よく、かつユーザに余計な
負担をかけずに推定できる。また、着信設定変更指示にしたがって着信音の音量と、着信
音の出力期間とを変更するので、状況に応じて着信音の音量と着信音の出力期間とを変更
できる。
【0139】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要
素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形
例も本発明の範囲にあることは当業者に理解されるところである。
素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形
例も本発明の範囲にあることは当業者に理解されるところである。
【0140】
実施例１から８では、端末装置１６の使用者１８が端末装置１６の外部機器２０に対し
て操作を行った情報をもとに、通信容易性指標を算出したが、これに限定されるものでは
ない。例えば、端末装置１６の使用者１８が端末装置１６本体（自端末装置）に対して行
った操作情報をもとに、通信容易性指標を算出してもよい。例えば、端末装置１６に格納
されているアプリケーション（アプリ）を起動した情報、アプリケーションを終了した情
報、文字を入力した情報、画面のスクロールした情報、ボタンを押した情報などを操作履
歴に格納し、その操作履歴をもとに、通信容易性指標を算出してもよい。端末装置１６は
、自端末装置のアプリ等を操作対象にして行われた操作履歴を図７に示す操作履歴パケッ
トと同様なデータ形式で、管理装置１２に送信してもよい。例えば、機器種別の代わりに
アプリの識別情報やアプリの種別を記録し、操作種別として「端末電源ＯＮ」、「端末電
源ＯＦＦ」、「アプリ起動」、「アプリ終了」、「文字入力」、「スクロール」等の種々
の操作情報を記録すればよい。管理装置１２は、このような操作履歴をもとに通信容易性
指標を算出してもよい。また、端末装置１６が、自端末装置に対して行われた操作履歴を
もとに、通信容易性指標を算出し、それを管理装置１２に送信してもよい。
て操作を行った情報をもとに、通信容易性指標を算出したが、これに限定されるものでは
ない。例えば、端末装置１６の使用者１８が端末装置１６本体（自端末装置）に対して行
った操作情報をもとに、通信容易性指標を算出してもよい。例えば、端末装置１６に格納
されているアプリケーション（アプリ）を起動した情報、アプリケーションを終了した情
報、文字を入力した情報、画面のスクロールした情報、ボタンを押した情報などを操作履
歴に格納し、その操作履歴をもとに、通信容易性指標を算出してもよい。端末装置１６は
、自端末装置のアプリ等を操作対象にして行われた操作履歴を図７に示す操作履歴パケッ
トと同様なデータ形式で、管理装置１２に送信してもよい。例えば、機器種別の代わりに
アプリの識別情報やアプリの種別を記録し、操作種別として「端末電源ＯＮ」、「端末電
源ＯＦＦ」、「アプリ起動」、「アプリ終了」、「文字入力」、「スクロール」等の種々
の操作情報を記録すればよい。管理装置１２は、このような操作履歴をもとに通信容易性
指標を算出してもよい。また、端末装置１６が、自端末装置に対して行われた操作履歴を
もとに、通信容易性指標を算出し、それを管理装置１２に送信してもよい。
【0141】
端末装置１６に対する操作が頻繁に行われている場合、つまり発信が行われた時点より
前の所定時間以内に操作が行われている場合、端末装置１６の使用者１８は端末装置１６
の近くにいる可能性が高いため、相対的に高い値になるように通信容易性指標を算出する
。一方、端末装置１６に対する操作が長時間行われていない場合、つまり発信が行われた
時点より前の所定時間以内に操作が行われていない場合、端末装置１６の使用者１８は端
末装置１６の近くにいない可能性が高いため、相対的に低い値となるように通信容易性指
標を算出する。例えば、直近の所定期間における操作回数（文字入力数など）を算出し、
操作回数が所定以上の場合には、通信容易性指標を相対的に高く算出し、操作回数が所定
数未満の場合には、通信容易性指標を相対的に低く算出すればよい。また、操作回数が多
いほど通信容易性指標を高く算出してもよい。また、端末装置１６において直近で操作が
行われていない時間（未操作時間）を算出し、未操作時間が短いほど通信容易性指標を高
く算出し、未操作時間が長いほど通信容易性指標を低く算出してもよい。
前の所定時間以内に操作が行われている場合、端末装置１６の使用者１８は端末装置１６
の近くにいる可能性が高いため、相対的に高い値になるように通信容易性指標を算出する
。一方、端末装置１６に対する操作が長時間行われていない場合、つまり発信が行われた
時点より前の所定時間以内に操作が行われていない場合、端末装置１６の使用者１８は端
末装置１６の近くにいない可能性が高いため、相対的に低い値となるように通信容易性指
標を算出する。例えば、直近の所定期間における操作回数（文字入力数など）を算出し、
操作回数が所定以上の場合には、通信容易性指標を相対的に高く算出し、操作回数が所定
数未満の場合には、通信容易性指標を相対的に低く算出すればよい。また、操作回数が多
いほど通信容易性指標を高く算出してもよい。また、端末装置１６において直近で操作が
行われていない時間（未操作時間）を算出し、未操作時間が短いほど通信容易性指標を高
く算出し、未操作時間が長いほど通信容易性指標を低く算出してもよい。
【0142】
また、アプリの起動、アプリの終了、文字入力、スクロール、スクリーンロック設定、
スクリーンロック解除、本体電源ＯＮ、本体電源ＯＦＦ等の操作の種別に応じて異なる重
みを付けて通信容易性指標を算出してもよい。また、スクリーンロック解除や本体電源Ｏ
Ｎを外部機器の電源ＯＮと同様に扱い、スクリーンロック設定や本体電源ＯＦＦを外部機
器の電源ＯＦＦと同様に扱ってもよい。また、音楽再生アプリやビデオ再生アプリ等の音
を出力するアプリを使用中であるか否かに応じて通信容易性指標を算出してもよい。すな
わち、操作対象の機器は外部機器であっても、端末装置（自端末装置）であってもよく、
着信対象（通信相手）となる端末装置によって行われた操作の履歴をもとに、通信容易性
指標を算出すればよい。
スクリーンロック解除、本体電源ＯＮ、本体電源ＯＦＦ等の操作の種別に応じて異なる重
みを付けて通信容易性指標を算出してもよい。また、スクリーンロック解除や本体電源Ｏ
Ｎを外部機器の電源ＯＮと同様に扱い、スクリーンロック設定や本体電源ＯＦＦを外部機
器の電源ＯＦＦと同様に扱ってもよい。また、音楽再生アプリやビデオ再生アプリ等の音
を出力するアプリを使用中であるか否かに応じて通信容易性指標を算出してもよい。すな
わち、操作対象の機器は外部機器であっても、端末装置（自端末装置）であってもよく、
着信対象（通信相手）となる端末装置によって行われた操作の履歴をもとに、通信容易性
指標を算出すればよい。
【0143】
そして各実施例で説明したのと同様に、このように算出した通信容易性指標をもとに、
着信報知形態（通常発信とＲＢＴ発信の切り替え、着信音量、着信回数、着信時間など）
の制御を行ってもよい。本変形例によれば、外部機器を制御しない端末装置においても、
着信対象の状況に応じて、着信を報知する形態を適切に選択できる。すなわち、幅広い通
信システムに本発明を適用することができる。
着信報知形態（通常発信とＲＢＴ発信の切り替え、着信音量、着信回数、着信時間など）
の制御を行ってもよい。本変形例によれば、外部機器を制御しない端末装置においても、
着信対象の状況に応じて、着信を報知する形態を適切に選択できる。すなわち、幅広い通
信システムに本発明を適用することができる。
【0144】
実施例１から実施例８の任意の組合せも有効である。本変形例によれば、実施例１から
実施例８の任意の組合せによる効果を得ることができる。
実施例８の任意の組合せによる効果を得ることができる。
【符号の説明】
【0145】
１０ ネットワーク、 １２ 管理装置、 １４ 基地局装置、 １６ 端末装置、
１８ 使用者、 ２０ 外部機器、 ３０ 入力部、 ３２ 計時部、 ３４ 通信部、
３６ 表示部、 ３８ 制御部、 ４０ 記憶部、 ４２ 近距離通信部、 ４４ 音
声入力部、 ４６ 音声出力部、 ６０ 設定テーブル、 １００ 通信システム、 ２
００ クロック発振器、 ２１０ ＣＰＵ、 ２２０ ユーザＩＦ、 ２３０ 通信ＩＦ
、 ２４０ 音声ＩＦ、 ２５０ バス、 ３３２ 計時部、 ３３４ 通信部、 ３３
８ 制御部、 ３４０ 記憶部、 ３６２ 履歴テーブル、 ４００ クロック発振器、
４１０ ＣＰＵ、 ４３０ 通信ＩＦ、 ４５０ バス。
１８ 使用者、 ２０ 外部機器、 ３０ 入力部、 ３２ 計時部、 ３４ 通信部、
３６ 表示部、 ３８ 制御部、 ４０ 記憶部、 ４２ 近距離通信部、 ４４ 音
声入力部、 ４６ 音声出力部、 ６０ 設定テーブル、 １００ 通信システム、 ２
００ クロック発振器、 ２１０ ＣＰＵ、 ２２０ ユーザＩＦ、 ２３０ 通信ＩＦ
、 ２４０ 音声ＩＦ、 ２５０ バス、 ３３２ 計時部、 ３３４ 通信部、 ３３
８ 制御部、 ３４０ 記憶部、 ３６２ 履歴テーブル、 ４００ クロック発振器、
４１０ ＣＰＵ、 ４３０ 通信ＩＦ、 ４５０ バス。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】