JP2011176886A - 電話システム - Google Patents

Abstract

【課題】リーゾナブルな範囲で電話による通信を妨げることなく、振り込め詐欺を容易に防止する。
【解決手段】交換機を介して通話を行う電話システムであって、発呼者情報である発呼者電話番号が、電話会社が用いる全国共通の職業別電話番号データそのまま或いは一部の番号を追加・削除した第１の着信許可データベースと、電話使用者の個人電話番号帳を基に作成した第２の着信許可データベースと、の少なくともいずれかに合致している場合に着信を許可し、前記第１の着信許可データベースと前記第２の着信許可データベースとの両方ともに合致しない場合には着信を拒否する着信制御を行う制御機構を有することを特徴とする電話システム。
【選択図】図２

Description

本発明は、振り込め詐欺防止システムに関し、特に電話システムにおいて振り込め詐欺を防止する防止技術に関する。

一般的に電話の電子交換機では、基本的に特別な選別なく全ての発呼を、相手先に接続する。携帯電話等で、通話先に対して電波の届かない等の場合のみ、着信ができない、或いは、話し中の場合のみ話し中であることを発呼側に通知し、接続しない方法が取られている。

従って、一般的には、着信を拒否するためには、着呼側の携帯電話等で個別に番号を設定しておき、設定された番号のみの着信拒否が行える（例えば、特許文献１、特許文献２参照）。

また、着信拒否の別の方法としては、相手番号が電話機のメモリに登録されている（いわゆる電話帳機能）場合のみ着信処理を行い、電話帳機能に登録されていないときには着信処理を行わないようにする方法も考えられている（例えば、下記特許文献３、特許文献４、特許文献５参照）。

更に、下記特許文献６には、発呼をふるい分けるシステムとして、各加入者に一意に割当てられた番号をもとにふるい分けるというシステムが示されている。

さらに、最近では、予め登録した相手先からの着信を拒否する機能だけでなく、相手先が電話番号を非通知でかけてきたり、公衆電話からかけてきたりすると、着信を自動的に拒否する機能を搭載した電話装置が実際に製品化されている。

図６は、一般的に用いられている、携帯電話における交換機の処理の流れの概要を示すフローチャート図である。まず、携帯電話に発呼があった場合に（ステップＳ６１１）、交換機は発呼側情報、着呼側情報を取得する（ステップＳ６１２）。発呼側情報、着呼側情報とは、発呼側、着呼側の電話番号等である。

着呼側電話番号に基づき、着呼者の位置検索を行う（ステップＳ６１３）。携帯電話では、呼び出しを行う場合に、日本中の全ての範囲にわたって呼び出しを行うのではなく、該当する携帯電話の位置するエリアのみから呼び出しを行う（ステップＳ６１５）。すなわち、全ての携帯電話の位置は、定期的に最寄りの基地局と通信を行うことにより常に把握されており、携帯電話の位置と基地局との対応関係を保持する顧客位置データベース（６１４）が電話局に存在しているのである。この顧客位置データベース（６１４）は、ホームメモリと呼ばれている。

特開２００１−２３７９８０号公報 特開２００７-２２１６２２号公報 特開２０００−２７８７５４号公報 特開２００８−２１９４４０号公報 特開平８−０９７９１６号公報 特表２００５-５２６４６６号公報

しかしながら、上記特許文献１、２による従来方法では、現在、大きな問題となっている振り込め詐欺を防ぐことは出来ない。すなわち、既知の特定の電話番号のみについて着信拒否を行う方法では、未知の番号で発呼される電話による詐欺に対応できないという問題がある。振り込め詐欺の場合、犯罪実施側は、自分の経歴や所在を隠すため、必ず未知の番号を有する携帯電話から発呼するからである。

一方、上記特許文献３〜５までによる、既知の番号以外については着信拒否とする方法については、必要な番号についても着信拒否となってしまうという不都合がある。つまり、知人、友人、親戚等を知っている番号として登録し、この番号以外を着信拒否とした場合、それ以外の官公署、学校、病院、公共交通機関、銀行、デパート等々、明らかに振り込め詐欺ではなく、公共的な側面の強い機関・団体からの電話も着信拒否となってしまうという不都合があった。

振り込め詐欺は、後述のようにほとんどの場合携帯電話を利用して発呼するため、友人・知人・親戚等を除いて携帯電話からの着信を全て拒否することも考えられるが、宅配便の配送、物品の訪問修理などにおいて、業者がある個人の家を訪ねてくる場合に、訪問先の在宅状況等を携帯電話で確認し、在宅を確認してから訪問してくる、ということが日常的に行われており、このような業務に支障が出るという問題がある。

また、特許文献３〜５までに記載の方法は、主として迷惑電話を防止するためのものであるが、迷惑電話は、多くの場合、固定電話からかけられてくるものである。迷惑電話では、業者がしつこく投資を勧誘するというような例が多いが、この場合は、業者の会社から固定電話で発呼される。また、ワン切りも組織的に行われることが多く、その場合は会社・グループがある場所を拠点として、小規模な電話交換機を設置し、自動的に多数の電話番号にワン切り電話を発するという形態となるため、これも固定電話である。

既知の電話番号を登録して着信を許可し、それ以外を着信拒否とする方法に関し、官公署等からの着信の扱いが問題となる旨を説明したが、これら官公署、学校、病院、公共交通機関、デパート等々は、非常に多数の番号となるので、個人的に番号を１件１件登録するということは現実的に不可能である。これらの官公署等は、電話会社の職業別電話番号データとして存在しているが、電話会社のデータベースは巨大であり、１００個や１０００個オーダーの電話番号リストとは全く違ったものである。件数は、固定電話であれば全国約７０００万台を網羅し、その住所等が含まれているものである。また、職業別電話帳も、数百万から千万オーダーであるが、その職種、住所、電話番号、更には、同じ会社の支店等の分類も記載されている巨大なリストであり、個人や会社の所有する電話番号データとは全く異なるものである。

上記特許文献６では、加入者に割り当てられた一意の番号によるふるい分けを行う技術が示されている。しなしながら、この一意の番号をどのように設定するのに関する具体的な開示が存在しない。

上記の特許文献群によると、予め設定した番号により、その番号と合致する場合、合致しない場合のいずれかで着信拒否を行うという技術が多数示されている。しかしながら、この技術のみでは、有効な振り込め詐欺防止システムは構築できない。すなわち、予め設定した番号を、如何にして具体的に、実現容易な方法で設定するかという点が重要な問題であり、この方法が可能となって初めて効果のあるシステムとなるのである。即ち、振り込め詐欺防止のために必要な電話番号を選定するという、アルゴリズムが存在していないのである。本発明は、初めて提案する新しいアルゴリズムの発明である。

本発明は、上記の状況に鑑みてなされたものであり、その目的は、リーゾナブルな範囲で電話による通信を妨げることなく、振り込め詐欺を容易に防止することである。

