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

Abstract

【課題】端末装置における複数種類の発信方式を適切に切りかえる技術を提供する。【解決手段】通信部３４は、他の端末装置１６における操作を示す履歴情報を取得する。制御部３８は、通信部３４において取得した履歴情報をもとに、他の端末装置１６において所定の操作が行われた後に通信が開始される第１通信モードと、他の端末装置１６において所定の操作が行われない場合であっても通信が開始される第２通信モードのいずれかの通信モードを選択する。通信部３４は、制御部３８において選択した通信モードにしたがって、他の端末装置１６に信号を発信する。【選択図】図６

Description

本発明は、通信技術に関し、特に複数種類の通信モードを実行可能である端末装置、プログラムに関する。

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

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

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

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

本発明はこうした状況に鑑みてなされたものであり、その目的は、端末装置における複数種類の発信方式を適切に切りかえる技術を提供することである。

上記課題を解決するために、本発明のある態様の端末装置は、他の端末装置における操作を示す履歴情報を取得する取得部と、取得部において取得した履歴情報をもとに、他の端末装置において所定の操作が行われた後に通信が開始される第１通信モードと、他の端末装置において所定の操作が行われない場合であっても通信が開始される第２通信モードのいずれかの通信モードを選択する制御部と、制御部において選択した通信モードにしたがって、他の端末装置に信号を発信する通信部と、を備える。

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

本発明によれば、端末装置における複数種類の発信方式を適切に切りかえることができる。

実施例１に係る通信システムの構成を示す図である。 図２（ａ）−（ｂ）は、通信システムにおける通常発信の概要を示す図である。 図３（ａ）−（ｄ）は、通信システムにおけるＲＢＴ発信の概要を示す図である。 図４（ａ）−（ｂ）は、端末装置の表示部に表示される画面を示す図である。 端末装置のハードウエア構成および機能ブロックを示す図である。 端末装置の詳細な機能ブロックを示す図である。 端末装置から送信される操作履歴パケットのデータ構造を示す図である。 管理装置のハードウエア構成および機能ブロックを示す図である。 管理装置の詳細な機能ブロックを示す図である。 管理装置の履歴テーブルのデータ構造を示す図である。 端末装置による通信モード選択処理を示すフローチャートである。 端末装置による発信方法取得処理の手順を示すフローチャートである。 実施例２に係る端末装置の在室係数テーブルのデータ構造を示す図である。 端末装置による通信モード選択処理を示すフローチャートである。 実施例３に係る端末装置の騒音係数テーブルのデータ構造を示す図である。 端末装置による通信モード選択処理を示すフローチャートである。 実施例５に係る端末装置による通信モード選択処理を示すフローチャートである。 実施例６に係る端末装置から送信される操作履歴パケットのデータ構造を示す図である。 管理装置の履歴テーブルのデータ構造を示す図である。

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

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

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

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

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

図２（ａ）において、第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第２使用者１８ｂが第２端末装置１６ｂを操作しなくても、第１使用者１８ａと第２使用者１８ｂとの音声通話が開始される。具体的に説明すると、第１使用者１８ａが第１端末装置１６ａの通話ボタンを押し下げている間、第１使用者１８ａによって発話された音声が音声信号として、第１端末装置１６ａから第２端末装置１６ｂに発信される。第２端末装置１６ｂは、受信した音声信号を再生し、音声を出力する。図２（ｂ）は、図２（ａ）に続く処理であり、第２使用者１８ｂが第２端末装置１６ｂの通話ボタンを押し下げている間、第２使用者１８ｂによって発話された音声が音声信号として、第２端末装置１６ｂから第１端末装置１６ａに発信される。第１端末装置１６ａは、受信した音声信号を再生し、音声を出力する。このように、第１使用者１８ａと第２使用者１８ｂとの間で交互に通話ボタンが押し下げられ、通話がなされる。

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

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

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

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

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

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

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

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

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

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

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

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

記憶部４０内の設定テーブル６０には、端末装置１６についての各種設定情報が記録される。例えば、ＲＢＴ利用設定に関する情報（ＲＢＴ設定情報）が設定テーブル６０に記録される。具体的には、ＲＢＴ利用設定にて、「利用しない」、「常時利用」、「発信時選択」のどれが使用者１８に選択されているかを示す情報、例えば、０、１、２の値が記録される。記憶部４０内の履歴テーブル６４は、管理装置１２から配信される各端末装置１６の外部機器操作履歴に関する情報が記録される。履歴テーブル６４についての詳細は後述の管理装置１２のブロック図の説明にて表記する。

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

図７は、端末装置１６から送信される操作履歴パケットのデータ構造を示す。端末ＩＤには、端末装置１６の名称およびＩＤが記載される。なお、名称を省略し、ＩＤのみを記載してもよい。操作日時は、外部機器２０を操作した日と時刻を含み、それぞれ計時部３２から取得した日付（年月日）と現時刻が記載される。機器種別には操作を行った外部機器２０の名称が記載される。なお、本実施例では、機器種別に外部機器２０の名称を記録するものとするが、これに限らず、外部機器２０の識別子（外部機器ＩＤ）を記録してもよい。例えば、建物内に複数のエアコンが存在する場合、個々のエアコンを識別する識別子を機種種別に記録してもよい。操作種別には外部機器２０に対して行った操作の種別、具体的には外部機器２０の電源を入れた場合は「ＯＮ」、電源を切った場合は「ＯＦＦ」が記載される。なお、操作日時の記載例である「２０１８／６／１ １０：１９：１４」の表記は「２０１８年６月１日 １０時１９分１４秒」であることを表す。

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

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

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

