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

Abstract

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

Description

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

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

また、特許文献１では、互いに無線通信を行うヘッドセットおよび電話機において、ヘッドセットを子機、電話機を親機として接続した処理が記載されている。ヘッドセットに搭載された装着検出部、加速度センサ、マイクロフォンの位置により、使用者のヘッドセットの装着状態および動作を検出し、ヘッドセットの装着状態および動作に応じて親機を通話状態と非通話状態とに切りかえる。これにより、ハンズフリーな通話が可能になる。

特開２００２−５７７６５号公報

特許文献１に開示された技術によれば、電話機（端末装置）に接続されたヘッドセットに対する使用者の装着状態および動作により、電話機を通話状態と非通話状態とに切りかえる。しかしながら、当該技術においては、受信側電話機に接続されたヘッドセットの装着状態により通話状態と非通話状態とに切りかえるのみであって、送信側電話機の発信方式を考慮した効率的な発信方法を行うことができない。

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

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

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

本発明によれば、受信側端末装置への外部装置の接続状態により、複数種類の通信モードを適切に切りかえ、効率的な発信方法を可能とすることが可能となる。

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

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

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

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

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

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

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

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

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

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

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

また、使用者１８は端末装置１６にヘッドセット等のスピーカ、マイクロフォンが内蔵された外部機器を接続して発信、受信を行う場合がある。ヘッドセットを接続した場合、使用者１８は端末装置１６を直接手に取り操作しなくても、ヘッドセットを操作することにより他の端末装置１６と発信、受信を行うことができる。そのため、使用者が端末装置１６からある程度の距離で離れてしまっている場合や、端末装置１６がカバンやポケットの中に収納している状態であっても、端末装置１６を取り出すことなくハンズフリー的な通話を行うことができる。

例えば、図２（ａ）−（ｂ）、図３（ａ）−（ｄ）の例において、第２使用者１８ｂが第２端末装置１６ｂにヘッドセットを接続していたとする。図２（ａ）−（ｂ）の通常発信では、第１端末装置１６ａから第２端末装置１６ｂへ通話が発信される。この時、第２使用者１８ｂは第２端末装置１６ｂに接続されているヘッドセットを何も操作をすることなく、第１使用者１８ａからの通話音声が、ヘッドセットから再生される。図３（ａ）のＲＢＴ発信時では第１使用者１８ａは第２端末装置１６ｂへＲＢＴ発信を行う。図３（ｂ）のＲＢＴ呼出にて第２使用者１８ｂは第２端末装置１６ｂに接続されているヘッドセットを操作することにより通話が開始される。一般的にヘッドセットは有線タイプと無線タイプの製品が存在し、有線タイプの製品はヘッドセットと端末装置１６を直接ケーブルで接続される。無線タイプの製品はＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信により、ヘッドセットと端末装置１６をペアリングすることにより接続される。

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

一方、受信側の端末装置１６にヘッドセットが接続されている場合、利用者が離席などにより端末装置１６付近に居ない場合や、端末装置１６をカバンやポケットの中に収納している状態であっても、ヘッドセットにより通話を受信することができる。すなわち、受信側の端末装置１６にヘッドセットが接続されている場合、ヘッドセットが接続されていない場合と比較して、送信側からの通話を聞き逃す可能性が極めて低いことが自明となる。しかしながら、送信側の端末装置１６の使用者は受信側の端末装置１６のヘッドセットの接続状態が不明な場合、発信相手に確実に情報を伝える必要がある場合はＲＢＴ発信を選択することになる。この時、受信側の端末装置１６にヘッドセットが接続されていた場合、通話を直ちに受信できる可能性が極めて高い状態にもかかわらず、送信側の使用者がＲＢＴ発信を選択したので、受信側の使用者はＲＢＴ発信に対する応答のために、端末装置１６またはヘッドセットを操作する手間が発生する。また、受信側でヘッドセットの操作が必要となるので、重要度の高い情報を早急に伝えたい場合に通話情報の即時性を損なうおそれがある。

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

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

クロック発振器２００は計時部３２を含み、ＣＰＵ２１０は制御部３８を含み、ユーザＩＦ２２０は入力部３０、表示部３６を含み、通信ＩＦ２３０は通信部３４、外部装置検出部４２を含む。記憶部４０は、設定テーブル６０、接続テーブル６４を含む。なお、図５では省略しているが、端末装置１６は、マイクロフォン（マイク）等で構成される音声入力部と、スピーカ等で構成される音声出力部を備えていてもよい。

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

表示部３６は、端末装置１６の設定、通話状態を表示するインターフェイスであり、例えばディスプレイである。記憶部４０内の設定テーブル６０には、端末装置１６についての各種設定情報が記録される。例えば、ＲＢＴ利用設定に関する情報（ＲＢＴ設定情報）が設定テーブル６０に記録される。具体的には、ＲＢＴ利用設定にて、「利用しない」、「常時利用」、「発信時選択」のどれが使用者１８に選択されているかを示す情報、例えば、０、１、２の値が記録される。記憶部４０内の接続テーブル６４は、管理装置１２から配信される各端末装置１６のヘッドセットの接続状態に関する情報が記録される。接続テーブル６４についての詳細は後述の管理装置１２のブロック図の説明にて表記する。

