JP2022071428A - 端末装置、プログラム - Google Patents

Abstract

【課題】着信対象の状況に応じて着信を報知する形態を変更する技術を提供する。
【解決手段】制御部３８は、自端末装置１６による外部機器２０の操作に関する操作履歴情報を生成する。制御部３８は、生成した前記操作履歴情報をもとに、自端末装置１６のユーザが着信を認識する程度を示す通信容易性指標を算出する。通信部３４は、制御部３８において算出した通信容易性指標を管理装置に送信し、通信容易性指標に対応した着信報知形態を示す制御情報を管理装置から受信する。制御部３８は、通信部３４が他の端末装置から送信された通信開始要求を受信した場合に、制御情報にしたがった形態で着信を報知する。
【選択図】図６

Description

本発明は、通信技術に関し、特に着信可能である端末装置、プログラムに関する。

複数の端末装置により構成される通信システムにおいて、複数種類の通信モードがサポートされる場合がある。例えば、第１通信モードでは、呼出信号を受信した端末装置において所定の操作が行われた後に通信が開始され、第２通信モードでは、呼出信号を受信した端末装置において所定の操作が行われない場合であっても通信が開始される。第１通信モードでは、呼出を受けたユーザが所定の操作を行った後に通信が開始されるため、ユーザが知らないうちに通信が開始されることがなく、ユーザは通信の存在を確実に把握できる。一方、第２通信モードでは、所定の操作が行われない場合でも通信が開始されるため、迅速に通信を開始することができる。このように、複数種類の通信モードでは、それぞれ異なる特性やメリットがある。

また、特許文献１では、無線通信機と電話機との通信をネットワーク経由で中継装置が中継するシステムが提案されている。このシステムにおいて、中継装置は、電話機からの着呼に対して、子機の無線通信機から確実な応答指示があったことを条件に応答する。ここで、中継装置は、単独着信の場合に通話モードを実行し、同報着信の場合に無線呼出モードを実行し、無線通信機の発呼の場合にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）発呼モードを実行する。

特開２０１１－１３５２９０号公報

特許文献１では、中継装置の同報着信用の電話番号に着信があった場合、無線呼出モードに移行し、呼出対象の無線通信機において着信を知らせる音、すなわち着信音を出力させる。着信音を認識した無線通信機のユーザが、それに応答することにより、最先で応答した１台の無線通信機のみを相手装置（発呼した電話通信装置）に接続させることができる。一方、中継装置の単独着信用の電話番号に着信があった場合、通話モードに移行し、無線通信機に着信音を出力させずに通話を開始する。しかしながら、特許文献１では、着信音すなわち着信を報知（通知）する形態を着信対象（通信相手）の状況に応じて変更することは、十分には考慮されていない。例えば、着信対象となるユーザが無線通信機の近くにいる場合と、離れた場所にいる場合とでは、着信を報知する形態を変えることが望ましいが、このようなことは考慮されていない。

本発明はこうした状況に鑑みてなされたものであり、その目的は、着信対象の状況に応じて着信を報知する形態を変更する技術を提供することである。

上記課題を解決するために、本発明のある態様の端末装置は、自端末装置による操作に関する操作履歴情報を生成する生成部と、生成部において生成した操作履歴情報をもとに、自端末装置のユーザが着信を認識する程度を示す通信容易性指標を算出する算出部と、算出部において算出した通信容易性指標を管理装置に送信し、通信容易性指標に対応した着信報知形態を示す制御情報を管理装置から受信する通信部と、通信部が他の端末装置から送信された通信開始要求を受信した場合に、制御情報にしたがった形態で着信を報知する制御部と、を備える。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、着信対象の状況に応じて着信を報知する形態を変更できる。

実施例１に係る通信システムの構成を示す図である。 図２（ａ）－（ｂ）は、通信システムにおける通常発信の概要を示す図である。 図３（ａ）－（ｄ）は、通信システムにおけるＲＢＴ発信の概要を示す図である。 図４（ａ）－（ｂ）は、端末装置の表示部に表示される画面を示す図である。 端末装置のハードウエア構成および機能ブロックを示す図である。 端末装置の詳細な機能ブロックを示す図である。 端末装置から送信される操作履歴パケットのデータ構造を示す図である。 管理装置のハードウエア構成および機能ブロックを示す図である。 管理装置の詳細な機能ブロックを示す図である。 管理装置の履歴テーブルのデータ構造を示す図である。 端末装置による発信方法取得処理の詳細手順を示すフローチャートである。 図１２（ａ）－（ｂ）は、通信システムにおける発信の概要を示すシーケンス図である。 管理装置による応答変更判定処理の手順を示すフローチャートである。 応答変更判定処理によりＩＮＶＩＴＥ（自動応答）に変更される場合の手順を示すシーケンス図である。 応答変更判定処理によりＩＮＶＩＴＥ（手動応答）に変更される場合の手順を示すシーケンス図である。 実施例２に係る在室係数テーブルのデータ構造を示す図である。 管理装置による応答変更判定処理の手順を示すフローチャートである。 実施例３に係る騒音係数テーブルのデータ構造を示す図である。 管理装置による応答変更判定処理の手順を示すフローチャートである。 実施例５に係る管理装置による応答変更判定処理の手順を示すフローチャートである。 実施例６に係る着信音量テーブルのデータ構造を示す図である。 図２２（ａ）－（ｂ）は、第１端末装置から第２端末装置に発信を行う場合の手順を示すシーケンス図である。 端末装置が着信音量変更指示を受信した場合の処理の手順を示すフローチャートである。 管理装置による処理の手順を示すフローチャートである。 図２５（ａ）－（ｂ）は、実施例７に係る第１端末装置から第２端末装置に発信を行う場合の手順を示すシーケンス図である。 着信設定テーブルのデータ構造を示す図である。 第１端末装置から第２端末装置に発信を行う場合の別の手順を示すシーケンス図である。 端末装置による処理の手順を示すフローチャートである。 管理装置による処理の手順を示すフローチャートである。

（実施例１）
図１は、通信システム１００の構成を示す。通信システム１００は、ネットワーク１０、管理装置１２、基地局装置１４と総称される第１基地局装置１４ａ、第２基地局装置１４ｂ、第３基地局装置１４ｃ、端末装置１６と総称される第１端末装置１６ａ、・・・、第８端末装置１６ｈを含む。ここで、通信システム１００に含まれる基地局装置１４の数は「３」に限定されず、端末装置１６の数は「８」に限定されず、それらより多くてもよく、それらよりも少なくてもよい。

端末装置１６は、ＩＰトランシーバ、ＰｏＣ（Ｐｕｓｈ－ｔｏ－Ｔａｌｋ ｏｖｅｒ Ｃｅｌｌｕｌａｒ）トランシーバとも呼ばれ、音声通信を実行する。音声通信はプッシュ・ツー・トーク方式であり、個別呼出、グループ呼出、一斉呼出も可能である。このような音声通信を実行するために、端末装置１６は基地局装置１４に接続される。ここで、基地局装置１４と端末装置１６との間における通信方式には、半二重または全二重通信が使用される。

複数の基地局装置１４は、ネットワーク１０により互いに接続される。ネットワーク１０は、例えばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークである。ネットワーク１０には管理装置１２が接続される。管理装置１２は、例えばＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ等により構成され、端末装置１６間で通話する際のＳＩＰシーケンス処理を実行する。

このような構成において、端末装置１６の使用者（ユーザ）は、端末装置１６の通話ボタンを押下することによって、他の端末装置１６を使用する他の使用者との音声通話を実行する。通信方式が半二重通信である場合、ある音声通話に係る複数の端末装置１６において、いずれかの使用者が通話ボタンを押下し発話している間にわたって、他の使用者は通話ボタンを押しても発話できない。通話を開始する際に通話ボタンを押下した場合の動作には、通常発信、およびＲｉｎｇ Ｂａｃｋ Ｔｏｎｅ（以下、「ＲＢＴ」という）発信が含まれる。なお、「ＲＢＴ発信」がなされる通信モード（ＲＢＴ発信モード）を「第１通信モード」、「通常発信」がなされる通信モード（通常発信モード）を「第２通信モード」と呼ぶ場合もある。

図２（ａ）－（ｂ）は、通信システム１００における通常発信の概要を示す。ここでは、第１端末装置１６ａと第２端末装置１６ｂという２つの端末装置１６間の通信を前提とするが、３つ以上の端末装置１６間の通信であってもよく、１対多のグループ通信であってもよい。第１端末装置１６ａは第１使用者１８ａに使用され、第２端末装置１６ｂは第２使用者１８ｂに使用される。また、半二重通信を使用する場合を想定する。

図２（ａ）において、第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第２使用者１８ｂが第２端末装置１６ｂを操作しなくても、第１使用者１８ａと第２使用者１８ｂとの音声通話が開始される。具体的に説明すると、第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第１使用者１８ａによって発話された音声が音声信号として、第１端末装置１６ａから第２端末装置１６ｂに発信される。第２端末装置１６ｂは、受信した音声信号を再生し、音声を出力する。図２（ｂ）は、図２（ａ）に続く処理であり、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押し下げている間、第２使用者１８ｂによって発話された音声が音声信号として、第２端末装置１６ｂから第１端末装置１６ａに発信される。第１端末装置１６ａは、受信した音声信号を再生し、音声を出力する。このように、第１使用者１８ａと第２使用者１８ｂとの間で交互に通話ボタンが押し下げられ、通話がなされる。通常発信では、着信側（受信側）の端末装置１６において、着信を報知（通知）する音、すなわち着信音は出力されない。このため、通常発信モードは、着信音を用いない通信モードであるといえる。また、着信音が出力されずに、いきなり通話音声が出力されるため、端末装置１６のユーザは通話音声により通信（着信）の存在を認識する。このため通常発信では、通話音声を出力することが着信を報知する１つの形態であるともいえる。通常発信モードでは、着信側の端末装置１６は着信音を出力せずに、すぐに通話音声を出力するため、通信情報を迅速に通信相手に伝えることが可能である。

図３（ａ）－（ｄ）は、通信システム１００におけるＲＢＴ発信の概要を示す。図３（ａ）－（ｄ）は図２（ａ）－（ｂ）と同様に示される。第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第１端末装置１６ａは呼び出し音を出力する。第２端末装置１６ｂは、音声通話を開始せず、着信音を出力する。図３（ｂ）は、図３（ａ）に続く処理であり、着信音を聞いた第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押下する等の所定の操作を行うと、図３（ｃ）の通話開始への遷移がなされる。第１使用者１８ａが第１端末装置１６ａの通話ボタン押下を止める（通話ボタンを離す）と、図３（ｃ）の通話が終了する。通話終了時点から所定時間以内に、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンの押下を持続すると、第２端末装置１６ｂから第１端末装置１６ａへの折り返し通話（コールバック）が開始される。この状態を図３（ｄ）に示す。なお、ＲＢＴ発信に対する折り返し通話において通常は、第２端末装置１６ｂの呼び出し音や、第１端末装置１６ａの着信音は出力されず、すぐに通話状態となる。

図３（ｃ）の通話が終了してから所定時間が経過した以降に、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押下すると、折り返し通話ではなく、新規のＲＢＴ発信となる。この場合は、第２端末装置１６ｂの呼び出し音と、第１端末装置１６ａの着信音が出力される。このようにＲＢＴ発信では、着信側（受信側）の端末装置１６で着信音を出力し、音声通話を開始するために、着信側の端末装置１６での所定の操作が必要となる。そのため、ＲＢＴ発信は、発信相手に確実に情報を伝える必要がある場合に利用される。ＲＢＴ発信モードは、着信音を用いる通信モードであるといえる。なお、上述の説明では、通話ボタンを押し下げ続ける操作により、ＲＢＴ発信を実行するとしたが、他の操作によってＲＢＴ発信を実行してもよい。例えば、通話ボタンを１回（短時間）押下することにより、ＲＢＴ発信を実行してもよい。

通常発信とＲＢＴ発信の切替は、一般的に、発信側の端末装置１６における設定をもとになされる。端末装置１６において、「通常発信」が設定された場合、あるいは「発信時に通常発信あるいはＲＢＴ発信」が設定され、発信時に「通常発信」が選択された場合、通常発信がなされる。図４（ａ）－（ｂ）は、端末装置１６の表示部３６に表示される画面を示す。これは、端末装置１６において通常発信、ＲＢＴ発信に関する設定を行うための画面例である。図４（ａ）のＲＢＴ利用設定画面を用いて、発信時の動作が設定される。「利用しない」を設定した場合、通話ボタンを押下した後、通常発信がなされる。「常時利用」を設定した場合、通話ボタンを押下した後、ＲＢＴ発信がなされる。「発信時選択」を設定した場合、通話ボタンを押下した後、図４（ｂ）の発信選択画面が表示される。つまり、使用者１８は通話を開始する毎に（発呼毎に）、通常発信またはＲＢＴ発信を選択する。図４（ｂ）の発信時選択画面において、「ＲＢＴ発信」を選択した場合、ＲＢＴ発信がなされる。「通常発信」を選択した場合、通常発信がなされる。

前述のごとく、主な音声通信の方式としては個別呼出、グループ呼出、一斉呼出が可能となっている。個別呼出は、ある端末装置１６から特定の端末装置１６に向けての呼出となる。グループ呼出は、複数の端末装置１６がいくつかのグループに分けて設定されている場合において、ある端末装置１６からグループ呼出を行った場合、当該端末装置１６と同一グループに設定されている全ての端末装置１６に向けての同報呼出となる。一斉呼出は、ある端末装置１６から通信システム１００に所属する全ての端末装置１６に向けての同報呼出となる。グループ呼出、一斉呼出とも通常発信、ＲＢＴ発信が可能であり、グループ呼出、一斉呼出にてＲＢＴ発信を行った場合、対象となる複数の端末装置１６で着信音が出力される。その後、着信中のいずれかの端末装置１６の通話ボタンが押下されることによりグループ通話、一斉通話が開始される。