記憶部３４０には、履歴テーブル３６２が配置される。履歴テーブル３６２には、各端末装置１６から送信される操作履歴パケットの内容が記録される。図１０は、管理装置１２の履歴テーブル３６２のデータ構造を示す。履歴テーブル３６２の各パラメータは、図７の操作履歴パケットの構成例で説明した内容と同じである。なお履歴テーブル３６２において、端末ＩＤはＩＤのみでもよく、端末装置１６の名称の記録を省略してもよい。また、本図では、図２（ａ）−（ｂ）で示していない第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆも存在する。各端末装置１６のＩＤは第１端末装置１６ａ（ＩＤ：００１）、第２端末装置１６ｂ（ＩＤ：００２）、第３端末装置１６ｃ（ＩＤ：００３）、第４端末装置１６ｄ（ＩＤ：００４）、第５端末装置１６ｅ（ＩＤ：００５）、第６端末装置１６ｆ（ＩＤ：００６）とする。

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

制御部３３８は、所定の周期（例えば３分）で記憶部３４０から履歴テーブル３６２を取得する。通信部３３４は、履歴テーブル３６２の内容を、基地局装置１４経由で全ての端末装置１６に所定の周期で配信する。

ここでは、図６の端末装置１６の説明に戻る。端末装置１６の通信部３４は、履歴テーブル３６２を管理装置１２から受信する。これは、他の端末装置１６における操作を示す履歴情報であって、かつ他の端末装置１６が外部機器２０の起動および停止を制御したことを示す履歴情報を受信するといえる。制御部３８は、通信部３４において受信した履歴テーブル３６２を記憶部４０に履歴テーブル６４として記録する。つまり、管理装置１２の記憶部３４０の履歴テーブル３６２と、端末装置１６の記憶部４０の履歴テーブル６４の内容は、管理装置１２からの所定の周期の配信により同期される。なお、履歴テーブル３６２または履歴テーブル６４を履歴情報と呼ぶ場合もあるが、履歴テーブル３６２または履歴テーブル６４に含まれる任意の１行または複数行のデータ（レコード）を履歴情報あるいは操作履歴と呼ぶ場合もある。

通話ボタンの操作がなされ、入力部３０において通話ボタンの押下が検出された場合、制御部３８は、記憶部４０を参照し、発信方法を確認する。発信方法が通常発信の場合、制御部３８は、発信先の端末装置１６（以下、「発信先端末装置１６」ともいう）へ通常発信を行う。発信方法がＲＢＴ発信の場合、制御部３８は計時部３２より現時刻（現在日時）ＣＴを取得する。制御部３８は、記憶部４０の履歴テーブル６４を参照し、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードを取得する。ここで取得した１つ以上のレコードをレコードＲと呼ぶ。履歴テーブル６４に発信先端末装置１６のレコードＲが存在しない場合、制御部３８は、発信先端末装置１６へＲＢＴ発信を行う。

発信先端末装置１６についてのレコードＲ取得後、制御部３８は全てのレコードＲの操作種別を取得する。操作種別が「ＯＮ」のレコードＲが所定数未満である場合、例えばレコードＲの操作種別が全て「ＯＦＦ」である場合、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。操作種別が「ＯＮ」のレコードＲが所定数以上存在する場合、制御部３８は発信先端末装置１６へ通常発信を行う。つまり、制御部３８は、取得した履歴テーブル６４をもとに、ＲＢＴ発信と通常発信のいずれかの通信モードを選択する。これは、発信先端末装置１６で外部機器２０の操作、すなわち部屋の照明やテレビ、エアコン等を所定の期間内で「ＯＮ」に設定した場合、発信先の使用者１８は現在屋内に存在し、かつ端末装置１６と共にその場に留まっている可能性が極めて高く、直ちに通話を開始しても問題がないという知見に基づく処理となる。以下では説明を簡潔にするため、特に断らない限り、所定数を「１」とするが、この値に限定されるものではない。

図１０の例では、発信先端末装置１６が第１端末装置１６ａであり、現時刻ＣＴが「１０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲは、操作日時が「２０１８／６／１ １０：２５：２４」、「２０１８／６／１ １０：１９：５９」、「２０１８／６／１ １０：１９：３２」である３つであり、そのうち操作日時が「２０１８／６／１ １０：１９：５９」、「２０１８／６／１ １０：１９：３２」の２つのレコードの操作種別が「ＯＮ」となっている。所定数を「１」とすると、「ＯＮ」のレコード数「２」は所定数「１」以上であるため、第１端末装置１６ａへ発信する場合、制御部３８は、使用者１８が選択した発信方法がＲＢＴ発信であっても、通常発信に自動的に切りかえる。発信方法を通常発信に自動的に切りかえることにより、ＲＢＴ発信と比べてより迅速に通話を開始することが可能となり、受信側の使用者１８も端末装置１６を操作することなく通話を受信できる。

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

また、制御部３８は、端末ＩＤが発信先端末装置１６である操作履歴を対象に、機器種別毎に最新（直近）の操作履歴を取得し、「ＯＮ」である操作種別の数をもとに、通信モードを選択してもよい。例えば、「テレビ」、「照明」、「エアコン」の３つの外部機器２０の操作履歴が記録されており、「テレビ」の最新の操作種別は「ＯＮ」、照明の最新の操作種別が「ＯＮ」、エアコンの最新の操作種別が「ＯＦＦ」だとする。この場合、「ＯＮ」の外部機器２０は２つとなり、最新履歴が「ＯＮ」の外部機器２０の数が２つ以上の場合に、通常発信を行う条件を用いると、通常発信が選択される。また例えば、３つの操作種別が全て「ＯＦＦ」の場合には、ＲＢＴ発信が選択される。つまり、通信部３４は、発信先端末装置１６が複数の外部機器２０を制御した履歴情報を取得し、制御部３８は、起動状態（「ＯＮ」状態）の外部機器２０の数が所定数以上である場合に、通常発信を選択する。

