JP2017147664A - サーバ、電話機、および通信システム - Google Patents

Abstract

【課題】電話機のユーザの居住地域に応じて、ユーザに有用な安全な電話番号の情報を電話機に提供する。【解決手段】電話機位置特定部（１１２）は、電話機（１）の位置を特定し、安全番号リスト生成部（１１３）は、電話機位置特定部（１１２）が特定した電話機（１）の位置に基づいて、安全番号ＤＢ（１２０）が記憶する安全な電話番号（安全番号）の一部を選択し、選択した安全な電話番号の情報を電話機（１）に送信する。【選択図】図１

Description

本発明は、サーバ、電話機、および通信システムに関する。

従来、強引なセールスや勧誘などを目的とする危険な電話の発信元の電話番号（以下、危険番号と呼ぶ）に関する情報を電話機へ提供するサービスが存在する。

図５を用いて、上記サービスの概要を説明する。図５は、複数の電話機９および危険番号管理サーバ９００を含む従来の通信システムＳ０を示す図である。図５に示すように、危険番号管理サーバ９００には、電話機へ提供される危険番号リストが登録されている。

危険番号リストは、一般的に、警察・自治体から危険番号管理サーバ９００へ提供される危険番号情報に基づいて生成される。しかしながら、電話機９から危険番号管理サーバ９００へ送信される情報が、危険番号リストを生成するために利用される場合もある。例えば、特許文献１および特許文献２には、危険番号管理サーバは、拒否番号（電話機が、その電話番号から着信を受けた場合に、応答を拒否する電話番号）、および、許可番号（ユーザが、電話機に対して、その電話番号からの着信に応答することを許可した電話番号）に基づいて、危険番号リストを生成することが記載されている。

危険番号管理サーバ９００は、サービスに加入している全国の電話機９に対して、危険番号リストを送信する。そして、電話機９は、危険番号管理サーバ９００から受信した危険番号リストを用いて、危険番号からの着信に対する応答を拒否する。ここで、図５に示すように、危険番号管理サーバ９００から各電話機９へ送信される危険番号リストは、すべて同一である。

特開２０１０−２５７６９５号公報（２０１０年１１月１１日公開） 特開２０１４−００７５５０号公報（２０１４年 １月１６日公開）

電話機は、ユーザがよく電話をかける相手（家族および友人等）の電話番号や、よく利用する組織（公的機関、病院、および企業等）等の安全な電話番号を記憶することが可能である。従来、安全な電話番号の情報を電話機へ提供するサービスは存在しないので、ユーザは、安全な電話番号の情報を、自分で電話機に登録している。しかしながら、電話番号の登録作業は、特に高齢者のユーザにとって、難易度が高く、負担が大きい。

加えて、地域によって、その地域を管轄する公的機関、その地域内から通いやすい病院、および、その地域内でサービスを提供する企業が異なる。そのため、ユーザは、転居するたびに、これからよく利用するであろう公的機関、病院、および企業等の電話番号を調べて、それらの電話番号を電話機に登録する必要がある。

本発明は、前記の問題点に鑑みてなされたものであり、その目的は、電話機のユーザの居住地域に応じて、ユーザに有用な安全な電話番号の情報を電話機に提供することにある。

上記の課題を解決するために、本発明の一態様に係るサーバは、安全な電話番号の情報を記憶する安全電話番号記憶部と、電話機の位置を特定する電話機位置特定部と、上記電話機位置特定部が特定した上記電話機の位置に基づいて、上記安全電話番号記憶部が記憶する上記安全な電話番号の一部を選択し、選択した安全な電話番号の情報を上記電話機に送信する安全電話番号送信部とを備えている。

本発明の一態様によれば、電話機のユーザの居住地域に応じて、ユーザに有用な安全な電話番号の情報を電話機に提供することができる。

実施形態１に係る電話機および安全番号管理サーバの各構成を示すブロック図である。 実施形態１に係る複数の電話機および安全番号管理サーバを含む通信システムを示す図である。 実施形態１に係る電話機の記憶部が記憶するイベントログのデータ構造を示す図である。 実施形態１に係る安全番号管理サーバが備えた安全番号ＤＢのデータ構造を示す図である。 複数の電話機および危険番号管理サーバを含む従来の通信システムを示す図である。

