(57)【要約】【課題】ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないサービスと、ＳＩＰセッションを利用したサービスの両方を利用可能にする。【解決手段】ＳＩＰセッションを利用したサービスを提供するＵＲＬとＳＩＰ−ＵＲＩとの対応関係を保持しているＳＩＰサービス登録サーバ２２をネットワーク２に配置し、クライアント端末１は、アプリケーション１１に対しＤＮＳリゾルバとして動作するＳＩＰサービスセッション制御手段１２を備える。ＳＩＰサービスセッション制御手段１２のセッション制御手段１２１は、アプリケーション１１からＤＮＳ問い合わせ要求を受け付けると、ＳＩＰサービス判定手段１２４にＳＩＰサービス登録サーバ２２へのＳＩＰサービスの問い合わせを行わせ、指定されたＵＲＬで提供されるサービスがＳＩＰサービスであることが判定された場合に、第１のＳＩＰ−ＵＡ手段１２３にＳＩＰセッションを確立させる。【選択図】図１
2008219723.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰサービスシステムであって、
ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバを通信ネットワーク上に配置したＳＩＰサービスシステムにおいて、
前記アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段を備え、
前記ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、前記ＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、
前記ＳＩＰサービスセッション制御手段は、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する
ことを特徴とするＳＩＰサービスシステム。
【請求項２】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰサービスシステムであって、
ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバを通信ネットワーク上に配置したＳＩＰサービスシステムにおいて、
前記アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段を備え、
前記ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、前記ＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、
前記ＳＩＰサービスセッション制御手段は、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する
ことを特徴とするＳＩＰサービスシステム。
【請求項３】
ＳＩＰサービスセッション制御手段は、ＤＮＳ問い合わせ要求で指定されたＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスでないと判定した場合に、ＤＮＳサーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬによって特定されるドメイン名を指定してＩＰアドレスを問い合わせた結果得られる該ドメイン名に対応するＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する
請求項１または請求項２に記載のＳＩＰサービスシステム。
【請求項４】
ＳＩＰサービスセッション制御手段は、ＤＮＳサーバに対し、ＤＮＳ問い合わせ要求で指定されたＵＲＬによって特定されるドメイン名を指定してＩＰアドレスを問い合わせた結果該ドメイン名に対応するＩＰアドレスが得られなかった場合に、ＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせる
請求項１または請求項２に記載のＳＩＰサービスシステム。
【請求項５】
ＳＩＰサービスセッション制御手段は、
アプリケーションからのＤＮＳ問い合わせ要求を受け付ける制御部と、
前記制御部から指定されるＵＲＬについて、ＤＮＳサーバに対し、該ＵＲＬによって特定されるドメイン名を指定してＩＰアドレスを問い合わせるＤＮＳリゾルバ手段と、
前記制御部から指定されるＵＲＬについて、ＳＩＰサービス登録サーバに対し、該ＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせるＳＩＰ−ＵＲＩリゾルバ手段と、
前記制御部から指定されるＳＩＰ−ＵＲＩを相手先として、ＳＩＰによるクライアント制御を行うＳＩＰユーザエージェント手段とを含む
請求項１から請求項４のうちのいずれか１項に記載のＳＩＰサービスシステム。
【請求項６】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰサービスセッション制御装置であって、
前記アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段を備え、
前記ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、
前記ＳＩＰサービスセッション制御手段は、前記ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する
ことを特徴とするＳＩＰサービスセッション制御装置。
【請求項７】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰサービスセッション制御装置であって、
前記アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段を備え、
前記ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、
前記ＳＩＰサービスセッション制御手段は、前記ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する
ことを特徴とするＳＩＰサービスセッション制御装置。
【請求項８】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰセッション制御方法であって、
前記アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段が、ＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、
前記ＳＩＰサービスセッション制御手段が、前記ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する
ことを特徴とするＳＩＰセッション制御方法。
【請求項９】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰセッション制御方法であって、
前記アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段が、ＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、
前記ＳＩＰサービスセッション制御手段が、前記ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する
ことを特徴とするＳＩＰセッション制御方法。
【請求項１０】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰセッション制御用プログラムであって、
コンピュータに、
アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定する処理、および
前記ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する処理
を実行させるためのＳＩＰセッション制御用プログラム。
【請求項１１】
ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰセッション制御用プログラムであって、
コンピュータに、
アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定する処理、および
前記ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する処理
を実行させるためのＳＩＰセッション制御用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰセッションを利用したサービスを実施するためのＳＩＰサービスシステム、それに用いるＳＩＰセッション制御装置、ＳＩＰセッション制御方法、およびＳＩＰセッション制御用プログラムに関し、特にＳＩＰ対応でないアプリケーションを用いてＳＩＰセッションを利用したサービスを実施するためのＳＩＰサービスシステム、それに用いるＳＩＰセッション制御装置、ＳＩＰセッション制御方法、およびＳＩＰセッション制御用プログラムに関する。
【背景技術】
【０００２】
従来の方式では、ＳＩＰ（Session Initiation Protocol ）セッションを利用したサービスを実施するためには、クライアント側（サービス要求側）のアプリケーションおよびサーバ側（サービス提供側）のアプリケーションにおいて、ＳＩＰ対応のアプリケーション（具体的にはＳＩＰ−ＵＡ（User Argent ）を実装したアプリケーション）が必要であり、その開発が不可欠であった。なお、ＳＩＰ対応でない既存のアプリケーションでは、ＳＩＰセッションを利用したサービス（以下、単にＳＩＰサービスという。）を提供したり受けたりすることは不可能である。
【０００３】
ＳＩＰ対応でない既存のアプリケーションを用いてＳＩＰサービスを受けるための技術として、例えば、特許文献１には、ＤＮＳ（Domain Name System）には対応しているがＳＩＰには対応していないアプリケーションに対して、ＳＩＰを用いたアドレス解決を行うプロトコル変換装置が記載されている。
【０００４】
また、例えば、特許文献２には、ＬＡＮ端末に接続のための特別なプロトコルの使用を要求することなく、一般的なプロトコルであるＤＮＳを使用して、ＤＮＳネーム問い合わせ先との接続・切断を代行するゲートウェイ装置およびそれを用いた通信接続方法が記載されている。
【０００５】
【特許文献１】特開２００６−３５２７５３号公報（段落００２２−００２６、００３２）
【特許文献２】特開２００６−１０９３１６号公報（段落００３３、００３４、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されているプロトコル変換装置や、特許文献２に記載されているゲートウェイ装置を用いれば、ＳＩＰ対応でない既存のアプリケーションであってもＤＮＳに対応しているアプリケーションであれば、ＳＩＰサービスを受けることができる。
【０００７】
しかしながら、特許文献１に記載されているプロトコル変換装置では、ＦＤＱＮ（Fully Qualified Domain Name ）を無条件にＳＩＰ−ＵＲＩに変換しているため、ＳＩＰサービスがＩＰ電話サービスである場合など、接続先が全てＳＩＰ対応していることを前提とするネットワークシステムにしか適用できない。例えば、ＳＩＰサービスの他に、ＳＩＰセッションを用いないサービス（例えば、一般的なＴＣＰセッション上で行われるＨＴＴＰサービス）も提供されるネットワークシステムには対応できない。
【０００８】
なお、特許文献２に記載されているゲートウェイ装置は、ＤＮＳ問い合わせ情報に含まれる接続先情報がＩＰ電話番号またはＳＩＰ−ＵＲＩであるか否かによって、ＳＩＰプロトコルによってアドレス解決するかＤＮＳサーバに転送してアドレス解決するかを切り替えている。これにより、ＳＩＰサービス以外のサービスも提供されるネットワークシステムにも対応可能である。しかしながら、特許文献２に記載されている通信接続方法では、ＳＩＰセッションを確立させるためには、ＬＡＮ端末から接続先情報としてＩＰ電話番号またはＳＩＰ−ＵＲＩが指定されなければならない。すなわち、ＬＡＮ端末使用ユーザは、ＤＮＳ問い合わせを実行するアプリケーションに対してＩＰ電話番号またはＳＩＰ−ＵＲＩを指定しなければならない。
【０００９】
ところで、ＳＩＰを使って電話サービスや映像通信サービスなどを統合的に実現するためのＩＰネットワークとしてＮＧＮ（Next Generation Network）がＩＴＵ−Ｔなどの標準化活動団体で議論されている。ＮＧＮを使用することを想定した場合、あるサーバが、ＳＩＰにより認証機能やＱｏｓなどの通信サービスを提供しつつ、ＳＩＰセッション上でＨＴＴＰによるＷｅｂサービスを提供するといったサービス提供形態も考えられる。
【００１０】
このようなサービス提供形態に対し、特許文献２に記載されているゲートウェイ装置を適用しようとすると、ＬＡＮ端末では、Ｗｅｂブラウザ等のアプリケーションに対してはＨＴＴＰを指定したＦＤＱＮ（具体的には、”ｈｔｔｐ：／／”から始まるＵＲＬ）が指定されるとともに、ＤＮＳリゾルバ（ネームサーバを利用してドメイン名を元にアドレス解決を行うソフトウェア）に対してはＳＩＰ−ＵＲＩが指定されなければならない。このような指定を、ＳＩＰ対応でない既存のアプリケーション（Ｗｅｂブラウザ）を用いて行うことは不可能である。
【００１１】
そこで、本発明は、ＳＩＰ対応でない既存のアプリケーションを用いて、ＳＩＰセッションを利用しないサービスと、ＳＩＰセッションを利用したサービスの両方を利用可能にするＳＩＰサービスシステム、それに用いるＳＩＰセッション制御装置、ＳＩＰセッション制御方法、およびＳＩＰセッション制御用プログラムを提供することを目的とする。
【００１２】
具体的には、ＳＩＰ対応でないアプリケーションに対し、ＳＩＰセッションを利用しないサービスだけでなく、ＳＩＰセッションを利用したサービスであっても、ＳＩＰセッションを意識させずに提供することができるＳＩＰサービスシステム、それに用いるＳＩＰセッション制御装置、ＳＩＰセッション制御方法、およびＳＩＰセッション制御用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明によるＳＩＰサービスシステムは、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰサービスシステムであって、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバ（例えば、ＳＩＰサービス登録サーバ２２）を通信ネットワーク上に配置したＳＩＰサービスシステムにおいて、アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段（例えば、ＳＩＰサービスセッション制御手段１２）を備え、ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、ＳＩＰサービスセッション制御手段は、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信することを特徴とする。
【００１４】
また、ＳＩＰサービスシステムは、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰサービスシステムであって、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバ（例えば、ＳＩＰサービス登録サーバ２２）を通信ネットワーク上に配置したＳＩＰサービスシステムにおいて、アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段（例えば、ＳＩＰサービスセッション制御手段１２）を備え、ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、ＳＩＰサービスセッション制御手段は、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信してもよい。
【００１５】
また、ＳＩＰサービスセッション制御手段は、ＤＮＳ問い合わせ要求で指定されたＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスでないと判定した場合に、ＤＮＳサーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬによって特定されるドメイン名を指定してＩＰアドレスを問い合わせた結果得られる該ドメイン名に対応するＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信してもよい。
【００１６】
また、ＳＩＰサービスセッション制御手段は、ＤＮＳサーバに対し、ＤＮＳ問い合わせ要求で指定されたＵＲＬによって特定されるドメイン名を指定してＩＰアドレスを問い合わせた結果該ドメイン名に対応するＩＰアドレスが得られなかった場合に、ＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせてもよい。
【００１７】
また、ＳＩＰサービスセッション制御手段は、アプリケーションからのＤＮＳ問い合わせ要求を受け付ける制御部（例えば、セッション制御手段１２１）と、制御部から指定されるＵＲＬについて、ＤＮＳサーバに対し、該ＵＲＬによって特定されるドメイン名を指定してＩＰアドレスを問い合わせるＤＮＳリゾルバ手段（例えば、ＤＮＳリゾルバ手段１２５）と、制御部から指定されるＵＲＬについて、ＳＩＰサービス登録サーバに対し、該ＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせるＳＩＰ−ＵＲＩリゾルバ手段（例えば、ＳＩＰサービス判定手段１２４）と、制御部から指定されるＳＩＰ−ＵＲＩを相手先として、ＳＩＰによるクライアント制御を行うＳＩＰユーザエージェント手段（例えば、第１のＳＩＰ−ＵＡ手段１２３）とを含んでいてもよい。
【００１８】
また、本発明によるＳＩＰサービスセッション制御装置は、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰサービスセッション制御装置であって、アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段を備え、ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、ＳＩＰサービスセッション制御手段は、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信することを特徴とする。
【００１９】
また、ＳＩＰサービスセッション制御装置は、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰサービスセッション制御装置であって、アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段を備え、ＳＩＰサービスセッション制御手段は、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、ＳＩＰサービスセッション制御手段は、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信してもよい。
【００２０】
また、本発明によるＳＩＰセッション制御方法は、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰセッション制御方法であって、アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段が、ＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、ＳＩＰサービスセッション制御手段が、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信することを特徴とする。
【００２１】
また、ＳＩＰセッション制御方法は、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰセッション制御方法であって、アプリケーションからのＤＮＳ問い合わせ要求を受け付けるＳＩＰサービスセッション制御手段が、ＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定し、ＳＩＰサービスセッション制御手段が、ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信してもよい。
【００２２】
また、本発明によるＳＩＰセッション制御用プログラムは、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用するＷｅｂサービスを実施するためのＳＩＰセッション制御用プログラムであって、コンピュータに、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定する処理、およびＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する処理を実行させることを特徴とする。
【００２３】
また、ＳＩＰセッション制御用プログラムは、ＳＩＰ対応でないアプリケーションを用いて、ＳＩＰセッションを利用しないＷｅｂサービスとＳＩＰセッションを利用するＷｅｂサービスとを実施するためのＳＩＰセッション制御用プログラムであって、コンピュータに、アプリケーションからＤＮＳ問い合わせ要求を受け付けた場合に、ＳＩＰセッションを利用するＷｅｂサービスのＵＲＬと該Ｗｅｂサービスに対し割り当てられているＳＩＰ−ＵＲＩとを対応づけて保持するＳＩＰサービス登録サーバに対し、該ＤＮＳ問い合わせ要求で指定されたＵＲＬを指定してＳＩＰ−ＵＲＩを問い合わせた結果に基づいて、該ＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスか否かを判定する処理、およびＵＲＬで提供されるサービスがＳＩＰセッションを利用したＷｅｂサービスであると判定した場合に、問い合わせた結果得られる該ＵＲＬに対応するＳＩＰ−ＵＲＩを相手先としてＳＩＰセッションを確立させ、その結果得られる相手先ＩＰアドレスをＤＮＳ問い合わせ応答としてアプリケーションに返信する処理を実行させてもよい。
【発明の効果】
【００２４】
本発明によれば、アプリケーションに対してＤＮＳリゾルバとして動作するＳＩＰサービスセッション制御手段が、アプリケーションからの問い合わせ要求に応じて、ＳＩＰサービスか否かを判定した上でＳＩＰセッションを制御するので、ＳＩＰ対応でないアプリケーションに対し、ＳＩＰセッションを利用しないサービスだけでなく、ＳＩＰセッションを利用したサービスであっても、ＳＩＰセッションを意識させずに提供することができる。結果、ＳＩＰ対応でない既存のアプリケーションを用いて、ＳＩＰセッションを利用しないサービスと、ＳＩＰセッションを利用したサービスの両方を利用可能になる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を図面を参照して説明する。図１は、本実施の形態によるＳＩＰサービスシステムの構成例を示すブロック図である。図１に示すＳＩＰサービスシステムは、クライアント端末１と、Ｗｅｂサーバシステム３と、ネームサーバ２１と、ＳＩＰサービス登録サーバ２２と、ＳＩＰサーバ２３とを備える。なお、クライアント端末１と、Ｗｅｂサーバシステム３と、ネームサーバ２１と、ＳＩＰ登録サーバ２２と、ＳＩＰサーバ２３とは、それぞれネットワーク２を介して接続される。
【００２６】
クライアント端末１は、アプリケーション１１と、ＳＩＰサービスセッション制御手段１２とを含む。
【００２７】
アプリケーション１１は、Ｗｅｂブラウザ等ＳＩＰ対応でない既存のアプリケーションである。なお、アプリケーション１１は、Ｗｅｂブラウザに限らず、ＴＣＰまたはＵＤＰもしくはその上位の通信プロトコルによるネットワーク通信を行って所定のサーバにアクセスすることでユーザにそのサーバが提供している各種サービスを提供するアプリケーションであって、かつＤＮＳ問い合わせの手続きを行うアプリケーションであればよい。例えば、メールサーバやＩＰ電話サーバ、認証サーバ、映像配信サーバ、ＦＴＰサーバ、ゲームサーバなどの各種サーバとネットワーク通信を行うクライアントアプリケーションであってもよい。また、アプリケーション１１は１つに限らず、複数存在していてもよい。
【００２８】
なお、アプリケーション１１は、具体的には、クライアント端末１が備えるＣＰＵ等のプログラムに従って動作する情報処理装置に読み込まれることによってその機能を実現する。以下、”アプリケーション１１は〜する”という表現を用いた場合には、クライアント端末１が備える情報処理装置がアプリケーション１１に従ってその動作を行うことを意味する。
【００２９】
ＳＩＰサービスセッション制御手段１２は、アプリケーション１１に対しＤＮＳリゾルバとして動作しつつ、必要に応じてＳＩＰセッション制御を行うための手段であって、セッション制御手段１２１と、アプリケーション監視手段１２２と、第１のＳＩＰ−ＵＡ手段１２３（図１におけるＳＩＰ−ＵＡ＃１）と、ＳＩＰサービス判定手段１２４と、ＤＮＳリゾルバ手段１２５とを含む。なお、ＳＩＰサービスセッション制御手段１２は、例えば、ＳＩＰサービスセッション制御手段１２が含む各手段を機能として実装したプログラムに従って動作するＣＰＵ等の情報処理装置によって実現される。
【００３０】
セッション制御手段１２１は、アプリケーション１１からＤＮＳ問い合わせを受け付けて、他の手段を制御して、指定されたドメイン名に対するアドレス解決を行わせるとともに、必要に応じてＳＩＰセッションの確立および解放を行わせる。
【００３１】
アプリケーション監視手段１２２は、アプリケーション１１の動作状態を監視する。アプリケーション監視手段１２２は、少なくともＳＩＰセッションを確立させたアプリケーション１１の終了を検出する。また、アプリケーション監視手段１２２は、アプリケーション１１のプロトコル情報を保持する。ここで、プロトコル情報とは、少なくともそのアプリケーション１１がアクセスするＳＩＰサービスが実施されるＳＩＰセッションを確立するために必要な情報であって、例えば、アプリケーション１１のソフトウェア情報（名称や識別子）と、そのアプリケーション１１が用いるプロトコルと、トランスポート層のプロトコルとポート番号とを対応づけた情報である。なお、具体的には、アプリケーション１１からのＤＮＳ問い合わせ要求メッセージに含まれる情報またはＤＮＳ問い合わせ要求メッセージ受信時に取得可能なアプリケーション１１の情報と対応づけて、少なくともＳＩＰのＩＮＶＩＴＥリクエストを記述するための情報が登録されていればよい。なお、プロトコル情報は、クライアント端末１のユーザによってＷｅｂサービスを受けるためのアプリケーションを使用する前に予め登録されるようにしてもよいし、アプリケーション監視手段１２２がＴＣＰまたはＵＤＰによる通信が行われたことを検知して、その時のプロトコル情報とその通信を行ったアプリケーション１１の情報とを対応づけて登録するようにしてもよい。
【００３２】
第１のＳＩＰ−ＵＡ手段１２３は、クライアント端末１におけるＳＩＰ−ＵＡの機能を実行する手段である。第１のＳＩＰ−ＵＡ手段１２３は、具体的には、上位アプリケーションからの指示または予め定められた条件に従いＳＩＰリクエストを生成しＳＩＰサーバ２３に送信したり、ＳＩＰサーバ２３からＳＩＰリクエストを受信し、そのＳＩＰリクエストに対するＳＩＰレスポンスを返信したりすることによってＳＩＰセッションを確立したり解放したりする。なお、第１のＳＩＰ−ＵＡ手段１２３に対する上位アプリケーションはセッション制御手段１２１である。また、第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰ対応の範囲内で、他のＳＩＰ−ＵＡまたはＳＩＰサーバ２３との間で認証機能やＱｏｓなどの通信サービスを実施する場合がある。なお、本実施の形態では、Ｗｅｂサーバ３１が実装している第２のＳＩＰ−ＵＡ手段３２との間でＳＩＰによる通信サービスが実施されるものとする。第１のＳＩＰ−ＵＡ手段１２３は、例えば、クライアント端末１が備えるＣＰＵに、一般的なＳＩＰクライアントソフトウェアを読み込ませることによって実現することも可能である。
【００３３】
ＳＩＰサービス判定手段１２４は、アプリケーション１１から受け付けたＤＮＳ問い合わせで指定されたＵＲＬで提供されているサービスがＳＩＰサービスか否かを判定するための処理を行う手段である。ＳＩＰサービス判定手段１２４は、具体的には、セッション制御手段１２１からの指示に従い、ＳＩＰサービス登録サーバ２２にＳＩＰサービス参照要求を送信したり、ＳＩＰサービス登録サーバ２２からその応答（ＳＩＰサービス参照応答）を受信したりすることによってＳＩＰサービスとしてのアドレス解決（すなわち、ＳＩＰ−ＵＲＩの解決）を行う。
【００３４】
ＤＮＳリゾルバ手段１２５は、一般的なＤＮＳリゾルバの機能を実行する手段である。ＤＮＳリゾルバ手段１２５は、具体的には、上位アプリケーションからの指示に従いネームサーバ２１にＤＮＳ問い合わせを送信したり、ネームサーバ２１からその応答（ＤＮＳ問い合わせ応答）を受信したりすることによってアドレス解決を行う。なお、本実施の形態において、ＤＮＳリゾルバ手段１２５に対する上位アプリケーションは、セッション制御手段１２１である。ＤＮＳリゾルバ手段１２５は、例えば、クライアント端末１が備えるＣＰＵに、一般的なＤＮＳリゾルバソフトウェアを読み込ませることによって実現することも可能である。
【００３５】
また、ネームサーバ２１は、少なくともＦＱＤＮが指定されるＤＮＳ問い合わせを受け付けて、指定されたＦＱＤＮに対応するＩＰアドレスを返信するサーバ装置である。ネームサーバ２１は、自身が管理するゾーンに接続されたコンピュータのＦＱＤＮとＩＰアドレスとの対応関係（例えば、対応表）を保持し、ＤＮＳ問い合わせに対し、指定されたＦＱＤＮに対応するＩＰアドレスを付加したＤＮＳ問い合わせ応答を返信する。なお、ネームサーバ２１は、指定されたＦＱＤＮが自身が管理するゾーン外のＦＱＤＮであった場合には、指定されたＦＱＤＮを含むゾーンを管理している他のネームサーバ２１のＩＰアドレスを付加したＤＮＳ問い合わせ応答を返信してもよい。ネームサーバは、一般的にＤＮＳサーバとも呼ばれている。なお、ネームサーバ２１（または他のネームサーバ）が保持するＦＱＤＮは、一般的なＴＣＰセッションまたはＵＤＰを用いてＷｅｂサービスを公開しているＷｅｂサーバに対し割り当てられているＦＱＤＮである。
【００３６】
ＳＩＰサービス登録サーバ２２は、少なくともＳＩＰセッション上でＷｅｂサービスを提供しているリソースを特定可能なＵＲＬが指定されるＳＩＰサービス参照要求を受け付けて、指定されたＵＲＬに対応するＳＩＰ−ＵＲＩを返信するサーバ装置である。ＳＩＰサービス登録サーバ２２は、ＳＩＰサービスを提供しているリソースを特定可能なＵＲＬと、そのＳＩＰサービスに現在割り当てられているＳＩＰ−ＵＲＩとの対応関係（例えば、対応表）を保持し、ＳＩＰサービス参照要求に対し、指定されたＵＲＬに対応するＳＩＰ−ＵＲＩを付加したＳＩＰサービス参照応答を返信する。なお、ＳＩＰサービス登録サーバ２２は、ネームサーバ２１と同様に、自身が管理するゾーン内での対応関係を保持するようにし、指定されたＵＲＬで示されるゾーンが自身が管理するゾーン外であった場合には、指定されたゾーンを管理している他のＳＩＰサービス登録サーバ２２のＩＰアドレスを付加したＳＩＰサービス参照応答を返信してもよい。
【００３７】
ＳＩＰサーバ２３は、ＳＩＰ−ＵＡから位置登録を示すＳＩＰリクエストを受け付けたり、通信相手を指定した接続要求を示すＳＩＰリクエストを受け付けて通信相手に転送したり、通信相手から返信されるＳＩＰレスポンスを受け付けて要求元に転送したりすることによって、ＳＩＰ−ＵＡ間のＳＩＰセッションの確立、解放、または変更を制御する。
【００３８】
また、Ｗｅｂサーバシステム３は、ＳＩＰによる通信サービスを提供しつつ、ＳＩＰセッション上でＷｅｂサービスを提供するサーバシステムであって、Ｗｅｂサーバ３１と、第２のＳＩＰ−ＵＡ手段３２（図１におけるＳＩＰ−ＵＡ＃２）とを含む。
【００３９】
Ｗｅｂサーバ３１は、クライアント端末１からの要求に応じてＷｅｂサービスを提供するサーバ装置である。例えば、ＨＴＴＰリクエストを受け付けて、所定のＨＴＴＰレスポンスを返信することによって、画像配信サービスを提供するするＨＴＴＰサーバであってもよい。なお、Ｗｅｂサーバ３１は、ＨＴＴＰによる画像配信サービスを提供するＨＴＴＰサーバに限らず、ＳＭＴＰによるメール配信サービスを提供するメールサーバや、ＶｏＩＰによるＩＰ電話サービスを提供するＩＰ電話サーバ、ＦＴＰによるファイル転送サービスを提供するＦＴＰサーバ他、認証サーバ、ゲームサーバなどＴＣＰまたはＵＤＰもしくはその上位の通信プロトコルによるネットワーク通信を行ってサービスを提供するサーバ装置であればよい。
【００４０】
第２のＳＩＰ−ＵＡ手段３２は、Ｗｅｂサーバシステム３におけるＳＩＰ−ＵＡの機能を実行する手段である。第２のＳＩＰ−ＵＡ手段３２は、具体的には、上位アプリケーションからの指示に従いまたは予め定められた条件に従いＳＩＰリクエストを生成しＳＩＰサーバ２３に送信したり、ＳＩＰサーバ２３からＳＩＰリクエストを受信し、そのＳＩＰリクエストに対するＳＩＰレスポンスを返信したりすることによってＳＩＰセッションを確立したり解放したりする。なお、第２のＳＩＰ−ＵＡ手段３２に対する上位アプリケーションはＷｅｂサーバ３１に当たるが、必ずしもＷｅｂサーバ３１からの指示がなくてもよい。また、第２のＳＩＰ−ＵＡ手段３２は、ＳＩＰ対応の範囲内で、他のＳＩＰ−ＵＡまたはＳＩＰサーバ２３との間で認証機能やＱｏｓなどの通信サービスを実施する場合がある。なお、本実施の形態では、クライアント端末１が実装している第１のＳＩＰ−ＵＡ手段１２３との間でＳＩＰによる通信サービスが実施されるものとする。
【００４１】
第２のＳＩＰ−ＵＡ手段３２は、例えば、Ｗｅｂサーバ３１用のオプション機能が設定されたＳＩＰ対応のゲートウェイ装置によって実現される。なお、Ｗｅｂサーバ３１が備えるＣＰＵに、一般的なＳＩＰクライアントソフトウェアを読み込ませ、Ｗｅｂサーバ３１用のオプション機能を設定することによって実現することも可能である。
【００４２】
なお、図１ではプロトコルに応じた接続関係を破線で示している。例えば、アプリケーション１１−Ｗｅｂサーバ３１間の破線はＨＴＴＰによる接続関係を示している。また、例えば、第１のＳＩＰ−ＵＡ手段１２３−第２のＳＩＰ−ＵＡ手段３２間、第１のＳＩＰ−ＵＡ手段１２３−ＳＩＰサーバ２３間、およびＳＩＰサーバ２３−第２のＳＩＰ−ＵＡ手段３２間の破線はＳＩＰによる接続関係を示している。また、例えば、ＤＮＳリゾルバ手段１２５ーネームサーバ２１間の破線は、ＤＮＳプロトコルによる接続関係を示している。
【００４３】
次に、本実施の形態の動作について説明する。まず、ＳＩＰセッションを確立する際の動作について説明する。図２は、ＳＩＰセッションを確立する際の本ＳＩＰサービスシステムにおける各処理の流れを示すシーケンス図である。また、図３は、セッション制御手段１２１の動作の一例を示すフローチャートである。
【００４４】
まず、前提条件として、ネームサーバ２１には、Ｗｅｂサイト等のＵＲＬから特定されるドメイン名（ＦＱＤＮ）とＩＰアドレスとの対応関係が登録されている。また、ＳＩＰサービス登録サーバ２２には、ＳＩＰセッションを利用するサービス（ＳＩＰサービス）を特定可能なＵＲＬとＳＩＰ−ＵＲＩとの対応関係が登録されている。図４は、ＳＩＰサービス登録サーバ２２に登録される対応関係（対応表）のデータ構成の一例を示す説明図である。図４に示すように、少なくともＳＩＰサービス登録サーバ２２には、ＳＩＰサービスを特定可能なＵＲＬと、そのＳＩＰサービスを提供しているＷｅｂサーバへ接続するためのＳＩＰ−ＵＲＩとが対応づけられて登録される。なお、本実施の形態において、Ｗｅｂサーバ３１はＳＩＰサービスを提供している。従って、少なくともＳＩＰサービス登録サーバ２２には、Ｗｅｂサーバ３１が提供しているＳＩＰサービスのＵＲＬと、そのＳＩＰサービスに現在割り当てられているＳＩＰ−ＵＲＩとが対応づけられて登録されているものとする。なお、ＳＩＰサービス登録サーバ２２には、他のＳＩＰサービスの対応関係についても登録されていてもよい。
【００４５】
図２に示すように、クライアント端末１上のアプリケーション１１に対し、ＵＲＬが入力されるまたはＷｅｂページのリンクによりＵＲＬが指定される（ＳＥＱ００１）。ここでは、Ｗｅｂサーバ３１が提供しているＳＩＰサービスのＵＲＬが指定されたとする。
【００４６】
また、アプリケーション監視手段１２２は、アプリケーション１１の動作状態を監視し、アプリケーション１１が起動している状態であることを判定する（ＳＥＱ００２）。アプリケーション１１は、入力または指定されたＵＲＬからＩＰアドレスを調べる為に、ＤＮＳリゾルバに対しＤＮＳ問い合わせメッセージを要求する（ＳＥＱ００３）。本実施の形態では、ＳＩＰサービスセッション制御手段１２がＤＮＳリゾルバとして動作しているため、アプリケーション１１からのＤＮＳ問い合わせ要求メッセージは、ＳＩＰサービスセッション制御手段１２のセッション制御手段１２１が受け付ける。なお、アプリケーション監視手段１２２は、セッション制御手段１２１がＤＮＳ問い合わせ要求メッセージを受け付けて、かつＳＩＰセッションを確立させた際に、セッション制御手段１２１からの通知によってアプリケーション１１が起動している状態であることを認識してもよい。
【００４７】
セッション制御手段１２１は、アプリケーション１１からＤＮＳ問い合わせ要求メッセージを受信した場合には（図３のＳＴＥＰ０１）、まず、ＤＮＳリゾルバ手段１２５にＤＮＳ問い合わせを行わせる（図３のＳＴＥＰ０２）。セッション制御手段１２１は、ＤＮＳリゾルバ手段１２５にＤＮＳ問い合わせ要求メッセージを転送し、ＤＮＳ問い合わせ要求を受け付けたＤＮＳリゾルバ手段１２５が、ネームサーバ２１に対し、アプリケーション１１から指定されたＵＲＬによって特定されるドメイン名を付加したＤＮＳ問い合わせを送信する（ＳＥＱ００４，００５）。
【００４８】
ＤＮＳ問い合わせを受信したネームサーバ２１は、保持している対応表に応じた問い合わせ結果を示すＤＮＳ問い合わせ応答を返信する（ＳＥＱ００６）。ここでは、指定されたドメイン名をゾーン内として管理しているネームサーバ２１には、指定されたドメイン名（ＳＩＰサービスを提供しているＷｅｂサーバ３１のドメイン名）は登録されていないので、クライアント端末１のＤＮＳリゾルバ手段１２５には最終的に該当なしを問い合わせ結果として示すＤＮＳ問い合わせ応答が返信される。ＤＮＳリゾルバ手段１２５は、ネームサーバ２１から最終的なＤＮＳ問い合わせ応答を受信すると、それをＤＮＳ問い合わせ応答メッセージとしてセッション制御手段１２１に送信する（ＳＥＱ００７）。
【００４９】
ＤＮＳ問い合わせ応答メッセージを受信したセッション制御手段１２１は、ＤＮＳリゾルバ手段１２５によってアドレスが解決されたか否かを判定し、解決された場合には（図３のＳＴＥＰ０３のＹｅｓ）、ＤＮＳリゾルバ手段１２５によって解決されたアドレスをアプリケーション１１に返信するために、受信したＤＮＳ問い合わせ応答メッセージをアプリケーション１１に送信する（図３のＳＴＥＰ０８）。一方、解決されなかった場合、すなわちＤＮＳリゾルバ手段１２５によるＤＮＳ問い合わせ結果が該当なしであった場合には（図３のＳＴＥＰ０３のＮｏ）、ＳＩＰサービス判定手段１２４に、アプリケーション１１から指定されたＵＲＬについてＳＩＰサービスの問い合わせを行わせる（図３のＳＴＥＰ０４）。
【００５０】
セッション制御手段１２１は、例えば、ＤＮＳ問い合わせ要求メッセージでアプリケーション１１から指定されたＵＲＬを付加したＳＩＰサービス問い合わせ要求メッセージをＳＩＰサービス判定手段１２４に送信する（ＳＥＱ００８）。ＳＩＰサービス問い合わせ要求メッセージを受信したＳＩＰサービス判定手段１２４は、ＳＩＰサービス登録サーバ２２に対し、セッション制御手段１２１から指定されたＵＲＬを付加したＳＩＰサービス参照要求を送信する（ＳＥＱ００９）。ＳＩＰサービス登録サーバ２２に対し送信するＳＩＰサービス参照要求は、ＳＩＰサービス登録サーバ２２との取り決めによって、指定したＵＲＬで提供されるサービスがＳＩＰセッション上で提供されるか否かを問い合わせる旨を示すメッセージであれば、どのようなデータ構成の通信メッセージであってもよい。
【００５１】
ＳＩＰサービス参照要求を受信したＳＩＰサービス登録サーバ２２は、保持している対応表に応じた問い合わせ結果を示すＳＩＰサービス参照応答を返信する（ＳＥＱ０１０）。ここでは、指定されたＵＲＬをゾーン内として管理しているＳＩＰサービス登録サーバ２２には、指定されたＵＲＬ（Ｗｅｂサーバ３１が提供しているＳＩＰサービスのＵＲＬ）が登録されているので、クライアント端末１のＳＩＰサービス判定手段１２４には最終的にそのＵＲＬに対応づけられたＳＩＰ−ＵＲＩ（Ｗｅｂサーバ３１のＳＩＰ−ＵＲＩ）を問い合わせ結果として示すＳＩＰサービス参照応答が返信される。ＳＩＰサービス判定手段１２４は、ＳＩＰサービス登録サーバ２２から最終的なＳＩＰサービス参照応答を受信すると、それをＳＩＰ問い合わせ応答メッセージとしてセッション制御手段１２１に送信する（ＳＥＱ０１１）。
【００５２】
ＳＩＰ問い合わせ応答メッセージを受信したセッション制御手段１２１は、ＳＩＰサービス判定手段１２４によってＳＩＰサービスとしてのアドレス（すなわち、ＳＩＰ−ＵＲＩ）が解決されたか否かを判定し、解決された場合には（図３のＳＴＥＰ０５のＹｅｓ）、そのアドレス（ＳＩＰ−ＵＲＩ）を用いて第１のＳＩＰ−ＵＡ手段１２３にＳＩＰセッションを確立させる。なお、ＳＩＰサービス判定手段１２４によってＳＩＰサービスとしてのアドレスが解決されなかった場合には（図３のＳＴＥＰ０５のＮｏ）、該当なしを示すＤＮＳ問い合わせ応答をアプリケーション１１に返信する（図３のＳＴＥＰ０８）。
【００５３】
セッション制御手段１２１は、ＳＩＰセッションを確立させるために、まずＤＮＳ問い合わせを要求したアプリケーション１１のプロトコル情報をアプリケーション監視手段１２２に問い合わせる（図３のＳＴＥＰ０６）。セッション制御手段１２１は、例えば、アプリケーション監視手段１２２に対し、アプリケーション１１の名称と指定されたＵＲＬとを付加したアプリケーション情報参照メッセージを送信する（ＳＥＱ０１２）。
【００５４】
アプリケーション情報参照メッセージを受信したアプリケーション監視手段１２２は、保持しているプロトコル情報から、指定されたアプリケーション１１が用いるプロトコル情報を検索し、それを付加したアプリケーション情報応答メッセージを返信する（ＳＥＱ０１３）。アプリケーション監視手段１２２には、例えば図５に示すようなプロトコル情報が各アプリケーション１１のソフトウェア情報（名称等）に対応づけて登録されている。図５は、アプリケーション監視手段１２２が保持するプロトコル情報のデータ構成の一例を示す説明図である。図５に示す例では、”ａａａブラウザソフト”というアプリケーション１１が、プロトコル”ＨＴＴＰ”を用いること、およびその際使用するトランスポートプロトコルはＴＣＰであり、使用ポート番号が”ａｎｙ”（どれでも可）であることが示されている。アプリケーション監視手段１２２は、例えば、図５に示すようなプロトコル情報の中から、指定されたアプリケーションの名称およびＵＲＬに基づき、そのアプリケーション１１が用いるプロトコル情報を特定すればよい。以下、”ａａａブラウザソフト”のＨＴＴＰプロトコル情報が返信された場合を例に説明する。
【００５５】
アプリケーション情報応答メッセージを受信したセッション制御手段１２１は、そのアプリケーション情報応答メッセージに含まれるプロトコル情報と、ＳＩＰサービス判定手段１２４によるＳＩＰサービス問い合わせ（ＳＩＰサービス参照要求）で得られたＳＩＰ−ＵＲＩとをＳＩＰパラメータとして、ＳＩＰセッションの制御（確立）を行う（図３のＳＴＥＰ０７）。セッション制御手段１２１は、例えば、アプリケーション監視手段１２２からのアプリケーション情報応答メッセージに含まれるプロトコル情報と、ＳＩＰサービス判定手段１２４からのＳＩＰサービス問い合わせ応答メッセージに含まれるＳＩＰ−ＵＲＩとをＳＩＰパラメータとして付加したＳＩＰセッション確立要求メッセージを第１のＳＩＰ−ＵＡ手段１２３に送信する（ＳＥＱ０１４）。
【００５６】
第１のＳＩＰ−ＵＡ手段１２３は、セッション制御手段１２１よりＳＩＰセッション確立要求メッセージを受信した場合、そのＳＩＰセッション確立要求メッセージに含まれるＳＩＰパラメータに基づいて、ＳＩＰサーバ２３に対しＩＮＶＩＴＥリクエストを送信する（ＳＥＱ０１５）。このとき、第１のＳＩＰ−ＵＡ手段１２３は、ＩＮＶＩＴＥリクエストの宛先とするＳＩＰ−ＵＲＩおよびＳＩＰ−ＳＤＰ（ボディ部）を、セッション制御手段１２１から受信したＳＩＰセッション確立要求メッセージのＳＩＰパラメータにより生成する。例えば、第１のＳＩＰ−ＵＡ手段１２３は、Ｗｅｂサーバ３１のＳＩＰ−ＵＲＩを宛先とし、また図６に示すようなＳＩＰ−ＳＤＰによって記述したＩＮＶＩＴＥリクエストを生成する。図６は、ＩＮＶＩＴＥリクエストに記述されるＳＩＰ−ＳＤＰの一例を示す説明図である。例えば、図６では、ＳＩＰ−ＳＤＰの”ｍ”（メディアについての情報）について、メディアタイプ”ｄａｔａ”が、またポート番号”４９１５２”が、またプロトコル”ＨＴＴＰ”が記述されていることが示されている。なお、最終的なＩＮＶＩＴＥリクエストは、ＳＩＰパラメータだけでなく、第１のＳＩＰ−ＵＡ手段１２３が、トランスポート層のモジュールから取得した情報、および自身が管理している情報により生成される。
【００５７】
クライアント端末１の第１のＳＩＰ−ＵＡ手段１２３から送信されたＩＮＶＩＴＥリクエストは、ＳＩＰサーバ２３によって、そのＳＩＰ−ＵＲＩに基づきＷｅｂサーバシステム３の第２のＳＩＰ−ＵＡ手段３２に転送される（ＳＥＱ０１６）。
【００５８】
ＩＮＶＩＴＥリクエストを受信した第２のＳＩＰ−ＵＡ手段３２は、セッション確立可能な場合には、ＳＩＰサーバ２３に対しＯＫレスポンスを返信する（ＳＥＱ０１７）。このとき、第２のＳＩＰ−ＵＡ手段３２は、自身（具体的には、Ｗｅｂサーバシステム３（ここでは、Ｗｅｂサーバ３１））のＩＰアドレスをＳＩＰ−ＳＤＰによって記述したＯＫレスポンスを返信する。
【００５９】
Ｗｅｂサーバシステム３の第２のＳＩＰ−ＵＡ手段３２から送信されたＯＫレスポンスは、ＳＩＰサーバ２３によってリクエスト元であるクライアント端末１の第１のＳＩＰ−ＵＡ手段１２３に転送される（ＳＥＱ０１８）。
【００６０】
第１のＳＩＰ−ＵＡ手段１２３がＯＫレスポンスを受信した時点で、ＯＫレスポンスに含まれるＷｅｂサーバシステム３のＩＰアドレスとポート番号とで示されるトランスポートアドレスと、ＩＮＶＩＴＥリクエストに記述したクライアント端末１のＩＰアドレスとポート番号とで示されるトランスポートアドレスとの間で、ＳＩＰセッションが確立されたことになる。
【００６１】
ＯＫレスポンスを受信した第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰセッションが確立された旨とセッション相手のトランスポートアドレスとを示すＳＩＰセッション確立応答メッセージをセッション制御手段１２１に送信する（ＳＥＱ０１９）。この時、第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰセッション確立応答メッセージに、そのＳＩＰセッションを識別するための識別子を含めてもよい。なお、第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰセッションの確立に失敗した場合には、その旨を示すＳＩＰセッション確立応答メッセージをセッション制御手段１２１に送信すればよい。
【００６２】
ＳＩＰセッション確立応答メッセージを受信したセッション制御手段１２１は、ＳＩＰセッション確立応答メッセージで示されるＷｅｂサーバシステム３（Ｗｅｂサーバ３１）のＩＰアドレスを、問い合わせ結果とするＤＮＳ問い合わせ応答メッセージをアプリケーション１１に送信する（ＳＥＱ０２０）。
【００６３】
すなわち、セッション制御手段１２１は、第１のＳＩＰ−ＵＡ手段１２３によってＳＩＰセッションが確立されると、そのＳＩＰセッション確立によって得られたアプリケーション１１から指定されたＵＲＬに対応するＩＰアドレスを問い合わせ結果とするＤＮＳ問い合わせ応答メッセージをアプリケーション１１に返信する（図３のＳＴＥＰ０８）。この時、セッション制御手段１２１は、ＳＩＰセッションを解放させる時のための管理情報として、確立させたＳＩＰセッションとアプリケーション１１とを対応づける情報を保持しておいてもよい。セッション制御手段１２１は、例えば、ＳＩＰセッションを確立させたアプリケーション１１のソフトウェア情報とそのＳＩＰセッションの識別子とを対応づけて保持しておく。
【００６４】
アプリケーション１１は、セッション制御手段１２１からのＤＮＳ問い合わせ応答メッセージを受け、該当ＩＰアドレスに対し、ＨＴＴＰによる通信を行う（ＳＥＱ０２１，０２２）。このＨＴＴＰ通信は、先の第１のＳＩＰ−ＵＡ手段１２３と第２のＳＩＰ−ＵＡ手段３２との間で確立したＳＩＰセッション上での通信となる。
【００６５】
なお、上記動作例では、セッション制御手段１２１がまずＤＮＳリゾルバ手段１２５にＤＮＳ問い合わせを行わせた後、その結果に応じてＳＩＰサービス判定手段１２４にＳＩＰサービスの問い合わせ（ＳＩＰサービス参照要求）を行わせる例を示したが、この手順を入れ替えることも可能である。すなわち、まずＳＩＰサービス判定手段１２４にＳＩＰサービスの問い合わせを行わせた後、その結果に応じてＤＮＳリゾルバ手段１２５にＤＮＳ問い合わせを行わせてもよい。なお、どちらを先に行うかを設定により決定することも可能である。
【００６６】
次に、ＳＩＰセッションを解放する際の動作について説明する。図７は、ＳＩＰセッションを解放する際の本ＳＩＰサービスシステムにおける各処理の流れを示すシーケンス図である。また、図８は、アプリケーション監視手段１２２の動作の一例を示すフローチャートである。また、図９は、セッション制御手段１２１の動作の一例を示すフローチャートである。
【００６７】
図７に示すように、アプリケーション１１とＷｅｂサーバ３１とがＳＩＰセッション上で必要なＨＴＴＰ通信を行った後（ＳＥＱ１０１，１０２）、アプリケーション１１が終了すると、アプリケーション監視手段１２２は、アプリケーション１１が終了したことを検知する（ＳＥＱ１０３）。アプリケーション監視手段１２２は、例えば、図８に示すように、アプリケーションの開始を検知した後は、予め定めておいた周期でタイマを起動して（図８のＳＴＥＰ１１，１２）、タイムアウト時にアプリケーションの状態を確認することによって、アプリケーションが終了したか否かを判断する（図８のＳＴＥＰ１３，１４）。アプリケーション監視手段１２２は、例えば、セッション制御手段１２１がＳＩＰセッションを確立させた際にそのアプリケーション１１のソフトウェア情報を受け取っておき、タイムアウトの度に、そのソフトウェア情報を元に、オペレーティングシステムが保持している各アプリケーションの起動状態を示す情報を参照することによって、ＳＩＰセッションを確立させたアプリケーション１１の終了を検知すればよい。
【００６８】
アプリケーション監視手段１２２は、アプリケーション１１が終了したことを検知した場合には、その旨をセッション制御手段１２１に通知する（図８のＳＴＥＰ１４のＹｅｓ，ＳＴＥＰ１５）。アプリケーション監視手段１２２は、例えば、終了を検知したアプリケーションのソフトウェア情報と終了したことを示す情報とを含むアプリ状態変更通知メッセージをセッション制御手段１２１に送信する（ＳＥＱ１０４）。なお、ＳＩＰセッションを確立したアプリケーションか否かは、セッション制御手段１２１に判断させてもよい。
【００６９】
アプリ状態変更通知メッセージを受信したセッション制御手段１２１は、そのアプリ状態変更通知メッセージによって、ＳＩＰセッションを確立させたアプリケーションが終了したことを検知し、第１のＳＩＰ−ＵＡ手段１２３にそのＳＩＰセッションを解放させる（図９のＳＴＥＰ２１，２２）。セッション制御手段１２１は、例えば、アプリ状態変更通知メッセージに含まれるアプリケーションのソフトウェア情報に基づき、そのアプリケーションのために確立したＳＩＰセッションの識別子を特定し、そのＳＩＰセッションの識別子を付加したＳＩＰセッション終了要求メッセージを第１のＳＩＰ−ＵＡ手段１２３に送信する（ＳＥＱ１０５）。
【００７０】
第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰセッション終了要求メッセージを受信した場合、そのＳＩＰセッション終了要求メッセージに含まれるＳＩＰセッションの識別子に基づいてＳＩＰセッションを特定し、ＳＩＰサーバ２３に対しＢＹＥリクエストを送信する（ＳＥＱ１０６）。このとき、第１のＳＩＰ−ＵＡ手段１２３は、Ｗｅｂサーバ３１のＳＩＰ−ＵＲＩを宛先とするＢＹＥリクエストを生成する。
【００７１】
クライアント端末１の第１のＳＩＰ−ＵＡ手段１２３から送信されたＢＹＥリクエストは、ＳＩＰサーバ２３によって、そのＳＩＰ−ＵＲＩに基づきＷｅｂサーバシステム３の第２のＳＩＰ−ＵＡ手段３２に転送される（ＳＥＱ１０７）。
【００７２】
ＢＹＥリクエストを受信した第２のＳＩＰ−ＵＡ手段３２は、ＳＩＰセッションの終了を認識して、ＯＫレスポンスを返信する（ＳＥＱ１０８）。
【００７３】
Ｗｅｂサーバシステム３の第２のＳＩＰ−ＵＡ手段３２から送信されたＯＫレスポンスは、ＳＩＰサーバ２３によってリクエスト元であるクライアント端末１の第１のＳＩＰ−ＵＡ手段１２３に転送される（ＳＥＱ１０９）。
【００７４】
第１のＳＩＰ−ＵＡ手段１２３がＯＫレスポンスを受信すると、先のＩＮＶＩＴＥリクエストによって確立されたＷｅｂサーバシステム３（具体的には、Ｗｅｂサーバ３１）とクライアント端末１とのＳＩＰセッションが終了する。
【００７５】
ＯＫレスポンスを受信した第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰセッションの識別子とともにＳＩＰセッションが終了した旨を示すＳＩＰセッション終了応答メッセージをセッション制御手段１２１に送信する（ＳＥＱ１１０）。
【００７６】
ＳＩＰセッション終了応答メッセージを受信したセッション制御手段１２１は、ＳＩＰセッション終了応答メッセージで示されるＳＩＰセッションの識別子と対応づけて保持しておいた保持しておいたＳＩＰセッションの管理情報をクリア（消去）すればよい。
【００７７】
なお、上記動作例では、クライアント端末１側からＳＩＰセッションを解放する場合の例であるが、Ｗｅｂサーバ３１側からＳＩＰセッションを解放することも可能である。図１０は、Ｗｅｂサーバ３１側からＳＩＰセッションを解放する際の本ＳＩＰサービスシステムにおける各処理の流れを示すシーケンス図である。また、図１１は、Ｗｅｂサーバ３１の動作の一例を示すフローチャートである。
【００７８】
例えば、Ｗｅｂサーバ３１は、クライアント端末１からのＨＴＴＰリクエストに対し、ＨＴＴＰレスポンスを返信するまでの処理を１つのトランザクションとしてとらえ、トランザクションが終了した時点で、そのトランザクションで使用しているＳＩＰセッションを終了させてもよい。
【００７９】
例えば、Ｗｅｂサーバ３１は、クライアント端末１のアプリケーション１１からＳＩＰセッション上でＨＴＴＰリクエストを受信すると（ＳＥＱ２０１）、トランザクションの開始を認識して必要なトランザクション処理を行い（図１１のＳＴＥＰ３１，３２）、ＨＴＴＰレスポンスを返信する（ＳＥＱ２０２）。
【００８０】
ＨＴＴＰレスポンスを返信すると、トランザクションが終了したとして、第２のＳＩＰ−ＵＡ手段３２にそのトランザクションで使用しているＳＩＰセッションを終了させる（図１１のＳＴＥＰ３３，３４）。Ｗｅｂサーバ３１は、例えば、ＨＴＴＰレスポンスを返信した後、そのＨＴＴＰリクエストを受け付けたトランスポートアドレスを付加したＳＩＰセッションの終了要求メッセージを第２のＳＩＰ−ＵＡ手段３２に送信すればよい（ＳＥＱ２０３）。
【００８１】
第２のＳＩＰ−ＵＡ手段３２は、ＳＩＰセッション終了要求メッセージを受信した場合、そのＳＩＰセッション終了要求メッセージに含まれるトランスポートアドレスに基づいてＳＩＰセッションを特定し、ＳＩＰサーバ２３に対しＢＹＥリクエストを送信する（ＳＥＱ２０４）。このとき、第２のＳＩＰ−ＵＡ手段３２は、先のＩＮＶＩＴＥリクエストで判明したクライアント端末１のＳＩＰ−ＵＲＩを宛先とするＢＹＥリクエストを生成する。
【００８２】
Ｗｅｂサーバシステム３の第２のＳＩＰ−ＵＡ手段３２から送信されたＢＹＥリクエストは、ＳＩＰサーバ２３によって、そのＳＩＰ−ＵＲＩに基づきクライアント端末１の第１のＳＩＰ−ＵＡ手段１２３に転送される（ＳＥＱ２０５）。
【００８３】
ＢＹＥリクエストを受信した第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰセッションの終了を認識して、ＯＫレスポンスを返信する（ＳＥＱ２０６）。
【００８４】
クライアント端末１の第１のＳＩＰ−ＵＡ手段１２３から送信されたＯＫレスポンスは、ＳＩＰサーバ２３によってリクエスト元であるＷｅｂサーバシステム３の第２のＳＩＰ−ＵＡ手段３２に転送される（ＳＥＱ２０７）。
【００８５】
第２のＳＩＰ−ＵＡ手段３２がＯＫレスポンスを受信した時点で、先のＩＮＶＩＴＥリクエストによって確立されたＷｅｂサーバシステム３（具体的には、Ｗｅｂサーバ３１）とクライアント端末１とのＳＩＰセッションが終了する。
【００８６】
クライアント端末１の第１のＳＩＰ−ＵＡ手段１２３は、ＳＩＰセッションの終了を認識した際に、そのＳＩＰセッションの識別子とともにＳＩＰセッションが終了した旨を示すＳＩＰセッション終了通知メッセージをセッション制御手段１２１に送信する（ＳＥＱ２０８）。
【００８７】
ＳＩＰセッション終了通知メッセージを受信したセッション制御手段１２１は、ＳＩＰセッション終了通知メッセージで示されるＳＩＰセッションの識別子と対応づけて保持しておいたＳＩＰセッションの管理情報をクリア（消去）すればよい。この際、アプリケーション監視手段１２２にアプリケーションの監視を終了する旨のメッセージを通知してもよい。なお、Ｗｅｂサーバ３１側からＳＩＰセッションを終了する場合やアプリケーション１１の動作状態を直接参照せず通信データ量等によって終了を判断する場合には、ＳＩＰサービスセッション制御手段１２を、クライアント端末１と接続されるＳＩＰ対応のゲートウェイ装置によって実現することも可能である。
【００８８】
以上のように、本実施の形態では、アプリケーション１１に対してＤＮＳリゾルバとして動作するＳＩＰサービスセッション制御手段１２が、アプリケーション１１からの問い合わせ要求に応じてＳＩＰセッションを制御するので、ＳＩＰセッションを利用したＷｅｂサービスを提供する場合において、そのＷｅｂサービスを利用する為のアプリケーション１１がＳＩＰセッションの確立や解放等のセッション制御を行うことなく、従来のＤＮＳ問い合わせ機能のみで利用することができる。従って、ＳＩＰ対応でない既存のアプリケーション１１を用いて、ＳＩＰセッションを利用したＷｅｂサービスを受けることができる。
【００８９】
また、ＳＩＰサービスセッション制御手段１２は、通常のＤＮＳサーバであるネームサーバ２１と、ＳＩＰセッションを利用するサービスのＵＲＬを登録するＳＩＰサービス登録サーバ２２の２つの登録サーバを利用することによって、ＤＮＳ問い合わせ要求に指定されたＵＲＬで提供されているＷｅｂサービスがＳＩＰセッションを利用するＷｅｂサービスか否かを判定した上で、必要に応じてＳＩＰセッションを制御するので、ＳＩＰセッションを利用するＷｅｂサービスとＳＩＰセッションを利用しないＷｅｂサービスの両方を、同じシステムにおいて同じアプリケーションで利用することができる。
【産業上の利用可能性】
【００９０】
本発明は、ＳＩＰセッションを利用するＷｅｂサービスと、ＳＩＰセッションを利用しないＷｅｂサービスとが混在するネットワークに好適に適用可能である。また、本発明のＳＩＰサービスセッション制御手段１２は、そのようなネットワークに接続されうる通信端末（携帯端末やパーソナルコンピュータ）にインストールされるソフトウェアプログラムとしても好適に適用可能である。
【図面の簡単な説明】
【００９１】
【図１】ＳＩＰサービスシステムの構成例を示すブロック図である。
【図２】ＳＩＰセッションを確立する際の本ＳＩＰサービスシステムにおける各処理の流れを示すシーケンス図である。
【図３】セッション制御手段１２１の動作の一例を示すフローチャートである。
【図４】ＳＩＰサービス登録サーバ２２に登録される対応関係のデータ構成の一例を示す説明図である。
【図５】アプリケーション監視手段１２２が保持するプロトコル情報のデータ構成の一例を示す説明図である。
【図６】ＩＮＶＩＴＥリクエストに記述されるＳＩＰ−ＳＤＰの一例を示す説明図である。
【図７】ＳＩＰセッションを解放する際の本ＳＩＰサービスシステムにおける各処理の流れを示すシーケンス図である。
【図８】アプリケーション監視手段１２２の動作の一例を示すフローチャートである。
【図９】セッション制御手段１２１の動作の一例を示すフローチャートである。
【図１０】Ｗｅｂサーバ３１側からＳＩＰセッションを解放する際の本ＳＩＰサービスシステムにおける各処理の流れを示すシーケンス図である。
【図１１】Ｗｅｂサーバ３１の動作の一例を示すフローチャートである。
【符号の説明】
【００９２】
１  クライアント端末
１１  アプリケーション
１２  ＳＩＰサービスセッション制御手段
１２１  セッション制御手段
１２２  アプリケーション監視手段
１２３  第１のＳＩＰ−ＵＡ手段（ＳＩＰ−ＵＡ＃１）
１２４  ＳＩＰサービス判定手段
１２５  ＤＮＳリゾルバ手段
２  ネットワーク
２１  ネームサーバ
２２  ＳＩＰサービス登録サーバ
２３  ＳＩＰサーバ
３  Ｗｅｂサーバシステム
３１  Ｗｅｂサーバ
３２  第２のＳＩＰ−ＵＡ手段（ＳＩＰ−ＵＡ＃２）
【図１】
2008219723.tif 000003
【図２】
2008219723.tif 000004
【図３】
2008219723.tif 000005
【図４】
2008219723.tif 000006
【図５】
2008219723.tif 000007
【図６】
2008219723.tif 000008
【図７】
2008219723.tif 000009
【図８】
2008219723.tif 000010
【図９】
2008219723.tif 000011
【図１０】
2008219723.tif 000012
【図１１】
2008219723.tif 000013