図１１は、端末装置１６による通信モード選択処理を示すフローチャートである。制御部３８は、入力部３０からの通話ボタンの押下を監視する。（Ｓ１００）。通話ボタン押下を検出していない場合（Ｓ１００：Ｎｏ）は、Ｓ１００に戻って処理を繰り返す。通話ボタン押下を検出した場合（Ｓ１００：Ｙｅｓ）は、Ｓ１１０に進む。Ｓ１１０において、制御部３８は発信方法取得処理を実行する。

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

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

Ｓ１２０において、制御部３８はＳ１１０で取得した変数ＳＸが「ＲＢＴ発信」であるか否かを判定する。発信方法が「ＲＢＴ発信」の場合（Ｓ１２０：Ｙｅｓ）は、Ｓ１３０に進む。発信方法が「通常発信」の場合（Ｓ１２０：Ｎｏ）は、Ｓ１７０に進む。Ｓ１３０において、制御部３８は計時部３２より現時刻ＣＴを取得する。その後Ｓ１４０に進む。Ｓ１４０において、制御部３８は記憶部４０の履歴テーブル６４から、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻（現在日時）ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ１５０に進む。Ｓ１５０において、制御部３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ１５０：Ｙｅｓ）は、Ｓ１６０に進む。レコードＲが存在しない場合（Ｓ１５０：Ｎｏ）は、Ｓ１８０に進む。

Ｓ１６０において、制御部３８はＳ１４０で取得した全てのレコードＲの操作種別を取得し、操作種別が「ＯＮ」のレコードが１つ以上存在するか否かを判定する。すなわち、操作種別が「ＯＮ」のレコードが所定数以上存在するか否かを判定する。レコードＲの操作種別が全て「ＯＦＦ」だった場合、（Ｓ１６０：Ｎｏ）は、Ｓ１８０に進む。レコードＲの操作種別で１つ以上「ＯＮ」が存在した場合（Ｓ１６０：Ｙｅｓ）は、Ｓ１７０に進む。Ｓ１７０において、制御部３８は発信先端末装置１６へ通常発信を行う。その後処理を終了する。Ｓ１８０において、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。その後処理を終了する。つまり、通信部３４は、制御部３８において選択した通信モードにしたがって、発信先端末装置１６に信号を発信する。

なお、上述の説明では、変数ＳＸに「ＲＢＴ発信」がセットされている場合に、操作履歴に基づいて「通常発信」を選択する処理を説明したが、これに限定されるものではない。変数ＳＸに「通常発信」がセットされている場合、操作履歴をもとに「ＲＢＴ発信」を選択する処理を行ってもよい。例えば、図１１のフローチャートにおいて、Ｓ１２０：Ｎｏの場合にＳ１７０に進む代わりに、Ｓ１４０と同様に発信先端末装置１６のレコードＲを取得する。そして、レコードＲが存在しない場合もしくはレコードＲにおいて操作種別が「ＯＮ」のレコードが所定数（例えば、１つ）未満である場合に、「ＲＢＴ発信」を選択してもよい。また図１１のフローチャートでは、変数ＳＸの値を用いて処理を行っているが、変数ＳＸを用いなくてもよい。つまり、使用者１８に発信方式を設定させることなく、制御部３８が、操作履歴をもとに「通常発信」または「ＲＢＴ発信」を自動的に選択してもよい。すなわち、レコードＲにおいて操作種別が「ＯＮ」のレコードが所定数以上である場合に「通常発信」を選択し、それ以外の場合に「ＲＢＴ発信」を選択するようにしてもよい。

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

また、発信先端末装置が外部機器２０の起動および停止を制御したことを示す履歴情報をもとに発信方式を切りかえるので、使用者の状態を高精度に推定できる。また、発信先端末装置が所定期間内において外部機器２０を起動した履歴情報が存在する場合に通常発信を選択するので、発信側端末装置の使用者が発話した情報が発信先端末装置の使用者に認識されない事態の発生を低減できる。また、複数の外部機器２０が起動された回数が所定数以上である場合に通常発信を選択するので、発信側端末装置の使用者が発話した情報が発信先端末装置の使用者に認識されない事態の発生を低減できる。

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

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

