JP2013128228A - 電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラム - Google Patents

Abstract

【課題】迷惑電話などの加害行為から電話端末の通話を防護することにある。
【解決手段】着信状況から迷惑電話であるかを判断する。その判断結果を蓄積し、電話端末（４−２）の電源断の際に、前記判断結果の状態に基づいて接続モードを設定する。電話端末の電源断の際に、前記接続モードに応じて前記電話端末（４−２）の電源断の許可または電源断の抑止を行う。迷惑電話を受けている電話端末の電源断の操作を契機に、迷惑電話を受けている場合には電源断を抑止するので、迷惑電話を回避しつつ通話機能を維持できる。
【選択図】図１

Description

本発明は、迷惑電話などの加害行為を回避する電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムに関する。

電話端末は迷惑電話などの加害行為に利用され、その手口は多種多様である。膨大な迷惑電話を掛け、ユーザの正常な電話利用を阻害する。特定のユーザを混乱に陥れる。電源断を誘導し、連絡不能に至らしめる。混乱に陥ったユーザから被害者を装って金銭を巻き上げる。複数の電話端末を用いるもの、所有者が不明な電話端末を用いるものなどもある。電話端末を用いた加害行為は益々巧妙化し、着信側の注意だけでは加害行為を防止し、被害を回避することができない。

このような加害行為に関し、迷惑電話の着信を規制するシステムが知られている（たとえば、特許文献１）。このシステムでは、故意に呼出回数を少なくして回線を切断し、着信履歴の電話番号を記録させ、折り返し電話をさせる、いわゆるワン切り電話を回避している。迷惑電話であるかの判断を自動的に行ない、着信拒否リストに登録された電話番号であれば、その着信を拒否する。

特開２００４−３３６６３７号公報

ところで、迷惑電話に対する着信拒否は着信側で設定をしなければならない。この設定は、迷惑電話の発信側の電話番号を特定し、事前登録をしなければならない。迷惑電話の行為者が電話番号を変更すれば、その番号を特定しなければならず、新たに着信制限を行う必要がある。

電話端末の電源を切れば、迷惑電話の着信を阻止できる。しかし、電源断に追い込まれると、通常の電話着信までも阻害されることになる。

着信制限を着信回数で設定した場合には、着信回数以下の着信は着信制限を行うことができないし、行為者が電話番号を変更すると、着信制限は無意味となり、着信拒否をすることができないという課題がある。

そこで、本開示の電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムの目的は、上記課題に鑑み、迷惑電話などの加害行為から電話端末の通話を防護することにある。

上記目的を達成するため、本開示の構成は、着信状況から迷惑電話であるかを判断する。その判断結果を蓄積し、電話端末の電源断の際に、前記判断結果の状態に基づいて接続モードを設定する。電話端末の電源断の際に、前記接続モードに応じて前記電話端末の電源断の許可または電源断の抑止を行う。

本開示の電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムによれば、次の効果が得られる。

(1) 迷惑電話を受けている電話端末の電源断の操作を契機に、迷惑電話を受けている場合には電源断を抑止するので、迷惑電話を回避しつつ通話機能を維持できる。

(2) 迷惑電話を受けている電話端末の電源断を抑止し、迷惑電話に起因する加害行為から電話ユーザを防護できる。

そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。

第１の実施の形態に係る着信システムを示す図である。 着信の処理手順を示すフローチャートである。 第２の実施の形態に係る着信システムのステルスモード設定前を示す図である。 着信システムのステルスモード移行を示す図である。 着信システムのステルスモードの動作を示す図である。 着信システムのステルスモードの他の動作を示す図である。 着信システムの各部の機能を示す図である。 迷惑電話フラグ管理テーブルの一例および格納情報を示す図である。 着信履歴テーブルの一例を示す図である。 着信履歴テーブルの格納情報を示す図である。 緊急時着信許可テーブルの一例およびその格納情報を示す図である。 電話端末のハードウェア構成例を示す図である。 電話端末の構成例を示す図である。 プレゼンスサーバのハードウェア構成例を示す図である。 呼制御サーバのハードウェア構成例を示す図である。 第１の電話端末の処理手順〔Ｆ１〕を示すフローチャートである。 第１の呼制御サーバの処理手順〔Ｆ２〕を示すフローチャートである。 プレゼンスサーバの処理手順〔Ｆ３〕を示すフローチャートである。 プレゼンスサーバの処理手順〔Ｆ３〕を示すフローチャートである。 第２の呼制御サーバの処理手順〔Ｆ４〕を示すフローチャートである。 第２の電話端末の処理手順〔Ｆ５〕を示すフローチャートである。 迷惑電話フラグの解除の処理手順〔Ｆ６〕を示すフローチャートである。 第２の電話端末の処理手順〔Ｆ７〕を示すフローチャートである。 第２の呼制御サーバの処理手順〔Ｆ８〕を示すフローチャートである。 プレゼンスサーバの処理手順〔Ｆ９〕を示すフローチャートである。 第２の電話端末の処理手順〔Ｆ１０〕を示すフローチャートである。 第２の呼制御サーバの処理手順〔Ｆ１１〕を示すフローチャートである。 プレゼンスサーバの処理手順〔Ｆ１２〕を示すフローチャートである。 第３の電話端末の処理手順〔Ｆ１３〕を示すフローチャートである。 第３の呼制御サーバの処理手順〔Ｆ１４〕を示すフローチャートである。 プレゼンスサーバの処理手順〔Ｆ１５〕を示すフローチャートである。 プレゼンスサーバの処理手順〔Ｆ１５〕を示すフローチャートである。 第２の呼制御サーバの処理手順〔Ｆ１６〕を示すフローチャートである。 第２の電話端末の処理手順〔Ｆ１７〕を示すフローチャートである。 通信圏外に電話端末がある場合のプレゼンスサーバの処理手順〔Ｆ１８〕を示すフローチャートである。 着信システムの動作シーケンス〔１〕を示す図である。 動作シーケンス〔１〕の電話端末および呼制御サーバの処理手順を示すフローチャートである。 動作シーケンス〔１〕のプレゼンスサーバの処理手順を示すフローチャートである。 動作シーケンス〔１〕の呼制御サーバおよび電話端末の処理手順を示すフローチャートである。 着信システムの動作シーケンス〔２〕を示す図である。 動作シーケンス〔２〕の電話端末および呼制御サーバの処理手順を示すフローチャートである。 動作シーケンス〔２〕のプレゼンスサーバの処理手順を示すフローチャートである。 着信システムの動作シーケンス〔３〕を示す図である。 動作シーケンス〔３〕の電話端末および呼制御サーバの処理手順を示すフローチャートである。 動作シーケンス〔３〕のプレゼンスサーバの処理手順を示すフローチャートである。 着信システムの動作シーケンス〔４〕を示す図である。 動作シーケンス〔４〕の電話端末および呼制御サーバの処理手順を示すフローチャートである。 動作シーケンス〔４〕のプレゼンスサーバの処理手順を示すフローチャートである。 動作シーケンス〔４〕の呼制御サーバおよび電話端末の処理手順を示すフローチャートである。

〔第１の実施の形態〕

図１は、第１の実施の形態に係る着信システムを示している。図１に示す構成は一例であり、斯かる構成に本開示の電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムが限定されるものではない。

図１に示す着信システム２は第１、第２および第３の電話端末４−１、４−２、４−３、電話網６、プレゼンスサーバ８を備えている。

電話端末４−１はたとえば、加害者が使用し、ユーザに対する加害行為に至る迷惑電話を発信する。電話端末４−２はたとえば、加害者の標的（以下「被害者」と称する）の家族（以下「被害者家族」と称する）が所有し、電話端末４−１から迷惑電話を受ける。電話端末４−３は、被害者が所有する。各電話端末４−１、４−２、４−３は電話網６に無線または有線により接続され、プレゼンスサーバ８と連携される。電話網６は公衆回線網である。

プレゼンスサーバ８は本開示のサーバまたはサーバ装置の一例である。プレゼンスサーバ８では着信状況から迷惑電話であるかを判断し、その判断結果をデータベース（以下「ＤＢ」と称する）１０に蓄積する。迷惑電話を受けているたとえば、電話端末４−２の電源断の際に問い合わせを受け、判断結果の状態に基づいてステルスモードを電話端末４−２の電話番号に設定する。電源断の操作は電話端末４−３にある電源スイッチ１２によって行われる。ステルスモードは接続モードの一例であり、電話端末４−２の電源断の許可または電源断の抑止を行う。

図２は、着信の処理手順を示している。この処理手順は、本開示の電話端末の着信方法または着信プログラムの処理の一例である。

プレゼンスサーバ８では、着信状況から迷惑電話であるかを判断する（Ｓ１１）。迷惑電話であれば（Ｓ１２のＹＥＳ）、その判断結果をＤＢ１０に蓄積する（Ｓ１３）。迷惑電話でなければ（Ｓ１２のＮＯ）、判断結果を廃棄し（Ｓ１４）、Ｓ１１に戻る。

迷惑電話であるか否かの判断基準は第１に、たとえば、一定時間内の呼量が規定値を超えていないか。この規定値を超えていれば、第２に、同一番号からの発信か否か、または、同一エリアからの発信か否か、または、契約期間が短い電話端末から発信が複数か否かなどの条件を設定すればよい。

迷惑電話を繰り返し受けた場合、被害者は、迷惑電話を回避する行動として、電話端末４−２の電源断の操作を行う。この電話端末４−２の電源断の操作に基づき、電話端末４−２から問い合わせが発せられる。この問い合わせをプレゼンスサーバ８が受ける（Ｓ１５）。この問い合わせを契機に、プレゼンスサーバ８は、既述の判断結果の状態を判断し、その状態に応じてステルスモードを設定する（Ｓ１６）。

ステルスモードを設定した場合には（Ｓ１７のＹＥＳ）、その旨を電話端末４−２に通知し、電源断の抑止を通知する（Ｓ１８）。また、ステルスモードを設定しない場合には（Ｓ１７のＮＯ）、プレゼンスサーバ８から電源断の許可を電話端末４−２に通知する（Ｓ１９）。

電源断を許可された電話端末４−２は通常の電源断に至る。しかし、ステルスモードが設定された場合には、その旨の通知を受け、電話端末４−２の電源断を抑止する。これにより、迷惑電話を受けている電話端末４−２では通話可能状態となり、迷惑電話によって電源断に誘導されない。

電話端末４−２は通信可能であり、加害者の標的である電話端末４−３と通話可能である。この状態は、加害者も電話端末４−２が通信可能であることを確認できる。このため、電話端末４−２、４−３間の通話妨害を想定した加害行為が未然に防止される。

この場合、ステルスモードで、着信を許可された電話番号からの着信のみを許可すれば、電話端末４−１からの迷惑電話をも回避でき、被害から標的者を防護できる。

〔第２の実施の形態〕

図３は、第２の実施の形態に係る着信システム２において、ステルスモードの設定前の状態を示している。図３に示す構成は一例であり、斯かる構成に本開示の電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムが限定されるものではない。図３において、図１と同一部分には同一符号を付してある。

図３に示す着信システム２には電話端末４−１、４−２、４−３、電話網６、プレゼンスサーバ８、第１、第２および第３の呼制御サーバ１４−１、１４−２、１４−３が含まれる。

呼制御サーバ１４−１は、加害者の電話端末４−１側の呼制御サーバである。呼制御サーバ１４−２は、電話端末４−２側（被害者家族側）の呼制御サーバである。呼制御サーバ１４−３は、電話端末４−３側（被害者側）の呼制御サーバである。プレゼンスサーバ８は呼制御サーバ１４−１、１４−２、１４−３と接続される。

＜ステルスモードの設定前＞

電話端末４−１から発せられた迷惑電話は、呼制御サーバ１４−１、１４−２を経由し、電話端末４−２に到達する。

