ホーム > 特許ランキング > 日本電信電話株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-07
(45)【発行日】2024-10-16
(54)【発明の名称】呼警告装置、呼警告方法、および、呼警告プログラム
(51)【国際特許分類】
H04M 3/42 20060101AFI20241008BHJP
G08B 25/04 20060101ALI20241008BHJP
【ＦＩ】
H04M3/42 T
G08B25/04 K
【請求項の数】
7
(21)【出願番号】P 2023500167
(86)(22)【出願日】2021-02-17
(86)【国際出願番号】 JP2021005834
(87)【国際公開番号】W WO2022176041
(87)【国際公開日】2022-08-25
【審査請求日】2023-06-12
(73)【特許権者】
【識別番号】000004226
【氏名又は名称】日本電信電話株式会社
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】飯島 直之
(72)【発明者】
【氏名】清水 宏
【審査官】吉村 伊佐雄
(56)【参考文献】
【文献】米国特許出願公開第２０１８／０２９５１４０（ＵＳ，Ａ１）
【文献】特開２０１７－０４６１８２（ＪＰ，Ａ）
【文献】特開２０１２－１０００８０（ＪＰ，Ａ）
【文献】特開２０１１－１３５３２８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ５０／２２
Ｇ０８Ｂ２３／００－３１／００
Ｇ１６Ｈ１０／００
Ｈ０４Ｂ７／２４－７／２６
Ｈ０４Ｍ１／００
１／２４－３／００
３／１６－３／２０
３／３８－３／５８
７／００－７／１６
１１／００－１１／１０
９９／００
Ｈ０４Ｗ４／００－９９／００
(57)【特許請求の範囲】
【請求項1】
発側端末から着側端末を送信先として発呼された呼信号を受信する呼信号受信部と、番号変換を伴う転送サービスにより呼信号を転送した接続装置が設定した呼信号の番号変換履歴と、呼信号に設定されている前記発側端末の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断する呼信号処理部と、
前記呼信号処理部の判断に従い、呼信号を前記着側端末に送信する前に前記着側端末に前記警告信号を送信する警告処理部とを有しており、
前記呼信号処理部は、前記特定の条件として、
前記着側端末にとって前記発側端末が外国である場合には、前記番号変換履歴から読み取った呼信号の事業者経由数が第１閾値以上の場合に、前記警告信号を要すると判断し、
前記着側端末にとって前記発側端末が国内である場合には、前記番号変換履歴から読み取った呼信号の転送回数、前記番号変換履歴から読み取った呼信号の事業者経由数、および、呼信号の発番号設定をもとにした評価式の結果が第２閾値以上の場合に、前記警告信号を要すると判断することを特徴とする
呼警告装置。
【請求項2】
発側端末から着側端末を送信先として発呼された呼信号を受信する呼信号受信部と、番号変換を伴う転送サービスにより呼信号を転送した接続装置が設定した呼信号の番号変換履歴と、呼信号に設定されている前記発側端末の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断する呼信号処理部と、
前記呼信号処理部の判断に従い、呼信号を前記着側端末に送信する前に前記着側端末に前記警告信号を送信する警告処理部とを有しており、
前記呼信号処理部は、前記特定の条件として、
前記着側端末にとって前記発側端末が外国か国内かを示す第１変数、呼信号の発番号種別を示す第２変数、および、呼信号の発番号設定を示す第３変数について、優先度の高い順に前記第１変数、前記第２変数、前記第３変数とする評価式の結果が第３閾値以上の場合に、前記警告信号を要すると判断することを特徴とする
呼警告装置。
【請求項3】
前記呼信号処理部は、前記特定の条件に合致する場合に加え、発呼された発番号が事前登録されたブラックリストに掲載された発番号である場合に、前記警告信号を要すると判断することを特徴とする請求項１または請求項２に記載の呼警告装置。
【請求項4】
前記呼信号処理部は、前記特定の条件に合致する場合に加え、呼信号の通話内容から音声認識で抽出したキーワードが、事前にデータベース登録された問題ワードに合致した場合に、前記警告信号を要すると判断することを特徴とする請求項１または請求項２に記載の呼警告装置。
【請求項5】
呼警告装置は、呼信号受信部と、呼信号処理部と、警告処理部とを有しており、前記呼信号受信部は、発側端末から着側端末を送信先として発呼された呼信号を受信し、
前記呼信号処理部は、番号変換を伴う転送サービスにより呼信号を転送した接続装置が設定した呼信号の番号変換履歴と、呼信号に設定されている前記発側端末の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断し、
前記警告処理部は、前記呼信号処理部の判断に従い、呼信号を前記着側端末に送信する前に前記着側端末に前記警告信号を送信し、
前記呼信号処理部は、前記特定の条件として、
前記着側端末にとって前記発側端末が外国である場合には、前記番号変換履歴から読み取った呼信号の事業者経由数が第１閾値以上の場合に、前記警告信号を要すると判断し、
前記着側端末にとって前記発側端末が国内である場合には、前記番号変換履歴から読み取った呼信号の転送回数、前記番号変換履歴から読み取った呼信号の事業者経由数、および、呼信号の発番号設定をもとにした評価式の結果が第２閾値以上の場合に、前記警告信号を要すると判断することを特徴とする
呼警告方法。
【請求項6】
呼警告装置は、呼信号受信部と、呼信号処理部と、警告処理部とを有しており、前記呼信号受信部は、発側端末から着側端末を送信先として発呼された呼信号を受信し、
前記呼信号処理部は、番号変換を伴う転送サービスにより呼信号を転送した接続装置が設定した呼信号の番号変換履歴と、呼信号に設定されている前記発側端末の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断し、
前記警告処理部は、前記呼信号処理部の判断に従い、呼信号を前記着側端末に送信する前に前記着側端末に前記警告信号を送信し、
前記呼信号処理部は、前記特定の条件として、
前記着側端末にとって前記発側端末が外国か国内かを示す第１変数、呼信号の発番号種別を示す第２変数、および、呼信号の発番号設定を示す第３変数について、優先度の高い順に前記第１変数、前記第２変数、前記第３変数とする評価式の結果が第３閾値以上の場合に、前記警告信号を要すると判断することを特徴とする
呼警告方法。
【請求項7】
コンピュータを、請求項１ないし請求項４のいずれか１項に記載の呼警告装置として機能させるための呼警告プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、呼警告装置、呼警告方法、および、呼警告プログラムに関する。
【背景技術】
【0002】
近年、特殊詐欺の発生件数は大きく増加しており、その手口は半数以上をオレオレ詐欺（オレはあなたの息子です、というなりすまし詐欺）の通話が占めることから、電話を利用した詐欺への対策が求められている。また、IPネットワークの普及に伴い、特殊詐欺の通話信号がSIP（Session Initiation Protocol）信号としてネットワークに流れる場合もある。
【0003】
特許文献１には、SIPにより呼制御を行う通信システムにおいて、発端末と着端末間のend-endのメディア接続前に着ユーザ向けにガイダンスの提供を行う方法が記載されている。これにより、着信者は、ガイダンス等で求められた操作を行うことで、接続可否を判断することができる。
【0004】
特許文献２には、着信端末が発信端末からの発信に対応する前に、発信端末の評価情報（ブラックリストに記載されているかなど）を着信端末に提供し、着信端末が発信端末と通話する通話システムが記載されている。これにより着信端末は、評価の悪い発信端末からの発信を拒否し、評価の良い発信端末からの発信を受けるなど、通話するべき場面を適宜選択し、着信者の指示によって、通話を断ることができる。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２０１２－１６５２８５号公報
【文献】特開２０１６－１６３３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
従来の技術において攻撃者をブラックリストとして登録する方式では、事前に特殊詐欺に用いられる発番号の登録などが必要である。そのため、攻撃者が頻繁に発番号を変更してしまうと、ブラックリストが陳腐化してしまい、充分に特殊詐欺の対策が行えないこともある。
また、攻撃者は自身が特殊詐欺の発信者であることの特定（追跡）を遅らせるために、複数の事業者を経由する方法や、外国の事業者を経由する方法を用いることもある。
また、攻撃者は自身が特殊詐欺の発信者であることの特定（追跡）を遅らせるために、複数の事業者を経由する方法や、外国の事業者を経由する方法を用いることもある。
【0007】
図８は、複数の事業者を経由する方法が適用される場合の構成図である。
発側端末１１ｚからの発呼が４台のSIPサーバ（SIPサーバ２４ｚ→SIPサーバ２３ｚ→SIPサーバ２２ｚ→SIPサーバ２１ｚ）を経由して、着側端末３１ｚの着番号「0422-88-8888」に届く場合を例示する。
発側事業者２４Ｄｚは、発側端末１１ｚを収容するSIPサーバ２４ｚを管理する。
接続事業者２３Ｄｚは、転送用の着番号[03-1111-2222]が設定されているSIPサーバ２３ｚを管理する。
接続事業者２２Ｄｚは、転送用の着番号[03-1111-3333]が設定されているSIPサーバ２２ｚを管理する。
着側事業者２１Ｄｚは着側端末３１ｚを収容するSIPサーバ２１ｚを管理する。
このような転送サービスでは、呼信号の着番号が転送元の番号から転送先の番号に切り替わるため、特殊詐欺の特定が困難となる。
発側端末１１ｚからの発呼が４台のSIPサーバ（SIPサーバ２４ｚ→SIPサーバ２３ｚ→SIPサーバ２２ｚ→SIPサーバ２１ｚ）を経由して、着側端末３１ｚの着番号「0422-88-8888」に届く場合を例示する。
発側事業者２４Ｄｚは、発側端末１１ｚを収容するSIPサーバ２４ｚを管理する。
接続事業者２３Ｄｚは、転送用の着番号[03-1111-2222]が設定されているSIPサーバ２３ｚを管理する。
接続事業者２２Ｄｚは、転送用の着番号[03-1111-3333]が設定されているSIPサーバ２２ｚを管理する。
着側事業者２１Ｄｚは着側端末３１ｚを収容するSIPサーバ２１ｚを管理する。
このような転送サービスでは、呼信号の着番号が転送元の番号から転送先の番号に切り替わるため、特殊詐欺の特定が困難となる。
【0008】
図９は、外国の事業者を経由する方法が適用される場合の構成図である。
外国の発側端末１１ｚからの発呼が３台のSIPサーバ（SIPサーバ２３ｚ→SIPサーバ２２ｚ→SIPサーバ２１ｚ）を経由して、自国の着側端末３１ｚに届く場合を例示する。
接続事業者２３Ｄｚは、発側端末１１ｚを収容するSIPサーバ２３ｚを管理する。
接続事業者２２Ｄｚは、２つの国をまたがって呼を中継するSIPサーバ２２ｚを管理する。
着側事業者２１Ｄｚは、着側端末３１ｚを収容するSIPサーバ２１ｚを管理する。
外国の発側端末１１ｚからの発呼が３台のSIPサーバ（SIPサーバ２３ｚ→SIPサーバ２２ｚ→SIPサーバ２１ｚ）を経由して、自国の着側端末３１ｚに届く場合を例示する。
接続事業者２３Ｄｚは、発側端末１１ｚを収容するSIPサーバ２３ｚを管理する。
接続事業者２２Ｄｚは、２つの国をまたがって呼を中継するSIPサーバ２２ｚを管理する。
着側事業者２１Ｄｚは、着側端末３１ｚを収容するSIPサーバ２１ｚを管理する。
【0009】
図８や図９で説明したような発信者の情報をロンダリング（隠ぺい）する手口に対しては、特許文献１，２などの従来の技術には用いられていない、特殊詐欺の通話傾向を示す別の手がかりを追う必要がある。つまり、ブラックリストなどの固定の発信者の情報に依存しない、特殊詐欺検出の柔軟性が必要である。
【0010】
そこで、本発明は、特殊詐欺の発信者の情報が隠ぺいされても、適切に警告を流すことを、主な課題とする。
【課題を解決するための手段】
【0011】
前記課題を解決するために、本発明の呼警告装置は、以下の特徴を有する。
本発明は、発側端末から着側端末を送信先として発呼された呼信号を受信する呼信号受信部と、
番号変換を伴う転送サービスにより呼信号を転送した接続装置が設定した呼信号の番号変換履歴と、呼信号に設定されている前記発側端末の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断する呼信号処理部と、
前記呼信号処理部の判断に従い、呼信号を前記着側端末に送信する前に前記着側端末に前記警告信号を送信する警告処理部とを有しており、
前記呼信号処理部は、前記特定の条件として、
前記着側端末にとって前記発側端末が外国である場合には、前記番号変換履歴から読み取った呼信号の事業者経由数が第１閾値以上の場合に、前記警告信号を要すると判断し、
前記着側端末にとって前記発側端末が国内である場合には、前記番号変換履歴から読み取った呼信号の転送回数、前記番号変換履歴から読み取った呼信号の事業者経由数、および、呼信号の発番号設定をもとにした評価式の結果が第２閾値以上の場合に、前記警告信号を要すると判断することを特徴とする。
本発明は、発側端末から着側端末を送信先として発呼された呼信号を受信する呼信号受信部と、
番号変換を伴う転送サービスにより呼信号を転送した接続装置が設定した呼信号の番号変換履歴と、呼信号に設定されている前記発側端末の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断する呼信号処理部と、
前記呼信号処理部の判断に従い、呼信号を前記着側端末に送信する前に前記着側端末に前記警告信号を送信する警告処理部とを有しており、
前記呼信号処理部は、前記特定の条件として、
前記着側端末にとって前記発側端末が外国である場合には、前記番号変換履歴から読み取った呼信号の事業者経由数が第１閾値以上の場合に、前記警告信号を要すると判断し、
前記着側端末にとって前記発側端末が国内である場合には、前記番号変換履歴から読み取った呼信号の転送回数、前記番号変換履歴から読み取った呼信号の事業者経由数、および、呼信号の発番号設定をもとにした評価式の結果が第２閾値以上の場合に、前記警告信号を要すると判断することを特徴とする。
【発明の効果】
【0012】
本発明によれば、特殊詐欺の発信者の情報が隠ぺいされても、適切に警告を流すことができる。
【図面の簡単な説明】
【0013】
【図1】本実施形態に係わる番号変換履歴と発側情報との組み合わせにより警告要否を判定する呼警告システムの構成図である。
【図2】本実施形態に係わるSIPサーバの構成図である。
【図3】本実施形態に係わるハードウェア構成図である。
【図4】本実施形態に係わるSIPサーバが実行する警告要否の判定処理の詳細を示すフローチャートである。
【図5】本実施形態に係わる発呼が外国の事業者を経由する場合の構成図である。
【図6】本実施形態に係わる発呼が複数の事業者を経由する場合の構成図である。
【図7】本実施形態に係わる過剰警告を抑止する場合の構成図である。
【図8】複数の事業者を経由する方法が適用される場合の構成図である。
【図9】外国の事業者を経由する方法が適用される場合の構成図である。
【発明を実施するための形態】
【0014】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【0015】
図１は、番号変換履歴と発側情報との組み合わせにより警告要否を判定する呼警告システムの構成図である。
図８と同様に、発側端末１１からの発呼が４台のSIPサーバ２０（SIPサーバ２４→SIPサーバ２３→SIPサーバ２２→SIPサーバ２１）を経由して、着側端末３１の着番号「0422-88-8888」に届く場合を例示する。
発側事業者２４Ｄは、発側端末１１を収容するSIPサーバ２４を管理する。
接続事業者２３Ｄは、転送用の着番号[050-1111-2222]が設定されているSIPサーバ２３を管理する。
接続事業者２２Ｄは、転送用の着番号[03-1111-3333]が設定されているSIPサーバ２２を管理する。
着側事業者２１Ｄは着側端末３１を収容するSIPサーバ２１を管理する。
図８と同様に、発側端末１１からの発呼が４台のSIPサーバ２０（SIPサーバ２４→SIPサーバ２３→SIPサーバ２２→SIPサーバ２１）を経由して、着側端末３１の着番号「0422-88-8888」に届く場合を例示する。
発側事業者２４Ｄは、発側端末１１を収容するSIPサーバ２４を管理する。
接続事業者２３Ｄは、転送用の着番号[050-1111-2222]が設定されているSIPサーバ２３を管理する。
接続事業者２２Ｄは、転送用の着番号[03-1111-3333]が設定されているSIPサーバ２２を管理する。
着側事業者２１Ｄは着側端末３１を収容するSIPサーバ２１を管理する。
【0016】
本明細書の用語として、「転送」と「中継」とを使い分ける。例えば、第１のSIPサーバ２０→第２のSIPサーバ２０→第３のSIPサーバ２０の順にSIP信号（呼信号）が経由するとする。ここで、第２のSIPサーバ２０がSIP信号の着番号（あて先）を変更するときは「転送」とし、着番号を変更しないときは「中継」とする。例えば図１では、次のようになる。
・SIPサーバ２４は、受信した呼信号４４ａをSIP信号４３ａとして中継する。
・SIPサーバ２３（接続装置）は、受信したSIP信号４３ａをSIP信号４２ａとして転送する。
・SIPサーバ２２（接続装置）は、受信したSIP信号４２ａをSIP信号４１ａとして転送する。
・SIPサーバ２１（呼警告装置）は、受信したSIP信号４１ａを呼信号４０ａとして中継（発呼）する。
なお、呼信号４０ａ、４４ａおよびSIP信号４１ａ～４３ａの詳細は、図２の説明で明らかにする。
・SIPサーバ２４は、受信した呼信号４４ａをSIP信号４３ａとして中継する。
・SIPサーバ２３（接続装置）は、受信したSIP信号４３ａをSIP信号４２ａとして転送する。
・SIPサーバ２２（接続装置）は、受信したSIP信号４２ａをSIP信号４１ａとして転送する。
・SIPサーバ２１（呼警告装置）は、受信したSIP信号４１ａを呼信号４０ａとして中継（発呼）する。
なお、呼信号４０ａ、４４ａおよびSIP信号４１ａ～４３ａの詳細は、図２の説明で明らかにする。
【0017】
そして、各SIPサーバ２０は、SIP信号を転送する場合には、受信したSIP信号の番号変換履歴（History-Info）に転送元の番号および転送先の番号を設定してから、転送先にSIP信号を送信する。なお、各SIPサーバ２０は、History-Infoの内容通知を許可する装置（つまり信頼できる装置）として、他装置のSIPサーバ２０をSIP信号のPrivacyヘッダに登録しておくとよい（図示省略）。
【0018】
ここで、オレオレ詐欺では、転送サービスを悪用している傾向があるので、SIPサーバ２１に届いたSIP信号４１ａの番号変換履歴の内容が不自然であるときに、SIPサーバ２１は、呼信号４０ａの通話開始前に警告するためのガイダンス（警告信号）を着側端末３１に送出するようにした。
なお、番号変換履歴は、事業者間で流通される情報なので、事業者の外部から攻撃者が証拠隠滅のために削除することができない情報である。番号変換履歴の内容を元に、警告を送出するか否かの判定処理の詳細は、図４のフローチャートで後記する。また、通話開始前にガイダンスを送出する具体的なSIPの手順については、特許文献１に記載されている。
なお、番号変換履歴は、事業者間で流通される情報なので、事業者の外部から攻撃者が証拠隠滅のために削除することができない情報である。番号変換履歴の内容を元に、警告を送出するか否かの判定処理の詳細は、図４のフローチャートで後記する。また、通話開始前にガイダンスを送出する具体的なSIPの手順については、特許文献１に記載されている。
【0019】
図２は、SIPサーバ２０の構成図である。
SIPサーバ２０は、呼受信部５１と、SIP受信部（呼信号受信部）５２と、呼処理部（警告処理部）５３と、SIP処理部（呼信号処理部）５４と、呼送信部５５と、SIP送信部５６とを有する。以下、図１の各信号（呼信号４０ａ、４４ａおよびSIP信号４１ａ～４３ａ）の内容に沿って、SIPサーバ２０の処理を説明する。
SIPサーバ２０は、呼受信部５１と、SIP受信部（呼信号受信部）５２と、呼処理部（警告処理部）５３と、SIP処理部（呼信号処理部）５４と、呼送信部５５と、SIP送信部５６とを有する。以下、図１の各信号（呼信号４０ａ、４４ａおよびSIP信号４１ａ～４３ａ）の内容に沿って、SIPサーバ２０の処理を説明する。
【0020】
まず、発側事業者２４ＤのSIPサーバ２４について説明する。
SIPサーバ２４の呼受信部５１は、発側端末１１からの呼信号４４ａを受信する。この呼信号４４ａには、発側端末１１の発番号「090-1111-1111」と、SIPサーバ２３が提供する転送サービスの着番号「050-1111-2222」が含まれる。
SIPサーバ２４の呼受信部５１は、発側端末１１からの呼信号４４ａを受信する。この呼信号４４ａには、発側端末１１の発番号「090-1111-1111」と、SIPサーバ２３が提供する転送サービスの着番号「050-1111-2222」が含まれる。
【0021】
なお、発番号「090-1111-1111」の後の「@24D」とは、発番号「090-1111-1111」の番号帯から特定した発側事業者２４ＤのＩＤである。以下では、発側事業者２４Ｄの符号「２４Ｄ」を＠マークの後に記載することで、電話番号から特定した事業者のＩＤを示す。
ここで、発番号種別（0AJ／0A0）は行政機関により番号帯ごとに事業者が割り当てられている。例えば、「0AJ」は、固定電話の市外局番（例えばA=4,J=2）を示す。「0A0」は、携帯番号（A=8,9）・PHS番号（A=7）・IP電話（A=5）を示す。
ここで、発番号種別（0AJ／0A0）は行政機関により番号帯ごとに事業者が割り当てられている。例えば、「0AJ」は、固定電話の市外局番（例えばA=4,J=2）を示す。「0A0」は、携帯番号（A=8,9）・PHS番号（A=7）・IP電話（A=5）を示す。
【0022】
よって、発番号種別と事業者ドメインとの組み合わせから、SIPサーバ２０は、受信した各信号が所定の事業者を経由していることを特定できる。また、呼処理部５３は、受信した呼信号４４ａの着番号から、他事業者（接続事業者２３Ｄ）あてであることを認識する。SIP処理部５４は、呼信号４４ａの着番号をINVITEとして含めたSIP信号４３ａを作成する。SIP送信部５６は、作成されたSIP信号４３ａをSIPサーバ２３に送信する。
【0023】
次に、接続事業者２３ＤのSIPサーバ２３について説明する。
SIPサーバ２３のSIP受信部５２は、SIPサーバ２４からのSIP信号４３ａを受信する。SIP処理部５４は、受信したSIP信号４３ａの着番号「050-1111-2222」に従い、その転送先となるSIPサーバ２２の新たな着番号「03-1111-3333」を転送サービスの設定データから取得する。
SIP処理部５４は、以下の処理により、SIP信号４３ａからSIP信号４２ａを作成する。
・着番号（INVITE）を、転送元の「050-1111-2222」から転送先の「03-1111-3333」に置き換える。
・新たにHistory-Infoヘッダを作成し、転送元の「050-1111-2222」と、転送先の「03-1111-3333」とをHistory-Infoヘッダに追加する。
SIP送信部５６は、作成されたSIP信号４２ａをSIPサーバ２２に転送する。
SIPサーバ２３のSIP受信部５２は、SIPサーバ２４からのSIP信号４３ａを受信する。SIP処理部５４は、受信したSIP信号４３ａの着番号「050-1111-2222」に従い、その転送先となるSIPサーバ２２の新たな着番号「03-1111-3333」を転送サービスの設定データから取得する。
SIP処理部５４は、以下の処理により、SIP信号４３ａからSIP信号４２ａを作成する。
・着番号（INVITE）を、転送元の「050-1111-2222」から転送先の「03-1111-3333」に置き換える。
・新たにHistory-Infoヘッダを作成し、転送元の「050-1111-2222」と、転送先の「03-1111-3333」とをHistory-Infoヘッダに追加する。
SIP送信部５６は、作成されたSIP信号４２ａをSIPサーバ２２に転送する。
【0024】
そして、接続事業者２２ＤのSIPサーバ２２について説明する。
SIPサーバ２２のSIP受信部５２は、SIPサーバ２３からのSIP信号４２ａを受信する。SIP処理部５４は、受信したSIP信号４２ａの着番号「03-1111-3333」に従い、その転送先となる着側端末３１の新たな着番号「0422-88-8888」を転送サービスの設定データから取得する。
SIP処理部５４は、SIP信号４２ａからSIP信号４１ａを作成するときに、着番号（INVITE）を、転送元の「03-1111-3333」から転送先の「0422-88-8888」に置き換えるとともに、その転送先の「0422-88-8888」をHistory-Infoヘッダに追加する。
SIPサーバ２２のSIP受信部５２は、SIPサーバ２３からのSIP信号４２ａを受信する。SIP処理部５４は、受信したSIP信号４２ａの着番号「03-1111-3333」に従い、その転送先となる着側端末３１の新たな着番号「0422-88-8888」を転送サービスの設定データから取得する。
SIP処理部５４は、SIP信号４２ａからSIP信号４１ａを作成するときに、着番号（INVITE）を、転送元の「03-1111-3333」から転送先の「0422-88-8888」に置き換えるとともに、その転送先の「0422-88-8888」をHistory-Infoヘッダに追加する。
【0025】
さらに、SIP処理部５４は、発側端末１１の設定情報として、「発番号:090-1111-1111@24D」と、「発番号設定：通知／非通知」とをSIP信号４１ａに追加する。「発番号設定：通知／非通知」とは、発番号を通知するか否かの設定である。この発側端末１１の設定情報は、SIP信号４１ａだけでなく、SIP信号４２ａおよびSIP信号４３ａにも含まれている（図示省略）。
SIP送信部５６は、作成されたSIP信号４１ａを、転送先の着側端末３１へと向かうSIPサーバ２１に送信する。
SIP送信部５６は、作成されたSIP信号４１ａを、転送先の着側端末３１へと向かうSIPサーバ２１に送信する。
【0026】
そして、SIPサーバ２１について説明する。
SIPサーバ２１のSIP受信部５２は、SIPサーバ２２からのSIP信号４１ａを受信する。SIP処理部５４は、受信したSIP信号４１ａの着番号が自身の収容する着側端末３１であることを認識する。
ここで、SIP処理部５４は、図４の判定処理を実行することにより、SIP信号４１ａ内のHistory-Infoなどのヘッダの内容が不自然であり、警告が必要であると認識する。
呼処理部５３は、受信したSIP信号４１ａのINVITEに記載された着番号「0422-88-8888」を抽出した呼信号４０ａを作成する。そして、呼送信部５５は、呼信号４０ａの通話開始前に警告するためのガイダンスを着側端末３１に送出する。
SIPサーバ２１のSIP受信部５２は、SIPサーバ２２からのSIP信号４１ａを受信する。SIP処理部５４は、受信したSIP信号４１ａの着番号が自身の収容する着側端末３１であることを認識する。
ここで、SIP処理部５４は、図４の判定処理を実行することにより、SIP信号４１ａ内のHistory-Infoなどのヘッダの内容が不自然であり、警告が必要であると認識する。
呼処理部５３は、受信したSIP信号４１ａのINVITEに記載された着番号「0422-88-8888」を抽出した呼信号４０ａを作成する。そして、呼送信部５５は、呼信号４０ａの通話開始前に警告するためのガイダンスを着側端末３１に送出する。
【0027】
図３は、ハードウェア構成図である。
SIPサーバ２０は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部を制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
SIPサーバ２０は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部を制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
【0028】
図４は、SIPサーバ２０が実行する警告要否の判定処理の詳細を示すフローチャートである。このフローチャートでは、番号変換履歴が特定の条件に合致する場合に、SIPサーバ２１は警告が必要と判定する。
SIPサーバ２１は、受信したSIP信号から番号変換履歴を取得して警告の評価式に用いるパラメータi,j,kを計算する（Ｓ１０１）。これらのパラメータi,j,kはそれぞれ数値が大きいほど、特殊詐欺の発信者として疑わしくなり、その結果、呼信号４０ａの通話開始前に警告するためのガイダンスも着側端末３１に送出されやすくなる。
SIPサーバ２１は、受信したSIP信号から番号変換履歴を取得して警告の評価式に用いるパラメータi,j,kを計算する（Ｓ１０１）。これらのパラメータi,j,kはそれぞれ数値が大きいほど、特殊詐欺の発信者として疑わしくなり、その結果、呼信号４０ａの通話開始前に警告するためのガイダンスも着側端末３１に送出されやすくなる。
【0029】
・パラメータiは、転送回数である。例えば、図１のSIP信号４１ａのHistory-Infoヘッダには、050-1111-2222@23D、03-1111-3333@22D、0422-88-8888@21Dという３つの電話番号が記載されており、着側端末３１の0422-88-8888@21Dを除外すると、i=2となる。
・パラメータjは、事業者経由数である。例えば、図１のSIP信号４１ａのHistory-Infoヘッダには、「@21D,@22D,@23D」という３つの事業者ＩＤが記載されており、着側事業者２１Ｄを除外すると、j=2となる。前記したように、発番号種別と事業者ドメインとの組み合わせから、SIPサーバ２０は、受信した各信号が経由した事業者数を特定できる。なお、一般的には、ある事業者の範囲内で（例えば同じ役所内で）１回以上の転送が行われるので、i≧j>0となる。
・パラメータkは、発番号設定である。例えば、図１のSIP信号４１ａの発番号設定＝通知ならk=1とし、発番号設定＝非通知ならk=2とする。
・パラメータjは、事業者経由数である。例えば、図１のSIP信号４１ａのHistory-Infoヘッダには、「@21D,@22D,@23D」という３つの事業者ＩＤが記載されており、着側事業者２１Ｄを除外すると、j=2となる。前記したように、発番号種別と事業者ドメインとの組み合わせから、SIPサーバ２０は、受信した各信号が経由した事業者数を特定できる。なお、一般的には、ある事業者の範囲内で（例えば同じ役所内で）１回以上の転送が行われるので、i≧j>0となる。
・パラメータkは、発番号設定である。例えば、図１のSIP信号４１ａの発番号設定＝通知ならk=1とし、発番号設定＝非通知ならk=2とする。
【0030】
SIPサーバ２１は、図１のSIP信号４１ａが外国からの発信か否かを判定する（Ｓ１０２）。例えば、SIP信号４１ａに国際呼識別子が含まれている場合は外国からの発信なので（Ｓ１０２,Yes）Ｓ１０３に進み、Ｓ１０２でNoならＳ１０４に進む。
SIPサーバ２１は、外国発の場合の判定式「j≧Th1」（Th1は外国発の基準値となる第１閾値）を満たすか否かを判定する（Ｓ１０３）。SIPサーバ２１は、Ｓ１０３でYesなら着側端末３１に着呼する前に警告が必要と判定し（Ｓ１１２）、Ｓ１０３でNoなら警告は不要と判定する（Ｓ１１１）。
SIPサーバ２１は、外国発の場合の判定式「j≧Th1」（Th1は外国発の基準値となる第１閾値）を満たすか否かを判定する（Ｓ１０３）。SIPサーバ２１は、Ｓ１０３でYesなら着側端末３１に着呼する前に警告が必要と判定し（Ｓ１１２）、Ｓ１０３でNoなら警告は不要と判定する（Ｓ１１１）。
【0031】
SIPサーバ２１は、国内発の場合の警告スコアp=i×j×kを計算する（Ｓ１０４）。警告スコアは、数値が大きいほど、特殊詐欺の発信者として疑わしくなる。
SIPサーバ２１は、国内発の場合の判定式「p≧Th2」（Th2は国内発の基準値となる第２閾値）を満たすか否かを判定する（Ｓ１０５）。SIPサーバ２１は、Ｓ１０５でYesなら着側端末３１に着呼する前に警告が必要と判定し（Ｓ１１２）、Ｓ１０５でNoなら警告は不要と判定する（Ｓ１１１）。
SIPサーバ２１は、国内発の場合の判定式「p≧Th2」（Th2は国内発の基準値となる第２閾値）を満たすか否かを判定する（Ｓ１０５）。SIPサーバ２１は、Ｓ１０５でYesなら着側端末３１に着呼する前に警告が必要と判定し（Ｓ１１２）、Ｓ１０５でNoなら警告は不要と判定する（Ｓ１１１）。
【0032】
以上説明した図４では、外国発の場合と国内発の場合とで別々の判定式を用いた。一方、SIPサーバ２１は、以下のパラメータm,nを計算してもよい。
・パラメータm（第１変数）は、発信元対置を示す。外国発の場合（m=2）は国内発の場合（m=1）よりも重みづけを高く設定する。
・パラメータn（第２変数）は、発番号種別（0AJ／0A0，事業者ドメイン）に応じた評価値を示す。例えば、信頼できる地域の0AJ／0A0や、信頼できる事業者ドメインには、重みづけを低く事前に設定する。
・パラメータk（第３変数）は、前記したとおり、発番号設定である。
そして、SIPサーバ２１は、警告スコアp2=（α×m）＋（β×n）＋（γ×k）を計算し（Ｓ１０４の代わり）、判定式「p2≧Th3」（第３閾値）を満たすか否かを判定する（Ｓ１０５の代わり）。ここで、重みα＞β＞γとすることで、発側端末１１の発側情報のうちの発信元対置が最優先で、発番号種別が次の優先で、発番号設定がそれらよりも優先されないこととする。
・パラメータm（第１変数）は、発信元対置を示す。外国発の場合（m=2）は国内発の場合（m=1）よりも重みづけを高く設定する。
・パラメータn（第２変数）は、発番号種別（0AJ／0A0，事業者ドメイン）に応じた評価値を示す。例えば、信頼できる地域の0AJ／0A0や、信頼できる事業者ドメインには、重みづけを低く事前に設定する。
・パラメータk（第３変数）は、前記したとおり、発番号設定である。
そして、SIPサーバ２１は、警告スコアp2=（α×m）＋（β×n）＋（γ×k）を計算し（Ｓ１０４の代わり）、判定式「p2≧Th3」（第３閾値）を満たすか否かを判定する（Ｓ１０５の代わり）。ここで、重みα＞β＞γとすることで、発側端末１１の発側情報のうちの発信元対置が最優先で、発番号種別が次の優先で、発番号設定がそれらよりも優先されないこととする。
【0033】
また、SIPサーバ２１は、図４で示した判定処理と、以下に例示する他の判定処理１，２の少なくとも１つとを組み合わせて、最終的に警告の要否を判定してもよい。
（判定処理１）特許文献２に記載されるような、発呼された発番号と事前登録されたブラックリストとを照合することで、ブラックリストに掲載された発番号の呼を警告する方法。
（判定処理２）通話内容から音声認識で抽出したキーワードと、事前にデータベース登録された問題ワードとを照合することで、問題ワードを発言した呼を別ルートで（加入者や親族に対してメール等で）警告する方法。なお、迷惑メールフィルタと同様に、電話で発言された問題ワードと特殊詐欺の判定結果との組み合わせを正解データとして、特殊詐欺の解析ＡＩ（Artificial Intelligence）にデータベースの内容を学習させてもよい。
例えば、SIPサーバ２１は、図４の判定処理と、以下の判定処理とのいずれかを満たす場合に、警告を要すると判定する。
（判定処理１）特許文献２に記載されるような、発呼された発番号と事前登録されたブラックリストとを照合することで、ブラックリストに掲載された発番号の呼を警告する方法。
（判定処理２）通話内容から音声認識で抽出したキーワードと、事前にデータベース登録された問題ワードとを照合することで、問題ワードを発言した呼を別ルートで（加入者や親族に対してメール等で）警告する方法。なお、迷惑メールフィルタと同様に、電話で発言された問題ワードと特殊詐欺の判定結果との組み合わせを正解データとして、特殊詐欺の解析ＡＩ（Artificial Intelligence）にデータベースの内容を学習させてもよい。
例えば、SIPサーバ２１は、図４の判定処理と、以下の判定処理とのいずれかを満たす場合に、警告を要すると判定する。
【0034】
以下、図５～図７を参照して、図４の判定処理が使用される具体的な事例を説明する。
図５は、発呼が外国の事業者を経由する場合の構成図である。システム構成は図１と図５とで大まかに共通するが、以下の相違点がある。
・発側端末１１が外国側に位置するため、図５の発番号は外国の番号（+663-2222-2222）に置き換わる。
・図５の接続事業者２３Ｄは、２つの国をまたがって呼を中継するSIPサーバ２３を管理する。このSIPサーバ２３は転送をせずに中継するだけなので、SIPサーバ２３には転送用番号が割り当てられない。
・SIPサーバ２２の転送用番号[03-1111-3333]が[03-1111-5555]に置き換わる。
図５は、発呼が外国の事業者を経由する場合の構成図である。システム構成は図１と図５とで大まかに共通するが、以下の相違点がある。
・発側端末１１が外国側に位置するため、図５の発番号は外国の番号（+663-2222-2222）に置き換わる。
・図５の接続事業者２３Ｄは、２つの国をまたがって呼を中継するSIPサーバ２３を管理する。このSIPサーバ２３は転送をせずに中継するだけなので、SIPサーバ２３には転送用番号が割り当てられない。
・SIPサーバ２２の転送用番号[03-1111-3333]が[03-1111-5555]に置き換わる。
【0035】
SIPサーバ２３は、２つの国をまたがって呼を中継する場合には、受信したSIP信号４３ａに国際呼識別子を設定してからSIPサーバ２２に中継する。国際呼識別子は、例えば、SIP信号４３ａの発番号情報を示すP-Asserted-Identityヘッダ（以下PAIDヘッダ）内に、「verstat=No-TN-Validation」として設定される。
この国際呼識別子は、接続事業者２３Ｄと接続事業者２２Ｄとの間の事業者間で流通される情報なので、事業者外の情報（発番号）が頻繁に変更されても、影響されずに済む。
この国際呼識別子は、接続事業者２３Ｄと接続事業者２２Ｄとの間の事業者間で流通される情報なので、事業者外の情報（発番号）が頻繁に変更されても、影響されずに済む。
【0036】
なお、「verstat=No-TN-Validation」とは、呼の発番号が未検証であることを示す識別子である。この識別子は、一般社団法人情報通信技術委員会（The Telecommunication Technology Committee）の標準化文書JJ-90.30（IMS事業者網間の相互接続共通インタフェース）において、外国の通信事業者が付与した発番号に付与するように規定されている。
つまり、接続事業者２３ＤのSIPサーバ２３は、２つの国をまたがって呼を中継するときには、「verstat=No-TN-Validation」を付与するように義務付けられている。
つまり、接続事業者２３ＤのSIPサーバ２３は、２つの国をまたがって呼を中継するときには、「verstat=No-TN-Validation」を付与するように義務付けられている。
【0037】
SIPサーバ２１が受信したSIP信号４１ａのHistory-Infoヘッダ内には、発番号は外国の番号（+663-2222-2222）なので国際呼識別子が含まれている。よって、SIPサーバ２１は、外国発の場合の判定式「j≧Th1」（Th1＝1）を満たすので（Ｓ１０３,Yes）。警告が必要と判定する（Ｓ１１２）。
【0038】
図６は、発呼が複数の事業者を経由する場合の構成図である。システム構成は図１と図６とで大まかに共通する。一方、図６では、非通知を示す「184」などが着番号に先立って入力されることにより、発側端末１１から非通知の発番号設定で発呼される旨の相違点がある。
よって、SIPサーバ２１が受信したSIP信号４１ａのHistory-Infoヘッダ内には、「発番号設定：非通知」が含まれている。これにより、SIPサーバ２１は、受信したSIP信号から以下のようにパラメータi,j,kを計算する（Ｓ１０１）。
・パラメータi（転送回数）は、図１と同じi=2となる。
・パラメータj（事業者経由数）も、図１と同じj=2となる。
・パラメータk（発番号設定）は、図１とは異なり非通知のk=2とする。
よって、SIPサーバ２１が受信したSIP信号４１ａのHistory-Infoヘッダ内には、「発番号設定：非通知」が含まれている。これにより、SIPサーバ２１は、受信したSIP信号から以下のようにパラメータi,j,kを計算する（Ｓ１０１）。
・パラメータi（転送回数）は、図１と同じi=2となる。
・パラメータj（事業者経由数）も、図１と同じj=2となる。
・パラメータk（発番号設定）は、図１とは異なり非通知のk=2とする。
【0039】
そして、SIPサーバ２１は、国内発の場合の警告スコアp=i×j×k=8を計算する（Ｓ１０４）。SIPサーバ２１は、国内発の場合の判定式「p≧Th2」（Th2=5）を満たすので（Ｓ１０５,Yes）、警告が必要と判定する（Ｓ１１２）。
【0040】
図７は、過剰警告を抑止する場合の構成図である。システム構成は図６と図７とで大まかに共通するが、以下の相違点がある。
・図７の発側端末１１から通知の発番号設定で発呼される。よって、SIPサーバ２１が受信したSIP信号４１ａのHistory-Infoヘッダ内には、「発番号設定：通知」が含まれている。
・図７では接続事業者の数が１つ減る。つまり、図６では接続事業者２３Ｄに収容されていたSIPサーバ２３が、図７では接続事業者２２Ｄに収容されるSIPサーバ２２２となる。同様に、図６では接続事業者２２Ｄに収容されていたSIPサーバ２２が、図７では接続事業者２２Ｄに収容されるSIPサーバ２２１となる。
・図７の発側端末１１から通知の発番号設定で発呼される。よって、SIPサーバ２１が受信したSIP信号４１ａのHistory-Infoヘッダ内には、「発番号設定：通知」が含まれている。
・図７では接続事業者の数が１つ減る。つまり、図６では接続事業者２３Ｄに収容されていたSIPサーバ２３が、図７では接続事業者２２Ｄに収容されるSIPサーバ２２２となる。同様に、図６では接続事業者２２Ｄに収容されていたSIPサーバ２２が、図７では接続事業者２２Ｄに収容されるSIPサーバ２２１となる。
【0041】
SIPサーバ２１は、受信したSIP信号４１ａから以下のようにパラメータi,j,kを計算する（Ｓ１０１）。
・パラメータi（転送回数）は、図６と同じi=2となる。
・パラメータj（事業者経由数）は、図６から１つ減ってj=1となる。
・パラメータk（発番号設定）は、図６とは異なり通知のk=1とする。
・パラメータi（転送回数）は、図６と同じi=2となる。
・パラメータj（事業者経由数）は、図６から１つ減ってj=1となる。
・パラメータk（発番号設定）は、図６とは異なり通知のk=1とする。
【0042】
そして、SIPサーバ２１は、国内発の場合の警告スコアp=i×j×k=2を計算する（Ｓ１０４）。SIPサーバ２１は、国内発の場合の判定式「p≧Th2」（Th2=5）を満たさないので（Ｓ１０５,No）、警告が不要と判定する（Ｓ１１１）。
このように、転送回数iだけで警告の要否を判定する比較例に比べて、「転送回数i、事業者経由数j、および、発番号設定k」を総合的に参照する本実施形態では、転送回数iだけは多くても正常な呼を救済し、過剰警告を抑止できる。
このように、転送回数iだけで警告の要否を判定する比較例に比べて、「転送回数i、事業者経由数j、および、発番号設定k」を総合的に参照する本実施形態では、転送回数iだけは多くても正常な呼を救済し、過剰警告を抑止できる。
【0043】
［効果］
本発明のSIPサーバ２１は、発側端末１１から着側端末３１を送信先として発呼された呼信号を受信するSIP受信部５２と、
番号変換を伴う転送サービスにより呼信号を転送した接続事業者２２Ｄが設定した呼信号の番号変換履歴と、呼信号に設定されている発側端末１１の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断するSIP処理部５４と、
SIP処理部５４の判断に従い、呼信号を着側端末３１に送信する前に着側端末３１に警告信号を送信する呼処理部５３とを有することを特徴とする。
本発明のSIPサーバ２１は、発側端末１１から着側端末３１を送信先として発呼された呼信号を受信するSIP受信部５２と、
番号変換を伴う転送サービスにより呼信号を転送した接続事業者２２Ｄが設定した呼信号の番号変換履歴と、呼信号に設定されている発側端末１１の発側情報との組み合わせが特定の条件に合致する場合に、警告信号を要すると判断するSIP処理部５４と、
SIP処理部５４の判断に従い、呼信号を着側端末３１に送信する前に着側端末３１に警告信号を送信する呼処理部５３とを有することを特徴とする。
【0044】
これにより、呼信号の転送に伴い特殊詐欺の発信者の特定情報（発番号など）が隠ぺいされても、その転送状況から怪しい呼信号に対して適切に警告を流すことができる。
【0045】
本発明は、SIP処理部５４が、特定の条件として、
着側端末３１にとって発側端末１１が外国である場合には、番号変換履歴から読み取った呼信号の事業者経由数が第１閾値以上の場合に、警告信号を要すると判断し、
着側端末３１にとって発側端末１１が国内である場合には、番号変換履歴から読み取った呼信号の転送回数、番号変換履歴から読み取った呼信号の事業者経由数、および、呼信号の発番号設定をもとにした評価式の結果が第２閾値以上の場合に、警告信号を要すると判断することを特徴とする。
着側端末３１にとって発側端末１１が外国である場合には、番号変換履歴から読み取った呼信号の事業者経由数が第１閾値以上の場合に、警告信号を要すると判断し、
着側端末３１にとって発側端末１１が国内である場合には、番号変換履歴から読み取った呼信号の転送回数、番号変換履歴から読み取った呼信号の事業者経由数、および、呼信号の発番号設定をもとにした評価式の結果が第２閾値以上の場合に、警告信号を要すると判断することを特徴とする。
【0046】
これにより、発側端末１１が外国である場合には、呼信号の転送回数を参照しないで警告信号の要否を判定する。よって、発側端末１１が外国である特殊詐欺の可能性の高い呼信号を、高頻度で警告できる。
さらに、発側端末１１が国内である呼信号に対しては、転送回数だけでなく、他の指標も併せて総合的に評価するので、転送回数は多くても正常な呼を救済し、過剰警告を抑止できる。
さらに、発側端末１１が国内である呼信号に対しては、転送回数だけでなく、他の指標も併せて総合的に評価するので、転送回数は多くても正常な呼を救済し、過剰警告を抑止できる。
【0047】
本発明は、SIP処理部５４が、特定の条件として、
着側端末３１にとって発側端末１１が外国か国内かを示す第１変数、呼信号の発番号種別を示す第２変数、および、呼信号の発番号設定を示す第３変数について、優先度の高い順に第１変数、第２変数、第３変数とする評価式の結果が第３閾値以上の場合に、警告信号を要すると判断することを特徴とする。
着側端末３１にとって発側端末１１が外国か国内かを示す第１変数、呼信号の発番号種別を示す第２変数、および、呼信号の発番号設定を示す第３変数について、優先度の高い順に第１変数、第２変数、第３変数とする評価式の結果が第３閾値以上の場合に、警告信号を要すると判断することを特徴とする。
【0048】
これにより、発側端末１１の発側情報を重視して、警告信号の要否を判定できる。
【0049】
本発明は、SIP処理部５４が、特定の条件に合致する場合に加え、発呼された発番号が事前登録されたブラックリストに掲載された発番号である場合に、警告信号を要すると判断することを特徴とする。
【0050】
これにより、発番号が怪しい呼信号に対しても、適切に警告を流すことができる。
【0051】
本発明は、SIP処理部５４が、特定の条件に合致する場合に加え、呼信号の通話内容から音声認識で抽出したキーワードが、事前にデータベース登録された問題ワードに合致した場合に、警告信号を要すると判断することを特徴とする。
【0052】
これにより、通話内容が怪しい呼信号に対しても、適切に警告を流すことができる。
【符号の説明】
【0053】
１１ 発側端末
２０ SIPサーバ
２１ SIPサーバ（呼警告装置）
２２ SIPサーバ（接続装置）
２３ SIPサーバ（接続装置）
２４ SIPサーバ
２１Ｄ 着側事業者
２２Ｄ 接続事業者
２３Ｄ 接続事業者
２４Ｄ 発側事業者
３１ 着側端末
４０ 呼信号
４１ SIP信号
４２ SIP信号
４３ SIP信号
４４ 呼信号
５１ 呼受信部
５２ SIP受信部（呼信号受信部）
５３ 呼処理部（警告処理部）
５４ SIP処理部（呼信号処理部）
５５ 呼送信部
５６ SIP送信部
２０ SIPサーバ
２１ SIPサーバ（呼警告装置）
２２ SIPサーバ（接続装置）
２３ SIPサーバ（接続装置）
２４ SIPサーバ
２１Ｄ 着側事業者
２２Ｄ 接続事業者
２３Ｄ 接続事業者
２４Ｄ 発側事業者
３１ 着側端末
４０ 呼信号
４１ SIP信号
４２ SIP信号
４３ SIP信号
４４ 呼信号
５１ 呼受信部
５２ SIP受信部（呼信号受信部）
５３ 呼処理部（警告処理部）
５４ SIP処理部（呼信号処理部）
５５ 呼送信部
５６ SIP送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】