ＩＰ無線通信システムにおいては、ＩＰ無線通信用アプリケーションのインストールがなされたスマートフォン等の携帯電話端末を端末装置１６として使用可能である。携帯電話端末は、ＩＰ無線通信用アプリケーションをインストールすることにより、他の端末装置１６や他のＩＰ無線通信用アプリケーションがインストールされた携帯電話端末とプッシュ・ツー・トーク方式での通話が可能となる。また、近年の電化機器、例えば部屋の照明、テレビ、ステレオ、エアコン、ＩＴ製品、パソコン、タブレット端末等は、ネットワーク接続されると、スマートフォン等の携帯電話端末により制御可能となっている。携帯電話端末に制御用のアプリケーションをインストールすることにより、端末装置１６から端末装置１６とは別の機器である外部機器の操作が可能である。なお、外部機器を外部装置と呼ぶ場合もある。外部機器の操作とは、具体的には部屋の照明の点灯・消灯の切替、テレビ、ステレオのオン・オフの切替およびチャンネル切替、ボリューム調整、エアコンのオン・オフの切替、ＰＣ電源のオン・オフ、タブレット端末のオン・オフ等の操作である。また、携帯電話端末は上記の機器の操作履歴を記憶可能である。以後、前述の携帯電話端末による上記の機器の操作履歴を外部機器操作履歴と表記することもある。

端末装置１６がＲＢＴ利用設定にて「利用しない」、あるいは「発信時選択」に設定され、発信選択画面にて「通常発信」を選択した場合、通常発信が行われる。前述のように、通常発信では受信側の端末装置１６にて通話ボタンを操作しなくでも通話が行われる。そのため、受信側において端末装置１６を使用している使用者１８が離席などにより端末装置１６付近にいない場合、あるいは端末装置１６をカバンやポケットの中に収納している状態では、受信側の使用者１８が通話内容を聞き逃す可能性が高く、発信した情報が無駄になる可能性が高い。一方、ＲＢＴ発信は前述のように、発信相手に確実に情報を伝える必要がある場合に利用される。しかしながら、ＲＢＴ発信では受信側での端末装置１６の操作が必要となるので、重要度の高い情報を早急に伝えたい発信においては、通話情報の即時性を損なうというデメリットも存在する。

送信側の端末装置１６の使用者１８は、受信側の端末装置１６の受信状態が不明である場合、発信相手に確実に情報を伝える必要があるときにＲＢＴ発信を選択する。その際、受信側の端末装置１６が通話を直ちに受信できる状態であっても、送信側の使用者１８がＲＢＴ発信を選択したので、受信側の使用者１８にはＲＢＴ発信に対する応答のために使用者１８を操作する手間が発生する。また、受信側で使用者１８の操作が必要となるので、重要度の高い情報を早急に伝えたい場合に通話情報伝達の即時性を損なう問題があった。

使用者１８が、通信相手に対して、ある通信モードを用いて通信を開始しようとした場合、通信相手は必ずしも、その通信モードで呼び出す場合に適した状況にあるとは限らない。例えば、使用者１８が「通常発信モード」で通信を開始しても、通信相手が端末装置１６から離れているなどの場合には、発話した内容が通信相手に認識されないことが起こり得る。したがって、通信相手（着信対象）の状況に応じて複数種類の通信モードを適切に使用することが望まれる。

図５は、端末装置１６のハードウエア構成および機能ブロックを示す。端末装置１６は、クロック発振器２００、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１０、ユーザＩＦ（Ｉｎｔｅｒｆａｃｅ）２２０、通信ＩＦ２３０、音声ＩＦ２４０、記憶部４０を含む。クロック発振器２００、ＣＰＵ２１０、ユーザＩＦ２２０、通信ＩＦ２３０、音声ＩＦ２４０、記憶部４０は、バス２５０によって接続される。また、端末装置１６の制御対象となる外部機器２０が存在する。

クロック発振器２００は、例えば、水晶発振器であり、一定の周波数の信号を生成する。ＣＰＵ２１０は、端末装置１６における処理を実行する。ユーザＩＦ２２０は、ユーザである使用者１８に対するインターフェースである。ユーザＩＦ２２０は、使用者１８からの情報を受けつけたり、使用者１８に情報を提示したりする。通信ＩＦ２３０は、ネットワーク１０と接続され、基地局装置１４と通信する。さらに、基地局装置１４経由で管理装置１２と通信する。また、通信ＩＦ２３０は、家電機器等の外部機器２０との間で無線通信あるいは有線通信を実行する。記憶部４０は、情報を記憶する媒体であり、例えば、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）である。

クロック発振器２００は計時部３２を含み、ＣＰＵ２１０は制御部３８を含み、ユーザＩＦ２２０は入力部３０、表示部３６を含む。なお、図５では省略しているが、ＩＦ２２０はＬＥＤ等の発光デバイス（発光部）を含んでいてもよい。通信ＩＦ２３０は通信部３４、近距離通信部４２を含む。記憶部４０は、設定テーブル６０を含む。音声ＩＦ２４０は通話音声を入出力するためのインターフェースであり、音声入力部４４と音声出力部４６を含む。音声入力部４４は、例えばマイクロフォン（マイク）で構成されており、音声出力部４６は、例えばスピーカで構成されている。

図６は、端末装置１６の詳細な機能ブロックを示す。端末装置１６は、入力部３０、計時部３２、通信部３４、表示部３６、制御部３８、記憶部４０、近距離通信部４２、音声入力部４４、音声出力部４６を含む。記憶部４０は、設定テーブル６０を含む。入力部３０は、端末装置１６の使用者１８が操作するための各種ボタン、タッチパネル等の入力デバイス、入力デバイスの状態を制御部３８に通知するためのインターフェースを含む。また、入力部３０は、発信する際に押下される通話ボタンも含む。さらに、入力部３０は、外部機器２０の操作を行う際に押下される操作ボタンも含む。通話ボタンの押下状態は、入力部３０において検出され、制御部３８に入力される。表示部３６は、端末装置１６の設定、通話状態を表示するインターフェースであり、例えばディスプレイである。

通信部３４（第１通信部）は、携帯電話システム、業務用無線システム、インターネット接続された無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを利用して、他の端末装置１６と通信可能である。近距離通信部４２（第２通信部）は、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の近距離無線を利用して、外部機器２０と通信可能である。外部機器２０は、例えば、エアコン、照明、暖房機器、テレビ等の映像機器、オーディオ機器、ＩＴ機器、調理家電、生活家電、ドアの鍵、ホームセキュリティ機器などである。これらの外部機器２０は、主に建物内に設置されていることを想定するが、屋外に設置されていてもよい。なお、通信部３４および近距離通信部４２で無線ＬＡＮを使うことにより、これらは共通化されてもよい。また、近距離通信部４２と外部機器２０とを有線通信を用いて接続してもよい。１つの端末装置１６は、１つ以上の任意の数の外部機器２０を制御する。また、通信システム１００に含まれる一部の端末装置１６は、外部機器２０を制御しなくてもよい。つまり、通信システム１００において、１つ以上の端末装置１６が１つ以上の外部機器２０を制御すればよい。

音声入力部４４は、音声通話を行うために端末装置１６の使用者１８の音声を収音する。また、音声入力部４４は、端末装置１６の周囲の環境の音を収音してもよい。音声出力部４６は、通話音声を出力する。さらに音声出力部は、通信モードに応じて、着信音を出力する。

記憶部４０内の設定テーブル６０には、端末装置１６についての各種設定情報が記録される。例えば、ＲＢＴ利用設定に関する情報（ＲＢＴ設定情報）が設定テーブル６０に記録される。具体的には、ＲＢＴ利用設定にて、「利用しない」、「常時利用」、「発信時選択」のどれが使用者１８に選択されているかを示す情報、例えば、０、１、２の値が記録される。

端末装置１６により外部機器２０の操作がなされた場合、制御部３８は計時部３２から現時刻（現在日時）を取得する。制御部３８は、計時部３２から取得した現時刻と外部機器２０の操作履歴をパケット化し、通信部３４を通じて管理装置１２へ送信する。本実施例では上記パケットを操作履歴パケットと呼ぶ。

図７は、端末装置１６から送信される操作履歴パケットのデータ構造を示す。端末ＩＤには、端末装置１６を識別する識別子（ＩＤ）が記載される。なお、操作履歴パケットに、端末装置１６の名称や端末装置１６を使用するユーザの情報を記載してもよい。操作日時は、外部機器２０を操作した日付と時刻を含み、それぞれ計時部３２から取得した日付（年月日）と現時刻が記載される。機器種別には操作を行った外部機器２０の種別（エアコン、テレビ、照明等）が記載される。なお、本実施例では、機器種別に外部機器２０を所定のカテゴリに分類した場合のカテゴリの名称を記録するものとするが、これに限らず、外部機器２０の識別子（外部機器ＩＤ）を記録してもよい。例えば、建物内に複数のエアコンが存在する場合、個々のエアコンを識別する識別子を機種種別に記録してもよい。また、機器種別に外部機器２０のメーカー名、型番、シリアル番号等を記録してもよい。操作種別（操作情報）には外部機器２０に対して行った操作の種別、具体的には外部機器２０の電源を入れた場合は「ＯＮ」、電源を切った場合は「ＯＦＦ」が記載される。なお、操作日時の記載例である「２０１８／６／１ １０：１９：１４」の表記は「２０１８年６月１日 １０時１９分１４秒」であることを表す。なお、電源の「ＯＮ」、「ＯＦＦ」に限らず、その他の操作内容を操作種別に記録してもよい。例えば、エアコンの温度設定、風量設定、タイマー設定などの情報を操作種別（操作情報）に記録してもよい。

図８は、管理装置１２のハードウエア構成および機能ブロックを示す。管理装置１２は、クロック発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０を含む。クロック発振器４００、ＣＰＵ４１０、通信ＩＦ４３０、記憶部３４０は、バス４５０によって接続される。

クロック発振器４００は、例えば、水晶発振器であり、一定の周波数の信号を生成する。ＣＰＵ４１０は、管理装置１２における処理を実行する。通信ＩＦ４３０は、ネットワーク１０と接続され、基地局装置１４と通信する。さらに、通信ＩＦ４３０は、基地局装置１４経由で端末装置１６と通信する。記憶部３４０は、情報を記憶する媒体であり、例えば、ハードディスク、ＳＳＤである。クロック発振器４００は計時部３３２を含み、ＣＰＵ４１０は制御部３３８を含み、通信ＩＦ４３０は通信部３３４を含む。記憶部３４０は、履歴テーブル３６２を含む。

図９は、管理装置１２の詳細な機能ブロックを示す。管理装置１２は、計時部３３２、通信部３３４、制御部３３８、記憶部３４０を含む。記憶部３４０は、履歴テーブル３６２を含む。通信部３３４は、各端末装置１６から所定の周期で送信される操作履歴パケットを受信する。通信部３３４は、受信した操作履歴パケットを制御部３３８に出力する。

記憶部３４０には、履歴テーブル３６２が配置される。履歴テーブル３６２には、各端末装置１６から送信される操作履歴パケットの内容が記録される。図１０は、管理装置１２の履歴テーブルのデータ構造を示す。履歴テーブル３６２の各パラメータは、図７の操作履歴パケットの構成例で説明した内容と同じである。各端末装置１６のＩＤは、第１端末装置１６ａのＩＤがＴ１、第２端末装置１６ｂのＩＤがＴ２、第３端末装置１６ｃのＩＤがＴ３、第４端末装置１６ｄのＩＤがＴ４、第５端末装置１６ｅのＩＤがＴ５、第６端末装置１６ｆのＩＤがＴ６である。

制御部３３８は、各端末装置１６から操作履歴パケットを受信した際、履歴テーブル３６２に新たなレコード（操作履歴）を追加し、操作履歴パケットの内容を記録（追記）する。つまり、履歴テーブル３６２には、各端末装置１６が所定期間に外部機器２０を制御した情報（起動および停止に関する情報）が全て記録される。この所定期間は、例えば３日間であるが、もちろんこれに限定されるわけではなく、これより長い期間であっても短い期間であってもよい。なお、本図では履歴テーブル３６２の一部の履歴を例示している。また、図７の操作履歴パケットにおいて、操作日時を省略し、履歴テーブル３６２の操作日時に、管理装置１２が操作履歴パケットを受信した日時を記録してもよい。

次に、本実施例の端末装置１６の処理の詳細を説明する。入力部３０から通話ボタンの押下を検出した際、制御部３８は発信方法を取得する。図１１は、端末装置１６による発信方法取得処理の詳細手順を示すフローチャートである。Ｓ１００において、制御部３８は設定テーブル６０からＲＢＴ利用設定を取得する。設定テーブル６０には、使用者１８によって選択されたＲＢＴ利用に関するデータ（「利用しない」、「常時利用」、「発信時選択」のいずれかを示すデータ）が記録されているので、そのデータを取得する。その後Ｓ１１０に進む。Ｓ１１０において、ＲＢＴ利用設定が「利用しない」となっていた場合（Ｓ１１０：Ｙｅｓ）は、Ｓ１５０に進む。ＲＢＴ利用設定が「利用しない」以外の場合（Ｓ１１０：Ｎｏ）は、Ｓ１２０に進む。Ｓ１２０において、ＲＢＴ利用設定が「常時利用」となっていた場合（Ｓ１２０：Ｙｅｓ）は、Ｓ１４０に進む。ＲＢＴ利用設定が「常時利用」以外の場合（Ｓ１２０：Ｎｏ）は、Ｓ１３０に進む。Ｓ１３０に進む場合は、「発信時選択」が選択されている場合である。

Ｓ１３０において、制御部３８は図４（ｂ）に示す発信選択画面を表示部３６に表示させる。制御部３８は、使用者１８が選択した「ＲＢＴ発信」または「通常発信」を示すデータを入力部３０を介して取得する。そして制御部３８は、発信選択画面で「ＲＢＴ発信」が選択されたか否かを判定する。発信選択画面で「ＲＢＴ発信」が選択された場合（Ｓ１３０：Ｙｅｓ）は、Ｓ１４０に進む。発信選択画面で「ＲＢＴ発信」以外、すなわち本実施例では「通常発信」が選択された場合（Ｓ１３０：Ｎｏ）は、Ｓ１５０に進む。Ｓ１４０において、発信方法を「ＲＢＴ発信」と判定して処理を終了する。Ｓ１５０において、発信方法を「通常発信」と判定して処理を終了する。発信方法が通常発信と判定された場合、制御部３８は発信先端末装置１６へ通常発信を行う。発信方法がＲＢＴ発信と判定された場合、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。