〔実施形態１〕
図１および図２を用いて、本実施形態に係る電話機１および安全番号管理サーバ１００（サーバ）の構成を説明する。図１は、電話機１および安全番号管理サーバ１００の各構成を示すブロック図である。また、図２は、複数の電話機１および安全番号管理サーバ１００を含む通信システムＳ１を示す図である。安全番号管理サーバ１００は、安全な電話番号（以下、安全番号と呼ぶ）のデータベース（安全番号ＤＢ１２０。図４参照）を管理および記憶している。安全番号管理サーバ１００は、サービスに加入している全国の電話機１に対し、安全番号リストを提供する。したがって、電話機１のユーザは、安全番号を電話機１に自分で登録する必要がない。また、着番号が未知の電話番号であるか安全番号であるかに応じて異なる方法（例えば、異なるメロディの着信音）で着信を報知するように、電話機１が構成されていることが望ましい。この構成では、ユーザは、着信の報知方法に基づいて、着信に応答することが安全であるか否かを判断することができる。

安全番号には、公的機関、病院、および企業などの組織の電話番号が含まれる。なお、安全番号は、安全番号管理サーバ１００から電話機１へ提供されるだけでなく、ユーザによって電話機１に登録される場合もある。図１では、安全番号管理サーバ１００が電話機１に提供する安全番号をサーバ提供番号と記載し、ユーザが電話機１に登録した安全番号をユーザ登録番号と記載している。

（通信システムＳ１）
通信システムＳ１において、電話機１と安全番号管理サーバ１００とは、データ通信を行う。電話機１と安全番号管理サーバ１００とは、例えば、ＰＳＴＮ（Public Switched Telephone Network）を介して接続されていてもよいし、ＬＡＮ（Local Area Network）を介して接続されていてもよい。

図２に示すように、通信システムＳ１において、安全番号管理サーバ１００は、複数の電話機１から、それぞれ、イベントログを受信する（図２のＰ１）。また、安全番号管理サーバ１００は、外部機関（例えば、ＮＴＴ）から、公開情報を取得する（図２のＰ２）。安全番号管理サーバ１００は、電話機１から受信したイベントログ、および、外部機関から提供される公開情報を用いて、安全番号ＤＢ１２０を生成する。ここで、イベントログは、例えば、電話機１の通信履歴情報、および、電話機１の電話帳または短縮ダイヤルの更新履歴を含んでいてもよい。また、公開情報は、例えば、公的機関、病院、および企業等の組織の電話番号・住所・業種等の情報のほか、個人の電話番号・住所・業種等の情報を含んでいてもよい。なお、イベントログおよび安全番号ＤＢ１２０の具体例を後述する。

次に、図２に示すように、電話機１は、安全番号管理サーバ１００に対し、安全番号リストをリクエストする（図２のＰ３）。このとき、電話機１は、ユーザの居住地域（すなわち、電話機１の現在位置）の情報を、安全番号管理サーバ１００に送信する。安全番号管理サーバ１００は、電話機１から受信したユーザの居住地域の情報に基づいて、安全番号ＤＢ１２０に含まれる安全番号の中から、一部の安全番号を選択することによって、安全番号リストを生成する。そして、安全番号管理サーバ１００は、生成した安全番号リストを電話機１に送信する。図２に示すように、安全番号管理サーバ１００が電話機１に提供する安全番号リストは、電話機１のユーザの居住地域（すなわち、電話機１の現在位置）に応じて、それぞれ異なる。

（電話機１）
図１に示すように、電話機１は、イベントログ送信部１１（送信部）、電話機制御部１２、出力部１３（報知部）、および記憶部１４（安全電話番号記憶部）を備えている。

イベントログ送信部１１は、記憶部１４に記憶されているイベントログ１４１（通信履歴）を、所定時間ごとに、安全番号管理サーバ１００へ送信する。なお、イベントログ１４１の具体例を後述する。出力部１３は、表示、音声、光、またはそれらの組合せによって、各種情報を提示または報知する。電話機制御部１２は、電話機１の各部を統合的に制御する。電話機制御部１２は、着番号判定部１２１（報知部）、安全番号リスト要求部１２２、および登録部１２３を含む。出力部１３は、例えば、表示装置、スピーカ、およびＬＥＤを含んでいてよい。記憶部１４は、イベントログ１４１および安全番号リスト１４２を記憶している。ここで、安全番号リスト１４２は、ユーザが電話機１に入力した安全番号（図１のユーザ登録番号）のリストと、登録部１２３が安全番号管理サーバ１００から受信した安全番号（図１のサーバ提供番号）のリストとを含む。