外部装置検出部４２は、端末装置１６に外部機器が接続されているか否かを判定する。本実施例では、主にヘッドセットの検出を行う。前述の様に、ヘッドセットはケーブルで接続する有線タイプと、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信によるペアリングにて接続する無線タイプが存在する。外部装置検出部４２は有線タイプ、あるいは無線タイプで接続されたヘッドセットを検出する。ヘッドセットにはマイクとヘッドホン（イヤホン）が備わっており、使用者は端末装置１６に接続されたヘッドセットを用いて音声通話を行うことができる。ヘッドセットには、音量調整やマイクの感度調整のための操作部（スイッチなど）が備わっていてもよい。またヘッドセットに、通話ボタンに相当する操作部やＲＢＴ発信に応答するための操作部が備わっていてもよい。本実施例では、端末装置１６に接続される外部機器として、ヘッドセットを例に説明するが、これに限定されるものではない。例えば、外部機器として、スピーカとマイクとの組み合せや、スマートスピーカ等を用いてもよい。ヘッドセットの検出は、具体的には、有線タイプの場合は端末装置１６とヘッドセットがケーブル接続されている場合は「ＯＮ」、ケーブル接続されていない場合は「ＯＦＦ」と判定される。無線タイプの場合はＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信によりペアリングが行われている場合は「ＯＮ」、ペアリングが行われていない場合、「ＯＦＦ」と判定される。なお、ペアリングが行われている状態であっても、端末装置１６とヘッドセットが近距離無線通信で通信可能な所定の距離（例としてＢｌｕｅｔｏｏｔｈ（登録商標） Ｃｌａｓｓ２では１０メートル）以上離れてしまい、正常に通信が行えない状態の場合は「ＯＦＦ」と判定してもよい。

制御部３８は所定の周期（例えば３分）で計時部３２から現在の時刻を取得し、外部装置検出部４２から、端末装置１６とヘッドセットとの接続状態を取得する。つまり、端末装置１６と外部装置との接続状態を取得する。制御部３８は、計時部３２から取得した現時刻、外部装置検出部４２から取得したヘッドセットの接続状態をパケット化し、通信部３４を通じて管理装置１２へ送信する。本実施例では上記パケットを接続情報パケットと呼ぶ。

図７は、端末装置１６から送信される接続情報パケットのデータ構造を示す。端末装置名（端末名）とＩＤ（端末ＩＤ）には、端末装置１６の名称およびＩＤが記載される。なお、名称を省略し、ＩＤのみを記載してもよい。検出日および検出時刻は計時部から取得した日付（年月日）と現時刻が記載され、ヘッドセット接続は外部装置検出部４２から取得したヘッドセットの接続情報が記載される。ヘッドセット接続は、「ＯＮ」と「ＯＦＦ」の２種類の状態を示すため、「接続ステータス」とも呼ばれる。なお、検出日の記載例である「２０１８／６／１」は「２０１８年６月１日」であり、検出時刻の記載例である「１０：１９：１４」の表記は「１０時１９分１４秒」であることを表す。検出日と検出時刻とをまとめて、検出日時とも呼ぶ。また、以下の説明において、日付を含む検出日時であっても、検出時刻と呼ぶ場合がある。

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

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

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

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

制御部３３８は、各端末装置１６から接続情報パケットを受信した際、接続テーブル３６２へ接続情報パケットの内容で更新（上書き）する。制御部３３８は、接続テーブル３６２に端末装置１６の記録が存在しない場合、新たに端末装置１６のレコードを追加する。つまり、接続テーブル３６２には、端末装置１６毎の最新のヘッドセット接続状態が記録されている。また、図７の接続情報パケットにおいて、検出日と検出時刻（検出日時）を省略し、接続テーブル３６２の検出日と検出時刻に、管理装置１２が接続情報パケットを受信した日時を記録してもよい。図９に戻る。

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

ここでは、図６の端末装置１６の説明に戻る。端末装置１６の通信部３４は、接続テーブル３６２を管理装置１２から受信する。これは、他の端末装置１６へのヘッドセットの接続状態が示された接続情報を受信するといえる。制御部３８は、通信部３４において受信した接続テーブル３６２を記憶部４０に接続テーブル６４として記録する。つまり、管理装置１２の記憶部３４０の接続テーブル３６２と、端末装置１６の記憶部４０の接続テーブル６４の内容は、管理装置１２からの所定の周期の配信により同期される。

通話ボタンの操作がなされ、入力部３０において通話ボタンの押下が検出された場合、制御部３８は、記憶部４０を参照し、発信方法を確認する。発信方法が通常発信の場合、制御部３８は、発信先の端末装置１６（以下、「発信先端末装置１６」ともいう）へ通常発信を行う。発信方法がＲＢＴ発信の場合、制御部３８は記憶部４０の接続テーブル６４を参照し、発信先端末装置１６についてのレコードＲを取得する。接続テーブル６４に発信先端末装置１６のレコードＲが存在しない場合、制御部３８は、発信先端末装置１６へＲＢＴ発信を行う。

発信先端末装置１６についてのレコードＲ取得後、制御部３８はレコードＲ内のヘッドセット接続を取得する。ヘッドセット接続が「ＯＦＦ」の場合、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。ヘッドセット接続が「ＯＮ」の場合、制御部３８はレコードＲ内の検出日、検出時刻を取得し、計時部３２より現時刻ＣＴを取得する。制御部３８は、現時刻ＣＴとレコードＲ内の検出日と検出時刻の差分を計算し、差分が所定時間ＰＴ（例えば１０分）より小さい場合、発信先端末装置１６へ通常発信を行う。本実施例の説明において特に断らない限り、この所定時間ＰＴは１０分であるとするが、もちろんこの値に限定される訳ではない。差分が所定時間ＰＴ以上である場合、制御部３８は発信先端末装置１６へＲＢＴ発信を行う。これは、発信先の端末装置１６に直近までヘッドセットが接続されている場合、発信先の使用者はヘッドセットを装着している可能性が高く、直ちに通話を開始しても使用者が通話内容を認識できる可能性が高いという知見に基づく処理となる。このように制御部３８は、受信した接続情報をもとに、ＲＢＴ発信と通常発信のいずれかを選択する。通信部３４は、制御部３８において選択したＲＢＴ発信と通常発信のいずれかにしたがって、他の端末装置１６に信号を発信する。