次に、本実施例で端末装置１６と管理装置の間で行われる通信プロトコル（ＳＩＰ通信）についての処理を説明する。図１２（ａ）－（ｂ）は、通信システム１００における発信の概要を示すシーケンス図である。図１２（ａ）は、ＳＩＰ通信において、第１端末装置１６ａから第２端末装置１６ｂへの通常発信がなされる場合の手順を示す。第１端末装置１６ａにおいて通常発信が選択された後（Ｓ１０）、第１端末装置１６ａは第２端末装置１６ｂ宛てにＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１２）。送信されたＩＮＶＩＴＥ（自動応答）は管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ１４）。第２端末装置１６ｂはＩＮＶＩＴＥ（自動応答）を受信した後、第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１６）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を送信する（Ｓ２０）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ２２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ２４、Ｓ２６、Ｓ２８）。なお、第１端末装置１６ａおよび第２端末装置１６ｂと管理装置１２との間の通信は、基地局装置１４を経由して行われるが、説明を簡潔にするため、図１２（ａ）においては基地局装置１４を省略している。

図１２（ｂ）は、ＳＩＰ通信において、第１端末装置１６ａから第２端末装置１６ｂへのＲＢＴ発信がなれる場合の手順を示す。第１端末装置１６ａでＲＢＴ発信が選択された後（Ｓ５０）、第１端末装置１６ａは第２端末装置１６ｂ宛てにＩＮＶＩＴＥ（手動応答）を送信する（Ｓ５２）。送信されたＩＮＶＩＴＥ（手動応答）は管理装置１２を経由し、第２端末装置１６ｂに送信される（Ｓ５４）。第２端末装置１６ｂはＩＮＶＩＴＥ（手動応答）を受信した後、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉｎｇを送信する（Ｓ５６）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ５８）。第２端末装置１６ｂはステータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てにステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ６０）。送信されたステータスコード１８０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ６２）。第１端末装置１６ａは、通話を開始せずに待機する。

その後、第２端末装置１６ｂの通話ボタンが押下された場合（Ｓ６４）、第２端末装置１６ｂは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ６６）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ６８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫを送信する（Ｓ７０）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ７２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ７４、Ｓ７６、Ｓ７８）。つまり、第１端末装置１６ａは、ステータスコード２００ ＯＫを受信してＡＣＫを送信した後、通話を開始する。

次に、本実施例の管理装置の処理の詳細を説明する。図１２（ａ）に示すように、発信元の端末装置１６で通常発信が選択された場合、管理装置１２は通話開始要求として、ＩＮＶＩＴＥ(自動応答)を受信する。また図１２（ｂ）に示すように、発信元の端末装置１６でＲＢＴ発信が選択された場合、管理装置１２は通話開始要求として、ＩＮＶＩＴＥ(手動応答)を受信する。管理装置１２の制御部３３８は、端末装置１６から通話開始要求を受信した場合、記憶部３４０の履歴テーブル３６２を参照し、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードＲを取得する。レコードＲの操作種別で所定数以上「ＯＮ」が存在し、かつ発信元の端末装置１６からＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)が送信されていた場合は、発信先の端末装置１６への送信方法を自動で通常発信、すなわちＩＮＶＩＴＥ(自動応答)へ切り替えて送信する。これは、発信先の端末装置１６で外部機器２０の操作、すなわち部屋の照明やテレビ、エアコン等を所定の期間内で「ＯＮ」に設定した場合、発信先の使用者は現在屋内に存在し、かつ端末装置１６とともにその場に留まっている可能性が極めて高く、直ちに通話を開始しても問題がないという知見に基づく処理である。すなわち、外部機器２０を「ＯＮ」にしたことを示す操作履歴の数は、端末装置１６のユーザが通信（着信）を認識する容易さを示す数値であるため、「通信容易性指標」であるともいえる。なお、上記の所定数（通信容易性指標を判定するしきい値）は、例えば「１」とすればよいが、もちろんこれに限定されるものではなく、「２」以上の値であってもよい。

一方、端末装置１６から通話開始要求を受信した際、レコードＲの操作種別で所定数以上の「ＯＮ」が存在せず（レコードＲが存在しない場合も含む）、かつ発信元の端末装置１６から通常発信、すなわちＩＮＶＩＴＥ(自動応答)が送信されていた場合は、発信先の端末装置１６への送信方法を自動でＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)へ切り替えて送信する。ＩＮＶＩＴＥ(手動応答)およびＩＮＶＩＴＥ(自動応答)は、着信対象となる端末装置１６において、着信音を出力するか否かを制御する（着信報知形態を制御する）制御情報（制御信号）であるといえる。また、管理装置１２は、通信容易性指標（操作種別が「ＯＮ」である操作履歴の個数）に応じて、ＩＮＶＩＴＥ(手動応答)またはＩＮＶＩＴＥ(自動応答)を選択し、端末装置１６に送信する。このため管理装置１２は、通信容易性指標に対応する着信音（着信報知形態）を示す制御情報（制御信号）を出力するといえる。

なお、本実施例の説明において特に断らない限り、上記の差分Ｐの所定の期間は例として２時間であるとするが、もちろんこの値に限定される訳ではない。これは、発信先の端末装置１６で期間内に外部機器２０を操作していない、または外部機器２０を「ＯＮ」にする操作をしていない場合、発信先の使用者は現在屋内に存在しない可能性が高く、直ちに通話を開始すると発信相手が通話内容を聞き逃す可能性が高いという知見に基づく処理である。また、上記のＩＮＶＩＴＥ(手動応答)からＩＮＶＩＴＥ(自動応答)へ変更するか否か、およびＩＮＶＩＴＥ(自動応答)からＩＮＶＩＴＥ(手動応答)へ変更するか否かを判定する処理は、以後「応答変更判定処理」あるいは「通信モード変更判定処理」と呼称する。

図１０の例では、発信先端末装置１６が第１端末装置１６ａ（Ｔ１）であり、現時刻ＣＴが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９：５９」、「１０：１９：３２」のレコードであり、そのうち「１０：１９：５９」、「１０：１９：３２」の２つのレコードの操作種別が「ＯＮ」となっている。ここで所定数を「１」とすると、「ＯＮ」のレコード数は所定数以上である。このため、第１端末装置１６ａへ発信する場合において、送信側の端末装置１６からＲＢＴ発信が行われた場合、管理装置１２でＩＮＶＩＴＥ(手動応答)を受信した後に、応答変更判定処理によりＩＮＶＩＴＥ(自動応答)へ自動で変更して送信する。ＩＮＶＩＴＥ(自動応答)へ自動的に切り替えることにより、ＩＮＶＩＴＥ(手動応答)と比べてより迅速に通話を開始することが可能となる。

なお、以下の方法を用いてもよい。制御部３３８は記憶部３４０の履歴テーブル３６２を参照し、端末ＩＤが発信先端末装置１６であるレコードの中で操作日時が最新のレコードを抽出する。次に、そのレコードの操作種別が「ＯＮ」であり、かつ、操作日時と現在時刻との時間差が所定時間（例えば、１時間）未満であるか否かを判定する。この条件に合致する場合、発信先の使用者は現在屋内に存在し、かつ端末装置１６とともにその場に留まっている可能性が高いとみなし、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(自動応答)、すなわち通常発信を行う。一方、操作日時と現在時刻との時間差が所定時間以上である場合、制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ(手動応答)、すなわちＲＢＴ発信を行う。

また、機器種別毎に最新（直近）の操作履歴を取得し、「ＯＮ」である操作種別の数をもとに、通信モードを選択してもよい。具体的には、制御部３３８は、直近の所定期間における操作種別が「ＯＮ」である外部機器２０の数が所定数以上である場合に、通常発信を選択し、その数が所定数未満である場合に、ＲＢＴ発信を選択する。例えば、「テレビ」、「照明」、「エアコン」の３つの外部機器２０の操作履歴が記録されており、「テレビ」の最新の操作種別は「ＯＮ」、照明の最新の操作種別が「ＯＮ」、エアコンの最新の操作種別が「ＯＦＦ」だとする。この場合、所定数を「２」とすると、「ＯＮ」の外部機器２０の数が所定数以上であるという条件に合致するため、ＩＮＶＩＴＥ(自動応答)、すなわち通常発信が選択される。また例えば、３つの操作種別が全て「ＯＦＦ」の場合には、「ＯＮ」の外部機器２０の数が所定数未満となるため、ＩＮＶＩＴＥ(手動応答)、すなわちＲＢＴ発信が選択される。

図１３は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。Ｓ２１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ２２０に進む。Ｓ２２０において、計時部３３２は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ２３０に進む。Ｓ２３０において、制御部３３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ２３０：Ｙｅｓ）は、Ｓ２４０に進む。レコードＲが存在しない場合（Ｓ２３０：Ｎｏ）は、Ｓ２６０に進む。

Ｓ２４０において、制御部３３８はＳ２２０で取得した全てのレコードＲの操作種別を取得し、レコードＲの操作種別で「ＯＮ」が所定数以上存在するか否かを判定する。レコードＲの操作種別の「ＯＮ」が所定数未満だった場合、（Ｓ２４０：Ｎｏ）は、Ｓ２７０に進む。レコードＲの操作種別の「ＯＮ」が所定数以上存在した場合（Ｓ２４０：Ｙｅｓ）は、Ｓ２５０に進む。Ｓ２５０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信の場合（Ｓ２５０：Ｙｅｓ）は、Ｓ２６０に進む。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信でない場合（Ｓ２５０：Ｎｏ）は、Ｓ２９０に進む。Ｓ２６０において、制御部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。

Ｓ２７０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ２７０：Ｙｅｓ）は、Ｓ２８０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ２７０：Ｎｏ）は、Ｓ２９０に進む。Ｓ２８０において、制御部３３８は発信方法をＩＮＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ２９０において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。

図１４は、応答変更判定処理によりＩＮＶＩＴＥ（自動応答）に変更される場合の手順を示すシーケンス図である。これは第１端末装置１６ａから第２端末装置１６ｂへＲＢＴ発信を行った際に、応答変更判定処理によりＩＮＶＩＴＥ(自動応答)へ変更と判定された場合のＳＩＰシーケンス図の例となる。つまり、Ｓ２６０が実行された場合のＳＩＰシーケンスの例である。第１端末装置１６ａはＲＢＴ発信、すなわちＩＮＶＩＴＥ(手動応答)を送信する（Ｓ９９８、Ｓ１０００）。管理装置１２は、ＩＮＶＩＴＥ(手動応答)を受信した後、応答変更判定処理の実行結果からＩＮＶＩＴＥ(自動応答)へ変更する（Ｓ１００２）。管理装置１２はＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１００４）。

第２端末装置１６ｂはＩＮＶＩＴＥ（自動応答）を受信した後、第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１００６）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１００８）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）を送信する（Ｓ１０１０）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ１０１２）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１０１４、Ｓ１０１６、Ｓ１０１８）。

図１５は、応答変更判定処理によりＩＮＶＩＴＥ（手動応答）に変更される場合の手順を示すシーケンス図である。これは第１端末装置１６ａから第２端末装置１６ｂへ通常発信を行った際に、応答変更判定処理によりＩＮＶＩＴＥ(手動応答)へ変更と判定された場合のＳＩＰシーケンス図の例となる。つまりＳ２８０が実行された場合のＳＩＰシーケンスの例である。第１端末装置１６ａは自動発信、すなわちＩＮＶＩＴＥ(自動応答)を送信する（Ｓ１０５０、Ｓ１０５２）。管理装置１２は、ＩＮＶＩＴＥ(自動応答)を受信した後、応答変更判定処理の実行結果からＩＮＶＩＴＥ(手動応答)へ変更する（Ｓ１０５４）。管理装置１２は、ＩＮＶＩＴＥ(手動応答)を送信する（Ｓ１０５６）。

第２端末装置１６ｂはＩＮＶＩＴＥ（手動応答）を受信した後、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉｎｇを送信する（Ｓ１０５８）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１０６０）。第２端末装置１６ｂはステータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てにステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ１０６２）。送信されたステータスコード１８０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１０６４）。第１端末装置１６ａは、通話を開始せずに待機する。

その後、第２端末装置１６ｂの通話ボタンが押下された場合（Ｓ１０６６）、第２端末装置１６ｂは第１端末装置１６ａ宛てにステータスコード２００ ＯＫを送信する（Ｓ１０６８）。送信されたステータスコード２００ ＯＫは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１０７０）。第１端末装置１６ａはステータスコード２００ ＯＫを受信した後、ＡＣＫを送信する（Ｓ１０７２）。送信されたＡＣＫは管理装置１２経由で、第２端末装置１６ｂに送信される（Ｓ１０７４）。第１端末装置１６ａはＡＣＫを送信した後、ＲＴＰを使って通話データの送信を開始する（Ｓ１０７６、Ｓ１０７８、Ｓ１０８０）。

なお、図１３に示す応答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ２４０：Ｎｏの場合、Ｓ２７０およびＳ２８０を実行せずに、Ｓ２９０に遷移してもよい。あるいは、Ｓ２４０：Ｙｅｓの場合、Ｓ２５０およびＳ２６０を実行せずに、Ｓ２９０に遷移してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行すればよい。

本実施例によれば、発信先端末装置１６における操作状況に応じて発信元の端末装置１６の発信方式を切りかえるので、適切に通信モードを使用することができる。また、発信先端末装置１６における操作状況に応じて発信方式を切りかえるので、複数種類の通信モードを適切に選択できる。また、適切に発信方式が切りかえられるので、発信側端末装置１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を低減しつつ、発信先端末装置１６の使用者に対してより迅速に情報を伝えることができる。また、通信モードごとに、着信側の端末装置において出力される着信音、すなわち着信を報知する形態が異なるため、着信対象（着信側の端末装置やユーザ）の状況に応じて、着信を報知する形態を適切に選択（変更）できる。また、端末装置１６の設定がＲＢＴ発信になっていても、発信先端末装置１６における操作状況から発信方法を自動で通常発信に切りかえるので、発信先端末装置１６の受信操作を省き、より迅速に通話を開始できる。また、端末装置１６の設定が通常発信になっていても、発信先端末装置１６における操作状況の履歴から発信方法を自動でＲＢＴ発信に切りかえるので、発信先端末装置１６で通話を聞き逃す可能性を低減できる。つまり、発信先端末装置１６における操作状況に応じて、発信元の端末装置１６における通信モードを選択し、第１通信モード（ＲＢＴ発信）のもつ確実性と、第２通信モード（通常発信）のもつ即時性とを両立させている。すなわち、複数種類の通信モードを適切に使用することができる。

