JP7285436B2

JP7285436B2 - 不審通話対処システム、不審通話対処方法、発着信情報収集サーバ及びプログラム

Info

Publication number: JP7285436B2
Application number: JP2021528730A
Authority: JP
Inventors: 舞占部
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2019-06-26
Filing date: 2019-06-26
Publication date: 2023-06-02
Anticipated expiration: 2039-06-26
Also published as: WO2020261416A1; US20220417360A1; JPWO2020261416A1

Description

本発明は、不審通話対処システム、不審通話対処方法、発着信情報収集サーバ及びプログラムに関する。

振り込め詐欺等の、電話を用いた特殊詐欺を回避する手段として、特許文献１には、接続を許可する発電話番号、接続を許可する時間帯、および接続を許可する回数などの接続条件に基づいて接続制御を行う技術が開示されている。また、着信許可データベースと着信拒否データベースを利用して着信可能な発信者を制限する技術、単位時間当たりの発信回数が多く、呼び出し時間の短い着信履歴を検索し、着信履歴から発信者の電話番号を抽出して着信制限する技術が知られている。

特許第４０９５５３３号公報

しかしながら、従来の技術では、着信側で、着信を許可する電話番号を設定したり、着信を拒否する電話番号設定したりする必要があった。着信履歴を用いる技術では、新たな電話番号からの不審通話には対応できないという課題があった。

本発明は、上記に鑑みてなされたものであり、着信者に負担をかけずに、特殊詐欺被害の低減を図ることを目的とする。

本発明の一態様の不審通話対処システムは、通信網内で不審通話を検知して対処する不審通話対処システムであって、発着信情報収集サーバとセッション制御サーバを有し、前記発着信情報収集サーバは、不審通話条件を記憶する記憶部と、前記通信網内の前記セッション制御サーバのそれぞれから発着信情報を収集する収集部と、前記発着信情報から前記不審通話条件に合致する通話を検索し、当該通話の接続先のユーザを収容する前記セッション制御サーバへ通知する検索部と、を有し、前記セッション制御サーバは、前記発着信情報収集サーバから通知を受けた前記ユーザへの着信を検知した場合は、事前に設定されたアクションを実行するアクション部と、を有する。

本発明の一態様の不審通話対処方法は、通信網内で不審通話を検知して対処する不審通話対処方法であって、前記通信網内のセッション制御サーバのそれぞれから発着信情報を収集するステップと、前記発着信情報から不審通話条件に合致する通話を検索するステップと、前記通話の接続先のユーザを収容するセッション制御サーバが当該ユーザへの着信を検知した場合は、事前に設定されたアクションを実行するステップと、を有する。

本発明の一態様の発着信情報収集サーバは、通信網内で不審通話を検知する発着信情報収集サーバであって、不審通話条件を記憶する記憶部と、前記通信網内のセッション制御サーバのそれぞれから呼制御の履歴を定期的に収集する収集部と、前記呼制御の履歴から前記不審通話条件に合致する通話を検索し、当該通話の接続先のユーザを収容する前記セッション制御サーバへ不審通話のあったユーザを通知する検索部と、を有し、前記セッション制御サーバは、前記不審通話のあったユーザへの着信を検知した場合は、事前に設定されたアクションを実行する。

本発明によれば、着信者に負担をかけずに、特殊詐欺被害の低減を図ることができる。

図１は、本実施形態の不審通話対処システムの全体構成図である。図２は、発着信情報収集サーバの構成を示す機能ブロック図である。図３は、発着信情報の一例を示す図である。図４は、不審通話条件の一例を示す図である。図５は、アクションの一例を示す図である。図６は、アクションを実行するタイミングを示す条件の一例を示す図である。図７は、ユーザ情報の一例を示す図である。図８は、セッション制御サーバの構成を示す機能ブロック図である。図９は、セッション制御サーバの保持するユーザ情報の一例を示す図である。図１０は、発着信情報収集サーバの全体的な処理の流れを示すフローチャートである。図１１は、発着信情報収集サーバが発着信情報を収集する処理の流れを示すフローチャートである。図１２は、発着信情報収集サーバが不審通話を検索する処理の流れを示すフローチャートである。図１３は、セッション制御サーバの処理の流れを示すフローチャートである。図１４は、発着信情報収集サーバおよびセッション制御サーバのハードウェア構成の一例を示す図である。