電話端末４−１から発せられた迷惑電話は、呼制御サーバ１４−１に到達する（Ｓ２１）。プレゼンスサーバ８は、呼制御サーバ１４−１から得た電話情報の登録、呼制御サーバ１４−２に登録されている電話端末４−２の位置情報を参照する（Ｓ２２）。プレゼンスサーバ８は、呼制御サーバ１４−２の情報を呼制御サーバ１４−１に提供する（Ｓ２３）。呼制御サーバ１４−１は、プレゼンスサーバ８から取得した情報により、呼制御サーバ１４−２を経由して電話端末４−２に接続する（Ｓ２４−１、Ｓ２４−２）。これにより、電話端末４−２に迷惑電話が着信する（Ｓ２５）。被害者家族は、着信中の電話端末４−２で電話端末４−１と通話し、または切断する（Ｓ２６−１、Ｓ２６−２、Ｓ２６−３）。

プレゼンスサーバ８では、迷惑電話であるか否かが判断される。既述のＳ２１、Ｓ２２、Ｓ２３・・・Ｓ２６−３の動作が繰り返され、下記の条件が成立したとき、プレゼンスサーバ８は迷惑電話であると判断する。これにより、ＤＢ（データベース）１０に迷惑電話フラグが立つ。

この迷惑電話フラグが立つ条件は第１の条件および第２の条件を設定する。

第１の条件は、次の通りである。
ａ）一定時間内の呼量がたとえば、１０分間に１５件以上などの呼量であれば、第２の条件のいずれかが一致するか否かを判断する。

第２の条件は、次の通りである。
ｂ）同一電話番号からの発信である。
ｃ）同一エリアからの発信である。
ｄ）契約から所定期間としてたとえば、１月未満の電話端末からの発信が複数台ある。

第１の条件が成立し、第２の条件のいずれかに該当すれば、プレゼンスサーバ８は迷惑電話である、と判断する。そして、プレゼンスサーバ８はＤＢ１０にある電話端末４−２の電話番号に迷惑電話フラグ“１”を立てる。

＜ステルスモードへの移行＞

図４は、ステルスモードへの移行を示している。このステルスモードは、接続モードの一例である。この接続モードでは、迷惑電話を受けている電話ユーザの携帯電話機の電源断操作を契機に一定の条件により電源断を抑止する。このステルスモードが設定されると、着信許可リスト１６に登録されていない電話番号の着信を拒否する。

迷惑電話を着信した電話端末４−２では、被害者家族が迷惑電話を回避するため、電源断の操作（電源を切る操作）を行う（Ｓ３１）。呼制御サーバ１４−２は切断信号をプレゼンスサーバ８に送信する（Ｓ３２）。プレゼンスサーバ８は電話端末４−２の電話番号の迷惑電話フラグが“１”になっている場合、迷惑電話フラグを“２”にする。この迷惑電話フラグ＝“２”でステルスモードに移行する（Ｓ３３）。このステルスモードに移行すると、ステルスモード通知がプレゼンスサーバ８から電話端末４−２に発せられる（Ｓ３４）。この通知を受けた電話端末４−２はステルスモードに移行する（Ｓ３５）。ステルスモードに移行すると、電話端末４−２は、位置情報のみを呼制御サーバ１４−２に通知する。

このように、迷惑電話を受けた被害者家族が電話端末４−２の電源断の操作をすると、電源断操作は、電話端末４−２から呼制御サーバ１４−２に通知される。これに呼応し、呼制御サーバ１４−２は、電話端末４−２の電源断操作を契機に迷惑電話フラグの有無をプレゼンスサーバ８に問い合わせる。プレゼンスサーバ８のＤＢ１０にある迷惑電話フラグが“０”であれば、電話端末４−２の電源断を許可する。この場合、電話端末４−２は通常の電源断となる。

迷惑電話フラグが“１”であれば、迷惑電話フラグを“１”から“２”にインクリメントする。この迷惑電話フラグが“２”になると、既述のステルスモードに移行する。このステルスモードに移行したことが、プレゼンスサーバ８から呼制御サーバ１４−２を経て電話端末４−２に通知される。この通知を受けた電話端末４−２はステルスモードに移行し、電話端末４−２の電源断が抑止される。つまり、通話可能状態に維持される。

＜ステルスモードの実行＞

図５は、ステルスモードの動作（迷惑電話の場合）を示している。この実施の形態のステルスモードは、迷惑電話の着信拒否および呼接続の切断を含んでいる。このステルスモードに移行すると、プレゼンスサーバ８は、ステルスモードに移行している電話端末４−２に対する発信者の電話番号をチェックし、着信の許可または拒否を行う。

図５に示すように、電話端末４−１から迷惑電話を電話端末４−２に向けて発信する（Ｓ４１）。呼制御サーバ１４−１は、プレゼンスサーバ８に対し、電話情報の登録、電話端末４−２に接続されている呼制御サーバ１４−２の情報取得を依頼する（Ｓ４２）。プレゼンスサーバ８は、ステレルモードの場合、着信許可リスト１６に電話端末４−１の電話番号がない場合、呼制御サーバ１４−１に切断命令を発する（Ｓ４３）。呼制御サーバ１４−１と電話端末４−１との呼接続を切断する（Ｓ４４）。

このように、電話端末４−１から迷惑電話が発信されると、呼制御サーバ１４−１からプレゼンスサーバ８に問い合わせをし、プレゼンスサーバ８では電話番号のチェックを行う。この電話番号のチェックにより、発信側の電話番号が着信許可リスト１６に登録されていない電話番号であれば着信を拒否する。さらには、電話端末４−１の呼接続を切断する。

＜ステルスモードの実行下の着信＞

図６は、ステルスモードの動作（被害者・被害者家族間の通話）を示している。ステルスモードに移行した電話端末４−２は電源断の抑止により、通信が維持されている。

被害者は確認のため、電話端末４−３から電話端末４−２に発信する（Ｓ５１）。呼制御サーバ１４−３は、プレゼンスサーバ８に対し、電話情報の登録、電話端末４−２に接続されている呼制御サーバ１４−２の情報取得を依頼する（Ｓ５２）。プレゼンスサーバ８は、ステルスモード中、着信許可リスト１６に電話端末４−３の電話番号がある場合、呼制御サーバ１４−３に呼制御サーバ１４−２の情報を提供する（Ｓ５３）。呼制御サーバ１４−３は、プレゼンスサーバ８から取得した情報に基づき、呼制御サーバ１４−２経由で電話端末４−２に発信する（Ｓ５４−１、Ｓ５４−２）。電話端末４−２に着信する（Ｓ５５）。電話端末４−３は電話端末４−２と接続される（Ｓ５６−１、Ｓ５６−２、Ｓ５６−３）。電話端末４−２、４−３間で通話が可能となり、被害者と被害者家族が通話する。

このように、ステルスモードでは、電話端末４−２は、電源断による通信不能に陥ることがない。電話端末４−２、４−３間の通話が確保される。つまり、電話端末４−３は電話端末４−２と通信不能にならず、加害者の意図は失敗に終わる。被害者および被害者家族は、迷惑電話などの加害行為から防護される。

＜着信システム２の各部の機能＞

図７は、着信システムの構成例を示している。図７に示す構成は一例であり、斯かる構成に本開示の電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムが限定されるものではない。

図７において、実線は、電話端末４−１から電話端末４−２への着信を示している。破線は、電話端末４−１から迷惑電話を受けた電話端末４−２側で電源断の動作、電源入りの動作を示している。一点鎖線は、電話端末４−３から電話端末４−２への電話発信を示している。

各電話端末４−１、４−２、４−３は、迷惑電話フラグ保持機能１８、電源管理機能２０および制御機能２２を有する。迷惑電話フラグ保持機能１８は、迷惑電話フラグの値を保持する。電源管理機能２０は、電源のＯＮ／ＯＦＦを管理する。制御機能２２は、呼制御サーバ１４−１、１４−２、１４−３への電話、迷惑電話フラグの発信、受信を制御し、ステルスモードの移行およびその解除を制御する。

呼制御サーバ１４−１は、呼制御機能２４およびプレゼンスサーバ連携機能２６を有する。呼制御機能２４は、電話端末４−１の発信および着信のセッションを管理する。プレゼンスサーバ連携機能２６は、呼制御サーバ１４−１とプレゼンスサーバ８との連携を行う。

呼制御サーバ１４−２は、呼制御機能２８、プレゼンスサーバ連携機能３０、ユーザ電源制御機能３２を有する。呼制御機能２８は、電話端末４−２の発信および着信のセッションを管理する。プレゼンスサーバ連携機能３０は、呼制御サーバ１４−２とプレゼンスサーバ８との連携を行う。ユーザ電源制御機能３２は、呼制御機能２８および電話端末４−２の制御機能２２を介して、電話端末４−２の電源のＯＮ／ＯＦＦを管理する電源管理機能２０と連携する。

呼制御サーバ１４−３は、呼制御機能３４およびプレゼンスサーバ連携機能３６を有する。呼制御機能３４は、電話端末４−３の発信および着信のセッションを管理する。プレゼンスサーバ連携機能３６は、呼制御サーバ１４−３とプレゼンスサーバ８との連携を行う。

プレゼンスサーバ８は、呼制御連携機能３８、呼情報判定機能４０、データベース（ＤＢ）アクセス機能４２およびデータベース１０を有する。呼制御連携機能３８は、呼制御サーバ１４−１、１４−２、１４−３との連携を行う。

呼情報判定機能４０の機能は以下の通りである。着側電話番号、発側電話番号、発信時間、発信側位置情報、加入時期の登録や、着信側位置情報の取得をＤＢアクセス機能４２に要求する。ＤＢアクセス機能４２に着信履歴を要求し、その内容から呼量オーバ、一定時間内の同一番号からの着信、同一エリアからの着信、契約期間の短い電話端末からの発信などをチェックし、迷惑電話を受けているかを判定する。迷惑電話を受けていると判断した場合には、ＤＢアクセス機能４２を通してＤＢ１０に迷惑電話フラグ“１”を設定する。迷惑電話フラグ“１”を設定した後、呼制御連携機能３８を通して着信側のたとえば、電話端末４−２に迷惑電話フラグ“１”を通知する。迷惑電話フラグ“１”の状態で電話端末４−２の電源ＯＦＦ操作を行った場合に、ＤＢアクセス機能４２を通して、ＤＢ１０に迷惑電話フラグ“２”を設定する。迷惑電話フラグの値と、着信許可リスト１６に発側番号が登録されているかの結果の返答をＤＢアクセス機能４２に要求し、その結果をもとに着信可否を判断し、呼制御連携機能３８に着側位置情報を応答、または着信拒否を応答する。

ＤＢアクセス機能４２は、呼情報判定機能４０から要求され、ＤＢ１０に情報の書き込みや、要求に応じた各種情報の取得をする。

＜ＤＢ１０＞

ＤＢ１０には、迷惑電話フラグ管理テーブル４４、着信履歴テーブル４５、着信許可テーブル４６が備えられている。迷惑電話フラグ管理テーブル４４は、迷惑電話フラグを登録する。着信履歴テーブル４５は、着信履歴を登録する。着信許可テーブル４６は、既述の着信許可リスト１６を格納する。つまり、この着信許可テーブル４６には緊急時の着信許可を表す情報が登録される。

図８のＡは、迷惑電話フラグ管理テーブル４４の一例を示している。図８のＢは、迷惑電話フラグ管理テーブル４４の格納情報を示している。この迷惑電話フラグ管理テーブル４４には、契約者の電話番号格納部４８、迷惑電話フラグ格納部５０および迷惑電話フラグＯＮ−Time格納部５２が備えられている。

契約者の電話番号格納部４８には、電話端末４−１、４−２、４−３などの契約者の電話番号が格納される。迷惑電話フラグ格納部５０には、電話番号に対応する迷惑電話フラグが格納される。迷惑電話フラグが立つ条件は既述の通りである。

迷惑電話フラグＯＮ−Time格納部５２には、電話番号および迷惑電話フラグに対応する迷惑電話フラグＯＮ−Time情報が格納される。この場合、迷惑電話フラグＯＮ−Time情報は、迷惑電話フラグを立てた時間が、時刻情報yyyymmddhhmm（年、月、日、時、分）で記録される。