また、発信先端末装置１６が外部機器２０の起動および停止を制御したことを示す履歴情報をもとに通信モード変更判定処理を行うので、使用者の状態を高精度に推定することが可能となり、適切な通信モードを選択し、着信を報知する形態を適切に選択できる。また、発信先端末装置１６が所定期間内において外部機器２０を起動した履歴情報が存在する場合に通常発信を選択するので、発信側端末装置１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を低減できる。また、複数の外部機器２０が起動された回数が所定数以上である場合に通常発信を選択するので、発信側端末装置１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を低減できる。

（実施例２）
次に、実施例２を説明する。実施例２では、発信先端末装置１６が操作した機器種別による重み付けを行うことによって、発信方式の切替がなされる。なお、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テーブル３６２の構成は実施例１と同じである。

管理装置１２は履歴テーブル３６２の機器種別、操作種別から発信先の使用者が室内に存在している可能性を示す値である、在室指標Ｚの計算を行う。在室指標Ｚは操作種別が「ＯＮ」の機器の在室係数により決定される。在室指標Ｚは、発信先端末装置１６の使用者１８が通信を認識する程度を示す通信容易性指標の１つである。つまり、在室指標Ｚが大きいほど、発信先端末装置１６の使用者１８が、通信の存在を認識したり、通信内容を把握したりすることが容易な状況であるため、通信容易性が高いといえる。

図１６は、在室係数テーブルのデータ構造を示す。在室係数は機器種別毎に個別に設定され、その機器が使用されている場合は使用者が室内に存在している可能性が高いことが予想される機器ほど、在室係数が高く設定される。本テーブルは管理装置１２の記憶部３４０に記憶される。また、管理装置１２は、全ての端末装置１６に対して同一の在室係数テーブルを使用してもよいし、端末装置１６毎に個別に記憶された在室係数テーブルを使用してもよい。また、端末装置１６は使用者１８に在室係数を入力（指定）させるためのユーザインターフェースを用意し、各端末装置１６から管理装置１２に対して、各使用者１８が入力した在室係数を送信してもよい。管理装置１２は、各端末装置１６から受信した在室係数を端末ＩＤに対応付けて記憶部３４０に記憶すればよい。

図１７は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。Ｓ２１０からＳ２２０までは、図１３のフローチャートと同じである。Ｓ２２０に続く、Ｓ２２５において、管理装置１２の制御部３３８は、操作種別が「ＯＮ」であるレコードを取得して、機器種別毎の在室係数の合計値を在室指標Ｚとして計算する。図１０の例では、発信先端末装置１６が第１端末装置１６ａ（Ｔ１）であり、現時刻ＣＴが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９：５９」、「１０：１９：３２」のレコードであり、そのうち「１０：１９：５９」、「１０：１９：３２」の２つのレコードの操作種別が「ＯＮ」となっている。「１０：１９：５９」の機器種別は「テレビ」であり、「１０：１９：３２」の機種種別は「照明」となるため、図１６のテーブルを参照すると、「テレビ」の重み係数「７」、照明の重み係数「１０」が得られる。これらの情報をもとに以下のように在室指標Ｚを算出する。

在室指標Ｚ=７（テレビ）+ １０（照明）=１７

Ｓ２３５において、管理装置１２の制御部３３８は、在室指標Ｚが所定の値（しきい値）より大きいか否かを判定する。しきい値より大きい場合（Ｓ２３５：Ｙｅｓ）は、Ｓ２５０に遷移する。在室指標Ｚがしきい値以下の場合（Ｓ２３５：Ｎｏ）は、Ｓ２７０に遷移する。例えば、しきい値を「１５」とすると、上記の例で算出した在室指標Ｚの「１７」はしきい値より大きいため、Ｓ２５０に遷移する。

なお、Ｓ２２５において、最新の履歴（直近の履歴）の操作種別が「ＯＮ」である機種種別のデータを用いて、在室指標Ｚを算出してもよい。発信先端末装置１６が第１端末装置１６ａ（Ｔ１）である場合、図１０の例では、「テレビ」の最新履歴の操作種別が「ＯＦＦ」であるため、在室指標Ｚの算出において、「テレビ」の履歴を用いずに、「照明」の履歴のみを用いる。この結果、在室指標Ｚは、「照明」の重み係数「１０」と同じになる。Ｓ２３５における在室指標Ｚのしきい値を「１５」とすると、この場合の在室指標Ｚは、しきい値以下となるため、Ｓ２７０に遷移する。Ｓ２５０からＳ２９０までは、図１３のフローチャートと同じである。

なお、図１７に示す答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ２３５：Ｎｏの場合、Ｓ２７０およびＳ２８０を実行せずに、Ｓ２９０に遷移してもよい。あるいは、Ｓ２３５：Ｙｅｓの場合、Ｓ２５０およびＳ２６０を実行せずに、Ｓ２９０に遷移してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行すればよい。

本実施例によれば、外部機器２０毎に異なる在室係数を設定し、在室係数の合計値である在室指標を計算するので、より高い精度で発信方式を切りかえることができる。すなわち、発信先端末装置１６の使用者が通信を認識する程度を示す通信容易性指標として在室指標を算出し、在室指標をもとに通信モードを選択するため、通信モードを精度よく選択できる。また、着信対象（通信相手）の状況に応じて、着信を報知する形態を高い精度で選択できる。このため、発信側端末装置１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を低減しつつ、発信先端末装置１６の使用者に対してより迅速に情報を伝えることができる。

（実施例３）
次に、実施例３を説明する。実施例３では、実施例２と同様に、発信先端末装置１６が操作した機器種別による重み付けを行うことによって、発信方式の切替がなされる。なお、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テーブル３６２の構成は実施例１と同じである。

管理装置１２は、履歴テーブル３６２を用いて、発信先の端末装置１６が制御した外部機器２０による音の大きさ（騒音状態）を示す値である、騒音指標Ｙを計算する。騒音指標Ｙは操作種別が「ＯＮ」の機器の騒音係数により決定される。つまり、発信先の端末装置１６が音の出る外部機器２０を「ＯＮ」にしている場合、発信先の端末装置１６の周囲の音量（騒音）がある程度大きいと予想され、その端末装置１６の使用者１８が、着信に気づき難い、あるいは、通話の内容を聞き取り難い状態であると推定される。つまり、騒音指標Ｙが大きいほど、発信先端末装置１６の使用者１８が、通信の存在を認識したり、通信内容を把握したりすることが困難な状況であるため、通信容易性が低いといえる。一方、騒音指標Ｙが小さいほど、発信先端末装置１６の使用者１８が、通信の存在を認識したり、通信内容を把握したりすることが容易な状況であるため、通信容易性（通信容易性指標）が高いといえる。つまり、騒音指標Ｙは通信容易性指標の１つである。なお、端末装置１６の周囲の音量と、騒音指標Ｙの大きさ（高さ）との関係は任意に設定可能である。例えば、端末装置１６の周囲の音量が小さいほど、騒音指標Ｙが大きくなるように算出してもよい。この場合は、騒音指標Ｙは、逆に静寂性指標ともいえ、騒音指標Ｙ（静寂性指標）が大きい（高い）ほど、通信容易性（通信容易性指標）が高くなる。

図１８は、騒音係数テーブルのデータ構造を示す。騒音係数テーブルは、機器毎の騒音係数（重み係数）を表すテーブルである。騒音係数は、機器種別毎に個別に設定され、その機器が使用されている場合に使用者１８の周辺に騒音（通話の邪魔になる音）が発生している可能性を示す値である。図１６の在室係数テーブルとは異なって、「テレビ」、「ステレオ」、「ラジオ」の係数が大きくなっていることから分かるように、使用者１８の周辺に騒音が発生している可能性が高いことが予想される機器ほど、騒音係数が高く設定される。なお、図１８における「炬燵」のように、騒音係数が「０」のデータが存在してもよい。

本テーブルは管理装置１２の記憶部３４０に記憶される。また、管理装置１２は、全ての端末装置１６に対して同一の騒音係数テーブルを配信してもよいし、端末装置１６（端末ＩＤ）毎に個別に設定された騒音係数テーブルを配信してもよい。端末装置１６は使用者１８に騒音係数を入力（指定）させるためのユーザインターフェースを用意し、各端末装置１６から管理装置１２に対して、各使用者１８が入力した騒音係数を送信してもよい。管理装置１２は、各端末装置１６から受信した騒音係数を端末ＩＤに対応付けて記憶部３４０に記憶すればよい。

図１９は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。Ｓ３１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ３２０に進む。Ｓ３２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードＲを取得する。その後Ｓ３３０に進む。Ｓ３３０において、制御部３３８はレコードＲから、最新の操作履歴が「ＯＮ」である機器を特定し、特定した機器の騒音係数の合計値を騒音指標Ｙとして計算する。

図１０の例では、送信先端末装置１６が第１端末装置１６ａ（Ｔ１）であり、現時刻ＣＴが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲは、操作日時の時刻が「１０：２５：２４」、「１０：１９：５９」、「１０：１９：３２」のレコードとなる。「１０：２５：２４」、「１０：１９：５９」のレコードＲの機器種別は両方ともテレビだが、最新のレコードである「１０：２５：２４」の操作種別は「ＯＦＦ」のため、テレビの最新の操作履歴は「ＯＦＦ」となる。

一方、「１０：１９：３２」のレコードＲの機器種別は照明だが、「１０：１９：３２」が最新の操作履歴であるため、照明の最新の操作履歴は「ＯＮ」となる。図１８のテーブルを参照すると、「テレビ」の重み係数「１０」、照明の重み係数「１」が得られるが、テレビの最新状態は「ＯＦＦ」であるため、テレビは処理の対象外となる。制御部３３８は、これらの情報をもとに以下のように騒音指標Ｙを算出する。

騒音指標Ｙ=１（照明ＯＮ）＝１

また、発信先端末装置１６が第５端末装置１６ｅ（Ｔ５）であり、現時刻ＣＴが「１０：３０：００」である場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲは、操作日時の時刻が「１０：１８：０４」、「１０：１７：５３」、「１０：００：００」、「０９：３０：２０」の４つのレコードとなる。「０９：３０：２０」において、ステレオが「ＯＮ」になり、「１０：００：００」においてテレビが「ＯＮ」になり、「１０：１７：５３」においてステレオが「ＯＦＦ」になり、「１０：１８：０４」においてラジオが「ＯＮ」になっている。このうち、ステレオの最新の操作履歴（最新の状態）は「ＯＦＦ」であるため、処理の対象外となる。残りのテレビとラジオの最新状態が「ＯＮ」であるため、これらが処理の対象となり、以下のように騒音指標Ｙを算出する。

騒音指標Ｙ＝１０（テレビＯＮ）＋９（ラジオＯＮ）＝１９

その後Ｓ３４０に進む。

Ｓ３４０において、制御部３３８は、騒音指標Ｙが所定の値（しきい値）より大きいか否かを判定する。騒音指標Ｙがしきい値以下の場合（Ｓ３４０：Ｎｏ）は、Ｓ３５０に遷移する。騒音指標Ｙがしきい値より大きい場合（Ｓ３４０：Ｙｅｓ）は、Ｓ３７０に遷移する。例えば、しきい値を「１５」とすると、上記の例で算出した第１端末装置１６ａの騒音指標Ｙの「１」はしきい値より小さいため、Ｓ３５０に遷移し、変更なしと判定される。また、発信先が第５端末装置１６ｅの場合は、算出した騒音指標Ｙの「１９」は、しきい値より大きいため、Ｓ３７０に遷移する。Ｓ３５０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信の場合（Ｓ３５０：Ｙｅｓ）は、Ｓ３６０に進む。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信でない場合（Ｓ３５０：Ｎｏ）は、Ｓ３９０に進む。Ｓ３６０において、制御部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。

Ｓ３７０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ３７０：Ｙｅｓ）は、Ｓ３８０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ３７０：Ｎｏ）は、Ｓ３９０に進む。Ｓ３８０において、制御部３３８は発信方法をＩＮＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ３９０において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。

なお、図１９に示す答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ３４０：Ｎｏの場合、Ｓ３５０およびＳ３６０を実行せずに、Ｓ３９０に遷移してもよい。あるいは、Ｓ３４０：Ｙｅｓの場合、Ｓ３７０およびＳ３８０を実行せずに、Ｓ３９０に遷移してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行すればよい。

なお、上述の説明では、外部機器２０の「ＯＮ」と「ＯＦＦ」の制御情報、すなわち、外部機器２０を起動および停止する制御情報を用いて騒音指標Ｙを算出したが、さらに別の情報を用いてもよい。具体的には、まず端末装置１６が、外部機器２０の音量（ボリューム）を制御した情報を操作履歴パケットに含めて管理装置１２に送信する。例えば、機器種別を「テレビ」とし、操作種別を「音量：１０」とした操作履歴パケットを送信する。またさらに、音質調整（イコライザーなど）に関する情報を送信してもよい。例えば、機種種別を「ステレオ」とし、操作種別を「Ｂａｓｓ：＋３」あるいは「６４Ｈｚ：＋６ｄＢ」とした操作履歴パケットを送信してもよい。また、エアコン、空気清浄機、送風機、ドライヤー等の風量や運転モードに関する情報など、外部機器から発生される音（騒音）の大きさを推定可能な情報を操作履歴パケットに含めてもよい。このように、操作種別（操作情報）は、「ＯＮ」と「ＯＦＦ」だけでなく、数値を含んだ情報であってもよい。

