JP5650758B2

JP5650758B2 - Ｉｎａｐを介するメディア記録のためのｓｉｐインターフェイス

Info

Publication number: JP5650758B2
Application number: JP2012548485A
Authority: JP
Inventors: バーラージー，ジヤヤクマール; ゴパラスブラマニアン，バラスブラマニアン; マハラクシミ，ナイナール
Original assignee: アルカテル−ルーセント
Priority date: 2010-01-18
Filing date: 2010-01-18
Publication date: 2015-01-07
Anticipated expiration: 2030-01-18
Also published as: CN102714656A; US20130067105A1; EP2526669A1; KR20120123438A; WO2011086405A1; CN102714656B; KR101427497B1; JP2013517654A

Description

本発明は、ＳＩＰネットワークに関し、さらに詳細にはＳＩＰネットワークにおけるアナウンスのためのメッセージを記録することに関する。

インテリジェントネットワーク（ＩＮ）は、いくつかの付加価値サービスを顧客に提供する。音声メール、自動転送、顧客向けアナウンスの音声記録などのようなサービスは、ＩＮによってトリガされる。ＩＮは、そのようなサービスを、プロンプトおよびメッセージ受信（ＰＲＭ：ＰＲＯＭＰＴａｎｄＲＥＣＥＩＶＥｍｅｓｓａｇｅ）のようなインテリジェントネットワークのアプリケーションプロトコル（ＩＮＡＰ：ＩｎｔｅｌｌｉｇｅｎｔＮｅｔｗｏｒｋ’ｓＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）オペレーションを使用してトリガする。ＩＮＡＰサービスは、メッセージの記録を容易にするが、記録メディアのタイプは、音声またはファックス信号に限られうる。

たとえばビデオおよびテキストベースのメディア記録など、顧客アナウンス用に異なるタイプのメディア記録の組み合わせは不可能である。ＰＲＭにおいては、ＩＮＡＰからの音声メッセージおよびファックス信号のみを記録することが可能である。さらに、ビデオ、または音声、ビデオ、およびテキストの組み合わせのような、その他のメディアタイプを記録するためのＩＮＡＰからの指示はない。

加えて、そのようなシステムには、メディアタイプごとに別個のアナウンスＩＤが必要となる。たとえば、テキストメッセージを再生するために必要とされるアナウンスＩＤは、音声メッセージを再生するために必要とされるアナウンスＩＤとは異なることもある。その結果、ユーザが、必要なサービスにアクセスするために、異なるコード（またはキー）のセットを自分の携帯電話に入力することが必要となるので、プロセスはユーザフレンドリーではない。また、一部のサービスでは、ユーザに、必要なサービスのアナウンスＩＤと共にサービスコードを入力するよう要求する。そのような場合、ユーザは、アクセスしようとするメディアタイプごとにアナウンスＩＤを記憶しておく必要がある。

上記の事項を考慮して、本明細書における実施形態は、セッション開始プロトコル（ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）ネットワークにおいてアナウンスを記録するためのシステムを提供し、システムは、アナウンスを記録する際にインテリジェントネットワークのアプリケーションプロトコル（ＩＮＡＰ）のプロンプトおよび受信（ＰＲＭ：ＰｒｏｍｐｔａｎｄＲｅｃｅｉｖｅ）オペレーションをトリガするためのインテリジェントネットワーク（ＩＮ）であって、さらに、プロンプトアナウンス、記録ＩＤ、およびメディアタイプの指示を含み、さらにメディアタイプの単一の一意のアナウンスＩＤをさらに含むＰＲＭメッセージを、使用可能なメディアタイプ（音声、テキスト、ビデオ、またはその組み合わせ）を指示する、記録のためのメニューと共に送信し、ユーザが選択した記録のためのメディアタイプを格納し、アナウンスの記録済み状況を格納し、ユーザから受信した記録済みアナウンスを格納するように構成されたＩＮと、少なくとも１つのメディアゲートウェイコントローラ（ＭＧＣ）であって、ユーザによって選択されたメディアタイプに応じてユニバーサルリソースロケータ（ＵＲＬ：ＵｎｉｖｅｒｓａｌＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を取得し、ユーザの補足サービスにリンクされる記録済みアナウンスを、ユーザから受信して、アナウンスをＩＮにさらに送信するように構成されたＭＧＣと、ＰＲＭオペレーションを使用してアナウンスのさまざまなメディアタイプの記録を容易にするための少なくとも１つのメディアサーバとを備える。

実施形態はさらに、セッション開始プロトコル（ＳＩＰ）ネットワークにおけるサービス制御ポイント（ＳＣＰ：ＳｅｒｖｉｃｅＣｏｎｔｒｏｌＰｏｉｎｔ）を開示し、ＳＣＰは、プロンプトアナウンス、記録ＩＤ、およびメディアタイプを含むプロンプトおよび受信メッセージ（ＰＲＭ）を、さまざまなメディア記録のメニューと共にユーザに送信し、ユーザにより選択されたメディアタイプを格納し、記録済みアナウンスの状況を格納し、記録済みアナウンスを好ましい宛先に送信する前に記録済みアナウンスを格納するための少なくとも１つの手段で構成される。

本明細書における実施形態はまた、セッション開始プロトコル（ＳＩＰ）ネットワークにおいてアナウンスを記録するための方法を開示し、方法は、ユーザが、アナウンス記録サービスのアクティブ化を要求するためのサービスコードを送信するステップと、サービス制御ポイント（ＳＣＰ）が、プロンプトおよびユーザ情報収集（ＰＡＣＵＩ：ＰｒｏｍｐｔａｎｄＣｏｌｌｅｃｔＵｓｅｒＩｎｆｏ）メッセージを、記録を選択するためのメニューと共にユーザに送信するステップとを備え、ＰＲＭメッセージは、プロンプトアナウンス、記録ＩＤ、およびメディアタイプを含み、記録のためのメニューと共にユーザに対する、メディアタイプ（音声、テキスト、ビデオ、またはその組み合わせ）の単一の一意のアナウンスＩＤをさらに含み、方法はさらに、少なくとも１つのメディアゲートウェイコントローラ（ＭＧＣ）が、記録のためにユーザによって選択されたメディアタイプに対してユニバーサルリソースロケータ（ＵＲＬ）を選択するステップと、メディアサーバ（ＭＳ）が記録状況をＭＧＣに送信するステップと、ＳＣＰが、記録の完了時に、ＭＧＣ（ＳＳＰ）からのＰＲＭ結果を介してアナウンスの記録済み状況を格納するステップとを備える。追加のメディアタイプは、メディアサーバの多目的インターネットメール拡張（ＭＩＭＥ：ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎ）タイプに応じてＰＲＭオペレーションで追加される。方法は、モバイルネットワーク強化論理のためのカスタム化アプリケーション（ＣＡＭＥＬ：ＣｕｓｔｏｍｉｚｅｄＡｐｐｌｉｃａｔｉｏｎｓｆｏｒＭｏｂｉｌｅｎｅｔｗｏｒｋｓＥｎｈａｎｃｅｄＬｏｇｉｃ）に適用可能である。メディアタイプは、ＩＮＡＰまたはＣＡＭＥＬを介して記録される。メディアタイプの組み合わせは、逐次または並列の方式で記録されてもよい。

