(57)【特許請求の範囲】
【請求項１】
電話端末の電話番号毎に割り当てられたメディアサーバの識別情報を記憶しておく記憶手段と、
メディアサーバの問い合わせ要求を受け付ける受付手段と、
前記記憶手段から前記識別情報を取得し、前記問い合わせ要求に含まれる電話端末の電話番号に対応するメディアサーバの識別情報を特定する特定手段と、
特定されたメディアサーバの識別情報を返信する返信手段と、
を有することを特徴とするデータ管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰサーバからメディアサーバへの接続時等に用いられるメディアサーバの識別情報を管理する技術に関する。
【背景技術】
【０００２】
留守番電話サービス等を提供するため、ＶｏＩＰ網上には複数のメディアサーバが用意されている。ＳＩＰサーバは、電話端末からの呼信号を受信し、いずれかのメディアサーバに接続する必要がある場合、電話端末の電話番号帯（「０９０」等）からメディアサーバを選択する。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“Digital cellular telecommunications system (Phase 2+);Universal Mobile Telecommunications System (UMTS);LTE;IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP);Stage 3”、[online]、3GPP TS 24.229 version 11.7.0 Release 11、ETSI、2013年4月、[平成25年6月12日検索]、インターネット<URL: http://www.3gpp.org/ftp/Specs/html-info/29228.htm>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、電話番号帯に対してメディアサーバが割り当てられ、メディアサーバを電話番号帯単位で選択するため、メディアサーバのリソース利用効率が低いという課題がある。
【０００５】
本発明は、上記事情を鑑みてなされたものであり、メディアサーバのリソース利用効率を改善することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載のデータ管理サーバは、電話端末の電話番号毎に割り当てられたメディアサーバの識別情報を記憶しておく記憶手段と、メディアサーバの問い合わせ要求を受け付ける受付手段と、前記記憶手段から前記識別情報を取得し、前記問い合わせ要求に含まれる電話端末の電話番号に対応するメディアサーバの識別情報を特定する特定手段と、特定されたメディアサーバの識別情報を返信する返信手段と、を有することを要旨とする。
【０００７】
以上より、本発明によれば、ＳＩＰサーバからメディアサーバへの接続時やメディアサーバ間での連携時に、電話番号毎に割り当てられたメディアサーバの識別情報を用いるため、メディアサーバのリソース利用効率を向上できる。
【発明の効果】
【０００８】
本発明によれば、メディアサーバのリソース利用効率を向上できる。
【図面の簡単な説明】
【０００９】
【図１】呼制御システムの全体構成を示す図である。
【図２】データ管理サーバの機能ブロック構成を示す図である。
【図３】管理情報のデータ例を示す図である。
【図４】留守録時の処理動作を示すシーケンスである。
【図５】留守録再生時の処理動作を示すシーケンスである。
【図６】留守録ファイル共有時の処理動作を示すシーケンスである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００１１】
〔呼制御システムの機能について〕
図１は、本実施の形態に係る呼制御システムの全体構成を示す図である。この呼制御システムは、ＳＩＰサーバ１と、データ管理サーバ２と、メディアサーバ３とで主に構成される。
【００１２】
ＳＩＰサーバ１は、ＩＰ電話網３１を介して発信者電話端末２１や契約者電話端末（１）２２を収容し、それら各電話端末２１，２２や自身以外のＳＩＰサーバ１、又はゲートウェイ４から呼設定要求を受信すると、データ管理サーバ２に接続先を問い合わせ、返信された接続先との間で呼接続を設定するサーバである。
【００１３】
この接続先とは、例えば、自身以外のＳＩＰサーバ１、メディアサーバ３、契約者端末２２と同一グループの電話端末（２）２３や電話端末（ｎ）２４、自身に収容されているＩＰ通信機器（不図示）である。適切なゲートウェイ４を選択し、他事業者の加入者網等に接続してもよい。
【００１４】
データ管理サーバ２は、ＳＩＰサーバ１やメディアサーバ３から送信された接続先の問い合わせ要求を受信し、その接続先を解決するサーバである。具体的な機能は後述する。なお、自身と自身以外との間では、例えば、ＤＩＡＭＥＴＥＲやＳＩＰ、ＳＯＡＰ等のプロトコルを用いて通信する。
【００１５】
メディアサーバ３は、ＳＩＰサーバ１からの呼接続に応じて発信者電話端末２１や契約者電話端末（１）２２に留守番電話サービスの音声ガイダンスを送出し、ユーザからの発話音声を録音すると共に、電話端末で入力されたＰＢ（Push Button）信号に応じて録音音声を再生するサーバである。
【００１６】
ゲートウェイ４は、異なる通信網同士を接続するためのサーバである。複数の相互接続点４１に接続されていてもよいし、相互接続点４１を介することなく携帯電話網３２や他社加入者網３３に直接接続されていてもよい。
【００１７】
発信者電話端末２１及び契約者電話端末（１）２２は、ＩＰ電話網３１に接続されたＩＰ端末である。本実施の形態では、発信側の電話端末を発信者電話端末２１とし、留守番電話サービスを契約している電話端末を契約者電話端末（１）２２としている。
【００１８】
また、電話端末（２）２３と電話端末（ｎ）２４も同ＩＰ電話網３１に接続されたＩＰ端末であり、各電話端末２３，２４は、契約者電話端末（１）２２と同一グループ（同一企業等）に属している。
【００１９】
契約者携帯電話端末２５は、携帯電話網３２に接続され、契約者電話端末（１）２２と同一契約者の携帯端末である。また、契約者他事業者電話端末２６は、他社加入者網３３に接続され、電話端末（２）２３と同一契約者の電話端末である。
【００２０】
なお、図１のシステム構成は一例であり、ＳＩＰサーバ１は複数のゲートウェイ４に接続されていてもよいし、１つの相互接続点４１に複数の他事業者用加入者網等が接続されていてもよい。
【００２１】
〔データ管理サーバについて〕
次に、データ管理サーバ２について詳述する。データ管理サーバ２は、契約者を収容しているＳＩＰサーバ１やメディアサーバ３を特定する情報を一元管理し、呼制御時に当該管理情報を参照して適切なＳＩＰサーバ１又はメディアサーバ３に接続させる機能を有する。
【００２２】
図２は、データ管理サーバの機能ブロック構成を示す図である。データ管理サーバ２は、管理情報記憶部２ａと、問い合わせ要求受付部２ｂと、収容先特定部２ｃと、問い合わせ結果返信部２ｄとで主に構成される。
【００２３】
管理情報記憶部２ａは、ＳＩＰサーバ１に収容されている各電話端末２１〜２４の電話番号に対して、各電話端末２１〜２４をそれぞれ収容している収容先ＳＩＰサーバの識別情報と、各電話番号にそれぞれ割り当てられた収容先メディアサーバの識別情報とを対応付けた管理情報を記憶しておく機能部である。例えば、図３に示すように、各電話端末２１〜２４の電話番号と、収容先ＳＩＰサーバ名と、収容先メディアサーバ名とを同一行で格納して管理する。
【００２４】
問い合わせ要求受付部２ｂは、ＳＩＰサーバ１やメディアサーバ３から、収容先ＳＩＰサーバ又は収容先メディアサーバの各問い合わせ要求を受け付ける機能部である。
【００２５】
収容先特定部２ｃは、管理情報記憶部２ａから管理情報を読み出して、問い合わせ要求受付部２ｂで受け付けられた問い合わせ要求に含まれる電話番号に対応する識別情報（収容先ＳＩＰサーバの識別情報や収容先メディアサーバの識別情報）を特定する機能部である。
【００２６】
問い合わせ結果返信部２ｄは、収容先特定部２ｃで特定された識別情報をＳＩＰサーバ又はメディアサーバの収容先（接続先）として返信する機能部である。
【００２７】
このように、本実施の形態では、収容先ＳＩＰサーバの識別情報を電話番号単位で管理する（非特許文献１参照）ことに加え、電話端末の電話番号毎に収容先メディアサーバを割り当て、収容先メディアデータの識別情報を電話番号単位で管理し、メディアサーバ３への接続時やメディアサーバ３間の連携時に用いるので、従来のような電話番号帯単位で管理する方法よりも、メディアサーバ３のリソース利用効率を向上できる。
【００２８】
〔呼制御システムの動作について〕
次に、呼制御システムの動作について説明する。なお、ＳＩＰサーバ１は２つとし、メディアサーバ３はｎつとする。また、電話端末２１〜２４の各電話番号は、図３に示した電話番号とする。
【００２９】
（留守録時の動作について）
まず、発信者電話端末２１のユーザが、契約者電話端末（１）２２のユーザに対してメッセージを残す場合の動作を説明する。図４は、留守録時の処理動作を示すシーケンスである。
【００３０】
最初に、発信者電話端末２１が、ユーザによるボタン操作に基づき、「０３−１１１１−Ｂ」の契約者電話端末（１）２２に対して発信する（ステップＳ１０１）。
【００３１】
次に、ＳＩＰサーバ（１）１ａは、その発信に基づくＩＮＶＩＴＥ信号を受信すると、その信号内の電話番号「０３−１１１１−Ｂ」の電話端末を収容している収容先ＳＩＰサーバをデータ管理サーバ２に問い合わせる（ステップＳ１０２）。
【００３２】
次に、データ管理サーバ２は、その問い合わせ要求に基づくＬＩＲ信号を受信すると、保持している管理情報を参照して、その信号内の電話番号「０３−１１１１−Ｂ」に対応するＳＩＰサーバ（２）を収容先として返信する（ステップＳ１０３）。
【００３３】
次に、ＳＩＰサーバ（１）１ａは、その返信に基づくＬＩＡ信号を受信した後、その信号内のＳＩＰサーバ（２）１ｂに対してＩＮＶＩＴＥ信号を送信する（ステップＳ１０４）。
【００３４】
次に、ＳＩＰサーバ（２）１ｂは、そのＩＮＶＩＴＥ信号を受信すると、電話番号「０３−１１１１−Ｂ」の電話端末を収容しているかを判定し、収容している場合には、自身に事前登録されているサービスオーダー（契約情報）を用いて、付加サービスの契約の有無を判定する（ステップＳ１０５）。
【００３５】
その後、ＳＩＰサーバ（２）１ｂは、その判定結果（サービスの制御条件）に応じて呼処理を実行し、例えば、「無条件にメディアサーバにつなぐ」という付加サービスが契約されている場合には、電話番号「０３−１１１１−Ｂ」の電話端末に割り当てられている収容先メディアサーバをデータ管理サーバ２に問い合わせる（ステップＳ１０６）。
【００３６】
なお、上記の例は電話番号「０３−１１１１−Ｂ」の電話端末を呼び出すことなく直にメディアサーバに接続するケースであるが、例えば、「電話端末を呼び出す」という契約の場合には、電話番号「０３−１１１１−Ｂ」の電話端末に一旦着信し、無応答の場合にメディアサーバに接続するようなケースも考えられる。
【００３７】
次に、データ管理サーバ２は、その問い合わせ要求に基づくＵＤＲ信号を受信すると、保持している管理情報を参照して、その信号内の電話番号「０３−１１１１−Ｂ」に対応するメディアサーバ（２）を収容先として返信する（ステップＳ１０７）。
【００３８】
次に、ＳＩＰサーバ（２）１ｂは、その返信に基づくＵＤＡ信号を受信した後、その信号内のメディアサーバ（２）３ｂに対してＩＮＶＩＴＥ信号を送信する（ステップＳ１０８）。
【００３９】
次に、メディアサーバ（２）３ｂは、そのＩＮＶＩＴＥ信号を受信すると、“２００  ＯＫ”の応答信号を返信し、留守録用の音声ガイダンスを発信元の発信者端末２１に送出する（ステップＳ１０９）。
【００４０】
最後に、メディアサーバ（２）３ｂは、発信者端末２１のユーザによる発話音声を受信すると、電話番号「０３−１１１１−Ｂ」の電話端末、つまり契約者電話端末（１）２２に対するメッセージとして録音する（ステップＳ１１０）。
【００４１】
なお、ＬＩＲ信号、ＬＩＡ信号、ＵＤＲ信号、ＵＤＡ信号は、ＤＩＡＭＥＴＥＲのプロトコルで用いられている信号である。それら以外のメッセージ種別の信号を利用してもよいし、ＤＩＡＭＥＴＥＲ以外のプロトコルを利用してもよい。
【００４２】
（留守録再生時の動作について）
次に、契約者携帯電話端末２５のユーザが、自己の契約者電話端末（１）２２に対する録音メッセージを再生する場合の動作を説明する。図５は、留守録再生時の処理動作を示すシーケンスである。
【００４３】
最初に、契約者携帯電話端末２５が、ユーザによるボタン操作に基づき、留守録再生用の特番「Ｘ」に対して発信する（ステップＳ２０１）。
【００４４】
次に、ＳＩＰサーバ（１）１ａは、ゲートウェイ４を介してその発信に基づくＩＮＶＩＴＥ信号を受信すると、ラウンドロビン等により接続先メディアサーバ（１）を選択してＩＮＶＩＴＥ信号を送信する（ステップＳ２０２）。
【００４５】
次に、メディアサーバ（１）３ａは、そのＩＮＶＩＴＥ信号を受信すると、“２００  ＯＫ”の応答信号を返信し、留守録再生シナリオデータを起動して、留守録再生用の音声ガイダンスを発信元の契約者携帯電話端末２５に送出する（ステップＳ２０３）。
【００４６】
次に、契約者携帯電話端末２５は、契約中の契約者電話端末（１）２２に対する録音メッセージを確認して留守録を再生するため、ユーザによるボタン操作に基づき、ＰＢ信号により契約者電話番号（０３−１１１１−Ｂ）と認証パスワード（ａｂｃ）をメディアサーバ（１）３ａに送信する（ステップＳ２０４）。
【００４７】
次に、メディアサーバ（１）３ａは、そのＰＢ信号を受信すると、その信号内の電話番号「０３−１１１１−Ｂ」の電話端末に割り当てられている収容先メディアサーバをデータ管理サーバ２に問い合わせる（ステップＳ２０５）。
【００４８】
次に、データ管理サーバ２は、その問い合わせ要求に基づくＵＤＲ信号を受信すると、保持している管理情報を参照して、その信号内の電話番号「０３−１１１１−Ｂ」に対応するメディアサーバ（２）を収容先として返信する（ステップＳ２０６）。
【００４９】
次に、メディアサーバ（１）３ａは、その返信に基づくＵＤＡ信号を受信した後、その信号内のメディアサーバ（２）３ｂにＰＢ信号内の電話番号とパスワードを送信し、その電話番号「０３−１１１１−Ｂ」に関連する全ての留守録ファイルを取得する（ステップＳ２０７）。
【００５０】
最後に、メディアサーバ（１）３ａは、取得した留守録ファイルのデータを再生し、発信元の契約者携帯電話端末２５に送出する（ステップＳ２０８）。
【００５１】
なお、本動作例では、留守録を再生する場合について説明したが、留守録再生ガイダンス種別や認証パスワード等、メディアサーバ（１）３ａ〜メディアサーバ（ｎ）３ｎが保持する情報の設定や変更等を行うＰＢリモコンの操作全般に適用できる。
【００５２】
（留守録ファイル共有時の動作について）
次に、契約者電話端末（１）２２への留守録ファイルを、同一グループに属する他の電話端末２３，２４に対して共有させる場合の動作を説明する。図６は、留守録ファイル共有時の処理動作を示すシーケンスである。
【００５３】
前述のステップＳ１１０の後、メディアサーバ（２）３ｂは、電話番号「０３−１１１１−Ｂ」の電話端末と同一グループに属する各電話端末（「０３−１１１１−Ｃ」と「０３−１１１１−Ｄ」の電話端末）に割り当てられている収容先メディアサーバをデータ管理サーバ２に問い合わせる（ステップＳ３０１）。
【００５４】
次に、データ管理サーバ２は、その問い合わせ要求に基づくＵＤＲ信号を受信すると、保持している管理情報を参照して、その信号内の電話番号「０３−１１１１−Ｃ」と「０３−１１１１−Ｄ」にそれぞれ対応するメディアサーバ（１）とメディアサーバ（ｎ）を収容先として返信する（ステップＳ３０２）。
【００５５】
次に、メディアサーバ（２）３ｂは、その返信に基づくＵＤＡ信号を受信した後、その信号内のメディアサーバ（１）３ａとメディアサーバ（ｎ）３ｎに対して、ステップＳ１１０で録音した留守録ファイルを送信する（ステップＳ３０３）。
【００５６】
その後、メディアサーバ（１）３ａは、その留守録ファイルを受信すると、電話番号「０３−１１１１−Ｃ」の電話端末、つまり電話端末（２）２３に対するメッセージとして格納する（ステップＳ３０４）。メディアサーバ（ｎ）３ｎの動作も同様である。
【００５７】
引き続き、契約者他事業者電話端末２６のユーザが、契約中の電話端末（２）２３に対する録音メッセージを再生する場合について説明する。
【００５８】
契約者他事業者電話端末２６は、ユーザによるボタン操作に基づき、ＰＢ信号により契約者電話番号（０３−１１１１−Ｃ）と認証パスワードをメディアサーバ（１）３ａに送信する。
【００５９】
その後、メディアサーバ（１）３ａは、前述のステップＳ２０１〜ステップＳ２０４の後、そのＰＢ信号を受信すると、その信号内の電話番号「０３−１１１１−Ｃ」に関連する留守録ファイル、つまりステップＳ３０４で格納した留守録ファイルのデータを再生し、発信元の契約者他事業者電話端末２６に送出する（ステップＳ３０５）。
【００６０】
なお、本動作例では、同一グループに属する電話端末２３，２４の電話番号をメディアサーバ（２）３ｂで解決する場合について説明したが、「０３−１１１１−Ｂ」を含むＵＤＲ信号を送信してデータ管理サーバ２で解決してもよい。
【００６１】
以上より、本実施の形態によれば、ＳＩＰサーバからメディアサーバへの接続時やメディアサーバ間の連携時に、電話番号帯毎ではなく、電話番号毎に割り当てられたメディアサーバの識別情報を用いるので、メディアサーバの拡張率や利用効率を向上でき、他事業者からの番号ポータビリティへの対応を簡便に処理できる。
【００６２】
つまり、サービス提供当初は１台のメディアサーバで開始し、契約者の増加に応じてメディアサーバを増設する際には、追加された契約者を新規のメディアサーバに順次収容していけばよく、当初から収容する電話番号帯を考慮する必要はない。
【００６３】
また、電話番号帯単位で収容する場合、電話番号帯毎のリソース利用率が異なれば各メディアサーバでの収容数にバラツキが生じて無駄な設備増設が必要となるが、追加された契約者を電話番号毎に収容するので、メディアサーバの設備投資効率を向上できる。
【００６４】
最後に、本実施の形態では、データ管理サーバ２を独立した１つの装置として説明したが、データ管理サーバ２の機能をＳＩＰサーバ１に具備させ、ＳＩＰサーバ１が自身で接続先を解決してもよい。
【００６５】
また、本実施の形態で説明したデータ管理サーバ２は、コンピュータにより実現可能である。また、それらの構成要素の各動作をプログラムとして構築し、コンピュータにインストールして実行させることや、通信ネットワークを介して流通させることも可能である。
【符号の説明】
【００６６】
１…ＳＩＰサーバ
２…データ管理サーバ
２ａ…管理情報記憶部（記憶手段）
２ｂ…問い合わせ要求受付部（受付手段）
２ｃ…収容先特定部（特定手段）
２ｄ…問い合わせ結果返信部（返信手段）
３…メディアサーバ
４…ゲートウェイ
２１…発信者電話端末
２２…契約者電話端末（１）
２３…契約者電話端末（１）と同一グループの電話端末（２）
２４…契約者電話端末（１）と同一グループの電話端末（ｎ）
２５…契約者電話端末（１）と同一契約者の契約者携帯電話端末
２６…電話端末（３）と同一契約者の契約者他事業者電話端末
３１…ＩＰ電話網
３２…携帯電話網
３３…他社加入者網
４１…相互接続点
Ｓ１０１〜Ｓ１１０、Ｓ２０１〜Ｓ２０８、Ｓ３０１〜Ｓ３０５…ステップ
【図１】
0006040107.tif 000002
【図２】
0006040107.tif 000003
【図３】
0006040107.tif 000004
【図４】
0006040107.tif 000005
【図５】
0006040107.tif 000006
【図６】
0006040107.tif 000007