JP2010245727A

JP2010245727A - 発信者情報通知要請サービスシステム、セッション制御サーバ、呼制御方法およびプログラム

Info

Publication number: JP2010245727A
Application number: JP2009090858A
Authority: JP
Inventors: Seiji Oi; 清司大井; Satoru Akiyama; 悟秋山; Yuhito Yokokawa; 勇仁横川
Original assignee: NEC Corp; Nippon Telegraph and Telephone Corp
Current assignee: NEC Corp; Nippon Telegraph and Telephone Corp
Priority date: 2009-04-03
Filing date: 2009-04-03
Publication date: 2010-10-28
Anticipated expiration: 2029-04-03
Also published as: JP4864999B2

Abstract

【課題】ＳＩＰ等の汎用的な呼制御プロトコルで発信者情報通知要請サービスを可能にした呼制御方法を提供する。
【解決手段】発信者に対して通知を要求する対象を示す設定情報および設定情報の通知を要求する旨のメッセージを特定するための識別子を含む端末登録情報を記憶し、第１の端末から第２の端末宛の呼設定要求信号を受信すると、その信号に第２の端末についての設定情報が含まれているか否かを判定し、設定情報が含まれていなければ、設定情報に対応する識別子を含む呼設定要求信号をメディアサーバに送信し、メディアサーバから受信する応答信号を第１の端末に転送するセッション制御サーバと、識別子に対応するメッセージを記憶し、セッション制御サーバから受信する呼設定要求信号に含まれる識別子に対応するメッセージを特定し、第１の端末との通信路確立後に、特定したメッセージを第１の端末に送信するメディアサーバと、を有する。
【選択図】図１

Description

本発明は、発信者情報通知要請サービスシステム、セッション制御サーバ、呼制御方法、および、サーバに実行させるためのプログラムに関するものである。

発信電話番号通知要請サービスは、これまで日本電信電話株式会社のＩＮＳネット（登録商標）サービスの回線交換ベアラサービス（音声、３．１ｋＨｚオーディオ）や「ひかり電話」などで「ナンバー・リクエスト」の名称で提供されている（非特許文献１〜非特許文献４を参照）。

発信電話番号通知要請サービス機能は、電話の発信側ユーザが発信電話番号の通知を明確に拒否して電話をかけると、着信側ユーザとサービス提供会社との契約に基づいて、発信電話番号情報が通知されない発呼を着信側ユーザの電話機に着信させることなく、網が代行応答（アナウンス通知）し、発信電話番号の通知をして電話をかけ直すように発信側ユーザに促すものである。

上記代行応答とは、発信電話番号を通知しないで発信してきたユーザに、例えば、「こちらは『○○○−△△△−□□□□（着信電話番号）』です。恐れ入りますが、電話番号の前に１８６をつけてダイヤルするなど、あなたの電話番号を通知しておかけ直しください。」という音声メッセージを伝えるものである。この場合、着信側ユーザの電話機の着信音は鳴らない。なお、着信が拒否された場合、その旨は発信側のユーザに通知される。

図１９は発信電話番号通知要請サービスを説明するための図である。図１９に示すように、公衆電話網（ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋ：ＰＳＴＮ）６０には、交換機６１０、６２０および音声応答装置（ＩｎｔｅｒａｃｔｉｖｅＶｏｉｃｅＲｅｓｐｏｎｓｅ：ＩＶＲ）６３０が設けられている。ここでは、発信側の電話機６４１が交換機６１０に接続され、着信側の電話機６４２が交換機６２０に接続されているものとする。

図１９に示す通信システムの動作を簡単に説明する。電話機６４１のユーザが発信電話番号を通知しない設定で電話機６４２宛に電話をかけると、電話機６４１は、相手端末に接続を要求する旨の信号である接続要請信号を交換機６１０に送信する（ステップ６５１）。交換機６１０は、電話機６４１から接続要請信号を受信し、発信電話番号を通知する旨の情報が接続要請信号に含まれていないと、接続要請信号を交換機６２０を介してＩＶＲ６３０に送信する（ステップ６５２、６５３）。ＩＶＲ６３０は、交換機６２０から接続要請信号を受信すると、発信電話番号の通知を要請する旨の音声メッセージを交換機６２０に送信する（ステップ６５４）。交換機６２０は、ＩＶＲ６３０から受信した音声メッセージを交換機６１０を介して電話機６４１に送信する（ステップ６５５、６５６）。

なお、発信電話番号通知要請サービス機能は、着信側のユーザが「発信電話番号通知サービス」の契約をサービス提供会社との間で予め締結していることが前提となる。

ＩＮＳネットナンバーディスプレイ「使用説明書」：日本電信電話株式会社 http://web116.jp/shop/manual/number#ai.pdf ＩＮＳネットサービスのインタフェース第４分冊（レイヤ３回線交換付加サービス編）第５版：日本電信電話株式会社 http://www.ntt-east.co.jp/ISDN/tech/spec/4.5pdf/4-1-22.pdf ひかり電話「付加サービス」の操作方法「ナンバー・リクエスト」の操作方法について：日本電信電話株式会社 http://flets.com/hikaridenwa/use/pdf/request0704.pdf ひかり電話技術参考資料音声利用ＩＰ通信網サービス（第２種サービス）のインタフェース（第４版）：日本電信電話株式会社 http://flets.com/ hikaridenwa/use/pdf/hikari#tel.pdf

上述の動作手順は、交換機を利用した回線交換により発信電話番号通知要請サービス機能を実現するものであり、インターネットで利用される汎用的なプロトコルであるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）等をベースとする、発信者情報の通知要請サービス機能を実現するものはなかった。

本発明は、上述したような技術が有する問題点を解決するためになされたものであり、ＳＩＰ等の汎用的な呼制御プロトコルで発信者情報通知要請サービスを可能にした発信者情報通知要請サービスシステム、セッション制御サーバ、呼制御方法およびプログラムを提供することを目的とする。

上記目的を達成するための本発明の発信者情報通知要請サービスシステムは、セッション制御サーバとメディアサーバとを有する発信者情報通知要請サービスシステムであって、
前記セッション制御サーバは、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を要求する旨のメッセージを特定するための識別子を含む端末登録情報を記憶する記憶部と、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、該第２の呼設定要求信号に対する第１の応答信号を該メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信する制御部とを有し、
前記メディアサーバは、
前記識別子に対応する前記メッセージを記憶する記憶部と、
前記セッション制御サーバから前記第２の呼設定要求信号を受信すると、該第２の呼設定要求信号に含まれる識別子に対応するメッセージを特定し、前記第１の応答信号を前記セッション制御サーバに送信し、前記第１の端末と通信路を確立した後、特定したメッセージを前記第１の端末に送信する制御部とを有する構成である。

本発明では、呼設定要求信号に非通知設定がされていると、その宛先の端末の設定情報を確認し、非通知設定された設定情報が登録されていると、その情報を通知する旨のメッセージが発信者の端末から出力される。これにより、発信者に対して発信者情報を通知させ、着信者は誰からの電話であるかを確認することが可能となる。

また、本発明のセッション制御サーバは、発信者に関する情報の通知を発信者に対して要求する旨のメッセージを記憶するメディアサーバと接続され、端末間の呼を制御するセッション制御サーバであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報に対応する前記メッセージを特定するための識別子を含む端末登録情報を記憶する記憶部と、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、前記メッセージを発信者に通知するために、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、該第２の呼設定要求信号に対する第１の応答信号を該メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信する制御部と、
を有する構成である。

また、本発明のセッション制御サーバは、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報ならびに該識別子に対応する前記メッセージを記憶する記憶部と、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、該識別子に対応するメッセージを前記記憶部から読み出し、該メッセージを発信者に通知するために、該メッセージを前記第１の端末に送信する制御部と、
を有する構成である。

また、本発明のセッション制御サーバは、ユーザに対して自分に関する情報を相手先に通知することを要求する旨のメッセージを記憶する端末と接続され、端末間の呼を制御するセッション制御サーバであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報を記憶する記憶部と、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、該識別子に対応する前記メッセージを発信者に通知するために、該識別子を含む応答信号を前記第１の端末に送信する制御部と、
を有する構成である。