図１３は、端末装置１６の記憶部４０に記憶される在室係数テーブルのデータ構造を示す。在室係数テーブルは、機器毎の在室係数（重み係数）を表すテーブルである。在室係数は機器種別毎に個別に設定され、その機器が使用されている場合（電源が「ＯＮ」状態の場合）は使用者１８が室内に存在している可能性が高いと予想される機器ほど、在室係数が高く設定される。なお、本テーブルは管理装置１２から配信されてもよく、管理装置１２から配信せずに端末装置１６があらかじめ記憶していてもよい。また、管理装置１２は、全ての使用者１８に対して同一の在室係数テーブルを配信してもよいし、端末装置１６（端末ＩＤ）毎に個別に設定された在室係数テーブルを配信してもよい。各端末装置１６は、各使用者１８によって入力部３０に入力された在室係数を在室係数テーブルに記憶してもよい。また、管理装置１２から受信した在室係数テーブルをもとに、さらに使用者１８が変更を加えた値を記憶してもよい。つまり、端末装置１６の使用者１８は、自分の日頃の行動パターンを鑑みて、在室係数テーブルを設定してもよい。例えば、室外に出る際に必ずテレビを消す使用者は、テレビの在室係数を標準よりも大きな値に設定し、テレビをつけたまま室外に出ることが多い使用者はテレビの在室係数を標準よりも小さな値に設定すればよい。端末装置１６において在室係数テーブルを作成あるいは変更した場合には、その端末装置１６から管理装置１２に対して、端末ＩＤと在室係数テーブルとを関連付けて送信する。管理装置１２の記憶部３４０は、端末ＩＤ毎に在室係数テーブルを記憶し、各端末装置１６に対して、端末ＩＤと関連付けた在室係数テーブルを配信する。つまり、１つの端末装置１６において在室係数テーブルが設定された場合、そのデータは管理装置１２を経由して他の全ての端末装置１６に配信される。

図１４は、端末装置１６による通信モード選択処理を示すフローチャートである。Ｓ１００からＳ１４０までは、図１１のフローチャートと同じである。Ｓ１４０に続く、Ｓ１４５において、端末装置１６の制御部３８は、レコードＲの中で操作種別が「ＯＮ」であるレコードを取得して、機器種別毎の在室係数の合計値を在室指標Ｚとして計算する。なお、Ｓ１４０で取得されたレコードＲが存在しない場合には、在室指標Ｚを「０」とする。また、記憶部４０が端末ＩＤ毎に在室係数テーブルを記憶している場合には、発信先端末装置１６に該当する在室係数テーブルを使用する。図１０の例では、発信先端末装置１６が第１端末装置１６ａであり、現時刻（現在日時）ＣＴが「２０１８／６／１ １０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲは「２０１８／６／１ １０：２５：２４」、「２０１８／６／１ １０：１９：５９」、「２０１８／６／１ １０：１９：３２」である。そのうち「２０１８／６／１ １０：１９：５９」、「２０１８／６／１ １０：１９：３２」のレコードの操作種別が「ＯＮ」となっている。

「２０１８／６／１ １０：１９：５９」の機器種別は「テレビ」であり、「２０１８／６／１ １０：１９：３２」の機器種別は「照明」となるので、図１３に例示した在室係数テーブルを参照すると、「テレビ」の在室係数「７」、照明の在室係数「１０」が得られる。これらの情報をもとに、制御部３８は、以下のように在室指数Ｚを算出する。

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

つまり、制御部３８は、複数の外部機器２０毎に設定された値（在室係数）を、所定の期間において起動された外部機器２０について加算して、通信容易性指標である在室指数Ｚを算出する。

Ｓ１５５において、端末装置１６の制御部３８は、在室指標Ｚが所定の値（しきい値）より大きいか否かを判定する。しきい値より大きい場合、Ｓ１７０に遷移する。在室指標Ｚがしきい値以下の場合、Ｓ１８０に遷移する。例えば、しきい値を「１５」とすると、上記の例で算出した在室指標Ｚの「１７」はしきい値より大きいので、Ｓ１７０に遷移し、通常発信が行われる。このように、制御部３８は、在室指標Ｚが所定条件を満たす場合に、通常発信を選択する。

なお、Ｓ１４５において、最新（直近）の履歴の操作種別が「ＯＮ」である機器種別のデータを用いて、在室指標Ｚを算出してもよい。発信先端末装置１６が第１端末装置１６ａである場合、図１０の例では、「テレビ」の最新履歴の操作種別が「ＯＦＦ」であるので、在室指標Ｚの算出において、「テレビ」の履歴を用いずに、「照明」の履歴のみが使用される。その結果、在室指標Ｚは、「照明」の在室係数「１０」と同じになる。Ｓ１５５における在室指標Ｚのしきい値を「１５」とすると、この場合の在室指標Ｚは、しきい値以下となるので、Ｓ１８０に遷移し、ＲＢＴ発信が行われる。

なお、図１４のフローチャートでは、Ｓ１１０において変数ＳＸに「ＲＢＴ発信」がセットされた場合に、在室指標Ｚに基づいて「通常発信」を選択する処理を説明したが、これに限定されるものではない。変数ＳＸに「通常発信」がセットされている場合、在室指標Ｚをもとに「ＲＢＴ発信」を選択する処理を行ってもよい。例えば、図１４のフローチャートにおいて、Ｓ１２０：Ｎｏの場合にＳ１７０に進む代わりに、Ｓ１４０と同様に発信先端末装置１６のレコードＲを取得し、Ｓ１４５と同様に在室指標Ｚを算出する。そして、レコードＲが存在しない場合もしくは在室指標Ｚが所定の値以下である場合に、「ＲＢＴ発信」を選択してもよい。また図１４のフローチャートでは、変数ＳＸの値を用いて処理を行っているが、変数ＳＸを用いなくてもよい。つまり、使用者１８に発信方式を設定させることなく、制御部３８が、在室指標Ｚをもとに「通常発信」または「ＲＢＴ発信」を自動的に選択してもよい。すなわち、在室指標Ｚがしきい値よりも大きければ「通常発信」を選択し、在室指標Ｚがしきい値以下であれば「ＲＢＴ発信」を選択するようにしてもよい。

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

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

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