本明細書における実施形態のこれらのおよびその他の態様は、以下の説明および付属の図面と併せて検討されればよりよく認識され理解されよう。

本明細書における実施形態は、図面を参照して後段の詳細な説明を読むことにより、より深く理解されよう。

本明細書において開示される実施形態による、メディア記録のためのインテリジェントネットワークのアプリケーションプロトコル（ＩＮＡＰ）のネットワークコンポーネントを示す図である。本明細書において開示される実施形態による、メディア記録のプロセスを示す流れ図である。本明細書において開示される実施形態による、音声メッセージを記録するプロセスを表すシーケンス図である。本明細書において開示される実施形態による、音声メッセージを記録するプロセスを表すシーケンス図である。本明細書において開示される実施形態による、テキストメッセージを記録するプロセスを表すシーケンス図である。本明細書において開示される実施形態による、テキストメッセージを記録するプロセスを表すシーケンス図である。本明細書において開示される実施形態による、ビデオメッセージを記録するプロセスを表すシーケンス図である。本明細書において開示される実施形態による、ビデオメッセージを記録するプロセスを表すシーケンス図である。

本明細書における実施形態ならびにそのさまざまな特徴および利点の詳細は、添付の図面に示され、以降の説明に詳述される非限定的な実施形態を参照してさらに詳細に説明される。よく知られたコンポーネントおよび処理技法の説明は、本明細書における実施形態を不必要に不明瞭にすることがないように省略される。本明細書において使用される実施例は、単に、本明細書における実施形態が実施されうる方法の理解を容易にすること、およびさらに当業者が本明細書における実施形態を実施できるようにすることを目的としているに過ぎない。したがって、実施例は、本明細書における実施形態の範囲を限定するものとして解釈されるべきではない。

本明細書における実施形態は、アナウンスサービスにおいてメディアコンテンツを記録するためのメカニズムを、そのシステムおよび方法を提供することにより開示する。これ以降、図面全体を通じて類似する参照符号が対応する特徴を一貫して示す図面、および特に図１から図５を参照して、実施形態が示される。

メディアベースのアナウンス記録サービスのためのシステムおよび方法が開示される。本明細書における実施形態は、ＳＩＰネットワークに関して説明されるが、その他のネットワークに拡大されてもよい。方法は、アナウンスの記録にＩＮＡＰのプロンプトおよび受信メッセージ（ＰＲＭ）オペレーションを採用する。また、記録は、モバイルネットワーク強化論理のためのカスタム化アプリケーション（ＣＡＭＥＬ）を介して実施されてもよい。記録は、ＩＮによりトリガされる。方法は、ユーザが、記録のためのさまざまなメディアタイプを選択することにより、アナウンスを行えるようにする。記録メディアのタイプは、音声、テキスト、およびビデオ形式、ならびにメディアタイプの組み合わせであってもよい。記録サービスに関心のあるユーザは、各自のサービスをアクティブ化することができる。アクティブ化すると、ユーザには、メディア記録サービス用のサービスコードが提供される。サービスコードは、特定のサービスに割り当てられるコードであり、＊１２３＃、＊５５５＊などのような形態であってもよい。アナウンスＩＤは、メディア記録サービスに予約される。アナウンスＩＤは、さまざまなメディアタイプを記録するためのコード、即ち、たとえばオーディオ用にサブコード１、テキスト用に２、ビデオ用に３、というように、さらに構成される。

メディア記録サービスを使用しようとするユーザは、サービスに割り当てられているサービスコードをメディアゲートウェイコントローラ（ＭＧＣ）に送信する。サービスコードを受信すると、ＳＣＰは、メディアタイプを収集するためにプロンプトおよびユーザ情報収集（ＰＡＣＵＩ：ＰｒｏｍｐｔａｎｄＣｏｌｌｅｃｔｉｏｎＵｓｅｒＩｎｆｏｒｍａｔｉｏｎ）を送信する。ＰＡＣＵＩのプロンプトアナウンスは、音声用にダイヤル１、テキスト用にダイヤル２、およびビデオ用にダイヤル３、というような、詳細を含むメディア選択メニューであってもよい。次いでユーザは、たとえばビデオ用の３など、記録のための各自の選択を入力する。ユーザのメディアの選択は、ＰＡＣＵＩ＿ＲｅｓｕｌｔとしてＳＣＰに送信される。次いで、ＳＣＰは、ユーザによって選択されたメディアタイプ（この場合はビデオ）に基づいてＰＲＭを送信する。ＰＲＭのプロンプトアナウンスは、「ユーザの記録開始」の形態であってもよく、アナウンスＩＤは５００、１１１、１２３などのような形態であってもよい。ＰＲＭメッセージはユーザに送信される。ＰＲＭが一度確立されると、ユーザはそれ以上メディアタイプを選択することはできない。したがって、メディアタイプの選択は、ＰＲＭがＰＡＣＵＩを介して送信される前に行われる。次いで、ＭＧＣは、ユーザのメディアの選択に基づいてユニバーサルリソースロケータ（ＵＲＬ）を選択する。さらに、ユーザのメッセージは記録される。記録が完了すると、ＳＳＰは、記録の終了をＳＣＰに通知するメッセージをＳＣＰに送信する。さらに、ユーザの記録済みメッセージは、宛先アドレスに送信される。