（電話機制御部１２）
電話機制御部１２の着番号判定部１２１は、着番号（着信電話番号）が記憶部１４の安全番号リスト１４２に含まれているか否かを判定する。そして、着番号が安全番号リスト１４２に含まれる場合、着番号判定部１２１は、出力部１３を用いて、着番号が安全であることを報知する。例えば、着番号判定部１２１は、出力部１３が備えたＬＥＤを点灯または点滅させてもよいし、出力部１３が備えたスピーカまたは表示装置から、「着番号は安全です」等のメッセージを出力してもよい。

また、着番号が記憶部１４の安全番号リスト１４２に含まれる場合、着番号判定部１２１は、着番号が上記ユーザ登録番号および上記サーバ提供番号のどちらであるかをさらに判定する。そして、着番号判定部１２１は、着番号が上記ユーザ登録番号および上記サーバ提供番号のどちらであるかに応じて、報知方法を変える。例えば、着番号判定部１２１は、着番号が上記ユーザ登録番号および上記サーバ提供番号のどちらであるかに応じて、出力部１３が備えた上記ＬＥＤの点滅の速度を変えてもよいし、出力部１３が備えた上記スピーカから出力する着信音の音色を変えてもよい。これにより、例えば、ユーザは、上記ユーザ登録番号から着信があった場合には応答するが、上記サーバ提供番号から着信があった場合には応答しないといった判断をすることができる。上記ユーザ登録番号は、ユーザにとって親しい相手（少なくとも、ユーザが話をすることを許可した相手）の電話番号であるが、上記サーバ登録番号は、ユーザにとって話をしたい相手の電話番号であるとは限らないし、ユーザが知らない相手の電話番号である場合もあるからである。

なお、上記サーバ提供番号が、個人および組織の電話番号を含む場合、着番号判定部１２１は、着番号が(i)上記ユーザ登録番号、(ii)上記サーバ提供番号のうちの上記個人の電話番号、および(iii)上記サーバ提供番号のうちの上記組織の電話番号、のいずれに含まれるかに応じて、報知方法を３通りに変えてもよい。その他、電話機制御部１２は、出力部１３の表示装置に通話履歴を表示する際、サーバ提供番号とユーザ登録番号とを、異なるアイコンで表示してもよい。

安全番号リスト要求部１２２は、安全番号管理サーバ１００に対し、安全番号リストのリクエストを送信する。ここで、安全番号リスト要求部１２２は、安全番号リストのリクエストとともに、電話機１の現在位置を示す電話機位置情報も、安全番号管理サーバ１００へ送信する。ここで、安全番号リスト要求部１２２は、電話機１の現在位置をどのように特定してもよい。例えば、安全番号リスト要求部１２２は、電話機１が備えたＧＰＳ（Global Positioning System）受信機（図示せず）から、電話機位置情報を取得してもよい。あるいは、安全番号リスト要求部１２２は、電話機１の記憶部１４に記憶されたユーザ情報（ユーザの住所や郵便番号等の情報）から、電話機位置情報を生成してもよい。または、安全番号リスト要求部１２２の代わりに、安全番号管理サーバ１００の電話機位置特定部１１２が、電話機１との通信時に電話機１から通知される電話番号の情報を用いて、電話機１の現在位置を特定してもよい。また、電話機１が近距離通信手段（Bluetooth（登録商標）等）により他の情報機器（携帯電話等）と接続されている場合、電話機１は、上記情報機器が取得した該情報機器の位置情報を取得して、取得した上記情報機器の位置情報を、電話機１のおおよその位置を示す情報として利用してもよい。

登録部１２３は、安全番号管理サーバ１００の安全番号リスト生成部１１３から、安全番号リストを受信して、受信した安全番号リストを記憶部１４に登録する。ここで、図１に示すように、登録部１２３は、ユーザが入力した安全番号（ユーザ登録番号）と、安全番号管理サーバ１００から受信した安全番号（サーバ提供番号）とを区別して、記憶部１４に登録してもよい。また、登録部１２３は、サーバ提供番号を、個人の電話番号と企業の電話番号とにさらに区別して、記憶部１４に登録してもよい。