図９は、着信履歴テーブル４５の一例を示している。図１０は、着信履歴テーブル４５の格納情報を示している。着信履歴テーブル４５には加入者の電話番号格納部５４、発信側電話番号格納部５６、着信時間格納部５８、発信側位置情報格納部６０、加入時期格納部６２を有する。

電話番号格納部５４には、既述の電話端末４−１、４−２、４−３など、電話端末（契約者）の電話番号が格納される。発信側電話番号格納部５６には、電話番号に対応する発信側の電話番号が格納される。着信時間格納部５８には、着信時刻情報が格納される。発信側位置情報格納部６０には、発信側の住所情報が格納される。加入時期格納部６２には、発信側電話番号の加入時期を表す日時情報が格納される。

図１１のＡは、着信許可テーブル４６の一例を示している。図１１のＢは、着信許可テーブル４６の格納情報を示している。

着信許可テーブル４６には着信許可リストが格納される。この着信許可テーブル４６には着信許可リストを格納するための契約者の電話番号格納部６４および着信許可電話番号格納部６６が設定されている。契約者の電話番号格納部６４には既述の電話端末４−１、４−２、４−３など、電話端末（契約者）の電話番号が格納される。着信許可電話番号格納部６６には、迷惑電話フラグが立っていてもたとえば、緊急呼として着信可能な電話番号が格納される。

＜電話端末４−１、４−２、４−３のハードウェア構成＞

図１２は、電話端末４−１、４−２、４−３の既述の制御機能２２（図７）を実現するハードウェア構成の一例を示している。電話端末４−１、４−２、４−３は、ＣＰＵ（Central Processing Unit ）６８、メモリ７０、ＲＡＭ（Random-Access Memory）７２、通信モジュール７４、音声入出力部７６、電源部７８、入力操作部８０、表示部８２を備えている。これらはバス８４により接続されている。

ＣＰＵ６８は、ステルスモードの実行や電源断の抑止などの処理を実行する制御部の一例である。メモリ７０にあるＯＳ（Operating System）やアプリケーションプログラムを実行し、既述の機能を実現する。

メモリ７０は記録媒体で構成される。このメモリ７０には、プログラム記憶部８６およびデータ記憶部８８が設定される。プログラム記憶部８６には、既述のＯＳ、ファームウェアプログラム、アプリケーションプログラムが格納される。本開示の着信プログラムにおける、電話端末側で実行されるプログラムが格納される。データ記憶部８８には、ステルスモードの設定情報などの各種のデータが格納される。ＲＡＭ７２は、ワークエリアを構成する。

通信モジュール７４はアンテナ７５を備え、電話網６に無線により通信する通信部の一例である。電話端末４−１の通信モジュール７４は呼制御サーバ１４−１に接続される。電話端末４−２の通信モジュール７４は呼制御サーバ１４−２に接続される。電話端末４−３の通信モジュール７４は呼制御サーバ１４−３に接続される。

音声入出力部７６は、音声の入出力を行う。音声の入力にはマイクロホン９０が用いられる。マイクロホン９０の出力信号が音声入出力部７６に取り込まれる。音声の出力にはスピーカ９２が用いられる。音声入出力部７６の音声出力信号がスピーカ９２により音声に変換される。

電源部７８は、搭載されたバッテリによりＣＰＵ６８などの各部に給電する。バッテリに代え、クレードルにより商用交流電源で得た直流電源を用いてもよい。この電源部７８の電源断の許可または抑止がＣＰＵ６８により制御される。

入力操作部８０は、電源スイッチ１２や着信スイッチ９４などの各種のハードスイッチを備える。電源スイッチ１２は電源断または電源投入に用いられる。着信スイッチ９４は着信時、発信先と接続する際に押下する。

表示部８２は情報表示に用いられる。この表示部８２はＬＣＤ（Liquid Crystal Display）などの表示器で構成される。この表示部８２にはタッチパネルを備えてもよい。タッチパネルによれば、表示部８２の表示画面に電源ボタンを表示し、これを電源断の操作に用いてもよい。

図１３は、電話端末４−１、４−２、４−３の構成例を示している。図１３において、図１２と同一部分には同一符号を付し、その説明を割愛する。

この電話端末４−１、４−２、４−３は操作側筐体９６と表示側筐体９８とを備えている。これら操作側筐体９６および表示側筐体９８は、ヒンジ部１００で連結されて開閉可能である。これら筐体９６、９８は単一の筐体で構成してもよい。

操作側筐体９６にはマイクロホン９０や入力操作部８０が設置されている。表示側筐体９８にはスピーカ９２や表示部８２の表示画面１０２が設置されている。この表示画面１０２に既述のタッチパネル１０４を備えてもよい。

入力操作部８０にはカーソルキー１０６や記号キー１０８などの複数のキーを備える。この実施の形態では、電源スイッチ１２および着信スイッチ９４が記号キー１０８内に配置されている。

＜プレゼンスサーバ８のハードウェア構成＞

図１４は、プレゼンスサーバ８のハードウェア構成例を示している。このプレゼンスサーバ８は既述の機能（図７）を実現するＣＰＵ（Central Processing Unit ）１１０、メモリ１１２、ＲＡＭ（Random-Access Memory）１１４、補助記憶装置１１６、通信モジュール１１８、電源部１２０を備えている。これらはバス１２２により接続されている。

ＣＰＵ１１０は着信状況から迷惑電話であるかの判断など、ステルスモードの実行や電源断の抑止などの処理を実行する制御部の一例である。このＣＰＵ１１０は、メモリ１１２にあるＯＳ（Operating System）やアプリケーションプログラム、既述の着信プログラムを実行し、既述の機能を実現する。

メモリ１１２は記録媒体で構成される。このメモリ１１２には、プログラム記憶部１２４およびデータ記憶部１２６が設定される。プログラム記憶部１２４には、既述のＯＳ、ファームウェアプログラム、アプリケーションプログラムが格納される。本開示の着信プログラムのプレゼンスサーバ８で実行される機能部分が格納される。データ記憶部１２６には既述のＤＢ１０が設定される。ＲＡＭ１１４は、ワークエリアを構成する。補助記憶装置１１６はデータやプログラムの補助的記憶に用いられる。

通信モジュール１１８は、電話網６や呼制御サーバ１４−１、１４−２、１４−３と有線または無線により通信する通信部の一例である。

＜呼制御サーバ１４−１、１４−２、１４−３のハードウェア構成＞

図１５は、呼制御サーバ１４−１、１４−２、１４−３の既述の機能（図７）を実現するためのハードウェア構成例を示している。各呼制御サーバ１４−１、１４−２、１４−３はＣＰＵ（Central Processing Unit ）１２８、メモリ１３０、ＲＡＭ１３２、補助記憶装置１３４、通信モジュール１３６、電源部１３８を備えている。これらはバス１４０により接続されている。

ＣＰＵ１２８はメモリ１３０にあるＯＳ（Operating System）やアプリケーションプログラム、既述の着信プログラムを実行し、既述の機能を実現する。

メモリ１３０は記録媒体で構成される。このメモリ１３０には、プログラム記憶部１４２およびデータ記憶部１４４が設定される。プログラム記憶部１４２には、既述のＯＳ、ファームウェアプログラム、アプリケーションプログラムが格納される。本開示の着信プログラムのうち、呼制御サーバ１４−１または呼制御サーバ１４−２または呼制御サーバ１４−３で実行される機能部分が格納される。データ記憶部１４４にはデータが格納される。ＲＡＭ１３２は、ワークエリアを構成する。補助記憶装置１３４はデータやプログラムの補助的記憶に用いられる。

通信モジュール１３６は、電話網６やプレゼンスサーバ８と有線または無線により通信する通信部の一例である。

＜電話端末４−１の処理手順〔Ｆ１〕＞

図１６は、電話端末４−１の処理手順〔Ｆ１〕を示している。この処理手順〔Ｆ１〕は、電話端末４−１から電話端末４−２に電話した場合の処理手順である。

発信操作を受け（Ｓ１０１）、呼制御サーバ１４−１に電話端末４−２宛の発信を通知する（Ｓ１０２）。呼制御サーバ１４−１より応答があったかを判断（Ｓ１０３）する。呼制御サーバ１４−１より応答があれば（Ｓ１０３のＹＥＳ）、接続可能かを判断する（Ｓ１０４）。

接続可能であれば（Ｓ１０４のＹＥＳ）、制御機能２２が接続を開始する（Ｓ１０５）。接続不能であれば（Ｓ１０４のＮＯ）、相手先不明通知を告知する（Ｓ１０６）。

＜呼制御サーバ１４−１の処理手順〔Ｆ２〕＞

図１７は、呼制御サーバ１４−１の処理手順〔Ｆ２〕を示している。この処理手順〔Ｆ２〕は、電話端末４−１から電話端末４−２への送信をした場合の処理である。

発信通知を受け（Ｓ１１１）、呼制御機能２４がプレゼンスサーバ連携機能２６に対して発信先の位置情報の取得および着信履歴の登録を要求する（Ｓ１１２）。これにより、プレゼンスサーバ連携機能２６はプレゼンスサーバ８の呼制御連携機能３８に発信先の位置情報の取得および着信履歴の登録を要求する（Ｓ１１３）。

プレゼンスサーバ８より応答があったかを判断する（Ｓ１１４）。プレゼンスサーバ８より応答があれば（Ｓ１１４のＹＥＳ）、プレゼンスサーバ連携機能２６が電話端末４−２の位置情報を受け取り、呼制御機能２４に返信する（Ｓ１１５）。これにより、呼制御機能２４が電話端末４−２の位置情報を受け取る（Ｓ１１６）。

位置情報は宛先不明かを確認する（Ｓ１１７）。位置情報が宛て先不明でなければ（Ｓ１１７のＮＯ）、呼制御機能２４が呼制御サーバ１４−２の呼制御機能２８に呼接続を要求する（Ｓ１１８）。

呼制御サーバ１４−２より応答があったかを確認する（Ｓ１１９）。呼制御サーバ１４−２より応答があれば（Ｓ１１９のＹＥＳ）、呼制御機能２４は電話端末４−１に接続可（呼接続応答）を返信し（Ｓ１２０）、この処理を終了する。

また、位置情報が宛て先不明であれば（Ｓ１１７のＹＥＳ）、呼制御機能２４が電話端末４−１の制御機能２２に接続不可を返信し（Ｓ１２１）、この処理を終了する。

＜プレゼンスサーバ８の処理手順〔Ｆ３〕＞

図１８および図１９は、プレゼンスサーバ８の処理手順〔Ｆ３〕を示している。図１８および図１９において、Ａはフローチャート間の連結部分を示している。

この処理手順〔Ｆ３〕は、電話端末４−１から電話端末４−２に向けて発信した場合の処理である。呼制御連携機能３８は発信先（電話端末４−２）の位置情報の取得要求と着信履歴の登録要求を受ける（Ｓ１３１）。呼制御連携機能３８は呼情報判定機能４０に発信先の位置情報の取得要求および着信履歴の登録要求をする（Ｓ１３２）。呼情報判定機能４０がＤＢアクセス機能４２に発信元電話情報の登録を要求する（Ｓ１３３）。

ＤＢアクセス機能４２が発信元電話情報をＤＢ１０の着信履歴テーブル４５に登録する（Ｓ１３４）。ＤＢアクセス機能４２は呼情報判定機能４０に対し、発信元電話情報を登録したことを返信する（Ｓ１３５）。

呼情報判定機能４０はＤＢアクセス機能４２に一定時間たとえば、過去１０分間の着信履歴の取得を要求する（Ｓ１３６）。ＤＢアクセス機能４２はＤＢ１０の着信履歴テーブル４５から着信履歴を取得する（Ｓ１３７）。ＤＢアクセス機能４２は呼情報判定機能４０に対し、取得した着信履歴を返信する（Ｓ１３８）。