図１は、本明細書において開示される実施形態による、メディア記録のためのインテリジェントネットワークのアプリケーションプロトコル（ＩＮＡＰ）のネットワークコンポーネントを示す。インテリジェントネットワークは、サービス交換ポイント（ＳＳＰ：ＳｅｒｖｉｃｅＳｗｉｔｃｈｉｎｇＰｏｉｎｔ）１０１、サービス制御ポイント（ＳＣＰ：ＳｅｒｖｉｃｅＣｏｎｔｒｏｌＰｏｉｎｔ）１０２、サービスデータポイント（ＳＤＰ：ＳｅｒｖｉｃｅＤａｔａＰｏｉｎｔ）１０３、サービス作成環境（ＳＣＥ：ＳｅｒｖｉｃｅＣｒｅａｔｉｏｎＥｎｖｉｒｏｎｍｅｎｔ）１０４、およびインテリジェント周辺装置（ＩＰ：ＩｎｔｅｌｌｉｇｅｎｔＰｅｒｉｐｈｅｒａｌ）１０５を備える。加えて、メディアゲートウェイコントローラ（ＭＧＣ）１０６およびメディアサーバ（ＭＳ）１０７は、ＩＮと結合される。ＳＳＰ１０１は電話交換局端末と併置され、ＳＳＰ１０１は、コール中に呼び出されるべきサービスのトリガポイントとしての役割を果たす。ＳＳＰ１０１は、付加価値サービスを必要とするコールを管理することに責任を負う。ＳＳＰ１０１は、音声スイッチおよびＳＳ７スイッチの組み合わせであってもよい。ＳＳＰ１０１は、音声スイッチからの信号伝達をＳＳ７信号伝達メッセージに変換する必要があり、次いでＳＳ７信号伝達メッセージはＳＳ７ネットワークを通じて他の交換局に送信されてもよい。ＳＳＰ１０１は、ＳＣＰ１０２から制御およびＰＲＭアナウンスメッセージを受信する。ＳＳＰ１０１は、ＰＲＭメッセージを処理して、ＰＲＭ結果メッセージをＳＣＰ１０２に送信する。

ＳＣＰ１０２は、ＳＳＰ１０１からクエリを受信するプラットフォームのセットとしての役割を果たす。ＳＣＰ１０２は、オペレータに要望される振る舞い、すなわちメディア記録サービスを実施するサービス論理を含む。記録サービス論理の処理中、ＳＣＰ１０２は、ＳＤＰ１０３から記録サービスを処理するために必要な追加のデータを取得することができる。ＳＣＰ１０２での論理は、ＳＣＥ１０４を使用して作成される。ＳＣＰ１０２は、制御およびＰＲＭメッセージをＳＳＰ１０１に送信する。さらに、記録の完了時、記録済みメッセージはＳＣＰ１０２に送信される。

ＳＤＰ１０３は、登録に関するデータ、もしくはコールまたはセッションなどを処理するために必要な他のデータを含むリポジトリである。たとえば、メディア記録サービス加入の詳細は、コール中にリアルタイムでクエリが行われるようにＳＤＰ１０３に格納された項目であってもよい。ＳＤＰ１０３は、別個のモジュールであってもよいか、または場合によってはＳＣＰ１０２と併置される。

ＳＣＥ１０４は、メディア記録サービスのような、ＳＣＰ１０２で存在するサービスを作成するために使用される開発環境である。ＳＣＥ１０４は、顧客向けのさまざまな付加価値サービスを実施するためのプラットフォームとしての役割を果たす。ＳＣＥ１０４は、ユーザが、さまざまな機能間を操作して必要なサービスを形成するためにグラフィカルインターフェイスを使用できるようにする。

ＩＰ１０５は、ＳＳＰ１０１およびＳＣＰ１０２の両方に接続することができるノードであり、たとえば、音声アナウンスを再生する、またはユーザからデュアルトーンマルチ周波数（ＤＴＭＦ：ＤｕａｌＴｏｎｅＭｕｌｔｉｐｌｅＦｒｅｑｕｅｎｃｙ）トーンを収集するなど、大部分が音声タイプのメディアデータに関連する、追加の特殊リソースをコールに供給する。アナウンスが音声またはビデオの形態をとる場合、ＩＰ１０５は、アナウンスの記録を処理する機能を実行する。

ＭＧＣ１０６は、メディアサーバ１０７およびインテリジェントネットワークに結合される。ＭＧＣ１０６は、メディア記録済みメッセージを処理する機能を実行する。ＭＧＣ１０６は、メッセージのゲートウェイとしての役割を果たす。ＭＧＣ１０６はまた、ユーザによって選択されたメディアのタイプに基づいて記録のための適切なＵＲＬを選択する。たとえば、選択されたメディアのタイプがテキストである場合、選択されるＵＲＬはＴＡＴＵＲＬであり、メディアタイプが音声である場合、ＵＲＬはＡＮＮＵＲＬであり、メディアタイプがビデオである場合、ＵＲＬはＶＩＤＥＯＵＲＬ、というようになる。記録済みメッセージの状況に関する詳細は、ＭＧＣに送信される。ＭＧＣ１０６は、その制御の下にメディアゲートウェイの機能を処理する。

メディアサーバ（ＭＳ）１０７は、ＩＮに結合される。ＭＳ１０７は、音声、テキスト、およびビデオのような、さまざまなメディアのタイプを格納する。さらに、メディア記録のためのさまざまな列挙された値の追加は、ＭＳ１０７で多目的インターネットメール拡張（ＭＩＭＥ）タイプにより可能にされる。記録済みメッセージは、ＭＧＣ１０６を通じてＳＣＰ１０２からＭＳ１０７に送信され、ここでメッセージタイプは、メッセージをアドレス指定された宛先に転送する前に格納される。