以下、本発明の一実施形態について図面を用いて説明する。

図１を参照し、本実施形態の不審通話対処システムについて説明する。同図に示す不審通話対処システムは、通信網内に、発着信情報収集サーバ１０、セッション制御サーバ２０Ａ～２０Ｃを備える。セッション制御サーバ２０Ａ～２０Ｃのそれぞれには、ユーザ端末３０Ａ～３０Ｅが収容される。本実施形態は、ＩＰ電話網に限らず、公衆電話網にも適用できるし、ＩＰ電話網と公衆電話網の双方に適用できる。

発着信情報収集サーバ１０は、セッション制御サーバ２０Ａ～２０Ｃのそれぞれから呼詳細レコード（ＣＤＲ）などの発着信情報を定期的に収集し、収集した情報から不審通話を検索する。不審通話を検索できた場合、発着信情報収集サーバ１０は、不審通話の着信先のユーザを収容するセッション制御サーバ２０Ａ～２０Ｃへ通知する。

セッション制御サーバ２０Ａ～２０Ｃは、各サービスに適した品質および帯域となるように、発信者のユーザ端末３０Ａ～３０Ｅを認証したうえで、呼制御を行う。例えば、ユーザ端末３０Ａがユーザ端末３０Ｂへ電話をかけると、ユーザ端末３０Ａを収容するセッション制御サーバ２０Ａがユーザ端末３０Ａを認証するとともに、着信先のユーザ端末３０Ｂを収容するセッション制御サーバ２０Ｂへ呼を転送する。セッション制御サーバ２０Ｂがユーザ端末３０Ｂを呼び出す。ユーザ端末３０Ｂが応答すると、ユーザ端末３０Ａ，３０Ｂ間でセッションが確立し、通話が可能となる。セッション制御サーバ２０Ａ～２０Ｃは、課金に用いる情報および呼制御の履歴を記録し、これらの情報を発着信情報収集サーバ１０へ送信する。

セッション制御サーバ２０Ａ～２０Ｃは、発着信情報収集サーバ１０から不審通話のあったユーザの通知を受けて、事前に設定された対処（アクション）を実行する。

ユーザ端末３０Ａ～３０Ｅは、通話機能を備えた汎用端末である。ユーザ端末３０Ａ～３０Ｅは、例えばＩＰ電話機である。

図２を参照し、発着信情報収集サーバについて説明する。同図に示す発着信情報収集サーバ１０は、収集部１１、設定部１２、検索部１３、ユーザ登録部１４、および記憶部１５を備える。

収集部１１は、通信網内の全てのセッション制御サーバ２０Ａ～２０Ｃから発着信情報を収集し、記憶部１５に記憶する。図３に、発着信情報の一例を示す。図３の例では、発着信情報は、通番、発信者の電話番号、着信者の電話番号、通信開始時間、通信終了時間、発サーバ種別などの情報を含む。上記以外の情報を発着信情報に含んでもよい。

設定部１２は、不審通話とみなす不審通話条件を設定、更新、または削除する。図４に、不審通話条件の一例を示す。図４の例では、不審通話条件として、通信時間がＮより大きい、通信間隔がＭより小さい、通信頻度がＬより少ない地域と通信している、などの条件が設定されている。不審通話条件は、上記に限らず、過去に緊急通報を実施したことがなく、かつ、Ｘ日以内に非通知でＹ回以上発信している、などの複合条件を設定してもよい。また、不審通話条件には、ユーザの申し込み情報を利用した条件を設定してもよい。例えば、不審通話条件として、１つのＩＰアドレスに対してＺ個以上の電話番号が割り当てられている、年齢がＡ以上の複数ユーザ（Ｂ人以上）に対して頻繁に発信している、などの条件を設定してもよい。不審通話条件に優先度を付与してもよい。スコアを設定し、スコアが閾値以上であれば不審通話と判断してもよい。不審通話条件は記憶部１５に記憶される。

設定部１２は、不審通話に対するアクションを設定したり、アクションを実行するタイミングを示す条件を設定したりする。図５に、アクションの一例を示す。図６に、アクションを実行するタイミングを示す条件の一例を示す。図５の例では、通話を録音、発信者にガイダンスを放出、メールを送信、などのアクションが設定されている。図６の例では、着信時、発信時、発着信時、などの条件が設定されている。図５，６のアクションおよび条件のそれぞれには、通番が付与されて、記憶部１５に記憶される。