また、本発明の呼制御方法は、発信者に関する情報の通知を発信者に対して要求する旨のメッセージを記憶するメディアサーバに接続されるセッション制御サーバが行う呼制御方法であって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報に対応する前記メッセージを特定するための識別子を含む端末登録情報を予め記憶し、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記第１の呼設定要求信号に含まれていなければ、前記メッセージを発信者に通知するために、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、
前記第２の呼設定要求信号に対する第１の応答信号を前記メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信するものである。

さらに、本発明のプログラムは、発信者に関する情報の通知を発信者に対して要求する旨のメッセージを記憶するメディアサーバに接続されるセッション制御サーバに実行させるためのプログラムであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報に対応する前記メッセージを特定するための識別子を含む端末登録情報を予め記憶し、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記第１の呼設定要求信号に含まれていなければ、前記メッセージを発信者に通知するために、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、
前記第２の呼設定要求信号に対する第１の応答信号を前記メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信する処理を前記セッション制御サーバに実行させるものである。

本発明によれば、ＳＩＰをベースにした通信方法において、電話の発信者が自分の情報を不明確にしてかける迷惑電話や無言電話などにより、誰からかかってきた電話なのか着信者を不安にさせる迷惑行為を減らすことができる。

第１の実施形態の通信システムの一構成例を示すブロック図である。図１に示したＳＩＰサーバの一構成例を示すブロック図である。ＳＩＰサーバに登録される端末登録情報を説明するための表である。図１に示したＭＳの一構成例を示すブロック図である。ＭＳに登録される音源情報を説明するための表である。図１に示した端末の一構成例を示すブロック図である。第１の実施形態の通信システムにおいて、着信側の端末に設定情報が登録されていない場合の動作手順を示すシーケンス図である。第１の実施形態の通信システムにおいて、着信側の端末にナンバーリクエストが設定されている場合の動作手順を示すシーケンス図である。第１の実施形態の通信システムにおいて、着信側の端末にロケーションリクエストが設定されている場合の動作手順を示すシーケンス図である。第１の実施形態の通信システムにおいて、着信側の端末にビデオリクエストが設定されている場合の動作手順を示すシーケンス図である。第１の実施形態の通信システムにおいて、着信側の端末にネームリクエストが設定されている場合の動作手順を示すシーケンス図である。第１の実施形態の通信システムのネットワークがＮＧＮである場合の構成例を示すブロック図である。発信者番号非通知理由とガイダンス提供の関係を示す表である。第２の実施形態における呼制御方法の動作手順を示すシーケンス図である。第３の実施形態における呼制御方法の動作手順を示すシーケンス図である。第４の実施形態の通信システムの一構成例を示すブロック図である。第４の実施形態の通信システムの動作手順を示すシーケンス図である。第５の実施形態の通信システムの動作手順を示すシーケンス図である。従来の発信電話番号通知要請サービスを説明するための図である。

（第１の実施形態）
本実施形態の通信システムの構成を説明する。図１は本実施形態の通信システムの一構成例を示すブロック図である。

本実施形態の通信システムは、呼制御手段となるセッション制御サーバ（以下では、ＳＩＰサーバと称する）２０と、メディアサーバ（以下では、ＭＳと表記する）３０とを有する。ＳＩＰサーバ２０およびＭＳ３０は、ＩＰ網などのネットワーク１０を介して接続されている。ＳＩＰサーバ２０は、端末４１および端末４２とネットワーク１０を介して接続されている。なお、端末４１、４２のそれぞれとＳＩＰサーバ２０との接続はルータやターミナルアダプタなどの通信機器を介して行われてもよく、それらの通信機器を図に示すことを省略している。

図１に示したＳＩＰサーバ２０の構成を説明する。図２は図１に示したＳＩＰサーバの一構成例を示すブロック図である。

図２に示すように、ＳＩＰサーバ２０は、記憶部２０３と、呼制御部２１１および判定部２１２を含む制御部２０１とを有する。制御部２０１には、プログラムにしたがって所定の処理を実行するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。ＣＰＵがプログラムを実行することで、呼制御部２１１および判定部２１２のそれぞれがＳＩＰサーバ内に仮想的に構成される。

なお、呼制御部２１１は専用回路とし、判定部２１２はＣＰＵがプログラムを実行することで構成されるものであってもよく、呼制御部２１１および判定部２１２のそれぞれが各部の動作に準じた専用回路で設けられていてもよい。

記憶部２０３には、契約者の要求するサービスについての情報である端末登録情報が端末毎に登録されている。図３は端末登録情報を説明するための表である。

図３（ａ）に示す表には、端末毎に異なる契約者ＩＤ（以下では、ＵＩＤと表す）に対応して、契約者電話番号、契約者端末能力、契約者が要求する発信者情報、および契約者の要求するサービスを特定するためのリクエスト識別子が記述されている。発信者情報には、図３（ａ）に示すように、発電話番号、発信者位置情報、発信者映像情報、発信側契約者情報などがある。発信者映像情報は発信者を認証するための映像であり、発信側契約者情報は発信者の名前である。発信者を認証するための映像としては、発信者の現在の様子を撮影した映像であるリアルタイム映像でもよいが、インターネットコミュニティで用いられる「アバター」のようなキャラクタ映像であってもよい。

発信者情報とリクエスト識別子とは対応している。例えば、図３（ａ）に示す表の１行目において、発信電話番号を意味する「発電話番号」はリクエスト識別子「ＳＩＤ１」と対応している。リクエスト識別子についての詳細は後述する。ＵＩＤおよび契約者電話番号のそれぞれは、端末毎に異なる識別子である端末識別子に相当する。また、発信者情報として契約者ＩＤ毎に登録される情報を設定情報と称する。

なお、図３（ａ）では、発信者を特定するための識別子である発信者識別子として、契約者電話番号の場合で説明しているが、発信者識別子が別の情報であってもよい。図３（ｂ）は、発信者識別子の一例を示す表である。図３（ｂ）に示すように、発信者識別子は、契約者電話番号に限らず、ＴＥＬ＿ＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）、ＳＩＰ＿ＵＲＩでもよい。以下では、発信者識別子が契約者電話番号の場合で説明する。

記憶部２０３に格納する端末登録情報としては、少なくとも端末識別子、設定情報およびリクエスト識別子が含まれていればよい。図３に示す表で具体例を説明すると、端末識別子ＵＩＤ１の端末の場合、ＵＩＤ1または０３−１１１１−１１１１と、設定情報として発電話番号と、リクエスト識別子としてＳＩＤ１とが組になった端末登録情報が記憶部２０３に登録されている。また、図３に示すように、端末識別子ＵＩＤ２の場合、発電話番号と発信者位置情報の２つの発信者情報が設定情報に登録されており、１つの端末に複数の発信者情報が設定情報に登録されてもよい。

呼制御部２１１は、通常の呼制御処理の他に、次の動作を行う。発信側の端末および着信側の端末のそれぞれの電話番号の情報を含み、呼の設定を要求する旨の信号である呼設定要求信号を受信すると、呼設定要求信号を判定部２１２に渡す。判定部２１２から呼設定要求信号を受け取ると、呼設定要求信号を宛先に送信する。一方、判定部２１２からリクエスト識別子を受け取ると、リクエスト識別子を含む呼設定要求信号をＭＳ３０に送信する。そして、呼設定要求信号についての応答信号をＭＳ３０から受信すると、ＭＳ３０と発信側端末との間に通信路を確立するための応答信号を発信側の端末に送信する。リクエスト識別子で特定される音源情報は、発信者に通知するためのメッセージに相当する。後述するが、発信者に通知するためのメッセージとしては、音源情報による音声メッセージに限らず、画像メッセージでもよい。

判定部２１２は、呼制御部２１１から呼設定要求信号を受け取ると、記憶部２０３に格納された、着信側の端末の端末登録情報から設定情報を読み出す。続いて、読み出した設定情報が呼設定要求信号に含まれているかを判定する。設定情報が呼設定要求信号に含まれていない場合、設定情報に対応するリクエスト識別子を呼制御部２１１に通知する。一方、設定情報が呼設定要求信号に含まれている場合、呼制御部２１１から受け取った呼制御信号をそのまま呼制御部２１１に返す。なお、電話番号は端末毎に異なる端末識別子の１つである。