図２は、本明細書において開示される実施形態による、メディア記録のプロセスを示す流れ図である。本発明のシナリオにおいて、アナウンスメッセージを記録するために採用されうるさまざまなメディアのタイプは、音声、テキスト、ビデオ、またはそれらの組み合わせから成る。メディア記録サービスをアクティブ化すると、ユーザにはサービスコードが提供される。サービスコードは、特定のサービス用にネットワークサービスプロバイダにより割り振られる一意のコードである。サービスコードは、＊１２３＊、＊５５５＃などの形態であってもよい。ＭＧＣ１０６は、アナウンスＩＤをメディア記録サービスに予約する（２０１）。実施例において、たとえば８００は、メディア記録サービス用のアナウンスＩＤであり、ＭＧＣ１０６に格納される。ユーザがメディア記録サービスにアクセスしようとする場合、ユーザは、サービスコードを入力し（２０２）、サービスコードはＭＧＣ１０６に送信され、ＭＧＣ１０６はサービスコードをＳＳＰ１０１に送信する。サービスコードを受信すると、記録サービスは、その特定のユーザに対してアクティブ化される。ユーザがオプションを入力したかどうか確認が行われる（２０３）。ユーザがオプションを入力した場合、ＳＣＰ１０２は、制御メッセージをＳＳＰ１０１に送信する（２０４）。ＳＣＰ１０２はまた、アナウンスオプション、記録ＩＤ、および好ましいメディアタイプの選択と共にプロンプトアナウンスを含むことができるＰＲＭメッセージを送信する。プロンプトアナウンスは、音声記録の場合「ユーザの音声記録開始」、またはテキスト記録の場合「ユーザのテキスト記録開始」、などのような形態であってもよい。プロンプトアナウンスのメニューは、音声記録の場合１を押す、テキスト記録の場合２を押す、ビデオ記録の場合３を押す、音声およびテキスト記録の場合４を押す、音声、テキスト、およびビデオ記録の場合５を押す、の形態であってもよい。次いで、ユーザは、各自の好ましいオプションを入力する。さらに、ＭＧＣ１０６は、記録のためのユーザによって選択されたメディアのタイプに基づいてＵＲＬを選択する（２０５）。実施例において、選択されたメディアのタイプがテキストである場合、選択されるＵＲＬはＴＡＴＵＲＬであり、音声である場合、ＵＲＬはＡＮＮＵＲＬである、というようになる。一方、ユーザがオプションを何も入力しなかった場合、プロセスは終了する。ＭＧＣ１０６は、選択されたメディア形式情報の詳細をＭＳ１０７に送信する（２０６）。送信される情報は、＜ＳｅｎｄＩＮＦＯ：Ｐｌａｙ、Ｒｅｃｏｒｄａｕｄｉｏｕｒｌ＝ｆｉｌｅ：／ａｕｄｉｏ．ｗａｖ、ｍａｘｔｉｍｅ＝１５＞の形態であってもよい。次いで、ユーザは各自のメッセージを記録する（２０７）。次いで、ユーザには、メッセージを記録する必要のある時間期間が提供されてもよい。次いで、ＭＳ１０７は、記録済みメッセージの状況に関する情報をＭＧＣ１０６に送信する（２０８）。次いで、ＳＳＰ１０１は、記録の完了を指示するＰＲＭ結果をＳＣＰ１０２に送信する（２０９）。さらに、記録がすべての選択されたメディアタイプについて完了しているかどうか確認が行われる（２１０）。記録がすべての選択されたメディアタイプについて完了している場合、プロセスは停止される。記録の完了後、ＳＣＰ１０２からＰＲＭを送信することにより新しい記録が開始されてもよい。記録がまだ完了していない場合、ステップ２０３から２１０のシーケンスが繰り返される。方法２００のさまざまなアクションは、提示される順序で、異なる順序で、または同時に実行されてもよい。さらに、一部の実施態様において、図２に一覧される一部のアクションが省略されてもよい。

１つの実施形態において、サービス論理は、さまざまなタイプの記録の組み合わせをもたらすことができる。たとえば、ユーザは、記録するために８００に電話をかける。プロンプト広告（ＣＴＲ＋ＰＡＣＵＩ）は、音声記録の場合１を押す、テキスト記録の場合２を押す、ビデオ記録の場合３を押す、音声およびテキスト記録の場合４を押す、音声、テキスト、およびビデオ記録の場合５を押す、のようなメニューを指示することができる。さらに、ユーザの選択に応じて、ＳＣＰ１０２は、ＣＴＲ＋ＰＲＭ（音声）＋ＰＲＭ＿ＲＬＴ＋ＰＲＭ（テキスト）＋ＰＲＭ＿ＲＬＴ（ユーザ１が数字４をダイヤルする場合）ＣＴＲ＋ＰＲＭ（音声）＋ＰＲＭ＿ＲＬＴ＋ＰＲＭ（テキスト）＋ＰＲＭ＿ＲＬＴ＋ＰＲＭ（ビデオ）＋ＰＲＭ＿ＲＬＴ（ユーザ１が数字５をダイヤルする場合）のようなＰＲＭメッセージを送信する。アナウンスＩＤ１００の記録の完了後、これはユーザのＰｅｒｓｏｎａｌＲｉｎｇＢａｃｋＴｏｎｅ（ＰＲＢＴ：パーソナル呼び出し音）または任意の他の補足サービスにリンクされてもよい。補足サービスは、コール転送（ＮｏＲｅｐｌｙ（無応答）、Ｕｎｃｏｎｄｉｔｉｏｎａｌ（無条件）、Ｂｕｓｙ（通話中））のようなサービス、その他のユーザ通話中サービスなどを含むことができる。

別のユーザ２がユーザ１（たとえば、ピザ屋）に電話をかける場合、先方のユーザ２はすべてのメディアタイプでアナウンスＩＤ１００を受信し、ユーザ２は「こんにちは、今日はピザが５０％オフ」のような音声を聞き、ユーザ２は「５０％オフ、お急ぎください」のようなテキストストリングを読み、ユーザ２は「ピザの魅力的なビデオ」のようなビデオを見ることになる。表示はまた、ビデオ画像上でスクロールするテキストの形態であってもよい。ユーザ１のＰＲＢＴは、３つのタイプのメディアを有することができる。しかし、アナログユーザ２がユーザ１に電話をかける場合、３つのタイプのメディアがすべてＭＳ１０７から転送されて、ＭＳ１０７からの着信メディアＲＴＰパケットをサポートまたは転送するかどうかは発信側ユーザのＳＤＰ１０３次第である。

