(57)【要約】【課題】音声ガイダンス装置などのメディアサーバ装置およびそのサービス提供方法を提供。【解決手段】メディアサーバ装置10は、SIPサーバ24の環境下にあるネットワーク22上で所定のユーザ端末26とセッションを確立し、この端末26に所定のサービスを提供するもので、SIPサーバ24から予約フラグを付したINFOメッセージを受けた場合には、リソース判定部18が、リソース情報部20におけるリソース情報に基づいてそのサービス提供に要するリソースを本装置10で使用できるか否かを判定して、使用可能である場合にそのリソースを予約し、また、SIPサーバ24から予約フラグなしでINFOメッセージを受けた場合には、サービス生成部12が、サービスを生成してその端末26に提供する。これによって、本装置10は、複数の端末に対するサービスを滞りなく提供することができる。【選択図】図１
2011071626.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に配置されたSIPサーバに接続および通信してSIP環境下で動作し、前記ネットワーク上に配置された複数のユーザ端末ごとにサービスを提供可能なメディアサーバ装置において、該装置は、
前記サービスの提供に要するリソースが、該装置で使用可能であるか否かを判定するリソース判定手段と、
前記サービスを生成するサービス生成手段とを含み、
前記SIPサーバによって所定の前記ユーザ端末と所定のセッションを確立し、
該所定のセッションにおける前記所定のユーザ端末に対する所定の前記サービス提供について、前記SIPサーバから前記所定のサービス提供に係る指示メッセージを受信したとき、該指示メッセージに予約フラグが付されているか否かを識別し、
前記指示メッセージに予約フラグが付されている場合、前記所定のサービス提供に要する対象リソースの予約を開始して、前記リソース判定手段に対して前記対象リソースの判定を指示し、
該リソース判定手段の判定結果が使用可能である場合には、前記対象リソースを予約可能であると判断して、前記所定のセッションについて前記対象リソースを予約し、また、使用不可能である場合には、前記対象リソースを予約不可能と判断し、
また、前記指示メッセージに予約フラグが付されていない場合、前記所定のサービス提供を実行して、前記サービス生成手段に対して前記所定のサービスの生成を指示し、生成された前記所定のサービスを前記所定のユーザ端末に提供し、前記所定のサービスの提供の後で、前記所定のサービスについて予約していた前記対象リソースを解放することを特徴とするメディアサーバ装置。
【請求項２】
請求項１に記載のメディアサーバ装置において、該装置は、
前記サービスの構成に用いられるさまざまな構成データの使用、および前記サービスの提供について、該装置が必要とするリソース情報を格納するリソース情報格納手段を含み、
前記リソース判定手段は、前記リソース情報格納手段に格納された前記リソース情報を用いて前記対象リソースを算出し、前記対象リソースが該装置で使用可能であるか否かを判定することを特徴とするメディアサーバ装置。
【請求項３】
請求項２に記載のメディアサーバ装置において、
前記リソース情報格納手段は、該装置で予約中のリソースをセッションごとに前記リソース情報として格納し、また、該装置が使用可能なリソースの上限値を格納し、
前記リソース判定手段は、前記対象リソースと前記予約中のリソースとのリソース総量仮定値が、前記上限値を超えた場合に前記対象リソースを使用不可能と判定し、それ以外の場合に使用可能であると判定することを特徴とするメディアサーバ装置。
【請求項４】
請求項３に記載のメディアサーバ装置において、該装置は、
前記対象リソースを予約する場合、前記リソース情報格納手段における前記予約中のリソースに前記対象リソースを追加し、
前記対象リソースを解放する場合、前記リソース情報格納手段における前記予約中のリソースから前記対象リソースを削除することを特徴とするメディアサーバ装置。
【請求項５】
請求項１に記載のメディアサーバ装置において、該装置は、
前記サービスの構成に用いられるさまざまな構成データを格納する内部格納手段を含み、
前記サービス生成手段は、前記内部格納手段、および／または前記ネットワーク上に配置されて他の構成データを格納する外部格納手段から、構成データを取得して、前記サービスを生成することを特徴とするメディアサーバ装置。
【請求項６】
請求項１に記載のメディアサーバ装置において、前記指示メッセージは、前記所定のサービス提供を構成する構成データに係る情報を含むINFOメッセージであることを特徴とするメディアサーバ装置。
【請求項７】
請求項１に記載のメディアサーバ装置において、該装置は、さまざまな音源ファイルで構成される音声ガイダンスを前記サービスとして提供する音声ガイダンス装置であることを特徴とするメディアサーバ装置。
【請求項８】
ネットワーク上に配置されたSIPサーバに接続および通信してSIP環境下で動作し、前記ネットワーク上に配置された複数のユーザ端末ごとにサービスを提供可能なメディアサーバ装置のサービス提供方法において、該方法は、
前記サービスの提供に要するリソースが、前記装置で使用可能であるか否かを判定するリソース判定工程と、
前記サービスを生成するサービス生成工程とを含み、
前記SIPサーバによって前記装置と所定の前記ユーザ端末との間に所定のセッションが確立され、
該所定のセッションにおける前記所定のユーザ端末に対する所定の前記サービス提供について、前記装置が前記SIPサーバから前記所定のサービス提供に係る指示メッセージを受信したとき、該指示メッセージに予約フラグが付されているか否かを識別し、
前記指示メッセージに予約フラグが付されている場合、前記所定のサービス提供に要する対象リソースの予約を開始して、前記リソース判定工程に対して前記対象リソースの判定を指示し、
該リソース判定工程の判定結果が使用可能である場合には、前記対象リソースを予約可能であると判断して、前記所定のセッションについて前記対象リソースを予約し、また、使用不可能である場合には、前記対象リソースを予約不可能と判断し、
また、前記指示メッセージに予約フラグが付されていない場合、前記所定のサービス提供を実行して、前記サービス生成工程に対して前記所定のサービスの生成を指示し、生成された前記所定のサービスを前記所定のユーザ端末に提供し、前記所定のサービスの提供の後で、前記所定のサービスについて予約していた前記対象リソースを解放することを特徴とするサービス提供方法。
【請求項９】
請求項８に記載のサービス提供方法において、該方法は、
前記サービスの構成に用いられるさまざまな構成データの使用、および前記サービスの提供について、前記装置が必要とするリソース情報を前記装置のリソース情報格納部に格納し、
前記リソース判定工程は、前記リソース情報格納部に格納された前記リソース情報を用いて前記対象リソースを算出し、前記対象リソースが前記装置で使用可能であるか否かを判定することを特徴とするサービス提供方法。
【請求項１０】
請求項９に記載のサービス提供方法において、該方法は、
前記リソース情報格納部に対して、前記装置で予約中のリソースをセッションごとに前記リソース情報として格納し、また、前記装置が使用可能なリソースの上限値を格納し、
前記リソース判定工程は、前記対象リソースと前記予約中のリソースとのリソース総量仮定値が、前記上限値を超えた場合に前記対象リソースを使用不可能と判定し、それ以外の場合に使用可能であると判定することを特徴とするサービス提供方法。
【請求項１１】
請求項１０に記載のサービス提供方法において、該方法は、
前記対象リソースを予約する場合、前記リソース情報格納部における前記予約中のリソースに前記対象リソースを追加し、
前記対象リソースを解放する場合、前記リソース情報格納部における前記予約中のリソースから前記対象リソースを削除することを特徴とするサービス提供方法。
【請求項１２】
請求項８に記載のサービス提供方法において、該方法は、
前記サービスの構成に用いられるさまざまな構成データを前記装置の内部格納部に格納し、
前記サービス生成工程は、前記内部格納部、および／または前記ネットワーク上に配置されて他の構成データを格納する外部格納部から、構成データを取得して、前記サービスを生成することを特徴とするサービス提供方法。
【請求項１３】
請求項８に記載のサービス提供方法において、前記指示メッセージは、前記所定のサービス提供を構成する構成データに係る情報を含むINFOメッセージであることを特徴とするサービス提供方法。
【請求項１４】
請求項８に記載のサービス提供方法において、前記装置は、さまざまな音源ファイルで構成される音声ガイダンスを前記サービスとして提供する音声ガイダンス装置であることを特徴とするサービス提供方法。
【請求項１５】
ネットワーク上にSIP環境を実現し、前記ネットワーク上に配置された複数のユーザ端末およびメディアサーバ装置と接続および通信して、前記メディアサーバ装置によるサービスを前記ユーザ端末に提供させるSIPサーバにおいて、該SIPサーバは、
所定の前記ユーザ端末からの発呼に応じて前記メディアサーバ装置と前記所定のユーザ端末との間に所定のセッションを確立し、
該所定のセッションにおいて前記所定のユーザ端末に対する所定の前記サービス提供が求められるとき、前記メディアサーバ装置に対して前記所定のサービス提供に係る指示メッセージを予約フラグを付して送信し、
前記指示メッセージに対して、前記メディアサーバ装置から前記所定のサービス提供に要する対象リソースの予約成功通知を受けた場合に、前記メディアサーバ装置に対して前記所定のサービス提供に係る指示メッセージを予約フラグなしで送信することを特徴とするSIPサーバ。
【請求項１６】
請求項１５に記載のSIPサーバにおいて、該SIPサーバは、前記メディアサーバ装置から前記対象リソースの予約不可能通知を受けた場合には、他のメディアサーバ装置と前記所定のユーザ端末とのセッションを確立させて、前記所定のサービス提供を他のメディアサーバ装置に指示することを特徴とすることを特徴とするSIPサーバ。
【請求項１７】
ネットワーク上に配置されたSIPサーバに接続および通信してSIP環境下で動作するメディアサーバ装置が、前記ネットワーク上に配置された複数のユーザ端末ごとにサービスを提供可能なメディアサーバシステムにおいて、
前記メディアサーバ装置は、前記サービスの提供に要するリソースが、該装置で使用可能であるか否かを判定するリソース判定手段と、
前記サービスを生成するサービス生成手段とを含み、
前記SIPサーバは、所定の前記ユーザ端末からの発呼に応じて前記メディアサーバ装置と前記所定のユーザ端末との間に所定のセッションを確立し、該所定のセッションにおいて前記所定のユーザ端末に対する所定の前記サービス提供が求められるとき、前記メディアサーバ装置に対して前記所定のサービス提供に係る指示メッセージを予約フラグを付して送信し、
前記メディアサーバ装置は、前記指示メッセージを受信して、該指示メッセージに予約フラグが付されているか否かを識別し、前記指示メッセージに予約フラグが付されている場合、前記所定のサービス提供に要する対象リソースの予約を開始して、前記リソース判定手段に対して前記対象リソースの判定を指示し、
該リソース判定手段の判定結果が使用可能である場合には、前記対象リソースを予約可能であると判断して、前記所定のセッションについて前記対象リソースを予約し、前記SIPサーバに予約可能である旨を通知し、また、使用不可能である場合には、前記対象リソースを予約不可能と判断し、前記SIPサーバに予約不可能である旨を通知し、
前記SIPサーバは、前記メディアサーバ装置から前記対象リソースの予約可能通知を受けた場合には、前記メディアサーバ装置に対して前記所定のサービス提供に係る指示メッセージを予約フラグなしで送信し、
さらに、前記メディアサーバ装置は、前記指示メッセージを受信して、該指示メッセージに予約フラグが付されているか否かを識別し、前記指示メッセージに予約フラグが付されていない場合、前記所定のサービス提供を実行して、前記サービス生成手段に対して前記所定のサービスの生成を指示し、生成された前記所定のサービスを前記所定のユーザ端末に提供し、前記所定のサービスの提供の後で、前記所定のサービスについて予約していた前記対象リソースを解放し、
また、前記SIPサーバは、前記メディアサーバ装置から前記対象リソースの予約不可能通知を受けた場合には、他のメディアサーバ装置と前記所定のユーザ端末とのセッションを確立させて、前記所定のサービス提供を他のメディアサーバ装置に指示することを特徴とするメディアサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IPネットワークで使用される音声ガイダンス装置などのメディアサーバ装置およびそのサービス提供方法に関するものである。
【背景技術】
【０００２】
従来から、メディアサーバ装置は、セッション開始プロトコル（Session Initiation Protocol：SIP）環境下で、SIPメッセージをSIPサーバと送受信し、たとえば、ユーザ端末とセッションを確立したSIPサーバから指示を受けてそのユーザ端末に対してサービスを提供するもので、たとえば音声ガイダンスを再生する音声ガイダンス装置がある。SIPサーバは、たとえば数百チャネルで識別される多数のユーザ端末と接続することができ、一つの音声ガイダンス装置は、一のユーザ端末とセッションを確立している場合でも、他のユーザ端末とセッションを確立することができ、すなわち複数のユーザ端末と同時にセッションを確立して、それぞれの端末に対して異なるガイダンスを送信して同時に再生することができる。
【０００３】
音声ガイダンス装置が送信する音声ガイダンスには、一つの音源ファイルを再生する固定ガイダンスや、複数の音源ファイル、たとえば個々の数字の音源ファイルを状況に応じた数および順序で連続して再生する可変ガイダンスがある。また、ユーザによる端末操作、たとえばプッシュボタンの操作に応じて、SIPサーバまたは音声ガイダンス装置がその後に再生すべきガイダンスを決定し、決定した音声ガイダンスを音声ガイダンス装置が送信することもある。
【０００４】
また、音声ガイダンス装置は、この装置の内部の記録媒体に格納され、または外部の記録装置に格納された音源ファイルを使用して音声ガイダンスを生成することができる。音源ファイルが装置の内部または外部のいずれに備えられる場合でも、音声ガイダンス装置は、ガイダンス再生時に所望の音源ファイルをリアルタイムに取得し、再生する音声ガイダンスを構成し、ユーザ端末に送信して音声ガイダンスを再生することができる。
【０００５】
この音声ガイダンス装置のガイダンス再生時におけるCPU使用率およびメモリ使用率は、使用するガイダンスの音声コーデックの種類や、ガイダンスを構成する音源ファイルの格納場所などによって異なる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２０８８４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記のように、音声ガイダンス装置が複数のユーザ端末に対してそれぞれ異なるガイダンスを同時に送信して再生するとき、音声ガイダンス装置のCPUおよびメモリなどのリソースは複数のセッションで共有して使用することになる。しかしながら、従来の音声ガイダンス装置では、CPU使用率やメモリ使用率が高いガイダンスを再生する場合、新規にガイダンスを再生するための空きCPU使用率や空きメモリ使用率が足りなくなり、新規のガイダンス再生や進行中のガイダンス再生に問題が発生する可能性がある。たとえば、音声ガイダンスにノイズが重畳し、音声ガイダンスの滑らかな再生が妨げられ、ユーザ端末の操作に基づく信号を正確に受信できなくなることがある。
【０００８】
本発明はこのような課題に鑑み、複数のユーザ端末に対するサービス提供を滞りなく行うことができるメディアサーバ装置およびその提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は上述の課題を解決するために、ネットワーク上に配置されたSIPサーバに接続および通信してSIP環境下で動作し、このネットワーク上に配置された複数のユーザ端末ごとにサービスを提供可能なメディアサーバ装置は、このサービスの提供に要するリソースが、この装置で使用可能であるか否かを判定するリソース判定手段と、このサービスを生成するサービス生成手段とを含み、このSIPサーバによって所定のユーザ端末と所定のセッションを確立し、この所定のセッションにおけるこの所定のユーザ端末に対する所定のサービス提供について、このSIPサーバからこの所定のサービス提供に係る指示メッセージを受信したとき、この指示メッセージに予約フラグが付されているか否かを識別し、この指示メッセージに予約フラグが付されている場合、この所定のサービス提供に要する対象リソースの予約を開始して、このリソース判定手段に対してこの対象リソースの判定を指示し、このリソース判定手段の判定結果が使用可能である場合には、この対象リソースを予約可能であると判断して、この所定のセッションについてこの対象リソースを予約し、また、使用不可能である場合には、この対象リソースを予約不可能と判断し、また、この指示メッセージに予約フラグが付されていない場合、この所定のサービス提供を実行して、このサービス生成手段に対してこの所定のサービスの生成を指示し、生成されたこの所定のサービスをこの所定のユーザ端末に提供し、この所定のサービスの提供の後で、この所定のサービスについて予約していたこの対象リソースを解放することを特徴とする。
【００１０】
また、ネットワーク上に配置されたSIPサーバに接続および通信してSIP環境下で動作し、このネットワーク上に配置された複数のユーザ端末ごとにサービスを提供可能なメディアサーバ装置のサービス提供方法は、このサービスの提供に要するリソースが、この装置で使用可能であるか否かを判定するリソース判定工程と、このサービスを生成するサービス生成工程とを含み、このSIPサーバによってこの装置と所定のユーザ端末との間に所定のセッションが確立され、この所定のセッションにおけるこの所定のユーザ端末に対する所定のサービス提供について、この装置がこのSIPサーバからこの所定のサービス提供に係る指示メッセージを受信したとき、この指示メッセージに予約フラグが付されているか否かを識別し、この指示メッセージに予約フラグが付されている場合、この所定のサービス提供に要する対象リソースの予約を開始して、このリソース判定工程に対してこの対象リソースの判定を指示し、このリソース判定工程の判定結果が使用可能である場合には、この対象リソースを予約可能であると判断して、この所定のセッションについてこの対象リソースを予約し、また、使用不可能である場合には、この対象リソースを予約不可能と判断し、また、この指示メッセージに予約フラグが付されていない場合、この所定のサービス提供を実行して、このサービス生成工程に対してこの所定のサービスの生成を指示し、生成されたこの所定のサービスをこの所定のユーザ端末に提供し、この所定のサービスの提供の後で、この所定のサービスについて予約していたこの対象リソースを解放することを特徴とする。
【００１１】
さらに、ネットワーク上にSIP環境を実現し、このネットワーク上に配置された複数のユーザ端末およびメディアサーバ装置と接続および通信して、このメディアサーバ装置によるサービスをこのユーザ端末に提供させるSIPサーバは、所定のユーザ端末からの発呼に応じてこのメディアサーバ装置とこの所定のユーザ端末との間に所定のセッションを確立し、この所定のセッションにおいてこの所定のユーザ端末に対する所定のサービス提供が求められるとき、このメディアサーバ装置に対してこの所定のサービス提供に係る指示メッセージを予約フラグを付して送信し、この指示メッセージに対して、このメディアサーバ装置からこの所定のサービス提供に要する対象リソースの予約成功通知を受けた場合に、このメディアサーバ装置に対してこの所定のサービス提供に係る指示メッセージを予約フラグなしで送信することを特徴とする。
【００１２】
また、ネットワーク上に配置されたSIPサーバに接続および通信してSIP環境下で動作するメディアサーバ装置が、このネットワーク上に配置された複数のユーザ端末ごとにサービスを提供可能なメディアサーバシステムでは、このメディアサーバ装置は、このサービスの提供に要するリソースが、この装置で使用可能であるか否かを判定するリソース判定手段と、このサービスを生成するサービス生成手段とを含み、このSIPサーバは、所定のユーザ端末からの発呼に応じてこのメディアサーバ装置とこの所定のユーザ端末との間に所定のセッションを確立し、この所定のセッションにおいてこの所定のユーザ端末に対する所定のサービス提供が求められるとき、このメディアサーバ装置に対してこの所定のサービス提供に係る指示メッセージを予約フラグを付して送信し、このメディアサーバ装置は、この指示メッセージを受信して、この指示メッセージに予約フラグが付されているか否かを識別し、この指示メッセージに予約フラグが付されている場合、この所定のサービス提供に要する対象リソースの予約を開始して、このリソース判定手段に対してこの対象リソースの判定を指示し、このリソース判定手段の判定結果が使用可能である場合には、この対象リソースを予約可能であると判断して、この所定のセッションについてこの対象リソースを予約し、このSIPサーバに予約可能である旨を通知し、また、使用不可能である場合には、この対象リソースを予約不可能と判断し、このSIPサーバに予約不可能である旨を通知し、このSIPサーバは、このメディアサーバ装置からこの対象リソースの予約可能通知を受けた場合には、このメディアサーバ装置に対してこの所定のサービス提供に係る指示メッセージを予約フラグなしで送信し、さらに、このメディアサーバ装置は、この指示メッセージを受信して、この指示メッセージに予約フラグが付されているか否かを識別し、この指示メッセージに予約フラグが付されていない場合、この所定のサービス提供を実行して、このサービス生成手段に対してこの所定のサービスの生成を指示し、生成された所定のサービスをこの所定のユーザ端末に提供し、この所定のサービスの提供の後で、この所定のサービスについて予約していたこの対象リソースを解放し、また、このSIPサーバは、このメディアサーバ装置からこの対象リソースの予約不可能通知を受けた場合には、他のメディアサーバ装置とこの所定のユーザ端末とのセッションを確立させて、この所定のサービス提供を他のメディアサーバ装置に指示することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、メディアサーバ装置は、SIPサーバの環境下にあるネットワーク上で所定のユーザ端末とセッションを確立し、この端末に所定のサービスを提供するものである。この装置は、SIPサーバから予約フラグを付したINFOメッセージを受けた場合には、リソース判定部が、リソース情報部におけるリソース情報に基づいてそのサービス提供に要するリソースを本装置で使用できるか否かを判定して、使用可能である場合にそのリソースを予約し、また、SIPサーバから予約フラグなしでINFOメッセージを受けた場合には、サービス生成部が、サービスを生成してその端末に提供する。これによって、本装置は、複数の端末に対するサービスを滞りなく提供することができる。
【００１４】
また、メディアサーバ装置において所定のサービス提供に要するリソースが予約不可能である場合には、SIPサーバがユーザ端末と他のメディアサーバ装置との間にセッションを確立し、その所定のサービス提供をこの他の装置に対して指示するので、サービスを滞りなく提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明のメディアサーバ装置の一実施例を示すブロック図である。
【図２】図１に示した装置のIPネットワークにおける適用例を示す図である。
【図３】図１に示した装置で用いられるINFOメッセージの例を示す図である。
【図４】図１に示した装置が使用する音声コーデックおよびその使用リソースの例を示す図である。
【図５】図１に示した装置が使用する音源ファイルおよびその使用リソースの例を示す図である。
【図６】図１に示した装置におけるリソース予約の動作手順を説明するシーケンスチャートである。
【図７】図１に示した装置におけるリソース予約の動作手順を説明するシーケンスチャートである。
【図８】図１に示した装置の使用リソースに応じた動作手順を説明するフローチャートである。
【図９】図１に示した装置において、使用されるリソース変移の概念的な例を示す図である。
【発明を実施するための形態】
【００１６】
次に添付図面を参照して本発明によるメディアサーバ装置の実施例を詳細に説明する。図１を参照すると、本発明によるメディアサーバ装置10の実施例は、ネットワークインタフェース14を介して送受信されるセッション開始プロトコル（Session Initiation Protocol：SIP）メッセージをSIP処理部・サービス生成部12で処理し、サービス生成部12が、所定のSIPメッセージに応じて、内部記録媒体16に格納されたデータを使用して、提供するサービスを生成するもので、とくに、この生成部12は、サービス提供に必要なリソースを本装置10で使用できるか否かをリソース判定部18に問い合わせ、この判定部18は、リソース情報部20における情報に基づいてリソース使用の不可を判定することができる。なお、本発明の理解に直接関係のない部分は、図示を省略し、冗長な説明を避ける。
【００１７】
本実施例のメディアサーバ装置10は、たとえば、音声ガイダンスの再生をサービスとして提供する音声ガイダンス装置として適用することができ、以下では音声ガイダンス装置10の実施例について説明する。
【００１８】
本実施例の音声ガイダンス装置10は、図２に示すように、ネットワークインタフェース14を介して所定のネットワーク22と接続し、さらにこのネットワーク22上のSIPサーバ24と接続してSIP環境下で動作するもので、ユーザ端末26などのSIPクライアントとセッションを確立してSIPメッセージを用いて通信し、また、外部記録媒体28に接続して、この媒体28に格納されたデータを利用することができる。
【００１９】
SIPサーバ24は、ネットワーク22下にSIP環境を実現し、SIPに基づいてクライアントの要求に応じて応答するサーバで、IETF（International Engineering Task Force）で規定されるSIPをハンドリングおよび管理するものである。
【００２０】
このSIPサーバ24は、たとえば、ユーザ端末26から他の機器に向けた発呼を示すINVITEメッセージを受信すると、そのINVITEメッセージをこの他の機器に送信する。また、SIPサーバ24は、そのINVITEメッセージに対するこの他の機器からのレスポンスをユーザ端末26に送信し、そのレスポンスがOK応答であれば、ユーザ端末26とこの他の機器とのセッションが確立する。
【００２１】
本実施例では、SIPサーバ24は、ユーザ端末26から、音声ガイダンス再生を所望するリクエストを示すINVITEメッセージを受信した場合、このINVITEメッセージを音声ガイダンス装置10に送信する。
【００２２】
また、SIPサーバ24は、音声ガイダンス再生のためのセッションがユーザ端末26と本装置10との間に確立した場合、音声ガイダンス再生に要するリソースを予約するために、予約フラグとしてreserveフラグを付したINFOメッセージを本装置10に対して送信する。また、このリソース予約指示を示すINFOメッセージに対してOK応答を受信し、すなわち予約成功の旨が通知された場合には、音声ガイダンス再生を指示するために、reserveフラグなしでINFOメッセージを本装置10に送信する。なお、SIPサーバ24が送信するINFOメッセージは、再生を所望する音声が録音された音源ファイルを識別する情報を含み、たとえば図３に示すように、そのファイル名を列挙して含んでよい。
【００２３】
本実施例では、本装置10がネットワーク22上に配置されてSIPサーバ24に制御されることによってSIP環境下で動作可能となり、音声ガイダンスシステムなどのメディアサーバシステムが成立する。音声ガイダンスシステムは、このSIPサーバ24に制御される他の音声ガイダンス装置をネットワーク22上に配置してもよい。
【００２４】
図２に示す例では、SIPサーバ24およびネットワーク22からなるシステムは、一つのユーザ端末26および外部記録媒体28のみが配置されているが、複数のユーザ端末および外部記録媒体、ならびに他のSIPサーバが配置されてよい。
【００２５】
ユーザ端末26は、IP電話やパーソナルコンピュータなどのSIP端末が適用されてよく、SIPサーバ24を介して他の機器と接続および通信し、所定のサービスを提供するように要求することができる。
【００２６】
本装置10は、図１に示す例では、SIP処理部およびサービス生成部が同じブロック12に包含されるように記載されているが、それぞれ別個に有して構成されてもよい。
【００２７】
本装置10において、SIP処理部12は、SIPサーバ24と送受信するSIPメッセージを処理するもので、また、サービス生成部12は、所定のユーザ端末26に提供すべきサービスを生成するもので、本実施例では、音声ガイダンスを生成するガイダンス生成部である。
【００２８】
本実施例において、SIP処理部12は、本装置10が送信を所望する通知、情報またはデータをSIPメッセージとしてネットワークインタフェース14を介してSIPサーバ24、ユーザ端末26および外部記録媒体28に送信する。また、この処理部12は、SIPサーバ24、ユーザ端末26および外部記録媒体28からネットワークインタフェース14を介してSIPメッセージを受信して、受信したSIPメッセージの種類、すなわちSIPメッセージが示す通知、情報またはデータを識別することができる。
【００２９】
たとえば、SIP処理部12は、ユーザ端末26からの発呼を示すINVITEメッセージをSIPサーバ24から受信した場合、この端末26とのセッション確立が可能であれば、OK応答を示すレスポンスをSIPサーバ24に送信する。
【００３０】
本実施例ではとくに、SIP処理部12が、音声ガイダンス再生を指示するINFOメッセージをSIPサーバ24から受けたとき、ガイダンス生成部12がこのINFOメッセージに応じて音声ガイダンス再生を処理する。
【００３１】
たとえば、ガイダンス生成部12は、INFOメッセージにおける予約フラグの有無を識別して、reserveフラグがある場合には、リソースの予約を試みて、INFOメッセージが示す音声ガイダンス再生に必要なリソースを、本装置10で使用できるか否かをリソース判定部18に問い合わせ、reserveフラグがない場合には、ガイダンス生成部12がこのINFOメッセージの内容に基づいて音声ガイダンスを生成する。
【００３２】
ガイダンス生成部12は、リソース使用の可否をリソース判定部18に問い合わせるとき、INFOメッセージにおける音声ガイダンスの情報、たとえば音源ファイル情報をこの判定部18に提示して問い合わせを行うとよい。
【００３３】
さらに、ガイダンス生成部12は、リソース判定部18から判定結果を示され、その判定結果がリソース使用可能を示す場合には、リソース予約可能であると判断してリソース予約を実行して、SIP処理部12がリソース予約成功を示すSIPメッセージをSIPサーバ24に送信し、また、判定結果がリソース使用不可能を示す場合には、リソース予約不可能であると判断して、SIP処理部12がリソース予約失敗を示すSIPメッセージをSIPサーバ24に送信する。
【００３４】
また、ガイダンス生成部12は、音声ガイダンスを生成するとき、INFOメッセージによって再生を指示された音源ファイルなどの音声ガイダンス情報を、内部記録媒体16または外部記録媒体28から取得して、取得した音声ガイダンス情報を用いて音声ガイダンスを生成し、生成された音声ガイダンスをSIP処理部12がユーザ端末26へと送信する。
【００３５】
内部記録媒体16は、本装置10で提供するサービスの構成に用いられるさまざまな構成データ、すなわち再生可能な音声ガイダンスを構成する音源ファイルを格納するもので、たとえばデータベースやハードディスクドライブなどの記録媒体でよい。また、外部記録媒体28も、同様に、本装置10で再生可能な音声ガイダンスを構成する音源ファイルを格納するもので、所定のサーバまたは他の音声ガイダンス装置に設置されるものでもよい。
【００３６】
リソース判定部18は、音声ガイダンス再生に要するリソース、すなわち対象リソースを本装置10で使用可能か否かを判定するもので、本実施例では、ガイダンス生成部12からの問い合わせに応じてその判定を行う。この判定部18は、対象リソースを使用可能と判定した場合には、リソース使用可能である旨をこの生成部12に返答し、また、使用不可能と判定した場合には、リソース使用不可能である旨をこの生成部12に返答する。
【００３７】
たとえば、リソース判定部18は、対象リソースが、本装置10が判定開始時点で使用可能な残りリソースの範囲内にあるか否かに応じて、対象リソースの使用の可否を判定する。この判定部18は、ガイダンス生成部12から音声ガイダンスを構成する各音源ファイルを提示され、これらの音源ファイルの取得および再生に必要なリソースをリソース情報部20から取得し、取得したリソースに基づいて対象リソースを算出するとよい。
【００３８】
また、リソース判定部18は、判定開始時点において本装置10でセッションごとに予約されているリソースの総量をリソース情報部20から得て、このリソース総量と対象リソースとの合計値を算出し、さらに、本装置10が使用可能なリソースの上限値をリソース情報部20から得て、対象リソースとリソース総量との合計値がリソース上限値を超えた場合に対象リソースを使用不可能と判定し、それ以外の場合に使用可能であると判定してよい。
【００３９】
リソース情報部20は、本装置10のリソースに関する情報を格納するもので、たとえば、CPU使用およびメモリ使用に係るリソース情報を格納する。本実施例のリソース情報部20は、リソース判定部18からの問い合わせに応じてリソース情報をこの判定部18に提示し、また、ガイダンス生成部12またはこの判定部18から更新指示を受けてリソース情報を更新する。
【００４０】
本実施例、ならびに図４および図５に示す例では、簡略化のため、単独の数値をリソース情報として記載するが、本装置10は、実際には、MIPSなどのCPU使用に関する数値、およびメモリ使用サイズなどのメモリ使用に関する数値を使用する。
【００４１】
このリソース情報部20は、図４に示すように、保存された音源ファイルのコーデックと、再生する音声ガイダンスのコーデックとの組み合わせごとに、その再生時に使用されるリソースを列挙したテーブルを含んでよい。たとえば、保存された音源ファイルのコーデックがG.711であり、再生する音声ガイダンスのコーデックがG.711である場合、本装置10で使用するリソースは「1」となるが、保存された音源ファイルのコーデックがG.711であり、再生する音声ガイダンスのコーデックがG.729である場合、本装置10で使用するリソースは「10」となる。
【００４２】
また、リソース情報部20は、図５に示すように、音源ファイルの使用、すなわち取得および再生に必要なリソースを、その格納場所を考慮して、音源ファイルごとに列挙したテーブルを含んでよい。たとえば、音源ファイル01.wavは、本装置10の外部、たとえば外部記録媒体28に格納されているので、本装置10で使用するリソースは「10」となるが、音源ファイル03.wavは、本装置10の内部、たとえば内部記録媒体16に格納されているので、本装置10で使用するリソースは「1」となる。このように、外部に格納された音源ファイルを使用するときには、外部装置にアクセスする必要があるので、内部に格納された音源ファイルを使用する場合よりも本装置10で使用するリソースが多くなる。
【００４３】
さらに、本実施例のリソース情報部20は、本装置10で予約中のリソースをセッションごとに、すなわち音声ガイダンスごとに数値化して格納し、また、本装置10が使用可能なリソースの上限値を格納するとよい。
【００４４】
次に、本実施例における音声ガイダンス装置10の動作例を図６のシーケンスチャートおよび図７のフローチャートを参照しながら説明する。
【００４５】
本実施例では、まず、発呼を示すINVITEメッセージがユーザ端末26からSIPサーバ24へと送信される（S102）。
【００４６】
このINVITEメッセージがSIPサーバ24で受信されて、このサーバ24において、INVITEメッセージに応じて、端末26に音声ガイダンスを提供する必要があると判断した場合、音声ガイダンス装置10とユーザ端末26とのセッション確立を目的として、このINVITEメッセージが本装置10に送信される（S104）。
【００４７】
INVITEメッセージが本装置10で受信されると、ネットワークインタフェース14を介してSIP処理部12に送られる。SIP処理部12において、INVITEメッセージに応じて、本装置10とユーザ端末26とのセッション確立が可能か否かが判断され、可能と判断されると、200 OKなどのOK応答がSIPサーバ24に送信される（S106）。このOK応答は、さらにSIPサーバ24からユーザ端末26に送信されて（S108）、ユーザ端末26と本装置10とのセッションが確立する。
【００４８】
このセッション確立の後、SIPサーバ24では、音声ガイダンス再生のためのリソース予約指示が本装置10に対して行われ、その音声ガイダンス再生に使用される音源ファイルを識別するデータ、たとえば音源ファイル名を含み、reserveフラグが付されたINFOメッセージが本装置10に送信される（S110）。
【００４９】
INFOメッセージは、本装置10において受信されると、SIP処理部12で処理されて、このINFOメッセージに応じたリソース予約がガイダンス生成部12で試みられる（ステップS112）。
【００５０】
このINFOメッセージに応じて、ガイダンス生成部12では、まず、INFOメッセージに予約フラグが付されているか否かが判定され（ステップS202）、ここではreserveフラグが付されているので、ステップS204に進み、INFOメッセージが示す対象音声ガイダンスの再生に必要なリソース、すなわち対象リソースの予約が開始される。
【００５１】
この対象リソースの予約では、対象リソースを使用できるか否かについての問い合わせが、ガイダンス生成部12からリソース判定部18に対して送られる。この問い合わせは、対象音声ガイダンス再生に使用される音源ファイル、すなわちINFOメッセージで示される対象音源ファイル名が提示されて行われてよい。
【００５２】
リソース判定部18では、この問い合わせに応じて、まず対象リソースが算出される（S204）。たとえば本実施例では、各対象音源ファイルの取得および再生に使用されるリソースを、リソース情報部20の図４および図５に示すテーブルから取得し、取得したリソースに基づいて対象リソースが算出される。
【００５３】
また、この判定部18では、その判定開始時点で本装置10がセッションごとに予約されているリソースの総量をリソース情報部20から取得し、このリソース総量に対象リソースを加算して、対象音声ガイダンスを再生時に本装置10で使用されるリソース総量の仮定値を算出する。さらに、本装置10が実際に使用可能なリソースの上限値を比較値としてリソース情報部20から取得する。
【００５４】
ここで、判定部18において、リソース総量仮定値とリソース上限値とを比較して対象リソースを本装置10で使用できるか否かを判定し（S206）、仮定値が上限値以下であればリソース使用可能であると判定してステップS208に進み、上限値を超えれば使用不可能と判定してステップS126に進む。
【００５５】
たとえば、図９に示す例では、時刻t402において、ガイダンス１の再生が指示された場合、本装置10ではガイダンス再生に使用しているリソースがなく、ガイダンス１の再生に要するリソース量は、上限値以下であるので、ガイダンス１再生に要するリソースは使用可能と判定される。
【００５６】
また、時刻t404において、ガイダンス１を再生中にガイダンス２の再生が指示された場合、ガイダンス１に使用しているリソースと、ガイダンス２の再生に要するリソースとの総量は、上限値以下であるので、ガイダンス２再生に要するリソースは使用可能と判定される。さらに、時刻t406において、ガイダンス１およびガイダンス２を再生中にガイダンス３の再生が指示された場合、ガイダンス１およびガイダンス２に使用しているリソースと、ガイダンス３の再生に要するリソースとの総量は、上限値以下であるので、ガイダンス３再生に要するリソースは使用可能と判定される。
【００５７】
このようにしてリソース判定部18で判定された結果は、ガイダンス生成部12に送られ、ここでは使用可能である旨が通知されるので、対象リソースの予約が実行される（S208）。このとき、リソース情報部20におけるリソース情報は更新され、たとえば、予約中のセッション、すなわち予約中の音声ガイダンスごとに示されるリソース情報として、対象音声ガイダンスについて数値化された対象リソースが追加されて更新される。すなわち、予約されているリソースの総量は、対象リソースが加算された値となる。
【００５８】
このように、対象音声ガイダンス再生について、リソースの予約が成功すると、SIP処理部12でOK応答が生成されてSIPサーバ24に送信される（S114）。
【００５９】
SIPサーバ24では、このOK応答に応じて、本装置10で音声ガイダンスの再生が可能であることを認識し、音声ガイダンス再生の実行を目的として、reserveフラグを付さずに、音源ファイルを指定したINFOメッセージが本装置10に送信される（S116）。
【００６０】
本装置10でこのINFOメッセージが受信されると、SIP処理部12で処理されて、このINFOメッセージに応じた対象音声ガイダンスの生成がガイダンス生成部12で行われる（S118）。
【００６１】
INFOメッセージに応じて、ガイダンス生成部12では、INFOメッセージにreserveフラグが付されているか否かが判定され（ステップS202）、ここではreserveフラグが付されていないので、ステップS118に進む。
【００６２】
次に、ガイダンス生成部12では、対象音声ガイダンスを構成する対象音源ファイルなどの音声ガイダンス情報が、内部記録媒体16または外部記録媒体28から取得され、取得した音声ガイダンス情報を用いて対象音声ガイダンスが生成される。また、対象音声ガイダンスが生成されると、SIP処理部12でOK応答が生成されてSIPサーバ24に送信される（S120）。
【００６３】
このように生成された音声ガイダンスは、SIP処理部12によってユーザ端末26へと送信されて、音声ガイダンス再生が行われる（ステップS122）。
【００６４】
この音声ガイダンス再生が完了すると、本装置10では、終了処理が行われ、たとえば、音声ガイダンス再生のために確保していたリソースを解放し（S210）、音声ガイダンス再生終了を示す応答が、SIP処理部12からSIPサーバ24に送信される（S212）。また、SIPサーバ24では、本装置10とユーザ端末26との間のセッションの切断処理が行われる。
【００６５】
このリソース解放では、リソース情報部20において予約中の音声ガイダンスごとに示されるリソース情報から、今回の音声ガイダンスを示す対象リソースが削除されて、リソース情報部20におけるリソース情報が更新される。
【００６６】
たとえば、図９に示す例では、時刻t410より前の時点においてガイダンス１、ガイダンス２およびガイダンス３が再生されているので、本装置10は、使用可能な残りリソースが少なく、新たなガイダンス再生のためのリソースを予約することが難しい。
【００６７】
この場合、時刻t410でガイダンス１の再生が終了すると、本装置10では、ガイダンス１の再生のために確保していたリソースが解放され、使用可能な残りリソースが増える。そこで、時刻t410よりも後の時刻t412では、ガイダンス５の再生のためのリソースを予約することができる。
【００６８】
また、ステップS206において、対象リソースが本装置10で使用できるか否かをリソース判定部18で判定し、使用不可能と判定した場合の動作例を図８のシーケンスチャートおよび図７のフローチャートを参照しながら説明する。
【００６９】
この動作例では、本装置10と同様の構成を有する他の音声ガイダンス装置300がネットワーク22上に配置され、SIPサーバ24により制御されてSIP環境下で稼動し、以下では本音声ガイダンス装置10および他の音声ガイダンス装置300を、それぞれ第１の装置10および第２の装置300と称する。また、この例において、ユーザ端末26と本装置10とがセッションを確立する動作は、図６の例に示すステップS102〜S108と同様でよい。
【００７０】
たとえば、図９に示す例において、ガイダンス４の再生のためのリソース予約を指示するINFOメッセージが、SIPサーバ24から第１の装置10に送信されると（S302）、上記と同様にしてステップS202〜S206が処理される。
【００７１】
この場合、ステップS204では、ガイダンス４の再生に要するリソースを算出してリソース総量仮定値を求め、ステップS206では、時刻t408においてこの仮定値とリソース上限値とを比較し、ガイダンス１、ガイダンス２およびガイダンス３に使用しているリソースと、ガイダンス４の再生に要するリソースとの総量が、上限値を超えるので、ガイダンス４の再生に要するリソースは使用不可能と判定され、ステップS304に進む。
【００７２】
このように、使用不可能である旨の判定結果が、リソース判定部18からガイダンス生成部12に送られると、対象音声ガイダンス再生に係る対象リソースの予約が失敗と判断され、SIP処理部12で503応答（Service Unavailable）などの失敗応答が生成されてSIPサーバ24に送信される（S304）。
【００７３】
SIPサーバ24では、この失敗応答に応じて、第１の装置10で対象音声ガイダンスの再生が不可能であることを認識し、その対象音声ガイダンス再生に要する対象リソースの予約を、第２の装置300に対して試みる。SIPサーバ24は、まず、第２の装置300がユーザ端末26とセッションを確立するために、ユーザ端末26に対してre-INVITEメッセージを送信し（S306）、また、第２の装置300に対して、ステップS104と同様のINVITEメッセージを送信する（S308）。
【００７４】
このre-INVITEメッセージに対して、ユーザ端末26がOK応答をSIPサーバ24に返信し（S310）、また、第２の装置300がINVITEメッセージに対するOK応答をSIPサーバ24に返信することにより（S312）、ユーザ端末26と第２の装置300とのセッションが確立する。
【００７５】
また、SIPサーバ24は、第１の装置10とのセッションを切断するために、第１の装置10に対してBYEメッセージなどの切断指示メッセージを送信し（S314）、第１の装置10がこの切断指示に対するOK応答をSIPサーバ24に返信することにより（S316）、第１の装置10とのセッションが切断される。
【００７６】
次に、SIPサーバ24は、ステップS110と同様にreserveフラグを付したINFOメッセージを第２の装置300に送信して（S318）、対象音声ガイダンス再生に要する対象リソースの予約を指示する。
【００７７】
このINFOメッセージに応じて、第２の装置300では、図６に示す例のステップS112と同様にしてリソース予約が試みられ（ステップS320）、上記と同様にしてステップS202〜S206が処理される。ここでは、第２の装置300のリソース判定部18にて、ステップS204において、対象音声ガイダンス再生に伴うリソース総量仮定値を求め、ステップS206において、この仮定値とリソース上限値とを比較し、第２の装置300のリソース総量仮定値が上限値以下であれば、対象音声ガイダンスの再生に要するリソースは使用可能と判定され、ステップS208に進む。
【００７８】
次に、第２の装置300では、リソース判定部18による使用可能である旨の判定結果がガイダンス生成部12に送られて、対象リソースの予約が実行される（S208）。このとき、リソース情報部20におけるリソース情報は、対象音声ガイダンスにかかる対象リソースが追加されて更新される。
【００７９】
このように、第２の装置300においても、対象音声ガイダンス再生について対象リソースの予約が成功すると、SIP処理部12でOK応答が生成されてSIPサーバ24に送信される（S322）。
【００８０】
SIPサーバ24では、このOK応答に応じて、第２の装置300で音声ガイダンスの再生が可能であることを認識し、reserveフラグなしで、音声ガイダンス再生を指示するINFOメッセージが第２の装置300に送信される（S324）。
【００８１】
第２の装置300では、図６に示す例と同様にして、このINFOメッセージに応じてガイダンス生成部12で対象音声ガイダンスが生成され（S326）、OK応答がSIPサーバ24に送信される（S328）。このように生成された音声ガイダンスは、第２の装置300からユーザ端末26へと送信されて、音声ガイダンス再生が行われる（ステップS330）。
【００８２】
この音声ガイダンス再生の完了後に、第２の装置300で終了処理が行われ、音声ガイダンス再生のために確保していたリソースを解放し（S210）、音声ガイダンス再生終了を示す応答が、SIPサーバ24に送信される（S212）。また、SIPサーバ24では、第２の装置300とユーザ端末26との間のセッションの切断処理が行われる。
【産業上の利用可能性】
【００８３】
また、本発明は、音声ガイダンス装置に限らず、セッションごとにリソースが必要となるさまざまなメディアサーバ装置に適用することができる。
【符号の説明】
【００８４】
10  音声ガイダンス装置
12  SIP処理部・サービス生成部
14  ネットワークインタフェース
16  内部記録媒体
18  リソース判定部
20  リソース情報部
22  ネットワーク
24  SIPサーバ
26  ユーザ端末
28  外部記録媒体
【図１】
2011071626.tif 000003
【図２】
2011071626.tif 000004
【図３】
2011071626.tif 000005
【図４】
2011071626.tif 000006
【図５】
2011071626.tif 000007
【図６】
2011071626.tif 000008
【図７】
2011071626.tif 000009
【図８】
2011071626.tif 000010
【図９】
2011071626.tif 000011