図１５は、端末装置１６の騒音係数テーブルのデータ構造を示す。騒音係数テーブルは、機器毎の騒音係数（重み係数）を表すテーブルである。騒音係数は、機器種別毎に個別に設定され、その機器が使用されている場合に使用者１８の周辺に騒音（通話の邪魔になる音）が発生している可能性を示す値である。図１３の在室係数テーブルとは異なって、「テレビ」、「ステレオ」、「ラジオ」の係数が大きくなっていることから分かるように、使用者１８の周辺に騒音が発生している可能性が高いことが予想される機器ほど、騒音係数が高く設定される。なお、図１５における「炬燵」のように、騒音係数が「０」のデータが存在してもよい。また、本テーブルは管理装置１２から配信されてもよく、管理装置１２から配信せずに端末装置１６があらかじめ記憶していてもよい。また、管理装置１２は、全ての端末装置１６に対して同一の騒音係数テーブルを配信してもよいし、端末装置１６（端末ＩＤ）毎に個別に設定された騒音係数テーブルを配信してもよい。各端末装置１６は、各使用者１８によって入力部３０に入力された騒音係数を騒音係数テーブルに記憶してもよい。また、管理装置１２から受信した騒音係数テーブルをもとに、さらに使用者１８が変更を加えた値を記憶してもよい。つまり、端末装置１６の使用者１８は、自分の日頃の機器の使い方を鑑みて、騒音係数テーブルを設定してもよい。例えば、大きな音量でラジオを聴く習慣のある使用者はラジオの騒音係数を標準よりも大きな値に設定し、小さな音量でラジオを聴く習慣のある使用者はラジオの騒音係数を標準よりも小さな値に設定すればよい。端末装置１６において騒音係数テーブルを作成あるいは変更した場合には、その端末装置１６から管理装置１２に対して、端末ＩＤと騒音係数テーブルとを関連付けて送信する。管理装置１２の記憶部３４０は、端末ＩＤ毎に騒音係数テーブルを記憶し、各端末装置１６に対して、端末ＩＤと関連付けた騒音係数テーブルを配信する。つまり、１つの端末装置１６において騒音係数テーブルが設定された場合、そのデータは管理装置１２を経由して他の全ての端末装置１６に配信される。

図１６は、端末装置１６による通信モード選択処理を示すフローチャートである。Ｓ２００からＳ２１０までは、図１１のフローチャートのＳ１００からＳ１１０までと同じである。Ｓ２１０に続く、Ｓ２２０において、制御部３８はＳ２１０で取得した変数ＳＸが「ＲＢＴ発信」であるか否かを判定する。発信方法が「ＲＢＴ発信」の場合（Ｓ２２０：Ｙｅｓ）は、Ｓ２７０に進む。発信方法が「通常発信」の場合（Ｓ２２０：Ｎｏ）は、Ｓ２３０に進む。Ｓ２３０において、制御部３８は計時部３２より現時刻ＣＴを取得する。その後Ｓ２４０に進む。Ｓ２４０において、制御部３８は記憶部４０の履歴テーブル６４から、端末ＩＤが発信先端末装置１６であり、かつ操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短い全てのレコードＲを取得する。その後Ｓ２５０に進む。Ｓ２５０において、端末装置１６の制御部３８はレコードＲから、最新（直近）の操作履歴が「ＯＮ」である機器を特定し、その特定した機器の騒音係数の合計値を騒音指標Ｙとして計算する。なお、Ｓ２４０で取得されたレコードＲが存在しない場合には、騒音指標Ｙを「０」とする。また、記憶部４０が端末ＩＤ毎に騒音係数テーブルを記憶している場合には、発信先端末装置１６に該当する騒音係数テーブルを用いて騒音指標Ｙを計算する。

図１０の例では、発信先端末装置１６が第１端末装置１６ａであり、現時刻（現在日時）ＣＴが「２０１８／６／１ １０：３０：００」の場合、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲは「２０１８／６／１ １０：２５：２４」、「２０１８／６／１ １０：１９：５９」、「２０１８／６／１ １０：１９：３２」となる。「２０１８／６／１ １０：２５：２４」、「２０１８／６／１ １０：１９：５９」のレコードＲの機器種別は全てテレビであるが、最新のレコードである「２０１８／６／１ １０：２５：２４」の操作種別は「ＯＦＦ」であるので、テレビの最新の操作履歴は「ＯＦＦ」となる。一方、「２０１８／６／１ １０：１９：３２」のレコードＲの機器種別は照明であるが、「２０１８／６／１ １０：１９：３２」が最新の操作履歴であるので、照明の最新の操作履歴は「ＯＮ」となる。騒音係数テーブルを参照すると、「テレビ」の重み係数「１０」、照明の重み係数「１」が得られるが、テレビの最新状態は「ＯＦＦ」であるので、テレビは処理の対象外となる。これらの情報をもとに、制御部３８は以下のように騒音指標Ｙを算出する。

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

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

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

つまり、制御部３８は、履歴テーブル６４に、音を出力可能な外部機器２０が起動状態である履歴が存在する場合に、起動状態の機器の騒音係数を加算して、通信容易性指標である騒音指標Ｙを算出する。その後Ｓ２６０に進む。

Ｓ２６０において、端末装置１６の制御部３８は、騒音指標Ｙが所定の値（しきい値）より大きいか否かを判定する。しきい値より大きい場合、Ｓ２７０に遷移する。騒音指標Ｙがしきい値以下の場合、Ｓ２８０に遷移する。例えば、しきい値を「１５」とすると、上記の例で算出した第１端末装置１６ａの騒音指標Ｙの「１」はしきい値より大きくないので、Ｓ２８０に遷移し、通常発信が行われる。また、発信先が第５端末装置１６ｅの場合は、算出した騒音指標Ｙの「１９」は、しきい値より大きいので、Ｓ２７０に遷移し、ＲＢＴ発信が行われる。