呼情報判定機能４０はＤＢアクセス機能４２に現在の迷惑電話フラグの値を要求する（Ｓ１３９）。ＤＢアクセス機能４２は現在の迷惑電話フラグの値を取得する（Ｓ１４０）。ＤＢアクセス機能４２が呼情報判定機能４０に現在の迷惑電話フラグの値を返信する（Ｓ１４１）。

呼量オーバーなど、迷惑電話フラグＯＮの条件に合致するかを判定する（Ｓ１４２）。呼量オーバーなど、迷惑電話フラグＯＮの条件に合致すれば（Ｓ１４２のＹＥＳ）、現在の迷惑電話フラグの値は０かを判定する（Ｓ１４３）。

迷惑電話フラグの値が“０”であれば（Ｓ１４３のＹＥＳ）、呼情報判定機能４０はＤＢアクセス機能４２に迷惑電話フラグの値を“１”に変更し、現在時刻の値を迷惑電話フラグＯＮ−Ｔｉｍｅ格納部５２へ格納することを要求する（Ｓ１４４）。

ＤＢアクセス機能４２はＤＢ１０の迷惑電話フラグ管理テーブル４４の迷惑電話フラグを“１”にし、迷惑電話フラグＯＮ−Ｔｉｍｅ格納部５２に現在時刻の値を格納する（Ｓ１４５）。ＤＢアクセス機能４２は迷惑電話フラグ管理テーブル４４を変更したことを呼情報判定機能４０に通知する（Ｓ１４６）。

現在の迷惑電話フラグの値は“２”かを判断する（図１９のＳ１４７）。現在の迷惑電話フラグの値が“２”であれば（Ｓ１４７のＹＥＳ）、呼情報判定機能４０がＤＢアクセス機能４２に着信許可リストの取得を要求する（Ｓ１４８）。ＤＢアクセス機能４２は着信許可テーブル４６から着信許可リストを取得する（Ｓ１４９）。ＤＢアクセス機能４２は呼情報判定機能４０に着信許可リストを返信する（Ｓ１５０）。

発信元電話番号が着信許可リストにあるかを判定する（Ｓ１５１）。発信元電話番号が着信許可リストにあれば（Ｓ１５１のＹＥＳ）、呼情報判定機能４０がＤＢアクセス機能４２に電話端末４−２の位置情報を要求する（Ｓ１５２）。ＤＢアクセス機能４２は電話端末４−２の位置情報を取得する（Ｓ１５３）。ＤＢアクセス機能４２は電話端末４−２の位置情報を呼情報判定機能４０に返信する（Ｓ１５４）。

呼情報判定機能４０は、呼制御連携機能３８に電話端末４−２の位置情報を返信する（Ｓ１５５）。着信許可リストに無い場合（Ｓ１５１のＮＯ）、位置情報を取得していないので、宛先不明となる。

呼制御連携機能３８は、呼制御サーバ１４−１のプレゼンスサーバ連携機能２６に電話端末４−２の位置情報を返信する（Ｓ１５６）。着信許可リストに無い場合、位置情報を取得していないので、宛先不明となる。

＜呼制御サーバ１４−２の処理手順〔Ｆ４〕＞

図２０は、呼制御サーバ１４−２の処理手順〔Ｆ４〕を示している。この処理手順〔Ｆ４〕は、電話端末４−１から電話端末４−２へ送信した場合の処理である。

呼制御機能２８は、呼制御サーバ１４−１からの呼接続要求を受ける（Ｓ１６１）。呼制御機能２８は、電話端末４−２の制御機能２２に呼接続を要求する（Ｓ１６２）。電話端末４−２より応答があったかを判断する（Ｓ１６３）。電話端末４−２より応答があれば（Ｓ１６３のＹＥＳ）、呼制御機能２８が呼制御サーバ１４−１に呼接続応答を返信する（Ｓ１６４）。

＜電話端末４−２の処理手順〔Ｆ５〕＞

図２１は、電話端末４−２の処理手順〔Ｆ５〕を示している。この処理手順〔Ｆ５〕は、電話端末４−１から電話端末４−２へ送信した場合の処理である。

制御機能２２は呼制御サーバ１４−２の呼制御機能２８より呼接続要求を受ける（Ｓ１７１）。着信スイッチ９４が押下されたかを判定する（Ｓ１７２）。着信スイッチ９４が押下されれば（Ｓ１７２のＹＥＳ）、制御機能２２は呼制御サーバ１４−２の呼制御機能２８より呼接続応答を返信する（Ｓ１７３）。

＜迷惑電話フラグの解除の処理手順〔Ｆ６〕＞

図２２は、迷惑電話フラグの解除機能の処理手順〔Ｆ６〕を示している。この処理手順〔Ｆ６〕は、迷惑電話フラグを立てた時点から所定時間が経過すると、その迷惑電話フラグを解除する処理である。

迷惑電話フラグを立ててから所定時間としてたとえば、１時間が経過したかを判断する（Ｓ１８１）。迷惑電話フラグを立ててから所定時間としてたとえば、１時間が経過した場合（Ｓ１８１のＹＥＳ）、迷惑電話フラグの値は“１”かを判定する（Ｓ１８２）。迷惑電話フラグの値が“１”であれば（Ｓ１８２のＹＥＳ）、そのフラグ値を“０”にする（Ｓ１８３）。このフラグ値を“０”にしてから所定時間としてたとえば、１分間だけ休止し（Ｓ１８４）、Ｓ１８１に戻る。この場合、迷惑電話フラグの値が“２”であれば、その値は“０”にすることなく、ステルスモードが維持される。

このような停止時間は、チェック間隔を表す。チェック間隔を１〔分〕未満でチェックする精度は不要である。迷惑電話フラグが立っている時刻としてたとえば、１２時１５分３０秒であれば、その時刻１３時１５分３０秒にきっちり、迷惑電話フラグをＯＦＦにする必要はない。たとえば、１３時１５分にフラグＯＦＦにすれば良い。正確に１時間で解除するのではなく、おおよそ１時間（誤差１分程度）で解除すれば良い。

＜電話端末４−２の処理手順〔Ｆ７〕＞

図２３は、電話端末４−２の処理手順〔Ｆ７〕を示している。この電話端末４−２の処理手順〔Ｆ７〕は、電話端末４−１から迷惑電話を受け、電話端末４−２の電源を切る場合の電話端末４−２の処理である。

電話端末４−２が電源スイッチ１２を押下し、電源断（OFF ）をする（Ｓ１９１）。迷惑電話フラグが“１”かを確認する（Ｓ１９２）。迷惑電話フラグが“１”であれば（Ｓ１９２のＹＥＳ）、電源管理機能２０は電源断を抑止し、迷惑電話フラグを“２”に変更する（Ｓ１９３）。電源管理機能２０は制御機能２２に迷惑電話フラグを“２”に変更することを要求する（Ｓ１９４）。制御機能２２はステルスモードに移行する（Ｓ１９５）。

通信圏内かを確認する（Ｓ１９６）。通信圏内であれば（Ｓ１９６のＹＥＳ）、制御機能２２は呼制御サーバ１４−２の呼制御機能２８に迷惑電話フラグを“２”に変更することを要求する（Ｓ１９７）。

呼制御サーバ１４−２から応答があったかを確認する（Ｓ１９８）。呼制御サーバ１４−２から応答があれば（Ｓ１９８のＹＥＳ）、制御機能２２は呼制御サーバ１４−２から迷惑電話フラグの更新通知を受信する（Ｓ１９９）。制御機能２２は電源管理機能２０に迷惑電話フラグの更新通知を送信し（Ｓ２００）、この処理を終了する。

また、迷惑電話フラグが“１”でなければ（Ｓ１９９のＮＯ）、通常の電源断とし（Ｓ２０１）、この処理を終了する。

＜呼制御サーバ１４−２の処理手順〔Ｆ８〕＞

図２４は、呼制御サーバ１４−２の処理手順〔Ｆ８〕を示している。この呼制御サーバ１４−２の処理手順〔Ｆ８〕は、電話端末４−１から迷惑電話を受けた電話端末４−２が電源を切る場合の呼制御サーバ１４−２の処理である。

呼制御機能２８は迷惑電話フラグを“２”に変更する通知を受ける（Ｓ２１１）。呼制御機能２８はユーザ電源制御機能３２に迷惑電話フラグを“２”に変更することを要求する（Ｓ２１２）。ユーザ電源制御機能３２はプレゼンスサーバ連携機能３０に迷惑電話フラグを“２”に変更することを要求する（Ｓ２１３）。プレゼンスサーバ連携機能３０はプレゼンスサーバ８の呼制御連携機能３８に迷惑電話フラグを“２”に変更することを要求する（Ｓ２１４）。

プレゼンスサーバ８から応答があったかを確認する（Ｓ２１５）。プレゼンスサーバ８から応答があれば（Ｓ２１５のＹＥＳ）、プレゼンスサーバ連携機能３０は迷惑電話フラグを“２”に変更したことをユーザ電源制御機能３２に通知する（Ｓ２１６）。ユーザ電源制御機能３２は迷惑電話フラグを“２”に変更したことを呼制御機能２８に通知する（Ｓ２１７）。呼制御機能２８は迷惑電話フラグを“２”に変更したことを電話端末４−２の制御機能２２に通知し（Ｓ２１８）、この処理を終了する。

＜プレゼンスサーバ８の処理手順〔Ｆ９〕＞

図２５は、プレゼンスサーバ８の処理手順〔Ｆ９〕を示している。このプレゼンスサーバ８の処理手順〔Ｆ９〕は、電話端末４−２が電話端末４−１から迷惑電話を受け、電源を切る場合のプレゼンスサーバ８の処理を示している。

呼制御連携機能３８は迷惑電話フラグを“２”に変更する通知を受ける（Ｓ２２１）。呼制御連携機能３８は呼情報判定機能４０に迷惑電話フラグを“２”に変更することを要求する（Ｓ２２２）。呼情報判定機能４０はＤＢアクセス機能４２に迷惑電話フラグを“２”に変更するよう要求する（Ｓ２２３）。ＤＢアクセス機能４２は迷惑電話フラグを“２”に変更する（Ｓ２２４）。ＤＢアクセス機能４２は迷惑電話フラグを“２”に変更したことを呼情報判定機能４０に通知する（Ｓ２２５）。呼情報判定機能４０は迷惑電話フラグを“２”に変更したことを呼制御連携機能３８に通知する（Ｓ２２６）。呼制御連携機能３８は迷惑電話フラグを“２”に変更したことを呼制御サーバ１４−２のプレゼンスサーバ連携機能３０に通知し（Ｓ２２７）、この処理を終了する。

＜電話端末４−２の処理手順〔Ｆ１０〕＞

図２６は、電話端末４−２の処理手順〔Ｆ１０〕を示している。この電話端末４−２の処理手順〔Ｆ１０〕は、電話端末４−１から迷惑電話を受け、電話端末４−２が電源を入れる場合の処理である。

電話端末４−２の電源スイッチ１２を押下（ＯＮ）する（Ｓ２３１）。電源管理機能２０は迷惑電話フラグを“１”に変更する（Ｓ２３２）。電源管理機能２０は制御機能２２に迷惑電話フラグを“１”に変更することを要求する（Ｓ２３３）。これにより、制御機能２２は通常モードに復帰する（Ｓ２３４）。

通信圏内かを判断する（Ｓ２３５）。通信圏内であれば（Ｓ２３５のＹＥＳ）、制御機能２２は呼制御サーバ１４−２の呼制御機能２８に迷惑電話フラグを“１”に変更することを要求する（Ｓ２３６）。

呼制御サーバ１４−２から応答があったかを確認する（Ｓ２３７）。呼制御サーバ１４−２から応答があれば（Ｓ２３７のＹＥＳ）、制御機能２２は呼制御サーバ１４−２から迷惑電話フラグの更新通知を受信する（Ｓ２３８）。制御機能２２は電源管理機能２０に迷惑電話フラグの更新通知を送信し（Ｓ２３９）、この処理を終了する。