次に、ＭＳ３０の構成を説明する。図４は図１に示したＭＳの一構成例を示すブロック図である。

図４に示すように、ＭＳ３０は、記憶部３０３と、制御部３０１とを有する。制御部３０１には、プログラムにしたがって所定の処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。

記憶部３０３には、音源情報と、音源種に対応する音源が登録されている。図５は音源情報を説明するための表である。

図５に示す表では、音源種毎に異なる音源ＩＤ（以下では、ＳＩＤと表す）に対応して、音源種名および音源の説明が記述されている。音源ＩＤは図３に示したリクエスト識別子と同じものであり、説明のために、図３と図４とで呼び方を変えているだけである。よって、図３に示す設定情報の「発電話番号」は、図４の音源種の「ナンバーリクエスト」に対応し、「発信者位置情報」は「ロケーションリクエスト」に対応している。また、「発信者映像情報」は「ビデオリクエスト」に対応し、「発信側契約者情報」は「ネームリクエスト」に対応している。

記憶部３０３に格納する音源情報としては、少なくともＳＩＤと、ＳＩＤに対応する音源とがあればよい。音源の一例を説明する。電話番号の通知を要請するガイダンスの音源として、「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の前に１８６をつけてダイヤルするなど、あなたの電話番号を通知しておかけ直しください。」という音声メッセージ、「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の非通知設定を解除してから、おかけ直しください。」という音声メッセージなどがある。音源は、このメッセージを２回以上繰り返すものであってもよい。

制御部３０１は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、呼設定要求信号からリクエスト識別子を読み出し、それに対応する音源を記憶部３０３から読み出す。そして、呼設定要求信号に対する応答信号を発信者の端末に送信して通話路を確立した後、読み出した音源の音声メッセージを発信者の端末に送信する。以下では、この音声メッセージをガイダンス応答呼と称する。

次に、端末４１、４２の構成を説明する。なお、端末４１、４２は同様な構成であるため、ここでは、これらの端末を代表して端末４１の構成について説明する。

図６は図１に示した端末の一構成例を示すブロック図である。図６に示すように、端末４１は、外部から受信するデータが格納される記憶部４１３と、発信者情報を表示するための表示部４１５と、各部を制御する端末制御部４１１と、ユーザが指示を入力するための操作部４１７とを有する。端末制御部４１１には、プログラムにしたがって所定の処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。

端末４１が契約者端末能力として図３に示した「ナンバーディスプレイ」の機能を備えていると、端末制御部４１１は、呼設定要求信号から発信側端末の電話番号を読み出して表示部４１５に表示させる。

端末４１が「発信者契約端末位置情報ディスプレイ」の機能を備えていると、端末制御部４１１は、呼設定要求信号から発信側端末の発信者位置情報を読み出して表示部４１５に表示させる。発信者位置情報は、呼設定要求信号の発信側の端末が移動させにくいものである場合、発信者の住所などの登録所在地である。移動させにくい端末として、例えば、音声データをパケットデータに変換する機能を備えたデスクトップ型パーソナルコンピュータがある。ただし、発信側の端末が無線通信機能を備えた移動体（例えば、携帯電話機）である場合、発信者位置情報は、ＧＰＳ（ＧｒｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）または無線基地局によって特定される位置情報である。

端末４１が「ビデオディスプレイ」の機能を備えていると、端末制御部４１１は、呼設定要求信号から発信者映像情報を読み出して表示部４１５に表示させる。この場合、呼設定要求信号の発信側の端末にはカメラが設けられ、カメラが発信者のリアルタイム映像を撮影し、発信側の端末が撮影画像のデータを呼設定要求信号に含めて送信する。

端末４１が「ネームディスプレイ」の機能を備えていると、端末制御部４１１は、呼設定要求信号から発信者の名前を読み出して表示部４１５に表示させる。

操作部４１７には、電話番号を入力するための数字キー、文字入力のための文字入力キー、オンフックキー、オフフックキーおよび各種命令入力キーなどのキー部（不図示）と、音声出力のためのスピーカ（不図示）と、音声入力のためのマイク（不図示）とが設けられている。

ここで、端末４１が発信側である場合の操作部４１７と端末制御部４１１の動作を説明する。操作部４１７を操作して、ユーザは、発電話番号、位置情報、自分のリアルタイム映像、および自分の名前のそれぞれについて、電話の相手先に通知するか否かを設定することが可能である。ユーザが操作部４１７を操作して非通知設定を行った後、相手先の電話番号を入力すると、端末制御部４１１は、非通知設定の対象になった情報を除いた呼設定要求信号を相手先の端末宛に送信する。

その反対に、端末４１が着信側である場合について説明する。

端末４１のユーザは、発信者情報の通知要請サービスを利用するために、発信者情報通知要請サービスを受ける旨の契約をサービス提供会社と結ぶ。ユーザは、発電話番号、位置情報、発信者の映像、および発信者の名前などの発信者情報のうち、いずれを設定情報に登録するかを契約の際にサービス提供会社に申し込むと、サービス提供会社の管理者によって、設定情報を含む端末登録情報がＳＩＰサーバ２０に登録される。

ここで、ユーザが端末４１を操作して設定情報を登録する場合を簡単に説明する。ユーザが端末４１の操作部４１７を操作して、発電話番号、発信者の位置情報、発信者の映像および発信者の名前のうち少なくともいずれかを設定情報として入力すると、端末４１の端末制御部４１１は、入力された設定情報および設定情報の登録を要求する旨の情報を含む設定情報登録要求信号をＳＩＰサーバ２０に送信する。ＳＩＰサーバ２０の制御部２０１の判定部２１２は、端末４１から設定情報登録要求信号を受信すると、端末４１の端末登録情報として、設定情報登録要求信号に含まれる設定情報に対応するリクエスト識別子および端末４１の端末識別子を組にして記憶部２０３に格納する。

また、別の登録方法として、ユーザは契約後に操作部４１７を操作して、発信者情報要請サービスのカスタマーコントロールにより、発信者情報について設定情報に登録する活性化、または、設定情報に登録しない非活性化を行ってもよい。さらに、サービス提供会社は、ガイダンス応答呼について発信者に対して課金を行ってもよい。この場合、発信者が自分の情報を明かさないで電話をかけることを防止する効果が向上する。

本実施形態の通信システムの動作手順について説明する。はじめに、端末４２について設定情報が何も登録されていない場合である。図７は、本実施形態の通信システムにおいて、着信側の端末に設定情報が登録されていない場合の動作手順を示すシーケンス図である。

端末４１のユーザが端末４１を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、端末４１は、非通知設定された呼設定要求信号（ＩＮＶＩＴＥ）をＳＩＰサーバ２０に送信する（ステップ１００１）。

ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号を端末４１から受信すると、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報に設定情報が登録されていないことを確認すると、呼設定要求信号を端末４２に送信し（ステップ１００２）、呼び出し処理中であることを示す暫定応答信号を端末４１に送信する。端末４２は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、暫定応答信号をＳＩＰサーバ２０に返信し、ユーザがオフフックすると、応答信号（２００ＯＫ）をＳＩＰサーバ２０に送信する（ステップ１００３）。ＳＩＰサーバ２０は、端末４２から応答信号を受信すると、応答信号を端末４１宛に送信するとともに（ステップ１００４）、確認応答信号（ＡＣＫ）を端末４２に送信する。端末４１は、ＳＩＰサーバ２０から応答信号を受け取ると、確認応答信号を端末４２に送信し、端末４１と端末４２との間で通話路が確立する（ステップ１００５）。

次に、発電話番号を要求するナンバーリクエストが端末４２に設定されている場合の動作を説明する。図８は、本実施形態の通信システムにおいて、着信側の端末にナンバーリクエストが設定されている場合の動作手順を示すシーケンス図である。

端末４１のユーザが端末４１を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、端末４１は、非通知設定された呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１１０１）。

ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号を端末４１から受信すると、暫定応答信号を端末４１に送信するとともに、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報の設定情報に発電話番号が登録されていることを認識すると、リクエスト識別子のＳＩＤ１を読み出し、ＳＩＤ１を含む呼設定要求信号をＭＳ３０に送信する（ステップ１１０２）。