なお、図１６のフローチャートでは、Ｓ２１０において変数ＳＸに「通常発信」がセットされた場合に、騒音指標Ｙに基づいて「ＲＢＴ発信」を選択する処理を説明したが、これに限定されるものではない。Ｓ２１０において変数ＳＸに「ＲＢＴ発信」がセットされた場合、騒音指標Ｙをもとに「通常発信」を選択する処理を行ってもよい。例えば、図１６のフローチャートにおいて、Ｓ２２０：Ｙｅｓの場合にＳ２７０に進む代わりに、Ｓ２４０と同様に発信先端末装置１６のレコードＲを取得し、Ｓ２５０と同様に騒音指標Ｙを算出する。そして、騒音指標Ｙが所定の値以下である場合に、「通常発信」を選択してもよい。また図１６のフローチャートでは、変数ＳＸの値を用いて処理を行っているが、変数ＳＸを用いなくてもよい。つまり、使用者１８に発信方式を設定させることなく、制御部３８が、騒音指標Ｙをもとに「通常発信」または「ＲＢＴ発信」を自動的に選択してもよい。すなわち、騒音指標Ｙがしきい値よりも大きければ「ＲＢＴ発信」を選択し、騒音指標Ｙがしきい値以下であれば「通常発信」を選択するようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

本実施例における端末装置１６の制御部３８は、記憶部４０の履歴テーブル６４から、所定期間におけるグループに所属する全端末装置１６（発信元の端末装置以外の端末装置）のレコードＲを取得し、操作種別において１つ以上の「ＯＮ」が存在している端末装置１６の合計数Ｔを集計する。つまり、合計数Ｔは、送信対象である複数の端末装置１６のうち「ＯＮ」の操作種別をもつという所定条件を満たす端末装置１６の数である。ＲＢＴ発信設定時においても、合計数Ｔが所定数Ｎ（例としてグループに所属する送信対象端末装置１６の半数）より大きい場合、すなわちグループに所属している端末装置１６の使用者１８の大半が現在屋内に存在し、かつ端末装置１６と共にその場に留まっている可能性が高い場合は、グループに所属する全ての端末装置１６へ通常発信を行う。これによりグループ内において、ＲＢＴ発信と比較してより迅速に通話を開始することが可能となり、より迅速に情報を伝えることが可能になる。

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

図１７は、端末装置１６による通信モード選択処理を示すフローチャートである。制御部３８は入力部３０からの通話ボタンの押下を監視する。（Ｓ４００）。通話ボタン押下を検出していない場合（Ｓ４００：Ｎｏ）は、Ｓ４００に戻って処理を繰り返す。通話ボタン押下を検出した場合（Ｓ４００：Ｙｅｓ）は、Ｓ４１０に進む。Ｓ４１０において、制御部３８は発信方法取得処理を実行する。発信方法取得処理は実施例１の図１２のフローチャートと同じである。その後Ｓ４２０に進む。Ｓ４２０において、制御部３８はＳ４１０で取得した変数ＳＸが「ＲＢＴ発信」であるか否かを判定する。発信方法が「ＲＢＴ発信」の場合（Ｓ４２０：Ｙｅｓ）は、Ｓ４２５に進む。発信方法が「通常発信」の場合（Ｓ４２０：Ｎｏ）は、Ｓ５２０に進む。

Ｓ４２５において、制御部３８は計時部３２より現時刻ＣＴを取得する。その後Ｓ４３０に進む。Ｓ４３０において、制御部３８は記憶部４０の履歴テーブル６４から、発信先グループに所属している全端末装置１６について、操作日時と現時刻ＣＴの差分Ｐが所定の期間（例えば２時間）より短いレコードＲを取得する。この時リストＬを初期化後（空白にした後）、取得した各端末装置１６のレコードＲをリストＬに記録する。また、合計数Ｔの値も初期化する（ゼロにする）。その後Ｓ４４０に進む。Ｓ４４０において、制御部３８は所定数Ｎを設定する。所定数Ｎは本実施例で説明した様にグループに所属する全端末装置１６数に対する割合を示す数値でもよく、また定数でもよい。その後Ｓ４６０に進む。Ｓ４６０において、制御部３８はリストＬから任意の端末装置１６のレコードＲを全て取得する。そして、取得した端末装置１６のレコードＲの情報をリストＬから削除する。その後Ｓ４８０に進む。

Ｓ４８０において、制御部３８はＳ４６０で取得した任意の端末装置１６のレコードＲの操作種別を取得する。レコードＲの操作種別が全て「ＯＦＦ」だった場合、（Ｓ４８０：Ｎｏ）は、Ｓ５００に進む。レコードＲの操作種別で１つ以上「ＯＮ」が存在した場合（Ｓ４８０：Ｙｅｓ）は、Ｓ４９０に進む。Ｓ４９０において、制御部３８は合計数Ｔを「１」インクリメントする。その後Ｓ５００に進む。Ｓ５００において、制御部３８はリストＬ内に端末装置１６のレコードＲが存在するか否かを判定する。リストＬ内に存在する端末装置１６は、未処理の端末装置１６である。リストＬ内に端末装置１６のレコードＲが存在しない場合（Ｓ５００：Ｎｏ）は、Ｓ５１０に進む。リストＬ内に端末装置１６のレコードＲが存在する場合（Ｓ５００：Ｙｅｓ）は、Ｓ４６０に戻って処理を繰り返す。Ｓ５１０において、制御部３８は合計数Ｔと、Ｓ４４０にて設定した所定数Ｎを比較する。合計数Ｔが所定数Ｎより大きい（多い）場合（Ｓ５１０：Ｙｅｓ）は、Ｓ５２０に進む。合計数Ｔが所定数Ｎ以下である場合（Ｓ５１０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５２０において、制御部３８は発信先端末装置１６へ通常発信を行う。その後処理を終了する。Ｓ５３０において、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。その後処理を終了する。