即ち、ある電話からの着信を拒否するという点は同じようにみえるが、振り込め詐欺という特定の対象を排除出来るという点が大きく異なるものである。
上記の課題を解決するため、本発明では、電話会社が用いている職業別電話番号データそのまま、或いは職業別電話番号データから一部の番号を追加・削除したデータを着信許可データベース１とし、個人に関連するデータである友人・知人・親戚等を網羅した着信許可データベース２と合わせて用いる。これらのデータベースに登録されている番号以外からの電話を着信拒否とする方法を用いる。

もう一つの方法は、前記着信許可データベース１、着信許可データベース２に加えて、前記電話会社が用いている職業別電話番号データより、キャバレー、パチンコ屋、ファッションヘルス、競輪・競馬、宗教団体、悪徳業者、右翼等の任意の職業の番号、或いは任意の番号を抽出した着信拒否データベース３を使用し、着信許可データベース１、着信許可データベース２に登録されている番号以外からの電話を着信拒否とし、着信拒否データベース３の番号に該当する場合には着信を拒否する方法を用いる。尚、悪徳業者、右翼という職業別分類は無いが、前者はニュース等で公知となった場合に職業別電話番号データより選定でき、後者は電話会社が承知しているので記載しているものである。

更に別の方法として、上記の２つの方法に加えて前記着信許可データベース１、着信許可データベース２、及び電話会社の５０音別電話番号データから、特定の住所について抽出した着信許可データベース２ａを用いる。この着信許可データベース２ａは、電話所有者の居住する或いは近隣を含めた町内会やマンションの住民からの着信を許可するもので、上記２つの方法で排除される番号の着信を許可するものである。

すなわち、本発明の一観点によれば、発呼者からの電話番号が、職業別電話番号データを基に作成した第１の着信許可データベースと、電話使用者の個人電話番号帳を基に作成した第２の着信許可データベースと、のいずれかに合致している場合に着信を許可し、前記第１の着信許可データベースと前記第２の着信許可データベースとの両方ともに合致しない場合には着信を拒否する着信制御を行う制御部と、を有することを特徴とする電話システムが提供される。

また、前記第１の着信許可データベースの前記職業別電話番号データより任意の電話番号或いは任意の職業の電話番号を抽出した着信拒否データベースを用いて、発呼者からの電話番号が、前記第１の着信許可データベースと前記第２の着信許可データベースとの両方ともに合致しない場合と、前記第１の着信許可データベースと前記第２の着信許可データベースとのいずれかに合致している場合において前記着信拒否データベースに合致していれば着信を拒否し、前記第１の着信許可データベースと前記第２の着信許可データベースとの少なくともいずれかに合致している場合において前記着信拒否データベースに合致していなければ着信を許可する着信制御を行う制御部と、を有することを特徴とする電話システムが提供される。

電話会社が用いる５０音別電話番号データより特定の住所の電話番号データを抽出した第３の着信許可データベースをさらに備え、発呼者からの電話番号が、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれにおいても許可されない場合であっても、前記第３の着信許可データベースで許可されれば着信を許可する着信制御を行う制御部と、を有するようにしても良い。

着信拒否の場合には、着信せずに、着信しないことを発呼側に報知する制御を行うこともできる。前記第１のデータベース、第３のデータベース及び前記着信拒否データベースを、電話会社の用いる職業別電話番号データ及び５０音別電話番号データにより、ある期間毎に最新の状態に更新するようにしても良い。

また、本発明は、上記交換機を含む電話システムではなく、携帯電話などの電話機において、上記の制御を行うようにしても良い。
すなわち、本発明は、電話の発信・受信を行う通信部と、発呼者からの電話番号が、電話会社が用いる職業別電話番号データを基に作成した第１の着信許可データベースと、電話使用者の個人電話番号帳を基に作成した第２の着信許可データベースとを保持し、発呼者からの電話番号が前記第１の着信許可データベース又は前記第２の着信許可データベースの少なくともいずれかに合致していれば着信を許可し、両方ともも合致していなければ着信を拒否する制御部を有する電話機であっても良い。

また、電話会社が用いる５０音別電話番号データより特定の住所の電話番号データを抽出した第３の着信許可データベースをさらに備え、前記制御部は、発呼者からの電話番号が、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれにおいても許可されない場合であっても、前記第３の着信許可データベースで許可されれば着信を許可する着信制御を行うようにしても良い。着信拒否の場合には、着信せずに、着信しないことを発呼側に報知する制御を行うこともできる。前記第１のデータベース、第３のデータベース及び前記着信拒否データベースを、電話会社の用いる職業別電話番号データ及び５０音別電話番号データにより、ある期間毎に最新の状態に更新するようにしても良い。

以上述べてきた本発明による効果は絶大である。振り込め詐欺はほとんどの場合「携帯電話で、知らない番号からかかってくる」という特徴がある。本発明を適用した場合、振り込め詐欺はほぼ１００％阻止することができるという、劇的な効果が得られる。また、今まで振り込め詐欺防止に非常に多くの対策・労力が用いられてきたが、電話会社のデータベースを有効に利用するという本発明を適用することにより自動的に機械設備で対応が可能で、膨大なマンパワーを削減することができる。また、その設備の増強についても、インセンティブを与える方法が取り得るという大きな特徴がある。

本発明の実施の形態による携帯電話と電話システムの一構成例を示す機能ブロック図である。 本発明の第１の実施の形態による着信制御処理の流れを示すフローチャート図である。 着信許可データベース１の構成例と、図２に示す処理による着信許可番号の検索処理の様子を示す図である。 着信許可データベース２の構成例を示す図である。 着信拒否データベース３の構成例と、着信許可番号の検索処理の様子を示す図である。 本発明の第２の実施の形態による着信制御処理の流れを示すフローチャート図である。 本発明の第３の実施の形態による着信制御処理の流れを示すフローチャート図である。 図５Ａの流れのうち、着信許可データベース（２ａ）に基づく着信許可番号の検索処理の様子を示す図である。 一般的な着信制御処理の流れを示すフローチャート図である。 固定電話の一構成例を示す図である。 本実施の形態における携帯電話の一構成例と固定電話を接続した様子の例を示す図である。 本実施の形態における固定電話における着信制御処理の流れを示すフローチャート図である。 本実施の形態における携帯電話おける着信制御処理の流れを示すフローチャート図である。 ＩＰネットワーク（符号１１３０）と通常の固定電話の構成と、それらの接続の様子を示す図である。

本発明の実施の形態について説明する前に、まず、振り込め詐欺に関する現況について説明する。
携帯電話が普及した頃から、振り込め詐欺が問題となってきた。２００８年には数百億円の被害が出ており、関係各機関・会社も懸命に防止に努力している。しかしながら、その効果があまり上がっていないのが実態である。

最近では、さらに手口が巧妙化しており、関係者と偽って電話する場合に、事前に番号が変わったので登録しておいてくれとの連絡を行い、例えばそれから数日後にその新しい番号で詐欺を行うといった手口もある。

詐欺グループの捜査も困難を極めている。詐欺グループが用いる携帯電話は、違法な手段で入手していること、短期的な使用で所有者を特定されないようにしていること等から、電話番号により所有者を辿るという方法も困難である。

振込先の銀行口座からの捜査もまた、非常に困難である。このような口座は、インターネット等で違法に売買されたものが多く、一度使用されると直ちに放棄・解約されることが多い。そのような口座を、膨大な数から特定して、犯人につなげることも極めて困難である。

