(57)【特許請求の範囲】
【請求項１】
呼セッション制御機能サーバとアプリケーションサーバとがＩＰサブシステムネットワークを介して接続されたシステムにおけるサービス部品の再配置方法において、
前記アプリケーションサーバは、ローカルネットワークを介して接続された複数のプロセッサ装置によって構成されており、該プロセッサ装置は、サービス部品としての複数のサービスオブジェクトを実行可能であり、
前記呼セッション制御機能サーバが、端末からサービス要求メッセージを受信した際に、予め設定されたフィルタ条件に基づいて、当該サービス要求メッセージを前記アプリケーションサーバの第１のプロセッサ装置へ転送する第１のステップと、
前記アプリケーションサーバの第１のプロセッサ装置が、前記サービス要求メッセージに対応する複数のサービス部品を実行すると共に、当該サービス部品毎の実行時間を計測する第２のステップと、
前記アプリケーションサーバの第１のプロセッサ装置が、前記サービス部品毎の実行時間を含むサービス応答メッセージを、前記呼セッション制御機能サーバへ返信する第３のステップと、
前記呼セッション制御機能サーバは、前記サービス部品毎の実行時間に基づいて、第１のプロセッサ装置のサービス部品を、第２のプロセッサ装置へ再配置するか否かを判定する第４のステップと、
前記呼セッション制御機能サーバは、再配置すると判定した際に、再配置要求メッセージを、前記アプリケーションサーバの第１のプロセッサ装置へ送信する第５のステップと、
前記アプリケーションサーバの第１のプロセッサ装置は、前記再配置要求メッセージに基づくサービス部品を、前記ローカルネットワークを介して第２のプロセッサ装置へ転送する第６のステップと
を有することを特徴とするサービス部品の再配置方法。
【請求項２】
第２のステップについて、前記アプリケーションサーバの第１のプロセッサ装置は、サービス部品の一部として、受信したサービス要求メッセージをオブジェクトメッセージに変換し、当該オブジェクトメッセージをサービス部品間で転送させるプロトコル処理部品を更に有し、
第６のステップについて、第１のプロセッサ装置の前記プロトコル処理部品が、第２のプロセッサ装置へ再配置された場合、前記呼セッション制御機能サーバは、前記端末から受信した前記サービス要求メッセージが、前記アプリケーションサーバの第２のプロセッサ装置へ転送されるように、前記フィルタ条件を更新する
ことを特徴とする請求項１に記載のサービス部品の再配置方法。
【請求項３】
第２のステップについて、前記アプリケーションサーバの第１のプロセッサ装置は、
前記サービス要求メッセージに対応するサービスシナリオを選択し、
前記サービスシナリオに記述された実行手順に従って、指定されたサービス部品が実行されるように前記オブジェクトメッセージを転送することを特徴とする請求項２に記載のサービス部品の再配置方法。
【請求項４】
前記ＩＰサブシステムネットワークは、ＩＭＳ(IP Multimedia Subsystem)／ＭＭＤ(MultiMedia Domain)コアネットワークであり、
前記呼セッション制御機能サーバは、Ｓ−ＣＳＣＦ(Serving-Call Session Control Function)であり、
前記アプリケーションサーバは、ＳＤＰ(Service Delivery Platform)サーバであり、
前記ＳＤＰサーバは、前記ローカルネットワークに接続すべき複数のプロセッサ装置の個数を増減可能である
ことを特徴とする請求項１から３のいずれか１項に記載のサービス部品の再配置方法。
【請求項５】
前記アプリケーションサーバは、インターネットに更に接続されており、
前記サービス部品は、前記インターネットに接続された他のＷｅｂサーバとの間でメッセージを交換することによってサービスを実行する
ことを特徴とする請求項１から４のいずれか１項に記載のサービス部品の再配置方法。
【請求項６】
呼セッション制御機能サーバとアプリケーションサーバとがＩＰサブシステムネットワークを介して接続されたシステムにおいて、
前記アプリケーションサーバは、ローカルネットワークを介して接続された複数のプロセッサ装置によって構成されており、該プロセッサ装置は、サービス部品として複数のサービスオブジェクトを実行可能であり、
前記呼セッション制御機能サーバは、
サービス要求メッセージ毎に、前記アプリケーションサーバのいずれのプロセッサ装置へ転送するか予め設定したフィルタ条件設定手段と、
端末からサービス要求メッセージを受信した際に、前記フィルタ条件設定手段に基づいて、当該サービス要求メッセージを前記アプリケーションサーバの第１のプロセッサ装置へ転送するサービス要求転送手段と、
前記アプリケーションサーバから、第１のプロセッサ装置におけるサービス部品の実行時間を含むサービス応答メッセージを受信するサービス応答受信手段と、
第１のプロセッサ装置における前記サービス部品毎の実行時間に基づいて、第１のプロセッサ装置のサービス部品を、第２のプロセッサ装置へ再配置するか否かを判定する再配置判定手段と、
再配置すると判定した際に、再配置要求メッセージを、前記アプリケーションサーバの第１のプロセッサ装置へ送信する再配置要求送信手段と
を有し、
前記アプリケーションサーバを構成するプロセッサ装置は、
前記呼セッション制御機能サーバから、前記サービス要求メッセージを受信するサービス要求受信手段と、
前記サービス要求メッセージに対応する複数のサービス部品を実行すると共に、当該サービス部品に実行時間を計測させるサービス実行手段と、
前記サービス部品毎の実行時間を含むサービス応答メッセージを、前記呼セッション制御機能サーバへ返信するサービス応答メッセージ返信手段と、
前記呼セッション制御機能サーバから前記再配置要求メッセージを受信した際に、そのサービス部品を、前記ローカルネットワークを介して第２のプロセッサ装置へ転送する再配置転送手段とを有する
ことを特徴とするシステム。
【請求項７】
前記アプリケーションサーバの前記プロセッサ装置は、サービス部品の一部として、受信したサービス要求メッセージをオブジェクトメッセージに変換し、当該オブジェクトメッセージをサービス部品間で転送させるプロトコル処理部品を更に有し、
前記呼セッション制御機能サーバは、前記プロトコル処理部品が、第２のプロセッサ装置へ再配置された場合、前記端末から受信した前記サービス要求メッセージが、前記アプリケーションサーバの第２のプロセッサ装置へ転送されるように、前記フィルタ条件設定手段の設定内容を更新するフィルタ条件更新手段を更に有する
ことを特徴とする請求項６に記載のシステム。
【請求項８】
前記アプリケーションサーバの前記プロセッサ装置は、
前記サービス要求メッセージに対応するサービスシナリオを選択するサービスシナリオ選択手段と、
前記サービスシナリオに記述された実行手順に従って、指定されたサービス部品が実行されるように前記オブジェクトメッセージを転送するサービスシナリオ実行手段と
を有することを特徴とする請求項７に記載のシステム。
【請求項９】
前記ＩＰサブシステムネットワークは、ＩＭＳ／ＭＭＤネットワークであり、
前記呼セッション制御機能サーバは、Ｓ−ＣＳＣＦであり、
前記アプリケーションサーバは、ＳＤＰサーバであり、
前記ＳＤＰサーバは、前記ローカルネットワークに接続すべき複数のプロセッサ装置の個数を増減可能である
ことを特徴とする請求項６から８のいずれか１項に記載のシステム。
【請求項１０】
前記アプリケーションサーバは、インターネットに更に接続されており、
前記サービス部品は、前記インターネットに接続された他のＷｅｂサーバとの間でメッセージを交換することによってサービスを実行する
ことを特徴とする請求項６から９のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信事業者によって運用管理される通信ネットワークと、インターネットのような情報ネットワークとが連携して、ユーザ端末にサービスを提供する技術に関する。
【背景技術】
【０００２】
図１は、従来技術におけるシステム構成図である。
【０００３】
図１によれば、ＩＭＳ(IP Multimedia Subsystem)／ＭＭＤ(MultiMedia Domain)コアネットワーク（ＩＰ(Internet Protocol)サブシステムネットワーク、以下「ＩＭＳネットワーク」という）４を介した通信ネットワークシステムが表されている。ＩＭＳネットワーク４は、通信事業者によって運営管理されており、複数の呼セッション制御機能（ＣＳＣＦ(Call Session Control Function)）を備える。また、ＩＭＳネットワーク４内では、ＳＩＰ(Session Initiation Protocol)に基づくメッセージが交換される。
【０００４】
ＩＭＳネットワーク４には、アクセスルータＡＲ(Access Router)を介して、異なるドメインに属する複数のアクセスネットワークが接続される。アクセスネットワークは、例えば携帯電話網や、無線／有線ブロードバンドアクセス網である。端末(User Equipment)５は、アクセスネットワークに接続されたアクセスポイント(Previous Access Point)に、無線／有線リンクを介して接続する。これによって、端末５は、アクセスネットワークを介してＩＭＳネットワーク４に接続することができる。端末５は、ＳＩＰクライアント機能を有し、ＩＭＳネットワーク４との間で、ＳＩＰメッセージを交換することができる。
【０００５】
ＩＭＳネットワーク４は、アクセスネットワークのドメインを管理するために、呼セッション制御機能としての複数のＰ−ＣＳＣＦ(Proxy-CSCF)３及びＳ−ＣＳＣＦ(Serving-CSCF)２と、アプリケーションサーバ（ＡＳ(Application Server)）１とを有する。
【０００６】
端末５から送信されたＳＩＰのサービス要求メッセージは、アクセスネットワークを介して、ＩＭＳネットワーク４のＰ−ＣＳＣＦ３によって受信される。そして、Ｐ−ＣＳＣＦ３は、セッション毎にメディア情報を抽出し、セッション確立時にアクセスルータに対するゲート制御及びリソース制御を指示する。Ｐ−ＣＳＣＦ３は、端末５からの位置登録時に決定され、端末５との間にセキュアなＩＰｓｅｃトンネルを確立する。そして、Ｐ−ＣＳＣＦ３は、端末５から受信したＳＩＰメッセージを、Ｓ−ＣＳＣＦ２へ転送する。
【０００７】
Ｓ−ＣＳＣＦ２は、サービス実行及び呼セッション制御のための中心的なＳＩＰサーバである。Ｓ−ＣＳＣＦ２は、自身が管理するドメインを有し、そのドメインの範囲内のSIP-URI(SIP - Uniform Resource Identifier)について制御する。また、Ｓ−ＣＳＣＦ２は、アプリケーションレベルのサービスを提供するアプリケーションサーバ１や、加入者プロファイル情報を管理し且つユーザ認証を実行するＨＳＳ(Home Subscriber Server)に接続される。
【０００８】
従来、通信ネットワーク及び情報ネットワークとユーザ端末との間に接続されたサービス提供装置であって、ユーザ端末から受信したサービス要求メッセージに基づいて、通信ネットワーク機能と情報ネットワーク機能とを組み合わせて実行する技術がある（例えば特許文献１参照）。この技術によれば、サービス提供装置が認証処理を実行することによって、異なるネットワーク機能を組み合わせて、安全で且つ効率の良いネットワークサービスが提供される。
【０００９】
また、通信ネットワークと情報ネットワークとの間にネットワークサービスプラットフォームを備える技術がある（例えば特許文献２参照）。この技術によれば、ネットワークサービスプラットフォームが、プロトコル変換及びデータ変換をすることによって、異なるネットワーク機能を相互に連携して利用することができる。
【００１０】
特許文献１及び２に記載された技術によれば、ＩＭＳネットワーク機能（通信ネットワーク機能）と、インターネット機能（情報ネットワーク機能）とを相互に連携させてサービスを提供することが想定されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００８−２１７１１１号公報
【特許文献２】特開２００８−１１８５２０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
近年、通信ネットワークに接続された端末から、情報ネットワークに接続されたサーバのサービス機能を利用するケースが多くなってきている。端末から送信されたサービス要求メッセージに応じて、ＩＭＳネットワークに接続されたアプリケーションサーバが、インターネットに接続されたＷｅｂサーバの機能を利用する。このような利用形態が多くなることによって、アプリケーションサーバに対する処理負荷が集中することが想定される。特に、今後発展するであろうクラウドコンピューティングシステムが適用される場合には、更に顕著な課題となってくる。
【００１３】
これに対し、ＩＭＳネットワークによれば、アプリケーションサーバは、Ｓ−ＣＳＣＦに接続され、サービス機能毎にサービス集中継続アプリケーションサーバＳＣＣ−ＡＳ(Service Centralization and Continuity - Application Server)として存在する。そのために、アプリケーションサーバは、分散的に配置されるものとして想定されていない。１つのアプリケーションサーバに特定のサービス要求メッセージが集中する場合があり、そのアプリケーションサーバには、高速演算処理が可能な汎用コンピュータを備える必要がある。これは、経済的な高コスト化につながる。しかしながら、ユーザの需要には時間的変化があり、アプリケーションサーバの最大処理能力が常時必要とされるわけではない。
【００１４】
また、アプリケーションサーバとして、ＳＤＰ(Service Delivery Platform)サーバが用いられる場合がある。ＳＤＰは、ユーザの位置情報やプレゼンスなどサービス部品（サービス構成要素、イネーブラとも称される）を連携することで、新たなサービスを容易且つ効率良く提供するアーキテクチャである。ＳＯＡ(Service Oriented Architecture)に基づいたＳＤＰサーバによれば、サービス部品は、それらの実行順序が記述されたシナリオに従って連携される。一般的に、サービス機能毎に専用サーバが備えられているために、各専用サーバの処理能力及び論理的位置によっては、特定のサービス機能のみの実行時間が長くなる場合もある。
【００１５】
そこで、本発明は、ＩＭＳネットワークのアプリケーションサーバにおける最大処理能力の増減を可能とし、そのサービス機能を効率のよいハードウェアプロセッサ装置に割り当てることができる方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明によれば、呼セッション制御機能サーバとアプリケーションサーバとがＩＰサブシステムネットワークを介して接続されたシステムにおけるサービス部品の再配置方法において、
アプリケーションサーバは、ローカルネットワークを介して接続された複数のプロセッサ装置によって構成されており、該プロセッサ装置は、サービス部品としての複数のサービスオブジェクトを実行可能であり、
呼セッション制御機能サーバが、端末からサービス要求メッセージを受信した際に、予め設定されたフィルタ条件に基づいて、当該サービス要求メッセージをアプリケーションサーバの第１のプロセッサ装置へ転送する第１のステップと、
アプリケーションサーバの第１のプロセッサ装置が、サービス要求メッセージに対応する複数のサービス部品を実行すると共に、当該サービス部品毎の実行時間を計測する第２のステップと、
アプリケーションサーバの第１のプロセッサ装置が、サービス部品毎の実行時間を含むサービス応答メッセージを、呼セッション制御機能サーバへ返信する第３のステップと、
呼セッション制御機能サーバは、サービス部品毎の実行時間に基づいて、第１のプロセッサ装置のサービス部品を、第２のプロセッサ装置へ再配置するか否かを判定する第４のステップと、
呼セッション制御機能サーバは、再配置すると判定した際に、再配置要求メッセージを、アプリケーションサーバの第１のプロセッサ装置へ送信する第５のステップと、
アプリケーションサーバの第１のプロセッサ装置は、再配置要求メッセージに基づくサービス部品を、ローカルネットワークを介して第２のプロセッサ装置へ転送する第６のステップと
を有することを特徴とする。
【００１７】
本発明のサービス部品の再配置方法における他の実施形態によれば、
第２のステップについて、アプリケーションサーバの第１のプロセッサ装置は、サービス部品の一部として、受信したサービス要求メッセージをオブジェクトメッセージに変換し、当該オブジェクトメッセージをサービス部品間で転送させるプロトコル処理部品を更に有し、
第６のステップについて、第１のプロセッサ装置のプロトコル処理部品が、第２のプロセッサ装置へ再配置された場合、呼セッション制御機能サーバは、端末から受信したサービス要求メッセージが、アプリケーションサーバの第２のプロセッサ装置へ転送されるように、フィルタ条件を更新することも好ましい。
【００１８】
本発明のサービス部品の再配置方法における他の実施形態によれば、
第２のステップについて、アプリケーションサーバの第１のプロセッサ装置は、
サービス要求メッセージに対応するサービスシナリオを選択し、
サービスシナリオに記述された実行手順に従って、指定されたサービス部品が実行されるようにオブジェクトメッセージを転送することも好ましい。
【００１９】
本発明のサービス部品の再配置方法における他の実施形態によれば、
ＩＰサブシステムネットワークは、ＩＭＳ(IP Multimedia Subsystem)／ＭＭＤ(MultiMedia Domain)コアネットワークであり、
呼セッション制御機能サーバは、Ｓ−ＣＳＣＦ(Serving-Call Session Control Function)であり、
アプリケーションサーバは、ＳＤＰ(Service Delivery Platform)サーバであり、
ＳＤＰサーバは、ローカルネットワークに接続すべき複数のプロセッサ装置の個数を増減可能であることも好ましい。
【００２０】
本発明のサービス部品の再配置方法における他の実施形態によれば、
アプリケーションサーバは、インターネットに更に接続されており、
サービス部品は、インターネットに接続された他のＷｅｂサーバとの間でメッセージを交換することによってサービスを実行することも好ましい。
【００２１】
本発明によれば、呼セッション制御機能サーバとアプリケーションサーバとがＩＰサブシステムネットワークを介して接続されたシステムにおいて、
アプリケーションサーバは、ローカルネットワークを介して接続された複数のプロセッサ装置によって構成されており、該プロセッサ装置は、サービス部品としての複数のサービスオブジェクトを実行可能であり、
呼セッション制御機能サーバは、
サービス要求メッセージ毎に、アプリケーションサーバのいずれのプロセッサ装置へ転送するか予め設定したフィルタ条件設定手段と、
端末からサービス要求メッセージを受信した際に、フィルタ条件設定手段に基づいて、当該サービス要求メッセージをアプリケーションサーバの第１のプロセッサ装置へ転送するサービス要求転送手段と、
アプリケーションサーバから、第１のプロセッサ装置におけるサービス部品の実行時間を含むサービス応答メッセージを受信するサービス応答受信手段と、
第１のプロセッサ装置におけるサービス部品毎の実行時間に基づいて、第１のプロセッサ装置のサービス部品を、第２のプロセッサ装置へ再配置するか否かを判定する再配置判定手段と、
再配置すると判定した際に、再配置要求メッセージを、アプリケーションサーバの第１のプロセッサ装置へ送信する再配置要求送信手段と
を有し、
アプリケーションサーバを構成するプロセッサ装置は、
呼セッション制御機能サーバから、サービス要求メッセージを受信するサービス要求受信手段と、
サービス要求メッセージに対応する複数のサービス部品を実行すると共に、当該サービス部品に実行時間を計測させるサービス実行手段と、
サービス部品毎の実行時間を含むサービス応答メッセージを、呼セッション制御機能サーバへ返信するサービス応答メッセージ返信手段と、
呼セッション制御機能サーバから再配置要求メッセージを受信した際に、そのサービス部品を、ローカルネットワークを介して第２のプロセッサ装置へ転送する再配置転送手段とを有する
ことを特徴とする。
【００２２】
本発明のシステムにおける他の実施形態によれば、
アプリケーションサーバのプロセッサ装置は、サービス部品の一部として、受信したサービス要求メッセージをオブジェクトメッセージに変換し、当該オブジェクトメッセージをサービス部品間で転送させるプロトコル処理部品を更に有し、
呼セッション制御機能サーバは、プロトコル処理部品が、第２のプロセッサ装置へ再配置された場合、端末から受信したサービス要求メッセージが、アプリケーションサーバの第２のプロセッサ装置へ転送されるように、フィルタ条件設定手段の設定内容を更新するフィルタ条件更新手段を更に有することも好ましい。
【００２３】
本発明のシステムにおける他の実施形態によれば、
アプリケーションサーバのプロセッサ装置は、
サービス要求メッセージに対応するサービスシナリオを選択するサービスシナリオ選択手段と、
サービスシナリオに記述された実行手順に従って、指定されたサービス部品が実行されるようにオブジェクトメッセージを転送するサービスシナリオ実行手段と
を有することも好ましい。
【００２４】
本発明のシステムにおける他の実施形態によれば、
ＩＰサブシステムネットワークは、ＩＭＳ／ＭＭＤネットワークであり、
呼セッション制御機能サーバは、Ｓ−ＣＳＣＦであり、
アプリケーションサーバは、ＳＤＰサーバであり、
ＳＤＰサーバは、ローカルネットワークに接続すべき複数のプロセッサ装置の個数を増減可能であることも好ましい。
【００２５】
本発明のシステムにおける他の実施形態によれば、
アプリケーションサーバは、インターネットに更に接続されており、
サービス部品は、インターネットに接続された他のＷｅｂサーバとの間でメッセージを交換することによってサービスを実行することも好ましい。
【発明の効果】
【００２６】
本発明の方法及びシステムによれば、ＩＭＳネットワークのアプリケーションサーバについて、ハードウェア的なプロセッサ装置で実行されるべきサービス部品を、負荷状態に応じて他のプロセッサ装置へ自動的に再配置することによって、最大処理能力の増減を可能とし、そのサービス機能を効率のよいハードウェアプロセッサ装置に割り当てることができる。これによって、アプリケーションサーバにおける運用コストを軽減させることができる。
【図面の簡単な説明】
【００２７】
【図１】従来技術におけるシステム構成図である。
【図２】本発明におけるシステム構成図である。
【図３】本発明における基本シーケンス図である。
【図４】本発明におけるアプリケーションサーバ及びＳ−ＣＳＣＦの機能構成図である。
【図５】本発明における具体的シーケンス図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００２９】
図２は、本発明におけるシステム構成図である。
【００３０】
図２によれば、図１と比較して、アプリケーションサーバ１は、複数のプロセッサ装置によって構成されている。各プロセッサ装置は、サービスバスとしてのローカルネットワークに接続されている。ローカルネットワークは、ＬＡＮ(Local Area Network)であってもよいし、物理的に遠距離を結ぶネットワークであってもよい。また、アプリケーションサーバ１は、インターネット６にも接続されており、Ｗｅｂサーバ７と通信することができる。これによって、アプリケーションサーバ１は、端末５からのサービス要求に対して、Ｗｅｂサーバの機能も提供することができる。
【００３１】
アプリケーションサーバ１の各プロセッサ装置は、外部から利用可能な、部品化されたＷｅｂベースのアプリケーションサービスオブジェクト（以下「サービス部品」という）を実行することができる。本発明のアプリケーションサーバ１によれば、ハードウェア的に異なるプロセッサ装置間で、サービス部品を転送することによって再配置することできる。これによって、アプリケーションサーバ１のプロセッサ装置の数を最適に増減することができると共に、そのサービス機能を効率良くプロセッサ装置に割り当てることができる。
【００３２】
Ｓ−ＣＳＣＦ２は、端末５から受信したＳＩＰのサービス要求メッセージを、アプリケーションサーバ１における１つのプロセッサ装置へ転送する。そのプロセッサ装置は、インターネット６に接続されたＷｅｂサーバ７の機能を用いて、そのサービス要求メッセージに基づくサービスを提供する。
【００３３】
図３は、本発明における基本シーケンス図である。
【００３４】
（Ｓ３０１）端末５が、アクセスネットワークを介して、ＩＭＳネットワーク４へサービス要求メッセージを送信する。そのサービス要求メッセージは、Ｓ−ＣＳＣＦ２によって受信される。
（Ｓ３０２）Ｓ−ＣＳＣＦ２は、フィルタ条件(iFC)設定を確認し、そのサービス要求メッセージを、アプリケーションサーバのいずれかのプロセッサ装置へ転送する。図３によれば、アプリケーションサーバ１の第１のプロセッサ装置１１へ転送される。
【００３５】
（Ｓ３０３）第１のプロセッサ装置１１は、サービス要求メッセージに基づくサービスシナリオを選択し、そこに記述されたサービス部品の実行手順に従って、１つ以上のサービス部品を実行する。サービス部品によっては、インターネット６に接続されたＷｅｂサーバ７の機能を用いる。そして、第１のプロセッサ装置１１は、サービス部品を実行する際に、当該サービス部品毎の実行時間を計測する。
【００３６】
（Ｓ３０４）アプリケーションサーバの第１のプロセッサ装置１１は、実行結果情報と、サービス部品毎の実行時間とを含むＳＩＰのサービス応答メッセージを、Ｓ−ＣＳＣＦ２へ返信する。
（Ｓ３０５）Ｓ−ＣＳＣＦ２は、受信したサービス応答メッセージから、サービス部品毎の実行時間を取得する。そして、そのサービス応答メッセージは、ＩＭＳネットワーク４及びアクセスネットワークを介して、端末５へ返信される。
【００３７】
（Ｓ３０６）Ｓ−ＣＳＣＦ２は、サービス部品毎の実行時間に基づいて、第１のプロセッサ装置１１のサービス部品を、第２のプロセッサ装置１２へ再配置するか否かを判定する。ここで、特定のサービス部品の実行に長時間を要している場合には、そのサービス部品を、他のプロセッサ装置へ再配置すべきと判定する。サービス部品には、プレゼンス機能部品のような様々なソフトウェア部品だけでなく、ＩＭＳプロトコル処理部品も含まれる。ＩＭＳプロトコル処理部品は、ＳＩＰのサービス要求メッセージから、サービス部品を実行するためのオブジェクトメッセージへ変換する機能を有する。
【００３８】
Ｓ−ＣＳＣＦ２は、再配置すると判定した際に、再配置要求メッセージを、アプリケーションサーバ１の第１のプロセッサ装置１１へ送信する。再配置要求メッセージには、再配置すべきサービス部品の識別子と、再配置先となるプロセッサ装置のアドレスとが含まれる。尚、ＩＭＳプロトコル処理部品も、一般的なサービス部品と同様に、再配置対象となる。
【００３９】
また、Ｓ−ＣＳＣＦ２は、ＩＭＳプロトコル処理部品が、アプリケーションサーバ１の第１のプロセッサ装置１１から第２のプロセッサ装置１２へ再配置された場合、そのサービス要求メッセージが端末から再び受信された際に、第２のプロセッサ装置１２へ転送されるように、フィルタ条件設定を更新する。
【００４０】
（Ｓ３０７）アプリケーションサーバ１の第１のプロセッサ装置１１は、受信した再配置要求メッセージに基づくサービス部品を、ローカルネットワークを介して第２のプロセッサ装置１２へ転送する。
【００４１】
（Ｓ３１１）Ｓ−ＣＳＣＦ２は、端末５からサービス要求メッセージを受信する。
（Ｓ３１２）Ｓ−ＣＳＣＦ２は、フィルタ条件(iFC)設定を確認し、そのサービス要求メッセージを、アプリケーションサーバ１の第２のプロセッサ装置１２へ転送する。
（Ｓ３１３）第２のプロセッサ装置１２は、サービス部品の実行手順に従って、１つ以上のサービス部品を実行する。
（Ｓ３１４）アプリケーションサーバの第２のプロセッサ装置１２は、実行結果情報と、サービス部品毎の実行時間とを含むＳＩＰのサービス応答メッセージを、Ｓ−ＣＳＣＦ２へ返信する。
（Ｓ３１５）Ｓ−ＣＳＣＦ２は、受信したサービス応答メッセージを、ＩＭＳネットワーク４及びアクセスネットワークを介して、端末５へ返信する。
【００４２】
図４は、本発明におけるアプリケーションサーバ及びＳ−ＣＳＣＦの機能構成図である。
【００４３】
Ｓ−ＣＳＣＦ２は、ＩＭＳ側通信インタフェース２０と、ＳＩＰ処理部２１と、サービス要求転送部２２と、フィルタ条件設定部２３と、サービス応答受信部２４と、再配置判定部２５と、再配置要求送信部２６と、フィルタ条件更新部２７とを有する。通信インタフェースを除くこれら機能構成部は、Ｓ−ＣＳＣＦに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
【００４４】
ＩＭＳ通信インタフェース２０は、ＩＭＳネットワーク４に接続される。ＳＩＰ処理部２１は、ＩＭＳ通信インタフェース２０を介して、ＩＭＳネットワーク４との間で交換されるＳＩＰメッセージを制御する。
【００４５】
サービス要求転送部２２は、端末５からサービス要求メッセージを受信した際に、フィルタ条件設定部２３に基づいて、当該サービス要求メッセージをアプリケーションサーバ１のいずれかのプロセッサ装置（図４によれば１１又は１２）へ転送する。
【００４６】
フィルタ条件設定部２３は、サービス要求メッセージ毎に、アプリケーションサーバのいずれのプロセッサ装置へ転送するかを予め設定する。
【００４７】
サービス応答受信部２４は、アプリケーションサーバ１から、第１のプロセッサ装置における結果情報と、サービス部品毎の実行時間とを含むサービス応答メッセージを受信する。サービス部品毎の実行時間は、再配置判定部２５へ出力される。そして、サービス応答メッセージは、ＩＭＳ側通信インタフェース２０を介して、端末５へ転送される。
【００４８】
再配置判定部２５は、第１のプロセッサ装置におけるサービス部品毎の実行時間に基づいて、第１のプロセッサ装置のサービス部品を、第２のプロセッサ装置へ再配置するか否かを判定する。サービス部品について再配置すべきと判定した場合、再配置すべきサービス部品の識別子と、再配置先となるプロセッサ装置のアドレスとを、再配置要求送信部２６及びフィルタ条件更新部２７へ出力する。
【００４９】
再配置要求送信部２６は、再配置すると判定した際に、再配置要求メッセージを、アプリケーションサーバについて再配置元となるプロセッサ装置へ送信する。
【００５０】
フィルタ条件更新部２７は、ＩＭＳプロトコル処理部品が、アプリケーションサーバ１の中で再配置された場合、そのサービス要求メッセージが端末から再び受信された際に、再配置先のプロセッサ装置へ転送されるように、フィルタ条件設定を更新する。
【００５１】
アプリケーションサーバ１を構成するプロセッサ装置は、ＩＭＳ側通信インタフェース１１０と、インターネット側通信インタフェース１１１と、ＩＭＳプロトコル処理部品１１２と、複数のサービス部品１１３と、サービスバス１１４と、サービスシナリオ選択部１１５と、サービス実行部１１６と、Ｗｅｂプロトコル処理部１１７と、再配置転送部１１８とを有する。通信インタフェースを除くこれら機能構成部は、アプリケーションサーバのプロセッサ装置を機能させるプログラムを実行することによって実現される。
【００５２】
アプリケーションサーバ１は、サービスバス（ローカルネットワーク）を介して接続された複数のプロセッサ装置によって構成される。また、プロセッサ装置は、サービス部品としての１つ以上のサービスオブジェクトを実行可能である。サービスバス１１４は、プロセッサ装置間のインタフェースであり、ＬＡＮ(Local Area Network)であってもよいし、物理的に遠距離を結ぶネットワークであってもよい。サービスバス１１４を介することによって、サービス部品や各機能は、そのプロセッサ装置の位置に非依存に、相互にアクセスすることができる。
【００５３】
ＩＭＳ通信インタフェース１１０は、ＩＭＳネットワーク４に接続される。インターネット側通信インタフェース１１１は、インターネット６に接続される。
【００５４】
ＩＭＳプロトコル処理部品１１２は、サービス部品の１つであって、ＩＭＳ通信インタフェース１１０を介して、ＩＭＳネットワーク４との間で交換されるＳＩＰメッセージを制御する。ここで、ＩＭＳネットワーク４から受信したＳＩＰのサービス要求メッセージは、オブジェクトメッセージに変換される。変換されたオブジェクトメッセージは、サービスバス１１４を介して、サービスシナリオ選択部１１５へ転送される。
【００５５】
尚、ＩＭＳプロトコル処理部品１１２も、サービス部品１１３と共に、プロセッサ装置間で再配置される対象となる。ＩＭＳプロトコル処理部品１１２は、そのオブジェクトメッセージの送信先となるサービスシナリオ選択部１１５のサービスバス上のアドレスを記憶している。従って、ＩＭＳプロトコル処理部品１１２とサービスシナリオ選択部１１５とが異なるプロセッサ装置に配置されていても、ＩＭＳプロトコル処理部品１１２は、サービスバスを介して、他のプロセッサ装置のサービスシナリオ選択部１１５へ、そのオブジェクトメッセージを送信することができる。
【００５６】
サービスシナリオ選択部１１５は、オブジェクトメッセージを受信した際に、サービス要求メッセージに対応する１つ以上のサービス部品の実行手順が記述されたサービスシナリオを選択する。選択されたサービスシナリオを含むオブジェクトメッセージが、サービス実行部１１６へ出力される。
【００５７】
サービス実行部１１６は、サービスシナリオに基づいて１つ以上のサービス部品を実行する。このとき、サービス実行部１１６は、サービス要求メッセージに基づくサービス部品の実行手順をオブジェクトメッセージに含め、そのオブジェクトメッセージを最初のサービス部品へ転送する。そのオブジェクトメッセージをサービス部品間で転送することによって、サービスシナリオに基づいた１つ以上のサービス部品が実行される。
【００５８】
尚、サービス実行部１１６は、そのオブジェクトメッセージの転送先となるサービス部品１１３のサービスバス上のアドレスを記憶している。従って、サービス実行部１１６とサービス部品１１３とが異なるプロセッサ装置に配置されていても、サービス実行部１１６は、サービスバスを介して、他のプロセッサ装置のサービス部品１１３へ、そのオブジェクトメッセージを送信することができる。
【００５９】
サービス部品１１３は、オブジェクトメッセージを受信した際に、その機能を実行する。そして、その実行時間を、オブジェクトメッセージに含める。サービス部品は、外部から利用可能な、部品化されたＷｅｂベースのアプリケーションサービスオブジェクトである。サービス部品としては、例えば、プレゼンス機能、グループ機能、呼制御機能、メディア制御機能等がある。そして、最後に実行されたサービス部品は、そのオブジェクトメッセージをＩＭＳプロトコル処理部品１１２へ転送し、サービス応答メッセージとしてＳ−ＣＳＣＦ２へ出力される。
【００６０】
再配置転送部１１８は、Ｓ−ＣＳＣＦ２からから再配置要求メッセージを受信した際に、指定されたサービス部品１１３及び／又はＩＭＳプロトコル処理部品１１２を、サービスバス１１４を介して第２のプロセッサ装置へ転送する。
【００６１】
図５は、本発明における具体的シーケンス図である。
【００６２】
（Ｓ５０１）Ｓ−ＣＳＣＦ２のサービス要求転送部２２は、端末５からＳＩＰリクエスト（サービス要求メッセージ）を受信する。ＳＩＰリクエストには、サービスに応じたRequestURIが指定されている。そして、フィルタ条件設定部２３のフィルタ条件を確認し、アプリケーションサーバ１の第１のプロセッサ装置１１へ、そのＳＩＰリクエストを送信する。フィルタ条件設定部２３は、RequestURIに対応付けて、アプリケーションサーバ１のプロセッサ装置のアドレスを記憶する。
<RrequestURI> - <address>
RrequestURI1  -  プロセッサ装置１１のアドレス
RrequestURI2  -  プロセッサ装置１２のアドレス
【００６３】
（Ｓ５０２）アプリケーションサーバ１の第１のプロセッサ装置１１のＩＭＳプロトコル処理部品１１２は、Ｓ−ＣＳＣＦ２から、ＳＩＰリクエストを受信する。そして、ＩＭＳプロトコル処理部は、そのＳＩＰリクエストを、ＳＯＡＰ(Simple Object Access Protocol)メッセージに変換する。ＳＯＡＰとは、ＸＭＬ(eXtensible
Markup Language)やＨＴＴＰ(HyperText Transfer Protocol)等をベースとして、サービスオブジェクトを呼び出すためのプロトコルをいう。ＳＯＡＰによれば、ＸＭＬ文書にエンベロープ（封筒）と称される付帯情報が付いたオブジェクトメッセージを、ＨＴＴＰ等のプロトコルを用いて交換する。ＳＯＡＰメッセージは、サービスバス１１４を介して、サービスシナリオ選択部１１５へ転送される。ＳＯＡＰメッセージには、以下のようにアクセスするアドレス順序が含められる。
（１）ＩＭＳプロトコル処理部のアドレスポート(address port)
（２）サービスシナリオ選択部のアドレスポート
RequestURI
（３）サービス実行部のアドレスポート
【００６４】
（Ｓ５０３）サービスシナリオ選択部１１５は、ＳＯＡＰメッセージを受信した際に、RequestURIに対応するサービスシナリオを選択する。サービスシナリオ選択部１１５は、RequestURIに対応するサービスシナリオを記憶している。
<RequestURI> - <サービスシナリオ>
RequestURI1 -  シナリオ１
ＳＯＡＰメッセージに、以下のように、選択されたシナリオが含められる。
（１）ＩＭＳプロトコル処理部のアドレスポート(address port)
（２）サービスシナリオ選択部のアドレスポート
RequestURI
（３）サービス実行部のアドレスポート
サービスシナリオ（シナリオ１）
そして、ＳＯＡＰメッセージは、サービス実行部１１６へ転送される。
【００６５】
（Ｓ５０４）サービス実行部１１６は、ＳＯＡＰメッセージを受信した際に、サービスシナリオ（シナリオ１）を読み込む。サービスシナリオには、サービス要求に応じて実行されるべきサービス部品の実行順序が記述されている。
<サービスシナリオ> - <object A><object B><object C>
シナリオ１     - サービス部品Ａ，サービス部品Ｂ，サービス部品Ｃ
そして、サービス実行部１１６は、サービスシナリオに記述された最初のサービス部品へ、そのＳＯＡＰメッセージを転送する。
（１）ＩＭＳプロトコル処理部のアドレスポート(address port)
（２）サービスシナリオ選択部のアドレスポート
RequestURI
（３）サービス実行部のアドレスポート
サービスシナリオ（シナリオ１）
（４）サービス部品Ａのアドレスポート
（５）サービス部品Ｂのアドレスポート
（６）サービス部品Ｃのアドレスポート
（７）ＩＭＳプロトコル処理部のアドレスポート
【００６６】
（Ｓ５０５）サービス部品Ａは、ＳＯＡＰメッセージを受信し、当該機能を実行する。このとき、実行時間として、タイムスタンプの「処理開始時刻」及び「処理終了時刻」が取得される。サービス部品は、インターネットに接続された他のＷｅｂサーバとの間でメッセージを交換することによってサービスを実行することもできる。そして、ＳＯＡＰメッセージには、結果情報と実行時間とが追記され、サービス部品Ａは、そのＳＯＡＰメッセージを次に実行すべきサービス部品Ｂへ転送する。
（Ｓ５０６）同様に、サービス部品Ｂも、当該機能を実行し、結果情報と実行時間とを追記したＳＯＡＰメッセージを、次に実行すべきサービス部品Ｃへ転送する。
（Ｓ５０７）更に同様に、サービス部品Ｃも、当該機能を実行し、結果情報と実行時間とを追記したＳＯＡＰメッセージを、最終的にＩＭＳプロトコル処理部品１１２へ転送する。
【００６７】
（Ｓ５０８）ＩＭＳプロトコル処理部品１１２は、ＳＯＡＰメッセージを、ＳＩＰのサービス応答メッセージに変換する。サービス応答メッセージは、ＩＭＳネットワーク４を介してＳ−ＣＳＣＦ２へ送信される。
【００６８】
（Ｓ５０９）Ｓ−ＣＳＣＦ２のサービス応答受信部２４は、サービス応答メッセージを受信する。サービス応答メッセージに含まれる実行時間（「処理開始時刻」及び「処理終了時刻」）は、再配置判定部２５へ出力される。
【００６９】
（Ｓ５１０）再配置判定部２５は、サービス部品毎の「処理開始時刻」及び「処理終了時刻」に基づいて、そのサービス部品の再配置を判定する。サービス部品毎の「処理開始時刻」及び「処理終了時刻」によって、以下の情報が得られる。
サービス部品毎の実行時間＝処理開始時刻−処理終了時刻
サービス部品間の通信時間＝処理終了時刻−処理開始時刻
サービス提供時間＝Σ（実行時間＋通信時間）
【００７０】
ここで、サービス部品毎の実行時間によって負荷状態を判定して再配置した場合、サーバ間でのメッセージ転送回数が増加し、サービス部品間の通信時間が増加する場合もある。そのために、サービス部品毎の実行時間のみならず、シナリオのサービス部品の実行順序に基づく、サービス部品間の通信時間も考慮して、サービス部品の再配置を判定する。
【００７１】
判定方法としては、様々な既存の技術を用いることができる。例えば、サービス部品毎に、その実行時間が第１の所定閾値以下であることを監視する。その実行時間が第１の所定閾値を越えたサービス部品を、負荷状態が軽い他のプロセッサ装置への再配置を要求する。その後、サービス部品間の通信時間が、第２の所定閾値を越えた場合、再配置したサービス部品に隣接して実行される他のサービス部品を、先に再配置したサービス部品のプロセッサ装置への再配置を要求する。
【００７２】
（Ｓ５１１）フィルタ条件更新部２７は、再配置判定部２５の再配置要求の指示によって、ＩＭＳプロトコル処理部品がアプリケーションサーバ１の第２のプロセッサ装置へ再配置された場合、そのサービス要求メッセージが端末から再び受信された際に、再配置先のプロセッサ装置へ転送されるように、フィルタ条件設定を更新する。
【００７３】
（Ｓ５１２）再配置要求送信部２６は、再配置判定部２５の再配置要求の指示によって、再配置要求メッセージを、アプリケーションサーバ１の第１のプロセッサ装置１１へ送信する。再配置要求メッセージには、再配置すべきサービス部品の識別子と、再配置先となるプロセッサ装置のアドレスとが含まれる。
【００７４】
（Ｓ５１３）ＩＭＳプロトコル処理部品１１２は、受信した再配置要求メッセージを、再配置転送部１１８へ転送する。
（Ｓ５１４）再配置転送部１１８は、再配置要求メッセージに基づくサービス部品（及びＩＭＳプロトコル処理部品）を、サービスバスを介して第２のプロセッサ装置１２へ転送する。
【００７５】
以上、詳細に説明したように、本発明の方法及びシステムによれば、ＩＭＳネットワークのアプリケーションサーバについて、ハードウェア的なプロセッサ装置で実行されるべきサービス部品を、負荷状態に応じて他のプロセッサ装置へ自動的に再配置することによって、最大処理能力の増減を可能とし、そのサービス機能を効率のよいハードウェアプロセッサ装置に割り当てることができる。これによって、アプリケーションサーバにおける運用コストを軽減させることができる。
【００７６】
前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。
【符号の説明】
【００７７】
１  アプリケーションサーバ
１１  第１のプロセッサ装置
１２  第２のプロセッサ装置
１１０  ＩＭＳ側通信インタフェース
１１１  インターネット側通信インタフェース
１１２  ＩＭＳプロトコル処理部品
１１３  サービス部品
１１４  サービスバス
１１５  サービスシナリオ選択部
１１６  サービス実行部
１１７  Ｗｅｂプロトコル処理部
１１８  再配置転送部
２  Ｓ−ＣＳＣＦ
２０  ＩＭＳ側通信インタフェース
２１  ＳＩＰ処理部
２２  サービス要求転送部
２３  フィルタ条件設定部
２４  サービス応答受信部
２５  再配置判定部
２６  再配置要求送信部
２７  フィルタ条件更新部
３  Ｐ−ＣＳＣＦ
４  ＩＭＳネットワーク
５  端末
６  インターネット
７  Ｗｅｂサーバ
【図１】
0005472989.tif 000002
【図２】
0005472989.tif 000003
【図３】
0005472989.tif 000004
【図４】
0005472989.tif 000005
【図５】
0005472989.tif 000006