図３ａおよび図３ｂは、本明細書において開示される実施形態による、音声メッセージを記録するプロセスを表すシーケンス図である。メディア記録サービスを使用しようとするユーザ３２０は、メディア記録サービスのネットワークオペレータにより割り振られるサービスコードを入力する。サービスコードはＭＧＣ１０６に送信され（３０１）、ＭＧＣ１０６がゲートウェイとしての役割を果たし、ユーザ３２０とネットワーク間でやりとりされるすべてのメッセージをスキャンする。ＭＧＣ１０６は、サービスコードをＳＳＰ１０１に送信する（３０２）。ＳＳＰ１０１は、サービスコードを復号して、コードが送信されるサービスを決定する。次いで、ＳＳＰ１０１は、メディア記録サービスに割り当てられたＩＤＰサービスキーをＳＣＰ１０２に送信する（３０３）。ＳＣＰ１０２は、ＩＤＰサービスキーを受信すると、ｃｏｎｎｅｃｔｔｏｒｅｓｏｕｒｃｅ（リソース接続）信号をＳＳＰ１０１に送信する（３０４）。ＳＣＰ１０１は、ユーザ３２０をメディア記録サービスに接続するためのｃｏｎｎｅｃｔ（接続）信号をＭＧＣ１０６に送信する（３０５）。ＭＧＣ１０６は、ｃｏｎｎｅｃｔ（接続）信号を受信すると、ｉｎｖｉｔｅ（招待）メッセージをＭＳ１０７に送信する（３０６）。ｉｎｖｉｔｅメッセージは、ｉｎｖｉｔｅＳＤＰゲートウェイメッセージなどであってもよい。次いで、ＭＳ１０７は、肯定応答メッセージを送信することによりｉｎｖｉｔｅメッセージに肯定応答する（３０７）。肯定応答メッセージは、「１００ｔｒｙｉｎｇ」などの形態であってもよい。ＭＳ１０７はまた、「２００ＯＫ」応答メッセージの形態で応答メッセージを送信する（３０８）。さらに、双方向通信セッションは、ネットワークにわたりメッセージを通信するためにユーザ３２０とＭＳ１０７との間に確立される（３０９）。

セッションが確立されると、ＳＣＰ１０２は、メディア記録のためにＰＲＭメッセージを送信する（３１０）。ＰＲＭメッセージはＳＳＰ１０１に送信される。ＰＲＭメッセージは、記録などのための命令を備えるメニューのような詳細を提供することができる。ＰＲＭメッセージは、ｈｅｌｐＡｎｎｍｉｄ：１と記載されることもあるヘルプアナウンスＩＤ、Ｒｅｃａｎｎｍｉｄ：１００と記載されることもある記録アナウンスＩＤ、記録に使用可能なメディアのタイプなどを含む。ユーザ３２０が記録するメディアとして音声を選択する場合の実施例を検討するが、これはＰＲＭメッセージで音声として指示される。プロンプトアナウンスは、「ユーザの音声記録を開始」の形態であってもよい。ＰＲＭメッセージの形式は、（プロンプトアナウンス：１、記録アナウンス：１００、メディアタイプ：０（音声））であってもよい。ユーザ３２０によって選択されたメディアタイプに基づいて、ＭＧＣ１０６は、記録のためのアナウンスＵＲＬを選択する。ＳＳＰ１０１は、記録を開始するためにメッセージをＭＧＣ１０６に送信する（３１１）。ＭＧＣ１０６は、メディア記録情報をＭＳ１０７に送信する（３１２）。情報は、＜ｐｌａｙａｎｄｒｅｃｏｒｄ＞ＰＬＡＹＡＵＤＩＯ＝ｆｉｌｅ：／ｐｒｏｍｐｔ．ｗａｖ；ＲＥＣＯＲＤＡＵＤＩＯ＝ｆｉｌｅ：／ａｕｄｉｏ．ｗａｖを含む。記録情報はまた、メッセージＩＤ、メッセージ削除タイムアウト、記録時間などの詳細、および記録終了ディジット、再生ディジット、キャンセルディジット、再開許可、再生許可などの制御ディジットを含むことができる。ＭＳ１０７は、ヘルプアナウンス開始メッセージを「ｓｔａｒｔｈｅｌｐＡＮＮ」の形態でユーザ３２０に送信する（３１３）。さらに、情報がユーザによって取得されると、ＭＳ１０７は、ヘルプ終了メッセージをユーザに送信する（３１４）。記録のためにユーザ３２０により選好されたメディアのタイプに応じて、ＭＳ１０７は、自分の記録を開始するようユーザ３２０に指示する（３１５）。ユーザ３２０が自分の記録を完了すると、ユーザ３２０は記録終了メッセージをＭＳ１０７に送信する（３１６）。ＭＳ１０７は、記録済みメッセージをＭＧＣ１０６に送信する（３１７）。情報は、記録されたメディアの長さ、すなわち音声ファイルの長さ、および記録済みメッセージの状況を指示する＜ＲＥＣＬＥＮ、ＲＥＣＳＴＡＴＵＳ＞を含む。さらに、ＭＧＣ１０６は、記録状況をＳＳＰ１０１に送信する（３１８）。ＳＳＰ１０１は、記録状況を取得すると、ＰＲＭ結果メッセージをＳＣＰ１０２に送信する（３１９）。メディア記録は完了し、ユーザ３２０は、その記録済みメッセージを自分の望む任意の宛先に送信することができる。

