特許 6409164 携帯端末装置、通信制御プログラムおよび通信制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6409164

(24)【登録日】2018年10月5日

(45)【発行日】2018年10月24日

(54)【発明の名称】携帯端末装置、通信制御プログラムおよび通信制御方法

(51)【国際特許分類】

   H04M 1/00 20060101AFI20181015BHJP

   H04W 4/16 20090101ALI20181015BHJP

【ＦＩ】

   H04M1/00 Q

   H04W4/16

【請求項の数】5

【全頁数】34

(21)【出願番号】特願2014-128945(P2014-128945)

(22)【出願日】2014年6月24日

(65)【公開番号】特開2016-9976(P2016-9976A)

(43)【公開日】2016年1月18日

【審査請求日】2017年3月9日

(73)【特許権者】

【識別番号】318012780

【氏名又は名称】富士通コネクテッドテクノロジーズ株式会社

(74)【代理人】

【識別番号】100113608

【弁理士】

【氏名又は名称】平川 明

(74)【代理人】

【識別番号】100105407

【弁理士】

【氏名又は名称】高田 大輔

(74)【代理人】

【識別番号】100175190

【弁理士】

【氏名又は名称】大竹 裕明

(72)【発明者】

【氏名】南雲 正彦

(72)【発明者】

【氏名】大石 亮介

(72)【発明者】

【氏名】田原 幹雄

【審査官】 松原 徳久

(56)【参考文献】

【文献】 特開２００８−１０４０６７（ＪＰ，Ａ）

【文献】 特開２０００−２２４６５６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ１３／００

Ｈ０４Ｂ７／２４−７／２６

Ｈ０４Ｌ１２／００−１２／２６

１２／５０−１２／９５５

１３／０２−１３／１８

２９／００−２９／１２

Ｈ０４Ｍ１／００

１／２４−３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

９９／００

Ｈ０４Ｗ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

自機に着信した呼の転送先である呼転送先を含み且つ自機と同一のユーザが使用する他機と通信する通信部と、
周期的に自機の使用状況に関する評価値を求め、該評価値を前記他機へ送信するとともに、該他機からも同様の評価値を受信し、相互の評価値を比較し前記他機から前記呼転送先を決定する呼制御部と、
を備えることを特徴とする携帯端末装置。

【請求項2】

前記呼制御部は、前記評価値に対して閾値を設定し、該閾値以上の評価値を持つ前記他機を呼転送先対象とすることを特徴とする請求項１に記載の携帯端末装置。

【請求項3】

前記呼制御部は、前記評価値の変化量に対する閾値を設定し、該閾値を超える変化量を生じた評価値を前記他機に通知することを特徴とする請求項１または請求項２に記載の携帯端末装置。

【請求項4】

コンピュータに実行させる通信制御プログラムであって、
周期的に自機の使用状況に関する評価値を求め、該評価値を自機と同一のユーザが使用する他機へ送信し、
前記他機からも同様の評価値を受信し、
相互の評価値を比較し、自機に着信した呼の転送先である呼転送先を前記他機の中から決定する
処理を前記コンピュータに実行させるための通信制御プログラム。

【請求項5】

周期的に自機の使用状況に関する評価値を求め、該評価値を自機と同一のユーザが使用する他機へ送信し、
前記他機からも同様の評価値を受信し、
相互の評価値を比較し、自機に着信した呼の転送先である呼転送先を前記他機の中から決定する
処理を含むことを特徴とする通信制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の技術は、携帯電話機などの携帯端末装置の通信制御技術に関する。

【背景技術】

【0002】

スマートフォン、タブレット、フィーチャーフォンなどの携帯端末装置の普及により、２台以上の携帯端末装置を持つユーザが増加している。ひとりのユーザが電話回線も２回線以上を使用し、複数の電話番号を利用する電話利用も少なくない。

【0003】

複数の携帯端末装置の使用に関し、各端末が評価値をサーバに送信し、サーバが各端末の評価値を比較し、最も高い評価値の端末に自動転送を行うことが知られている（たとえば、特許文献１）。また、着信転送先の選択に関し、通信ネットワーク側で着信が受けられるかを判断した結果に基づき、着信できない場合にはユーザが設定した優先順位に従って転送先とすることが知られている（たとえば、特許文献２）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００８−１０４０６７号公報

【特許文献2】特開２０００−１３８７５８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、複数の携帯端末装置を携行することは嵩張るだけでなく、各携帯端末装置の着信を同時に受けるなど、利便性に欠ける。転送先としてひとつの携帯端末装置を設定すれば、該携帯端末装置を携行すればよく、その携帯端末装置で複数の携帯端末装置の着信を受けることができる。

【0006】

しかしながら、複数の携帯端末装置に対し、着信先としてひとつの携帯端末装置を設定する場合、転送先は固定的で且つひとつの携帯端末装置にしか設定できない。しかも、設定変更にはユーザ操作が必要である。

【0007】

そして、着信先を設定しない場合で複数の携帯端末装置を使用する場合には、ユーザは着信を予想する携帯端末装置を選択して携行しなければならないし、着信先を設定した場合もその携帯端末装置を携行しなければならない。着信が予想される携帯端末装置の選択や、着信先を設定した携帯端末装置では、複数の携帯端末装置を利用する利便性が損なわれる。つまり、特定の携帯端末装置ではなく、ユーザが携行中の携帯端末装置、ユーザの最も近い場所にある携帯端末装置での着信でなければ、着信時の通話の利便性が損なわれるという課題がある。

【0008】

そこで、本開示の技術の目的は、複数の携帯端末装置間の呼転送を自動化し、携帯端末装置間の利便性を高めることにある。

【課題を解決するための手段】

【0009】

上記目的を達成するため、本開示の構成の一側面によれば、自機に着信した呼の転送先である呼転送先を含み且つ自機と同一のユーザが使用する他機と通信する通信部と、前記他機から呼転送先を決定する呼制御部とを備える。呼制御部では、周期的に自機の使用状況に関する評価値を求め、該評価値を前記他機へ送信するとともに、該他機からも同様の評価値を受信し、相互の評価値を比較し前記他機から前記呼転送先を決定する。

【発明の効果】

【0010】

本開示の技術によれば、複数の携帯端末装置のうち適切な携帯端末装置への呼転送を自動的に設定でき、複数の携帯端末装置を利用する際の利便性が高められる。

【図面の簡単な説明】

【0011】

【図1】第１の実施の形態に係る呼制御システムを示す図である。

【図2】呼制御の処理手順を示すフローチャートである。

【図3】第２の実施の形態に係る呼制御システムを示す図である。

【図4】呼制御システムの変形例を示す図である。

【図5】携帯端末装置のハードウェア構成例、記憶部の格納情報を示す図である。

【図6】端末接続情報および着信グループ端末リストを示す図である。

【図7】評価値テーブル、位置情報および操作履歴情報を示す図である。

【図8】呼制御の処理手順を示すフローチャートである。

【図9】複数の端末間の呼制御を示すシーケンスチャートである。

【図10】複数の端末間の呼制御を示すシーケンスチャートである。

【図11】複数の端末間の呼制御を示すシーケンスチャートである。

【図12】複数の端末間の呼制御を示すシーケンスチャートである。

【図13】複数の端末間の呼制御を示すシーケンスチャートである。

【図14】複数の端末間の呼制御を示すシーケンスチャートである。

【図15】複数の端末間の呼制御を示すシーケンスチャートである。

【図16】評価値の通知側処理を示すフローチャートである。

【図17】評価値の受信側処理を示すフローチャートである。

【図18】位置情報および操作履歴の一例を示す図である。

【図19】評価値テーブルの一例を示す図である。

【図20】第３の実施の形態に係る転送システムにおける呼制御の処理手順を示すフローチャートである。

【図21】複数の端末間の呼制御を示すシーケンスチャートである。

【図22】評価値の通知側処理を示すフローチャートである。

【図23】評価値の受信側処理を示すフローチャートである。

【図24】評価値の通知側処理を示すフローチャートである。

【図25】評価値の受信側処理を示すフローチャートである。

【図26】複数の端末間の呼制御を示すシーケンスチャートである。

【図27】複数の端末間の呼制御を示すシーケンスチャートである。

【図28】複数の端末間の呼制御を示すシーケンスチャートである。

【図29】複数の端末間の呼制御を示すシーケンスチャートである。

【図30】複数の端末間の呼制御を示すシーケンスチャートである。

【図31】複数の端末間の呼制御を示すシーケンスチャートである。

【図32】複数の端末間の呼制御を示すシーケンスチャートである。

【発明を実施するための形態】

【0012】

〔第１の実施の形態〕

【0013】

図１は、第１の実施の形態に係る呼制御システムを示している。図１に示す構成は一例であり、斯かる構成に開示の技術が限定されるものではない。

【0014】

この呼制御システム１は本開示の携帯端末装置、通信制御プログラムまたは通信制御方法の一例であり、ひとりのユーザが使用する複数の携帯端末装置（以下「端末」と称する）としてたとえば、端末２−１、２−２、２−３が含まれる。たとえば、端末２−１には通信部８、呼制御部１０が備えられる。斯かる構成は他の端末２−２、２−３も同様である。各端末２−１、２−２、２−３は、他の端末４と公衆回線網６を介して接続される。

【0015】

各端末２−１、２−２、２−３の通信部８は、自機以外の呼転送先となる他機の通信部８と通信可能である。

【0016】