以上のような振り込め詐欺の全てに共通していることは、「携帯電話で、知らない電話番号から金銭を振り込め、或いは金銭を出せ、との電話がかかってくる」ことである。固定電話ではその位置と住所が明らかとなっているため、持ち主を特定することが容易であり、振り込め詐欺グループは使用しないからである。更に持ち主以外が固定電話から電話をかけると想定した場合でも、持ち主の交友関係から捜査が及ぶことになり、この方法も使用しないためである。

発明者は、この共通項を排除すれば、詐欺に合うことはないと考えた。すなわち、知らない電話番号による電話がかかってこないのであるから、詐欺のもととなる話しを聞くこともないという新たな発想である。以下に、着信を排除するための種々の方法について詳細に説明する。

図２は、本発明の第１の実施の形態による携帯電話における、着信処理の流れを示すフローチャート図である。ステップＳ２０１からＳ２０２は、従来の図６の場合と同様である。ステップＳ２０３からＳ２０６において、本実施の形態による着信技術の特徴である、電話会社が用いる職業別電話番号データを基に作成した着信許可データベース１（符号２０３）、電話使用者の個人電話番号帳を基に作成した着信許可データベース２（符号２０５）を参照して、かかってきた電話の着信を許可するか否かを判定する。着信許可データベース１（符号２０３）、着信許可データベース２（符号２０５）のいずれかに発呼者の番号が存在した場合には（ステップＳ２０４、２０６のいずれかでＹＥＳ）、着信を許可する判断を行う。すなわち、着信許可データベース１（符号２０３）、２（符号２０５）に番号が存在し、着信が許可された場合には、ステップＳ２０７の着呼者位置検索処理に進む。これ以降の処理（ステップＳ２０８、Ｓ２０９）は、図６の場合と同様である。

一方、着信許可データベース１（符号２０３）、着信許可データベース２（符号２０５）のいずれにも電話番号が存在しない場合には（ステップＳ２０４、２０６のいずれでもＮＯ）、ステップＳ２１０に進み、例えば発呼者に着信が拒否されている旨のメッセージを送る等の処理を行ってから、処理を終了する（Ｓ２１１）。

処理について以下に詳細に説明する。図３Ａは、着信許可データベース１（符号２０３）の一構成例と、この着信許可データベース１（符号２０３）内を検索する様子を模式的に示した図である。図３Ａにおいて、符号１３１がデータベースに格納されているテーブルであり、職業（氏名・名称）毎の電話番号と住所、その他付属の属性情報（具体的内容は図示していないが、例えば具体的な職業名（病院、学校、工場、小売店、パチンコ、飲食店など）などにより構成されている。

発呼があった場合には、発呼者から発呼者情報である電話番号を取得し、着信許可データベース１（符号２０３）内を、電話番号を検索キーとして検索する。符号１３２は、検索時におけるコンピュータ内の検索状況監視部内における情報例を例示的に示したものであり、図に示すように着信許可データベース１（符号２０３）内のテーブル１３１に発呼者番号が存在した場合には、ヒット有りとして検索を終了する。図には示されていないが、データベース１３１に発呼者番号が存在しない場合には、データベースの最後まで検索し、ヒット無しとして検索を終了する。すなわち、図３Ａにおいては、検索状況監視部が、電話番号０３−××××−１７８５を発呼者番号として着信許可データベース１（符号２０３）内を検索し、ヒット有無で合致有りであることを検知すると、図２のステップＳ２０４で、許可（ＹＥＳ）になり、ステップＳ２０７に進む。この時に、符号１３２で示すようなイメージで合致有りとされる。合致が無い場合には（ＮＯ）、ステップＳ２０５に進む。ステップＳ２０５において、着信許可データベース２（符号２０５）内を検索する。

図３Ｂは、着信許可データベース２（符号２０５）の一構成例を示す図であり、電話番号と、氏名と、属性情報と、が例えばテーブル化されている。この着信許可データベース２（符号２０５内に電話番号が存在すれば（ステップＳ２０６でＹＥＳ）、ステップＳ２０７に進む。ステップＳ２０７においては、着呼側電話番号と顧客位置データベースＳ２０８とに基づき、着呼者の近傍の基地局から呼び出しを行う（ステップＳ２０９）。

ステップＳ２０４でもステップＳ２０６でもＮＯの場合には、呼び出しを行わない。そして、ステップＳ２１０に進み、発呼側へのメッセージ（例えば着信拒否されています、など）を報知し、処理を終了する（ステップＳ２１１：終了）。

以上のように、本実施の形態においては、２つの着信許可データベース１，２のいずれのデータベースにも合致する電話番号がない場合にのみ、呼び出しをおこなわず、発呼側へのメッセージ（例えば着信拒否されていますなど）を報知するようになっている。

本実施の形態では、着信許可データベース１、２を検索（参照）する手順が増えるが、携帯電話において、全ての電話番号の位置データベースを検索することと技術的には同様の内容となり、従来の技術の延長で容易に実現できるものであり、それほど構造や処理が複雑化しない。ここでは、携帯電話を用いる例について説明したが、これは発呼から着呼の処理においてデータベースを参照するという技術が用いられていることを明確にするためで、当然ながら同様の手法を固定電話にも適用することができることは言うまでもない。

次に本発明の骨子である着信許可データベース１、２について、このようなデータベースをどのように作成するか、また、運用に際して不都合は生じないかについて説明する。
振り込め詐欺の被害に遭う人は、必ずしも全てではないが、一般的にお年寄りや、人の言うことを信じやすい中年以上の人である。このような人を想定して、既に述べているように、職業別電話番号をもとにした着信許可データベース１と、知人・友人・親戚を網羅した着信許可データベース２以外を着信拒否した場合、不都合が生じないかについて考察する。

着信許可データベース１は、電話会社の職業別電話番号から選定される、会社・機関・団体に関するデータベースである。ここには、官公署、学校、銀行、電力・ガス・水道関連会社、病院等医療関係機関、公共交通関連会社・機関、製造業、運輸業、建設業、農林水産業、鉱業、小売業、飲食業等をはじめとして、宗教団体、政治団体等の組合・団体等々あらゆる職業が網羅されている。従って、ある個人を想定した場合、その個人の近くの小売店、デパート、スーパーマーケット等の大規模小売店等も含まれているため、買い物等である店舗と関係が生じ、そこから電話がかかるという場合にも、全く不自由は生じない。

現在では、インターネットでこのような業種別の電話番号検索サイトが存在しており、電話会社の職業別電話番号は、電子データとして存在している。例えば、ある電話会社のデータベースは、ｉタウンページ（商標名）という名称で公開されている。このデータベースは、ジャンルから探すものとして、グルメ、旅行・宿泊、医療・健康・介護、美容・ファッション、マネー・保険等々と分類されている。また、キーワード、業種、企業名、店舗等からも検索可能で、ほとんど全ての業種が検索可能となっている。即ち、このデータを使用すれば、着信許可データベース１を作ることは極めて容易で、ほとんどそのまま使用することができる。

