ホーム > 特許ランキング > 日本電信電話株式会社
特許7400836呼警告装置、呼警告システム、呼警告方法、および、呼警告プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-11
(45)【発行日】2023-12-19
(54)【発明の名称】呼警告装置、呼警告システム、呼警告方法、および、呼警告プログラム
(51)【国際特許分類】
H04M 3/42 20060101AFI20231212BHJP
H04M 11/04 20060101ALI20231212BHJP
【ＦＩ】
H04M3/42 Z
H04M11/04
【請求項の数】
7
(21)【出願番号】P 2021569609
(86)(22)【出願日】2020-01-06
(86)【国際出願番号】 JP2020000033
(87)【国際公開番号】W WO2021140539
(87)【国際公開日】2021-07-15
【審査請求日】2022-04-25
(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サーバ２１ｚを管理する。接続事業者２２ＤｚはSIPサーバ２２ｚを管理する。接続事業者２３ＤｚはSIPサーバ２３ｚを管理する。着側事業者２４Ｄｚは着側端末３１ｚを収容するSIPサーバ２４ｚを管理する。また、SIPサーバ２２ｚには転送用の着番号[03-1111-2222]が設定され、SIPサーバ２３ｚには転送用の着番号[03-1111-3333]が設定されている。
発側端末１１ｚからの発呼が４台のSIPサーバ（SIPサーバ２１ｚ→SIPサーバ２２ｚ→SIPサーバ２３ｚ→SIPサーバ２４ｚ）を経由して、着側端末３１ｚの着番号「0422-88-8888」に届く場合を例示する。
発側事業者２１Ｄｚは発側端末１１ｚを収容するSIPサーバ２１ｚを管理する。接続事業者２２ＤｚはSIPサーバ２２ｚを管理する。接続事業者２３ＤｚはSIPサーバ２３ｚを管理する。着側事業者２４Ｄｚは着側端末３１ｚを収容するSIPサーバ２４ｚを管理する。また、SIPサーバ２２ｚには転送用の着番号[03-1111-2222]が設定され、SIPサーバ２３ｚには転送用の着番号[03-1111-3333]が設定されている。
【0008】
ここで、攻撃者は自身が特殊詐欺の発信者であることの特定（追跡）を遅らせるために、SIPサーバ２２ｚ，２３ｚが提供する転送サービスを悪用することが多い。転送サービスでは、呼信号の着番号が転送元の番号から転送先の番号に切り替わるため、特殊詐欺の特定が困難となる。
よって、特殊詐欺の通話傾向を示す手がかりとして、呼信号が各SIPサーバを経由する段階での番号変換履歴を用いることが効果的となる。しかし、従来の技術では、このような手がかりは用いられてこなかった。
よって、特殊詐欺の通話傾向を示す手がかりとして、呼信号が各SIPサーバを経由する段階での番号変換履歴を用いることが効果的となる。しかし、従来の技術では、このような手がかりは用いられてこなかった。
【0009】
そこで、本発明は、特殊詐欺の番号が頻繁に変更されても、適切に警告を流すことを、主な課題とする。
【課題を解決するための手段】
【0010】
前記課題を解決するために、本発明の呼警告装置は、以下の特徴を有する。
本発明は、呼警告装置が、着側端末を送信先とする呼信号を受信すると、番号変換を伴う転送サービスにより呼信号を転送した転送装置が設定した番号変換履歴を呼信号から読み取り、その番号変換履歴が特定の条件として、番号変換の回数が所定回数以上である旨の条件に合致する場合に、呼信号を前記着側端末に送信する前に前記着側端末に警告信号を送信することを特徴とする。
本発明は、呼警告装置が、着側端末を送信先とする呼信号を受信すると、番号変換を伴う転送サービスにより呼信号を転送した転送装置が設定した番号変換履歴を呼信号から読み取り、その番号変換履歴が特定の条件として、番号変換の回数が所定回数以上である旨の条件に合致する場合に、呼信号を前記着側端末に送信する前に前記着側端末に警告信号を送信することを特徴とする。
【発明の効果】
【0011】
本発明によれば、特殊詐欺の番号が頻繁に変更されても、適切に警告を流すことができる。
【図面の簡単な説明】
【0012】
【図1】本実施形態に係わる呼警告システムの構成図である。
【図2】本実施形態に係わるSIPサーバの構成図である。
【図3】本実施形態に係わるSIPサーバのハードウェア構成図である。
【図4】本実施形態に係わるSIPサーバが実行する番号変換履歴の判定処理を示すフローチャートである。
【図5】本実施形態に係わる無応答時転送が行われた呼警告システムの構成図である。
【図6】本実施形態に係わる着課金サービスが利用された特殊詐欺攻撃を示す呼警告システムの構成図である。
【図7】複数の事業者を経由した特殊詐欺攻撃の概要を示す構成図である。
【発明を実施するための形態】
【0013】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【0014】
図１は、呼警告システムの構成図である。
図７と同様に、発側端末１１からの発呼が４台のSIPサーバ２０（SIPサーバ２１→SIPサーバ２２→SIPサーバ２３→SIPサーバ２４）を経由して、着側端末３１の着番号「0422-88-8888」に届く場合を例示する。
発側事業者２１Ｄは発側端末１１を収容するSIPサーバ２１を管理する。接続事業者２２ＤはSIPサーバ２２を管理する。接続事業者２３ＤはSIPサーバ２３を管理する。着側事業者２４Ｄは着側端末３１を収容するSIPサーバ（呼警告装置）２４を管理する。また、SIPサーバ（転送装置）２２には転送用の着番号[03-1111-2222]が設定され、SIPサーバ（転送装置）２３には転送用の着番号[03-1111-3333]が設定されている。
図７と同様に、発側端末１１からの発呼が４台のSIPサーバ２０（SIPサーバ２１→SIPサーバ２２→SIPサーバ２３→SIPサーバ２４）を経由して、着側端末３１の着番号「0422-88-8888」に届く場合を例示する。
発側事業者２１Ｄは発側端末１１を収容するSIPサーバ２１を管理する。接続事業者２２ＤはSIPサーバ２２を管理する。接続事業者２３ＤはSIPサーバ２３を管理する。着側事業者２４Ｄは着側端末３１を収容するSIPサーバ（呼警告装置）２４を管理する。また、SIPサーバ（転送装置）２２には転送用の着番号[03-1111-2222]が設定され、SIPサーバ（転送装置）２３には転送用の着番号[03-1111-3333]が設定されている。
【0015】
本明細書の用語として、「転送」と「中継」とを使い分ける。例えば、第１の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信号４４ａを呼信号４５ａとして中継（発呼）する。
【0016】
そして、各SIPサーバ２０は、SIP信号を転送する場合には、受信したSIP信号の番号変換履歴（History-Info）に転送元の番号および転送先の番号を設定してから、転送先にSIP信号を送信する。なお、各SIPサーバ２０は、History-Infoの内容通知を許可する装置（つまり信頼できる装置）として、他装置のSIPサーバ２０をSIP信号のPrivacyヘッダに登録しておくとよい（図示省略）。
【0017】
ここで、オレオレ詐欺では、転送サービスを悪用している傾向があるので、SIPサーバ２４に届いたSIP信号４４ａの番号変換履歴の内容が不自然であるときに、SIPサーバ２４は、呼信号４５ａの通話開始前に警告するためのガイダンス（警告信号）を着側端末３１に送出するようにした。
なお、番号変換履歴は、事業者間で流通される情報なので、事業者の外部から攻撃者が証拠隠滅のために削除することができない情報である。番号変換履歴の内容を元に、警告を送出するか否かの判定処理の詳細は、図４のフローチャートで後記する。また、通話開始前にガイダンスを送出する具体的なSIPの手順については、特許文献１に記載されている。
なお、番号変換履歴は、事業者間で流通される情報なので、事業者の外部から攻撃者が証拠隠滅のために削除することができない情報である。番号変換履歴の内容を元に、警告を送出するか否かの判定処理の詳細は、図４のフローチャートで後記する。また、通話開始前にガイダンスを送出する具体的なSIPの手順については、特許文献１に記載されている。
【0018】
図２は、SIPサーバ２０の構成図である。
SIPサーバ２０は、呼受信部５１と、SIP受信部５２と、呼処理部５３と、SIP処理部５４と、呼送信部５５と、SIP送信部５６とを有する。以下、図１の各信号（呼信号４１ａ，４５ａ，SIP信号４２ａ～４４ａ）の内容に沿って、SIPサーバ２０の処理を説明する。
SIPサーバ２０は、呼受信部５１と、SIP受信部５２と、呼処理部５３と、SIP処理部５４と、呼送信部５５と、SIP送信部５６とを有する。以下、図１の各信号（呼信号４１ａ，４５ａ，SIP信号４２ａ～４４ａ）の内容に沿って、SIPサーバ２０の処理を説明する。
【0019】
まず、発側事業者２１ＤのSIPサーバ２１について説明する。
SIPサーバ２１の呼受信部５１は、発側端末１１からの呼信号４１ａを受信する。この呼信号４１ａには、SIPサーバ２２が提供する転送サービスの着番号「03-1111-2222」が含まれる。
呼処理部５３は、受信した呼信号４１ａの着番号が他事業者あてであることを認識する。SIP処理部５４は、呼信号４１ａの着番号をINVITEとして含めたSIP信号４２ａを作成する。SIP送信部５６は、作成されたSIP信号４２ａをSIPサーバ２２に送信する。
SIPサーバ２１の呼受信部５１は、発側端末１１からの呼信号４１ａを受信する。この呼信号４１ａには、SIPサーバ２２が提供する転送サービスの着番号「03-1111-2222」が含まれる。
呼処理部５３は、受信した呼信号４１ａの着番号が他事業者あてであることを認識する。SIP処理部５４は、呼信号４１ａの着番号をINVITEとして含めたSIP信号４２ａを作成する。SIP送信部５６は、作成されたSIP信号４２ａをSIPサーバ２２に送信する。
【0020】
次に、接続事業者２２ＤのSIPサーバ２２について説明する。
SIPサーバ２２のSIP受信部５２は、SIPサーバ２１からのSIP信号４２ａを受信する。SIP処理部５４は、受信したSIP信号４２ａの着番号「03-1111-2222」に従い、その転送先となるSIPサーバ２３の新たな着番号「03-1111-3333」を転送サービスの設定データから取得する。
SIP処理部５４は、以下の処理により、SIP信号４２ａからSIP信号４３ａを作成する。
・着番号（INVITE）を、転送元の「03-1111-2222」から転送先の「03-1111-3333」に置き換える。
・新たにHistory-Infoヘッダを作成し、転送元の「03-1111-2222」と、転送先の「03-1111-3333」とをHistory-Infoヘッダに追加する。なお、転送先の「03-1111-3333」に対して、番号変換した理由（転送）も併せて追加する。
SIP送信部５６は、作成されたSIP信号４３ａをSIPサーバ２３に転送する。
SIPサーバ２２のSIP受信部５２は、SIPサーバ２１からのSIP信号４２ａを受信する。SIP処理部５４は、受信したSIP信号４２ａの着番号「03-1111-2222」に従い、その転送先となるSIPサーバ２３の新たな着番号「03-1111-3333」を転送サービスの設定データから取得する。
SIP処理部５４は、以下の処理により、SIP信号４２ａからSIP信号４３ａを作成する。
・着番号（INVITE）を、転送元の「03-1111-2222」から転送先の「03-1111-3333」に置き換える。
・新たにHistory-Infoヘッダを作成し、転送元の「03-1111-2222」と、転送先の「03-1111-3333」とをHistory-Infoヘッダに追加する。なお、転送先の「03-1111-3333」に対して、番号変換した理由（転送）も併せて追加する。
SIP送信部５６は、作成されたSIP信号４３ａをSIPサーバ２３に転送する。
【0021】
なお、SIP信号４３ａ内のHistory-Infoヘッダの内容は、図１では「03-1111-2222、03-1111-3333（転送）」と省略して記述したが、実際は以下のようなテキストデータである。
・第１行（転送元）＝<sip:0311112222@exampleC.com;user=phone>;index=1
ここで、第１行の「sip:」の後の「0311112222」はSIPサーバ２２の着番号を示し、「exampleC.com」は接続事業者２２Ｄのドメインを示し、「index」は各エントリの通し番号を示す。
・第２行（転送先）＝<sip:0311113333@exampleB.com;user=phone;cause=302>;index=1.1;mp=1
ここで、第２行の「cause=302」は番号変換の理由（ここでは通常の転送）を示し、「mp」は変換元のエントリの通し番号を示す。
・第１行（転送元）＝<sip:0311112222@exampleC.com;user=phone>;index=1
ここで、第１行の「sip:」の後の「0311112222」はSIPサーバ２２の着番号を示し、「exampleC.com」は接続事業者２２Ｄのドメインを示し、「index」は各エントリの通し番号を示す。
・第２行（転送先）＝<sip:0311113333@exampleB.com;user=phone;cause=302>;index=1.1;mp=1
ここで、第２行の「cause=302」は番号変換の理由（ここでは通常の転送）を示し、「mp」は変換元のエントリの通し番号を示す。
【0022】
また、接続事業者２３Ｄの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ヘッダに追加する。
【0023】
なお、SIP信号４４ａ内のHistory-Infoヘッダの内容は、以下の第３行が追加される。
・第３行（２回目の転送先）＝<sip:04228888888@exampleA.com;user=phone;cause=302>;index=1.1.1;mp=1.1
SIP送信部５６は、作成されたSIP信号４４ａを、転送先の着側端末３１へと向かうSIPサーバ２４に送信する。
・第３行（２回目の転送先）＝<sip:04228888888@exampleA.com;user=phone;cause=302>;index=1.1.1;mp=1.1
SIP送信部５６は、作成されたSIP信号４４ａを、転送先の着側端末３１へと向かうSIPサーバ２４に送信する。
【0024】
そして、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」を抽出した呼信号４５ａを作成する。そして、呼送信部５５は、呼信号４５ａの通話開始前に警告するためのガイダンスを着側端末３１に送出する。
【0025】
図３は、SIPサーバ２０のハードウェア構成図である。
SIPサーバ２０は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部を制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
SIPサーバ２０は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部を制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
【0026】
図４は、SIPサーバ２４が実行する番号変換履歴の判定処理を示すフローチャートである。このフローチャートでは、番号変換履歴が特定の条件に合致する場合に、SIPサーバ２４は警告が必要と判定する。
SIPサーバ２４は、受信したSIP信号から番号変換履歴を取得し（Ｓ１０１）、その番号変換履歴において論物変換後の転送が行われたか否か（特定の条件）を判定する（Ｓ１０２）。論物変換とは、論理番号を物理番号へと変換する処理である。Ｓ１０２でYesなら着側端末３１に着呼する前に警告が必要と判定する（Ｓ１１２）。
SIPサーバ２４は、受信したSIP信号から番号変換履歴を取得し（Ｓ１０１）、その番号変換履歴において論物変換後の転送が行われたか否か（特定の条件）を判定する（Ｓ１０２）。論物変換とは、論理番号を物理番号へと変換する処理である。Ｓ１０２でYesなら着側端末３１に着呼する前に警告が必要と判定する（Ｓ１１２）。
【0027】
Ｓ１０２でNoなら、SIPサーバ２４は、Ｓ１０１の番号変換履歴から転送回数を計数（カウント）する（Ｓ１０３）。ここで、SIPサーバ２４は、変換理由にかかわらず、転送回数をそのまま計数してもよいし、転送ごとの変換理由によって重み付けをしてから転送回数を計数してもよい。
・番号変換の理由が通常の（応答時の）転送（cause=302）の場合は、１回の転送としてカウントする。また、人間が応答した場合と、機械が自動応答した場合とで、異なる重み付けをしてもよい。
・番号変換の理由が無応答時転送（cause=408）の場合は、詐欺に利用されている可能性が低いと仮定し、0.5回の転送としてカウントする。
・番号変換の理由が通常の（応答時の）転送（cause=302）の場合は、１回の転送としてカウントする。また、人間が応答した場合と、機械が自動応答した場合とで、異なる重み付けをしてもよい。
・番号変換の理由が無応答時転送（cause=408）の場合は、詐欺に利用されている可能性が低いと仮定し、0.5回の転送としてカウントする。
【0028】
そして、SIPサーバ２４は、Ｓ１０３の転送回数が所定回数（ｎ回、例えばｎ＝２）以上（特定の条件）であるときは（Ｓ１０４,Yes）、着側端末３１に着呼する前に警告が必要と判定する（Ｓ１１２）。SIPサーバ２４は、Ｓ１０４,Noなら警告は不要とする（Ｓ１１１）。
以下、図５，図６を参照して、図４の判定処理が使用される具体的な事例を説明する。
以下、図５，図６を参照して、図４の判定処理が使用される具体的な事例を説明する。
【0029】
図５は、無応答時転送が行われた呼警告システムの構成図である。
システム構成は図１と図５とで大まかに共通するが、上流側から２台目のSIPサーバが、応答時の転送サービスを行ったSIPサーバ２２から、無応答時の転送サービスを行ったSIPサーバ２８に置き換わる。つまり、SIPサーバ２２の転送用番号[03-1111-2222]が、SIPサーバ２８の転送用番号[03-1111-4444]に置き換わる。
また、発側端末１１の側（上流側）から着側端末３１の側（下流側）に流れる信号は、図１の「呼信号４１ａ→SIP信号４２ａ→SIP信号４３ａ→SIP信号４４ａ→呼信号４５ａ」から、図５の「呼信号４１ｂ→SIP信号４２ｂ→SIP信号４３ｂ→SIP信号４４ｂ→呼信号４５ｂ」に置き換わる。
システム構成は図１と図５とで大まかに共通するが、上流側から２台目のSIPサーバが、応答時の転送サービスを行ったSIPサーバ２２から、無応答時の転送サービスを行ったSIPサーバ２８に置き換わる。つまり、SIPサーバ２２の転送用番号[03-1111-2222]が、SIPサーバ２８の転送用番号[03-1111-4444]に置き換わる。
また、発側端末１１の側（上流側）から着側端末３１の側（下流側）に流れる信号は、図１の「呼信号４１ａ→SIP信号４２ａ→SIP信号４３ａ→SIP信号４４ａ→呼信号４５ａ」から、図５の「呼信号４１ｂ→SIP信号４２ｂ→SIP信号４３ｂ→SIP信号４４ｂ→呼信号４５ｂ」に置き換わる。
【0030】
なお、SIPサーバ２８が作成するSIP信号４３ｂ内のHistory-Infoヘッダの内容は、以下のようなテキストデータである。
・第１行（転送元）＝<sip:0311114444@exampleC.com;user=phone>;index=1
・第２行（転送先）＝<sip:0311113333@exampleB.com;user=phone;cause=408>;index=1.1;mp=1
ここで、第２行の「cause=408」は番号変換の理由（ここでは無応答時転送）を示す。
・第１行（転送元）＝<sip:0311114444@exampleC.com;user=phone>;index=1
・第２行（転送先）＝<sip:0311113333@exampleB.com;user=phone;cause=408>;index=1.1;mp=1
ここで、第２行の「cause=408」は番号変換の理由（ここでは無応答時転送）を示す。
【0031】
SIPサーバ２４が受信したSIP信号４４ｂのHistory-Infoヘッダ内には、１回の通常の転送（図４のＳ１０３で１回としてカウント）と、１回の無応答時転送（0.5回としてカウント）とが含まれている。よって、SIPサーバ２４は、転送回数の合計値＝1.5回が２回未満であり（Ｓ１０４,No）、警告は不要とする（Ｓ１１１）。
【0032】
図６は、着課金サービスが利用された特殊詐欺攻撃を示す呼警告システムの構成図である。
システム構成は図１と図６とで大まかに共通するが、上流側から２台目のSIPサーバが、通常の転送サービスを行うSIPサーバ２２から、着課金サービスにより論物変換を行うSIPサーバ２９に置き換わる。つまり、SIPサーバ２２の転送用番号[03-1111-2222]が、SIPサーバ２９のフリーダイヤル用番号[0120-111-111]に置き換わる。
また、発側端末１１の側（上流側）から着側端末３１の側（下流側）に流れる信号は、図１の「呼信号４１ａ→SIP信号４２ａ→SIP信号４３ａ→SIP信号４４ａ→呼信号４５ａ」から、図６の「呼信号４１ｃ→SIP信号４２ｃ→SIP信号４３ｃ→SIP信号４４ｃ→呼信号４５ｃ」に置き換わる。
システム構成は図１と図６とで大まかに共通するが、上流側から２台目のSIPサーバが、通常の転送サービスを行うSIPサーバ２２から、着課金サービスにより論物変換を行うSIPサーバ２９に置き換わる。つまり、SIPサーバ２２の転送用番号[03-1111-2222]が、SIPサーバ２９のフリーダイヤル用番号[0120-111-111]に置き換わる。
また、発側端末１１の側（上流側）から着側端末３１の側（下流側）に流れる信号は、図１の「呼信号４１ａ→SIP信号４２ａ→SIP信号４３ａ→SIP信号４４ａ→呼信号４５ａ」から、図６の「呼信号４１ｃ→SIP信号４２ｃ→SIP信号４３ｃ→SIP信号４４ｃ→呼信号４５ｃ」に置き換わる。
【0033】
なお、SIPサーバ２９が作成するSIP信号４３ｃ内のHistory-Infoヘッダの内容は、以下のようなテキストデータである。
・第１行（転送元）＝<sip:0120111111@exampleC.com;user=phone>;index=1,
・第２行（転送先）＝<sip:0311113333@exampleB.com;user=phone;cause=380>;index=1.1;mp=1
ここで、第２行の「cause=380」は番号変換の理由（ここでは論物変換）を示す。
・第１行（転送元）＝<sip:0120111111@exampleC.com;user=phone>;index=1,
・第２行（転送先）＝<sip:0311113333@exampleB.com;user=phone;cause=380>;index=1.1;mp=1
ここで、第２行の「cause=380」は番号変換の理由（ここでは論物変換）を示す。
【0034】
これにより、SIPサーバ２４は、SIP信号４４ｃのHistory-Infoヘッダ内に「03-1111-3333（論物変換）」の後の「0422-88-8888（転送）」が含まれているので（図４のＳ１０２でYes）、着側端末３１に着呼する前に警告が必要と判定する（Ｓ１１２）。
なお、SIPサーバ２９が提供する着課金サービスなどの論物変換後は、すぐにSIPサーバ２９に直接接続される端末１２などの受付台に着信し、転送されるケースはまれである。よって、論物変換後に転送されているケースは悪意のある転送である可能性があるとし、警告を行うこととした。
また、「論物変換後の転送」による警告は、番号変換の理由の順番が特定のパターンに合致する場合に警告を発するか否かを規定するポリシの一例である。よって、SIPサーバ２４の管理者は、トラヒックの分析などにより特殊詐欺攻撃の傾向を示す新たな特定のパターンを発見したときには、新たな特定のパターンをSIPサーバ２４に登録して、警告の精度を向上させてもよい。
なお、SIPサーバ２９が提供する着課金サービスなどの論物変換後は、すぐにSIPサーバ２９に直接接続される端末１２などの受付台に着信し、転送されるケースはまれである。よって、論物変換後に転送されているケースは悪意のある転送である可能性があるとし、警告を行うこととした。
また、「論物変換後の転送」による警告は、番号変換の理由の順番が特定のパターンに合致する場合に警告を発するか否かを規定するポリシの一例である。よって、SIPサーバ２４の管理者は、トラヒックの分析などにより特殊詐欺攻撃の傾向を示す新たな特定のパターンを発見したときには、新たな特定のパターンをSIPサーバ２４に登録して、警告の精度を向上させてもよい。
【0035】
［効果］
本発明は、SIPサーバ２４が、着側端末３１を送信先とする呼信号を受信すると、番号変換を伴う転送サービスにより呼信号を転送したSIPサーバ２２が設定した番号変換履歴を呼信号から読み取り、その番号変換履歴が特定の条件に合致する場合に、呼信号を着側端末３１に送信する前に着側端末３１に警告信号を送信することを特徴とする。
本発明は、SIPサーバ２４が、着側端末３１を送信先とする呼信号を受信すると、番号変換を伴う転送サービスにより呼信号を転送したSIPサーバ２２が設定した番号変換履歴を呼信号から読み取り、その番号変換履歴が特定の条件に合致する場合に、呼信号を着側端末３１に送信する前に着側端末３１に警告信号を送信することを特徴とする。
【0036】
これにより、事前に入手した攻撃者の情報（ブラックリスト）を利用せずに着信者へ警告することが可能であり、頻繁に番号を変更する手口にもリアルタイムで警告を流すなどの対応することができる。
【0037】
本発明は、SIPサーバ２４が、特定の条件として、番号変換の回数が所定回数以上の場合に、着側端末３１に警告信号を送信することを特徴とする。
【0038】
これにより、正規の転送サービスであっても、その利用回数が過剰であるときには悪意があるとみなし、適切な警告が可能となる。
【0039】
本発明は、SIPサーバ２４が、変換理由ごとに対応づけられた重み付けをもとに、番号変換の回数を計数することを特徴とする。
【0040】
これにより、例えば、番号変換の理由が無応答時転送（cause=408）の場合は0.5回の転送としてカウントするなど、詐欺に利用されている可能性が低い呼信号に対して、過剰に警告を発することを抑制できる。
【0041】
本発明は、SIPサーバ２４が、特定の条件として、論理番号から物理番号への変換が発生した後に、別の転送が発生した場合に、着側端末３１に警告信号を送信することを特徴とする。
【0042】
これにより、フリーダイヤルなどの着課金サービスを不正利用する呼信号に対して、適切な警告が可能となる。なお、正常な呼信号においては、フリーダイヤルの論物変換後は、すぐにSIPサーバ２９に直接接続される端末１２などの受付台に着信される傾向にある。
【0043】
本発明は、SIPサーバ２４と、SIPサーバ２２，２３とを含めて構成される呼警告システムであって、SIPサーバ２２，２３は、受信した呼信号の着番号が自身が提供する転送サービスの着番号であるときに、転送先の着番号に番号変換するとともに、番号変換した着番号を番号変換履歴に追加した呼信号を、転送先に転送することを特徴とする。
【0044】
これにより、SIPサーバ２４は、呼信号が経由したSIPサーバ２２，２３からの番号変換履歴を信用して、適切な警告が可能となる。
【符号の説明】
【0045】
１１ 発側端末
２０，２１ SIPサーバ
２２，２３ SIPサーバ（転送装置）
２４ SIPサーバ（呼警告装置）
３１ 着側端末
４１ａ，４５ａ 呼信号
４２ａ，４３ａ，４４ａ SIP信号（呼信号）
５１ 呼受信部
５２ SIP受信部
５３ 呼処理部
５４ SIP処理部
５５ 呼送信部
５６ SIP送信部
２０，２１ SIPサーバ
２２，２３ SIPサーバ（転送装置）
２４ SIPサーバ（呼警告装置）
３１ 着側端末
４１ａ，４５ａ 呼信号
４２ａ，４３ａ，４４ａ SIP信号（呼信号）
５１ 呼受信部
５２ SIP受信部
５３ 呼処理部
５４ SIP処理部
５５ 呼送信部
５６ SIP送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】