各端末２−１、２−２、２−３の呼制御部１０は、周期的に自機の使用状況に関する評価値を求め、該評価値を他機に送信する。つまり、端末２−１であれば、周期的に自機の使用状況に関する評価値を求め、該評価値を他機である端末２−２、２−３に送信し、これら端末２−２、２−３からも同様の評価値を受信する。同様に、端末２−２であれば、周期的に自機の使用状況に関する評価値を求め、該評価値を他機である端末２−１、２−３に送信し、これら端末２−１、２−３からも同様の評価値を受信する。また、端末２−３であれば、周期的に自機の使用状況に関する評価値を求め、該評価値を他機である端末２−１、２−２に送信し、これら端末２−１、２−２からも同様の評価値を受信する。そして、これら評価値を取得した呼制御部１０が相互の評価値を比較し呼転送先として、端末２−１、２−２、２−３からひとつを決定する。

【0017】

斯かる構成では、端末４からの発信をたとえば、端末２−１が着信すると、着信時に決定されている呼転送先の端末２−２または端末２−３に転送される。端末２−２が着信すると、着信時に決定されている呼転送先の端末２−１または端末２−３に転送される。また、端末２−３が着信すると、着信時に決定されている呼転送先の端末２−１または端末２−２に転送される。

【0018】

図２は、呼制御の処理手順を示している。この処理手順は、本開示の通信制御プログラムおよび通信制御方法の一例であり、既述の各端末２−１、２−２、２−３における着信時の呼転送制御を示している。

【0019】

各端末２−１、２−２、２−３は周期的に自機の使用状況に関する評価値を求め（Ｓ１）、該評価値を他機へ送信する（Ｓ２）。つまり、端末２−１では、周期的に自機の使用状況に関する評価値を求め、該評価値を他機として端末２−２、２−３に送信する。端末２−２では、周期的に自機の使用状況に関する評価値を求め、該評価値を他機として端末２−１、２−３に送信する。また、端末２−３では、周期的に自機の使用状況に関する評価値を求め、該評価値を他機として端末２−１、２−２に送信する。つまり、各端末が算出した評価値を予め登録してある他機に送信する。

【0020】

各端末２−１、２−２、２−３は他機からも同様の評価値を受信する（Ｓ３）。端末２−１では、他機である端末２−２、２−３から評価値を受信する。端末２−２では、他機である端末２−１、２−３から評価値を受信する。また、端末２−３では、他機である端末２−１、２−２から評価値を受信する。

【0021】

各端末２−１、２−２、２−３の相互の評価値を比較し転送先を決定する（Ｓ４）。端末２−１、２−２、２−３の評価値を比較し、評価値の高い転送先を決定する。この場合、端末２−２、２−３の評価値が端末２−１の評価値より高ければ、転送先は端末２−２、２−３のいずれかの高い評価値の端末となる。

【0022】

＜第１の実施の形態の効果＞

【0023】

(1) 各端末のいずれかが着信した場合、予め登録している他機である端末が転送先となり、自動転送が行える。

【0024】

(2) 評価値の高い各端末のいずれかが転送先となり、自動転送されるので、ユーザが着信させたい端末に自動的に転送される。つまり、ユーザが携行している端末など、ユーザが通話可能な端末に転送することができ、通話の利便性が高められる。

【0025】

(3) たとえば、端末２−１、２−２、２−３のうち、評価値が高い端末が着信した場合には、自動転送することなく、着信した自機で通話すればよい。この場合、自機が最も高い評価値となった場合、自動転送の設定を解除すればよい。

【0026】

(4) 従来では端末の転送先を固定的かつ一つしか設定できなかった設定に対し、端末の評価値から転送先を動的にかつ自動的に設定することができる。また、転送先の設定および設定変更には従前、ユーザ操作が必要であったが、複数の転送先となる端末を設定すれば、その端末を他機として自動的に転送先に設定できる。ユーザ操作を簡略化でき、ユーザが着信を希望する端末に転送を行うことができるので、利便性の高い転送設定および自動化が図られる。

【0027】

〔第２の実施の形態〕

【0028】

図３は、第２の実施の形態に係る呼制御システムを示している。図３において、図１と同一部分には同一符号を付してある。

【0029】

この実施の形態に係る呼制御システム１では、第１の実施の形態と同様にひとりのユーザが複数の端末２−１、２−２、２−３を使用し、これら端末２−１、２−２、２−３がひとつの着信グループ１４に属している。

【0030】

この例では、公衆回線網６と端末２−１、２−２との間に基地局１６−１および電話回線１８、公衆回線網６と端末２−３との間に基地局１６−２および電話回線１８が介在している。また、公衆回線網６と端末４との間には基地局１６−３および電話回線１８が介在している。発信側の端末４は電話番号Ｙ０であり、着信側の端末２−１、２−２、２−３の電話番号はＹ１、Ｙ２、Ｙ３である。各端末２−１、２−２、２−３の自機の使用状況に関する評価値の送受信にはたとえば、ＳＭＳ（Short Message Service ）回線やパケット回線が用いられる。ＳＭＳ回線は携帯電話間で短い文字メッセージを送受信できる電話サービスである。

【0031】

着信グループ１４は、図４に示すように、４台の端末２−１、２−２、２−３、２−４であってもよい。この場合、端末２−４は基地局１６−２のエリアにあってもよい。

【0032】

図５のＡは、端末２−１、２−２、２−３、２−４に用いられる携帯端末装置２のハードウェア構成例を示している。

【0033】

この携帯端末装置２にはプロセッサ２０、記憶部２２、通信部２４、ＧＰＳ（Global Positioning System ：全地球測位網）通信部２６、表示部２８、入力部３０、音声入出力部３２、加速度センサ３４が備えられる。プロセッサ２０は携帯電話機などに用いられる公知の情報処理装置であり、既述の呼制御部１０の一例である。このプロセッサ２０では、着信時の呼制御、多者通信制御などの情報処理や制御を行う。

【0034】

記憶部２２はプロセッサ２０の動作を制御する各種のコンピュータプログラムやデータを記憶する。記憶部２２にはメモリなどの記憶装置の他、ハードディスクなどの補助記憶装置が含まれる。

【0035】

通信部２４は無線通信アンテナ３５を備え、基地局との通信を行う。ＧＰＳ通信部２６はＧＰＳアンテナ３６を備え、ＧＰＳ通信を行う。

【0036】

表示部２８は、可視情報を表示する。この表示部２８にはたとえば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro Luminescence）ディスプレイなどを用いればよい。入力部３０は、ユーザの操作入力を受け付ける。この入力部３０には、表示部２８の表示画面に設置されるタッチパネルであってもよいし、キーボードやマウスであってもよい。

【0037】

音声入出力部３２はたとえば、マイクロフォン３８による音声の入力や、スピーカ４０やイヤフォンなどにより音声の出力を行う。

【0038】

加速度センサ３４は携帯端末装置２に作用する加速度を検出する。この加速度の検出に基づき、携帯端末装置２の操作を検知することができる。

【0039】

そして、記憶部２２には、図５のＢに示す複数の情報が記憶される。この記憶には、端末接続情報４２−１、着信グループ端末リスト４２−３、評価値テーブル４２−４、位置情報４２−５、操作履歴４２−６が含まれる。

【0040】

端末接続情報４２−１は、端末間の接続状態を表す情報である。着信グループ端末リスト４２−３はたとえば、自端末が属する着信グループに属する他端末のリストである。評価値テーブル４２−４は着信先として好ましい端末の選択情報である。位置情報４２−５はたとえば、ＧＰＳによって求められた位置を表す情報である。操作履歴４２−６は入力部３０の一例であるタッチパネルやキーボードなどの操作履歴を表す。

【0041】

＜端末接続情報４２−１＞

【0042】

図６のＡは、端末接続情報４２−１のデータベース構造を示している。この端末接続情報４２−１には端末接続を表す情報として端末情報４６、番号情報４８、ＩＰアドレス情報４９が含まれている。端末情報４６には複数の端末２−１、２−２、２−３、２−４・・・の識別情報が登録される。番号情報４８には各端末２−１、２−２、２−３、２−４・・・の異なる電話番号Ｙ１、Ｙ２、Ｙ３・・・が格納されている。ＩＰアドレス情報４９には各端末の接続情報であるＩＰ（Internet Protocol ）アドレス情報が格納される。

【0043】

＜着信グループ端末リスト４２−３＞

【0044】

図６のＢは、着信グループ端末リスト４２−３のデータベース構造を示している。この着信グループ端末リスト４２−３には端末毎に特定の着信グループたとえば、着信グループ１４に属する端末を表す端末情報４６および番号情報４８が格納される。この場合、端末２−１には自機の端末２−１および他機である端末２−２、２−３を識別する端末情報４６および番号情報４８が格納されている。

【0045】

＜評価値テーブル４２−４＞

【0046】

図７のＡは、評価値テーブル４２−４のデータベース構造を示している。この評価値テーブル４２−４にはたとえば、着信グループ１４に属する端末情報４６および評価値情報５０が格納される。評価値情報５０には各着信グループに属する端末毎に評価値Ｘ１、Ｘ２、Ｘ３、・・・が格納される。

【0047】

＜位置情報４２−５＞

【0048】