図１０の例では、現時刻ＣＴが「１０：２０：００」である場合、ヘッドセット接続が「ＯＮ」であり、かつ現時刻と検出時刻の差分値が所定時間ＰＴより小さい端末装置１６、つまり、検出時刻が「１０：１０：００」より後の時刻である端末装置１６は、第１端末装置１６ａ、第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆ、第１０端末装置１６ｊとなる。すなわち、第１端末装置１６ａ、第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆ、第１０端末装置１６ｊへ発信する場合、送信側の発信方法がＲＢＴ発信の設定であっても、制御部３８は、通常発信に自動で切りかえる。発信方法を通常発信に自動的に切りかえることにより、ＲＢＴ発信と比べてより迅速に通話を開始することが可能となり、受信側の使用者１８もヘッドセットを操作することなく通話を受信することができる。

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

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

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

Ｓ１２０において、制御部３８はＳ１１０で取得した変数ＳＸが「ＲＢＴ発信」であるか否かを判定する。発信方法が「ＲＢＴ発信」の場合（Ｓ１２０：Ｙｅｓ）は、Ｓ１３０に進む。発信方法が「通常発信」の場合（Ｓ１２０：Ｎｏ）は、Ｓ１８０に進む。Ｓ１３０において、制御部３８は記憶部４０の接続テーブル６４から、発信先端末装置１６のレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ１４０に進む。Ｓ１４０において、制御部３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ１４０：Ｙｅｓ）は、Ｓ１５０に進む。レコードＲが存在しない場合（Ｓ１４０：Ｎｏ）は、Ｓ１９０に進む。Ｓ１５０において、制御部３８はＳ１３０で取得したレコードＲのヘッドセット接続が「ＯＮ」であるか否かを判定する。ヘッドセット接続が「ＯＮ」の場合（Ｓ１５０：Ｙｅｓ）は、Ｓ１６０に進む。ヘッドセット接続が「ＯＦＦ」の場合（Ｓ１５０：Ｎｏ）は、Ｓ１９０に進む。

Ｓ１６０において、制御部３８は計時部３２より現時刻ＣＴを取得する。その後Ｓ１７０に進む。Ｓ１７０において、制御部３８は現時刻ＣＴとレコードＲ内の検出日、検出時刻との差分値（時間差）を計算し、差分値が所定時間ＰＴより小さいか否かを判定する。差分値が所定時間ＰＴより小さい場合（Ｓ１７０：Ｙｅｓ）は、Ｓ１８０に進む。差分値が所定時間ＰＴ以上の場合（Ｓ１７０：Ｎｏ）は、Ｓ１９０に進む。Ｓ１８０において、制御部３８は発信先の端末装置１６へ通常発信を行う。その後処理を終了する。Ｓ１９０において、制御部３８は発信先の端末装置１６へＲＢＴ発信を行う。その後処理を終了する。

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

（実施例１の変形例１）
次に、実施例１の変形例１を説明する。実施例１の変形例１において、前述の様に、端末装置１６の記憶部４０の接続テーブル６４は、管理装置１２から定期的に配信され更新される。接続テーブル６４に端末装置１６のレコードＲが存在しない場合、当該端末装置１６は管理装置１２へ接続情報パケットを送信していない状態であることを示している。また、端末装置１６のレコードＲが存在する場合であっても、現時刻ＣＴとレコードＲ内の検出日、検出時刻の差分値が所定時間以上の場合は、当該端末装置１６が管理装置１２へ最後に接続情報パケットを送信してからしばらくの時間が経過していることを示している。

上記の場合、当該端末装置１６は電源が入っていない、または当該端末装置１６が管理装置１２の通信エリア範囲外に存在していることが予想され、当該端末装置１６に通常発信、またはＲＢＴ発信を行っても通話が受信される可能性は極めて低い。そのため、発信先が上記の条件を満たす端末装置１６の場合、通話発信、あるいはＲＢＴ発信を行わずに、発信側端末装置１６の表示部に「発信先の端末装置１６は現在通話できない」旨のメッセージを表示し、その後処理を終了してもよい。つまり、制御部３８は、通信部３４が接続情報を受信していない場合、あるいは通信部３４において受信した接続情報が、現時刻よりも所定時間以上前の過去の情報である場合、通信部３４に信号を発信させない。

図１３は、端末装置１６による通信モード選択処理を示すフローチャートである。制御部３８は入力部３０からの通話ボタンの押下を監視する。（Ｓ６００）。通話ボタン押下を検出していない場合（Ｓ６００：Ｎｏ）は、Ｓ６００に戻って処理を繰り返す。通話ボタン押下を検出した場合（Ｓ６００：Ｙｅｓ）は、Ｓ６１０に進む。Ｓ６１０において、制御部３８は記憶部４０の接続テーブル６４から、発信先端末装置１６のレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ６２０に進む。Ｓ６２０において、制御部３８はレコードＲが存在するか否かを判定する。レコードＲが存在する場合（Ｓ６２０：Ｙｅｓ）は、Ｓ６３０に進む。レコードＲが存在しない場合（Ｓ６２０：Ｎｏ）は、Ｓ６９０に進む。

Ｓ６３０において、制御部３８は計時部３２より現時刻ＣＴを取得する。その後Ｓ６４０に進む。Ｓ６４０において、制御部３８は現時刻ＣＴとレコードＲ内の検出日、検出時刻との差分値（時間差）を計算し、差分値が所定時間ＱＴより小さいか否かを判定する。差分値が所定時間ＱＴより小さい場合（Ｓ６４０：Ｙｅｓ）は、Ｓ６５０に進む。差分値が所定時間ＱＴ以上の場合（Ｓ６４０：Ｎｏ）は、Ｓ６９０に進む。なお、Ｓ１７０における所定時間ＰＴ（第１の所定時間）と、Ｓ６４０における所定時間ＱＴ（第２の所定時間）は、同じであっても、異なっていてもよい。例えば、第１の所定時間ＰＴよりも第２の所定時間ＱＴを長くしてもよい。Ｓ６５０において、制御部３８は発信方法取得処理を実行する。発信方法取得処理は本実施例の図１２のフローチャートと同じである。その後Ｓ６６０に進む。