（イベントログ１４１）
図３は、記憶部１４が記憶するイベントログ１４１のデータ構造の一例を示す図である。図３に示すように、イベントログ１４１は、対象電話番号（着信電話番号）、イベント種別、リスト種別、登録リスト、通話時間、着信日時、および登録日時の各情報を含んでいてよい。対象電話番号は、電話機１から発信した電話の発信先の電話番号、電話機１に着信した電話の発信元の電話番号、および、操作の対象となった電話番号を含む。イベント種別の情報は、発生したイベントの種別（着信イベントまたは電話帳操作イベント）を示す。リスト種別の情報は、イベントの発生時点で、対象電話番号が登録されている電話番号リストの種別を示す。登録リストの情報は、イベントの発生後に、対象電話番号が登録された電話番号リストの種別を示す。通話時間の情報は、通話が開始してから終了するまでの経過時間を示す。着信日時の情報は、電話機１が対象電話番号へ発信した日時、または、電話機１が対象電話番号から着信を受けた日時を示す。登録日時の情報は、対象電話番号が、電話機１のいずれかの電話番号リストに登録された日時を示す。

なお、イベントログ１４１は、総着信回数、許可着信回数、および拒否着信回数の各情報をさらに含んでいてもよい。総着信回数は、電話機１が他の電話機からの着信を受けた回数の合計である。許可着信回数は、各着番号について、電話機１が、その着番号からの着信に対して応答した回数である。拒否着信回数は、各着番号について、電話機１が、その着番号からの着信に対する応答を拒否した回数である。

（安全番号管理サーバ１００）
図１に示すように、安全番号管理サーバ１００は、サーバ制御部１１０および安全番号ＤＢ１２０を備えている。サーバ制御部１１０は、安全番号ＤＢ生成部１１１（記憶電話番号決定部）、電話機位置特定部１１２、および安全番号リスト生成部１１３（安全電話番号送信部）を含んでいる。

安全番号ＤＢ生成部１１１は、電話機１から受信したイベントログ、および、外部機関から取得した公開情報を用いて、安全番号ＤＢ１２０を生成する。安全番号ＤＢ生成部１１１は、イベントログに含まれる任意の情報に基づいて、安全番号ＤＢ１２０に登録する電話番号を決定してよい。例えば、安全番号ＤＢ生成部１１１は、イベントログにおける「登録リスト」の情報を参照して、多数の電話機１の安全番号リスト（ユーザ登録番号）に登録されている電話番号を、安全番号ＤＢ１２０に登録してもよい。また、安全番号ＤＢ生成部１１１は、イベントログにおける「イベント種別」の情報を参照して、多数の電話機１の発信先の電話番号を、安全番号ＤＢ１２０に登録してもよい。

また、「拒否着信回数」の多い着番号は、電話機１によって応答を拒否された回数が多い電話番号であるので、危険である可能性が高い。そこで、安全番号ＤＢ生成部１１１は、電話機１から受信したイベントログにおける「拒否着信回数」の情報を参照して、安全番号リスト中の各安全番号について、その安全番号からの電話機１への着信に対する応答を電話機１が拒否した回数が多いほど、安全番号リスト中におけるその安全番号の優先順位を低く設定してもよい。さらに、その安全番号からの電話機１への着信に対する応答を電話機１が拒否した回数が閾値よりも多い場合、安全番号ＤＢ生成部１１１は、その安全番号を安全番号リストから削除してもよい。

電話機位置特定部１１２は、電話機１の安全番号リスト要求部１２２から受信した電話機位置情報に基づいて、電話機１の位置ａを特定する。あるいは、電話機位置特定部１１２は、電話機１からイベントログを受信するときに、電話機１の電話番号の情報を取得して、電話機１の電話番号の市外局番に基づいて、電話機１の位置ａを特定してもよい。そして、電話機位置特定部１１２は、電話機１の位置ａを示す情報を、安全番号リスト生成部１１３に出力する。

安全番号リスト生成部１１３は、電話機位置特定部１１２から取得した電話機位置情報（位置ａ）に基づいて、安全番号ＤＢ１２０に含まれる安全番号の中から、一部の安全番号を選択することによって、電話機１に送信する安全番号リストを生成する。そして、安全番号リスト生成部１１３は、生成した安全番号リストを、電話機１の登録部１２３に送信する。なお、安全番号リスト生成部１１３が、電話機１の位置ａを示す情報に基づいて、どのようにして安全番号リストを生成するのかについて、以下で説明する。