なお、図１７のフローチャートでは、Ｓ４１０において変数ＳＸに「ＲＢＴ発信」がセットされた場合に、合計数Ｔに基づいて「通常発信」を選択する処理を説明したが、これに限定されるものではない。変数ＳＸに「通常発信」がセットされている場合、合計数Ｔをもとに「ＲＢＴ発信」を選択する処理を行ってもよい。例えば、図１７のフローチャートにおいて、Ｓ４２０：Ｎｏの場合にＳ５２０に進む代わりに、上述の方法と同様に合計数Ｔを算出する。そして、合計数Ｔが所定数Ｎ以下である場合に、「ＲＢＴ発信」を選択してもよい。また図１７のフローチャートでは、変数ＳＸの値を用いて処理を行っているが、変数ＳＸを用いなくてもよい。つまり、使用者１８に発信方式を設定させることなく、制御部３８が、合計数Ｔに応じて「通常発信」または「ＲＢＴ発信」を自動的に選択してもよい。すなわち、合計数Ｔが所定数より多い場合に「通常発信」を選択し、合計数Ｔが所定数以下である場合に「ＲＢＴ発信」を選択するようにしてもよい。

本実施例によれば、複数の発信先端末装置のうち、操作がなされた発信先端末装置の数がしきい値よりも多い場合、第２通信モードを選択し、それ以外の場合に第１通信モードを選択するので、グループ通信においても通信モードを適切に選択できる。

（実施例６）
次に、実施例６を説明する。これまでは、外部機器２０に対する発信先端末装置１６からの操作をもとに、発信方式の切替がなされる。実施例６は、端末装置１６においてなされるアプリケーションプログラム（以下、「アプリケーション」あるいは「アプリ」という）等の操作をもとに、発信方式の切替がなされる。なお、本実施例の端末装置１６内部のブロック図、管理装置１２のブロック図の構成は実施例１と同じである。ここで、端末装置１６に近距離通信部４２が含まれなくてもよい。また、本実施例では、通信システム１００に含まれる端末装置１６が外部機器２０を制御しなくてもよい。つまり、外部機器２０が存在しなくてもよい。

図６の端末装置１６における記憶部４０には、複数種類のアプリケーションが記憶される。複数種類のアプリケーション（アプリ）は、例えば、電子メールアプリ、ブラウザアプリ、スケジュールアプリ、写真・動画撮影アプリ、写真・動画閲覧アプリ、音楽再生アプリ等である。制御部３８は、記憶部４０に記憶されたアプリケーションを実行し、実行されたアプリケーションの画面を表示部３６に表示する。入力部３０は、表示部３６に表示された画面に対する操作を受けつける。制御部３８は、入力部３０において受けつけた操作にしたがってアプリケーションの動作を制御する。また、制御部３８は、入力部３０において操作を受けつけると、計時部３２から現時刻（日時）を取得する。制御部３８は、計時部３２から取得した現時刻と、アプリケーションの操作履歴をパケット化し、通信部３４を通じて管理装置１２へ送信する。本実施例では上記パケットも操作履歴パケットと呼ぶ。

図１８は、端末装置１６から送信される操作履歴パケットのデータ構造を示す。端末ＩＤは、図７と同一である。操作日時は、操作日と操作時刻を含み、これには計時部３２から取得した日付（年月日）と現時刻が記載される。アプリケーション種別には操作を行ったアプリケーションの名称、またはアプリケーションを識別する識別子（アプリＩＤ）が記載される。なお、操作履歴パケットにおいてアプリケーション種別が省略されてもよい。

図９の管理装置１２における通信部３３４は、各端末装置１６から送信される操作履歴パケットを受信する。通信部３３４は、受信した操作履歴パケットを制御部３３８に出力する。記憶部３４０には、履歴テーブル３６２が配置される。履歴テーブル３６２には、各端末装置１６から送信される操作履歴パケットの内容が記録される。図１９は、管理装置１２の履歴テーブル３６２のデータ構造を示す。履歴テーブル３６２の各パラメータは、図１８の操作履歴パケットの構成例で説明した内容と同じである。なお履歴テーブル３６２の端末ＩＤにおいて、端末装置１６の名称の記録を省略してもよい。図９に戻る。

制御部３３８は、所定の周期（例えば３分）で記憶部３４０から履歴テーブル３６２を取得する。通信部３３４は、履歴テーブル３６２の内容を、基地局装置１４経由で全ての端末装置１６に所定の周期で配信する。