Ｓ６６０において、制御部３８はＳ６５０で取得した発信方法が「ＲＢＴ発信」であるか否かを判定する。具体的には、取得した変数ＳＸが「ＲＢＴ発信」であるか否かを判定する。発信方法が「ＲＢＴ発信」の場合（Ｓ６６０：Ｙｅｓ）は、Ｓ６７０に進む。発信方法が「通常発信」の場合（Ｓ６６０：Ｎｏ）は、Ｓ６８０に進む。Ｓ６７０において、制御部３８はＳ６１０で取得したレコードＲのヘッドセット接続が「ＯＮ」であるか否かを判定する。ヘッドセット接続が「ＯＮ」の場合（Ｓ６７０：Ｙｅｓ）は、Ｓ６８０に進む。ヘッドセット接続が「ＯＦＦ」の場合（Ｓ６７０：Ｎｏ）は、Ｓ６８５に進む。Ｓ６８０において、制御部３８は発信先の端末装置１６へ通常発信を行う。その後処理を終了する。Ｓ６８５において、制御部３８は発信先の端末装置１６へＲＢＴ発信を行う。その後処理を終了する。Ｓ６９０において、制御部３８は表示部３６に「発信先の端末装置１６は現在通話できない」旨のメッセージを表示する。その後処理を終了する。

本変形例によれば、接続情報を受信していない場合、あるいは受信した接続情報が現時刻よりも所定時間以上前の過去の情報を示す場合、信号を発信させないので、無駄な通信の発生を抑制できる。また、発信相手が応答できない可能性が非常に高い場合にその旨を示す情報を表示して、発信しないので、無駄な通信の発生を抑止できる。また、無駄な通信の発生が抑制されるので、通信システムの処理負荷が無駄に高くなることを防止すると同時に、発信端末装置の使用者の無駄な操作や労力（発話）を防止できる。

（実施例１の変形例２）
次に、実施例１の変形例２を説明する。実施例１では、外部装置検出部４２が、ヘッドセットの接続状態を検出するが、これに限らず他の方法を用いてもよい。例えば、ヘッドセットに圧力センサ、温度センサ、脈拍センサなどを内蔵させ、使用者１８がヘッドセットを装着しているか否かをヘッドセットが検出する。そして、外部装置検出部４２が、ヘッドセットから使用者１８の装着状態を示す信号を受信し、端末装置１６がヘッドセットの装着状態を検出できるようにする。

すなわち、端末装置１６は、（１）ヘッドセットが接続され、かつ使用者１８がヘッドセットを装着している第１状態、（２）ヘッドセットが接続され、かつ使用者１８がヘッドセットを装着していない第２状態、（３）ヘッドセットが接続されていない第３状態、の３種類の状態を検出できる。第１状態を上述のヘッドセットの接続が「ＯＮ」の状態に対応させ、第２状態および第３状態の状態を上述のヘッドセットの接続が「ＯＦＦ」の状態に対応させて、同様の処理を行うことができる。

本変形例によれば、第１状態であれば第２通信モードを選択し、第２状態あるいは第３状態であれば第１通信モードを選択するので、受信側の使用者が通話を認識し易い状態であるか否かの判定精度を向上できる。また、受信側の使用者が通話を認識し易い状態であるか否かの判定精度が向上するので、適切な通信方式（通信モード）をより精度よく選択できる。

（実施例２）
次に、実施例２を説明する。実施例１では、発信先端末装置１６の最新のヘッドセット接続情報によりＲＢＴ発信を通常発信に自動で切りかえる処理を説明した。本実施例では発信先端末装置１６の最新のヘッドセット接続情報および発信先端末装置１６の過去のヘッドセット接続情報により、通常発信からＲＢＴ発信に切りかえる処理について説明する。なお、本実施例の端末装置１６内部のブロック図、管理装置１２のブロック図、接続情報パケット、および接続テーブル６４の構成は実施例１と同じである。

実施例１で説明したように、端末装置１６の記憶部４０の接続テーブル６４は、管理装置１２から所定の周期で受信される。また、接続テーブル６４のヘッドセット接続には各端末装置１６の最新のヘッドセットの接続状態が記載されている。本実施例では、接続テーブル６４の他に、過去に少なくとも１回はヘッドセットを接続した端末装置１６であることを示す履歴テーブルを用いて処理を行う。履歴テーブルでは、通信部３４において受信した接続情報の履歴が示されるといえる。制御部３８、記憶部４０に記憶した履歴テーブルをもとに、接続テーブル６４および各端末装置１６の過去のヘッドセット接続から使用者１８の状態を判定し、発信方法を自動で通常発信からＲＢＴ発信に切りかえる。

図１４は、管理装置１２の履歴テーブルのデータ構造を示す。端末装置名とＩＤには、端末装置１６の名称およびＩＤが記載される。ＯＮ検出日およびＯＮ検出時刻は、管理装置１２が端末装置１６から接続情報パケットを受信した際、ヘッドセット接続が「ＯＮ」だった接続情報パケットを受信した際に、接続情報パケット内の検出日、検出時刻で更新（上書き）される。一方、管理装置１２が端末装置１６から接続情報パケットを受信した際、ヘッドセット接続が「ＯＦＦ」の接続情報パケットを受信した場合、ＯＮ検出日およびＯＮ検出時刻は更新されない。すなわち、ＯＮ検出日およびＯＮ検出時刻は、各端末装置１６がヘッドセットを接続していた最終日および最終時刻が記録される。したがって、過去に少なくとも１回ヘッドセットが接続された端末装置１６の情報が、履歴テーブルに記録されており、過去に１度もヘッドセットが接続されていない端末装置１６の情報は、履歴テーブルに記録されない。また、端末装置１６が外部装置と接続された場合にのみ、端末装置１６から管理装置１２に対して接続情報パケットを送信するようにしてもよい。つまり、接続状態が「ＯＮ」であることを示す接続情報パケットのみを用い、接続状態が「ＯＦＦ」であることを示す接続情報パケットを用いなくてもよい。この場合、接続情報パケットの接続ステータスを省略してもよい。履歴テーブルに記録されていない端末装置１６は、その使用者１８がヘッドセットを所有していない等の理由により、少なくとも通信システム１００においては、その使用者１８がヘッドセットを使用する可能性は低いと考えられる。