図７のＢは、位置情報４２−５のデータベース構造を示している。この位置情報４２−５には端末情報４６、現在の位置情報６０−１、ｎ分前の位置情報６０−２が格納されている。現在の位置情報６０−１およびｎ分前の位置情報６０−２は端末情報４６にある端末毎に格納されている。現時点の位置情報６０−１は移動中にある端末の現在位置を表す情報である。そして、現時点からｎ分前の位置情報６０−２は現在位置からｎ分前の位置を表す情報である。これらの情報はたとえば、ＧＰＳ情報によって特定すればよい。

【0049】

＜操作履歴４２−６＞

【0050】

図７のＣは、操作履歴４２−６のデータベース構造を示している。この操作履歴４２−６は端末情報４６、操作回数情報６２および操作時間情報６４が格納される。この操作回数情報６２には操作時間情報６４で特定される操作回数を格納すればよい。操作時間情報６４には操作された時刻またはその時刻から特定の時間幅を格納すればよい。

【0051】

＜呼制御＞

【0052】

図８は、呼制御の処理手順を示している。この処理手順は、着信に先立ち事前に転送先を決定する転送先事前決定の処理手順である。

【0053】

この処理手順では、評価値に対する閾値Ｚの決定（Ｓ１０１）、評価値の算出（Ｓ１０２）、評価値のデータベース化（Ｓ１０３）、転送先の決定（Ｓ１０４）、データベースの更新（Ｓ１０５）、電話転送（Ｓ１０６）が含まれる。

【0054】

(1) 評価値に対する閾値Ｚの設定（Ｓ１０１）

【0055】

各端末の持つ評価値に対して閾値Ｚを予め決定し、この閾値Ｚを評価値の判断基準として設定する。この閾値Ｚは、ユーザの所在場所に端末が存在する確率が高いか低いかの判断基準となる評価値の値である。この評価値とは位置情報やタッチパネル操作履歴等から算出した値である。閾値Ｚは、評価値の変化を送るべきか、送らないべきかの判断基準となる。

【0056】

この閾値Ｚは、設定メニューなどから設定し、変更可能とすればよい。この閾値Ｚは同一の着信グループ１４内で同期をとり、同一にすることも可能であるし、各端末によって閾値を変更することも可能である。

【0057】

この評価値を通知する手段にはたとえば、ＳＭＳ回線を使ったデータ通信、パケット回線を使ったデータ通信、通常の電話通信のいずれでもよい。また、評価値を通知する契機は通話中でもよいし、通話前の事前通知でもよい。

【0058】

(2) 各端末の評価値の算出（Ｓ１０２）

【0059】

各端末は、タッチパネルのパネル操作、加速度センサ３４、端末２のロック設定またはその解除、端末２の位置情報などから、自機の評価値を算出する。この評価値の算出には再計算も含まれる。評価値が閾値Ｚを以上となった場合または下回った場合には、同一グループに属する全ての端末に向けて新しい評価値を送信する。

【0060】

評価値の再計算は、測定する項目によって決められた時間が経過したら再計算するものと、決められた変化量を超えたら再計算するものがある。評価値の送信には、たとえば、ＳＭＳ回線や、パケット回線による通信を使えばよい。

【0061】

(3) 評価値のデータベース化（Ｓ１０３）

【0062】

閾値Ｚ以上または下回った端末から新しい評価値を受け取った各端末はこれをデータベース化して保存する。

【0063】

(4) 転送先の決定（Ｓ１０４）

【0064】

既述のデータベースを参照して転送先を決定する。この転送先の決定では閾値Ｚ以上の評価値を持つ端末の台数によって転送先の設定が異なる。たとえば、閾値Ｚ以上の評価値を持つ端末が２台以上存在する場合、以下の設定を行う。

【0065】

（４−１） 後優先設定：後から閾値Ｚ以上の評価値を持った端末を優先端末とし、該端末を転送先に設定する。斯かる設定では、転送先に設定された端末がユーザが所有する確率が高い。つまり、この場合、設定変更のための通信が多くなるもののユーザが着信を希望する端末となる確率が高い。

【0066】

（４−２） 先優先設定：先に閾値Ｚ以上の評価値を持った端末を優先端末とし、該端末を転送先に設定する。ユーザが当該端末を所有している確率が低くなるものの、設定変更のための通信が発生する確率を低下させることができる。

【0067】

（４−３） 後優先設定または先優先設定の選択は、デフォルト動作を決めておき、ユーザ操作で変更可能とすればよい。

【0068】

（４−４） この転送先事前決定の処理手順について、閾値Ｚ以上の評価値を持つ端末が１台だけになった場合には、全端末は閾値Ｚ以上の評価値を持つ端末へ転送先を設定する。

【0069】

（４−５） 閾値Ｚ以上の評価値を持つ端末が０台になった場合には次のいずれかを行えばよい。

【0070】

（４−５−１） 各端末の転送設定を解除する。または最後に閾値を下回った端末を転送先とする。この場合、ユーザが当該端末を所有している可能性が高い。

【0071】

（４−５−２） 全端末でユーザに操作を促し、ユーザが反応した端末を転送先とする。ユーザが当該端末を所有している確率が高くなる。

【0072】

（４−６） 転送設定には、たとえば、電話事業者の転送サービスや多者通話サービス設定を行う。

【0073】

（４−７） ユーザ操作により、ユーザが転送先端末を指定した場合には、全端末の転送先を当該端末に変更する。

【0074】

(5) データベースの更新（Ｓ１０５）

【0075】

通信圏外にあった端末が通信圏内に戻った場合には、圏内復帰後、通信圏外間に通信圏内にあれば受け取れた評価値を受け取った後、自機中にある全端末の評価値を保存しているデータベースを更新する。

【0076】

(6) 電話転送処理（Ｓ１０６）

【0077】

電話事業者のサーバに対して、電話転送設定を自動で行う。この場合、着信グループ１４内の端末たとえば、端末２−１、２−２、２−３・・・を転送先とし、自動で多者通話を行うように設定すればよい。

【0078】

＜呼制御の処理シーケンス＞

【0079】

図９は、呼制御の処理シーケンスを示している。この処理シーケンスでは一例として端末２−１から各端末２−２、２−３、２−４への評価値の送信、各端末２−１、２−２、２−３、２−４の評価値テーブルの更新、転送先の再設定または解除を行う処理を示している。

【0080】

この処理手順では、端末２−１が評価値の再評価を行い（Ｓ１１１）、その評価値を着信グループ１４に属する各端末２−２、２−３、２−４に送信する（Ｓ１１２、Ｓ１１３、Ｓ１１４）。各端末２−１、２−２、２−３、２−４では、再評価した評価値により、評価値テーブル４２−４の更新（Ｓ１１５、Ｓ１１６、Ｓ１１７、Ｓ１１８）、転送先の再計算（Ｓ１１９、Ｓ１２０、Ｓ１２１、Ｓ１２２）を行う。その計算結果に基づき、転送先の再設定または解除（Ｓ１２３、Ｓ１２４、Ｓ１２５、Ｓ１２６）が行われる。

【0081】

この例では、端末２−１から各端末２−２、２−３、２−４に対する評価値の通知は一例であって、他の端末２−２、２−３、２−４であっても各端末に対し同様の通知処理が実行される。

【0082】

＜転送先の設定または解除＞

【0083】

Ａ）２台以上の端末の評価値が閾値Ｚ以上になった場合であって、最後に閾値ＺＺ以上になった端末を転送先とする場合（後優先）： 図１０は、この場合の処理手順を示している。この処理手順は一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初の端末２−１＝評価値＜Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚであり、端末２−２が着信端末に設定されている。

【0084】

この場合、端末２−３が着信し（Ｓ１３１）、転送処理（Ｓ１３２）により、端末２−３から端末２−２に転送が行われる（Ｓ１３３）。端末２−２で呼出しが行われ（Ｓ１３４）、ユーザが端末２−２を取れば、通話が成立する。

【0085】

端末２−１が評価値の再評価を行い（Ｓ１３５）、端末２−１では評価値≧Ｚに遷移した。この評価値は、端末２−１から端末２−２、２−３に通知される（Ｓ１３６、Ｓ１３７）。各端末２−１、２−２、２−３では評価値テーブル４２−４の更新が行われる（Ｓ１３８、Ｓ１３９、Ｓ１４０）。この場合、端末２−１＝評価値≧Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚに遷移する。

【0086】

このように、端末２−１、２−２の評価値がともに閾値Ｚ以上であり、２台以上の端末が閾値Ｚ以上となっている。これにより、端末２−１では転送設定を解除する（Ｓ１４１）。また、各端末２−２、２−３では端末２−１を転送先に設定する（Ｓ１４２、Ｓ１４３）。この結果、端末２−１が着信端末に設定される（Ｓ１４４）。

【0087】

そして、端末２−３に着信があった場合（Ｓ１４５）、転送処理（Ｓ１４６）によりその着信が端末２−１に転送され（Ｓ１４７）、端末２−１で呼出しが行われる（Ｓ１４８）。

【0088】

このように、閾値Ｚ以上の評価値を持つ最新の端末２−１に着信を転送すれば、高い確率でユーザが着信を受けることができる。

【0089】

Ｂ）２台以上の端末の評価値が閾値Ｚ以上になった場合であって、先に閾値Ｚ以上となった端末を転送先とし、転送先を変更しない場合（先優先）： 図１１は、この場合の処理手順を示している。この処理手順は着信グループ１４に端末２−１、２−２、２−３が属している場合で、最後に閾値Ｚ以上となった端末を転送先に変えることなく、当初の転送先を維持、継続する。図１１において、図１０と同一部分には同一符号を付し、その説明を割愛する。