管理装置１２は、発信先の端末装置１６が制御した外部機器２０の音量および音質に関する制御情報の少なくとも一方を用いて、騒音指標Ｙを算出する。例えば、テレビが「ＯＮ」である場合、テレビの音量を「１０」にした場合に比べ、テレビの音量を「２０」にした場合の騒音指標Ｙを、より大きな値（高い値）にする。また、音量が同じ場合であっても、所定の周波数帯域（例えば、低音）が強調されている場合は、騒音指標騒音指標Ｙを、より大きな値にする。例えば、「ステレオ」の音量が一定の値である場合、「Ｂａｓｓ：－３」よりも「Ｂａｓｓ：＋３」のときの騒音指標Ｙを大きな値にする。

また、端末装置１６が外部機器２０の音量・音質を変更しない場合であっても、端末装置１６が近距離無線を介して外部機器２０から現在設定されている音量・音質の情報を取得し、その情報を操作履歴パケットに含めて送信してもよい。つまり、使用者１８が外部機器２０本体の操作部や端末装置１６とは異なるリモコン装置を操作して外部機器２０の設定を変更した場合であっても、端末装置１６が外部機器２０の現在の設定情報を取得し、それを管理装置１２に送信してもよい。例えば、端末装置１６が外部機器２０の電源を「ＯＮ」にした際に、現在の音量設定値（デフォルト値あるいは前回使用された設定値）の外部機器２０から取得し、その情報を管理装置１２に送信する。すなわち、端末装置１６が制御していない音量・音質に関する情報を用いて、騒音指標Ｙを算出してもよい。

また、端末装置１６は操作履歴パケットの中に、音声入力部４４で収音した音の情報を含めてもよい。例えば端末装置１６は、外部機器２０の音量を変更した後の通話を行っていないタイミングで音声入力部４４に入力された音響信号のレベル（周囲の騒音レベル）や周波数特性を計測し、それを操作履歴パケットの中に含めて管理装置１２に含めてもよい。管理装置１２は、操作履歴パケットに含まれる音の情報（音響信号情報）を騒音指標Ｙに反映してもよい。例えば、上述した騒音係数に基づく値の他に、音響信号に基づく値（例えば、音響信号情報を所定数倍した値）を算出し、両者を重み付け加算した値を騒音指標Ｙとしてもよい。あるいは、両者を乗算した値を騒音指標Ｙとしてもよい。すなわち、騒音係数に基づく値が大きいほど、かつ収音された音が大きいほど大きな値となるように騒音指標Ｙを算出してもよい。

本実施例によれば、外部機器２０毎に異なる騒音係数を設定し、騒音係数の合計値である騒音指標を計算するので、より高い精度で発信方式を切りかえることができる。すなわち、発信先端末装置１６の使用者が通信を認識する程度を示す通信容易性指標として騒音指標を算出し、騒音指標をもとに通信モードを選択するため、通信モードを精度よく選択できる。すなわち、着信対象の状況に応じて、着信を報知する形態を高い精度で選択できる。このため、発信側端末装置１６の使用者が発話した情報が発信先端末装置１６の使用者に認識されない事態の発生を低減しつつ、発信先端末装置１６の使用者に対してより迅速に情報を伝えることができる。

（実施例４）
次に、実施例４を説明する。実施例４は、実施例２と実施例３との組合せに相当する。なお、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テーブル３６２の構成は実施例１と同じである。

管理装置１２は、実施例２で説明した在室指標Ｚと、実施例３で説明した騒音指標Ｙをそれぞれ算出する。在室指標Ｚは、大きな値であるほど、発信先の端末装置１６の使用者１８は着信や通話音声を認識し易いといえる。一方、騒音指標Ｙは、大きな値であるほど、発信先の端末装置１６の使用者１８は着信や通話音声を認識し難いといえる。そこで、式（１）を用いて、制御部３８は総合指標Ｘを算出する。

Ｘ=α×Ｚ－β×Ｙ 式（１）

ここで、α、βはそれぞれ０より大きな所定値（係数）である。α、βの値は同じであってもよいし、異なっていてもよい。式（１）によれば、在室指標Ｚが大きいほど、総合指標Ｘが大きな値になる。また、騒音指標Ｙが小さいほど、総合指標Ｘが大きな値になる。

つまり、総合指標Ｘが大きな値であるほど、発信先の端末装置１６の使用者１８は着信や通話音声を認識し易いといえる。したがって、総合指標Ｘは、端末装置１６の使用者１８が着信や通話音声を認識する容易さの程度（難易度）を示す通信容易性指標の１つである。また、在室指標Ｚも同様に通信容易性指標の１つであるといえる。また、騒音指標Ｙは、値の大小と使用者１８が通信を認識する容易さとの関係は逆であるが、同様に通信容易性指標の１つであるといえる。そのため、総合指標Ｘは、複数種類の通信容易性指標をもとに算出された総合的な通信容易性指標であるといえる。

管理装置１２は、図１７のフローチャートと同様な処理を行う。ただし、Ｓ２２５に相当するＳ２２５Ａにおいて、式（１）に基づいて総合指標Ｘを算出する。また、Ｓ２３５に相当するＳ２３５Ａにおいて、総合指標Ｘが所定の値（しきい値）よりも大きいか否かを判定する。

本実施例によれば、在室指標Ｚと騒音指標Ｙとを用いて総合指標Ｘを算出し、総合指標Ｘに基づいて通信モードを選択するので、発信先端末装置１６の使用者の状態の推定精度を向上できる。また、発信先端末装置１６の使用者の状態の推定精度が向上するので、より適切に通信モードを選択することができる。また、着信対象の状況に応じて、着信を報知する形態を高い精度で選択できる。

（実施例５）
次に、実施例５を説明する。実施例１では、図２（ａ）－（ｂ）、図３（ａ）－（ｄ）に示すように、通話処理が２つの端末装置１６間でのみで行われること（個別通話）を前提として説明したが、本実施例では１つの端末装置１６が２つ以上の端末装置１６に対して同報配信を行うグループ呼出を想定する。なお、本実施例の端末装置１６のブロック図、管理装置１２のブロック図、および履歴テーブル３６２の構成は実施例１と同じである。

本実施例における管理装置１２の制御部３３８は記憶部３４０の履歴テーブル３６２から、送信対象グループに所属する全端末装置１６のレコードＲを取得し、操作種別において所定数（所定数Ｍ）以上の「ＯＮ」が存在している端末装置１６の合計数Ｔを集計する。管理装置１２は端末装置１６よりＩＮＶＩＴＥ(手動応答)を受信した場合においても、合計数Ｔが所定数Ｎ（例としてグループに所属する送信対象端末装置１６の半数）より大きい場合、すなわちグループに所属している端末装置１６の使用者の大半が現在屋内に存在し、かつ端末装置１６とともにその場に留まっている可能性が高い場合、グループに所属する全ての端末装置１６へＩＮＶＩＴＥ(自動応答)を送信する。これによりグループ内において、ＩＮＶＩＴＥ(手動応答)を送信した場合と比較して、より迅速に通話を開始することが可能となり、より迅速に情報を伝えることが可能になる。

なお上記では説明を簡潔にするため、「合計数Ｔがグループに所属する送信対象端末装置１６の半数より大きい」としたが、この条件に限定されるものではない。例えば、「合計数Ｔが１以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数の８０％以上」、「合計数Ｔがグループに所属する送信対象端末装置１６の総数と同じ」といった条件を用いてもよい。また、グループ毎に個別の条件を設定してもよい。例えば、グループＡでは、「送信対象端末装置１６の総数の３０％以上」という条件を用い、グループＢでは「送信対象端末装置１６の総数の８０％以上」という条件を用いてもよい。また本実施例では説明のためグループ呼出時の動作としたが、一斉呼出時、すなわち通信システム１００の全端末装置１６に対してＩＮＶＩＴＥ(手動応答)の送信を行う場合においても本実施例と同様な処理を行ってもよい。

図２０は、管理装置１２による応答変更判定処理の手順を示すフローチャートである。Ｓ４１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ４２０に進む。Ｓ４２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から、発信先グループに所属している全端末装置１６について、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲを取得する。このときリストＬを「ＮＵＬＬ（空）」に初期化後、各端末装置１６のレコードＲを記録する。また、合計数Ｔの値も「０」に初期化する。その後Ｓ４３０に進む。Ｓ４３０において、制御部３３８は所定数Ｎを設定する。所定数Ｎは本実施例で説明したようにグループに所属する全端末装置１６数に対する割合を示す数値でもよく、また定数でもよい。その後Ｓ４４０に進む。

Ｓ４４０において、制御部３３８はリストＬから任意の（未処理の）１つの端末装置１６のレコードＲを全て取得する。このとき、取得した端末装置１６のレコードＲの情報はリストＬから削除される。その後Ｓ４５０に進む。Ｓ４５０において、制御部３３８はＳ４４０で取得した全てのレコードＲの操作種別を取得し、「ＯＮ」が所定数Ｍ以上存在するか否かを判定する。所定数Ｍは、例えば「１」にすればよいが、もちろんこれに限定される訳ではなく、「２」以上の値であってもよい。レコードＲの操作種別の「ＯＮ」が所定数Ｍ未満だった場合、（Ｓ４５０：Ｎｏ）は、Ｓ４７０に進む。レコードＲの操作種別で「ＯＮ」が所定数Ｍ以上存在した場合（Ｓ４５０：Ｙｅｓ）は、Ｓ４６０に進む。Ｓ４６０において、制御部３３８は合計数Ｔを「１」インクリメントする。その後Ｓ４７０に進む。Ｓ４７０において、制御部３３８はリストＬ内に端末装置１６のレコードＲが存在するか否か、すなわち未処理の端末装置１６が存在するか否かを判定する。リストＬ内に端末装置１６のレコードＲが存在する場合（Ｓ４７０：Ｙｅｓ）は、Ｓ４４０に戻って処理を繰り返す。リストＬ内に端末装置１６のレコードＲが存在しない場合（Ｓ４７０：Ｎｏ）は、Ｓ４８０に進む。