本図では、図２で示していない第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋが存在する。各端末装置１６のＩＤは第１端末装置１６ａ（ＩＤ：００１）、第２端末装置１６ｂ（ＩＤ：００２）、第３端末装置１６ｃ（ＩＤ：００３）、第４端末装置１６ｄ（ＩＤ：００４）、第５端末装置１６ｅ（ＩＤ：００５）、第６端末装置１６ｆ（ＩＤ：００６）、第７端末装置１６ｇ（ＩＤ：００７）、第８端末装置１６ｈ（ＩＤ：００８）、第９端末装置１６ｉ（ＩＤ：００９）、第１０端末装置１６ｊ（ＩＤ：０１０）、第１１端末装置１６ｋ（ＩＤ：０１１）とする。また、ＯＮ検出日の記載例である「２０１８／６／１」は「２０１８年６月１日」であり、ＯＮ検出時刻の記載例である「１０：１８：１４」の表記は「１０時１８分１４秒」であることを表す。また、図７の接続情報パケットにおいて、検出日と検出時刻（検出日時）を省略し、履歴テーブルのＯＮ検出日とＯＮ検出時刻に、管理装置１２が接続情報パケットを受信した日時を記録してもよい。

次に、本実施例の端末装置１６の処理の詳細を説明する。図１５は、端末装置１６による通信モード選択処理を示すフローチャートである。なお、本フローチャートは図１１のフローチャートのＳ１２０において、通常発信と判定された場合（Ｓ１２０：Ｎｏ）に実行される処理である。Ｓ７００において、制御部３８は記憶部４０の履歴テーブルから、発信先端末装置１６のレコードＲＨを取得する。レコードＲＨが存在しない場合、その旨を示すＮＵＬＬが取得される。その後Ｓ７１０に進む。Ｓ７１０において、制御部３８はレコードＲＨが存在するか否かを判定する。レコードＲＨが存在する場合（Ｓ７１０：Ｙｅｓ）は、Ｓ７２０に進む。レコードＲＨが存在する場合、発信先端末装置１６が過去に１回以上はヘッドセットを接続したことがある。したがって、発信先端末装置１６の使用者１８は、ヘッドセットを利用しようと思えば利用できる可能性が高いと考えられる。レコードＲＨが存在しない場合（Ｓ７１０：Ｎｏ）は、Ｓ１８０に進む。

レコードＲＨが存在しない場合、発信先端末装置１６が過去に１度もヘッドセットを接続したことがない状態である。したがって、発信先端末装置１６の使用者１８は、常にヘッドセットを使用せずに通話を行っていることになり、ヘッドセット接続状態から、その使用者１８が通話を認識できる程度を推定することはできない。つまり、ヘッドセットの接続が「ＯＦＦ」であるからといって、その使用者１８が通話を聞き逃す可能性が高いとはいえない。このため、Ｓ１１０で取得された発信方法（通常発信）を変更せずに、Ｓ１８０において通常発信を行う。なお、Ｓ７１０において、さらに履歴テーブルのＯＮ検出日時（ＯＮ検出日およびＯＮ検出時刻）を用いて判定処理を行ってもよい。すなわちＳ７１０において、「レコードＲＨが存在し、かつ、現時刻とＯＮ検出日時との時間差が所定値未満である」場合にＹｅｓと判定し、そうでない場合にＮｏと判定する。例えば、この所定値を「３０日間」とすればよい。使用者１８が最後にヘッドセットを接続した時点から、ある程度長い日数が経過している場合、使用者１８はヘッドセットを使って通話をする習慣を変更した可能性があり、現在ではヘッドセットを使わずに通話をすることが多い可能性がある。このため、レコードＲＨが存在しても、現時刻とＯＮ検出日時との時間差が所定値以上である場合には、レコードＲＨが存在しない場合と同様に扱い、Ｓ１１０で取得された発信方法（通常発信）を変更しない。

また、端末装置１６毎に過去の所定期間（例えば、過去３ヶ月間）の接続状態を全て記憶部４０に記憶してもよい。例えば、端末装置名、端末装置ＩＤ、検出日時、接続状態（ＯＮまたはＯＦＦ）を関連付けて履歴第２テーブル（図示せず）に記録してもよい。このような詳細な情報を記録することにより、ステップＳ７１０の判定処理の精度をより高くすることができる。例えば、履歴第２テーブルを解析することにより、発信先端末装置１６が１ヶ月前まではヘッドセットを使って通話を行っていたが、直近の１ヶ月間はヘッドセットを使用して通話していないことが判明した場合、現時点ではヘッドセットの接続状態から使用者１８が通話認識する可能性を推定できないと判断する。そして、レコードＲＨが存在しない場合と同様に扱い、Ｓ１１０で取得された発信方法（通常発信）を変更しない。

Ｓ７２０において、制御部３８は記憶部４０の接続テーブル６４から、発信先端末装置１６のレコードＲを取得する。レコードＲが存在しない場合、その旨を示すＮＵＬＬが取得される。Ｓ７２０からＳ７３０に進む。Ｓ７３０において、制御部３８はＳ７２０で取得したレコードＲのヘッドセット接続が「ＯＮ」であるか否かを判定する。ヘッドセット接続が「ＯＮ」の場合（Ｓ７３０：Ｙｅｓ）は、Ｓ１８０に進む。すなわち、Ｓ１８０で通常発信を行う。ヘッドセット接続が「ＯＮ」の場合、発信先端末装置１６の使用者１８が通話を認識できる可能性が高いため、Ｓ１１０で取得された発信方法（通常発信）を変更しない。ヘッドセット接続が「ＯＦＦ」の場合（Ｓ７３０：Ｎｏ）は、Ｓ１９０に進む。すなわち、Ｓ１９０でＲＢＴ発信を行う。ヘッドセット接続が「ＯＦＦ」の場合、発信先端末装置１６の使用者１８が通話を認識できる可能性が相対的に低いため、Ｓ１１０で取得された発信方法（通常発信）をＲＢＴ発信に変更する。