（安全番号ＤＢと安全番号リスト）
安全番号ＤＢ１２０に含まれる安全番号の数は膨大である。そのため、安全番号ＤＢ１２０に含まれる全ての安全番号を電話機１に登録しようとした場合、安全番号の送信に長大な時間を要したり、要求される電話機１のメモリ量が膨大になったりする等の問題が生じる。そこで、以下で説明するように、本実施形態では、ユーザの居住地域に応じて、安全番号ＤＢ１２０に含まれる安全番号の中から、電話機１に送信される一部の安全番号リストが選択される。

図４は、安全番号管理サーバ１００が備えた安全番号ＤＢ１２０のデータ構造を示す図である。図４に示すように、安全番号ＤＢ１２０では、組織のカテゴリ・電話番号・地域（住所）、および、その組織の電話番号に発信した電話機１が多い地域（例えば、「地域Ａ、Ｂ、Ｃ」）の各情報が関連付けられる。ここで、ある電話機１がある組織の電話番号に発信したことがあるか否かは、その電話機１のイベントログに、その組織へ発信した履歴が含まれるか否かに基づいて判定される。なお、“カテゴリ”は、「市役所」「警察」「病院」「学校」「図書館」といった公的機関のカテゴリに加えて、「食料品店」「本屋」「理容・美容室」「飲食店」「出前」といった企業のカテゴリも含んでいてよい。

安全番号リスト生成部１１３は、電話機１の安全番号リスト要求部１２２から受信した電話機位置情報に基づいて、安全番号ＤＢ１２０から、カテゴリごとに１つの組織を選択する。例えば、電話機１の位置ａが、地域Ａに含まれる場合、安全番号リスト生成部１１３は、「市役所」のカテゴリから、電話番号「1**-***-****」および地域「○○市」で特定される１つの組織を選択する。すなわち、安全番号リスト生成部１１３によって選択される組織は、位置ａを含む地域Ａ内に存在する他の電話機１からの着信を受ける頻度が高い組織である。位置ａにある電話機１のユーザは、位置ａを含む地域Ａ内に住んでいる他のユーザがよく利用する組織を利用する可能性が高い。したがって、位置ａにある電話機１は、位置ａを含む地域Ａ内に存在する他の電話機１からの着信を受ける頻度が高い組織へ発信する機会が多いと考えられる。

一方、電話機１の位置ｂが、地域Ｄに含まれる場合、安全番号リスト生成部１１３は、「市役所」のカテゴリから、電話番号「2**-***-****」および地域「××町」で特定される１つの組織を選択する。同様に、安全番号リスト生成部１１３は、電話機位置情報に基づいて、「警察」のカテゴリからも、１つの組織を選択する。すなわち、安全番号リスト生成部１１３は、電話機位置情報に基づいて、安全番号ＤＢ１２０に含まれる各カテゴリから、１つの組織をそれぞれ選択する。このようにして、位置ａにある電話機１に送信される安全番号リストＡ、および、位置ｂにある電話機１に送信される安全番号リストＢがそれぞれ生成される。このように、安全番号リストは、電話機１の位置を示す電話機位置情報に基づいて生成されるので、図４に示すように、位置ａにある電話機１に送信される安全番号リストＡと、位置ｂにある電話機１に送信される安全番号リストＢとは、互いに異なる。なお、ユーザの居住地域が地域Ａである場合であっても、安全番号リストＡには、他の地域Ｃ内に存在する組織が含まれていてもよい。例えば、ユーザと同じ地域Ａに住んでいる他のユーザが、他の地域Ｄ内にある組織をよく利用している場合、安全番号リストＡには、地域Ｄ内にある上記組織の電話番号が含まれる可能性がある。

上述した構成によれば、ユーザの居住地域に応じて、ユーザにとって有用な安全番号の情報のみを電話機１に提供することができる。また、安全番号管理サーバ１００から電話機１に送信される安全番号は、安全番号ＤＢ１２０に含まれる安全番号の一部である。そのため、安全番号の送信に要する時間を抑制するとともに、安全番号を格納するために要求される電話機のメモリ量を削減することができる。さらに、電話機１の位置に応じた安全番号が自動的に電話機１に登録されるので、ユーザは、安全番号および名前等の情報を入力するための面倒な操作を行う必要がない。特に、電話機１を購入した直後、電話機１にまだ電話番号が登録されていない場合に、ユーザは、電話番号および名前等を電話機１の電話帳に登録するために、電話機１に電話番号および名前等をユーザ自ら入力する必要がない。