図４ａおよび図４ｂは、本明細書において開示される実施形態による、テキストメッセージを記録するプロセスを表すシーケンス図である。メディア記録サービスを使用しようとするユーザ３２０は、サービスコードをＭＧＣ１０６に送信する（４０１）。サービスコードは、メディア記録サービスに一意であり、ネットワークオペレータにより割り振られる。サービスコードは、＊１２３＃、＊５５５＃などのようなものであってもよい。サービスコードはＭＧＣ１０６に送信され（４０１）、ＭＧＣ１０６がゲートウェイとしての役割を果たし、ユーザ３２０とネットワーク間でやりとりされるすべてのメッセージをスキャンする。ＭＧＣ１０６は、サービスコードをＳＳＰ１０１に送信する（４０２）。ＳＳＰ１０１は、サービスコードを復号して、コードが送信されるサービスを決定する。次いで、ＳＳＰ１０１は、メディア記録サービスに割り当てられたＩＤＰサービスキーをＳＣＰ１０２に送信する（４０３）。ＳＣＰ１０２は、ＩＤＰサービスキーを受信すると、ｃｏｎｎｅｃｔｔｏｒｅｓｏｕｒｃｅ（リソース接続）信号をＳＳＰ１０１に送信する（４０４）。ＳＣＰ１０１は、ユーザ３２０をメディア記録サービスに接続するためのｃｏｎｎｅｃｔ（接続）信号をＭＧＣ１０６に送信する（４０５）。ＭＧＣ１０６は、ｃｏｎｎｅｃｔ（接続）信号を受信すると、ｉｎｖｉｔｅメッセージをＭＳ１０７に送信する（４０６）。ｉｎｖｉｔｅメッセージは、ｉｎｖｉｔｅＳＤＰゲートウェイメッセージなどであってもよい。次いで、ＭＳ１０７は、肯定応答メッセージを送信することによりｉｎｖｉｔｅメッセージに肯定応答する（４０７）。肯定応答メッセージは、「１００ｔｒｙｉｎｇ」などの形態であってもよい。ＭＳ１０７はまた、「２００ＯＫ」応答メッセージの形態で応答メッセージを送信する（４０８）。さらに、双方向通信セッションは、ネットワークにわたりメッセージを通信するためにユーザ３２０とＭＳ１０７との間に確立される（４０９）。

セッションがアクティブ化された後、ＳＣＰ１０２は、ＰＲＭメッセージをＳＳＰ１０１に送信する（４１０）。ＰＲＭメッセージは、メディアタイプのオプションを含む。ＰＲＭメッセージは、記録などのための命令を備えるメニューのような詳細を提供することができる。ＰＲＭメッセージは、ｈｅｌｐＡｎｎｍｉｄ：１と記載されることもあるヘルプアナウンスＩＤ、Ｒｅｃａｎｎｍｉｄ：１００と記載されることもある記録アナウンスＩＤ、記録に使用可能なメディアのタイプなどを含む。プロンプトアナウンスは、「ユーザのテキスト記録を開始」の形態であってもよい。この場合、ユーザ３２０は記録するメディアとしてテキストを選択し、これはＰＲＭメッセージで指示される。ＰＲＭの形式は、（プロンプトアナウンス：１、記録アナウンス：１００、メディアタイプ：１（テキスト））であってもよい。ユーザ３２０によって選択されたメディアタイプに基づいて、ＭＧＣ１０６は、記録のためのアナウンスＵＲＬを選択する。ＳＳＰ１０１は、記録を開始するためにメッセージをＭＧＣ１０６に送信する（４１１）。ＭＧＣ１０６は、メディア記録情報をＭＳ１０７に送信する（４１２）。情報は、＜ｐｌａｙａｎｄｒｅｃｏｒｄ＞ＰＬＡＹＡＵＤＩＯ＝ｆｉｌｅ：／ｐｒｏｍｐｔ．ｗａｖ；ＲＥＣＯＲＤＴＥＸＴ＝ｆｉｌｅ：／ｓｔｒｉｎｇ．ｄａｔを含む。記録情報はまた、メッセージＩＤ、メッセージ削除タイムアウト、記録時間などの詳細、および記録終了ディジット、再生ディジット、キャンセルディジット、再開許可、再生許可などの制御ディジットを含むことができる。ＭＳ１０７は、ヘルプアナウンス開始メッセージを「ｓｔａｒｔｈｅｌｐＡＮＮ」の形態でユーザ３２０に送信する（４１３）。さらに、情報がユーザ３２０によって取得されると、ＭＳ１０７は、ヘルプ終了メッセージをユーザ３２０に送信する（４１４）。記録のためにユーザ３２０により選択されたメディアのタイプに応じて、ＭＳ１０７は、自分の記録を開始するようユーザ３２０に指示する（４１５）。ユーザ３２０が自分の記録を完了すると、ユーザ３２０は記録終了メッセージをＭＳ１０７に送信する（４１６）。ＭＳ１０７は、記録済み情報をＭＧＣ１０６に送信する（４１７）。情報は、記録されたメディアの長さ、すなわちテキストファイルの長さ、および状況を指示する＜ＲＥＣＬＥＮ、ＲＥＣＳＴＡＴＵＳ＞を含む。さらに、ＭＧＣ１０６は、記録状況をＳＳＰ１０１に送信する（４１８）。ＳＳＰ１０１は、記録状況を取得すると、ＰＲＭ結果メッセージをＳＣＰ１０２に送信する（４１９）。メディア記録は完了し、ユーザ３２０は、自分の記録済みメッセージを自分の望む任意の宛先に送信することができる。

図５ａおよび図５ｂは、本明細書において開示される実施形態による、ビデオメッセージを記録するプロセスを表すシーケンス図である。メディア記録サービスを使用しようとするユーザ３２０は、メディア記録サービスに割り振られているサービスコードをＭＳ１０７に送信する。サービスコードはＭＧＣ１０６に送信され（５０１）、ＭＧＣ１０６がゲートウェイとしての役割を果たし、ユーザとネットワーク間でやりとりされるすべてのメッセージをスキャンする。ＭＧＣ１０６は、サービスコードをＳＳＰ１０１に送信する（５０２）。ＳＳＰ１０１は、サービスコードを復号して、コードが送信されるサービスを決定する。次いで、ＳＳＰ１０１は、メディア記録サービスに割り当てられたＩＤＰサービスキーをＳＣＰ１０２に送信する（５０３）。ＳＣＰ１０２は、ＩＤＰサービスキーを受信すると、ｃｏｎｎｅｃｔｔｏｒｅｓｏｕｒｃｅ（リソース接続）信号をＳＳＰ１０１に送信する（５０４）。ＳＣＰ１０１は、ユーザ３２０をメディア記録サービスに接続するためのｃｏｎｎｅｃｔ（接続）信号をＭＧＣ１０６に送信する（５０５）。ＭＧＣ１０６は、ｃｏｎｎｅｃｔ（接続）信号を受信すると、ｉｎｖｉｔｅメッセージをＭＳ１０７に送信する（５０６）。ｉｎｖｉｔｅメッセージは、ｉｎｖｉｔｅＳＤＰゲートウェイメッセージなどであってもよい。次いで、ＭＳ１０７は、肯定応答メッセージを送信することによりｉｎｖｉｔｅメッセージに肯定応答する（５０７）。肯定応答メッセージは、「１００ｔｒｙｉｎｇ」などの形態であってもよい。ＭＳ１０７はまた、「２００ＯＫ」応答メッセージの形態で応答メッセージを送信する（５０８）。さらに、双方向通信セッションは、ネットワークにわたりメッセージを通信するためにユーザ３２０とＭＳ１０７との間に確立される（５０９）。