この着信許可データベース１は、全国共通のものを用いてもよいし、ある地域単位で作成されたものでも良い。ある地域単位とする場合には、固定電話や携帯電話の所有者が居住している地域を対象とするのが好ましい。そして、個人毎ではなく、本実施の形態による振り込め詐欺防止システムを適用する場合に、多くの人に共通的に使用すると便利である。

職業別電話として電話番号を公開しているということは、その番号を多く人に知ってもらい、その結果として仕事を進めることが目的である。つまり、基本的には、公序良俗の精神に則って公開しているという性格のものである。従って、このような会社・団体から、振り込め詐欺の電話がかかることはまずあり得ないものと考えられる。従って、電話会社の職業別電話番号をそのまま適用しても、本発明の目的を十分に達成することができる。また、暴力団等は職業別電話番号リストにそのような分類はないが、関連団体・会社等について電話会社は把握しているので、これらについては、初めから除いて着信許可データベース１としてもよい。

また、宅配業者等が宅配時に配達先の在宅を確認するため、携帯電話で連絡してくる時に着信拒否とされては都合がわるいので、このような用途に使用する携帯電話は配達業者のものとして必ず職業別電話番号に登録し、着信許可データベース１に含まれるようにすると良い。

振り込め詐欺の場合、公衆電話から立ち話としてかけてくることは考えられないので、公衆電話からの着信については許可するよう、着信許可データベース１に収納すると良い。電話会社は、公衆電話はどの番号であるか承知しているので、これも容易にデータベースとして適用することができる。

着信許可データベース２は、個人的な関連での番号リストであるが、ある程度広範囲に知人・友人・親戚をカバーしておけば、全く問題は無い。お年寄りであれば、付き合いがある程度限定されていること、付き合いが増えることもそれほど多くはないことから、このデータベースの範囲外から、電話で、即ち時間的に急いで連絡をとるという必要性は非常に少ない。電話以外にも手紙で連絡をとる手段は存在しているわけであり、極めて関連の薄い人であれば、手紙を出すことでも用件は達成することが出来るからである。

着信許可データベース２は、携帯電話の場合、携帯電話内に保持している電話番号リストに近いもので、これに遠くの親戚等を追加すれば本来の目的と合致したものとなる。本願システムを適用する場合で携帯電話の所有者の場合は、まず携帯電話内電話番号リストを着信許可データベース２として使用し、徐々に遠くに親戚等を追加する方法も取りうる。携帯電話内に保持している電話番号リストは、携帯電話の買い換え時等に保守用のツール（パソコン）にて参照し、新しい携帯電話に移し替えを行うことが行われており、この時電子データと扱われている。従って、極めて簡単に電子データとして本願適用時の着信許可データベース２に転用可能である。このような容易な対応がとれることは、本願システム適用の大きなインセンティブになる。

着信許可データベース２に登録する親戚については、次のような考慮をすると便利である。即ち、通常は付き合いが無いが、不幸の通知の場合のみ連絡が行われることがある。このような場合を想定して、関連の薄い親戚についても忘れずに登録しておくことが良い。

着信許可データベース２は、個人の電話番号簿をそのまま電話会社へ渡し、電話会社側で電子データとしても良いし、或るフォーマットに記入して電子データとして渡す方法も利用できる。お年寄りなどの場合、一般にパソコンなどにはあまり縁がないと思われるが、知人や親戚で若い人にデータとして入力してもらい、これを電話会社へ提供する方法でも良い。前者の場合には有料、後者の場合には無料というような営業的な対応をとると、無料の方法でデータを渡す人が増え、システム適用のインセンティブにもなる。

次に、本発明の第２の実施の形態による電話システムについて説明する。振り込め詐欺ではない場合が多いが、宗教団体や、投資会社等からしつこく勧誘の電話がかかってくることがある。そこで、このような電話番号も着信拒否とすることが便利である。本実施の形態では、同様な手段で着信拒否データベース３を作成し利用する。

着信拒否データベース３は、業種別の電話番号から任意の職業、或いは、任意の電話番号を抽出したデータベースである。抽出する職業の例としては、例えば、キャバレー、パチンコ屋、風俗業、競輪・競馬、特殊団体、電話接続会社、投資会社、政治団体等を対象とすることができる。どのような職種、番号とするか、ユーザーに分類・職種等を示してユーザーと相談し、ユーザーの選択とすることも出来る。

着信拒否データベース３を作成する理由は、以下に説明するように、データベースの簡素化し、システムの構築を容易にするためである。すなわち、着信拒否データベース３を作成することは、着信許可データベース１において任意の職業を除くことと等価である。しかし、着信許可データベース１は、地域或いは国全体の会社・団体・機関を網羅した何百万件以上もの電話番号データを持つデータベースであり、既に述べたように、多数の人に共通として作成することが合理的である。任意の職業や任意の番号を除外して着信許可データベース１を作成するという場合には、個人毎に対応することが望ましいが、そうした場合、このような巨大なデータを個人毎に持つことになるため合理的でないためである。

例えば、着信拒否したい職業（職種）だけを抽出して着信拒否データベース３とすれば、着信許可データベース１と比べて桁違いに小さなデータ量となるため、個人毎に保持することが極めて実際的である。図３Ｃは、着信拒否データベース３の一構成例を示す図である。属性（職種）がパチンコのものを拒否するとした場合に、属性がパチンコの滝沢産業を着信拒否するものである。

着信拒否データベース３により、上記のような職種からの着信を拒否した場合、一般的に振り込め詐欺に合うような中年以上の人と、上記に例示したような団体・機関とはほとんど関連が無いため、着信拒否を行っても不都合は生じない。また、ユーザーと相談してどのような職種を除くかを決定しても良いので、着信拒否を行っても問題とならない。

例えば、パチンコや風俗業等については、このような業種と関連のない人も多数存在する。従って、このような業種を職業別電話番号データより抽出して、着信拒否データベース３として個人毎に登録するようにすると便利である。さらに、消費者金融、投資会社等も同様の扱いとすることができる。

図４は、本実施の形態による電話システムとして携帯電話の場合の交換機の処理の流れを示すフローチャート図である。ステップＳ４０１から４０６までは、図２に示すフローチャート図の場合と同様である。ステップＳ４０６までに着信許可とされた後（ＹＥＳ）、ステップＳ４０７・４０８へ進む。ステップＳ４０８では、着信を拒否したい番号を網羅した着信拒否データベース３を用いて、このデータベースに発呼者の番号が存在した場合には（ＹＥＳ）、ステップＳ４１２に進み、着信許可データベース１でも２でも許可されなかった場合と同様に、着信を拒否する。着信拒否データベース３に発呼者の番号が存在しない場合には（ＮＯ）ステップＳ４０９に進み、着呼のための処理が行われる。図３Ｃは、この場合の検索状況監視部における監視の状況を示す。滝沢産業の属性がパチンコであるため、ヒットありとして着信を拒否する。