〔実施形態２〕
他の実施形態２では、安全番号ＤＢ生成部１１１は、組織が着信を受けた回数（以下で着信回数と呼ぶ）、あるいは、組織から電話機１への着信が許可された回数（以下で許可回数と呼ぶ）に基づいて、その組織の電話番号を安全番号ＤＢ１２０に追加するか否かを決定してもよい。本実施形態２において、安全番号管理サーバ１００の安全番号ＤＢ生成部１１１は、全国の電話機１のイベントログから、電話機１と上記組織との間の通信履歴を抽出して、上記組織の上記着信回数または上記許可回数を算出する。あるいは、上記組織の上記着信回数または上記許可回数の情報は、上記イベントログに含まれていてもよい。そして、上記着信回数または上記許可回数が閾値を超える場合、安全番号ＤＢ生成部１１１は、上記組織の電話番号を安全番号ＤＢ１２０に登録してもよい。

また、安全番号管理サーバ１００は、名前と電話番号とを対応付けたデータ（例えば、ＮＴＴ等が提供している電話帳データ）を所持している場合、安全番号と、（上記電話帳データにおいて）その安全番号に対応付けられた名前の情報とを含む安全番号リストを、電話機１に送信してもよい。この構成では、電話機１は、安全番号と名前とを含む安全番号リストを、記憶部１４に登録することができる。

〔実施形態３〕
他の実施形態３では、ユーザが電話機１に電話番号を入力したとき（または、さらに発信の操作を行ったとき）、サーバ制御部１１０は、その電話番号に対する（他の電話番号からの）発信の頻度の情報を、電話機１に送信し、出力部１３の表示装置に上記情報を表示させてもよい。本実施形態３において、サーバ制御部１１０は、前記実施形態２で説明した方法によって、安全番号ＤＢ１２０に含まれる各安全番号の上記着信回数または上記許可回数を算出する。

本実施形態３の構成によれば、ユーザは、上記表示装置に表示される情報を指標として、入力した電話番号へ発信するかどうかを決定することができる。なお、サーバ制御部１１０は、ユーザが入力した電話番号が着信を受けた回数の時間分布の情報も、出力部１３の表示装置に表示させてもよい。例えば、サーバ制御部１１０は、「６時から９時：３回、９時から１２時：５回、１２時から１５時：２回、１５時から１８時：１回」といった情報を表示してよい。この構成では、ユーザは、表示装置に表示される情報に基づいて、電話機１に入力した電話番号へ何時ごろに発信すれば、その電話番号の回線が混雑していない可能性が高いかを判断することができる。上記の例では、１５時から１８時までの時間帯において、ユーザが入力した電話番号に対する発信の回数が最も少ないので、ユーザは、１５時から１８時までの時間帯に、上記電話番号へ発信することができる。

〔実施形態４〕
他の実施形態４では、電話機１の位置を示す情報に加え、電話機１またはそのユーザに関する他の情報も、電話機１から安全番号管理サーバ１００へ送信されてもよい。ここで、電話機１固有の他の情報には、例えば、センシング情報（ユーザの体調などの情報）や、ユーザの操作情報が含まれる。

本実施形態４の構成によれば、安全番号管理サーバ１００は、電話機１のユーザにとってより利便性の高い安全番号リストを電話機１に提供することができる。例えば、安全番号管理サーバ１００は、ユーザの健康状態が悪いことを示す情報を電話機１から受信した場合、（ユーザの居住地域に近い）病院の電話番号の情報を、電話機１に送信してもよい。また、１台の電話機１を利用する複数のユーザがいる場合、安全番号管理サーバ１００は、ユーザごとに異なる安全番号リストを送信してもよい。