【0090】

この処理手順において、各端末２−１、２−２、２−３では評価値テーブル４２−４の更新が行われる（Ｓ１３８、Ｓ１３９、Ｓ１４０）。この場合、端末２−１＝評価値≧Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚに遷移する。

【0091】

この場合、各端末２−１、２−２、２−３では転送設定を変更なしとし（Ｓ１４９、Ｓ１５０、Ｓ１５１）、端末２−２の着信端末が維持される（Ｓ１５２）。つまり、先に閾値Ｚ以上の評価値を持っていた端末２−２を優先し、着信端末とする。

【0092】

そして、端末２−３に着信があれば（Ｓ１５３）、転送処理（Ｓ１５４）によりその着信が端末２−２に転送され（Ｓ１５５）、端末２−２で呼出しが行われる（Ｓ１５６）。

【0093】

Ｃ）デフォルト動作で、ユーザ操作で変更可能としてもよい。また、閾値Ｚ以上の評価値を持つ端末が１台になった場合には、閾値Ｚ以上の評価値を持つ端末に転送先を設定してもよい。

【0094】

Ｄ）着信グループ内の端末が閾値Ｚ未満となり、転送設定を解除する場合： 図１２は、この場合の処理手順の一例を示している。この処理手順は一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初の端末２−１＝評価値≧Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚであり、端末２−１が着信端末となっている。

【0095】

この場合、端末２−３に着信があり（Ｓ１６１）、転送処理（Ｓ１６２）によりその着信が端末２−１に転送され（Ｓ１６３）、端末２−１で呼出しが行われる（Ｓ１６４）。

【0096】

その後、端末２−１では、評価値の再評価の処理が行われ（Ｓ１６５）、評価値＜Ｚに遷移する。端末２−１の評価値が端末２−２、２−３に通知される（Ｓ１６６、Ｓ１６７）。各端末２−１、２−２、２−３の評価値テーブル４２−４の更新が行われ（Ｓ１６８、Ｓ１６９、Ｓ１７０）、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚとなる。この結果、各端末２−１、２−２、２−３の転送設定が解除される（Ｓ１７１、Ｓ１７２、Ｓ１７３）。したがって、端末２−１は着信端末が解除される（Ｓ１７４）。

【0097】

この場合、端末２−３に着信があれば（Ｓ１７５）、端末２−３で呼出しが行われる（Ｓ１７６）。

【0098】

Ｅ）着信グループ内の端末が閾値Ｚ未満となり、最後に閾値Ｚ未満となった端末を転送先に設定する場合： 図１３は、この場合の処理手順の一例を示している。図１３において、図１２と同一部分には同一符号を付し、その説明を割愛する。

【0099】

この処理手順では、各端末２−１、２−２、２−３の評価値テーブル４２−４の更新が行われ（Ｓ１６８、Ｓ１６９、Ｓ１７０）、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚとなる。

【0100】

この場合、端末２−１では、転送設定を変更なしとし（Ｓ１７７）、端末２−２、２−３では端末２−１への転送設定が行われる（Ｓ１７８、Ｓ１７９）。この結果、端末２−１が着信端末に設定される（Ｓ１８０）。

【0101】

そして、端末２−３に着信があれば（Ｓ１８１）、転送処理（Ｓ１８２）により、端末２−１に転送し（Ｓ１８３）、端末２−１で呼出しが行われる（Ｓ１８４）。

【0102】

Ｆ）着信グループ内の端末が閾値Ｚ未満となった場合であって、全端末からユーザに操作を促し、ユーザが反応した端末を転送先に設定する場合： 図１４は、この場合の処理手順の一例を示している。図１４において、図１２、図１３と同一部分には同一符号を付し、その説明を割愛する。

【0103】

この処理手順では、各端末２−１、２−２、２−３の評価値テーブル４２−４の更新が行われ（Ｓ１６８、Ｓ１６９、Ｓ１７０）、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚとなる。

【0104】

この場合、各端末２−１、２−２、２−３ではポップアップ画面などでユーザ操作画面の表示により（Ｓ１８５、Ｓ１８６、Ｓ１８７）、操作を促す。この場合、端末２−２でユーザ操作が行われ（Ｓ１８８）、たとえば、転送先の指定が行われる。この指定が端末２−２から端末２−１、２−３に通知される（Ｓ１８９、Ｓ１９０）。

【0105】

これにより、端末２−１＝評価値＜Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚとなる。各端末２−１、２−２、２−３では転送先算出が行われる（Ｓ１９１、Ｓ１９２、Ｓ１９３）。端末２−２では転送先の設定解除が行われ（Ｓ１９４）、各端末２−１、２−３では端末２−２への転送設定が行われる（Ｓ１９５、Ｓ１９６）。この結果、端末２−２が着信端末となる（Ｓ１９７）。

【0106】

そして、端末２−３に着信があれば（Ｓ１９８）、転送処理（Ｓ１９９）によりその着信が端末２−２に転送され（Ｓ２００）、端末２−２で呼出しが行われる（Ｓ２０１）。

【0107】

Ｇ）着信グループ内の端末の閾値に関係なく、ユーザ操作で着信端末を指定する場合： 図１５は、この場合の処理手順を示している。この処理手順は一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初の端末２−１＝評価値≧Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚであり、端末２−１が着信端末に設定されている。

【0108】

この場合、端末２−３に着信があり（Ｓ２１１）、転送処理（Ｓ２１２）により、端末２−３から端末２−１に転送される（Ｓ２１３）。これにより、端末２−１は着信端末として呼出しを行う（Ｓ２１４）。

【0109】

この場合、ユーザが携行する端末２−２ではユーザ操作画面が立ち上げられ（Ｓ２１５）、ユーザ指定により着信端末を指定する（Ｓ２１６）。この指定が端末２−２から端末２−１、２−３に通知される（Ｓ２１７、Ｓ２１８）。

【0110】

これにより、端末２−１＝評価値≧Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚとなる。これにより、各端末２−１、２−２、２−３では転送先算出が行われる（Ｓ２１９、Ｓ２２０、Ｓ２２１）。端末２−２では転送先の設定解除が行われ（Ｓ２２２）、各端末２−１、２−３では端末２−２への転送設定が行われる（Ｓ２２３、Ｓ２２４）。この結果、ユーザ指定が優先され、端末２−２が着信端末となる（Ｓ２２５）。

【0111】

そして、端末２−３に着信があれば（Ｓ２２６）、転送処理（Ｓ２２７）によりその着信が端末２−２に転送され（Ｓ２２８）、端末２−２で呼出しが行われる（Ｓ２２９）。

【0112】

＜評価値の更新および通知＞

【0113】

図１６は、端末から他の端末へ評価値を通知する処理手順を示している。この処理手順は一例として端末２−１の評価値の算出、その評価値の着信グループ内の端末２−２、２−３、２−４への評価値の通知処理である。

【0114】

この場合、着信グループ１４には端末２−１、２−２、２−３、２−４が存在している。この着信グループ１４内の端末２−１では、評価値の再評価を行う（Ｓ２３１）。この再評価は着信処理などを契機に行えばよい。この再評価の結果、自機の評価値が閾値Ｚを以上かを判断する（Ｓ２３２）。評価値が閾値Ｚを以上でなければ（Ｓ２３２のＮＯ）、この処理を終了する。

【0115】

評価値が閾値Ｚを以上であれば（Ｓ２３２のＹＥＳ）、着信グループ１４の自機を除く他の全ての端末に評価値を通知する（Ｓ２３３）。この通知の後、評価値テーブル４２−４を更新する（Ｓ２３４）。評価値テーブル４２−４に登録されている端末２−１の評価値を更新する。

【0116】

評価値テーブル４２−４の更新の後、評価値テーブル４２−４に登録されている各端末の評価値を比較する（Ｓ２３５）。この比較では、最も評価値の高い端末が変更されたかを判定する。最も評価値の高い端末が変更されていなければ（Ｓ２３５のＮＯ）、この処理を終了する。

【0117】

最も評価値の高い端末が変更されていれば（Ｓ２３５のＹＥＳ）、最も評価値の高い端末が自端末（たとえば、端末２−１）であるかを判定する（Ｓ２３６）。最も評価値の高い端末が自端末であれば（Ｓ２３６のＹＥＳ）、転送設定を解除し（Ｓ２３７）、この処理を終了する。最も評価値の高い端末が自端末でなければ（Ｓ２３６のＮＯ）、再転送設定を行い（Ｓ２３８）、この処理を終了する。

【0118】

この場合、着信グループ１４の各端末２−２、２−３、２−４では、着信グループ端末側処理（Ｓ２３９）が実行され、端末２−１からの評価値の受信により、評価値テーブル４２−４の更新を行う。

【0119】

斯かる処理は他の端末２−２、２−３、２−４のいずれかが着信グループ１４の端末に対して評価値を通知する場合も同様である。

【0120】

＜着信グループ端末側処理＞

【0121】

図１７は、端末から評価値を受けた各端末の着信グループ端末側の処理手順を示している。この処理手順は一例として端末２−１から評価値の通知を受け、その端末の着信グループ内の端末２−２、２−３、２−４の更新処理などの処理である。

【0122】

端末２−１から評価値の通知を受けた端末２−２、２−３、２−４では、評価値テーブル４２−４を更新する（Ｓ２４１）。評価値テーブル４２−４に登録されている端末２−１の評価値を更新する。