ＭＳ３０は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、応答信号をＳＩＰサーバ２０に送信する（ステップ１１０３）。また、呼設定要求信号に含まれるＳＩＤ１を読み出し、ＳＩＤ１に対応する音声メッセージを記憶部３０３から読み出す。ＳＩＰサーバ２０は、ＭＳ３０から応答信号を受信すると、応答信号を端末４１宛に送信し（ステップ１１０４）、確認応答信号をＭＳ３０に送信する（ステップ１１０５）。

端末４１は、ＳＩＰサーバ２０から応答信号を受け取ると、確認応答信号をＭＳ３０に送信し、端末４１とＭＳ３０との間で通話路が確立する（ステップ１１０６）。これらの装置間で通話路が確立すると、ＭＳ３０は、記憶部３０３から読み出した音声メッセージを端末４１に送信する（ステップ１１０７）。端末４１は、ＭＳ３０から音声メッセージを受信すると、スピーカから「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の非通知設定を解除して、おかけ直しください。」というガイダンスを音声で出力する。

次に、発信者位置情報を要求するロケーションリクエストが端末４２に設定されている場合の動作を説明する。図９は、本実施形態の通信システムにおいて、着信側の端末にロケーションリクエストが設定されている場合の動作手順を示すシーケンス図である。

端末４１のユーザが端末４１を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、端末４１は、非通知設定された呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１２０１）。

ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号を端末４１から受信すると、暫定応答信号を端末４１に送信するとともに、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報の設定情報に発信者位置情報が登録されていることを認識すると、リクエスト識別子のＳＩＤ３を読み出し、ＳＩＤ３を含む呼設定要求信号をＭＳ３０に送信する（ステップ１２０２）。

ＭＳ３０は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、応答信号をＳＩＰサーバ２０に送信する（ステップ１２０３）。また、呼設定要求信号に含まれるＳＩＤ３を読み出し、ＳＩＤ３に対応する音声メッセージを記憶部３０３から読み出す。ＳＩＰサーバ２０は、ＭＳ３０から応答信号を受信すると、応答信号を端末４１宛に送信し（ステップ１２０４）、確認応答信号をＭＳ３０に送信する（ステップ１２０５）。

端末４１は、ＳＩＰサーバ２０から応答信号を受け取ると、確認応答信号をＭＳ３０に送信し、端末４１とＭＳ３０との間で通話路が確立する（ステップ１２０６）。これらの装置間で通話路が確立すると、ＭＳ３０は、記憶部３０３から読み出した音声メッセージを端末４１に送信する（ステップ１２０７）。端末４１は、ＭＳ３０から音声メッセージを受信すると、スピーカから「こちらはロケーションリクエストサービスです。恐れ入りますが、現在位置の非通知設定を解除して、おかけ直しください。」というガイダンスを音声で出力する。

次に、発信者映像情報を要求するビデオリクエストが端末４２に設定されている場合の動作を説明する。図１０は、本実施形態の通信システムにおいて、着信側の端末にビデオリクエストが設定されている場合の動作手順を示すシーケンス図である。

端末４１のユーザが端末４１を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、端末４１は、非通知設定された呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１３０１）。

ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号を端末４１から受信すると、暫定応答信号を端末４１に送信するとともに、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報の設定情報に発信者映像情報が登録されていることを認識すると、リクエスト識別子のＳＩＤ４を読み出し、ＳＩＤ４を含む呼設定要求信号をＭＳ３０に送信する（ステップ１３０２）。

ＭＳ３０は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、応答信号をＳＩＰサーバ２０に送信する（ステップ１３０３）。また、呼設定要求信号に含まれるＳＩＤ４を読み出し、ＳＩＤ４に対応する音声メッセージを記憶部３０３から読み出す。ＳＩＰサーバ２０は、ＭＳ３０から応答信号を受信すると、応答信号を端末４１宛に送信し（ステップ１３０４）、確認応答信号をＭＳ３０に送信する（ステップ１３０５）。

端末４１は、ＳＩＰサーバ２０から応答信号を受け取ると、確認応答信号をＭＳ３０に送信し、端末４１とＭＳ３０との間で通話路が確立する（ステップ１３０６）。これらの装置間で通話路が確立すると、ＭＳ３０は、記憶部３０３から読み出した音声メッセージを端末４１に送信する（ステップ１３０７）。端末４１は、ＭＳ３０から音声メッセージを受信すると、スピーカから「こちらはビデオリクエストサービスです。恐れ入りますが、発信者の方の映像の送信設定をして、おかけ直しください。」というガイダンスを音声で出力する。

次に、発信側契約者情報を要求するネームリクエストが端末４２に設定されている場合の動作を説明する。図１１は、本実施形態の通信システムにおいて、着信側の端末にネームリクエストが設定されている場合の動作手順を示すシーケンス図である。

端末４１のユーザが端末４１を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、端末４１は、非通知設定された呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１４０１）。

ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号を端末４１から受信すると、暫定応答信号を端末４１に送信するとともに、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報の設定情報に発信側契約者情報が登録されていることを認識すると、リクエスト識別子のＳＩＤ２を読み出し、ＳＩＤ２を含む呼設定要求信号をＭＳ３０に送信する（ステップ１４０２）。

ＭＳ３０は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、応答信号をＳＩＰサーバ２０に送信する（ステップ１４０３）。また、呼設定要求信号に含まれるＳＩＤ２を読み出し、ＳＩＤ２に対応する音声メッセージを記憶部３０３から読み出す。ＳＩＰサーバ２０は、ＭＳ３０から応答信号を受信すると、応答信号を端末４１宛に送信し（ステップ１４０４）、確認応答信号をＭＳ３０に送信する（ステップ１４０５）。

端末４１は、ＳＩＰサーバ２０から応答信号を受け取ると、確認応答信号をＭＳ３０に送信し、端末４１とＭＳ３０との間で通話路が確立する（ステップ１４０６）。これらの装置間で通話路が確立すると、ＭＳ３０は、記憶部３０３から読み出した音声メッセージを端末４１に送信する（ステップ１４０７）。端末４１は、ＭＳ３０から音声メッセージを受信すると、スピーカから「こちらはネームリクエストサービスです。恐れ入りますが、発信者の方のお名前の非通知設定を解除して、おかけ直しください。」というガイダンスを音声で出力する。

ここで、ネットワーク１０の一種であるＮＧＮ（次世代ネットワーク）の場合について説明する。ＮＧＮは、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門；ＩｎｔｅｒｎａｔｉｏｎａｌＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＵｎｉｏｎ−ＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｔａｎｄａｒｄｉｚａｔｉｏｎＳｅｃｔｏｒ）やＴＴＣ（情報通信技術委員会）で標準化が進められている。

ＮＧＮでは、セッション制御サーバとして、加入者を収容する加入者セッション制御サーバ（ＳｕｂｓｃｒｉｂｅｒＳｅｓｓｉｏｎＣｏｎｔｒｏｌＳｅｒｖｅｒ：ＳＳＣ）と中継処理を行う中継セッション制御サーバ（ＩｎｔｅｒｍｅｄｉａｔｅＳｅｓｓｉｏｎＣｏｎｔｒｏｌＳｅｒｖｅｒ：ＩＳＣ）の２種類がある。ネットワーク１０がＮＧＮである場合、ＳＩＰサーバ２０は、ＳＳＣであってもよく、ＩＳＣであってもよい。

図１２は本実施形態の通信システムのネットワークがＮＧＮである場合の構成例を示すブロック図である。

図１２（ａ）は本実施形態のＳＩＰサーバ２０がＩＳＣ５１の場合である。図１２（ａ）に示すように、端末４１はＳＳＣ５２に収容されており、端末４２はＳＳＣ５３に収容されている。ＳＳＣ５２、５３のそれぞれはＩＳＣ５１とＮＧＮ５０を介して接続され、ＩＳＣ５１はＭＳ３０とＮＧＮ５０を介して接続されている。ＩＳＣ５１とＭＳ３０との間の通信経路に他のサーバやルータが設けられていてもよい。