検索部１３は、記憶部１５の記憶する発着信情報から不審通話条件に合致する通話を検索する。検索部１３は、発着信情報から不審通話条件に合致する通話を検索できたときは、その通話の着信者を収容するセッション制御サーバ２０Ａ～２０Ｃへユーザ情報を通知する。

ユーザ登録部１４は、不審通話へのアクションを希望するユーザのユーザ情報を登録または更新する。ユーザ情報の登録または更新は、ユーザとの契約に基づいて行ってよい。例えば、ユーザが不審通話検知サービスを申し込んだときにユーザ情報の登録が行われる。図７に、ユーザ情報の一例を示す。図７の例では、ユーザ情報は、ユーザの電話番号、アクション、および条件を含む。アクションは、ユーザが不審通話に対して実行を希望するアクションである。条件は、アクションの実行を希望する条件である。アクションおよび条件は、アクションおよび条件のそれぞれに付与された通番で指定される。なお、不審通話条件ごとに、全ユーザのアクションを一律に設定してもよい。

ユーザ登録部１４は、登録されたユーザ情報を該当するユーザを収容するセッション制御サーバ２０Ａ～２０Ｃへ通知する。セッション制御サーバ２０Ａ～２０Ｃは、受信したユーザ情報を保持しておく。

記憶部１５は、セッション制御サーバ２０Ａ～２０Ｃから収集した発着信情報、不審通話条件、アクション内容、アクション条件、およびユーザ情報を記憶する。

図８を参照し、セッション制御サーバについて説明する。同図に示すセッション制御サーバ２０は、呼制御部２１、送信部２２、受信部２３、アクション部２４、および記憶部２５を備える。

呼制御部２１は、収容するユーザ端末３０Ａ～３０Ｅからの発信および収容するユーザ端末３０Ａ～３０Ｅへの着信に関する呼制御を行う。呼制御部２１は、呼制御を行った通信についての発着信情報を記憶部２５に記憶する。

送信部２２は、記憶部２５に記憶した発着信情報を発着信情報収集サーバ１０へ送信する。

受信部２３は、発着信情報収集サーバ１０から不審通話へのアクションを希望するユーザのユーザ情報を受信し、記憶部２５に記憶する。図９に、セッション制御サーバ２０の保持するユーザ情報の一例を示す。図９のユーザ情報は、発着信情報収集サーバ１０の保持するユーザ情報に通知フラグを追加したものである。通知フラグは、収容するユーザに対する不審通話があった旨の通知を発着信情報収集サーバ１０から受けたか否かを示す情報である。

アクション部２４は、収容しているユーザのユーザ情報に登録された情報に基づき、ユーザの通信に対してアクションを実行する。例えば、アクション部２４は、通話を録音したり、発信者および着信者に対してガイダンスを放出したり、不審通話の着信があった旨のメールを送信したりする。

記憶部２５は、発着信情報およびユーザ情報を記憶する。

図１０ないし１２を参照し、発着信情報収集サーバ１０の処理の流れについて説明する。

まず、図１０を参照し、発着信情報収集サーバ１０の全体的な処理の流れについて説明する。

発着信情報収集サーバ１０は、定期的に図１０の処理を実行して、不審通話を検知する。発着信情報収集サーバ１０は、図３ないし図７に示した各種情報を保持している。

ステップＳ１にて、発着信情報収集サーバ１０は、全てのセッション制御サーバ２０Ａ～２０Ｃから発着信情報を収集する。

ステップＳ２にて、発着信情報収集サーバ１０は、収集した発着信情報から不審通話条件に該当する通話を検索する。

ステップＳ３にて、発着信情報収集サーバ１０は、不審通話条件に該当する通話があるか否か判定する。発着信情報収集サーバ１０は、不審通話条件に該当する通話がなければ処理を終了する。

ステップＳ４にて、発着信情報収集サーバ１０は、不審通話条件に該当する通話のユーザを収容するセッション制御サーバ２０Ａ～２０Ｃに対して、ユーザ情報を通知する。セッション制御サーバ２０Ａ～２０Ｃは、通知を受けて、該当するユーザ情報の通知フラグを開始にする。セッション制御サーバ２０Ａ～２０Ｃは、通知されなかったユーザ情報については、通知フラグを停止にする。

図１１を参照し、発着信情報収集サーバ１０が発着信情報を収集する処理の流れについて説明する。