【0123】

評価値テーブル４２−４の更新の後、評価値テーブル４２−４に登録されている各端末の評価値を比較する（Ｓ２４２）。この比較では、最も評価値の高い端末が変更されたかを判定する。最も評価値の高い端末が変更されていなければ（Ｓ２４２のＮＯ）、この処理を終了する。

【0124】

最も評価値の高い端末が変更されていれば（Ｓ２４２のＹＥＳ）、最も評価値の高い端末が自端末であるかを判定する（Ｓ２４３）。最も評価値の高い端末が自端末であれば（Ｓ２４３のＹＥＳ）、転送設定を解除し（Ｓ２４４）、この処理を終了する。最も評価値の高い端末が自端末でなければ（Ｓ２４３のＮＯ）、再転送設定を行い（Ｓ２４５）、この処理を終了する。

【0125】

＜評価値の設定アルゴリズム＞

【0126】

既述の評価値は、位置情報、操作履歴、これらの組み合わせ、ユーザ指定などにより算出すればよい。

【0127】

(1) 位置情報テーブル４２−５

【0128】

端末２は既述のＧＰＳ通信により、位置情報を取得できる。この位置情報から端末２が移動しているか否かを判定する。端末２が移動中であれば、端末２をユーザが携行していると判定できる。この場合には、移動中の端末２を優先して転送先とする。

【0129】

位置情報を用いて携帯端末装置間の距離を算出し、同距離であれば、自宅以外の場所にある端末２を優先して転送先とする。

【0130】

図１８のＡは、位置情報テーブル４２−５の一例を示している。この位置情報テーブル４２−５には、端末情報４６、現在の位置情報６０−１、直近ｎ分前の位置情報６０−２が格納されている。

【0131】

そこで、評価値Ｘは、

【0132】

Ｘ＝現在の位置情報と直近ｎ分前の位置情報の距離（絶対値）×Ｃ
・・・(1)
から求められる。式(1) において、Ｃは、定数である。この定数Ｃの設定について、たとえば、特定の場所とそれ以外の場所とを異なる値に設定すればよく、たとえば、自宅以外である場合はＣ＝１．５、自宅であれば、Ｃ＝１．０とすればよい。

【0133】

(2) 操作履歴テーブル４２−６

【0134】

図１８のＢは、操作履歴テーブル４２−６の一例を示している。この操作履歴テーブル４２−６には、端末情報４６、操作回数情報６２、操作時間情報６４が格納されている。この場合、操作履歴テーブル４２−６からたとえば、端末２−１について、操作時間および操作回数を知ることができる。

【0135】

たとえば、操作の一例であるタッチパネル操作中であれば、端末を利用中と判定できる。この場合、画面ＯＦＦでのタッチパネル操作はカウントしない。

【0136】

そこで、操作履歴を用いた評価値Ｘは、

【0137】

Ｘ＝直近ｎ時間のタッチパネル操作履歴の回数 ・・・(2)
から求められる。

【0138】

(3) 位置情報および操作履歴の組み合せ

【0139】

評価値は位置情報および操作履歴の組み合わせによって求めてもよい。この組み合わせにはたとえば、位置情報および操作履歴の加算、位置情報および操作履歴の乗算などがある。

【0140】

（３−１) 位置情報および操作履歴の加算

【0141】

この場合、評価値Ｘは、
Ｘ＝位置情報の評価値＋タッチパネル操作履歴の評価値 ・・・(3)
から求められる。この場合、タッチパネル無操作時であっても位置情報が評価される。

【0142】

（３−２) 位置情報および操作履歴の乗算

【0143】

この場合、評価値Ｘは、
Ｘ＝位置情報の評価値×タッチパネル操作履歴の評価値 ・・・(4)
から求められる。この場合、タッチパネル無操作時では、Ｘ＝０となるので、位置情報が評価されない。

【0144】

(4) 評価値のユーザ指定

【0145】

この場合、ユーザ操作によって評価値Ｘを設定する。設定される評価値Ｘはたとえば、上記演算で算出し得る評価値Ｘを超える値とする。

【0146】

＜位置情報を用いた評価値の算出アルゴリズム＞

【0147】

(1) 評価値の算出アルゴリズム１

【0148】

現在の緯度をｌａｔ１、経度をｌｏｎ１、ｎ分前の緯度をｌａｔ２、経度をｌｏｎ２とすれば、２地点間の距離に対応する値をＤ１、Ｄ２は、

【0149】

Ｄ１＝（ｌａｔ１−ｌａｔ２）² ＋（ｌｏｎ１−ｌｏｎ２）² ・・・(5)
で求めることができ、また、

【0150】

Ｄ２＝（ｌａｔ１−ｌａｔ２）^1/2 ＋（ｌｏｎ１−ｌｏｎ２）^1/2 ・・・(6)
で求められる。また、Ｌａｍｂｅｒｔ Ａｎｄｏｙｅｒの公式を用いてもよい。

【0151】

距離の正確性を重視すれば、式(5) より式(6) が好ましく、正確性を優先するのであればＬａｍｂｅｒｔ Ａｎｄｏｙｅｒの公式を用いればよい。

【0152】

ここで、一例として自宅の位置情報を（ｌａｔ１，ｌｏｎ１）＝３５．５８２６４１，１３９．６４１３６７とし、ｎ分前の位置情報を（ｌａｔ２，ｌｏｎ２）＝４３．０６７８８５，１４１．３５４８５とすれば、式(5) からＤ１は、

【0153】

Ｄ１＝（ｌａｔ１−ｌａｔ２）² ＋（ｌｏｎ１−ｌｏｎ２）² ≒１８．４
・・・(7)
となる。よって、位置情報による評価値Ｘは、定数Ｃ＝１．０とした場合、

【0154】

Ｘ＝１．０×１８．４＝１８．４ ・・・(8)
となる。

【0155】

(2) 評価値の算出アルゴリズム２

【0156】

この評価値の算出アルゴリズム２では、操作履歴を組み合わせる。この例では端末２−１、２−２は自宅に置いたまま、端末２−３、端末２−４を携帯し、主として端末２−４を操作対象とする。この場合、図１９のＡに示すように、評価値テーブル４２−４に格納されている評価値が用いられる。

【0157】

図１９のＡは評価値テーブル４２−４の一例を示している。この評価値テーブル４２−４には端末情報４６に対応するタッチ回数評価値５２、距離評価値５４、組合せ評価値５６、５８が格納されている。タッチ回数評価値５２には、入力部３０の一例であるタッチパネルに対するタッチ回数が格納される。距離評価値５４にはＧＰＳ情報などから求められた距離情報が格納される。組合せ評価値５６には複数の評価値の加算値が格納される。また、組合せ評価値５８には複数の評価値の乗算値が格納される。

【0158】

転送判断の評価値Ｘの閾値Ｚ＝５０とすれば、評価値Ｘに既述の加算方式を利用すると、発信端末４から端末２−１に着信し、端末２−１が転送元とすると、
端末２−１（転送元）・・・端末２−２（受信拒否）
端末２−１（転送元）・・・端末２−３（受信拒否）
端末２−１（転送元）・・・端末２−４（受話）
の転送結果となる。

【0159】

(3) 評価値の算出アルゴリズム３

【0160】

この評価値の算出アルゴリズム３では、タッチ操作履歴を組み合わせる。この例では、既述の例と同様に端末２−１、２−２は自宅に置いたまま、端末２−３、端末２−４を携帯し、主として端末２−４を操作対象とする。この場合、評価値テーブル４２−４は図１９のＡに示す評価値となる。転送判断の評価値Ｘの閾値Ｚを３０、評価値に乗算方式を利用すると、
端末２−１（転送元）・・・端末２−２（受信拒否）
端末２−１（転送元）・・・端末２−３（受話）
の転送結果となる。この場合、端末２−４には転送されない。

【0161】

(4) 評価値の算出アルゴリズム４

【0162】

この評価値の算出アルゴリズム４では、タッチ操作履歴を組み合わせる。この例では、端末２−１、２−２、２−３、２−４を自宅に置いた状態でユーザは携行しない場合である。この場合、(3) と同一条件であるから、評価値テーブル４２−４は図１９のＢに示す評価値となる。図１９のＢにおいて、図１９のＡと同一部分には同一符号を付してある。転送判断の評価値の閾値Ｚ＝３０、評価値に乗算方式を利用すると、
端末２−１（転送元）・・・端末２−２（受信拒否）
端末２−１（転送元）・・・端末２−３（受信拒否）
端末２−１（転送元）・・・端末２−４（受信拒否）
端末２−１（転送元）・・・転送終了
の転送結果となる。

【0163】

＜第２の実施の形態の効果＞

【0164】

(1) プライベート用端末、それ以外の端末など、複数の端末を用いるユーザに対し、複数の端末のうちいずれかの端末を携行していれば、携行中の端末に着信を転送することができる。つまり、ユーザが転送をいずれの端末にするかを判断したり、転送設定する操作を行うことなく、端末の使用状況から転送先を評価して自動的に呼転送先を設定することができる。ユーザが着信を希望する端末を携行すれば、その携行中の端末に自動的に転送することができる。ユーザ操作による転送サービス設定が不要である。

【0165】

(2) 各端末は転送先の基準情報である評価値を算出し、あらかじめ登録してある他端末へ事前に送信する。各端末は、全端末の評価値を入手後、比較の結果、最も高い評価値を持つ端末へ向けて自動転送を設定する。各端末は、全端末の評価値を入手後、比較の結果、自身が最も高い評価値を持っている場合には、自動転送の設定を解除するなどの転送処理をユーザ操作を介在することなく、自動的に行う。

