(57)【要約】【課題】高度な信頼性が要求される通信ネットワークにおいてＳＯＡのようなＷｅｂサービス化された機能を疎結合に組み合わせてサービスを開発する手法を取り入れ、より信頼性を保証できる通信ネットワークサービスシステムを提供する。【解決手段】通信ネットワークと情報ネットワークとの間にサービスプラットフォームを設けた通信ネットワークサービスシステムであり、このサービスプラットフォームは、端末の要求に応じて、連携サービスを通信端末または情報端末へ提供するサービスオーケストレーション機能部と、サービスオーケストレーション機能部が提供する連携サービスにおける通信ネットワークと情報ネットワークとの間のプロトコル変換とデータ変換とを実行するサービスバス対応機能部とを有し、サービスバス対応機能部は現用と予備とを有しており、サービスバス対応機能部は現用と予備との間で同期と死活監視を実行する。【選択図】図１
2008152342.tif 000002
【特許請求の範囲】
【請求項１】
通信端末が接続する通信ネットワークと情報端末が接続する情報ネットワークとの間にサービスプラットフォームを設けた通信ネットワークサービスシステムであり、
該サービスプラットフォームが、
前記通信端末または前記情報端末の要求に応じて、前記通信ネットワークの提供サービスと前記情報ネットワークとの提供サービスとを連携させて連携サービスとして前記通信端末または前記情報端末へ提供するサービスオーケストレーション機能部と、
前記サービスオーケストレーション機能部が提供する連携サービスに対応して、前記通信ネットワークと前記情報ネットワークとの間のプロトコル変換とデータ変換とを実行するサービスバス対応機能部と
を有し、
前記サービスバス対応機能部は、
通常時に前記サービスバス対応機能部として動作する現用サービスバス対応機能部と、
前記現用サービスバス対応機能部の異常時に前記サービスバス対応機能部として動作する予備サービスバス対応機能部と、
前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との間で相互に同期を取る同期機能部と、
前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との相互の死活状態を監視し、前記監視結果により前記現用サービスバス対応機能部と前記予備サービスバス対応機能部とを切り替える死活監視機能部と、
を有することを特徴とする通信ネットワークサービスシステム。
【請求項２】
前記現用サービスバス対応機能部が、前記通信端末または前記情報端末の通話状態情報を管理する現用チェックポイント機能部を有し、
前記予備サービスバス対応機能部が、前記通信端末または前記情報端末の通信状態情報を管理する予備チェックポイント機能部を有し、
前記同期機能部が、前記チェックポイント機能部と前記チェックポイント機能部との間で相互に同期を取る、
ことを特徴とする請求項１に記載の通信ネットワークサービスシステム。
【請求項３】
前記予備サービスバス対応機能部が、前記現用サービスバス対応機能部の死活状態を監視する予備クラスタ管理機能部を有し、
前記死活監視機能部が、前記現用クラスタ管理機能部から前記現用サービスバス対応機能部が異常である信号を受信した場合には、前記現用サービスバス対応機能部から前記予備サービスバス対応機能部へ切り替える、
ことを特徴とする請求項１から請求項２に記載の通信ネットワークサービスシステム。
【請求項４】
前記現用サービスバス対応機能部および前記予備サービスバス対応機能部が、それぞれ、
前記通信ネットワークの信号およびデータを送信または受信し、解読または符号化する変換を実行するＷｅｂ対応機能部と、
前記情報ネットワークの通信手順および信号およびデータへ、解読または符号化する変換を実行するＩＭＳ対応機能部と、
を有することを特徴とする請求項１から請求項３に記載の通信ネットワークサービスシステム。
【請求項５】
前記サービスオーケストレーション機能部が、
ワークフロー記述言語によって記述されたワークフローのプロセス実行及び実行管理を行なう、
ことを特徴とする請求項１から請求項４に記載の通信ネットワークサービスシステム。
【請求項６】
前記サービスバス対応機能部は、
通話状態を持つ通信プロトコルによって制御される通信ネットワークサービスのＷｅｂサービスヘの変換、及び、サービスデータとサービスデータ状態の保持を行なう、
ことを特徴とする請求項１から請求項５に記載の通信ネットワークサービスシステム。
【請求項７】
前記通信ネットワークが、ネットワーク上のサービス機能単位である通信サービスエレメントを有し、
前記情報ネットワークが情報サービスエレメントを有し、
前記サービスプラットフォームが、
一または複数の前記通信または情報サービスエレメントの実行順序の情報を含むサービステンプレートを記憶するサービステンプレート記憶手段と、
前記サービステンプレートから抽出した通信または情報サービスエレメントへサービス実行要求を送信するサービス合成手段と、
を有することを特徴とする請求項１から請求項６に記載の通信ネットワークサービスシステム。
【請求項８】
通信端末が接続する通信ネットワークと情報端末が接続する情報ネットワークとの間にサービスプラットフォーム装置を設けた通信ネットワークサービスシステムで用いられる該サービスプラットフォーム装置であり、
該サービスプラットフォーム装置が、
前記通信端末または前記情報端末の要求に応じて、前記通信ネットワークの提供サービスと前記情報ネットワークとの提供サービスとを連携させて連携サービスとして前記通信端末または前記情報端末へ提供するサービスオーケストレーション機能部と、
前記サービスオーケストレーション機能部が提供する連携サービスに対応して、前記通信ネットワークと前記情報ネットワークとの間のプロトコル変換とデータ変換とを実行するサービスバス対応機能部と
を有し、
前記サービスバス対応機能部は、
通常時に前記サービスバス対応機能部として動作する現用サービスバス対応機能部と、
前記現用サービスバス対応機能部の異常時に前記サービスバス対応機能部として動作する予備サービスバス対応機能部と、
前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との間で相互に同期を取る同期機能部と、
前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との相互の死活状態を監視し、前記監視結果により前記現用サービスバス対応機能部と前記予備サービスバス対応機能部とを切り替える死活監視機能部と、
を有することを特徴とするサービスプラットフォーム装置。
【請求項９】
通信端末が接続する通信ネットワークと情報端末が接続する情報ネットワークとの間にサービスプラットフォームを設けた通信ネットワークサービスシステムで用いられる方法であり、
該サービスプラットフォームが、
前記通信端末または前記情報端末の要求に応じて、前記通信ネットワークの提供サービスと前記情報ネットワークとの提供サービスとを連携させて連携サービスとして前記通信端末または前記情報端末へ提供するサービスオーケストレーション機能手順と、
前記サービスオーケストレーション機能手順が提供する連携サービスに対応して、前記通信ネットワークと前記情報ネットワークとの間のプロトコル変換とデータ変換とを実行するサービスバス対応機能手順と
を有し、
前記サービスバス対応機能手順は、
通常時に前記サービスバス対応機能手順として動作する現用サービスバス対応機能手順と、
前記現用サービスバス対応機能手順の異常時に前記サービスバス対応機能手順として動作する予備サービスバス対応機能手順と、
前記現用サービスバス対応機能手順と前記予備サービスバス対応機能手順との間で相互に同期を取る同期機能手順と、
前記現用サービスバス対応機能手順と前記予備サービスバス対応機能手順との相互の死活状態を監視し、前記監視結果により前記現用サービスバス対応機能手順と前記予備サービスバス対応機能手順とを切り替える死活監視機能手順と、
を有することを特徴とする通信ネットワークサービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網内にあって、通信ネットワークサービスと情報ネットワークサービスをウェブサービスとして互いに疎結合に連携させながら、高信頼なサービスを提供する技術に関する。
【背景技術】
【０００２】
従来のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）アプリケーションミドルウェアや交換機用ミドルウェア等のテレコムサービス向けサービスアプリケーションプラットフォームにおいては、通話中状態などのプロトコル状態をメモリ上に２重に保存する等の高可用機能をプラットフォーム機能として搭載することにより、サーバ障害時の状態復旧を実現し、ＳＩＰ呼処理のような非同期処理を高速に実行しつつ、高可用性を実現してきた。
その反面、テレコムサービス向けサービスアプリケーションプラットフォームにおいては、プラットフォームとサービスアプリケーション間が密結合となることから、サービスアプリケーションの仕様変更における開発または試験等のコストが非常に大きくなるという問題がある。
【０００３】
一方、エンタープライズ系システムにおけるシステム開発手法であるＳＯＡ(Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ)によるサービスアプリケーション開発においては、コンポーネントと呼ばれるソフトウェア部品間の依存性が少なく、サービスを柔軟に更新できるという利点がある。
【０００４】
しかしその反面、ＳＯＡではＷｅｂサービスのような同期型処理を中心に考えられており、ＳＩＰのような非同期型処理であり、かつ、ＳＩＰプロトコル状態を持つようなプロトコルを扱うことは考えられていない。
また、ＳＯＡでは、サービスアプリケーションがネットワークに接続された複数のサーバ上のサービス部品（サービスエレメント）を連携されるため、単独のサーバ上での使用を前提とした既存のテレコムサービス向けミドルウェアは適用することができない。
そのため、高い可用性を持ったテレコム向けシステムをＳＯＡ関連技術によって実現する場合、ＳＯＡに即した高可用化方法を実現する必要がある。
【０００５】
一方、特許文献１では、ブラットフォームそのものがネットワーク内のサービスを管理する位置づけとなっている為、他のネットワークのサービスまでを意識したものではなく、他のネットワーク内のサービスとの連携までを視野に入れた構造とはなっていなかった。
【特許文献１】特開２００５−０７１０５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、従来の企業システム及びインターネット系サービスの分野におけるＷｅｂ・ＳＯＡ技術を用いたサービスアプリケーション開発においては、信頼性よりもプログラムの生産性やサービス仕様変更への柔軟性が重視されてきた。
一方、通信ネットワークにおけるサービス開発においては、非常に高い信頼性への要求をクリアするために、複雑で高機能なプラットフォームを使用してサービス開発を行ってきた。
【０００７】
このように異なる目的をもって開発されてきた異なる技術を組み合わせようとした場合、これまでエンタープライズにおけるシステム開発技術であるＳＯＡにおけるサービスアプリケーション開発技術においては、ＳＩＰのような非同期型処理であり、かつ、ＳＩＰプロトコル状態を持つようなプロトコルを扱うサービスを開発することが難しいという問題があった。
【０００８】
特に、高度な信頼性が要求される通信ネットワークにおいて、ＳＯＡのようなＷｅｂサービス化された機能を、疎結合に組み合わせることが難しいという問題があった。
ここでいう疎結合とは、システムがサービスを継続したまま、そのシステムを更新することが容易であることをいう。このような疎結合であるシステムの改変の場合には、その改変の影響を小さくすることが出来る。
【０００９】
本発明は、このような事情に鑑みてなされたもので、その目的は、高度な信頼性が要求される通信ネットワークにおいてＳＯＡのようなＷｅｂサービス化された機能を疎結合に組み合わせてサービスを開発する手法を取り入れ、より信頼性を保証できる通信ネットワークサービスシステムを提供することである。
【課題を解決するための手段】
【００１０】
この発明は上述した課題を解決するためになされたもので、請求項１に記載の発明は、通信端末が接続する通信ネットワークと情報端末が接続する情報ネットワークとの間にサービスプラットフォームを設けた通信ネットワークサービスシステムであり、該サービスプラットフォームが、前記通信端末または前記情報端末の要求に応じて、前記通信ネットワークの提供サービスと前記情報ネットワークとの提供サービスとを連携させて連携サービスとして前記通信端末または前記情報端末へ提供するサービスオーケストレーション機能部と、前記サービスオーケストレーション機能部が提供する連携サービスに対応して、前記通信ネットワークと前記情報ネットワークとの間のプロトコル変換とデータ変換とを実行するサービスバス対応機能部とを有し、前記サービスバス対応機能部は、通常時に前記サービスバス対応機能部として動作する現用サービスバス対応機能部と、前記現用サービスバス対応機能部の異常時に前記サービスバス対応機能部として動作する予備サービスバス対応機能部と、前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との間で相互に同期を取る同期機能部と、前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との相互の死活状態を監視し、前記監視結果により前記現用サービスバス対応機能部と前記予備サービスバス対応機能部とを切り替える死活監視機能部と、を有することを特徴とする通信ネットワークサービスシステムである。
【００１１】
請求項２に記載の発明は、前記現用サービスバス対応機能部が、前記通信端末または前記情報端末の通話状態情報を管理する現用チェックポイント機能部を有し、前記予備サービスバス対応機能部が、前記通信端末または前記情報端末の通信状態情報を管理する予備チェックポイント機能部を有し、前記同期機能部が、前記チェックポイント機能部と前記チェックポイント機能部との間で相互に同期を取る、ことを特徴とする請求項１に記載の通信ネットワークサービスシステムである。
【００１２】
請求項３に記載の発明は、前記予備サービスバス対応機能部が、前記現用サービスバス対応機能部の死活状態を監視する予備クラスタ管理機能部を有し、前記死活監視機能部が、前記現用クラスタ管理機能部から前記現用サービスバス対応機能部が異常である信号を受信した場合には、前記現用サービスバス対応機能部から前記予備サービスバス対応機能部へ切り替える、ことを特徴とする請求項１から請求項２に記載の通信ネットワークサービスシステムである。
【００１３】
請求項４に記載の発明は、前記現用サービスバス対応機能部および前記予備サービスバス対応機能部が、それぞれ、前記通信ネットワークの信号およびデータを送信または受信し、解読または符号化する変換を実行するＷｅｂ対応機能部と、前記情報ネットワークの通信手順および信号およびデータへ、解読または符号化する変換を実行するＩＭＳ対応機能部と、を有することを特徴とする請求項１から請求項３に記載の通信ネットワークサービスシステムである。
【００１４】
請求項５に記載の発明は、前記サービスオーケストレーション機能部が、ワークフロー記述言語によって記述されたワークフローのプロセス実行及び実行管理を行なう、ことを特徴とする請求項１から請求項４に記載の通信ネットワークサービスシステムである。
請求項６に記載の発明は、前記サービスバス対応機能部は、通話状態を持つ通信プロトコルによって制御される通信ネットワークサービスのＷｅｂサービスヘの変換、及び、サービスデータとサービスデータ状態の保持を行なう、ことを特徴とする請求項１から請求項５に記載の通信ネットワークサービスシステムである。
【００１５】
請求項７に記載の発明は、前記通信ネットワークが、ネットワーク上のサービス機能単位である通信サービスエレメントを有し、前記情報ネットワークが情報サービスエレメントを有し、前記サービスプラットフォームが、一または複数の前記通信または情報サービスエレメントの実行順序の情報を含むサービステンプレートを記憶するサービステンプレート記憶手段と、前記サービステンプレートから抽出した通信または情報サービスエレメントへサービス実行要求を送信するサービス合成手段と、を有することを特徴とする請求項１から請求項６に記載の通信ネットワークサービスシステムである。
【００１６】
請求項８に記載の発明は、通信端末が接続する通信ネットワークと情報端末が接続する情報ネットワークとの間にサービスプラットフォーム装置を設けた通信ネットワークサービスシステムで用いられる該サービスプラットフォーム装置であり、該サービスプラットフォーム装置が、前記通信端末または前記情報端末の要求に応じて、前記通信ネットワークの提供サービスと前記情報ネットワークとの提供サービスとを連携させて連携サービスとして前記通信端末または前記情報端末へ提供するサービスオーケストレーション機能部と、前記サービスオーケストレーション機能部が提供する連携サービスに対応して、前記通信ネットワークと前記情報ネットワークとの間のプロトコル変換とデータ変換とを実行するサービスバス対応機能部とを有し、前記サービスバス対応機能部は、通常時に前記サービスバス対応機能部として動作する現用サービスバス対応機能部と、前記現用サービスバス対応機能部の異常時に前記サービスバス対応機能部として動作する予備サービスバス対応機能部と、前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との間で相互に同期を取る同期機能部と、前記現用サービスバス対応機能部と前記予備サービスバス対応機能部との相互の死活状態を監視し、前記監視結果により前記現用サービスバス対応機能部と前記予備サービスバス対応機能部とを切り替える死活監視機能部と、を有することを特徴とするサービスプラットフォーム装置である。
【００１７】
請求項９に記載の発明は、通信端末が接続する通信ネットワークと情報端末が接続する情報ネットワークとの間にサービスプラットフォームを設けた通信ネットワークサービスシステムで用いられる方法であり、該サービスプラットフォームが、前記通信端末または前記情報端末の要求に応じて、前記通信ネットワークの提供サービスと前記情報ネットワークとの提供サービスとを連携させて連携サービスとして前記通信端末または前記情報端末へ提供するサービスオーケストレーション機能手順と、前記サービスオーケストレーション機能手順が提供する連携サービスに対応して、前記通信ネットワークと前記情報ネットワークとの間のプロトコル変換とデータ変換とを実行するサービスバス対応機能手順とを有し、前記サービスバス対応機能手順は、通常時に前記サービスバス対応機能手順として動作する現用サービスバス対応機能手順と、前記現用サービスバス対応機能手順の異常時に前記サービスバス対応機能手順として動作する予備サービスバス対応機能手順と、前記現用サービスバス対応機能手順と前記予備サービスバス対応機能手順との間で相互に同期を取る同期機能手順と、前記現用サービスバス対応機能手順と前記予備サービスバス対応機能手順との相互の死活状態を監視し、前記監視結果により前記現用サービスバス対応機能手順と前記予備サービスバス対応機能手順とを切り替える死活監視機能手順と、を有することを特徴とする通信ネットワークサービス方法である。
【発明の効果】
【００１８】
この発明によれば、本発明によって状態情報であるサービスデータを高信頼な機構をもって一元管理することにより、ＳＯＡによるサービス開発の効率性を通信ネットワークサービスのような高信頼が要求されるサービス開発においても実現することが可能となるという効果を奏する。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態による通信ネットワークサービスシステムの構成を示す概略ブロック図である。
同図において、通信ネットワーク２とは情報ネットワーク３とはサービスプラットフォーム１を介して接続されている。通信ネットワーク２には通信端末４が接続し、情報ネットワーク３には情報端末５が接続する。
【００２０】
通信ネットワーク２は、通信系プロトコルによってデータの送受信を行うネットワークであり、例えば、電話網またはＩＰ電話網である。
一方、情報ネットワーク３は、ＷＥＢ系プロトコルによってデータの送受信を行うネットワークであり、例えば、コンピュータネットワークである。
また、それぞれのネットワークに接続される通信端末は異なり、通信ネットワーク２に接続される通信端末４は、ＳＩＰ機能を有し、例えば、電話機やＩＰ電話を実行することが出来る通信端末である。
また、情報ネットワーク３に接続される情報端末５は、ＷＥＢブラウザ機能を有する通信端末であり、例えば、通信機能を有するパーソナルコンピュータなどである。
【００２１】
サービスプラットフォーム１は、通信ネットワーク２に接続した通信端末４または情報ネットワーク３に接続した情報端末５の要求に応じて、通信ネットワーク２の提供サービスと情報ネットワーク３の提供サービスとを疎結合なサービスオーケストレーション技術により連携させて連携サービスとして提供する。
このサービスオーケストレーション技術とは、通信ネットワーク２と情報ネットワーク３との間でデータやプロセスを管理することにより、通信ネットワーク２と情報ネットワーク３との間の通信状態を管理する技術である。
また、上記の「連携させて」とは、通信ネットワーク２の提供サービスと情報ネットワーク３の提供サービスとを、相互に連携させることである。
【００２２】
サービスプラットフォーム１は、サービスバス対応機能部１６とサービスオーケストレーション機能部１１とサービスバス１２とを有する。
【００２３】
サービスオーケストレーション機能部１１は、通信ネットワーク２と情報ネットワーク３との間でデータやプロセスを管理し、通信ネットワーク２と情報ネットワーク３との間の通信状態を管理する。
具体的には、このサービスオーケストレーション機能部１１は、ＳＴ（Service Template、サービステンプレート）あるいはＢＰＥＬ（Business Process Execution Language for WebServices）を含む、ワークフロー記述言語によって記述されたワークフローのプロセス実行及び実行管理を行なう。
この実行管理とは、ワークフローのプロセスの実行を管理することである。また、ワークフロー記述言語とは、複数のWebサービスを連携させることで、複雑なプロセスフローを定義することができる記述言語である。
【００２４】
サービスバス対応機能部１６は、ＳＩＰ等の状態を持つ通信プロトコルによって制御される通信ネットワークサービスのＷｅｂサービスヘの変換及び、サービスデータ及びサービスデータ状態の保持を行なう。
また、このサービスバス対応機能部（現用１３と予備１４）は、ＳＩＰで実現されるＶｏＩＰ（Voice over Internet Protocol）サービスの通話状態や、同じくＳＩＰで実現されるプレゼンスサービスにおけるプレゼンス変更イベント通知の登録状態など、ＳＩＰのプロトコル状態（通話状態）を管理している。
【００２５】
サービスバス対応機能部１６は、サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４とを有する。
サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４とは同一の機能を有しており、サービスバス対応機能部（現用）１３は通常時にサービスバス対応機能部１６として動作させるものであり、サービスバス対応機能部（予備）１４は、サービスバス対応機能部（現用）１３が異常時に前記サービスバス対応機能部１６として動作させるものである。
【００２６】
このサービスバス対応機能部（現用）１３と（予備）１４は、後述するように、死活監視と同期により、サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４との切替を実行する（現用予備切替方式）。そのため、サービスバス対応機能部１６は、高信頼度サービスを提供することが可能となる。
ここで、死活監視とは、例えば、一定間隔で接続確認の信号を送って、ネットワークがつながっているかどうかを調べ、そのネットワークが「生きているか（正常であるか）、または、死んでいるか（異常であるか）」を監視することである。
【００２７】
このサービスバス対応機能部１６の上記構成により、サービスオーケストレーション機能部１１上で実行されているサービスから、サービスバス対応機能部１６にて確保している帯域や回線などの情報が冗長化によって高信頼で保存され、かつそれらの情報を参照する機能が提供されているため、サービスオーケストレーション機能部１１の障害時に、サービスの復旧処理や資源解放処理を適切に実施することが可能となる。
【００２８】
サービスバス１２は、サービスオーケストレーション機能部１１とサービスバス対応機能部１６との間の接続を行う。
【００２９】
＜第１の具体例＞
次に図２を用いて、図１の通信ネットワークサービスシステムの具体的な第１の具体例システムについて説明する。同図において図１の各部に対応する部分には同一の符号を付け、その説明を省略する。
なお、ここでは、サービスバス対応機能部１６として、サービスバス対応機能部（現用）１３のみについて説明するが、サービスバス対応機能部（予備）１４についても、同様である。
サービスバス対応機能部（現用）１３は、３ＰＣＣ（3rd Party Call Control）サービス６３２、プレゼンスサービスエレメント６３１、ＷＥＢ対応機能部６３３、ＩＭＳ対応機能部６３４を有する。
【００３０】
３ＰＣＣサービスエレメント６３２は、情報端末５からの、ウェブブラウザ上の電話番号（SIP-URI）の呼び出しにより、通信端末４を呼び出し、情報端末５と通信端末４との通話を制御する。
【００３１】
プレゼンスサービスエレメント６３１は、ユーザのプレゼンス情報を記憶している。プレゼンス情報とは、例えば、ユーザの現在位置情報や、ユーザが現在用いることが可能な使用端末を識別する情報である。
このプレゼンスサービスエレメント６３１は、後述するプレゼンスサーバ２２より、随時または一定時間毎にユーザの位置情報データを取得し、取得した位置情報データに基づいてプレゼンスサービスエレメント６３１内の位置情報データを更新している。
【００３２】
ＷＥＢ対応機能部６３３は、情報ネットワーク３で用いられるプロトコルのプロトコルスタックとして動作し、例えば、ＳＯＡＰ（Simple Object Access Protocol）プロトコルに基づきメッセージのエンコードおよびデコードを行う。なお、ＷＥＢ対応機能部６３３が実行するプロトコル変換とデータ変換とは、例えば、通信ネットワーク２の信号およびデータを送信または受信し、解読または符号化する変換である。
【００３３】
ＩＭＳ対応機能部６３４は、通信ネットワークで用いられるプロトコルのプロトコルスタックとして動作し、例えば、ＳＩＰプロトコルおよびＤｉａｍｅｔｅｒプロトコルに基づき、メッセージのエンコードおよびデコードを行う。なお、ＩＭＳ対応機能部６３４が実行するプロトコル変換とデータ変換とは、例えば、情報ネットワーク３の通信手順および信号およびデータへ、解読または符号化する変換である。
【００３４】
例えば、ＩＭＳ対応機能部６３４は、電話番号の情報に基づいて、サービスの配備されている位置の情報（ＵＲＩ（Uniform Resource Identifier））と、サービスを実行する手順の情報とを取得し、サービスの配備されている位置の情報と、取得したサービスを実行する手順の情報とに基づいて、プロトコル変換を実行する。
ここでいうプロトコル変換とは、例えば、ＨＴＭＬ（Hyper Text Markup Language）またはＸＭＬ（Extensible Markup Language）形式で記述されている文字情報を、音声通話のみの機能しか有さない通信端末で音声として聞ける音声情報へ変換することが含まれる。
【００３５】
また、情報ネットワーク３はＷｅｂサービスＢｌｏｇ３１を有し、通信ネットワーク２はセッション制御サーバ２１とプレゼンスサーバ２２とを有している。
ＷｅｂサービスＢｌｏｇ３１は、ユーザが情報端末５を介してエントリ投稿した記事を、情報ネットワーク３上に公開する。
【００３６】
プレゼンスサーバ２２は、ユーザの現在の位置状態の情報や、ユーザの現在使用可能な携帯端末を識別する情報を記憶している。
セッション制御サーバ２１は、携帯端末４と通信ネットワーク２との間の通信制御を実行する。セッション制御サーバ２１が制御する通信とは、例えば、ＳＩＰである。
【００３７】
次に、ブログ（Ｂｌｏｇ）の画面を通じて知り合った二人が電話をする場合について、第１の具体例システムの動作概要について説明する。
まず、情報端末５からＷｅｂサービスＢｌｏｇ３１にエントリ投稿したユーザ１００は、投稿後外出する。ここで、外出後のユ−ザ１００の居場所データは、携帯端末４経由でプレゼンスサーバ２２に随時に更新保持されている。
【００３８】
該エントリ画面を情報端末７から閲覧したユーザ１０１が該画面の「電話をかける」ボタンをクリックすると、サービスオーケストレーション機能部６１はプレゼンスサービスエレメント６３１から「外出中のユーザの居場所と使用端末が携帯端末４である」というプレゼンス情報を得て、３ＰＣＣサービスエレメント６３２で電話アクセスして通信ネットワーク２経由でユーザ１００を呼び出す。
サービスオーケストレーション機能部６１が、情報端末７のＩＰ電話機能とＷｅｂ対応機能部６３３とをアクティブにし、ユーザ１０１とユーザ１００とが電話する。
【００３９】
次に、より詳細に第１の具体例システム機能を説明する。
情報ネットワーク３に接続した情報端末５がＷｅｂサービスＢｌｏｇ３１を要求してエントリ投稿する（ステップＳ２）。
次に、情報端末７が当該エントリを閲覧し３ＰＣＣサービスエレメント６３２による電話をアクセスするボタンをクリックする（ステップＳ３）と、サービスバス対応機能部６３のＷｅｂ対応機能部６３３がサービスバス１２を経由してＷｅｂサービスＢｌｏｇ３１からの該利用要求を受信する（ステップＳ４）。
【００４０】
次に、Ｗｅｂ対応機能部６３３が該電話利用要求をサービスオーケストレーション機能部１１に中継する（ステップ５）。次に、サービスオーケストレーション機能部１１が、電話利用要求を受付けて、プレゼンスサービスエレメント６３１と３ＰＣＣサービスエレメント６３２とを起動させる（ステップＳ６）。
サービスオーケストレーション機能部１１が、プレゼンスサービスエレメント６３１をアクティブにしてプレゼンス情報を受信する（ステップＳ７）と、サービスオーケストレーション機能部６１が、受信したプレゼンス情報に基づいて、３ＰＣＣサービスエレメント６３２を介して端末４を呼び出す（ステップＳ８）。
【００４１】
次に、サービスオーケストレーション機能部６１が、ＩＭＳ対応機能部６３４およびＷｅｂ対応機能６３３とデータ交換し（ステップＳ９）、ＩＭＳ対応機能部６３４が通信ネットワーク２のセッション制御サーバ２１を動かす（ステップＳ１０）。
次に、サービスオーケストレーション機能部６１が、Ｗｅｂ対応機能部６３３を動かして情報端末７のＩＰ電話機能をアクティブにする（ステップＳ１１）と、セッション制御サーバ２１が携帯端末４を電話呼び出し、携帯端末４が電話対応する（ステップＳ１２）。
次に、情報端末７が電話対応する（ステップＳ１３）ことで、ユーザ１０１とユーザ１００とが電話できることになる。
【００４２】
次に、図３を用いて、第１の具体例システムのシーケンス動作の詳細を説明する。
まず、サービスプラットフォーム６のプレゼンスサービスエレメント６３１は随時ユーザの位置情報データを更新する（ステップＳ４０１）。次に、情報ネットワーク３に接続した情報端末５がＷｅｂサービスＢｌｏｇ３１を要求してエントリ投稿する（ステップＳ４０２）。
【００４３】
次に、情報ネットワーク３に接続した情報端末７が当該エントリを閲覧し、３ＰＣＣサービスエレメント６３２による電話をアクセスするボタンをクリックする（ステップＳ４０３）。
次に、Ｗｅｂ対応機能部６３３がサービスバス１２を経由して該利用要求を受信する（ステップＳ４０４）。
【００４４】
次に、Ｗｅｂ対応機能部６３３が該電話利用要求をサービスオーケストレーション機能部１１に中継する（ステップＳ４０５）。
次に、サービスオーケストレーション機能部１１が電話利用要求を受付けて、サービスオーケストレーション技術の連携サービスにより、通信ネットワーク２がサービスするプレゼンス情報をプレゼンスサービスエレメント６３１から取得し、情報ネットワーク２がサービスする３ＰＣＣサービスエレメント６３２を起動する（ステップＳ４０６）。
【００４５】
次に、サービスオーケストレーション機能部６１が、プレゼンスサービスエレメント６３１をアクティブにしてプレゼンス情報を受信する（ステップＳ４０７）。
次に、サービスオーケストレーション機能部６１が、３ＰＣＣサービスエレメント６３２をアクティブにし、３ＰＣＣサービスエレメント６３２は端末４を呼び出す（ステップＳ４０８）。
【００４６】
次に、サービスオーケストレーション機能部６１がＩＭＳ対応機能部６３４とデータ交換する。サービスオーケストレーション機能部６１がＷｅｂ対応機能６３３とデータ交換する（ステップＳ４０９）。
【００４７】
次に、ＩＭＳ対応機能部６３４が通信ネットワーク２のセッション制御サーバ２１を動かす（ステップＳ４１０）。
次に、サービスオーケストレーション機能部６１が、Ｗｅｂ対応機能部６３３を動かして、サービスバス６２経由で情報端末７のＩＰ電話機能をアクティブにする（ステップＳ４１１）。
次に、ＩＭＳ対応機能部６３４が、携帯端末４を電話呼び出しし、携帯端末４が情報端末７と電話対応する（ステップＳ４１２）。これにより、情報端末７が携帯端末４と電話対応する（ステップＳ４１３）。
【００４８】
次に、図４を用いてサービスバス機能対応部１６の構成を説明する。同図において図１、図２または図４の各部に対応する部分には同一の符号を付け、その説明を省略する。
このサービスバス機能対応部１６は、以下に説明するように、高可用クラスタ構成のサーバを使用することで、例えば従来の信頼性の高い電話と同等以上のＩＰ電話を通信ネットワークで提供する。
なお、ここではサービスバス機能対応部１６の信頼性を向上させるための構成のみについて説明する。
【００４９】
サービスバス対応機能部１６は、サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４とを備える。
このサービスバス対応機能部（現用）１３は、Ｗｅｂ対応機能部６３３とＩＭＳ対応機能部６３４とＨＡ（High  Availability）機能部１７５とを含む。このＨＡ機能部１７５は、チェックポイント機能部１７４とクラスタ管理機能部１７３とを有する。
サービスバス対応機能部（予備）１４は、Ｗｅｂ対応機能部１８１とＩＭＳ対応機能部１８２とＨＡ機能部１８５とを含む。このＨＡ機能部１８５は、チェックポイント機能部１８４とクラスタ管理機能部１８３とを有する。
サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４とは、死活監視機能部１６４と同期機能部１６５とを介して接続されている。
【００５０】
チェックポイント機能部１７４および１８４は、ＳＩＰのプロトコル状態を記憶し管理している。ＳＩＰのプロトコル状態とは、例えば、３ＰＣＣであれば通話状態であり、プレゼンスサーバ６３１であればプレゼンスと関連づけられた処理などの登録状態である。
同期機能１６５は、チェックポイント機能部１７４とチェックポイント機能部１７４とを、例えば、一定時間毎に同期を取り、現用と予備とで管理している状態情報、例えば、ＳＩＰのプロトコル状態を一致させる。
【００５１】
クラスタ管理機能部１７３とクラスタ管理機能部１８３とは、死活監視機能部１６４を介して、相互に死活状態を監視している。
ここで死活状態とは、死活監視において、そのネットワークが「生きているか（正常であるか）、または、死んでいるか（異常であるか）」の状態である。
また、クラスタ管理機能部１７３は、サービスバス対応機能部（現用）１３が、現在、現用であるか予備であるかの情報を、内部の現用予備記憶部に記憶している。
また、クラスタ管理機能部１８３は、サービスバス対応機能部（予備）１４が、現在、現用であるか予備であるかの情報を、内部の現用予備記憶部に記憶している。
【００５２】
死活監視機能部１６４は、クラスタ管理機能部１７３とクラスタ管理機能部１８３との間の相互の死活監視に異常がある場合には、クラスタ管理機能部１７３とクラスタ管理機能部１８３とを切り替え、正常に動作している方が機能するように選択する。
例えば、死活監視機能部１６４は、サービスバス対応機能部（現用）１３のクラスタ管理機能部１７３の異常を検出した場合には、サービスバス対応機能部（現用）１３からサービスバス対応機能部（予備）１４に、動作を切り替える。
【００５３】
また、例えば、死活監視機能部１６４は、サービスバス対応機能部（予備）１４のクラスタ管理機能部１８３の異常を検出した場合には、サービスバス対応機能部（現用）１３からサービスバス対応機能部（予備）１４に切り替えはせず、例えば、サービスバス対応機能部（予備）１４が異常であることを示すワーニング信号をシステムの管理者に通知する。
【００５４】
このような構成により、サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４とは、それぞれのＨＡ機能部１７５と１８５内のクラスタ管理機能部１７３と１８３との間で死活監視機能１６４により死活監視を行い、また、サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４とはそれぞれのＨＡ機能部１７５と１８５内のチェックポイント機能部１７４と１８４との間で同期機能１６５により相互にサービスデータ同期を行ない、監視の結果異常が見つかれば現用と予備との間の切替を行なう。
【００５５】
図５はサービスバス機能対応部１６の死活監視機能部１６４と同期機能部１６５との動作シーケンスである。
死活監視機能部１６４は、以下のように動作する。
まず、サービスバス対応機能部（現用）１３のクラスタ管理機能部１７３とサービスバス対応機能部（予備）１４のクラスタ管理機能部１８３との相互の死活監視を行い（ステップＳ２０）、監視結果に異常があるか否かを検出する（ステップＳ２２）。
ステップＳ２２の検出結果に異常が有れば現用と予備とを切替え（ステップＳ２２）、異常無ければステップ２０からの処理を繰り返す（ステップＳ２４）。
【００５６】
一方、同期機能部１６５は、チェックポイント機能部１７４またはチェックポイント機能部１８４の登録情報に変化がある毎に、または、一定時間毎に、以下の動作を繰り返す。
サービスバス対応機能部（現用）１３のチェックポイント機能部１７４とサービスバス対応機能部（予備）１４のチェックポイント機能部１８４との、相互のサービスデータの同期をとる（ステップ３０）。
【００５７】
次に、一例としてのサービスオーケストレーション機能部１１について、図６および図７を用いて説明する。
ここで、まず用語の説明をする。「サービステンプレート」とは、任意のサービスのメタ設計図であって、一または複数のサービスエレメントを実行する組み合わせや順序などの情報であり、例えばＸＭＬベースのワークフロー記述言語であるＢＰＥＬの仕様に従ってもよいし、これを拡張しても良いし、解析可能な規則性を持った情報であればそれ以外のフォーマットでも良い。
【００５８】
すなわち、システム管理者やサービス提供者は、機能の単純な複数のサービスエレメントをネットワーク上に配置しておけば、サービステンプレートを追加・内容を変更することで、提供するサービスの追加・変更を行うことが可能となる。
「サービスエレメント」とは、ネットワークに接続されたサービスプログラムの実体であり、外部からの要求情報を受信し、なんらかの情報処理動作を行う。サービスエレメントとは、例えば、インターネット上に公開された、航空券予約サービス、通信速度測定サービス、各種情報のＸＭＬ提供サービスなどのＷＥＢサービスである。
【００５９】
図６は、サービスオーケストレーション機能部１１の構成を説明するための通信ネットワークサービスシステムの構成を示すブロック図である。
同図において図１、図２または図３の各部に対応する部分には同一の符号を付け、その説明を省略する。
ここでは、サービスプラットフォーム１は、少なくともシナリオサーバ１００４と、通信ネットワークインターフェイス機能部１００６と、情報ネットワークインターフェイス機能部１００７と、一または複数のシナリオエンジン１０２０とを有する。
【００６０】
サービスオーケストレーション機能部１１は、このシナリオサーバ１００４とシナリオエンジン１０２０とである。
また、この通信ネットワークインターフェイス機能部１００６は、図１のサービスバス対応機能部１６と同一である。ここでは、サービスバス対応機能部１６を通信ネットワークインターフェイス機能部１００６と称して説明する。
シナリオサーバ１００４は、要求に応じた一連のサービステンプレートを実行するサーバであり、サービス連携装置１００５と、サービステンプレート記憶部１０１４とを有する。
【００６１】
サービス連携装置１００５は、要求に応じたサービスエレメントに実行要求情報を送信する装置であり、サービス合成部１０１１と、サービスエレメント情報記憶部１０１２と、名前解決情報記憶部１３を有する。
サービス合成部１０１１は、サービス連携装置１００５がサービス実行要求情報を受信すると、受信したサービス実行要求情報に対応するサービスエレメントをサービステンプレート記憶部１０１４から検出して実行する。
【００６２】
サービスエレメント情報記憶部１０１２は、所在情報記憶部１０１５と、ターンアラウンドタイム情報記憶部１０１６と、サービスエレメント状態情報記憶部１０１７と、ライフサイクル情報記憶部１０１８とを有する（図７）。
所在情報記憶部１０１５は、任意のサービスエレメントにアクセス・実行するための所在場所に関する情報であり、例えばアプリケーションサーバのサーバ名、ＩＰ（Internet Protocol）アドレスやＵＲＬ（Uniform Resource Locator）、またはそれらのポート番号などの情報を、サービスエレメント識別情報に対応付けて記憶する。
【００６３】
ターンアラウンドタイム情報記憶部１０１６は、サービスエレメントが処理を実行して完了するまでの許容時間を、サービスエレメント識別情報に対応付けて記憶する。サービス連携装置１００５は、サービスエレメントの実行時間が、この許容時間の情報を超えた場合にはエラーと認識する。この許容時間の情報は、システム管理者、またはそれぞれのサービス管理者が、例えば事前に任意のサービスエレメントの実行時間の最大値を計測し、予め値を登録しておく。
【００６４】
サービスエレメント状態情報記憶部１０１７は、シナリオサーバ１００４が実行要求する各サービスエレメントの状態情報であり、各サービスエレメントの状態に対応して、例えば保守中、故障中などを表す情報をサービスエレメント識別情報に対応付けて記憶する。サービス連携装置１００５は、このサービスエレメントの状態情報を読み出すことで、サービスエレメントが現在使用できる状態にあるかどうかの判定を行うことができる。
【００６５】
また、ライフサイクル情報記憶部１０１８は、各サービスエレメントの使用有効期間をサービスエレメント識別情報に対応付けて記憶する。システム管理者やサービス提供者は、この使用有効期間情報を書き換えることで、例えば、期間限定サービスなどのサービス期間を設定することができる。
名前解決情報記憶部１３は、サービステンプレート記憶部１０１４に記憶された要求名と、サービス名とをサービス識別情報に対応付けて記憶する。また、サービステンプレート記憶部１０１４は、さらに年齢、地域などの情報をサービス識別情報に対応付けて記憶しても良い。これによりサービス合成部１０１１は、例えば、同一の要求名であったとしてもユーザの年齢や地域などを判定条件に含んで、実行するサービスエレメントを検出することができる。
【００６６】
サービステンプレート記憶部１０１４は、一または複数のサービステンプレートと、サービステンプレート識別情報と対応付けて記憶する。
通信ネットワークインターフェイス機能部１００６は、通信系プロトコル（ＩＳＵＰ、ＩＮＡＰ、Ｈ．３２３、ＳＩＰ、ＭＥＧＡＣＯ等）による通信制御機能を有し、要求に従って通信ネットワーク２を介してサービス装置１００８との通信を行う。すなわち、通信ネットワークインターフェイス機能部１００６は、サービス合成部１０１１からサービス装置１００８への通信情報を、通信系プロトコルへ変換して送信する。また、サービス装置１００８からサービス合成部１０１１への通信系プロトコルによる通信情報を、サービス合成部１０１１が利用する通信プロトコルに変換する。
【００６７】
情報ネットワークインターフェイス機能部１００７は、ＷＥＢ系プロトコル（ＨＴＴＰ、ＳＭＴＰ、ＦＴＰ、ＣＯＲＢＡ等）による通信制御機能を有し、要求に従って情報ネットワーク３を介してアプリケーションサーバ１００９との通信を行う。すなわち、情報ネットワークインターフェイス機能部１００７は、サービス合成部１０１１からアプリケーションサーバ１００９への通信情報を、通信系プロトコルへ変換して送信する。また、アプリケーションサーバ１００９からサービス合成部１０１１への情報系プロトコルによる通信情報を、サービス合成部１０１１が利用する通信プロトコルに変換する。
【００６８】
サービス装置１００８は、通信ネットワーク２に接続され、受信したサービス要求情報に従って情報処理動作を行う。サービス装置１００８は、一または複数のサービスエレメント（ＳＥ）を有する（サービスエレメント１０６１、サービスエレメント１０７１）。
なお、通信ネットワーク２に接続される任意の装置が有するサービスエレメントが、通信サービスエレメントである。
【００６９】
アプリケーションサーバ（ＡＳ）１００９は、情報ネットワーク３に接続され、受信したサービス要求情報に従って情報処理動作を行う。アプリケーションサーバ１００９は、一または複数のサービスエレメント（ＳＥ）を有する（サービスエレメント１０９１）。
なお、情報ネットワーク３に接続される任意の装置が有するサービスエレメントが、情報サービスエレメントである。
【００７０】
シナリオエンジン１０２０は、ひとつのシナリオを有し、シナリオに予め登録された複数のサービスエレメントの実行要求を送信する。シナリオサーバ１００４が汎用的に複数のサービステンプレートを実行するのに対し、シナリオエンジン１０２０は各々ひとつのシナリオを実行するように構成し、単体で動作するものとする。すなわち、シナリオエンジン１０２０が実行する処理手順のシナリオは、シナリオエンジン１０２０が解釈可能な情報として存在すれば足り、必ずしも外部から解析可能なＸＭＬフォーマット等で表現されている必要はない。このため、プログラムソース中にサービスエレメントの実行順序や所在情報などが組み込まれているような構成としても良い。
【００７１】
シナリオエンジン１０２０は、シナリオサーバ１００４と同様に、通信ネットワークインターフェイス機能部１００６や情報ネットワークインターフェイス機能部１００７を介してサービスエレメントに実行要求を送信する。すなわち、シナリオエンジン１０２０を追加することで、シナリオサーバ１００４上にサービステンプレートを作成しなくても、個別にサービスの追加を行うことができる。
また、シナリオサーバ１００４は、シナリオエンジン１０２０へシナリオ実行要求を送信することができ、シナリオエンジン１０２０も、シナリオサーバ１００４へサービステンプレート実行要求を送信することができる。
【００７２】
以上のように、個々のサービスエレメントへの実行要求を連携するサービス連携装置と、通信ネットワークと情報ネットワークとの通信を、互いに最適なプロトコルに変換するインターフェイス機能部とを分けた構成としたので、サービス連携装置（サービスオーケストレーション機能部１１）は、ネットワークの違いを意識することなく、通信ネットワーク上のサービスエレメントと情報ネットワーク上のサービスエレメントとを複合して実行させ、また最適なサービスエレメントを利用したサービスを提供することができる。
【００７３】
以上説明したように、本発明では、サービスバス対応機能部１６である高可用クラスタ構成のサーバ群（サービスバス対応機能部（現用）１３とサービスバス対応機能部（予備）１４）を使用することで、状態情報であるサービスデータを高信頼な機構をもって一元管理することにより、ＳＯＡによるサービス開発の効率性を通信ネットワークサービスのような高信頼が要求されるサービス開発において実現することである。
さらに、本発明では、疎結合なサービスオーケストレーション技術の採用で通信ネットワークとエンタープライズネットワークとインターネットの３異分野ネットワーク上のサービス連携がサービス更新・追加があった場合にも逐次的にスムースに可能となることである。
【００７４】
これまでエンタープライズにおけるシステム開発技術であるＳＯＡにおけるサービスアプリケーション開発技術においては、ＳＩＰのような非同期型処理であり、かつ、ＳＩＰプロトコル状態を持つようなプロトコルを持つプロトコルを扱うサービスを開発することが難しかったが、本発明によって状態情報であるサービスデータを高信頼な機構をもって一元管理することにより、ＳＯＡによるサービス開発の効率性を通信ネットワークサービスのような高信頼が要求されるサービス開発においても実現することが可能となる。
【００７５】
また多様なサービスを連携させることが可能なＳＯＡ開発技術が通信ネットワークサービス開発に適用可能となることによる効果として、従来のプラットフォームにおけるサービスの連携技術ではプラットフォームとサービスが密な開係となっておりサービスを更新・追加する際、逐次的なサービス反映は難しい構造となっていたが、本発明のプラットフォーム技術では疎結合なサービスオーケストレーション技術を採用することにより、通信ネットワークとエンタープライズネットワークとインターネットの３種類の異分野ネットワーク上のサービス連携が逐次的にもスムースに可能となった。
【００７６】
なお実施の形態においては、サービスプラットフォーム１が、サービスオーケストレーション機能部１１、サービスバス対応機能部（現用）１３およびサービスバス対応機能部（予備）１４を有するものとして説明してきたが、サービスオーケストレーション機能部１１、サービスバス対応機能部（現用）１３およびサービスバス対応機能部（予備）１４は独立した装置またはサーバ装置であってもよい。
【００７７】
なお、このサービスプラットフォーム１は専用のハードウェアにより実現されるものであってもよく、また、このサービスプラットフォーム１はメモリおよびＣＰＵ（中央演算装置）により構成され、サービスプラットフォーム１の機能を実現するためのプログラムをメモリにロードして実行することによりその機能を実現させるものであってもよい。
【００７８】
また、図１におけるサービスプラットフォーム１の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりサービスプラットフォーム１を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００７９】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００８０】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００８１】
本発明では通信ネットワークが高信頼なＳＯＡサービスを提供出来るので、信頼性の問題を解決することが可能で、通信ネットワーク産業及び情報ネットワークのいずれの産業にも役にたち、通信サービスと情報サービスの連携によってますます高機能化する将来の情報通信産業に好適である。
【図面の簡単な説明】
【００８２】
【図１】この発明の一実施形態による通信ネットワークサービスシステムの構成を示すブロック図である。
【図２】図１の通信ネットワークサービスシステムの第１の具体例システムの構成を示すブロック図である。
【図３】図２の第１の具体例システムの動作を示すシーケンス図である。
【図４】図２のサービスバス対応機能部の構成を示すブロック図である。
【図５】図４のサービスバス対応機能部の動作を示すシーケンス図である。
【図６】図１のサービスオーケストレーション機能部の構成を説明するための通信ネットワークサービスシステムの構成を示すブロック図である。
【図７】図６のサービス連携装置の構成を示すブロック図である。
【符号の説明】
【００８３】
１  サービスプラットフォーム
２  通信ネットワーク
３  情報ネットワーク
４  通信端末
５、７  情報端末
１１  サービスオーケストレーション機能部
１２  サービスバス
１３  サービスバス対応機能部（現用）
１４  サービスバス対応機能部（予備）
１６  サービスバス対応機能部
２１  セッション制御サーバ
２２  プレゼンスサーバ
３１  ＷｅｂサービスＢｌｏｇ
１６４  死活監視機能
１６５  同期機能
１７３、１８３  クラスタ管理機能部
１７４、１８４  チェックポイント機能部
１７５、１８５  ＨＡ機能部
１８１、６３３  Ｗｅｂ対応機能部
１８２、６３４  ＩＭＳ対応機能部
６３１  プレゼンスサービスエレメント
６３２  ３ＰＣＣサービスエレメント
【図１】
2008152342.tif 000003
【図２】
2008152342.tif 000004
【図３】
2008152342.tif 000005
【図４】
2008152342.tif 000006
【図５】
2008152342.tif 000007
【図６】
2008152342.tif 000008
【図７】
2008152342.tif 000009