ステップＳ１１にて、発着信情報収集サーバ１０は、セッション制御サーバ２０Ａ～２０Ｃから発着信情報を受信する。

ステップＳ１２にて、発着信情報収集サーバ１０は、受信した発着信情報を記憶部１５に記憶する。記憶部１５に記憶した発着信情報は、所定の期間が経過後に削除してよい。

ステップＳ１３にて、発着信情報収集サーバ１０は、全てのセッション制御サーバ２０Ａ～２０Ｃから発着信情報を受信したか否か判定する。全てのセッション制御サーバ２０Ａ～２０Ｃから発着信情報を受信した場合は処理を終了する。

発着信情報を送信していないセッション制御サーバ２０Ａ～２０Ｃが存在する場合は、ステップＳ１１に戻り、発着信情報収集サーバ１０は、発着信情報を受信する。

図１２を参照し、発着信情報収集サーバ１０が不審通話を検索する処理の流れについて説明する。

ステップＳ２１にて、発着信情報収集サーバ１０は、収集した発着信情報から、不審通話へのアクションを希望するユーザに関する発着信情報を抽出する。発着信情報収集サーバ１０は、記憶部１５の記憶するユーザ情報に登録されたユーザを順番に処理する。

ステップＳ２２にて、発着信情報収集サーバ１０は、ステップＳ２１で抽出した発着信情報のなかに不審通話条件に該当する発着信情報があるか否か判定する。記憶部１５の記憶する不審通話条件のいずれにも該当しない場合、発着信情報収集サーバ１０は、処理をステップＳ２４へ進める。

該当する不審通話条件が存在する場合、ステップＳ２３にて、発着信情報収集サーバ１０は、該当した不審通話条件とユーザとの組を記憶する。記憶した不審通話条件とユーザとの組は、前述のステップＳ４において、ユーザを収容するセッション制御サーバ２０Ａ～２０Ｃに通知する。

ステップＳ２４にて、発着信情報収集サーバ１０は、全ての希望ユーザについてステップＳ２１からステップＳ２３までの処理を終えたか否か判定する。まだ処理していない希望ユーザが存在する場合、発着信情報収集サーバ１０は、ステップＳ２１に戻り、次の希望ユーザの発着信情報の解析を始める。

次に、図１３を参照し、セッション制御サーバ２０の処理の流れについて説明する。セッション制御サーバ２０は、発着信情報収集サーバ１０から不審通話の通知を受けてユーザ情報の通知フラグを更新しているものとする。図１３の処理は、セッション制御サーバ２０がユーザへの呼を着信したときに実行される。

ステップＳ３１にて、セッション制御サーバ２０は、希望ユーザへの通信か否か判定する。セッション制御サーバ２０は、ユーザ情報を保持するユーザは希望ユーザであると判定する。

希望ユーザへの通信でない場合、セッション制御サーバ２０は、ステップＳ３５へ進み、通常の呼接続動作を実行する。

希望ユーザへの通信の場合、ステップＳ３２にて、セッション制御サーバ２０は、該当ユーザの通知フラグがＯＮ（開始）であるか否か判定する。

通知フラグがＯＮでない場合は不審通話ではないので、セッション制御サーバ２０は、ステップＳ３５へ進み、通常の呼接続動作を実行する。

通知フラグがＯＮの場合、アクションを実行する条件を満たすと、ステップＳ３３，Ｓ３４にて、セッション制御サーバ２０は、ユーザ情報に設定されたアクションを実行する。図１３の例では、ステップＳ３３にて、セッション制御サーバ２０は、発側に録音する旨のガイダンスを放出し、ステップＳ３４にて、セッション制御サーバ２０は、通話の録音を開始する。なお、アクションを実行する条件は、着信時または発着信時であったとする。

ステップＳ３５にて、セッション制御サーバ２０は、通常の呼接続動作を行って、セッション制御サーバ２０の収容するユーザ端末に着信する。セッション制御サーバ２０は、ユーザ端末が応答した後に、録音する旨のガイダンスを放出してもよい。

図１３の例では、着信者を収容するセッション制御サーバ２０がアクションを実行したが、不審通話の発信者を収容するセッション制御サーバ２０が発信を監視してアクションを実行してもよい。