図５Ａは、本発明の第３の実施の形態による携帯電話の交換機処理の流れを示すフローチャート図である。ステップＳ５０１から５０６までは図４の場合と同様である。ステップＳ５０６で着信許可と判断された場合（ＹＥＳ）、ステップＳ５０９へ進む。ステップＳ５０６で着信拒否と判断された場合（ＮＯ）、ステップＳ５０７へ進む。ステップＳ５０７では、５０音別電話番号データから特定の地域の電話番号を抽出したデータが収納されている着信許可データベース２ａと番号を照合し、着信を許可するか否か判定する。図５Ｂに示すように、着信許可データベース２ａは、知人・友人・親戚では含まれない町内会やマンション住民の電話番号を収納するデータベースであり、近隣の住民との通信をスムーズに行うためのデータベースである。尚、この処理は、図２の処理にも当てはめることができる。

ステップＳ５０８で着信許可とされた場合には（ＹＥＳ）、ステップＳ５０９に進むが、これ以降は図４の処理の場合と同様である。ステップＳ５０８で着信拒否された場合には（ＮＯ）、ステップＳ５１４に進み、発呼されずに、発呼者へ「着信が拒否されています」等のメッセージ等を発して終了する（ステップＳ５１５）。

ここで、着信許可データベース２ａを用いるのは、以下の理由による。すなわち、同じ町内会、同じマンションの住人或いは近隣の住民の場合で、友人、知人、親戚とは言えないが、電話がかかって来る可能性があることに対する考慮である。これを個人的に登録するとなると、数も何百となる場合があり、非常に大変である。しかしながら、町内会の行事であるとか、マンション内の行事であるとかで電話がかかってくることは十分にあり得ることであり、登録してない場合には、着信拒否となり都合が悪い。このデータベース作成も、電話会社の５０音別の電話番号データベースを用いれば極めて容易に行うことができる。電話会社の通常の電話番号データベースには住所も登録されているため、住所で検索して該当する住所を選定、着信許可データベース２ａとして登録すればよい。

尚、着信許可データベース２ａは、もちろん、着信許可データベース２と統合してもよい。ここでは、本発明をより分かりやすく説明するため、別なデータベースとして示しているものである。また、着信許可データベース２ａと着信拒否データベース３との適用については、いずれを先にするかに関しては、図５に示した例のように着信許可データベース２ａを先にしても、その逆に着信拒否データベース３の適用を先にしても良い。

さらに、最近では、電話の転送会社を経由して、外国から別の電話で詐欺の電話をかけてくる、という事例も報告されている。従って、発呼の情報を取得する場合には、大本の電話番号を確実に把握し、着信許可データベース１、２と比較することが必要である。或いは、転送会社は着信拒否データベース３として着信拒否対象としても良い。

着信許可データベース１、２ａ、３は、時間の経過に従って変わると考えられる。従って、これらの着信許可データベースについては、定期的に、例えば３ヶ月毎に見直し、最新のデータベースとすることでも良い。これらのデータベースは、電話会社のオリジナルの職業別電話番号或いは５０音別電話番号をもとに、書き換えることによって最新のデータベースとすることができる。後述するように、携帯電話や固定電話で本システムを実現する場合、ある番号に接続しオリジナルのデータをダウンロードすることで書き換えることが可能である。

着信許可データベース２は、個人の事情に関係するものであるので、変わった都度変更出来るようにすることが望ましい。例えば、携帯電話の場合には、ある番号を入力して、それに対する処理メニューを用意しておき、「着信許可データに追加」というようなモードで、電話局にデータを送信し、このデータを着信許可データベース２として追加する方法を用いると良い。

また、固定電話の場合には、例えば次のように対応することができる。特定の番号に電話すると、自動応答で音声が流れ、それに従って着信拒否の番号を入力する、登録する等の処置を行えば良い。この方法は、携帯電話で実施しても良い。

更に、着信拒否の登録解除も同様に行えるようにすると便利である。携帯電話であれば、電話器内で着信拒否を設定できるので、その逆の処置が出来るようにすることは容易である。固定電話の場合には、登録と同様の手順で電話会社の特定の番号に電話をかけ、音声案内等に従って解除を行えるようにすると便利である。

着信許可あるいは着信拒否データベース１〜３を用いて、本発明のような着信制御処理を行うことは、一種の通信制御といえる。従って、通信会社が使用者の同意を得ないで勝手に行うことは問題となる恐れがあるため、使用者の依頼を受けて実施するという手順をとるのが好ましい。

以上、主として単独の携帯電話、或いは単独の固定電話をイメージして着信許可データベース、着信拒否データベース３の変更について説明したが、この変更は携帯電話を保有する人の固定電話に対しても同時に反映されるようにすると便利である。固定電話の場合には多くの場合、電話器本体に上記のような着信拒否等の機能が無いためである。

すなわち、固定電話と携帯電話とが同じ所有者であって、所有者の希望があれば、１組の着信許可データベース２、着信許可データベース２ａ、着信拒否データベース３を、携帯電話と固定電話の両者に使用する方法をとることもできる。尚、着信許可データベース１については、全国共通のデータベース或いは地域単位のデータベースとすることが便利であるので、該当しない。

以上、本願の基本的な考えについて説明したが、実際の電話システムでどのように対応するかについて、以下に説明する。
まず、固定電話網の構成について説明する。
図７は、固定電話網の概念を示している。符号７１１、７１２はあるゾーンをまとめるゾーンセンター局（ZC）と呼ばれ、TS（toll switch）という中継交換機を有している。符号７１３、７１４はグループ局（GC）で、LS（local switch）という加入者線交換機を有し、いずれも電話交換機能を持っている。符号７１６から７２１はユーザーである。グループ局は、数千程度のユーザーをまとめる最も小さな単位の交換局で、ある地域毎に設置されており、各ユーザーと直接電話線で結ばれている。グループ局をいくつかまとめてゾーンセンター局が設置されており、グループ局とゾーンセンター局、ゾーンセンター局同士は伝送線７５０で結ばれている。このようにして、日本国中の電話が接続されている。また、これら全体が連携して適切な動作が行えるように、交換機のプロセッサを高速のデータ伝送回線で結び、電話番号などの制御信号を転送できるようにしている。これが共通線信号網７３０で、交換機だけでなくネットワーク内に置かれた各種コンピュータ（処理ノード７３１という）との間でも各種制御信号を送受し、高度の通信サービスを実現できるようにしている。

図７では、明確化のためにゾーンセンター局は１系列のみを示しているが、実際は複数の伝送線或いは無線を使用した伝送経路がある。このため、相手先へ至る経路は１通りではなく、複数存在する。電話をかけると交換機が回線の空いている経路を選定し、それらの交換機へ接続していくのである。

例えば、図で固定電話７１６から、固定電話７１７へ電話をかける場合、グループ局７１３へまず発呼信号が伝送され、グループ局７１３で着呼先番号を確認する。この場合は同じグループ内であるので、グループ局７１３で交換が行われ、固定電話７１７へ接続される。また、固定電話７１６から固定電話７２１へ電話をかける場合は、グループ局７１３へまず発呼信号が伝送されるまでは同じだが、相手先が別のグループであるのでゾーンセンター局７１１、７１２へ伝達され、更にグループ局７１５を経由して固定電話７２１へ接続される。遠くの地域、或いは遠くの県に電話をかけるような場合は上記の別グループへ電話をかける場合に相当し、ゾーンセンター局を経由して信号が伝送されてゆく。