ユーザ３２０とＳＣＰ１０２との間のセッションが確立されると、ＳＣＰ１０２は、メディアタイプを備えるＰＲＭメッセージをＳＳＰ１０１に送信する（５１０）。ＰＲＭメッセージは、記録などのための命令を備えるメニューを指示する。ＰＲＭメッセージは、ｈｅｌｐＡｎｎｍｉｄ：１と記載されることもあるヘルプアナウンスＩＤ、Ｒｅｃａｎｎｍｉｄ：１００と記載されることもある記録アナウンスＩＤ、記録に使用可能なメディアのタイプなどを含む。プロンプトアナウンスは、「ユーザのビデオ記録を開始」の形態であってもよい。この場合、ユーザ３２０は記録するメディアとしてビデオを選択し、これはＰＲＭメッセージで指示される。ＰＲＭメッセージの形式は、（プロンプトアナウンス：１、記録アナウンス：１００、メディアタイプ：２（ビデオ））であってもよい。ユーザ３２０によって選択されたメディアタイプに基づいて、ＭＧＣ１０６は、記録のためのアナウンスＵＲＬを選択する。ＳＳＰ１０１は、ビデオ記録を開始するためにメッセージをＭＧＣ１０６に送信する（５１１）。ＭＧＣ１０６は、メディア記録情報をＭＳ１０７に送信する（５１２）。情報は、＜ｐｌａｙａｎｄｒｅｃｏｒｄ＞ＰＬＡＹＡＵＤＩＯ＝ｆｉｌｅ：／ｐｒｏｍｐｔ．ｗａｖ；ＲＥＣＯＲＤＶＩＤＥＯ＝ｆｉｌｅ：／ｖｉｄｅｏ．３ｇｐを含む。記録情報はまた、メッセージＩＤ、メッセージ削除タイムアウト、記録時間などの詳細、および記録終了ディジット、再生ディジット、キャンセルディジット、再開許可、再生許可などの制御ディジットを含むことができる。ＭＳ１０７は、ヘルプアナウンス開始メッセージを「ｓｔａｒｔｈｅｌｐＡＮＮ」の形態でユーザ３２０に送信する（５１３）。さらに、情報がユーザ３２０によって取得されると、ＭＳ１０７は、ヘルプ終了メッセージをユーザ３２０に送信する（５１４）。記録のためにユーザ３２０により選択されたメディアのタイプに応じて、ＭＳ１０７は、自分の記録を開始するようユーザ３２０に指示する（５１５）。ユーザ３２０が自分の記録を完了すると、ユーザ３２０は記録終了メッセージをＭＳ１０７に送信する（５１６）。ＭＳ１０７は、記録済み情報をＭＧＣ１０６に送信する（５１７）。情報は、記録されたメディアの長さ、すなわちビデオファイルの長さ、および記録の状況を指示する＜ＲＥＣＬＥＮ、ＲＥＣＳＴＡＴＵＳ＞を含む。さらに、ＭＧＣ１０６は、記録状況をＳＳＰ１０１に送信する（５１８）。ＳＳＰ１０１は、記録状況を取得すると、メディア記録が完了してユーザ３２０が自分の記録済みメッセージを任意の宛先に送信できることを指示するＰＲＭ結果メッセージをＳＣＰ１０２に送信する（５１９）。

１つの実施形態において、メディア記録サービスの実施態様は、既存のネットワークインターフェイスを採用する。ＩＮＡＰおよびメディアサーバ１０７を使用して、さまざまなメディアタイプの記録が、同一エンティティ内で可能になる。また、さまざまなメディアタイプが、単一の一意のアナウンスＩＤに対してサポートされる。記録のための好ましいメディアのタイプが、ＩＮ記録サービスでＰＡＵＣＩを介してユーザにより選択される。アナウンスに割り当てられるサービスコードが８００であり、アナウンスＩＤが５である場合を検討する。ユーザがＳＡＣ８００をダイヤルした後、ＳＣＰ１０２は、記録するメディアタイプを選択するためのメニュー選択のＣＴＲＰＡＣＵＩを送信する。実施例において、アナログユーザが音声オプションのみを選択する場合、ＲＰＭは選択されたメディアタイプを音声としてアナウンスＩＤを５にする。ＩＳＤＮユーザが記録のためにオプションのテキストおよび音声の組み合わせを選択する場合、２つの事例が考えられる。第１の事例において、ＰＲＭは、メディア（音声およびテキスト）として５のアナウンスＩＤを送信するが、これはメディアサーバ１０７での並列記録をもたらす。第２の事例において、ＣＴＲＰＲＭは、５のアナウンスＩＤおよび選択されたメディアのタイプ、すなわち音声およびテキストで送信される。メッセージは、ＣＴＲＰＲＭ（Ａｎｎｍｉｄ：５、メディア（音声））−ＰＲＭ＿ＲＳＬＴ−ＰＲＭ（Ａｎｎｍｉｄ：５、メディア（テキスト））−ＰＲＭ＿ＲＳＬＴの形態であり、これはメディアサーバ１０７での逐次記録をもたらす。

加えて、サービスプロバイダは、サービスコード８００１が常に音声記録用であり、サービス８００２が常にビデオ記録用であり、サービスコード８００３が常にテキスト記録用であり、サービスコード８００４が常に音声およびテキスト記録の組み合わせ用であることをアナウンスすることができる。そのような場合、ユーザがサービスコード８００２をダイヤルする場合、ＳＣＰは、アナウンスＩＤを５として選択されるメディアをビデオとしてＣＴＲＰＲＭを送信する。この場合、メディア選択は、サービスプロバイダによって割り振られるサービスコードに依存する。

１つの実施形態において、メディアサーバ１０７のＭＩＭＥタイプに応じて、ＰＲＭオペレーションのメディアパラメータに提示される列挙値を増やすことも可能である。