＜呼制御サーバ１４−２の処理手順〔Ｆ１１〕＞

図２７は、呼制御サーバ１４−２の処理手順〔Ｆ１１〕を示している。この処理手順〔Ｆ１１〕は、電話端末４−２が電話端末４−１から迷惑電話を受けて電源断の後、電源を入れる場合の呼制御サーバ１４−２の処理である。

呼制御機能２８は迷惑電話フラグを“１”に変更する通知を受ける（Ｓ２４１）。呼制御機能２８はユーザ電源制御機能３２に迷惑電話フラグを“１”に変更するよう要求する（Ｓ２４２）。ユーザ電源制御機能３２はプレゼンスサーバ連携機能３０に迷惑電話フラグを“１”に変更するよう要求する（Ｓ２４３）。プレゼンスサーバ連携機能３０はプレゼンスサーバ８の呼制御連携機能３８に迷惑電話フラグを“１”に変更するよう要求する（Ｓ２４４）。

プレゼンスサーバ８から応答があったかを確認する（Ｓ２４５）。プレゼンスサーバ８から応答があれば（Ｓ２４５のＹＥＳ）、プレゼンスサーバ連携機能３０は迷惑電話フラグを“１”に変更したことをユーザ電源制御機能３２に通知する（Ｓ２４６）。ユーザ電源制御機能３２は迷惑電話フラグを“１”に変更したことを呼制御機能２８に通知する（Ｓ２４７）。呼制御機能２８は迷惑電話フラグを“１”に変更したことを電話端末４−２の制御機能２２に通知し（Ｓ２４８）、この処理を終了する。

＜プレゼンスサーバ８の処理手順〔Ｆ１２〕＞

図２８は、プレゼンスサーバ８の処理手順〔Ｆ１２〕を示している。この処理手順〔Ｆ１２〕は、電話端末４−２が電話端末４−１から迷惑電話を受けて電源を切る場合のプレゼンスサーバ８の処理である。

呼制御連携機能３８は迷惑電話フラグを“１”に変更する通知を受ける（Ｓ２５１）。呼制御連携機能３８は呼情報判定機能４０に迷惑電話フラグを“１”に変更するよう要求する（Ｓ２５２）。呼情報判定機能４０はＤＢアクセス機能４２に迷惑電話フラグを“１”に変更するよう要求する（Ｓ２５３）。ＤＢアクセス機能４２は迷惑電話フラグを“１”に変更する（Ｓ２５４）。ＤＢアクセス機能４２は迷惑電話フラグを“１”に変更したことを呼情報判定機能４０に通知する（Ｓ２５５）。呼情報判定機能４０は迷惑電話フラグを“１”に変更したことを呼制御連携機能３８に通知する（Ｓ２５６）。呼制御連携機能３８は迷惑電話フラグを“１”に変更したことを呼制御サーバ１４−２のプレゼンスサーバ連携機能３０に通知し（Ｓ２５７）、この処理を終了する。

＜電話端末４−３の処理手順〔Ｆ１３〕＞

図２９は、電話端末４−３の処理手順〔Ｆ１３〕を示している。この処理手順〔Ｆ１３〕は、電話端末４−３から電話端末４−２に電話をかけた場合の電話端末４−３の処理を示している。

制御機能２２は発信操作を受ける（Ｓ２６１）。制御機能２２は呼制御サーバ１４−３に電話端末４−２宛て発信が行われたことを通知する（Ｓ２６２）。

呼制御サーバ１４−３より応答があったかを判断する（Ｓ２６３）。呼制御サーバ１４−３より応答があれば（Ｓ２６３のＹＥＳ）、接続可能かを判断する（Ｓ２６４）。接続可能であれば（Ｓ２６４のＹＥＳ）、制御機能２２は接続を行ない（Ｓ２６５）、この処理を終了する。また、接続不可であれば（Ｓ２６４のＮＯ）、制御機能２２は相手側宛先不明通知を流し（Ｓ２６６）、この処理を終了する。この場合、接続不可とは、電話端末４−２が通信圏外にある場合などである。

＜呼制御サーバ１４−３の処理手順〔Ｆ１４〕＞

図３０は、呼制御サーバ１４−３の処理手順〔Ｆ１４〕を示している。この処理手順〔Ｆ１４〕は、電話端末４−３から電話端末４−２に電話をかけた場合の呼制御サーバ１４−３の処理である。

呼制御機能３４は発信通知を受ける（Ｓ２７１）。呼制御機能３４はプレゼンスサーバ連携機能３６に発信先の位置情報の取得および着信履歴の登録を要求する（Ｓ２７２）。プレゼンスサーバ連携機能３６はプレゼンスサーバ８の呼制御連携機能３８に発信先の位置情報の取得および着信履歴の登録を要求する（Ｓ２７３）。

プレゼンスサーバ８より応答があったかを判断する（Ｓ２７４）。プレゼンスサーバ８より応答があれば（Ｓ２７４のＹＥＳ）、プレゼンスサーバ連携機能３６は電話端末４−２の位置情報を受け取り、呼制御機能３４に返信する（Ｓ２７５）。呼制御機能３４は電話端末４−２の位置情報を受け取る（Ｓ２７６）。

位置情報は宛先不明かを判断する（Ｓ２７７）。この場合、宛先不明とは電話端末４−２が通信圏外にある場合などである。

位置情報が宛先不明でなければ（Ｓ２７７のＮＯ）、呼制御機能３４は呼制御サーバ１４−２の呼制御機能２８に呼接続を要求する（Ｓ２７８）。また、位置情報が宛先不明であれば（Ｓ２７７のＹＥＳ）、呼制御機能３４は電話端末４−３の制御機能２２に接続不可を返信し（Ｓ２７９）、この処理を終了する。

呼制御サーバ１４−２より応答があったかを判断する（Ｓ２８０）。呼制御サーバ１４−２より応答があれば（Ｓ２８０のＹＥＳ）、呼制御機能３４は電話端末４−３に接続可（呼接続応答）を返信し（Ｓ２８１）、この処理を終了する。

＜プレゼンスサーバ８の処理手順〔Ｆ１５〕＞

図３１および図３２はプレゼンスサーバ８の処理手順〔Ｆ１５〕を示している。図３１および図３２において、Ｂはフローチャート間の連結部分を示している。

この処理手順〔Ｆ１５〕は、電話端末４−３から電話端末４−２へ電話をかけた場合のプレゼンスサーバ８の処理である。呼制御連携機能３８は発信先の位置情報の取得要求および着信履歴の登録要求を受ける（Ｓ２９１）。呼制御連携機能３８は呼情報判定機能４０に発信先（電話端末４−２）の位置情報の取得および着信履歴の登録を要求する（Ｓ２９２）。呼情報判定機能４０はＤＢアクセス機能４２に発信元電話情報の登録を要求する（Ｓ２９３）。ＤＢアクセス機能４２は発信元電話情報をＤＢ１０の着信履歴テーブル４５に登録する（Ｓ２９４）。ＤＢアクセス機能４２は呼情報判定機能４０に発信元電話情報が登録されたことを返信する（Ｓ２９５）。

呼情報判定機能４０はＤＢアクセス機能４２に一定期間としてたとえば、過去１０分間の着信履歴の取得を要求する（Ｓ２９６）。ＤＢアクセス機能４２はＤＢ１０の着信履歴テーブル４５より既述の一定期間である過去１０分間の着信履歴を取得する（Ｓ２９７）。ＤＢアクセス機能４２は呼情報判定機能４０に既述の一定期間の一例である過去１０分間の着信履歴を返信する（Ｓ２９８）。呼情報判定機能４０はＤＢアクセス機能４２に現在の迷惑電話フラグの値を要求する（Ｓ２９９）。ＤＢアクセス機能４２は現在の迷惑電話フラグの値を取得する（Ｓ３００）。ＤＢアクセス機能は呼情報判定機能４０に現在の迷惑電話フラグの値を返信する（Ｓ３０１）。

呼量オーバーなど迷惑電話フラグＯＮの条件に合致するかを判断する（Ｓ３０２）。迷惑電話フラグＯＮの条件に合致していれば（Ｓ３０２のＹＥＳ）、現在の迷惑電話フラグの値は“０”かを判断する（Ｓ３０３）。

現在の迷惑電話フラグの値が“０”であれば（Ｓ３０３のＹＥＳ）、呼情報判定機能４０はＤＢアクセス機能４２に迷惑電話フラグの値を“１”に変更し、現在時刻を迷惑電話フラグＯＮ−Ｔｉｍｅ格納部５２に格納することを要求する（Ｓ３０４）。

ＤＢアクセス機能４２はＤＢ１０の迷惑電話フラグ管理テーブル４４の迷惑電話フラグを“１”にし、迷惑電話フラグＯＮ−Ｔｉｍｅ格納部５２に現在時刻を格納する（Ｓ３０５）。ＤＢアクセス機能４２は迷惑電話フラグ管理テーブル４４を変更したことを呼情報判定機能４０に通知する（Ｓ３０６）。

現在の迷惑電話フラグの値は“２”かを判断する（Ｓ３０７）。呼情報判定機能４０はＤＢアクセス機能４２に着信許可リスト１６の取得を要求する（Ｓ３０８）。ＤＢアクセス機能４２は着信許可テーブル４６より着信許可リスト１６を取得する（Ｓ３０９）。ＤＢアクセス機能４２は呼情報判定機能４０に、着信許可リスト１６を返信する（Ｓ３１０）。

発信元電話番号が着信許可リスト１６にあるかを判断する（Ｓ３１１）。発信元電話番号が着信許可リスト１６にあれば（Ｓ３１１のＹＥＳ）、呼情報判定機能４０はＤＢアクセス機能４２に電話端末４−２の位置情報を要求する（Ｓ３１２）。 ＤＢアクセス機能４２は電話端末４−２の位置情報を取得する（Ｓ３１３）。ＤＢアクセス機能４２は電話端末４−２の位置情報を呼情報判定機能４０に返信する（Ｓ３１４）。呼情報判定機能４０は、呼制御連携機能３８に電話端末４−２の位置情報を返信する（Ｓ３１５）。呼制御連携機能３８は、呼制御サーバ１４−３のプレゼンスサーバ連携機能３６に電話端末４−２の位置情報を返信し（Ｓ３１６）、この処理を終了する。

Ｓ３０２において、迷惑電話フラグＯＮの条件に合致していなければ（Ｓ３０２のＮＯ）、Ｓ３０３、Ｓ３０４、Ｓ３０５、Ｓ３０６の処理を実行することなく、Ｓ３０７に遷移する。

また、Ｓ３０３において、現在の迷惑電話フラグの値が“０”でなければ（Ｓ３０３のＮＯ）、Ｓ３０４、Ｓ３０５、Ｓ３０６の処理を実行することなく、Ｓ３０７に遷移する。

また、Ｓ３０７において、現在の迷惑電話フラグの値が“２”でなければ（Ｓ３０７のＮＯ）、Ｓ３０８、Ｓ３０９、Ｓ３１０、Ｓ３１１の処理を実行することなく、Ｓ３１２に遷移する。

＜呼制御サーバ１４−２の処理手順〔Ｆ１６〕＞

図３３は、呼制御サーバ１４−２の処理手順〔Ｆ１６〕を示している。この処理手順〔Ｆ１６〕は、電話端末４−３から電話端末４−２へ電話をかけた場合の呼制御サーバ１４−２の処理である。

呼制御機能２８は、呼制御サーバ１４−３からの呼接続要求を受ける（Ｓ３２１）。呼制御機能２８は、電話端末４−２の制御機能２２に呼接続を要求する（Ｓ３２２）。

電話端末４−２より応答があったかを判断する（Ｓ３２３）。電話端末４−２より応答があれば（Ｓ３２３のＹＥＳ）、呼制御機能２８は、呼制御サーバ１４−３に呼接続応答を返信し（Ｓ３２４）、この処理を終了する。

＜電話端末４−２の処理手順〔Ｆ１７〕＞