本願を適用する場合には、どこかに着信許可データベース１、２、２ａ、着信拒否データベース３を収納し、このデータと発呼者番号を照合して着信許可か否か判定する必要がある。着信許可データベースを既存の設備に追加する場合には、全ての電話通信が共通的に使用する或いは共通的に関連する設備にデータベースを収納すると良い。もちろん、新たな設備として設置しても良い。

振り込め詐欺として携帯電話から固定電話への通信の場合には、後述する携帯電話網から図７に示す固定電話網へ接続されてくる。そして着呼先の番号に対応したデータベースを参照するので、図７に示す処理ノード７３１にデータベースを保有すると都合が良い。処理ノード７３１では、全ての固定電話の通信に関して、それらの電話番号をもとに通信の管理等を行うものであり、固定電話への着信を一括管理することが出来るからである。図７では、処理ノードに保管した別のデータベースとして、本願システムデータベース７３２として示している。本願システムデータベース７３２は、後述の本願を適用している電話番号のリスト及び着信許可データベース１、２、２ａ、着信拒否データベース３を収納しているものである。

ここで振り込め詐欺グループから、Ａさんへ詐欺の電話をかけたとする。電話は、携帯電話の通信網から図７に示す固定電話網へ接続され、Ａさんが本願システムを適用している場合には処理ノードで着信拒否データベース１等の判定を行うことになるが、Ａさんが、本願を適用しているか否かは別問題である。従って、まず、処理ノード７３１では、着呼先番号が本願システムを適用しているか否かを判定する必要がある。そのため、本願適用者のデータベースである電話番号リストを作成・使用すると良い。この本願適用者電話番号リストを本願適用データベース７３２に収納し、Ａさんが電話番号リストにあれば、以下着信許可データベース１、２、２ａ、着信拒否データベース３の判定を行う。着信許可データベース１、２、２ａ、着信拒否データベース３は本願適用データベース７３２に収納すると良い。ここでの判定は、図３ａ、図５ａと同様の手法となるので詳細は省略する。

図９に、本願適用時の電話接続処理フローの概念を示しているが、Ｓ９０１、９０２は従来と同様である、次に、着呼先番号が本願を適用しているか否かを判定するステップに移る。図９では、これを振り込め詐欺防止システム適用データベース（Ｓ９０３）で示している。このデータベースの内容は図示していないが、図３ａ、図５ａと同様の内容である。この振り込め詐欺防止システム適用データベースＳ９０３に着呼者番号が存在した場合、即ち、Ａさんの番号が存在した場合には、着信拒否データベース１等の判定を行うため、Ｓ９０４からＹＥＳの場合でＳ９０５に進む。以降Ｓ９０８までは既に述べたものと同様の処理を行い、着信が許可された場合には呼び出しを行う。

着呼先番号が本願を適用していない場合、即ちステップＳ９０４でＮＯの場合は、着信許可データベース１、２での判定は必要ないので、ステップＳ９０９に進み、直接呼び出しを行う。

次に携帯電話の電話網の構成について説明する。
図８に、通常の電話網と携帯電話網の両者の構成と接続の様子を示す。携帯電話の場合には、図８の符号８８０に示すように携帯電話交換局８２２、それに接続される基地局８２３〜８２５が個々の携帯電話８３０との接続を行い、通話信号等は、携帯電話基地局８２３等、携帯電話交換局８２２、関門交換機（ＧＳ）８２１を経由して伝送線８５０へ伝えられる。基地局８２３〜８２５は幾つかまとめてエリア単位８９０として扱われる。携帯電話に電話がかかってきた時には、既に述べたようにこのエリア単位で呼び出しが行われる。基地局は、電波の届く範囲内の個別の携帯電話との無線通信を行うもので、数km毎に設置されている。図８では一部分を示しているのみであるが、基地局は日本全国に数万箇所設置されており、それに応じて携帯電話交換局、関門交換機も多数設置されている。

携帯電話をかける場合は、まず携帯電話８３０から発呼要求を行う。発呼要求を受けた基地局では携帯電話交換局８２２へ信号を送り、携帯電話交換局８２２はＭＯＶＡ方式とかＣＤＭＡ方式等の通信方式によって異なるが、例えば通信周波数を設定する等の処置を行う。携帯電話交換局８２２では着呼先の電話番号を受け、その電話が何処にいるか検索を行う。この時、ホームメモリ８６０と呼ばれるデータベースにアクセスする。ホームメモリ８６０には、全ての携帯電話の現在位置が登録されており、このデータからどの関門交換機、携帯電話交換局へアクセスすればよいか判断し、その経路に従って信号を伝送してゆく。以降、着呼先の基地局まで信号が伝送され、同じように着呼先の携帯電話につながることになる。

以上は携帯電話から携帯電話への通話の場合であるが、携帯電話から固定電話へ電話をかける場合、両者は別の事業者であるので、両者間のネットワークはＰＯＩ（Point of Interface）と呼ばれる接続点で接続される。携帯電話から固定電話への通話の場合は、着呼先番号より固定電話であることが直ちにわかるので、関門交換機経由して固定電話網へのＰＯＩへ到達し、以降は固定電話の構成で述べた処理により目的の固定電話へ接続される。図８では市内接続点ＰＯＩとして８０２、市外接続点ＰＯＩとして８０１で示している。固定電話から携帯電話の場合は逆の順路を辿るが、同様な仕組みで接続される。

次に、本願適用時の携帯電話から携帯電話への振り込め詐欺通話の場合の処理フローを説明する。上記で述べたように、携帯電話から携帯電話への通話は、着呼先の番号から着呼先の位置をホームメモリ８６０で検索を行うので、ここに本願適用データベース８６１を設置すると便利である。着呼先の位置を検索すると同時に本願適用の有無、有りの場合に着信許可データベース１他の検索が行えるからである。本願適用データベース８６１は、既に述べた固定電話の場合の本願適用データベース７３２と同じ内容のものである。

図１０に本願適用時の電話接続処理フローの概念を示しているが、Ｓ１００１、１００２は従来と同様である、次に、着呼先番号が本願を適用しているか否かを判定するステップに移る。図１０では、これを振り込め詐欺防止システム適用データベースＳ１００３で示している。このデータベースは既に述べた振り込め詐欺防止システム適用データベースＳ９０３と同様の内容である。この振り込め詐欺防止システム適用データベースＳ１００３に着呼者番号が存在した場合、即ち、Ａさんの番号が存在した場合には、着信拒否データベース１等の判定を行うため、Ｓ１００４からＹＥＳの場合でＳ１００５に進む。以降Ｓ１００８までは既に述べたものと同様の処理を行い、着信が許可された場合には呼び出しを行う。携帯電話の場合は着呼先の位置検索が必要であるので、Ｓ１００９で顧客位置データベースＳ１０１０を参照して位置を調べ、その位置の基地局から呼び出しＳ１０１１を行う。着信が許可されない場合は、ステップＳ１００８からＳ１０１２へ進み、メッセージ「着信が拒否されています」等を発呼者へ通知して終了する。

