アプリケーションをフィルタリングする装置、システム及び方法
【課題】移動通信システムにおいて、アプリケーションサーバが端末装置に会議サービス等を提供するときに、端末装置による不正なアクセスを防止する。
【解決手段】ネットワークに接続されるセッション制御装置において、前記ネットワークには、複数の端末装置と、前記端末装置の加入者情報を管理する第１サーバと、前記端末装置にサービスを提供する第２サーバと、が接続され、前記セッション制御装置は、前記第１サーバから前記加入者情報を取得し、前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信する。
【解決手段】ネットワークに接続されるセッション制御装置において、前記ネットワークには、複数の端末装置と、前記端末装置の加入者情報を管理する第１サーバと、前記端末装置にサービスを提供する第２サーバと、が接続され、前記セッション制御装置は、前記第１サーバから前記加入者情報を取得し、前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本願明細書で開示される技術は、ネットワークに接続された通信装置、通信システム及び通信制御方法に関する。特に、セッション制御装置、及び、通信のアクセス制御方法に関する。中でも、ＳＩＰプロトコルを適用した通信システムにおけるセッション制御装置、及び、アプリケーションサーバ装置を適用した通信システムにおけるアプリケーション制御方法に関する。
【背景技術】
【０００２】
第３世代移動通信システムは、音声、データ、動画像など多様なマルチメディア・サービスの高速かつ高品質な提供を目指している。現在、欧州主導の標準化団体３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）と北米主導の３ＧＰＰ２（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２）は、パケット交換網上でＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を活用したマルチメディア・サービスを提供するため「Ａｌｌ ＩＰベース移動通信網」の標準化を進めている。３ＧＰＰでは、Ａｌｌ ＩＰベース移動通信網をＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）と呼び、３ＧＰＰ２では、ＭＭＤ（Ｍｕｌｔｉｍｅｄｉａ Ｄｏｍａｉｎ）と呼ぶ。
【０００３】
ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）では、ＣＳＣＦ（Ｃａｌｌ Ｓｔａｔｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）がＡｌｌ ＩＰネットワークのセッション制御を行い、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）が加入者情報を保持する。ＩＭＳにおいて、アプリケーションは、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）によって提供される。
【０００４】
ＣＳＣＦは、その役割によって３種類（Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ）に大別される。Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣＳＣＦ）は、移動端末が最初にアクセスするＣＳＣＦである。Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）は、移動端末のＳ−ＣＳＣＦを特定する。Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）は、ホーム網に存在し、セッション状態を制御管理する（例えば、非特許文献１参照）。
【０００５】
セッション制御プロトコルとしては、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が利用される（例えば、非特許文献２参照）。ＳＩＰは、ＩＥＴＦで仕様化されたＩＰマルチメディア通信のセッション制御を行うプロトコルである。ＳＩＰを用いた代表サービスにＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）がある。ＶｏＩＰは、音声情報をＩＰネットワーク上で送受信する技術である。ＳＩＰによるＶｏＩＰ通信では、通信開始前に通信装置間に仮想的な通話路（セッション）が設定される。ＩＰパケット化された音声データは、設定された通信路上で転送される。ＶｏＩＰ通信においてＳＩＰは、通信装置間のセッション確立、維持及び切断を制御する。
【０００６】
音声データの属性などのメディア情報は、セッション確立時に決定される。通信装置は、メディア情報を、ＳＩＰメッセージに含まれるＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通知する。ＳＤＰでは、セッションに関する様々な情報（例えば、ＩＰアドレス、ポート番号、メディア種別など）を記述することができる。
【０００７】
ＩＭＳにおいて、ＡＳの起動方法は大きく分けると２種類存在する。一つは、加入者情報に含まれるサービス起動条件を使う方法であり、もう一つは、ＰＳＩ（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ、すなわちアプリケーション識別子）を使う方法である。ＰＳＩは、事前に設定される場合と、動的に生成される場合がある。
【０００８】
まず、加入者情報のサービス起動条件に基づくＡＳ起動方法を説明する。
【０００９】
ＨＳＳは、ユーザ認証用識別子ごとに加入者情報（Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ）を保持する。Ｓ−ＣＳＣＦは、位置登録時にＨＳＳから加入者情報を取得する。ユーザがアプリケーションに加入している場合、「Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ」が加入者情報に含まれる。Ｓ−ＣＳＣＦは、最初のＳＩＰ要求を受信すると、「Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ」を処理し、ＡＳの起動要否を判断する。
【００１０】
次に、ＰＳＩによるＡＳ起動方法を説明する。
【００１１】
ＰＳＩ（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ）は、ＡＳが提供するアプリケーションを識別する識別子である。ＰＳＩは、例えば、複数ユーザが参加する会議などのグループを識別するために利用される。
【非特許文献１】「３ＧＰＰ２ Ｘ．Ｓ００１３−００４−Ａ ｖ１．０、Ａｌｌ−ＩＰ Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｍｕｌｔｉｍｅｄｉａ Ｄｏｍａｉｎ §４．６」［ｏｎｌｉｎｅ］、２００５年１２月、［２００６年５月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ２．ｏｒｇ／Ｐｕｂｌｉｃ＿ｈｔｍｌ／ｓｐｅｃｓ／Ｘ．Ｓ００１３−００４−Ａ＿ｖ１．０＿０５１１０３．ｐｄｆ＞
【非特許文献２】ＩＥＴＦ ＲＦＣ３２６１、「ＳＩＰ： Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ§４」、［ｏｎｌｉｎｅ］、２００２年６月、［２００６年５月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ？ｎｕｍｂｅｒ＝３２６１＞
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従来技術による移動通信システムにおいて、Ｓ−ＣＳＣＦは動的に生成されたＰＳＩ情報を管理しない。よって、Ｓ−ＣＳＣＦは、動的に生成されたＰＳＩを用いたアプリケーションのフィルタリング等のアクセス制御を行わない。
【００１３】
従来技術を用いた場合に想定される、Ｓ−ＣＳＣＦにおけるアプリケーション起動方法は、以下のようになる。
【００１４】
まず、端末（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、Ｐ−ＣＳＣＦ及びＩ−ＣＳＣＦ経由でＳ−ＣＳＣＦにＳＩＰ位置登録を行う。ここで、Ｓ−ＣＳＣＦは、ＨＳＳから加入者情報（Ｕｓｅｒ Ｐｒｏｆｉｌｅ）を取得する。従来、この加入者情報に、ＵＥが加入するアプリケーションの情報が含まれる場合もあったが、その情報はＨＳＳにＳｔａｔｉｃに設定された情報であった。
【００１５】
次に、ＵＥは、ＳＩＰセッション確立を要求する。従来、このＳＩＰセッションの確立要求に、ＡＳの識別子（ＳＩＰ ＵＲＩ）が含まれる場合もあったが、ＡＳの識別子は事前に設定されていた。
【００１６】
Ｓ−ＣＳＣＦは、このＳＩＰセッション確立要求を受信すると、加入者情報を参照してＡＳへのアクセスを許可する。従来、加入者情報にＡＳの情報が含まれることもあったが、Ｓ−ＣＳＣＦはＨＳＳからＡＳの情報を位置登録時に取得していた。
【００１７】
Ｓ−ＣＳＣＦは、ＳＩＰセッション確立要求をＡＳに送信する。ＡＳは、暫定的な識別子（例：会議室の識別子）を動的に生成し、この識別子を含む応答メッセージをＳ−ＣＳＣＦ経由でＵＥに送信する。Ｓ−ＣＳＣＦは応答メッセージを転送するが、Ｓ−ＣＳＣＦは、ＡＳが動的に割り当てる識別子情報を持たない。このため、Ｓ−ＣＳＣＦは、上記ＡＳが動的に割り当てた識別子を用いて、アクセス制御（例えば、フィルタリング）を行うことができないという課題があった。
【００１８】
例えば、ＵＥはＡＳに割り当てられていない識別子をＳＩＰメッセージの宛先（Ｒｅｑｕｅｓｔ ＵＲＩ）として指定したＳＩＰメッセージを送信しても、Ｓ−ＣＳＣＦはＡＳへのアクセスを許容してしまうという課題があった。
【００１９】
本発明の目的は、動的に生成された識別子を用いたアクセス制御を提供することにある。特に、ＩＰベース移動通信網において、Ｓ−ＣＳＣＦが端末から要求を受信したとき、アプリケーションサーバ（ＡＳ）へのアクセス制御を提供するための通信方法を提供することにある。
【課題を解決するための手段】
【００２０】
本願で開示する代表的な発明は、ネットワークに接続されるセッション制御装置において、前記ネットワークには、複数の端末装置と、前記端末装置の加入者情報を管理する第１サーバと、前記端末装置にサービスを提供する第２サーバと、が接続され、前記セッション制御装置は、前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるメモリと、前記メモリに接続されるプロセッサと、を備え、前記第１サーバから加入者情報を取得し、前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とする。
【発明の効果】
【００２１】
本発明の一実施形態によれば、不正なアプリケーション識別子を用いたアプリケーションサーバへのアクセスを防ぐことができる。
【発明を実施するための最良の形態】
【００２２】
本発明の第１の実施の形態を、図面を用いて説明する。
【００２３】
代表例として、移動端末がホーム網のアプリケーションを利用する際の通信方法を詳細に説明する。
【００２４】
図１は、本発明の第１の実施の形態の通信網の構成例を示す説明図である。
【００２５】
本実施の形態における通信網は、ＩＰ網Ｎ１と、無線アクセス網Ｎ２（Ｎ２ａ、Ｎ２ｂ）（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）とによって構成される。ＵＥ７は、第３世代移動通信プロトコルに準拠した端末である。ただし、本発明の効果を奏することができる構成である限り、無線アクセス網Ｎ２は、固定網によって置き換えられてもよく、ＵＥ７は、固定端末、或いは、無線ＬＡＮなどその他の移動通信プロトコルに準拠した端末であってもよい。
【００２６】
図１には、例として、二つのＵＥ７を示す。以下、二つのＵＥ７を区別して記載する場合、符号に添字「ａ」又は「ｂ」を付して、例えばＵＥ７ａ及びＵＥ７ｂのように記載する。その他の構成要素も、同様の規則に従って記載される。なお、ＵＥ７ａ及びＵＥ７ｂは、それぞれ、後述するＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ＵＥ＃１及びＵＥ＃２によって識別される。
【００２７】
ＩＰ網Ｎ１とＲＡＮ Ｎ２とは、アクセスゲートウェイ装置（ＡＧＷ）６（６ａ、６ｂ）を介して接続される。アクセスゲートウェイ装置６の代わりに、ルータなど、他の通信装置を介して、ＩＰ網Ｎ１とＲＡＮ Ｎ２が接続されてもよい。アクセスゲートウェイ装置６は、ＵＥ７とＩＰ網Ｎ１との間で送受信されるＩＰパケットを転送する機能を提供する。
【００２８】
ＩＰ網Ｎ１は、ＡＳ１、ＨＳＳ２、Ｓ−ＣＳＣＦ３（３ａ、３ｂ）、Ｉ−ＣＳＣＦ４（４ａ、４ｂ）及びＰ−ＣＳＣＦ５（５ａ、５ｂ）を備える。
【００２９】
ＡＳ１は、アプリケーションの実行を制御する機能を備える。
【００３０】
ＨＳＳ２は、加入者情報を保持する。加入者情報は、例えば、ＵＥ７の認証情報、及び、ＵＥ７が加入するアプリケーションの情報等を含む。加入者情報を参照することによって、各ＵＥ７がＡＳ１によって提供されるサービスを受けることができるか否かを判定することができる。
【００３１】
Ｐ−ＣＳＣＦ５、Ｉ−ＣＳＣＦ４及びＳ−ＣＳＣＦ３は、セッション制御機能を備える。Ｐ−ＣＳＣＦ５は、ＵＥ７が最初にアクセスするＣＳＣＦである。Ｉ−ＣＳＣＦ４は、ＵＥ７が利用するＳ−ＣＳＣＦ３を特定する機能を備える。Ｓ−ＣＳＣＦ３は、ＵＥ７のセッション状態を制御及び管理する機能を備える。
【００３２】
ＵＥ７は、移動通信機能、及び、ＳＩＰプロトコルを処理する機能を備える。ＵＥ７は、ＳＩＰ識別子としてＳＩＰ ＵＲＩを保持する。
【００３３】
なお、図１には、例として、Ｓ−ＣＳＣＦ３、Ｉ−ＣＳＣＦ４、Ｐ−ＣＳＣＦ５、ＡＧＷ ６、ＲＡＮ Ｎ２及びＵＥ７を、それぞれ二つずつ示した。しかし、本発明を実施する際に、これらの構成要素の数は任意であってよい。
【００３４】
図２は、本発明の第１の実施の形態のＳ−ＣＳＣＦ３の構成例を示す説明図である。
【００３５】
Ｓ−ＣＳＣＦ３は、回線３２（３２ａ、３２ｂ）を収容するインタフェース部（ＩＦ）３１（３１ａ、３１ｂ）と、ＣＰＵ３４と、メモリ３５と、データベース（ＤＢ）３６とによって構成される。各構成要素は、バス３３で接続される。
【００３６】
メモリ３５には、プロトコル処理を実行するプログラム３８及びＳ−ＣＳＣＦ処理を実行するプログラム３７が記憶されている。メモリ３５には、さらに他のプログラムが記憶されてもよい。
【００３７】
ＣＰＵ３４は、メモリ３５に記憶されたプログラムを実行するプロセッサである。以下の説明においてＳ−ＣＳＣＦ３が実行する処理は、実際には、ＣＰＵ３４がいずれかのプログラムを実行することによって実行される。
【００３８】
プロトコル処理を実行するプログラム３８は、ＳＩＰ信号制御を実行するプログラム、及び、ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムを含む。ＳＩＰ信号制御を実行するプログラムは、Ｓ−ＣＳＣＦ３がＩＰ網Ｎ１上に存在する通信装置との間で信号を送信又は受信するための機能を備える。ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムは、Ｓ−ＣＳＣＦ３がＨＳＳ２との間で信号を送信又は受信するための機能を備える。
【００３９】
Ｓ−ＣＳＣＦ処理を実行するプログラム３７は、アプリケーションフィルタリング情報の参照又は更新に利用される処理プログラム（ＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０及びセッション終了時のＰＳＩフィルタ更新処理９０）、セッション処理を実行する処理プログラム（セッション処理）、位置登録処理を実行する処理プログラム（位置登録処理）、ＵＥ７の位置登録情報の格納に利用される登録情報テーブル２００、ＰＳＩフィルタ情報の格納に利用されるＰＳＩフィルタ情報テーブル２１０、ＰＳＩの識別子とアプリケーションサーバとの対応情報を管理するＰＳＩリスト２２０、及び、位置登録されているＵＥ７のサービスプロファイルを含む。データベース３６が、ＰＳＩフィルタ情報テーブル２１０、ＰＳＩリスト２２０及びサービスプロファイルを含んでもよい。なお、ＰＳＩ（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ）とは、アプリケーション識別子を示す。
【００４０】
Ｓ−ＣＳＣＦ３がＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０、セッション終了時のＰＳＩフィルタ更新処理９０、ＰＳＩフィルタ情報テーブル２１０を備えることによって、Ｓ−ＣＳＣＦ３がアプリケーションへのアクセスを制限することができる。
【００４１】
図４Ａは、本発明の第１の実施の形態の登録情報テーブル２００の構成の一例を示す説明図である。
【００４２】
Ｓ−ＣＳＣＦ３は、端末の位置登録処理を実行する際、登録情報テーブル２００を参照及び更新する。
【００４３】
登録情報テーブル２００は、少なくとも、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１と、各Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１に対応するＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０２、Ｃｏｎｔａｃｔ ２０３、認証情報２０４、及び、サービスプロファイル２０５とを格納する。ここで、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１は、ＵＥ７の認証に用いられる識別子である。Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０２は、ＵＥ７の公開アドレスである。Ｃｏｎｔａｃｔ ２０３は、接続先アドレスである。
【００４４】
Ｓ−ＣＳＣＦ３は、ＵＥ７の位置登録時に、位置登録されるＵＥ７の認証情報２０４及びサービスプロファイル２０５を、ＨＳＳ２から取得する。
【００４５】
登録情報テーブル２００は、さらに有効期限２０６を含んでもよい。登録情報テーブル２００が有効期限２０６を含む場合、Ｓ−ＣＳＣＦ３は有効期限２０６を経過したエントリを削除することができる。
【００４６】
図４Ａの例では、エントリ２００−１のＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１として「ＵＥ＃１」が格納され、エントリ２００−１のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０２として「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」が格納され、エントリ２００−１のＣｏｎｔａｃｔ ２０３として「ｕｅ＃１」が格納されている。このエントリは、図１に示すＵＥ７ａに対応する。
【００４７】
図４Ｂは、本発明の第１の実施の形態のＰＳＩフィルタ情報テーブル２１０の構成の一例を示す説明図である。
【００４８】
Ｓ−ＣＳＣＦ３は、ＡＳ１にメッセージを送信する際、ＰＳＩフィルタ情報テーブル２１０を参照する。ＰＳＩフィルタ情報テーブル２１０は、少なくとも、ＵＥ７のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１と、各ＵＥ７に対して割り当てられたＰＳＩ２１２との対応関係を格納する。ＰＳＩ２１２には、ＵＥ７にサービスを提供するサーバ（例えばＡＳ１）の識別子、又は、そのサーバがＵＥ７に提供するサービスの識別子が格納される。
【００４９】
図４Ｂの例では、エントリ２１０−１のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」が格納され、エントリ２１０−１のＰＳＩ２１２として、ＡＳ１が提供する会議室の識別子である「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」が格納されている。これは、「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」によって識別されるＵＥ７ａが、ＡＳ１によって提供される会議室「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」へのアクセスを許可されていることを示す。この場合、Ｓ−ＣＳＣＦ３は、ＵＥ７ａからＡＳ１のアドレス「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」へのメッセージの通過を許可する。このときＳ−ＣＳＣＦ３が実行する処理については、後で詳細に説明する（図１２等参照）。
【００５０】
さらに、図４Ｂの例では、エントリ２１０−２のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」が格納され、エントリ２１０−２のＰＳＩ２１２として、ＡＳ１が提供する会議サーバの識別子である「ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」が格納されている。これは、ＵＥ７ａが、ＡＳ１によって提供される会議サーバ「ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」へのアクセスを許可されていることを示す。この場合、Ｓ−ＣＳＣＦ３は、ＵＥ７ａからＡＳ１のアドレス「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」へのメッセージの通過を許可する。
【００５１】
図４Ｃは、本発明の第１の実施の形態のＰＳＩリストテーブル２２０の構成の一例を示す説明図である。
【００５２】
Ｓ−ＣＳＣＦ３は、ＡＳ１にメッセージを送信する際、ＰＳＩリストテーブル２２０を参照する。ＰＳＩリストテーブル２２０は、Ｓ−ＣＳＣＦが通過を許可するＰＳＩ２２１を格納する。
【００５３】
図３は、本発明の第１の実施の形態のＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）１の構成例を示す説明図である。
【００５４】
特に、図３には、会議サービスを提供するＡＳ１の構成例を示す。ただし、本発明の効果を奏することができる構成である限り、ＡＳ１が提供するサービスは、他のアプリケーション（例えば、Ｐｕｓｈ ｔｏ Ｔａｌｋ又はＩｎｓｔａｎｔ Ｍｅｓｓａｇｅなど）であってもよい。
【００５５】
ＡＳ１は、回線１２（１２ａ、１２ｂ）を収容するインタフェース部（ＩＦ）１１（１１ａ、１１ｂ）と、ＣＰＵ１４と、メモリ１５と、データベース（ＤＢ）１６とによって構成される。各構成要素は、バス１３で接続される。
【００５６】
メモリ１５には、プロトコル処理を実行するプログラム１８と、アプリケーションの実行制御を実行するプログラム１７とが記憶されている。メモリ１５には、さらに他のプログラムが記憶されてもよい。
【００５７】
ＣＰＵ１４は、メモリ１５に記憶されたプログラムを実行するプロセッサである。以下の説明においてＡＳ１が実行する処理は、実際には、ＣＰＵ１４がいずれかのプログラムを実行することによって実行される。
【００５８】
プロトコル処理を実行するプログラム１８は、ＳＩＰ信号制御を実行するプログラム、及び、ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムを含む。ＳＩＰ信号制御を実行するプログラムは、ＡＳ１がＩＰ網Ｎ１上に存在する通信装置との間で信号を送信又は受信するための機能を備える。ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムは、ＡＳ１がＨＳＳ２との間で信号を送信又は受信するための機能を備える。
【００５９】
アプリケーションの実行制御を実行するプログラム１７は、ＰＳＩ割り当て処理プログラム６０、ＰＳＩ割当解除処理を実行するプログラム７０、ＰＳＩ状態管理テーブル２４０、アプリケーション毎に実行を制御する処理プログラム（アプリケーション処理）、及び、参加者リスト２５０を含む。
【００６０】
ＰＳＩ割当処理プログラム６０及びＰＳＩ割当解除処理を実行するプログラム７０は、アプリケーション起動中にＡＳ１が動的にアプリケーション識別子の割当及び解除をするための機能を備える。アプリケーション処理は、例えば、会議サービスの実行を制御する機能を備える。
【００６１】
データベース１６が、ＰＳＩ状態管理テーブル２４０及び参加者リスト２５０を含んでもよい。
【００６２】
ＡＳ１が、ＰＳＩ割り当て処理プログラム６０、ＰＳＩ割当解除処理を行うプログラム７０、ＰＳＩ状態管理テーブル２４０及び参加者リスト２５０を備えることによって、ＡＳ１は、アプリケーションの実行制御中にユーザ等に割り当てたＰＳＩをＰＳＩ状態管理テーブル２４０の該当エントリに設定することができる。
【００６３】
図５Ａは、本発明の第１の実施の形態のＰＳＩ状態テーブル２４０の構成の一例を示す説明図である。
【００６４】
ＰＳＩ状態テーブル２４０は、少なくとも、ＡＳ１がアプリケーション処理中に割り当てたＰＳＩ２４１と、各ＰＳＩの状態（Ｓｔａｔｅ）２４２との対応関係を格納する。状態２４２には、「ａｃｔｉｖｅ」、「ｉｎａｃｔｉｖｅ」又は「仮割り当て」等、各ＰＳＩの状態を示す値が格納される。例えば、図５Ａのエントリ２４０−１には、ＰＳＩ２４１「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」と状態２４２「Ａｃｔｉｖｅ」との対応関係が格納される。
【００６５】
ＰＳＩ状態テーブル２４０は、エントリの有効期限を示す有効期限２４３を含んでもよい。ＰＳＩ状態テーブル２４０が有効期限２４３を含む場合、ＡＳ１は、上記テーブルから有効期限２４３を経過したエントリを削除することができる。
【００６６】
図５Ｂは、本発明の第１の実施の形態の参加者リスト２５０のテーブル構成の一例を示す説明図である。
【００６７】
参加者リスト２５０には、ＰＳＩ２５１と、各ＰＳＩ２５１が示すアプリケーションに参加するユーザの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）２５２との対応関係が格納される。例えば、エントリ２５０−１には、ＰＳＩ２５１「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」と、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ、 ｓｉｐ：ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」との対応関係が格納される。
【００６８】
次に、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ６）パケットフォーマットについて説明する。ＩＰｖ６パケットは、ＩＰｖ６基本ヘッダと、これに続く拡張ヘッダと、これらのヘッダに続くペイロードとによって構成される。このＩＰｖ６基本ヘッダは、送信元アドレスと、着信先アドレスとを含む。以下、このフォーマットに準拠したＩＰｖ６パケットを用いて説明をするが、本発明の効果が発揮される限り、ＩＰｖ６以外のプロトコル、例えばＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ４）に準拠したパケットを用いてもよい。
【００６９】
次に、ＳＩＰメッセージを含むパケットフォーマットについて説明する。ＳＩＰメッセージは、ＴＣＰ／ＵＤＰなどのトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダとデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００７０】
次に、ＳＩＰメッセージのフォーマットについて説明する。
【００７１】
ＳＩＰメッセージは、少なくとも要求又は応答を示すｓｔａｒｔ−ｌｉｎｅと、ＳＩＰメッセージのパラメータが設定されるｍｅｓｓａｇｅ−ｈｅａｄｅｒとによって構成される。ＳＩＰメッセージを用いて、端末間通信に利用するメディア情報等を送信する場合、ＳＩＰメッセージは、メディア情報等が格納されるｍｅｓｓａｇｅ−ｂｏｄｙを含む。
【００７２】
次に、ＤＩＡＭＥＴＥＲメッセージを含むパケットフォーマットについて説明する。ＤＩＡＭＥＴＥＲメッセージは、ＴＣＰ／ＳＣＴＰなどのトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダとデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００７３】
次に、図６、図７、図８及び図９を参照して、図１に示すＲＡＮ Ｎ２ａに在圏するＵＥ＃１（７ａ）がＳ−ＣＳＣＦ３ａにＩＭＳ位置登録を行い、ＵＥ１＃（７ａ）とＵＥ＃２（７ｂ）の間で会議サービスを起動するシーケンスを説明する。
【００７４】
図６は、本発明の第１の実施の形態のＵＥ＃１（７ａ）が位置登録を行う手順を説明するシーケンス図である。
【００７５】
第１の実施の形態のＵＥ７ａは、ＡＧＷ６ａとの間に、例えばＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）などのリンクを確立し、ＤＨＣＰなどを用いてＰ−ＣＳＣＦ５ａのアドレスを取得する。或いは、ＰＰＰリンク確立時に、ＡＧＷ６ａがＵＥ７ａにＰ−ＣＳＣＦ５ａのアドレスを通知してもよい。
【００７６】
ＲＡＮ Ｎ２上に存在するＵＥ７ａは、ＡＧＷ６ａとの間にリンクを確立する（１０１）。リンク確立時に、ＵＥ７ａはＤＨＣＰアドレスを取得し、ＤＨＣＰからＰ−ＣＳＣＦ５ａのアドレスを取得する。さらに、ＵＥ７ａは、ＡＧＷ６ａとの間にリンク確立した後、ＩＰアドレスを取得する。例えば、ＵＥ７ａは、ＡＧＷ６ａからＩＰｖ６ルータ広告を受信することによって、ＩＰアドレスを取得することができる。
【００７７】
本実施の形態において、ＵＥ７ａは、モバイルＩＰ端末ではなく、ＲＡＮ Ｎ２ａにおいてＩＰアドレスｕｅ＃１を取得したとする。ＵＥ７ａがモバイルＩＰ対応端末である場合、ＵＥ７ａは、ＲＡＮ Ｎ２ａで取得したアドレスをモバイルＩＰの気付アドレスとして利用する。
【００７８】
ＵＥ７ａは、利用するＩＰアドレスをＩＰ網Ｎ１に登録するため、ＤＨＣＰサーバからアドレスを取得したＰ−ＣＳＣＦ５ａにＳＩＰ登録メッセージ（ＳＩＰ ＲＥＧＩＳＴＥＲ）を送信する（１０２）。
【００７９】
Ｐ−ＣＳＣＦ５ａは、上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）のＳｔａｒｔ−ｌｉｎｅに含まれるＵＥ７のＳＩＰ ＵＲＩから、Ｉ−ＣＳＣＦ４ａを特定する。このＳＩＰ登録メッセージは、ＵＥ７ａの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）、認証用のアドレス（Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）及びＣｏｎｔａｃｔアドレスを含む。本実施の形態では、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙをｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔとし、ＵＥ７ａのＰｒｉｖａｔｅ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをＵＥ＃１とする。Ｃｏｎｔａｃｔアドレスとして、ＵＥ７ａがＲＡＮ Ｎ２ａで取得したアドレス（ｕｅ＃１）が設定される。
【００８０】
Ｐ−ＣＳＣＦ５ａは、Ｉ−ＣＳＣＦ４ａに上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信する（１０３）。
【００８１】
Ｉ−ＣＳＣＦ４ａは、ステップ１０３で受信したＳＩＰ登録メッセージに含まれるＵＥ７ａの公開アドレスを検索キーとして、ＨＳＳ２に加入者情報問い合わせメッセージ（ＵＡＲ： Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１０４）。
【００８２】
ＨＳＳ２は、ＵＥ７ａの公開アドレスを検索キーとして加入者情報を参照し、ＵＥ７ａにＳ−ＣＳＣＦ３ａを割り当てる。そして、ＨＳＳ２は、Ｉ−ＣＳＣＦ４ａにＳ−ＣＳＣＦ３ａのアドレス情報を含む応答メッセージ（ＵＲＲ： Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を送信する（１０５）。
【００８３】
Ｉ−ＣＳＣＦ４ａは、ステップ１０５で受信したＳ−ＣＳＣＦ３ａ宛に上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信する（１０６）。
【００８４】
Ｓ−ＣＳＣＦ３ａは、上記ＳＩＰ位置登録メッセージ（ＲＥＧＩＳＴＥＲ）を受信すると、ＵＥ７ａがＳＩＰ登録されているか否かを確認する。この確認は、Ｓ−ＣＳＣＦ３ａが、ＲＥＧＩＳＴＥＲ（１０６）に含まれるＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（図６の例では、「ＵＥ＃１」）を検索キーとして、登録情報テーブル２００を検索することによって実行される。
【００８５】
該当するエントリ（図６の例では、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙが「ＵＥ＃１」であるエントリ）が存在しない場合、登録対象のＵＥ７ａはまだ登録されていない。この場合、Ｓ−ＣＳＣＦ３ａは、位置登録処理として初回登録処理を起動する。そして、Ｓ−ＣＳＣＦ３ａは、登録対象のＵＥ７ａの認証情報を取得するため、ＨＳＳ２に問い合わせ（ＭＡＲ： Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１０７）。ここで、Ｓ−ＣＳＣＦ３ａには、予めＨＳＳ２のアドレスが設定されているものとする。
【００８６】
ＨＳＳ２は、ＲＥＧＩＳＴＥＲ（１０６）に含まれるＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ及びＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＵＥ７ａの認証情報を検索し、Ｓ−ＣＳＣＦ３ａにＵＥ７ａの認証情報を送信する（ＭＡＡ： Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）（１０８）。ここで、ＨＳＳ２は、ＵＥ７ａに割り当てられたＳ−ＣＳＣＦアドレスとして、Ｓ−ＣＳＣＦ３ａのアドレスを格納する。
【００８７】
Ｓ−ＣＳＣＦ３ａは、ＨＳＳから認証情報を受信すると、情報登録テーブル２００に新規エントリ（２００−１）を作成し、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、及び、ＨＳＳ２から受信した認証情報を新規エントリ２００−１に格納する（図４Ａ参照）。
【００８８】
続いて、Ｓ−ＣＳＣＦ３ａは、Ｉ−ＣＳＣＦ４ａ及びＰ−ＣＳＣＦ５ａ経由で、ＵＥ７ａにＳＩＰのエラー応答（４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ）を送信する（１０９、１１０及び１１１）。このエラー応答は、ＵＥ７ａが認証演算に利用する情報を含む。
【００８９】
ＵＥ７ａは、ステップ１１１で受信した情報を用いて認証演算を行い、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、Ｃｏｎｔａｃｔアドレス及び認証演算結果を含むＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）をＰ−ＣＳＣＦ５ａに送信する（１１２）。
【００９０】
Ｐ−ＣＳＣＦ５ａは、ステップ１１２で受信したＳＩＰ登録メッセージをＩ−ＣＳＣＦ４ａに送信する（１１３）。
【００９１】
Ｉ−ＣＳＣＦ４ａは、ステップ１１３で受信したＳＩＰ登録メッセージに含まれるＵＥ７ａの公開アドレスを検索キーとして、ＨＳＳ２に加入者情報問い合わせメッセージ（ＵＡＲ： Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１１４）。
【００９２】
ＨＳＳ２は、ＵＥ７ａの公開アドレスを検索キーとして加入者情報を参照する。ＨＳＳ２には、ステップ１０７受信時に、ＵＥ７ａが利用するＳ−ＣＳＣＦアドレスとして、Ｓ−ＣＳＣＦ３ａが登録されている。そこで、ＨＳＳ２は、Ｉ−ＣＳＣＦ４ａにＳ−ＣＳＣＦ３ａのアドレス情報を含む応答メッセージ（ＵＲＲ：Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を送信する（１１５）。
【００９３】
Ｉ−ＣＳＣＦ４ａは、ステップ１１５で受信したＳ−ＣＳＣＦ３ａ宛に上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信する（１１６）。
【００９４】
Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａがＳＩＰ登録されているか否かを確認する。この確認は、Ｓ−ＣＳＣＦ３ａがＲＥＧＩＳＴＥＲ（１１６）に含まれるＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索することによって実行される。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１０８受信時に登録されたエントリ２００−１を検出し、そのエントリ２００−１から認証情報を読み出す。
【００９５】
Ｓ−ＣＳＣＦ３ａは、エントリ２００−１から読み出した認証情報と、ステップ１１６で受信した認証演算結果を用いて、ＵＥ７ａの認証処理を行う。ＵＥ７ａの認証がＯＫであれば、登録情報テーブル２００のエントリ２００−１のＣｏｎｔａｃｔフィールド２０３に、ステップ１１６で受信したＳＩＰ ＲＥＧＩＳＴＥＲに含まれるＣｏｎｔａｃｔ ｈｅａｄｅｒ（ｕｅ＃１）を格納する（１１７）。
【００９６】
Ｓ−ＣＳＣＦ３ａは、ＨＳＳ２にＵＥ７ａの加入者情報を問い合わせる（ＳＡＲ：Ｓｅｒｖｉｃｅ Ａｓｓｉｇｎｍｅｎｔ Ｒｅｑｕｅｓｔ）（１１８）。ＨＳＳ２は、ユーザ認証用識別子であるＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ毎に加入者情報（Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ）を保持する。Ｓｅｒｉｖｃｅ Ｐｒｏｆｉｌｅには、通信用識別子（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）、Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ａｕｔｈｏｒｉｚａｔｉｏｎ及びＩｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａを設定することができる。
【００９７】
「Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ」には、ＡＳ１と、そのＡＳ１の起動条件「Ｓｅｒｖｉｃｅ Ｐｏｉｎｔ Ｔｒｉｇｇｅｒ」との対応関係を示す情報が含まれる。「Ｓｅｒｖｉｃｅ Ｐｏｉｎｔ Ｔｒｉｇｇｅｒ」には、ＳＩＰ要求メッセージに含まれる情報（Ｒｅｑｕｅｓｔ−ＵＲＩ、ＳＩＰ Ｍｅｔｈｏｄ、ＳＩＰ Ｈｅａｄｅｒ、ＳＤＰなど）等がアプリケーションに応じて設定される。
【００９８】
ＨＳＳ２は、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＵＥ７ａの加入者情報（Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ）からＩｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａを読み出し、Ｓ−ＣＳＣＦ３ａに通知する（ＳＡＡ： Ｓｅｒｖｉｃｅ Ａｓｓｉｇｎｍｅｎｔ Ｒｅｓｐｏｎｓｅ）（１１９）。
【００９９】
Ｓ−ＣＳＣＦ３ａは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索し、検索されたエントリ２００−１にＨＳＳ２から受信したＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅを格納する（１２０）。このＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅは、Ｓ−ＣＳＣＦ３ａが最初のＳＩＰ要求メッセージを受信したとき、アプリケーションサーバの起動要否を決定するために利用される。
【０１００】
Ｓ−ＣＳＣＦ３ａは、Ｉ−ＣＳＣＦ４ａ及びＰ−ＣＳＣＦ５ａ経由でＵＥ７ａにＳＩＰ登録の正常応答（２００）を送信する（１２１、１２２及び１２３）。
【０１０１】
Ｐ−ＣＳＣＦ５ａは、ステップ１２２の応答を受信すると、ＵＥ７ａに割り当てられたＳ−ＣＳＣＦ３ａのアドレスの情報を一定期間保持する。
【０１０２】
上記のＳ−ＣＳＣＦ３ａへの登録は、ＵＥ７ａのＩＰアドレスが変わらない場合でも、Ｓ−ＣＳＣＦ３ａが管理するＳＩＰ登録情報のエントリ有効期限を更新する目的で、所定の周期で繰り返して実行される。
【０１０３】
次に、ＵＥ７ａが会議サービスを起動する手順について説明する。
【０１０４】
図７は、本発明の第１の実施の形態のＵＥ７ａが会議サービスを起動する手順を説明するシーケンス図である。
【０１０５】
ＵＥ７ａは、セッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１３１）。セッション確立要求メッセージとは、セッション制御メッセージの一つである。本実施の形態の場合、ＡＳ１にアプリケーションの起動（本実施の形態では、会議サービスの起動）を要求するメッセージである。このセッション確立要求メッセージは、Ｒｅｑｕｅｓｔ ＵＲＩとして、会議サービスを提供するＡＳ１のアドレス（例えば、ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を含み、例えば、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ ｈｅａｄｅｒとして、ＵＥ７ａの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）（例えば、ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）を含む。
【０１０６】
Ｐ−ＣＳＣＦ５ａは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、ＵＥ７ａに割り当てられたＳ−ＣＳＣＦ３ａのアドレスを読み出し、Ｓ−ＣＳＣＦ３ａにセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１３２）。その後、Ｐ−ＣＳＣＦ５ａは、ＵＥ７ａに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信する（１３３）。
【０１０７】
Ｓ−ＣＳＣＦ３ａは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、Ｐ−ＣＳＣＦ５ａに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し、図１２に示すＰＳＩフィルタ参照処理ルーチン５０を起動する（１３４）。
【０１０８】
図１２は、本発明の第１の実施の形態のＰＳＩフィルタ参照処理ルーチン５０を説明するフローチャートである。
【０１０９】
図２において説明したように、ＰＳＩフィルタ参照処理５０は、Ｓ−ＣＳＣＦ３のメモリ３５に格納され、ＣＰＵ３４によって実行されるプログラム３７のサブプログラムである。従って、図１２の説明においてＳ−ＣＳＣＦ３ａが実行する処理は、実際にはＣＰＵ３４によって実行される。
【０１１０】
まず、Ｓ−ＣＳＣＦ３ａは、受信したＳＩＰメッセージが、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔであるか否かを確認する（５１）。ここで、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔとは、新しいＳＩＰ ｄｉａｌｏｇを確立するＳＩＰ要求、又は、単一トランザクション用ＳＩＰ要求である。
【０１１１】
受信したＳＩＰメッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔである場合（すなわち、ステップ５１で「Ｙｅｓ」と判定された場合）、Ｓ−ＣＳＣＦ３ａは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索し、ＡＳ１が提供するサービス（本実施の形態の場合、会議サービス）を起動してよいか否かを確認する（５２）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１２０で格納されたＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅを参照し、ＵＥ７ａが会議サービスに加入していることを確認する。ＵＥ７ａが会議サービスに加入している場合、ＵＥ７ａは、会議サービスの提供を受けることができる。この場合、ステップ５２において、ＡＳ１が提供する会議サービスを起動してよい（すなわち、「あり」）と判定される。
【０１１２】
次に、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（５３）。
【０１１３】
ステップ５３において、該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０に新規エントリ２１０−２を作成し、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）と、Ｒｅｑｕｅｓｔ ＵＲＩに設定されたアドレス（ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を格納する（５４、１５５）。
【０１１４】
なお、ステップ５３の判定において、「該当エントリ」とは、受信したメッセージの送信元であるＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として含み、かつ、受信したメッセージのＲｅｑｕｅｓｔ ＵＲＩとして設定されたアドレス（ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）をＰＳＩ２１２として含むエントリである。この「該当エントリ」の意味は、後で説明するステップ５７の判定においても同様である。
【０１１５】
ステップ５４において新規エントリが追加された結果、ＡＳ１が提供するサービスと、そのサービスを利用するユーザとの間の対応関係がＰＳＩフィルタ情報テーブル２１０に登録される。以後、メッセージの送信元のユーザと、送信先のＡＳ１が提供するサービスとの対応関係が、ＰＳＩフィルタ情報テーブル２１０に登録されている場合、そのメッセージが正当なアクセスであると判定され、メッセージ（パケット）の通過が許可される。
【０１１６】
その後、Ｓ−ＣＳＣＦ３ａは、ＰＳＩリスト２２０を参照し、ＡＳ１のアドレスを特定する（５５）。
【０１１７】
その後、Ｓ−ＣＳＣＦ３ａは、ＡＳ１にＳＩＰ ＩＮＶＩＴＥを送信し（５６、１３６）、本ルーチンを終了する。
【０１１８】
ステップ５３において、該当エントリが存在する場合、Ｓ−ＣＳＣＦ３ａは、ステップ５４を実行せずにステップ５５を実行する。
【０１１９】
図７のステップ１３４においてＰＳＩフィルタ参照処理ルーチン５０が起動された場合、Ｓ−ＣＳＣＦ３ａが受信したメッセージは、Ｉｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔである。このため、図１２のステップ５１では、必ず「Ｙｅｓ」と判定される。しかし、図７の別のステップ（例えば、後述するステップ１５６）においてＰＳＩフィルタ参照処理ルーチン５０が起動された場合、Ｓ−ＣＳＣＦ３ａが受信したメッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔでない場合がある。
【０１２０】
ステップ５１において、ＳＩＰメッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔでないと判定された場合、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（５７）。
【０１２１】
具体的には、ステップ５７において、Ｓ−ＣＳＣＦ３ａは、Ｓ−ＣＳＣＦ３ａが受信したメッセージを対象として、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在するか否かを判定する。
【０１２２】
ステップ５７において、該当エントリが存在すると判定された場合、受信したメッセージの送信元であるＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙと、受信したメッセージのＲｅｑｕｅｓｔ ＵＲＩとの対応関係が、該当エントリに格納された対応関係と一致する。この場合、Ｓ−ＣＳＣＦ３ａが受信したＡＳ１宛のメッセージは、正当なアクセスであると考えられる。この場合、Ｓ−ＣＳＣＦ３ａは、ＡＳ１のアドレスを特定し、その後、Ｓ−ＣＳＣＦ３ａが受信したメッセージをＡＳ１に送信し（１３６、５６）、本ルーチン５０を終了する。例えば、Ｓ−ＣＳＣＦ３ａがセッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信したことによって本ルーチン５０が起動した場合、そのＩＮＶＩＴＥがステップ５６において送信される。その結果、会議サービスが起動される。
【０１２３】
ステップ５７において、該当エントリが存在しないと判定された場合、Ｓ−ＣＳＣＦ３ａが受信したメッセージは、不正なアクセスであると考えられる。例えば、ＰＳＩフィルタ情報テーブル２１０に、図４Ｂに示すエントリ２１０−１及び２１０−２のみが格納されている場合において、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙが「ｓｉｐ：ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」であるＵＥ７ｂから送信されたメッセージをＳ−ＣＳＣＦ３ａが受信した場合、そのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙはＰＳＩフィルタ情報テーブル２１０に格納されていない。この場合、Ｓ−ＣＳＣＦ３ａは、受信したＵＥ７ｂからのメッセージを不正なアクセスであると判定し、エラー処理（５８）を実行し、本ルーチンを終了する。
【０１２４】
また、ステップ５５において、ＰＳＩリスト２２０に、起動しようとする会議サービスのＰＳＩ２２１が存在しない場合、Ｓ−ＣＳＣＦ３ａはエラー処理（５８）を実行し、本ルーチンを終了する。
【０１２５】
ここで、再び図７を参照する。
【０１２６】
ＡＳ１は、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると（１３６）、Ｓ−ＣＳＣＦ３ａに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し（１３７）、アプリケーション処理プログラムを起動する。本実施の形態において、ＡＳ１は、会議サービスを提供するアプリケーションサーバである。
【０１２７】
会議サービス用アプリケーション処理プログラムを起動中、ＡＳ１は、ＵＥ７ａに会議室割り当てが必要であると判断し、ＰＳＩ割当処理ルーチン６０を起動する（１３８）。ＡＳ１は、ＰＳＩ割当処理ルーチン６０を実行することによって、ＵＥ７ａ用に仮のＰＳＩを動的に割り当て、そのＰＳＩをＵＥ７ａ用会議室の特定に利用する。
【０１２８】
図１５は、本発明の第１の実施の形態のＰＳＩ割当処理ルーチン６０を説明するフローチャートである。
【０１２９】
図３において説明したように、ＰＳＩ割当処理６０は、ＡＳ１のメモリ１５に格納され、ＣＰＵ１４によって実行されるプログラム１７のサブプログラムである。従って、図１５の説明においてＡＳ１が実行する処理は、実際にはＣＰＵ１４によって実行される。
【０１３０】
ＡＳ１は、ＰＳＩ割り当て要求を受けると（６１）、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」」を生成し、生成したＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」」をキーとしてＰＳＩ状態テーブル２４０を検索する。
【０１３１】
生成したＰＳＩを含むエントリが存在しない場合、ＡＳ１は、新規エントリ２４０−１を生成し、生成したＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」をＰＳＩ ２４１に、状態「仮割り当て」をＳｔａｔｅ ２４２に格納する（６２）。
【０１３２】
続いて、ＡＳ１は、上記ＰＳＩを含む暫定応答１８３をＳ−ＣＳＣＦ３ａに送信し（６３、１３９）、Ｓ−ＣＳＣＦ３ａからの応答を待つ。なお、上記暫定応答１８３のＣｏｎｔａｃｔ ｈｅａｄｅｒには、ＡＳ１が生成したＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」及びｉｓ ｆｏｃｕｓパラメータが設定される。
【０１３３】
再び図７を参照する。
【０１３４】
Ｓ−ＣＳＣＦ３ａは、ＡＳ１からＳＩＰ ＩＮＶＩＴＥの暫定応答１８３を受信し（１３９）、ＰＳＩフィルタ更新処理ルーチン８０を起動する。
【０１３５】
図１３は、本発明の第１の実施の形態のＰＳＩフィルタ更新処理ルーチン８０を説明するフローチャートである。
【０１３６】
図２において説明したように、ＰＳＩフィルタ更新処理８０は、Ｓ−ＣＳＣＦ３のメモリ３５に格納され、ＣＰＵ３４によって実行されるプログラム３７のサブプログラムである。従って、図１３の説明においてＳ−ＣＳＣＦ３ａが実行する処理は、実際にはＣＰＵ３４によって実行される。
【０１３７】
Ｓ−ＣＳＣＦ３ａは、ＡＳ１から暫定応答１８３を受信すると（８１）、受信した暫定応答１８３のＣｏｎｔａｃｔ Ｈｅａｄｅｒに、ｉｓ ｆｏｃｕｓパラメータが含まれるか否かを判断する（８２）。
【０１３８】
Ｃｏｎｔａｃｔ Ｈｅａｄｅｒがｉｓ ｆｏｃｕｓパラメータを含む場合、Ｓ−ＣＳＣＦ３ａは、Ｃｏｎｔａｃｔ ＨｅａｄｅｒからＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を抽出する。Ｓ−ＣＳＣＦ３ａは、ＳＩＰプロトコルのＤｉａｌｏｇ ＩＤから、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを抽出し、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する。
【０１３９】
ＰＳＩフィルタ情報テーブル２１０に、暫定応答１８３の送信先であるＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として含み、かつ、Ｃｏｎｔａｃｔ Ｈｅａｄｅｒから抽出されたＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）をＰＳＩ２１２として含むエントリが存在しない場合、ＵＥ７ａがこれから受けようとするサービスの識別子と、ＵＥ７ａの識別子との対応関係がまだＰＳＩフィルタ情報テーブル２１０に格納されていない。この場合、Ｓ−ＣＳＣＦ３ａは、新規エントリ（２１０−１）にＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）と上記ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）の対応情報を格納し（８３、１４０）、本ルーチンを終了する。
【０１４０】
ステップ８２において、暫定応答１８３のＣｏｎｔａｃｔ Ｈｅａｄｅｒにｉｓ ｆｏｃｕｓパラメータが含まれない場合、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチンを終了する。
【０１４１】
再び図７のシーケンスに戻り、説明を続ける。
【０１４２】
Ｓ−ＣＳＣＦ３ａは、ＩＮＶＩＴＥへの暫定応答１８３をＰ−ＣＳＣＦ５ａ経由でＵＥ７ａへ送信する（１４１、１４２）。
【０１４３】
ＵＥ７ａは、暫定応答１８３（１４２）の受信をＡＳ１に通知するため、ＰＲＡＣＫ（Ｐｒｏｖｉｓｉｏｎａｌ Ｒｅｓｐｏｎｓｅ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）を送信する（１４３）。
【０１４４】
Ｓ−ＣＳＣＦ３ａは、ＰＲＡＣＫを受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動する（１５６）。この場合、ＰＲＡＣＫメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で更新されたエントリ（２１０−２）を該当エントリとして検出し、上記ＰＲＡＣＫメッセージをＡＳ１へ送信する。
【０１４５】
ステップ５７において、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、エラー処理を実行し（５８）、本ルーチン５０を終了する。Ｓ−ＣＳＣＦ３ａがＰＳＩフィルタ情報テーブル２１０及びＰＳＩフィルタ参照処理ルーチン５０を保持することによって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩを用いたフィルタリングを実行することが可能になる。
【０１４６】
ＡＳ１は、ＰＲＡＣＫを正常に受信したことを示す応答メッセージ（２００ ＯＫ）をＵＥ７ａに送信する（１４４）。
【０１４７】
Ｓ−ＣＳＣＦ３ａは、ステップ１４４の２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、ｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１４８】
続いて、ＵＥ７ａは、リソース予約の完了を通知するため、ＡＳ１にＵＰＤＡＴＥメッセージを送信する（１４５）。
【０１４９】
Ｓ−ＣＳＣＦ３ａは、ＵＰＤＡＴＥメッセージ（１４５）を受信すると、ステップ１５６と同様にＰＳＩフィルタ参照処理ルーチン５０を起動する（１５７）。この場合、ＵＰＤＡＴＥメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で更新されたエントリ（２１０−２）を該当エントリとして検出し、上記ＵＰＤＡＴＥメッセージをＡＳ１へ送信する。
【０１５０】
ステップ５７において、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０１５１】
ＡＳ１は、ＵＰＤＡＴＥメッセージ（１４５）を受信すると、ＵＰＤＡＴＥを正常に受信したことを示す応答メッセージ（２００ ＯＫ）をＳ−ＣＳＣＦ３ａ及びＰ−ＣＳＣＦ５ａ経由でＵＥ７ａに送信する（１４６）。
【０１５２】
Ｓ−ＣＳＣＦ３ａは、ステップ１４６の２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、ｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１５３】
ＡＳ１は、ＵＰＤＡＴＥメッセージ（１４５）を受信すると、ステップ１３８で仮割り当てされたＰＳＩを正式に割り当て、ＰＳＩ状態管理テーブル２４０の該当エントリのＳｔａｔｅ ２４２を「仮割り当て」から「ＡＣＴＩＶＥ」に更新する（１４７）。さらに、ＡＳ１は、ＡＳ１がステップ１３８で割り当てたＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、参加者リスト２５０を検索する。参加者リスト２５０に、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」を含むエントリ存在する場合、ＡＳ１は、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをそのエントリのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２に追加する。
【０１５４】
一方、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」を含むエントリが参加者リスト２５０に存在しない場合、ＡＳ１は、新規エントリ（２５０−１）を追加し、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」とＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙとの対応情報を格納する（１４７）。
【０１５５】
ＡＳ１は、ステップ１４７で割り当てたＰＳＩとＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙの対応情報をＨＳＳ２に通知（ＰＵＲ： Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ）する（１４８）。ＨＳＳ２は、ステップ１４８の通知を受信すると、通知に含まれる対応情報を格納し、ＰＵＲの応答メッセージ（ＰＵＡ： Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ｒｅｓｐｏｎｓｅ）をＳ−ＣＳＣＦ３ａに送信する（１４９、１５０）。
【０１５６】
ＡＳ１は、ステップ１３６で受信したＩＮＶＩＴＥへの最終応答２００ ＯＫをＳ−ＣＳＣＦ３ａ、Ｐ−ＣＳＣＦ５ａ経由でＵＥ７ａに送信する（１５１、１５３）。
【０１５７】
Ｓ−ＣＳＣＦ３ａは、ステップ１５１の２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、受信した応答にｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１５８】
ＵＥ７ａは、上記正常応答メッセージ（１５３）を受信すると、応答確認メッセージ（ＡＣＫ）をＰ−ＣＳＣＦ５ａ及びＳ−ＣＳＣＦ３ａ経由でＡＳ１に送信する（１５４）。
【０１５９】
Ｓ−ＣＳＣＦ３ａは、ＡＣＫメッセージ（１５４）を受信すると、ステップ１５６と同様にＰＳＩフィルタ参照処理ルーチン５０を起動する（１６０）。この場合、ＡＣＫメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため（５１）、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で更新されたエントリ（２１０−２）を該当エントリとして検出し、上記ＡＣＫメッセージをＡＳ１へ送信する。
【０１６０】
ステップ５７において、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを含むエントリがＰＳＩフィルタ情報テーブル２１０に存在しない場合、Ｓ−ＣＳＣＦ３ａは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０１６１】
ＵＥ７ａは、以上のシーケンスに従って、ＡＳ１が実行を制御する会議サービスを起動する。以上のシーケンスを実行することによって、ＵＥ７ａが参加する会議室用のアドレス宛のメッセージの通過をＳ−ＣＳＣＦ３ａが許可又は禁止するメカニズムを提供することが可能になる。この結果、ＡＳ１への許可されていない（すなわち、不正な）メッセージの転送を防ぐことができる。
【０１６２】
次に、ＵＥ７ａが会議室にＵＥ７ｂを召集する手順を説明する。
【０１６３】
図８は、本発明の第１の実施の形態のＵＥ７ａが会議室にＵＥ７ｂを召集する手順を説明するシーケンス図である。
【０１６４】
ここで、ＵＥ７ｂは、図６に示すＵＥ７ａの登録と同様の手順によって、Ｓ−ＳＣＣＦ３ｂに登録されているものとする。
【０１６５】
ＵＥ７ａは、ＵＥ７ｂを会議サービスに召集するため、ＲＥＦＥＲメッセージをＰ−ＣＳＣＦ５ａ経由でＳ−ＣＳＣＦ３ａに送信する。ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ ＵＲＩヘッダには、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ＳＩＰ： ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）が設定される。また、ＲＥＦＥＲメッセージのＲｅｆｅｒ−ｔｏ ｈｅａｄｅｒには、ＵＥ７ａがＵＥ７ｂを召集する会議室の識別子（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｃｏｍ）が含まれる。
【０１６６】
Ｓ−ＣＳＣＦ３ａは、上記ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ ＵＲＩから、ＵＥ７ｂが契約する網（ホーム網）に存在するＩ−ＣＳＣＦ４ｂを特定し、特定されたＩ−ＣＳＣＦ４ｂへＲＥＦＥＲメッセージを送信する（１６１）。
【０１６７】
Ｉ−ＣＳＣＦ４ｂは、ステップ１６１で受信したＳＩＰ ＲＥＦＥＲメッセージに含まれるＵＥ７ｂの公開アドレスを検索キーとして、ＨＳＳ２に位置情報問い合わせメッセージ（ＬＩＲ： Ｌｏｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１６２）。
【０１６８】
ＨＳＳ２は、ＵＥ７ｂの公開アドレスを検索キーとして加入者情報を参照し、ＵＥ７ｂに割り当てられているＳ−ＣＳＣＦ３ｂのアドレスを検出する。そして、ＨＳＳ２は、Ｓ−ＣＳＣＦ３ｂのアドレス情報を含む応答メッセージ（ＬＩＡ： Ｌｏｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒ）をＩ−ＣＳＣＦ４ｂに送信する（１６３）。
【０１６９】
Ｉ−ＣＳＣＦ４ｂは、上記メッセージＬＩＡに含まれるＳ−ＣＳＣＦ３ｂ宛にＳＩＰ ＲＥＦＥＲメッセージを送信する（１６４）。
【０１７０】
ステップ１６４を受信したＳ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ参照処理ルーチン５０を起動する（１６５）。上記ＲＥＦＥＲメッセージ（１６４）は、Ｉｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔであるため（５１）、Ｓ−ＣＳＣＦ３ｂは、登録時にＨＳＳからダウンロードした加入者情報（Ｓｅｒｉｖｉｃｅ Ｐｒｏｆｉｌｅ）を参照して、アプリケーションサーバを起動するか否かを判断する（５２）。
【０１７１】
ここで、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂが会議サービスに加入していると判定し、Ｓ−ＣＳＣＦ３ｂが保持するＰＳＩフィルタ情報テーブル２１０にＵＥ７ｂ用のエントリを格納する（１６６）。ここで格納されるＵＥ７ｂ用のエントリは、ＵＥ７ｂの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）と、ＲＥＦＥＲ−ｔｏ ｈｅａｄｅｒに設定されている会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）との対応関係を示す情報を含む。
【０１７２】
その後、Ｓ−ＣＳＣＦ３ｂは、Ｐ−ＣＳＣＦ５ｂ経由でＵＥ７ｂにＳＩＰ ＲＥＦＥＲメッセージを送信する（１６７）。
【０１７３】
ＵＥ７ｂは、上記ＳＩＰ要求の正常応答（応答コード：２０２）を、Ｐ−ＣＳＣＦ５ｂ、Ｓ−ＣＳＣＦ３ｂ、Ｉ−ＣＳＣＦ４ｂ、Ｓ−ＣＳＣＦ３ａ及びＰ−ＣＳＣＦ５ａ経由でＵＥ７ａに送信する（１６８）。
【０１７４】
応答コードを受信したＵＥ７ｂは、ＵＥ７ａにＲＥＦＥＲ（１６７）で受信したイベントの状態を通知するため、ＵＥ７ａにＳＩＰ ＮＯＴＩＦＹメッセージを送信する（１６９）。
【０１７５】
ＵＥ７ａは、上記ＳＩＰ ＮＯＴＩＦＹを受信すると、ＵＥ７ｂにＮＯＴＩＦＹへの正常応答（２００）を送信する（１７０）。
【０１７６】
ステップ１６７のＳＩＰ ＲＥＦＥＲメッセージを受信したＵＥ７ｂは、召集された会議室に参加する場合、後述する図９のシーケンスを実行する（１７１）。
【０１７７】
ＵＥ７ｂが会議室への参加処理（図９）を終了すると、ＵＥ７ｂは、ＵＥ７ａにＳＩＰ ＮＯＴＩＦＹメッセージを送信し、会議室への参加処理終了を通知する（１７２）。ＵＥ７ａは、上記ＳＩＰ ＮＯＴＩＦＹメッセージを正常に受信すると、応答コード２００をＵＥ７ｂに送信する（１７３）。
【０１７８】
以後、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージを受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動する。その結果、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージの送信元のＵＥ７の識別子と、送信先のＡＳ１の識別子（又は、ＵＥ７が受けているサービスの識別子）との対応関係が、ＰＳＩフィルタ情報テーブルに格納されている情報が示す対応関係と一致するか否かを判定する（５７）。これらの対応関係が一致する場合のみ、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージをＡＳ１に送信する（５６）。これらの対応関係が一致しない場合、受信したＳＩＰ要求メッセージが不正なものであるため、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージをＡＳ１に送信せずに、エラー処理を実行する（５８）。
【０１７９】
次に、ＵＥ７ｂがＵＥ７ａに召集された会議室に参加する手順を説明する。
【０１８０】
図９は、本発明の第１の実施の形態のＵＥ７ｂがＵＥ７ａに召集された会議室に参加する手順を説明するシーケンス図である。
【０１８１】
ＵＥ７ｂは、ステップ１６７で受信した会議室のＰＳＩ（例えば、ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）をＲｅｑｕｅｓｔ ＵＲＩとして設定したセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１８１）。このＳＩＰ ＩＮＶＩＴＥは、例えば、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ ｈｅａｄｅｒにＵＥ７ｂの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）を含む。
【０１８２】
Ｐ−ＣＳＣＦ５ｂは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、ＵＥ７ｂに割り当てられたＳ−ＣＳＣＦ３ｂのアドレスを読み出し、Ｓ−ＣＳＣＦ３ｂにセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１８３）。その後、Ｐ−ＣＳＣＦ５ｂは、ＵＥ７ｂに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信する（１８２）。
【０１８３】
Ｓ−ＣＳＣＦ３ｂは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、Ｐ−ＣＳＣＦ５ｂに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し、図１２に示すＰＳＩフィルタ参照処理ルーチン５０を起動する（１８４）。以下の手順のうち、既に説明した手順については、詳細な説明を省略する。
【０１８４】
まず、Ｓ−ＣＳＣＦ３ｂは、ＳＩＰメッセージが、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔであるか否かを確認する（５１）。ここで、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔとは、新しいＳＩＰ ｄｉａｌｏｇを確立するＳＩＰ要求、又は、単一トランザクション用ＳＩＰ要求である。
【０１８５】
受信したＳＩＰ要求がＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔである場合、Ｓ−ＣＳＣＦ３ｂは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索し、ＡＳ１を起動するか否かを確認する（５２）。ここで、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂの登録時にＳ−ＣＳＣＦ３ｂがＨＳＳから取得したＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅを参照し（１８５）、ＵＥ７ａが会議サービスに加入していることを確認する。
【０１８６】
次に、Ｓ−ＣＳＣＦ３ｂは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（５３）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１６６で更新されたエントリを検出する（１９９）。
【０１８７】
その後、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩリスト２２０を参照し、ＡＳ１のアドレスを特定し（５６）、ＡＳ１にＳＩＰ ＩＮＶＩＴＥを送信し（１８６）、本ルーチン５０を終了する。
【０１８８】
ＡＳ１は、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると（１８６）、Ｓ−ＣＳＣＦ３ｂに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し（１８７）、アプリケーション処理プログラムを起動する。本実施の形態において、ＡＳ１は、会議サービスを提供するアプリケーションサーバである。
【０１８９】
会議サービス用アプリケーション処理プログラムを起動中、ＡＳ１は、上記ＩＮＶＩＴＥのＲｅｑｕｅｓｔ ＵＲＩに設定されたＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、ＰＳＩ状態テーブル２４０を検索する。ここで、ＡＳ１は、エントリ２４０−１を検出し、上記ＰＳＩの状態２４２を確認する（１８８）。ＰＳＩの状態が「ａｃｔｉｖｅ」である場合、上記ＰＳＩはＡＳ１によって割り当てられたと判定できる。
【０１９０】
続いて、ＡＳ１は、ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、参加者リスト２５０を検索する。ＡＳ１は、ステップ１４７で生成されたエントリ２５０−１を検出し、そのエントリ２５０−１のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２に、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ｓｉｐ：ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）を追加する。
【０１９１】
続いて、ＡＳ１は、上記ＰＳＩを含む暫定応答１８３をＳ−ＣＳＣＦ３ｂに送信し（１８９）、Ｓ−ＣＳＣＦ３ｂからの応答を待つ。
【０１９２】
Ｓ−ＣＳＣＦ３ｂは、ＡＳ１からＳＩＰ ＩＮＶＩＴＥの暫定応答１８３を受信すると（１８９）、ＰＳＩフィルタ更新処理ルーチン８０を起動する（８１）。
【０１９３】
ステップ８２において、上記暫定応答１８３のＣｏｎｔａｃｔ Ｈｅａｄｅｒにｉｓ ｆｏｃｕｓパラメータが含まれない場合、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１９４】
Ｓ−ＣＳＣＦ３ｂは、ＩＮＶＩＴＥへの暫定応答１８３をＰ−ＣＳＣＦ５ｂ経由でＵＥ７ｂへ送信する（１９０、１９１）。
【０１９５】
ＵＥ７ｂは、暫定応答（１９１）の受信をＡＳ１に通知するため、ＰＲＡＣＫを送信する（１９２）。
【０１９６】
Ｓ−ＣＳＣＦ３ｂは、ＰＲＡＣＫを受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動する。この場合、ＰＲＡＣＫメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため（５１）、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１６６で更新されたエントリを検出し、上記ＰＲＡＣＫメッセージをＡＳ１へ送信する。
【０１９７】
ステップ５７において、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ｂは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０１９８】
以上のように、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を保持し、ＰＳＩフィルタ参照処理ルーチン５０を実行することによって、ＰＳＩを用いたフィルタリングを行うことが可能になる。言い換えると、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂが参加する会議室用のアドレス宛のメッセージの通過を、ＰＳＩに基づいて許可又は禁止することができる。
【０１９９】
ＡＳ１は、ＰＲＡＣＫを正常に受信したことを示す応答メッセージ（２００ ＯＫ）をＵＥ７ｂに送信する（１９３）。Ｓ−ＣＳＣＦ３ｂは、２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、受信したメッセージにｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０２００】
続いて、ＵＥ７ｂは、リソース予約の完了を通知するため、ＡＳ１にＵＰＤＡＴＥメッセージを送信する（１９４）。
【０２０１】
Ｓ−ＣＳＣＦ３ｂは、ＵＰＤＡＴＥメッセージ（１９４）受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動して、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１６６で更新されたエントリを検出し、上記ＵＰＤＡＴＥメッセージをＡＳ１へ送信する。
【０２０２】
ステップ５７において、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを含むエントリがＰＳＩフィルタ情報テーブル２１０に存在しない場合、Ｓ−ＣＳＣＦ３ｂは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０２０３】
ＡＳ１は、ＵＰＤＡＴＥメッセージ（１９４）を受信すると、ＵＰＤＡＴＥを正常に受信したことを示す応答メッセージ（２００ ＯＫ）を、Ｓ−ＣＳＣＦ３ｂ及びＰ−ＣＳＣＦ５ｂ経由でＵＥ７ｂに送信する（１９５）。
【０２０４】
Ｓ−ＣＳＣＦ３ｂは、２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、受信したメッセージにｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０２０５】
続いて、ＡＳ１は、ステップ１８６で受信したＩＮＶＩＴＥへの最終応答２００を、Ｓ−ＣＳＣＦ３ｂ及びＰ−ＣＳＣＦ５ｂ経由でＵＥ７ｂに送信する（１９６）。
【０２０６】
ＵＥ７ｂは、上記正常応答メッセージ１９６を受信すると、応答確認メッセージ（ＡＣＫ）をＰ−ＣＳＣＦ５ｂ及びＳ−ＣＳＣＦ３ｂ経由でＡＳ１に送信する（１９７）。
【０２０７】
以上の処理によって、ＵＥ７ｂは、ＵＥ７ａに召集された会議室（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）へ参加することが可能になる。
【０２０８】
次に、ＵＥ７ｂがＵＥ７ａに召集された会議室から退出する手順を説明する。
【０２０９】
図１０は、本発明の第１の実施の形態のＵＥ７ｂが、ＵＥ７ａに召集された会議室から退出する手順を説明するシーケンス図である。
【０２１０】
ＵＥ７ｂは、Ｐ−ＣＳＣＦ５ｂ及びＳ−ＣＳＣＦ３ｂ経由で、ＡＳ１に解放要求（ＢＹＥ）メッセージを送信する（５０１、５０２、５０３）。この解放要求（ＢＹＥ）のＲｅｑｕｅｓｔ ＵＲＩには、ＵＥ７ｂがＵＥ７ａから招待された会議室（以下の説明において、ＵＥ７ｂが退室しようとする会議室）を示すアプリケーション識別子ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）が設定される。
【０２１１】
Ｓ−ＣＳＣＦ３ｂは、解放要求（ＢＹＥ）を受信すると（５０２）、ＰＳＩフィルタ更新処理（セッション終了時）のルーチン９０を起動する。
【０２１２】
図１４は、本発明の第１の実施の形態のＰＳＩフィルタ更新処理（セッション終了時）ルーチン９０を説明するフローチャートである。
【０２１３】
図２において説明したように、ＰＳＩフィルタ更新処理（セッション終了時）９０は、Ｓ−ＣＳＣＦ３のメモリ３５に格納され、ＣＰＵ３４によって実行されるプログラム３７のサブプログラムである。従って、図１４の説明においてＳ−ＣＳＣＦ３ａが実行する処理は、実際にはＣＰＵ３４によって実行される。
【０２１４】
Ｓ−ＣＳＣＦ３ｂは、解放要求（ＢＹＥ）を受信すると（９１）、ＵＥ７ｂが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（９２）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１９０で生成されたエントリを検出する。
【０２１５】
ステップ９２において、検索条件に適合するエントリがある場合、Ｓ−ＣＳＣＦ３ｂは、ＡＳ１に開放要求（ＢＹＥ）を送信し、ＡＳ１からの応答を待つ（９３）。
【０２１６】
ステップ９２において、ＰＳＩフィルタ情報テーブル２１０に、検索条件に適合するエントリが存在しない場合、Ｓ−ＣＳＣＦ３ｂは、通常のＢＹＥ送信処理を実行する（９６）。
【０２１７】
ここで、再び図１０を参照する。ＡＳ１は、上記解放要求（ＢＹＥ）（５０３）を受信すると、ＵＥ７ｂが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして参加者リスト２５０を検索する。ＡＳ１は、ステップ１８８で更新されたエントリ（２５０−１）を検出し、検出されたエントリのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２からＵＥ７ｂの情報を削除する（５０４）。
【０２１８】
その後、ＡＳ１は、ＵＥ７ｂに解放要求（ＢＹＥ）の正常終了（２００ ＯＫ）を送信する（５０５）。
【０２１９】
上記正常応答５０５を受信したＳ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ更新処理（セッション終了時）ルーチンを再開する（９４）。再び図１４を参照する。Ｓ−ＣＳＣＦ３ｂは、ステップ９２において検出されたエントリからＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを削除し（５０６、９５）、本ルーチン９０を終了する。
【０２２０】
ＰＳＩを利用するユーザがアプリケーションの利用を終了した場合、Ｓ−ＣＳＣＦ３は、ＰＳＩフィルタ更新処理（セッション終了時）ルーチン９０を実行することによって、ＰＳＩとユーザの対応情報を更新することができる。その後、Ｓ−ＣＳＣＦ３は、更新された対応情報に基づいて、メッセージの通過の許可又は禁止を判定する。その結果、あるユーザから、そのユーザが既に利用を終了したアプリケーションに関するメッセージを受けたＳ−ＣＳＣＦ３は、そのメッセージの通過を禁止する。
【０２２１】
次に、ＵＥ７ａが会議室から退出するとともに、会議室を終了する手順を説明する。
【０２２２】
図１１は、本発明の第１の実施の形態のＵＥ７ａが会議室から退出するとともに、会議室を終了する手順を説明するシーケンス図である。
【０２２３】
ＵＥ７ａは、Ｐ−ＣＳＣＦ５ａ、Ｓ−ＣＳＣＦ３ａ経由でＡＳ１に解放要求（ＢＹＥ）メッセージを送信する（５２１、５２２、５２３）。この解放要求（ＢＹＥ）のＲｅｑｕｅｓｔ ＵＲＩには、ＵＥ７ａがＡＳ１から受信した会議室（以下の説明において、ＵＥ７ｂが退室しようとする会議室）を示すアプリケーション識別子ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）が設定される。
【０２２４】
Ｓ−ＣＳＣＦ３ａは、解放要求（ＢＹＥ）を受信すると（５２２）、ＰＳＩフィルタ更新処理（セッション終了時）のルーチン９０を起動する（９１）。
【０２２５】
Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（９２）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で生成されたエントリ（２１０−１）を検出する。
【０２２６】
ステップ９２において、検索条件に適合するエントリがある場合、Ｓ−ＣＳＣＦ３ａは、ＡＳ１に開放要求（ＢＹＥ）を送信し、ＡＳ１からの応答を待つ（９３）。
【０２２７】
ステップ９２において、ＰＳＩフィルタ情報テーブル２１０に、検索条件に適合するエントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、通常のＢＹＥ送信処理を実行する（９６）。
【０２２８】
ＡＳ１は、上記解放要求（ＢＹＥ）（５２３）を受信すると、ＵＥ７ａが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして参加者リスト２５０を検索する。ＡＳ１は、ステップ１４７で更新されたエントリ（２５０−１）を検出し、検出されたエントリのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２からＵＥ７ａの情報を削除する。このとき、エントリ２５０−１のＰＳＩを利用するＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙが存在しなくなるため、ＡＳ１は、エントリ２５０−１をテーブル２５０から削除する。
【０２２９】
ＡＳ１は、テーブル２５０からエントリを削除したとき、ＰＳＩ割当解除処理ルーチン７０を起動し、ＰＳＩ割当解除を要求する（５２４）。
【０２３０】
図１６は、本発明の第１の実施の形態のＰＳＩ割当解除処理ルーチン７０を説明するフローチャートである。
【０２３１】
図３において説明したように、ＰＳＩ割当解除処理７０は、ＡＳ１のメモリ１５に格納され、ＣＰＵ１４によって実行されるプログラム１７のサブプログラムである。従って、図１６の説明においてＡＳ１が実行する処理は、実際にはＣＰＵ１４によって実行される。
【０２３２】
ＡＳ１は、ＰＳＩ割当解除要求を受信すると（７１）、削除対象ＰＳＩを検索キーとして、ＰＳＩ状態テーブルを検索する。ここで、ＡＳ１は、ステップ１３８で仮割当を行い、ステップ１４７で正式に割り当てたエントリ２４０−１を検出し、そのエントリ２４０−１を削除する（７２）。
【０２３３】
さらに、ＡＳ１は、ＨＳＳ２に、ＨＳＳ２が管理するＰＳＩ情報の更新を要求する（ＰＵＲ： Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ）（７３、５２５）。
【０２３４】
ＨＳＳ２は、ステップ１４９で更新したＡｃｔｉｖａｔｅしたＰＳＩをｄｅａｃｔｉｖａｔｅし（５２６）、ＡＳ１に応答（ＰＵＡ：Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ａｎｓｗｅｒ）を送信する（５２７）。
【０２３５】
ＡＳ１は、ＨＳＳ２からＰＵＡ（５２７）を受信すると（５２８）、ＰＳＩ割当解除処理ルーチン７０を終了する。
【０２３６】
ここで、図１１に戻り、シーケンスの説明を続ける。
【０２３７】
その後、ＡＳ１は、ＵＥ７ａに解放要求（ＢＹＥ）の正常終了（２００ ＯＫ）を送信する（５２８、５３０、５３１）。
【０２３８】
上記正常応答５２８を受信したＳ−ＣＳＣＦ３ａは、ＰＳＩフィルタ更新処理（セッション終了時）ルーチンを再開する（９４）。Ｓ−ＣＳＣＦ３ａは、ステップ９２において検出されたエントリからＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを削除し（９５、５２９）、本ルーチン９０を終了する。
【０２３９】
ＡＳ１がＰＳＩフィルタ更新処理（セッション終了時）ルーチン９０を備えることにより、ＰＳＩを利用するユーザがアプリケーションの利用を終了した場合、ＡＳ１はＰＳＩとユーザの対応情報を更新できる。
【０２４０】
Ｓ−ＣＳＣＦ３がＰＳＩフィルタ更新処理（セッション終了時）のルーチン９０を実行することによって、Ｓ−ＣＳＣＦ３は、ＰＳＩを用いたアクセス制御を動的に実行することができる。すなわち、ＡＳ１への不正アクセスを防止することが可能になる。
【０２４１】
なお、本実施の形態において、Ｓ−ＣＳＣＦ３とＨＳＳ２は、同一の通信装置によって実現されてもよい。或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１は、同一の装置によって実現されてもよい。或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１とＨＳＳ２は、同一の装置によって実現されてもよい。或いは、Ｓ−ＣＳＣＦ３、Ｉ−ＣＳＣＦ４及びＰ−ＣＳＣＦ５が同一の装置によって実現されてもよい。
【０２４２】
以上、本発明の第１の実施の形態によると、ＵＥ７がアプリケーションの利用を開始する時に、Ｓ−ＣＳＣＦ３は、アプリケーション識別子とユーザ（ＵＥ７）の公開アドレスとを対応付けて、ＰＳＩフィルタ情報テーブル２１０として保持する。そして、ＵＥ７がプリケーションの利用を終了すると、Ｓ−ＣＳＣＦ３は、上記対応を解除する。Ｓ−ＣＳＣＦ３は、ＵＥ７が利用するアプリケーション識別子を、パケットフィルタリング情報として利用することができる。
【０２４３】
具体的には、Ｓ−ＣＳＣＦ３は、ＵＥ７又はその他の端末からＡＳ１宛のメッセージを含むパケットを受信したとき（例えば、図７のステップ１３４、１５５、１５６、１５７、１６０、図９のステップ１９２及び１９４等）、図１２に示すＰＳＩフィルタ参照処理ルーチン５０を実行する。メッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔでない場合、Ｓ−ＣＳＣＦ３は、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在するか否かを判定する（５７）。
【０２４４】
ステップ５７において該当エントリが存在する場合、受信したメッセージをＡＳ１に送信することは、不正アクセスに該当しない。このため、Ｓ−ＣＳＣＦ３は、受信したメッセージを含むパケットの通過を許可し、そのパケットをＡＳ１に送信する（５６）。
【０２４５】
一方、ステップ５７において該当エントリが存在しない場合、受信したメッセージをＡＳ１に送信することは、不正アクセスに該当する。このため、Ｓ−ＣＳＣＦ３は、受信したメッセージを含むパケットの通過を禁止し、エラー処理を実行する（５８）。
【０２４６】
このように、Ｓ−ＣＳＣＦ３がアプリケーション識別子を用いてパケットフィルタリングを行うことによって、ＡＳ１への不正アクセスを防ぐことができる。
【０２４７】
次に、本発明の第２の実施の形態を、図面を用いて説明する。
【０２４８】
上記の第１の実施の形態では、Ｓ−ＣＳＣＦ３が、受信したパケットの通過を許可するか否かを判定することによってＡＳ１への不正なアクセスを防止した。これに対して、第２の実施の形態のＳ−ＣＳＣＦ３は、パケットの通過を制御しない。代わりに、第２の実施の形態では、ＡＳ１が、受信したパケットが要求するアプリケーションを実行するか否かを判定する。
【０２４９】
第２の実施の形態は、上記のようなＡＳ１によるパケットフィルタリングを実現するため、ＡＳ１が、アプリケーション識別子を用いたフィルタリング手段を備えることを特徴とする。
【０２５０】
ＡＳ１が上記のパケットフィルタリング手段を備えることによって、ＡＳ１は、Ｓ−ＣＳＣＦ３から信号を受信したとき、アプリケーション識別子（ＰＳＩ）を用いたパケットフィルタリングを実行することが可能になる。
【０２５１】
本発明の第２の実施の形態の通信網は、第１の実施の形態と同様であるため、説明を省略する（図１参照）。以下、本発明の第２の実施の形態が第１の実施の形態と相違する点についてのみ説明する。
【０２５２】
第２の実施の形態において、Ｓ−ＣＳＣＦ３のメモリ３７は、ＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０、ＰＳＩフィルタ更新処理（セッション終了時）９０及びＰＳＩフィルタ情報テーブル２１０を備えない。
【０２５３】
第２の実施の形態において、ＡＳ１のメモリ１７は、さらに、ＰＳＩフィルタ処理２７０を備える。
【０２５４】
図１７は、本発明の第２の実施の形態のＳ−ＣＳＣＦ３の構成例を示す説明図である。
【０２５５】
第２の実施の形態において、Ｓ−ＣＳＣＦ３のメモリ３７は、ＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０、ＰＳＩフィルタ更新処理（セッション終了時）９０、ＰＳＩフィルタ情報テーブル２１０を記憶しなくてもよい点が、第１の実施の形態（図２参照）と異なる。その他の点は、第１の実施の形態と同様であるため、説明を省略する。
【０２５６】
図１８は、本発明の第２の実施の形態のＡＳ１の構成例を示す説明図である。
【０２５７】
第２の実施の形態において、ＡＳ１のメモリ１７は、第１の実施の形態と同様、プログラム１７及び１８を記憶する。第２の実施の形態のプログラム１７は、さらに、ＰＳＩフィルタ処理２７０を含む。また、第２の実施の形態におけるＰＳＩ状態テーブル２４０は、ＡＳ１が動的に割り当てたＰＳＩに加えて、事前設定されるＰＳＩ（例えば、ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）も格納する。第２の実施の形態のＡＳ１のメモリ１７以外の構成は、第１の実施の形態と同じである。
【０２５８】
ＰＳＩフィルタ処理２７０については、図１９を参照して詳細に説明する。ＡＳ１がＰＳＩフィルタ処理２７０を備え、ＡＳ１がメッセージを受信する際、ＰＳＩフィルタ処理２７０を起動することによって、ＡＳ１がＰＳＩを用いたフィルタリング機能を提供することができる。
【０２５９】
図１９は、本発明の第２の実施の形態におけるアプリケーションフィルタイリングに利用されるＰＳＩフィルタ処理ルーチン２７０を説明するフローチャートである。
【０２６０】
既に説明したＰＳＩ割当処理ルーチン６０等と同様、ＰＳＩフィルタ処理ルーチン２７０は、実際にはＡＳ１のＣＰＵ１４によって実行される。
【０２６１】
本ルーチン２７０は、ＡＳ１がセッション制御メッセージを受信したときに起動される。
【０２６２】
最初に、ＡＳ１は、受信したセッション制御メッセージに含まれるＰＳＩをキーとしてＰＳＩ状態テーブル２４０を検索し、キーとしたＰＳＩを含むエントリがあるか否かを判定する（２７１）。ＡＳ１は、ステップ２７１の条件に適合するエントリが存在する場合のみアプリケーションを実行し（２７２）、適合するエントリが存在しない場合、エラー応答を送信する（２７３）。
【０２６３】
以上の処理によって、ＡＳ１は、パケット受信時、ＵＥ７の公開アドレス及びアプリケーション識別子（ＰＳＩ）をパケットフィルタリングの条件として利用することができる。すなわち、ＡＳ１は、ＰＳＩを用いてアクセス制御を提供することができる。
【０２６４】
第２の実施の形態におけるＵＥ７の登録手順は、第１の実施の形態と同様である（図６参照）。
【０２６５】
図２０は、本発明の第２の実施の形態において、ＵＥ７ａがアプリケーション（会議サービス）を起動する手順を説明するシーケンス図である。
【０２６６】
以下、図２０に示す手順のうち、図７と同じ手順については、説明を省略する。
【０２６７】
本実施の形態のＳ−ＣＳＣＦ３ａは、図７に示すステップ１５５、１４０、１５６、１５７及び１６０を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ａは、ステップ１４４、１４６及び１５１において、ＰＳＩフィルタ更新処理ルーチン８０（図１３参照）を実行しない。代わりに、ステップ１３６、１４３、１４５及び１５４において、ＡＳ１がＰＳＩフィルタ処理ルーチン２７０（図１９参照）を実行する。
【０２６８】
図２１は、本発明の第２の実施の形態において、ＵＥ７ａがＵＥ７ｂを会議サービスに召集する手順を説明するシーケンス図である。
【０２６９】
以下、図２１に示す手順のうち、図８と同じ手順については、説明を省略する。
【０２７０】
本実施の形態のＳ−ＣＳＣＦ３ｂは、図８に示すステップ１６６を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ１６８、１６９、１７０、１７２及び１７３において、ＰＳＩフィルタ参照処理ルーチン５０（図１２参照）を実行しない。
【０２７１】
図２２は、本発明の第２の実施の形態において、ＵＥ７ｂが会議サービスに参加する手順を説明するシーケンスを図である。
【０２７２】
以下、図２２に示す手順のうち、図９と同じ手順については、説明を省略する。
【０２７３】
本実施の形態のＳ−ＣＳＣＦ３ｂは、図９に示すステップ１９９を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ１９２、１９４及び１９７において、ＰＳＩフィルタ参照処理ルーチン５０（図１２参照）を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ１８７、１８９、１９３、１９５及び１９６において、ＰＳＩフィルタ更新処理ルーチン８０（図１３参照）を実行しない。代わりに、ステップ１８６、１９２、１９４及び１９７において、ＡＳ１がＰＳＩフィルタ処理ルーチン２７０（図１９参照）を実行する。
【０２７４】
図２３は、本発明の第２の実施の形態において、ＵＥ７ｂが会議サービスから退出する手順を説明するシーケンスを図である。
【０２７５】
以下、図２３に示す手順のうち、図１０と同じ手順については、説明を省略する。
【０２７６】
本実施の形態のＳ−ＣＳＣＦ３ｂは、図１０に示すステップ５０６を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ５０２において、セッション終了時のＰＳＩフィルタ更新処理ルーチン９０（図１４参照）を実行しない。
【０２７７】
図２４は、本発明の第２の実施の形態において、ＵＥ７ａが会議サービスを終了する手順を説明するシーケンスを図である。
【０２７８】
以下、図２４に示す手順のうち、図１１と同じ手順については、説明を省略する。
【０２７９】
本実施の形態のＳ−ＣＳＣＦ３ａは、図１１に示すステップ５２９を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ａは、ステップ５２２において、セッション終了時のＰＳＩフィルタ更新処理ルーチン９０（図１４参照）を実行しない。
【０２８０】
以上、本発明の第２の実施の形態によれば、Ｓ−ＣＳＣＦ３がＰＳＩを用いたフィルタリングを実行する代わりに、ＡＳ１が、パケットを受信したときに、ＰＳＩフィルタ処理ルーチン２７０を起動することによって、ＡＳ１に対する不正なアクセスを防止する。
【０２８１】
なお、本実施の形態において、Ｓ−ＣＳＣＦ３とＨＳＳ２は、同一の通信装置によって実現されてもよい。
【０２８２】
或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１は、同一の装置によって実現されてもよい。或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１とＨＳＳ２とが同一の装置によって実現されてもよい。或いは、Ｓ−ＣＳＣＦ３、Ｉ−ＣＳＣＦ４及びＰ−ＣＳＣＦ５が同一の装置によって実現されてもよい。
【０２８３】
本発明の第２の実施の形態によると、ＡＳ１は、ＵＥ７が利用するＰＳＩ情報を管理し、そのＰＳＩに基づいてパケットフィルタリングを実行する。その結果、Ｓ−ＣＳＣＦ３がＰＳＩを用いたフィルタリング機能を備えることなく、ＡＳ１がＰＳＩを用いたパケットフィルタリング機能を提供することができる。
【０２８４】
次に、本発明の第３の実施の形態を、図面を用いて説明する。
【０２８５】
図２５は、本発明の第３の実施の形態の通信網の構成例を示す説明図である。
【０２８６】
本発明の第１の実施の形態は、ＵＥ７がＳＩＰに準拠した通信を実行することを前提としていた。このため、ＳＩＰサーバであるＳ−ＣＳＣＦ３等がＳＩＰメッセージのやり取りを制御した。しかし、本発明は、ＳＩＰ以外のプロトコルにも適用することができる。本発明の第３の実施の形態は、ＵＥ７がＨＴＴＰに準拠した通信を実行する場合に本発明を実施する例を示す。なお、ＨＴＴＰは一例であり、他のプロトコルが適用される場合にも、本発明を実施することができる。
【０２８７】
本実施の形態における通信網は、ＩＰ網Ｎ１と、無線アクセス網Ｎ２（Ｎ２ａ、Ｎ２ｂ）（ＲＡＮ： Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）とによって構成される。ＵＥ７は、第３世代移動通信プロトコルに準拠した端末である。ただし、本発明の効果を奏することができる構成である限り、無線アクセス網Ｎ２は固定網であってもよく、ＵＥ７は、固定端末、或いは、無線ＬＡＮなどその他の移動通信プロトコルに準拠した端末であってもよい。
【０２８８】
ＩＰ網Ｎ１とＲＡＮ Ｎ２とは、アクセスゲートウェイ装置（ＡＧＷ）６（６ａ、６ｂ）を介して接続される。アクセスゲートウェイ装置６の代わりに、ルータなど、他の通信装置を介して、ＩＰ網Ｎ１とＲＡＮ Ｎ２が接続されてもよい。アクセスゲートウェイ装置６は、ＵＥとＩＰ網Ｎ１との間で送受信されるＩＰパケットを転送する機能を提供する。
【０２８９】
ＩＰ網Ｎ１は、ゲートウェイ装置（ＧＷ）７０１、リダイレクトサーバ７０２及びサーバ７０３を備える。
【０２９０】
リダイレクトサーバ７０２は、ＵＥ７からＨＴＴＰリクエストを受信したとき、アプリケーションを提供するサーバ７０３の情報をＵＥ７に通知する（リダイレクトする）機能を備える。
【０２９１】
サーバ７０３は、アプリケーションの実行を制御する機能を備える。
【０２９２】
ゲートウェイ装置（ＧＷ）７０１は、第１の実施の形態のＳ−ＣＳＣＦ３と同様に、リダイレクトサーバ７０２から、通信先のサーバ７０３上で提供されるアプリケーションの識別情報を受信すると、端末ＵＥ７の識別情報と上記アプリケーションの識別情報の対応関係を示す情報を保持する。この情報は、例えば、第１の実施の形態のＰＳＩフィルタ情報テーブル２１０と同様の情報であってもよい。
【０２９３】
また、ＧＷ７０１は、第１の実施の形態のＳ−ＣＳＣＦ３と同様に、サーバ７０３宛の要求を受信したとき、上記対応関係を示す情報を参照し、サーバ７０３へのアクセス可否を判断する。
【０２９４】
ＧＷ７０１は、上記のように、第１の実施の形態のＳ−ＣＳＣＦ３と同様の機能を備えることによって、ＵＥ７から信号を受信したとき、アプリケーション識別子を用いたパケットフィルタリング機能を提供することができる。
【０２９５】
次に、本発明の第４の実施の形態を、図面を用いて説明する。
【０２９６】
図２６は、本発明の第４の実施の形態における通信網の構成例を示す説明図である。
【０２９７】
本実施の形態における通信網は、ＩＰ網Ｎ１にフィルタ装置８が接続させる点において、第１の実施の形態の通信網と相違する。
【０２９８】
フィルタ装置８は、少なくとも、ＩＰ網Ｎ１に接続されるインタフェース（図示省略）と、インタフェースに接続されるＣＰＵ（図示省略）と、ＣＰＵに接続されるメモリ（図示省略）と、を備える。
【０２９９】
ＣＰＵは、メモリに記憶されたプログラムを実行するプロセッサである。
【０３００】
メモリには、第１の実施の形態におけるＳ−ＣＳＣＦ３のメモリ３５と同様、ＰＳＩフィルタ参照処理、ＰＳＩフィルタ更新処理、ＰＳＩフィルタ更新処理（セッション終了時）、ＰＳＩフィルタ情報テーブル及びＰＳＩリストが記憶される。これらの処理プログラム及びテーブル等は、第１の実施の形態において説明したように、パケットフィルタリングのために使用される。
【０３０１】
フィルタ装置８が、上記のように、パケットフィルタリングのための処理を実行することによって、パケットフィルタリングの機能と、本来のＳ−ＣＳＣＦ３の機能を別の装置に実装することが可能になる。
【０３０２】
以上、本発明の実施の形態によれば、ＳＩＰ通信機能を備える通信制御装置が、アプリケーションサーバが生成したアプリケーション識別子を含むメッセージを受信すると、端末とアプリケーション識別子の対応情報を格納する。ＳＩＰ通信機能を備える通信制御装置は、端末からＳＩＰメッセージを受信すると、上記の対応情報を参照して、アプリケーションサーバへのアクセスを制御する。これによって、ＳＩＰ通信機能を備える通信制御装置は、動的に生成された識別子を用いたアクセス制御を提供することができる。この結果、不正なアプリケーション識別子を用いたアプリケーションサーバへのアクセスを防ぐことができる。
【産業上の利用可能性】
【０３０３】
本発明を用いることによって、通信装置は、アプリケーションの識別子と端末の識別子（例：公開アドレス）に応じたアクセス制御を提供することができる。本発明は、移動通信端末又は固定端末を収容する通信網における通信装置が、アプリケーション識別子に応じたアクセス制御を実現する場合に、利用される可能性がある。
【図面の簡単な説明】
【０３０４】
【図１】本発明の第１の実施の形態の通信網の構成例を示す説明図である。
【図２】本発明の第１の実施の形態のＳ−ＣＳＣＦの構成例を示す説明図である。
【図３】本発明の第１の実施の形態のアプリケーションサーバの構成例を示す説明図である。
【図４Ａ】本発明の第１の実施の形態の登録情報テーブルの構成の一例を示す説明図である。
【図４Ｂ】本発明の第１の実施の形態のＰＳＩフィルタ情報テーブルの構成の一例を示す説明図である。
【図４Ｃ】本発明の第１の実施の形態のＰＳＩリストテーブルの構成の一例を示す説明図である。
【図５Ａ】本発明の第１の実施の形態のＰＳＩ状態テーブルの構成の一例を示す説明図である。
【図５Ｂ】本発明の第１の実施の形態の参加者リストのテーブル構成の一例を示す説明図である。
【図６】本発明の第１の実施の形態の第１ユーザ装置が位置登録を行う手順を説明するシーケンス図である。
【図７】本発明の第１の実施の形態の第１ユーザ装置が会議サービスを起動する手順を説明するシーケンス図である。
【図８】本発明の第１の実施の形態の第１ユーザ装置が会議室に第２ユーザ装置を召集する手順を説明するシーケンス図である。
【図９】本発明の第１の実施の形態の第２ユーザ装置が、第１ユーザ装置に召集された会議室に参加する手順を説明するシーケンス図である。
【図１０】本発明の第１の実施の形態の第２ユーザ装置が、第１ユーザ装置に召集された会議室から退出する手順を説明するシーケンス図である。
【図１１】本発明の第１の実施の形態の第１ユーザ装置が会議室から退出するとともに、会議室を終了する手順を説明するシーケンス図である。
【図１２】本発明の第１の実施の形態のＰＳＩフィルタ参照処理ルーチンを説明するフローチャートである。
【図１３】本発明の第１の実施の形態のＰＳＩフィルタ更新処理ルーチンを説明するフローチャートである。
【図１４】本発明の第１の実施の形態のセッション終了時のＰＳＩフィルタ更新処理ルーチンを説明するフローチャートである。
【図１５】本発明の第１の実施の形態のＰＳＩ割当処理ルーチンを説明するフローチャートである。
【図１６】本発明の第１の実施の形態のＰＳＩ割当解除処理ルーチンを説明するフローチャートである。
【図１７】本発明の第２の実施の形態のＳ−ＣＳＣＦの構成例を示す説明図である。
【図１８】本発明の第２の実施の形態のアプリケーションサーバの構成例を示す説明図である。
【図１９】本発明の第２の実施の形態におけるアプリケーションフィルタイリングに利用されるＰＳＩフィルタ処理ルーチンを説明するフローチャートである。
【図２０】本発明の第２の実施の形態において、第１ユーザ装置が会議サービスを起動する手順を説明するシーケンス図である。
【図２１】本発明の第２の実施の形態において、第１ユーザ装置が第２ユーザ装置を会議サービスに召集する手順を説明するシーケンス図である。
【図２２】本発明の第２の実施の形態において、第２ユーザ装置が会議サービスに参加する手順を説明するシーケンスを図である。
【図２３】本発明の第２の実施の形態において、第２ユーザ装置が会議サービスから退出する手順を説明するシーケンスを図である。
【図２４】本発明の第２の実施の形態において、第１ユーザ装置が会議サービスを終了する手順を説明するシーケンスを図である。
【図２５】本発明の第３の実施の形態における通信網の構成例を示す説明図である。
【図２６】本発明の第４の実施の形態における通信網の構成例を示す説明図である。
【符号の説明】
【０３０５】
１ ＡＳ
２ ＨＳＳ
３ Ｓ−ＣＳＣＦ
７ 端末（ＵＥ）
５０ ＰＳＩフィルタ参照処理ルーチン
６０ ＰＳＩ割当処理ルーチン
７０ ＰＳＩ割当解除処理ルーチン
８０ ＰＳＩフィルタ更新処理ルーチン
９０ ＰＳＩフィルタ更新処理(セッション終了時)ルーチン
【技術分野】
【０００１】
本願明細書で開示される技術は、ネットワークに接続された通信装置、通信システム及び通信制御方法に関する。特に、セッション制御装置、及び、通信のアクセス制御方法に関する。中でも、ＳＩＰプロトコルを適用した通信システムにおけるセッション制御装置、及び、アプリケーションサーバ装置を適用した通信システムにおけるアプリケーション制御方法に関する。
【背景技術】
【０００２】
第３世代移動通信システムは、音声、データ、動画像など多様なマルチメディア・サービスの高速かつ高品質な提供を目指している。現在、欧州主導の標準化団体３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）と北米主導の３ＧＰＰ２（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２）は、パケット交換網上でＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術を活用したマルチメディア・サービスを提供するため「Ａｌｌ ＩＰベース移動通信網」の標準化を進めている。３ＧＰＰでは、Ａｌｌ ＩＰベース移動通信網をＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）と呼び、３ＧＰＰ２では、ＭＭＤ（Ｍｕｌｔｉｍｅｄｉａ Ｄｏｍａｉｎ）と呼ぶ。
【０００３】
ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）では、ＣＳＣＦ（Ｃａｌｌ Ｓｔａｔｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）がＡｌｌ ＩＰネットワークのセッション制御を行い、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）が加入者情報を保持する。ＩＭＳにおいて、アプリケーションは、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）によって提供される。
【０００４】
ＣＳＣＦは、その役割によって３種類（Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ）に大別される。Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣＳＣＦ）は、移動端末が最初にアクセスするＣＳＣＦである。Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）は、移動端末のＳ−ＣＳＣＦを特定する。Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）は、ホーム網に存在し、セッション状態を制御管理する（例えば、非特許文献１参照）。
【０００５】
セッション制御プロトコルとしては、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が利用される（例えば、非特許文献２参照）。ＳＩＰは、ＩＥＴＦで仕様化されたＩＰマルチメディア通信のセッション制御を行うプロトコルである。ＳＩＰを用いた代表サービスにＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）がある。ＶｏＩＰは、音声情報をＩＰネットワーク上で送受信する技術である。ＳＩＰによるＶｏＩＰ通信では、通信開始前に通信装置間に仮想的な通話路（セッション）が設定される。ＩＰパケット化された音声データは、設定された通信路上で転送される。ＶｏＩＰ通信においてＳＩＰは、通信装置間のセッション確立、維持及び切断を制御する。
【０００６】
音声データの属性などのメディア情報は、セッション確立時に決定される。通信装置は、メディア情報を、ＳＩＰメッセージに含まれるＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によって通知する。ＳＤＰでは、セッションに関する様々な情報（例えば、ＩＰアドレス、ポート番号、メディア種別など）を記述することができる。
【０００７】
ＩＭＳにおいて、ＡＳの起動方法は大きく分けると２種類存在する。一つは、加入者情報に含まれるサービス起動条件を使う方法であり、もう一つは、ＰＳＩ（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ、すなわちアプリケーション識別子）を使う方法である。ＰＳＩは、事前に設定される場合と、動的に生成される場合がある。
【０００８】
まず、加入者情報のサービス起動条件に基づくＡＳ起動方法を説明する。
【０００９】
ＨＳＳは、ユーザ認証用識別子ごとに加入者情報（Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ）を保持する。Ｓ−ＣＳＣＦは、位置登録時にＨＳＳから加入者情報を取得する。ユーザがアプリケーションに加入している場合、「Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ」が加入者情報に含まれる。Ｓ−ＣＳＣＦは、最初のＳＩＰ要求を受信すると、「Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ」を処理し、ＡＳの起動要否を判断する。
【００１０】
次に、ＰＳＩによるＡＳ起動方法を説明する。
【００１１】
ＰＳＩ（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ）は、ＡＳが提供するアプリケーションを識別する識別子である。ＰＳＩは、例えば、複数ユーザが参加する会議などのグループを識別するために利用される。
【非特許文献１】「３ＧＰＰ２ Ｘ．Ｓ００１３−００４−Ａ ｖ１．０、Ａｌｌ−ＩＰ Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｍｕｌｔｉｍｅｄｉａ Ｄｏｍａｉｎ §４．６」［ｏｎｌｉｎｅ］、２００５年１２月、［２００６年５月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ２．ｏｒｇ／Ｐｕｂｌｉｃ＿ｈｔｍｌ／ｓｐｅｃｓ／Ｘ．Ｓ００１３−００４−Ａ＿ｖ１．０＿０５１１０３．ｐｄｆ＞
【非特許文献２】ＩＥＴＦ ＲＦＣ３２６１、「ＳＩＰ： Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ§４」、［ｏｎｌｉｎｅ］、２００２年６月、［２００６年５月２９日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ？ｎｕｍｂｅｒ＝３２６１＞
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従来技術による移動通信システムにおいて、Ｓ−ＣＳＣＦは動的に生成されたＰＳＩ情報を管理しない。よって、Ｓ−ＣＳＣＦは、動的に生成されたＰＳＩを用いたアプリケーションのフィルタリング等のアクセス制御を行わない。
【００１３】
従来技術を用いた場合に想定される、Ｓ−ＣＳＣＦにおけるアプリケーション起動方法は、以下のようになる。
【００１４】
まず、端末（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、Ｐ−ＣＳＣＦ及びＩ−ＣＳＣＦ経由でＳ−ＣＳＣＦにＳＩＰ位置登録を行う。ここで、Ｓ−ＣＳＣＦは、ＨＳＳから加入者情報（Ｕｓｅｒ Ｐｒｏｆｉｌｅ）を取得する。従来、この加入者情報に、ＵＥが加入するアプリケーションの情報が含まれる場合もあったが、その情報はＨＳＳにＳｔａｔｉｃに設定された情報であった。
【００１５】
次に、ＵＥは、ＳＩＰセッション確立を要求する。従来、このＳＩＰセッションの確立要求に、ＡＳの識別子（ＳＩＰ ＵＲＩ）が含まれる場合もあったが、ＡＳの識別子は事前に設定されていた。
【００１６】
Ｓ−ＣＳＣＦは、このＳＩＰセッション確立要求を受信すると、加入者情報を参照してＡＳへのアクセスを許可する。従来、加入者情報にＡＳの情報が含まれることもあったが、Ｓ−ＣＳＣＦはＨＳＳからＡＳの情報を位置登録時に取得していた。
【００１７】
Ｓ−ＣＳＣＦは、ＳＩＰセッション確立要求をＡＳに送信する。ＡＳは、暫定的な識別子（例：会議室の識別子）を動的に生成し、この識別子を含む応答メッセージをＳ−ＣＳＣＦ経由でＵＥに送信する。Ｓ−ＣＳＣＦは応答メッセージを転送するが、Ｓ−ＣＳＣＦは、ＡＳが動的に割り当てる識別子情報を持たない。このため、Ｓ−ＣＳＣＦは、上記ＡＳが動的に割り当てた識別子を用いて、アクセス制御（例えば、フィルタリング）を行うことができないという課題があった。
【００１８】
例えば、ＵＥはＡＳに割り当てられていない識別子をＳＩＰメッセージの宛先（Ｒｅｑｕｅｓｔ ＵＲＩ）として指定したＳＩＰメッセージを送信しても、Ｓ−ＣＳＣＦはＡＳへのアクセスを許容してしまうという課題があった。
【００１９】
本発明の目的は、動的に生成された識別子を用いたアクセス制御を提供することにある。特に、ＩＰベース移動通信網において、Ｓ−ＣＳＣＦが端末から要求を受信したとき、アプリケーションサーバ（ＡＳ）へのアクセス制御を提供するための通信方法を提供することにある。
【課題を解決するための手段】
【００２０】
本願で開示する代表的な発明は、ネットワークに接続されるセッション制御装置において、前記ネットワークには、複数の端末装置と、前記端末装置の加入者情報を管理する第１サーバと、前記端末装置にサービスを提供する第２サーバと、が接続され、前記セッション制御装置は、前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるメモリと、前記メモリに接続されるプロセッサと、を備え、前記第１サーバから加入者情報を取得し、前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とする。
【発明の効果】
【００２１】
本発明の一実施形態によれば、不正なアプリケーション識別子を用いたアプリケーションサーバへのアクセスを防ぐことができる。
【発明を実施するための最良の形態】
【００２２】
本発明の第１の実施の形態を、図面を用いて説明する。
【００２３】
代表例として、移動端末がホーム網のアプリケーションを利用する際の通信方法を詳細に説明する。
【００２４】
図１は、本発明の第１の実施の形態の通信網の構成例を示す説明図である。
【００２５】
本実施の形態における通信網は、ＩＰ網Ｎ１と、無線アクセス網Ｎ２（Ｎ２ａ、Ｎ２ｂ）（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）とによって構成される。ＵＥ７は、第３世代移動通信プロトコルに準拠した端末である。ただし、本発明の効果を奏することができる構成である限り、無線アクセス網Ｎ２は、固定網によって置き換えられてもよく、ＵＥ７は、固定端末、或いは、無線ＬＡＮなどその他の移動通信プロトコルに準拠した端末であってもよい。
【００２６】
図１には、例として、二つのＵＥ７を示す。以下、二つのＵＥ７を区別して記載する場合、符号に添字「ａ」又は「ｂ」を付して、例えばＵＥ７ａ及びＵＥ７ｂのように記載する。その他の構成要素も、同様の規則に従って記載される。なお、ＵＥ７ａ及びＵＥ７ｂは、それぞれ、後述するＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ＵＥ＃１及びＵＥ＃２によって識別される。
【００２７】
ＩＰ網Ｎ１とＲＡＮ Ｎ２とは、アクセスゲートウェイ装置（ＡＧＷ）６（６ａ、６ｂ）を介して接続される。アクセスゲートウェイ装置６の代わりに、ルータなど、他の通信装置を介して、ＩＰ網Ｎ１とＲＡＮ Ｎ２が接続されてもよい。アクセスゲートウェイ装置６は、ＵＥ７とＩＰ網Ｎ１との間で送受信されるＩＰパケットを転送する機能を提供する。
【００２８】
ＩＰ網Ｎ１は、ＡＳ１、ＨＳＳ２、Ｓ−ＣＳＣＦ３（３ａ、３ｂ）、Ｉ−ＣＳＣＦ４（４ａ、４ｂ）及びＰ−ＣＳＣＦ５（５ａ、５ｂ）を備える。
【００２９】
ＡＳ１は、アプリケーションの実行を制御する機能を備える。
【００３０】
ＨＳＳ２は、加入者情報を保持する。加入者情報は、例えば、ＵＥ７の認証情報、及び、ＵＥ７が加入するアプリケーションの情報等を含む。加入者情報を参照することによって、各ＵＥ７がＡＳ１によって提供されるサービスを受けることができるか否かを判定することができる。
【００３１】
Ｐ−ＣＳＣＦ５、Ｉ−ＣＳＣＦ４及びＳ−ＣＳＣＦ３は、セッション制御機能を備える。Ｐ−ＣＳＣＦ５は、ＵＥ７が最初にアクセスするＣＳＣＦである。Ｉ−ＣＳＣＦ４は、ＵＥ７が利用するＳ−ＣＳＣＦ３を特定する機能を備える。Ｓ−ＣＳＣＦ３は、ＵＥ７のセッション状態を制御及び管理する機能を備える。
【００３２】
ＵＥ７は、移動通信機能、及び、ＳＩＰプロトコルを処理する機能を備える。ＵＥ７は、ＳＩＰ識別子としてＳＩＰ ＵＲＩを保持する。
【００３３】
なお、図１には、例として、Ｓ−ＣＳＣＦ３、Ｉ−ＣＳＣＦ４、Ｐ−ＣＳＣＦ５、ＡＧＷ ６、ＲＡＮ Ｎ２及びＵＥ７を、それぞれ二つずつ示した。しかし、本発明を実施する際に、これらの構成要素の数は任意であってよい。
【００３４】
図２は、本発明の第１の実施の形態のＳ−ＣＳＣＦ３の構成例を示す説明図である。
【００３５】
Ｓ−ＣＳＣＦ３は、回線３２（３２ａ、３２ｂ）を収容するインタフェース部（ＩＦ）３１（３１ａ、３１ｂ）と、ＣＰＵ３４と、メモリ３５と、データベース（ＤＢ）３６とによって構成される。各構成要素は、バス３３で接続される。
【００３６】
メモリ３５には、プロトコル処理を実行するプログラム３８及びＳ−ＣＳＣＦ処理を実行するプログラム３７が記憶されている。メモリ３５には、さらに他のプログラムが記憶されてもよい。
【００３７】
ＣＰＵ３４は、メモリ３５に記憶されたプログラムを実行するプロセッサである。以下の説明においてＳ−ＣＳＣＦ３が実行する処理は、実際には、ＣＰＵ３４がいずれかのプログラムを実行することによって実行される。
【００３８】
プロトコル処理を実行するプログラム３８は、ＳＩＰ信号制御を実行するプログラム、及び、ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムを含む。ＳＩＰ信号制御を実行するプログラムは、Ｓ−ＣＳＣＦ３がＩＰ網Ｎ１上に存在する通信装置との間で信号を送信又は受信するための機能を備える。ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムは、Ｓ−ＣＳＣＦ３がＨＳＳ２との間で信号を送信又は受信するための機能を備える。
【００３９】
Ｓ−ＣＳＣＦ処理を実行するプログラム３７は、アプリケーションフィルタリング情報の参照又は更新に利用される処理プログラム（ＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０及びセッション終了時のＰＳＩフィルタ更新処理９０）、セッション処理を実行する処理プログラム（セッション処理）、位置登録処理を実行する処理プログラム（位置登録処理）、ＵＥ７の位置登録情報の格納に利用される登録情報テーブル２００、ＰＳＩフィルタ情報の格納に利用されるＰＳＩフィルタ情報テーブル２１０、ＰＳＩの識別子とアプリケーションサーバとの対応情報を管理するＰＳＩリスト２２０、及び、位置登録されているＵＥ７のサービスプロファイルを含む。データベース３６が、ＰＳＩフィルタ情報テーブル２１０、ＰＳＩリスト２２０及びサービスプロファイルを含んでもよい。なお、ＰＳＩ（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ）とは、アプリケーション識別子を示す。
【００４０】
Ｓ−ＣＳＣＦ３がＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０、セッション終了時のＰＳＩフィルタ更新処理９０、ＰＳＩフィルタ情報テーブル２１０を備えることによって、Ｓ−ＣＳＣＦ３がアプリケーションへのアクセスを制限することができる。
【００４１】
図４Ａは、本発明の第１の実施の形態の登録情報テーブル２００の構成の一例を示す説明図である。
【００４２】
Ｓ−ＣＳＣＦ３は、端末の位置登録処理を実行する際、登録情報テーブル２００を参照及び更新する。
【００４３】
登録情報テーブル２００は、少なくとも、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１と、各Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１に対応するＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０２、Ｃｏｎｔａｃｔ ２０３、認証情報２０４、及び、サービスプロファイル２０５とを格納する。ここで、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１は、ＵＥ７の認証に用いられる識別子である。Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０２は、ＵＥ７の公開アドレスである。Ｃｏｎｔａｃｔ ２０３は、接続先アドレスである。
【００４４】
Ｓ−ＣＳＣＦ３は、ＵＥ７の位置登録時に、位置登録されるＵＥ７の認証情報２０４及びサービスプロファイル２０５を、ＨＳＳ２から取得する。
【００４５】
登録情報テーブル２００は、さらに有効期限２０６を含んでもよい。登録情報テーブル２００が有効期限２０６を含む場合、Ｓ−ＣＳＣＦ３は有効期限２０６を経過したエントリを削除することができる。
【００４６】
図４Ａの例では、エントリ２００−１のＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０１として「ＵＥ＃１」が格納され、エントリ２００−１のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２０２として「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」が格納され、エントリ２００−１のＣｏｎｔａｃｔ ２０３として「ｕｅ＃１」が格納されている。このエントリは、図１に示すＵＥ７ａに対応する。
【００４７】
図４Ｂは、本発明の第１の実施の形態のＰＳＩフィルタ情報テーブル２１０の構成の一例を示す説明図である。
【００４８】
Ｓ−ＣＳＣＦ３は、ＡＳ１にメッセージを送信する際、ＰＳＩフィルタ情報テーブル２１０を参照する。ＰＳＩフィルタ情報テーブル２１０は、少なくとも、ＵＥ７のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１と、各ＵＥ７に対して割り当てられたＰＳＩ２１２との対応関係を格納する。ＰＳＩ２１２には、ＵＥ７にサービスを提供するサーバ（例えばＡＳ１）の識別子、又は、そのサーバがＵＥ７に提供するサービスの識別子が格納される。
【００４９】
図４Ｂの例では、エントリ２１０−１のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」が格納され、エントリ２１０−１のＰＳＩ２１２として、ＡＳ１が提供する会議室の識別子である「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」が格納されている。これは、「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」によって識別されるＵＥ７ａが、ＡＳ１によって提供される会議室「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」へのアクセスを許可されていることを示す。この場合、Ｓ−ＣＳＣＦ３は、ＵＥ７ａからＡＳ１のアドレス「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」へのメッセージの通過を許可する。このときＳ−ＣＳＣＦ３が実行する処理については、後で詳細に説明する（図１２等参照）。
【００５０】
さらに、図４Ｂの例では、エントリ２１０−２のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」が格納され、エントリ２１０−２のＰＳＩ２１２として、ＡＳ１が提供する会議サーバの識別子である「ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」が格納されている。これは、ＵＥ７ａが、ＡＳ１によって提供される会議サーバ「ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」へのアクセスを許可されていることを示す。この場合、Ｓ−ＣＳＣＦ３は、ＵＥ７ａからＡＳ１のアドレス「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」へのメッセージの通過を許可する。
【００５１】
図４Ｃは、本発明の第１の実施の形態のＰＳＩリストテーブル２２０の構成の一例を示す説明図である。
【００５２】
Ｓ−ＣＳＣＦ３は、ＡＳ１にメッセージを送信する際、ＰＳＩリストテーブル２２０を参照する。ＰＳＩリストテーブル２２０は、Ｓ−ＣＳＣＦが通過を許可するＰＳＩ２２１を格納する。
【００５３】
図３は、本発明の第１の実施の形態のＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）１の構成例を示す説明図である。
【００５４】
特に、図３には、会議サービスを提供するＡＳ１の構成例を示す。ただし、本発明の効果を奏することができる構成である限り、ＡＳ１が提供するサービスは、他のアプリケーション（例えば、Ｐｕｓｈ ｔｏ Ｔａｌｋ又はＩｎｓｔａｎｔ Ｍｅｓｓａｇｅなど）であってもよい。
【００５５】
ＡＳ１は、回線１２（１２ａ、１２ｂ）を収容するインタフェース部（ＩＦ）１１（１１ａ、１１ｂ）と、ＣＰＵ１４と、メモリ１５と、データベース（ＤＢ）１６とによって構成される。各構成要素は、バス１３で接続される。
【００５６】
メモリ１５には、プロトコル処理を実行するプログラム１８と、アプリケーションの実行制御を実行するプログラム１７とが記憶されている。メモリ１５には、さらに他のプログラムが記憶されてもよい。
【００５７】
ＣＰＵ１４は、メモリ１５に記憶されたプログラムを実行するプロセッサである。以下の説明においてＡＳ１が実行する処理は、実際には、ＣＰＵ１４がいずれかのプログラムを実行することによって実行される。
【００５８】
プロトコル処理を実行するプログラム１８は、ＳＩＰ信号制御を実行するプログラム、及び、ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムを含む。ＳＩＰ信号制御を実行するプログラムは、ＡＳ１がＩＰ網Ｎ１上に存在する通信装置との間で信号を送信又は受信するための機能を備える。ＤＩＡＭＥＴＥＲ信号制御を実行するプログラムは、ＡＳ１がＨＳＳ２との間で信号を送信又は受信するための機能を備える。
【００５９】
アプリケーションの実行制御を実行するプログラム１７は、ＰＳＩ割り当て処理プログラム６０、ＰＳＩ割当解除処理を実行するプログラム７０、ＰＳＩ状態管理テーブル２４０、アプリケーション毎に実行を制御する処理プログラム（アプリケーション処理）、及び、参加者リスト２５０を含む。
【００６０】
ＰＳＩ割当処理プログラム６０及びＰＳＩ割当解除処理を実行するプログラム７０は、アプリケーション起動中にＡＳ１が動的にアプリケーション識別子の割当及び解除をするための機能を備える。アプリケーション処理は、例えば、会議サービスの実行を制御する機能を備える。
【００６１】
データベース１６が、ＰＳＩ状態管理テーブル２４０及び参加者リスト２５０を含んでもよい。
【００６２】
ＡＳ１が、ＰＳＩ割り当て処理プログラム６０、ＰＳＩ割当解除処理を行うプログラム７０、ＰＳＩ状態管理テーブル２４０及び参加者リスト２５０を備えることによって、ＡＳ１は、アプリケーションの実行制御中にユーザ等に割り当てたＰＳＩをＰＳＩ状態管理テーブル２４０の該当エントリに設定することができる。
【００６３】
図５Ａは、本発明の第１の実施の形態のＰＳＩ状態テーブル２４０の構成の一例を示す説明図である。
【００６４】
ＰＳＩ状態テーブル２４０は、少なくとも、ＡＳ１がアプリケーション処理中に割り当てたＰＳＩ２４１と、各ＰＳＩの状態（Ｓｔａｔｅ）２４２との対応関係を格納する。状態２４２には、「ａｃｔｉｖｅ」、「ｉｎａｃｔｉｖｅ」又は「仮割り当て」等、各ＰＳＩの状態を示す値が格納される。例えば、図５Ａのエントリ２４０−１には、ＰＳＩ２４１「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」と状態２４２「Ａｃｔｉｖｅ」との対応関係が格納される。
【００６５】
ＰＳＩ状態テーブル２４０は、エントリの有効期限を示す有効期限２４３を含んでもよい。ＰＳＩ状態テーブル２４０が有効期限２４３を含む場合、ＡＳ１は、上記テーブルから有効期限２４３を経過したエントリを削除することができる。
【００６６】
図５Ｂは、本発明の第１の実施の形態の参加者リスト２５０のテーブル構成の一例を示す説明図である。
【００６７】
参加者リスト２５０には、ＰＳＩ２５１と、各ＰＳＩ２５１が示すアプリケーションに参加するユーザの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）２５２との対応関係が格納される。例えば、エントリ２５０−１には、ＰＳＩ２５１「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ．ｎｅｔ」と、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２「ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ、 ｓｉｐ：ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」との対応関係が格納される。
【００６８】
次に、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ６）パケットフォーマットについて説明する。ＩＰｖ６パケットは、ＩＰｖ６基本ヘッダと、これに続く拡張ヘッダと、これらのヘッダに続くペイロードとによって構成される。このＩＰｖ６基本ヘッダは、送信元アドレスと、着信先アドレスとを含む。以下、このフォーマットに準拠したＩＰｖ６パケットを用いて説明をするが、本発明の効果が発揮される限り、ＩＰｖ６以外のプロトコル、例えばＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ４）に準拠したパケットを用いてもよい。
【００６９】
次に、ＳＩＰメッセージを含むパケットフォーマットについて説明する。ＳＩＰメッセージは、ＴＣＰ／ＵＤＰなどのトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダとデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００７０】
次に、ＳＩＰメッセージのフォーマットについて説明する。
【００７１】
ＳＩＰメッセージは、少なくとも要求又は応答を示すｓｔａｒｔ−ｌｉｎｅと、ＳＩＰメッセージのパラメータが設定されるｍｅｓｓａｇｅ−ｈｅａｄｅｒとによって構成される。ＳＩＰメッセージを用いて、端末間通信に利用するメディア情報等を送信する場合、ＳＩＰメッセージは、メディア情報等が格納されるｍｅｓｓａｇｅ−ｂｏｄｙを含む。
【００７２】
次に、ＤＩＡＭＥＴＥＲメッセージを含むパケットフォーマットについて説明する。ＤＩＡＭＥＴＥＲメッセージは、ＴＣＰ／ＳＣＴＰなどのトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダとデータ部は、ＩＰｖ６パケットフォーマットのペイロードに格納される。
【００７３】
次に、図６、図７、図８及び図９を参照して、図１に示すＲＡＮ Ｎ２ａに在圏するＵＥ＃１（７ａ）がＳ−ＣＳＣＦ３ａにＩＭＳ位置登録を行い、ＵＥ１＃（７ａ）とＵＥ＃２（７ｂ）の間で会議サービスを起動するシーケンスを説明する。
【００７４】
図６は、本発明の第１の実施の形態のＵＥ＃１（７ａ）が位置登録を行う手順を説明するシーケンス図である。
【００７５】
第１の実施の形態のＵＥ７ａは、ＡＧＷ６ａとの間に、例えばＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）などのリンクを確立し、ＤＨＣＰなどを用いてＰ−ＣＳＣＦ５ａのアドレスを取得する。或いは、ＰＰＰリンク確立時に、ＡＧＷ６ａがＵＥ７ａにＰ−ＣＳＣＦ５ａのアドレスを通知してもよい。
【００７６】
ＲＡＮ Ｎ２上に存在するＵＥ７ａは、ＡＧＷ６ａとの間にリンクを確立する（１０１）。リンク確立時に、ＵＥ７ａはＤＨＣＰアドレスを取得し、ＤＨＣＰからＰ−ＣＳＣＦ５ａのアドレスを取得する。さらに、ＵＥ７ａは、ＡＧＷ６ａとの間にリンク確立した後、ＩＰアドレスを取得する。例えば、ＵＥ７ａは、ＡＧＷ６ａからＩＰｖ６ルータ広告を受信することによって、ＩＰアドレスを取得することができる。
【００７７】
本実施の形態において、ＵＥ７ａは、モバイルＩＰ端末ではなく、ＲＡＮ Ｎ２ａにおいてＩＰアドレスｕｅ＃１を取得したとする。ＵＥ７ａがモバイルＩＰ対応端末である場合、ＵＥ７ａは、ＲＡＮ Ｎ２ａで取得したアドレスをモバイルＩＰの気付アドレスとして利用する。
【００７８】
ＵＥ７ａは、利用するＩＰアドレスをＩＰ網Ｎ１に登録するため、ＤＨＣＰサーバからアドレスを取得したＰ−ＣＳＣＦ５ａにＳＩＰ登録メッセージ（ＳＩＰ ＲＥＧＩＳＴＥＲ）を送信する（１０２）。
【００７９】
Ｐ−ＣＳＣＦ５ａは、上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）のＳｔａｒｔ−ｌｉｎｅに含まれるＵＥ７のＳＩＰ ＵＲＩから、Ｉ−ＣＳＣＦ４ａを特定する。このＳＩＰ登録メッセージは、ＵＥ７ａの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）、認証用のアドレス（Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）及びＣｏｎｔａｃｔアドレスを含む。本実施の形態では、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙをｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔとし、ＵＥ７ａのＰｒｉｖａｔｅ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをＵＥ＃１とする。Ｃｏｎｔａｃｔアドレスとして、ＵＥ７ａがＲＡＮ Ｎ２ａで取得したアドレス（ｕｅ＃１）が設定される。
【００８０】
Ｐ−ＣＳＣＦ５ａは、Ｉ−ＣＳＣＦ４ａに上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信する（１０３）。
【００８１】
Ｉ−ＣＳＣＦ４ａは、ステップ１０３で受信したＳＩＰ登録メッセージに含まれるＵＥ７ａの公開アドレスを検索キーとして、ＨＳＳ２に加入者情報問い合わせメッセージ（ＵＡＲ： Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１０４）。
【００８２】
ＨＳＳ２は、ＵＥ７ａの公開アドレスを検索キーとして加入者情報を参照し、ＵＥ７ａにＳ−ＣＳＣＦ３ａを割り当てる。そして、ＨＳＳ２は、Ｉ−ＣＳＣＦ４ａにＳ−ＣＳＣＦ３ａのアドレス情報を含む応答メッセージ（ＵＲＲ： Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を送信する（１０５）。
【００８３】
Ｉ−ＣＳＣＦ４ａは、ステップ１０５で受信したＳ−ＣＳＣＦ３ａ宛に上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信する（１０６）。
【００８４】
Ｓ−ＣＳＣＦ３ａは、上記ＳＩＰ位置登録メッセージ（ＲＥＧＩＳＴＥＲ）を受信すると、ＵＥ７ａがＳＩＰ登録されているか否かを確認する。この確認は、Ｓ−ＣＳＣＦ３ａが、ＲＥＧＩＳＴＥＲ（１０６）に含まれるＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（図６の例では、「ＵＥ＃１」）を検索キーとして、登録情報テーブル２００を検索することによって実行される。
【００８５】
該当するエントリ（図６の例では、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙが「ＵＥ＃１」であるエントリ）が存在しない場合、登録対象のＵＥ７ａはまだ登録されていない。この場合、Ｓ−ＣＳＣＦ３ａは、位置登録処理として初回登録処理を起動する。そして、Ｓ−ＣＳＣＦ３ａは、登録対象のＵＥ７ａの認証情報を取得するため、ＨＳＳ２に問い合わせ（ＭＡＲ： Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１０７）。ここで、Ｓ−ＣＳＣＦ３ａには、予めＨＳＳ２のアドレスが設定されているものとする。
【００８６】
ＨＳＳ２は、ＲＥＧＩＳＴＥＲ（１０６）に含まれるＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ及びＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＵＥ７ａの認証情報を検索し、Ｓ−ＣＳＣＦ３ａにＵＥ７ａの認証情報を送信する（ＭＡＡ： Ｍｕｌｔｉｍｅｄｉａ Ａｕｔｅｎｔｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）（１０８）。ここで、ＨＳＳ２は、ＵＥ７ａに割り当てられたＳ−ＣＳＣＦアドレスとして、Ｓ−ＣＳＣＦ３ａのアドレスを格納する。
【００８７】
Ｓ−ＣＳＣＦ３ａは、ＨＳＳから認証情報を受信すると、情報登録テーブル２００に新規エントリ（２００−１）を作成し、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、及び、ＨＳＳ２から受信した認証情報を新規エントリ２００−１に格納する（図４Ａ参照）。
【００８８】
続いて、Ｓ−ＣＳＣＦ３ａは、Ｉ−ＣＳＣＦ４ａ及びＰ−ＣＳＣＦ５ａ経由で、ＵＥ７ａにＳＩＰのエラー応答（４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ）を送信する（１０９、１１０及び１１１）。このエラー応答は、ＵＥ７ａが認証演算に利用する情報を含む。
【００８９】
ＵＥ７ａは、ステップ１１１で受信した情報を用いて認証演算を行い、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ、Ｃｏｎｔａｃｔアドレス及び認証演算結果を含むＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）をＰ−ＣＳＣＦ５ａに送信する（１１２）。
【００９０】
Ｐ−ＣＳＣＦ５ａは、ステップ１１２で受信したＳＩＰ登録メッセージをＩ−ＣＳＣＦ４ａに送信する（１１３）。
【００９１】
Ｉ−ＣＳＣＦ４ａは、ステップ１１３で受信したＳＩＰ登録メッセージに含まれるＵＥ７ａの公開アドレスを検索キーとして、ＨＳＳ２に加入者情報問い合わせメッセージ（ＵＡＲ： Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１１４）。
【００９２】
ＨＳＳ２は、ＵＥ７ａの公開アドレスを検索キーとして加入者情報を参照する。ＨＳＳ２には、ステップ１０７受信時に、ＵＥ７ａが利用するＳ−ＣＳＣＦアドレスとして、Ｓ−ＣＳＣＦ３ａが登録されている。そこで、ＨＳＳ２は、Ｉ−ＣＳＣＦ４ａにＳ−ＣＳＣＦ３ａのアドレス情報を含む応答メッセージ（ＵＲＲ：Ｕｓｅｒ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を送信する（１１５）。
【００９３】
Ｉ−ＣＳＣＦ４ａは、ステップ１１５で受信したＳ−ＣＳＣＦ３ａ宛に上記ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信する（１１６）。
【００９４】
Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａがＳＩＰ登録されているか否かを確認する。この確認は、Ｓ−ＣＳＣＦ３ａがＲＥＧＩＳＴＥＲ（１１６）に含まれるＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索することによって実行される。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１０８受信時に登録されたエントリ２００−１を検出し、そのエントリ２００−１から認証情報を読み出す。
【００９５】
Ｓ−ＣＳＣＦ３ａは、エントリ２００−１から読み出した認証情報と、ステップ１１６で受信した認証演算結果を用いて、ＵＥ７ａの認証処理を行う。ＵＥ７ａの認証がＯＫであれば、登録情報テーブル２００のエントリ２００−１のＣｏｎｔａｃｔフィールド２０３に、ステップ１１６で受信したＳＩＰ ＲＥＧＩＳＴＥＲに含まれるＣｏｎｔａｃｔ ｈｅａｄｅｒ（ｕｅ＃１）を格納する（１１７）。
【００９６】
Ｓ−ＣＳＣＦ３ａは、ＨＳＳ２にＵＥ７ａの加入者情報を問い合わせる（ＳＡＲ：Ｓｅｒｖｉｃｅ Ａｓｓｉｇｎｍｅｎｔ Ｒｅｑｕｅｓｔ）（１１８）。ＨＳＳ２は、ユーザ認証用識別子であるＰｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ毎に加入者情報（Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ）を保持する。Ｓｅｒｉｖｃｅ Ｐｒｏｆｉｌｅには、通信用識別子（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）、Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ａｕｔｈｏｒｉｚａｔｉｏｎ及びＩｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａを設定することができる。
【００９７】
「Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ」には、ＡＳ１と、そのＡＳ１の起動条件「Ｓｅｒｖｉｃｅ Ｐｏｉｎｔ Ｔｒｉｇｇｅｒ」との対応関係を示す情報が含まれる。「Ｓｅｒｖｉｃｅ Ｐｏｉｎｔ Ｔｒｉｇｇｅｒ」には、ＳＩＰ要求メッセージに含まれる情報（Ｒｅｑｕｅｓｔ−ＵＲＩ、ＳＩＰ Ｍｅｔｈｏｄ、ＳＩＰ Ｈｅａｄｅｒ、ＳＤＰなど）等がアプリケーションに応じて設定される。
【００９８】
ＨＳＳ２は、Ｐｒｉｖａｔｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＵＥ７ａの加入者情報（Ｓｅｒｖｉｃｅ Ｐｒｏｆｉｌｅ）からＩｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａを読み出し、Ｓ−ＣＳＣＦ３ａに通知する（ＳＡＡ： Ｓｅｒｖｉｃｅ Ａｓｓｉｇｎｍｅｎｔ Ｒｅｓｐｏｎｓｅ）（１１９）。
【００９９】
Ｓ−ＣＳＣＦ３ａは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索し、検索されたエントリ２００−１にＨＳＳ２から受信したＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅを格納する（１２０）。このＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅは、Ｓ−ＣＳＣＦ３ａが最初のＳＩＰ要求メッセージを受信したとき、アプリケーションサーバの起動要否を決定するために利用される。
【０１００】
Ｓ−ＣＳＣＦ３ａは、Ｉ−ＣＳＣＦ４ａ及びＰ−ＣＳＣＦ５ａ経由でＵＥ７ａにＳＩＰ登録の正常応答（２００）を送信する（１２１、１２２及び１２３）。
【０１０１】
Ｐ−ＣＳＣＦ５ａは、ステップ１２２の応答を受信すると、ＵＥ７ａに割り当てられたＳ−ＣＳＣＦ３ａのアドレスの情報を一定期間保持する。
【０１０２】
上記のＳ−ＣＳＣＦ３ａへの登録は、ＵＥ７ａのＩＰアドレスが変わらない場合でも、Ｓ−ＣＳＣＦ３ａが管理するＳＩＰ登録情報のエントリ有効期限を更新する目的で、所定の周期で繰り返して実行される。
【０１０３】
次に、ＵＥ７ａが会議サービスを起動する手順について説明する。
【０１０４】
図７は、本発明の第１の実施の形態のＵＥ７ａが会議サービスを起動する手順を説明するシーケンス図である。
【０１０５】
ＵＥ７ａは、セッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１３１）。セッション確立要求メッセージとは、セッション制御メッセージの一つである。本実施の形態の場合、ＡＳ１にアプリケーションの起動（本実施の形態では、会議サービスの起動）を要求するメッセージである。このセッション確立要求メッセージは、Ｒｅｑｕｅｓｔ ＵＲＩとして、会議サービスを提供するＡＳ１のアドレス（例えば、ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を含み、例えば、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ ｈｅａｄｅｒとして、ＵＥ７ａの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）（例えば、ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）を含む。
【０１０６】
Ｐ−ＣＳＣＦ５ａは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、ＵＥ７ａに割り当てられたＳ−ＣＳＣＦ３ａのアドレスを読み出し、Ｓ−ＣＳＣＦ３ａにセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１３２）。その後、Ｐ−ＣＳＣＦ５ａは、ＵＥ７ａに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信する（１３３）。
【０１０７】
Ｓ−ＣＳＣＦ３ａは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、Ｐ−ＣＳＣＦ５ａに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し、図１２に示すＰＳＩフィルタ参照処理ルーチン５０を起動する（１３４）。
【０１０８】
図１２は、本発明の第１の実施の形態のＰＳＩフィルタ参照処理ルーチン５０を説明するフローチャートである。
【０１０９】
図２において説明したように、ＰＳＩフィルタ参照処理５０は、Ｓ−ＣＳＣＦ３のメモリ３５に格納され、ＣＰＵ３４によって実行されるプログラム３７のサブプログラムである。従って、図１２の説明においてＳ−ＣＳＣＦ３ａが実行する処理は、実際にはＣＰＵ３４によって実行される。
【０１１０】
まず、Ｓ−ＣＳＣＦ３ａは、受信したＳＩＰメッセージが、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔであるか否かを確認する（５１）。ここで、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔとは、新しいＳＩＰ ｄｉａｌｏｇを確立するＳＩＰ要求、又は、単一トランザクション用ＳＩＰ要求である。
【０１１１】
受信したＳＩＰメッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔである場合（すなわち、ステップ５１で「Ｙｅｓ」と判定された場合）、Ｓ−ＣＳＣＦ３ａは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索し、ＡＳ１が提供するサービス（本実施の形態の場合、会議サービス）を起動してよいか否かを確認する（５２）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１２０で格納されたＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅを参照し、ＵＥ７ａが会議サービスに加入していることを確認する。ＵＥ７ａが会議サービスに加入している場合、ＵＥ７ａは、会議サービスの提供を受けることができる。この場合、ステップ５２において、ＡＳ１が提供する会議サービスを起動してよい（すなわち、「あり」）と判定される。
【０１１２】
次に、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（５３）。
【０１１３】
ステップ５３において、該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０に新規エントリ２１０−２を作成し、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）と、Ｒｅｑｕｅｓｔ ＵＲＩに設定されたアドレス（ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を格納する（５４、１５５）。
【０１１４】
なお、ステップ５３の判定において、「該当エントリ」とは、受信したメッセージの送信元であるＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として含み、かつ、受信したメッセージのＲｅｑｕｅｓｔ ＵＲＩとして設定されたアドレス（ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）をＰＳＩ２１２として含むエントリである。この「該当エントリ」の意味は、後で説明するステップ５７の判定においても同様である。
【０１１５】
ステップ５４において新規エントリが追加された結果、ＡＳ１が提供するサービスと、そのサービスを利用するユーザとの間の対応関係がＰＳＩフィルタ情報テーブル２１０に登録される。以後、メッセージの送信元のユーザと、送信先のＡＳ１が提供するサービスとの対応関係が、ＰＳＩフィルタ情報テーブル２１０に登録されている場合、そのメッセージが正当なアクセスであると判定され、メッセージ（パケット）の通過が許可される。
【０１１６】
その後、Ｓ−ＣＳＣＦ３ａは、ＰＳＩリスト２２０を参照し、ＡＳ１のアドレスを特定する（５５）。
【０１１７】
その後、Ｓ−ＣＳＣＦ３ａは、ＡＳ１にＳＩＰ ＩＮＶＩＴＥを送信し（５６、１３６）、本ルーチンを終了する。
【０１１８】
ステップ５３において、該当エントリが存在する場合、Ｓ−ＣＳＣＦ３ａは、ステップ５４を実行せずにステップ５５を実行する。
【０１１９】
図７のステップ１３４においてＰＳＩフィルタ参照処理ルーチン５０が起動された場合、Ｓ−ＣＳＣＦ３ａが受信したメッセージは、Ｉｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔである。このため、図１２のステップ５１では、必ず「Ｙｅｓ」と判定される。しかし、図７の別のステップ（例えば、後述するステップ１５６）においてＰＳＩフィルタ参照処理ルーチン５０が起動された場合、Ｓ−ＣＳＣＦ３ａが受信したメッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔでない場合がある。
【０１２０】
ステップ５１において、ＳＩＰメッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔでないと判定された場合、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（５７）。
【０１２１】
具体的には、ステップ５７において、Ｓ−ＣＳＣＦ３ａは、Ｓ−ＣＳＣＦ３ａが受信したメッセージを対象として、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在するか否かを判定する。
【０１２２】
ステップ５７において、該当エントリが存在すると判定された場合、受信したメッセージの送信元であるＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙと、受信したメッセージのＲｅｑｕｅｓｔ ＵＲＩとの対応関係が、該当エントリに格納された対応関係と一致する。この場合、Ｓ−ＣＳＣＦ３ａが受信したＡＳ１宛のメッセージは、正当なアクセスであると考えられる。この場合、Ｓ−ＣＳＣＦ３ａは、ＡＳ１のアドレスを特定し、その後、Ｓ−ＣＳＣＦ３ａが受信したメッセージをＡＳ１に送信し（１３６、５６）、本ルーチン５０を終了する。例えば、Ｓ−ＣＳＣＦ３ａがセッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信したことによって本ルーチン５０が起動した場合、そのＩＮＶＩＴＥがステップ５６において送信される。その結果、会議サービスが起動される。
【０１２３】
ステップ５７において、該当エントリが存在しないと判定された場合、Ｓ−ＣＳＣＦ３ａが受信したメッセージは、不正なアクセスであると考えられる。例えば、ＰＳＩフィルタ情報テーブル２１０に、図４Ｂに示すエントリ２１０−１及び２１０−２のみが格納されている場合において、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙが「ｓｉｐ：ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ」であるＵＥ７ｂから送信されたメッセージをＳ−ＣＳＣＦ３ａが受信した場合、そのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙはＰＳＩフィルタ情報テーブル２１０に格納されていない。この場合、Ｓ−ＣＳＣＦ３ａは、受信したＵＥ７ｂからのメッセージを不正なアクセスであると判定し、エラー処理（５８）を実行し、本ルーチンを終了する。
【０１２４】
また、ステップ５５において、ＰＳＩリスト２２０に、起動しようとする会議サービスのＰＳＩ２２１が存在しない場合、Ｓ−ＣＳＣＦ３ａはエラー処理（５８）を実行し、本ルーチンを終了する。
【０１２５】
ここで、再び図７を参照する。
【０１２６】
ＡＳ１は、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると（１３６）、Ｓ−ＣＳＣＦ３ａに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し（１３７）、アプリケーション処理プログラムを起動する。本実施の形態において、ＡＳ１は、会議サービスを提供するアプリケーションサーバである。
【０１２７】
会議サービス用アプリケーション処理プログラムを起動中、ＡＳ１は、ＵＥ７ａに会議室割り当てが必要であると判断し、ＰＳＩ割当処理ルーチン６０を起動する（１３８）。ＡＳ１は、ＰＳＩ割当処理ルーチン６０を実行することによって、ＵＥ７ａ用に仮のＰＳＩを動的に割り当て、そのＰＳＩをＵＥ７ａ用会議室の特定に利用する。
【０１２８】
図１５は、本発明の第１の実施の形態のＰＳＩ割当処理ルーチン６０を説明するフローチャートである。
【０１２９】
図３において説明したように、ＰＳＩ割当処理６０は、ＡＳ１のメモリ１５に格納され、ＣＰＵ１４によって実行されるプログラム１７のサブプログラムである。従って、図１５の説明においてＡＳ１が実行する処理は、実際にはＣＰＵ１４によって実行される。
【０１３０】
ＡＳ１は、ＰＳＩ割り当て要求を受けると（６１）、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」」を生成し、生成したＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」」をキーとしてＰＳＩ状態テーブル２４０を検索する。
【０１３１】
生成したＰＳＩを含むエントリが存在しない場合、ＡＳ１は、新規エントリ２４０−１を生成し、生成したＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」をＰＳＩ ２４１に、状態「仮割り当て」をＳｔａｔｅ ２４２に格納する（６２）。
【０１３２】
続いて、ＡＳ１は、上記ＰＳＩを含む暫定応答１８３をＳ−ＣＳＣＦ３ａに送信し（６３、１３９）、Ｓ−ＣＳＣＦ３ａからの応答を待つ。なお、上記暫定応答１８３のＣｏｎｔａｃｔ ｈｅａｄｅｒには、ＡＳ１が生成したＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」及びｉｓ ｆｏｃｕｓパラメータが設定される。
【０１３３】
再び図７を参照する。
【０１３４】
Ｓ−ＣＳＣＦ３ａは、ＡＳ１からＳＩＰ ＩＮＶＩＴＥの暫定応答１８３を受信し（１３９）、ＰＳＩフィルタ更新処理ルーチン８０を起動する。
【０１３５】
図１３は、本発明の第１の実施の形態のＰＳＩフィルタ更新処理ルーチン８０を説明するフローチャートである。
【０１３６】
図２において説明したように、ＰＳＩフィルタ更新処理８０は、Ｓ−ＣＳＣＦ３のメモリ３５に格納され、ＣＰＵ３４によって実行されるプログラム３７のサブプログラムである。従って、図１３の説明においてＳ−ＣＳＣＦ３ａが実行する処理は、実際にはＣＰＵ３４によって実行される。
【０１３７】
Ｓ−ＣＳＣＦ３ａは、ＡＳ１から暫定応答１８３を受信すると（８１）、受信した暫定応答１８３のＣｏｎｔａｃｔ Ｈｅａｄｅｒに、ｉｓ ｆｏｃｕｓパラメータが含まれるか否かを判断する（８２）。
【０１３８】
Ｃｏｎｔａｃｔ Ｈｅａｄｅｒがｉｓ ｆｏｃｕｓパラメータを含む場合、Ｓ−ＣＳＣＦ３ａは、Ｃｏｎｔａｃｔ ＨｅａｄｅｒからＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を抽出する。Ｓ−ＣＳＣＦ３ａは、ＳＩＰプロトコルのＤｉａｌｏｇ ＩＤから、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを抽出し、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する。
【０１３９】
ＰＳＩフィルタ情報テーブル２１０に、暫定応答１８３の送信先であるＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２１１として含み、かつ、Ｃｏｎｔａｃｔ Ｈｅａｄｅｒから抽出されたＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）をＰＳＩ２１２として含むエントリが存在しない場合、ＵＥ７ａがこれから受けようとするサービスの識別子と、ＵＥ７ａの識別子との対応関係がまだＰＳＩフィルタ情報テーブル２１０に格納されていない。この場合、Ｓ−ＣＳＣＦ３ａは、新規エントリ（２１０−１）にＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ｓｉｐ：ｕｓｅｒ１＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）と上記ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）の対応情報を格納し（８３、１４０）、本ルーチンを終了する。
【０１４０】
ステップ８２において、暫定応答１８３のＣｏｎｔａｃｔ Ｈｅａｄｅｒにｉｓ ｆｏｃｕｓパラメータが含まれない場合、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチンを終了する。
【０１４１】
再び図７のシーケンスに戻り、説明を続ける。
【０１４２】
Ｓ−ＣＳＣＦ３ａは、ＩＮＶＩＴＥへの暫定応答１８３をＰ−ＣＳＣＦ５ａ経由でＵＥ７ａへ送信する（１４１、１４２）。
【０１４３】
ＵＥ７ａは、暫定応答１８３（１４２）の受信をＡＳ１に通知するため、ＰＲＡＣＫ（Ｐｒｏｖｉｓｉｏｎａｌ Ｒｅｓｐｏｎｓｅ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）を送信する（１４３）。
【０１４４】
Ｓ−ＣＳＣＦ３ａは、ＰＲＡＣＫを受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動する（１５６）。この場合、ＰＲＡＣＫメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で更新されたエントリ（２１０−２）を該当エントリとして検出し、上記ＰＲＡＣＫメッセージをＡＳ１へ送信する。
【０１４５】
ステップ５７において、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、エラー処理を実行し（５８）、本ルーチン５０を終了する。Ｓ−ＣＳＣＦ３ａがＰＳＩフィルタ情報テーブル２１０及びＰＳＩフィルタ参照処理ルーチン５０を保持することによって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩを用いたフィルタリングを実行することが可能になる。
【０１４６】
ＡＳ１は、ＰＲＡＣＫを正常に受信したことを示す応答メッセージ（２００ ＯＫ）をＵＥ７ａに送信する（１４４）。
【０１４７】
Ｓ−ＣＳＣＦ３ａは、ステップ１４４の２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、ｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１４８】
続いて、ＵＥ７ａは、リソース予約の完了を通知するため、ＡＳ１にＵＰＤＡＴＥメッセージを送信する（１４５）。
【０１４９】
Ｓ−ＣＳＣＦ３ａは、ＵＰＤＡＴＥメッセージ（１４５）を受信すると、ステップ１５６と同様にＰＳＩフィルタ参照処理ルーチン５０を起動する（１５７）。この場合、ＵＰＤＡＴＥメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で更新されたエントリ（２１０−２）を該当エントリとして検出し、上記ＵＰＤＡＴＥメッセージをＡＳ１へ送信する。
【０１５０】
ステップ５７において、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０１５１】
ＡＳ１は、ＵＰＤＡＴＥメッセージ（１４５）を受信すると、ＵＰＤＡＴＥを正常に受信したことを示す応答メッセージ（２００ ＯＫ）をＳ−ＣＳＣＦ３ａ及びＰ−ＣＳＣＦ５ａ経由でＵＥ７ａに送信する（１４６）。
【０１５２】
Ｓ−ＣＳＣＦ３ａは、ステップ１４６の２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、ｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１５３】
ＡＳ１は、ＵＰＤＡＴＥメッセージ（１４５）を受信すると、ステップ１３８で仮割り当てされたＰＳＩを正式に割り当て、ＰＳＩ状態管理テーブル２４０の該当エントリのＳｔａｔｅ ２４２を「仮割り当て」から「ＡＣＴＩＶＥ」に更新する（１４７）。さらに、ＡＳ１は、ＡＳ１がステップ１３８で割り当てたＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、参加者リスト２５０を検索する。参加者リスト２５０に、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」を含むエントリ存在する場合、ＡＳ１は、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをそのエントリのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２に追加する。
【０１５４】
一方、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」を含むエントリが参加者リスト２５０に存在しない場合、ＡＳ１は、新規エントリ（２５０−１）を追加し、ＰＳＩ「ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ」とＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙとの対応情報を格納する（１４７）。
【０１５５】
ＡＳ１は、ステップ１４７で割り当てたＰＳＩとＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙの対応情報をＨＳＳ２に通知（ＰＵＲ： Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ）する（１４８）。ＨＳＳ２は、ステップ１４８の通知を受信すると、通知に含まれる対応情報を格納し、ＰＵＲの応答メッセージ（ＰＵＡ： Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ｒｅｓｐｏｎｓｅ）をＳ−ＣＳＣＦ３ａに送信する（１４９、１５０）。
【０１５６】
ＡＳ１は、ステップ１３６で受信したＩＮＶＩＴＥへの最終応答２００ ＯＫをＳ−ＣＳＣＦ３ａ、Ｐ−ＣＳＣＦ５ａ経由でＵＥ７ａに送信する（１５１、１５３）。
【０１５７】
Ｓ−ＣＳＣＦ３ａは、ステップ１５１の２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、受信した応答にｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ａは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１５８】
ＵＥ７ａは、上記正常応答メッセージ（１５３）を受信すると、応答確認メッセージ（ＡＣＫ）をＰ−ＣＳＣＦ５ａ及びＳ−ＣＳＣＦ３ａ経由でＡＳ１に送信する（１５４）。
【０１５９】
Ｓ−ＣＳＣＦ３ａは、ＡＣＫメッセージ（１５４）を受信すると、ステップ１５６と同様にＰＳＩフィルタ参照処理ルーチン５０を起動する（１６０）。この場合、ＡＣＫメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため（５１）、Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で更新されたエントリ（２１０−２）を該当エントリとして検出し、上記ＡＣＫメッセージをＡＳ１へ送信する。
【０１６０】
ステップ５７において、ＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを含むエントリがＰＳＩフィルタ情報テーブル２１０に存在しない場合、Ｓ−ＣＳＣＦ３ａは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０１６１】
ＵＥ７ａは、以上のシーケンスに従って、ＡＳ１が実行を制御する会議サービスを起動する。以上のシーケンスを実行することによって、ＵＥ７ａが参加する会議室用のアドレス宛のメッセージの通過をＳ−ＣＳＣＦ３ａが許可又は禁止するメカニズムを提供することが可能になる。この結果、ＡＳ１への許可されていない（すなわち、不正な）メッセージの転送を防ぐことができる。
【０１６２】
次に、ＵＥ７ａが会議室にＵＥ７ｂを召集する手順を説明する。
【０１６３】
図８は、本発明の第１の実施の形態のＵＥ７ａが会議室にＵＥ７ｂを召集する手順を説明するシーケンス図である。
【０１６４】
ここで、ＵＥ７ｂは、図６に示すＵＥ７ａの登録と同様の手順によって、Ｓ−ＳＣＣＦ３ｂに登録されているものとする。
【０１６５】
ＵＥ７ａは、ＵＥ７ｂを会議サービスに召集するため、ＲＥＦＥＲメッセージをＰ−ＣＳＣＦ５ａ経由でＳ−ＣＳＣＦ３ａに送信する。ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ ＵＲＩヘッダには、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ＳＩＰ： ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）が設定される。また、ＲＥＦＥＲメッセージのＲｅｆｅｒ−ｔｏ ｈｅａｄｅｒには、ＵＥ７ａがＵＥ７ｂを召集する会議室の識別子（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｃｏｍ）が含まれる。
【０１６６】
Ｓ−ＣＳＣＦ３ａは、上記ＲＥＦＥＲメッセージのＲｅｑｕｅｓｔ ＵＲＩから、ＵＥ７ｂが契約する網（ホーム網）に存在するＩ−ＣＳＣＦ４ｂを特定し、特定されたＩ−ＣＳＣＦ４ｂへＲＥＦＥＲメッセージを送信する（１６１）。
【０１６７】
Ｉ−ＣＳＣＦ４ｂは、ステップ１６１で受信したＳＩＰ ＲＥＦＥＲメッセージに含まれるＵＥ７ｂの公開アドレスを検索キーとして、ＨＳＳ２に位置情報問い合わせメッセージ（ＬＩＲ： Ｌｏｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ）を送信する（１６２）。
【０１６８】
ＨＳＳ２は、ＵＥ７ｂの公開アドレスを検索キーとして加入者情報を参照し、ＵＥ７ｂに割り当てられているＳ−ＣＳＣＦ３ｂのアドレスを検出する。そして、ＨＳＳ２は、Ｓ−ＣＳＣＦ３ｂのアドレス情報を含む応答メッセージ（ＬＩＡ： Ｌｏｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒ）をＩ−ＣＳＣＦ４ｂに送信する（１６３）。
【０１６９】
Ｉ−ＣＳＣＦ４ｂは、上記メッセージＬＩＡに含まれるＳ−ＣＳＣＦ３ｂ宛にＳＩＰ ＲＥＦＥＲメッセージを送信する（１６４）。
【０１７０】
ステップ１６４を受信したＳ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ参照処理ルーチン５０を起動する（１６５）。上記ＲＥＦＥＲメッセージ（１６４）は、Ｉｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔであるため（５１）、Ｓ−ＣＳＣＦ３ｂは、登録時にＨＳＳからダウンロードした加入者情報（Ｓｅｒｉｖｉｃｅ Ｐｒｏｆｉｌｅ）を参照して、アプリケーションサーバを起動するか否かを判断する（５２）。
【０１７１】
ここで、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂが会議サービスに加入していると判定し、Ｓ−ＣＳＣＦ３ｂが保持するＰＳＩフィルタ情報テーブル２１０にＵＥ７ｂ用のエントリを格納する（１６６）。ここで格納されるＵＥ７ｂ用のエントリは、ＵＥ７ｂの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）と、ＲＥＦＥＲ−ｔｏ ｈｅａｄｅｒに設定されている会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）との対応関係を示す情報を含む。
【０１７２】
その後、Ｓ−ＣＳＣＦ３ｂは、Ｐ−ＣＳＣＦ５ｂ経由でＵＥ７ｂにＳＩＰ ＲＥＦＥＲメッセージを送信する（１６７）。
【０１７３】
ＵＥ７ｂは、上記ＳＩＰ要求の正常応答（応答コード：２０２）を、Ｐ−ＣＳＣＦ５ｂ、Ｓ−ＣＳＣＦ３ｂ、Ｉ−ＣＳＣＦ４ｂ、Ｓ−ＣＳＣＦ３ａ及びＰ−ＣＳＣＦ５ａ経由でＵＥ７ａに送信する（１６８）。
【０１７４】
応答コードを受信したＵＥ７ｂは、ＵＥ７ａにＲＥＦＥＲ（１６７）で受信したイベントの状態を通知するため、ＵＥ７ａにＳＩＰ ＮＯＴＩＦＹメッセージを送信する（１６９）。
【０１７５】
ＵＥ７ａは、上記ＳＩＰ ＮＯＴＩＦＹを受信すると、ＵＥ７ｂにＮＯＴＩＦＹへの正常応答（２００）を送信する（１７０）。
【０１７６】
ステップ１６７のＳＩＰ ＲＥＦＥＲメッセージを受信したＵＥ７ｂは、召集された会議室に参加する場合、後述する図９のシーケンスを実行する（１７１）。
【０１７７】
ＵＥ７ｂが会議室への参加処理（図９）を終了すると、ＵＥ７ｂは、ＵＥ７ａにＳＩＰ ＮＯＴＩＦＹメッセージを送信し、会議室への参加処理終了を通知する（１７２）。ＵＥ７ａは、上記ＳＩＰ ＮＯＴＩＦＹメッセージを正常に受信すると、応答コード２００をＵＥ７ｂに送信する（１７３）。
【０１７８】
以後、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージを受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動する。その結果、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージの送信元のＵＥ７の識別子と、送信先のＡＳ１の識別子（又は、ＵＥ７が受けているサービスの識別子）との対応関係が、ＰＳＩフィルタ情報テーブルに格納されている情報が示す対応関係と一致するか否かを判定する（５７）。これらの対応関係が一致する場合のみ、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージをＡＳ１に送信する（５６）。これらの対応関係が一致しない場合、受信したＳＩＰ要求メッセージが不正なものであるため、Ｓ−ＣＳＣＦ３ａ及びＳ−ＣＳＣＦ３ｂは、ＳＩＰ要求メッセージをＡＳ１に送信せずに、エラー処理を実行する（５８）。
【０１７９】
次に、ＵＥ７ｂがＵＥ７ａに召集された会議室に参加する手順を説明する。
【０１８０】
図９は、本発明の第１の実施の形態のＵＥ７ｂがＵＥ７ａに召集された会議室に参加する手順を説明するシーケンス図である。
【０１８１】
ＵＥ７ｂは、ステップ１６７で受信した会議室のＰＳＩ（例えば、ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）をＲｅｑｕｅｓｔ ＵＲＩとして設定したセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１８１）。このＳＩＰ ＩＮＶＩＴＥは、例えば、Ｐ−Ｐｒｅｆｅｒｒｅｄ−Ｉｄｅｎｔｉｔｙ ｈｅａｄｅｒにＵＥ７ｂの公開アドレス（Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ）を含む。
【０１８２】
Ｐ−ＣＳＣＦ５ｂは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、ＵＥ７ｂに割り当てられたＳ−ＣＳＣＦ３ｂのアドレスを読み出し、Ｓ−ＣＳＣＦ３ｂにセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する（１８３）。その後、Ｐ−ＣＳＣＦ５ｂは、ＵＥ７ｂに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信する（１８２）。
【０１８３】
Ｓ−ＣＳＣＦ３ｂは、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると、Ｐ−ＣＳＣＦ５ｂに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し、図１２に示すＰＳＩフィルタ参照処理ルーチン５０を起動する（１８４）。以下の手順のうち、既に説明した手順については、詳細な説明を省略する。
【０１８４】
まず、Ｓ−ＣＳＣＦ３ｂは、ＳＩＰメッセージが、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔであるか否かを確認する（５１）。ここで、ＲＥＧＩＳＴＥＲ以外のＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔとは、新しいＳＩＰ ｄｉａｌｏｇを確立するＳＩＰ要求、又は、単一トランザクション用ＳＩＰ要求である。
【０１８５】
受信したＳＩＰ要求がＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔである場合、Ｓ−ＣＳＣＦ３ｂは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、登録情報テーブル２００を検索し、ＡＳ１を起動するか否かを確認する（５２）。ここで、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂの登録時にＳ−ＣＳＣＦ３ｂがＨＳＳから取得したＳｅｒｖｉｃｅ Ｐｒｏｆｉｌｅを参照し（１８５）、ＵＥ７ａが会議サービスに加入していることを確認する。
【０１８６】
次に、Ｓ−ＣＳＣＦ３ｂは、Ｐｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（５３）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１６６で更新されたエントリを検出する（１９９）。
【０１８７】
その後、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩリスト２２０を参照し、ＡＳ１のアドレスを特定し（５６）、ＡＳ１にＳＩＰ ＩＮＶＩＴＥを送信し（１８６）、本ルーチン５０を終了する。
【０１８８】
ＡＳ１は、上記セッション確立要求メッセージ（ＩＮＶＩＴＥ）を受信すると（１８６）、Ｓ−ＣＳＣＦ３ｂに上記ＩＮＶＩＴＥへの暫定応答（１００ Ｔｒｙｉｎｇ）を送信し（１８７）、アプリケーション処理プログラムを起動する。本実施の形態において、ＡＳ１は、会議サービスを提供するアプリケーションサーバである。
【０１８９】
会議サービス用アプリケーション処理プログラムを起動中、ＡＳ１は、上記ＩＮＶＩＴＥのＲｅｑｕｅｓｔ ＵＲＩに設定されたＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、ＰＳＩ状態テーブル２４０を検索する。ここで、ＡＳ１は、エントリ２４０−１を検出し、上記ＰＳＩの状態２４２を確認する（１８８）。ＰＳＩの状態が「ａｃｔｉｖｅ」である場合、上記ＰＳＩはＡＳ１によって割り当てられたと判定できる。
【０１９０】
続いて、ＡＳ１は、ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、参加者リスト２５０を検索する。ＡＳ１は、ステップ１４７で生成されたエントリ２５０−１を検出し、そのエントリ２５０−１のＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２に、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ（ｓｉｐ：ｕｓｅｒ２＿ｐｕｂｌｉｃ１＠ｈｏｍｅ１．ｎｅｔ）を追加する。
【０１９１】
続いて、ＡＳ１は、上記ＰＳＩを含む暫定応答１８３をＳ−ＣＳＣＦ３ｂに送信し（１８９）、Ｓ−ＣＳＣＦ３ｂからの応答を待つ。
【０１９２】
Ｓ−ＣＳＣＦ３ｂは、ＡＳ１からＳＩＰ ＩＮＶＩＴＥの暫定応答１８３を受信すると（１８９）、ＰＳＩフィルタ更新処理ルーチン８０を起動する（８１）。
【０１９３】
ステップ８２において、上記暫定応答１８３のＣｏｎｔａｃｔ Ｈｅａｄｅｒにｉｓ ｆｏｃｕｓパラメータが含まれない場合、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０１９４】
Ｓ−ＣＳＣＦ３ｂは、ＩＮＶＩＴＥへの暫定応答１８３をＰ−ＣＳＣＦ５ｂ経由でＵＥ７ｂへ送信する（１９０、１９１）。
【０１９５】
ＵＥ７ｂは、暫定応答（１９１）の受信をＡＳ１に通知するため、ＰＲＡＣＫを送信する（１９２）。
【０１９６】
Ｓ−ＣＳＣＦ３ｂは、ＰＲＡＣＫを受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動する。この場合、ＰＲＡＣＫメッセージはＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔではないため（５１）、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１６６で更新されたエントリを検出し、上記ＰＲＡＣＫメッセージをＡＳ１へ送信する。
【０１９７】
ステップ５７において、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在しない場合、Ｓ−ＣＳＣＦ３ｂは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０１９８】
以上のように、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を保持し、ＰＳＩフィルタ参照処理ルーチン５０を実行することによって、ＰＳＩを用いたフィルタリングを行うことが可能になる。言い換えると、Ｓ−ＣＳＣＦ３ｂは、ＵＥ７ｂが参加する会議室用のアドレス宛のメッセージの通過を、ＰＳＩに基づいて許可又は禁止することができる。
【０１９９】
ＡＳ１は、ＰＲＡＣＫを正常に受信したことを示す応答メッセージ（２００ ＯＫ）をＵＥ７ｂに送信する（１９３）。Ｓ−ＣＳＣＦ３ｂは、２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、受信したメッセージにｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０２００】
続いて、ＵＥ７ｂは、リソース予約の完了を通知するため、ＡＳ１にＵＰＤＡＴＥメッセージを送信する（１９４）。
【０２０１】
Ｓ−ＣＳＣＦ３ｂは、ＵＰＤＡＴＥメッセージ（１９４）受信すると、ＰＳＩフィルタ参照処理ルーチン５０を起動して、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ ＩｄｅｎｔｉｔｙをキーとしてＰＳＩフィルタ情報テーブル２１０を検索する（５７）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１６６で更新されたエントリを検出し、上記ＵＰＤＡＴＥメッセージをＡＳ１へ送信する。
【０２０２】
ステップ５７において、ＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを含むエントリがＰＳＩフィルタ情報テーブル２１０に存在しない場合、Ｓ−ＣＳＣＦ３ｂは、エラー処理を実行し（５８）、本ルーチン５０を終了する。
【０２０３】
ＡＳ１は、ＵＰＤＡＴＥメッセージ（１９４）を受信すると、ＵＰＤＡＴＥを正常に受信したことを示す応答メッセージ（２００ ＯＫ）を、Ｓ−ＣＳＣＦ３ｂ及びＰ−ＣＳＣＦ５ｂ経由でＵＥ７ｂに送信する（１９５）。
【０２０４】
Ｓ−ＣＳＣＦ３ｂは、２００ ＯＫを受信すると、ＰＳＩフィルタ更新処理ルーチン８０を起動する。しかし、この場合、受信したメッセージにｉｓ ｆｏｃｕｓパラメータは含まれない（８１、８２）。よって、Ｓ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ情報テーブル２１０を更新することなく、本ルーチン８０を終了する。
【０２０５】
続いて、ＡＳ１は、ステップ１８６で受信したＩＮＶＩＴＥへの最終応答２００を、Ｓ−ＣＳＣＦ３ｂ及びＰ−ＣＳＣＦ５ｂ経由でＵＥ７ｂに送信する（１９６）。
【０２０６】
ＵＥ７ｂは、上記正常応答メッセージ１９６を受信すると、応答確認メッセージ（ＡＣＫ）をＰ−ＣＳＣＦ５ｂ及びＳ−ＣＳＣＦ３ｂ経由でＡＳ１に送信する（１９７）。
【０２０７】
以上の処理によって、ＵＥ７ｂは、ＵＥ７ａに召集された会議室（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）へ参加することが可能になる。
【０２０８】
次に、ＵＥ７ｂがＵＥ７ａに召集された会議室から退出する手順を説明する。
【０２０９】
図１０は、本発明の第１の実施の形態のＵＥ７ｂが、ＵＥ７ａに召集された会議室から退出する手順を説明するシーケンス図である。
【０２１０】
ＵＥ７ｂは、Ｐ−ＣＳＣＦ５ｂ及びＳ−ＣＳＣＦ３ｂ経由で、ＡＳ１に解放要求（ＢＹＥ）メッセージを送信する（５０１、５０２、５０３）。この解放要求（ＢＹＥ）のＲｅｑｕｅｓｔ ＵＲＩには、ＵＥ７ｂがＵＥ７ａから招待された会議室（以下の説明において、ＵＥ７ｂが退室しようとする会議室）を示すアプリケーション識別子ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）が設定される。
【０２１１】
Ｓ−ＣＳＣＦ３ｂは、解放要求（ＢＹＥ）を受信すると（５０２）、ＰＳＩフィルタ更新処理（セッション終了時）のルーチン９０を起動する。
【０２１２】
図１４は、本発明の第１の実施の形態のＰＳＩフィルタ更新処理（セッション終了時）ルーチン９０を説明するフローチャートである。
【０２１３】
図２において説明したように、ＰＳＩフィルタ更新処理（セッション終了時）９０は、Ｓ−ＣＳＣＦ３のメモリ３５に格納され、ＣＰＵ３４によって実行されるプログラム３７のサブプログラムである。従って、図１４の説明においてＳ−ＣＳＣＦ３ａが実行する処理は、実際にはＣＰＵ３４によって実行される。
【０２１４】
Ｓ−ＣＳＣＦ３ｂは、解放要求（ＢＹＥ）を受信すると（９１）、ＵＥ７ｂが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（９２）。ここで、Ｓ−ＣＳＣＦ３ｂは、ステップ１９０で生成されたエントリを検出する。
【０２１５】
ステップ９２において、検索条件に適合するエントリがある場合、Ｓ−ＣＳＣＦ３ｂは、ＡＳ１に開放要求（ＢＹＥ）を送信し、ＡＳ１からの応答を待つ（９３）。
【０２１６】
ステップ９２において、ＰＳＩフィルタ情報テーブル２１０に、検索条件に適合するエントリが存在しない場合、Ｓ−ＣＳＣＦ３ｂは、通常のＢＹＥ送信処理を実行する（９６）。
【０２１７】
ここで、再び図１０を参照する。ＡＳ１は、上記解放要求（ＢＹＥ）（５０３）を受信すると、ＵＥ７ｂが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして参加者リスト２５０を検索する。ＡＳ１は、ステップ１８８で更新されたエントリ（２５０−１）を検出し、検出されたエントリのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２からＵＥ７ｂの情報を削除する（５０４）。
【０２１８】
その後、ＡＳ１は、ＵＥ７ｂに解放要求（ＢＹＥ）の正常終了（２００ ＯＫ）を送信する（５０５）。
【０２１９】
上記正常応答５０５を受信したＳ−ＣＳＣＦ３ｂは、ＰＳＩフィルタ更新処理（セッション終了時）ルーチンを再開する（９４）。再び図１４を参照する。Ｓ−ＣＳＣＦ３ｂは、ステップ９２において検出されたエントリからＵＥ７ｂのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを削除し（５０６、９５）、本ルーチン９０を終了する。
【０２２０】
ＰＳＩを利用するユーザがアプリケーションの利用を終了した場合、Ｓ−ＣＳＣＦ３は、ＰＳＩフィルタ更新処理（セッション終了時）ルーチン９０を実行することによって、ＰＳＩとユーザの対応情報を更新することができる。その後、Ｓ−ＣＳＣＦ３は、更新された対応情報に基づいて、メッセージの通過の許可又は禁止を判定する。その結果、あるユーザから、そのユーザが既に利用を終了したアプリケーションに関するメッセージを受けたＳ−ＣＳＣＦ３は、そのメッセージの通過を禁止する。
【０２２１】
次に、ＵＥ７ａが会議室から退出するとともに、会議室を終了する手順を説明する。
【０２２２】
図１１は、本発明の第１の実施の形態のＵＥ７ａが会議室から退出するとともに、会議室を終了する手順を説明するシーケンス図である。
【０２２３】
ＵＥ７ａは、Ｐ−ＣＳＣＦ５ａ、Ｓ−ＣＳＣＦ３ａ経由でＡＳ１に解放要求（ＢＹＥ）メッセージを送信する（５２１、５２２、５２３）。この解放要求（ＢＹＥ）のＲｅｑｕｅｓｔ ＵＲＩには、ＵＥ７ａがＡＳ１から受信した会議室（以下の説明において、ＵＥ７ｂが退室しようとする会議室）を示すアプリケーション識別子ＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）が設定される。
【０２２４】
Ｓ−ＣＳＣＦ３ａは、解放要求（ＢＹＥ）を受信すると（５２２）、ＰＳＩフィルタ更新処理（セッション終了時）のルーチン９０を起動する（９１）。
【０２２５】
Ｓ−ＣＳＣＦ３ａは、ＵＥ７ａが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして、ＰＳＩフィルタ情報テーブル２１０を検索する（９２）。ここで、Ｓ−ＣＳＣＦ３ａは、ステップ１５５で生成されたエントリ（２１０−１）を検出する。
【０２２６】
ステップ９２において、検索条件に適合するエントリがある場合、Ｓ−ＣＳＣＦ３ａは、ＡＳ１に開放要求（ＢＹＥ）を送信し、ＡＳ１からの応答を待つ（９３）。
【０２２７】
ステップ９２において、ＰＳＩフィルタ情報テーブル２１０に、検索条件に適合するエントリが存在しない場合、Ｓ−ＣＳＣＦ３ａは、通常のＢＹＥ送信処理を実行する（９６）。
【０２２８】
ＡＳ１は、上記解放要求（ＢＹＥ）（５２３）を受信すると、ＵＥ７ａが退室しようとする会議室を示すＰＳＩ（ｃｏｎｆ１＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）を検索キーとして参加者リスト２５０を検索する。ＡＳ１は、ステップ１４７で更新されたエントリ（２５０−１）を検出し、検出されたエントリのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ ２５２からＵＥ７ａの情報を削除する。このとき、エントリ２５０−１のＰＳＩを利用するＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙが存在しなくなるため、ＡＳ１は、エントリ２５０−１をテーブル２５０から削除する。
【０２２９】
ＡＳ１は、テーブル２５０からエントリを削除したとき、ＰＳＩ割当解除処理ルーチン７０を起動し、ＰＳＩ割当解除を要求する（５２４）。
【０２３０】
図１６は、本発明の第１の実施の形態のＰＳＩ割当解除処理ルーチン７０を説明するフローチャートである。
【０２３１】
図３において説明したように、ＰＳＩ割当解除処理７０は、ＡＳ１のメモリ１５に格納され、ＣＰＵ１４によって実行されるプログラム１７のサブプログラムである。従って、図１６の説明においてＡＳ１が実行する処理は、実際にはＣＰＵ１４によって実行される。
【０２３２】
ＡＳ１は、ＰＳＩ割当解除要求を受信すると（７１）、削除対象ＰＳＩを検索キーとして、ＰＳＩ状態テーブルを検索する。ここで、ＡＳ１は、ステップ１３８で仮割当を行い、ステップ１４７で正式に割り当てたエントリ２４０−１を検出し、そのエントリ２４０−１を削除する（７２）。
【０２３３】
さらに、ＡＳ１は、ＨＳＳ２に、ＨＳＳ２が管理するＰＳＩ情報の更新を要求する（ＰＵＲ： Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ）（７３、５２５）。
【０２３４】
ＨＳＳ２は、ステップ１４９で更新したＡｃｔｉｖａｔｅしたＰＳＩをｄｅａｃｔｉｖａｔｅし（５２６）、ＡＳ１に応答（ＰＵＡ：Ｐｒｏｆｉｌｅ Ｕｐｄａｔｅ Ａｎｓｗｅｒ）を送信する（５２７）。
【０２３５】
ＡＳ１は、ＨＳＳ２からＰＵＡ（５２７）を受信すると（５２８）、ＰＳＩ割当解除処理ルーチン７０を終了する。
【０２３６】
ここで、図１１に戻り、シーケンスの説明を続ける。
【０２３７】
その後、ＡＳ１は、ＵＥ７ａに解放要求（ＢＹＥ）の正常終了（２００ ＯＫ）を送信する（５２８、５３０、５３１）。
【０２３８】
上記正常応答５２８を受信したＳ−ＣＳＣＦ３ａは、ＰＳＩフィルタ更新処理（セッション終了時）ルーチンを再開する（９４）。Ｓ−ＣＳＣＦ３ａは、ステップ９２において検出されたエントリからＵＥ７ａのＰｕｂｌｉｃ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙを削除し（９５、５２９）、本ルーチン９０を終了する。
【０２３９】
ＡＳ１がＰＳＩフィルタ更新処理（セッション終了時）ルーチン９０を備えることにより、ＰＳＩを利用するユーザがアプリケーションの利用を終了した場合、ＡＳ１はＰＳＩとユーザの対応情報を更新できる。
【０２４０】
Ｓ−ＣＳＣＦ３がＰＳＩフィルタ更新処理（セッション終了時）のルーチン９０を実行することによって、Ｓ−ＣＳＣＦ３は、ＰＳＩを用いたアクセス制御を動的に実行することができる。すなわち、ＡＳ１への不正アクセスを防止することが可能になる。
【０２４１】
なお、本実施の形態において、Ｓ−ＣＳＣＦ３とＨＳＳ２は、同一の通信装置によって実現されてもよい。或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１は、同一の装置によって実現されてもよい。或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１とＨＳＳ２は、同一の装置によって実現されてもよい。或いは、Ｓ−ＣＳＣＦ３、Ｉ−ＣＳＣＦ４及びＰ−ＣＳＣＦ５が同一の装置によって実現されてもよい。
【０２４２】
以上、本発明の第１の実施の形態によると、ＵＥ７がアプリケーションの利用を開始する時に、Ｓ−ＣＳＣＦ３は、アプリケーション識別子とユーザ（ＵＥ７）の公開アドレスとを対応付けて、ＰＳＩフィルタ情報テーブル２１０として保持する。そして、ＵＥ７がプリケーションの利用を終了すると、Ｓ−ＣＳＣＦ３は、上記対応を解除する。Ｓ−ＣＳＣＦ３は、ＵＥ７が利用するアプリケーション識別子を、パケットフィルタリング情報として利用することができる。
【０２４３】
具体的には、Ｓ−ＣＳＣＦ３は、ＵＥ７又はその他の端末からＡＳ１宛のメッセージを含むパケットを受信したとき（例えば、図７のステップ１３４、１５５、１５６、１５７、１６０、図９のステップ１９２及び１９４等）、図１２に示すＰＳＩフィルタ参照処理ルーチン５０を実行する。メッセージがＩｎｉｔｉａｌ ＳＩＰ Ｒｅｑｕｅｓｔでない場合、Ｓ−ＣＳＣＦ３は、ＰＳＩフィルタ情報テーブル２１０に該当エントリが存在するか否かを判定する（５７）。
【０２４４】
ステップ５７において該当エントリが存在する場合、受信したメッセージをＡＳ１に送信することは、不正アクセスに該当しない。このため、Ｓ−ＣＳＣＦ３は、受信したメッセージを含むパケットの通過を許可し、そのパケットをＡＳ１に送信する（５６）。
【０２４５】
一方、ステップ５７において該当エントリが存在しない場合、受信したメッセージをＡＳ１に送信することは、不正アクセスに該当する。このため、Ｓ−ＣＳＣＦ３は、受信したメッセージを含むパケットの通過を禁止し、エラー処理を実行する（５８）。
【０２４６】
このように、Ｓ−ＣＳＣＦ３がアプリケーション識別子を用いてパケットフィルタリングを行うことによって、ＡＳ１への不正アクセスを防ぐことができる。
【０２４７】
次に、本発明の第２の実施の形態を、図面を用いて説明する。
【０２４８】
上記の第１の実施の形態では、Ｓ−ＣＳＣＦ３が、受信したパケットの通過を許可するか否かを判定することによってＡＳ１への不正なアクセスを防止した。これに対して、第２の実施の形態のＳ−ＣＳＣＦ３は、パケットの通過を制御しない。代わりに、第２の実施の形態では、ＡＳ１が、受信したパケットが要求するアプリケーションを実行するか否かを判定する。
【０２４９】
第２の実施の形態は、上記のようなＡＳ１によるパケットフィルタリングを実現するため、ＡＳ１が、アプリケーション識別子を用いたフィルタリング手段を備えることを特徴とする。
【０２５０】
ＡＳ１が上記のパケットフィルタリング手段を備えることによって、ＡＳ１は、Ｓ−ＣＳＣＦ３から信号を受信したとき、アプリケーション識別子（ＰＳＩ）を用いたパケットフィルタリングを実行することが可能になる。
【０２５１】
本発明の第２の実施の形態の通信網は、第１の実施の形態と同様であるため、説明を省略する（図１参照）。以下、本発明の第２の実施の形態が第１の実施の形態と相違する点についてのみ説明する。
【０２５２】
第２の実施の形態において、Ｓ−ＣＳＣＦ３のメモリ３７は、ＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０、ＰＳＩフィルタ更新処理（セッション終了時）９０及びＰＳＩフィルタ情報テーブル２１０を備えない。
【０２５３】
第２の実施の形態において、ＡＳ１のメモリ１７は、さらに、ＰＳＩフィルタ処理２７０を備える。
【０２５４】
図１７は、本発明の第２の実施の形態のＳ−ＣＳＣＦ３の構成例を示す説明図である。
【０２５５】
第２の実施の形態において、Ｓ−ＣＳＣＦ３のメモリ３７は、ＰＳＩフィルタ参照処理５０、ＰＳＩフィルタ更新処理８０、ＰＳＩフィルタ更新処理（セッション終了時）９０、ＰＳＩフィルタ情報テーブル２１０を記憶しなくてもよい点が、第１の実施の形態（図２参照）と異なる。その他の点は、第１の実施の形態と同様であるため、説明を省略する。
【０２５６】
図１８は、本発明の第２の実施の形態のＡＳ１の構成例を示す説明図である。
【０２５７】
第２の実施の形態において、ＡＳ１のメモリ１７は、第１の実施の形態と同様、プログラム１７及び１８を記憶する。第２の実施の形態のプログラム１７は、さらに、ＰＳＩフィルタ処理２７０を含む。また、第２の実施の形態におけるＰＳＩ状態テーブル２４０は、ＡＳ１が動的に割り当てたＰＳＩに加えて、事前設定されるＰＳＩ（例えば、ｃｏｎｆｅｒｅｎｃｅ＿ｆａｃｔｏｒｙ＠ａｓ１．ｈｏｍｅ１．ｎｅｔ）も格納する。第２の実施の形態のＡＳ１のメモリ１７以外の構成は、第１の実施の形態と同じである。
【０２５８】
ＰＳＩフィルタ処理２７０については、図１９を参照して詳細に説明する。ＡＳ１がＰＳＩフィルタ処理２７０を備え、ＡＳ１がメッセージを受信する際、ＰＳＩフィルタ処理２７０を起動することによって、ＡＳ１がＰＳＩを用いたフィルタリング機能を提供することができる。
【０２５９】
図１９は、本発明の第２の実施の形態におけるアプリケーションフィルタイリングに利用されるＰＳＩフィルタ処理ルーチン２７０を説明するフローチャートである。
【０２６０】
既に説明したＰＳＩ割当処理ルーチン６０等と同様、ＰＳＩフィルタ処理ルーチン２７０は、実際にはＡＳ１のＣＰＵ１４によって実行される。
【０２６１】
本ルーチン２７０は、ＡＳ１がセッション制御メッセージを受信したときに起動される。
【０２６２】
最初に、ＡＳ１は、受信したセッション制御メッセージに含まれるＰＳＩをキーとしてＰＳＩ状態テーブル２４０を検索し、キーとしたＰＳＩを含むエントリがあるか否かを判定する（２７１）。ＡＳ１は、ステップ２７１の条件に適合するエントリが存在する場合のみアプリケーションを実行し（２７２）、適合するエントリが存在しない場合、エラー応答を送信する（２７３）。
【０２６３】
以上の処理によって、ＡＳ１は、パケット受信時、ＵＥ７の公開アドレス及びアプリケーション識別子（ＰＳＩ）をパケットフィルタリングの条件として利用することができる。すなわち、ＡＳ１は、ＰＳＩを用いてアクセス制御を提供することができる。
【０２６４】
第２の実施の形態におけるＵＥ７の登録手順は、第１の実施の形態と同様である（図６参照）。
【０２６５】
図２０は、本発明の第２の実施の形態において、ＵＥ７ａがアプリケーション（会議サービス）を起動する手順を説明するシーケンス図である。
【０２６６】
以下、図２０に示す手順のうち、図７と同じ手順については、説明を省略する。
【０２６７】
本実施の形態のＳ−ＣＳＣＦ３ａは、図７に示すステップ１５５、１４０、１５６、１５７及び１６０を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ａは、ステップ１４４、１４６及び１５１において、ＰＳＩフィルタ更新処理ルーチン８０（図１３参照）を実行しない。代わりに、ステップ１３６、１４３、１４５及び１５４において、ＡＳ１がＰＳＩフィルタ処理ルーチン２７０（図１９参照）を実行する。
【０２６８】
図２１は、本発明の第２の実施の形態において、ＵＥ７ａがＵＥ７ｂを会議サービスに召集する手順を説明するシーケンス図である。
【０２６９】
以下、図２１に示す手順のうち、図８と同じ手順については、説明を省略する。
【０２７０】
本実施の形態のＳ−ＣＳＣＦ３ｂは、図８に示すステップ１６６を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ１６８、１６９、１７０、１７２及び１７３において、ＰＳＩフィルタ参照処理ルーチン５０（図１２参照）を実行しない。
【０２７１】
図２２は、本発明の第２の実施の形態において、ＵＥ７ｂが会議サービスに参加する手順を説明するシーケンスを図である。
【０２７２】
以下、図２２に示す手順のうち、図９と同じ手順については、説明を省略する。
【０２７３】
本実施の形態のＳ−ＣＳＣＦ３ｂは、図９に示すステップ１９９を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ１９２、１９４及び１９７において、ＰＳＩフィルタ参照処理ルーチン５０（図１２参照）を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ１８７、１８９、１９３、１９５及び１９６において、ＰＳＩフィルタ更新処理ルーチン８０（図１３参照）を実行しない。代わりに、ステップ１８６、１９２、１９４及び１９７において、ＡＳ１がＰＳＩフィルタ処理ルーチン２７０（図１９参照）を実行する。
【０２７４】
図２３は、本発明の第２の実施の形態において、ＵＥ７ｂが会議サービスから退出する手順を説明するシーケンスを図である。
【０２７５】
以下、図２３に示す手順のうち、図１０と同じ手順については、説明を省略する。
【０２７６】
本実施の形態のＳ−ＣＳＣＦ３ｂは、図１０に示すステップ５０６を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ｂは、ステップ５０２において、セッション終了時のＰＳＩフィルタ更新処理ルーチン９０（図１４参照）を実行しない。
【０２７７】
図２４は、本発明の第２の実施の形態において、ＵＥ７ａが会議サービスを終了する手順を説明するシーケンスを図である。
【０２７８】
以下、図２４に示す手順のうち、図１１と同じ手順については、説明を省略する。
【０２７９】
本実施の形態のＳ−ＣＳＣＦ３ａは、図１１に示すステップ５２９を実行しない。また、本実施の形態のＳ−ＣＳＣＦ３ａは、ステップ５２２において、セッション終了時のＰＳＩフィルタ更新処理ルーチン９０（図１４参照）を実行しない。
【０２８０】
以上、本発明の第２の実施の形態によれば、Ｓ−ＣＳＣＦ３がＰＳＩを用いたフィルタリングを実行する代わりに、ＡＳ１が、パケットを受信したときに、ＰＳＩフィルタ処理ルーチン２７０を起動することによって、ＡＳ１に対する不正なアクセスを防止する。
【０２８１】
なお、本実施の形態において、Ｓ−ＣＳＣＦ３とＨＳＳ２は、同一の通信装置によって実現されてもよい。
【０２８２】
或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１は、同一の装置によって実現されてもよい。或いは、本実施の形態において、Ｓ−ＣＳＣＦ３とＡＳ１とＨＳＳ２とが同一の装置によって実現されてもよい。或いは、Ｓ−ＣＳＣＦ３、Ｉ−ＣＳＣＦ４及びＰ−ＣＳＣＦ５が同一の装置によって実現されてもよい。
【０２８３】
本発明の第２の実施の形態によると、ＡＳ１は、ＵＥ７が利用するＰＳＩ情報を管理し、そのＰＳＩに基づいてパケットフィルタリングを実行する。その結果、Ｓ−ＣＳＣＦ３がＰＳＩを用いたフィルタリング機能を備えることなく、ＡＳ１がＰＳＩを用いたパケットフィルタリング機能を提供することができる。
【０２８４】
次に、本発明の第３の実施の形態を、図面を用いて説明する。
【０２８５】
図２５は、本発明の第３の実施の形態の通信網の構成例を示す説明図である。
【０２８６】
本発明の第１の実施の形態は、ＵＥ７がＳＩＰに準拠した通信を実行することを前提としていた。このため、ＳＩＰサーバであるＳ−ＣＳＣＦ３等がＳＩＰメッセージのやり取りを制御した。しかし、本発明は、ＳＩＰ以外のプロトコルにも適用することができる。本発明の第３の実施の形態は、ＵＥ７がＨＴＴＰに準拠した通信を実行する場合に本発明を実施する例を示す。なお、ＨＴＴＰは一例であり、他のプロトコルが適用される場合にも、本発明を実施することができる。
【０２８７】
本実施の形態における通信網は、ＩＰ網Ｎ１と、無線アクセス網Ｎ２（Ｎ２ａ、Ｎ２ｂ）（ＲＡＮ： Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）とによって構成される。ＵＥ７は、第３世代移動通信プロトコルに準拠した端末である。ただし、本発明の効果を奏することができる構成である限り、無線アクセス網Ｎ２は固定網であってもよく、ＵＥ７は、固定端末、或いは、無線ＬＡＮなどその他の移動通信プロトコルに準拠した端末であってもよい。
【０２８８】
ＩＰ網Ｎ１とＲＡＮ Ｎ２とは、アクセスゲートウェイ装置（ＡＧＷ）６（６ａ、６ｂ）を介して接続される。アクセスゲートウェイ装置６の代わりに、ルータなど、他の通信装置を介して、ＩＰ網Ｎ１とＲＡＮ Ｎ２が接続されてもよい。アクセスゲートウェイ装置６は、ＵＥとＩＰ網Ｎ１との間で送受信されるＩＰパケットを転送する機能を提供する。
【０２８９】
ＩＰ網Ｎ１は、ゲートウェイ装置（ＧＷ）７０１、リダイレクトサーバ７０２及びサーバ７０３を備える。
【０２９０】
リダイレクトサーバ７０２は、ＵＥ７からＨＴＴＰリクエストを受信したとき、アプリケーションを提供するサーバ７０３の情報をＵＥ７に通知する（リダイレクトする）機能を備える。
【０２９１】
サーバ７０３は、アプリケーションの実行を制御する機能を備える。
【０２９２】
ゲートウェイ装置（ＧＷ）７０１は、第１の実施の形態のＳ−ＣＳＣＦ３と同様に、リダイレクトサーバ７０２から、通信先のサーバ７０３上で提供されるアプリケーションの識別情報を受信すると、端末ＵＥ７の識別情報と上記アプリケーションの識別情報の対応関係を示す情報を保持する。この情報は、例えば、第１の実施の形態のＰＳＩフィルタ情報テーブル２１０と同様の情報であってもよい。
【０２９３】
また、ＧＷ７０１は、第１の実施の形態のＳ−ＣＳＣＦ３と同様に、サーバ７０３宛の要求を受信したとき、上記対応関係を示す情報を参照し、サーバ７０３へのアクセス可否を判断する。
【０２９４】
ＧＷ７０１は、上記のように、第１の実施の形態のＳ−ＣＳＣＦ３と同様の機能を備えることによって、ＵＥ７から信号を受信したとき、アプリケーション識別子を用いたパケットフィルタリング機能を提供することができる。
【０２９５】
次に、本発明の第４の実施の形態を、図面を用いて説明する。
【０２９６】
図２６は、本発明の第４の実施の形態における通信網の構成例を示す説明図である。
【０２９７】
本実施の形態における通信網は、ＩＰ網Ｎ１にフィルタ装置８が接続させる点において、第１の実施の形態の通信網と相違する。
【０２９８】
フィルタ装置８は、少なくとも、ＩＰ網Ｎ１に接続されるインタフェース（図示省略）と、インタフェースに接続されるＣＰＵ（図示省略）と、ＣＰＵに接続されるメモリ（図示省略）と、を備える。
【０２９９】
ＣＰＵは、メモリに記憶されたプログラムを実行するプロセッサである。
【０３００】
メモリには、第１の実施の形態におけるＳ−ＣＳＣＦ３のメモリ３５と同様、ＰＳＩフィルタ参照処理、ＰＳＩフィルタ更新処理、ＰＳＩフィルタ更新処理（セッション終了時）、ＰＳＩフィルタ情報テーブル及びＰＳＩリストが記憶される。これらの処理プログラム及びテーブル等は、第１の実施の形態において説明したように、パケットフィルタリングのために使用される。
【０３０１】
フィルタ装置８が、上記のように、パケットフィルタリングのための処理を実行することによって、パケットフィルタリングの機能と、本来のＳ−ＣＳＣＦ３の機能を別の装置に実装することが可能になる。
【０３０２】
以上、本発明の実施の形態によれば、ＳＩＰ通信機能を備える通信制御装置が、アプリケーションサーバが生成したアプリケーション識別子を含むメッセージを受信すると、端末とアプリケーション識別子の対応情報を格納する。ＳＩＰ通信機能を備える通信制御装置は、端末からＳＩＰメッセージを受信すると、上記の対応情報を参照して、アプリケーションサーバへのアクセスを制御する。これによって、ＳＩＰ通信機能を備える通信制御装置は、動的に生成された識別子を用いたアクセス制御を提供することができる。この結果、不正なアプリケーション識別子を用いたアプリケーションサーバへのアクセスを防ぐことができる。
【産業上の利用可能性】
【０３０３】
本発明を用いることによって、通信装置は、アプリケーションの識別子と端末の識別子（例：公開アドレス）に応じたアクセス制御を提供することができる。本発明は、移動通信端末又は固定端末を収容する通信網における通信装置が、アプリケーション識別子に応じたアクセス制御を実現する場合に、利用される可能性がある。
【図面の簡単な説明】
【０３０４】
【図１】本発明の第１の実施の形態の通信網の構成例を示す説明図である。
【図２】本発明の第１の実施の形態のＳ−ＣＳＣＦの構成例を示す説明図である。
【図３】本発明の第１の実施の形態のアプリケーションサーバの構成例を示す説明図である。
【図４Ａ】本発明の第１の実施の形態の登録情報テーブルの構成の一例を示す説明図である。
【図４Ｂ】本発明の第１の実施の形態のＰＳＩフィルタ情報テーブルの構成の一例を示す説明図である。
【図４Ｃ】本発明の第１の実施の形態のＰＳＩリストテーブルの構成の一例を示す説明図である。
【図５Ａ】本発明の第１の実施の形態のＰＳＩ状態テーブルの構成の一例を示す説明図である。
【図５Ｂ】本発明の第１の実施の形態の参加者リストのテーブル構成の一例を示す説明図である。
【図６】本発明の第１の実施の形態の第１ユーザ装置が位置登録を行う手順を説明するシーケンス図である。
【図７】本発明の第１の実施の形態の第１ユーザ装置が会議サービスを起動する手順を説明するシーケンス図である。
【図８】本発明の第１の実施の形態の第１ユーザ装置が会議室に第２ユーザ装置を召集する手順を説明するシーケンス図である。
【図９】本発明の第１の実施の形態の第２ユーザ装置が、第１ユーザ装置に召集された会議室に参加する手順を説明するシーケンス図である。
【図１０】本発明の第１の実施の形態の第２ユーザ装置が、第１ユーザ装置に召集された会議室から退出する手順を説明するシーケンス図である。
【図１１】本発明の第１の実施の形態の第１ユーザ装置が会議室から退出するとともに、会議室を終了する手順を説明するシーケンス図である。
【図１２】本発明の第１の実施の形態のＰＳＩフィルタ参照処理ルーチンを説明するフローチャートである。
【図１３】本発明の第１の実施の形態のＰＳＩフィルタ更新処理ルーチンを説明するフローチャートである。
【図１４】本発明の第１の実施の形態のセッション終了時のＰＳＩフィルタ更新処理ルーチンを説明するフローチャートである。
【図１５】本発明の第１の実施の形態のＰＳＩ割当処理ルーチンを説明するフローチャートである。
【図１６】本発明の第１の実施の形態のＰＳＩ割当解除処理ルーチンを説明するフローチャートである。
【図１７】本発明の第２の実施の形態のＳ−ＣＳＣＦの構成例を示す説明図である。
【図１８】本発明の第２の実施の形態のアプリケーションサーバの構成例を示す説明図である。
【図１９】本発明の第２の実施の形態におけるアプリケーションフィルタイリングに利用されるＰＳＩフィルタ処理ルーチンを説明するフローチャートである。
【図２０】本発明の第２の実施の形態において、第１ユーザ装置が会議サービスを起動する手順を説明するシーケンス図である。
【図２１】本発明の第２の実施の形態において、第１ユーザ装置が第２ユーザ装置を会議サービスに召集する手順を説明するシーケンス図である。
【図２２】本発明の第２の実施の形態において、第２ユーザ装置が会議サービスに参加する手順を説明するシーケンスを図である。
【図２３】本発明の第２の実施の形態において、第２ユーザ装置が会議サービスから退出する手順を説明するシーケンスを図である。
【図２４】本発明の第２の実施の形態において、第１ユーザ装置が会議サービスを終了する手順を説明するシーケンスを図である。
【図２５】本発明の第３の実施の形態における通信網の構成例を示す説明図である。
【図２６】本発明の第４の実施の形態における通信網の構成例を示す説明図である。
【符号の説明】
【０３０５】
１ ＡＳ
２ ＨＳＳ
３ Ｓ−ＣＳＣＦ
７ 端末（ＵＥ）
５０ ＰＳＩフィルタ参照処理ルーチン
６０ ＰＳＩ割当処理ルーチン
７０ ＰＳＩ割当解除処理ルーチン
８０ ＰＳＩフィルタ更新処理ルーチン
９０ ＰＳＩフィルタ更新処理(セッション終了時)ルーチン
【特許請求の範囲】
【請求項１】
ネットワークに接続されるセッション制御装置において、
前記ネットワークには、複数の端末装置と、前記端末装置の加入者情報を管理する第１サーバと、前記端末装置にサービスを提供する第２サーバと、が接続され、
前記セッション制御装置は、
前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるメモリと、前記メモリに接続されるプロセッサと、を備え、
前記第１サーバから前記加入者情報を取得し、
前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、
前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とするセッション制御装置。
【請求項２】
前記加入者情報は、前記端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを示す情報を含み、
前記セッション制御装置は、
前記取得した加入者情報及び前記取得した端末装置の識別子に基づいて、前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを判定し、
前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができると判定された場合、前記セッション制御メッセージに前記サービスを制御する指示を含めて、前記インタフェースを介して前記第２サーバに送信することを特徴とする請求項１に記載のセッション制御装置。
【請求項３】
前記取得した端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項１に記載のセッション制御装置。
【請求項４】
前記サービスを制御する指示は、前記サービスを起動する指示であり、
前記セッション制御装置は、
前記第２サーバから前記サービスを起動する指示に対する応答を受信し、
前記受信した応答から、前記起動させるサービスの識別子を取得し、
前記取得した端末装置の識別子と、前記取得したサービスの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項３に記載のセッション制御装置。
【請求項５】
前記サービスの提供の終了時に、前記端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を前記メモリから削除することを特徴とする請求項４に記載のセッション制御装置。
【請求項６】
前記メモリに格納された前記端末装置の識別子と前記第２サーバの識別子との対応関係を示す情報に基づいて、前記端末装置による前記第２サーバへのアクセスを制御することを特徴とする請求項３に記載のセッション制御装置。
【請求項７】
前記端末装置からセッション制御メッセージを受信し、
前記受信したセッション制御メッセージを送信した端末装置の識別子と、前記受信したセッション制御メッセージの送信先である前記第２サーバの識別子との対応関係が、前記メモリに格納されている情報が示す対応関係と一致する場合、前記受信したセッション制御メッセージを前記第２サーバに送信することを特徴とする請求項３に記載のセッション制御装置。
【請求項８】
ネットワークを介した通信を制御する通信システムにおいて、
前記通信システムは、前記ネットワークに接続された端末装置、第１サーバ、第２サーバ及びセッション制御装置を備え、
前記第１サーバは、前記端末装置の加入者情報を管理し、
前記第２サーバは、前記端末装置にサービスを提供し、
前記セッション制御装置は、
前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるメモリと、前記メモリに接続されるプロセッサと、を備え、
前記第１サーバから前記加入者情報を取得し、
前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、
前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とする通信システム。
【請求項９】
前記加入者情報は、前記端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを示す情報を含み、
前記セッション制御装置は、
前記取得した加入者情報及び前記取得した端末装置の識別子に基づいて、前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを判定し、
前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができると判定された場合、前記セッション制御メッセージに前記サービスを制御する指示を含めて、前記インタフェースを介して前記第２サーバに送信することを特徴とする請求項８に記載の通信システム。
【請求項１０】
前記セッション制御装置は、前記取得した端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項８に記載の通信システム。
【請求項１１】
前記サービスを制御する指示は、前記サービスを起動する指示であり、
前記セッション制御装置は、
前記第２サーバから前記サービスを起動する指示に対する応答を受信し、
前記受信した応答から、前記起動させるサービスの識別子を取得し、
前記取得した端末装置の識別子と、前記取得したサービスの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記セッション制御装置は、前記サービスの提供の終了時に、前記端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を前記メモリから削除することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記セッション制御装置は、前記メモリに格納された前記端末装置の識別子と前記第２サーバの識別子との対応関係を示す情報に基づいて、前記端末装置による前記第２サーバへのアクセスを制御することを特徴とする請求項１０に記載の通信システム。
【請求項１４】
前記セッション制御装置は、
前記端末装置からセッション制御メッセージを受信し、
前記受信したセッション制御メッセージを送信した端末装置の識別子と、前記受信したセッション制御メッセージの送信先である前記第２サーバの識別子との対応関係が、前記メモリに格納されている情報が示す対応関係と一致する場合、前記受信したセッション制御メッセージを前記第２サーバに送信することを特徴とする請求項１０に記載の通信システム。
【請求項１５】
通信システムにおいて実行される通信を制御する方法であって、
前記通信システムは、ネットワークに接続された端末装置、第１サーバ、第２サーバ及びセッション制御装置を備え、
前記第１サーバは、前記端末装置の加入者情報を管理し、
前記第２サーバは、前記端末装置にサービスを提供し、
前記方法は、
前記第１サーバから前記加入者情報を取得し、
前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、
前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とする方法。
【請求項１６】
前記方法は、
前記取得した端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を保持し
前記保持された前記端末装置の識別子と前記第２サーバの識別子との対応関係を示す情報に基づいて、前記端末装置による前記第２サーバへのアクセスを制御することを特徴とする請求項１５に記載の方法。
【請求項１】
ネットワークに接続されるセッション制御装置において、
前記ネットワークには、複数の端末装置と、前記端末装置の加入者情報を管理する第１サーバと、前記端末装置にサービスを提供する第２サーバと、が接続され、
前記セッション制御装置は、
前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるメモリと、前記メモリに接続されるプロセッサと、を備え、
前記第１サーバから前記加入者情報を取得し、
前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、
前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とするセッション制御装置。
【請求項２】
前記加入者情報は、前記端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを示す情報を含み、
前記セッション制御装置は、
前記取得した加入者情報及び前記取得した端末装置の識別子に基づいて、前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを判定し、
前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができると判定された場合、前記セッション制御メッセージに前記サービスを制御する指示を含めて、前記インタフェースを介して前記第２サーバに送信することを特徴とする請求項１に記載のセッション制御装置。
【請求項３】
前記取得した端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項１に記載のセッション制御装置。
【請求項４】
前記サービスを制御する指示は、前記サービスを起動する指示であり、
前記セッション制御装置は、
前記第２サーバから前記サービスを起動する指示に対する応答を受信し、
前記受信した応答から、前記起動させるサービスの識別子を取得し、
前記取得した端末装置の識別子と、前記取得したサービスの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項３に記載のセッション制御装置。
【請求項５】
前記サービスの提供の終了時に、前記端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を前記メモリから削除することを特徴とする請求項４に記載のセッション制御装置。
【請求項６】
前記メモリに格納された前記端末装置の識別子と前記第２サーバの識別子との対応関係を示す情報に基づいて、前記端末装置による前記第２サーバへのアクセスを制御することを特徴とする請求項３に記載のセッション制御装置。
【請求項７】
前記端末装置からセッション制御メッセージを受信し、
前記受信したセッション制御メッセージを送信した端末装置の識別子と、前記受信したセッション制御メッセージの送信先である前記第２サーバの識別子との対応関係が、前記メモリに格納されている情報が示す対応関係と一致する場合、前記受信したセッション制御メッセージを前記第２サーバに送信することを特徴とする請求項３に記載のセッション制御装置。
【請求項８】
ネットワークを介した通信を制御する通信システムにおいて、
前記通信システムは、前記ネットワークに接続された端末装置、第１サーバ、第２サーバ及びセッション制御装置を備え、
前記第１サーバは、前記端末装置の加入者情報を管理し、
前記第２サーバは、前記端末装置にサービスを提供し、
前記セッション制御装置は、
前記ネットワークに接続されるインタフェースと、前記インタフェースに接続されるメモリと、前記メモリに接続されるプロセッサと、を備え、
前記第１サーバから前記加入者情報を取得し、
前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、
前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とする通信システム。
【請求項９】
前記加入者情報は、前記端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを示す情報を含み、
前記セッション制御装置は、
前記取得した加入者情報及び前記取得した端末装置の識別子に基づいて、前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができるか否かを判定し、
前記セッション制御メッセージを送信した端末装置が前記第２サーバによって提供されるサービスを受けることができると判定された場合、前記セッション制御メッセージに前記サービスを制御する指示を含めて、前記インタフェースを介して前記第２サーバに送信することを特徴とする請求項８に記載の通信システム。
【請求項１０】
前記セッション制御装置は、前記取得した端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項８に記載の通信システム。
【請求項１１】
前記サービスを制御する指示は、前記サービスを起動する指示であり、
前記セッション制御装置は、
前記第２サーバから前記サービスを起動する指示に対する応答を受信し、
前記受信した応答から、前記起動させるサービスの識別子を取得し、
前記取得した端末装置の識別子と、前記取得したサービスの識別子との対応関係を示す情報を、前記メモリに格納することを特徴とする請求項１０に記載の通信システム。
【請求項１２】
前記セッション制御装置は、前記サービスの提供の終了時に、前記端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を前記メモリから削除することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記セッション制御装置は、前記メモリに格納された前記端末装置の識別子と前記第２サーバの識別子との対応関係を示す情報に基づいて、前記端末装置による前記第２サーバへのアクセスを制御することを特徴とする請求項１０に記載の通信システム。
【請求項１４】
前記セッション制御装置は、
前記端末装置からセッション制御メッセージを受信し、
前記受信したセッション制御メッセージを送信した端末装置の識別子と、前記受信したセッション制御メッセージの送信先である前記第２サーバの識別子との対応関係が、前記メモリに格納されている情報が示す対応関係と一致する場合、前記受信したセッション制御メッセージを前記第２サーバに送信することを特徴とする請求項１０に記載の通信システム。
【請求項１５】
通信システムにおいて実行される通信を制御する方法であって、
前記通信システムは、ネットワークに接続された端末装置、第１サーバ、第２サーバ及びセッション制御装置を備え、
前記第１サーバは、前記端末装置の加入者情報を管理し、
前記第２サーバは、前記端末装置にサービスを提供し、
前記方法は、
前記第１サーバから前記加入者情報を取得し、
前記端末装置から前記第２サーバに対して送信されたセッション制御メッセージから、前記セッション制御メッセージを送信した端末装置の識別子を取得し、
前記取得した加入者情報及び取得した端末装置の識別子に基づいて、前記サービスを制御する指示を、前記インタフェースを介して前記第２サーバに送信することを特徴とする方法。
【請求項１６】
前記方法は、
前記取得した端末装置の識別子と、前記第２サーバの識別子との対応関係を示す情報を保持し
前記保持された前記端末装置の識別子と前記第２サーバの識別子との対応関係を示す情報に基づいて、前記端末装置による前記第２サーバへのアクセスを制御することを特徴とする請求項１５に記載の方法。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００８−１６９４４（Ｐ２００８−１６９４４Ａ）
【公開日】平成２０年１月２４日（２００８．１．２４）
【国際特許分類】
【出願番号】特願２００６−１８３４９６（Ｐ２００６−１８３４９６）
【出願日】平成１８年７月３日（２００６．７．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年１月２４日（２００８．１．２４）
【国際特許分類】
【出願日】平成１８年７月３日（２００６．７．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]