呼接続の要求を受けた呼処理装置から、アプリケーションサーバについての問い合わせを受ける受信部と、ユーザの加入者情報、ユーザが予め設定している設定情報及び複数のアプリケーションサーバ各々の状態情報に基づいて、前記ユーザに適したサービスを提供するための1つ以上のアプリケーションサーバの情報と、該1つ以上のアプリケーションサーバにアクセスするタイミングの情報とを含む接続指示情報を生成する情報生成部と、前記接続指示情報を前記呼処理装置に通知することで前記問い合わせに応じる通知部とを有する接続制御装置。前記ユーザが予め設定している前記設定情報は、1つ以上のアプリケーションサーバを選択する際の判断基準を示す、請求項1記載の接続制御装置。前記情報生成部が、前記ユーザの前記加入者情報及び前記設定情報から、前記ユーザに適したサービスを提供するための複数のアプリケーションサーバを判定し、該複数のアプリケーションサーバ各々の状態情報から、接続できることが確認されたアプリケーションサーバについて前記接続指示情報を生成する、請求項1又は2に記載の接続制御装置。呼接続の要求を受けた呼処理装置から、アプリケーションサーバについての問い合わせを受信し、ユーザの加入者情報、ユーザが予め設定している設定情報及び複数のアプリケーションサーバ各々の状態情報に基づいて、前記ユーザに適したサービスを提供するための1つ以上のアプリケーションサーバの情報と、該1つ以上のアプリケーションサーバにアクセスするタイミングの情報とを含む接続指示情報を生成し、前記接続指示情報を前記呼処理装置に通知することで前記問い合わせに応じるステップを有する接続制御方法。発信端末から呼接続の要求を受ける呼処理装置と、該呼処理装置から、アプリケーションサーバについての問い合わせを受ける接続制御装置とを有する通信システムであって、前記接続制御装置は、ユーザの加入者情報、ユーザが予め設定している設定情報及び複数のアプリケーションサーバ各々の状態情報に基づいて、前記ユーザに適したサービスを提供するための1つ以上のアプリケーションサーバの情報と、該1つ以上のアプリケーションサーバにアクセスするタイミングの情報とを含む接続指示情報を生成する情報生成部と、前記接続指示情報を前記呼処理装置に通知することで前記問い合わせに応じる通知部とを有する、通信システム。従来のIPマルチメディアサブシステムにおいて、CSCFとして機能するサーバがSiFCを利用して複数のアプリケーションサーバに問い合わせを行う順序は予め固定されている。このため、ユーザにサービスを提供するのに必要なアプリケーションサーバを起動するまでの間に、起動する必要のないアプリケーションサーバに関する問い合わせと応答を反復しなければならない場合が生じ、必ずしも効率的な方法ではない。また、実際に起動を要するアプリケーションサーバ以外のアプリケーションサーバにも問い合わせを行うので、必要な全てのセッションを確立するまでに時間が長くかかってしまうことも懸念される。このように従来の技術の場合、呼処理装置が1つ以上のアプリケーションサーバとセッションを確立する方法は必ずしも効率的ではない、という問題がある。本発明の課題は、呼接続の要求を受けた呼処理装置が、ユーザに適したサービスを提供するための1つ以上のアプリケーションサーバと効率的にセッションを確立できるようにすることである。一実施形態による接続制御装置は、呼接続の要求を受けた呼処理装置から、アプリケーションサーバについての問い合わせを受ける受信部と、ユーザの加入者情報、ユーザが予め設定している設定情報及び複数のアプリケーションサーバ各々の状態情報に基づいて、前記ユーザに適したサービスを提供するための1つ以上のアプリケーションサーバの情報と、該1つ以上のアプリケーションサーバにアクセスするタイミングの情報とを含む接続指示情報を生成する情報生成部と、前記接続指示情報を前記呼処理装置に通知することで前記問い合わせに応じる通知部とを有する接続制御装置である。一実施形態によれば、呼接続の要求を受けた呼処理装置が、ユーザに適したサービスを提供するための1つ以上のアプリケーションサーバと効率的にセッションを確立することができるようになる。以下、添付図面を参照しながら実施例を説明する。図中、同様な要素には同じ参照番号又は参照符号が付されている。実施例は次の観点から説明される。1.通信システム2.AS接続制御サーバ3.動作例<1.通信システム>図1は一実施形態において使用される通信システムを示す。通信システムは、発信端末101、着信端末111、発信側の無線信号処理装置又は無線ネットワーク制御装置103、着信側の無線信号処理装置又は無線ネットワーク制御装置113、発信側の呼処理装置105、着信側の呼処理装置115、ホームロケーションレジスタ107、アプリケーションサーバ1、2、3及びAS接続制御サーバ130を有する。図1には通信システムに備わる様々なノード、要素、処理部、機能部等のうち、本実施形態の説明に特に関連のあるものが示されている。例えば、発信端末又は着信端末とRNCとの間にある基地局は簡明化のため図示されていない。発信端末101は、何らかの通信相手に対して発信信号を送信する発信者側の通信端末である。発信信号は何らかの呼接続を要求する信号であり、例えば音声通信の接続要求を表す信号である。同様に、着信端末111は何らかの通信相手からの着信を受ける着信者側の通信端末である。発信者側及び着信者側の通信端末は、移動端末でもよいし、固定端末でもよい。そのような通信端末は、具体的には、ユーザ装置、携帯電話、情報端末、高機能携帯電話、スマートフォン、タブレット型コンピュータ、パーソナルディジタルアシスタント、携帯用パーソナルコンピュータ、パームトップコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ等であるが、これらに限定されない。発信側の無線信号処理装置又は無線ネットワーク制御装置103は、発信端末101からの呼接続の信号を受信し、呼処理装置105に通知する。着信側の無線信号処理装置又は無線ネットワーク制御装置113は、呼処理装置115が受けた着信信号を着信端末111にルーティングする。発信側の無線信号処理装置103は、発信端末101との間で行われる無線通信に必要な無線リソースを管理する。着信側の無線信号処理装置113は、着信端末111との間で行われる無線通信に必要な無線リソースを管理する。発信側の呼処理装置105は、発信側のRNCが受けた呼接続の信号を受信したことに応答して、1つ以上のアプリケーションサーバAS1、AS2、AS3との間でセッションを確立する。着信側の呼処理装置115もそれに応じて1つ以上のアプリケーションサーバAS1、AS2、AS3との間でセッションを確立する。発信側及び着信側の呼処理装置105、115は、セッションの確立だけでなく、セッションの終了処理、課金処理等も行う。ホームロケーションレジスタ107は、様々なユーザ各自の加入者情報や、ユーザが事前に設定している設定情報等のようなユーザの所定の情報を保存するデータベースである。なお、ホームロケーションレジスタという名称は便宜的なものに過ぎず、別の名称のノードが使用されてもよい。例えば、ホームロケーションレジスタの代わりに、ホーム加入者サーバや、認証センタ等が使用されてもよい。何れにせよ、ユーザが予め定めている所定の情報を必要に応じて提供できればよい。所定の情報は、例えば、複数のアプリケーションサーバを選択する際に使用される判断基準である。そのような判断基準は、例えば、着信端末のユーザが応答した場合には着信処理を行い、そうでなかった場合には先ず電子メールを送信し、その後に音声メッセージを録音するというような基準である。アプリケーションサーバ1、2、3は、呼接続に付随してユーザにサービスを提供するのに必要な処理を行う。通常、提供されるサービス毎に異なるアプリケーションサーバがあり、ユーザに提供するサービスに応じて、1つ以上のアプリケーションサーバが起動される。起動した1つ以上のアプリケーションサーバと呼処理装置との間にセッションが確立されることで、ユーザに相応しいサービスが提供される。呼接続に付随して提供されるサービスは、例えば、着信を行うサービスに加えて、呼接続の信号を転送するサービス、電子メールを送信するサービス、メッセージを録音するサービス、会議電話を可能にするサービス等であるが、これらに限定されない。通信システムにおいて使用可能なアプリケーションサーバの数は任意である。AS接続制御サーバ130は、呼処理装置からのアプリケーションサーバについての問い合わせに応じて、起動すべき1つ以上のアプリケーションサーバの情報と、それらにアクセスするタイミングの情報とを含む接続指示情報を生成する。接続指示情報は、ユーザの加入者情報、ユーザが予め設定している設定情報及び複数のアプリケーションサーバ各々の状態情報に基づいて生成される。生成された接続指示情報は呼処理装置に通知される。これにより、呼処理装置は、多数のアプリケーションサーバの内、起動を要する1つ以上のアプリケーションサーバとの間で最適な順序でセッションを確立することができる。AS接続制御サーバ130の構成及び動作については後述する。ちなみに、従来のIPマルチメディアサブシステムの場合、AS接続制御サーバ130に相当するノード、機能部又は要素は存在しない。このため、呼処理装置が、多数のアプリケーションサーバの内、起動を要する1つ以上のアプリケーションサーバとの間で最適な順序でセッションを確立することは困難である。<2.AS接続制御サーバ>図2は、図1に示すような通信システムにおいて使用可能なAS接続制御サーバ130の機能ブロック図を示す。図2にはAS接続制御サーバ130に必要な要素、機能部又は処理部の内、本実施形態の説明に特に関連するものが示されている。AS接続制御サーバ130は、サービス加入情報保持部21、サービス加入状況判定部22、サービス起動情報保持部23、サービス起動判定部24、接続タイミング情報保持部25、AS接続タイミング決定部26、接続指示情報生成部27及び接続指示情報保持部28を少なくとも有する。サービス加入情報保持部21は、ホームロケーションレジスタからユーザの加入者情報を取得し、個々のユーザがどのようなサービスに加入しているかについての情報を保存する。ユーザの加入者情報は、いわゆるサービス契約情報に相当する。ユーザは、通信端末の購入時又は購入後に契約情報の内容を任意に決定及び変更することができる。例えば、ユーザは、留守番電話サービスに加入することを端末の購入時に決定してもよいし、購入後に必要に応じて決定してもよい。更に、いったん加入しているサービスを停止することを決定してもよい。サービス加入状況判定部22は、呼処理装置からの問い合わせの要求に応じて、サービス加入情報保持部21の加入情報に基づいて、発信側及び又は着信側のユーザがどのようなサービスに加入しているかを判定する。判定されたサービスに対応するアプリケーションサーバを示す情報が、サービス起動判定部24に通知される。サービス起動情報保持部23は、IPマルチメディアサブシステムに存在する多数のアプリケーションサーバ各々が適切に起動するか否か等を示す状態情報を保持する。状態情報は、個々のアプリケーションサーバから定期的に又は不定期的に得られる。例えば、AS接続制御サーバ130は、複数のアプリケーションサーバに検査信号を一斉に送信し、それに対する応答信号を収集及び分析することで、個々のアプリケーションサーバが正常に起動できるか否か或いは故障しているか否か等を判定することができる。サービス起動判定部24は、サービス加入状況判定部22から通知された1つ以上のサービスに対応する1つ以上のアプリケーションサーバが適切に起動するか否かを、状態情報に基づいて判定する。例えば、アプリケーションサーバ1、2、3がサービス加入状況判定部22からサービス起動判定部24に通知されたとする。サービス起動判定部24は、様々なアプリケーションサーバの状態情報の内、アプリケーションサーバ1、2、3についての状態情報を抽出し、それらが適切に起動するか否かを確認する。適切に起動する1つ以上のアプリケーションサーバが何であるかは、AS接続タイミング決定部26に通知される。例えば、アプリケーションサーバ1、2、3の内、適切に起動するのはアプリケーションサーバ1及び2であることが、AS接続タイミング決定部26に通知される。接続タイミング情報保持部25は、ユーザが事前に設定しているユーザ設定情報を取得し、複数のアプリケーションサーバを選択する際に使用される判断基準の情報を保持する。そのような判断基準は、例えば、着信端末のユーザが応答した場合には着信処理を行い、そうでなかった場合には先ず電子メールを送信し、その後に音声メッセージを録音するというような基準である。このような判断基準は、ユーザによっては決められていないかもしれない。AS接続タイミング決定部26は、サービス起動判定部24から通知された1つ以上のアプリケーションにアクセスするタイミング又は順番を、各ユーザが決めている判断基準の情報に基づいて決定する。発信側及び又は着信側のユーザがそのような判断基準を決めていなかった場合、1つ以上のアプリケーションにアクセスするタイミング又は順番は、適切な任意の方法で決定されたタイミング又は順番とすることができる。例えば、デフォルトの順番が使用されてもよいし、アプリケーションサーバの識別子の番号順でもよいし、ラウンドロビン形式による順番等が使用されてもよい。接続指示情報生成部27は、AS接続タイミング決定部26により決定されたタイミング又は順番を示す接続指示情報を生成する。接続指示情報は、呼処理装置が起動すべき1つ以上のアプリケーションが何であるかを示す情報と、それら1つ以上のアプリーションサーバをどのようなタイミング又は順序で起動すべきかを示す情報とを少なくとも含む。接続指示情報保持部28は、接続指示情報を保持する。AS接続制御サーバ130は、接続指示情報を含む通知信号を、不図示の送信部を介してCSCFに送信することで、上記のCSCFからの問い合わせに応答する。<3.動作例>図3及び図4は、図1に示すような通信システムにおいて行われる動作例を示す。図3は動作シーケンスの観点から動作例を示す。図4は同じ動作例をシステム構成図の観点から示す。従って、図3及び図4において、同一の番号で示されている処理は同じ処理を示す。1.発信要求:先ず、発信側の端末101が呼接続を要求する信号を送信し、それが無線信号処理装置103に届く。2.発信要求無線信号処理装置は、呼接続を要求する信号を呼処理装置に通知又はルーティングする。3.接続問合せ呼処理装置は、アプリケーションサーバについてAS接続制御サーバ130に問い合わせを行う。AS接続制御サーバ130は、ユーザの加入者情報、ユーザの設定情報及び各アプリケーションサーバの状態情報に基づいて、接続指示情報を生成する。接続指示情報は、発信側及び又は着信側のユーザに適したサービスを提供するための1つ以上のアプリケーションサーバの情報と、その1つ以上のアプリケーションサーバにアクセスするタイミング又は順番の情報とを含む。説明の便宜上、一例として、接続指示情報は、アプリケーションサーバ1の後にアプリケーションサーバ2に接続すべきことを示していたとする。4.接続問合せ応答AS接続制御サーバ130は、接続指示情報を呼処理装置に通知することで、問合せに応答する。5.接続要求呼処理装置は、接続指示情報が示すアプリケーションサーバに対して、接続情報が示すタイミング又は順序で接続要求を行う。目下の例の場合、呼処理装置は、先ず、アプリケーションサーバ1に対して接続要求を行う。アプリケーションサーバ1は、呼処理装置からの接続要求に応答してサービスを起動する。6接続応答アプリケーションサーバ1は、呼処理装置に対して応答信号を返す。これにより、呼処理装置及びアプリケーションサーバ1の間でセッションが確立され、呼処理装置が指定している発信側及び又は着信側のユーザに対して、アプリケーションサーバ1によるサービスが提供されることになる。7.接続要求目下の例の場合、呼処理装置は、次に、アプリケーションサーバ2に対して接続要求を行う。アプリケーションサーバ2は、呼処理装置からの接続要求に応答してサービスを起動する。8接続応答アプリケーションサーバ2は、呼処理装置に対して応答信号を返す。これにより、呼処理装置及びアプリケーションサーバ2の間でセッションが確立され、呼処理装置が指定している発信側及び又は着信側のユーザに対して、アプリケーションサーバ2によるサービスが提供されることになる。9着信側接続要求呼処理装置がアプリケーションサーバ1、2との間でセッションを確立した後、呼処理装置は、着信側の通信端末に対して着信信号を接続するよう要求する。以後、発信側の端末及び着信側の端末を接続するための手順が行われる。この手順自体については従来と同様であるため説明を省略する。以上本発明は特定の実施例を参照しながら説明されてきたが、それらは単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。例えば、本発明は、IPマルチメディアサブシステムを使用する適切な如何なる通信システムに適用されてもよい。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。実施例又は項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に矛盾しない限り適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には1つの部品で行われてもよいし、あるいは1つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。ソフトウェアは、ランダムアクセスメモリRAM、フラッシュメモリ、読み取り専用メモリROM、EPROM、EEPROM、レジスタ、ハードディスクHDD、リムーバブルディスク、CD-ROM、データベース、サーバその他の適切な如何なる記憶媒体に用意されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。