(57)【特許請求の範囲】
【請求項１】
音声応答サービスを端末に提供するメディアサーバと、Ｗｅｂアプリケーションサーバとを有するメディアアプリケーションサービスシステムであって、
前記メディアサーバおよび端末は、ＩＭＳを用いた第１のネットワークに接続され、
前記Ｗｅｂアプリケーションサーバは、Ｗｅｂを用いた第２のネットワークに接続され、
前記メディアアプリケーションサービスシステムは、前記第１のネットワークに接続されたＳＩＰアプリケーションサーバをさらに有し、
前記Ｗｅｂアプリケーションサーバは、前記端末から前記メディアサーバに対して入力される端末入力情報の通知要求を、前記ＳＩＰアプリケーションサーバに送信し、
前記ＳＩＰアプリケーションサーバは、前記通知要求を受信すると、当該通知要求を含むＳＩＰ信号を前記メディアサーバに送信するとともに、前記端末から前記メディアサーバに対して入力された端末入力情報を受信すると、当該端末入力情報を含むＳＯＡＰ信号を生成し、生成したＳＯＡＰ信号を前記第２のネットワークに接続された前記Ｗｅｂアプリケーションサーバに送信し、
前記メディアサーバは、前記ＳＩＰアプリケーションサーバから前記ＳＩＰ信号を受信すると、前記端末とのＳＩＰセッションを確立して前記端末に音声応答サービスを提供し、前記端末から入力される端末入力情報を前記ＳＩＰアプリケーションサーバに送信すること
を特徴とするメディアアプリケーションサービスシステム。
【請求項２】
請求項１に記載のメディアアプリケーションサービスシステムであって、
前記メディアサーバは、前記端末から入力された端末入力情報を、ＳＯＡＰ信号に変換して前記ＳＩＰアプリケーションサーバに送信すること
を特徴とするメディアアプリケーションサービスシステム。
【請求項３】
請求項１または請求項２に記載のメディアアプリケーションサービスシステムであって、
前記端末入力情報は、音声および／またはＤＴＭＦ信号であること
を特徴とするメディアアプリケーションサービスシステム。
【請求項４】
ＩＭＳを用いた第１のネットワークに接続され、音声応答サービスを端末に提供するメディアサーバと、Ｗｅｂを用いた第２のネットワークに接続されたＷｅｂアプリケーションサーバと、ＳＩＰアプリケーションサーバとが行うメディアアプリケーションサービス方法であって、
前記Ｗｅｂアプリケーションサーバは、
前記第１のネットワークに接続された前記端末から前記メディアサーバに対して入力される端末入力情報の通知要求を、前記ＳＩＰアプリケーションサーバに送信する送信ステップを行い、
前記メディアサーバは、
前記ＳＩＰアプリケーションサーバからＳＩＰ信号を受信すると、前記端末とのＳＩＰセッションを確立して前記端末に音声応答サービスを提供するセッション確立ステップと、
前記端末から端末入力情報を受信する受信ステップと、
前記受信した端末入力情報を前記ＳＩＰアプリケーションサーバに送信する送信ステップと、を行い、
前記ＳＩＰアプリケーションサーバは、
前記Ｗｅｂアプリケーションサーバから前記通知要求を受信すると、当該通知要求を含むＳＩＰ信号を前記メディアサーバに送信する送信ステップと、
前記メディアサーバから端末入力情報を受信する受信ステップと、
前記受信した端末入力情報を前記Ｗｅｂアプリケーションサーバに送信するか否かを、前記通知要求を用いて判別する判別ステップと、
前記Ｗｅｂアプリケーションサーバから前記通知要求を受信した場合、前記端末入力情報を含むＳＯＡＰ信号を生成し、生成したＳＯＡＰ信号を前記第２のネットワークに接続されたＷｅｂアプリケーションサーバに送信する送信ステップと、を行うこと
を特徴とするメディアアプリケーションサービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メディアサーバとＷｅｂアプリケーションサーバ間で情報を送受信するメディアアプリケーションサービスシステムおよび方法に関する。
【背景技術】
【０００２】
電話等の音声サービスにおいて、電話端末から入力されたダイアル操作信号（Dial Tone Multi Frequency；ＤＴＭＦ信号）や音声などの端末入力情報に対して、あらかじめコンピュータに登録された音声や音声合成により自動で音声応答を行う自動音声応答（Interactive Voice Response：ＩＶＲ）サービスが提供されている。この自動音声応答サービスは、３ＧＰＰ標準で規定されるＩＭＳ（IP Multimedia Subsystem）を用いることにより、ＩＰ通信網においても実現することができる（非特許文献１参照）。
【０００３】
ＩＭＳにおける自動音声応答サービスでは、ＳＩＰ（Session Initiation Protocol）アプリケーションサーバが、ＳＩＰ信号をメディアサーバとＩＭＳ端末に送信することにより、メディアサーバとＩＭＳ端末間のメディアセッションを確立する。
【０００４】
非特許文献２では、ＳＩＰアプリケーションサーバが、制御シナリオをメディアサーバに送信し、メディアサーバのＩＶＲ、電話会議等の音声サービスを前記制御シナリオに従ってＩＭＳ端末に提供することが記載されている。また、非特許文献３では、ＳＩＰアプリケーションサーバが、ＳＩＰのRequest-ＵＲＩの拡張パラメータを用いたＩＮＶＩＴＥメッセージをメディアサーバに送信し、ＶｏｉｃｅＸＭＬ等を用いた音声サービスをＩＭＳ端末に提供することが記載されている。
【０００５】
また、非特許文献４では、ＳＩＰアプリケーションサーバが、ＩＭＳの音声サービスをParlayＸ等のＳＯＡＰ（Simple Object Access Protocol）のＡＰＩ（Application Program Interface）を用いてＷｅｂアプリケーションサーバに利用させることにより、ＷｅｂアプリケーションサーバにおいてＩＭＳの音声サービスを起動し、ＩＭＳ端末に音声サービスを提供すること、が記載されている。
【非特許文献１】3GPP TR 24.880 v1.1.0, “Media Server Control using the IP Multimedia (IM) Core,” May 2007.
【非特許文献２】J.Van Dyke, et al, “Media Server Control Markup Language (MSCML) and Protocol,” RFC 4722, Nov 2004.
【非特許文献３】E.Burger, et al, “Basic Network Media Services with SIP,” RFC  4240, Dec 2005.
【非特許文献４】3GPP TS 29.199-11, “Open Service Access (OSA); Parlay X Web Services; Part11: Audio call,” Jun 2006.
【発明の開示】
【発明が解決しようとする課題】
【０００６】
非特許文献１から非特許文献４の技術を用いることにより、ＳＩＰアプリケーションサーバおよびＷｅｂアプリケーションサーバにおいて、メディアサーバが具備する音声サービスを利用することができるが、電話などのＩＭＳ端末から入力される端末入力情報（音声、ＤＴＭＦ信号など）をＷｅｂアプリケーションサーバに送信することができない。このため、Ｗｅｂアプリケーションサーバでは、ＩＭＳ端末の端末入力情報を利用することができない、という問題がある。
【０００７】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、メディアサーバに対して端末から入力される端末入力情報を、Ｗｅｂアプリケーションサーバが利用可能なメディアアプリケーションサービスシステムおよびメディアアプリケーションサービス方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、音声応答サービスを端末に提供するメディアサーバと、Ｗｅｂアプリケーションサーバとを有するメディアアプリケーションサービスシステムであって、前記メディアサーバおよび端末は、ＩＭＳを用いた第１のネットワークに接続され、前記Ｗｅｂアプリケーションサーバは、Ｗｅｂを用いた第２のネットワークに接続され、前記メディアアプリケーションサービスシステムは、前記第１のネットワークに接続されたＳＩＰアプリケーションサーバをさらに有し、前記Ｗｅｂアプリケーションサーバは、前記端末から前記メディアサーバに対して入力される端末入力情報の通知要求を、前記ＳＩＰアプリケーションサーバに送信し、前記ＳＩＰアプリケーションサーバは、前記通知要求を受信すると、当該通知要求を含むＳＩＰ信号を前記メディアサーバに送信するとともに、前記端末から前記メディアサーバに対して入力された端末入力情報を受信すると、当該端末入力情報を含むＳＯＡＰ信号を生成し、生成したＳＯＡＰ信号を前記第２のネットワークに接続された前記Ｗｅｂアプリケーションサーバに送信し、前記メディアサーバは、前記ＳＩＰアプリケーションサーバから前記ＳＩＰ信号を受信すると、前記端末とのＳＩＰセッションを確立して前記端末に音声応答サービスを提供し、前記端末から入力される端末入力情報を前記ＳＩＰアプリケーションサーバに送信する。
【００１０】
また、本発明は、ＭＳを用いた第１のネットワークに接続され、音声応答サービスを端末に提供するメディアサーバと、Ｗｅｂを用いた第２のネットワークに接続されたＷｅｂアプリケーションサーバと、ＳＩＰアプリケーションサーバとが行うメディアアプリケーションサービス方法であって、前記Ｗｅｂアプリケーションサーバは、前記第１のネットワークに接続された前記端末から前記メディアサーバに対して入力される端末入力情報の通知要求を、前記ＳＩＰアプリケーションサーバに送信する送信ステップを行い、前記メディアサーバは、前記ＳＩＰアプリケーションサーバからＳＩＰ信号を受信すると、前記端末とのＳＩＰセッションを確立して前記端末に音声応答サービスを提供するセッション確立ステップと、前記端末から端末入力情報を受信する受信ステップと、前記受信した端末入力情報を前記ＳＩＰアプリケーションサーバに送信する送信ステップと、を行い、前記ＳＩＰアプリケーションサーバは、前記Ｗｅｂアプリケーションサーバから前記通知要求を受信すると、当該通知要求を含むＳＩＰ信号を前記メディアサーバに送信する送信ステップと、前記メディアサーバから端末入力情報を受信する受信ステップと、前記受信した端末入力情報を前記Ｗｅｂアプリケーションサーバに送信するか否かを、前記通知要求を用いて判別する判別ステップと、前記Ｗｅｂアプリケーションサーバから前記通知要求を受信した場合、前記端末入力情報を含むＳＯＡＰ信号を生成し、生成したＳＯＡＰ信号を前記第２のネットワークに接続されたＷｅｂアプリケーションサーバに送信する送信ステップと、を行う。
【発明の効果】
【００１２】
本発明によれば、メディアサーバに対して端末から入力される端末入力情報を、Ｗｅｂアプリケーションサーバが利用することができるため、端末入力情報を利用したＷｅｂサービスを提供することができる。例えば、端末入力情報を反映したメッセージ（Ｅメール、ＳＭＳ、ＩＭ）の送信サービス等が実現可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について説明する。
【００１４】
＜第１の実施形態＞    
図１は、本発明の第１の実施形態が適用されたメディアアプリケーションサービスシステムのシステム構成図である。
【００１５】
本実施形態では、ＩＭＳ端末から入力された端末入力信号を、メディアサーバがＳＩＰ信号を用いてＳＩＰアプリケーションサーバに送信し、ＳＩＰアプリケーションサーバは、この端末入力情報をＳＯＡＰ信号を用いてＷｅｂアプリケーションサーバへ送信する方式である。
【００１６】
本システムは、Ｗｅｂ端末１０と、Ｗｅｂアプリケーションサーバ２０と、ＳＩＰアプリケーションサーバ３０と、ＳＩＰ呼処理サーバ（Call Session Control Function;  CSCF）４０と、メディアサーバ（Media Resource Function； MFR）５０と、ＩＭＳ端末６０（端末）とを有する。
【００１７】
なお、本実施形態では、ＳＩＰアプリケーションサーバ３０、ＳＩＰ呼処理サーバ４０、メディアサーバ５０およびＩＭＳ端末６０は、ＩＭＳ技術（プロトコル）を用いた第１のネットワークに接続されるものとする。また、Ｗｅｂアプリケーションサーバ２０およびＷｅｂ端末１０は、Ｗｅｂ技術（プロトコル）を用いた第２のネットワークに接続されるものとする。また、本実施形態では、第１のネットワークは、通信事業者などが提供するネットワークであって、ＩＭＳ端末６０は携帯電話または固定電話などの電話端末であるものとする。また、第２のネットワークは、Ｗｅｂサービスを行う企業（ＩＴベンダーなど）のネットワークであって、Ｗｅｂ端末１０はブラウザを備えるものとする。
【００１８】
Ｗｅｂ端末１０、Ｗｅｂアプリケーションサーバ２０、ＳＩＰアプリケーションサーバ３０、ＳＩＰ呼処理サーバ４０、メディアサーバ５０およびＩＭＳ端末６０は、いずれも、例えばＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、キーボードなどの入力装置と、ディスプレイやプリンタなどの出力装置と、ネットワークと接続するための通信制御装置と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。なお、入力装置および出力装置については、各装置が必要に応じて備えるものとする。
【００１９】
図２は、本実施形態のＷｅｂアプリケーションサーバ２０、ＳＩＰアプリケーションサーバ３０およびメディアサーバ５０の機能ブロック図である。
【００２０】
Ｗｅｂアプリケーションサーバ２０は、ＨＴＴＰ／ＳＯＡＰ信号受信処理部２１と、アプリケーションロジック２２と、ＳＯＡＰ信号送信処理部２３とを有する。
【００２１】
ＳＩＰアプリケーションサーバ３０は、ＳＯＡＰ信号受信処理部３１と、送信判定部３２と、ＳＯＡＰ信号送信処理部３３と、ＳＩＰ信号受信処理部３４と、アプリケーションロジック３５と、ＳＩＰ信号送信処理部３６と、を有する。
【００２２】
メディアサーバ５０は、ＳＩＰ信号受信処理部５１と、制御シナリオ解釈部５２と、ＳＩＰ信号送信処理部５３と、メディア転送／受信処理部５４と、端末入力情報テキスト化部５５と、を有する。
【００２３】
次に、本システムの処理を、図１、図２および図３を用いて説明する。
【００２４】
Ｗｅｂアプリケーションサーバ２０のアプリケーションロジック２２は、ＩＭＳ端末６０の端末入力情報を利用したい場合、ＳＯＡＰ信号送信処理部２３を用いて、端末入力情報の通知を要求するＳＯＡＰ信号をＳＩＰアプリケーションサーバ３０に送信する（Ｓ１１）。なお、端末入力情報は、ＩＭＳ端末６０に入力される音声、ＤＴＭＦ信号（ダイアル操作信号）などである。
【００２５】
ＳＩＰアプリケーションサーバ３０は、ＳＯＡＰ信号受信処理部３１がＷｅｂアプリケーションサーバ２０からのＳＯＡＰ信号を受信した場合、ＳＩＰ信号送信処理部３６を用いてＳＩＰ信号（ＩＮＶＩＴＥ、ＩＮＦＯメッセージ等）を、ＳＩＰ呼処理サーバ４０を介してメディアサーバ５０に送信する（Ｓ１３）。このＳＩＰ信号のボディ部には、メディアサーバ５０の制御シナリオをＸＭＬ言語ベースで記述したＭＳＣＭＬ（Media Server Control Markup Language）文書等と、端末入力情報の通知を要求するフラグとが含まれる。なお、制御シナリオ言語は、ＭＳＣＭＬに限定されない。
【００２６】
また、ＳＩＰアプリケーションサーバ３０のアプリケーションロジック３５が、メディアサーバ５０の音声サービスを提供するとともにＩＭＳ端末６０の端末入力情報を利用する場合も同様に、前記ＳＩＰ信号をメディアサーバ５０に送信する（Ｓ１３）。
【００２７】
メディアサーバ５０は、ＳＩＰ信号受信処理部５１において制御シナリオ文書を含むＳＩＰ信号を受信すると、ＩＭＳ端末６０とのＳＩＰセッション確立のための処理を行う。そして、メディアサーバ５０の制御シナリオ解釈部５２は、ＳＩＰ信号の制御シナリオ文書を解析し、当該制御シナリオ文書に基づいたメディア再生指示をメディア転送／受信処理部５４に指示する。これにより、メディア転送／受信処理部５４は、ＩＭＳ端末６０に音声サービスを提供する（Ｓ１５）。
【００２８】
なお、メディアサーバ５０の音声サービスの提供は、Ｓ１３のＳＩＰアプリケーションサーバ３０からのＳＩＰ信号を契機とするだけでなく、ＩＭＳ端末６０がＳＩＰ呼処理サーバ４０およびＳＩＰアプリケーションサーバ３０に所定の信号を送信することによりＩＭＳ端末６０とメディアサーバ５０とのＳＩＰセッションを確立し、メディアサーバ５０の音声サービスをＩＭＳ端末６０に提供することとしてもよい（Ｓ１４）。
【００２９】
ＩＭＳ端末６０では、音声サービスに従って音声やＤＴＭＦ信号などの端末入力情報が入力され、当該端末入力情報はメディアサーバ５０に送信される（Ｓ１５）。
【００３０】
メディアサーバ５０では、メディア転送／受信処理部５４において端末入力情報を受信すると、端末入力情報テキスト化部５５において受信した端末入力情報をＸＭＬ等の文書にテキスト化する。なお、端末入力情報テキスト化部５５は、端末入力情報をバイナリー形式のデータに変換することとしてもよい。そして、メディアサーバ５０は、ＳＩＰ信号送信処理部５３を用いて、テキスト化された端末入力情報をボディ部に含むＳＩＰ信号（ＩＮＦＯメッセージ等）を、ＳＩＰアプリケーションサーバ３０に送信する（Ｓ１７）。
【００３１】
ＳＩＰアプリケーションサーバ３０は、ＳＩＰ信号受信処理部３４において、テキスト化された端末入力情報を含むＳＩＰ信号をメディアサーバ５０から受信すると、アプリケーションロジック３５を介して、受信したＳＩＰ信号を送信判定部３２に送出する。
【００３２】
送信判定部３２は、図３に示すフローチャートに従って、受信した端末入力情報をＷｅｂアプリケーションサーバ２０に送信するか否かを判別する（Ｓ３１）。すなわち。送信判定部３２は、端末入力情報をメディアサーバ５０から受信した際に、Ｗｅｂアプリケーションサーバ２０が端末入力情報を要求しているか否かを判別する。
【００３３】
送信判定部３２は、Ｓ１１でＷｅｂアプリケーションサーバ２０から端末入力情報の通知要求を受け付けている場合、Ｗｅｂアプリケーションサーバ２０が端末入力情報を要求していると判別する（Ｓ３１：ＹＥＳ）。この場合、ＳＩＰアプリケーションサーバ３０のＳＯＡＰ信号送信処理部３３は、メディアサーバ５０から受信した端末入力情報を含むＳＯＡＰ信号を生成して、要求元のＷｅｂアプリケーションサーバ２０に送信する（Ｓ３２）。
【００３４】
送信判定部３２は、Ｗｅｂアプリケーションサーバ２０から端末入力情報の通知要求を受け付けると、それ以降メディアサーバ５０から受信した端末入力情報を逐次、Ｗｅｂアプリケーションサーバ２０に送信する場合、または、Ｗｅｂアプリケーションサーバ２０から端末入力情報の通知要求を受け付けると、メディアサーバ５０から受信した一連の端末入力情報を蓄積してまとめて送信する場合などが考えられる。
【００３５】
なお、送信判定部３２は、Ｗｅｂアプリケーションサーバ２０からの端末入力情報の通知要求を契機として、ＳＩＰアプリケーションサーバ３０に蓄積（プール）されているメディアサーバ５０からの端末入力情報を、Ｗｅｂアプリケーションサーバ２０に一括して送信することとしてもよい。
【００３６】
端末入力情報を送信すると判定した場合（Ｓ３１：ＹＥＳ）、Ｗｅｂアプリケーションサーバ２０のＨＴＴＰ／ＳＯＡＰ信号受信処理部２１は、端末入力情報を含むＳＯＡＰ信号をＳＩＰアプリケーションサーバ３０から受信し（Ｓ１９）、当該ＳＯＡＰ信号をアプリケーションロジック２２に送出する。これにより、Ｗｅｂアプリケーションサーバ２０では、ＩＭＳ端末６０の端末入力情報を利用することができる。
【００３７】
なお、端末入力情報を送信しないと判定した場合（Ｓ３１：ＮＯ）、ＳＩＰアプリケーションサーバ３０は、端末入力情報をＷｅｂアプリケーションサーバ２０に送信することなく処理を終了する。
【００３８】
以上説明した本実施形態では、第１のネットワークに接続された電話等のＩＭＳ端末から入力された端末入力情報（音声、ＤＴＭＦ信号など）を、第２のネットワークのＷｅｂアプリケーションサーバに通知することができる。これにより、本実施形態のＷｅｂアプリケーションサーバは、ＩＭＳ端末から入力された端末入力情報を利用して、より高度なＷｅｂサービス（例えば、端末入力情報に応じたＷｅｂページをＷｅｂ端末に表示するなど）を提供することができる。
【００３９】
なお、より高度なＷｅｂサービスの具体例としては、本実施形態のシステムをホテル等の予約システムとして用いることが考えられる。例えば、ＩＭＳ端末の利用者は、ホテルの予約を行う際にメディアサーバからの音声サービスに従って、利用日時、人数などの端末入力情報をＩＭＳ端末で音声やＤＴＭＦ信号（ダイアル入力）等により入力する。ＩＭＳ端末で入力された端末入力情報は、メディアサーバからＳＩＰアプリケーションサーバに送信され、さらにＷｅｂアプリケーションサーバに送信される。これにより、ホテルの予約のＷｅｂページを提供するＷｅｂアプリケーションサーバでは、ＩＭＳ端末で入力された端末入力情報を利用した部屋の予約を行うと共に、メッセージ（例えば、Ｅメール、ＳＭＳ、ＩＭ）の送信等を行うなどのＷｅｂサービスを行うことができる。
【００４０】
＜第２の実施形態＞
図４は、本発明の第２の実施形態が適用されたメディアアプリケーションサービスシステムのシステム構成図である。
【００４１】
本実施形態では、ＩＭＳ端末から入力された端末入力信号を、メディアサーバがＳＯＡＰ信号を用いてＳＩＰアプリケーションサーバに送信し、ＳＩＰアプリケーションサーバは、この端末入力情報をさらにＳＯＡＰ信号を用いてＷｅｂアプリケーションサーバへ送信する方式である。
【００４２】
図４に示す本実施形態では、Ｓ１７でメディアサーバ５０が、ＳＩＰ呼処理サーバ４０を介すことなく直接ＳＩＰアプリケーションサーバ３０に端末入力情報を含むＳＯＡＰ信号を送信する点において第１の実施形態と異なり、その他は第１の実施形態と同様である。なお、第１の実施形態のメディアサーバ５０は、前述したとおり、ＳＩＰ呼処理サーバ４０を介してＳＩＰアプリケーションサーバ３０に、端末入力情報を含むＳＩＰ信号を送信する（図１参照）。
【００４３】
図５は、本実施形態のＷｅｂアプリケーションサーバ２０、ＳＩＰアプリケーションサーバ３０およびメディアサーバ５０の機能ブロック図である。
【００４４】
本実施形態のメディアサーバ５０は、ＳＩＰ信号送信処理部５３の代わりに、ＳＯＡＰ信号送信処理部５６を有する点において、第１の実施形態のメディアサーバと異なる。また、本実施形態のＳＩＰアプリケーションサーバ３０は、メディアサーバ５０からの端末入力情報（ＳＯＡＰ信号）を、ＳＩＰ信号受信処理部３４ではなく、ＳＯＡＰ信号受信処理部３１で受信する点において、第１の実施形態のＳＩＰアプリケーションサーバと異なる。Ｗｅｂアプリケーションサーバ２０については、第１の実施形態と同様である。
【００４５】
次に、本実施形態の処理を図４、図５および図６を用いて説明する。
【００４６】
Ｗｅｂアプリケーションサーバ２０は、ＩＭＳ端末６０の端末入力情報を利用したい場合、端末入力情報の通知を要求するＳＯＡＰ信号をＳＩＰアプリケーションサーバ３０に送信する（Ｓ１１）。ＳＩＰアプリケーションサーバ３０は、Ｗｅｂアプリケーションサーバ２０からのＳＯＡＰ信号を受信した場合、制御シナリオ文書と端末入力情報の通知を要求するフラグを含むＳＩＰ信号を、メディアサーバ５０に送信する（Ｓ１３）。
【００４７】
メディアサーバ５０は、制御シナリオ文書を含むＳＩＰ信号を受信すると、ＩＭＳ端末６０とのＳＩＰセッション確立のための処理を行い、ＳＩＰ信号の制御シナリオ文書に基づいた音声サービスをＩＭＳ端末６０に提供する（Ｓ１５）。ＩＭＳ端末６０では、音声サービスに従って端末入力情報が入力され、メディアサーバ５０に送信される（Ｓ１５）。なお、Ｓ１１からＳ１５の処理については、第１の実施形態のＳ１１からＳ１５の処理と同様であるため、ここでは詳細な説明を省略する。
【００４８】
そして、メディアサーバ５０では、メディア転送／受信処理部５４において端末入力情報を受信すると、端末入力情報テキスト化部５５において受信した端末入力情報をＸＭＬ等の文書にテキスト化する。なお、端末入力情報テキスト化部５５は、端末入力情報をバイナリー形式のデータに変換することとしてもよい。そして、メディアサーバ５０は、ＳＯＡＰ信号送信処理部５６を用いて、テキスト化された端末入力情報をボディ部に含むＳＯＡＰ信号を、ＳＩＰアプリケーションサーバ３０に送信する（Ｓ１７）。
【００４９】
ＳＩＰアプリケーションサーバ３０は、ＳＯＡＰ信号受信処理部３１において、テキスト化された端末入力情報を含むＳＯＡＰ信号をメディアサーバ５０から受信すると、アプリケーションロジック３５を介して、受信したＳＯＡＰ信号を送信判定部３２に送出する。
【００５０】
送信判定部３２は、図６に示すフローチャートに従って、受信したＳＯＡＰ信号の端末入力情報をＷｅｂアプリケーションサーバ２０に送信するか否かを判別する（Ｓ４１）。すなわち。送信判定部３２は、第１の実施形態と同様に（図３参照）、端末入力情報をメディアサーバ５０から受信した際に、Ｗｅｂアプリケーションサーバ２０が端末入力情報を要求しているか否かを判別する。
【００５１】
送信判定部３２は、Ｓ１１でＷｅｂアプリケーションサーバ２０から端末入力情報の通知要求を受け付けている場合、Ｗｅｂアプリケーションサーバ２０が端末入力情報を要求していると判別する（Ｓ４１：ＹＥＳ）。この場合、ＳＩＰアプリケーションサーバ３０のＳＯＡＰ信号送信処理部３３は、メディアサーバ５０から受信した端末入力情報をＳＯＡＰ信号により、要求元のＷｅｂアプリケーションサーバ２０に送信する（Ｓ４２）。
【００５２】
端末入力情報を送信すると判別した場合（Ｓ４１：ＹＥＳ）、Ｗｅｂアプリケーションサーバ２０のＨＴＴＰ／ＳＯＡＰ信号受信処理部２１は、端末入力情報を含むＳＯＡＰ信号をＳＩＰアプリケーションサーバ３０から受信し（Ｓ１９）、当該ＳＯＡＰ信号をアプリケーションロジック２２に送出する。これにより、Ｗｅｂアプリケーションサーバ２０では、ＩＭＳ端末６０の端末入力情報を利用することができる。
【００５３】
なお、端末入力情報を送信しないと判別した場合（Ｓ４１：ＮＯ）、ＳＩＰアプリケーションサーバ３０は、端末入力情報をＷｅｂアプリケーションサーバ２０に送信することなく処理を終了する。
【００５４】
以上説明した本実施形態では、ＩＭＳ端末から入力された端末入力情報を、メディアサーバがＳＯＡＰ信号によりＳＩＰアプリケーションサーバに送信し、ＳＩＰアプリケーションサーバはこの端末入力情報をさらにＳＯＡＰ信号を用いてＷｅｂアプリケーションサーバへ送信する。これにより、本実施形態のＷｅｂアプリケーションサーバは、第１の実施形態と同様に、ＩＭＳ端末から入力された端末入力情報を利用して、より高度なＷｅｂサービスを提供することができる。
【００５５】
＜第３の実施形態＞
図７は、本発明の第３の実施形態が適用されたメディアアプリケーションサービスシステムのシステム構成図である。
【００５６】
本実施形態では、ＩＭＳ端末から入力された端末入力信号を、メディアサーバが、ＳＯＡＰ信号により直接Ｗｅｂアプリケーションサーバへ送信する方式である。
【００５７】
図７に示す本実施形態では、Ｓ１２でＷｅｂアプリケーションサーバ２０が、端末入力情報の通知要求をメディアサーバ５０に直接送信するとともに、Ｓ１９でメディアサーバ５０が、端末入力情報を含むＳＯＡＰ信号をＷｅｂアプリケーションサーバ２０に直接送信する。
【００５８】
図８は、本実施形態のＷｅｂアプリケーションサーバ２０、ＳＩＰアプリケーションサーバ３０およびメディアサーバ５０の機能ブロック図である。
【００５９】
本実施形態のメディアサーバ５０は、ＳＩＰ信号送信処理部５３の代わりに、送信判定部５７を有する点において、第１の実施形態のメディアサーバと異なる。また、本実施形態のＳＩＰアプリケーションサーバ３０は、送信判定部３２を有しない点において、第１の実施形態のＳＩＰアプリケーションサーバと異なる。また、本実施形態のＷｅｂアプリケーションサーバ２０は、ＳＯＡＰ信号送信処理部２３が端末通知要求を含むＳＯＡＰ信号をメディアサーバ５０に送信するとともに、ＨＴＴＰ／ＳＯＡＰ信号受信処理部２１が端末入力情報を含むＳＯＡＰ信号をメディアサーバ５０から受信する点において、第１の実施形態と異なる。
【００６０】
次に、本実施形態の処理を図７、図８および図９を用いて説明する。
【００６１】
Ｗｅｂアプリケーションサーバ２０のアプリケーションロジック２２は、ＩＭＳ端末６０の端末入力情報を利用したい場合、ＳＯＡＰ信号送信処理部２３を用いて、メディアサーバ５０の音声サービスを起動し、ＩＭＳ端末６０に音声サービスを提供させることを要求するＳＯＡＰ信号をＳＩＰアプリケーションサーバ３０に送信するとともに（Ｓ１１）、端末入力情報の通知を要求するフラグを含むＳＯＡＰ信号をメディアサーバ５０に送信する（Ｓ１２）。
【００６２】
ＳＩＰアプリケーションサーバ３０は、ＳＯＡＰ信号受信処理部３１がＷｅｂアプリケーションサーバ２０からのＳＯＡＰ信号を受信した場合、ＳＩＰ信号送信処理部３６を用いてＳＩＰ信号（ＩＮＶＩＴＥ、ＩＮＦＯメッセージ等）を、ＳＩＰ呼処理サーバ４０を介してメディアサーバ５０に送信する（Ｓ１３）。このＳＩＰ信号のボディ部には、メディアサーバ５０の制御シナリオをＸＭＬ言語ベースで記述したＭＳＣＭＬ（Media Server Control Markup Language）文書等が含まれる。
【００６３】
また、ＳＩＰアプリケーションサーバ３０のアプリケーションロジック３５が、メディアサーバ５０の音声サービスを提供するとともにＩＭＳ端末６０の端末入力情報を利用する場合も同様に、前記ＳＩＰ信号をメディアサーバ５０に送信する（Ｓ１３）。
【００６４】
メディアサーバ５０は、ＳＩＰ信号受信処理部５１において制御シナリオ文書を含むＳＩＰ信号を受信すると、ＩＭＳ端末６０とのＳＩＰセッション確立のための処理を行う。そして、メディアサーバ５０の制御シナリオ解釈部５２は、ＳＩＰ信号の制御シナリオ文書を解析し、当該制御シナリオ文書に基づいたメディア再生指示をメディア転送／受信処理部５４に指示する。これにより、メディア転送／受信処理部５４は、ＩＭＳ端末６０に音声サービスを提供する（Ｓ１５）。
【００６５】
なお、メディアサーバ５０の音声サービスの提供は、Ｓ１３のＳＩＰアプリケーションサーバ３０からのＳＩＰ信号を契機とするだけでなく、ＩＭＳ端末６０がＳＩＰ呼処理サーバ４０およびＳＩＰアプリケーションサーバ３０に所定の信号を送信することによりＩＭＳ端末６０とメディアサーバ５０とのＳＩＰセッションを確立し、メディアサーバ５０の音声サービスをＩＭＳ端末６０に提供することとしてもよい（Ｓ１４）。
【００６６】
ＩＭＳ端末６０では、音声サービスに従って音声やＤＴＭＦ信号などの端末入力情報が入力され、当該端末入力情報はメディアサーバ５０に送信される（Ｓ１５）。
【００６７】
メディアサーバ５０では、メディア転送／受信処理部５４において端末入力情報を受信すると、端末入力情報テキスト化部５５において受信した端末入力情報をＸＭＬ等の文書にテキスト化する。なお、端末入力情報テキスト化部５５は、端末入力情報をバイナリー形式のデータに変換することとしてもよい。
【００６８】
そして、メディアサーバ５０の送信判定部５７は、図９に示すフローチャートに従って、テキスト化した端末入力情報をＷｅｂアプリケーションサーバ２０に送信するか否かを判別する（Ｓ６１）。すなわち。送信判定部５７は、端末入力情報をＩＭＳ端末６０から受信した際に、Ｗｅｂアプリケーションサーバ２０が端末入力情報を要求しているか否かを判別する。
【００６９】
送信判定部５７は、Ｓ１２でＷｅｂアプリケーションサーバ２０から端末入力情報の通知要求のフラグを受け付けている場合、Ｗｅｂアプリケーションサーバ２０が端末入力情報を要求していると判別する（Ｓ６１：ＹＥＳ）。この場合、メディアサーバ５０の送信判定部５７は、テキスト化された端末入力情報を含むＳＯＡＰ信号を、要求元のＷｅｂアプリケーションサーバ２０に送信する（Ｓ６２）。
【００７０】
送信判定部５７は、Ｗｅｂアプリケーションサーバ２０から端末入力情報の通知要求を受け付けると、それ以降ＩＭＳ端末６０から受信した端末入力情報を逐次、Ｗｅｂアプリケーションサーバ２０に送信する場合、または、Ｗｅｂアプリケーションサーバ２０から端末入力情報の通知要求を受け付けるとその直後にＩＭＳ端末６０から受信したから一連の端末入力情報を送信する場合などが考えられる。
【００７１】
なお、送信判定部５７は、Ｗｅｂアプリケーションサーバ２０からの端末入力情報の通知要求を契機として、メディアサーバ５０に蓄積（プール）されている端末入力情報を、Ｗｅｂアプリケーションサーバ２０に一括して送信することとしてもよい。
【００７２】
端末入力情報を送信すると判別した場合（Ｓ６１：ＹＥＳ）、Ｗｅｂアプリケーションサーバ２０のＨＴＴＰ／ＳＯＡＰ信号受信処理部２１は、端末入力情報を含むＳＯＡＰ信号をメディアサーバ５０から直接受信し（Ｓ１９）、当該ＳＯＡＰ信号をアプリケーションロジック２２に送出する。これにより、Ｗｅｂアプリケーションサーバ２０では、ＩＭＳ端末６０の端末入力情報を利用することができる。
【００７３】
なお、端末入力情報を送信しないと判別した場合（Ｓ６１：ＮＯ）、メディアサーバ５０は、端末入力情報をＷｅｂアプリケーションサーバ２０に送信することなく処理を終了する。
【００７４】
以上説明した本実施形態では、第１のネットワークに接続された電話等のＩＭＳ端末から入力された端末入力情報（音声、ＤＴＭＦ信号など）を、第２のネットワークのＷｅｂアプリケーションサーバに通知することができる。これにより、本実施形態のＷｅｂアプリケーションサーバは、第１の実施形態と同様に、ＩＭＳ端末から入力された端末入力情報を利用して、より高度なＷｅｂサービス（例えば、端末入力情報に応じたＷｅｂページをＷｅｂ端末に表示するなど）を提供することができる。
【００７５】
また、本実施形態のメディアサーバは、ＩＭＳ端末から入力された端末入力情報を、ＳＩＰアプリケーションサーバを介すことなく、直接Ｗｅｂアプリケーションサーバに送信する。これにより、本実施形態では、ネットワークのトラフィックを軽減し、より効率的なシステムを実現することができる。
【００７６】
なお、本発明は上記第１、第２および第３の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【図面の簡単な説明】
【００７７】
【図１】本発明の第１の実施形態に係るメディアアプリケーションサービスシステムの全体構成図である。
【図２】第１の実施形態の各サーバの機能ブロック図である。
【図３】第１の実施形態の送信判別処理を示すフローチャートである。
【図４】本発明の第２の実施形態に係るメディアアプリケーションサービスシステムの全体構成図である。
【図５】第２の実施形態の各サーバの機能ブロック図である。
【図６】第２の実施形態の送信判別処理を示すフローチャートである。
【図７】本発明の第３の実施形態に係るメディアアプリケーションサービスシステムの全体構成図である。
【図８】第３の実施形態の各サーバの機能ブロック図である。
【図９】第３の実施形態の送信判別処理を示すフローチャートである。
【符号の説明】
【００７８】
１０  Ｗｅｂ端末
２０  Ｗｅｂアプリケーションサーバ
３０  ＳＩＰアプリケーションサーバ
４０  ＳＩＰ呼処理サーバ
５０  メディアサーバ
６０  ＩＭＳ端末
【図１】
0004925972.tif 000002
【図２】
0004925972.tif 000003
【図３】
0004925972.tif 000004
【図４】
0004925972.tif 000005
【図５】
0004925972.tif 000006
【図６】
0004925972.tif 000007
【図７】
0004925972.tif 000008
【図８】
0004925972.tif 000009
【図９】
0004925972.tif 000010