履歴テーブル３６２を受信した端末装置１６は、記憶部４０の履歴テーブル６４に記録する。端末装置１６は、実施例１と同様の処理を実行することによって、通常発信あるいはＲＢＴ発信を実行する。つまり、図１９に示すアプリケーションに関する操作履歴を、図１０に示す操作種別「ＯＮ」の操作履歴と同等に扱って処理を行う。本実施例では、全ての操作履歴が「ＯＮ」に該当するため、例えば実施例１のＳ１５０およびＳ１６０に対応する処理として、レコードＲが所定数（例えば、１つ）以上存在するか否かを判定する。そして、レコードＲが所定数（例えば、１つ）以上存在する場合に、「通常発信」を選択し、レコードＲが所定数未満しか存在しない場合に、「ＲＢＴ発信」を選択すればよい。すなわち、端末装置１６は、他の端末装置１６においてなされた操作を示す履歴情報をもとに通信モードを選択する。他の端末装置１６における操作とは、上述したように他の端末装置１６にインストールされたアプリケーションに対する操作である。また、アプリケーションに対する操作に限らず、例えば、他の端末装置１６の設定を変えるための操作や、他の端末装置１６で通話を行うための操作であってもよい。

本実施例によれば、発信先端末装置に対してなされた操作に応じて発信元の端末装置の発信方式を切りかえるので、外部機器が存在しない状況においても適切に通信モードを使用することができる。

実施例１から実施例６の各実施例では、端末装置１６間で音声通話を行う通信システムを例にして説明したが、音声通話に限らず、他の通信であってもよい。例えば、映像と音声を用いる映像通話を行う通信システムであってもよい。また、テキストメッセージを交換する通信システムであってもよい。例えば、テキストデータや画像データを交換するチャットシステムにおいて、通常発信モードとＲＢＴ発信モード（要応答モード）を用意する。第１端末装置１６ａが第２端末装置１６ｂにテキストデータを送信したい場合、通常発信モードでは、第１端末装置１６ａの使用者１８（第１使用者１８ａ）は、すぐにテキストデータを入力して送信できる。送信されたデータは、即時に第２端末装置１６ｂにおいて表示されるが、第２端末装置１６ｂの使用者１８（第２使用者１８ｂ）がそれを認識している保証はない。

一方、ＲＢＴ発信モードでは、第１端末装置１６ａが第２端末装置１６ｂに対して、セッション開始リクエストを送信する。第２端末装置１６ｂではセッション開始リクエストがあることを示す画面表示がなされ、報知音等が出力される。第２使用者１８ｂが所定の操作を行って、セッション開始リクエストに対して応答（許可）することによりセッションが確立し、その後に、第１使用者１８ａはテキスト入力が可能になる。第２使用者１８ｂが応答した直後に、第１使用者１８ａはテキスト入力等の操作を行って送信するので、通常モードに比べて、第２使用者１８ｂがメッセージを即時に認識する可能性が高い。このため、時間が経過した後に相手が認識すると価値がないようなメッセージを送る場合であっても、送信元の使用者１８の操作（テキスト入力等）が無駄になることを防ぐことができる。ユーザセッション確立後の所定の期間において、双方の端末装置１６が自由にデータを送信できるようにしてもよいし、データを送信する前に必ず相手の応答を待つ動作にしてもよい。このような通信システムにおいても本発明を適用することができ、通信相手が不在もしくは活動状態でないことにより、送信元の使用者１８の操作が無駄になることを防ぐ効果が得られる。

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

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

Claims (7)

1. 他の端末装置における操作を示す履歴情報を取得する取得部と、
   前記取得部において取得した履歴情報をもとに、前記他の端末装置において所定の操作が行われた後に通信が開始される第１通信モードと、前記他の端末装置において所定の操作が行われない場合であっても通信が開始される第２通信モードのいずれかの通信モードを選択する制御部と、
   前記制御部において選択した通信モードにしたがって、前記他の端末装置に信号を発信する通信部と、
   を備えることを特徴とする端末装置。
2. 前記履歴情報は、前記他の端末装置が外部機器の起動および停止を制御したことを示す情報であることを特徴とする請求項１に記載の端末装置。
3. 前記制御部は、前記他の端末装置が所定期間内に外部機器を起動した履歴情報が所定数以上存在する場合に、第２通信モードを選択する、
   ことを特徴とする請求項２に記載の端末装置。
4. 前記取得部は、前記他の端末装置が複数の外部機器を制御した履歴情報を取得し、
   前記制御部は、前記複数の外部機器毎に設定された値を、起動された外部機器について加算して、前記他の端末装置のユーザが通信を認識する程度を示す通信容易性指標を算出し、通信容易性指標をもとに通信モードを選択する、
   ことを特徴とする請求項２に記載の端末装置。
5. 前記取得部は、前記他の端末装置が音を出力可能な外部機器を制御した履歴情報を取得し、
   前記制御部は、前記取得した履歴情報を参照し、音を出力可能な外部機器の種類または外部機器の設定音量をもとに、前記他の端末装置のユーザが通信を認識する程度を示す通信容易性指標を算出し、通信容易性指標をもとに通信モードを選択する、
   ことを特徴とする請求項２に記載の端末装置。
6. 前記取得部は、複数の他の端末装置に関する履歴情報を取得し、
   前記制御部は、前記複数の他の端末装置のうち、所定条件を満たす履歴情報をもつ端末装置の数に応じて、第１通信モードと第２通信モードのいずれかの通信モードを選択し、
   前記通信部は、前記制御部において選択した通信モードにしたがって、前記複数の他の端末装置に信号を発信する、
   ことを特徴とする請求項１に記載の端末装置。
7. コンピュータに、
   他の端末装置における操作を示す履歴情報を取得するステップと、
   取得した履歴情報をもとに、前記他の端末装置において所定の操作が行われた後に通信が開始される第１通信モードと、前記他の端末装置において所定の操作が行われない場合であっても通信が開始される第２通信モードのいずれかの通信モードを選択するステップと、
   選択した通信モードにしたがって、前記他の端末装置に信号を発信するステップと、
   を実行させるプログラム。

Images