【0166】

(3) 従来の転送設定では固定的に単一の端末に対して設定されていたのに対し、ユーザ操作を伴うことなく、着信グループにある端末の転送先候補からたとえば、携帯中の端末がいずれであってもその状況に応じて自動的に且つ動的に転送先を設定できる。これにより、ユーザが携行し、またはユーザに最も近い端末を転送先に自動設定できる。

【0167】

(4) 転送先の基準となる評価値や転送設定には、事業者のサーバなどのインフラ設定を必要とすることなく、端末に対する既述の処理手順を実行するソフトウェアのインストールで実現できる。

【0168】

〔第３の実施の形態〕

【0169】

図２０は、第３の実施の形態に係る呼制御システムにおける転送制御の処理手順を示している。この処理手順も第１の実施の形態と同様に、着信に先立ち事前に転送先を決定する転送先事前決定の処理手順である。

【0170】

この処理手順では、第２の実施の形態で評価値に対する閾値Ｚのみを設定していたのに対し、この閾値Ｚとともに、評価値の変化量に対する閾値Δｘの設定（Ｓ３０１）、評価値の算出（Ｓ３０２）、評価値のデータベース化（Ｓ３０３）、転送先の決定（Ｓ３０４）、データベースの更新（Ｓ３０５）、電話転送（Ｓ３０６）が含まれる。

【0171】

(1) 評価値に対する閾値Ｚ、評価値の変化量に対する閾値Δｘの設定（Ｓ３０１）

【0172】

各端末のもつ評価値に対して、閾値Ｚ、Δｘを予め決定し、これら閾値Ｚ、Δｘを設定する。評価値Ｘは既述の通りである。これに対し、閾値Δｘは、評価値Ｘの変化を他機に送るべきか否かの判断基準となる評価値の値であり、閾値Ｚが端末の所在がユーザに隣接する確率が高いか低いかの判断基準となる評価値である点で相違する。

【0173】

(2) 評価値の算出（Ｓ３０２）

【0174】

各端末は、パネル操作、加速度センサ３４、ロック設定またはロック解除、位置情報などから、評価値を再計算し、変化量が閾値Δｘを超えた場合に、同一グループたとえば、着信グループ１４に属する全ての端末に向けて新しい評価値を送信する。評価値の再計算は、測定する項目によって決められた時間が経過したら再計算するものと、決められた変化量を超えたら再計算するものが含まれる。この送信にはたとえばＳＭＳ回線を使用すればよい。

【0175】

(3) 評価値Ｘのデータベース化（Ｓ３０３）

【0176】

評価値の変化量が閾値Δｘを超えた端末から新しい評価値を受け取った各端末は、これをデータベースへ保存する。

【0177】

(4) 転送先の決定（Ｓ３０４）

【0178】

転送先の決定は閾値Ｚと評価値Ｘとの関係から決定され、第２の実施の形態と同様であるので説明を割愛する。

【0179】

(5) データベースの更新（Ｓ３０５）

【0180】

このデータベースの更新も第２の実施の形態と同様であるので、説明を割愛する。

【0181】

(6) 電話転送（Ｓ３０６）

【0182】

この電話転送の処理も第２の実施の形態と同様であるので、説明を割愛する。

【0183】

＜呼制御の処理シーケンス＞

【0184】

図２１は、呼制御の処理シーケンスを示している。

【0185】

この処理シーケンスでは一例として端末２−１から各端末２−２、２−３、２−４への評価値の送信、各端末２−１、２−２、２−３、２−４の評価値テーブルの更新、転送先の再設定または解除を行う処理を示している。この実施の形態では評価値Ｘの変化量が閾値Δｘを超えた場合に評価値Ｘの通知を行う。

【0186】

この処理手順では、端末２−１が評価値の再計算を行い（Ｓ３１１）、新しい評価値の配付判断を行う（Ｓ３１２）。評価値Ｘの変化量が閾値Δｘを超えた場合にその評価値を各端末２−２、２−３、２−４に通知する（Ｓ３１３、Ｓ３１４、Ｓ３１５）。

【0187】

端末２−１では再評価した評価値により評価値テーブル４２−４の更新（Ｓ３１６）、転送先の選択（Ｓ３１７）、電話事業者の転送サービスに対して転送先の設定または解除を行う（Ｓ３１８）。

【0188】

端末２−２では端末２−１から受信した評価値により評価値テーブル４２−４の更新（Ｓ３１９）、転送先の選択（Ｓ３２０）、電話事業者の転送サービスに対して転送先の設定または解除（Ｓ３２１）を行う。

【0189】

端末２−３では端末２−１から受信した評価値により評価値テーブル４２−４の更新（Ｓ３２２）、転送先の選択（Ｓ３２３）、電話事業者の転送サービスに対して転送先の設定または解除（Ｓ３２４）を行う。

【0190】

そして、端末２−４では端末２−１から受信した評価値により評価値テーブル４２−４の更新（Ｓ３２５）、転送先の選択（Ｓ３２６）、電話事業者の転送サービスに対して転送先の設定または解除（Ｓ３２７）を行う。

【0191】

＜評価値を求めるアルゴリズム＞

【0192】

この実施の形態における評価値は上記実施の形態と同様であるので説明を割愛する。

【0193】

＜新しい評価値の配付判断および評価値テーブルの更新＞

【0194】

新しい評価値を得た場合、評価値の変化量が閾値Δｘを超えた場合に、その評価値を着信グループ１４内の全端末へ送付する。

【0195】

着信グループ１４に属する全端末は、各端末の評価値テーブル４２−４を持つ。この評価値テーブル４２−４は一つの端末の新しい評価値が配布された後、各端末の中で更新される。

【0196】

＜評価値テーブル４２−４の更新＞

【0197】

新しい評価値を計算した端末側で評価値テーブル４２−４を更新し、新しい評価値を送信し、着信グループ１４内の各端末に送信し、着信グループ１４端末側処理で各評価値テーブル４２−４を更新する。

【0198】

図２２は、評価値テーブル４２−４の更新の処理手順を示している。この処理手順は評価値を通知する側のたとえば、端末２−１の評価値テーブル４２−４の更新処理である。

【0199】

この処理手順では、端末２−１において、事前に評価値の再計算を行う（Ｓ３３１）。この計算の結果、評価値Ｘの変動量が閾値Δｘを超えたかを判断する（Ｓ３３２）。評価値Ｘの変動量が閾値Δｘを超えていれば（Ｓ３３２のＹＥＳ）、着信グループ１４内の全ての端末に自端末側の新しい評価値を通知する（Ｓ３３３）。

【0200】

この処理手順では端末２−１が評価値テーブル４２−４を更新する（Ｓ３３４）。更新した評価値テーブル４２−４の評価値を参照し、新しい転送先の決定を行い、電話事業者のサーバに対して転送先の設定処理を行い（Ｓ３３５）、この処理を終了する。

【0201】

Ｓ３３２において、新しい評価値の変化量が閾値Δｘを超えていなければ（Ｓ３３２のＮＯ）、Ｓ３３３、Ｓ３３４、Ｓ３３５をスキップしこの処理を終了する。

【0202】

そして、新しい評価値の通知を受けた着信グループ１４に属する各端末では、着信グループ端末側処理（Ｓ３３６）が実行される。この着信グループ端末処理として端末２−２、２−３、２−４では評価値受信処理を実行する。

【0203】

図２３は、着信グループ１４に属する端末側の評価値テーブル４２−４の更新の処理手順を示している。この処理手順は評価値の受信側の端末２−２、２−３、２−４の評価値テーブル４２−４の更新処理である。

【0204】

端末２−１から着信グループ１４内の全ての端末２−２、２−３、２−４に新しい評価値が通知される。この通知を受けた各端末２−２、２−３、２−４では評価値テーブル４２−４を更新する（Ｓ３４１）。また、各端末２−２、２−３、２−４は、新しい転送先の決定と電話事業者のサーバに対する転送先の設定処理を行い（Ｓ３４２）、この処理を終了する。

【0205】

＜転送先の選択１＞

【0206】

新しい評価値が得られた場合には、新しい評価値を送った端末と、その評価値を受け取った端末の双方で、次の条件１または条件２で新しい転送先を決定する。

【0207】

条件１： 転送先は、閾値Ｚを以上の評価値を持つ端末の中から選択する。

【0208】

条件２： 後から閾値Ｚ以上の評価値となった端末を優先的な端末とし、転送先に設定する。つまり、後から閾値Ｚ以上の評価値となった端末を後優先とする。

【0209】

この条件２では、バリエーションとして、先に閾値Ｚ以上の評価値となった端末を優先的な端末とし、転送先に設定する前優先としてもよい。

【0210】

＜転送先の選択処理＞

【0211】

閾値Ｚは、評価値テーブル４２−４の履歴を用いて、自動的に調整を行う。この調整は、同時に複数の端末が閾値以上の時間が少なくなるように調整すればよい。このような調整を行えば、転送先の選択処理を簡潔化できる。

【0212】

また、新しい評価値の配布判断では、閾値Δｘと閾値Ｚを組み合わせた条件とすれば、評価値の通知頻度を調整することができる。

【0213】

＜転送先の設定または解除の処理＞

【0214】