さらに、最近ではＩＰ電話が普及している。ＩＰ電話とは、通話の音声信号をディジタル信号とした上でパケットと呼ばれる小さな塊に分割し、それぞれのパケットに宛先を付してＩＰネットワークと呼ばれる通信網内を送ってゆくものである。ＩＰネットワーク内に設置されているコンピュータ、電話等には全て固有のＩＰアドレスが割り当てられており、このＩＰアドレスをもとに各種の通信が行われる。また、ＩＰネットワーク内にはルータ（符号１１１０）と呼ばれる制御装置があり、ＩＰアドレスに従って信号の通信先が制御される。

図１１にＩＰネットワーク（符号１１３０）と通常の固定電話の構成と、それらの接続の様子を示す。ＩＰ電話には種々の構成があるが、図１１ではＩＰ電話（符号１１０５）からディジタル信号で通信が伝えられる例を示している。ディジタル信号でＩＰネットワーク内のルータに伝送された信号は、上記で述べたようにパケットで送信され、パケットに記載されているアドレス宛転送されてゆく。これらの制御を行うために、呼制御サーバ（符号１１４０）が設置されており、電話番号とＩＰアドレスの変換、通信の確認・管理等が行われる。ＩＰ電話から、通常の固定電話に電話をかける場合には、ＩＰネットワーク（符号１１３０）から、固定電話へ接続するためにＶｏＩＰゲートウェイ（符号１１２０）に通信される。ＶｏＩＰゲートウェイ（符号１１２０）では、ＩＰアドレスと固定電話の電話番号との対応をとり、所定の電話番号あて通信をおくる役割を持っている。

このようなＩＰ電話に振り込め詐欺犯から電話がかかってきた場合には、携帯電話のネットワーク（符号１１５０）よりＶｏＩＰゲートウェイ（符号１１２０）を介してＩＰネットワーク（符号１１３０）へ接続される。その後はＩＰアドレスを基に所定の電話まで通話が伝送されることになる。

本発明を適用する場合の、携帯電話から携帯電話あての振り込め詐欺犯の電話については、ホームメモリに既に述べた振り込め詐欺防止システム適用データベース（Ｓ９０３、１００３）、着信許可データベース１、２、２ａ、着信拒否データベース３を設けて各データベースと比較を行い、着信の制御を行う旨述べた。携帯電話からＩＰ電話への電話についても同じ方法で対処することが出来るが、呼制御サーバ（符号１１４０）或いはＶｏＩＰゲートウェイ（符号１１２０）に上記データベースである振り込め詐欺防止システム適用データベース（Ｓ９０３、１００３）、着信許可データベース１、２、２ａ、着信拒否データベース３を設け、かかってきた電話番号を各データベースと比較して着信の制御を行ってもよい。これらのデータベースとの比較・制御は既に述べたとおりである。

ここまでは、本願適用時の各種データベースを信号或いは制御が集約される設備に設置する例を示したが、別の設備に設置することももちろん可能である。例えば、図７でグループ局７１３に設置し、ここでかかってきた電話に対して各種データベースとの比較、着信制御を行っても良い。

さらに、いくつかのデータベースを別々の設備に設置しても良い。例えば、着信許可データベース１、２ａ、着信拒否データベース３は、電話会社の職業別電話番号データ、５０音別電話番号データより作成され、比較的大きいものであるので、ホームメモリ、処理ノード計算機等に設置し、着信許可データベース２については個人に依存するデータであるため、個別の固定電話機、携帯電話機に設置することも可能である。

各種データベースを別々の設備に設置する場合には、次のような考慮を払う必要がある。例えば、着信許可データベース１、２のみを用いてシステムを構築する場合には、２つのデータベースとの比較結果を合わせて着信が制御される。そのため、着信許可データベース１をホームメモリに、着信許可データベース２を個別の電話機に設置した場合、着信許可データベース１で着信は許可されないが、着信許可データベース２で許可される場合もある。このため、着信許可データベース１で合致が無く（発呼者番号が着信許可データベース１内に無い）着信が許可されない場合でも、着信許可データベース２まで通信を行って、許可の有無を判断する必要がある。

以上は、本願適用における各種データベースの全て或いは一部を電話会社のシステムに設置する場合の例を示したが、最近の電子機器はメモリ等の能力が非常に高くなっているので、これらのデータベースを全て個々の電話機に設置しても良い。例えば、携帯電話に設置する場合を次に示す。

図１は、本発明の実施の形態による振り込め詐欺防止機能付き携帯電話機の一構成例を示す機能ブロック図である。図１に示すように、本実施の形態による携帯電話（携帯端末）Ａは、通信用のアンテナ３１と、通信部３３と、制御部（ＣＰＵ）３５と、メモリ３７及び５５と、キー入力部４１と、表示部４５と、スピーカ５１と、マイク５３と、着信許可データベース１（符号５５ａ）、着信許可データベース２（符号３７ｂ）及び着信拒否データベース３（符号５５ｂ）を備えている。この携帯電話機Ａは、通信ネットワークＮＴ経由で、交換機５７により他の電話と接続され、通話を行う。着信許可データベース１（符号５５ａ）は、既に述べたように例えば職業別電話帳データベース（ＤＢ）と同等のものである。

メモリ３７には、ユーザ電話帳３７ａと、着信許可データベース２（符号３７ｂ）と、を有している。着信許可データベース２（符号３７ｂ）は、ユーザ電話帳３７ａに基づいて或いはそのものにより作成することができる。ここで、ユーザ電話帳３７ａとは、既存の携帯電話に設けられている機能であり、ユーザが作成する通話先名と電話番号との対応関係を記憶した電子データであり、概ね、ユーザの知り合いなどの電話番号が記載されているものである。着信許可データベース２（符号３７ｂ）については、既に述べた図３ｂと同様のものである。着信拒否データベース３（符号５５ｂ）についても既に説明済みである。その他の構成は、基本的には公知の構成であるので、ここでは、説明を省略する。

尚、ここでは、携帯電話を例にして説明しているが、通話機能を有するＰＤＡなどの携帯端末であっても良く、固定電話であっても良い。
携帯電話で本願を適用した場合は、電話がかかってきた時に相手先の電話番号が通知されてくるので、その番号に従い、携帯電話器内で今まで述べてきたような処理を行えば良い。この処理の様子は、同じ内容の繰り返しとなるので詳述しない。電話番号が非通知でかかってきた場合には、着信許可に該当しないので接続されないことになる。

ここでは、着信許可データベース２ａは示していないが、もちろん適用することができる。
また、着信許可データベース１（符号５５ａ）、着信拒否データベース３（符号５５ｂ）携帯電話器内に保持されるので、既に述べたように定期的に更新すると良い。その場合には、特定の電話番号に電話をかけ、自動音声応答で電話会社からのデータをダウンロードする等の方法で更新することができる。

また、本願は固定電話でも適用可能である。固定電話器内に先に述べた各種データベースとそれに従って着信を制御する機能を設置し、同じように着信を制御すればよい。

本発明は、振り込め詐欺防止システムとして利用可能である。