図３４は、電話端末４−２の処理手順〔Ｆ１７〕を示している。この処理手順〔Ｆ１７〕は、電話端末４−３から電話端末４−２に電話をかけた場合の電話端末４−２の処理である。

制御機能２２は呼制御サーバ１４−２の呼制御機能２８より呼接続の要求を受ける（Ｓ３３１）。

着信スイッチ９４を押下したかを判断する（Ｓ３３２）。着信スイッチ９４を押下すれば（Ｓ３２２のＹＥＳ）、制御機能２２は呼制御サーバ１４−２の呼制御機能２８に呼接続応答を返信し（Ｓ３３３）、この処理を終了する。

＜電話端末４−２が通信圏外にある場合のプレゼンスサーバ８の処理手順〔Ｆ１８〕＞

図３５は、電話端末４−２が通信圏外にある場合のプレゼンスサーバ８の処理手順〔Ｆ１８〕を示している。

この処理手順〔Ｆ１８〕は、電話端末４−２が通信圏外にある場合、迷惑電話の発信があった場合にはプレゼンスサーバ８側でその監視を行なう。蓄積した情報に基づき、接続モードを決定する。電話端末４−２が通信圏内に入った際に、電源の投入を契機に電話端末４−２とプレゼンスサーバ８とを同期化し、電話端末４−２の接続モードをプレゼンスサーバ８に合致させ、つまり、更新させる。

この処理手順〔Ｆ１８〕では、電話端末４−２が通信圏外にあるか否かを判断する（Ｓ３４１）。電話端末４−２が通信圏外にあれば（Ｓ３４１のＹＥＳ）、電話端末４−１からの迷惑電話を監視し（Ｓ３４２）、その情報を蓄積する（Ｓ３４３）。この迷惑電話の到来や情報の蓄積は既述の処理手順〔Ｆ１〕、〔Ｆ２〕、〔Ｆ３〕、〔Ｆ４〕、〔Ｆ５〕、〔Ｆ６〕、〔Ｆ８〕、〔Ｆ９〕などに従って行う。

電話端末４−２が通信圏内に入ったか否かを監視する（Ｓ３４４）。電話端末４−２が通信圏内に入れば（Ｓ３４４のＹＥＳ）、電話端末４−２の電源投入を契機に電話端末４−２の接続モードとプレゼンスサーバ８にある接続モードとの同期を取る（Ｓ３４５）。つまり、プレゼンスサーバ８がステルスモードであれば、電話端末４−２がステルスモードに移行する。

この場合、電話端末４−２が電源断の操作を行えば、プレゼンスサーバ８にある迷惑電話フラグの値に従ってステルスモードに移行し、その電源断を抑止する。

この場合、通信圏外で電話端末４−２が電源断の操作後、通信圏内に復帰した際に電源を投入した電話端末４−２が、電源投入を契機にプレゼンスサーバ８と通信により、自動でプレゼンスサーバ８の接続モードに同期させてもよい。

＜着信システム２の動作シーケンス〔１〕＞

動作シーケンス〔１〕は、電話端末４−１から電話端末４−２への電話をかけた場合の処理である。

図３６は動作シーケンス〔１〕を示している。図３６に示す動作シーケンス〔１〕は図３７、図３８および図３９に示す処理手順を図番で示している。動作シーケンス〔１〕において、〔Ｆ１〕−〔Ｆ５〕は、既述の処理手順〔Ｆ１〕−〔Ｆ５〕に対応する。図３７は、動作シーケンス〔１〕の電話端末４−１および呼制御サーバ１４−１の処理手順を示している。図３８は、動作シーケンス〔１〕のプレゼンスサーバ８の処理手順を示している。図３９は、動作シーケンス〔１〕の呼制御サーバ１４−２および電話端末４−２の処理手順を示している。

Ｓ５０１： 電話端末４−１が発呼すると、制御機能２２は、呼制御サーバ１４−１の呼制御機能２４に電話端末４−２宛の発信操作が行われたことを示す情報を通知する。

Ｓ５０２： 呼制御機能２４はプレゼンスサーバ連携機能２６に発信先の位置情報の取得要求および着信履歴の登録要求を行う。

Ｓ５０３： 呼制御サーバ１４−１のプレゼンスサーバ連携機能２６はプレゼンスサーバ８の呼制御連携機能３８に発信先の位置情報の取得要求および着信履歴の登録要求を行う。

Ｓ５０４： プレゼンスサーバ８の呼制御連携機能３８は呼情報判定機能４０に発信先の位置情報の取得要求および着信履歴の登録要求を行う。

Ｓ５０５： 呼情報判定機能４０はＤＢアクセス機能４２を介して電話端末４−２に対して発呼された電話情報としてたとえば、電話端末４−１の電話番号、着信時間、位置情報、加入時期をＤＢ１０の着信履歴テーブル４５に登録する（Ｓ５０５−１、Ｓ５０５−２）。

Ｓ５０６： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に呼情報が登録されたことを表す着信履歴登録応答を通知する（Ｓ５０６−１、Ｓ５０６−２）。

Ｓ５０７： 呼情報判定機能４０はＤＢアクセス機能４２を介してＤＢ１０の着信履歴テーブル４５に一定時間としてたとえば、過去１０分間の着信履歴の取得要求を行う（Ｓ５０７−１、Ｓ５０７−２）。

Ｓ５０８： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に一定時間として既述の過去１０分間の着信履歴情報を返信する（Ｓ５０８−１、Ｓ５０８−２）。

Ｓ５０９： 呼情報判定機能４０は、迷惑電話であるかの判断を行い、この条件に合致する場合はＳ５１０の処理に移行し、判断条件に合致しない場合はＳ５１５の処理へ移行する（Ｓ５０９）。迷惑電話であるかの判断条件は、一定時間内の呼量オーバーとしてたとえば、１０分間に１５件以上などであるとともに、「同一番号からの発信は有るか」または、「同一エリアからの発信は有るか」または、「契約期間の短い発信が複数有るか」である（Ｓ５０９−１、Ｓ５０９−２）。

Ｓ５１０： 呼情報判定機能４０はＤＢアクセス機能４２を介して、ＤＢ１０の迷惑電話フラグ管理テーブル４４に現在のフラグ値の取得要求をする（Ｓ５１０−１、Ｓ５１０−２）。

Ｓ５１１： ＤＢ１０はＤＢアクセス機能４２を介して呼情報判定機能４０に現在のフラグ値を返信する（Ｓ５１１−１、Ｓ５１１−２）。

Ｓ５１２： 呼情報判定機能４０は現在のフラグ値が“０”であるかの判定を行い、“０”の場合にはＳ５１３の処理へ移行する（Ｓ５１２）。“０”以外の場合はＳ５１５の処理に移行する。

Ｓ５１３： 呼情報判定機能４０はＤＢアクセス機能４２を介して、ＤＢ１０の迷惑電話フラグ管理テーブル４４に迷惑電話管理テーブル４４の変更要求を行ない、迷惑電話フラグを“１”に変更して迷惑電話フラグＯＮ−Ｔｉｍｅ格納部に５２に格納する。この場合、迷惑電話フラグを立てた時点から一定時間たとえば、１時間の経過で迷惑電話フラグが“０”になる（Ｓ５１３−１、Ｓ５１３−２）。

Ｓ５１４： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に迷惑電話フラグ管理テーブル４４の変更通知を返信する（Ｓ５１４−１、Ｓ５１４−２）。

Ｓ５１５： 呼情報判定機能４０は現在の迷惑電話フラグ値が“２”であるかの判定を行い、その値が“２”の場合にはＳ５１６の処理へ移行する。“２”でない場合にはＳ５１９の処理へ移行する。

Ｓ５１６： 呼情報判定機能４０はＤＢアクセス機能４２を介してＤＢ１０の着信許可テーブル４６に電話端末４−２の着信許可リスト１６の取得依頼を行う（Ｓ５１６−１、Ｓ５１６−２）。

Ｓ５１７： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に電話端末４−２の着信許可リスト１６を返信する（Ｓ５１７−１、Ｓ５１７−２）。

Ｓ５１８： 呼情報判定機能４０は取得した電話端末４−２の着信許可リスト１６に電話端末４−１の電話番号があるかの判断を行う。その電話番号が着信許可リスト１６になければ、Ｓ５２１の処理へ移行する。その電話番号が着信許可リスト１６にあれば、Ｓ５１９の処理へ移行する。

Ｓ５１９： 呼情報判定機能４０はＤＢアクセス機能４２を介してＤＢ１０の着信履歴テーブル４５に電話端末４−２の位置情報の取得依頼をする（Ｓ５１９−１、Ｓ５１９−２）。

Ｓ５２０： ＤＢ１０はＤＢアクセス機能４２を介して呼情報判定機能４０に電話端末４−２の位置情報の取得応答をする（Ｓ５２０−１、Ｓ５２０−２）。

Ｓ５２１： 呼情報判定機能４０は、呼制御連携機能３８に電話端末４−２の位置情報を返信する。ただし、迷惑電話フラグが“２”の場合には電話端末４−２の位置情報を入手していないので、電話端末４−２の位置情報を返信しない。

Ｓ５２２： 呼制御連携機能３８は呼制御サーバ１４−１のプレゼンスサーバ連携機能２６に電話端末４−２の位置情報を送信する。この場合、迷惑電話フラグが“２”の場合で、発信番号が着信許可電話番号でない場合は宛先不明を送信する。

Ｓ５２３： プレゼンスサーバ連携機能２６は呼制御機能２４に電話端末４−２の位置情報を返信する。

Ｓ５２４： 呼制御機能２４は電話端末４−２の位置情報が有るかの判断を行い、位置情報があればＳ５２５の処理に移行し、位置情報がなければ呼切断を行う。

Ｓ５２５： 呼制御機能２４は、呼制御サーバ１４−２の呼制御機能２８に呼接続要求を行う。

Ｓ５２６： 呼制御サーバ１４−２の呼制御機能２８は電話端末４−２の制御機能２２に呼接続要求をする。

Ｓ５２７： 電話端末４−２の着信スイッチ９４を押下した場合、電話端末４−２の制御機能２２から呼制御サーバ１４−２の呼制御機能２８に呼接続応答を返信する。

Ｓ５２８： 呼制御サーバ１４−２の呼制御機能２８は呼制御サーバ１４−１の呼制御機能２４に呼接続応答を返信する。

Ｓ５２９： 呼制御サーバ１４−１の呼制御機能２４は、電話端末４−１に呼接続応答を返信する。

Ｓ５３０： 電話端末４−１と、電話端末４−２間で通話が開始される。

Ｓ５３１： 電話端末４−２の制御機能２２が電話端末４−２の電源の切断の際、呼制御サーバ１４−２の呼制御機能２８に電源断の通知をする。

Ｓ５３２： 電話端末４−２から電源断の通知を受けた呼制御サーバ１４−２が電話端末４−２の電源断を呼制御サーバ１４−１の呼制御機能２４に通知する。

Ｓ５３３： 呼制御サーバ１４−１の呼制御機能２４が電話端末４−１の制御機能２２に電話端末４−２の電源断を通知する。

＜着信システム２の動作シーケンス〔２〕＞

動作シーケンス〔２〕は迷惑電話フラグ“１”の状態で、電話端末４−２の電源をＯＦＦした場合のステルスモードへの移行の処理である。

図４０は着信システム〔２〕の動作シーケンス〔２〕を示している。図４０には図４１、図４２に示す処理手順を図番で示している。図４０において、〔Ｆ７〕−〔Ｆ９〕は、既述の処理手順〔Ｆ７〕−〔Ｆ９〕に対応する。図４１は、動作シーケンス〔２〕の電話端末４−２および呼制御サーバ１４−２の処理手順を示している。図４２は、動作シーケンス〔２〕のプレゼンスサーバ８の処理手順を示している。

Ｓ６０１： 電話端末４−２の電源管理機能２０は、制御機能２２に迷惑電話フラグ“２”を送信する。電源断の時点で、迷惑電話フラグが“１”でない場合は迷惑電話フラグ“２”は送信しないで、通常の電源断を行う（Ｓ６０１−１、Ｓ６０１−２、Ｓ６０１−３、Ｓ６０１−４、Ｓ６０１−５）。