なお、発着信情報収集サーバ１０がアクションを実行してもよい。例えば、発着信情報収集サーバ１０は、セッション制御サーバ２０において監視する条件を通知する。セッション制御サーバ２０は、通知された条件に合致する通話（通話に関わる呼制御信号の送受信）を行った際に、発着信情報収集サーバ１０へその旨通知する。発着信情報収集サーバ１０は、通知に応じて、メールの送信、セッション制御サーバ２０への制御指示を行う。

上記説明した発着信情報収集サーバ１０およびセッション制御サーバ２０には、例えば、図１４に示すような、中央演算処理装置（ＣＰＵ）９０１と、メモリ９０２と、ストレージ９０３と、通信装置９０４と、入力装置９０５と、出力装置９０６とを備える汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、発着信情報収集サーバ１０およびセッション制御サーバ２０が実現される。このプログラムは磁気ディスク、光ディスク、半導体メモリ等のコンピュータ読み取り可能な記録媒体に記録することも、ネットワークを介して配信することもできる。なお、発着信情報収集サーバ１０およびセッション制御サーバ２０のそれぞれは１台のコンピュータで実装されてもよく、あるいは複数のコンピュータで実装されても良い。また、発着信情報収集サーバ１０およびセッション制御サーバ２０は、クラウドに実装される仮想マシンであっても良い。

以上説明したように、本実施形態の不審通話対処システムは、発着信情報収集サーバ１０とセッション制御サーバ２０Ａ～２０Ｃを有する。発着信情報収集サーバ１０に、不審通話と判定する不審通話条件を事前に設定しておき、発着信情報収集サーバ１０が不審通話条件に合致する通話を検索できたときは、当該通話の接続先のユーザを収容するセッション制御サーバ２０Ａ～２０Ｃへ通知する。セッション制御サーバ２０Ａ～２０Ｃは、通知を受けたユーザへの着信を検知した場合は、事前に設定されたアクションを実行する。これにより、着信者に負担をかけることなく、不審通話と思われる通話に対して対処できる。また、不審通話条件に合致する通話であるか否かを判定するので、新たな電話番号からの不審通話にも対処できる。

１０…発着信情報収集サーバ
１１…収集部
１２…設定部
１３…検索部
１４…ユーザ登録部
１５…記憶部
２０，２０Ａ～２０Ｃ…セッション制御サーバ
２１…呼制御部
２２…送信部
２３…受信部
２４…アクション部
２５…記憶部
３０Ａ～３０Ｅ…ユーザ端末

Claims

通信網内で不審通話を検知して対処する不審通話対処システムであって、
発着信情報収集サーバとセッション制御サーバを有し、
前記発着信情報収集サーバは、
不審通話条件を記憶する記憶部と、
前記通信網内の前記セッション制御サーバのそれぞれから発着信情報を収集する収集部と、
前記発着信情報から前記不審通話条件に合致する通話を検索し、当該通話の接続先のユーザを収容する前記セッション制御サーバへ通知する検索部と、を有し、
前記セッション制御サーバは、
前記発着信情報収集サーバから通知を受けた前記ユーザへの着信を検知した場合は、事前に設定されたアクションを実行するアクション部と、
を有する不審通話対処システム。
請求項１に記載の不審通話対処システムであって、
前記セッション制御サーバは、ユーザごとに事前に設定されたアクションを実行する不審通話対処システム。
通信網内で不審通話を検知して対処する不審通話対処方法であって、
前記通信網内のセッション制御サーバのそれぞれから発着信情報を収集するステップと、
前記発着信情報から不審通話条件に合致する通話を検索するステップと、
前記通話の接続先のユーザを収容するセッション制御サーバが当該ユーザへの着信を検知した場合は、事前に設定されたアクションを実行するステップと、
を有する不審通話対処方法。
通信網内で不審通話を検知する発着信情報収集サーバであって、
不審通話条件を記憶する記憶部と、
前記通信網内のセッション制御サーバのそれぞれから呼制御の履歴を定期的に収集する収集部と、
前記呼制御の履歴から前記不審通話条件に合致する通話を検索し、当該通話の接続先のユーザを収容する前記セッション制御サーバへ不審通話のあったユーザを通知する検索部と、を有し、
前記セッション制御サーバは、前記不審通話のあったユーザへの着信を検知した場合は、事前に設定されたアクションを実行する
発着信情報収集サーバ。
請求項４に記載の発着信情報収集サーバの各部としてコンピュータを動作させるプログラム。