例えば、安全番号管理サーバ１００は、センシング情報として、ユーザの健康状態が悪いことを示す情報を電話機１から受信した場合、電話機１が過去に発信したことがある病院の電話番号の情報を、電話機１に提供してもよい。また、電話機１が過去に発信したことがある複数の病院の電話番号が存在する場合、安全番号管理サーバ１００は、電話機１からその病院への発信回数が最も多い病院の電話番号の情報を提供してもよいし、電話機１が最近に発信した病院の電話番号の情報を提供してもよい。安全番号管理サーバ１００は、複数の病院の電話番号の情報を、電話機１に提供してもよい。この構成では、電話機１からその病院への発信回数が最も多い病院の電話番号や、電話機１が最近に発信した病院の電話番号の（安全番号リストにおける）優先順位を上げてもよい。

また、安全番号管理サーバ１００は、センシング情報として、ユーザの血圧や体温の情報を受信してもよい。この構成では、安全番号管理サーバ１００は、ユーザの血圧の上がり方の大きさ、ユーザの体温の高さ、またはユーザの発熱が持続している時間など、ユーザの悪い健康状態を示す指標値が高い場合、電話機１の電話番号の情報を、１１９番（救急番号）や病院に提供してもよい。さらに、ユーザの心拍数が少しだけ上昇している場合など、ユーザの健康状態が悪くはないが、通常よりは悪い場合、安全番号管理サーバ１００は、ユーザの家族の電話番号として電話機１に登録されている電話番号や、電話機１がよく発信しているユーザの友人の電話番号に、電話機１の電話番号の情報を提供してもよい。

また、安全番号管理サーバ１００は、センシング情報として、電話機１に設けられた人感センサが取得した情報を受信してもよい。この構成では、例えば、上記人感センサがユーザを検知する頻度が通常よりも少ない場合、または、所定期間にわたって上記人感センサがユーザを検知していない場合、安全番号管理サーバ１００は、ユーザの家族や友人の電話番号に、電話機１の電話番号の情報を提供してもよい。

前述したように、安全番号管理サーバ１００は、電話機１の発信履歴（イベントログ）を収集している。そこで、安全番号管理サーバ１００は、電話機１からその電話番号への発信回数が多い電話番号のうち、市外局番および市内局番に関して電話機１の電話番号と一致する電話番号の情報を、電話機１に提供してもよい。この構成では、例えば、緊急事態が発生した場合、ユーザは、親しい隣人（例えば、ユーザの近所に住む友人）に対して、電話をかけることが容易にできる。

〔実施形態５；ソフトウェアによる実現例〕
電話機１の制御ブロック（特にイベントログ送信部１１および電話機制御部１２）、および、安全番号管理サーバ１００の制御ブロック（特にサーバ制御部１１０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、電話機１および安全番号管理サーバ１００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係るサーバ（安全番号管理サーバ１００）は、安全な電話番号の情報を記憶する安全電話番号記憶部（安全番号ＤＢ１２０）と、電話機（１）の位置を特定する電話機位置特定部（１１２）と、上記電話機位置特定部が特定した上記電話機の位置に基づいて、上記安全電話番号記憶部が記憶する上記安全な電話番号の一部を選択し、選択した安全な電話番号の情報を上記電話機に送信する安全電話番号送信部（安全番号リスト生成部１１３）とを備えている。

上記の構成によれば、電話機の位置（すなわち、ユーザの居住地域）に基づいて、サーバに記憶されている安全な電話番号の中から、電話機に送信される安全な電話番号が選択される。そのため、ユーザの居住地域に応じた適切な電話番号の情報のみを電話機に提供することができる。また、安全な電話番号の送信に要する時間を抑制するとともに、安全な電話番号を格納するために要求される電話機のメモリ量を削減することができる。

本発明の態様２に係るサーバは、上記態様１において、上記安全電話番号記憶部は、上記安全な電話番号と地域とを対応付けて記憶しており、上記安全電話番号送信部は、上記安全電話番号記憶部において、上記電話機の位置を含む地域と対応付けられている安全な電話番号を、上記電話機に送信してもよい。

上記の構成によれば、電話機がある地域（すなわち、ユーザの居住地域）と対応付けられている安全な電話番号の情報を、電話機に提供することができる。

本発明の態様３に係るサーバは、上記態様１または２において、上記電話機位置特定部は、上記電話機の電話番号に基づいて、上記電話機の位置を特定してもよい。

上記の構成によれば、電話機の位置情報を電話機から取得せずに、電話機の位置を特定することができる。