Ｓ６０２： 制御機能２２は、ステルスモードに移行した上で、通信圏内である場合は、呼制御サーバ１４−２の呼制御機能２８に迷惑電話フラグ“２”を送信する。通信圏外である場合は、呼制御サーバ１４−２の呼制御機能２８に迷惑電話フラグ“２”を送信できないため、通信圏内になった時点で送信する（Ｓ６０２−１、Ｓ６０２−２、Ｓ６０２−３）。

Ｓ６０３： 呼制御サーバ１４−２の呼制御機能２８は、ユーザ電源制御機能３２に迷惑電話フラグ“２”を送信する。

Ｓ６０４： ユーザ電源制御機能３２は、プレゼンスサーバ連携機能３０に迷惑電話フラグ“２”を送信する。

Ｓ６０５： 呼制御サーバ１４−２のプレゼンスサーバ連携機能３０がプレゼンスサーバ８の呼制御連携機能３８に迷惑電話フラグ“２”を送信する。

Ｓ６０６： プレゼンスサーバ８の呼制御連携機能３８は呼情報判定機能４０に迷惑電話フラグ“２”を送信する。

Ｓ６０７： 呼情報判定機能４０はＤＢアクセス機能４２に迷惑電話フラグ“２”を送信する。

Ｓ６０８： ＤＢアクセス機能４２はＤＢ１０の迷惑電話フラグ管理テーブル４４の迷惑電話フラグの値を“２”に変更する。

Ｓ６０９： ＤＢ１０は迷惑電話フラグ管理テーブル４４にある迷惑電話フラグを更新したことをＤＢアクセス機能４２に通知する。

Ｓ６１０： ＤＢアクセス機能４２は、呼情報判定機能４０に迷惑電話フラグを“２”に変更したことを通知する。

Ｓ６１１： 呼情報判定機能４０は呼制御連携機能３８に迷惑電話フラグを“２”に変更したことを通知する。

Ｓ６１２： 呼制御連携機能３８は、呼制御サーバ１４−２のプレゼンスサーバ連携機能３０に迷惑電話フラグを“２”に変更したことを通知する。

Ｓ６１３： プレゼンスサーバ連携機能３０は、ユーザ電源制御機能３２に迷惑電話フラグを“２”に変更したことを通知する。

Ｓ６１４： 呼制御サーバ１４−２のユーザ電源制御機能３２は呼制御機能２８に迷惑電話フラグを“２”に変更したことを通知する。

Ｓ６１５： 呼制御機能２８は、電話端末４−２の制御機能２２に迷惑電話フラグを“２”に変更したことを通知する。

Ｓ６１６： 制御機能２２は、電源管理機能２０に迷惑電話フラグを“２”に変更したことを通知する。

＜着信システム２の動作シーケンス〔３〕＞

動作シーケンス〔３〕は、ステルスモード中の電源をＯＮした場合の処理である。

図４３は着信システム２の動作シーケンス〔３〕を示している。図４３には図４４および図４５に示す処理手順を図番で示している。動作シーケンス〔３〕において、〔Ｆ１０〕−〔Ｆ１２〕は、既述の処理手順〔Ｆ１０〕−〔Ｆ１２〕に対応する。図４４は動作シーケンス〔３〕の電話端末４−２および呼制御サーバ１４−２の処理手順を示している。図４５は動作シーケンス〔３〕のプレゼンスサーバ８の処理手順を示している。

Ｓ７０１： 電話端末４−２で電源の入操作を行うと、電源管理機能２０は迷惑電話フラグを“１”にし、制御機能２２に迷惑電話フラグ“１”を送信する（Ｓ７０１−１、Ｓ７０１−２、Ｓ７０１−３）。

Ｓ７０２： 制御機能２２は、ステルスモードを解除し、電話端末４−２が通信圏内である場合には、呼制御サーバ１４−２の呼制御機能２８に迷惑電話フラグ“１”を送信する。通信圏外である場合には、呼制御サーバ１４−２の呼制御機能２８に迷惑電話フラグ“１”を送信できないので、通信圏内になった時点で送信する（Ｓ７０２−１、Ｓ７０２−２、Ｓ７０２−３）。

Ｓ７０３： 呼制御サーバ１４−２の呼制御機能２８は、ユーザ電源制御機能３２に迷惑電話フラグ“１”を送信する。

Ｓ７０４： ユーザ電源制御機能３２はプレゼンスサーバ連携機能３０に迷惑電話フラグ“１”を送信する。

Ｓ７０５： 呼制御サーバ１４−２のプレゼンスサーバ連携機能３０は、プレゼンスサーバ８の呼制御連携機能３８に迷惑電話フラグ“１”を送信する。

Ｓ７０６： プレゼンスサーバ８の呼制御連携機能３８は呼情報判定機能４０に迷惑電話フラグを“１”に書き換えることを要求する。

Ｓ７０７： 呼情報判定機能４０は、ＤＢアクセス機能４２に迷惑電話フラグを“１”に書き換えることを要求する。

Ｓ７０８： ＤＢアクセス機能４２はＤＢ１０の迷惑電話フラグ管理テーブル４４の迷惑電話フラグを“１”に変更する（Ｓ７０８−１、Ｓ７０８−２）。

Ｓ７０９： ＤＢ１０は、ＤＢアクセス機能４２に迷惑電話フラグを“１”に変更したことを通知する。

Ｓ７１０： ＤＢアクセス機能４２は、呼情報判定機能４０に迷惑電話フラグを“１”に変更したことを通知する。

Ｓ７１１： 呼情報判定機能４０は、呼制御連携機能３８に迷惑電話フラグを“１”に変更したことを通知する。

Ｓ７１２： 呼制御連携機能３８は、呼制御サーバ１４−２のプレゼンスサーバ連携機能３０に迷惑電話フラグを“１”に変更したことを通知する。

Ｓ７１３： プレゼンスサーバ連携機能３０は、ユーザ電源制御機能３２に迷惑電話フラグを“１”に変更したことを通知する。

Ｓ７１４： ユーザ電源制御機能３２は、呼制御機能２８に迷惑電話フラグを“１”に変更したことを通知する。

Ｓ７１５： 呼制御機能２８は電話端末４−２の制御機能２２に迷惑電話フラグを“１”に変更したことを通知する。

Ｓ７１６： 制御機能２２は、電源管理機能２０に迷惑電話フラグを“１”に変更したことを通知する。

＜着信システム２の動作シーケンス〔４〕＞

動作シーケンス〔４〕は電話端末４−３から電話端末４−２に電話をかけた場合の処理である。

図４６は着信システム２の動作シーケンス〔４〕を示している。図４６は図４７、図４８および図４９に示す処理手順を図番で示している。この動作シーケンス〔４〕において、〔Ｆ１３〕−〔Ｆ１７〕は、既述の処理手順〔Ｆ１３〕−〔Ｆ１７〕に対応する。図４７は、動作シーケンス〔４〕の電話端末４−３および呼制御サーバ１４−３の処理手順を示している。図４８は、動作シーケンス〔４〕のプレゼンスサーバ８の処理手順を示している。図４９は、動作シーケンス〔４〕の呼制御サーバ１４−２および電話端末４−２の処理手順を示している。

Ｓ８０１： 電話端末４−３の制御機能２２から呼制御サーバ１４−３の呼制御機能３４に電話端末４−２宛ての発信操作が行われたことを示す情報を通知する。

Ｓ８０２： 呼制御機能３４はプレゼンスサーバ連携機能３６に発信先の位置情報の取得要求および着信履歴の登録要求を行う。

Ｓ８０３： 呼制御サーバ１４−３のプレゼンスサーバ連携機能３６はプレゼンスサーバ８の呼制御連携機能３８に発信先の位置情報の取得要求および着信履歴の登録要求を行う。

Ｓ８０４： プレゼンスサーバ８の呼制御連携機能３８は呼情報判定機能４０に発信先の位置情報の取得要求および着信履歴の登録要求を行う。

Ｓ８０５： 呼情報判定機能４０はＤＢアクセス機能４２を介して電話端末４−２に対して発呼された電話情報として、電話端末４−３の電話番号、着信時間、被害者の位置情報、被害者の加入時期をＤＢ１０の着信履歴テーブル４５に登録する（Ｓ８０５−１、Ｓ８０５−２）。

Ｓ８０６： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に呼情報が登録されたことを表す着信履歴の登録応答を通知する（Ｓ８０６−１、Ｓ８０６−２）。

Ｓ８０７： 呼情報判定機能４０はＤＢアクセス機能４２を介してＤＢ１０の着信履歴テーブル４５に一定時間の経過としてたとえば、過去１０分間の着信履歴の取得要求を行う（Ｓ８０７−１、Ｓ８０７−２）。

Ｓ８０８： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に既述の一定時間としてたとえば、過去１０分間の着信履歴情報を返信する（Ｓ８０８−１、Ｓ８０８−２）。

Ｓ８０９： 呼情報判定機能４０は、迷惑電話の判断条件に合致するか否かを判断し、迷惑電話の判断条件に合致する場合はＳ８１０の処理へ移行する。判断条件に合致しない場合にはＳ８１５の処理へ移行する。判断条件は、第１の条件として一定時間内の呼量オーバーたとえば、１０分間に１５件以上などがあるかを判断する。第１の条件の成立により、第２の条件として「同一番号からの発信は有るか」または、「同一エリアからの発信は有るか」または、「契約期間の短い発信が複数有るか」を判断する（Ｓ８０９−１、Ｓ８０９−２）。

Ｓ８１０： 呼情報判定機能４０はＤＢアクセス機能４２を介してＤＢ１０の迷惑電話フラグ管理テーブル４４に現在のフラグ値の取得要求を行う（Ｓ８１０−１、Ｓ８１０−２）。

Ｓ８１１： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に現在のフラグ値を返信する（Ｓ８１１−１、Ｓ８１１−２）。

Ｓ８１２： 呼情報判定機能４０は現在の迷惑電話フラグの値が“０”であるかの判定を行い、その値が“０”であればＳ８１３の処理へ移行する。その値が“０”以外の場合はＳ８１５の処理へ移行する。

Ｓ８１３： 呼情報判定機能４０はＤＢアクセス機能４２を介してＤＢ１０の迷惑電話フラグ管理テーブル４４に変更要求を行なう。迷惑電話フラグを“１”に変更して、迷惑電話フラグＯＮ−Ｔｉｍｅ格納部５２に格納する。この場合、迷惑電話フラグを立てた時間から一定時間たとえば、１時間でフラグが“０”になる（Ｓ８１３−１、Ｓ８１３−２）。

Ｓ８１４： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に迷惑電話フラグ管理テーブル４４の変更通知を返信する（Ｓ８１４−１、Ｓ８１４−２）。

Ｓ８１５： 呼情報判定機能４０は現在の迷惑電話フラグの値が“２”であるかの判定を行い、その値が“２”の場合はＳ８１６の処理へ移行する。その値が“２”でない場合はＳ８１９の処理へ移行する。

Ｓ８１６： 呼情報判定機能４０はＤＢアクセス機能４２を介して、ＤＢ１０の着信許可テーブル４６に電話端末４−２の着信許可リスト１６の取得依頼を行う（Ｓ８１６−１、Ｓ８１６−２）。

Ｓ８１７： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に電話端末４−２の着信許可リスト１６を返信する（Ｓ８１７−１、Ｓ８１７−２）。

Ｓ８１８： 呼情報判定機能４０は、取得した電話端末４−２の着信許可リスト１６に電話端末４−３の電話番号があるかの判断を行い、その着信許可リストになければ、Ｓ８２１の処理へ移行する。着信許可リストに電話端末４−３の電話番号があれば、Ｓ８１９の処理へ移行する。

Ｓ８１９： 呼情報判定機能４０はＤＢアクセス機能４２を介してＤＢ１０の着信履歴テーブル４５に電話端末４−２の位置情報の取得依頼を行う（Ｓ８１９−１、Ｓ８１９−２）。