図１２（ｂ）は本実施形態のＳＩＰサーバ２０がＳＳＣ５７の場合である。図１２（ｂ）に示すように、端末４１はＳＳＣ５６に収容されており、端末４２はＳＳＣ５７に収容されている。ＳＳＣ５６、５７のそれぞれはＩＳＣ５５とＮＧＮ５０を介して接続され、ＳＳＣ５７はＭＳ３０とＮＧＮ５０を介して接続されている。ＳＳＣ５７とＭＳ３０との間の通信経路に他のサーバやルータが設けられていてもよい。図１と対応させ、図１２（ｂ）では、ＳＳＣ５７とＭＳ３０とが接続されているように表しているが、ＳＳＣ５６もＮＧＮ５０を介してＭＳ３０と接続される。

以下では、ＳＩＰサーバ２０が図１２（ａ）に示すＩＳＣ５１の場合で説明する。ＳＩＰサーバ２０が図１２（ｂ）示すＳＳＣ５６またはＳＳＣ５７の場合については、ＩＳＣ５１の場合と説明が重複するため、その詳細な説明を省略する。また、以下では、発信者情報として発電話番号の場合を説明し、発信者の位置情報や名前などの場合についての説明を省略する。

ＮＧＮでの通信プロトコルでは、発信者番号通知要請サービスのガイダンス提供の有無については、呼設定要求信号（ＩＮＶＩＴＥ）内に設けられた、発ＩＤ通知／非通知制御のための拡張ヘッダ（Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ）に設定される。具体的には、拡張ヘッダ内のｓｉｐ：のＤｉｓｐｌａｙＮａｍｅに設定される。ＩＳＣ５１は、呼設定要求信号を受信すると、判定部２１２が「発信者番号非通知理由」パラメータによって、ガイダンス提供の有無を判断する。

図１３は発信者番号非通知理由とガイダンス提供の関係を示す表である。図１３を参照して、発信者が電話番号の通知を拒否した場合の動作を簡単に説明する。端末４２のユーザは発信者番号通知要請サービスの提供を受けるための登録がされているものとする。

図１２（ａ）に示す端末４１のユーザが電話番号の通知を拒否して端末４２に電話をかけた場合、図１３に示すように、ＩＮＶＩＴＥ内Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ内のｓｉｐ：のＤｉｓｐｌａｙＮａｍｅに“ａｎｏｎｙｍｏｕｓ”が設定され、そのＩＮＶＩＴＥを端末４１がＳＳＣ５２を介してＩＳＣ５１に送信する。ＩＳＣ５１は、受信したＩＮＶＩＴＥのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ内のｓｉｐ：に“ａｎｏｎｙｍｏｕｓ”が設定されていることを認識すると、このＩＮＶＩＴＥをＭＳ３０に転送する。

ＩＳＣ５１は、ＭＳ３０から「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の前に１８６をつけてダイヤルするなど、あなたの電話番号を通知しておかけ直しください。」の音声メッセージを受信すると、この音声メッセージをＳＳＣ５２を介して端末４１に送信する。なお、この音声メッセージを２回以上繰り返すようにしてもよい。

（第２の実施形態）
本実施形態は、ユーザに対して自分に関する情報を相手先に通知することを要求する旨のメッセージがＳＩＰサーバに格納されている場合である。

本実施形態におけるＳＩＰサーバの構成を、図１から図６を参照して説明する。第１の実施形態と同様な構成については同一の符号を付し、その詳細な説明を省略し、異なる点について詳しく説明する。

ＳＩＰサーバ２０の記憶部２０３には、第１の実施形態で説明した端末登録情報の他に、ＭＳ３０の記憶部３０３に格納されている音源情報がリクエスト識別子と共に格納されている。この音源情報は、発信者に対して電話をかけた相手先に自分に関する情報を通知することを要求する旨の音声メッセージに相当する。

呼制御部２１１は、受信する呼設定要求信号を判定部２１２に渡し、判定部２１２から呼設定要求信号を受け取ると、呼設定要求信号を宛先に送信する。一方、判定部２１２から音声メッセージを受け取ると、この音声メッセージを発信者に通知するために、音声メッセージを発信側の端末に送信する。

判定部２１２は、呼制御部２１１から呼設定要求信号を受け取ると、記憶部２０３に格納された、着信側の端末の端末登録情報から設定情報を読み出す。続いて、読み出した設定情報が呼設定要求信号に含まれているかを判定する。設定情報が呼設定要求信号に含まれていない場合、設定情報に対応するリクエスト識別子を端末登録情報で特定し、そのリクエスト識別子の音声メッセージを記憶部２０３から読み出す。そして、読み出した音声メッセージを呼制御部２１１に渡す。一方、設定情報が呼設定要求信号に含まれている場合、呼制御部２１１から受け取った呼制御信号をそのまま呼制御部２１１に返す。

次に、発電話番号を要求するナンバーリクエストが端末４２に設定されている場合の動作を説明する。図１４は、本実施形態における呼制御方法の動作手順を示すシーケンス図である。なお、本実施形態では、発信者情報として発電話番号の場合を説明し、発信者の位置情報や名前などの場合についての説明を省略する。

端末４１のユーザが端末４１を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、端末４１は、非通知設定された呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１１５１）。

ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号を端末４１から受信すると、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報の設定情報に発電話番号が登録されていることを認識すると、リクエスト識別子のＳＩＤ１を読み出し、ＳＩＤ１に対応する音声メッセージを記憶部２０３から読み出す。そして、ＳＩＰサーバ２０は、応答信号を端末４１宛に送信する（ステップ１１５２）。

端末４１は、ＳＩＰサーバ２０から応答信号を受け取ると、端末４１とＳＩＰサーバ２０との間で通話路が確立する（ステップ１１５３）。これらの装置間で通話路が確立すると、ＳＩＰサーバ２０は、記憶部２０３から読み出した音声メッセージを端末４１に送信する（ステップ１１５４）。端末４１は、ＳＩＰサーバ２０から音声メッセージを受信すると、スピーカから「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の非通知設定を解除して、おかけ直しください。」というガイダンスを音声で出力する。

本実施形態では、音声メッセージを保存するためのＭＳが不要になるので、通信システム全体にかかる設備費用を抑制できる。

（第３の実施形態）
本実施形態は、発信者に対して自分に関する情報を相手先に通知することを要求する旨のメッセージが端末に格納されている場合である。

本実施形態のＳＩＰサーバと端末の構成を、図１から図６を参照して説明する。第１の実施形態と同様な構成については同一の符号を付し、その詳細な説明を省略し、異なる点を中心に説明する。

本実施形態では、図６に示す端末４１の記憶部４１３に、ＭＳ３０の記憶部３０３に格納されている音源情報がリクエスト識別子と共に格納されている。この音源情報は、発信者に対して電話をかけた相手先に自分に関する情報を通知することを要求する旨の音声メッセージに相当する。

端末４１の端末制御部４１１は、リクエスト識別子の情報を含む応答信号をＳＩＰサーバ２０から受信すると、応答信号に含まれるリクエスト識別子に対応する音声メッセージを記憶部４１３から読み出し、音声メッセージを操作部４１７のスピーカに出力させる。なお、発信者に対して通知するメッセージが音声メッセージの代わりに画像メッセージである場合、端末制御部４１１は、表示部４１５に表示させる。

ＳＩＰサーバ２０の呼制御部２１１は、受信する呼設定要求信号を判定部２１２に渡し、判定部２１２から呼設定要求信号を受け取ると、呼設定要求信号を宛先に送信する。一方、判定部２１２からリクエスト識別子を受け取ると、このリクエスト識別子に対応する音声メッセージを発信者に通知するために、リクエスト識別子の情報を含む応答信号を発信側の端末に送信する。

判定部２１２は、呼制御部２１１から呼設定要求信号を受け取ると、記憶部２０３に格納された、着信側の端末の端末登録情報から設定情報を読み出す。続いて、読み出した設定情報が呼設定要求信号に含まれているかを判定する。設定情報が呼設定要求信号に含まれていない場合、設定情報に対応するリクエスト識別子を端末登録情報で特定し、そのリクエスト識別子を呼制御部２１１に渡す。一方、設定情報が呼設定要求信号に含まれている場合、呼制御部２１１から受け取った呼制御信号をそのまま呼制御部２１１に返す。