新しい転送先が決まった場合、または自端末が着信を受けることに決まった場合には、以下のいずれかの処理を行えばよい。

【0215】

電話事業者のサーバにコマンドを与え、転送電話サービスの設定を自動で行う。または電話事業者のサーバにコマンドを与え、転送サービスの設定解除を自動で行う。なお、転送電話サービスが使えない場合には転送先へ自動で多者通話を行うように設定すればよい。

【0216】

図２４は、転送先の選択、転送先の設定または解除を行う場合で、評価値を通知する端末側の処理手順を示している。

【0217】

この処理手順は一例として、端末２−１側の処理を示している。この場合、端末２−１が評価値の再計算から評価テーブル４２−４を更新する（Ｓ３５１）。更新した評価値テーブル４２−４を参照し、閾値Ｚ以上の評価値を持つ端末はあるかを判断する（Ｓ３５２）。

【0218】

閾値Ｚ以上の評価値を持つ端末があれば（Ｓ３５２のＹＥＳ）、最も評価値の高い端末は自端末（この場合、端末２−１）かを判断する（Ｓ３５３）。最も評価値の高い端末が自端末であれば（Ｓ３５３のＹＥＳ）、転送設定を解除し（Ｓ３５４）、この処理を終了する。

【0219】

Ｓ３５２において、閾値Ｚ以上の評価値を持つ端末がなければ（Ｓ３５２のＮＯ）、最後に閾値Ｚを下回った端末に転送設定をし（Ｓ３５５）、Ｓ３５１に戻る。

【0220】

また、Ｓ３５３において、最も評価値の高い端末が自端末でなければ（Ｓ３５３のＮＯ）、評価値の最も高い端末に転送設定をし（Ｓ３５６）、この処理を終了する。

【0221】

図２５は、転送先の選択、転送先の設定と解除行う場合で、評価値を受信する端末側の処理手順を示している。

【0222】

この場合、着信グループ１４に属する端末２−２、２−３、２−４の処理を示している。端末２−２、２−３、２−４側が端末２−１から新しい評価値の通知を受ける。端末２−２、２−３、２−４では評価値の再計算から評価テーブル４２−４を更新する（Ｓ３６１）。更新した評価値テーブル４２−４を参照し、閾値Ｚ以上の評価値を持つ端末はあるかを判断する（Ｓ３６２）。

【0223】

閾値Ｚ以上の評価値を持つ端末があれば（Ｓ３６２のＹＥＳ）、最も評価値の高い端末が自端末かを判断する（Ｓ３６３）。最も評価値の高い端末が自端末であれば（Ｓ３６３のＹＥＳ）、転送設定を解除し（Ｓ３６４）、この処理を終了する。

【0224】

Ｓ３６２において、閾値Ｚ以上の評価値を持つ端末がなければ（Ｓ３６２のＮＯ）、最後に閾値Ｚを下回った端末に転送設定をし（Ｓ３６５）、この処理を終了する。

【0225】

また、Ｓ３６３において、最も評価値の高い端末が自端末でなければ（Ｓ３６３のＮＯ）、評価値の最も高い端末に転送設定をし（Ｓ３６６）、この処理を終了する。

【0226】

＜転送先の設定または解除＞

【0227】

ａ）閾値Ｚ以上の評価値を持つ端末が１台の場合： 図２６は、この場合の処理手順を示している。この処理手順は一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚの状態である。

【0228】

この場合、端末２−３が着信し（Ｓ３７１）、着信処理（Ｓ３７２）により、端末２−３から呼出しを行う（Ｓ３７３）。ユーザが端末２−３を取れば、通話が成立する。

【0229】

その後、端末２−１が評価値の再評価および再計算を行い（Ｓ３７４）、評価値の変化量が閾値Δｘを超えた場合、端末２−１が評価値を端末２−２、２−３に通知する（Ｓ３７５、Ｓ３７６）。各端末２−１、２−２、２−３では評価値テーブル４２−４の更新を行い、転送先を算出する（Ｓ３７７、Ｓ３７８、Ｓ３７９）。

【0230】

この結果、端末２−１＝評価値≧Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚに遷移する。つまり、端末２−１の１台のみの評価値が閾値Ｚ以上になる。

【0231】

この場合、端末２−１では転送設定の解除（Ｓ３８０）、端末２−２、２−３では端末２−１を転送先に設定する（Ｓ３８１、Ｓ３８２）。この結果、端末２−１が着信端末となる（Ｓ３８３）。

【0232】

このような設定の後、端末２−３に着信があった場合（Ｓ３８４）、転送処理（Ｓ３８５）によりその着信が端末２−１に転送され（Ｓ３８６）、端末２−１で呼出しが行われる（Ｓ３８７）。

【0233】

このように、閾値以上の評価値を持った最新の端末２−１に着信を転送すれば、高い確率でユーザが着信を受けることができる。

【0234】

ｂ）２台以上の端末が閾値Ｚ以上の場合であって、最後に閾値Ｚ以上の評価値を持った端末を転送先とする場合： 図２７は、この場合の処理手順を示している。この処理手順は一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初、端末２−１＝評価値＜Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚであり、端末２−２が着信端末となっている場合である。

【0235】

この場合、端末２−３が着信し（Ｓ３９１）、転送処理（Ｓ３９２）により、端末２−３から端末２−２に転送が行われ（Ｓ３９３）、端末２−２で呼出しを行う（Ｓ３９４）。ユーザが端末２−２を取れば、通話が成立する。

【0236】

その後、端末２−１が評価値の再評価および再計算を行い（Ｓ３９５）、評価値の変化量が閾値Δｘを超えた場合、端末２−１から評価値が端末２−２、２−３に通知される（Ｓ３９６、Ｓ３９７）。各端末２−１、２−２、２−３では評価値テーブル４２−４の更新を行い、転送先を算出する（Ｓ３９８、Ｓ３９９、Ｓ４００）。

【0237】

この結果、端末２−１＝評価値≧Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚとなる。つまり、端末２−１、２−２の２台の評価値が閾値以上となっている。端末２−１の評価値は端末２−２より後に閾値Ｚ以上になっている。

【0238】

端末２−１では転送設定の解除（Ｓ４０１）、端末２−２、２−３では端末２−１を転送先に設定する（Ｓ４０２、Ｓ４０３）。この結果、端末２−１が着信端末となる（Ｓ４０４）。

【0239】

そして、端末２−３に着信があった場合（Ｓ４０５）、転送処理（Ｓ４０６）によりその着信が端末２−１に転送され（Ｓ４０７）、端末２−１で呼出しが行われる（Ｓ４０８）。

【0240】

このように、閾値以上の評価値を持った最新の端末２−１に着信を転送すれば、高い確率でユーザが着信を受けることができる。

【0241】

ｃ）２台以上の端末が閾値Ｚ以上の評価値を持った場合であって、転送先を継続し、変更しない場合： 図２８は、この場合の処理手順を示している。一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚであり、端末２−２が着信端末である。

【0242】

端末２−３が着信し（Ｓ３９１）、転送処理（Ｓ３９２）により、端末２−３から端末２−２に転送が行われ（Ｓ３９３）、端末２−２で呼出しを行う（Ｓ３９４）。ユーザが端末２−２を取れば、通話が成立する。

【0243】

その後、端末２−１が評価値の再評価および再計算を行い（Ｓ３９５）、評価値の変化量が閾値Δｘを超えた場合、端末２−１から評価値が端末２−２、２−３に通知される（Ｓ３９６、Ｓ３９７）。各端末２−１、２−２、２−３では評価値テーブル４２−４の更新を行い、転送先を算出する（Ｓ３９８、Ｓ３９９、Ｓ４００）。

【0244】

この結果、端末２−１＝評価値≧Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚとなる。つまり、端末２−１、２−２の評価値が閾値Ｚ以上となる。

【0245】

この場合、端末２−１、２−２、２−３の転送設定の変更を行うことなく（Ｓ４１０、Ｓ４１１、Ｓ４１２）、端末２−２の着信端末を維持する（Ｓ４１３）。

【0246】

そして、端末２−３に着信があった場合（Ｓ４１４）、転送処理（Ｓ４１５）によりその着信が端末２−２に転送され（Ｓ４１６）、端末２−２で呼出しが行われる（Ｓ４１７）。

【0247】

このように、閾値以上の評価値を持った当初の端末２−２に着信を転送すれば、高い確率でユーザが着信を受けることができる。

【0248】

ｄ）閾値を超えている端末が０台であって、最後に閾値を下回った評価値を持つ端末を転送先とする場合： 図２９は、この場合の処理手順を示している。一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初、端末２−１＝評価値≧Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚであり、端末２−１が着信端末である。

【0249】

この場合、端末２−３が着信し（Ｓ３９１）、転送処理（Ｓ３９２）により、端末２−３から端末２−１に転送が行われ（Ｓ３９３）、端末２−１で呼出しを行う（Ｓ３９４）。ユーザが端末２−１を取れば、通話が成立する。

【0250】

その後、端末２−１が評価値の再評価および再計算を行い（Ｓ３９５）、評価値の変化量が閾値Δｘを超えた場合、端末２−１から評価値が端末２−２、２−３に通知される（Ｓ３９６、Ｓ３９７）。各端末２−１、２−２、２−３では評価値テーブル４２−４の更新を行い、転送先を算出する（Ｓ３９８、Ｓ３９９、Ｓ４００）。

【0251】