Ｓ８２０： ＤＢ１０は、ＤＢアクセス機能４２を介して呼情報判定機能４０に電話端末４−２の位置情報の取得応答をする（Ｓ８２０−１、Ｓ８２０−２）。

Ｓ８２１： 呼情報判定機能４０は、呼制御連携機能３８に電話端末４−２の位置情報を返信する。ただし、迷惑電話フラグが“２”であれば、電話端末４−２の位置情報を入手していないので、電話端末４−２の位置情報を返信しない。

Ｓ８２２： 呼制御連携機能３８は呼制御サーバ１４−３のプレゼンスサーバ連携機能３６に電話端末４−２の位置情報を送信する。迷惑電話フラグが“２”の場合で、発信番号が着信許可リストにない電話番号であれば宛先不明を送信する。

Ｓ８２３： プレゼンスサーバ連携機能３６は、呼制御機能３４に電話端末４−２の位置情報を返信する。

Ｓ８２４： 呼制御機能３４は、電話端末４−２の位置情報が有るかの判断を行い、位置情報があればＳ８２５の処理に移行し、位置情報がなければ呼切断を行う。

Ｓ８２５： 呼制御機能３４は、呼制御サーバ１４−２の呼制御機能２８に呼接続要求を実施する。

Ｓ８２６： 呼制御サーバ１４−２の呼制御機能２８は、電話端末４−２の制御機能２２に呼接続を要求する。

Ｓ８２７： 電話端末４−２の着信スイッチ９４を押下した場合、電話端末４−２の制御機能２２から、呼制御サーバ１４−２の呼制御機能２８に呼接続の応答を返信する。

Ｓ８２８： 呼制御サーバ１４−２の呼制御機能２８は呼制御サーバ１４−３の呼制御機能３４に呼接続応答を返信する。

Ｓ８２９： 呼制御サーバ１４−３の呼制御機能３４は電話端末４−３に呼接続応答を返信する。

Ｓ８３０： 電話端末４−３と電話端末４−２の間で通話が開始される。

Ｓ８３１： 電話端末４−２で切断を行う場合は、電話端末４−２の制御機能２２から呼制御サーバ１４−２の呼制御機能２８へ切断を行う。

Ｓ８３２： 呼制御サーバ１４−２の呼制御機能２８が呼制御サーバ１４−３の呼制御機能３４に切断を行わせる。

Ｓ８３３： 呼制御サーバ１４−３の呼制御機能３４が電話端末４−３の制御機能２２により切断を行わせる。

＜第２の実施の形態の効果および特徴事項の列挙＞

(a) 着信状況から迷惑電話であるかの判断の後、電源断の操作を行っても、ステルスモードに移行するので、着信許可リスト１６に登録された電話番号からの着信に対し、通話することができる。

(b) 迷惑電話の着信状況によりステルスモードに移行し、電源断を抑止する。電源断の操作を契機に、ステルスモードに移行するか、通常の電源断に移行するかを自動的に判断する。

(c) たとえば、電話端末４−２の電源断の際に、電話端末４−２は呼制御サーバ１４−２を介してプレゼンスサーバ８と通信を行う。この通信により、プレゼンスサーバ８および電話端末４−２に設定される接続モードつまりステルスモードへの移行を同期させ、迷惑電話から電話端末４−２を回避する。電話端末４−２の電源投入の際に電話端末４−２とプレゼンスサーバ８とを通信させ、電話端末４−２側の接続モードをプレゼンスサーバ８側に設定された接続モードに同期させてもよい。

(d) 迷惑電話を受けているか否かの着信状況を表す情報を電話端末側に持つことにより、通信圏外で通信不可となった電話端末が通信圏内に復帰した際にプレゼンスサーバ８との通信により、自動でプレゼンスサーバ８の接続モードに電話端末の接続モードを同期させる。この場合、通信圏外で電源断の操作後、通信圏内に復帰した際に電源を投入した電話端末が、電源投入を契機にプレゼンスサーバ８と通信により、自動でプレゼンスサーバの接続モードに電話端末の接続モードを同期させる。

(e) 迷惑電話攻撃を受けているか否かの判断条件は、第１に、「一定時間内の呼量が規定値を超えていないか」を判断する。この規定値を超えていれば、第２に、「同一番号からの発信は無いか」または、「同一エリアからの発信は無いか」または、「契約期間の短い電話端末からの発信が複数無いか」といった条件を加重させて判断する。これにより、迷惑電話以外の電話の着信を阻害することがない。また、複数の電話番号から迷惑電話の着信を回避できる。

〔他の実施の形態〕

(1) 第２の実施の形態では、ステルスモードに移行すると、プレゼンスサーバ８がステルスモードに移行している電話端末４−２に対する発信者の電話番号をチェックし、着信の許可または拒否を行っている。つまり、ステルスモードでは、発信者の電話番号が着信許可リストに登録されていない電話番号であれば、着信を拒否し、着信許可リストに登録されている電話番号であれば、着信を許可する。この場合、ステルスモードを特定番号に対する着信拒否のみとしてもよい。

(2) 上記実施の形態では、呼制御サーバ１４−１、１４−２、１４−３と独立してプレゼンスサーバ８を備えている。このプレゼンスサーバ８の既述の機能を呼制御サーバ１４−１、１４−２、１４−３に備え、プレゼンスサーバ８を省略してもよい。その場合、迷惑電話の判断結果を各呼制御サーバ１４−１、１４−２、１４−３に持たせ、各呼制御サーバ１４−１、１４−２、１４−３で同期して更新してもよい。

(3) 上記実施の形態では、電話端末４−１、４−２、４−３を無線接続する携帯電話機を想定して記載している。本開示の電話端末はこのような携帯電話機に限定されない。本開示の電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムは、有線電話や固定電話であってもよい。

(4) 上記実施の形態の電話端末４−１、４−２、４−３は、電話機能を備えるパーソナルコンピュータやＰＨＳ（Personal Handyphone System）であってもよい。

(5) 上記実施の形態では、電話端末４−１を加害者、電話端末４−２を被害者家族、電話端末４−３を被害者に想定して記載しているが、これらは電話ユーザの一例を示したものである。電話端末４−１、４−２、４−３に加害者も被害者もなく、いずれの電話端末が加害者になり、また、被害者になり得ることを想定して記載している。電話端末の使用目的は、上記実施の形態に限定されるものではない。

(6) 上記実施の形態では、ステルスモードがプレゼンスサーバ８の処理で先行的に実行されている。これに対し、電話端末４−１、４−２、４−３側でステルスモードを判断し、実行する構成としてもよい。

以上説明したように、電話端末の着信方法、サーバ装置、電話端末、着信システムおよび着信プログラムの最も好ましい実施の形態等について説明したが、本発明は、上記記載に限定されるものではなく、特許請求の範囲に記載され、又は発明を実施するための形態に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能であることは勿論であり、斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。

２ 着信システム
４−１、４−２、４−３ 電話端末
６ 電話網
８ プレゼンスサーバ
１０ データベース
１２ 電源スイッチ
１４−１、１４−２、１４−３ 呼制御サーバ
１６ 着信許可リスト
１８ 迷惑電話フラグ保持機能
２０ 電源管理機能
２２ 制御機能
２４ 呼制御機能
２６ プレゼンスサーバ連携機能
２８ 呼制御機能
３０ プレゼンスサーバ連携機能
３２ ユーザ電源制御機能
３４ 呼制御機能
３６ プレゼンスサーバ連携機能
３８ 呼制御連携機能
４０ 呼情報判定機能
４２ データベースアクセス機能
４４ 迷惑電話フラグ管理テーブル
４５ 着信履歴テーブル
４６ 着信許可テーブル
４８ 契約者の電話番号格納部
５０ 迷惑電話フラグ格納部
５２ 迷惑電話フラグＯＮ−Time格納部
５４ 加入者の電話番号格納部
５６ 発信側電話番号格納部
５８ 着信時間格納部
６０ 発信側位置情報格納部
６２ 加入時期格納部
６４ 電話番号格納部
６６ 着信許可電話番号格納部
６８ ＣＰＵ
７０ メモリ
７２ ＲＡＭ
７４ 通信モジュール
７６ 音声入出力部
７８ 電源部
８０ 入力操作部
８２ 表示部
８４ バス
８６ プログラム記憶部
８８ データ記憶部
９０ マイクロホン
９２ スピーカ
９４ 着信スイッチ
９６ 操作側筐体
９８ 表示側筐体
１００ ヒンジ部
１０２ 表示画面
１０４ タッチパネル
１０６ カーソルキー
１０８ 記号キー
１１０ ＣＰＵ
１１２ メモリ
１１４ ＲＡＭ
１１６ 補助記憶装置
１１８ 通信モジュール
１２０ 電源部
１２２ バス
１２４ プログラム記憶部
１２６ データ記憶部
１２８ ＣＰＵ
１３０ メモリ
１３２ ＲＡＭ
１３４ 補助記憶装置
１３６ 通信モジュール
１３８ 電源部
１４０ バス
１４２ プログラム記憶部
１４４ データ記憶部

Claims (8)

1. 着信状況から迷惑電話であるかを判断し、その判断結果を蓄積し、
   電話端末の電源断の際に、前記判断結果の状態に基づいて接続モードを設定し、
   前記接続モードに応じて前記電話端末の電源断の許可または電源断の抑止を行う、
   電話端末の着信方法。
2. 迷惑電話であるか否かの判断条件に少なくとも一定時間内の呼量を含む、
   請求項１に記載の電話端末の着信方法。
3. 電話端末に接続される通信部と、
   前記電話端末の着信状況から迷惑電話であるかを判断し、その判断結果を蓄積し、前記電話端末の電源断の際に、前記判断結果の状態に基づいて接続モードを設定し、前記接続モードに応じて前記電話端末の電源断の許可または電源断の抑止を行う制御部とを備える、
   サーバ装置。
4. 電話網を介してサーバ装置と接続される通信部と、
   着信状況から迷惑電話であるかを判断しおよびその判断結果を蓄積している前記サーバ装置に電源断の際に問い合わせを行ない、前記サーバ装置の前記判断結果の状態に基づいて接続モードが設定され、前記接続モードに応じて電源断の許可または電源断の抑止を行う制御部とを備える、
   電話端末。
5. 電話網に接続される通信部と、
   着信状況から迷惑電話であるかを判断し、その判断結果を蓄積し、電源断の際に、前記判断結果の状態に基づいて接続モードを設定し、該接続モードに応じて電源断の許可または電源断の抑止を行う制御部とを備える、
   電話端末。
6. 電話端末と、
   前記電話端末に電話網を介して接続されるサーバと、
   を備え、
   前記サーバが、着信状況から迷惑電話であるかを判断し、その判断結果を蓄積し、
   電話端末の電源断の際に、前記判断結果の状態に基づいて接続モードを設定し、
   前記接続モードに応じて前記電話端末の電源断の許可または電源断の抑止を行う、
   着信システム。
7. 前記サーバは、前記電話端末に接続される呼制御サーバと、該呼制御サーバに接続されるプレゼンスサーバとを備え、
   前記プレゼンスサーバが前記呼制御サーバに対する前記着信状況から迷惑電話であるか否かを判断し、その判断結果を蓄積し、電話端末の電源断の際に、前記判断結果の状態に基づいて接続モードを設定し、
   前記呼制御サーバが前記接続モードに応じて前記電話端末の電源断の許可または電源断の抑止を行う、
   請求項６に記載の着信システム。
8. 電話網を介して電話端末に接続されるサーバ装置または前記電話端末に搭載されるコンピュータで実行する着信制御プログラムであって、
   着信状況から迷惑電話であるかを判断し、その判断結果を蓄積し、
   電話端末の電源断の際に、前記判断結果の状態に基づいて接続モードを設定し、
   前記接続モードに応じて前記電話端末の電源断の許可または電源断の抑止を行う、
   処理を前記コンピュータに実行させるための着信プログラム。
   
   

Images