なお、上述の説明では、図１１に示すフローチャートのＳ１２０においてＮｏと判定された場合に履歴テーブルを使用し、Ｙｅｓと判定された場合に接続テーブルを使用して処理を行ったが、Ｙｅｓと判定された場合にも履歴テーブルを使用してもよい。例えば、Ｓ１３０に相当するＳ１３０Ａにおいて、接続テーブルの代わりに履歴テーブルから、発信先の端末装置１６のレコードＲを取得する。次にＳ１４０を実行し、その次にＳ１５０は実行せず（Ｓ１５０を省略し）、その次にＳ１６０を実行する。そして、Ｓ１７０に相当するＳ１７０Ａにおいて、レコードＲのＯＮ検出時刻と現時刻ＣＴとの差分値が、所定時間ＰＴ未満であるか否かを判定すればよい。Ｓ１７０ＡでＹｅｓの場合はＳ１８０に進み、Ｎｏの場合はＳ１９０に進む。すなわち、接続テーブルと履歴テーブルの両方を用いて、通信モードを選択してもよいが、履歴テーブルのみを用いて通信モードを選択してもよい。履歴テーブルは、接続テーブルと同様に、端末装置１６と外部との接続情報が示された接続情報を格納するテーブルである。両者の違いは、接続テーブルには「ＯＮ」と「ＯＦＦ」の２種類の接続情報が格納されるが、履歴テーブルには「ＯＮ」の接続情報のみが格納されることにある。履歴テーブルにデータが存在しない端末装置１６は、管理装置１２が過去に一度も接続情報を受信していない端末装置であり、過去に一度も外部装置が接続されていない端末装置である。履歴テーブルにデータが存在しない端末装置１６は、接続状態が「ＯＦＦ」状態であると容易に判定できるため、履歴テーブルは、接続テーブルの一種であるということもできる。

本実施例によれば、履歴テーブルおよび接続テーブルをもとに、第１通信モードと第２通信モードを選択するので、適切な通信方式（通信モード）をより精度よく選択できる。このため、発信端末装置の使用者が発話した通話内容が、相手に伝わらず無駄になってしまうことを防止できる。

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

本実施例における端末装置１６の制御部３８は、記憶部４０の接続テーブル６４から、グループに所属する全端末装置１６のレコードＲを取得し、ヘッドセット接続が「ＯＮ」であり、かつ現時刻ＣＴと検出日、検出時刻の差分が所定時間ＰＴより小さい端末装置１６の合計数Ｔを集計する。ＲＢＴ発信設定時においても、合計数Ｔが所定数Ｎ（例としてグループに所属する送信対象端末装置１６の半数）より大きい場合、すなわちヘッドセットによる受信が可能な端末装置１６が所定数Ｎより多く存在している場合は、グループに所属する全ての端末装置１６へ通常発信を行う。これによりグループ内において、ＲＢＴ発信と比較してより迅速に通話を開始することが可能となり、少なくともヘッドセットによる受信が可能な使用者１８に対しては、より迅速に情報を伝えることが可能になる。

例として図１０において、第１端末装置１６ａ、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆの６つの端末装置１６が、グループＧ１に所属していると仮定し、現時刻ＣＴが「１０：２０：００」の時に第１端末装置１６ａがグループ呼出を行った場合を想定する。また、本実施例の説明において特に断らない限り、この所定時間ＰＴは１０分であるとする。つまり、検出時刻が「１０：１０：００」よりも後の時刻で、かつヘッドセット接続が「ＯＮ」の端末装置１６を、現在ヘッドセット接続がされており、使用者１８が容易に通話を認識できる端末装置１６と判定する。本例では、所定数Ｎを上記例の「グループに所属する送信対象端末装置１６の半数」とした場合、送信対象端末装置１６は第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆの「５」であり、所定数Ｎはその半数の「２.５」となる。

第１端末装置１６ａの入力部３０から通話ボタンの押下を検出した際、実施例１と同様に制御部３８は発信方法を取得する。発信方法がＲＢＴ発信の場合、制御部３８は記憶部４０の接続テーブル６４を参照し、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆのヘッドセット接続および検出日、検出時刻を取得する。図１０の例の場合、ヘッドセット接続が「ＯＮ」であり、かつ現時刻ＣＴと検出日、検出時刻の差分が所定時間ＰＴより小さい端末装置１６は第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆであり、上記の条件を満たさない端末装置１６は第２端末装置１６ｂ、第４端末装置１６ｄとなる。これにより、合計数Ｔは「３」と集計される。本例では、前述のように所定数Ｎが「２.５」であり、端末装置１６の合計数Ｔが「３」のため、合計数Ｔが所定数Ｎより大きい。これにより、第１端末装置１６ａはグループＧ１へ通常発信を行う。つまり、通信部３４は、複数の他の端末装置１６のそれぞれに対する接続情報を受信し、制御部３８は、複数の他の端末装置１６のうち、ヘッドセットに接続された他の端末装置１６の数がしきい値よりも多い場合、通常発信を選択する。通信部３４は、制御部３８において選択した通常発信にしたがって、複数の他の端末装置１６に信号を発信する。

また別例として図１０において、第１端末装置１６ａ、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋがグループＧ２に所属していると仮定し、現時刻ＣＴが「１０：２０：００」の時に第１端末装置１６ａがグループ呼出を行った場合を想定する。本例では、所定数Ｎを上記例の「グループに所属する送信対象端末装置１６の半数」とした場合、送信対象端末装置１６は、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋの「１０」であり、所定数Ｎはその半数の「５」となる。