本明細書において開示される実施形態は、少なくとも１つのハードウェアデバイス上で稼働し、ネットワーク要素を制御するためにネットワーク管理機能を実行している少なくとも１つのソフトウェアプログラムを通じて実施されることができる。図１に示されるネットワーク要素は、少なくとも１つのハードウェアデバイス、またはハードウェアデバイスおよびソフトウェアモジュールの組み合わせであってもよいブロックを含む。

本明細書において開示される実施形態は、ユーザアナウンスのためのメディアを記録するシステムを明確に述べる。メカニズムは、そのシステムを提供することにより、ユーザがメディアアナウンスを記録できるようにする。したがって、保護の範囲が、そのようなプログラム、および加えてメッセージを内部に有するコンピュータ可読手段に拡大され、そのようなコンピュータ可読のストレージ手段が、サーバまたはモバイルデバイスまたは任意の適切なプログラマブルデバイスでプログラムが稼働するとき、方法のうちの１つまたは複数のステップを実施するためのプログラムコード手段を含むことが理解される。ハードウェアデバイスは、たとえば、サーバまたはパーソナルコンピュータなどのような任意の種類のコンピュータ、もしくはたとえば１つのプロセッサおよび２つのＦＰＧＡなど、その任意の組み合わせを含む、プログラムされうる任意の種類のデバイスであってもよい。デバイスはまた、たとえばＡＳＩＣのような、例えばハードウェア手段、または、ハードウェアおよびソフトウェア手段の組み合わせ、たとえばＡＳＩＣとＦＰＧＡ、または少なくとも１つのマイクロプロセッサおよびソフトウェアモジュールが内部に配置された少なくとも１つのメモリであってもよい手段を含むことができる。あるいは、本発明は、たとえば複数のＣＰＵを使用するなど、さまざまなハードウェアデバイス上で実施されてもよい。

Claims

セッション開始プロトコル（ＳＩＰ）ネットワークにおいてアナウンスを記録するためのシステムであって、
アナウンスを記録する際にインテリジェントネットワークのアプリケーションプロトコル（ＩＮＡＰ）のプロンプトおよび受信（ＰＲＭ）オペレーションをトリガするためのインテリジェントネットワーク（ＩＮ）であり、さらに、
使用可能なメディアタイプを指示する、記録のためのメニューを備えるＰＲＭメッセージを送信し、
ユーザが選択した記録のためのメディアタイプを格納し、
前記アナウンスの記録済み状況を格納し、
前記ユーザから受信した前記記録済みアナウンスを格納するように構成されたＩＮと、
少なくとも１つのメディアゲートウェイコントローラ（ＭＧＣ）であり、
前記ユーザによって選択されたメディアタイプに応じてユニバーサルリソースロケータ（ＵＲＬ）を取得し、
前記ユーザから前記記録済みアナウンスを受信し、さらに前記アナウンスを前記ＩＮに送信するように構成されたＭＧＣと、
ＰＲＭオペレーションを使用して前記アナウンスのさまざまなメディアタイプの記録を容易にするための少なくとも１つのメディアサーバとを備える、システム。
前記システムが、前記ＰＲＭメッセージと共に、プロンプトアナウンス、記録ＩＤ、およびメディアタイプの指示を含むように構成される、請求項１に記載のシステム。
前記システムが、前記ＰＲＭメッセージに前記メディアタイプの単一の一意のアナウンスＩＤを含むように構成される、請求項１に記載のシステム。
前記システムが、前記記録済みアナウンスを補足サービスとリンクするように構成される、請求項１に記載のシステム。
前記インテリジェントネットワーク（ＩＮ）が、セッション開始プロトコル（ＳＩＰ）ネットワークにおけるサービス制御ポイント（ＳＣＰ）を有し、前記ＳＣＰが、
プロンプトおよび受信メッセージ（ＰＲＭ）をさまざまなメディア記録のメニューと共に前記ユーザに送信し、
前記ユーザにより選択されたメディアタイプを格納し、
前記記録済みアナウンスの状況を格納し、
前記記録済みアナウンスを好ましい宛先に送信する前に前記記録済みアナウンスを格納するための少なくとも１つの手段で構成された、請求項１に記載のシステム。
前記ＳＣＰが、プロンプトアナウンス、記録ＩＤ、およびメディアタイプをＰＲＭメッセージと共に送信するように構成される、請求項５に記載のシステム。
セッション開始プロトコル（ＳＩＰ）ネットワークにおいてアナウンスを記録するための方法であって、
ユーザが、前記アナウンス記録サービスのアクティブ化を要求するためのサービスコードを送信するステップと、
サービス制御ポイント（ＳＣＰ）が、プロンプトおよびユーザ情報収集（ＰＡＣＵＩ）メッセージを、記録を選択するためのメニューと共に前記ユーザに送信するステップと、
少なくとも１つのメディアゲートウェイコントローラ（ＭＧＣ）が、記録のために前記ユーザによって選択された前記メディアタイプに対してユニバーサルリソースロケータ（ＵＲＬ）を選択するステップと、
メディアサーバ（ＭＳ）が、記録状況を前記ＭＧＣに送信するステップと、
前記ＳＣＰが、記録の完了時に前記記録済みアナウンスの状況を格納するステップとを備える、方法。
前記ＰＲＭメッセージがプロンプトアナウンス、記録ＩＤ、およびメディアタイプを含む、請求項７に記載の方法。
前記ＰＲＭメッセージが前記メディアタイプの単一の一意のアナウンスＩＤを含む、請求項７に記載の方法。
前記メディアタイプが音声、テキスト、ビデオ、またはそれらの少なくとも２つの組み合わせである、請求項７に記載の方法。
追加のメディアタイプがメディアサーバの多目的インターネットメール拡張（ＭＩＭＥ）タイプに応じてＰＲＭオペレーションで追加される、請求項７に記載の方法。
前記方法がモバイルネットワーク強化論理のためのカスタム化アプリケーション（ＣＡＭＥＬ）に適用可能である、請求項７に記載の方法。
前記メディアタイプが、ＩＮＡＰまたはＣＡＭＥＬを介して記録される、請求項７に記載の方法。
前記メディアタイプの組み合わせが逐次または並列の方式で記録されてもよい、請求項７に記載の方法。