知財求人 - 知財ポータルサイト「IP Force」
特開2024-178095電話番号の調査装置、調査方法、調査プログラム、及び情報提供システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024178095
(43)【公開日】2024-12-24
(54)【発明の名称】電話番号の調査装置、調査方法、調査プログラム、及び情報提供システム
(51)【国際特許分類】
H04M 1/24 20060101AFI20241217BHJP
H04M 3/42 20060101ALI20241217BHJP
【ＦＩ】
H04M1/24 A
H04M3/42 U
【審査請求】有
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2024034244
(22)【出願日】2024-03-06
(11)【特許番号】
(45)【特許公報発行日】2024-06-13
(31)【優先権主張番号】P 2023096327
(32)【優先日】2023-06-12
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】501032951
【氏名又は名称】株式会社クローバー・ネットワーク・コム
(74)【代理人】
【識別番号】110002871
【氏名又は名称】弁理士法人坂本国際特許商標事務所
(72)【発明者】
【氏名】川上 泰則
(72)【発明者】
【氏名】高橋 圭一郎
(72)【発明者】
【氏名】大石 光
【テーマコード（参考）】
5K127
5K201
【Ｆターム（参考）】
5K127AA36
5K127EA27
5K127GB06
5K127NA05
5K201FA10
(57)【要約】
【課題】事業者間相互接続にＩＭＳ相互接続インタフェースなどを利用してＩＭＳ網における電話番号の使用状況を判定する。
【解決手段】電話番号の調査装置１０は、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続され、調査対象のＩＭＳ端末５０に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して発側固定ＩＭＳ網２０へとＩＮＶＩＴＥリクエストを送信するとともに発側固定ＩＭＳ網２０を介して応答メッセージを受信し、応答メッセージに応じて調査対象のＩＭＳ端末５０の電話番号の使用状況を判定する。
【選択図】図１
【解決手段】電話番号の調査装置１０は、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続され、調査対象のＩＭＳ端末５０に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して発側固定ＩＭＳ網２０へとＩＮＶＩＴＥリクエストを送信するとともに発側固定ＩＭＳ網２０を介して応答メッセージを受信し、応答メッセージに応じて調査対象のＩＭＳ端末５０の電話番号の使用状況を判定する。
【選択図】図１
【特許請求の範囲】
【請求項1】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される電話番号の調査装置であり、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するとともに前記発側固定ＩＭＳ網を介して応答メッセージを受信するメッセージ交換制御部と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定する電話番号調査判定部と、を備え、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、
ことを特徴とする電話番号の調査装置。
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するとともに前記発側固定ＩＭＳ網を介して応答メッセージを受信するメッセージ交換制御部と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定する電話番号調査判定部と、を備え、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、
ことを特徴とする電話番号の調査装置。
【請求項2】
前記電話番号調査判定部が、
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項１に記載の電話番号の調査装置。
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項１に記載の電話番号の調査装置。
【請求項3】
前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、
前記電話番号調査判定部が、前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記メッセージ交換制御部が、前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項１に記載の電話番号の調査装置。
前記電話番号調査判定部が、前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記メッセージ交換制御部が、前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項１に記載の電話番号の調査装置。
【請求項4】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる前記ＩＭＳ端末の電話番号の使用状況を調査する電話番号の調査方法であり、
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、
ことを特徴とする電話番号の調査方法。
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、
ことを特徴とする電話番号の調査方法。
【請求項5】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる前記ＩＭＳ端末の電話番号の使用状況を調査する電話番号の調査方法であり、
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ６、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗのみと記述されている、
ことを特徴とする電話番号の調査方法。
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ６、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗのみと記述されている、
ことを特徴とする電話番号の調査方法。
【請求項6】
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
【請求項7】
前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
【請求項8】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続されるコンピュータに、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信させる処理と、
前記発側固定ＩＭＳ網を介して応答メッセージを受信させる処理と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定させる処理と、を少なくとも実行させ、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、
ことを特徴とする電話番号の調査プログラム。
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信させる処理と、
前記発側固定ＩＭＳ網を介して応答メッセージを受信させる処理と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定させる処理と、を少なくとも実行させ、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、
ことを特徴とする電話番号の調査プログラム。
【請求項9】
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
【請求項10】
前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
【請求項11】
請求項１から３のうちのいずれか１項に記載の電話番号の調査装置と、
ユーザ端末と、を有し、
前記電話番号の調査装置が、前記ユーザ端末から前記ＩＭＳ端末についての電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記ＩＭＳ端末の電話番号の使用状況をＩＰ網経由で送信する網インタフェース部を備える、
ことを特徴とする電話番号の情報提供システム。
ユーザ端末と、を有し、
前記電話番号の調査装置が、前記ユーザ端末から前記ＩＭＳ端末についての電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記ＩＭＳ端末の電話番号の使用状況をＩＰ網経由で送信する網インタフェース部を備える、
ことを特徴とする電話番号の情報提供システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、電話番号を調査する技術に関する。
【背景技術】
【0002】
電話番号情報の判定に関する従来の技術として、複数の端末とインターネット網を介して接続されるコンピュータサーバを用いた電話番号情報の判定装置であって、複数の電話番号の使用履歴情報を記憶するデータベースと、端末から認証情報を受信し認証手段がログインを許可することを条件として、端末から検索情報として電話番号を受付ける検索情報受付手段と、検索情報受付手段が受付けた電話番号を用いてデータベースを検索し、電話番号履歴情報の中に加入状態から欠番状態へ遷移する複数の履歴が存在するか電話番号のフィールドの欠番変化を解析し、および／または、電話番号履歴情報の中に欠番状態から加入状態へ遷移する複数の履歴が存在するか電話番号のフィールドの有効変化を解析し、電話番号履歴情報の未蓄積履歴、電話番号履歴情報の直近調査記録が欠番履歴、直近調査記録より一つ前の調査記録が欠番履歴、電話番号履歴情報の中に存在する複数の通話停止履歴、を参照して、検索情報の電話番号に対して所定の加入者番号と判定する履歴判定情報を生成し、この履歴判定情報を端末へインターネット網を介して表示させるシステム制御手段と、を備える電話番号情報の判定装置が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１４－０６０７９６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、ＰＳＴＮ（Ｐublic Ｓwitched Ｔelephone Ｎetworks：公衆交換電話網）からＮＧＮ（Ｎext Ｇeneration Ｎetwork）への移行に伴い、事業者間相互接続インタフェースも共通線信号方式のＳＳ７（Ｓignaling Ｓystem No.７）からＩＰ（Ｉnternet Ｐrotocol）方式のＳＩＰ（Ｓession Ｉnitiation Ｐrotocol）に変更される。このため、発信端末（例えば、電話番号の調査装置）からＳＩＰの特定メッセージがＩＭＳ（ＩＰ Ｍultimedia Ｓubsystem）網、ＮＧＮ網、及びＩＰ電話網（ＶｏＩＰ：Ｖoice ｏver Ｉnternet Ｐrotocol）に対して到達することになる。
【0005】
なお、ＩＭＳとは、これまで固定網や移動体通信などで行われていたサービスをＩＰ化し、融合したマルチメディアサービスなどを実現するための規格であり、その規格に沿って作られたシステムとして移動体通信システムやＮＧＮがある。
【0006】
このため、事業者間相互接続にＩＭＳ相互接続インタフェースなどを利用し、着側ＩＭＳ網における電話番号の使用状況を判定する、発側ＩＭＳ網とＵＮＩ（Ｕser Ｎetwork Ｉnterface：ユーザ網インタフェース）接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入して新システム基盤への円滑な移行を図る必要がある。
【0007】
そこで本発明は、１つの側面では、事業者間相互接続にＩＭＳ相互接続インタフェースなどを利用してＩＭＳ網における電話番号の使用状況を判定することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【0008】
上記課題を解決するため、本発明に係る電話番号の調査装置は、着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される電話番号の調査装置であり、調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するとともに前記発側固定ＩＭＳ網を介して応答メッセージを受信するメッセージ交換制御部と、前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定する電話番号調査判定部と、を備え、前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、ようにしてもよい。
【0009】
本発明に係る電話番号の調査装置は、前記電話番号調査判定部が、前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、ようにしてもよい。
【0010】
本発明に係る電話番号の調査装置は、前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、前記電話番号調査判定部が、前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、前記メッセージ交換制御部が、前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、ようにしてもよい。
【0011】
また、本発明に係る電話番号の調査方法は、着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる前記ＩＭＳ端末の電話番号の使用状況を調査する電話番号の調査方法であり、前記装置が、調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、ようにしてもよい。
【0012】
本発明に係る電話番号の調査方法は、着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる前記ＩＭＳ端末の電話番号の使用状況を調査する電話番号の調査方法であり、前記装置が、調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ６、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗのみと記述されている、ようにしてもよい。
【0013】
本発明に係る電話番号の調査方法は、前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、ようにしてもよい。
【0014】
本発明に係る電話番号の調査方法は、前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、ようにしてもよい。
【0015】
また、本発明に係る電話番号の調査プログラムは、着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続されるコンピュータに、調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信させる処理と、前記発側固定ＩＭＳ網を介して応答メッセージを受信させる処理と、前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定させる処理と、を少なくとも実行させ、前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、ようにしてもよい。
【0016】
本発明に係る電話番号の調査プログラムは、前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、ようにしてもよい。
【0017】
本発明に係る電話番号の調査プログラムは、前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、ようにしてもよい。
【0018】
また、本発明に係る電話番号の情報提供システムは、上記のうちのいずれかの電話番号の調査装置と、ユーザ端末と、を有し、前記電話番号の調査装置が、前記ユーザ端末から前記ＩＭＳ端末についての電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記ＩＭＳ端末の電話番号の使用状況をＩＰ網経由で送信する網インタフェース部を備える、ようにしてもよい。
【発明の効果】
【0019】
本発明によれば、１つの側面では、事業者間相互接続にＩＭＳ相互接続インタフェースなどを利用してＩＭＳ網における電話番号の使用状況を判定することが可能となる。
【図面の簡単な説明】
【0020】
【図1】本発明の実施の形態に係る電話番号の調査装置の網接続形態を示す概略図である。
【図2】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン１を説明する図である。
【図3】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン２を説明する図である。
【図4】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン３を説明する図である。
【図5】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン４を説明する図である。
【図6】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン５を説明する図である。
【図7】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン６を説明する図である。
【図8】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン７を説明する図である。
【図9】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスのパターン８を説明する図である。
【図10】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中である場合の動作の基本シーケンスのパターン１を説明する図である。
【図11】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器として携帯電話が実在し且つ話中である場合の動作の基本シーケンスのパターン２を説明する図である。
【図12】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器が欠番である場合の動作の基本シーケンスを説明する図である。
【図14】調査対象のＩＭＳ端末として携帯電話が実在し且つ話中でない場合の動作シーケンスのその１を説明する図である。
【図15】調査対象のＩＭＳ端末として携帯電話が実在し且つ話中でない場合の動作シーケンスのその２を説明する図である。
【図16】調査対象のＩＭＳ端末として携帯電話が実在し且つ話中でない場合の動作シーケンスのその３を説明する図である。
【図17】調査対象のＩＭＳ端末として携帯電話が実在し且つ話中である場合の動作シーケンスのその１を説明する図である。
【図18】調査対象のＩＭＳ端末として携帯電話が実在し且つ話中である場合の動作シーケンスのその２を説明する図である。
【図19】調査対象のＩＭＳ端末が欠番である場合の動作シーケンスを説明する図である。
【図20】調査対象のＩＭＳ端末が欠番である場合の動作シーケンスを説明する図である（ＩＰｖ４、Ｇ．７１１ μ－ｌａｗのみ）。
【図21】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン１を説明する図である。
【図22】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン２を説明する図である。
【図23】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン３を説明する図である。
【図24】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン４を説明する図である。
【図25】発信側の機器と発側固定ＩＭＳ網と着側移動ＩＭＳ網との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン５を説明する図である。
【図26】調査対象のＩＭＳ端末としてデータ通信専用端末が実在する場合の動作シーケンスのその１を説明する図である。
【図27】調査対象のＩＭＳ端末としてデータ通信専用端末が実在する場合の動作シーケンスのその２を説明する図である。
【図28】調査対象のＩＭＳ端末としてデータ通信専用端末が実在する場合の基本シーケンスのその３を説明する図である。
【図29】調査対象のＩＭＳ端末としてデータ通信専用端末が実在する場合の基本シーケンスのその４を説明する図である。
【図30】調査対象のＩＭＳ端末としてデータ通信専用端末が実在する場合の基本シーケンスのその５を説明する図である。
【図31】ＩＭＳ端末の電話番号の使用状況を調査する仕法の整理を示す図である。
【図32】本発明の実施の形態に係る電話番号の情報提供システムのシステム構成図である。
【発明を実施するための形態】
【0021】
以下、本発明の実施の形態について添付図面を参照しながら説明する。
【0022】
（網接続形態）
図１は、本発明に係る電話番号の調査装置の具体的な構成態様の一例としての、実施の形態に係る電話番号の調査装置１０の網接続形態を示す概略図である。
図１は、本発明に係る電話番号の調査装置の具体的な構成態様の一例としての、実施の形態に係る電話番号の調査装置１０の網接続形態を示す概略図である。
【0023】
実施の形態に係る電話番号の調査装置１０には、着側移動ＩＭＳ網３０（具体的には例えば、ＩＰ電話網（ＶｏＩＰ：Ｖoice ｏver Ｉnternet Ｐrotocol））に接続されている調査対象の複数の携帯電話端末（具体的には、ＩＭＳ端末５０ａ，５０ｂ，５０ｃ）が、発側固定ＩＭＳ網２０（具体的には例えば、ＮＧＮ網）を介して接続されている。なお、実施の形態の説明では、網ごと（言い換えると、契約キャリアごと、契約事業者ごと）のＩＭＳ端末５０ａ，５０ｂ，５０ｃ各々を相互に区別する必要がないときは、単に「ＩＭＳ端末５０」と表記する。
【0024】
発側固定ＩＭＳ網２０はＳＩＰサーバ２０ａを備え、当該ＳＩＰサーバ２０ａによって発側固定ＩＭＳ網２０の動作が管理、制御される。また、着側移動ＩＭＳ網３０はＳＩＰサーバ３０ａ，３０ｂ，３０ｃを備え、当該ＳＩＰサーバ３０ａ，３０ｂ，３０ｃによって着側移動ＩＭＳ網３０の動作が管理、制御される。
【0025】
着側移動ＩＭＳ網３０は、通信事業者（図１に示す例では、キャリアＡ、キャリアＢ、キャリアＣ）ごとに構築され、各々が管理運営するＳＩＰサーバ３０ａ，３０ｂ，３０ｃを介して、各々の網ごと（言い換えると、契約キャリアごと、契約事業者ごと）にＩＭＳ端末５０ａ，５０ｂ，５０ｃが接続されている。
【0026】
着側移動ＩＭＳ網３０は、ＳＤＰ（Ｓession Ｄescription Ｐrotocol）パラメータについて、少なくともＩＰ（Ｉnternet Ｐrotocol）ｖ４のネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）に対応しているとともに、メディア種別はａｕｄｉｏ（音声）に対応し、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰに対応し、音声コーデックはＧ．７１１ μ－ｌａｗが必須となっている。
【0027】
０Ａ０型（具体的には例えば、０９０、０８０、及び０７０）の電話番号を持つ携帯電話（モバイル端末）やデータ通信専用端末として、着信側の網である着側移動ＩＭＳ網３０に接続されているＩＭＳ端末５０を想定する。
【0028】
図１に示す構成において、発信側の機器である電話番号の調査装置１０が、着信側の電話端末の電話番号として着側移動ＩＭＳ網３０に接続されているＩＭＳ端末５０ａ，５０ｂ，５０ｃの電話番号をダイヤル発信することにより、発側固定ＩＭＳ網２０内のＳＩＰサーバ２０ａ、発信側ＩＢＣＦ（Ｉnter-connection Ｂorder Ｃontrol Ｆunction）２１、着信側ＩＢＣＦ３１、ＳＩＰサーバ３０ａ，３０ｂ，３０ｃ、及び、着信側のＩＭＳ端末５０ａ，５０ｂ，５０ｃの順でルーティングが実行される。なお、本発明に係る電話番号の調査方法では、下記において説明するように、発信側の機器である電話番号の調査装置１０が、発信者番号を非通知とする設定をして（具体的には、相手先である着信側の電話番号の前に「１８４」の数値を付加して）、電話番号を発信する。
【0029】
このとき、電話番号の調査装置１０と発側固定ＩＭＳ網２０との間はＵＮＩ接続が担保され、また、発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間の事業者間相互接続はＩＭＳ相互接続インタフェース（具体的には、発信側ＩＢＣＦ２１及び着信側ＩＢＣＦ３１）などを介してＩＭＳ相互接続が担保されて、ＳＩＰ信号方式に則り電話番号の調査装置１０から発信される特定のＳＩＰメッセージ（詳細については後述する）が着側移動ＩＭＳ網３０へと到達する。
【0030】
なお、図１に示す例における、ＩＰ－ＩＰ接続によるＩＭＳ事業者間の相互接続共通インタフェースであるＮＮＩ（Ｎetwork－Ｎetwork Ｉnterface）は、ＴＴＣ標準のＪＪ－９０．３０に規定されている（ＴＴＣ：Ｔelecommunication Ｔechnology Ｃommittee；一般社団法人情報通信技術委員会）。
【0031】
ところで、ＳＩＰによれば、リアルタイム通信を行うためにメディア情報を含むパケットの符号化方式やパケットの宛先等のアドレスについて端末間でネゴシエーションを行う必要がある。このネゴシエーションのために必要になるのがＳＤＰ（Ｓession Ｄescription Ｐrotocol）と呼ばれる記述言語であり、ＴＴＣ標準のＲＦＣ４５６６に定義されている。
【0032】
ＳＩＰでセッションを確立するためには、まず、発信側がＳＩＰメッセージにメディア情報を記述したリクエストを送信し、着信側がその中から対応可能なメディアを選択したレスポンスを返信することで、通信に使用するメディア情報を発信側と着信側とで共有する。
【0033】
セッションを開始するためにＳＩＰメッセージにメディア情報を記述して送信することをオファーといい、それに対して対応可能なメディア情報を返信することをアンサーという。このオファー／アンサーモデルについてはＴＴＣ標準のＲＦＣ３２６４に定義されている。さらに、ＩＭＳにおけるＳＤＰメディアネゴシエーション手順については、ＴＴＣ標準のＪＪ－９０．２６に規定されている。
【0034】
図１に示す例における電話番号の調査装置１０は、発側固定ＩＭＳ網２０（尚、ＳＩＰサーバ２０ａを含む）及び着側移動ＩＭＳ網３０（尚、ＳＩＰサーバ３０ａ，３０ｂ，３０ｃを含む）経由で、調査対象となるＩＭＳ端末５０へと、ＩＮＶＩＴＥ（招待）メソッドのＳＤＰオファー（「ＩＮＶＩＴＥリクエスト」と称する）を送信する際、そのＳＤＰパラメータに、所定のＳＤＰパラメータ（「判定用ＳＤＰパラメータ」と称する）を付加して（別言すると、記述して）送信する。
【0035】
ＩＮＶＩＴＥリクエストを送信する際にＳＤＰパラメータに付加される判定用ＳＤＰパラメータは、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）、メディア種別、メディアのトランスポートプロトコル、及び音声コーデックである。
【0036】
ＩＮＶＩＴＥリクエストに対して、着信側のＩＭＳ端末５０は、当該のＩＮＶＩＴＥリクエストに含まれているＳＤＰパラメータと自身が使用可能なＳＤＰパラメータとを比較し、比較の結果（即ち、ＳＤＰパラメータの一致／不一致の状況）に応じて、応答メッセージとしてＳＩＰセッションにおける所定コードのレスポンスを返信する。
【0037】
そして、電話番号の調査装置１０は、受信した所定コードのレスポンスに基づいて、着信側のＩＭＳ端末５０の実在／不在（延いては、ＩＭＳ端末５０の電話番号の実在／欠番）などを判定する。
【0038】
（基本シーケンス）
図２乃至図１２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、着信側の機器としてのＩＭＳ端末５０が携帯電話である場合の、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における動作の基本シーケンスを説明する図である。なお、実施の形態に係る発信側の機器（具体的には、電話番号の調査装置１０）と携帯電話であるＩＭＳ端末５０との間に纏わる動作の基本シーケンスは、図２乃至図１２に示す内容に限らず、例えば、ＴＴＣ標準のＪＪ－９０．３０、ＴＴＣ標準のＪＪ－９０．２６、ＴＴＣ標準のＪＦ－ＩＥＴＦ－ＲＦＣ３３９８、ＴＴＣ標準のＴＲ－１０８８、ＴＴＣ標準のＪＴ－Ｑ８５０、及びＴＴＣ仕様書のＴＳ－１０２５に規定されている内容に従う。
図２乃至図１２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、着信側の機器としてのＩＭＳ端末５０が携帯電話である場合の、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における動作の基本シーケンスを説明する図である。なお、実施の形態に係る発信側の機器（具体的には、電話番号の調査装置１０）と携帯電話であるＩＭＳ端末５０との間に纏わる動作の基本シーケンスは、図２乃至図１２に示す内容に限らず、例えば、ＴＴＣ標準のＪＪ－９０．３０、ＴＴＣ標準のＪＪ－９０．２６、ＴＴＣ標準のＪＦ－ＩＥＴＦ－ＲＦＣ３３９８、ＴＴＣ標準のＴＲ－１０８８、ＴＴＣ標準のＪＴ－Ｑ８５０、及びＴＴＣ仕様書のＴＳ－１０２５に規定されている内容に従う。
【0039】
発信側の機器と着側移動ＩＭＳ３０に接続されている着信側の機器（具体的には、携帯電話）との間では発側固定ＩＭＳ網２０、発信側ＩＢＣＦ２１、着信側ＩＢＣＦ３１、及び着側移動ＩＭＳ網３０を介して通信が行われる。
【0040】
（実在の場合／パターン１）
図２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン１を説明する図である。
図２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン１を説明する図である。
【0041】
図２は、特に、発信者が電話番号を非通知とする設定をしている場合には着信を拒否する設定がされていない場合の基本シーケンスを説明する図である。ここで、着信を拒否する設定は、キャリア（通信事業者）によって提供されるサービス（「非通知着信拒否サービス」と称する）を利用して設定する方法とＩＭＳ端末５０本体に備えられている機能（「非通知着信拒否機能」と称する）を利用して設定する方法とがある。図２は、すなわち、非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合の基本シーケンスを説明する図である。
【0042】
発信側の機器は、発側固定ＩＭＳ網２０を介して、着信側の機器の契約キャリアの携帯電話網などの着側移動ＩＭＳ網３０経由で、着信側の機器へと向けてＩＮＶＩＴＥリクエストを送信し（Ｆ１）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＩＮＶＩＴＥリクエストが送信される（Ｆ２）。
【0043】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信され（Ｆ３）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ４）。
【0044】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ６）。
【0045】
この際、着信側の機器（具体的には、携帯電話）は呼出しベルが鳴動し、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、ＲＢＴ（Ｒinging Ｂack Ｔone）が送信される（Ｆ７）。
【0046】
次に、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエスト（ここでは具体的には、ＩＮＶＩＴＥリクエスト、ＳＤＰ情報の確認）が正常に処理されたことを示すコード２００ ＯＫレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード２００ ＯＫレスポンスが返信される（Ｆ９）。
【0047】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１１）。そして、発信側の機器と着信側の機器との間でセッションが確立して通信（通話）が開始される。
【0048】
その後、（図２に示す例では発信側の機器が通信を切断すると）発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてセッションを終了することを示すＢＹＥリクエストが送信され（Ｆ１２）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＢＹＥリクエストが送信される（Ｆ１３）。
【0049】
これに対して、（図２に示す例では）着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエスト（ここでは具体的には、ＢＹＥリクエスト）が正常に処理されたことを示すコード２００ ＯＫレスポンスが返信され（Ｆ１４）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード２００ ＯＫレスポンスが返信される（Ｆ１５）。これにより、発信側の機器と着信側の機器との間のセッションが終了し、すなわち、発信側の機器と着信側の機器との間の通信（通話）が切断される。
【0050】
（実在の場合／パターン２）
図３は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン２を説明する図である。
図３は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン２を説明する図である。
【0051】
図３は、特に、図２と同様に、非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合の基本シーケンスを説明する図である。なお、図２に示す基本シーケンスのパターン１と図３に示す基本シーケンスのパターン２とは、例えばＩＭＳ端末５０の契約キャリアごとに基本シーケンスが異なる場合があり、そのことに起因して内容が異なっている。
【0052】
【0053】
そして、図３に示す基本シーケンスのパターン２では、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）としてＲＢＴ（Ｒinging Ｂack Ｔone）が送信される（Ｆ７）とともに、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて着信音が鳴っていることを示すコード１８０ Ｒｉｎｇｉｎｇレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８０ Ｒｉｎｇｉｎｇレスポンスが返信される（Ｆ９）。
【0054】
図３に示す基本シーケンスのパターン２における、コード１８０ Ｒｉｎｇｉｎｇレスポンスが返信された（Ｆ８、Ｆ９）後の、Ｆ１０乃至Ｆ１７の動作は、図２に示す基本シーケンスのパターン１のＦ８乃至Ｆ１５の動作と同様である。そして、発信側の機器と着信側の機器との間のセッションが終了し、すなわち、発信側の機器と着信側の機器との間の通信（通話）が切断される。
【0055】
（実在の場合／パターン３）
図４は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン３を説明する図である。
図４は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン３を説明する図である。
【0056】
図４は、特に、着信側の機器（即ち、携帯電話）について（少なくとも）非通知着信拒否サービスが設定されており、そのうえで発信側の機器が発信者番号を非通知とする設定をして（具体的には、相手先である着信側の電話番号の前に「１８４」の数値を付加して）発信する場合の基本シーケンスを説明する図である。
【0057】
【0058】
そして、図４に示す基本シーケンスのパターン３では、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）とともに、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、発信者が電話番号を非通知とする設定をしているために着信が拒否されていることを知らせる着信拒否ガイダンスが送出される（Ｆ７）。この際、（着信が拒否されているので）着信側の機器は呼出しベルが鳴動せず、また、着信側の機器に着信履歴は残らない。
【0059】
次に、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエスト（ここでは具体的には、ＩＮＶＩＴＥリクエスト、ＳＤＰ情報の確認）が正常に処理されたことを示すコード２００ ＯＫレスポンスが返信され（Ｆ８）（但し、実際には着信は拒否されている）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード２００ ＯＫレスポンスが返信される（Ｆ９）。
【0060】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１１）。
【0061】
その後、（着信拒否ガイダンスを受信して発信側の機器が通信を切断すると）発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてセッションを終了することを示すＢＹＥリクエストが送信され（Ｆ１２）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＢＹＥリクエストが送信される（Ｆ１３）。
【0062】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエスト（ここでは具体的には、ＢＹＥリクエスト）が正常に処理されたことを示すコード２００ ＯＫレスポンスが返信され（Ｆ１４）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード２００ ＯＫレスポンスが返信される（Ｆ１５）。これにより、発信側の機器と着信側の機器との間のセッションが終了し、すなわち、発信側の機器と着信側の機器との間の通信（通話）が切断される。
【0063】
（実在の場合／パターン４）
図５は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン４を説明する図である。
図５は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン４を説明する図である。
【0064】
図５は、特に、着信側の機器（即ち、携帯電話）について（少なくとも）非通知着信拒否サービスが設定されており、そのうえで発信側の機器が発信者番号を非通知とする設定をして（具体的には、相手先である着信側の電話番号の前に「１８４」の数値を付加して）発信する場合の基本シーケンスを説明する図である。なお、図４に示す基本シーケンスのパターン３と図５に示す基本シーケンスのパターン４とは、例えばＩＭＳ端末５０の契約キャリアごとに基本シーケンスが異なる場合があり、そのことに起因して内容が異なっている。
【0065】
【0066】
そして、図５に示す基本シーケンスのパターン４では、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）とともに、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、発信者が電話番号を非通知とする設定をしているために着信が拒否されていることを知らせる着信拒否ガイダンスが送出される（Ｆ７）。この際、（着信が拒否されているので）着信側の機器は呼出しベルが鳴動せず、また、着信側の機器に着信履歴は残らない。
【0067】
次に、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて着信側の機器において匿名性が許されていないことを示すコード４３３ Ａｎｏｎｙｍｉｔｙ Ｄｉｓａｌｌｏｗｅｄレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４３３ Ａｎｏｎｙｍｉｔｙ Ｄｉｓａｌｌｏｗｅｄレスポンスが返信される（Ｆ９）。
【0068】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１１）。
【0069】
そして、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0070】
（実在の場合／パターン５）
図６は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン５を説明する図である。
図６は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン５を説明する図である。
【0071】
図６は、特に、着信側の機器（即ち、携帯電話）について非通知着信拒否機能が設定されており（尚、非通知着信拒否サービスは設定されていない）、そのうえで発信側の機器が発信者番号を非通知とする設定をして（具体的には、相手先である着信側の電話番号の前に「１８４」の数値を付加して）発信する場合の基本シーケンスを説明する図である。
【0072】
【0073】
そして、図６に示す基本シーケンスのパターン５では、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）とともに、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、ＲＢＴ（Ｒinging Ｂack Ｔone）が送信される（Ｆ７）。この際、（着信が拒否されているので）着信側の機器は呼出しベルが鳴動せず、また、着信側の機器に着信履歴が残る。
【0074】
次に、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソース（即ち、着信側の機器）へのアクセスが禁止されていることを示すコード４０３ Ｆｏｒｂｉｄｄｅｎレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４０３ Ｆｏｒｂｉｄｄｅｎレスポンスが返信される（Ｆ９）。
【0075】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１１）。
【0076】
そして、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0077】
（実在の場合／パターン６）
図７は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン６を説明する図である。
図７は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン６を説明する図である。
【0078】
図７は、特に、着信側の機器（即ち、携帯電話）について非通知着信拒否機能が設定されており（尚、非通知着信拒否サービスは設定されていない）、そのうえで発信側の機器が発信者番号を非通知とする設定をして（具体的には、相手先である着信側の電話番号の前に「１８４」の数値を付加して）発信する場合の基本シーケンスを説明する図である。なお、図６乃至図９に示す基本シーケンスのパターン５乃至８は、例えばＩＭＳ端末５０の契約キャリアごとに基本シーケンスが異なる場合があり、そのことに起因して相互に内容が異なっている。
【0079】
【0080】
そして、図７に示す基本シーケンスのパターン６では、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信された（Ｆ６）後、さらに、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信され（Ｆ７）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ８）。
【0081】
さらに、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、無音データが送信される（Ｆ９）。この際、（着信が拒否されているので）着信側の機器は呼出しベルが鳴動せず、また、着信側の機器に着信履歴が残る。
【0082】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ１１）。
【0083】
次に、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて着信側の機器が拒否していることを示すコード６０３ Ｄｅｃｌｉｎｅレスポンスが返信され（Ｆ１２）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード６０３ Ｄｅｃｌｉｎｅレスポンスが返信される（Ｆ１３）。
【0084】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１４）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１５）。
【0085】
そして、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0086】
（実在の場合／パターン７）
図８は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン７を説明する図である。
図８は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン７を説明する図である。
【0087】
図８は、特に、着信側の機器（即ち、携帯電話）について非通知着信拒否機能が設定されており（尚、非通知着信拒否サービスは設定されていない）、そのうえで発信側の機器が発信者番号を非通知とする設定をして（具体的には、相手先である着信側の電話番号の前に「１８４」の数値を付加して）発信する場合の基本シーケンスを説明する図である。なお、図６乃至図９に示す基本シーケンスのパターン５乃至８は、例えばＩＭＳ端末５０の契約キャリアごとに基本シーケンスが異なる場合があり、そのことに起因して相互に内容が異なっている。
【0088】
【0089】
そして、図８に示す基本シーケンスのパターン７では、発側固定ＩＭＳ網２０から発信側の機器へと、コード１００ Ｔｒｙｉｎｇレスポンスされた（Ｆ４）後、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが現在ビジー状態であってセッションを開始できないことを示すコード４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信される（Ｆ６）。この際、（着信が拒否されているので）着信側の機器は呼出しベルが鳴動しない。
【0090】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ７）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ８）。
【0091】
そして、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0092】
（実在の場合／パターン８）
図９は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン８を説明する図である。
図９は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でなく、発信側の機器が通信を切断する場合の動作の基本シーケンスのパターン８を説明する図である。
【0093】
図９は、特に、着信側の機器（即ち、携帯電話）について非通知着信拒否機能が設定されている（尚、非通知着信拒否サービスは設定されていない）、そのうえで発信側の機器が発信者番号を非通知とする設定をして（具体的には、相手先である着信側の電話番号の前に「１８４」の数値を付加して）発信する場合の基本シーケンスを説明する図である。なお、図６乃至図９に示す基本シーケンスのパターン５乃至８は、例えばＩＭＳ端末５０の契約キャリアごとに基本シーケンスが異なる場合があり、そのことに起因して相互に内容が異なっている。
【0094】
【0095】
そして、図９に示す基本シーケンスのパターン８では、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）とともに、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、無音データ或いは着信側の機器は話中であることを示すビジートーンが送信される（Ｆ７）。この際、（着信が拒否されているので）着信側の機器は呼出しベルが鳴動しない。
【0096】
次に、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて着信音が鳴っていることを示すコード１８０ Ｒｉｎｇｉｎｇレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８０ Ｒｉｎｇｉｎｇレスポンスが返信される（Ｆ９）。
【0097】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが現在ビジー状態であってセッションを開始できないことを示すコード４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信される（Ｆ１１）。
【0098】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１２）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１３）。
【0099】
そして、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0100】
なお、図９に示す基本シーケンスのパターン８におけるＦ１０乃至Ｆ１３の動作は、図９に示した内容（動作）とは異なる場合も考えられるものの、本発明の構成（具体的には、電話番号の使用状況の判定に纏わる動作シーケンス）には影響しない。
【0101】
（話中の場合／その１）
図１０は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中である場合の動作の基本シーケンスのパターン１を説明する図である。この基本シーケンスは、ＴＴＣ標準のＴＲ－１０８８に規定されている。
図１０は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中である場合の動作の基本シーケンスのパターン１を説明する図である。この基本シーケンスは、ＴＴＣ標準のＴＲ－１０８８に規定されている。
【0102】
発信側の機器は、発側固定ＩＭＳ網２０を介して、着信側の機器の契約キャリアの携帯電話網などの着側移動ＩＭＳ網３０経由で、着信側の機器へと向けてＩＮＶＩＴＥリクエストを送信し（Ｆ１）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＩＮＶＩＴＥリクエストが送信される（Ｆ２）。
【0103】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信され（Ｆ３）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ４）。
【0104】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが現在ビジー状態であってセッションを開始できないことを示すコード４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信される（Ｆ６）。
【0105】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ７）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ８）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0106】
（話中の場合／その２）
図１１は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中である場合の動作の基本シーケンスのパターン２を説明する図である。なお、図１０に示す基本シーケンスのパターン１と図１１に示す基本シーケンスのパターン２とは、例えばＩＭＳ端末５０の契約キャリアごとに基本シーケンスが異なる場合があり、そのことに起因して内容が異なっている。
図１１は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中である場合の動作の基本シーケンスのパターン２を説明する図である。なお、図１０に示す基本シーケンスのパターン１と図１１に示す基本シーケンスのパターン２とは、例えばＩＭＳ端末５０の契約キャリアごとに基本シーケンスが異なる場合があり、そのことに起因して内容が異なっている。
【0107】
発信側の機器は、発側固定ＩＭＳ網２０を介して、着信側の機器の契約キャリアの携帯電話網などの着側移動ＩＭＳ網３０経由で、着信側の機器へと向けてＩＮＶＩＴＥリクエストを送信し（Ｆ１）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＩＮＶＩＴＥリクエストが送信される（Ｆ２）。
【0108】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００Ｔｒｙｉｎｇレスポンスが返信され（Ｆ３）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ４）。
【0109】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ６）。
【0110】
さらに、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０経由で発信側の機器へと、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、着信側の機器は話中であることを示すビジートーンが送出される（Ｆ７）。
【0111】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエストの中止（言い換えると、セッションの終了）を示すコード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信される（Ｆ９）。
【0112】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１１）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0113】
（欠番の場合）
図１２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器（言い換えると、電話番号）が欠番である場合の動作の基本シーケンスを説明する図である。この基本シーケンスは、ＴＴＣ標準のＴＲ－１０８８に規定されている。
図１２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器（言い換えると、電話番号）が欠番である場合の動作の基本シーケンスを説明する図である。この基本シーケンスは、ＴＴＣ標準のＴＲ－１０８８に規定されている。
【0114】
発信側の機器は、発側固定ＩＭＳ網２０を介して、着信側の機器の契約キャリアの携帯電話網などの着側移動ＩＭＳ網３０経由で、着信側の機器へと向けてＩＮＶＩＴＥリクエストを送信し（Ｆ１）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＩＮＶＩＴＥリクエストが送信される（Ｆ２）。
【0115】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信され（Ｆ３）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ４）。
【0116】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが見つからないことを示すコード４０４ Ｎｏｔ Ｆｏｕｎｄレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、４０４ Ｎｏｔ Ｆｏｕｎｄレスポンスが返信される（Ｆ６）。
【0117】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ７）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ８）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0118】
（電話番号の調査装置）
図１３は、実施の形態に係る電話番号の調査装置１０の構成を示すブロック図である。
図１３は、実施の形態に係る電話番号の調査装置１０の構成を示すブロック図である。
【0119】
実施の形態に係る電話番号の調査装置１０は、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続され、調査対象のＩＭＳ端末５０に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して（調査対象のＩＭＳ端末５０へと向けて）発側固定ＩＭＳ網２０へとＩＮＶＩＴＥリクエストを送信するとともに発側固定ＩＭＳ網２０を介して応答メッセージを受信し、応答メッセージに応じて調査対象のＩＭＳ端末５０の電話番号の使用状況を判定する、ようにしている。
【0120】
電話番号の調査装置１０は、網インタフェース部１１と、メッセージ交換制御部１２と、電話番号調査判定部１３と、電話番号履歴生成部１４と、電話番号履歴データベース(ＤＢ)１５と、を含む。
【0121】
網インタフェース部１１は、電話番号の調査装置１０がＳＩＰプロトコルに準拠した通信を行うための通信インタフェースとして機能する。
【0122】
メッセージ交換制御部１２は、調査対象のＩＭＳ端末５０へと判定用ＳＤＰパラメータを含むＩＮＶＩＴＥリクエストを送信し、また、着側移動ＩＭＳ網３０（尚、ＳＩＰサーバ３０ａ，３０ｂ，３０ｃを含む）からメッセージ（例えば、ＳＩＰセッションにおける所定コードのレスポンス）を受信する。
【0123】
電話番号調査判定部１３は、メッセージ交換制御部１２を介して受信したメッセージ（例えば、ＳＩＰセッションにおける所定コードのレスポンス）に応じて、着信側の調査対象のＩＭＳ端末５０の実在の有無などを判定し、延いては、調査対象のＩＭＳ端末５０の電話番号の有効性（言い換えると、電話番号の使用状況）を判定する。
【0124】
電話番号履歴生成部１４は、電話番号調査判定部１３での判定結果のそれぞれに判定日時を示すタイムスタンプを付与して記録媒体上に時系列に記録することにより、電話番号履歴データベース１５を構築する。
【0125】
電話番号履歴データベース１５のデータ構造（言い換えると、収録データ項目）は特定の構造や項目には限定されないものの、電話番号履歴データベース１５に格納される電話番号履歴情報は、例えば、１回の調査ごと（言い換えると、ＩＮＶＩＴＥリクエストの送信ごと）の、調査対象である「電話番号」と、着側移動ＩＭＳ網３０から返信される「エラーコード」と、「調査年月日」（即ち、タイムスタンプ）と、「実在／欠番の判定結果」と、着側移動ＩＭＳ網３０から返信されるレイヤーに関する「その他レイヤー情報」と、の組合せを含んでよい。
【0126】
電話番号履歴データベース１５に格納される電話番号履歴情報は、また、上記したデータ項目のほかに、例えば、調査対象のＩＭＳ端末５０の種別（具体的には、携帯電話、データ通信専用端末）、調査時に判明した移転先あるいは連絡先電話番号である「新加入者番号」、電話番号を所有する「法人名・個人名」、住所や年齢などの「属性情報」、「地図リンク情報」、信用を評価するための「与信情報」を含んでもよい。
【0127】
そして、例えば電話番号「０９０－ＸＸＸＸ－ＸＸＸＸ」について電話番号の調査装置１０によって電話番号の使用状況の調査が実行されると、電話番号履歴データベース１５に、電話番号調査判定部１３による判定ごとに、調査情報が順次記録され、履歴情報として蓄積、格納される。
【0128】
なお、電話番号履歴データベース１５は、例えば、半導体メモリ、ハードディスク、或いは、ＤＶＤ（Ｄigital Ｖersatile Ｄisc）等の光メモリなどの大容量記録媒体に実装されてよい。
【0129】
電話番号の調査装置１０は、所定のプログラム（尚、実施の形態に係る電話番号の調査プログラムを含む）が記録されたメモリ（図示していない）を内蔵するマイクロプロセッサ、又は所定のプログラムが記録されたメモリ（図示していない）が外付けされたマイクロプロセッサと、通信制御を含む周辺制御を行うＬＳＩ（Ｌarge Ｓcale Ｉntegration）と、を含んで構成される。
【0130】
そして、メモリ（図示していない）に記録された所定のプログラム（尚、実施の形態に係る電話番号の調査プログラムを含む）をマイクロプロセッサが逐次読み出して実行することにより、網インタフェース部１１、メッセージ交換制御部１２、電話番号調査判定部１３、及び電話番号履歴生成部１４のそれぞれが構成され、電話番号の調査装置１０としての所定の機能が実現される。
【0131】
（電話番号の調査方法）
本発明に係る電話番号の調査方法の具体的な構成態様の例としての、実施の形態に係る電話番号の調査方法は、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続されるコンピュータ（具体的には、電話番号の調査装置１０）を用いて、調査対象となるＩＭＳ端末５０の電話番号の使用状況を調査する方法であり、調査対象のＩＭＳ端末５０に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して（調査対象のＩＭＳ端末５０へと向けて）発側固定ＩＭＳ網２０へとＩＮＶＩＴＥリクエストを送信するステップと、発側固定ＩＭＳ網２０を介して応答メッセージを受信するステップと、応答メッセージに応じて調査対象のＩＭＳ端末５０の電話番号の使用状況を判定するステップと、を含み、ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、ようにしている。
本発明に係る電話番号の調査方法の具体的な構成態様の例としての、実施の形態に係る電話番号の調査方法は、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続されるコンピュータ（具体的には、電話番号の調査装置１０）を用いて、調査対象となるＩＭＳ端末５０の電話番号の使用状況を調査する方法であり、調査対象のＩＭＳ端末５０に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して（調査対象のＩＭＳ端末５０へと向けて）発側固定ＩＭＳ網２０へとＩＮＶＩＴＥリクエストを送信するステップと、発側固定ＩＭＳ網２０を介して応答メッセージを受信するステップと、応答メッセージに応じて調査対象のＩＭＳ端末５０の電話番号の使用状況を判定するステップと、を含み、ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている、ようにしている。
【0132】
ここで、本発明に係る電話番号の調査方法では、発信側の機器（具体的には、電話番号の調査装置１０）が、電話番号を非通知とする設定をして（具体的には、「１８４」を着信電話番号に付加して）、調査対象のＩＭＳ端末５０の電話番号を発信する。これにより、非通知着信拒否サービスと非通知着信拒否機能とのうちの少なくとも一方が設定されている場合に、ＩＭＳ端末の電話番号の使用状況の調査において、調査対象のＩＭＳ端末５０の呼出しベルを鳴動させないようにすることができる。
【0133】
以下に説明する電話番号の調査方法は、例えば、コンピュータ（具体的には、電話番号の調査装置１０）において電話番号の調査プログラムが実行されて当該プログラムに従って該当する各手順が実行されることによって実施されうる。
【0134】
ＳＤＰパラメータとして、判定用ＳＤＰパラメータのうち、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ４を記述して（言い換えると、使用して）オファーするとともに、他の判定用ＳＤＰパラメータについては下記のように記述される。判定用ＳＤＰパラメータに関する下記の記述のことを「ＩＰｖ４用ＳＤＰ」と称する。
○メディア種別：ａｕｄｉｏのみ
○メディアのトランスポートプロトコル：ＲＴＰ／ＡＶＰのみ
○音声コーデック：Ｇ．７１１ μ－ｌａｗ 及び Ｇ．７２２ を含む
○メディア種別：ａｕｄｉｏのみ
○メディアのトランスポートプロトコル：ＲＴＰ／ＡＶＰのみ
○音声コーデック：Ｇ．７１１ μ－ｌａｗ 及び Ｇ．７２２ を含む
【0135】
（実在判定／その１）
図１４は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中でない場合の動作シーケンスのその１を説明する図である。
図１４は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中でない場合の動作シーケンスのその１を説明する図である。
【0136】
図１４は、特に、発信者が電話番号を非通知とする設定をしている場合には着信を拒否する設定がされていない場合の動作シーケンスを説明する図である。図１４は、すなわち、非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合の動作シーケンスを説明する図である。
【0137】
電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象となるＩＭＳ端末５０の契約キャリアの移動電話網などの着側移動ＩＭＳ網３０経由で、調査対象のＩＭＳ端末５０に宛ててＩＮＶＩＴＥリクエストを送信する（Ｆ１、Ｆ２）。このとき、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0138】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）。
【0139】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）。
【0140】
この時、着信側の調査対象のＩＭＳ端末５０は呼出しベルが鳴動し、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、ＲＢＴ（Ｒinging Ｂack Ｔone）が送信される（Ｆ７）。
【0141】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0142】
続いて、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいてセッションを終了するための指示であるＣＡＮＣＥＬリクエストを送信する（Ｆ８、Ｆ９）。
【0143】
電話番号の調査装置１０のメッセージ交換制御部１２は、すなわち、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスを受信すると、着信側の調査対象のＩＭＳ端末５０の呼出しベルの鳴動を停止させるために、即時に（さらに言えば、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスの受信とほぼ同時に）、ＣＡＮＣＥＬリクエストを送信する。これにより、着信側の調査対象のＩＭＳ端末５０の呼出しベルの鳴動は極めて短い時間で停止する。
【0144】
ここで、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器として携帯電話が実在し且つ話中でない場合の動作の基本シーケンスの例えばパターン１及びパターン２（即ち、非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合の基本シーケンス；図２及び図３参照）などでは、発信側の機器からのＩＮＶＩＴＥリクエスト（Ｆ１、Ｆ２）に対してコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンス（Ｆ５、Ｆ６）が返信される動作が正常シーケンスである。しかしながら、ＩＭＳ端末５０の契約キャリアによっては、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信されることなくコード１８０ Ｒｉｎｇｉｎｇレスポンスが返信されるというイレギュラーな場合も考えられる。このため、電話番号の調査装置１０の電話番号調査判定部１３は、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンス（Ｆ５、Ｆ６）を受信することなくコード１８０ Ｒｉｎｇｉｎｇレスポンスを受信した場合も、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。そして、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいてセッションを終了するための指示であるＣＡＮＣＥＬリクエストを送信する。
【0145】
すなわち、電話番号の調査装置１０の電話番号調査判定部１３は、ＩＮＶＩＴＥリクエストに対してコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンス又はコード１８０ Ｒｉｎｇｉｎｇレスポンスを受信した場合、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。そして、電話番号の調査装置１０のメッセージ交換制御部１２は、ＣＡＮＣＥＬリクエストを送信する。電話番号の調査装置１０のメッセージ交換制御部１２は、つまり、コード１８Ｘレスポンスを受信したとき、ＣＡＮＣＥＬリクエストを送信することにより、着信側の調査対象のＩＭＳ端末５０（具体的には、携帯電話）について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、着信側の機器（即ち、調査対象のＩＭＳ端末５０としての携帯電話）の呼出しベルの鳴動を速やかに停止させる。
【0146】
発信側の機器（具体的には、電話番号の調査装置１０）からのＣＡＮＣＥＬリクエストに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエスト（ここでは具体的には、ＣＡＮＣＥＬリクエスト）が正常に処理されたことを示すコード２００ ＯＫレスポンスが返信される（Ｆ１０、Ｆ１１）とともに、ＳＩＰセッションにおいてリクエストの中止（言い換えると、セッションの終了）を示すコード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信される（Ｆ１２、Ｆ１３）。
【0147】
これに対して、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ１４、Ｆ１５）。これにより、電話番号の調査装置１０と着信側の調査対象のＩＭＳ端末５０との間のセッションが終了する。
【0148】
（実在判定／その２）
図１５は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中でない場合の動作シーケンスのその２を説明する図である。
図１５は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中でない場合の動作シーケンスのその２を説明する図である。
【0149】
図１５は、特に、非通知着信拒否サービスと非通知着信拒否機能とのうちの少なくとも一方が設定されている場合の動作シーケンスを説明する図である。
【0150】
図１５に示す動作シーケンスのその２におけるＦ１乃至Ｆ６の動作は、図１４に示す動作シーケンスのその１のＦ１乃至Ｆ６の動作と同様である。なお、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0151】
そして、図１５に示す動作シーケンスのその２では、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）とともに、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、発信者が電話番号を非通知とする設定をしているために着信が拒否されていることを知らせる着信拒否ガイダンス、又は、ＲＢＴ（Ｒinging Ｂack Ｔone）が送出される（Ｆ７）。この際、（着信が拒否されているので）着信側の調査対象のＩＭＳ端末５０は呼出しベルが鳴動しない。
【0152】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0153】
図１５に示す動作シーケンスのその２におけるＦ８乃至Ｆ１５の動作は、図１４に示す動作シーケンスのその１のＦ８乃至Ｆ１５の動作と同様である。ただし、着信側の調査対象のＩＭＳ端末５０はもとより呼出しベルが鳴動していないので、ＣＡＮＣＥＬリクエストが送信されることによって着信側の調査対象のＩＭＳ端末５０の呼出しベルの鳴動が停止するということはない。そして、電話番号の調査装置１０と着信側の調査対象のＩＭＳ端末５０との間のセッションが終了する。
【0154】
（実在判定／その３）
図１６は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中でない場合の動作シーケンスのその３を説明する図である。
図１６は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中でない場合の動作シーケンスのその３を説明する図である。
【0155】
図１６は、特に、非通知着信拒否機能が設定されている（尚、非通知着信拒否サービスは設定されていない）場合の動作シーケンスを説明する図である。
【0156】
電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象となるＩＭＳ端末５０の契約キャリアの移動電話網などの着側移動ＩＭＳ網３０経由で、調査対象のＩＭＳ端末５０に宛ててＩＮＶＩＴＥリクエストを送信する（Ｆ１、Ｆ２）。このとき、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0157】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）。
【0158】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが現在ビジー状態であってセッションを開始できないことを示すコード４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信される（Ｆ５、Ｆ６）。この際、（着信が拒否されているので）着信側の調査対象のＩＭＳ端末５０は呼出しベルが鳴動しない。
【0159】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0160】
続いて、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ７、Ｆ８）。これにより、電話番号の調査装置１０と着信側の調査対象のＩＭＳ端末５０との間のセッションが終了する。
【0161】
（話中の場合の実在判定／その１）
図１７は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中である場合の動作シーケンスのその１を説明する図である。
図１７は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中である場合の動作シーケンスのその１を説明する図である。
【0162】
なお、図１７は、非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合の動作シーケンスを説明する図である。
【0163】
電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象となるＩＭＳ端末５０の契約キャリアの移動電話網などの着側移動ＩＭＳ網３０経由で、調査対象のＩＭＳ端末５０に宛ててＩＮＶＩＴＥリクエストを送信する（Ｆ１、Ｆ２）。このとき、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0164】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）。
【0165】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが現在ビジー状態であってセッションを開始できないことを示すコード４８６ Ｂｕｓｙ Ｈｅｒｅレスポンスが返信される（Ｆ５、Ｆ６）。
【0166】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0167】
続いて、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ７、Ｆ８）。これにより、電話番号の調査装置１０と着信側の調査対象のＩＭＳ端末５０との間のセッションが終了する。
【0168】
（話中の場合の実在判定／その２）
図１８は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中である場合の動作シーケンスのその２を説明する図である。
図１８は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０として携帯電話が実在し且つ話中である場合の動作シーケンスのその２を説明する図である。
【0169】
なお、図１８は、非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合の動作シーケンスを説明する図である。なお、図１７に示す動作シーケンスのその１と図１８に示す動作シーケンスのその２とは、例えばＩＭＳ端末５０の契約キャリアごとに動作シーケンスが異なる場合があり、そのことに起因して内容が異なっている。
【0170】
電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象となるＩＭＳ端末５０の契約キャリアの移動電話網などの着側移動ＩＭＳ網３０経由で、調査対象のＩＭＳ端末５０に宛ててＩＮＶＩＴＥリクエストを送信する（Ｆ１、Ｆ２）。このとき、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0171】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）。
【0172】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）とともに、ＲＴＰ（Ｒeal time Ｔransport Ｐrotocol）として、着信側の機器（即ち、調査対象のＩＭＳ端末５０）は話中であることを示すビジートーンが送信される（Ｆ７）。
【0173】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0174】
続いて、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいてセッションを終了するための指示であるＣＡＮＣＥＬリクエストを送信する（Ｆ８、Ｆ９）。
【0175】
電話番号の調査装置１０のメッセージ交換制御部１２は、すなわち、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスを受信すると、即時に（さらに言えば、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスの受信とほぼ同時に）、ＣＡＮＣＥＬリクエストを送信する。
【0176】
発信側の機器（具体的には、電話番号の調査装置１０）からのＣＡＮＣＥＬリクエストに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエスト（ここでは具体的には、ＣＡＮＣＥＬリクエスト）が正常に処理されたことを示すコード２００ ＯＫレスポンスが返信される（Ｆ１０、Ｆ１１）とともに、ＳＩＰセッションにおいてリクエストの中止（言い換えると、セッションの終了）を示すコード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信される（Ｆ１２、Ｆ１３）。
【0177】
これに対して、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ１４、Ｆ１５）。これにより、電話番号の調査装置１０と着信側の調査対象のＩＭＳ端末５０との間のセッションが終了する。
【0178】
（欠番判定）
図１９は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０（言い換えると、電話番号）が欠番である場合の動作シーケンスを説明する図である。
図１９は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０（言い換えると、電話番号）が欠番である場合の動作シーケンスを説明する図である。
【0179】
電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象となるＩＭＳ端末５０の契約キャリアの携帯電話網などの着側移動ＩＭＳ網３０経由で、調査対象のＩＭＳ端末５０に宛ててＩＮＶＩＴＥリクエストを送信する（Ｆ１、Ｆ２）。このとき、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0180】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）
【0181】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが見つからないことを示すコード４０４ Ｎｏｔ Ｆｏｕｎｄレスポンスが返信される（Ｆ５、Ｆ６）。
【0182】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０は欠番である（即ち、調査対象のＩＭＳ端末５０の電話番号は欠番である）と判定する。なお、欠番は、着信側の調査対象のＩＭＳ端末５０が解約されている場合を含む。
【0183】
続いて、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ７、Ｆ８）。これにより、電話番号の調査装置１０からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0184】
（実在の誤判定）
ここで、図２０は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述し、判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰのうち音声コーデックについてＧ．７１１ μ－ｌａｗのみを記述して（言い換えると、Ｇ．７２２を含まないで）オファーした場合に、調査対象のＩＭＳ端末５０（言い換えると、電話番号）が欠番である場合の動作シーケンスを説明する図である。この動作シーケンスのもととなる基本シーケンスは、ＴＴＣ標準のＴＲ－１０８８に規定されている。
ここで、図２０は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述し、判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰのうち音声コーデックについてＧ．７１１ μ－ｌａｗのみを記述して（言い換えると、Ｇ．７２２を含まないで）オファーした場合に、調査対象のＩＭＳ端末５０（言い換えると、電話番号）が欠番である場合の動作シーケンスを説明する図である。この動作シーケンスのもととなる基本シーケンスは、ＴＴＣ標準のＴＲ－１０８８に規定されている。
【0185】
この場合は、電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）からのＩＮＶＩＴＥリクエスト（Ｆ１、Ｆ２）に対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）とともに、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）。
【0186】
【0187】
このため、調査対象のＩＭＳ端末５０（言い換えると、電話番号）は実際には欠番であるにもかかわらず、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０として携帯電話が実在すると誤判定してしまう（そして、メッセージ交換制御部１２がＣＡＮＣＥＬリクエストを送信する）。
【0188】
このため、ＳＤＰパラメータとして、判定用ＳＤＰパラメータのうち、ネットワークプロトコルについてＩＰｖ４を記述してオファーする場合には、他の判定用ＳＤＰパラメータのうち音声コーデックについてＧ．７１１ μ－ｌａｗに加えてＧ．７２２を含む記述とする（即ち、Ｇ．７１１ μ－ｌａｗとＧ．７２２とを同時オファーする）ようにする。
【0189】
これにより、図１９に示すように、電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）からのＩＮＶＩＴＥリクエスト（Ｆ１、Ｆ２）に対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）とともに、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソースが見つからないことを示すコード４０４ Ｎｏｔ Ｆｏｕｎｄレスポンスが返信される（Ｆ５、Ｆ６）ようにすることができ、着信側の調査対象のＩＭＳ端末５０（言い換えると、電話番号）は欠番であると正しく判定することが可能となる。
【0190】
（データ通信専用端末）
図２１乃至図２５は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、着信側の機器としてのＩＭＳ端末５０がデータ通信専用端末である場合の、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における動作の基本シーケンスを説明する図である。なお、実施の形態に係る発信側の機器（具体的には、電話番号の調査装置１０）とデータ通信専用端末であるＩＭＳ端末５０との間に纏わる動作の基本シーケンスは、図２１乃至図２５に示す内容に限らず、例えば、ＴＴＣ標準のＪＪ－９０．３０、ＴＴＣ標準のＪＪ－９０．２６、ＴＴＣ標準のＪＦ－ＩＥＴＦ－ＲＦＣ３３９８、ＴＴＣ標準のＴＲ－１０８８、ＴＴＣ標準のＪＴ－Ｑ８５０、及びＴＴＣ仕様書のＴＳ－１０２５に規定されている内容に従う。
図２１乃至図２５は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、着信側の機器としてのＩＭＳ端末５０がデータ通信専用端末である場合の、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における動作の基本シーケンスを説明する図である。なお、実施の形態に係る発信側の機器（具体的には、電話番号の調査装置１０）とデータ通信専用端末であるＩＭＳ端末５０との間に纏わる動作の基本シーケンスは、図２１乃至図２５に示す内容に限らず、例えば、ＴＴＣ標準のＪＪ－９０．３０、ＴＴＣ標準のＪＪ－９０．２６、ＴＴＣ標準のＪＦ－ＩＥＴＦ－ＲＦＣ３３９８、ＴＴＣ標準のＴＲ－１０８８、ＴＴＣ標準のＪＴ－Ｑ８５０、及びＴＴＣ仕様書のＴＳ－１０２５に規定されている内容に従う。
【0191】
発信側の機器と着側移動ＩＭＳ網３０に接続されている着信側の機器（具体的には、データ通信専用端末）との間では発側固定ＩＭＳ網２０、発信側ＩＢＣＦ２１、着信側ＩＢＣＦ３１、及び着側移動ＩＭＳ網３０を介して通信が行われる。
【0192】
（基本シーケンス／パターン１）
図２１は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン１を説明する図である。
図２１は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン１を説明する図である。
【0193】
発信側の機器は、発側固定ＩＭＳ網２０を介して、着信側の機器の契約キャリアの携帯電話網などの着側移動ＩＭＳ網３０経由で、着信側の機器へと向けてＩＮＶＩＴＥリクエストを送信し（Ｆ１）これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＩＮＶＩＴＥリクエストが送信される（Ｆ２）。
【0194】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信され（Ｆ３）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ４）。
【0195】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ６）。
【0196】
さらに、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、当該の着信側の機器はデータ通信専用である旨のガイダンスが送出される（Ｆ７）。
【0197】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソース（即ち、着信側の機器）は一時的に利用不可であることを示すコード４８０ Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４８０ Ｔｅｍｐｏｒａｒｉｌｙ Ｕｎａｖａｉｌａｂｌｅレスポンスが返信される（Ｆ９）。
【0198】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１１）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0199】
（基本シーケンス／パターン２）
図２２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン２を説明する図である。
図２２は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン２を説明する図である。
【0200】
【0201】
【0202】
そして、図２２に示す基本シーケンスのパターン２では、Ｆ６の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、当該の着信側の機器には繋ぐ（別言すると、接続する）ことができない旨のガイダンスが送出される（Ｆ７）。
【0203】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて発信側からリクエストされたメディアリソース（即ち、着信側の機器）へのアクセスが禁止されていることを示すコード４０３ Ｆｏｒｂｉｄｄｅｎレスポンスが返信され（Ｆ８）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４０３ Ｆｏｒｂｉｄｄｅｎレスポンスが返信される（Ｆ９）。
【0204】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ１０）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ１１）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0205】
（基本シーケンス／パターン３）
図２３は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン３を説明する図である。
図２３は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン３を説明する図である。
【0206】
【0207】
そして、図２３に示す基本シーケンスのパターン３では、Ｆ４の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてリクエストの中止（言い換えると、セッションの終了）を示すコード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信される（Ｆ６）。
【0208】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ７）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ８）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0209】
（基本シーケンス／パターン４）
図２４は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン４を説明する図である。
図２４は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン４を説明する図である。
【0210】
【0211】
そして、図２４に示す基本シーケンスのパターン４では、Ｆ４の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいてサーバ内部でエラーが発生したことを示すコード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒレスポンスが返信される（Ｆ６）。
【0212】
これに対して、発信側の機器から着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ７）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ８）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0213】
（基本シーケンス／パターン５）
図２５は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン５を説明する図である。
図２５は、ＩＭＳ相互接続におけるＩＮＶＩＴＥメソッドによる、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスのパターン５を説明する図である。
【0214】
【0215】
そして、図２５に示す基本シーケンスのパターン５では、Ｆ４の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて着信側の機器において受け入れが拒否されていることを示すコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅレスポンスが返信され（Ｆ５）、これを受けて、発側固定ＩＭＳ網２０から発信側の機器へと、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅレスポンスが返信される（Ｆ６）。
【0216】
これに対して、発信側の機器から発側固定ＩＭＳ網２０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスが返信され（Ｆ７）、これを受けて、発側固定ＩＭＳ網２０から着側移動ＩＭＳ網３０へと、ＡＣＫレスポンスが返信される（Ｆ８）。これにより、発信側の機器からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0217】
（実在判定／その１）
図２６は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の動作シーケンスのその１を説明する図である。
図２６は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の動作シーケンスのその１を説明する図である。
【0218】
図２６に示す動作シーケンスは、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスが図２１に示す基本シーケンスのパターン１に従う場合の動作シーケンスである。
【0219】
電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して、調査対象となるＩＭＳ端末５０の契約キャリアの携帯電話網などの着側移動ＩＭＳ網３０経由で、調査対象のＩＭＳ端末５０に宛ててＩＮＶＩＴＥリクエストを送信する（Ｆ１、Ｆ２）。このとき、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0220】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストを受け付けたことを示すコード１００ Ｔｒｙｉｎｇレスポンスが返信される（Ｆ３、Ｆ４）。
【0221】
続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいて呼び出しの進行状況を示すコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓレスポンスが返信される（Ｆ５、Ｆ６）。
【0222】
さらに、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して発信側の機器へと、当該の着信側の機器（即ち、調査対象のＩＭＳ端末５０）はデータ通信専用である旨のガイダンスが送出される（Ｆ７）。
【0223】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0224】
続いて、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいてセッションを終了するための指示であるＣＡＮＣＥＬリクエストを送信する（Ｆ８、Ｆ９）。
【0225】
これに対して、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエスト（ここでは具体的には、ＣＡＮＣＥＬリクエスト）が正常に処理されたことを示すコード２００ ＯＫレスポンスが返信される（Ｆ１０、Ｆ１１）とともに、ＳＩＰセッションにおいてリクエストの中止（言い換えると、セッションの終了）を示すコード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信される（Ｆ１２、Ｆ１３）。
【0226】
これに対して、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ１４、１５）。これにより、電話番号の調査装置１０からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0227】
（実在判定／その２）
図２７は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の動作シーケンスのその２を説明する図である。
図２７は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の動作シーケンスのその２を説明する図である。
【0228】
図２７に示す動作シーケンスは、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスが図２２に示す基本シーケンスのパターン２に従う場合の動作シーケンスである。
【0229】
図２７に示す動作シーケンスのその２におけるＦ１乃至Ｆ６の動作は、図２６に示す動作シーケンスのその１のＦ１乃至Ｆ６の動作と同様である。なお、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0230】
そして、図２７に示す動作シーケンスのその２では、Ｆ６の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、当該の着信側の機器には繋ぐ（別言すると、接続する）ことができない旨のガイダンスが送出される（Ｆ７）。
【0231】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0232】
【0233】
そして、電話番号の調査装置１０からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0234】
（実在判定／その３）
図２８は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の基本シーケンスのその３を説明する図である。
図２８は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の基本シーケンスのその３を説明する図である。
【0235】
図２８に示す動作シーケンスは、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスが図２３に示す基本シーケンスのパターン３に従う場合の動作シーケンスである。
【0236】
図２８に示す動作シーケンスのその３におけるＦ１乃至Ｆ４の動作は、図２６に示す動作シーケンスのその１のＦ１乃至Ｆ４の動作と同様である。なお、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0237】
そして、図２８に示す動作シーケンスのその３では、Ｆ４の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてリクエストの中止（言い換えると、セッションの終了）を示すコード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄレスポンスが返信される（Ｆ５、Ｆ６）。
【0238】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0239】
そして、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ７、Ｆ８）。これにより、電話番号の調査装置１０からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0240】
（実在判定／その４）
図２９は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の基本シーケンスのその４を説明する図である。
図２９は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の基本シーケンスのその４を説明する図である。
【0241】
図２９に示す動作シーケンスは、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスが図２４に示す基本シーケンスのパターン４に従う場合の動作シーケンスである。
【0242】
図２９に示す動作シーケンスのその４におけるＦ１乃至Ｆ４の動作は、図２６に示す動作シーケンスのその１のＦ１乃至Ｆ４の動作と同様である。なお、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0243】
そして、図２９に示す動作シーケンスのその４では、Ｆ４の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいてサーバ内部でエラーが発生したことを示すコード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒレスポンスが返信される（Ｆ５、Ｆ６）。
【0244】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0245】
そして、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ７、Ｆ８）。これにより、電話番号の調査装置１０からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0246】
（実在判定／その５）
図３０は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の基本シーケンスのその５を説明する図である。
図３０は、ＳＤＰパラメータとして、ネットワークプロトコルについてＩＰｖ４を記述するとともに判定用ＳＤＰパラメータについて上記のＩＰｖ４用ＳＤＰを記述してオファーした場合で、調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する場合の基本シーケンスのその５を説明する図である。
【0247】
図３０に示す動作シーケンスは、発信側の機器と発側固定ＩＭＳ網２０と着側移動ＩＭＳ網３０との間における、着信側の機器としてデータ通信専用端末が実在する場合の動作の基本シーケンスが図２５に示す基本シーケンスのパターン５に従う場合の動作シーケンスである。
【0248】
図３０に示す動作シーケンスのその５におけるＦ１乃至Ｆ４の動作は、図２６に示す動作シーケンスのその１のＦ１乃至Ｆ４の動作と同様である。なお、ＩＮＶＩＴＥリクエストに含まれるＳＤＰパラメータとして、判定用ＳＤＰパラメータ（尚、ネットワークプロトコルはＩＰｖ４である）について上記のＩＰｖ４用ＳＤＰが記述される。
【0249】
そして、図３０に示す動作シーケンスのその５では、Ｆ４の動作に続いて、着側移動ＩＭＳ網３０から発側固定ＩＭＳ網２０を介して電話番号の調査装置１０（具体的には、メッセージ交換制御部１２）へと、ＳＩＰセッションにおいて着信側の機器において受け入れが拒否されていることを示すコード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅレスポンスが返信される（Ｆ５、Ｆ６）。
【0250】
この場合、電話番号の調査装置１０の電話番号調査判定部１３は、着信側の調査対象のＩＭＳ端末５０としてデータ通信専用端末が実在する（即ち、調査対象のＩＭＳ端末５０の電話番号が実在する）と判定する。
【0251】
そして、電話番号の調査装置１０のメッセージ交換制御部１２は、発側固定ＩＭＳ網２０を介して着側移動ＩＭＳ網３０へと、ＳＩＰセッションにおいて確認応答を示すＡＣＫ（Ａcknowledgment）レスポンスを返信する（Ｆ７、Ｆ８）。これにより、電話番号の調査装置１０からのＩＮＶＩＴＥリクエストに係るセッションが終了する。
【0252】
（電話番号の調査方法）
図３１は、上述の動作シーケンスをふまえた、ＩＭＳ端末５０の電話番号（具体的には例えば、０Ａ０型の電話番号を持つ携帯電話やデータ通信専用端末の電話番号）の使用状況（具体的には、実在（空き、話中）、及び欠番）を調査する仕法の整理を示す。
図３１は、上述の動作シーケンスをふまえた、ＩＭＳ端末５０の電話番号（具体的には例えば、０Ａ０型の電話番号を持つ携帯電話やデータ通信専用端末の電話番号）の使用状況（具体的には、実在（空き、話中）、及び欠番）を調査する仕法の整理を示す。
【0253】
通信事業者（言い換えると、通信キャリア）に接続されるＩＭＳ端末５０の０Ａ０型（具体的には例えば、０９０、０８０、及び０７０）の電話番号を持つ携帯電話やデータ通信専用端末の電話番号の使用状況については、ＳＤＰパラメータのうち、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ４を記述するとともに、他のＳＤＰパラメータについてＩＰｖ４用ＳＤＰを用いてＳＤＰオファー（即ち、ＩＮＶＩＴＥリクエスト）をすることにより、実在（空き、話中）か欠番かを的確に判定することができる。
【0254】
（電話番号の調査プログラム）
本発明に係る電話番号の調査プログラムの具体的な構成態様の一例としての、実施の形態に係る電話番号の調査プログラムは、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続される電話番号の調査装置１０（図１、図１３参照）に実装されるプログラムである。
本発明に係る電話番号の調査プログラムの具体的な構成態様の一例としての、実施の形態に係る電話番号の調査プログラムは、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続される電話番号の調査装置１０（図１、図１３参照）に実装されるプログラムである。
【0255】
実施の形態に係る電話番号の調査プログラムは、着側移動ＩＭＳ網３０に接続されている複数のＩＭＳ端末５０に発側固定ＩＭＳ網２０を介して接続されるコンピュータ（具体的には、電話番号の調査装置１０）に、調査対象のＩＭＳ端末５０に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して（調査対象のＩＭＳ端末５０へと向けて）発側固定ＩＭＳ網２０へとＩＮＶＩＴＥリクエストを送信させる処理と、発側固定ＩＭＳ網２０を介して応答メッセージを受信させる処理と、応答メッセージに応じて調査対象のＩＭＳ端末５０の電話番号の使用状況を判定させる処理と、を少なくとも実行させる、ようにしている。
【0256】
そして、実施の形態に係る電話番号の調査プログラムは、ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述されている（即ち、ＩＰｖ４用ＳＤＰ）、ようにしている。
【0257】
（電話番号の情報提供システム）
図３２は、本発明に係る電話番号の情報提供システムの具体的な構成態様の一例としての、実施の形態に係る電話番号の情報提供システム１００のシステム構成図である。
図３２は、本発明に係る電話番号の情報提供システムの具体的な構成態様の一例としての、実施の形態に係る電話番号の情報提供システム１００のシステム構成図である。
【0258】
実施の形態に係る電話番号の情報提供システム１００は、１以上のユーザ端末９０と、ユーザ端末９０とＩＰ網８０経由で接続されるとともに図示省略した網（例えば、発側固定ＩＭＳ網２０）と接続される電話番号調査サーバ（具体的には、電話番号の調査装置１０）と、を含む。
【0259】
実施の形態に係る電話番号の情報提供システム１００は、電話番号調査サーバ（具体的には、電話番号の調査装置１０）と、ユーザ端末９０と、を有し、電話番号調査サーバ（具体的には、電話番号の調査装置１０）が、ユーザ端末９０からＩＭＳ端末５０についての電話番号調査情報提供要求を受信すると、電話番号調査情報提供要求があったユーザ端末９０に電話番号調査判定部１３が判定したＩＭＳ端末５０の電話番号の使用状況をＩＰ網８０経由で送信する網インタフェース部１１を備える（図１３参照）、ようにしている。
【0260】
電話番号調査サーバ（具体的には、電話番号の調査装置１０）は、ユーザ端末９０から調査対象の電話番号に関する電話番号調査情報提供要求をＩＰ網８０経由で受信すると、電話番号の使用状況の判定結果のそれぞれに判定日時を示すタイムスタンプが付与されて時系列に記録された電話番号履歴情報が格納されている記録媒体（具体的には、電話番号履歴データベース１５）を参照し、電話番号調査情報提供要求があったユーザ端末９０へとＩＰ網８０経由で電話番号履歴情報を送信する。
【0261】
電話番号履歴情報が格納されている記録媒体（具体的には、電話番号履歴データベース１５）は、必要なユーザへと単独で配布されてもよい。電話番号履歴情報が格納されている記録媒体（電話番号履歴データベース１５）は、例えば、通信事業者網に専用線経由で接続される電話番号の調査装置１０により生成される、調査対象の電話番号の実在の有無が記録される記録媒体であり、配布先のシステムで検索用に使用されてもよい。
【0262】
電話番号履歴情報が格納されている記録媒体（具体的には、電話番号履歴データベース１５）は、着信側の電話端末（具体的には、ＩＭＳ端末５０としての携帯電話やデータ通信専用端末）の電話番号の使用状況について有効性を判定した結果の集合体であり、例えば、判定結果のそれぞれに判定日時を示すタイムスタンプが付与されて時系列に記録されているものである。
【0263】
電話番号履歴情報が格納されている記録媒体（具体的には、電話番号履歴データベース１５）の配布は、ＤＶＤやハードディスクに記録されたデータベースの態様での配布に限られるものではなく、通信回線を利用した配布も含まれる。
【0264】
（作用効果）
実施の形態に係る電話番号の調査装置１０によれば、事業者間相互接続にＩＭＳ相互接続インタフェースなどを利用して、着側移動ＩＭＳ網３０における電話番号の使用状況の的確な調査を実現することが可能となる。このため、発側固定ＩＭＳ網２０とＵＮＩ接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより、新システム基盤への円滑な移行が可能となる。
実施の形態に係る電話番号の調査装置１０によれば、事業者間相互接続にＩＭＳ相互接続インタフェースなどを利用して、着側移動ＩＭＳ網３０における電話番号の使用状況の的確な調査を実現することが可能となる。このため、発側固定ＩＭＳ網２０とＵＮＩ接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより、新システム基盤への円滑な移行が可能となる。
【0265】
実施の形態に係る電話番号の調査装置１０によれば、また、ＩＭＳ端末５０の電話番号が使用されている状態（有効（実在））と使用されていない状態（無効（欠番））との別を正確に判定することが可能となる。このため、発側固定ＩＭＳ網２０とＵＮＩ接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより、新システム基盤への円滑な移行が可能となる。
【0266】
実施の形態に係る電話番号の調査プログラムによれば、電話番号の調査装置１０がメモリ（図示していない）に記録されている当該プログラムを逐次読み出して実行することにより、事業者間相互接続にＩＭＳ相互接続インタフェースなどを利用して、着側移動ＩＭＳ網３０における電話番号の使用状況の的確な調査を実現することが可能となる。このため、発側固定ＩＭＳ網２０とＵＮＩ接続可能なＳＩＰプロトコルベースの電話番号調査ツールを導入することにより、新システム基盤への円滑な移行が可能となる。
【0267】
実施の形態に係る電話番号の情報提供システム１００によれば、電話番号の調査装置１０で判定した、電話番号が使用されている状態（有効（実在））と使用されていない状態（無効（欠番））との別を、当該情報を必要としているユーザへと提供することが可能となる。また、電話番号履歴情報が格納されている記録媒体（具体的には、電話番号履歴データベース１５）を、当該情報を必要としているユーザへと配布することにより、ユーザサイドで活用することを可能とし、例えば与信などにおいて有用な情報を提供することが可能となる。
【0268】
以上、本発明の実施の形態について説明したが、本発明の具体的な構成態様は上記の実施の形態に限定されるものではなく、上記の実施の形態に、本発明の要旨を逸脱しない範囲の変形や変更などが加えられた形態も本発明に含まれる。
【0269】
例えば、上述の実施の形態ではＳＤＰパラメータとしてネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ４を記述して（言い換えると、使用して）オファーするようにしているが、ネットワークプロトコルについてＩＰｖ６を記述してオファーするようにしてもよい。この場合も、ＳＤＰパラメータが下記のように記述されることにより、上述の実施の形態と同様の基本シーケンス及び動作シーケンスとなる。
【0270】
具体的には、ＳＤＰパラメータとして、判定用ＳＤＰパラメータのうち、ネットワークプロトコル（別言すると、インターネットプロトコル、ＩＰバージョン）についてＩＰｖ６を記述して（言い換えると、使用して）オファーする場合は、他の判定用ＳＤＰパラメータについては下記のように記述される。
○メディア種別：ａｕｄｉｏのみ
○メディアのトランスポートプロトコル：ＲＴＰ／ＡＶＰのみ
○音声コーデック：Ｇ．７１１ μ－ｌａｗのみ
○メディア種別：ａｕｄｉｏのみ
○メディアのトランスポートプロトコル：ＲＴＰ／ＡＶＰのみ
○音声コーデック：Ｇ．７１１ μ－ｌａｗのみ
【符号の説明】
【0271】
１０ 電話番号の調査装置
１１ 網インタフェース部
１２ メッセージ交換制御部
１３ 電話番号調査判定部
１４ 電話番号履歴生成部
１５ 電話番号履歴データベース
２０ 発側固定ＩＭＳ網
２０ａ ＳＩＰサーバ
２１ 発信側ＩＢＣＦ
３０ 着側移動ＩＭＳ網
３０ａ ＳＩＰサーバ
３０ｂ ＳＩＰサーバ
３０ｃ ＳＩＰサーバ
３１ 着信側ＩＢＣＦ
５０ ＩＭＳ端末
５０ａ ＩＭＳ端末
５０ｂ ＩＭＳ端末
５０ｃ ＩＭＳ端末
９０ ユーザ端末
１００ 情報提供システム
１１ 網インタフェース部
１２ メッセージ交換制御部
１３ 電話番号調査判定部
１４ 電話番号履歴生成部
１５ 電話番号履歴データベース
２０ 発側固定ＩＭＳ網
２０ａ ＳＩＰサーバ
２１ 発信側ＩＢＣＦ
３０ 着側移動ＩＭＳ網
３０ａ ＳＩＰサーバ
３０ｂ ＳＩＰサーバ
３０ｃ ＳＩＰサーバ
３１ 着信側ＩＢＣＦ
５０ ＩＭＳ端末
５０ａ ＩＭＳ端末
５０ｂ ＩＭＳ端末
５０ｃ ＩＭＳ端末
９０ ユーザ端末
１００ 情報提供システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【手続補正書】
【提出日】2024-05-10
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される電話番号の調査装置であり、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するとともに前記発側固定ＩＭＳ網を介して応答メッセージを受信するメッセージ交換制御部と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定する電話番号調査判定部と、を備え、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述され、
前記音声コーデックについてＧ．７１１ μ－ｌａｗとＧ．７２２とを同時オファーすることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーした場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査装置。
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するとともに前記発側固定ＩＭＳ網を介して応答メッセージを受信するメッセージ交換制御部と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定する電話番号調査判定部と、を備え、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述され、
前記音声コーデックについてＧ．７１１ μ－ｌａｗとＧ．７２２とを同時オファーすることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーした場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査装置。
【請求項2】
前記電話番号調査判定部が、
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項１に記載の電話番号の調査装置。
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項１に記載の電話番号の調査装置。
【請求項3】
前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、
前記電話番号調査判定部が、前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記メッセージ交換制御部が、前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項１に記載の電話番号の調査装置。
前記電話番号調査判定部が、前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記メッセージ交換制御部が、前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項１に記載の電話番号の調査装置。
【請求項4】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる前記ＩＭＳ端末の電話番号の使用状況を調査する電話番号の調査方法であり、
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述され、
前記音声コーデックについてＧ．７１１ μ－ｌａｗとＧ．７２２とを同時オファーすることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーした場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査方法。
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述され、
前記音声コーデックについてＧ．７１１ μ－ｌａｗとＧ．７２２とを同時オファーすることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーした場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査方法。
【請求項5】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続される装置を用いて、調査対象となる前記ＩＭＳ端末の電話番号の使用状況を調査する電話番号の調査方法であり、
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ６、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗのみと記述され、
前記ネットワークプロトコルについてＩＰｖ６を記述して前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーすることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記ネットワークプロトコルについてＩＰｖ４を記述して前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーした場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査方法。
前記装置が、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信するステップと、
前記発側固定ＩＭＳ網を介して応答メッセージを受信するステップと、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定するステップと、を含み、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ６、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗのみと記述され、
前記ネットワークプロトコルについてＩＰｖ６を記述して前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーすることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記ネットワークプロトコルについてＩＰｖ４を記述して前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーした場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査方法。
【請求項6】
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
【請求項7】
前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項４または５に記載の電話番号の調査方法。
【請求項8】
着側移動ＩＭＳ網に接続されている複数のＩＭＳ端末に発側固定ＩＭＳ網を介して接続されるコンピュータに、
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信させる処理と、
前記発側固定ＩＭＳ網を介して応答メッセージを受信させる処理と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定させる処理と、を少なくとも実行させ、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述され、
前記音声コーデックについてＧ．７１１ μ－ｌａｗとＧ．７２２とを同時オファーさせることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーさせた場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査プログラム。
調査対象の前記ＩＭＳ端末に対するＩＮＶＩＴＥリクエストにＳＤＰパラメータを付与して前記発側固定ＩＭＳ網へと前記ＩＮＶＩＴＥリクエストを送信させる処理と、
前記発側固定ＩＭＳ網を介して応答メッセージを受信させる処理と、
前記応答メッセージに応じて前記調査対象の前記ＩＭＳ端末の電話番号の使用状況を判定させる処理と、を少なくとも実行させ、
前記ＳＤＰパラメータが、ネットワークプロトコルはＩＰｖ４、メディア種別はａｕｄｉｏのみ、メディアのトランスポートプロトコルはＲＴＰ／ＡＶＰのみ、並びに音声コーデックはＧ．７１１ μ－ｌａｗ及びＧ．７２２を含むと記述され、
前記音声コーデックについてＧ．７１１ μ－ｌａｗとＧ．７２２とを同時オファーさせることにより、前記調査対象の前記ＩＭＳ端末が欠番である場合の着側からのレスポンスがコード４０４ Ｎｏｔ Ｆｏｕｎｄであるようにし、前記音声コーデックについてＧ．７１１ μ－ｌａｗのみをオファーさせた場合に前記調査対象の前記ＩＭＳ端末が実在する場合の着側からのレスポンスであるコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓと異なるようにして、前記調査対象の前記ＩＭＳ端末の欠番と実在との判定が可能である、
ことを特徴とする電話番号の調査プログラム。
【請求項9】
前記応答メッセージが、コード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ、コード１８０Ｒｉｎｇｉｎｇ、コード４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄ、コード４８８ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ Ｈｅｒｅ、コード５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒ、又はコード４８６ Ｂｕｓｙ Ｈｅｒｅである場合に前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
前記応答メッセージが、コード４０４Ｎｏｔ Ｆｏｕｎｄである場合に前記調査対象の前記ＩＭＳ端末の電話番号は欠番であると判定する、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
【請求項10】
前記応答メッセージがコード１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ又はコード１８０Ｒｉｎｇｉｎｇである場合に、
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
前記調査対象の前記ＩＭＳ端末の電話番号が実在すると判定し、
前記発側固定ＩＭＳ網へとＣＡＮＣＥＬリクエストを送信することにより、前記調査対象の前記ＩＭＳ端末について非通知着信拒否サービスが設定されていないとともに非通知着信拒否機能が設定されていない場合に、前記調査対象の前記ＩＭＳ端末の呼出しベルの鳴動を停止させる、
ことを特徴とする請求項８に記載の電話番号の調査プログラム。
【請求項11】
請求項１から３のうちのいずれか１項に記載の電話番号の調査装置と、
ユーザ端末と、を有し、
前記電話番号の調査装置が、前記ユーザ端末から前記ＩＭＳ端末についての電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記ＩＭＳ端末の電話番号の使用状況をＩＰ網経由で送信する網インタフェース部を備える、
ことを特徴とする電話番号の情報提供システム。
ユーザ端末と、を有し、
前記電話番号の調査装置が、前記ユーザ端末から前記ＩＭＳ端末についての電話番号調査情報提供要求を受信すると、前記電話番号調査情報提供要求があった前記ユーザ端末に前記電話番号調査判定部が判定した前記ＩＭＳ端末の電話番号の使用状況をＩＰ網経由で送信する網インタフェース部を備える、
ことを特徴とする電話番号の情報提供システム。