第１端末装置１６ａの入力部３０から通話ボタンの押下を検出した際、実施例１と同様に制御部３８は発信方法を取得する。発信方法がＲＢＴ発信の場合、制御部３８は記憶部４０の接続テーブル６４を参照し、第２端末装置１６ｂ、第３端末装置１６ｃ、第４端末装置１６ｄ、第５端末装置１６ｅ、第６端末装置１６ｆ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１０端末装置１６ｊ、第１１端末装置１６ｋのヘッドセット接続および検出日、検出時刻を取得する。図１０の例の場合、ヘッドセット接続が「ＯＮ」であり、かつ現時刻ＣＴと検出日、検出時刻の差分が所定時間ＰＴより小さい端末装置１６は、第３端末装置１６ｃ、第５端末装置１６ｅ、第６端末装置１６ｆ、第１０端末装置１６ｊの４台であり、上記の条件を満たさない端末装置１６は第２端末装置１６ｂ、第４端末装置１６ｄ、第７端末装置１６ｇ、第８端末装置１６ｈ、第９端末装置１６ｉ、第１１端末装置１６ｋの６台となる。これにより、合計数Ｔは「４」と集計される。本例では、前述にて所定数Ｎが「５」であり、端末装置１６の合計数Ｔが「４」のため、合計数Ｔが所定数Ｎ以下である。これにより、第１端末装置１６ａはグループＧ２へＲＢＴ発信を行う。

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

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

Ｓ４３０において、制御部３８は記憶部４０の接続テーブル６４からグループに所属する全ての端末装置１６のレコードＲを取得する。この時リストＬを初期化後、各端末装置１６のレコードＲを記録する。また、合計数Ｔの値も初期化する。その後Ｓ４４０に進む。Ｓ４４０において、制御部３８は所定数Ｎを設定する。所定数Ｎは本実施例で説明した様にグループに所属する全端末装置１６数に対する割合を示す数値でもよく、また定数でもよい。その後Ｓ４５０に進む。Ｓ４５０において、制御部３８は計時部３２より現時刻ＣＴを取得する。その後Ｓ４６０に進む。Ｓ４６０において、制御部３８はリストＬから任意の端末装置１６のレコードＲを取得する。この時、取得した端末装置１６のレコードＲの情報はリストＬから削除される。その後Ｓ４７０に進む。

Ｓ４７０において、制御部３８はＳ４６０で取得したレコードＲのヘッドセット接続が「ＯＮ」であるか否かを判定する。ヘッドセット接続が「ＯＮ」の場合（Ｓ４７０：Ｙｅｓ）は、Ｓ４８０に進む。ヘッドセット接続が「ＯＦＦ」の場合（Ｓ４７０：Ｎｏ）は、Ｓ５００に進む。Ｓ４８０において、制御部３８は現時刻ＣＴとレコードＲ内の検出日、検出時刻の差分を計算し、差分が所定時間ＰＴより小さいか否かを判定する。差分が所定時間ＰＴより小さい場合（Ｓ４８０：Ｙｅｓ）は、Ｓ４９０に進む。差分が所定時間ＰＴより大きい場合（Ｓ４８０：Ｎｏ）は、Ｓ５００に進む。Ｓ４９０において、制御部３８は合計数Ｔを「１」インクリメントする。その後Ｓ５００に進む。

Ｓ５００において、制御部３８はリストＬ内に端末装置１６のレコードＲが存在するか否かを判定する。リストＬ内に端末装置１６のレコードＲが存在しない場合（Ｓ５００：Ｎｏ）は、Ｓ５１０に進む。リストＬ内に端末装置１６のレコードＲが存在する場合（Ｓ５００：Ｙｅｓ）は、Ｓ４６０に戻って処理を繰り返す。Ｓ５１０において、制御部３８は合計数Ｔと、Ｓ４４０にて設定した所定数Ｎを比較する。合計数Ｔが所定数Ｎより大きい場合（Ｓ５１０：Ｙｅｓ）は、Ｓ５２０に進む。合計数Ｔが所定数Ｎより小さい場合（Ｓ５１０：Ｎｏ）は、Ｓ５３０に進む。Ｓ５２０において、制御部３８は発信先の端末装置１６へ通常発信を行う。その後処理を終了する。Ｓ５３０において、制御部３８は発信先の端末装置１６へＲＢＴ発信を行う。その後処理を終了する。

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

（実施例３の変形例）
次に、実施例３の変形例を説明する。本変形例では、端末装置１６と外部装置との接続状況の他に、端末装置１６の位置（位置情報）を用いて、通信モードを選択する。本変形例の端末装置１６は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などを用いて自端末の位置情報を検出するための位置情報検出部（不図示）を備えている。グループ通信に係る各端末装置１６は、所定の周期（例えば、３０秒毎）、あるいは任意のタイミングで、自端末の位置情報（緯度、経度）および位置情報を検出した日時（検出日時）を管理装置１２に送信する。管理装置１２は、端末装置１６から位置情報および検出日時を取得し、端末ＩＤと位置情報と検出日時とを対応させて記憶部３４０に記憶する。記憶部３４０は、少なくとも各端末装置１６の最新（直近）の位置情報を記憶するが、所定期間（例えば、直近１ヶ月間）の位置情報を全て記憶してもよい。

グループ通信に係る各端末装置１６の通信部３４は、接続テーブル３６２と位置情報テーブル（不図示）とを管理装置１２から受信する。これらを所定の周期（例えば、３０秒毎）に受信してもよいし、任意のタイミングで受信してもよい。また、端末装置１６が発呼するタイミング（発呼の直前）で受信してもよい。位置情報テーブルには、グループ通信に係る各端末装置１６、すなわち、ある特定のグループに属する各端末装置１６の端末ＩＤと最新の位置情報とが含まれている。あるいは、グループ通信に係る自端末以外の端末装置１６の端末ＩＤと最新の位置情報であってもよい。端末装置１６は、位置情報テーブルを受信すると、記憶部４０に記憶する。すなわち、記憶部４０には、グループ通信の対象となる各端末装置１６の端末ＩＤと位置情報（緯度、経度）が格納される。制御部３８は、記憶部４０を参照しながら、グループ内のヘッドセットが接続されていない端末装置１６のそれぞれを対象にして、ヘッドセットが接続されている端末装置１６との最短距離を算出する。なお、グループ内でヘッドセットが接続されている端末装置１６が存在しない場合は、この最短距離を十分大きな値（無限大を示す値など）にする。次に、制御部は、算出した最短距離の最大値が、所定値未満であるか否かを判定する。この最大値が所定値未満である場合に、ＲＢＴ発信から通常発信に切りかえる。

