(57)【要約】  【課題】動作モードの留守モードへの自動切替を従来よりも低コストで実現する  【解決手段】電話端末は、電話端末自身の所定範囲内に所属ユーザが存在しなければ、留守モードで作動し（ｓ３６０）、所属ユーザが存在すれば通常モードで作動する（ｓ３５０）。ここで、所属ユーザが所定範囲内に存在するかどうかは、所属ユーザの所有するユーザ識別端末からユーザ通知データを受信（ユーザＩＤを取得）できるかどうかで判定されるため、ユーザ識別端末は、ユーザ通知データを送信できればよく、音声通話を実現するための構成を備えている必要はない。よって、電話端末に対する通知ユーザの数に応じて識別端末の数が多くなっても、音声通話を実現するための構成が多く必要になることはなく、システム全体としてのコストの増加を抑えることができる。【選択図】図４
2005033614.tif 000002
【特許請求の範囲】
【請求項１】
留守番機能を有する電話端末、および、ユーザに所有させるものであって、該ユーザに割り当てられた識別データを無線通信により送信可能な識別端末からなる電話システムであって、
前記電話端末は、所定範囲内に存在する前記識別端末から無線通信により前記識別データを取得する第１識別データ取得手段と、該第１識別データ取得手段により取得された識別データに基づいて当該電話端末の動作モードを切り替える切替手段と、を備えており、
該切替手段は、前記第１識別データ取得手段により取得された識別データの中に、あらかじめ当該電話端末への着信に応答すべきユーザとして定められた応答ユーザに割り当てられた識別データが含まれていれば、留守番機能が利用されない通常モードに切り替える一方、前記応答ユーザに割り当てられた識別データが含まれていなければ、留守番機能が利用される留守モードへ切り替える
ことを特徴とする電話システム。
【請求項２】
前記電話端末において、前記第１識別データ取得手段は、所定範囲内に存在する前記識別端末全てから一定期間毎に前記識別データを取得する
ことを特徴とする請求項１に記載の電話システム。
【請求項３】
前記電話端末においては、
前記識別データが登録されたユーザテーブルを記録している記録手段が備えられ、
前記切替手段は、前記データ取得手段により取得された前記識別データの中に、前記ユーザテーブルに登録されている前記識別データが含まれていれば、動作モードを前記通常モードに切り替える一方、前記ユーザテーブルに登録されている前記ユーザ識別データが含まれていなければ、動作モードを前記留守モードに切り替える
ことを特徴とする請求項１または請求項２に記載の電話システム。
【請求項４】
前記電話端末においては、
当該電話システムと同様に機能する他の電話システムとデータ通信可能で、かつ、該他の電話システムへ音声通話または着信を転送可能に構成され、
外部からの指令を受けて、前記応答ユーザの検索を依頼する旨の検索依頼データを他の電話システム側へ送信する検索依頼手段と、
該検索依頼手段による検索依頼データの送信後、前記他の電話システム側から前記検索依頼データで検索を依頼した応答ユーザが検出された旨を通知するための検索通知データを受信した以降に、前記他の電話システムへの転送を行う検出転送手段と、を備えている
ことを特徴とする請求項１から３のいずれかに記載の電話システム。
【請求項５】
前記電話端末においては、
音声通話中のユーザに特定の前記応答ユーザを指定させるユーザ指定手段が備えられ、
前記検索依頼手段は、前記ユーザ指定手段により指定された応答ユーザの検索を依頼する旨の検索依頼データを他の電話システム側へ送信する
ことを特徴とする請求項４に記載の電話システム。
【請求項６】
前記電話端末において、前記検出転送手段は、前記検索通知データを受信した以降、音声通話中のユーザによる操作を受けた際に、前記他の電話システムへ音声通話を転送する
ことを特徴とする請求項４または請求項５に記載の電話システム。
【請求項７】
前記電話端末においては、
動作モードが留守モードとなっている状態で留守番機能の利用を開始させる留守開始手段が備えられ、
前記検索依頼手段は、動作モードが留守モードとなっている状態において当該電話端末に対する着信を受けた際、前記検索依頼データを他の電話システム側へ送信して、
前記検出転送手段は、前記検索依頼手段による検索依頼データの送信後、前記他の電話システムから前記検索通知データを受信した場合に、前記他の電話システムへ着信を転送して、
前記留守開始手段は、前記検索依頼手段による検索依頼データの送信後、前記検索通知データを受信しない場合に、留守番機能の利用を開始させる
ことを特徴とする請求項４に記載の電話システム。
【請求項８】
前記電話端末においては、
当該電話システムと同様に機能する他の電話システムとデータ通信可能で、かつ、該他の電話システムから音声通話または着信を転送可能に構成され、
他の電話システム側から特定の前記識別データが割り当てられたユーザの検索を依頼する旨の検索依頼データを受信した際に、所定範囲内に存在する前記識別端末から前記識別データを取得する第２識別データ取得手段と、
該第２識別データ取得手段により取得された識別データの中に、前記検索依頼データで検索を依頼されたユーザに割り当てられた前記識別データが含まれている場合、該検索を依頼されたユーザが検出された旨を通知するための検索通知データを前記他の電話システムに送信する検索通知手段と、
該検索通知手段による検索通知データの送信後、前記他の電話システムから音声通話の転送を受けた際に、当該電話端末の動作モードに拘わらず呼び出しを行う緊急呼出手段と、を備えている
ことを特徴とする請求項１から７のいずれかに記載の電話システム。
【請求項９】
前記電話端末は、前記第１識別データ取得手段により取得された１以上の識別データの中に、前記応答ユーザそれぞれに割り当てられた識別データの一部または全てが含まれている場合に、前記応答ユーザそれぞれに割り当てられた識別データの一部または全てを取得できた旨を報知するユーザ報知手段を備えている
ことを特徴とする請求項１から８のいずれかに記載の電話システム。
【請求項１０】
前記電話端末は、少なくとも前記切替手段および検出転送手段を備える本体部と、少なくとも前記第１識別データ取得手段，前記記録手段および前記検索依頼手段を備える管理部と、からなり、
さらに、前記管理部には、前記第１識別データ取得手段により取得された前記識別データ、および、前記記録手段に記録されているユーザテーブルに基づいて、動作モードを通常モードおよび切替モードのいずれへかの切り替えを本体部へ指令する切替指令手段が備えられている
ことを特徴とする請求項４から９のいずれかに記載の電話システム。
【請求項１１】
前記電話端末は、少なくとも前記切替手段および検出転送手段を備える本体部と、少なくとも前記第１識別データ取得手段，前記記録手段および前記検索依頼手段を備える管理部と、からなり、
該管理部は、前記第１識別データ取得手段により取得された前記識別データ、および、前記記録手段に記録されているユーザテーブルに基づいて、動作モードを通常モードおよび切替モードのいずれかへの切り替えを本体部へ指令する切替指令手段が備えられており、当該電話システムと同様に機能する他の電話システムの前記記録手段および前記検索依頼手段としても機能するように構成されている
ことを特徴とする請求項４から９のいずれかに記載の電話システム。
【請求項１２】
前記識別端末は、ユーザに割り当てられた識別データであるユーザ識別データを送信可能な第１識別端末、および、ユーザが利用するデバイスに添付するものであって、該デバイスに割り当てられた識別データであるデバイス識別データを送信可能な第２識別端末からなり、
前記電話端末において、
前記切替手段は、前記第１識別データ取得手段により取得された識別データの中に、前記応答ユーザに割り当てられたユーザ識別データ、および、あらかじめ前記応答ユーザが利用すべきデバイスとして定められた利用デバイスに割り当てられたデバイス識別データが含まれていれば、動作モードを通常モードに切り替える一方、前記利用デバイスに割り当てられたデバイス識別データが含まれていなければ、動作モードを留守モードへ切り替える
ことを特徴とする請求項１から１１のいずれかに記載の電話システム。
【請求項１３】
請求項１から１２のいずれかに記載の電話端末。
【請求項１４】
請求項１０または請求項１１に記載の管理部として機能する端末装置。
【請求項１５】
請求項１から１２のいずれかに記載の電話端末として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、留守番機能を有する電話端末、ユーザに割り当てられた識別データに基づき電話端末の動作モードを切り替える端末装置、これらからなる電話システム、および、これらにおいて利用可能なプログラムに関する。
【背景技術】
【０００２】
現在、留守電機能を有する電話端末が使用されており、利用者が着信に応対できない場合に発信元（着信元）からのメッセージを記録することが行われている。このような留守電機能は、スイッチなど操作部の操作で電話端末の動作モードを留守番電話機能が利用されない通常モードから利用される留守モードへ切り替えることにより利用可能となる構成が一般的である。
【０００３】
また、近年では、動作モードの留守モードへの切替を利用者が操作部の操作を行うことなく自動的に行うための技術が種々提案されている。例えば、それぞれダイヤルイン番号が割り当てられた無線子機を備え、ダイヤルイン番号毎に留守電機能（留守番電話機能）を有する電話端末（留守番電話）であって、無線子機が通信圏外に出たときに電話端末の動作モードを留守モードへ自動的に切り替える（セットする）といった技術である（特許文献１参照）。
【特許文献１】特開２０００−３４１３９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した背景技術では、ダイヤルイン番号それぞれに対応する無線子機を設けなければならないため、電話端末への着信に応答すべきユーザの数（例えば、同一部署に電話端末が一つ設置されている場合において、その部署に所属するユーザの数）に比例して必要な子機端末の数が多くなり、システム全体としてのコストが増加してしまうという問題がある。
【０００５】
また、この電話端末へ発呼した発呼ユーザにとっては、発呼したダイヤルイン番号のユーザが電話端末付近にいなければ、用件を処理できる他のユーザが電話端末付近にいる場合であっても留守電機能が作動してしまうため、直ちに用件を処理することができず、無用な時間を費やしてしまう恐れがある。
【０００６】
本発明は、上記課題を解決するためになされたものであり、その目的は、動作モードの留守モードへの自動切替を従来よりも低コストで実現すると共に、用件を処理できる他のユーザが電話端末付近にいる場合に留守電機能が作動しないようにするための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記問題を解決するため請求項１に記載の電話システムは、留守番機能を有する電話端末、および、ユーザに所有させるものであって、このユーザに割り当てられた識別データを無線通信により送信可能な識別端末からなる電話システムである。電話端末は、所定範囲内に存在する識別端末から無線通信により識別データを取得する第１識別データ取得手段と、この第１識別データ取得手段により取得された識別データに基づいて電話端末自身の動作モードを切り替える切替手段と、を備えている。これらのうち、切替手段は、第１識別データ取得手段により取得された識別データの中に、あらかじめ電話端末自身への着信に応答すべきユーザとして定められた応答ユーザに割り当てられた識別データが含まれていれば、留守番機能が利用されない通常モードに切り替える一方、応答ユーザに割り当てられた識別データが含まれていなければ、留守番機能が利用される留守モードへ切り替える。
【０００８】
このように構成された電話システムによれば、電話端末自身への着信があった際、所定範囲内に応答ユーザが存在しなければ留守モードで動作し、応答ユーザが存在すれば通常モードにて電話端末自身による呼び出しを行う。ここで、応答ユーザが所定範囲内に存在するかどうかは、応答ユーザの所有する識別端末から識別データを取得できるかどうかで判定されるため、識別端末は、識別データを送信できればよく、音声通話を実現するための構成を備えている必要はない。よって、電話端末に対する応答ユーザの数に応じて識別端末の数が多くなっても、音声通話を実現するための構成が多く必要になることはなく、システム全体としてのコストの増加を抑えることができる。
【０００９】
また、電話端末自身への着信があった際、電話端末付近に応答ユーザが存在すれば留守電機能が作動することはないため、本電話端末を発呼した発呼ユーザにとっては、目的とするユーザ（話をすべき応答ユーザ）が存在しない場合であっても、他の応答ユーザに用件を処理してもらったり、目的とするユーザまたは用件を処理できる他のユーザに取り次いでもらったりといったことを経て直ちに用件を処理することが期待できる。
【００１０】
なお、上述した識別端末は、ユーザに割り当てられた識別データを無線通信により送信可能なものであって、例えば、外部からの指令を受けたタイミングで識別データを送信したり、所定のタイミングで（または、継続して）識別データを送信したりするものである。ここで、識別データを無線通信するための具体的な構成としては、例えば、外部からの受信電波で動作する無線タグ（ＲＦＩＤタグ；Radio Frequency Identification）や、内蔵電源で動作するＩＣカード，トランスポンダを採用することが考えられる。
【００１１】
また、第１識別データ取得手段が識別データを取得する際の「所定範囲内」としては、例えば、電話端末の受信圏内や、所定レベル以上の信号レベルで識別データを受信できる範囲内などが考えられる。
【００１２】
また、この第１識別データ取得手段が識別データを取得するタイミングとしては、例えば、請求項２に記載のように、所定範囲内に存在する識別端末全てから一定期間毎に識別データを取得することとすればよい。
【００１３】
このように構成された電話システムによれば、一定時間毎に取得された識別データに基づいて、電話端末の動作モードを最新の状態に切り替えておくことができる。
なお、この構成において、第１識別データ取得手段が、識別データを取得するための具体的な構成としては、例えば、識別端末が外部からの指令を受けたタイミングで識別データを送信するように構成されている場合には、識別端末に対して識別データの送信を一定時間毎に要求することによって、識別端末から送信されてきた識別データを取得するように構成すればよい。また、識別端末が所定のタイミングで識別データを送信するように構成されている場合には、この識別端末から送信されてくる識別データを受信，取得するように構成すればよい。また、識別端末が継続して識別データを送信するように構成されている場合には、この識別端末から送信されてくる識別データを一定時間毎に受信，取得するように構成すればよい。
【００１４】
また、上述した第１識別データ取得手段が識別データを取得するタイミングとしては、電話端末に対する着信を受けたときとしてもよい。
このように構成すれば、電話端末に対する着信を受けたときに取得された識別データに基づいて、電話端末の動作モードを最新の状態に切り替えることができる。
【００１５】
なお、この構成において、第１識別データ取得手段が、識別データを取得するための具体的な構成としては、例えば、識別端末が外部からの指令を受けたタイミングで識別データを送信するように構成されている場合には、着信を受けた際に、識別端末に対して識別データの送信を要求することによって、識別端末から送信されてきた識別データを取得するように構成すればよい。また、識別端末が継続して識別データを送信するように構成されている場合には、着信を受けた際に、この識別端末から送信されてくる識別データを受信，取得するように構成すればよい。
【００１６】
また、上述の切替手段は、切り替えるべき動作モードを決定する際、例えば、応答ユーザに割り当てられた識別データが登録されたテーブル（データテーブル）を参照するように構成することが考えられ、このためには、請求項３のように構成するとよい。
【００１７】
請求項３に記載の電話システムは、電話端末に、識別データが登録されたユーザテーブルを記録している記録手段が備えられ、切替手段が、データ取得手段により取得された識別データの中に、ユーザテーブルに登録されている識別データが含まれていれば、動作モードを通常モードに切り替える一方、ユーザテーブルに登録されているユーザ識別データが含まれていなければ、動作モードを留守モードに切り替える、ことを特徴とする。
【００１８】
このように構成された電話システムによれば、特定のユーザに割り当てられた識別データをユーザテーブルに登録しておけば、以降、この識別データの割り当てられたユーザを応答ユーザとして、切り替えるべき動作モードを判定する際に参照させることができる。また、ユーザテーブルの登録内容を変更することによって、切り替えるべき動作モードを判定する際に参照させる応答ユーザを容易に変更することができる。
【００１９】
また、電話システムにおける電話端末が、本電話システムと同様に機能する他の電話システムとデータ通信可能で、かつ、他の電話システムへ音声通話または着信を転送可能に構成されている場合には、請求項４のように構成するとよい。
【００２０】
請求項４に記載の電話システムは、電話端末において、外部からの指令を受けて応答ユーザの検索を依頼する旨の検索依頼データを他の電話システム側へ送信する検索依頼手段と、検索依頼手段による検索依頼データの送信後、他の電話システム側から検索依頼データで検索を依頼した応答ユーザが検出された旨を通知するための検索通知データを受信した以降に、他の電話システムへの転送を行う検出転送手段と、が備えられている。
【００２１】
このように構成された電話システムによれば、電話端末への着信があった際、例えば、発呼してきた発呼ユーザが目的とするユーザ（話をしたいユーザ）とは異なるユーザが着信に応対し、かつ、電話端末付近に目的とするユーザが存在しない場合に、他の電話システムにおける電話端末付近に目的とするユーザが存在するかどうかを検索することができる。そして、ユーザが検出された旨を通知してきた電話システムへの転送を行うことができる。
【００２２】
なお、この構成においては、発呼ユーザが目的とするユーザと異なるユーザが着信に応対した場合、着信に応対したユーザが取り次ぐべきユーザを発呼ユーザから聞き出すことになるため、電話端末付近に目的とするユーザが存在しなければ、この着信に応対したユーザの操作でユーザを検索（検索依頼データを送信）できるようにするとよい。
【００２３】
このためには、請求項５に記載のように、電話端末において、音声通話中のユーザに特定の応答ユーザを指定させるユーザ指定手段が備えられ、検索依頼手段が、ユーザ指定手段により指定された応答ユーザの検索を依頼する旨の検索依頼データを他の電話システム側へ送信する、ように構成すればよい。
【００２４】
このように構成された電話システムによれば、電話端末への着信に応対したユーザは、発呼ユーザから取り次ぐべきユーザを聞き出し、そのユーザをユーザ指定手段により指定することによって、目的とするユーザの検索を開始することができる。
【００２５】
さらに、この構成において、検出転送手段は、他の電話システムからユーザが検出された旨を通知された際、自動的に転送を行うように構成してもよいが、請求項６に記載のように、検索通知データを受信した以降、音声通話中のユーザによる操作を受けた際に、他の電話システムへ音声通話を転送するように構成してもよい。
【００２６】
このように構成された電話システムによれば、音声通話中のユーザ、つまり、電話端末への着信に応対したユーザが任意のタイミングで音声通話を転送することができる。
なお、上述したユーザ指令手段は、音声通話中のユーザに特定の応答ユーザを指定させる手段であって、例えば、応答ユーザに割り当てられた識別データや、応答ユーザを特定可能なコードなどを入力部で入力することにより応答ユーザを指定する、といった構成が考えられる。
【００２７】
また、上記請求項４の構成においては、留守モードとなっている状態で着信があった際、自動的にユーザを検索（検索依頼データを送信）できるようにしてもよい。
このためには、請求項７に記載のように、電話端末においては、動作モードが留守モードとなっている状態で留守番機能の利用を開始させる留守開始手段が備えられており、動作モードが留守モードとなっている状態において電話端末自身に対する着信を受けた際、まず、検索依頼手段が検索依頼データを他の電話システム側へ送信して、その後、他の電話システムから検索通知データを受信した場合に、検出転送手段がその他の電話システムへ着信を転送する一方、検索通知データを受信しない場合には、留守開始手段が留守番機能の利用を開始させるように構成すればよい。
【００２８】
このように構成された電話システムによれば、留守モードとなっている状態で着信があった際、自動的にユーザを検索し、該当するユーザが検出されなかった場合のみ、留守番機能の利用を開始することができる。
【００２９】
ところで、上記電話システムにおいては、電話端末付近に応答ユーザが一人も存在しない場合、電話端末の動作モードは留守モードに切り替えられることになるが、上述した検索依頼データおよび検索通知データを請求項６，７の電話システムと同様に機能する他の電話システムとの間でやりとりした後、この電話システムにおける電話端末から着信が転送されてきたときには、留守モードであっても、通常モードと同様に呼出が行われるようにすることが望ましい。例えば、同一部署それぞれに電話端末が設置されており、各部署に所属するユーザを応答ユーザとした場合、検索依頼データおよび検索通知データのやりとりを経て転送されてきた着信は、電話システムにおける電話端末付近に存在するユーザの所属する部署（他部署）の応答ユーザいずれかへの着信である。同一部署の応答ユーザであれば、他の応答ユーザであっても所在を知っている可能性が高いため、呼出により電話端末付近に存在する他部署のユーザに着信に応対させることを促し、このユーザに要件を処理させたり、転送または取り次ぎを適切に行わせることを期待できる。
【００３０】
そこで、検索依頼データおよび検索通知データをやりとりした後で、着信が転送されてきたとき、留守モードであっても、通常モードと同様に呼出が行われるようにするためには、請求項８に記載のように構成するとよい。
【００３１】
請求項８に記載の電話システムは、電話端末を、電話システム自身と同様に機能する他の電話システムとデータ通信可能で、かつ、この他の電話システムから音声通話または着信を転送可能に構成し、第２識別データ取得手段、検索通知手段、緊急呼出手段を備えている。これらのうち、第２識別データ取得手段は、他の電話システム側から特定の識別データが割り当てられたユーザの検索を依頼する旨の検索依頼データを受信した際に、所定範囲内に存在する識別端末から識別データを取得する。また、検索通知手段は、第２識別データ取得手段により取得された識別データの中に、検索依頼データで検索を依頼されたユーザに割り当てられた識別データが含まれている場合、この検索を依頼されたユーザが検出された旨を通知するための検索通知データを他の電話システムに送信する。そして、緊急呼出手段は、検索通知手段による検索通知データの送信後、他の電話システムから音声通話の転送を受けた際に、電話端末の動作モードに拘わらず呼び出しを行う。
【００３２】
このように構成された電話システムによれば、検索依頼データおよび検索通知データを他の電話システムとの間でやりとりした後、この電話システムにおける電話端末から着信が転送されてきたときには、留守モードであっても、通常モードと同様に呼出を行うことができる。
【００３３】
また、請求項９に記載の電話システムは、電話端末が、第１識別データ取得手段により取得された１以上の識別データの中に、応答ユーザそれぞれに割り当てられた識別データの一部または全てが含まれている場合に、応答ユーザそれぞれに割り当てられた識別データの一部または全てを取得できた旨を報知するユーザ報知手段を備えている、ことを特徴とする。
【００３４】
このように構成された電話システムによれば、電話端末付近に存在するユーザは、ユーザ報知手段による報知によって、電話端末付近に自身を含めて応答ユーザが存在している旨を確認することができる。
【００３５】
特に、第１識別データ取得手段により取得された識別データの中に、応答ユーザそれぞれに割り当てられた識別データ全てが含まれている旨を報知する構成であれば、電話端末付近に全ての応答ユーザが存在することを確認できる。このように、全ての応答ユーザが存在することを確認できる状態において、あるユーザが電話端末に対する着信に応対した際、この電話端末を発呼した発呼ユーザが特定の応答ユーザを目的としている場合には、該当する応答ユーザの存在が確認できなくても、誤って不在である旨を伝えてしまう恐れがなく、発呼ユーザの用件を処理するまでに要する時間が不用意に長くなってしまうことを防止できる。
【００３６】
ところで、上述した電話端末は、動作モードの切替に関する構成を別体の装置とすることも考えられる。例えば、請求項１０に記載のように、電話端末を、少なくとも切替手段および検出転送手段を備える本体部と、少なくとも第１識別データ取得手段，記録手段および検索依頼手段を備える管理部とからなるように構成し、管理部に、第１識別データ取得手段により取得された識別データ、および、記録手段に記録されているユーザテーブルに基づいて、動作モードを通常モードおよび切替モードのいずれかへの切り替えを本体部へ指令する切替指令手段を備える、といった構成である。
【００３７】
このように構成された電話システムによれば、外部からの指令で動作モードを切替可能な電話端末であれば、管理部および識別端末を後付けすることによって、電話システムを構成することができる。
【００３８】
また、上述のように、切替手段および検出転送手段を備える本体部と、少なくとも第１識別データ取得手段，記録手段および検索依頼手段を備える管理部とで電話端末を構成した場合には、請求項１１に記載のように、電話端末の管理部を、電話システム自身と同様に機能する他の電話システムについて、この他の電話システムの記録手段および検索依頼手段（つまり、管理部）としても機能するように構成するとよい。
【００３９】
このように構成された電話システムによれば、単一の管理部によって、複数の電話端末それぞれの応答ユーザ（に割り当てられた識別データ）を一元管理でき、複数の電話端末それぞれに対して動作モードの切替を指令することができる。
【００４０】
さらに、電話システムそれぞれの電話端末は管理部としての機能を有している必要がないため、各電話システムの構成を単純化できる。
また、請求項１２に記載の電話システムは、識別端末が、ユーザに割り当てられた識別データであるユーザ識別データを送信可能な第１識別端末、および、ユーザが利用するデバイスに添付するものであって、このデバイスに割り当てられた識別データであるデバイス識別データを送信可能な第２識別端末からなる。また、電話端末における切替手段が、第１識別データ取得手段により取得された識別データの中に、応答ユーザに割り当てられたユーザ識別データ、および、あらかじめ応答ユーザが利用すべきデバイスとして定められた利用デバイスに割り当てられたデバイス識別データが含まれていれば、動作モードを通常モードに切り替える一方、利用デバイスに割り当てられたデバイス識別データが含まれていなければ、動作モードを留守モードへ切り替える
このように構成された電話システムによれば、電話端末自身への着信があった際、所定範囲内に応答ユーザが存在しない、または、存在しても利用デバイスが存在しなければ留守モードに切り替え、応答ユーザおよび利用デバイス両方が存在すれば通常モードにて電話端末自身による呼び出しを行う。このように、電話端末への着信があった際、電話端末付近に応答ユーザが存在しても、利用デバイスが存在しなければ、留守電機能を作動させないようにすることができる。
【００４１】
利用デバイスは、応答ユーザが利用すべきデバイスとして定められたものであって、発呼してきた発呼ユーザの用件を処理するために必要な情報を有している可能性が高いものといえる。そのため、電話端末自身への着信があった際、この電話端末に発呼してきた発呼ユーザが目的とする応答ユーザが応答したとしても、発呼ユーザの用件が利用デバイスの有する情報に基づいて処理すべき用件である場合は、利用デバイスがなければ発呼ユーザの用件を処理することができない。このような場合、応答ユーザおよび発呼ユーザは、共に無用な時間を消費してしまうことになりかねない。よって、電話端末への着信があった際、電話端末付近に応答ユーザが存在しても、利用デバイスが存在しなければ留守電機能を作動させることは、応答ユーザおよび発呼ユーザが無用な時間を消費してしまうことを防止するためには好適である。
【００４２】
また、請求項１３に記載の電話端末は、請求項１から１２のいずれかに記載の電話端末である。
このように構成された電話端末は、請求項１から１２のいずれかに記載の電話システムの一部を構成することができる。
【００４３】
また、請求項１４に記載の端末装置は、請求項１０または請求項１１に記載の管理部として機能する端末装置である。
このように構成された端末装置は、請求項１０または請求項１１に記載の電話システムの一部を構成することができる。
【００４４】
また、請求項１５に記載のプログラムは、請求項１から１２のいずれかに記載の電話端末（または管理部）として機能させるための各種処理手順をコンピュータシステムに実行させるためのプログラムである。
【００４５】
このプログラムにより制御されるコンピュータシステムは、請求項１から１２のいずれかに記載の電話端末（または管理部）の一部を構成することができる。
なお、上述したプログラムは、それぞれコンピュータシステムによる処理に適した命令の順番付けられた列からなるものであって、例えば、ＦＤ、ＣＤ−ＲＯＭ、メモリーカードなどの記録媒体、インターネットなどの通信回線網を介して、電話システム，電話端末，管理部，コンピュータシステム、または、これらを利用する利用者に提供されるものである。また、これらのプログラムを実行するコンピュータシステムとしては、例えば、電話端末，管理部に内蔵されたコンピュータシステム、電話端末，管理部に無線または有線の通信路を介してデータ通信可能に接続されたコンピュータシステムなどを利用することができる。
【発明を実施するための最良の形態】
【００４６】
次に本発明の実施の形態について例を挙げて説明する。
［第１実施形態］
電話システム１は、例えば、会社の部署毎に設置されるシステムであって、図１に示すように、各部署（本実施形態においては、部署Ａ〜部署Ｃ）に所属する所属ユーザ（社員）それぞれが所有するユーザ識別端末１０、留守番機能を有する周知の電話端末２０、電話端末２０に接続された状態で使用される管理端末３０などからなる。
【００４７】
ユーザ識別端末１０は、所属ユーザそれぞれに割り当てられたユーザＩＤ（identification）を記録している無線タグ（ＲＦＩＤタグ；Radio Frequency Identification）１２が内蔵されたカード型の端末であって、外部から要求データ（要求データに相当する電波）を受けた際に、記録しているユーザＩＤを示すユーザ通知データを無線により送信する。
【００４８】
電話端末２０は、電話端末２０全体の動作を制御する制御部２１、音声を入出力する送受話部２２、留守録機能によるメッセージの送出および記録を行う録音再生部２３、ユーザインターフェース部（以降、「ユーザＩ／Ｆ」とする）２４、電話端末２０を公衆交換電話網（以降、「ＰＳＴＮ」とする）１００に接続するためのＮＣＵ（network control unit）２５、管理端末３０との間でデータ通信を行うための外部インターフェース部（以降、「外部Ｉ／Ｆ」とする）２６などからなる。なお、本実施形態において、電話端末２０は、構内交換装置（以降、「ＰＢＸ」とする）２００を介して他の電話システム１およびＰＳＴＮ２００に接続される。
【００４９】
これらのうち、ユーザＩ／Ｆ２４は、記号ボタン２４ａ，表示パネル２４ｂ，スピーカ２４ｃの他、電話端末２０自身の動作モードを切り替えるためのモード切替スイッチ２４ｄを備えている。
【００５０】
ここで、動作モードとは、制御部２１内蔵のメモリに記録されたモード変数Ｍの値により設定されるものであって、モード切替スイッチ２４ｄが押下される毎にモード変数Ｍの値が、着信を受けた際に呼び出して音声通話を開始する「通常モード」である旨を示す「０」、または、留守電機能を利用する「留守モード」である旨を示す「１」へ交互に変更され、これにより、動作モードが「通常モード」または「留守モード」に切り替えられる。なお、動作モードは、上記モード切替スイッチ２４ｄの押下だけでなく、後述する動作モード設定処理（図４）において管理端末３０からの指令を受けた際にも切り替えられる。
【００５１】
管理端末３０は、管理端末３０全体の動作を制御する制御部３１、ユーザ識別端末１０と無線通信を行う通信部３２、各種データを記録する記録部３３、表示パネルと入力パネルとからなるユーザＩ／Ｆ３４、電話端末２０との間でデータ通信を行う外部Ｉ／Ｆ３５などを備えている。
【００５２】
これらのうち、記録部３３には、電話システム１が設置された部署の所属ユーザそれぞれに割り当てられたユーザＩＤが登録されたデータテーブルである所属ユーザリストが記録されている（図２（ａ）参照）。
○電話端末２０の着信処理
以下に、電話端末２０の制御部２１が実行する着信処理を図３に基づいて説明する。この着信処理は、ＰＳＴＮ２００または他の電話システム１からＰＢＸ２００を介して着信を受けた際に開始される。なお、他の電話システム１からＰＢＸ２００を介して受ける着信とは、他の電話システム１からの着信（内線呼出）や、他の電話システム１から転送されてきた着信のことである。
【００５３】
まず、動作モードをチェックする（ｓ１１０）。この処理では、制御部２１の内蔵メモリに記録されているモード変数Ｍの値が「０」であれば「通常モード」であると判定し、「１」であれば「留守モード」であると判定する。
【００５４】
このｓ１１０の処理で、動作モードが通常モードである場合（ｓ１１０：ＹＥＳ）、呼び出しを開始する（ｓ１２０）。この処理では、ユーザＩ／Ｆ２４に対して呼出音の出力開始を指令して、この指令を受けたユーザＩ／Ｆ２４がスピーカ２４ｃにより呼出音の出力を開始する。
【００５５】
このｓ１２０の処理で呼び出しを開始した後、呼び出しに応答したかどうかをチェックする（ｓ１３０）。この処理では、送受話器２２により通話を開始するための操作（オフフック操作）が行われたかどうかがチェックされる。
【００５６】
このｓ１３０の処理で、呼び出しに応答していなければ（ｓ１３０：ＮＯ）、着信が継続しているかどうかをチェックし（ｓ１４０）、継続していれば（ｓ１４０：ＹＥＳ）、ｓ１３０の処理へ戻る。
【００５７】
一方、ｓ１４０の処理で着信が継続していなければ（ｓ１４０：ＮＯ）、ｓ１２０で開始した呼び出しを終了した後（ｓ１５０）、本着信処理を終了する。このｓ１５０の処理では、ユーザＩ／Ｆ２４に対して呼出音の出力終了を指令して、この指令を受けたユーザＩ／Ｆ２４がスピーカ２４ｃによる呼出音の出力を終了する。
【００５８】
また、ｓ１３０の処理で、呼び出しに応答したら（ｓ１３０：ＹＥＳ）、ｓ１５０の処理と同様に、ｓ１２０の処理で開始した呼び出しを終了する（ｓ１６０）。
次に、送受話器２２と発信元（着信元）との音声通話を開始させる（ｓ１７０）。この処理では、ＰＢＸ２００から送受話器２２までの音声信号の伝送経路を設定して、電話端末２０（の送受話器２２）と発信元との回線が接続された状態とすることによって、音声通話を開始させる。
【００５９】
次に、音声通話を終了するための操作が行われるまで待機する（ｓ１８０：ＮＯ）。この処理では、送受話器２２により音声通話を終了するための操作（オンフック操作）が行われるまで待機する。
【００６０】
このｓ１８０の処理で、音声通話を終了するための操作が行われたら（ｓ１８０：ＹＥＳ）、音声通話を終了させる（ｓ１９０）。この処理では、ＰＢＸ２００から送受話器２２までの音声信号の伝送経路を解除して、電話端末２０と発信元との回線が切断された状態とすることによって、音声通話を終了させる。
【００６１】
このｓ１９０の処理を終えた後、本電話着信処理を終了する。
また、上述したｓ１１０の処理で、動作モードが留守モードである場合（ｓ１１０：ＮＯ）、留守モードに設定されている旨を発信元へ通知する（ｓ２００）。この処理では、電話端末２０（の制御部２１）と発信元との回線がＰＢＸ２００およびＰＳＴＮ１００を介して接続された状態とした後、留守モードに設定されている旨のメッセージ（の音声信号）を発信元に向けて出力する。このメッセージは、制御部１２内蔵のメモリ内にあらかじめ記録されているものである。
【００６２】
次に、留守モードに設定されている旨の通知が終了したかどうかをチェックする（ｓ２１０）。この処理では、ｓ２００で開始したメッセージの出力が終了していれば通知が終了したと判定し、メッセージの出力が終了していなければ通知が終了していないと判定する。
【００６３】
このｓ２１０の処理で、留守モードに設定されている旨の通知が終了したら（ｓ２１０：ＹＥＳ）、発信元からＰＳＴＮ１００およびＰＢＸ２００経由で入力されるメッセージ（の音声信号）の記録を開始する（ｓ２２０）。この処理では、発信元から入力されるメッセージを、録音再生部２３に記録（いわゆる留守録）させ始める。また、この処理では、タイマーによるカウントをスタートする。
【００６４】
次に、発信元からのメッセージの入力が終了したかどうかをチェックする（ｓ２３０）。
このｓ２３０の処理で、発信元からのメッセージの入力が終了していない場合（ｓ２３０：ＮＯ）、ｓ２２０の処理でメッセージの記録を開始してから所定時間（本実施形態においては、２０秒）経過したかどうかをチェックし（ｓ２４０）、所定時間が経過していなければ（ｓ２４０：ＮＯ）、ｓ２３０の処理へ戻る。この処理では、ｓ２２０の処理でスタートされたタイマーのカウント値をチェックすることによって、所定時間を経過したかどうかをチェックする。
【００６５】
こうして、ｓ２３０の処理で発信元からのメッセージの入力が終了している場合（ｓ２３０：ＹＥＳ）、または、ｓ２４０の処理で所定時間が経過しているとき（ｓ２４０：ＹＥＳ）、発信元から入力されるメッセージ（の音声信号）の記録を終了する（ｓ２５０）。この処理では、発信元から入力されるメッセージの記録を終了すると共に、電話端末２０（の制御部２１）と発信元との回線が切断された状態とする。また、この処理では、タイマーをストップおよびリセットする。
【００６６】
そして、音声通話を終了させた後（ｓ２６０）、本電話着信処理を終了する。この処理では、ｓ１９０の処理と同様に、電話端末２０と発信元との回線が切断された状態とすることによって、音声通話を終了させる。
【００６７】
また、ｓ２１０の処理で、留守モードに設定されている旨の通知が終了していなければ（ｓ２１０：ＮＯ）、発信元において音声通話が終了されたかどうかをチェックする（ｓ２７０）。この処理では、発信元から音声通話を終了する操作（以降、オンフック操作とする）が行われた際に発信元側から出力されてくる切断データを入力したことを、発信元において音声通話が終了されたと判定する。
【００６８】
このｓ２７０の処理で、発信元において音声通話が終了されていなければ（ｓ２７０：ＮＯ）、ｓ２１０の処理へ戻る。
一方、ｓ２７０の処理で、発信元において音声通話が終了されていれば（ｓ２７０：ＹＥＳ）、ｓ２６０の処理へ移行する。
○管理端末３０の動作モード設定処理
以下に、管理端末３０の制御部３１が実行する動作モード設定処理を図４に基づいて説明する。この動作モード設定処理は、管理端末３０が起動（電源ＯＮ）した以降、所定時間（本実施形態においては、３０秒）毎に実行される。
【００６９】
まず、ユーザ識別端末１０に対してユーザＩＤの通知を要求するための要求データを送信する（ｓ３１０）。この処理では、通信部３２に要求データの送信を指令し、この指令を受けた通信部３２が要求データを送信する。このとき、要求データは、所定範囲内（本実施形態においては、半径１０ｍ以内）で充分な信号レベル（無線タグ１２が動作可能な信号レベル）が維持される程度の信号レベルで送信される。この要求データを受信したユーザ識別端末１０からは、ユーザ識別端末１０内蔵の無線タグ１２に記録されたユーザＩＤを示すユーザ通知データが送信されてくる。なお、ユーザ通知データを送信してくるユーザ識別端末１０は、要求データを充分な信号レベルで受信できたものだけであり、このことは、このユーザ識別端末１０を所有する所属ユーザが所定範囲内に存在していることを示している。
【００７０】
次に、ユーザ識別端末１０から送信されてきたユーザ通知データを受信する（ｓ３２０）。この処理では、ｓ３１０の処理で要求データを送信した以降、所定時間（本実施形態においては、１０秒）が経過するまでに送信されてきたユーザ通知データのみを有効なデータとして受信する。
【００７１】
次に、ｓ３２０の処理で受信されたユーザ通知データそれぞれで示されるユーザＩＤを抽出し、これらＩＤが登録されたデータテーブルである通知ユーザリストを生成する（ｓ３３０）。この処理では、図２（ｂ）に示すようにユーザＩＤが登録された通知ユーザリストを生成すると共に、この通知ユーザリストを記録部３３に記録する。
【００７２】
次に、ｓ３３０の処理で生成された通知ユーザリストと、あらかじめ記録部３３に記録されている所属ユーザリストとを比較し、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたＩＤが含まれているかどうかをチェックする（ｓ３４０）。所属ユーザリストは、所属ユーザに割り当てられたユーザＩＤが登録されたものであるため、このｓ３４０の処理では、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれているかどうかをチェックすることにより、所属ユーザが電話システム１の所定範囲内に存在しているかどうかをチェックしていることになる。
【００７３】
このｓ３４０の処理で、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれていれば（ｓ３４０：ＹＥＳ）、電話端末２０に対して動作モードの通常モードへの切り替えを指令する（ｓ３５０）。この処理における指令を受けた電話端末２０（の制御部２１）は、モード変数Ｍの値を「通常モード」である旨を示す「０」へ変更する。
【００７４】
一方、ｓ３４０の処理で、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれていなければ（ｓ３４０：ＮＯ）、電話端末２０に対して動作モードの留守モードへの切り替えを指令する（ｓ３６０）。この処理における指令を受けた電話端末２０は、モード変数Ｍの値を「留守モード」である旨を示す「１」へ変更する。
【００７５】
こうして、ｓ３５０またはｓ３６０の処理を終えた後、本動作モード設定処理を終了する。
○第１実施形態の効果
このように構成された電話システム１によれば、電話端末２０自身への着信があった際、この電話端末２０の所定範囲内に所属ユーザが存在しなければ、電話端末２０は留守モードで動作し（図４におけるｓ３６０の処理）、所属ユーザが存在すれば通常モードで動作する（図４におけるｓ３５０の処理）。ここで、所属ユーザが所定範囲内に存在するかどうかは、所属ユーザの所有するユーザ識別端末１０からユーザ通知データを受信（ユーザＩＤを取得）できるかどうかで判定されるため、ユーザ識別端末１０は、ユーザ通知データを送信できればよく、音声通話を実現するための構成を備えている必要はない。よって、電話端末２０に対する通知ユーザの数に応じて識別端末１０の数が多くなっても、音声通話を実現するための構成が多く必要になることはなく、システム全体としてのコストの増加を抑えることができる。
【００７６】
また、電話端末２０への着信があった際、電話端末２０付近に所属ユーザが存在すれば留守電機能が作動することはないため、本電話端末２０を発呼した発呼ユーザにとっては、目的とするユーザ（話をすべき応答ユーザ）が存在しない場合であっても、他の所属ユーザに用件を処理してもらったり、目的とするユーザまたは用件を処理できる他のユーザに取り次いでもらったりといったことを経て直ちに用件を処理することが期待できる。
【００７７】
また、図４の動作モード設定処理は、所定時間間隔で繰り返し実行されるため、一定時間毎に取得されたユーザＩＤに基づいて、電話端末２０の動作モードを最新の状態に切り替えておくことができる。
【００７８】
また、管理端末３０の記録部３３に記録されている所属ユーザテーブルに特定のユーザに割り当てられたユーザＩＤを登録しておくことによって、以降、このユーザＩＤの割り当てられたユーザを所属ユーザとして、切り替えるべき動作モードを判定する際に参照させることができる。また、所属ユーザテーブルの登録内容を変更することによって、切り替えるべき動作モードを判定する際に参照させる所属ユーザを容易に変更することができる。
【００７９】
また、電話端末２０と管理端末３０とが別体に構成されているため、外部からの指令で動作モードを切替可能な電話端末であれば、管理端末３０およびユーザ識別端末１０を後付けすることによって、電話システム１を構成することができる。
○第１実施形態に対する変形例
上記第１実施形態においては、電話端末２０と管理端末３０とが重複する構成要素を併合した状態で一体構成すると共に、管理端末３０における記録部３３，制御部３１および外部Ｉ／Ｆ３５のみを別体の構成とし、各種指令をやりとりすることにより電話システム１と同様に機能するように構成してもよい。さらに、この場合、図５に示すように、別体の構成とした記録部３３，制御部３１および外部Ｉ／Ｆ３５を、複数（第１〜第ｘ）の電話システム１の管理端末３０における記録部３３，制御部３１および外部Ｉ／Ｆ３５としても機能するように構成してもよい。
【００８０】
この場合、図４の動作モード設定処理を、電話端末２０と管理端末３０とが分担して行うようにすればよく、以下に示すようにすることが考えられる。
例えば、管理端末３０側の処理としては、まず、図６に示すように、変数Ｎを初期化（１→Ｎ）する（ｓ３０２）。なお、以降に記載の「ｎ」は、変数Ｎにセットされた値を示すものとする。
【００８１】
次に、第ｎの電話システム１における電話端末２０に対して通知ユーザリストを要求する（ｓ３０４）。この処理では、通知ユーザリストを要求するための通知要求データを外部Ｉ／Ｆ３５経由で第ｎの電話システム１における電話端末２０へ送信する。この通知要求データを受信した電話端末２０からは、後述する処理で生成した通知ユーザリストが送信されてくる。
【００８２】
次に、第ｎの電話端末２０から通知ユーザリストを受信するまで待機する（ｓ３０６：ＮＯ）。この処理で通知ユーザリストを受信したら（ｓ３０６：ＹＥＳ）、この通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたＩＤが含まれているかどうかをチェックする（ｓ３４０）。この処理では、記録部３３に記録されている全ての電話システム１に対応する所属ユーザリストのうち、第ｎの電話システム１に対応する所属ユーザリストをチェックする。
【００８３】
このｓ３４０の処理で、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれていれば（ｓ３４０：ＹＥＳ）、電話端末２０に対して動作モードの通常モードへの切り替えを指令する（ｓ３５０）一方、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれていなければ（ｓ３４０：ＮＯ）、電話端末２０に対して動作モードの留守モードへの切り替えを指令する（ｓ３６０）。この処理における指令を受けた（指令信号を受信した）電話端末２０は、モード変数Ｍの値を「留守モード」である旨を示す「１」へ変更した後、後述する処理で動作モードの切り替え終了を通知するための切替通知データを送信してくる。
【００８４】
こうして、ｓ３５０またはｓ３６０の処理を終えた後、第ｎの電話端末２０から切替通知データを受信するまで待機する（ｓ３５２：ＮＯ）。
このｓ３５２の処理で変更通知データを受信したら（ｓ３５２：ＹＥＳ）、
変数Ｎに「１」を加算（ｎ＋１→Ｎ）する（ｓ３５４）。
【００８５】
次に、変数Ｎの値がｘより大きい値となっている（ｘ＜ｎ）かどうかをチェックする（ｓ３５６）。ここで、変数Ｎの値がｘより大きい値となっている状態は、第１〜第ｘの電話システム１における電話端末２０全てに対して動作モードの設定が行われた状態を示している。
【００８６】
このｓ３５６の処理で変数Ｎの値がｘより大きい値となっていなければ（ｓ３５６：ＮＯ）、ｓ３０４の処理へ戻る一方、変数Ｎの値がｘより大きい値となっていれば（ｓ３５６：ＹＥＳ）、本動作モード設定処理を終了する。
【００８７】
これに対し、管理端末３０側の処理としては、上述したｓ３０４の処理で管理端末３０から送信された通知要求データを受信した際、図７に示すように、まず、ユーザ識別端末１０に対してユーザＩＤの通知を要求するための要求データを送信する（ｓ３１０）。
【００８８】
次に、ユーザ識別端末１０から送信されてきたユーザ通知データを受信する（ｓ３２０）。
次に、ｓ３２０の処理で受信されたユーザ通知データそれぞれで示されるユーザＩＤを抽出し、これらＩＤが登録されたデータテーブルである通知ユーザリストを生成する（ｓ３３０）。
【００８９】
次に、ｓ３３０の処理で生成された通知ユーザリストを管理端末３０へ送信する（ｓ３６２）。この処理では、外部Ｉ／Ｆ３５経由で通知ユーザリストを送信する。この通知ユーザリストを受信した管理端末３０からは、ｓ３４０の処理で所属ユーザリストとの対比が行われた後、ｓ３５０またはｓ３６０の処理で動作モードの切替を指令するための指令信号が送信されてくる。
【００９０】
次に、管理端末３０から指令信号を受信するまで待機し（ｓ３６４：ＮＯ）、指令信号を受信したら（ｓ３６４：ＹＥＳ）、動作モードを切り替える（ｓ３６６）。この処理では、モード変数Ｍの値を「通常モード」である旨を示す「０」または「留守モード」である旨を示す「１」へ変更する。
【００９１】
そして、動作モードの切り替えを終了した旨の切替通知データを管理端末３０に送信する（ｓ３６８）。この処理では、外部Ｉ／Ｆ３５を介して切替通知データを送信する。この切替通知データは、上述したｓ３５２の処理で管理端末３０が受信するデータである。
【００９２】
このように構成すれば、単一の構成によって、複数の電話端末２０それぞれの所属ユーザ（に割り当てられた識別データ）を一元管理でき、複数の電話端末２０それぞれに対して動作モードの切替を指令することができる。さらに、電話システム１それぞれの電話端末２０は管理端末３０としての一部機能を有している必要がないため、各電話システム１の構造を単純化できる。
【００９３】
［第２実施形態］
電話システム２は、図８に示すように、第１実施形態における電話端末２０と管理端末３０とが重複する構成要素を併合した状態で一体構成されたものであって、一部処理内容が異なるだけであるため、この相違点についてのみ詳述する。
【００９４】
この電話端末２０におけるユーザＩ／Ｆ２４には、後述する各処理（図９，図１０）において利用される検索転送ボタン２４ｅなども備えている。この検索転送ボタン２４ｅには、制御部２１からの指令により点灯または点滅可能なランプが組み込まれている。
○管理端末３０の動作モード設定処理
本実施形態における動作モード設定処理は、第１実施形態における動作モード設定処理において、ｓ３５０の処理を終えた後に下記に示す処理が行われるように構成されたものであり、これらの処理内容を図９に基づいて説明する。
【００９５】
ｓ３５０の処理を終えた後、まず、ｓ３３０の処理で生成された通知ユーザリストと、あらかじめ記録部３３に記録されている所属ユーザリストとを比較し、通知ユーザリストに登録されたユーザＩＤ全てが、所属ユーザリストに登録されているかどうかをチェックする（ｓ３７０）。このｓ３７０の処理では、通知ユーザリストに登録されたユーザＩＤ全てが、所属ユーザリストに登録されているかどうかをチェックすることにより、全ての所属ユーザが電話システム１の所定範囲内に存在しているかどうかをチェックしていることになる。
【００９６】
このｓ３７０の処理で、通知ユーザリストに登録されたユーザＩＤのうちいずれか１つでも所属ユーザリストに登録されていない場合（ｓ３７０：ＮＯ）、いずれかの所属ユーザが電話端末２０の所定範囲内に存在していない旨を報知する（ｓ３８０）。この処理では、ユーザＩ／Ｆ２４の検索転送ボタン２４ｅを点灯させることにより、いずれかの所属ユーザが電話システム１の所定範囲内に存在していない旨を通知している。そして、後述の着信処理（図１０）で詳述するように、この所定範囲内に存在していない所属ユーザ宛に着信があった際に検索転送ボタン２４ｅを押下して転送などを行う必要があることを通知している。
【００９７】
一方、ｓ３７０の処理で、通知ユーザリストに登録されたユーザＩＤ全てが所属ユーザリストに登録されている場合（ｓ３７０：ＹＥＳ）、全ての所属ユーザが電話端末２０の所定範囲内に存在している旨を報知する（ｓ３９０）。この処理では、ユーザＩ／Ｆ２４の検索転送ボタン２４ｅを消灯させることにより、全ての所属ユーザが電話システム１の所定範囲内に存在している旨を通知している。そして、後述の着信処理（図１０）で詳述するように、いずれかの所属ユーザ宛に着信があった際に転送などを行う必要がないことを通知している。
【００９８】
こうして、ｓ３８０，ｓ３９０の処理を終えた後、本動作モード設定処理を終了する。
○電話端末２０の着信処理
本実施形態における着信処理は、第１実施形態における着信処理において、ｓ１８０の処理を終えた後に下記に示す処理が行われるように構成されたものであり、これらの処理内容を図１０に基づいて説明する。
【００９９】
まず、音声通話を終了するための操作が行われていない場合（ｓ１８０：ＮＯ）、ユーザ指定操作が行われたかどうかをチェックする（ｓ４１０）。この処理では、ユーザＩ／Ｆ２４の検索転送ボタン２４ｅが点灯している状態で、この検索転送ボタン２４ｅを押下し、所属ユーザのユーザＩＤを記号ボタン２４ａにより入力した後、再度、検索転送ボタン２４ｅを押下する、といった一連の操作が行われた場合に、ユーザ指定操作が行われたと判定する。なお、ユーザ指定操作で記号ボタン２４ａにより入力すべきユーザＩＤは、取り次ぐべき所属ユーザに割り当てられたユーザＩＤである。
【０１００】
このｓ４１０の処理で、ユーザ指定操作が行われていなければ（ｓ４１０：ＮＯ）、ｓ１８０の処理へ戻る。
一方、ｓ４１０の処理で、ユーザ指定操作が行われていれば（ｓ４１０：ＹＥＳ）、このユーザ指定操作で指定されたユーザＩＤを特定可能であって、このＩＤの割り当てられた所属ユーザの検索を依頼するための検索依頼データを他の電話システム２に送信する（ｓ４２０）。この処理では、検索依頼データを他の電話システム２（電話端末２０のＮＣＵ２５）に至る電話線に重畳させ、ＰＢＸ１００経由で他の電話システム２それぞれに送信する。この検索依頼データを受信した電話システム２は、後述する検索通知処理（図１１）において、検索依頼データで特定されるユーザＩＤの割り当てられた所属ユーザを検索し、その所属ユーザが検出された場合にその旨を通知するための検索通知データを電話線に重畳させて送信してくる。また、このｓ４３０の処理では、検索依頼データを送信した後の時間をカウントするためのカウンタをスタートさせる。
【０１０１】
次に、検索通知データを受信したかどうかをチェックする（ｓ４３０）。
このｓ４３０の処理で検索通知データを受信していなければ（ｓ４３０：ＮＯ）、検索依頼データの受信に対してタイムアウトとなったかどうかをチェックする（ｓ４４０）。この処理では、ｓ４３０の処理でカウントを開始したタイマーのカウント値が、所定のしきい値（本実施形態においては、５秒）以上である場合に、タイムアウト（時間切れ）であると判定する。
【０１０２】
このｓ４４０の処理でタイムアウトとなっていない場合（ｓ４４０：ＮＯ）、ｓ４３０の処理へ戻る。
一方、ｓ４４０の処理でタイムアウトとなった場合（ｓ４４０：ＹＥＳ）、ｓ４１０の処理行われたユーザ指定操作で指定された所属ユーザが他の電話システム２の所定範囲内にも存在していない旨を報知した後（ｓ４５０）、ｓ１８０の処理へ戻る。このｓ４５０の処理では、ユーザＩ／Ｆ２４の検索転送ボタン２４ｅを消灯させることにより、ユーザ指定操作で指定された所属ユーザが他の電話システム２の所定範囲内にも存在していない旨を通知している。また、このｓ４５０の処理では、ｓ４３０の処理でカウントを開始したタイマーをストップおよびリセットする。
【０１０３】
また、上述のｓ４３０の処理で検索通知データを受信したら（ｓ４３０：ＹＥＳ）、ｓ４１０の処理行われたユーザ指定操作で指定された所属ユーザが他の電話システム２の所定範囲内に存在している旨を報知する（ｓ４６０）。このｓ４６０の処理では、ユーザＩ／Ｆ２４の検索転送ボタン２４ｅを点滅させることにより、ユーザ指定操作で指定された所属ユーザが他の電話システム２の所定範囲内に存在している旨を通知している。また、このｓ４６０の処理においても、ｓ４３０の処理でカウントを開始したタイマーをストップおよびリセットする。
【０１０４】
次に、音声通話を終了するための操作が行われたかどうかをチェックする（ｓ４７０）。この処理は、ｓ１８０の処理と同様の処理である。
このｓ４７０の処理で音声通話を終了するための捜査が行われた場合（ｓ４７０：ＹＥＳ）、ｓ１９０の処理へ移行する。
【０１０５】
一方、ｓ４７０の処理で音声通話を終了するための操作が行われていない場合（ｓ４７０：ＮＯ）、転送操作が行われたかどうかをチェックする（ｓ４８０）。この処理では、ユーザＩ／Ｆ２４の検索転送ボタン２４ｅを押下する操作が行われた場合に転送操作が行われたと判定する。
【０１０６】
このｓ４８０の処理で転送操作が行われていなければ（ｓ４８０：ＮＯ）、ｓ４７０の処理へ戻る一方、転送操作が行われたら（ｓ４８０：ＹＥＳ）、ｓ４３０の処理で受信した検索通知データを送信してきた他の電話システム２へ音声通話を転送した後（ｓ４９０）、ｓ１９０の処理へ戻る。
○電話端末２０の検索通知処理
以下に、電話端末２０の制御部２１が実行する検索通知処理を図１１に基づいて説明する。この検索通知処理は、図１０におけるｓ４２０の処理で他の電話システム２から送信されてきた検索依頼データをＮＣＵ２５経由で受信した際に開始される。
【０１０７】
まず、ユーザ識別端末１０に対してユーザＩＤの通知を要求するための要求データを送信する（ｓ５１０）。この処理は、図９におけるｓ３１０の処理と同様の処理である。
次に、ユーザ識別端末１０から送信されてきたユーザ通知データを受信する（ｓ５２０）。この処理は、図９におけるｓ３２０の処理と同様の処理である。
【０１０８】
次に、ｓ５２０の処理で受信されたユーザ通知データで示されるユーザＩＤを抽出し、これらＩＤが登録されたデータテーブルである通知ユーザリストを生成する（ｓ５３０）。この処理は、図９におけるｓ３３０の処理と同様の処理である。
【０１０９】
次に、ｓ５３０の処理で生成された通知ユーザリストに登録されたＩＤの中に、本検索通知処理を開始する際に受信した検索依頼データで特定されるユーザＩＤが含まれているかどうかをチェックする（ｓ５４０）。この処理では、通知ユーザリストに登録されたユーザＩＤの中に、検索依頼データで特定されるユーザＩＤが含まれているかどうかをチェックし、含まれていれば、検索依頼データで特定されるユーザＩＤの割り当てられたユーザが電話端末２０の所定範囲内から検出できたことになる。
【０１１０】
このｓ５４０の処理で、検索依頼データで特定されるユーザＩＤが含まれている場合（ｓ５４０：ＹＥＳ）、このユーザＩＤの割り当てられたユーザが電話端末の所定範囲内に存在していることを通知するための検索通知データを、検索依頼データを送信してきた電話システム（送信元電話システム）２に送信する（ｓ５５０）。この処理では、検索通知データを送信元電話システム２（電話端末２０のＮＣＵ２５）に至る電話線に重畳させ、ＰＢＸ１００経由で送信元電話システム２に送信する。この検索通知データは、図１０におけるｓ４３０の処理で送信元電話システム２により受信される。
【０１１１】
こうして、ｓ５５０の処理を終えた後、または、ｓ５４０の処理で、検索依頼データで特定されるユーザＩＤが含まれていない場合（ｓ５４０：ＮＯ）、本検索通知処理を終了する。
○第２実施形態の効果
このように構成された電話システム２は、第１実施形態の電話システム１と同様の構成から得られる効果の他に、以下に示すような効果を得ることができる。
【０１１２】
この電話システム２によれば、電話端末２０への着信があった際、例えば、発呼してきた発呼ユーザが目的とする所属ユーザ（話をしたいユーザ）とは異なる所属ユーザが着信に応対し、かつ、電話端末２０の所定範囲内に目的とする所属ユーザが存在しない場合に、他の電話システム２における電話端末２０の所定範囲内に目的とする所属ユーザが存在するかどうかを検索することができる。そして、所属ユーザが検出された旨を通知してきた電話システム２への音声通話を転送することができる。
【０１１３】
また、この構成においては、発呼ユーザが目的とする所属ユーザと異なる所属ユーザが着信に応対し、かつ、電話端末２０の所定範囲内に目的とする所属ユーザが存在しない場合であれば、着信に応対した所属ユーザが取り次ぐべき所属ユーザを発呼ユーザから聞き出すことになる。こうして、電話端末２０への着信に応対した所属ユーザは、発呼ユーザから取り次ぐべき所属ユーザを聞き出し、その所属ユーザを図１０におけるｓ４１０の処理で指定することによって、目的とする所属ユーザの検索を開始することができる。
【０１１４】
また、図１０におけるｓ４３０の処理で検索通知データを受信した以降、ｓ４８０の処理で転送操作が行われたタイミングで音声通話の転送が行われるため（ｓ４９０の処理）、電話端末２０への着信に応対した所属ユーザは任意のタイミングで音声通話を転送することができる。
【０１１５】
また、図９におけるｓ３８０の処理が行われた以降、電話端末２０の所定範囲内に存在する所属ユーザは、検索転送ボタン２４ｅの点灯によって、電話端末２０の所定範囲内に全ての所属ユーザのうちいずれかの所属ユーザが存在していない旨を確認することができる。
【０１１６】
また、図９におけるｓ３９０の処理が行われた以降、電話端末２０の所定範囲内に存在する所定ユーザは、検索転送ボタン２４ｅの消灯によって、全ての所属ユーザが電話端末２０の所定範囲内に存在している旨を確認することができる。このように、全ての所属ユーザが存在することを確認できる状態において、ある所属ユーザが電話端末２０に対する着信に応対した際に、この電話端末２０を発呼してきた発呼ユーザが特定の所属ユーザを目的としている場合には、該当する所属ユーザの存在が確認できなくても、誤って不在である旨を伝えてしまう恐れがなく、発呼ユーザの用件を処理するまでに要する時間が不用意に長くなってしまうことを防止できる。
【０１１７】
また、図１０におけるｓ４５０の処理で、検索転送ボタン２４ｅを消灯させることによって、ユーザ指定操作で指定された所属ユーザが他の電話システム２の所定範囲内にも存在していない旨を報知することができる。また、図１０におけるｓ４６０の処理で、検索転送ボタン２４ｅを点滅させることによって、ユーザ指定操作で指定された所属ユーザが他の電話システム２の所定範囲内に存在している旨を報知することができる。
○第２実施形態に対する変形例
また、第２実施形態においては、図１０におけるｓ４３０の処理で検索通知データを受信した際（他の電話システム２から所属ユーザが検出された旨を通知された際）、ｓ４６０，ｓ４７０，ｓ４８０の処理を行うことなく、自動的にｓ４９０の処理へ移行するように構成してもよい。
【０１１８】
また、第２実施形態においては、電話端末２０の所定範囲内に所属ユーザが一人も存在しない場合、電話端末２０の動作モードは留守モードに切り替えられることになるが、図１１におけるｓ５５０の処理で検索通知データを他の電話システム２へ送信した後で、この電話システム２における電話端末２０から着信が転送されてきたときには、留守モードであっても、通常モードと同様に呼出が行われるようにすることが望ましい。検索依頼データおよび検索通知データのやりとりを経て転送されてきた着信は、電話システムにおける電話端末付近に存在するユーザの所属する部署（他部署）の所属ユーザいずれかへの着信である。同一部署の所属ユーザであれば、他の所属ユーザであっても所在を知っている可能性が高いため、呼出により電話端末２０付近に存在する他部署のユーザに着信に応対させることを促し、このユーザに要件を処理させたり、転送または取り次ぎを適切に行わせることを期待できる。
【０１１９】
そこで、図１１におけるｓ５５０の処理で検索通知データを他の電話システム２へ送信した後、着信が転送されてきたときに、留守モードであっても、通常モードと同様に呼出が行われるようにするために、以下のように構成することが考えられる。
【０１２０】
まず、図１１におけるｓ５５０の処理で、検索通知データ他の電話システム２へ送信すると共に、初期状態で「０」がセットされている緊急呼出変数Ｅに「１」をセットするようにしておく。そして、図１０（図３参照）におけるｓ１１０の処理で留守モードである場合、図１２に示すように、検索通知データを他の電話システム２へ送信した後で転送されてきた着信であれば（ｓ１１２：ＹＥＳ）、緊急呼出変数Ｅをリセット（「０」をセット）した後（ｓ１１４）、ｓ１１０の処理へ移行する一方、検索通知データを他の電話システム２へ送信した後で転送されてきた着信でなければ（ｓ１１２：ＮＯ）、ｓ２００の処理へ移行するように構成すればよい。
【０１２１】
このように構成すれば、検索通知データを他の電話システム２へ送信した後で転送されてきた着信であるときには、電話端末２０の動作モードが留守モードに切り替えられた状態であっても、通常モードと同様に呼出を行うことができる。
【０１２２】
また、上記第２実施形態においては、電話端末２０のうち、動作モードの切替に関する構成を別体の装置としてもよい。
また、図１０におけるｓ４２０の処理では、検索依頼データを電話線に重畳させてＰＢＸ１００経由で他の電話システム２それぞれに送信するように構成されたものを例示した。しかし、他の電話システム２それぞれに検索依頼データを送信するためには、例えば、各電話システム２それぞれの外部Ｉ／Ｆ２６を介して通信可能に接続して、この外部Ｉ／Ｆ２６同士を接続するケーブルを使用するように構成してもよい。
【０１２３】
また、図１０におけるｓ４１０の処理では、ユーザＩ／Ｆ２４の記号ボタン２４ａによりユーザＩＤを入力することにより、特定の所属ユーザを指定するように構成されたものを例示した。しかし、特定の所属ユーザを指定するためには、例えば、所属ユーザの名前を直接入力することにより指定するように構成してもよい。この場合、入力された名前に対応するユーザＩＤを制御部２１が特定した後、この特定したユーザＩＤを示す検索依頼データをｓ４２０の処理で送信するようにすればよい。
【０１２４】
［第３実施形態］
電話システム３は、例えば、会社の部署毎に設置されるシステムであって、図１３に示すように、ユーザ識別端末１０、電話端末２０、管理端末３０などの他、部署内の所属ユーザが使用すべき所属デバイス（例えば、ノートＰＣなど）それぞれに配設されるデバイス識別端末４０を備えている。
【０１２５】
デバイス識別端末４０は、部署内の所属ユーザが使用すべきデバイスに割り当てられたデバイスＩＤを記録している無線タグ４２が内蔵されたシート状の端末であって、外部から要求を受けた際に、記録しているデバイスＩＤを無線により送信する。
【０１２６】
管理端末３０の備える記録部３３には、電話システム３が設置された部署の所属ユーザそれぞれに割り当てられたユーザＩＤが登録されたデータテーブルである所属ユーザリスト、および、所属ユーザが使用すべき所属デバイスそれぞれに割り当てられたデバイスＩＤが登録されたデータテーブルである所属デバイスリストが記録されている（図１４（ａ），（ｂ）参照）。
○管理端末３０の動作モード設定処理
本実施形態における動作モード設定処理は、第１実施形態における動作モード設定処理（図４）と一部処理内容が異なるだけであり、この相違点についてのみ図１５に基づいて詳述する。なお、第１実施形態における動作モード設定処理と同一のステップ番号の処理については、第１実施形態と同様の処理とする。
【０１２７】
まず、識別端末１０，４０に対してＩＤの通知を要求するための要求データを送信する（ｓ３１０）。この処理では、通信部３２に要求データの送信を指令し、この指令を受けた通信部３２が要求データを送信する。このとき、要求データは、所定範囲内（本実施形態においては、半径１０ｍ以内）で充分な信号レベル（無線タグ１２，４２が動作可能な信号レベル）が維持される程度の信号レベルで送信される。この要求データを受信した識別端末１０，４０からは、識別端末１０，４０内蔵の無線タグ１２に記録されたＩＤを示すユーザ通知データ，デバイス通知データが送信されてくる。
【０１２８】
次に、識別端末１０，４０から送信されてきたユーザ通知データ，デバイス通知データを受信する（ｓ３２０）。
次に、ｓ３２０の処理で受信されたユーザ通知データそれぞれで示されるユーザＩＤを抽出し、これらユーザＩＤが登録されたデータテーブルである通知ユーザリストを生成する（ｓ３３０）。この処理では、図１４（ｃ）に示すようにユーザＩＤが登録された通知ユーザリストを生成すると共に、この通知ユーザリストを記録部３３に記録する。
【０１２９】
次に、ｓ３２０の処理で受信されたデバイス通知データそれぞれで示されるデバイスＩＤを抽出し、これらデバイスＩＤが登録されたデータテーブルである通知デバイスリストを生成する（ｓ３３２）。この処理では、図１４（ｄ）に示すようにデバイスＩＤが登録された通知デバイスリストを生成すると共に、この通知ユーザリストを記録部３３に記録する。
【０１３０】
次に、ｓ３３０の処理で生成された通知ユーザリストと、あらかじめ記録部３３に記録されている所属ユーザリストとを比較し、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれているかどうかをチェックする（ｓ３４０）。
【０１３１】
このｓ３４０の処理で、通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれていれば（ｓ３４０：ＹＥＳ）、ｓ３３２の処理で生成された通知デバイスリストと、あらかじめ記録部３３に記録されている所属デバイスリストとを比較し、通知デバイスリストに登録されたユーザＩＤの中に、所属デバイスリストに登録されたデバイスＩＤが含まれているかどうかをチェックする（ｓ３４２）。所属デバイスリストは、所属デバイスに割り当てられたデバイスＩＤが登録されたものであるため、このｓ３４２の処理では、通知デバイスリストに登録されたデバイスＩＤの中に、所属デバイスリストに登録されたデバイスＩＤが含まれているかどうかをチェックすることにより、所属デバイスが電話システム１の所定範囲内に存在しているかどうかをチェックしていることになる。
【０１３２】
このｓ３４２の処理で、通知デバイスリストに登録されたＩＤの中に、所属デバイスリストに登録されたデバイスＩＤが含まれていれば（ｓ３４２：ＹＥＳ）、電話端末２０に対して動作モードの通常モードへの切り替えを指令する（ｓ３５０）。
【０１３３】
一方、ｓ３４２の処理で通知デバイスリストに登録されたデバイスＩＤの中に、所属デバイスリストに登録されたデバイスＩＤが含まれていない場合（ｓ３４０：ＮＯ）、または、ｓ３４０の処理で通知ユーザリストに登録されたユーザＩＤの中に、所属ユーザリストに登録されたユーザＩＤが含まれていない場合（ｓ３４０：ＮＯ）、電話端末２０に対して動作モードの留守モードへの切り替えを指令する（ｓ３６０）。
【０１３４】
こうして、ｓ３５０またはｓ３６０の処理を終えた後、本動作モード設定処理を終了する。
○第３実施形態の効果
このように構成された電話システム３は、第１実施形態の電話システム１と同様の構成から得られる効果の他に、以下に示すような効果を得ることができる。
【０１３５】
この電話システム３によれば、電話端末２０自身への着信があった際、所定範囲内に所属ユーザが存在しない、または、存在しても所属デバイスが存在しなければ留守モードに切り替え、所属ユーザおよび所属デバイス両方が存在すれば通常モードにて電話端末２０自身による呼び出しを行う。このように、電話端末２０への着信があった際、電話端末２０の所定範囲内に所属ユーザが存在しても、所属デバイスが存在しなければ、留守電機能を作動させるようにすることができる。
【０１３６】
所属デバイスは、所属ユーザが利用すべきデバイスとして定められたものであって、発呼してきた発呼ユーザの用件を処理するために必要な情報を有している可能性が高いものといえる。そのため、電話端末２０自身への着信があった際、この電話端末２０に発呼してきた発呼ユーザが目的とする所属ユーザが応答したとしても、発呼ユーザの用件が所属デバイスの有する情報に基づいて処理すべき用件である場合は、所属デバイスがなければ発呼ユーザの用件を処理することができない。このような場合、所属ユーザおよび発呼ユーザは、共に無用な時間を消費してしまうことになりかねない。
【０１３７】
よって、電話端末２０への着信があった際、電話端末２０の所定範囲内に所属ユーザが存在しても、所属デバイスが存在しなければ留守電機能を作動させることは、所属ユーザおよび発呼ユーザが無用な時間を消費してしまうことを防止するためには好適である。
○第３実施形態に対する変形例
本第３実施形態においては、電話端末２０および管理端末３０が別体に構成されているものを例示したが、第２実施形態と同様に両端末を一体に構成し、他の電話システム３への転送を行えるように構成してもよい。
【０１３８】
また、図１５におけるｓ３４２の処理では、通知デバイスリストに登録されたデバイスＩＤの中に、所属デバイスリストに登録されたデバイスＩＤが含まれているかどうかをチェックするように構成されたものを例示した。しかし、このｓ３４２の処理では、所属デバイスリストに登録された全てのデバイスＩＤが、通知デバイスリストに登録されたデバイスＩＤの中に含まれているかどうかをチェックするように構成してもよい。
【０１３９】
［各実施形態の共通する構成に対する変形例］
以上、本発明の実施形態について説明したが、本発明は上記の具体的な実施形態に限定されず、このほかにも様々な形態で実施することができる。
【０１４０】
例えば、上記実施形態においては、各フローチャートで示される処理が、電話端末２０，管理端末３０の備える制御部２１，３１からなるコンピュータシステムにより実行されるように構成されたものを例示した。しかし、これらの処理の一部または全部が、電話端末２０，管理端末３０に有線・無線の信号伝送路で接続された別のコンピュータシステムにより実行されるように構成してもよい。
【０１４１】
また、本実施形態においては、識別端末１０として、要求データを受信した際、この要求データにより駆動されてユーザ通知データを送信する無線タグを採用したものを例示した。しかし、識別端末１０としては、ユーザ通知データを電話端末２０側に無線通信することができるものであれば、例えば、内蔵電源で動作するＩＣカード，トランスポンダなどを採用してもよい。この場合、上記実施形態のように要求データを受信したタイミングでユーザ通知データを送信するように構成してもよいが、所定周期で自発的にユーザ通知データを送信するように構成してもよい。後者の場合には、図４，図１５におけるｓ３１０の処理を行うことなく、ｓ３２０の処理を、ユーザ通知データを受信したタイミングで行うように構成すればよい。特に、この構成であれば、所属ユーザが所定範囲内に存在するかどうかを、ユーザ通知データを受信できるかどうかで判定する方法の他に、ｓ３２０の処理で受信したユーザ通知データの信号レベルで判定する方法を採用することもできる。
【０１４２】
また、上記実施形態においては、図４，図１５の動作モード設定処理が所定時間毎に繰り返し実行されるように構成されたものを例示した。しかし、これらの処理は、電話端末２０に対する着信を受けたときとしてもよい。
【０１４３】
このように構成すれば、電話端末２０の動作モードを、電話端末２０に対する着信を受けたときに実行される動作モード設定処理により最新の状態に切り替えることができる。
［本発明との対応関係］
以上説明した実施形態において、電話端末２０は本発明における本体部、管理端末３０は本発明における管理部である。
【０１４４】
また、ユーザＩＤは本発明におけるユーザ識別データであり、デバイスＩＤは本発明におけるデバイス識別データであり、所属ユーザは本発明における応答ユーザであり、所属ユーザリストは本発明におけるユーザテーブルである。
【０１４５】
また、図４，図９，図１５におけるｓ３１０，ｓ３２０の処理は、本発明における第１識別データ取得手段である。
また、図１１におけるｓ５１０，ｓ５２０の処理は、本発明における第２識別データ取得手段である。
【０１４６】
また、図４，図９，図１５におけるｓ３５０，ｓ３６０の処理は本発明における切替指令手段であり、これらの処理による指令を受けて動作モードを切り替える電話端末２０（の制御部２１）は、本発明における切替手段である。
【０１４７】
また、図１０におけるｓ４２０の処理は本発明における検索依頼手段であり、ｓ４１０の処理は本発明におけるユーザ指定手段であり、ｓ４９０の処理は本発明における検出転送手段である。
【０１４８】
また、図３，図１２におけるｓ２００以降の処理（を開始する制御部２１）は本発明における留守開始手段である。
また、図１２におけるｓ１１２，ｓ１１４およびｓ１１０の処理は本発明における緊急呼出手段である。
【０１４９】
また、図９におけるｓ３８０，ｓ３９０の処理は本発明におけるユーザ報知手段である。
【産業上の利用可能性】
【０１５０】
電話端末２０は、電話端末２０自身の所定範囲内に所属ユーザが存在しなければ、留守モードで作動し（ｓ３６０）、所属ユーザが存在すれば通常モードで作動する（ｓ３５０）。ここで、所属ユーザが所定範囲内に存在するかどうかは、所属ユーザの所有するユーザ識別端末１０からユーザ通知データを受信（ユーザＩＤを取得）できるかどうかで判定されるため、ユーザ識別端末１０は、ユーザ通知データを送信できればよく、音声通話を実現するための構成を備えている必要はない。よって、電話端末２０に対する通知ユーザの数に応じて識別端末１０の数が多くなっても、音声通話を実現するための構成が多く必要になることはなく、電話システム全体としてのコストの増加を抑えることができる。
【図面の簡単な説明】
【０１５１】
【図１】第１実施形態における電話システムの構成を示すブロック図
【図２】通知ユーザリスト（ａ）および所属ユーザリスト（ｂ）を示す図
【図３】第１実施形態における着信処理の処理手順を示すフローチャート
【図４】第１実施形態における動作モード設定処理の処理手順を示すフローチャート
【図５】別の実施形態における電話システムの構成を示すブロック図
【図６】別の実施形態における動作モード設定処理の一部処理手順を示すフローチャート
【図７】第１実施形態における動作モード設定処理の一部処理手順を示すフローチャート
【図８】第２実施形態における電話システムの構成を示すブロック図
【図９】第２実施形態における動作モード設定処理の処理手順を示すフローチャート
【図１０】第２実施形態における着信処理の処理手順を示すフローチャート
【図１１】第２実施形態における検索通知処理の処理手順を示すフローチャート
【図１２】別の実施形態における着信処理の処理手順を示すフローチャート
【図１３】第３実施形態における電話システムの構成を示すブロック図
【図１４】所属ユーザリスト（ａ），所属デバイスリスト（ｂ），通知ユーザリスト（ｃ）および通知デバイスリスト（ｄ）
【図１５】第３実施形態における動作モード設定処理の処理手順を示すフローチャート
【符号の説明】
【０１５２】
１…電話システム、２…電話システム、３…電話システム、１０…ユーザ識別端末、１２…無線タグ、２０…電話端末、２１…制御部、２２…送受話器、２２…送受話部、２３…録音再生部、２４…ユーザインターフェース部、２４ａ…記号ボタン、２４ｂ…表示パネル、２４ｃ…スピーカ、２４ｄ…モード切替スイッチ、２４ｅ…検索転送ボタン、２６…外部インターフェース部、３０…管理端末、３１…制御部、３２…通信部、３３…記録部、３４…ユーザインターフェース部、３５……外部インターフェース部、４０…デバイス識別端末、４２…無線タグ。
【図１】
2005033614.tif 000003
【図２】
2005033614.tif 000004
【図３】
2005033614.tif 000005
【図４】
2005033614.tif 000006
【図５】
2005033614.tif 000007
【図６】
2005033614.tif 000008
【図７】
2005033614.tif 000009
【図８】
2005033614.tif 000010
【図９】
2005033614.tif 000011
【図１０】
2005033614.tif 000012
【図１１】
2005033614.tif 000013
【図１２】
2005033614.tif 000014
【図１３】
2005033614.tif 000015
【図１４】
2005033614.tif 000016
【図１５】
2005033614.tif 000017