次に、発電話番号を要求するナンバーリクエストが端末４２に設定されている場合の動作を説明する。図１５は、本実施形態における呼制御方法の動作手順を示すシーケンス図である。なお、本実施形態では、発信者情報として発電話番号の場合を説明し、発信者の位置情報や名前などの場合についての説明を省略する。

端末４１のユーザが端末４１を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、端末４１は、非通知設定された呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１１６１）。

ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号を端末４１から受信すると、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報の設定情報に発電話番号が登録されていることを認識すると、リクエスト識別子のＳＩＤ１を読み出し、ＳＩＤ１を含む応答信号を端末４１宛に送信する（ステップ１１６２）。ここでの応答信号は、例えば、エラーコード「４３３（ＡｎｏｎｙｍｉｔｙＤｉｓａｌｌｏｗｅｄ）」である。

端末４１は、ＳＩＰサーバ２０から応答信号を受け取ると、応答信号に含まれるリクエスト識別子に対応する音声メッセージを記憶部４１３から読み出し、音声メッセージを操作部４１７のスピーカに出力させる（ステップ１１６３）。スピーカから「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の非通知設定を解除して、おかけ直しください。」というガイダンスを音声で出力される。

本実施形態では、音声メッセージを保存するためのＭＳを設ける必要がなく、また、ＳＩＰサーバに音声メッセージを保存する必要がないため、通信システム全体にかかる設備費用をさらに抑制できる。

（第４の実施形態）
本実施形態は、発信者がＰＳＴNの電話機から電話をかけた場合である。本実施形態の通信システムの構成を説明する。図１６は本実施形態の通信システムの一構成例を示すブロック図である。図１に示した構成と異なる点を中心に説明する。

図１６に示すように、ＰＳＴＮ６０とネットワーク１０が接続され、ネットワーク１０内には、通信プロトコルの変換を行うＰＳＴNゲートウェイ（ＰＳＴＮＧＷ）２５が設けられている。ＰＳＴＮ２５はＳＩＰサーバ２０と接続される。図１６では、ＰＳＴＮ２５をＳＩＰサーバ２０と信号線で接続しているが、その間にルータなどの他の通信機器が設けられていてもよい。発信者側の端末として、端末４１の代わりに電話機４４がＰＳＴＮ６０に接続されている。

次に、本実施形態の通信システムの動作を説明する。ナンバーリクエストが端末４２に設定されているものとする。図１７は本実施形態の通信システムの動作手順を示すシーケンス図である。

電話機４４のユーザが電話機４４を操作して発信者情報を非通知に設定した後、端末４２の電話番号を入力して端末４２に電話をかけると、電話機４４は、非通知設定された呼設定要求信号をＰＳＴＮ６０に送信する（ステップ１５０１）。

ＰＳＴＮ６０内の交換機（不図示）は、電話機４４から受け取った呼設定要求信号をネットワーク１０のＰＳＴＮＧＷ２５宛に送信する（ステップ１５０２）。ＰＳＴＮＧＷ２５は、交換機（不図示）から受け取った呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１５０３）。ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号をＰＳＴＮＧＷ２５から受信すると、暫定応答信号を電話機４４宛に送信するとともに、呼設定要求信号に非通知設定がされていることを認識し、端末４２の端末登録情報を記憶部２０３で調べる。そして、端末登録情報の設定情報に発電話番号が登録されていることを認識すると、リクエスト識別子のＳＩＤ１を読み出し、ＳＩＤ１を含む呼設定要求信号をＭＳ３０に送信する（ステップ１５０４）。

ＭＳ３０は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、応答信号をＳＩＰサーバ２０に送信する（ステップ１５０５）。また、呼設定要求信号に含まれるＳＩＤ１を読み出し、ＳＩＤ１に対応する音声メッセージを記憶部３０３から読み出す。ＳＩＰサーバ２０は、ＭＳ３０から応答信号を受信すると、電話機４４宛の応答信号をＰＳＴＮＧＷ２５に送信し（ステップ１５０６）、確認応答信号をＭＳ３０に送信する（ステップ１５０７）。

ＰＳＴＮＧＷ２５は、ＳＩＰサーバ２０から受け取った応答信号をＰＳＴＮ６０に送信する（ステップ１５０８）。ＰＳＴＮ６０内の交換機（不図示）は、ＰＳＴＮＧＷ２５から受け取った応答信号を電話機４４に送信する（ステップ１５０９）。

電話機４４は、ＰＳＴＮ６０内の交換機（不図示）から応答信号を受け取ると、確認応答信号をＭＳ３０に送信し、電話機４４とＭＳ３０との間で通話路が確立する（ステップ１５１０）。これらの装置間で通話路が確立すると、ＭＳ３０は、記憶部３０３から読み出した音声メッセージをＰＳＴＮＧＷ２５およびＰＳＴＮ６０を介して電話機４４に送信する（ステップ１５１１）。電話機４４は、ＭＳ３０から音声メッセージを受信すると、スピーカから「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の非通知設定を解除して、おかけ直しください。」というガイダンスを音声で出力する。

ここで、ネットワーク１０がＮＧＮの場合について、図１２（ａ）、図１３および図１６を参照して説明する。図１６において、ＳＩＰサーバ２０を図１２（ａ）に示したＩＳＣ５１とし、ＩＳＣ５１と端末４２の間の通信経路にＳＳＣ５３が設けられているものとする。また、端末４２のユーザは発信者番号通知要請サービスの提供を受けるための登録がされているものとする。

電話機４４のユーザが電話番号の通知を拒否して端末４２に電話をかけると、図１３に示すように、ＩＮＶＩＴＥ内Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ内のｓｉｐ：のＤｉｓｐｌａｙＮａｍｅに“ａｎｏｎｙｍｏｕｓ”が設定され、そのＩＮＶＩＴＥを電話機４４がＰＳＴＮ６０内の交換機（不図示）に送信する。電話機４４から交換機（不図示）に送出された、端末４２宛のＩＮＶＩＴＥは、ＰＳＴＮＧＷ２５を介してＩＳＣ５１に送られる。ＩＳＣ５１は、受信したＩＮＶＩＴＥのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ内のｓｉｐ：に“ａｎｏｎｙｍｏｕｓ”が設定されていることを認識すると、このＩＮＶＩＴＥをＭＳ３０に転送する。

ＩＳＣ５１は、ＭＳ３０から「こちらはナンバーリクエストサービスです。恐れ入りますが、電話番号の前に１８６をつけてダイヤルするなど、あなたの電話番号を通知しておかけ直しください。」の音声メッセージを受信すると、この音声メッセージをＰＳＴＮＧＷ２５を介してＰＳＴＮ６０に送信する。ＰＳＴＮ６０内の交換機（不図示）は、受け取った音声メッセージを電話機４４に送信する。なお、この音声メッセージを２回以上繰り返すようにしてもよい。

なお、本実施形態では、発信者情報のうち発電話番号が設定情報に登録されている場合を説明したが、発信者の名前や位置情報など他の情報の場合についても同様であるため、その詳細な説明を省略する。また、本実施形態に第２または第３の実施形態を適用してもよい。

さらに、ネットワーク１０がＮＧＮの場合、ＳＩＰサーバ２０が図１２（ａ）に示すＩＳＣ５１として説明したが、図１２（ｂ）のＳＳＣ５６またはＳＳＣ５７であってもよい。

（第５の実施形態）
本実施形態は、図１６に示した通信システムにおいて電話機４４が公衆電話機の場合である。

本実施形態の通信システムの構成について説明する。ここでは、第４の実施形態と異なる点を説明し、第１の実施形態または第４の実施形態と同様な構成についての詳細な説明を省略する。

電話機４４は、呼設定要求信号を送出する際、公衆電話機である旨の情報を呼設定要求信号に設定して送出する。ＳＩＰサーバ２０は、受信する呼設定要求信号が公衆電話機から送信されたことを示す情報をその信号で認めると、その呼設定要求信号の宛先の端末の端末登録情報に設定情報が登録されていない場合と同様に、呼設定要求信号を宛先の端末に送信する。

本実施形態の通信システムの動作を説明する。図１８は本実施形態の通信システムの動作手順を示すシーケンス図である。

電話機４４のユーザが電話機４４を操作して端末４２の電話番号を入力して端末４２に電話をかけると、電話機４４は、公衆電話機である旨の情報を含む呼設定要求信号をＰＳＴＮ６０に送信する（ステップ１６０１）。