本発明の態様４に係るサーバは、上記態様１から３のいずれかにおいて、複数の電話機の通信履歴に基づいて、上記安全電話番号記憶部に記憶させる安全な電話番号を決定する記憶電話番号決定部（安全番号ＤＢ生成部１１１）をさらに備えていてもよい。

上記の構成によれば、サーバに記憶される安全な電話番号を簡単に決定することができる。例えば、多数の電話機が発信したことがある電話番号が、安全な電話番号として決定されてもよい。

本発明の態様５に係るサーバは、上記態様４において、上記記憶電話番号決定部は、一つの地域内にある電話機から着信を受けた回数が閾値を超える電話番号を、その地域と対応付けられる安全な電話番号としてもよい。

上記の構成によれば、電話機と同じ地域内にある他の電話機からよく着信を受けている電話番号の情報を、電話機に提供することができる。電話機のユーザは、同じ地域に住む他のユーザと同じ公的機関や企業を利用する可能性が高いので、サーバから電話機に提供される電話番号に発信する機会が多いと考えられる。

本発明の態様６に係る電話機は、上記態様１から５のいずれかのサーバから、上記安全な電話番号の情報を受信する電話機であって、上記安全電話番号記憶部に記憶させる上記安全な電話番号を決定するための情報として、当該電話機の通信履歴を上記サーバへ送信する送信部を備えていてもよい。

上記の構成によれば、サーバは、電話機から受信した通信履歴情報に基づいて、安全電話番号記憶部に記憶させる安全な電話番号を決定することができる。

本発明の態様７に係る電話機は、上記態様６において、当該電話機が着信を受けたときに報知する報知部（出力部１３・着番号判定部１２１）をさらに備え、上記報知部は、着信電話番号がユーザによって登録された電話番号に一致する場合と、上記着信電話番号が上記サーバから送信された上記安全な電話番号に一致する場合とで、異なる報知をしてもよい。

上記の構成によれば、着信電話番号が、ユーザによって登録された電話番号であるのか、それとも、サーバから送信された安全な電話番号であるのかを、ユーザに知らせることができる。

本発明の態様８に係る通信システムは、上記態様１から５のいずれかのサーバと、上記態様６または７の電話機とを備えていてもよい。

本発明の各態様に係る電話機・サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記電話機・上記サーバが備える各部（ソフトウェア要素）として動作させることにより上記電話機・上記サーバをコンピュータにて実現させる上記電話機・上記サーバの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１ 電話機
１１ イベントログ送信部（送信部）
１３ 出力部（報知部）
１４ 記憶部（安全電話番号記憶部）
１００ 安全番号管理サーバ（サーバ）
１１１ 安全番号ＤＢ生成部（記憶電話番号決定部）
１１２ 電話機位置特定部
１１３ 安全番号リスト生成部（安全電話番号送信部）
１２１ 着番号判定部（報知部）
１４１ イベントログ（通信履歴）
Ｓ１ 通信システム

Claims (5)

1. 安全な電話番号の情報を記憶する安全電話番号記憶部と、
   電話機の位置を特定する電話機位置特定部と、
   上記電話機位置特定部が特定した上記電話機の位置に基づいて、上記安全電話番号記憶部が記憶する上記安全な電話番号の一部を選択し、選択した安全な電話番号の情報を上記電話機に送信する安全電話番号送信部とを備えたことを特徴とするサーバ。
2. 上記安全電話番号記憶部は、上記安全な電話番号と地域とを対応付けて記憶しており、
   上記安全電話番号送信部は、上記安全電話番号記憶部において、上記電話機の位置を含む地域と対応付けられている安全な電話番号を、上記電話機に送信することを特徴とする請求項１に記載のサーバ。
3. 請求項１または２に記載のサーバから、上記安全な電話番号の情報を受信する電話機であって、
   上記安全電話番号記憶部に記憶させる上記安全な電話番号を決定するための情報として、当該電話機の通信履歴を上記サーバへ送信する送信部を備えたことを特徴とする電話機。
4. 着信時に報知する報知部をさらに備え、
   上記報知部は、着信電話番号がユーザによって登録された電話番号に一致する場合と、上記着信電話番号が上記サーバから送信された上記安全な電話番号に一致する場合とで、異なる報知をすることを特徴とする請求項３に記載の電話機。
5. 請求項１または２に記載のサーバと、請求項３または４に記載の電話機とを備えたことを特徴とする通信システム。

Images