つまり、通信部３４は、ヘッドセットに接続された第１の他の端末装置１６の位置情報と、ヘッドセットに接続されていない第２の他の端末装置１６の位置情報を管理装置１２から受信し、制御部３８は、第１の他の端末装置１６と第２の他の端末装置１６との距離がしきい値よりも小さい場合、通常発信を選択する。通信部３４は、制御部３８において選択した通信モード（ここでは通常発信）にしたがって、第１の他の端末装置１６と第２の他の端末装置１６に信号を発信する。すなわち、本変形例では、同一の通話を受信する複数の他の端末装置１６の接続情報および位置情報をもとに、発呼する端末装置１６の通信モードを選択する。

例えば、グループ通話を受信する端末装置１６が１０台あり、そのうちの３台の端末装置１６（第１端末装置１６ａ、第２端末装置１６ｂ、第３端末装置１６ｃ）のヘッドセットが接続されていないものとする。第１端末装置１６ａからヘッドセットが接続された端末装置１６までの最短距離が「２５ｍ」、第２端末装置１６ｂからヘッドセットが接続された端末装置１６までの最短距離が「１０ｍ」、第３端末装置１６ｃからヘッドセットが接続された端末装置１６までの最短距離が「２０ｍ」であるとすると、最大値は「２５ｍ」になる。そして、所定値を「３０ｍ」とすると、最大値は所定値未満なので、ＲＢＴ発信が指定された場合に通常発信に切りかえる。この所定値は、使用者１８が容易に移動できる距離に設定することが望ましい。仮に、緊急事態の通報などが通常発信のグループ通話で行われ、ヘッドセットを接続していない端末装置１６の使用者１８が聞き逃したとしても、周囲の他の使用者１８の状況をみて判断することや、周囲の他の使用者１８に直接確認することが比較的容易にできる。

また、このようなヘッドセットを接続していない端末装置１６からヘッドセットを接続している端末装置１６までの距離と、グループ内でヘッドセットを接続している端末装置１６の数や割合とを組み合せて、判定処理を行ってもよい。

本変形例によれば、ヘッドセットに接続された第１の他の端末装置と、ヘッドセットに接続されていない第２の他の端末装置との距離がしきい値よりも小さい場合、第２通信モードを選択し、それ以外の場合、第１通信モードを選択するので、グループ通信においても、通信モードを適切に選択することができる。

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

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

Claims (7)

1. 他の端末装置と外部装置との接続状態を示す接続情報を受信する受信部と、
   前記受信部において受信した前記接続情報をもとに、前記他の端末装置において所定の操作が行われた後に通信が開始される第１通信モードと、前記他の端末装置において所定の操作が行われない場合であっても通信が開始される第２通信モードとのいずれかの通信モードを選択する制御部と、
   前記制御部において選択した通信モードにしたがって、前記他の端末装置に信号を発信する送信部と、
   を備えることを特徴とする端末装置。
2. 前記制御部は、前記受信部が前記接続情報を受信していない場合、あるいは前記受信部において受信した前記接続情報が現時刻よりも第１の所定時間以上前の情報である場合、前記第１通信モードを選択することを特徴とする請求項１に記載の端末装置。
3. 前記制御部は、前記受信部が前記接続情報を受信していない場合、あるいは前記受信部において受信した前記接続情報が現時刻よりも第２の所定時間以上前の情報である場合、前記送信部に信号を発信させないことを特徴とする請求項１に記載の端末装置。
4. 前記受信部において受信される前記接続情報は、前記他の端末装置に前記外部装置が接続され、かつ前記外部装置がユーザに装着される第１状態、前記他の端末装置に前記外部装置が接続され、かつ前記外部装置がユーザに装着されていない第２状態、前記他の端末装置に前記外部装置が接続されていない第３状態のいずれかを示し、
   前記制御部は、前記第１状態であれば前記第２通信モードを選択し、前記第２状態あるいは前記第３状態であれば前記第１通信モードを選択することを特徴とする請求項１に記載の端末装置。
5. 前記受信部は、複数の他の端末装置のそれぞれに対する前記接続情報を受信し、
   前記制御部は、前記複数の他の端末装置のうち、前記外部装置が接続された他の端末装置の数がしきい値よりも多い場合、前記第２通信モードを選択し、
   前記送信部は、前記制御部において選択した前記第２通信モードにしたがって、前記複数の他の端末装置に信号を発信することを特徴とする請求項１に記載の端末装置。
6. 前記受信部は、前記外部装置が接続された第１の他の端末装置と、前記外部装置が接続されていない第２の他の端末装置とのそれぞれに対する接続情報を受信し、
   前記制御部は、前記第１の他の端末装置と前記第２の他の端末装置との距離がしきい値よりも小さい場合、前記第２通信モードを選択し、
   前記送信部は、前記制御部において選択した前記第２通信モードにしたがって、前記第１の他の端末装置と前記第２の他の端末装置に信号を発信することを特徴とする請求項１に記載の端末装置。
7. コンピュータに、
   他の端末装置と外部装置との接続状態を示す接続情報を受信するステップと、
   前記受信した接続情報をもとに、前記他の端末装置において所定の操作が行われた後に通信が開始される第１通信モードと、前記他の端末装置において所定の操作が行われない場合であっても通信が開始される第２通信モードのいずれかの通信モードを選択するステップと、
   前記選択した通信モードにしたがって、前記他の端末装置に信号を発信するステップと、
   を実行させるプログラム。

Images