この結果、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚとなり、いずれの端末２−１、２−２、２−３の評価値が閾値未満となっている。つまり、端末２−１は、最後に閾値を下回った評価値を持つ端末である。

【0252】

この場合、端末２−１では、着信端末の維持（Ｓ４２１）、端末２−２、２−３では端末２−１を転送先に設定する（Ｓ４２２、Ｓ４２３）。これにより、端末２−１に設定されている着信端末が維持される（Ｓ４２４）。

【0253】

そして、端末２−３に着信があった場合（Ｓ４１４）、転送処理（Ｓ４１５）によりその着信が端末２−１に転送され（Ｓ４１６）、端末２−１で呼出しが行われる（Ｓ４１７）。

【0254】

このように、最後に閾値を下回った端末、この例では端末２−１に着信を転送すれば、高い確率でユーザが着信を受けることができる。

【0255】

ｅ）閾値以上の評価値を持つ端末が０台であって、転送設定を解除する場合： 図３０は、この場合の処理手順を示している。一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初、端末２−１＝評価値≧Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚであり、端末２−１が着信端末である。

【0256】

この場合、端末２−３が着信し（Ｓ３９１）、転送処理（Ｓ３９２）により、端末２−３から端末２−１に転送が行われ（Ｓ３９３）、端末２−１で呼出しを行う（Ｓ３９４）。ユーザが端末２−１を取れば、通話が成立する。

【0257】

その後、端末２−１が評価値の再評価および再計算を行い（Ｓ３９５）、評価値の変化量が閾値Δｘを超えた場合、端末２−１から評価値が端末２−２、２−３に通知される（Ｓ３９６、Ｓ３９７）。各端末２−１、２−２、２−３では評価値テーブル４２−４の更新を行い、転送先を算出する（Ｓ３９８、Ｓ３９９、Ｓ４００）。

【0258】

この結果、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚとなり、閾値以上の評価値を持つ端末が０台である。

【0259】

この場合、端末２−１、２−２、２−３では転送設定を解除する（Ｓ４２５、Ｓ４２６、Ｓ４２７）。これにより、端末２−１の着信端末が解除され（Ｓ４２８）、転送先である着信端末が０台となる。

【0260】

この場合、たとえば、端末２−３に着信があれば（Ｓ４２９）、転送処理を行うことなく、端末２−３で呼出しが行われる（Ｓ４３０）。

【0261】

ｆ）閾値以上の評価値を持つ端末が０台であって、ユーザ操作で転送先を決定する場合： 図３１は、この場合の処理手順を示している。一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初、端末２−１＝評価値≧Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚであり、端末２−１が着信端末である。

【0262】

この場合、たとえば、端末２−３が着信し（Ｓ３９１）、転送処理（Ｓ３９２）により、端末２−３から端末２−１に転送が行われ（Ｓ３９３）、端末２−１で呼出しを行う（Ｓ３９４）。ユーザが端末２−１を取れば、通話が成立する。

【0263】

その後、端末２−１が評価値の再評価および再計算を行い（Ｓ３９５）、評価値の変化量が閾値Δｘを超えた場合、端末２−１から評価値が端末２−２、２−３に通知される（Ｓ３９６、Ｓ３９７）。各端末２−１、２−２、２−３では評価値テーブル４２−４の更新を行い、転送先を算出する（Ｓ３９８、Ｓ３９９、Ｓ４００）。

【0264】

この結果、端末２−１＝評価値＜Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚとなり、閾値以上の評価値を持つ端末が０台となっている。

【0265】

この場合、端末２−１、２−２、２−３にはポップアップ画面などによりユーザ操作画面が表示される（Ｓ４３１、Ｓ４３２、Ｓ４３３）。端末２−２では、そのユーザ操作画面からユーザ指定を行い（Ｓ４３４）、このユーザ指定された旨の通知が端末２−１、２−３に行われる（Ｓ４３５、Ｓ４３６）。

【0266】

この結果、端末２−１＝評価値＜Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚとなり、閾値以上の評価値を持つ端末が端末２−２となる。

【0267】

各端末２−１、２−２、２−３は転送先算出を行う（Ｓ４３７、Ｓ４３８、Ｓ４３９）。これにより、端末２−１では端末２−２への転送設定（Ｓ４４０）、端末２−２では転送設定の解除（Ｓ４４１）、端末２−３では端末２−２への転送設定（Ｓ４４２）を行う。この結果、端末２−２が着信端末となる（Ｓ４４３）。

【0268】

そして、たとえば、端末２−３に着信があった場合（Ｓ４４４）、転送処理により（Ｓ４４５）、着信が転送され（Ｓ４４６）、端末２−２で呼出しが行われる（Ｓ４４７）。

【0269】

ｇ）閾値以上の評価値を持つ端末が０台であって、ユーザ操作で着信端末を指定する場合： 図３２は、この場合の処理手順を示している。一例として、着信グループ１４に端末２−１、２−２、２−３が属し、当初、端末２−１＝評価値≧Ｚ、端末２−２＝評価値＜Ｚ、端末２−３＝評価値＜Ｚであり、端末２−１が着信端末である。

【0270】

たとえば、端末２−３が着信し（Ｓ３９１）、転送処理（Ｓ３９２）により、端末２−３から端末２−１に転送が行われ（Ｓ３９３）、端末２−１で呼出しを行う（Ｓ３９４）。ユーザが端末２−１を取れば、通話が成立する。

【0271】

その後、ユーザにより、端末２−２にはユーザ操作画面を表示し（Ｓ４５１）、ユーザ指定が行われる（Ｓ４５２）。このユーザ指定は端末２−２から端末２−１、２−３に通知される（Ｓ４５３、Ｓ４５４）。

【0272】

この結果、端末２−１＝評価値≧Ｚ、端末２−２＝評価値≧Ｚ、端末２−３＝評価値＜Ｚとなる。

【0273】

各端末２−１、２−２、２−３は転送先の算出を行う（Ｓ４５５、Ｓ４５６、Ｓ４５７）。端末２−１では端末２−２への転送設定（Ｓ４５８）、端末２−２では転送設定の解除（Ｓ４５９）、端末２−３では端末２−２への転送設定（Ｓ４６０）が行われる。この結果、端末２−２が着信端末となる（Ｓ４６１）。つまり、ユーザ指定の直接指定により優先的に着信端末が設定される。

【0274】

そして、たとえば、端末２−３に着信があれば（Ｓ４６２）、転送処理により（Ｓ４６３）、着信が転送され（Ｓ４６４）、端末２−２で呼出しが行われる（Ｓ４６５）。

【0275】

このようにユーザにより転送先を設定でき、既述の自動転送に加え、ユーザによる転送先設定の自由度があり、利便性の高い転送が行える。

【0276】

＜第３の実施の形態の効果＞

【0277】

(1) 第３の実施の形態では、評価値の変化量に閾値Δｘを設定し、この閾値Δｘを評価値の変化量が超えた場合に他の端末に評価値の通知を行っている。このため、評価値の変動に伴う評価値の通知回数を低減でき、通信量を抑制できる。

【0278】

(2) ユーザが任意にユーザ操作により着信端末を指定できるので、着信端末の自動設定を待つことなく、ユーザの意思で着信端末を決定し、自由に設定することができる。

【0279】

〔他の実施の形態〕

【0280】

上記実施の形態では、閾値Ｚ以上の評価値を通知すべき評価値としたが、閾値Ｚを超える評価値を通知すべき評価値とし、閾値Ｚ以下の評価値は通知しない評価値として処理してもよい。つまり、設定された閾値Ｚを超えた評価値を他機に通知し、閾値Ｚを下回る評価値では他機への通知は行わない処理としても同様の効果が得られる。

【0281】

上記実施の形態では、スマートフォンなどの携帯端末装置２を例示したが、この携帯端末装置２には電話機能や通信機能を持つ他の電子機器であってもよい。この場合、通信機能には電話だけでなく、データ通信であってもよい。

【0282】

また、評価値の送信にはＳＭＳ回線やデータ回線を用いたが、通常の通話やメール送信を用いてもよい。

【0283】

以上説明したように、本開示の技術の最も好ましい実施の形態などについて説明した。本開示の技術は、上記記載に限定されるものではない。特許請求の範囲に記載され、または発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能である。斯かる変形や変更が、本開示の技術の範囲に含まれることは言うまでもない。

【符号の説明】

【0284】

１ 呼制御システム
２、２−１、２−２、２−３、２−４ 携帯端末装置
４ 端末
６ 公衆回線網
８ 通信部
１０ 呼制御部
１４ 着信グループ
１６−１、１６−２、１６−３ 基地局
１８ 電話回線
２０ プロセッサ
２２ 記憶部
２４ 通信部
２６ ＧＰＳ通信部
２８ 表示部
３０ 入力部
３２ 音声入出力部
３４ 加速度センサ
３５ 無線通信アンテナ
３６ ＧＰＳアンテナ
３８ マイクロフォン
４０ スピーカ
４２−１ 端末接続情報
４２−３ 着信グループ端末リスト
４２−４ 評価値テーブル
４２−５ 位置情報
４２−６ 操作履歴
４４ グループ情報
４６ 端末情報
４８ 番号情報
４９ ＩＰアドレス情報
５０ 評価値情報
５２ タッチ回数評価値
５４ 距離評価値
５６、５８ 組合せ評価値
６０ 操作回数情報
６０−１ 現在の位置情報
６０−２ ｎ分前の位置情報
６２ 操作回数情報
６４ 操作時間情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】