Ａ…携帯電話（携帯端末）、３１…通信用のアンテナ、３３…通信部、３５…制御部（ＣＰＵ）、３７…メモリ、３７ａ…ユーザ電話帳、３７ｂ…着信許可データベース（２）、４１…キー入力部、４５…表示部、５１…スピーカ、５３…マイク、５５a…着信拒否データベース１、５７…交換機。

Claims (14)

1. 交換機を介して通話を行う電話システムであって、
   発呼者情報である発呼者電話番号が、電話会社が用いる全国共通の職業別電話番号データそのまま或いは一部の番号を追加・削除した第１の着信許可データベースと、電話使用者の個人電話番号帳を基に作成した第２の着信許可データベースと、の少なくともいずれかに合致している場合に着信を許可し、
   前記第１の着信許可データベースと前記第２の着信許可データベースとの両方ともに合致しない場合には着信を拒否する着信制御を行う制御機構を有することを特徴とする電話システム。
2. 前記制御機構は、
   前記第１の着信許可データベースの前記職業別電話番号データより任意の電話番号或いは任意の職業の電話番号を抽出した着信拒否データベースを用いて、
   発呼者情報である発呼者電話番号が、前記第１の着信許可データベースと前記第２の着信許可データベースとの少なくともいずれかに合致している場合において前記着信拒否データベースに合致していれば着信を拒否し、
   前記第１の着信許可データベースと前記第２の着信許可データベースとの少なくともいずれかに合致している場合において前記着信拒否データベースに合致していなければ着信を許可する着信制御を行うことを特徴とする請求項１に記載の電話システム。
3. 電話会社が用いる５０音別電話番号データより特定の住所の電話番号データを抽出した第３の着信許可データベースをさらに備え、
   前記制御機構は、
   発呼者情報である発呼者電話番号が、
   前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースの少なくともいずれかに合致がある場合は着信を許可し、
   前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれにも合致が無い場合は着信を拒否する着信制御を行うことを特徴とする請求項１又は２に記載の電話システム。
4. 電話会社が用いる５０音別電話番号データより特定の住所の電話番号データを抽出した第３の着信許可データベースをさらに備え、
   前記制御機構は、
   発呼者情報である発呼者電話番号が、
   前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれかに合致がある場合で前記着信拒否データベースに合致している場合と、前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれにも合致がない場合には着信を拒否し、
   前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれかに合致がある場合で前記着信拒否データベースに合致が無い場合は着信を許可する着信制御を行うことを特徴とする請求項１又は２に記載の電話システム。
5. 電話会社が用いる５０音別電話番号データより特定の住所の電話番号データを抽出した第３の着信許可データベースをさらに備え、
   前記制御機構は、
   発呼者情報である発呼者電話番号が、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれにおいても合致が無く着信が許可されない場合であっても前記第３の着信許可データベースに合致している場合と、前記第１の着信許可データベースと前記第２の着信許可データベースとの少なくともいずれかに合致しかつ前記着信拒否データベースに合致している場合であっても前記第３の着信許可データベースに合致した場合に着信を許可し、
   発呼者情報である発呼者電話番号が、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれにおいても合致が無く着信が許可されない場合で前記第３の着信許可データベースに合致していない場合と、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれかに合致しかつ前記着信拒否データベースに合致している場合で前記第３の着信許可データベースに合致していない場合は着信を拒否する着信制御を行うことを特徴とする請求項１又は２に記載の電話システム。
6. 着信拒否の場合には、着信せずに、発呼側に着信しないことを報知する制御を行うことを特徴とする請求項１から５までのいずれか１項に記載の電話システム。
7. 前記第１のデータベース、第３のデータベース及び前記着信拒否データベースを、電話会社の用いる全国共通の職業別電話番号データ及び５０音別電話番号データにより、ある期間毎に最新の状態に更新することを特徴とする請求項１から６までのいずれか１項に記載の電話システム。
8. 電話の発信・受信を行う通信部と、
   発呼者情報である発呼者電話番号が、電話会社が用いる全国共通の職業別電話番号データそのまま或いは一部の番号を追加・削除した第１の着信許可データベースと、電話使用者の個人電話番号帳を基に作成した第２の着信許可データベースと、の少なくともいずれかに合致している場合に着信を許可し、
   両方ともに合致しない場合には着信を拒否する制御部を有することを特徴とする電話機。
9. 前記制御部は、
   前記第１の着信許可データベースの前記職業別電話番号データより任意の電話番号或いは任意の職業の電話番号を抽出した着信拒否データベースを用いて、
   発呼者情報である発呼者電話番号が、前記第１の着信許可データベースと前記第２の着信許可データベースとの少なくともいずれかに合致している場合において前記着信拒否データベースに合致していれば着信を拒否し、
   前記第１の着信許可データベースと前記第２の着信許可データベースとの少なくともいずれかに合致している場合において前記着信拒否データベースに合致していなければ着信を許可する着信制御を行うことを特徴とする請求項８に記載の電話機。
10. 電話会社が用いる５０音別電話番号データより特定の住所の電話番号データを抽出した第３の着信許可データベースをさらに備え、
    前記制御部は、
    発呼者情報である発呼者電話番号が、
    前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースの少なくともいずれかに合致がある場合は着信を許可し、
    前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれにも合致が無い場合は着信を拒否する着信制御を行うことを特徴とする請求項８又は９に記載の電話機。
11. 電話会社が用いる５０音別電話番号データより特定の住所の電話番号データを抽出した第３の着信許可データベースをさらに備え、
    前記制御部は、
    発呼者情報である発呼者電話番号が、
    前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれかに合致がある場合で前記着信拒否データベースに合致している場合と、前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれにも合致がない場合には着信を拒否し、
    前記第１の着信許可データベース、前記第２の着信許可データベース及び前記第３の着信許可データベースのいずれかに合致がある場合で前記着信拒否データベースに合致が無い場合は着信を許可する着信制御を行うことを特徴とする請求項８又は９に記載の電話機。
12. 前記制御部は、
    発呼者情報である発呼者電話番号が、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれにおいても合致が無く着信が許可されない場合であっても前記第３の着信許可データベースに合致している場合と、前記第１の着信許可データベースと前記第２の着信許可データベースとの少なくともいずれかに合致しかつ前記着信拒否データベースに合致している場合であっても前記第３の着信許可データベースに合致した場合に着信を許可し、
    発呼者情報である発呼者電話番号が、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれにおいても合致が無く着信が許可されない場合で前記第３の着信許可データベースに合致していない場合と、前記第１の着信許可データベース及び前記第２の着信許可データベースのいずれかに合致しかつ前記着信拒否データベースに合致している場合で前記第３の着信許可データベースに合致していない場合は着信を拒否する着信制御を行うことを特徴とする請求項８又は９に記載の電話機。
13. 着信拒否の場合には、着信せずに、発呼側に着信しないことを報知する制御を行うことを特徴とする請求項８から１２までのいずれか１項に記載の電話機。
14. 前記第１のデータベース、第３のデータベース及び前記着信拒否データベースを、電話会社の用いる全国共通の職業別電話番号データ及び５０音別電話番号データにより、ある期間毎に最新の状態に更新することを特徴とする請求項８から１３までのいずれか１項に記載の電話機。

Images