ＰＳＴＮ６０内の交換機（不図示）は、電話機４４から受け取った呼設定要求信号をネットワーク１０のＰＳＴＮＧＷ２５宛に送信する（ステップ１６０２）。ＰＳＴＮＧＷ２５は、交換機（不図示）から受け取った呼設定要求信号をＳＩＰサーバ２０に送信する（ステップ１６０３）。ＳＩＰサーバ２０は、端末４２宛の呼設定要求信号をＰＳＴＮＧＷ２５から受信すると、暫定応答信号を電話機４４宛に送信し、その呼設定要求信号が公衆電話機から送信されたことを認識すると、呼設定要求信号を端末４２に送信する（ステップ１６０４）。

端末４２は、ＳＩＰサーバ２０から呼設定要求信号を受信すると、暫定応答信号をＳＩＰサーバ２０に送信し、ユーザがオフフックすると、応答信号をＳＩＰサーバ２０に送信する（ステップ１６０５）。ＳＩＰサーバ２０は、端末４２から応答信号を受信すると、電話機４４宛の応答信号をＰＳＴＮＧＷ２５に送信し（ステップ１６０６）、確認応答信号を端末４２に送信する（ステップ１６０７）。

ＰＳＴＮＧＷ２５は、ＳＩＰサーバ２０から受け取った応答信号をＰＳＴＮ６０に送信する（ステップ１６０８）。ＰＳＴＮ６０内の交換機（不図示）は、ＰＳＴＮＧＷ２５から受け取った応答信号を電話機４４に送信する（ステップ１６０９）。

電話機４４は、ＰＳＴＮ６０内の交換機（不図示）から応答信号を受け取ると、確認応答信号を端末４２に送信し、電話機４４と端末４２との間で通話路が確立する（ステップ１６１０）。

電話機４４のユーザが端末４２に電話をかけると、電話機４４が公衆電話機であることから、図１３に示すように、ＩＮＶＩＴＥ内Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ内のｓｉｐ：のＤｉｓｐｌａｙＮａｍｅに“Ｃｏｉｎｌｉｎｅ／ｐａｙｐｈｏｎｅ”が設定され、そのＩＮＶＩＴＥを電話機４４がＰＳＴＮ６０内の交換機（不図示）に送信する。電話機４４から交換機（不図示）に送出された、端末４２宛のＩＮＶＩＴＥは、ＰＳＴＮＧＷ２５を介してＩＳＣ５１に送られる。ＩＳＣ５１は、受信したＩＮＶＩＴＥのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ内のｓｉｐ：に“Ｃｏｉｎｌｉｎｅ／ｐａｙｐｈｏｎｅ”が設定されていることを認識すると、このＩＮＶＩＴＥを端末４２に送信する。その後は、上述したようにして、電話機４４と端末４２との間に通話路が確立される。

なお、図１３に示すように、「迷惑電話拒否」などの他のサービスとの競合がある場合、ＩＮＶＩＴＥ内Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダ内のｓｉｐ：のＤｉｓｐｌａｙＮａｍｅに“Ｉｎｔｅｒａｃｔｉｏｎｗｉｔｈｏｔｈｅｒｓｅｒｖｉｃｅ”が設定され、また、その他の要因によって通知が不可の場合は“Ｕｎａｖａｉｌａｂｌｅ”が設定される。これらの場合も、発信者が公衆電話機と使った場合と同様に、ＩＳＣ５１は、通常の呼設定要求信号として宛先の端末に送信する。

また、本実施形態では、発信者情報のうち発電話番号が設定情報に登録されている場合を説明したが、発信者の名前や位置情報など他の情報の場合についても同様であるため、その詳細な説明を省略する。また、本実施形態に第２または第３の実施形態を適用してもよい。

さらに、本実施形態では、ネットワーク１０がＮＧＮの場合、ＳＩＰサーバ２０が図１２（ａ）に示すＩＳＣ５１として説明したが、図１２（ｂ）のＳＳＣ５６またはＳＳＣ５７であってもよい。

第１から第５の実施形態において、図１３に示した、ヘッダの設定方法はＮＧＮの場合に限定されない。さらに、第１から第５の実施形態において、発信者側の端末が図６に示す表示部４１５を備えていれば、ガイダンスの画像を表示部４１５に表示させるようにしてもよい。発信者にガイダンスを伝えるためのメッセージとして音声メッセージの音源の代わりに画像メッセージのデータが、第１の実施形態ではＭＳ３０の記憶部３０３に格納され、第２の実施形態ではＳＩＰサーバ２０の記憶部２０３に格納され、第３の実施形態では端末４１の４１３に格納されている。また、音声と画像の両方のメッセージによるガイダンスを発信者に通知してもよい。

画像メッセージは、発信者の情報の通知を要求する旨のガイダンスを文字で表示した画像であってもよく、発信者に対して情報の通知を促すためのエラーコードを表示した画像であってもよい。エラーコードは、設定情報の種類によって異なっていてもよい。

第１から第５の実施形態で説明したように、セッション制御サーバは、受信した呼設定要求信号に非通知設定がされていると、その宛先の端末の設定情報を確認し、非通知設定された設定情報が登録されていると、その情報を通知する旨のガイダンスを発信者の端末に出力させる。これにより、発信者に対して自分の端末の電話番号などの発信者情報を通知させ、着信者は誰からの電話であるかを確認することができる。

また、発信者情報として、発電話番号だけでなく、発信者の位置情報、発信者の名前、または、発信者の映像などを通知させることも可能である。

また、発信者情報要請サービスを契約したユーザの端末を契約者回線で特定可能にすれば、ユーザの認証手続きを行うことなく、ユーザからの連絡でサービス提供の開始および停止を簡単に設定できる。

また、ユーザが契約電話番号以外にも複数の電話番号をもっている場合でも、それら全ての電話番号を１つの端末登録情報に登録することで、発信者情報要請サービスを契約電話番号だけでなく、追加電話番号についても、一律に反映させることができる。

また、呼制御手段は、ガイダンス応答呼をメディアサーバに実行させることで、その間にも呼制御処理を行うことが可能となり、非通知設定を含む呼設定要求信号と他の呼設定要求信号の処理を同時に行うことが可能となる。

また、設定情報の活性化／非活性化をユーザの電話端末からカスタマーコントロールによって設定可能にすれば、契約後であってもユーザは簡単に設定情報を変更できる。

さらに、「お掛けになった電話番号は現在使われておりません」等のガイダンスとは異なり、発信者情報要請のガイダンスは契約者に代わってサービス提供会社の装置によって応答されており、このガイダンス応答呼を発信者に対する課金対象とすれば、自分の情報を隠して電話をかける迷惑電話の防止効果が向上する。

１０ネットワーク
２０ＳＩＰサーバ
２５ＰＳＴＮＧＷ
３０ＭＳ（メディアサーバ）
５０ＮＧＮ
６０ＰＳＴＮ
４１、４２端末
５１ＩＳＣ
５６、５７ＳＳＣ

Claims