Ｓ４８０において、制御部３３８は合計数Ｔと、Ｓ４３０にて設定した所定数Ｎを比較し、合計数Ｔが所定数Ｎより大きいか否かを判定する。合計数Ｔが所定数Ｎ以下である場合（Ｓ４８０：Ｎｏ）は、Ｓ５１０に進む。合計数Ｔが所定数Ｎより大きい場合（Ｓ４８０：Ｙｅｓ）は、Ｓ４９０に進む。Ｓ４９０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信の場合（Ｓ４９０：Ｙｅｓ）は、Ｓ５００に進む。発信方法が「ＩＮＶＩＴＥ(手動応答)」、すなわちＲＢＴ発信でない場合（Ｓ４９０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５００において、制御部３３８は発信方法をＩＮＶＩＴＥ(自動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。

Ｓ５１０において、制御部３３８は端末装置１６からの発信方法を判定する。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信の場合（Ｓ５１０：Ｙｅｓ）は、Ｓ５２０に進む。発信方法が「ＩＮＶＩＴＥ(自動応答)」、すなわち通常発信でない場合（Ｓ５１０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５２０において、制御部３３８は発信方法をＩＮＶＩＴＥ(手動応答)へ変更と判定し、判定結果を返す。その後処理を終了する。Ｓ５３０において、制御部３３８は変更なしと判定し、判定結果を返す。その後処理を終了する。

なお、図２０に示す答変更判定処理の一部の処理を省略してもよい。例えば、Ｓ４８０：Ｎｏの場合、Ｓ５１０およびＳ５２０を実行せずに、Ｓ５３０に遷移してもよい。あるいは、Ｓ４８０：Ｙｅｓの場合、Ｓ４９０およびＳ５００を実行せずに、Ｓ５３０に遷移してもよい。すなわち管理装置１２は、外部機器２０に関する操作履歴をもとに、発信元の端末装置１６が指定したＲＢＴ発信を通常発信に変更する処理、および発信元の端末装置１６が指定した通常発信をＲＢＴ発信に変更する処理の少なくとも一方の処理を実行すればよい。

本実施例によれば、複数の発信先端末装置１６のうち、所定期間に所定の操作がなされた発信先端末装置１６（通信容易性指標が所定の基準を満たす発信先端末装置１６）の数がしきい値よりも多い場合、第２通信モード（通常発信）を選択し、それ以外の場合に第１通信モード（ＲＢＴ発信）を選択するので、グループ通信においても通信モードを適切に選択できる。また、グループ通信においても、着信対象の状況に応じて、着信を報知する形態を適切に選択できる。

（実施例６）
本実施例では、これまでの実施例で説明した通信容易性指標をもとに、端末装置１６への発信方式、および端末装置１６で出力される着信音量を決定する。なお、本実施例の端末装置１６のブロック図は実施例１と同じである。管理装置１２は実施例１の構成に加えて、記憶部３４０に履歴テーブル３６２の他、着信音量テーブルを記録する。

本実施例では、管理装置１２の制御部は端末装置１６から通話開始要求を受信した際、実施例４の式（１）を用いて発信先端末装置１６の総合指標Ｘを計算する。本実施例では、通信容易性指標として、実施例４で述べた総合指標Ｘを用いるが、これに限定される訳ではない。次に管理装置１２の制御部３３８は記憶部３４０の着信音量テーブルを参照する。図２１は、着信音量テーブルのデータ構造を示す。本テーブルには総合指標Ｘ毎に、発信先端末装置１６にて出力される着信音量（着信音の音量）が記録される。総合指標Ｘは式（１）で計算される数値であり、着信音量は端末装置１６で出力する着信音量の数値である。なお、本図では例として総合指標Ｘの上限値を１００、下限値を０とし、また着信音量の上限値を１００、下限値を０としているが、他の上限値、下限値を用いてもよい。本図では総合指標Ｘが高い場合、すなわち使用者１８が着信や通話音声を認識し易い場合、着信音量は小さい数値が設定され、総合指標Ｘが低い場合、すなわち使用者１８が着信や通話音声を認識し難い場合、着信音量は大きい数値が設定される。つまり、通信容易性指標が高いほど、着信音量が小さくなるように設定されている。

図２２（ａ）－（ｂ）は、第１端末装置１６ａから第２端末装置１６ｂに発信を行う場合の手順を示すシーケンス図である。発信元である第１端末装置１６ａからの発信方法は通常発信、ＲＢＴ発信のどちらでもよく、またそれ以外での発信方法でもよい。第１端末装置１６ａにおいて発信がなされると（図２２（ａ）のＳ１１００と図２２（ｂ）のＳ１１５０）、第１端末装置１６ａは、通話開始要求であるＩＮＶＩＴＥを送信する（図２２（ａ）のＳ１１０２と図２２（ｂ）のＳ１１５２）。管理装置１２の制御部３３８は第１端末装置１６ａからのＩＮＶＩＴＥを受信した場合、発信先第２端末装置１６ｂの着信音量決定処理を行う（図２２（ａ）のＳ１１０４と図２２（ｂ）のＳ１１５４）。着信音量決定処理は、具体的には発信先第２端末装置１６ｂの総合指標Ｘを計算し、着信音量テーブルから第２端末装置１６ｂの着信音量Ｖを設定する処理となる。

図２２（ａ）に示される通常発信は、管理装置１２の制御部３３８にて発信先第２端末装置１６ｂの発信方法決定処理が実行された際、総合指標Ｘが８０以上、すなわち使用者１８が着信や通話音声を認識し易いと判定された場合のシーケンス図となる。総合指標Ｘが８０以上の場合、図２１に示す着信音量テーブルから、着信音量決定処理により発信先第２端末装置１６ｂの着信音量Ｖは「０」が設定される。管理装置１２の制御部３３８は、着信音量Ｖが「０」の場合、送信先第２端末装置１６ｂへの発信方法を「通常発信」に設定する。管理装置１２の制御部３３８は発信方法が「通常発信」に設定された場合、第２端末装置１６ｂへＩＮＶＩＴＥ（自動応答）を送信する（Ｓ１１０６）。Ｓ１１０８からＳ１１２０のシーケンスは、図１２（ａ）のＳ１６からＳ２８と同じである。

図２２（ｂ）に示されるＲＢＴ発信は、管理装置１２の制御部３３８にて発信先第２端末装置１６ｂの発信方法決定処理が実行された際、総合指標Ｘが８０未満、すなわち使用者１８が着信や通話音声を認識し易いとはいえない、あるいは着信や通話音声を認識し難いと判定された場合のシーケンス図となる。総合指標Ｘが８０未満の場合、図２１に示す着信音量テーブルから、着信音量決定処理により着信音量Ｖは総合指標Ｘに応じた値が設定される。具体的には総合指標Ｘが６０以上８０未満の場合は「２５」、総合指標Ｘが４０以上６０未満の場合は「５０」、総合指標Ｘが２０以上４０未満の場合は「７５」、総合指標Ｘが０以上２０未満の場合は「１００」が設定される。管理装置１２の制御部３３８は、着信音量Ｖが「０」以外の場合、送信先第２端末装置１６ｂへの発信方法を「ＲＢＴ発信」に設定する。管理装置１２の制御部３３８は発信方法が「ＲＢＴ発信」に設定された場合、第２端末装置１６ｂへ着信音量変更指示を送信する（Ｓ１１５６）。着信音量変更指示は、具体的には第２端末装置１６ｂの着信音量を、着信音量Ｖで設定された音量へ変更させる指示となる。着信音量変更指示は、通信容易性指標に対応した着信音（着信報知形態）を示す制御情報（制御信号）であるといえる。

第２端末装置１６ｂの制御部３８は、管理装置１２から着信音量変更指示を受信した場合、第２端末装置１６ｂの着信音量を着信音量変更指示で指定された着信音量Ｖへ変更する（Ｓ１１５８）。第２端末装置１６ｂの制御部３８は着信音量の変更終了後、管理装置１２へ着信音量変更応答を送信する（Ｓ１１６０）。管理装置１２の制御部３３８は、第２端末装置１６ｂから着信音量変更応答を受信した後、第２端末装置１６ｂへＩＮＶＩＴＥ（手動応答）を送信する（Ｓ１１６２）。Ｓ１１６４からＳ１１８６のシーケンスは、図１２（ｂ）のＳ５６からＳ７８と同じである。

図２３は、端末装置１６が着信音量変更指示を受信した場合の処理の手順を示すフローチャートである。Ｓ６００において、制御部３８は着信音量変更指示を受信したか否かを判定する。着信音量変更指示を受信した場合（Ｓ６００：Ｙｅｓ）は、Ｓ６１０に進む。着信音量変更指示を受信していない場合（Ｓ６００：Ｎｏ）は、Ｓ６００に戻り処理を繰り返す。Ｓ６１０において、制御部３８は端末装置１６の着信音量を着信音量変更指示で指定された着信音量Ｖへ変更する。具体的には、制御部３８は受信した音量変更指示の情報（着信音量Ｖに関する情報）を記憶部４０に記憶する。その後Ｓ６２０に進む。Ｓ６２０において、制御部３８は管理装置１２へ着信音量変更応答を送信する。その後Ｓ６００に戻り処理を繰り返す。

図２４は、管理装置１２による処理の手順を示すフローチャートである。これは、管理装置１２の着信音量決定処理から発信処理までの手順に相当する。Ｓ７１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ７２０に進む。Ｓ７２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードＲを取得する。その後Ｓ７３０に進む。Ｓ７３０において、制御部３３８は在室指標Ｚ、騒音指標Ｙおよび式（１）から総合指標Ｘを計算する。その後Ｓ７４０に進む。

Ｓ７４０において、制御部３３８は記憶部３４０の着信音量テーブルを参照し、総合指標Ｘに対応する着信音量Ｖを設定する。その後Ｓ７５０に進む。Ｓ７５０において、制御部３３８は着信音量Ｖが０であるか否かを判定する。着信音量Ｖが０である場合（Ｓ７５０：Ｙｅｓ）は、Ｓ７９０に進む。着信音量Ｖが０でない場合（Ｓ７５０：Ｎｏ）は、Ｓ７６０に進む。Ｓ７６０において、制御部３３８は発信先端末装置１６へ着信音量変更指示を送信する。その後Ｓ７７０に進む。

Ｓ７６０において、制御部３３８は発信先端末装置１６から着信音量変更応答を受信したか否かを判定する。着信音量変更応答を受信していない場合（Ｓ７６０：Ｎｏ）は、Ｓ７７０に戻って処理を繰り返す。着信音量変更応答を受信した場合（Ｓ７６０：Ｙｅｓ）は、Ｓ７８０に進む。Ｓ７８０において、管理装置１２の制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ（手動応答）を送信する。その後処理を終了する。Ｓ７９０において、管理装置１２の制御部３３８は発信先端末装置１６へＩＮＶＩＴＥ（自動応答）を送信する。その後処理を終了する。

Ｓ７８０が実行された場合、発信先端末装置１６は、ＩＮＶＩＴＥ（手動応答）を受信した際に、記憶部４０から着信音量Ｖに関する情報を読み出し、それにしたがって、音声出力部から着信音を出力する。つまり、管理装置１２から指定された着信音量Ｖで着信音を出力する。

本実施例では管理装置１２から端末装置１６へ着信音量の変更を通知する際に着信音量変更通知を送信し、端末装置１６から管理装置１２へ着信音量変更応答を送信するシーケンスを説明したが、端末装置１６の着信音量を変更する手順は他のシーケンスを用いてもよい。例えば、管理装置１２の制御部３３８は着信音量Ｖが０でない場合、着信音量変更通知を送信せずに、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖを設定して送信してもよい。端末装置１６の制御部３８は管理装置１２からＩＮＶＩＴＥ（手動応答）を受信した際に、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖが設定されているか否かを判定し、着信音量Ｖが設定されていた場合は、それにしたがって端末装置１６の着信音量を設定し、音声出力部４６から着信音を出力すればよい。

上記の場合、管理装置１２の制御部３３８は図２４のフローチャートにおいて、（Ｓ７５０：Ｎｏ）の後にＳ７８０に相当するＳ７８０Ａに遷移し、Ｓ７８０Ａにて発信先端末装置１６へ送信するＩＮＶＩＴＥ（手動応答）のパラメータに着信音量Ｖを設定して処理を終了してもよい。また端末装置１６の制御部３８は図２０のフローチャートの処理を省略してもよい。

また、本実施例では、実施例４で説明した通信容易性指標である総合指標Ｘにより着信音量Ｖを決定したが、実施例２で説明した在室指標Ｚ、あるいは実施例３で説明した騒音指標Ｙにより着信音量Ｖを決定してもよい。在室指標Ｚにて着信音量Ｖを決定する場合、管理装置１２の記憶部３４０に記録される着信音量テーブルは在室指標Ｚが高い程着信音量は小さい数値が設定され、在室指標Ｚが低い程着信音量は大きい数値が設定される。また、騒音指標Ｙにて着信音量Ｖを決定する場合、管理装置１２の記憶部３４０に記録される着信音量テーブルは騒音指標Ｙが低い程着信音量は小さい数値が設定され、騒音指標Ｙが高い程着信音量は大きい数値が設定される。

また、本実施例では、通信容易性指標をもとに着信音量Ｖを決定したが、これに限定されるものではない。例えば、通信容易性指標をもとに、着信時に端末装置１６から出力（発生）される振動（バイブレーション）の大きさ（程度）を決定してもよい。例えば、通信容易性指標が高いほど、振動の大きさ（振幅）を小さくし、通信容易性指標が低いほど、振動の大きさを大きくしてもよい。あるいは、通信容易性指標に応じて、振動の周波数、振動する時間、振動パターンなどを変えてもよい。特に端末装置１６においてマナーモード等が設定されている場合、着信音が出力されず、振動が出力されるため、端末装置１６のユーザは、振動を感知することにより、通信（着信）の存在を認識する。このため、着信時に端末装置１６が発生する振動は、着信を報知する形態の１つである。

また、通信容易性指標をもとに、着信側の端末装置１６から出力される通話音量を決定してもよい。例えば、通信容易性指標が高いほど、通話音量を小さく設定し、通信容易性指標が低いほど、通話音量を大きく設定してもよい。通常発信においては、着信音が出力されず、通話音声の出力により、端末装置１６のユーザは通信（着信）の存在を認識する。このため、通話音声の出力は、着信を報知する形態の１つである。

また、着信した際に端末装置１６は、表示部３６に着信メッセージを表示したり、発光部（不図示）を発光させてもよい。つまり、聴覚的な着信通知に限らず、視覚的な着信通知を行ってもよい。そして、通信容易性指標に応じて、視覚的な着信通知を変化させてもよい。例えば、通信容易性指標が相対的に高い場合に、表示部に表示するメッセージのフォントを小さくし、通信容易性指標が相対的に低い場合に、表示部に表示するメッセージのフォントを大きくしてもよい。また、着信時に表示部３６を点滅させるとともに、通信容易性指標が高いほど、点滅における明暗差（コントラスト）を小さくし、通信容易性指標が低いほど、点滅における明暗差を大きくしてもよい。また、着信時に発光部を発光あるいは点滅させるとともに、通信容易性指標が高いほど、発光量を小さくし、通信容易性指標が低いほど、発光量を大きくしてもよい。すなわち、表示の変化および発光の変化は、着信を報知する形態の１つである。また、視覚的な通知（報知）と聴覚的な通知（報知）を両方用いてもよい。また、通信容易性指標に応じて、報知に用いる手段（報知手段）の数を変えてもよい。例えば、通信容易性指標が高い場合には、振動のみを用いて報知し、通信容易性指標が中程度である場合には、振動と発光を組み合わせて報知し、通信容易性指標が低い場合には、振動と発光と呼出音を組み合わせて報知してもよい。管理装置１２の制御部３３８は、端末装置１６が着信報知で使用すべき手段（着信音、振動、発光、表示など）を示す情報を着信音量変更指示や他の制御情報に含めてもよい。すなわち、管理装置１２の制御部３３８は、通信容易性指標が低いほど、報知手段の数が多くなるように制御してもよい。

本実施例によれば、総合指標Ｘの値により発信先端末装置１６への発信方法および発信先端末装置１６での着信音量を決定するので、自動で適切な通信モードを決定することが可能となり、使用者１８へ迅速に情報を伝えることができる。また、端末装置１６の着信音量や通話音量を適切な音量に変更することにより、通話情報が使用者１８に認識されない事態の発生を低減できる。さらに、着信音量を必要以上に大きくすることを防止できるため、端末装置１６の周囲に存在する人（第三者）に着信音による迷惑（不快感やストレス）を与えることを抑制できる。すなわち、着信対象の状況に応じて、着信を報知する適切な形態を高い精度で選択できる。また、管理装置１２で通信モードを自動で決定することにより、発信元端末装置１６において通信モードを設定、選択する手間を省くことができる。

（実施例７）
実施例７では、これまでの実施例で説明した通信容易性指標をもとに、端末装置１６の着信音量、および着信音を出力する時間（着信時間）を決定する。つまり、通信容易性指標をもとに、端末装置１６において着信を報知する形態（着信報知形態）を決定する。以下の説明では、通信容易性指標として、実施例４で説明した総合指標Ｘを用いるが、これに限定される訳ではない。本実施例の端末装置１６は、携帯電話端末であり、スマートフォンなどの移動型通話装置である。本実施例の端末装置１６のブロック図は図６と同じである。また、管理装置１２は実施例１の構成に加えて、記憶部３４０に履歴テーブル３６２の他、着信設定テーブルを記録する。

端末装置１６は通話を受信した際、使用者（ユーザ）１８へ通話の着信を知らせるために着信音を出力する。着信音出力中に端末装置１６の通話ボタンを押すことにより、発信元の使用者１８との通話が開始される。また、所定回数あるいは所定時間着信音を出力しても通話ボタンが押されない場合、タイムアウトにより着信音の出力を終了する、あるいは自動的に録音モード（留守番電話の録音）に移行する、あるいは留守番電話サービス等に切り替わる動作が一般的である。

図２５（ａ）－（ｂ）は、第１端末装置１６ａから第２端末装置１６ｂに発信を行う場合の手順を示すシーケンス図である。図２５（ａ）は、呼び出し（着信）が使用者１８に認識されて通話が成立する場合のシーケンス図である。Ｓ１１９８からＳ１２１０は、図１２（ｂ）のＳ５０からＳ６２と同一である。第２端末装置１６ｂでは着信音が２回出力された（Ｓ１２１２、Ｓ１２１４）後に、第２端末装置１６ｂの使用者１８が通話ボタンを押下して（Ｓ１２１６）、通話が開始される。Ｓ１２１８からＳ１２３０は、図１２（ｂ）のＳ６６からＳ７８と同一である。

図２５（ｂ）は、呼び出し（着信）がユーザに使用者１８に認識されず、通話が成立しない場合のシーケンス図である。Ｓ１２５０からＳ１２６２は、図１２（ｂ）のＳ５０からＳ６２と同一である。第２端末装置１６ｂでは着信音が複数回出力された（Ｓ１２６４からＳ１２７２）後、通話ボタンが押下されないため、呼び出しはタイムアウトと判定される（Ｓ１２７４）。第２端末装置１６ｂはＢＹＥを送信し（Ｓ１２７６）、管理装置１２はＢＹＥを転送する（Ｓ１２７８）。第１端末装置１６ａはＡＣＫを送信し（Ｓ１２８０）、管理装置１２はＡＣＫを転送する（Ｓ１２８２）。

本実施例では、管理装置１２の制御部３３８は、発信元の端末装置１６から通話開始要求を受信した際、実施例４の式（１）を用いて発信先の端末装置１６の総合指標Ｘを計算する。次に管理装置１２の制御部３３８は記憶部の着信設定テーブルを参照する。図２６は、着信設定テーブルのデータ構造を示す。本テーブルには総合指標Ｘ毎に、発信先の端末装置１６にて出力される着信音量、および着信回数が記録される。総合指標Ｘは式（１）で計算される数値である。着信音量は端末装置１６で出力する着信音の音量を示す数値が記録される。着信回数には端末装置１６が着信音を出力する回数の上限値を示す数値が記録される。着信音の出力回数が、この上限値に達すると、タイムアウトと判定され、呼び出しが終了となる、あるいは留守番電話の録音が開始される。なお、本図では例として総合指標Ｘの上限値を１００、下限値を０とし、また着信音量の上限値を１００、下限値を２０とし、着信回数の上限値を２５、下限値を５としているが、他の上限値、下限値を用いてもよい。本図では総合指標Ｘが高い場合、すなわち使用者１８が着信や通話音声を認識し易い場合、着信音量は小さく、また着信回数も小さい数値が記録される。総合指標Ｘが低い場合、すなわち使用者１８が着信や通話音声を認識し難い場合、着信音量は大きく、また着信回数も大きい数値が記録される。つまり、通信容易性指標が高いほど、着信音量は小さく設定され、着信回数は少なく設定される。また、通信容易性指標が低いほど、着信音量は大きく設定され、着信回数は多く設定される。

図２７は、第１端末装置１６ａから第２端末装置１６ｂに発信を行い、管理装置１２が着信設定決定処理を行う場合の手順を示すシーケンス図である。これは、第１端末装置１６ａから第２端末装置１６ｂへ発信を行い、管理装置１２が着信設定決定処理を行い、第２端末装置１６ｂにて呼び出しタイムアウトになった場合のシーケンスの例となる。第１端末装置１６ａにおいて発信がなされると（Ｓ１２９８）、第１端末装置１６ａは、通話開始要求であるＩＮＶＩＴＥを送信する（Ｓ１３００）。管理装置１２の制御部３３８は第１端末装置１６ａからのＩＮＶＩＴＥを受信した場合、発信先の第２端末装置１６ｂの着信設定決定処理を行う（Ｓ１３０２）。

着信設定決定処理は、具体的には発信先の第２端末装置１６ｂの総合指標Ｘを計算し、着信設定テーブルから第２端末装置１６ｂの着信音量Ｖ、および着信回数Ｃの組合せである着信設定ＶＣを決定する処理である。例えば、着信設定ＶＣは、総合指標Ｘが８０以上の場合、着信音量Ｖは「２０」、着信回数Ｃは「５」となり、総合指標Ｘが６０以上８０未満の場合、着信音量はＶ「４０」、着信回数Ｃは「１０」となり、総合指標Ｘが４０以上６０未満の場合、着信音量Ｖは「６０」、着信回数Ｃは「１５」となり、総合指標Ｘが２０以上４０未満の場合、着信音量Ｖは「８０」、着信回数Ｃは「２０」となり、総合指標Ｘが０以上２０未満の場合、着信音量Ｖは「１００」、着信回数Ｃは「２５」となる。すなわち、着信設定決定処理は、第２端末装置１６ｂにおける着信を報知する形態を決定する処理であり、「着信報知形態決定処理」とも呼ばれる。

管理装置１２の制御部３３８は着信設定決定処理を実行後、第２端末装置１６ｂへ着信設定変更指示を送信する（Ｓ１３０４）。着信設定変更指示は、具体的には第２端末装置１６ｂの着信音量および着信回数を、それぞれ着信音量Ｖ、着信回数Ｃで設定された数値へ変更させる指示となる。第２端末装置１６ｂの制御部３８は、管理装置１２から着信設定変更指示を受信した場合、記憶部４０に着信設定変更指示の内容を記録する（Ｓ１３０６）。第２端末装置１６ｂの制御部３８は着信設定変更指示の内容を記録した後、管理装置１２へ着信設定変更応答を送信する（Ｓ１３０８）。管理装置１２の制御部３３８は、第２端末装置１６ｂから着信設定変更応答を受信した後、第２端末装置１６ｂへＩＮＶＩＴＥ（手動応答）を送信する（Ｓ１３１０）。第２端末装置１６ｂの制御部３８は、ＩＮＶＩＴＥ（手動応答）を受信後、記憶部４０に記録された着信設定変更指示にしたがい、着信音量を着信音量Ｖに変更し（Ｓ１３１２）、着信回数を着信回数Ｃへ変更する（Ｓ１３１４）。着信設定変更指示は、通信容易性指標に対応した着信音（着信報知形態）を示す制御情報（制御信号）であるといえる。

第２端末装置１６ｂは、第１端末装置１６ａ宛てにステータスコード１００ Ｔｒｙｉｎｇを送信する（Ｓ１３１６）。送信されたステータスコード１００ Ｔｒｙｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１３１８）。第２端末装置１６ｂはステータスコード１００ Ｔｒｙｉｎｇを送信した後、第１端末装置１６ａ宛てにステータスコード１８０ Ｒｉｎｇｉｎｇを送信する（Ｓ１３２０）。送信されたステータスコード１８０ Ｒｉｎｇｉｎｇは管理装置１２を経由し、第１端末装置１６ａに送信される（Ｓ１３２２）。

第２端末装置１６ｂの制御部３８は音声出力部４６を制御して、着信回数Ｃで設定された回数を上限に着信音を出力させ（Ｓ１３２４～Ｓ１３３０）、その間に第２端末装置１６ｂの使用者１８が通話ボタンを押下する等の所定の操作を行わなければタイムアウトと判定し（Ｓ１３３２）、着信音の出力を停止する。第２端末装置１６ｂはＢＹＥを送信し（Ｓ１３３４）、管理装置１２はＢＹＥを転送する（Ｓ１３３６）。第１端末装置１６ａはＡＣＫを送信し（Ｓ１３３８）、管理装置１２はＡＣＫを転送する（Ｓ１３４０）。

図２８は、端末装置１６による処理の手順を示すフローチャートである。これは、端末装置１６の制御部３８が通信部３４を介して、管理装置１２から着信設定変更指示を受信し、着信を報知する処理（呼び出し処理）を行う際の手順に相当する。Ｓ９００において、制御部３８は着信設定変更指示を受信したか否かを判定する。着信設定変更指示を受信した場合（Ｓ９００：Ｙｅｓ）は、Ｓ９１０に進む。着信設定変更指示を受信していない場合（Ｓ９００：Ｎｏ）は、Ｓ９００に戻り処理を繰り返す。Ｓ９１０において、制御部３８は通信部３４を経由して受信した着信設定変更指示を記憶部４０に記録する。その後Ｓ９２０に進む。Ｓ９２０において、制御部３８は通信部３４を介して管理装置１２へ着信設定変更応答を送信する。その後Ｓ９３０に進む。

Ｓ９３０にて、制御部３８は管理装置１２からＩＮＶＩＴＥ（手動応答）を受信したか否かを判定する。ＩＮＶＩＴＥ（手動応答）を受信した場合（Ｓ９３０：Ｙｅｓ）は、Ｓ９４０に進む。ＩＮＶＩＴＥ（手動応答）を受信していない場合（Ｓ９３０：Ｎｏ）は、Ｓ９３０に戻り処理を繰り返す。Ｓ９４０にて、制御部３８は記憶部４０の着信設定変更指示を読み出して、着信音量を着信音量Ｖに変更し、着信回数を着信回数Ｃへ変更した後、音声出力部４６に着信音を出力させる。制御部３８は着信回数Ｃの期間に使用者１８が所定の操作を行って通話が開始されれば着信音の出力を停止させる。一方、その期間に使用者１８が所定の操作を行わなければタイムアウトと判定し、着信音の出力を停止させる。その後Ｓ９００に戻り処理を繰り返す。

図２９は、管理装置１２による処理の手順を示すフローチャートである。これは、管理装置１２の着信設定決定処理から発信処理までの手順に相当する。Ｓ８１０において、制御部３３８は計時部３３２より現時刻ＣＴを取得する。その後Ｓ８２０に進む。Ｓ８２０において、制御部３３８は記憶部３４０の履歴テーブル３６２から、端末ＩＤが発信先の端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードＲを取得する。その後Ｓ８３０に進む。Ｓ８３０において、制御部３３８は在室指標Ｚ、騒音指標Ｙおよび式（１）から総合指標Ｘを計算する。その後Ｓ８４０に進む。Ｓ８４０において、制御部３３８は記憶部３４０の着信設定テーブルを参照し、総合指標Ｘに対応する着信設定ＶＣを決定する。その後Ｓ８５０に進む。

Ｓ８５０において、制御部３３８は通信部３３４を介して発信先の端末装置１６へ着信設定変更指示を送信する。その後Ｓ８６０に進む。Ｓ８６０において、制御部３３８は通信部３３４を介して発信先の端末装置１６から着信設定変更応答を受信したか否かを判定する。着信音量変更応答を受信していない場合（Ｓ８６０：Ｎｏ）は、Ｓ８６０に戻って処理を繰り返す。着信音量変更応答を受信した場合（Ｓ８６０：Ｙｅｓ）は、Ｓ８７０に進む。Ｓ８７０において、管理装置１２の制御部３３８は通信部３３４を介して発信先の端末装置１６へＩＮＶＩＴＥ（手動応答）を送信する。その後処理を終了する。

なお、本実施例では管理装置１２から端末装置１６へ着信音量の変更を通知する際に着信設定変更通知を送信し、端末装置１６から管理装置１２へ着信設定変更応答を送信するシーケンスを説明したが、端末装置１６の着信音量、および着信回数を変更する手順は他のシーケンスを用いてもよい。例えば、管理装置１２の制御部３３８は、着信設定変更通知を送信せずに、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖおよび着信回数Ｃを設定して送信してもよい。端末装置１６の制御部３８は管理装置１２からＩＮＶＩＴＥ（手動応答）を受信した際に、ＩＮＶＩＴＥ（手動応答）内のパラメータに着信音量Ｖおよび着信回数Ｃが設定されているか否かを判定し、着信音量Ｖおよび着信回数Ｃが設定されていた場合は端末装置１６の着信音量を着信音量Ｖへ、また着信回数を着信回数Ｃに変更する。

上記の場合、管理装置１２の制御部３３８は図２９のフローチャートにおいて、Ｓ８４０を実行した後にＳ８５０に遷移せずに、Ｓ８７０に相当するＳ８７０Ａに遷移し、Ｓ８７０ＡにおいてＩＮＶＩＴＥ（手動応答）のパラメータの中に着信音量Ｖおよび着信回数Ｃを設定し、発信先の端末装置１６へ送信してもよい。すなわち、通信開始要求の中に着信報知形態を示す制御情報を含めてもよい。また、端末装置１６の制御部３８は図２３のフローチャートの処理を省略してもよい。

また、本実施例では発信先の端末装置１６で出力される着信音の回数を着信回数（着信音出力回数）Ｃにより設定したが、着信音を出力してからタイムアウトするまでの時間である着信時間（着信音出力時間）Ｔを設定してもよい。この場合、図２６の着信設定テーブルには総合指標毎に着信時間が記録される。総合指標Ｘが高い場合、すなわち使用者１８が着信や通話音声を認識し易い場合、着信時間も小さい数値が記録され、総合指標Ｘが低い場合、すなわち使用者１８が着信や通話音声を認識し難い場合、着信時間も大きい（長い）数値が記録される。管理装置１２の制御部３３８は着信設定テーブルから着信音量Ｖ、および着信時間Ｔを決定し、着信設定ＶＴとして発信先の端末装置１６へ着信音量変更指示を送信する。

発信先の端末装置１６は着信音量変更指示を受信した後、着信設定ＶＴから着信時間Ｔを取得する。端末装置１６の制御部３８は、着信時間Ｔからタイムアウトまでに出力される着信音の回数を決定する。例えば、着信音を３秒間隔で出力する端末装置１６においては、着信時間Ｔが１５秒だった場合、着信音を５回出力してタイムアウトとなる。また、着信音を５秒間隔で出力する端末装置１６においては、着信時間Ｔが１５秒だった場合、着信音を３回出力してタイムアウトとなる。これにより、管理装置１２の制御部３３８は端末装置１６毎に着信音を出力する間隔が異なっている場合においても、タイムアウトになるまでの時間を統一して設定することができる。着信音を出力する回数である着信回数Ｃと、着信音を出力する時間である着信時間Ｔはともに、着信音の出力期間を規定する情報（パラメータ）である。

また、本実施例では発信先の端末装置１６にて呼び出し処理がタイムアウトした場合、発信先の端末装置１６が発信元の端末装置１６へＢＹＥを送信して呼び出し処理を終了したが、他のシーケンスにより呼び出し処理を終了してもよい。例えば、発信先の端末装置１６は発信元の端末装置１６へ１８０Ｒｉｎｇｉｎｇを送信する際、呼び出し処理がタイムアウトするまでの時間Ｔ２を設定する。発信元の端末装置１６は１８０Ｒｉｎｇｉｎｇを受信後、時間Ｔ２を取得し、１８０Ｒｉｎｇｉｎｇを受信してから時間Ｔ２が経過しても発信先の端末装置１６から２００ＯＫが送信されない場合、発信先の端末装置１６へＣａｎｃｅｌを送信すればよい。

また、本実施例では、実施例４で説明した通信容易性指標である総合指標Ｘにより着信音量Ｖおよび着信回数Ｃを決定したが、実施例２で説明した在室指標Ｚ、あるいは実施例３で説明した騒音指標Ｙにより着信音量Ｖおよび着信回数Ｃを決定してもよい。在室指標Ｚを用いて着信音量Ｖおよび着信回数Ｃを決定する場合、管理装置１２の記憶部３４０に記録される着信設定テーブルにおいて、在室指標Ｚが高い程、着信音量は小さな値に設定され、着信回数は小さな値に設定される。また在室指標Ｚが低い程、着信音量は大きな値に設定され、着信回数は大きな値に設定される。また、騒音指標Ｙを用いて着信音量Ｖを決定する場合、管理装置１２の記憶部３４０に記録される着信音量テーブルにおいて、騒音指標Ｙが低い程、着信音量は小さな値に設定され、着信回数は小さな値に設定される。また、騒音指標Ｙが高い程、着信音量は大きな値に設定され、着信回数は大きな値に設定される。

本実施例によれば、総合指標Ｘの値により発信先の端末装置１６の着信音量および着信回数を決定するので、通話情報が使用者１８に認識されない事態の発生を低減できる。また、総合指標Ｘの値により発信先の端末装置１６の着信音量および着信回数を決定するので、必要以上に大きな音量で着信音を出力したり、必要以上に長時間着信音を出力したりすることを防止できる。また、必要以上に大きな音量で着信音を出力したり、必要以上に長時間着信音を出力したりすることが防止されるので、発信先の端末装置１６の周囲に存在する人（第三者）に与える影響（不快感やストレスなど）を低減できる。すなわち、着信対象の状況に応じて、着信を報知する形態を適切に選択できる。なお、本実施例では、通信容易性指標に応じて、着信音量と着信回数（着信音の出力回数）の両方を設定したが、いずれか一方のみを設定してもよい。また、通信容易性指標に応じて、着信時間（着信音の出力時間）のみを設定してもよい。すなわち、通信容易性指標に応じて、着音量、着信回数、着信時間のうちの少なくとも１つを設定すればよい。

（実施例８）
実施例８では、実施例７で説明した通信容易性指標を管理装置１２の制御部３３８ではなく、端末装置１６の制御部３８で算出する。ここでは、これまでとの差異を中心に説明する。

端末装置１６により外部機器２０の操作がなされた場合、制御部３８は計時部３２から現時刻（現在日時）を取得する。制御部３８は、計時部３２から取得した現時刻と外部機器２０の操作履歴とを対応付ける。これは、自端末装置１６による外部機器２０の操作に関する操作履歴情報の生成に相当する。操作履歴は、外部機器２０の起動および停止を制御する操作の履歴を示す。また、制御部３８は、操作履歴情報を記憶部４０の履歴テーブル（図示せず）に記憶させる。履歴テーブルは、これまでの履歴テーブル３６２と同様のデータ構造を有していてもよいが、端末ＩＤが省略されてもよいし、自端末装置１６の端末ＩＤが記憶されてもよい。また、端末装置１６の記憶部４０には、図１６に示す在室係数テーブルと図１８に示す騒音係数テーブルが記録される。

端末装置１６の制御部３８は記憶部４０の履歴テーブル３６２、在室係数テーブル、騒音係数テーブルから所定の周期（例えば１分）で、自端末装置１６の通信容易性指標を算出する。これは、生成した操作履歴情報をもとに、自端末装置１６の使用者１８が着信を認識する程度を示す通信容易性指標を算出することに相当する。例えば、制御部３８は、実施例４と同様に式（１）にしたがって、総合指標Ｘを通信容易性指標として算出すればよい。通信容易性指標は、総合指標Ｘに限定される訳ではなく、これまでの実施例で説明した種々の通信容易性指標を用いてもよい。端末装置１６は、所定の周期（時間間隔）で端末ＩＤと通信容易性指標とを管理装置１２へ送信する。

管理装置１２の制御部３３８は端末装置１６から受信した通信容易性指標を、端末ＩＤと関連付けて記憶部３４０に記憶する。例えば、ある端末装置１６から新たな通信容易性指標を受信した場合、その端末装置１６の古い通信容易性指標を削除し、端末ＩＤ毎に最新の通信容易性指標を記憶してもよい。あるいは、受信日時と端末ＩＤと通信容易性指標とを関連付けて記憶し、古い通信容易性指標を削除せずに所定の期間において受信した通信容易性指標を全て記憶してもよい。管理装置１２の制御部３３８は、発信元端末装置１６からの通話開始要求であるＩＮＶＩＴＥを受信した場合、記憶部３４０から発信先端末装置１６の通信容易性指標を読み出す。制御部３３８は、図２６に示す着信設定テーブルを参照して、通信容易性指標（ここでは総合指標Ｘ）をもとに着信設定ＶＣを決定し、発信先端末装置１６へ着信設定変更指示を送信する。

端末装置１６の通信部３４は、着信設定変更指示を管理装置１２から受信する。着信設定変更指示は、通信容易性指標に対応した着信音（着信報知形態）を示す制御情報（制御信号）に相当し、着信音の音量に関する第１情報と、着信音の出力期間に関する第２情報とを含む。制御部３８は、実施例７と同様の処理を行う。つまり、制御部３８は、通信容易性指標に含まれた第１情報にしたがって音量を設定するとともに、第２情報にしたがって出力期間を設定する。これに続いて、制御部３８は、通信部３４が他の端末装置１６から通信開始要求を受信した場合に、管理装置１２から受信した着信設定変更指示にしたがって着信音を音声出力部４８（出力部）に出力させる。すなわち、端末装置１６は、通信開始要求を受信する前に受信した着信設定変更指示（着信報知形態を示す制御情報）にしたがって着信音を出力する。なお、上述したように、着信の報知の形態は、着信音の出力に限らず、表示部３６の表示の変化であっても、発光部（不図示）の発光でもよい。つまり、制御部３８は、音声出力部４８、表示部３６、発光部等の出力部を制御して、着信報知形態を示す制御情報にしたがって出力部に着信を報知させる。また、実施例７で述べたように、端末装置１６は、着信報知形態を示す制御情報が含まれた通信開始要求を受信してもよい。この場合は、通信開始要求と同時に制御情報を受信しているといえる。すなわち、端末装置１６は、通信開始要求より前あるいは同時（所定期間）に管理装置１２から受信した制御情報にしたがって、着信報知形態を変更する。なお、着信設定テーブルを記憶部４０に記憶し、制御部３８が着信設定テーブルを参照し、通信容易性指標をもとに着信設定ＶＣを決定してもよい。この場合、管理装置１２は着設定変更指示の送信を省略できる。

本実施例によれば、外部機器の操作に関する操作履歴情報をもとに算出した通信容易性指標に応じて着信音を出力するので、着信対象の状況に応じて、着信を報知する形態を適切に選択できる。また、通信容易性指標を所定の時間間隔で管理装置に送信し、所定期間内に管理装置から受信した着信設定変更指示にしたがって着信音を出力するので、着信対象の状況の変化に柔軟に対応して、着信を報知する形態を適切に選択できる。また、外部機器の起動および停止を制御する操作の履歴を示す操作履歴情報を使用するので、着信に対応できる状況であるか否か、すなわち着信対象の状況を精度よく、かつユーザに余計な負担をかけずに推定できる。また、着信設定変更指示にしたがって着信音の音量と、着信音の出力期間とを変更するので、状況に応じて着信音の音量と着信音の出力期間とを変更できる。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

実施例１から８では、端末装置１６の使用者１８が端末装置１６の外部機器２０に対して操作を行った情報をもとに、通信容易性指標を算出したが、これに限定されるものではない。例えば、端末装置１６の使用者１８が端末装置１６本体（自端末装置）に対して行った操作情報をもとに、通信容易性指標を算出してもよい。例えば、端末装置１６に格納されているアプリケーション（アプリ）を起動した情報、アプリケーションを終了した情報、文字を入力した情報、画面のスクロールした情報、ボタンを押した情報などを操作履歴に格納し、その操作履歴をもとに、通信容易性指標を算出してもよい。端末装置１６は、自端末装置のアプリ等を操作対象にして行われた操作履歴を図７に示す操作履歴パケットと同様なデータ形式で、管理装置１２に送信してもよい。例えば、機器種別の代わりにアプリの識別情報やアプリの種別を記録し、操作種別として「端末電源ＯＮ」、「端末電源ＯＦＦ」、「アプリ起動」、「アプリ終了」、「文字入力」、「スクロール」等の種々の操作情報を記録すればよい。管理装置１２は、このような操作履歴をもとに通信容易性指標を算出してもよい。また、端末装置１６が、自端末装置に対して行われた操作履歴をもとに、通信容易性指標を算出し、それを管理装置１２に送信してもよい。

端末装置１６に対する操作が頻繁に行われている場合、つまり発信が行われた時点より前の所定時間以内に操作が行われている場合、端末装置１６の使用者１８は端末装置１６の近くにいる可能性が高いため、相対的に高い値になるように通信容易性指標を算出する。一方、端末装置１６に対する操作が長時間行われていない場合、つまり発信が行われた時点より前の所定時間以内に操作が行われていない場合、端末装置１６の使用者１８は端末装置１６の近くにいない可能性が高いため、相対的に低い値となるように通信容易性指標を算出する。例えば、直近の所定期間における操作回数（文字入力数など）を算出し、操作回数が所定以上の場合には、通信容易性指標を相対的に高く算出し、操作回数が所定数未満の場合には、通信容易性指標を相対的に低く算出すればよい。また、操作回数が多いほど通信容易性指標を高く算出してもよい。また、端末装置１６において直近で操作が行われていない時間（未操作時間）を算出し、未操作時間が短いほど通信容易性指標を高く算出し、未操作時間が長いほど通信容易性指標を低く算出してもよい。

また、アプリの起動、アプリの終了、文字入力、スクロール、スクリーンロック設定、スクリーンロック解除、本体電源ＯＮ、本体電源ＯＦＦ等の操作の種別に応じて異なる重みを付けて通信容易性指標を算出してもよい。また、スクリーンロック解除や本体電源ＯＮを外部機器の電源ＯＮと同様に扱い、スクリーンロック設定や本体電源ＯＦＦを外部機器の電源ＯＦＦと同様に扱ってもよい。また、音楽再生アプリやビデオ再生アプリ等の音を出力するアプリを使用中であるか否かに応じて通信容易性指標を算出してもよい。すなわち、操作対象の機器は外部機器であっても、端末装置（自端末装置）であってもよく、着信対象（通信相手）となる端末装置によって行われた操作の履歴をもとに、通信容易性指標を算出すればよい。

そして各実施例で説明したのと同様に、このように算出した通信容易性指標をもとに、着信報知形態（通常発信とＲＢＴ発信の切り替え、着信音量、着信回数、着信時間など）の制御を行ってもよい。本変形例によれば、外部機器を制御しない端末装置においても、着信対象の状況に応じて、着信を報知する形態を適切に選択できる。すなわち、幅広い通信システムに本発明を適用することができる。

実施例１から実施例８の任意の組合せも有効である。本変形例によれば、実施例１から実施例８の任意の組合せによる効果を得ることができる。

１０ ネットワーク、 １２ 管理装置、 １４ 基地局装置、 １６ 端末装置、 １８ 使用者、 ２０ 外部機器、 ３０ 入力部、 ３２ 計時部、 ３４ 通信部、 ３６ 表示部、 ３８ 制御部、 ４０ 記憶部、 ４２ 近距離通信部、 ４４ 音声入力部、 ４６ 音声出力部、 ６０ 設定テーブル、 １００ 通信システム、 ２００ クロック発振器、 ２１０ ＣＰＵ、 ２２０ ユーザＩＦ、 ２３０ 通信ＩＦ、 ２４０ 音声ＩＦ、 ２５０ バス、 ３３２ 計時部、 ３３４ 通信部、 ３３８ 制御部、 ３４０ 記憶部、 ３６２ 履歴テーブル、 ４００ クロック発振器、 ４１０ ＣＰＵ、 ４３０ 通信ＩＦ、 ４５０ バス。

Claims (5)

1. 自端末装置による操作に関する操作履歴情報を生成する生成部と、
   前記生成部において生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を認識する程度を示す通信容易性指標を算出する算出部と、
   前記算出部において算出した前記通信容易性指標を管理装置に送信し、前記通信容易性指標に対応した着信報知形態を示す制御情報を前記管理装置から受信する通信部と、
   前記通信部が他の端末装置から送信された通信開始要求を受信した場合に、前記制御情報にしたがった形態で着信を報知する制御部と、
   を備える端末装置。
2. 前記通信部は、前記通信容易性指標を所定の時間間隔で前記管理装置に送信し、
   前記制御部は、前記通信開始要求より前あるいは同時に前記管理装置から受信した前記制御情報にしたがって着信音を出力することを特徴とする請求項１に記載の端末装置。
3. 前記操作履歴情報は、外部機器の起動および停止を制御する操作の履歴を示すことを特徴とする請求項１または２に記載の端末装置。
4. 前記通信部が受信する前記制御情報には、着信音の音量に関する第１情報と、着信音の出力期間に関する第２情報とが含まれ、
   前記制御部は、前記通信部において受信した前記制御情報に含まれた前記第１情報にしたがって音量を設定するとともに、前記第２情報にしたがって出力期間を設定する請求項１から３のいずれかに記載の端末装置。
5. コンピュータに、
   自端末装置による操作に関する操作履歴情報を生成するステップと、
   生成した前記操作履歴情報をもとに、自端末装置のユーザが着信を認識する程度を示す通信容易性指標を算出するステップと、
   算出した前記通信容易性指標を管理装置に送信し、前記通信容易性指標に対応した着信報知形態を示す制御情報を前記管理装置から受信するステップと、
   他の端末装置から送信された通信開始要求を受信した場合に、前記制御情報にしたがった形態で着信を報知するステップと、
   を実行させるプログラム。

Images