(57)【要約】【課題】ＳＩＰ（セッション開始プロトコル）／Ｐｒｅｓｅｎｃｅアーキテクチャに基づくＩＰネットワークに関わるもので、ＩＰネットワーク内の複数通信端末の動的制御を可能にする。【解決手段】制御サーバが実行する複数通信端末の動的制御方法であって、（ａ）発呼を受信した着呼側の通信端末によって送信され、別の着呼側の通信端末が当該発呼に応じるよう指示する複数端末管理情報を受信するステップと、（ｂ）受信した複数端末管理情報に基づいて、当該発呼を起こした発呼側の通信端末が当該別の着呼側の通信端末を呼び出すＩＮＶＩＴＥリクエストを生成するステップと、（ｃ）生成したＩＮＶＩＴＥリクエストを、相応の前記ＳＩＰサーバに送信することによって、当該ＳＩＰサーバが、受信したＩＮＶＩＴＥリクエストに基づいて、別の着呼側の通信端末を呼び出すステップと、を含む。【選択図】図１
2006287904.tif 000002
【特許請求の範囲】
【請求項１】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末の状態を管理するプレゼンスサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、が前記ＩＰネットワークに接続されたネットワークシステムにおいて、前記制御サーバが実行する複数通信端末の動的制御方法であって、
（ａ）  発呼を受信した着呼側の通信端末によって送信され、別の着呼側の通信端末が当該発呼に応じるよう指示する複数端末管理情報を受信するステップと、
（ｂ）  前記受信した複数端末管理情報に基づいて、当該発呼を起こした発呼側の通信端末が当該別の着呼側の通信端末を呼び出すＩＮＶＩＴＥリクエストを生成するステップと、
（ｃ）  前記生成したＩＮＶＩＴＥリクエストを、相応の前記ＳＩＰサーバに送信することによって、当該ＳＩＰサーバが、受信したＩＮＶＩＴＥリクエストに基づいて、前記別の着呼側の通信端末を呼び出すステップと、を含むことを特徴とする制御方法。
【請求項２】
前記複数端末管理情報は、少なくとも前記発呼側の通信端末のＳＩＰ−ＵＲＩと、前記別の着呼側の通信端末の汎用識別子又は位置情報と、を含み、
前記プレゼンスサーバに対して、前記別の着呼側の通信端末のＳＩＰ−ＵＲＩの検索を要求する、前記別の着呼側の通信端末の汎用識別子又は位置情報を含んだ購読情報を送信するステップと、
前記プレゼンスサーバによって送信された、前記別の着呼側の通信端末のＳＩＰ−ＵＲＩの検索結果が含まれる通知情報を受信するステップと、
前記受信した複数端末管理情報中に含まれる前記発呼側の通信端末のＳＩＰ−ＵＲＩを発呼の発信元アドレスとし、前記受信した通知情報に含まれる前記別の着呼側の通信端末のＳＩＰ−ＵＲＩを発呼の宛先アドレスとして、前記ＩＮＶＩＴＥリクエストを生成するステップと、をさらに含むことを特徴とする、請求項１に記載の制御方法。
【請求項３】
前記通知情報は、前記別の着呼側の通信端末の現在の状態を示す状態確認情報を含み、
前記受信した状態確認情報が前記別の着呼側の通信端末は現在オンラインかつアイドル状態であることを示す場合に、前記ＩＮＶＩＴＥリクエストを生成するステップをさらに含むことを特徴とする請求項２に記載の制御方法。
【請求項４】
前記複数端末管理情報は、少なくとも前記発呼側の通信端末のＳＩＰ−ＵＲＩと前記別の着呼側の通信端末のＳＩＰ−ＵＲＩとを含み、
前記（ｂ）のステップは、前記発呼側の通信端末のＳＩＰ−ＵＲＩを発呼の発信元アドレスとし、前記別の着呼側の通信端末のＳＩＰ−ＵＲＩを発呼の宛先アドレスとして、前記ＩＮＶＩＴＥリクエストを生成するステップをさらに含むことを特徴とする請求項１に記載の制御方法。
【請求項５】
前記プレゼンスサーバに対して、前記別の着呼側の通信端末の現在の状態を示す状態確認情報の検索を要求する、前記別の着信側の通信端末のＳＩＰ−ＵＲＩを含む購読情報を送信するステップと、
前記プレゼンスサーバによって送信された、前記別の着呼側の通信端末の現在の状態を示す状態確認情報が含まれる通知情報を受信するステップと、
前記受信した前記状態確認情報が前記別の着信側の通信端末はオンラインかつアイドル状態であることを示す場合に、前記ＩＮＶＩＴＥリクエストを生成するステップと、をさらに含むことを特徴とする請求項４に記載の制御方法。
【請求項６】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末の状態を管理するプレゼンスサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、が前記ＩＰネットワークに接続されたネットワークシステムにおいて、前記着呼側の通信端末が実行する複数通信端末の動的制御方法であって、
（ｄ）  前記ＳＩＰサーバによって送信され、前記発呼側の通信端末が前記着呼側の通信端末を呼び出すためのＩＮＶＩＴＥリクエストを受信するステップと、
（ｅ）  前記受信したＩＮＶＩＴＥリクエストに基づいて着呼側の通信端末のユーザが入力した、発呼に応じる着呼側の通信端末を受け付けるステップと、
（ｆ）  前記ユーザが、前記ＩＮＶＩＴＥリクエストを受信する着呼側の通信端末とは異なる別の着呼側の通信端末を入力して前記発呼に応じるときに、前記制御サーバに対して、当該別の着呼側の通信端末が前記発呼に応じるよう指示するための複数端末管理情報を送信するステップと、を含むことを特徴とする制御方法。
【請求項７】
前記ＩＮＶＩＴＥリクエストを受信する着呼側の通信端末は、あらかじめ前記発呼に応じることができる着呼側の通信端末をユーザ記録として記憶し、
前記（ｅ）のステップは、
前記ＩＮＶＩＴＥリクエストを受信したときに、前記あらかじめ記憶されたユーザ記録を着呼側ユーザに表示して、前記着呼側ユーザが発呼に応じる通信端末を選択するステップと、
前記着呼側ユーザによって入力された、前記表示されたユーザ記録の中から選択された着呼側の通信端末を、前記発呼に応じる着呼側の通信端末として受け付けるステップと、をさらに含むことを特徴とする請求項６に記載の制御方法。
【請求項８】
前記ＩＮＶＩＴＥリクエストを受信する着呼側の通信端末は、前記発呼に応じることができる着呼側の通信端末をユーザ記録としてあらかじめ記憶しており、
前記（ｅ）のステップは、
前記ＩＮＶＩＴＥリクエストを受信したときに、あらかじめ記憶されたユーザ記録を着呼側ユーザに表示して、前記着呼側ユーザが発呼に応じる通信端末を選択するステップと、
前記ユーザによって入力された、前記表示されたユーザ記録に保存されていない一時的に選択された着呼側の通信端末を、前記発呼に応じる通信端末として受け付けるステップをさらに含むことを特徴とする請求項６に記載の制御方法。
【請求項９】
前記複数端末管理情報は、前記発呼側の通信端末のＳＩＰ−ＵＲＩと、前記別の着呼側の通信端末の汎用識別子、位置情報又はＳＩＰ−ＵＲＩと、を含むことを特徴とする、請求項６乃至８に記載の制御方法。
【請求項１０】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末の状態を管理するプレゼンスサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、が前記ＩＰネットワークに接続されたネットワークシステムにおいて、前記プレゼンスサーバが実行する複数通信端末の動的制御方法であって、
あらかじめ前記通信端末の汎用識別子と当該通信端末のＳＩＰ−ＵＲＩとの対応関係を記憶するステップと、
前記制御サーバによって送信され、前記通信端末のＳＩＰ−ＵＲＩの検索を請求する、当該通信端末の汎用識別子を含む購読情報を受信するステップと、
前記受信した購読情報中に含まれる前記通信端末の汎用識別子に基づいて、あらかじめ記憶された通信端末の汎用識別子とそのＳＩＰ−ＵＲＩとの対応関係から、前記通信端末のＳＩＰ−ＵＲＩを検索するステップと、
前記検索された通信端末のＳＩＰ−ＵＲＩを含む通知情報を前記制御サーバに送信するステップと、を含むことを特徴とする制御方法。
【請求項１１】
前記通信端末の現在の状態を示す状態確認情報を検索するステップと、
前記検索された状態確認情報を含む前記通知情報を、前記制御サーバに送信するステップと、をさらに含むことを特徴とする、請求項１０に記載の制御方法。
【請求項１２】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末の状態を管理するプレゼンスサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、は前記ＩＰネットワークに接続されたネットワークシステムにおいて、前記プレゼンスサーバが実行する複数通信端末の動的制御方法であって、
あらかじめ前記通信端末の位置情報と当該通信端末のＳＩＰ−ＵＲＩとの対応関係を記憶するステップと、
前記制御サーバによって送信された、前記通信端末のＳＩＰ−ＵＲＩの検索を要求する、当該通信端末の位置情報を含む購読情報を受信するステップと、
前記受信した購読情報に含まれる前記通信端末の位置情報に基づいて、あらかじめ記憶された通信端末の位置情報とそのＳＩＰ−ＵＲＩとの対応関係から、前記通信端末のＳＩＰ−ＵＲＩを検索するステップと、
前記検索された通信端末のＳＩＰ−ＵＲＩを含む通知情報を前記制御サーバに送信するステップと、を含むことを特徴とする制御方法。
【請求項１３】
前記通信端末の現在の状態を示す状態確認情報の検索するステップと、
前記検索された状態確認情報を前記通知情報によって前記制御サーバに送信するステップと、をさらに含むことを特徴とする請求項１２に記載の制御方法。
【請求項１４】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末の状態を管理するプレゼンスサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、が前記ＩＰネットワークに接続されたネットワークシステムにおける複数通信端末の動的制御方法であって、
発呼側の通信端末が着呼側の通信端末に発呼したＩＮＶＩＴＥリクエストを、当該着呼側の通信端末に送信するステップと、
もしも着呼側の通信端末のユーザが異なる別の着信側の通信端末を選んで発呼側ユーザの発呼に応じる場合は、当該別の着呼側の通信端末が発呼側の通信端末の発呼に応じるよう指示する複数端末管理情報を生成するステップと、
生成された前記複数端末管理情報に基づいて、前記発呼側の通信端末が前記別の着呼側の通信端末を呼び出すＩＮＶＩＴＥリクエストを生成するステップと、
生成された前記ＩＮＶＩＴＥリクエストに基づいて、前記別の着呼側の通信端末を呼び出し、それによって、前記着呼側の通信端末のユーザが前記別の着呼側の通信端末を用いて前記発呼側の通信端末の発呼に応じることを可能にするステップと、を含むことを特徴とする制御方法。
【請求項１５】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末の状態を管理するプレゼンスサーバと、が前記ＩＰネットワークに接続されたネットワークシステムに含まれ、前記ＩＰネットワークに接続され、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバであって、
発呼を受信した着呼側の通信端末によって送信され、別の着呼側の通信端末が当該発呼に応じるよう指示する複数端末管理情報を受信する受信モジュールと、
前記受信ユニットが受信した前記複数端末管理情報に基づいて、当該発呼を起こした発呼側の通信端末が前記別の着呼側の通信端末を呼び出すＩＮＶＩＴＥリクエストを生成する生成モジュールと、
前記生成ユニットによって生成された前記ＩＮＶＩＴＥリクエストを、相応の前記ＳＩＰサーバに送信することによって、前記ＳＩＰサーバが受信したＩＮＶＩＴＥリクエストに基づいて、前記別の着呼側の通信端末への発呼を行うことを可能とする送信モジュールと、を有することを特徴とする、制御サーバ。
【請求項１６】
前記複数端末管理情報は、少なくとも前記発呼側の通信端末のＳＩＰ−ＵＲＩと、前記別の着呼側の通信端末の汎用識別子又は位置情報と、を含んでおり、
前記送信モジュールは、前記プレゼンスサーバに対して、前記別の着呼側の通信端末のＳＩＰ−ＵＲＩの検索を要求するための、前記別の着呼側の通信端末の汎用識別子又は位置情報を含んだ購読情報を送信し、
前記受信モジュールは、前記プレゼンスサーバによって送信された前記別の着呼側の通信端末のＳＩＰ−ＵＲＩの検索結果が含まれている通知情報を受信し、
前記生成モジュールは、前記受信した複数端末管理情報に含まれる前記発呼側の通信端末のＳＩＰ−ＵＲＩを発呼の発信元アドレスとし、受信した前記着信情報に含まれる前記別の着呼側の通信端末のＳＩＰ−ＵＲＩを前記発呼の宛先アドレスとして、前記ＩＮＶＩＴＥリクエストを生成することを特徴とする、請求項１５に記載の制御サーバ。
【請求項１７】
前記通知情報は、前記別の着呼側の通信端末の現在の状態を示す状態確認情報を含み、
前記生成モジュールは、前記受信した状態確認情報が前記別の着呼側の通信端末は現在オンラインかつアイドル状態であることを示すときに、前記ＩＮＶＩＴＥリクエストを生成することを特徴とする、請求項１６に記載の制御サーバ。
【請求項１８】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末の状態を管理するプレゼンスサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、が前記ＩＰネットワークに接続されたネットワークシステムに用いられる通信端末であって、
前記ＳＩＰサーバによって送信され、前記発呼側の通信端末が前記着呼側の通信端末を呼び出すためのＩＮＶＩＴＥリクエストを受信する受信モジュールと、
前記受信ユニットによって受信された前記ＩＮＶＩＴＥリクエストに基づいて、前記着呼側の通信端末のユーザによって入力された、発呼に応じる通信端末を受け付ける入力モジュールと、
前記ユーザが、前記ＩＮＶＩＴＥリクエストを受信する着呼側の通信端末とは異なる別の着呼側の通信端末を入力して前記発呼に応じるときは、前記制御サーバに対して、当該別の着呼側の通信端末が発呼に応じるよう指示するための複数端末管理情報を送信する送信モジュールと、を含むことを特徴とする、通信端末。
【請求項１９】
あらかじめ前記発呼に応じることのできる通信端末をユーザ記録として記憶する記憶モジュールと、
前記ＩＮＶＩＴＥリクエストを受信したときに、前記ユーザが前記発呼に応じる通信端末を選択するために、あらかじめ記憶された前記ユーザ記録を表示する表示モジュールと、を含み、
前記入力モジュールは、前記ユーザによって入力された、前記表示されたユーザ記録の中から選択された前記着呼側の通信端末を、前記発呼に応じる通信端末として受け付けることを特徴とする請求項１８に記載の通信端末。
【請求項２０】
あらかじめ前記発呼に応じることのできる通信端末をユーザ記録として記憶する記憶モジュールと、
前記ＩＮＶＩＴＥリクエストを受信したときに、前記ユーザが前記発呼に応じる通信端末を選択するために、あらかじめ記録された前記ユーザ記録を表示する表示モジュールと、を含み、
前記入力モジュールは、前記ユーザによって入力された、前記表示されたユーザ記録に保存されていない一時的に選択された着呼側の通信端末を、前記発呼に応じる通信端末として受け付けることを特徴とする請求項１８に記載の通信端末。
【請求項２１】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、がＩＰネットワークに接続されたネットワークシステムに含まれ、前記ＩＰネットワークに接続され、前記着呼側の通信端末の状態を管理するプレゼンスサーバであって、
あらかじめ前記通信端末の汎用識別子と当該通信端末のＳＩＰ−ＵＲＩとの対応関係を記憶する記憶モジュールと、
前記制御サーバによって送信され、前記通信端末のＳＩＰ−ＵＲＩの検索を請求する、当該通信端末の汎用識別子を含む購読情報を受信する受信モジュールと、
前記受信ユニットによって受信された前記購読情報中に含まれる前記通信端末の汎用識別子に基づいて、前記記憶ユニットにあらかじめ記憶された通信端末の汎用識別子とそのＳＩＰ−ＵＲＩとの対応関係から、前記通信端末のＳＩＰ−ＵＲＩを検索する検索モジュールと、
前記検索モジュールによって検索された前記通信端末のＳＩＰ−ＵＲＩを含む通知情報を前記制御サーバに送信する送信モジュールと、を含むことを特徴とするプレゼンスサーバ。
【請求項２２】
発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、前記発呼側の通信端末からの発呼の送信を転送するＳＩＰサーバと、前記着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、が前記ＩＰネットワークに接続されたネットワークシステムに含まれ、前記ＩＰネットワークに接続され、前記着呼側の通信端末の状態を管理するプレゼンスサーバであって、
あらかじめ前記通信端末の位置情報と当該通信端末のＳＩＰ−ＵＲＩとの対応関係を記憶する記憶モジュールと、
前記制御サーバによって送信され、前記通信端末のＳＩＰ−ＵＲＩの検索を請求する、当該通信端末の位置情報を含む購読情報を受信する受信モジュールと、
前記受信モジュールによって受信された前記購読情報に含まれる前記通信端末の位置情報に基づいて、あらかじめ記憶された通信端末の位置情報とそのＳＩＰ−ＵＲＩとの対応関係から、前記通信端末のＳＩＰ−ＵＲＩを検索する検索モジュールと、
前記検索モジュールによって検索された前記通信端末のＳＩＰ−ＵＲＩを含む通知情報を前記制御サーバに送信する送信モジュールと、を含むことを特徴とするプレゼンスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通常ＳＩＰ（セッション開始プロトコル）／Ｐｒｅｓｅｎｃｅアーキテクチャに基づくＩＰネットワークに関わるもので、とりわけこの種のＩＰネットワーク内の複数通信端末の動的制御に用いる方法と装置に関するものである。
【背景技術】
【０００２】
通信技術の発展に伴い、現在の情報社会においては、固定電話システムや、モバイル電話システム、インターネットによるＰＣ電話（ＩＰ電話）システム等、様々な通信システムが同時に存在している。複数の通信システムが同時に存在しているということは、人々がいつでもどこでも通話を行うという夢をおおむね実現したと言える。
【０００３】
例えば、ある利用者がオフィスで仕事をしているときには、固定電話を用いて顧客と商談を行い、またその利用者が外出している場合や旅行に出かけている場合には、モバイル電話を使って家族と互いにコミュニケーションをとることも可能である。また、利用者がネットサーフィンをしている際にも、ＰＣ電話によりチャットソフトで知り合った友人と連絡をとることなども可能である。
【０００４】
このように、利用できる通信機器の多様化に伴って、人々は非常に容易に相互の情報交換を行えるようになった。
【０００５】
しかし、なお不備な点は存在する。利用者が家族や友人からの電話の呼び出しを受けた場合、呼び出されたその利用者は複数の利用可能な通信端末の中から一つ適当な通信端末を選んで呼び出しに応じることができない。さらに具体的に述べると、例えば、誰かが掛けたモバイル電話への呼び出しを利用者が受けた場合、その利用者はそのモバイル電話でのみその呼び出しに応じることが可能で、もっと状況に適した、例えば家の固定電話を用いて呼び出しに応じることができない。そのため、利用者は、通信コストの削減やモバイル電話の電池の節約を行うことができない。
【０００６】
このような不備を克服するため、ＩＥＴＦ（インターネット特別技術調査委員会）によってＳＩＰ／Ｐｒｅｓｅｎｃｅプラットフォームによる複数端末管理の解決プログラムが提示されている（非特許文献１参照）。
【０００７】
図４は、この非特許文献１に開示されている複数端末管理の解決プログラムの概要図である。
【０００８】
図４が示すように、ユーザーＡがユーザーＢとの通話を行う際に、ユーザーＡはユーザーＢを呼び出すためのＩＮＶＩＴＥリクエストを、ＩＰネットワーク内にあるＳＩＰサーバ１００に送信する。ＳＩＰサーバ１００はユーザーＡが送信したＩＮＶＩＴＥリクエストを受信し、プレゼンス（Ｐｒｅｓｅｎｃｅ）サーバ１１０の中からユーザーＢが発呼に応じることのできる通信端末を検索する。プレゼンスサーバ１１０内にはあらかじめユーザーＢが発呼に応じることのできる通信端末情報が記憶されている。図４の例では、モバイル電話１３０、ＰＣ電話１４０及び固定電話１５０が、ユーザーＢが発呼に応じることのできる通信端末としてあらかじめ記憶されている。
【０００９】
ＳＩＰサーバ１００は、ユーザーＢが発呼に応じることのできる通信端末にモバイル電話１３０、ＰＣ電話１４０、及び固定電話１５０があることを検索した後、それらのモバイル電話１３０、ＰＣ電話１４０及び固定電話１５０それぞれに対して、同時に通話を要求するためのＩＮＶＩＴＥリクエストを送信する。
【００１０】
モバイル電話１３０、ＰＣ電話１４０及び固定電話１５０は、それぞれ、ＳＩＰサーバ１００からのＩＮＶＩＴＥリクエストを受信した後、着信音を鳴らして、ユーザーＢにユーザーＡからの呼び出しを通知する。
【００１１】
ユーザーＢは、この通知を受けて、必要に応じて状況に適した通信端末を選んで発呼に応じることができる。
【００１２】
その後、図４の例では、ユーザーＢは固定電話１５０を選んでＡの呼び出しに応じた。これを受けて、ＳＩＰサーバ１００は、ユーザーＢの固定電話１５０とユーザーＡとの間に会話接続を確立する。これによって、ユーザーＢは、固定電話１５０を用いてユーザーＡと通話を行うことができる。
【００１３】
このように、複数端末管理の解決プログラムは、ＳＩＰサーバ１００とユーザーＢのモバイル電話１３０、ＰＣ電話１４０及び固定電話１５０との信号過程が、一本のフォークのようであることから「フォーク」（forking）解決プログラムとも呼ばれている。
【非特許文献１】J.Rosenberg、他８名、「RFC-3261 SIP: Session Initiation Protocol」、ＩＥＴＦ、２００２年６月
【発明の開示】
【発明が解決しようとする課題】
【００１４】
前述のように、「フォーク」解決プログラムによって、ユーザーがあらかじめ設定された複数の通信端末の中から状況に適した一つの通信端末を選んで発呼に応じることができる。このようにすることによって、ユーザーが発呼に応じる通信端末を選択することができないという不備な点を取り除くことができる。
【００１５】
しかし、この「フォーク」解決プログラムにもなおいくつかの問題が存在する。
【００１６】
まず、一人のユーザーを呼び出すために、そのユーザーが用いることのできる複数の通信端末それぞれに対して、同時にＩＮＶＩＴＥリクエストを送信しなければならない。そのためには、信号のマルチキャストを行う必要があるが、この信号のマルチキャストによって、多量のメッセージによって貴重な通信リソースが消耗されるだけでなく、非常に困難なマルチキャストの同期制御を必要とする。
【００１７】
さらに、ユーザーは使用可能な通信端末の設置やその情報を、あらかじめプレゼンスサーバに記憶させる作業を必要とする。これは、例えば勤務地の変更や出張が多いユーザーにとっては、頻繁にこのような作業を行わなくてはならないことを意味し、それはユーザーに非常な負担をかける。
【００１８】
その上、ユーザーは、あらかじめ設置しておいた限られた通信端末からのみ選べるだけであって、必要に応じて状況に適した通信端末を制限なく動的に選択することはできない。
【００１９】
本発明の目的は、ＩＰネットワーク内で用いる複数通信端末の動的制御の方法と装置の提供であり、それにより前述の問題を解決する。
【課題を解決するための手段】
【００２０】
本発明の一実施形態によると、発呼側の通信端末と二以上の着呼側の通信端末とがＩＰネットワークを介して接続されており、発呼側の通信端末からの発呼の送信を転送するＳＩＰ（セッション開始プロトコル）サーバと、着呼側の通信端末の状態を管理するプレゼンス（状態管理）サーバと、着呼側の通信端末のいずれかへの発呼を制御する制御サーバと、がＩＰネットワークに接続されたネットワークシステムにおいて、制御サーバが実行する複数通信端末の動的制御方法であって、（ａ）発呼を受信した着呼側の通信端末によって送信され、別の着呼側の通信端末が当該発呼に応じるよう指示する複数端末管理情報を受信するステップと、（ｂ）受信した複数端末管理情報に基づいて、当該発呼を起こした発呼側の通信端末が当該別の着呼側の通信端末を呼び出すＩＮＶＩＴＥリクエストを生成するステップと、（ｃ）生成したＩＮＶＩＴＥリクエストを、相応の前記ＳＩＰサーバに送信することによって、当該ＳＩＰサーバが、受信したＩＮＶＩＴＥリクエストに基づいて、別の着呼側の通信端末を呼び出すステップと、を含むことを特徴とする制御方法。
【００２１】
以下、添付の図面の説明及び特許請求の範囲の内容を参考にすることにより、また本発明をさらに全面的に理解するにつれ、本発明のその他の目的及び効果はより明確、容易に理解できるものとなる。すべての図面において、同様の記号は類似又は相応する特徴や機能を表している。
【発明の効果】
【００２２】
本発明による複数通信端末の動的制御の方法と装置を用いることで、発呼側ユーザーが着呼側ユーザーとの通話を望んだ際に、発呼側ユーザーは着呼側ユーザーの一つの通信端末へ呼び出しの請求を送信するだけで、着呼側のユーザーはその通信端末によってそのユーザーの呼び出し請求を受信した後、ＩＰネットワーク内のプレゼンスサーバに利用可能な通信端末をあらかじめ記憶させることなく、必要に応じて発呼に応じる通信端末を動的に選択することが可能となる。そして発呼側ユーザーに対してなんら影響を及ぼすことはない。
【発明を実施するための最良の形態】
【００２３】
以下に、図面を参照して、本発明の実施の形態の複数通信端末の動的制御の方法及び装置を詳細に説明する。
【００２４】
本発明における複数通信端末の動的制御に用いる方法及び装置は、ＩＰネットワーク内のリアルタイム応用を管理するためのＳＩＰ／Ｐｒｅｓｅｎｃｅシステムによって実現される。
【００２５】
図１は、ＳＩＰ／Ｐｒｅｓｅｎｃｅシステムの構成ブロック図である。
【００２６】
図１に示すＳＩＰ／Ｐｒｅｓｅｎｃｅシステムは、発呼側ユーザーであるユーザーＡのユーザーＡ通信端末９０、着呼側ユーザーであるユーザーＢの使用可能な通信端末２００（モバイル電話１３０、ＰＣ電話１４０及び固定電話１５０）を含む。さらに、ＳＩＰ／Ｐｒｅｓｅｎｃｅシステムは、ＳＩＰサーバ１００、プレゼンスサーバ１１０、制御サーバ１２０を含む。さらに、モバイル電話１３０は、その内部に制御モジュール１６０を含む。これらはＩＰネットワーク１７０を介して接続されている。
【００２７】
図１のＳＩＰ／Ｐｒｅｓｅｎｃｅシステムにおいて、通信端末２００、すなわち、モバイル電話１３０、ＰＣ電話１４０及び固定電話１５０には、それぞれＳＩＰ−ＵＲＩが一つずつ割り振られている。ＳＩＰ−ＵＲＩとは、ＳＩＰ／Ｐｒｅｓｅｎｃｅシステムにおいて通信端末２００をユニークに識別するために用いられる識別子である。ＳＩＰ−ＵＲＩは、通常、通信端末２００又はユーザーの汎用識別子と、その通信端末２００又はそのユーザーがＳＩＰ／Ｐｒｅｓｅｎｃｅシステム内で登録したドメインのドメイン名とによって構成される。
【００２８】
例えば、固定電話１５０の汎用識別子（例えばＩＳＤＮ番号）が「86-10-12345678」であり、その固定電話１５０がＳＩＰ／Ｐｒｅｓｅｎｃｅシステム内で登録されたドメインが「office.net」であった場合は、固定電話１５０のＳＩＰ−ＵＲＩは「tel:86-10-12345678@office.net」となる。
【００２９】
また、モバイル電話１３０の汎用識別子（例えばＭＳＩＳＤＮ番号）が「13912345678」であり、そのモバイル電話１３０がＳＩＰ／Ｐｒｅｓｅｎｃｅシステム内で登録されたドメインが「mobile.com」であった場合は、モバイル電話１３０のＳＩＰ−ＵＲＩは「tel:13912345678@mobile.com」となる。
【００３０】
同様に、ＰＣ電話１４０の汎用識別子（例えばユーザー名）が「alice」であり、そのＰＣ電話１４０がＳＩＰ／Ｐｒｅｓｅｎｃｅシステム内で登録されたドメインが「company.com」であった場合は、ＰＣ電話１４０のＳＩＰ−ＵＲＩは「alice@company.com」となる。
【００３１】
このように、ＳＩＰ−ＵＲＩは、通信端末２００やユーザーの汎用識別子だけでなく、通信端末やユーザーが登録されたドメインの情報も含。そのため、ＳＩＰサーバ１００は、通信端末のＳＩＰ−ＵＲＩに基づいて、通信端末のＩＰネットワークにおけるネットワーク位置を確定することができる。
【００３２】
制御サーバ１２０と制御モジュール１６０とは、本発明による複数通信端末の動的制御を実現するために加えられた機能モジュールである。
【００３３】
制御モジュール１６０は、あらかじめ設置されているユーザーＢが発呼に応じることのできる通信端末の情報を含むユーザー記録を記憶している。この制御モジュール１６０の処理によって、ユーザーＢは、モバイル電話１３０がユーザーＡからの発呼を受けた際に、あらかじめ記憶されたユーザー記録の中から別の通信端末を選んで発呼に応じることができる。また、ユーザーＢは、ユーザー記録に保存されていない別の通信端末の情報を入力することによって、その別の通信端末を一時的に用いて発呼に応じることもできる。
【００３４】
制御サーバ１２０は、ユーザーＢによって選択された別の通信端末のＳＩＰ−ＵＲＩに基づいて、ユーザーＡが目的の通信端末を呼び出すためのＩＮＶＩＴＥリクエストを生成し、生成したＩＮＶＩＴＥリクエストをＳＩＰサーバ１００に送信する。
【００３５】
ＳＩＰサーバ１００は、制御サーバ１２０から送信されたＩＮＶＩＴＥリクエストを受信した後、ＩＮＶＩＴＥリクエストに指示された目的の通信端末に対して発呼を行う。
【００３６】
なお、図１では制御モジュール１６０はモバイル電話１３０内に設置されている。しかし、本発明はこれに限らず、制御モジュール１６０は、必要に応じて固定電話１５０やＰＣ電話１４０などの任意の通信端末に備えてられていてもよい。
【００３７】
プレゼンスサーバ１１０は、通信端末関連情報を保存する。通信端末関連情報とは、例えば「アイドル中」、「取り込み中」、「オンライン」、「オフライン」といった通信端末の現在の状態を示す状態確認（ｐｒｅｓｅｎｃｅ）情報、通信端末の汎用識別子と通信端末のＳＩＰ−ＵＲＩ間の対応関係、及び、通信端末の位置情報と通信端末のＳＩＰ−ＵＲＩ間の対応関係が含まれた情報である。通信端末の位置情報は、例えば「火星会社第６会議室固定電話」といったように、その通信端末の置かれた場所に関する情報とすることができる。
【００３８】
次に、図２に基づいて、本発明における複数通信端末の動的制御を詳細に説明する。
【００３９】
図２は、本発明のＳＩＰ／Ｐｒｅｓｅｎｃｅシステムにおける制御の流れを示すシーケンス図である。
【００４０】
ユーザーＡがユーザーＢとの通話を望んだ場合、ユーザーＡ通信端末９０は、ＩＰネットワーク内のＳＩＰサーバ１１０に対して、ユーザーＢのモバイル電話１３０を呼び出すためのＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ１を送信する（ステップＳ１０）。このＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ１は、発呼の発信元アドレスにユーザーＡ通信端末９０のＳＩＰ−ＵＲＩが、発呼の目的アドレスにユーザーＢのモバイル電話１３０のＳＩＰ−ＵＲＩが、それぞれ設定される。
【００４１】
ＳＩＰサーバ１００は、ユーザーＡからのＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ１を受信すると、受信したＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ１に基づいて、ユーザーＡがユーザーＢのモバイル電話１３０を呼び出していることを認識する。そして、モバイル電話１３０に対してユーザーＡがモバイル電話１３０を呼び出すためのＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ２を送信する（ステップＳ２０）。このＩＮＶＩＴＥリクエストＩＮＶＩＴＥＦ２は、発呼の発信元アドレスにユーザーＡ通信端末９０のＳＩＰ−ＵＲＩが、発呼の目的アドレスはモバイル電話１３０のＳＩＰ−ＵＲＩが、それぞれ設定される。
【００４２】
モバイル電話１３０は、ＳＩＰサーバ１００からのＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ２を受信すると、受信したＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ２に基づいて、それがユーザーＡからの発呼であることを認識する。そして、着信音を鳴らしてユーザーＡからの呼び出があることをユーザーＢに通知する。
【００４３】
このとき同時に、モバイル電話１３０内の制御モジュール１６０は、あらかじめ記録されたユーザー記録に含まれている、発呼に応じることのできる通信端末をユーザーＢに対して表示する。その後、ユーザーＢは、その制御モジュール１６０が示した通信端末から、状況に適した通信端末を選択してその発呼に応じる。
【００４４】
図２の例では、ユーザーＢが発呼に応じることのできる通信端末として、モバイル電話１３０、ＰＣ電話１４０及びＩＰ電話１５０が用意されており、ユーザーＢは発呼に応じるために固定電話１５０を選択している。なお、ユーザーＢは、ユーザー記録に保存されていない通信端末を一時的に入力して発呼に応じることもできる。
【００４５】
ユーザーＢが発呼に応じる通信端末を選択すると、制御モジュール１６０は、ＳＩＰプロトコルスタックを経由して、制御サーバ１２０に複数端末管理情報ＩＮＶＩＴＥ  Ｆ３を送信することによって、ユーザーＢが固定電話１５０を使用してユーザーＡの発呼に応じたいという旨を制御サーバ１２０に通知する（ステップＳ３０）。
【００４６】
この複数端末管理情報ＩＮＶＩＴＥ  Ｆ３は、少なくともユーザーＡ通信端末９０のＳＩＰ−ＵＲＩと、固定電話１５０の識別情報とを含む。この識別情報には、例えば、固定電話１５０のＩＳＤＮ番号、位置情報又はＳＩＰ−ＵＲＩを含む。
【００４７】
なお、制御モジュール１６０は、受信した元のＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ２に拡張部を加えて複数端末管理情報ＩＮＶＩＴＥ  Ｆ３を生成する。この拡張部に、ユーザーＢによって選択された発呼に応じる通信端末を含む識別情報を格納する。
【００４８】
この拡張部に格納される識別情報の例を説明する。
【００４９】
前述のように、ユーザーＢは、固定電話１５０が発呼に応じることを選択する。この固定電話１５０に関する情報は、制御モジュール１６０によって管理されるユーザー記録に保存されている。制御モジュール１６０は、このユーザー記録からユーザーＢによって選択された固定電話１５０を発呼に応じることのできる通信端末として、次のようなＸＭＬ形式を用いた拡張部を、ＩＮＶＩＴＥリクエストに加える。
【００５０】
Content-Type:Multidev/XML
<username Alice
<pre-dev mobile:tel:13912345678/predev>
<next-dev
<recorded:office fixed phone12345678/recorded>
/next-dev>
また、ユーザーＢが、ユーザー記録に保存されていない通信端末を、発呼に応じる通信端末として一時的に選択する場合に、ユーザーＢによって入力された情報から、次のようなＸＭＬ形式を用いた拡張部をＩＮＶＩＴＥリクエストに加える。
【００５１】
Content-Type:Multidev/XML
<username Alice
<pre-dev mobile:tel:13912345678/predev>
<next-dev
<temporary:conference room 813 fixed phone /temporary>
/next-dev>
/username>
また、複数端末管理情報ＩＮＶＩＴＥ  Ｆ３は、新たに情報をパッケージングする機能を備える。具体的には、受け取った元のＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ２に含まれるＳＩＰヘッダの直前に新しいＳＩＰヘッダを加える。この新しいＳＩＰヘッダの目的アドレスは、ユーザーＢが発呼に応じた固定電話１５０のアドレスを用いる。このように、元のＩＮＶＩＴＥリクエストの内容を保持したまま、新たなＩＮＶＩＴＥリクエストを生成する方法を「ＬＯＯＰ保護」と呼ぶ。このＬＯＯＰ保護を備えることによって、ＳＩＰ／Ｐｒｅｓｅｎｃｅシステムのすべての信号プロセスに影響が生じることを防ぐことができる。
【００５２】
制御サーバ１２０は、モバイル電話１３０が送信した複数端末管理情報ＩＮＶＩＴＥ  Ｆ３を受信すると、受信した複数端末管理情報ＩＮＶＩＴＥ  Ｆ３に基づいて、プレゼンスサーバ１１０に対して、購読情報ＳＵＢＳＣＲＩＢＥ  Ｆ４を送信する。この購読情報ＳＵＢＳＣＲＩＢＥ  Ｆ４によって、制御サーバ１２０が、プレゼンスサーバ１１０に、固定電話１５０のＳＩＰ−ＵＲＩと固定電話１５０の現在の状態を示す状態確認情報との検索を請求する（ステップＳ４０）。この購読情報ＳＵＢＳＣＲＩＢＥ  Ｆ４は、複数端末管理情報ＩＮＶＩＴＥ  Ｆ３に含まれる固定電話１５０の識別情報を含む。
【００５３】
プレゼンスサーバ１１０は、制御サーバ１２０から購読情報ＳＵＢＳＣＲＩＢＥ  Ｆ４を受信すると、受信した購読情報ＳＵＢＳＣＲＩＢＥ  Ｆ４に含まれている固定電話１５０の識別情報に基づいて該当通信端末のプレゼンス情報を検索する。
【００５４】
具体的は、購読情報ＳＵＢＳＣＲＩＢＥ  Ｆ４に含まれる固定電話１５０の識別情報が固定電話１５０のＳＩＰ−ＵＲＩであった場合は、プレゼンスサーバ１１０は、固定電話１５０のＳＩＰ−ＵＲＩに基づいて、記憶されている通信端末関連情報の中から固定電話１５０の現在の状態を示す状態確認情報を検索する。そして、検索の結果取得した固定電話１５０の現在の状態を示す状態確認情報を、通知情報ＮＯＴＩＦＹ  Ｆ５に含める。また、購読情報ＳＵＢＳＣＲＩＢＥ  Ｆ４に含まれる固定電話１５０の識別情報が固定電話１５０の汎用識別子又は位置情報であった場合は、プレゼンスサーバ１１０は、固定電話１５０の汎用識別子又は位置情報に基づいて、記憶されている通信端末関連情報の中から固定電話１５０の現在の状態を示す状態確認情報及び固定電話１５０のＳＩＰ−ＵＲＩを検索する。そして、検索の結果取得した固定電話１５０の現在の状態を示す状態確認情報及び固定電話１５０のＳＩＰ−ＵＲＩを通知情報ＮＯＴＩＦＹ  Ｆ５に含める。
【００５５】
その後、プレゼンスサーバ１１０は、通知情報ＮＯＴＩＦＹ  Ｆ５を制御サーバ１２０に送信する（ステップＳ５０）。
【００５６】
制御サーバ１２０は、プレゼンスサーバ１１０からの通知情報ＮＯＴＩＦＹ  Ｆ５を受信すると、受信した通知情報ＮＯＴＩＦＹ  Ｆ５に含まれている固定電話１５０の現在の状態を示す状態確認情報が、固定電話１５０が現在オンラインかつアイドル状態であるかを確認する。状態確認情報が、固定電話１５０が現在オンラインかつアイドル状態であることを示している場合は、制御サーバ１２０は、その通知情報ＮＯＴＩＦＹ  Ｆ５又はその複数端末管理情報の中に含まれる固定電話１５０のＳＩＰ−ＵＲＩを取得する。また、複数端末管理情報中に含まれるユーザーＡ通信端末９０のＳＩＰ−ＵＲＩを取得する。そして、取得した固定電話１５０のＳＩＰ−ＵＲＩを発呼の目的アドレスに、取得したユーザーＡ通信端末９０のＳＩＰ−ＵＲＩを発呼の発信元アドレスに、それぞれ設定して、ユーザーＡが固定電話１５０を呼び出すためのＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ６を生成する。そして、制御サーバ１２０は、生成したＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ６をＳＩＰサーバ１００に送信する（ステップＳ６０）。
【００５７】
ＳＩＰサーバ１００は、制御サーバ１２０のＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ６を受信すると、受信したＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ６に基づいて、固定電話１５０に対してユーザーＡが固定電話１５０を呼び出すためのＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ７を送信する。
【００５８】
固定電話１５０は、ＳＩＰサーバ１００からのＩＮＶＩＴＥリクエストＩＮＶＩＴＥ  Ｆ７を受信すると、まず、着信音を鳴らして、ユーザーＢにユーザーＡが呼び出していることを通知する。その後、ユーザーＢが固定電話１５０の受話器を取り上げると、固定電話１５０はＳＩＰサーバ１００に対して応答情報２００  ＯＫ  Ｆ８を送信して、ユーザーＡの発呼の応答に同意した旨を通知する（ステップＳ８０）。
【００５９】
ＳＩＰサーバ１００は、応答情報２００  ＯＫ  Ｆ８を受信すると、ユーザーＡの通信端末９０に対して、応答情報２００  ＯＫ  Ｆ９を送信して、ユーザーＢが固定電話によりユーザーＡの発呼に応じることを通知する（ステップＳ９０）。
【００６０】
ユーザーＡの通信端末９０は、応答情報２００  ＯＫ  Ｆ９を受信した後、ユーザーＢの固定電話１５０に確認情報ＡＣＫ  Ｆ１０を送信する（ステップＳ１００）。この結果、ユーザーＢは固定電話１５０を用いてユーザーＡの通信端末９０と通話を行うことができる。
【００６１】
なお、前述した本発明の複数通信端末の動的制御の方法は、ソフトウェア方式により実現が可能である。また、ハードウェア方式又はハード・ソフトウェアの相互接続方式によっても実現が可能である。
【００６２】
図３は本発明の実施の形態のプレゼンスサーバ１１０、制御サーバ１２０及び通信端末２００の構成ブロック図である。
【００６３】
図３は、これらをハードウェア方式を用いて実現させた場合の構成ブロック図を示す。なお、制御サーバ１２０、通信端末２００及びプレゼンスサーバ１１０の、従来の構成と同様の回路部品については図中では示していない。なお、通信端末２００は、前述のユーザーＡ通信端末９０、モバイル端末１３０、ＰＣ電話１４０及び固定電話１５０を代表するものであり、それら専用の機能に関する構成は省略してある。
【００６４】
図３が示すように、通信端末２００において、受信ユニット２０１０は、ＳＩＰサーバ１００からユーザーＡが通信端末２００を呼び出すＩＮＶＩＴＥリクエストを受信する。その後、受信したＩＮＶＩＴＥリクエストを表示ユニット２０１２に送る。
【００６５】
表示ユニット２０１２は、受け取ったＩＮＶＩＴＥリクエストと、記憶ユニット２０１４があらかじめ保存しているユーザー情報とを参照して、発呼に応じることのできる通信端末の情報を含むユーザー記録を表示する。
【００６６】
ユーザーＢは、表示されたユーザー記録を参照して、入力ユニット２０１６を用いて通信端末を一つ選択して発呼に応じる。
【００６７】
又は、ユーザーＢは、発呼に応じたい通信端末が、表示されたユーザー記録に含まれていない場合は、入力ユニット２０１６を用いて、その通信端末を一時的に入力して発呼に応じる。
【００６８】
ユーザーＢが通信端末２００とは異なる別の通信端末を用いて発呼に応じる場合は、送信ユニット２０１８は、制御サーバ１２０にユーザーＢが入力したその別の通信端末がその発呼に応じるよう指示するための複数端末管理情報を送信する。この複数端末管理情報は、少なくともユーザーＡのＳＩＰ−ＵＲＩと、その別の通信端末の識別情報、すなわち汎用識別子、位置情報又はＳＩＰ−ＵＲＩとを含む。
【００６９】
制御サーバ１２０において、受信ユニット１２１０は、通信端末２００から送信された複数端末管理情報を受信する。そして、受信した複数端末管理情報を送信ユニット１２１１に送る。送信ユニット１２１２は、受け取った複数端末管理情報に基づいて、プレゼンスサーバ１１０に対して購読情報を送信する。この更新情報は、それによりその別の通信端末のＳＩＰ−ＵＲＩやその別の通信端末の現在の状態を示す状態確認情報を検索する。その中の、購読情報には受信した複数端末管理情報に含まれるその別の通信端末の識別情報が含まれている。
【００７０】
プレゼンスサーバ１１０において、受信ユニット１１１０は、制御サーバ１２０からの購読情報を受信する。そして、受信した購読情報を検索ユニット１１１２に購読情報を渡す。検索ユニット１１１２は、購読情報にその別の通信端末のＳＩＰ−ＵＲＩが含まれていた場合は、記憶ユニット１１１４を検索して、記憶ユニット１１１４に記憶されている通信端末関連情報の中から、その別の通信端末の現在の状態を示す状態確認情報を取得する。そして、取得した状態確認情報を通知情報に含める。また、受信した購読情報に含まれるのがその別の通信端末の汎用識別子又は位置情報であった場合、検索ユニット１１１２は、記憶ユニット１１１４に記憶されている通信端末関連情報の中から、その別の通信端末の現在の状態を示す状態確認情報及びその別の通信端末のＳＩＰ−ＵＲＩを取得する。そして、取得した状態確認情報とＳＩＰ−ＵＲＩを通知情報に含める。
【００７１】
そして最後に、送信ユニット１１１６は、通知情報を制御サーバ１２０に送信する。
【００７２】
制御サーバ１２０において、受信ユニット１２１０はプレゼンスサーバ１１０からの通知情報を受信する。そして、受信した通知情報を生成ユニット１２１４に渡す。生成ユニット１２１４は、受信した通知情報に含まれる状態確認情報がその別の通信端末が現在オンラインかつアイドル状態であることを示している場合は、受信した通知情報又は複数端末管理情報の中に含まれているその別の通信端末のＳＩＰ−ＵＲＩを発呼の目的アドレスとし、受信した複数端末管理情報の中に含まれるユーザーＡのＳＩＰ−ＵＲＩを発呼の発信元アドレスとして、ユーザーＡがその別の通信端末を呼び出すＩＮＶＩＴＥリクエストを生成する。送信ユニット１２１２は、生成されたＩＮＶＩＴＥリクエストをＳＩＰサーバ１００に送信する。
【００７３】
ＳＩＰサーバ１００は、受信したＩＮＶＩＴＥリクエストに基づいて、その別の通信端末を呼び出す。
【００７４】
以上のような処理によって、ユーザーＡからのＩＮＶＩＴＥリクエストを通信端末２００が受信したときに、ユーザーＢは、発呼に応じたい通信端末を選択して、発呼に応じることができる。
【産業上の利用可能性】
【００７５】
前述した本発明の実施の形態についての詳細な説明を通して、本発明が提示する複数通信端末の動的制御に用いる方法及び装置、ネットワークとユーザーの通信端末においてそれぞれ制御サーバと制御モジュールを設置することにより、ＳＩＰサーバはそのユーザーの制御サーバが設置された一つの通信端末に発呼請求を送信するだけで、そのユーザー制御モジュールを用い必要に応じて発呼に応じる別の通信端末を動的に選択することができ、その後制御サーバはその別の通信端末を呼び出すＩＮＶＩＴＥリクエストを生成し、またＳＩＰサーバがその生成されたＩＮＶＩＴＥリクエストに基づいて、その別の通信端末を呼び出すことにより、最終的にユーザーはその別の通信端末を用いて発呼に応じることが可能となることが見て取れる。したがって、現用の技術と比較すると、本発明が提示する複数通信端末の動的制御の方法と装置は、発呼に応じる通信端末の無制限な動的な選択を実現したにとどまらず、通信資源の節約や、ユーザーがあらかじめ発呼に応じる通信端末を設置するといった負担を取り除くことが可能となったのである。
【００７６】
その他にも、ＩＥＴＦがＲＦＣ３５１５「ＴｈｅＳｅｓｓｉｏｎ−ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ」標準で提示した、発呼側ユーザーと着呼側ユーザーが通話を行っている過程の中において、発呼側ユーザーが「ＲＥＦＥＲ」情報を用いて着呼側ユーザーと新しい通話を開始して、かつ発呼側ユーザーと着呼側ユーザーが互いに新しい通話の状態を通知しなければならないとするプログラムが知られているが、本発明が提示する複数通信端末の動的制御の方法と装置は、着呼側ユーザーが発呼に応じる別の通信端末を動的に選択する管理過程にユーザーＡが関わる必要がなく、それにより発呼側ユーザーＡへ及ぼす影響を軽減することができる。
【００７７】
当該技術者は、本発明が公開する複数通信端末の動的制御の方法と装置は、本発明の内容に関わる基礎において様々な改善を行うことができることを理解しなければならない。そのため、本発明の保護範囲は添付の特許請求の範囲の内容により確定される。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施の形態の、ＳＩＰ／Ｐｒｅｓｅｎｃｅシステムの構成ブロック図である。
【図２】本発明の実施の形態の、ＳＩＰ／Ｐｒｅｓｅｎｃｅシステムの制御の流れを示すシーケンス図である。
【図３】本発明の実施の形態のプレゼンスサーバ１１０、制御サーバ１２０及び通信端末２００の構成ブロック図である。
【図４】従来の複数端末管理解決プログラムを示す概要図である。
【符号の説明】
【００７９】
９０    ユーザーＡ通信端末
１００  ＳＩＰサーバ
１１０  プレゼンスサーバ
１２０  制御サーバ
１３０  モバイル電話
１４０  ＩＰ電話
１５０  固定電話
１６０  制御モジュール
１７０  ＩＰネットワーク
【図１】
2006287904.tif 000003
【図２】
2006287904.tif 000004
【図３】
2006287904.tif 000005
【図４】
2006287904.tif 000006