セッション制御サーバとメディアサーバとを有する発信者情報通知要請サービスシステムであって、
前記セッション制御サーバは、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を要求する旨のメッセージを特定するための識別子を含む端末登録情報を記憶する記憶部と、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、該第２の呼設定要求信号に対する第１の応答信号を該メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信する制御部とを有し、
前記メディアサーバは、
前記識別子に対応する前記メッセージを記憶する記憶部と、
前記セッション制御サーバから前記第２の呼設定要求信号を受信すると、該第２の呼設定要求信号に含まれる識別子に対応するメッセージを特定し、前記第１の応答信号を前記セッション制御サーバに送信し、前記第１の端末と通信路を確立した後、特定したメッセージを前記第１の端末に送信する制御部とを有する、発信者情報通知要請サービスシステム。
前記設定情報は、発信者を特定するための識別子である発信者識別子、発信者の位置情報、発信者の映像、および発信者の名前のうち少なくともいずれかを含むものである、請求項１記載の発信者情報通知要請サービスシステム。
前記発信者の映像は発信者の現在の様子を撮影した映像である、請求項２記載の発信者情報通知要請サービスシステム。
発信者に関する情報の通知を発信者に対して要求する旨のメッセージを記憶するメディアサーバと接続され、端末間の呼を制御するセッション制御サーバであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報に対応する前記メッセージを特定するための識別子を含む端末登録情報を記憶する記憶部と、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、前記メッセージを発信者に通知するために、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、該第２の呼設定要求信号に対する第１の応答信号を該メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信する制御部と、
を有するセッション制御サーバ。
前記制御部は、
前記第１の呼設定要求信号に前記第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する識別子を前記端末登録情報で特定する判定部と、
前記第１の端末から受信した前記第１の呼設定要求信号を前記判定部に送信し、前記判定部で特定された識別子を該判定部から受信すると、該識別子を含む前記第２の呼設定要求信号を前記メディアサーバに送信し、前記第１の応答信号を該メディアサーバから受信すると、前記第２の応答信号を前記第１の端末に送信する呼制御部と、
を有する請求項２記載のセッション制御サーバ。
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報ならびに該識別子に対応する前記メッセージを記憶する記憶部と、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、該識別子に対応するメッセージを前記記憶部から読み出し、該メッセージを発信者に通知するために、該メッセージを前記第１の端末に送信する制御部と、
を有するセッション制御サーバ。
ユーザに対して自分に関する情報を相手先に通知することを要求する旨のメッセージを記憶する端末と接続され、端末間の呼を制御するセッション制御サーバであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報を記憶する記憶部と、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、該識別子に対応する前記メッセージを発信者に通知するために、該識別子を含む応答信号を前記第１の端末に送信する制御部と、
を有するセッション制御サーバ。
前記制御部は、
発信者を特定するための識別子である発信者識別子、発信者の位置情報、発信者の映像および発信者の名前のうち少なくともいずれかを対象とする前記設定情報および該設定情報の登録を要求する旨の情報を含む設定情報登録要求信号を前記第２の端末から受信すると、該第２の端末の前記端末登録情報として、該設定情報登録要求信号に含まれる設定情報に対応する識別子および該第２の端末の端末識別子を組にして前記記憶部に格納する、請求項４、６および７のいずれか１項記載のセッション制御サーバ。
前記設定情報は、発信者を特定するための識別子である発信者識別子、発信者の位置情報、発信者の映像、および発信者の名前のうち少なくともいずれかを含むものである、請求項４から７のいずれか１項記載のセッション制御サーバ。
前記発信者の映像は発信者の現在の様子を撮影した映像である、請求項８または９記載のセッション制御サーバ。
発信者に関する情報の通知を発信者に対して要求する旨のメッセージを記憶するメディアサーバと端末間の呼を制御するセッション制御サーバとによる呼制御方法であって、
前記セッション制御サーバは、発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を要求する旨のメッセージを特定するための識別子を含む端末登録情報を予め記憶し、
前記メディアサーバは、前記識別子に対応する前記メッセージを予め記憶し、
前記セッション制御サーバは、第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、該設定情報が含まれていなければ、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、
前記メディアサーバは、前記セッション制御サーバから前記第２の呼設定要求信号を受信すると、該第２の呼設定要求信号に含まれる識別子に対応するメッセージを特定し、該第２の呼設定要求信号に対する第１の応答信号を前記セッション制御サーバに送信し、
前記セッション制御サーバは、前記メディアサーバから前記第１の応答信号を受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信し、
前記メディアサーバは、前記第１の端末と通信路を確立した後、特定したメッセージを前記第１の端末に送信する、呼制御方法。
発信者に関する情報の通知を発信者に対して要求する旨のメッセージを記憶するメディアサーバに接続されるセッション制御サーバが行う呼制御方法であって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報に対応する前記メッセージを特定するための識別子を含む端末登録情報を予め記憶し、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記第１の呼設定要求信号に含まれていなければ、前記メッセージを発信者に通知するために、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、
前記第２の呼設定要求信号に対する第１の応答信号を前記メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信する、呼制御方法。
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報ならびに該識別子に対応する前記メッセージを予め記憶し、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記呼設定要求信号に含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、
特定した識別子に対応するメッセージを読み出し、該メッセージを発信者に通知するために、該メッセージを前記第１の端末に送信する、呼制御方法。
ユーザに対して自分に関する情報を相手先に通知することを要求する旨のメッセージを記憶する端末に接続されるセッション制御サーバが行う呼制御方法であって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報を予め記憶し、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記呼設定要求信号に含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、
特定した識別子に対応する前記メッセージを発信者に通知するために、該識別子を含む応答信号を前記第１の端末に送信する、呼制御方法。
前記セッション制御サーバは、
発信者を特定するための識別子である発信者識別子、発信者の位置情報、発信者の映像および発信者の名前のうち少なくともいずれかを対象とする前記設定情報および該設定情報の登録を要求する旨の情報を含む設定情報登録要求信号を前記第２の端末から受信すると、該第２の端末の前記端末登録情報として、該設定情報登録要求信号に含まれる設定情報に対応する識別子および該第２の端末の端末識別子を組にして格納する、請求項１１から１４のいずれか１項記載の呼制御方法。
前記設定情報は、発信者を特定するための識別子である発信者識別子、発信者の位置情報、発信者の映像、および発信者の名前のうち少なくともいずれかを含むものである、請求項１１から１４のいずれか１項記載の呼制御方法。
前記発信者の映像は発信者の現在の様子を撮影した映像である、請求項１５または１６記載の呼制御方法。
発信者に関する情報の通知を発信者に対して要求する旨のメッセージを記憶するメディアサーバに接続されるセッション制御サーバに実行させるためのプログラムであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報に対応する前記メッセージを特定するための識別子を含む端末登録情報を予め記憶し、
第１の端末から第２の端末宛の第１の呼設定要求信号を受信すると、該第１の呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記第１の呼設定要求信号に含まれていなければ、前記メッセージを発信者に通知するために、該設定情報に対応する前記識別子を含む第２の呼設定要求信号を前記メディアサーバに送信し、
前記第２の呼設定要求信号に対する第１の応答信号を前記メディアサーバから受信すると、該メディアサーバおよび前記第１の端末の間に通信路を確立するための第２の応答信号を該第１の端末に送信する処理を前記セッション制御サーバに実行させるためのプログラム。
端末間の呼を制御するセッション制御サーバに実行させるためのプログラムであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報ならびに該識別子に対応する前記メッセージを予め記憶し、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記呼設定要求信号に含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、
特定した識別子に対応するメッセージを読み出し、該メッセージを発信者に通知するために、該メッセージを前記第１の端末に送信する処理を前記セッション制御サーバに実行させるためのプログラム。
ユーザに対して自分に関する情報を相手先に通知することを要求する旨のメッセージを記憶する端末に接続されるセッション制御サーバに実行させるためのプログラムであって、
発信者に対して通知を要求する対象を示す設定情報および該設定情報の通知を発信者に対して要求する旨のメッセージを特定するための識別子を含む端末登録情報を予め記憶し、
第１の端末から第２の端末宛の呼設定要求信号を受信すると、該呼設定要求信号に該第２の端末についての前記設定情報が含まれているか否かを判定し、
判定の結果、前記設定情報が前記呼設定要求信号に含まれていなければ、該設定情報に対応する前記識別子を前記端末登録情報で特定し、
特定した識別子に対応する前記メッセージを発信者に通知するために、該識別子を含む応答信号を前記第１の端末に送信する処理を前記セッション制御サーバに実行させるためのプログラム。
発信者を特定するための識別子である発信者識別子、発信者の位置情報、発信者の映像および発信者の名前のうち少なくともいずれかを対象とする前記設定情報および該設定情報の登録を要求する旨の情報を含む設定情報登録要求信号を前記第２の端末から受信すると、該第２の端末の前記端末登録情報として、該設定情報登録要求信号に含まれる設定情報に対応する識別子および該第２の端末の端末識別子を組にして格納する処理を有する、請求項１８から２０のいずれか１項記載のプログラム。
前記設定情報は、発信者を特定するための識別子である発信者識別子、発信者の位置情報、発信者の映像、および発信者の名前のうち少なくともいずれかを含むものである、請求項１８から２０のいずれか１項記載のプログラム。
前記発信者の映像は発信者の現在の様子を撮影した映像である、請求項２１または２２記載のプログラム。