コンテンツ配信システム、Ｗｅｂアプリケーションサーバ、コンテンツ配信方法、およびプログラム
【課題】事業者番号を付加することなく、また、発信者または着信者のニーズに応じたコンテンツを配信できるコンテンツ配信システムを提供する。
【解決手段】Ｗｅｂ−ＡＰＰサーバ１００では、着呼端末番号と、コンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタとそのフィルタ識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むＳＳ用のイベントフィルタを発呼側ＳＳ１１Ａに登録する。発呼側ＳＳ１１Ａでは、発呼端末２１から発呼があった場合に、着呼端末番号を基にＳＳ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバ１００に対してフィルタ識別番号の通知を行う。Ｗｅｂ−ＡＰＰサーバ１００は、フィルタ識別番号に応じたコンテンツを、発呼側ＳＳ１１Ａを通して発呼端末２１に配信する。
【解決手段】Ｗｅｂ−ＡＰＰサーバ１００では、着呼端末番号と、コンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタとそのフィルタ識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むＳＳ用のイベントフィルタを発呼側ＳＳ１１Ａに登録する。発呼側ＳＳ１１Ａでは、発呼端末２１から発呼があった場合に、着呼端末番号を基にＳＳ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバ１００に対してフィルタ識別番号の通知を行う。Ｗｅｂ−ＡＰＰサーバ１００は、フィルタ識別番号に応じたコンテンツを、発呼側ＳＳ１１Ａを通して発呼端末２１に配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特別な手順を実施することなくコンテンツ配信サービスを利用でき、また、発信者または着信者のニーズ（自身で登録する好み）に応じたコンテンツを配信することができる、コンテンツ配信システム、Ｗｅｂアプリケーションサーバ、コンテンツ配信方法、およびプログラムに関する。
【背景技術】
【０００２】
従来の交換網におけるコンテンツ（広告）電話では、着信番号に事業者識別番号を付加することで、広告電話専用システム(交換機)に接続し、それによって開設されたチャネルに対して広告を流す技術内容となっている（例えば、特許文献１を参照）。
例えば、「ＸＸＸＸ−０３−ｙｙｙｙ−ｚｚｚｚ」など、電話番号「０３−ｙｙｙｙ−ｚｚｚｚ」の先頭に、事業者番号「ＸＸＸＸ」を付加して発信を行い、発信者は広告主が予め設定した広告を最後まで聞くことにより、一定時間の無料通話などの通話料割引サービス（例えば、３分間の無料通話）を受けることができる。なお上記の「ＸＸＸＸ」、「ｙｙｙｙ」および「ｚｚｚｚ」は、任意の数字である。
【特許文献１】特公昭６３−２２７０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来技術では、着信者の電話番号の先頭に事業者番号「ＸＸＸＸ」を付加するなど、発信者のダイヤル手順・操作に依存したサービスであり、インチャネル中に送出される広告を発信者または着信者のニーズで選択できない（固定化された一律のコンテンツである）。また、広告電話は課金サービス（発信者に対する無料通話など）であり、その他のサービス（例えば、ユーザの動画・音声を配信するサービス）の併合提供がされていない、などの問題点がある。
【０００４】
本発明は、このような問題を解決するためになされたものであり、本発明の目的は、事業者番号を付加するなどの特別な手順を実施することなくコンテンツ配信サービスを利用でき、また、発信者または着信者のニーズ（自身で登録する好み）に応じたコンテンツを配信することができ、さらに、ＳＳ（ソフトスイッチ）機能として提供されるＱｏＳ（Quality of Service）制御に加え、コンテンツを配信するＷｅｂ−ＡＰＰサーバ（Ｗｅｂアプリケーションサーバ）側で有するＱｏＳ制御を利用することにより、二重のＱｏＳ制御が可能となる、コンテンツ配信システム、Ｗｅｂアプリケーションサーバ、コンテンツ配信方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記課題を解決するためになされたものであり、本発明のコンテンツ配信システムは、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムであって、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、前記発呼端末が発呼を行い前記着呼端末番号を発呼側ＳＳに送信した際に、前記発呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記着呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂアプリケーションサーバへ前記イベントフィルタ識別番号を送信するイベントフィルタ実行手段と、前記Ｗｅｂアプリケーションサーバが、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発信相手先の着呼端末番号と、コンテンツのコンテンツ識別番号と、該コンテンツを保存するＷｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタを生成すると共に、イベントフィルタの識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳ（ソフトスイッチ）に登録する。発呼側ＳＳでは着呼端末番号を基にソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂアプリケーションサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、発呼者を収容している発呼側ＳＳが、発呼者の発呼に応じたイベントフィルタ処理を実行することでき、発呼者は好きな動画を見ることができる。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。
【０００６】
また、本発明のコンテンツ配信システムは、前記コンテンツ配信システムは、発信元の発呼端末の発呼端末番号と、該コンテンツを保存する前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成するとともに該イベントフィルタの識別番号を生成し、前記発呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記着呼側ＳＳに登録するイベントフィルタ管理手段と、前記発呼端末が発呼を行い前記着呼側ＳＳが前記発呼端末の発呼端末番号を受信した際に、前記着呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記発呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂ−ＡＰＰへ前記発呼端末番号とイベントフィルタ識別番号を送信するイベントフィルタ実行手段と、前記Ｗｅｂアプリケーションサーバが、前記着呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツをコンテンツ記憶部から読み出し、読み出したコンテンツを、前記発呼端末番号に基づいて、前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発信元の発呼端末番号と、コンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを関連付けたイベントフィルタを生成すると共に、このイベントフィルタの識別番号を生成する。また、発呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して着呼側のＳＳ（ソフトスイッチ）に登録する。そして、発呼端末から発信が行われた場合に、着呼側ＳＳでは発呼端末番号を基に、ソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂ−ＡＰＰサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、着呼者を収容しているＳＳが、発信元に応じたイベントフィルタ処理を行うことができ、着呼者が発呼者に見せたい動画を発呼者に見せることができる。例えば、着呼者が電話に出るまでの間に、発呼者に任意の動画を見せることが出来る。
【０００７】
また、本発明のコンテンツ配信システムは、前記Ｗｅｂアプリケーションサーバには、発信元の発呼端末番号に関連付けて前記発信元に配信するコンテンツを設定する配信条件設定画面をユーザ端末に表示させる手段と、前記配信条件設定画面で設定された発呼端末番号と、該発呼端末番号に関連付けて設定されたコンテンツのコンテンツ識別番号と、前記Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタの識別番号を生成する手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発信元の発呼端末番号に関連付けてコンテンツを設定するための配信条件設定画面をユーザ端末に表示させる。そして、配信条件設定画面で設定された発呼端末番号と、設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、イベントフィルタとイベントフィルタ識別番号とを生成し、このイベントフィルタからソフトスイッチ用のイベントフィルタを生成して着呼側ＳＳに登録する。
これにより、着呼者が、発信元毎に見せたいコンテンツを設定できる。例えば、着呼者に対し「着呼者の親」が電話をしてきた場合には、発信者に「着呼者の子供」の映像を見せることにより、つまり、「着呼者の親」にとって「孫」の映像を見ることが出来る。
【０００８】
また、本発明のコンテンツ配信システムは、前記ユーザの端末およびコンテンツ配信事業者の端末から入力されるコンテンツを前記コンテンツ記憶部に登録する手段と、発信先の着呼端末番号に関連付けて発信元の発呼端末に配信するコンテンツを設定すると共に、発信元の発呼端末番号に関連付けて該発呼端末に配信するコンテンツを設定する、配信条件設定画面をユーザ端末に表示させる手段と、前記配信条件設定画面で設定された発呼端末番号または着呼端末番号と、それに設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタ識別番号を生成する手段と、前記発呼端末番号または着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳおよび着呼側ＳＳに登録する手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、ユーザの端末およびコンテンツ配信事業者の端末から入力されるコンテンツをコンテンツ記憶部に登録する。また、ユーザの発呼端末番号または着呼端末番号に関連付けてコンテンツを設定する配信条件設定画面をユーザ端末に表示させる。そして、配信条件設定画面で設定された発呼端末番号または着呼端末番号と、設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、イベントフィルタとイベントフィルタ識別番号とを生成し、このイベントフィルタからソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳおよび着呼側ＳＳに登録する。
これにより、ユーザ（発呼者、着呼者）、ＣＳＰ（コンテンツ配信事業者）が、Ｗｅｂ−ＡＰＰサーバにコンテンツを設定できる。また、ユーザは、発信の際に自分の見たいコンテンツ、および着信の際に相手に見せたいコンテンツを、イベントフィルタにより設定することができる。
【０００９】
また、本発明のコンテンツ配信システムは、前記イベント処理手段は、前記コンテンツを配信する際に、配信するコンテンツのデータ量に応じて、配信を許可するか否かを判定するＱｏＳ制御を行うことを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、ＱｏＳとしてＳＳ（ソフトスイッチ）側機能を用いた発着信規制が可能であるとともに、Ｗｅｂアプリケーションサーバ側で、配信するコンテンツの帯域によるＱｏＳ制御も可能とする。
これにより、ＳＳ側とＷｅｂ−ＡＰＰサーバの両方において、２重のＱｏＳ制御を行える。
【００１０】
また、本発明のコンテンツ配信システムは、前記イベント処理手段は、前記発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御することを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御する。
これにより、公衆交換電話網、IＳDN網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じてコンテンツ配信の制御をすることができる。
【００１１】
また、本発明のコンテンツ配信システムは、前記イベント処理手段は、前記ＱｏＳ制御により配信するコンテンツのデータ量が制限され動画が配信できない場合、または前記公衆交換電話網、IＳＤＮ網、または、移動体通信網により配信するコンテンツのデータ量が制限され動画が配信できない場合には、前記動画から音声のみを抽出し、該抽出した音声のみを配信することを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、配信するコンテンツのデータ量が制限され動画が配信できない場合は、動画から音声のみを抽出し、該抽出した音声のみを配信する。
これにより、ＱｏＳ制御、または、公衆交換電話網、IＳDN網、または、移動体通信網とでコンテンツ配信の制御において、動画を配信できない場合には、動画から音声のみを抽出し、音声のみを配信することができる。
【００１２】
また、本発明のＷｅｂアプリケーションサーバは、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバであって、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、を備えることを特徴とする。
上記構成からなる本発明のＷｅｂアプリケーションサーバでは、発信相手先の着呼端末番号と、コンテンツのコンテンツ識別番号と、該コンテンツを保存するＷｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタを生成すると共に、このイベントフィルタ識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳに登録する。発呼側ＳＳでは着呼端末番号を基にソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂアプリケーションサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、発呼者を収容している発呼側ＳＳが、発呼者の発呼に応じたイベントフィルタ処理を実行することでき、発呼者は好きな動画を見ることができる。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。
【００１３】
また、本発明のコンテンツ配信方法は、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおけるコンテンツ配信方法であって、前記Ｗｅｂアプリケーションサーバにより、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、が行われることを特徴とする。
上記手順を含む本発明のコンテンツ配信方法では、発信相手先の着呼端末番号と、コンテンツのコンテンツ識別番号と、該コンテンツを保存するＷｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタを生成すると共に、このイベントフィルタ識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳに登録する。発呼側ＳＳでは着呼端末番号を基にソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂアプリケーションサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、発呼者を収容している発呼側ＳＳが、発呼者の発呼に応じたイベントフィルタ処理を実行することでき、発呼者は好きな動画を見ることができる。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。
【００１４】
また、本発明のコンピュータプログラムは、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバ内のコンピュータに、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、を実行させるためのプログラムである。
【発明の効果】
【００１５】
本発明によれば、動画配信の要否を発信者番号・着信者番号により判断するため、発信者は特別な手順を実施することなく本発明のコンテンツ配信システムのサービスを利用することができる。また、ユーザ（契約者）ごとにイベントフィルタを設定することにより、発信者または着信者のニーズ（自身で登録する好み）に応じたコンテンツをＷｅｂ−ＡＰＰサーバから配信することが可能となる。さらに、ＳＳ機能として提供されるＱｏＳ制御に加え、Ｗｅｂ−ＡＰＰサーバ側で有するＱｏＳ制御を利用することにより、二重のＱｏＳ制御が可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を添付図面を参照して説明する。
【００１７】
図１は、本発明の実施の形態に係るコンテンツ配信システムの構成を示す図である。
図１に示すコンテンツ配信システムにおいては、ＩＰ網１０上に配置された複数のＳＳ（ソフトスイッチ）１１（発呼側のＳＳ１１Ａと着呼側のＳＳ１１Ｂとを総称する場合は「ＳＳ１１」と呼ぶ）と、コンテンツを配信するＷｅｂ−ＡＰＰサーバ１００を中心にして構成される。すなわち、本発明のコンテンツ配信システムは、従来のＳＳ１１を含むＩＰ網１０に、本発明によるＷｅｂ−ＡＰＰサーバ１００を追加し、ＳＳ１１の一部の機能を利用して構成されるものである。
【００１８】
また、ＩＰ網１０上の発呼側のＳＳ（ソフトスイッチ）１１Ａには、ＩＰ網２２を利用した発呼端末２１が接続（収容）され、ＰＳＴＮ網（公衆交換電話網）３２を利用する発呼端末３１がゲートウェイ（ＧＷ）３３を介して接続（収容）される。また、着呼側のＳＳ（ソフトスイッチ）１１Ｂには着呼端末４１が接続（収容）される。なお、発呼端末２１、３１と着呼端末４１とは逆になる場合がある（ＳＳ１１Ａ、ＳＳ１１Ｂについても同様）。
なお、ここでは通信網としてＰＳＴＮ網３２の場合について説明するが、通信網としては、IＳＤＮ（Integrated Services Digital Network）網、移動体通信網、または、ＩＰ（Internet Protocol)電話網であってもよい。この移動体通信網とは、携帯電話網、または、ＰＨＳ（Personal Handy-phone System）網である。
【００１９】
また、Ｗｅｂ−ＡＰＰサーバ１００は、ユーザ１、保守管理者２、ＣＳＰ（コンテンツサービスプロバイダ）３により操作できるように構成されている。この場合、Ｗｅｂ−ＡＰＰサーバ１００を操作できるユーザは、このコンテンツ配信システムに登録したユーザ（契約者）である。例えば、発信者は自分自身が発信する際に、見たいコンテンツをＷｅｂ−ＡＰＰサーバ１００に登録でき、着信者は着信時に発信先のユーザごとに配信するコンテンツ（発信者に対して配信するコンテンツ）を登録することができる。
なお、図１に示す例では、ＳＳ１１が２つのみ示されているが、勿論３つ以上であってもよい。また、Ｗｅｂ−ＡＰＰサーバ１００についても２つ以上であってもよい。
【００２０】
図１において、従来は、発信側のＳＳ１１Ａに収容された発信者からの呼（ＩＮＶＩＴＥメッセージ）は、そのまま着信側のＳＳ１１Ｂに転送されるが、本発明のコンテンツ配信システムでは、ＳＳ１１ＡとＳＳ１１Ｂとの間にＷｅｂ−ＡＰＰサーバ１００を介在させて、Ｗｅｂ−ＡＰＰサーバ１００から登録されたコンテンツを配信できるようにしている。
【００２１】
このために、ユーザがコンテンツ配信システムに登録（契約）する際に、ユーザ契約情報であるＳＯＤ情報（図１７を参照）がＷｅｂ−ＡＰＰサーバに登録される（手順Ｓ１）。このＳＯＤ情報は、ユーザＩＤ（発呼端末番号等）、パスワード、発着契約者情報等の情報等である。このＳＯＤ情報登録は、新たな契約者の申し込みがあった場合に、保守管理者２がユーザーインターフェース（ＧＵＩ）１１０を利用して入力し、入力されたＳＯＤ情報は情報管理ＤＢ１０４に登録される（手順Ｓ１）。なお、保守管理者２はシステム運用開始時にシステム情報（図１７を参照）を登録しておく。
【００２２】
このＳＯＤ情報と、Ｗｅｂ−ＡＰＰサーバ１００内に保存されたコンテンツの情報を基に、ユーザにより設定されるイベントフィルタ（ユーザから発呼、またはユーザへの着呼があった時に配信を行うコンテンツがあるか否かを判定するフィルタ）が生成され、このイベントフィルタがＳＳ（ソフトスイッチ）１１Ａ、１１Ｂに通知され、ＳＳ１１Ａ、１１Ｂ内のイベントフィルタに登録される（手順Ｓ２）。
【００２３】
そして、ユーザの発呼端末２１からＳＳ１１Ａに対して発信が行われた際に、ＳＳ１１Ａ、１１Ｂでは、発呼端末番号／着呼端末番号を基にイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバ１００に対してイベント報告を行う。Ｗｅｂ−ＡＰＰサーバ１００は、イベント報告の内容に応じたコンテンツを、発呼側ＳＳを通して発呼端末２１に配信する（手順Ｓ４）。
【００２４】
このようにして、発呼端末を収容しているＳＳが、発呼者の発呼に応じたイベントフィルタにより、発呼者に対してコンテンツを配信する。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。また、着信者は着信時に発信先のユーザごとに配信するコンテンツ（発信者に対して配信するコンテンツ）を登録することができる。
【００２５】
図２は、図１に示すＷｅｂ−ＡＰＰサーバ１００の構成と、ＳＯＤ（サービスオーダ）情報の登録について説明するための図である。
図２に示すＷｅｂ−ＡＰＰサーバ１００は、信号処理部１０１、ＳＯＤ管理部１０２、ＤＢ制御部１０３、情報管理ＤＢ１０４、コンテンツ管理部１０５、コンテンツ記憶部１０６、イベントフィルタ管理部１０７、イベント処理部１０８で構成されている。
【００２６】
信号処理部１０１は、通信網とのインタフェースとなる部分であり、通信プロトコルの差異を吸収する部分である。ＳＯＤ（サービスオーダ）管理部１０２は、情報管理ＤＢ１０４に保存されたＳＯＤ情報（ユーザ情報とコンテンツを識別するロール情報、図１７を参照）の管理部であり、保守管理者によるＳＯＤ情報の書き込み、読み出し処理を行う。
【００２７】
ＤＢ制御部１０３は、情報管理ＤＢへの各種情報の書き込み及び読み出しを制御するための処理部である。報管理ＤＢ１０４は、本発明の機能を実行する際に必要となる各種のデータがテーブル形式で保存されている（図１７を参照）。コンテンツ記憶部１０６には、配信するコンテンツファイルが保存されている。
【００２８】
コンテンツ管理部１０６は、ユーザ（および保守管理者）からのコンテンツ登録要求を受け付け、ユーザ（および保守管理者）から送信されるコンテンツをコンテンツＩＤ（コンテンツ識別番号）およびロールＩＤと共にコンテンツ記憶部１０６へ書き込みを行うと共に、イベント処理部１０８からのコンテンツ取得要求に応じて、コンテンツの読み出しを行うための処理部である。
【００２９】
イベントフィルタ管理部１０７は、イベントフィルタの設定を行うための設定可能情報の生成しユーザに提示するとともに、ユーザにより設定されたコンテンツ配信条件（例えば、発信者が発信してきた場合に発信先に応じて見せるコンテンツを設定）を基に、イベントフィルタを生成する処理を行う。また、情報管理ＤＢ１０４へのイベントフィルタ情報の書き込み、及び読み出しの制御を行う。
【００３０】
イベント処理部１０８は、ＳＳ（ソフトスイッチ）１１からのイベント報告があった場合に、このイベント報告の内容に応じて、配信コンテンツの決定、及び配信コンテンツに対するＱｏＳ制御を行うと共に、ＳＳ１１に対するコンテンツの配信要求を生成し、コンテンツファイルを配信するための処理部である。
このイベント処理部１０８は、コンテンツを配信する際に、配信するコンテンツのデータ量に応じて、配信を許可するか否かを判定するＱｏＳ制御を行う。
また、イベント処理部１０８は、発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御する。
また、イベント処理部１０８は、ＱｏＳ制御により配信するコンテンツのデータ量が制限され動画が配信できない場合、または公衆交換電話網、IＳＤＮ網、または、移動体通信網により配信するコンテンツのデータ量が制限され動画が配信できない場合には、動画から音声のみを抽出し、該抽出した音声のみを配信する。
なお、各部の機能と処理の詳細については順次説明する。
【００３１】
図２において、ユーザが本発明によって提供されるサービスに契約すると、契約内容により、保守管理者２がＷｅｂ−ＡＰＰサーバ１００を操作し、ＳＯＤ情報の登録を行う(コンテンツ登録可否、収容ＳＳ情報など)。また、保守管理者は、Ｗｅｂ−ＡＰＰ操作によりシステム情報(ＳＳアドレス、あふれ呼への応答コンテンツ情報など)を登録する。このＷｅｂ−ＡＰＰ操作とは、Ｗｅｂ−ＡＰＰサーバ１００を操作することである。なお、ＳＯＤ情報の登録の段階では、Ｗｅｂ−ＡＰＰサーバ１００へのＳＯＤ情報の登録のみが行われ、ＳＳ１１に対しては、何のアクションも発生しない。
【００３２】
図３は、ＳＯＤ情報の登録処理の流れを示すシーケンス図である。以下、図３を参照して、その処理の流れについて説明する。
【００３３】
最初に、保守管理者がユーザ登録時（契約時）のＳＯＤ情報登録の処理の流れについて説明する（ステップＳ１０１〜ステップＳ１０６）。このＳＯＤ情報の登録は、新たなユーザ（契約者）の追加があった場合に、その度ごとに保守管理者が行う登録操作である。
保守管理者は、自身のユーザＩＤとパスワードをＷｅｂ−ＡＰＰサーバ１００に入力する。Ｗｅｂ−ＡＰＰサーバ１００の信号処理部１０１は、保守管理者２を認証し、ログインを許可する（ステップＳ１０１）。保守管理者２は、ＳＯＤ登録要求を入力する（ステップＳ１０２）。このＳＯＤ登録要求を入力する際には、契約者のユーザＩＤ、パスワード、ロールＩＤ、発着契約者情報、同時接続数、利用可能帯域などの情報を入力する。
【００３４】
保守管理者２が入力したＳＯＤ登録要求は、信号処理部１０１からＳＯＤ管理部１０２に送信され（ステップＳ１０３）、ＳＯＤ管理部１０２において、ユーザＩＤによる保守管理者２の判定が行われる（ステップＳ１０４）。続いて、ＳＯＤ管理部１０２からＤＢ制御部１０３にＳＯＤ登録要求が送られ（ステップＳ１０５）、ＤＢ制御部１０３にＳＯＤ情報（ユーザＩＤ、パスワード、発着契約者情報、同時最大接続数、利用可能帯域の情報等）が登録される（ステップＳ１０６）。この場合、ユーザＩＤ、ロールＩＤ、パスワード等はユーザ情報テーブル（ユーザ情報ＴＢＬ）１１２に保存され、同時最大接続数、利用可能帯域の情報等はＱｏＳ管理情報テーブル（ＱｏＳ管理情報ＴＢＬ）１１５に保存される。なお、ユーザ情報テーブル１１２およびＱｏＳ管理情報テーブル１１５の登録項目の詳細については図１７に示している。
【００３５】
次に、システムの運用開始時のシステム情報の登録の処理の流れについて説明する（ステップＳ１１０〜ステップＳ１１３）。このシステム情報の登録はシステムの運用開始時（またはシステム情報の変更時）にのみ行われる操作である。
【００３６】
保守管理者２は、システム情報登録要求をＷｅｂ−ＡＰＰサーバ１００に入力する（ステップＳ１１０）。このシステム情報登録要求の入力の際には、例えば、ＳＳアドレス（ＳＳ１１の追加、変更などの場合）、あふれ呼への応答コンテンツなどの情報を入力する。
【００３７】
保守管理者２が入力したシステム情報登録要求は、信号処理部１０１からＳＯＤ管理部１０２へ送られ（ステップＳ１１１）、ＳＯＤ管理部１０２からＤＢ制御部１０３に送られる（ステップＳ１１２）。ＤＢ制御部１０３は、情報管理ＤＢ１０４にシステム情報（ＳＳアドレス、あふれ呼への応答コンテンツ等）を登録する（ステップＳ１１３）。なお、これらの情報は、情報管理ＤＢ１０４内にシステム情報テーブル（システム情報ＴＢＬ）１１１およびロール情報テーブル（ロール情報ＴＢＬ）１１３に保存される。なお、システム情報テーブル１１１およびロール情報テーブル１１３の登録項目の詳細については図１７に示している。
上記処理により、保守管理者からのＳＯＤ登録要求により、Ｗｅｂ−ＡＰＰサーバ１００が有する情報管理ＤＢ１０４にＳＯＤ情報が登録される。また、システム情報についても、同様に登録される。
【００３８】
図４は、Ｗｅｂ−ＡＰＰサーバへの配信コンテンツ登録の概要を示す図である（詳細なシーケンスについては後述される）。
図４において、本発明のコンテンツ配信システムは、コンテンツ登録を許可されたユーザ１あるいはＣＳＰ３に対し、Ｗｅｂ−ＡＰＰ操作による自由なコンテンツ登録を可能とする。ユーザ１あるいはＣＳＰ３は、信号処理部１０１によりＷｅｂ−ＡＰＰサーバ１００にアクセスし、コンテンツ管理部１０５の機能により、コンテンツ記憶部１０６に配信コンテンツを登録する。この配信コンテンツ登録の際には、ユーザの趣味・嗜好などを集約したＩＤ（ロールＩＤ）を識別番号にして行われる。例えば、ロールＩＤ＝１は犬（ペット）、ロールＩＤ＝２は車、・・・、ロールＩＤ＝ｎは旅行、など、趣味・嗜好等の単位で付与する。このロールＩＤは情報管理ＤＢ１０４にロールＩＤテーブルとして記憶される（例えば、図１７に示すロール情報を参照）。
【００３９】
このロールＩＤは、「ユーザ共通で1つ（１つのロールＩＤを複数ユーザが共有）」、「ＣＳＰ事業者用登録用に複数のロールＩＤ（１つのＣＳＰが複数のロールＩＤに対して登録）」を準備される。そして、ＣＳＰがロールＩＤ毎にコンテンツを登録し、一般契約ユーザが発信者アドレス毎にコンテンツを登録、一般契約ユーザ自身による発信時のコンテンツを登録する。これらの登録はロールＩＤに関連付けて行われる。また、ユーザが登録するコンテンツはコンテンツ記憶部１０６に記憶される。
【００４０】
なお、１つのロールＩＤには、複数のユーザＩＤが対応するようにすることができる。また、一人のユーザ（コンテンツ配信を受ける１つのユーザＩＤ）には１つのロールＩＤが対応する。
【００４１】
図５は、利用者へのサービスの提供方法を示す図である。
図５（Ａ）に示すように、ＣＳＰ事業者は契約ユーザのニーズ毎に集約されたロールＩＤに対し、当該ニーズに見合ったコンテンツの登録が可能となる。例えば、動物が好きなユーザ向け、自動車が好きなユーザ向け等をロールＩＤとして管理しているため、当該ロールＩＤ毎にコンテンツを選択し、登録可能である。
【００４２】
また、図５（Ｂ）に示すように、契約ユーザは、発信者に見せるコンテンツとして、発信者アドレス単位に１つのコンテンツ(ロールＩＤ)の選択（親なら孫の動画等）が可能であり、自身が発信した場合のコンテンツ選択（相手呼出中に発信者自身が見る好きな動画コンテンツを選択）等、利用者によって登録するコンテンツが異なる。
【００４３】
図６は、配信コンテンツの登録処理の流れを示すシーケンス図である。保守管理者、ユーザ（発信者または着信者）はコンテンツ登録要求をＷｅｂ−ＡＰＰサーバ１００の信号処理部１０１に送信する（ステップＳ２０１）。この場合、コンテンツ、コンテンツ概要、ロールＩＤの情報を合わせて送信する。また、コンテンツ概要は、コンテンツの中身を簡単に説明するテキスト情報等である。
このコンテンツ登録要求は、信号処理部１０１からコンテンツ管理部１０５に送られる（ステップＳ２０２）。
【００４４】
コンテンツ管理部１０５では、コンテンツをコンテンツ記憶部１０６にコンテンツファイルとして保存する（ステップＳ２０３）。さらに、コンテンツ情報を生成する（ステップＳ２０４）。ここで生成されるコンテンツ情報は、図１７に示すコンテンツ情報テーブル１１４の情報であり、コンテンツＩＤ、コンテンツ名、コンテンツ概要、コンテンツファイル名、秒数等である。このコンテンツ情報はＤＢ制御部１０３に送られ（ステップＳ２０５）、ＤＢ制御部１０３により情報管理ＤＢ１０４中のコンテンツ情報テーブル（コンテンツ情報ＴＢＬ）１１４に保存される（ステップＳ２０６）。
【００４５】
上記処理により、Ｗｅｂ−ＡＰＰサーバ１００では、一般ユーザあるいはＣＳＰからのコンテンツ登録要求を受け、Ｗｅｂ−ＡＰＰが提供するコンテンツ管理部１０５がコンテンツをファイルとしてコンテンツ記憶部１０６に保管し、さらにそのコンテンツ情報(ファイル名、コンテンツ概要、継続時間など)を情報管理ＤＢ１０４に格納する。
【００４６】
図７は、イベントフィルタ登録の概要を示す図である。ここでは、発信者と該発信者に配信する（見せる）コンテンツとの関連付けを行う処理の概要について説明する。今までの説明では、全てＷｅｂ−ＡＰＰサーバ１００への登録であったが、ここで始めてＳＳ（ソフトスイッチ）１１へのアクションが生じ、Ｗｅｂ−ＡＰＰサーバ１００へ登録したイベントフィルタ（内容については後述する）がＳＳ１１に送信される。ＳＳ１１では、Ｗｅｂ−ＡＰＰサーバ１００から受信したイベントフィルタを保存し、このイベントフィルタを参照して、発信者に対してコンテンツを配信するかどうかを判定する。
【００４７】
図７に示すように、ソフトスイッチ１１は、ＳＳ信号処理部１２、ＳＳＤＢ制御部１３、ＳＳ情報管理ＤＢ１４、ＳＳイベントフィルタ管理部１５、ＳＳイベントフィルタ実行部１６から構成されている。
【００４８】
ＳＳ信号処理部１２は、通信網とのインタフェースとなる部分であり、発呼端末からの発信を受け付けると共に、プロトコルの差異を吸収する処理部である。ＳＳＤＢ制御部１３は、ＳＳ情報管理ＤＢ１４へのイベントフィルタ情報等の書き込み、及び読み出しを行うための処理部である。
【００４９】
ＳＳ情報管理ＤＢ１４は、イベントフィルタ情報等をテーブルデータで保存するデータベースであり、図１８に示すように、イベントフィルタ情報テーブル１７やシステム情報テーブル（Ｗｅｂ−ＡＰＰサーバのアドレス等）１８が保存されている。ＳＳイベントフィルタ管理部１５は、ＳＳ情報管理ＤＢ１４へのイベントフィルタ情報の書き込み、及び読み出しを行うための処理部である。ＳＳイベントフィルタ実行部１６は、ＳＳ情報管理ＤＢ１４から読み出したイベントフィルタを基に、発呼端末番号または着呼端末番号によりフィルタ機能を実行するための処理部である。なお、各部の機能と詳細な動作については順次説明する。
【００５０】
図７において、Ｗｅｂ−ＡＰＰサーバ１００は、情報管理ＤＢ１０４に保存されたＳＯＤ情報（図１７に示すユーザ情報およびロール情報等）とコンテンツ情報とを基に、配信条件（どのユーザにどのコンテンツを見せるかの配信条件）が設定可能な情報（配信条件設定画面）をログインユーザに提示し、ユーザによるイベントフィルタの登録を行わせる。
【００５１】
そして、ユーザが設定した配信条件の情報により、発信者番号・着信者番号のいずれかを基にイベントフィルタを生成し、発信者または着信者の収容ＳＳ１１に登録する。なお、ＣＳＰ事業者に対してイベントフィルタ機能は提供されない。
【００５２】
図８は、Ｗｅｂ−ＡＰＰサーバにおけるイベントフィルタの登録処理の流れを示すシーケンス図である。以下、図８を参照して、Ｗｅｂ−ＡＰＰサーバ１００におけるイベントフィルタ登録処理の流れについて説明する。
コンテンツを配信したいユーザが、Ｗｅｂ−ＡＰＰサーバ１００にログインし、ユーザＩＤを入力して設定可能情報取得要求を入力する（ステップＳ３０１）。ユーザが設定可能情報取得要求を入力すると、信号処理部１０１からコンテンツ管理部１０５に対し、コンテンツ情報取得要求がユーザＩＤと共に送られる（ステップＳ３０２）。
【００５３】
コンテンツ管理部１０５では、ユーザＩＤに該当する、ロールＩＤを、ユーザ情報テーブル（図１７に示すユーザ情報テーブル１１２を参照）から読み出す。読み出したロールＩＤに該当する、コンテンツＩＤを、ロール情報テーブルから読み出す（図１７に示すロール情報テーブル１１３を参照）。読み出したコンテンツＩＤに該当する、コンテンツ名を、コンテンツ情報テーブル（図１７に示すコンテンツ情報テーブル１１４を参照）から読み出す（この場合に、ユーザが共通に使用できるロールＩＤ（ＣＳＰが登録したロールＩＤ）も読み出される）。これにより、ユーザＩＤに該当する複数のコンテンツ名（コンテンツ一覧）が読み出される（ステップＳ３０３〜Ｓ３０５）。
【００５４】
また、信号処理部１０１からＳＯＤ管理部１０２に対し、ＳＯＤ情報（ユーザ情報テーブルとロール情報テーブル）の取得要求がユーザＩＤと共に送られる（ステップＳ３０６）。ＳＯＤ管理部１０２は、ＤＢ制御部１０３に対しＳＯＤ情報取得要求を送り（ステップＳ３０７）、情報管理ＤＢ１０４からＳＯＤ情報を読み取る（ステップＳ３０８、Ｓ３０９）。ここでは、ユーザ自身が現在登録しているＳＯＤ情報（配信したい相手のユーザＩＤと配信したいコンテンツのロールＩＤ等）の全ての情報が読み出される。
【００５５】
次に、ステップＳ３０５で読み出されたユーザＩＤに該当する複数のコンテンツ名と、ステップＳ３０９で読み出されたＳＯＤ情報の全ての情報が、信号処理部１０１を介して、設定可能情報（配信条件設定画面）としてユーザに提示される（ステップＳ３１０）。
この設定可能情報には、読み出したユーザＩＤに該当する複数のコンテンツ名と、ＳＯＤ情報とが含まれる。すなわち、読み出したユーザＩＤに該当する複数のコンテンツ名は、自分が配信できるコンテンツ一覧情報（自身のロールＩＤおよびユーザ共通に配信できるロールＩＤに関連付けられたコンテンツ）であり、ＳＯＤ情報は、自分が配信したいユーザと配信するコンテンツの一覧の情報になる。フィルタを登録するユーザは、この「設定可能情報」に基づいて、次の図９に示す手順により、フィルタを手動で入力し設定し、登録する。
【００５６】
上記処理により、Ｗｅｂ−ＡＰＰサーバ１００では、ユーザから設定可能情報取得要求を受けると、コンテンツ情報およびＳＯＤ情報をもとに、設定可能情報をユーザに提示する。なお、ユーザＩＤに紐付いているロール情報を用いることにより、ユーザごとに提示する情報を変えることが可能となる。
【００５７】
図９は、Ｗｅｂ−ＡＰＰサーバとＳＳにおけるイベントフィルタ登録の処理の流れを示すシーケンス図である。図９は、図８からから続く処理の流れを示す図であり、コンテンツを配信したいユーザ（図８において設定可能情報の提示を受けたユーザ）が、コンテンツ配信条件を設定した後に、Ｗｅｂ−ＡＰＰサーバ１００においてイベントフィルタを生成してＳＳ（ソフトスイッチ）１１に登録するまでの処理の流れを示したものである。
以下、図９を参照して、イベントフィルタ登録処理の流れについて説明する。
【００５８】
コンテンツを配信したいユーザ（図８において設定可能情報の提示を受けたユーザ）は、コンテンツ配信条件の設定情報をＷｅｂ−ＡＰＰサーバ１００に入力する（ステップＳ５０１）。この場合に、ユーザＩＤとして、「発信者ユーザＩＤと配信コンテンツＩＤ」または「着信者ユーザＩＤと配信コンテンツＩＤ」のいずれか一方を、手動で入力する。なお、「発信者ユーザＩＤと配信コンテンツＩＤ」を「ＩＤ（１）」と呼ぶ、「着信者ユーザＩＤと配信コンテンツＩＤ」をＩＤ（２）と呼ぶ。
【００５９】
ユーザが入力したコンテンツ配信条件設定の情報は、信号処理部１０１からＳＯＤ管理部１０２へ送られ（ステップＳ５０２）、ＳＯＤ管理部１０２からイベントフィルタ管理部１０７へ送られる（ステップＳ５０３）。
【００６０】
イベントフィルタ管理部１０７では、イベントフィルタＩＤ（イベントフィルタ識別番号）を生成し（ステップＳ５０４）、ＩＤ（１）またはＩＤ（２）にイベントフィルタＩＤを付加した情報を、イベントフィルタとして、情報管理ＤＢ１０４内のイベントフィルタ情報テーブル（イベントフィルタ情報ＴＢＬ）に保存する（ステップＳ５０５、Ｓ５０６）。なお、情報管理ＤＢ１０４内のイベントフィルタ情報テーブルの登録項目は、図１７のイベントフィルタ情報テーブル１１６に示すようなものである。
【００６１】
それから、ＳＳ（ソフトスイッチ）１１に対するイベントフィルタ登録要求が発行される（ステップＳ５０７）。このイベントフィルタ登録要求には、ＩＤ（１）またはＩＤ（２）とイベントフィルタＩＤの情報（「ＩＤ（１）またはＩＤ（２）」＋「イベントフィルタＩＤ」）が含まれる。イベントフィルタ登録要求は、ＤＢ制御部１０３を経由して、イベントフィルタ管理部１０７に送られる（ステップＳ５０８）。イベントフィルタ管理部１０７では、ＩＤ１（１）およびＩＤ（２）の情報からコンテンツＩＤを削除し、発信者ユーザＩＤ（発呼端末番号）または着信者ユーザＩＤ（着呼端末番号）にイベントフィルタＩＤ(イベントフィルタ識別番号)を付加した情報（「発信者ユーザＩＤまたは着信者ユーザＩＤ」＋「イベントフィルタＩＤ」）を、イベントフィルタ登録要求と共に送信する（ステップＳ５０９）。このイベントフィルタ要求はＳＯＤ管理部１０２を経由して信号処理部１０１に送られる（ステップＳ５１０）。
【００６２】
信号処理部１０１では、Ｗｅｂ−ＡＰＰサーバ１００のアドレスを読み取り（ステップＳ５１１）、ＳＳ（ソフトスイッチ）１１に対してイベントフィルタ登録要求を発行する（ステップＳ５１２）。このイベントフィルタ登録要求には、ＳＳ（ソフトスイッチ）用のイベントフィルタとして、発信者ユーザＩＤまたは着信者ユーザＩＤと、イベントフィルタＩＤと、Ｗｅｂ−ＡＰＰアドレスの情報が含まれる。すなわち、ＳＳ（ソフトスイッチ）に登録されるイベントフィルタは、「発信者ユーザＩＤ（発呼端末番号）または着信者ユーザＩＤ（着呼端末番号）」＋「イベントフィルタＩＤ（イベントフィルタ識別番号）」＋「Ｗｅｂ−ＡＰＰアドレス」のデータとなる。
【００６３】
ＳＳ（ソフトスイッチ）１１では、ＳＳ信号処理部１２によりイベントフィルタ登録要求を受け付け、このイベントフィルタ登録要求をＳＳイベントフィルタ管理部１５に送る（ステップＳ５１３）。ＳＳイベントフィルタ管理部１５は、イベントフィルタ登録要求をＳＳＤＢ制御部１３に送り（ステップＳ５１４）、ＳＳＤＢ制御部１３はイベントフィルタをＳＳ情報管理ＤＢ１４内のイベントフィルタ情報テーブル（イベントフィルタザ情報ＴＢＬ）に格納する（ステップＳ５１５）。
【００６４】
図８および図９に示した処理の流れにより、Ｗｅｂ−ＡＰＰサーバ１００は、ユーザからコンテンツ配信条件設定要求を受けると、イベントフィルタとしてＷｅｂ−ＡＰＰが有する情報管理ＤＢ１０４に登録する。同時に、該当ユーザが収容されているＳＳ（ソフトスイッチ）１１に対してイベントフィルタ登録要求を発行する。ＳＳ１１ではイベントフィルタ登録要求を受け、自身が有するＳＳ情報管理ＤＢ１４にイベントフィルタを登録する。
【００６５】
また、図１０は、ユーザが発信する場合のコンテンツ配信の例を説明するための図である。詳細については後述するので、ここでは、その概要についてだけ説明する。
図１０において、ユーザはＵＡＣ（User Ａgent Client）５０から、ＳＩＰ（Session Initiation Protocol）クライアント５１としてＳＳ（ソフトスイッチ）１１に対して発信要求を行う。ＳＳ１１では、発信者からの発信要求（ＩＮＶＩＴＥ）を受け、Ｔｏヘッダ（着呼端末番号）に対してイベントフィルタを実行する。ＳＳ１１では、イベントフィルタにＴｏヘッダに一致するものがある場合、ＳＳ１１からＷｅｂ−ＡＰＰサーバ１００へイベント（イベントフィルタ識別番号等）を報告する。Ｗｅｂ−ＡＰＰサーバ１００においては、ＳＳ１１から報告されたイベントを元に配信するコンテンツを決定し、発信者に配信する。
【００６６】
図１１は、ユーザが発信を行う場合の処理の流れを示すシーケンス図である。以下、図１１を参照して、ユーザが発信を行う場合の処理の流れについて説明する。
コンテンツを配信したいユーザが、ＵＡＣ５０のＳＩＰクライアント５１から、ＳＳ１１のＳＳ信号処理部１２に対して発信（ＩＮＶＩＴＥ）を行う（ステップＳ６０１）、この発信の際に送信されるＩＮＶＩＴＥには、「Ｆｒｏｍ」(発呼端末番号)、「Ｔｏ」(着呼端末番号)の情報が含まれている。
【００６７】
ＳＳ信号処理部１２では、ユーザからの発信を受け付けると、ＳＳイベントフィルタ実行部１６に対し、イベントフィルタ動作の実行要求を、Ｆｒｏｍ、Ｔｏ情報と共に送信する（ステップＳ６０２）。ＳＳイベントフィルタ実行部１６は、ＳＳイベントフィルタ管理部１５に対して、イベントフィルタ取得要求を送信し（ステップＳ６０３）、ＳＳイベントフィルタ管理部１５はＳＳＤＢ制御部１３に対しイベントフィルタ取得要求を送信する（ステップＳ６０５）。
【００６８】
ＳＳＤＢ制御部１３はＳＳ情報管理ＤＢ１４からイベントフィルタの情報を取得し、ＳＳイベントフィルタ実行部１６に送信する（ステップＳ６０６）。なお、この場合に取得されるイベントフィルタの情報は、Ｔｏ（着信先）のユーザＩＤ（着呼端末番号）に一致するイベントフィルタである。
【００６９】
ＳＳイベントフィルタ実行部１６では、取得したイベントフィルタにより、Ｔｏユーザに該当するフィルタ動作を実行し（ステップＳ６０７）、一致するイベントフィルタがない場合は（ステップＳ６０８：Ｎｏ）、コンテンツの配信を行うことなく、着信者呼出に移行する（ステップＳ６０９）。
【００７０】
一方、ステップＳ６０８において、Ｔｏユーザに一致するイベントフィルタがある場合には（ステップＳ６０８：Ｙｅｓ）、イベント報告（ＩＮＶＩＴＥ）をＳＳ信号処理部１２に送信する（ステップＳ６１０）。ＳＳ信号処理部１２は、このイベント情報をＷｅｂ−ＡＰＰサーバ１００の信号処理部１０１に送信する（ステップＳ６１１）。
【００７１】
Ｗｅｂ−ＡＰＰサーバ１００の信号処理部１０１は、イベント処理要求をイベント処理部１０８に送信する（ステップＳ６１２）。イベント処理部１０８は、イベントの内容に対応したＱｏＳ制御を行い（ステップＳ６１３）、また配信コンテンツ（コンテンツＩＤ）を決定する（ステップＳ６１４）。
【００７２】
続いて、イベント処理部１０８は、コンテンツＩＤにより、配信するコンテンツのコンテンツ取得要求をコンテンツ管理部１０５に送信する（ステップＳ６１５）。コンテンツ管理部１０５は、ＤＢ制御部１０３にコンテンツ取得要求を送信する（ステップＳ６１６）
ＤＢ制御部１０３は、情報管理ＤＢ１０４内のコンテンツ情報テーブルを参照し（ステップＳ６１７）、コンテンツＩＤに該当するコンテンツファイル名と秒数を読み出し、コンテンツ記憶部１０６から該当するコンテンツファイルを取得し（ステップＳ６１８）、このコンテンツファイルと、コンテンツ情報（コンテンツ名と秒数）とをイベント処理部１０８に送信する（ステップＳ６１９）。
【００７３】
イベント処理部１０８は、配信するコンテンツファイルのコンテンツ配信要求を信号処理部１０１に送信し（ステップＳ６２０）、信号処理部１０１は、コンテンツファイルをＳＳ１１に対して送信し（ステップＳ６２１）、ＳＳ１１はユーザに対してコンテンツを配信者する（ステップＳ６２２）。なお、コンテンツを配信する際には、「このコンテンツは何秒です。」というアナウンスを行う。このように、Ｗｅｂ−ＡＰＰサーバ１００内のイベント処理部１０８は、コンテンツ名と秒数を、ＳＳ１１を介して、発呼したユーザに送信することにより提示し、コンテンツファイルを送信する。
【００７４】
また、Ｗｅｂ−ＡＰＰサーバ１００のイベント処理部１０８は、内部のタイマにより、コンテンツを配信し終わった（コンテンツの秒数が経過した）ことを検出し（ステップＳ６２３）、コンテンツを配信が終わった後、ユーザからの発信要求を信号処理部１０１に送信し（ステップＳ６２４）、信号処理部１０１は、発信（ＩＮＶＩＴＥ）をＳＳ１１のＳＳ信号処理部１２に送信し（ステップＳ６２５）、ＳＳ１１のＳＳ信号処理部１２は着側へＩＮＶＩＴＥを送信する（ステップＳ６２６）。このＩＮＶＩＴＥメッセージには、コンテンツ名、コンテンツの長さの情報が含まれる。
その後は、図１９に示すように、Ｗｅｂ−ＡＰＰサーバ１００がコンテンツ配信を中止し、ミキシングによりＲＴＰセッションを接続することにより、着呼端末と発呼端末とが通話する。
【００７５】
図１２は、着信の場合について説明するための図である。着信の場合の各部の動作および処理の詳細については後述するので、ここでは、その概要について説明する。
図１２において、ＳＳ（ソフトスイッチ）１１が前段のＳＳや収容ユーザからの発信（ＩＮＶＩＴＥ）を受けると、Ｆｒｏｍヘッダ（発呼端末番号）に対してイベントフィルタを実行し、イベントフィルタに一致するものがある場合は、ＳＳ１１からＷｅｂ−ＡＰＰサーバ１００へイベント報告する。Ｗｅｂ−ＡＰＰサーバ１００においては、ＳＳ１１から報告されたイベント報告を基に配信するコンテンツを決定し、発信者に配信する。なお、発側・着側の両方においてコンテンツ配信条件に一致した場合、発側ニーズが優先される。また、着呼端末に、発呼側ユーザに配信中のコンテンツに関する情報(コンテンツ名、コンテンツの秒数など)を表示する。
【００７６】
図１３は、ユーザの着呼端末に着信が行われる処理の流れを示すシーケンス図である。以下、図１３を参照して、着呼端末に着信が行われる場合の処理の流れについて説明する。
最初に、ＳＳ(ソフトスイッチ)１１に対して着信が行われる（ステップＳ７０１）。この着信（ＩＮＶＩＴＥ）には、「Ｆｒｏｍ」(発呼端末番号)、「Ｔｏ」(着呼端末番号)の情報が含まれている。ＳＳ信号処理部１２では、ユーザからの着信を受け付けると、ＳＳイベントフィルタ実行部１６に対し、イベントフィルタ動作の実行要求を、Ｆｒｏｍ、Ｔｏ情報と共に送信する（ステップＳ７０２）。ＳＳイベントフィルタ実行部１６は、ＳＳイベントフィルタ管理部１５に対して、イベントフィルタ取得要求を送信し（ステップＳ７０３）、ＳＳイベントフィルタ管理部１５はＳＳＤＢ制御部１３に対しイベントフィルタ取得要求を送信する（ステップＳ７０４）。
【００７７】
ＳＳＤＢ制御部１３では、ＳＳ情報管理ＤＢ１４からイベントフィルタの情報を取得し（ステップＳ７０５）、ＳＳイベントフィルタ実行部１６に送信する（ステップＳ７０６）。なお、この場合に取得されるイベントフィルタの情報は、Ｆｒｏｍ（発呼端末番号）のユーザＩＤに一致するイベントフィルタである。
【００７８】
ＳＳイベントフィルタ実行部１６では、取得したイベントフィルタにより、Ｆｒｏｍユーザに該当するイベントフィルタを実行し、一致するイベントフィルタがない場合は（ステップＳ７０８：Ｎｏ）、コンテンツの配信を行うことなく、着信者呼出に移行する（ステップＳ７０９）。すなわち、着信者側ＵＡＳ（User Agent Server）６０のＳＩＰクライアント６１に呼び出し（ＩＮＶＩＴＥ）を送信する。
【００７９】
一方、ステップＳ７０８において、Ｆｒｏｍユーザに一致するイベントフィルタがある場合には（ステップＳ７０８：Ｙｅｓ）、イベント報告（ＩＮＶＩＴＥ）をＳＳ信号処理部１２に送信する（ステップＳ７１０、Ｓ７１１）。ＳＳ信号処理部１２は、このイベント情報を、イベント報告（ＩＮＶＩＴＥ）としてＷｅｂ−ＡＰＰサーバ１００の信号処理部１０１に送信する（ステップＳ７１２）。
【００８０】
Ｗｅｂ−ＡＰＰサーバ１００の信号処理部１０１は、ＳＳ１１から受け取ったイベント報告を基に、イベント処理要求をイベント処理部１０８に送信する（ステップＳ７１３）。イベント処理部１０８は、コンテンツの配信判定処理を行う（ステップＳ７１４）。この配信判定処理については、次の図１４において説明する。
【００８１】
コンテンツを配信する場合は、イベントの内容に対応したＱｏＳ制御を行い（ステップＳ７１５）、配信コンテンツ（コンテンツＩＤ）を決定する（ステップＳ７１６）。
【００８２】
続いて、イベント処理部１０８は、コンテンツＩＤにより、配信するコンテンツのコンテンツ取得要求をコンテンツ管理部１０５に送信する（ステップＳ７１７）。コンテンツ管理部１０５は、ＤＢ制御部１０３にコンテンツ取得要求を送信し（ステップＳ７１８）、ＤＢ制御部１０３は、情報管理ＤＢ１０４内のコンテンツ情報テーブルを参照し（ステップＳ７１９）、コンテンツ記憶部１０６から該当するコンテンツファイルを取得し（ステップＳ７２０）、このコンテンツファイルと、コンテンツ情報（コンテンツ名と秒数）とをイベント処理部１０８に送信する（ステップＳ７２１）。
【００８３】
イベント処理部１０８は、配信するコンテンツファイルのコンテンツ配信要求を信号処理部１０１に送信し（ステップＳ７２２）、信号処理部１０１は、コンテンツファイルをＳＳ１１に対して送信し（ステップＳ７２３）、ＳＳ１１はユーザ（発信者）に対してコンテンツを配信する（ステップＳ７２４）。なお、コンテンツを配信する際には、「このコンテンツは何秒です。」というアナウンスを行う。このように、Ｗｅｂ−ＡＰＰサーバ１００内のイベント処理部１０８は、コンテンツ名と秒数を、ＳＳ１１を介して、発呼したユーザに送信することにより提示し、コンテンツファイルを送信する。
【００８４】
また、Ｗｅｂ−ＡＰＰサーバ１００のイベント処理部１０８は、内部のタイマにより、コンテンツを配信し終わった（コンテンツの秒数が経過した）ことを検出し（ステップＳ７２５）、コンテンツを配信が終わった後、ユーザからの発信要求を信号処理部１０１に送信し（ステップＳ７２６）、信号処理部１０１は、発信（ＩＮＶＩＴＥ）をＳＳ１１のＳＳ信号処理部１２に送信し（ステップＳ７２７）、ＳＳ１１のＳＳ信号処理部１２は着側のＵＡＳ６０のＳＩＰクライアント６１へ発信（ＩＮＶＩＴＥ）を送信する（ステップＳ７２８）。このＩＮＶＩＴＥには、発信者アドレスに加え、配信者したコンテンツ名、コンテンツの長さ（秒）の情報が含まれる。
【００８５】
上述した処理により、ＳＳ１１が着信（ＩＮＶＩＴＥ）を受信すると、Ｆｒｏｍユーザに該当するイベントフィルタを実行する。Ｆｒｏｍユーザがイベントフィルタに一致しない場合は着信者呼出を行う(コンテンツ配信なし)。一致する場合はイベント報告（ＩＮＶＩＴＥ）をＷｅｂ−ＡＰＰサーバ１００に転送する。Ｗｅｂ−ＡＰＰサーバ１００で配信の要否を含め、配信コンテンツを決定し、発呼側ユーザに配信する。
【００８６】
図１４は、図１３のステップＳ７１４における、着信の場合のコンテンツ配信判定の処理の流れを示す図である。以下、図１４を参照して、その処理の流れについて説明する。
【００８７】
イベント処理部１０８がイベント処理要求を受け付けると、ＤＢ制御部１０３に対して、ユーザ情報取得要求をユーザＩＤと共に送信する（ステップＳ７５１）。ＤＢ制御部１０３は情報管理ＤＢ１０４内のユーザ情報テーブに保存されたユーザ情報を参照し、ユーザＩＤに該当するユーザ情報を読み出し、イベント処理部１０８に送信する（ステップＳ７５２、Ｓ７５３）。
【００８８】
イベント処理部１０８は、ユーザ情報を受け取ると、Ｆｒｏｍユーザが未契約者かどうかを判定する（ステップＳ７５４）。未契約者である場合は（ステップＳ７５４：Ｎｏ）、コンテンツを配信する（ステップＳ７５８）。
【００８９】
未契約者でない場合は、発信者側のＳＳ（ソフトスイッチ）で配信済みかどうかを判定する（ステップＳ７５５）。既に発信者側のＳＳ（ソフトスイッチ）で配信済みの場合は（ステップＳ７５５：Ｙｅｓ）、コンテンツは配信しない（ステップＳ７５６）。配信済みでない場合は（ステップＳ７５５：Ｎｏ）、コンテンツを配信する（ステップＳ７５７）。
このような処理により、コンテンツ配信が重複して配信されることを回避することができる。
【００９０】
なお、発呼者と着呼者とが契約しているかいないかにより、下記（Ａ）から（Ｄ）の場合があり、それぞれについて、処理が異なる。
（Ａ）発呼者が契約あり、着呼者が契約なしの場合は、発呼側ＳＳのフィルタが動作し、発呼者は、自分が好きなコンテンツを見る。この場合、発呼側ＳＳは、着呼端末番号に関連付けされたイベントフィルタがＴｏ（着呼端末番号）と一致するコンテンツを配信する。
（Ｂ）発呼者が契約なし、着呼者が契約ありの場合は、着呼者側のフィルタが動作し、発呼者は、着呼者が設定したコンテンツを見る。この場合、着呼側ＳＳが、発呼端末番号に関連付けられたイベントフィルタがＦｒｏｍ（発呼端末番号）と一致するコンテンツを配信する。
（Ｃ）発呼者が契約あり、着呼者が契約ありの場合、（Ａ）と（Ｂ）とが可能であるが、（Ａ）を（Ｂ）より優先として、コンテンツを配信する。
（Ｄ）発呼者が契約なし、着呼者が契約なしの場合は、コンテンツ配信は実行されず、従来の電話と同じである。
【００９１】
図１５は、発信者の特性に応じた配信の例を示す図である。
図１５に示すように、Ｗｅｂ−ＡＰＰサーバ１００はＩＮＶＩＴＥを受信でき、その内容から発信者の特性を識別することが可能である。また、識別した特性に応じたコンテンツ配信が可能である。
【００９２】
例えば、ＰＳＴＮ網３２に接続された発呼端末３１には、音声のみのコンテンツを配信する。ＩＰ網２２に接続された音声のみを受信可能な発呼端末２１Ａには、音声のみのコンテンツを配信する。ＩＰ網２２に接続された音声と動画の両方が受信可能な発呼端末２１Ｂには、音声と映像上の両方を含むコンテンツを配信する。なお、音声のみのコンテンツを配信する場合には、動画の中から音声だけを取り出して配信することができる。
【００９３】
図１６は、本発明のコンテンツ配信システムにおけるＱｏＳ制御について説明するための図である。
ＱｏＳとしてＳＳ（ソフトスイッチ）側機能を用いた発着信規制が可能であるとともに、Ｗｅｂ−ＡＰＰサーバ側で有するＱｏＳ制御機能を利用することも可能なため、二重のＱｏＳが可能となる。なおＷｅｂ−ＡＰＰサーバでは同時接続数のみでなく、送出コンテンツ帯域によるＱｏＳ制御も可能とする（空き帯域で利用可能なコンテンツであれば何もせず、不足している場合は音声のみの送出とする）。
【００９４】
Ｗｅｂ−ＡＰＰサーバ側で有するＱｏＳ制御機能としては、予め着信者がＷｅｂ−ＡＰＰに設定した最大接続数を超えて着信した場合、保守管理者が設定したあふれ呼への応答コンテンツを発信者に対して配信する。
【００９５】
図１６において、Ｘの接続数は最大接続数（３）に達していないため、Ｗｅｂ−ＡＰＰサーバ１００はＡからの着信を通過させる。Ａにはユーザ設定のコンテンツが配信される。また、Ｘの接続数を１カウントアップする。Ｚの接続数は最大接続数（１）に達しているため、Ｗｅｂ−ＡＰＰサーバ１００はBからの着信を切断する。Ｂには、保守者設定によるあふれ呼への応答コンテンツを配信する（図２６を参照）。Ｘ、Ｙ、Ｚからの発信時についても、接続数を１カウントアップする。セッション終了時に接続数を１カウントダウンする。
【００９６】
また、図１７は、Ｗｅｂ−ＡＰＰサーバ１００内の情報管理ＤＢ１０４に保存されるデータの例を示す図であり、図１８は、ＳＳ（ソフトスイッチ）１１内のＳＳ情報管理ＤＢ１４に保存されるデータの例を示している。
【００９７】
図１９は、コンテンツ配信システムの全体構成における発コンテンツ有の場合の動作の流れを示すシーケンス図であり、発信者側ユーザが設定したコンテンツが発信者ユーザに配信される例を示す図である。以下、図１９を参照して、その処理の流れについて説明する。
【００９８】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８０１）。発信者側ＳＳ１１ＡはＷｅｂ−ＡＰＰサーバ１００に対し、発信者側の端末から送信されたＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に送信する（ステップＳ８０２）。
【００９９】
Ｗｅｂ−ＡＰＰサーバ１００は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信すると共に（ステップＳ８０３）、着信者側ＳＳ１１ＢにＩＮＶＩＴＥを送信する（ステップＳ８０４）。着信者側ＳＳ１１Ｂは、このＩＮＶＩＴＥを着信者側のＵＡＳ６０に送信する（ステップＳ８０５）。
【０１００】
一方、Ｗｅｂ−ＡＰＰサーバ１００に発信者側ＵＡＣ５０から、応答信号（２００ ＯＫに対する応答信号ＡＣＫが返信された場合は（ステップＳ８０６）、ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ１００との間にＲＴＰセッションが確立（通信開始）され、Ｗｅｂ−ＡＰＰサーバ１００からＵＡＣ５０に対しコンテンツの配信を行う（ステップＳ８０７）。
【０１０１】
そして、着信者側ＵＡＳ６０から応答信号（２００ ＯＫ）がＷｅｂ−ＡＰＰサーバ１００に送信されると（ステップＳ８１３）、Ｗｅｂ−ＡＰＰサーバ１００からＵＡＳ６０に応答信号ＡＣＫが送信され（ステップＳ８０８）、Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立される（ステップＳ８０９）。
【０１０２】
Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立すると（ステップＳ８０９）、Ｗｅｂ−ＡＰＰサーバ１００はコンテンツの配信を停止し（ステップＳ８１０）、既存セッションのミキシングを行い（ステップＳ８１１）。ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８１２）。
【０１０３】
このように、発信者側ＳＳ１１ＡがUAC５０からのＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に転送し、ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ間でＲＴＰセッションを確立し、コンテンツを配信する。そして、Ｗｅｂ−ＡＰＰサーバ１００がＵＡＳ６０に対してＩＮＶＩＴＥ発行し、ＲＴＰセッションの確立後、既存セッションとミキシングし、ＵＡＣ５０とＵＡＳ６との間で通話を可能とする。
【０１０４】
図２０は、コンテンツ配信システムの全体構成における発コンテンツなしの場合の動作の流れを示すシーケンス図であり、Ｗｅｂ−ＡＰＰサーバにＳＳ（ソフトスイッチ）１１Ａからのイベントが上がらないため、コンテンツ配信が発信しない場合の例である。以下、図２０を参照して、その処理の流れについて説明する。
【０１０５】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８２１）。発信者側ＳＳ１１Ａは、発信者側のＵＡＣ５０から送信されたＩＮＶＩＴＥを着信者側ＳＳ１１Ｂに送信する（ステップＳ８２２）。
【０１０６】
着信者側ＳＳ１１Ｂは着信者側のＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８２３）。着信者側ＵＡＳ６０は、発信者側のＵＡＳ５０に応答信号（２００ ＯＫ）を送信し（ステップＳ８２４）、ＵＡＣ５０はＵＡＳ６０に応答信号ＡＣＫを送信する（ステップＳ８２５）。これにより、ＵＡＣ５０とＵＡＳ６０との間にＲＴＰセッションが確立し、ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８２６）。
【０１０７】
このように、発信者ＳＳ１１ＡからＷｅｂ−ＡＰＰサーバ１００にＩＮＶＩＴＥが上がらない場合は、通常の電話と同等の処理の流れとなる。
【０１０８】
図２１は、コンテンツ配信システムの全体構成における着コンテンツ有の場合の動作の流れを示すシーケンス図であり、着信者側ユーザが設定したコンテンツが発信者ユーザに配信される例を示す図である。以下、図２１を参照して、その処理の流れについて説明する。
【０１０９】
発信者側のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８４１）。発信者側ＳＳ１１Ａは着信者側ＳＳ１１ＢにＩＮＶＩＴＥを送信する（ステップＳ８４２）。着信者側ＳＳ１１Ｂは、Ｗｅｂ−ＡＰＰサーバ１００に対し、発信者側ＳＳ１１Ａから送信されたＩＮＶＩＴＥを送信する（ステップＳ８４３）。
【０１１０】
Ｗｅｂ−ＡＰＰサーバ１００は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信すると共に（ステップＳ８４４）、着信者側ＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８４５）。発信者ＵＡＣ５０はＷｅｂ−ＡＰＰサーバ１００に応答信号ＡＣＫを送信する（ステップＳ８４６）。これにより、発信者側ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ１００との間にＲＴＰセッションが確立し、Ｗｅｂ−ＡＰＰサーバ１００からＵＡＣ５０にコンテンツが配信される（ステップＳ８４７）。
【０１１１】
一方、Ｗｅｂ−ＡＰＰサーバ１００に対し、着信者側ＵＡＳ６０から応答信号（２００ ＯＫ）が送信されると（ステップＳ８４８）、Ｗｅｂ−ＡＰＰサーバ１００はＵＡＳ６０に対し応答信号ＡＣＫ信号を送信し（ステップＳ８４９）、Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立する。
【０１１２】
Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立すると（ステップＳ８５０）、Ｗｅｂ−ＡＰＰサーバ１００はコンテンツの配信を停止し（ステップＳ８５１）、既存セッションのミキシングを行い（ステップＳ８５２）。ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８５３）。
【０１１３】
このように、発信者側ＳＳ１１Ａが受信したＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に転送し、発信者側ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ１００との間でＲＴＰセッションが確立し、コンテンツを配信する。Ｗｅｂ−ＡＰＰサーバ１００が着信者側ＵＡＳ６０に対してＩＮＶＩＴＥ発行し、ＲＴＰセッションが確立し、セッション確立後、既存セッションとミキシングし、ＵＡＣ５０とＵＡＳ６０との間で通話を可能とする。
【０１１４】
図２２は、コンテンツ配信システムの全体構成における着コンテンツなしの場合の動作の流れを示すシーケンス図であり、Ｗｅｂ−ＡＰＰサーバにイベントは上がるが、発信者側ユーザへのコンテンツが配信済みである、または、ＱｏＳ制限により配信できるコンテンツが無い、などの理由で、コンテンツ配信が発生しない場合の例である。以下、図２２を参照して、その処理の流れについて説明する。
【０１１５】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８６１）。発信者側ＳＳ１１Ａは、発信者側の端末から送信されたＩＮＶＩＴＥを着信者側ＳＳ１１Ｂに送信する（ステップＳ８６２）。
【０１１６】
着信者側ＳＳ１１ＢはＷｅｂ−ＡＰＰサーバ１００にＩＮＶＩＴＥを送信する（ステップＳ８６３）。Ｗｅｂ−ＡＰＰサーバ１００は着信者側ＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８６４）。着信者側ＵＡＳ６０は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信し（ステップＳ８６５）、ＵＡＣ５０はＵＡＳ６０に応答信号ＡＣＫを送信する（ステップＳ８６６）。これにより、ＵＡＣ５０とＵＡＳ６０との間にＲＴＰセッションが確立し、ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８６７）。
【０１１７】
このように、着信者側ＳＳ１１Ｂが受信したＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に転送するが、コンテンツ配信条件に一致しないため、コンテンツは配信されず。Ｗｅｂ−ＡＰＰサーバ１００が、ＵＡＳ６０に対してＩＮＶＩＴＥを発行し、ＵＡＣ５０とＵＡＳ６０との間でＲＴＰセッションを確立し、通話を可能とする。
【０１１８】
図２３は、コンテンツ配信システムの全体構成における着コンテンツなしの場合の動作の流れを示すシーケンス図であり、Ｗｅｂ−ＡＰＰサーバにＳＳ（ソフトスイッチ）１１Ｂからイベントが上がらないため、コンテンツ配信が発生しない場合の例である。以下、図２３を参照して、その処理の流れについて説明する。
【０１１９】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８８１）。発信者側ＳＳ１１Ａは、発信者側の端末から送信されたＩＮＶＩＴＥを着信者側ＳＳ１１Ｂに送信する（ステップＳ８８２）。
【０１２０】
着信者側ＳＳ１１Ｂは着信者側ＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８８３）。着信者側ＵＡＳ６０は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信し（ステップＳ８８４）、ＵＡＣ５０はＵＡＳ６０に応答信号ＡＣＫを送信する（ステップＳ８８５）。これにより、ＵＡＣ５０とＵＡＳ６０との間にＲＴＰセッションが確立し、ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８８６）。
【０１２１】
このように、着信者側ＳＳ１１ＢからＷｅｂ−ＡＰＰサーバ１００にＩＮＶＩＴＥはあがらないため、通常の電話と同等の処理の流れになる。
【０１２２】
図２４は、本発明の効果を説明するための図であり、従来は、コンテンツ事業者の登録した音声ファイルのみを、ダイヤル手順により接続してきた発信者（課金サービス対象者）へ送信するのみであったが、本発明では、コンテンツ事業者がユーザのニーズ（趣味・嗜好）に基づきコンテンツが選択できる。また、コンテンツ事業者はユーザの趣味・嗜好毎にコンテンツを登録することが可能となる。さらに、本サービス契約者は自身の事前登録した趣味・嗜好に基づき提供されるコンテンツのみを選択可能となり、一律の同一コンテンツ提供からユーザニーズに基づくコンテンツ選択へ変更することができる。
【０１２３】
また、図２５は、本発明の他の効果を説明するための図であり、従来は、図（Ａ）に示すように、コンテンツ配信はＣＳＰ（コンテンツ配信事業者）の設定するコンテンツのみであったが、本発明により、図（Ｂ）に示すように、発信者ニーズに伴う選択（自身が相手呼出中に観たい・聴きたいコンテンツの選択が可能）できる。また、図（Ｃ）に示すように、着信者の選択により、着信者が発信者毎に、着信者応答までに見せたい・聴かせたいコンテンツの選択が可能となる。さらに、図（Ｄ）に示すように、発信者ニーズ・着信者ニーズに関わらず、システムが魅せたい・聴かせたいコンテンツ（暫くお待ちいただく場合等）を提供することができる。
【０１２４】
図２６は、本発明におけるＱｏＳ制御の例を示す図である。本発明のＱｏＳ制御は、ＳＳ（ソフトスイッチ）と連携したＱｏＳ制御である。これは、契約者が自身でアップロードするコンテンツに制限を持たせなければ、必要帯域幅や同時接続数・アクセスラインへの負荷にも繋がるため、コンテンツ決定時にＱｏＳ制御を実施する。
【０１２５】
また、ＳＳにおいて同時接続数が許可されたとしても、コンテンツ配信によるＲＴＰパケットの規制が想定されるため、Ｗｅｂ−ＡＰＰサーバにおいてもＱｏＳ制御を行う。
【０１２６】
例えば、図に示すように、発信Ａが、ＳＳ（ソフトスイッチ）１１でＱｏＳ制御されると共に、Ｗｅｂ−ＡＰＰサーバ１００においても、コンテンツＢ（データ量が多いコンテンツ）の配信がＱｏＳ制御により阻止される。なお、Ｗｅｂ−ＡＰＰサーバ１００のＱｏＳ制御によりコンテンツの配信が停止された場合は、あふれ呼への応答コンテンツＣが配信される。
【０１２７】
以上、本発明の実施の形態について説明したが、本発明のＷｅｂ−ＡＰＰサーバ１００は内部にコンピュータシステムを有している。そして、上述した処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
【０１２８】
すなわち、Ｗｅｂ−ＡＰＰサーバ１００における、各処理は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工、演算処理を実行することにより、実現されるものである。
【０１２９】
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【０１３０】
以上、本発明の実施の形態について説明したが、本発明のＷｅｂ−ＡＰＰサーバ、およびコンテンツ配信システムは、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【０１３１】
【図１】本発明の実施の形態に係るコンテンツ配信システムの構成を示す図である。
【図２】Ｗｅｂ−ＡＰＰサーバの構成とＳＯＤ登録について説明するための図である。
【図３】ＳＯＤ情報の登録処理の流れを示すシーケンス図である。
【図４】Ｗｅｂ−ＡＰＰサーバへの配信コンテンツ登録の概要を示す図である。
【図５】利用者へのサービスの提供方法を示す図である。
【図６】配信コンテンツの登録処理の流れを示すシーケンス図である。
【図７】イベントフィルタ登録について説明するための図である。
【図８】Ｗｅｂ−ＡＰＰサーバにおけるイベントフィルタの登録処理の流れを示すシーケンス図である。
【図９】Ｗｅｂ−ＡＰＰサーバとＳＳにおけるイベントフィルタ登録の処理の流れを示すシーケンス図である。
【図１０】ユーザが発信する場合のコンテンツ配信の例を説明するための図である。
【図１１】ユーザが発信を行う場合の処理の流れを示すシーケンス図である。
【図１２】着信の場合について説明するための図である。
【図１３】ユーザの着呼端末に着信が行われる処理の流れを示すシーケンス図である。
【図１４】着信の場合のコンテンツ配信判定の処理の流れを示す図である。
【図１５】発信者の特性に応じた配信の例を示す図である。
【図１６】本発明のコンテンツ配信システムにおけるＱｏＳ制御について説明するための図である。
【図１７】Ｗｅｂ−ＡＰＰサーバ内の情報管理ＤＢに保存されるデータの例を示す図である。
【図１８】ＳＳ（ソフトスイッチ）内のＳＳ情報管理ＤＢに保存されるデータの例を示す図である。
【図１９】発コンテンツ有でコンテンツが発信者ユーザに配信される例を示す図である。
【図２０】発コンテンツ無しでＷｅｂ−ＡＰＰサーバにイベントが上がらない例を示す図である。
【図２１】着コンテンツ有でコンテンツが発信者ユーザに配信される例を示す図である。
【図２２】着コンテンツ無しでコンテンツが配信済みなどの理由でコンテンツ配信が発生しない例を示す図である。
【図２３】着コンテンツ無しでＷｅｂ−ＡＰＰサーバにイベントが上がらないため、コンテンツ配信が発生しない例を示す図である。
【図２４】本発明の効果を説明するための図である。
【図２５】本発明の他の効果を説明するための図である。
【図２６】本発明におけるＱｏＳ制御の例を示す図である。
【符号の説明】
【０１３２】
１ ユーザ
２ 保守管理者
３ ＣＳＰ（コンテンツサービスプロバイダ）
１０、２２ ＩＰ網
１１、１１Ａ、１１Ｂ ＳＳ（ソフトスイッチ）
１２ ＳＳ信号処理部
１３ ＳＳＤＢ制御部
１４ ＳＳ情報管理ＤＢ
１５ ＳＳイベントフィルタ管理部
１６ ＳＳイベントフィルタ実行部
２１、２１Ａ、２１Ｂ、３１ 発呼端末
３２ ＰＳＴＮ網（公衆交換電話網）
３３ ゲートウェイ（ＧＷ）
４１ 着呼端末
５０ ＵＡＣ（User Ａgent Client）
６０ ＵＡＳ（User Agent Server）
５１、６１ ＳＩＰクライアント
１００ Ｗｅｂ−ＡＰＰサーバ（Ｗｅｂアプリケーションサーバ）
１０１ 信号処理部
１０２ ＳＯＤ管理部
１０３ ＤＢ制御部
１０４ 情報管理ＤＢ
１０５ コンテンツ管理部
１０６ コンテンツ記憶部
１０７ イベントフィルタ管理部
１０８ イベント処理部
【技術分野】
【０００１】
本発明は、特別な手順を実施することなくコンテンツ配信サービスを利用でき、また、発信者または着信者のニーズ（自身で登録する好み）に応じたコンテンツを配信することができる、コンテンツ配信システム、Ｗｅｂアプリケーションサーバ、コンテンツ配信方法、およびプログラムに関する。
【背景技術】
【０００２】
従来の交換網におけるコンテンツ（広告）電話では、着信番号に事業者識別番号を付加することで、広告電話専用システム(交換機)に接続し、それによって開設されたチャネルに対して広告を流す技術内容となっている（例えば、特許文献１を参照）。
例えば、「ＸＸＸＸ−０３−ｙｙｙｙ−ｚｚｚｚ」など、電話番号「０３−ｙｙｙｙ−ｚｚｚｚ」の先頭に、事業者番号「ＸＸＸＸ」を付加して発信を行い、発信者は広告主が予め設定した広告を最後まで聞くことにより、一定時間の無料通話などの通話料割引サービス（例えば、３分間の無料通話）を受けることができる。なお上記の「ＸＸＸＸ」、「ｙｙｙｙ」および「ｚｚｚｚ」は、任意の数字である。
【特許文献１】特公昭６３−２２７０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来技術では、着信者の電話番号の先頭に事業者番号「ＸＸＸＸ」を付加するなど、発信者のダイヤル手順・操作に依存したサービスであり、インチャネル中に送出される広告を発信者または着信者のニーズで選択できない（固定化された一律のコンテンツである）。また、広告電話は課金サービス（発信者に対する無料通話など）であり、その他のサービス（例えば、ユーザの動画・音声を配信するサービス）の併合提供がされていない、などの問題点がある。
【０００４】
本発明は、このような問題を解決するためになされたものであり、本発明の目的は、事業者番号を付加するなどの特別な手順を実施することなくコンテンツ配信サービスを利用でき、また、発信者または着信者のニーズ（自身で登録する好み）に応じたコンテンツを配信することができ、さらに、ＳＳ（ソフトスイッチ）機能として提供されるＱｏＳ（Quality of Service）制御に加え、コンテンツを配信するＷｅｂ−ＡＰＰサーバ（Ｗｅｂアプリケーションサーバ）側で有するＱｏＳ制御を利用することにより、二重のＱｏＳ制御が可能となる、コンテンツ配信システム、Ｗｅｂアプリケーションサーバ、コンテンツ配信方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記課題を解決するためになされたものであり、本発明のコンテンツ配信システムは、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムであって、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、前記発呼端末が発呼を行い前記着呼端末番号を発呼側ＳＳに送信した際に、前記発呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記着呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂアプリケーションサーバへ前記イベントフィルタ識別番号を送信するイベントフィルタ実行手段と、前記Ｗｅｂアプリケーションサーバが、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発信相手先の着呼端末番号と、コンテンツのコンテンツ識別番号と、該コンテンツを保存するＷｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタを生成すると共に、イベントフィルタの識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳ（ソフトスイッチ）に登録する。発呼側ＳＳでは着呼端末番号を基にソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂアプリケーションサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、発呼者を収容している発呼側ＳＳが、発呼者の発呼に応じたイベントフィルタ処理を実行することでき、発呼者は好きな動画を見ることができる。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。
【０００６】
また、本発明のコンテンツ配信システムは、前記コンテンツ配信システムは、発信元の発呼端末の発呼端末番号と、該コンテンツを保存する前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成するとともに該イベントフィルタの識別番号を生成し、前記発呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記着呼側ＳＳに登録するイベントフィルタ管理手段と、前記発呼端末が発呼を行い前記着呼側ＳＳが前記発呼端末の発呼端末番号を受信した際に、前記着呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記発呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂ−ＡＰＰへ前記発呼端末番号とイベントフィルタ識別番号を送信するイベントフィルタ実行手段と、前記Ｗｅｂアプリケーションサーバが、前記着呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツをコンテンツ記憶部から読み出し、読み出したコンテンツを、前記発呼端末番号に基づいて、前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発信元の発呼端末番号と、コンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを関連付けたイベントフィルタを生成すると共に、このイベントフィルタの識別番号を生成する。また、発呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して着呼側のＳＳ（ソフトスイッチ）に登録する。そして、発呼端末から発信が行われた場合に、着呼側ＳＳでは発呼端末番号を基に、ソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂ−ＡＰＰサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、着呼者を収容しているＳＳが、発信元に応じたイベントフィルタ処理を行うことができ、着呼者が発呼者に見せたい動画を発呼者に見せることができる。例えば、着呼者が電話に出るまでの間に、発呼者に任意の動画を見せることが出来る。
【０００７】
また、本発明のコンテンツ配信システムは、前記Ｗｅｂアプリケーションサーバには、発信元の発呼端末番号に関連付けて前記発信元に配信するコンテンツを設定する配信条件設定画面をユーザ端末に表示させる手段と、前記配信条件設定画面で設定された発呼端末番号と、該発呼端末番号に関連付けて設定されたコンテンツのコンテンツ識別番号と、前記Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタの識別番号を生成する手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発信元の発呼端末番号に関連付けてコンテンツを設定するための配信条件設定画面をユーザ端末に表示させる。そして、配信条件設定画面で設定された発呼端末番号と、設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、イベントフィルタとイベントフィルタ識別番号とを生成し、このイベントフィルタからソフトスイッチ用のイベントフィルタを生成して着呼側ＳＳに登録する。
これにより、着呼者が、発信元毎に見せたいコンテンツを設定できる。例えば、着呼者に対し「着呼者の親」が電話をしてきた場合には、発信者に「着呼者の子供」の映像を見せることにより、つまり、「着呼者の親」にとって「孫」の映像を見ることが出来る。
【０００８】
また、本発明のコンテンツ配信システムは、前記ユーザの端末およびコンテンツ配信事業者の端末から入力されるコンテンツを前記コンテンツ記憶部に登録する手段と、発信先の着呼端末番号に関連付けて発信元の発呼端末に配信するコンテンツを設定すると共に、発信元の発呼端末番号に関連付けて該発呼端末に配信するコンテンツを設定する、配信条件設定画面をユーザ端末に表示させる手段と、前記配信条件設定画面で設定された発呼端末番号または着呼端末番号と、それに設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタ識別番号を生成する手段と、前記発呼端末番号または着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳおよび着呼側ＳＳに登録する手段と、を備えることを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、ユーザの端末およびコンテンツ配信事業者の端末から入力されるコンテンツをコンテンツ記憶部に登録する。また、ユーザの発呼端末番号または着呼端末番号に関連付けてコンテンツを設定する配信条件設定画面をユーザ端末に表示させる。そして、配信条件設定画面で設定された発呼端末番号または着呼端末番号と、設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、イベントフィルタとイベントフィルタ識別番号とを生成し、このイベントフィルタからソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳおよび着呼側ＳＳに登録する。
これにより、ユーザ（発呼者、着呼者）、ＣＳＰ（コンテンツ配信事業者）が、Ｗｅｂ−ＡＰＰサーバにコンテンツを設定できる。また、ユーザは、発信の際に自分の見たいコンテンツ、および着信の際に相手に見せたいコンテンツを、イベントフィルタにより設定することができる。
【０００９】
また、本発明のコンテンツ配信システムは、前記イベント処理手段は、前記コンテンツを配信する際に、配信するコンテンツのデータ量に応じて、配信を許可するか否かを判定するＱｏＳ制御を行うことを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、ＱｏＳとしてＳＳ（ソフトスイッチ）側機能を用いた発着信規制が可能であるとともに、Ｗｅｂアプリケーションサーバ側で、配信するコンテンツの帯域によるＱｏＳ制御も可能とする。
これにより、ＳＳ側とＷｅｂ−ＡＰＰサーバの両方において、２重のＱｏＳ制御を行える。
【００１０】
また、本発明のコンテンツ配信システムは、前記イベント処理手段は、前記発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御することを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御する。
これにより、公衆交換電話網、IＳDN網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じてコンテンツ配信の制御をすることができる。
【００１１】
また、本発明のコンテンツ配信システムは、前記イベント処理手段は、前記ＱｏＳ制御により配信するコンテンツのデータ量が制限され動画が配信できない場合、または前記公衆交換電話網、IＳＤＮ網、または、移動体通信網により配信するコンテンツのデータ量が制限され動画が配信できない場合には、前記動画から音声のみを抽出し、該抽出した音声のみを配信することを特徴とする。
上記構成からなる本発明のコンテンツ配信システムでは、配信するコンテンツのデータ量が制限され動画が配信できない場合は、動画から音声のみを抽出し、該抽出した音声のみを配信する。
これにより、ＱｏＳ制御、または、公衆交換電話網、IＳDN網、または、移動体通信網とでコンテンツ配信の制御において、動画を配信できない場合には、動画から音声のみを抽出し、音声のみを配信することができる。
【００１２】
また、本発明のＷｅｂアプリケーションサーバは、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバであって、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、を備えることを特徴とする。
上記構成からなる本発明のＷｅｂアプリケーションサーバでは、発信相手先の着呼端末番号と、コンテンツのコンテンツ識別番号と、該コンテンツを保存するＷｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタを生成すると共に、このイベントフィルタ識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳに登録する。発呼側ＳＳでは着呼端末番号を基にソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂアプリケーションサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、発呼者を収容している発呼側ＳＳが、発呼者の発呼に応じたイベントフィルタ処理を実行することでき、発呼者は好きな動画を見ることができる。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。
【００１３】
また、本発明のコンテンツ配信方法は、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおけるコンテンツ配信方法であって、前記Ｗｅｂアプリケーションサーバにより、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、が行われることを特徴とする。
上記手順を含む本発明のコンテンツ配信方法では、発信相手先の着呼端末番号と、コンテンツのコンテンツ識別番号と、該コンテンツを保存するＷｅｂ−ＡＰＰ識別番号と、を関連付けたイベントフィルタを生成すると共に、このイベントフィルタ識別番号を生成する。また、着呼端末番号と、Ｗｅｂ−ＡＰＰ識別番号と、イベントフィルタ識別番号を含むソフトスイッチ用のイベントフィルタを生成して発呼側ＳＳに登録する。発呼側ＳＳでは着呼端末番号を基にソフトスイッチ用のイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバに対してイベント報告（イベントフィルタ識別番号の通知）を行う。Ｗｅｂアプリケーションサーバは、イベント報告の内容に応じたコンテンツをコンテンツ記憶部から抽出し、発呼側ＳＳを通して発呼端末に配信する。
従って、発呼者を収容している発呼側ＳＳが、発呼者の発呼に応じたイベントフィルタ処理を実行することでき、発呼者は好きな動画を見ることができる。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。
【００１４】
また、本発明のコンピュータプログラムは、発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバ内のコンピュータに、発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、を実行させるためのプログラムである。
【発明の効果】
【００１５】
本発明によれば、動画配信の要否を発信者番号・着信者番号により判断するため、発信者は特別な手順を実施することなく本発明のコンテンツ配信システムのサービスを利用することができる。また、ユーザ（契約者）ごとにイベントフィルタを設定することにより、発信者または着信者のニーズ（自身で登録する好み）に応じたコンテンツをＷｅｂ−ＡＰＰサーバから配信することが可能となる。さらに、ＳＳ機能として提供されるＱｏＳ制御に加え、Ｗｅｂ−ＡＰＰサーバ側で有するＱｏＳ制御を利用することにより、二重のＱｏＳ制御が可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を添付図面を参照して説明する。
【００１７】
図１は、本発明の実施の形態に係るコンテンツ配信システムの構成を示す図である。
図１に示すコンテンツ配信システムにおいては、ＩＰ網１０上に配置された複数のＳＳ（ソフトスイッチ）１１（発呼側のＳＳ１１Ａと着呼側のＳＳ１１Ｂとを総称する場合は「ＳＳ１１」と呼ぶ）と、コンテンツを配信するＷｅｂ−ＡＰＰサーバ１００を中心にして構成される。すなわち、本発明のコンテンツ配信システムは、従来のＳＳ１１を含むＩＰ網１０に、本発明によるＷｅｂ−ＡＰＰサーバ１００を追加し、ＳＳ１１の一部の機能を利用して構成されるものである。
【００１８】
また、ＩＰ網１０上の発呼側のＳＳ（ソフトスイッチ）１１Ａには、ＩＰ網２２を利用した発呼端末２１が接続（収容）され、ＰＳＴＮ網（公衆交換電話網）３２を利用する発呼端末３１がゲートウェイ（ＧＷ）３３を介して接続（収容）される。また、着呼側のＳＳ（ソフトスイッチ）１１Ｂには着呼端末４１が接続（収容）される。なお、発呼端末２１、３１と着呼端末４１とは逆になる場合がある（ＳＳ１１Ａ、ＳＳ１１Ｂについても同様）。
なお、ここでは通信網としてＰＳＴＮ網３２の場合について説明するが、通信網としては、IＳＤＮ（Integrated Services Digital Network）網、移動体通信網、または、ＩＰ（Internet Protocol)電話網であってもよい。この移動体通信網とは、携帯電話網、または、ＰＨＳ（Personal Handy-phone System）網である。
【００１９】
また、Ｗｅｂ−ＡＰＰサーバ１００は、ユーザ１、保守管理者２、ＣＳＰ（コンテンツサービスプロバイダ）３により操作できるように構成されている。この場合、Ｗｅｂ−ＡＰＰサーバ１００を操作できるユーザは、このコンテンツ配信システムに登録したユーザ（契約者）である。例えば、発信者は自分自身が発信する際に、見たいコンテンツをＷｅｂ−ＡＰＰサーバ１００に登録でき、着信者は着信時に発信先のユーザごとに配信するコンテンツ（発信者に対して配信するコンテンツ）を登録することができる。
なお、図１に示す例では、ＳＳ１１が２つのみ示されているが、勿論３つ以上であってもよい。また、Ｗｅｂ−ＡＰＰサーバ１００についても２つ以上であってもよい。
【００２０】
図１において、従来は、発信側のＳＳ１１Ａに収容された発信者からの呼（ＩＮＶＩＴＥメッセージ）は、そのまま着信側のＳＳ１１Ｂに転送されるが、本発明のコンテンツ配信システムでは、ＳＳ１１ＡとＳＳ１１Ｂとの間にＷｅｂ−ＡＰＰサーバ１００を介在させて、Ｗｅｂ−ＡＰＰサーバ１００から登録されたコンテンツを配信できるようにしている。
【００２１】
このために、ユーザがコンテンツ配信システムに登録（契約）する際に、ユーザ契約情報であるＳＯＤ情報（図１７を参照）がＷｅｂ−ＡＰＰサーバに登録される（手順Ｓ１）。このＳＯＤ情報は、ユーザＩＤ（発呼端末番号等）、パスワード、発着契約者情報等の情報等である。このＳＯＤ情報登録は、新たな契約者の申し込みがあった場合に、保守管理者２がユーザーインターフェース（ＧＵＩ）１１０を利用して入力し、入力されたＳＯＤ情報は情報管理ＤＢ１０４に登録される（手順Ｓ１）。なお、保守管理者２はシステム運用開始時にシステム情報（図１７を参照）を登録しておく。
【００２２】
このＳＯＤ情報と、Ｗｅｂ−ＡＰＰサーバ１００内に保存されたコンテンツの情報を基に、ユーザにより設定されるイベントフィルタ（ユーザから発呼、またはユーザへの着呼があった時に配信を行うコンテンツがあるか否かを判定するフィルタ）が生成され、このイベントフィルタがＳＳ（ソフトスイッチ）１１Ａ、１１Ｂに通知され、ＳＳ１１Ａ、１１Ｂ内のイベントフィルタに登録される（手順Ｓ２）。
【００２３】
そして、ユーザの発呼端末２１からＳＳ１１Ａに対して発信が行われた際に、ＳＳ１１Ａ、１１Ｂでは、発呼端末番号／着呼端末番号を基にイベントフィルタを参照して、該当するものがある場合は、Ｗｅｂ−ＡＰＰサーバ１００に対してイベント報告を行う。Ｗｅｂ−ＡＰＰサーバ１００は、イベント報告の内容に応じたコンテンツを、発呼側ＳＳを通して発呼端末２１に配信する（手順Ｓ４）。
【００２４】
このようにして、発呼端末を収容しているＳＳが、発呼者の発呼に応じたイベントフィルタにより、発呼者に対してコンテンツを配信する。例えば、発呼者が、着呼者が電話に出るまで、自分が好きな動画を見ることができる。また、着信者は着信時に発信先のユーザごとに配信するコンテンツ（発信者に対して配信するコンテンツ）を登録することができる。
【００２５】
図２は、図１に示すＷｅｂ−ＡＰＰサーバ１００の構成と、ＳＯＤ（サービスオーダ）情報の登録について説明するための図である。
図２に示すＷｅｂ−ＡＰＰサーバ１００は、信号処理部１０１、ＳＯＤ管理部１０２、ＤＢ制御部１０３、情報管理ＤＢ１０４、コンテンツ管理部１０５、コンテンツ記憶部１０６、イベントフィルタ管理部１０７、イベント処理部１０８で構成されている。
【００２６】
信号処理部１０１は、通信網とのインタフェースとなる部分であり、通信プロトコルの差異を吸収する部分である。ＳＯＤ（サービスオーダ）管理部１０２は、情報管理ＤＢ１０４に保存されたＳＯＤ情報（ユーザ情報とコンテンツを識別するロール情報、図１７を参照）の管理部であり、保守管理者によるＳＯＤ情報の書き込み、読み出し処理を行う。
【００２７】
ＤＢ制御部１０３は、情報管理ＤＢへの各種情報の書き込み及び読み出しを制御するための処理部である。報管理ＤＢ１０４は、本発明の機能を実行する際に必要となる各種のデータがテーブル形式で保存されている（図１７を参照）。コンテンツ記憶部１０６には、配信するコンテンツファイルが保存されている。
【００２８】
コンテンツ管理部１０６は、ユーザ（および保守管理者）からのコンテンツ登録要求を受け付け、ユーザ（および保守管理者）から送信されるコンテンツをコンテンツＩＤ（コンテンツ識別番号）およびロールＩＤと共にコンテンツ記憶部１０６へ書き込みを行うと共に、イベント処理部１０８からのコンテンツ取得要求に応じて、コンテンツの読み出しを行うための処理部である。
【００２９】
イベントフィルタ管理部１０７は、イベントフィルタの設定を行うための設定可能情報の生成しユーザに提示するとともに、ユーザにより設定されたコンテンツ配信条件（例えば、発信者が発信してきた場合に発信先に応じて見せるコンテンツを設定）を基に、イベントフィルタを生成する処理を行う。また、情報管理ＤＢ１０４へのイベントフィルタ情報の書き込み、及び読み出しの制御を行う。
【００３０】
イベント処理部１０８は、ＳＳ（ソフトスイッチ）１１からのイベント報告があった場合に、このイベント報告の内容に応じて、配信コンテンツの決定、及び配信コンテンツに対するＱｏＳ制御を行うと共に、ＳＳ１１に対するコンテンツの配信要求を生成し、コンテンツファイルを配信するための処理部である。
このイベント処理部１０８は、コンテンツを配信する際に、配信するコンテンツのデータ量に応じて、配信を許可するか否かを判定するＱｏＳ制御を行う。
また、イベント処理部１０８は、発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御する。
また、イベント処理部１０８は、ＱｏＳ制御により配信するコンテンツのデータ量が制限され動画が配信できない場合、または公衆交換電話網、IＳＤＮ網、または、移動体通信網により配信するコンテンツのデータ量が制限され動画が配信できない場合には、動画から音声のみを抽出し、該抽出した音声のみを配信する。
なお、各部の機能と処理の詳細については順次説明する。
【００３１】
図２において、ユーザが本発明によって提供されるサービスに契約すると、契約内容により、保守管理者２がＷｅｂ−ＡＰＰサーバ１００を操作し、ＳＯＤ情報の登録を行う(コンテンツ登録可否、収容ＳＳ情報など)。また、保守管理者は、Ｗｅｂ−ＡＰＰ操作によりシステム情報(ＳＳアドレス、あふれ呼への応答コンテンツ情報など)を登録する。このＷｅｂ−ＡＰＰ操作とは、Ｗｅｂ−ＡＰＰサーバ１００を操作することである。なお、ＳＯＤ情報の登録の段階では、Ｗｅｂ−ＡＰＰサーバ１００へのＳＯＤ情報の登録のみが行われ、ＳＳ１１に対しては、何のアクションも発生しない。
【００３２】
図３は、ＳＯＤ情報の登録処理の流れを示すシーケンス図である。以下、図３を参照して、その処理の流れについて説明する。
【００３３】
最初に、保守管理者がユーザ登録時（契約時）のＳＯＤ情報登録の処理の流れについて説明する（ステップＳ１０１〜ステップＳ１０６）。このＳＯＤ情報の登録は、新たなユーザ（契約者）の追加があった場合に、その度ごとに保守管理者が行う登録操作である。
保守管理者は、自身のユーザＩＤとパスワードをＷｅｂ−ＡＰＰサーバ１００に入力する。Ｗｅｂ−ＡＰＰサーバ１００の信号処理部１０１は、保守管理者２を認証し、ログインを許可する（ステップＳ１０１）。保守管理者２は、ＳＯＤ登録要求を入力する（ステップＳ１０２）。このＳＯＤ登録要求を入力する際には、契約者のユーザＩＤ、パスワード、ロールＩＤ、発着契約者情報、同時接続数、利用可能帯域などの情報を入力する。
【００３４】
保守管理者２が入力したＳＯＤ登録要求は、信号処理部１０１からＳＯＤ管理部１０２に送信され（ステップＳ１０３）、ＳＯＤ管理部１０２において、ユーザＩＤによる保守管理者２の判定が行われる（ステップＳ１０４）。続いて、ＳＯＤ管理部１０２からＤＢ制御部１０３にＳＯＤ登録要求が送られ（ステップＳ１０５）、ＤＢ制御部１０３にＳＯＤ情報（ユーザＩＤ、パスワード、発着契約者情報、同時最大接続数、利用可能帯域の情報等）が登録される（ステップＳ１０６）。この場合、ユーザＩＤ、ロールＩＤ、パスワード等はユーザ情報テーブル（ユーザ情報ＴＢＬ）１１２に保存され、同時最大接続数、利用可能帯域の情報等はＱｏＳ管理情報テーブル（ＱｏＳ管理情報ＴＢＬ）１１５に保存される。なお、ユーザ情報テーブル１１２およびＱｏＳ管理情報テーブル１１５の登録項目の詳細については図１７に示している。
【００３５】
次に、システムの運用開始時のシステム情報の登録の処理の流れについて説明する（ステップＳ１１０〜ステップＳ１１３）。このシステム情報の登録はシステムの運用開始時（またはシステム情報の変更時）にのみ行われる操作である。
【００３６】
保守管理者２は、システム情報登録要求をＷｅｂ−ＡＰＰサーバ１００に入力する（ステップＳ１１０）。このシステム情報登録要求の入力の際には、例えば、ＳＳアドレス（ＳＳ１１の追加、変更などの場合）、あふれ呼への応答コンテンツなどの情報を入力する。
【００３７】
保守管理者２が入力したシステム情報登録要求は、信号処理部１０１からＳＯＤ管理部１０２へ送られ（ステップＳ１１１）、ＳＯＤ管理部１０２からＤＢ制御部１０３に送られる（ステップＳ１１２）。ＤＢ制御部１０３は、情報管理ＤＢ１０４にシステム情報（ＳＳアドレス、あふれ呼への応答コンテンツ等）を登録する（ステップＳ１１３）。なお、これらの情報は、情報管理ＤＢ１０４内にシステム情報テーブル（システム情報ＴＢＬ）１１１およびロール情報テーブル（ロール情報ＴＢＬ）１１３に保存される。なお、システム情報テーブル１１１およびロール情報テーブル１１３の登録項目の詳細については図１７に示している。
上記処理により、保守管理者からのＳＯＤ登録要求により、Ｗｅｂ−ＡＰＰサーバ１００が有する情報管理ＤＢ１０４にＳＯＤ情報が登録される。また、システム情報についても、同様に登録される。
【００３８】
図４は、Ｗｅｂ−ＡＰＰサーバへの配信コンテンツ登録の概要を示す図である（詳細なシーケンスについては後述される）。
図４において、本発明のコンテンツ配信システムは、コンテンツ登録を許可されたユーザ１あるいはＣＳＰ３に対し、Ｗｅｂ−ＡＰＰ操作による自由なコンテンツ登録を可能とする。ユーザ１あるいはＣＳＰ３は、信号処理部１０１によりＷｅｂ−ＡＰＰサーバ１００にアクセスし、コンテンツ管理部１０５の機能により、コンテンツ記憶部１０６に配信コンテンツを登録する。この配信コンテンツ登録の際には、ユーザの趣味・嗜好などを集約したＩＤ（ロールＩＤ）を識別番号にして行われる。例えば、ロールＩＤ＝１は犬（ペット）、ロールＩＤ＝２は車、・・・、ロールＩＤ＝ｎは旅行、など、趣味・嗜好等の単位で付与する。このロールＩＤは情報管理ＤＢ１０４にロールＩＤテーブルとして記憶される（例えば、図１７に示すロール情報を参照）。
【００３９】
このロールＩＤは、「ユーザ共通で1つ（１つのロールＩＤを複数ユーザが共有）」、「ＣＳＰ事業者用登録用に複数のロールＩＤ（１つのＣＳＰが複数のロールＩＤに対して登録）」を準備される。そして、ＣＳＰがロールＩＤ毎にコンテンツを登録し、一般契約ユーザが発信者アドレス毎にコンテンツを登録、一般契約ユーザ自身による発信時のコンテンツを登録する。これらの登録はロールＩＤに関連付けて行われる。また、ユーザが登録するコンテンツはコンテンツ記憶部１０６に記憶される。
【００４０】
なお、１つのロールＩＤには、複数のユーザＩＤが対応するようにすることができる。また、一人のユーザ（コンテンツ配信を受ける１つのユーザＩＤ）には１つのロールＩＤが対応する。
【００４１】
図５は、利用者へのサービスの提供方法を示す図である。
図５（Ａ）に示すように、ＣＳＰ事業者は契約ユーザのニーズ毎に集約されたロールＩＤに対し、当該ニーズに見合ったコンテンツの登録が可能となる。例えば、動物が好きなユーザ向け、自動車が好きなユーザ向け等をロールＩＤとして管理しているため、当該ロールＩＤ毎にコンテンツを選択し、登録可能である。
【００４２】
また、図５（Ｂ）に示すように、契約ユーザは、発信者に見せるコンテンツとして、発信者アドレス単位に１つのコンテンツ(ロールＩＤ)の選択（親なら孫の動画等）が可能であり、自身が発信した場合のコンテンツ選択（相手呼出中に発信者自身が見る好きな動画コンテンツを選択）等、利用者によって登録するコンテンツが異なる。
【００４３】
図６は、配信コンテンツの登録処理の流れを示すシーケンス図である。保守管理者、ユーザ（発信者または着信者）はコンテンツ登録要求をＷｅｂ−ＡＰＰサーバ１００の信号処理部１０１に送信する（ステップＳ２０１）。この場合、コンテンツ、コンテンツ概要、ロールＩＤの情報を合わせて送信する。また、コンテンツ概要は、コンテンツの中身を簡単に説明するテキスト情報等である。
このコンテンツ登録要求は、信号処理部１０１からコンテンツ管理部１０５に送られる（ステップＳ２０２）。
【００４４】
コンテンツ管理部１０５では、コンテンツをコンテンツ記憶部１０６にコンテンツファイルとして保存する（ステップＳ２０３）。さらに、コンテンツ情報を生成する（ステップＳ２０４）。ここで生成されるコンテンツ情報は、図１７に示すコンテンツ情報テーブル１１４の情報であり、コンテンツＩＤ、コンテンツ名、コンテンツ概要、コンテンツファイル名、秒数等である。このコンテンツ情報はＤＢ制御部１０３に送られ（ステップＳ２０５）、ＤＢ制御部１０３により情報管理ＤＢ１０４中のコンテンツ情報テーブル（コンテンツ情報ＴＢＬ）１１４に保存される（ステップＳ２０６）。
【００４５】
上記処理により、Ｗｅｂ−ＡＰＰサーバ１００では、一般ユーザあるいはＣＳＰからのコンテンツ登録要求を受け、Ｗｅｂ−ＡＰＰが提供するコンテンツ管理部１０５がコンテンツをファイルとしてコンテンツ記憶部１０６に保管し、さらにそのコンテンツ情報(ファイル名、コンテンツ概要、継続時間など)を情報管理ＤＢ１０４に格納する。
【００４６】
図７は、イベントフィルタ登録の概要を示す図である。ここでは、発信者と該発信者に配信する（見せる）コンテンツとの関連付けを行う処理の概要について説明する。今までの説明では、全てＷｅｂ−ＡＰＰサーバ１００への登録であったが、ここで始めてＳＳ（ソフトスイッチ）１１へのアクションが生じ、Ｗｅｂ−ＡＰＰサーバ１００へ登録したイベントフィルタ（内容については後述する）がＳＳ１１に送信される。ＳＳ１１では、Ｗｅｂ−ＡＰＰサーバ１００から受信したイベントフィルタを保存し、このイベントフィルタを参照して、発信者に対してコンテンツを配信するかどうかを判定する。
【００４７】
図７に示すように、ソフトスイッチ１１は、ＳＳ信号処理部１２、ＳＳＤＢ制御部１３、ＳＳ情報管理ＤＢ１４、ＳＳイベントフィルタ管理部１５、ＳＳイベントフィルタ実行部１６から構成されている。
【００４８】
ＳＳ信号処理部１２は、通信網とのインタフェースとなる部分であり、発呼端末からの発信を受け付けると共に、プロトコルの差異を吸収する処理部である。ＳＳＤＢ制御部１３は、ＳＳ情報管理ＤＢ１４へのイベントフィルタ情報等の書き込み、及び読み出しを行うための処理部である。
【００４９】
ＳＳ情報管理ＤＢ１４は、イベントフィルタ情報等をテーブルデータで保存するデータベースであり、図１８に示すように、イベントフィルタ情報テーブル１７やシステム情報テーブル（Ｗｅｂ−ＡＰＰサーバのアドレス等）１８が保存されている。ＳＳイベントフィルタ管理部１５は、ＳＳ情報管理ＤＢ１４へのイベントフィルタ情報の書き込み、及び読み出しを行うための処理部である。ＳＳイベントフィルタ実行部１６は、ＳＳ情報管理ＤＢ１４から読み出したイベントフィルタを基に、発呼端末番号または着呼端末番号によりフィルタ機能を実行するための処理部である。なお、各部の機能と詳細な動作については順次説明する。
【００５０】
図７において、Ｗｅｂ−ＡＰＰサーバ１００は、情報管理ＤＢ１０４に保存されたＳＯＤ情報（図１７に示すユーザ情報およびロール情報等）とコンテンツ情報とを基に、配信条件（どのユーザにどのコンテンツを見せるかの配信条件）が設定可能な情報（配信条件設定画面）をログインユーザに提示し、ユーザによるイベントフィルタの登録を行わせる。
【００５１】
そして、ユーザが設定した配信条件の情報により、発信者番号・着信者番号のいずれかを基にイベントフィルタを生成し、発信者または着信者の収容ＳＳ１１に登録する。なお、ＣＳＰ事業者に対してイベントフィルタ機能は提供されない。
【００５２】
図８は、Ｗｅｂ−ＡＰＰサーバにおけるイベントフィルタの登録処理の流れを示すシーケンス図である。以下、図８を参照して、Ｗｅｂ−ＡＰＰサーバ１００におけるイベントフィルタ登録処理の流れについて説明する。
コンテンツを配信したいユーザが、Ｗｅｂ−ＡＰＰサーバ１００にログインし、ユーザＩＤを入力して設定可能情報取得要求を入力する（ステップＳ３０１）。ユーザが設定可能情報取得要求を入力すると、信号処理部１０１からコンテンツ管理部１０５に対し、コンテンツ情報取得要求がユーザＩＤと共に送られる（ステップＳ３０２）。
【００５３】
コンテンツ管理部１０５では、ユーザＩＤに該当する、ロールＩＤを、ユーザ情報テーブル（図１７に示すユーザ情報テーブル１１２を参照）から読み出す。読み出したロールＩＤに該当する、コンテンツＩＤを、ロール情報テーブルから読み出す（図１７に示すロール情報テーブル１１３を参照）。読み出したコンテンツＩＤに該当する、コンテンツ名を、コンテンツ情報テーブル（図１７に示すコンテンツ情報テーブル１１４を参照）から読み出す（この場合に、ユーザが共通に使用できるロールＩＤ（ＣＳＰが登録したロールＩＤ）も読み出される）。これにより、ユーザＩＤに該当する複数のコンテンツ名（コンテンツ一覧）が読み出される（ステップＳ３０３〜Ｓ３０５）。
【００５４】
また、信号処理部１０１からＳＯＤ管理部１０２に対し、ＳＯＤ情報（ユーザ情報テーブルとロール情報テーブル）の取得要求がユーザＩＤと共に送られる（ステップＳ３０６）。ＳＯＤ管理部１０２は、ＤＢ制御部１０３に対しＳＯＤ情報取得要求を送り（ステップＳ３０７）、情報管理ＤＢ１０４からＳＯＤ情報を読み取る（ステップＳ３０８、Ｓ３０９）。ここでは、ユーザ自身が現在登録しているＳＯＤ情報（配信したい相手のユーザＩＤと配信したいコンテンツのロールＩＤ等）の全ての情報が読み出される。
【００５５】
次に、ステップＳ３０５で読み出されたユーザＩＤに該当する複数のコンテンツ名と、ステップＳ３０９で読み出されたＳＯＤ情報の全ての情報が、信号処理部１０１を介して、設定可能情報（配信条件設定画面）としてユーザに提示される（ステップＳ３１０）。
この設定可能情報には、読み出したユーザＩＤに該当する複数のコンテンツ名と、ＳＯＤ情報とが含まれる。すなわち、読み出したユーザＩＤに該当する複数のコンテンツ名は、自分が配信できるコンテンツ一覧情報（自身のロールＩＤおよびユーザ共通に配信できるロールＩＤに関連付けられたコンテンツ）であり、ＳＯＤ情報は、自分が配信したいユーザと配信するコンテンツの一覧の情報になる。フィルタを登録するユーザは、この「設定可能情報」に基づいて、次の図９に示す手順により、フィルタを手動で入力し設定し、登録する。
【００５６】
上記処理により、Ｗｅｂ−ＡＰＰサーバ１００では、ユーザから設定可能情報取得要求を受けると、コンテンツ情報およびＳＯＤ情報をもとに、設定可能情報をユーザに提示する。なお、ユーザＩＤに紐付いているロール情報を用いることにより、ユーザごとに提示する情報を変えることが可能となる。
【００５７】
図９は、Ｗｅｂ−ＡＰＰサーバとＳＳにおけるイベントフィルタ登録の処理の流れを示すシーケンス図である。図９は、図８からから続く処理の流れを示す図であり、コンテンツを配信したいユーザ（図８において設定可能情報の提示を受けたユーザ）が、コンテンツ配信条件を設定した後に、Ｗｅｂ−ＡＰＰサーバ１００においてイベントフィルタを生成してＳＳ（ソフトスイッチ）１１に登録するまでの処理の流れを示したものである。
以下、図９を参照して、イベントフィルタ登録処理の流れについて説明する。
【００５８】
コンテンツを配信したいユーザ（図８において設定可能情報の提示を受けたユーザ）は、コンテンツ配信条件の設定情報をＷｅｂ−ＡＰＰサーバ１００に入力する（ステップＳ５０１）。この場合に、ユーザＩＤとして、「発信者ユーザＩＤと配信コンテンツＩＤ」または「着信者ユーザＩＤと配信コンテンツＩＤ」のいずれか一方を、手動で入力する。なお、「発信者ユーザＩＤと配信コンテンツＩＤ」を「ＩＤ（１）」と呼ぶ、「着信者ユーザＩＤと配信コンテンツＩＤ」をＩＤ（２）と呼ぶ。
【００５９】
ユーザが入力したコンテンツ配信条件設定の情報は、信号処理部１０１からＳＯＤ管理部１０２へ送られ（ステップＳ５０２）、ＳＯＤ管理部１０２からイベントフィルタ管理部１０７へ送られる（ステップＳ５０３）。
【００６０】
イベントフィルタ管理部１０７では、イベントフィルタＩＤ（イベントフィルタ識別番号）を生成し（ステップＳ５０４）、ＩＤ（１）またはＩＤ（２）にイベントフィルタＩＤを付加した情報を、イベントフィルタとして、情報管理ＤＢ１０４内のイベントフィルタ情報テーブル（イベントフィルタ情報ＴＢＬ）に保存する（ステップＳ５０５、Ｓ５０６）。なお、情報管理ＤＢ１０４内のイベントフィルタ情報テーブルの登録項目は、図１７のイベントフィルタ情報テーブル１１６に示すようなものである。
【００６１】
それから、ＳＳ（ソフトスイッチ）１１に対するイベントフィルタ登録要求が発行される（ステップＳ５０７）。このイベントフィルタ登録要求には、ＩＤ（１）またはＩＤ（２）とイベントフィルタＩＤの情報（「ＩＤ（１）またはＩＤ（２）」＋「イベントフィルタＩＤ」）が含まれる。イベントフィルタ登録要求は、ＤＢ制御部１０３を経由して、イベントフィルタ管理部１０７に送られる（ステップＳ５０８）。イベントフィルタ管理部１０７では、ＩＤ１（１）およびＩＤ（２）の情報からコンテンツＩＤを削除し、発信者ユーザＩＤ（発呼端末番号）または着信者ユーザＩＤ（着呼端末番号）にイベントフィルタＩＤ(イベントフィルタ識別番号)を付加した情報（「発信者ユーザＩＤまたは着信者ユーザＩＤ」＋「イベントフィルタＩＤ」）を、イベントフィルタ登録要求と共に送信する（ステップＳ５０９）。このイベントフィルタ要求はＳＯＤ管理部１０２を経由して信号処理部１０１に送られる（ステップＳ５１０）。
【００６２】
信号処理部１０１では、Ｗｅｂ−ＡＰＰサーバ１００のアドレスを読み取り（ステップＳ５１１）、ＳＳ（ソフトスイッチ）１１に対してイベントフィルタ登録要求を発行する（ステップＳ５１２）。このイベントフィルタ登録要求には、ＳＳ（ソフトスイッチ）用のイベントフィルタとして、発信者ユーザＩＤまたは着信者ユーザＩＤと、イベントフィルタＩＤと、Ｗｅｂ−ＡＰＰアドレスの情報が含まれる。すなわち、ＳＳ（ソフトスイッチ）に登録されるイベントフィルタは、「発信者ユーザＩＤ（発呼端末番号）または着信者ユーザＩＤ（着呼端末番号）」＋「イベントフィルタＩＤ（イベントフィルタ識別番号）」＋「Ｗｅｂ−ＡＰＰアドレス」のデータとなる。
【００６３】
ＳＳ（ソフトスイッチ）１１では、ＳＳ信号処理部１２によりイベントフィルタ登録要求を受け付け、このイベントフィルタ登録要求をＳＳイベントフィルタ管理部１５に送る（ステップＳ５１３）。ＳＳイベントフィルタ管理部１５は、イベントフィルタ登録要求をＳＳＤＢ制御部１３に送り（ステップＳ５１４）、ＳＳＤＢ制御部１３はイベントフィルタをＳＳ情報管理ＤＢ１４内のイベントフィルタ情報テーブル（イベントフィルタザ情報ＴＢＬ）に格納する（ステップＳ５１５）。
【００６４】
図８および図９に示した処理の流れにより、Ｗｅｂ−ＡＰＰサーバ１００は、ユーザからコンテンツ配信条件設定要求を受けると、イベントフィルタとしてＷｅｂ−ＡＰＰが有する情報管理ＤＢ１０４に登録する。同時に、該当ユーザが収容されているＳＳ（ソフトスイッチ）１１に対してイベントフィルタ登録要求を発行する。ＳＳ１１ではイベントフィルタ登録要求を受け、自身が有するＳＳ情報管理ＤＢ１４にイベントフィルタを登録する。
【００６５】
また、図１０は、ユーザが発信する場合のコンテンツ配信の例を説明するための図である。詳細については後述するので、ここでは、その概要についてだけ説明する。
図１０において、ユーザはＵＡＣ（User Ａgent Client）５０から、ＳＩＰ（Session Initiation Protocol）クライアント５１としてＳＳ（ソフトスイッチ）１１に対して発信要求を行う。ＳＳ１１では、発信者からの発信要求（ＩＮＶＩＴＥ）を受け、Ｔｏヘッダ（着呼端末番号）に対してイベントフィルタを実行する。ＳＳ１１では、イベントフィルタにＴｏヘッダに一致するものがある場合、ＳＳ１１からＷｅｂ−ＡＰＰサーバ１００へイベント（イベントフィルタ識別番号等）を報告する。Ｗｅｂ−ＡＰＰサーバ１００においては、ＳＳ１１から報告されたイベントを元に配信するコンテンツを決定し、発信者に配信する。
【００６６】
図１１は、ユーザが発信を行う場合の処理の流れを示すシーケンス図である。以下、図１１を参照して、ユーザが発信を行う場合の処理の流れについて説明する。
コンテンツを配信したいユーザが、ＵＡＣ５０のＳＩＰクライアント５１から、ＳＳ１１のＳＳ信号処理部１２に対して発信（ＩＮＶＩＴＥ）を行う（ステップＳ６０１）、この発信の際に送信されるＩＮＶＩＴＥには、「Ｆｒｏｍ」(発呼端末番号)、「Ｔｏ」(着呼端末番号)の情報が含まれている。
【００６７】
ＳＳ信号処理部１２では、ユーザからの発信を受け付けると、ＳＳイベントフィルタ実行部１６に対し、イベントフィルタ動作の実行要求を、Ｆｒｏｍ、Ｔｏ情報と共に送信する（ステップＳ６０２）。ＳＳイベントフィルタ実行部１６は、ＳＳイベントフィルタ管理部１５に対して、イベントフィルタ取得要求を送信し（ステップＳ６０３）、ＳＳイベントフィルタ管理部１５はＳＳＤＢ制御部１３に対しイベントフィルタ取得要求を送信する（ステップＳ６０５）。
【００６８】
ＳＳＤＢ制御部１３はＳＳ情報管理ＤＢ１４からイベントフィルタの情報を取得し、ＳＳイベントフィルタ実行部１６に送信する（ステップＳ６０６）。なお、この場合に取得されるイベントフィルタの情報は、Ｔｏ（着信先）のユーザＩＤ（着呼端末番号）に一致するイベントフィルタである。
【００６９】
ＳＳイベントフィルタ実行部１６では、取得したイベントフィルタにより、Ｔｏユーザに該当するフィルタ動作を実行し（ステップＳ６０７）、一致するイベントフィルタがない場合は（ステップＳ６０８：Ｎｏ）、コンテンツの配信を行うことなく、着信者呼出に移行する（ステップＳ６０９）。
【００７０】
一方、ステップＳ６０８において、Ｔｏユーザに一致するイベントフィルタがある場合には（ステップＳ６０８：Ｙｅｓ）、イベント報告（ＩＮＶＩＴＥ）をＳＳ信号処理部１２に送信する（ステップＳ６１０）。ＳＳ信号処理部１２は、このイベント情報をＷｅｂ−ＡＰＰサーバ１００の信号処理部１０１に送信する（ステップＳ６１１）。
【００７１】
Ｗｅｂ−ＡＰＰサーバ１００の信号処理部１０１は、イベント処理要求をイベント処理部１０８に送信する（ステップＳ６１２）。イベント処理部１０８は、イベントの内容に対応したＱｏＳ制御を行い（ステップＳ６１３）、また配信コンテンツ（コンテンツＩＤ）を決定する（ステップＳ６１４）。
【００７２】
続いて、イベント処理部１０８は、コンテンツＩＤにより、配信するコンテンツのコンテンツ取得要求をコンテンツ管理部１０５に送信する（ステップＳ６１５）。コンテンツ管理部１０５は、ＤＢ制御部１０３にコンテンツ取得要求を送信する（ステップＳ６１６）
ＤＢ制御部１０３は、情報管理ＤＢ１０４内のコンテンツ情報テーブルを参照し（ステップＳ６１７）、コンテンツＩＤに該当するコンテンツファイル名と秒数を読み出し、コンテンツ記憶部１０６から該当するコンテンツファイルを取得し（ステップＳ６１８）、このコンテンツファイルと、コンテンツ情報（コンテンツ名と秒数）とをイベント処理部１０８に送信する（ステップＳ６１９）。
【００７３】
イベント処理部１０８は、配信するコンテンツファイルのコンテンツ配信要求を信号処理部１０１に送信し（ステップＳ６２０）、信号処理部１０１は、コンテンツファイルをＳＳ１１に対して送信し（ステップＳ６２１）、ＳＳ１１はユーザに対してコンテンツを配信者する（ステップＳ６２２）。なお、コンテンツを配信する際には、「このコンテンツは何秒です。」というアナウンスを行う。このように、Ｗｅｂ−ＡＰＰサーバ１００内のイベント処理部１０８は、コンテンツ名と秒数を、ＳＳ１１を介して、発呼したユーザに送信することにより提示し、コンテンツファイルを送信する。
【００７４】
また、Ｗｅｂ−ＡＰＰサーバ１００のイベント処理部１０８は、内部のタイマにより、コンテンツを配信し終わった（コンテンツの秒数が経過した）ことを検出し（ステップＳ６２３）、コンテンツを配信が終わった後、ユーザからの発信要求を信号処理部１０１に送信し（ステップＳ６２４）、信号処理部１０１は、発信（ＩＮＶＩＴＥ）をＳＳ１１のＳＳ信号処理部１２に送信し（ステップＳ６２５）、ＳＳ１１のＳＳ信号処理部１２は着側へＩＮＶＩＴＥを送信する（ステップＳ６２６）。このＩＮＶＩＴＥメッセージには、コンテンツ名、コンテンツの長さの情報が含まれる。
その後は、図１９に示すように、Ｗｅｂ−ＡＰＰサーバ１００がコンテンツ配信を中止し、ミキシングによりＲＴＰセッションを接続することにより、着呼端末と発呼端末とが通話する。
【００７５】
図１２は、着信の場合について説明するための図である。着信の場合の各部の動作および処理の詳細については後述するので、ここでは、その概要について説明する。
図１２において、ＳＳ（ソフトスイッチ）１１が前段のＳＳや収容ユーザからの発信（ＩＮＶＩＴＥ）を受けると、Ｆｒｏｍヘッダ（発呼端末番号）に対してイベントフィルタを実行し、イベントフィルタに一致するものがある場合は、ＳＳ１１からＷｅｂ−ＡＰＰサーバ１００へイベント報告する。Ｗｅｂ−ＡＰＰサーバ１００においては、ＳＳ１１から報告されたイベント報告を基に配信するコンテンツを決定し、発信者に配信する。なお、発側・着側の両方においてコンテンツ配信条件に一致した場合、発側ニーズが優先される。また、着呼端末に、発呼側ユーザに配信中のコンテンツに関する情報(コンテンツ名、コンテンツの秒数など)を表示する。
【００７６】
図１３は、ユーザの着呼端末に着信が行われる処理の流れを示すシーケンス図である。以下、図１３を参照して、着呼端末に着信が行われる場合の処理の流れについて説明する。
最初に、ＳＳ(ソフトスイッチ)１１に対して着信が行われる（ステップＳ７０１）。この着信（ＩＮＶＩＴＥ）には、「Ｆｒｏｍ」(発呼端末番号)、「Ｔｏ」(着呼端末番号)の情報が含まれている。ＳＳ信号処理部１２では、ユーザからの着信を受け付けると、ＳＳイベントフィルタ実行部１６に対し、イベントフィルタ動作の実行要求を、Ｆｒｏｍ、Ｔｏ情報と共に送信する（ステップＳ７０２）。ＳＳイベントフィルタ実行部１６は、ＳＳイベントフィルタ管理部１５に対して、イベントフィルタ取得要求を送信し（ステップＳ７０３）、ＳＳイベントフィルタ管理部１５はＳＳＤＢ制御部１３に対しイベントフィルタ取得要求を送信する（ステップＳ７０４）。
【００７７】
ＳＳＤＢ制御部１３では、ＳＳ情報管理ＤＢ１４からイベントフィルタの情報を取得し（ステップＳ７０５）、ＳＳイベントフィルタ実行部１６に送信する（ステップＳ７０６）。なお、この場合に取得されるイベントフィルタの情報は、Ｆｒｏｍ（発呼端末番号）のユーザＩＤに一致するイベントフィルタである。
【００７８】
ＳＳイベントフィルタ実行部１６では、取得したイベントフィルタにより、Ｆｒｏｍユーザに該当するイベントフィルタを実行し、一致するイベントフィルタがない場合は（ステップＳ７０８：Ｎｏ）、コンテンツの配信を行うことなく、着信者呼出に移行する（ステップＳ７０９）。すなわち、着信者側ＵＡＳ（User Agent Server）６０のＳＩＰクライアント６１に呼び出し（ＩＮＶＩＴＥ）を送信する。
【００７９】
一方、ステップＳ７０８において、Ｆｒｏｍユーザに一致するイベントフィルタがある場合には（ステップＳ７０８：Ｙｅｓ）、イベント報告（ＩＮＶＩＴＥ）をＳＳ信号処理部１２に送信する（ステップＳ７１０、Ｓ７１１）。ＳＳ信号処理部１２は、このイベント情報を、イベント報告（ＩＮＶＩＴＥ）としてＷｅｂ−ＡＰＰサーバ１００の信号処理部１０１に送信する（ステップＳ７１２）。
【００８０】
Ｗｅｂ−ＡＰＰサーバ１００の信号処理部１０１は、ＳＳ１１から受け取ったイベント報告を基に、イベント処理要求をイベント処理部１０８に送信する（ステップＳ７１３）。イベント処理部１０８は、コンテンツの配信判定処理を行う（ステップＳ７１４）。この配信判定処理については、次の図１４において説明する。
【００８１】
コンテンツを配信する場合は、イベントの内容に対応したＱｏＳ制御を行い（ステップＳ７１５）、配信コンテンツ（コンテンツＩＤ）を決定する（ステップＳ７１６）。
【００８２】
続いて、イベント処理部１０８は、コンテンツＩＤにより、配信するコンテンツのコンテンツ取得要求をコンテンツ管理部１０５に送信する（ステップＳ７１７）。コンテンツ管理部１０５は、ＤＢ制御部１０３にコンテンツ取得要求を送信し（ステップＳ７１８）、ＤＢ制御部１０３は、情報管理ＤＢ１０４内のコンテンツ情報テーブルを参照し（ステップＳ７１９）、コンテンツ記憶部１０６から該当するコンテンツファイルを取得し（ステップＳ７２０）、このコンテンツファイルと、コンテンツ情報（コンテンツ名と秒数）とをイベント処理部１０８に送信する（ステップＳ７２１）。
【００８３】
イベント処理部１０８は、配信するコンテンツファイルのコンテンツ配信要求を信号処理部１０１に送信し（ステップＳ７２２）、信号処理部１０１は、コンテンツファイルをＳＳ１１に対して送信し（ステップＳ７２３）、ＳＳ１１はユーザ（発信者）に対してコンテンツを配信する（ステップＳ７２４）。なお、コンテンツを配信する際には、「このコンテンツは何秒です。」というアナウンスを行う。このように、Ｗｅｂ−ＡＰＰサーバ１００内のイベント処理部１０８は、コンテンツ名と秒数を、ＳＳ１１を介して、発呼したユーザに送信することにより提示し、コンテンツファイルを送信する。
【００８４】
また、Ｗｅｂ−ＡＰＰサーバ１００のイベント処理部１０８は、内部のタイマにより、コンテンツを配信し終わった（コンテンツの秒数が経過した）ことを検出し（ステップＳ７２５）、コンテンツを配信が終わった後、ユーザからの発信要求を信号処理部１０１に送信し（ステップＳ７２６）、信号処理部１０１は、発信（ＩＮＶＩＴＥ）をＳＳ１１のＳＳ信号処理部１２に送信し（ステップＳ７２７）、ＳＳ１１のＳＳ信号処理部１２は着側のＵＡＳ６０のＳＩＰクライアント６１へ発信（ＩＮＶＩＴＥ）を送信する（ステップＳ７２８）。このＩＮＶＩＴＥには、発信者アドレスに加え、配信者したコンテンツ名、コンテンツの長さ（秒）の情報が含まれる。
【００８５】
上述した処理により、ＳＳ１１が着信（ＩＮＶＩＴＥ）を受信すると、Ｆｒｏｍユーザに該当するイベントフィルタを実行する。Ｆｒｏｍユーザがイベントフィルタに一致しない場合は着信者呼出を行う(コンテンツ配信なし)。一致する場合はイベント報告（ＩＮＶＩＴＥ）をＷｅｂ−ＡＰＰサーバ１００に転送する。Ｗｅｂ−ＡＰＰサーバ１００で配信の要否を含め、配信コンテンツを決定し、発呼側ユーザに配信する。
【００８６】
図１４は、図１３のステップＳ７１４における、着信の場合のコンテンツ配信判定の処理の流れを示す図である。以下、図１４を参照して、その処理の流れについて説明する。
【００８７】
イベント処理部１０８がイベント処理要求を受け付けると、ＤＢ制御部１０３に対して、ユーザ情報取得要求をユーザＩＤと共に送信する（ステップＳ７５１）。ＤＢ制御部１０３は情報管理ＤＢ１０４内のユーザ情報テーブに保存されたユーザ情報を参照し、ユーザＩＤに該当するユーザ情報を読み出し、イベント処理部１０８に送信する（ステップＳ７５２、Ｓ７５３）。
【００８８】
イベント処理部１０８は、ユーザ情報を受け取ると、Ｆｒｏｍユーザが未契約者かどうかを判定する（ステップＳ７５４）。未契約者である場合は（ステップＳ７５４：Ｎｏ）、コンテンツを配信する（ステップＳ７５８）。
【００８９】
未契約者でない場合は、発信者側のＳＳ（ソフトスイッチ）で配信済みかどうかを判定する（ステップＳ７５５）。既に発信者側のＳＳ（ソフトスイッチ）で配信済みの場合は（ステップＳ７５５：Ｙｅｓ）、コンテンツは配信しない（ステップＳ７５６）。配信済みでない場合は（ステップＳ７５５：Ｎｏ）、コンテンツを配信する（ステップＳ７５７）。
このような処理により、コンテンツ配信が重複して配信されることを回避することができる。
【００９０】
なお、発呼者と着呼者とが契約しているかいないかにより、下記（Ａ）から（Ｄ）の場合があり、それぞれについて、処理が異なる。
（Ａ）発呼者が契約あり、着呼者が契約なしの場合は、発呼側ＳＳのフィルタが動作し、発呼者は、自分が好きなコンテンツを見る。この場合、発呼側ＳＳは、着呼端末番号に関連付けされたイベントフィルタがＴｏ（着呼端末番号）と一致するコンテンツを配信する。
（Ｂ）発呼者が契約なし、着呼者が契約ありの場合は、着呼者側のフィルタが動作し、発呼者は、着呼者が設定したコンテンツを見る。この場合、着呼側ＳＳが、発呼端末番号に関連付けられたイベントフィルタがＦｒｏｍ（発呼端末番号）と一致するコンテンツを配信する。
（Ｃ）発呼者が契約あり、着呼者が契約ありの場合、（Ａ）と（Ｂ）とが可能であるが、（Ａ）を（Ｂ）より優先として、コンテンツを配信する。
（Ｄ）発呼者が契約なし、着呼者が契約なしの場合は、コンテンツ配信は実行されず、従来の電話と同じである。
【００９１】
図１５は、発信者の特性に応じた配信の例を示す図である。
図１５に示すように、Ｗｅｂ−ＡＰＰサーバ１００はＩＮＶＩＴＥを受信でき、その内容から発信者の特性を識別することが可能である。また、識別した特性に応じたコンテンツ配信が可能である。
【００９２】
例えば、ＰＳＴＮ網３２に接続された発呼端末３１には、音声のみのコンテンツを配信する。ＩＰ網２２に接続された音声のみを受信可能な発呼端末２１Ａには、音声のみのコンテンツを配信する。ＩＰ網２２に接続された音声と動画の両方が受信可能な発呼端末２１Ｂには、音声と映像上の両方を含むコンテンツを配信する。なお、音声のみのコンテンツを配信する場合には、動画の中から音声だけを取り出して配信することができる。
【００９３】
図１６は、本発明のコンテンツ配信システムにおけるＱｏＳ制御について説明するための図である。
ＱｏＳとしてＳＳ（ソフトスイッチ）側機能を用いた発着信規制が可能であるとともに、Ｗｅｂ−ＡＰＰサーバ側で有するＱｏＳ制御機能を利用することも可能なため、二重のＱｏＳが可能となる。なおＷｅｂ−ＡＰＰサーバでは同時接続数のみでなく、送出コンテンツ帯域によるＱｏＳ制御も可能とする（空き帯域で利用可能なコンテンツであれば何もせず、不足している場合は音声のみの送出とする）。
【００９４】
Ｗｅｂ−ＡＰＰサーバ側で有するＱｏＳ制御機能としては、予め着信者がＷｅｂ−ＡＰＰに設定した最大接続数を超えて着信した場合、保守管理者が設定したあふれ呼への応答コンテンツを発信者に対して配信する。
【００９５】
図１６において、Ｘの接続数は最大接続数（３）に達していないため、Ｗｅｂ−ＡＰＰサーバ１００はＡからの着信を通過させる。Ａにはユーザ設定のコンテンツが配信される。また、Ｘの接続数を１カウントアップする。Ｚの接続数は最大接続数（１）に達しているため、Ｗｅｂ−ＡＰＰサーバ１００はBからの着信を切断する。Ｂには、保守者設定によるあふれ呼への応答コンテンツを配信する（図２６を参照）。Ｘ、Ｙ、Ｚからの発信時についても、接続数を１カウントアップする。セッション終了時に接続数を１カウントダウンする。
【００９６】
また、図１７は、Ｗｅｂ−ＡＰＰサーバ１００内の情報管理ＤＢ１０４に保存されるデータの例を示す図であり、図１８は、ＳＳ（ソフトスイッチ）１１内のＳＳ情報管理ＤＢ１４に保存されるデータの例を示している。
【００９７】
図１９は、コンテンツ配信システムの全体構成における発コンテンツ有の場合の動作の流れを示すシーケンス図であり、発信者側ユーザが設定したコンテンツが発信者ユーザに配信される例を示す図である。以下、図１９を参照して、その処理の流れについて説明する。
【００９８】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８０１）。発信者側ＳＳ１１ＡはＷｅｂ−ＡＰＰサーバ１００に対し、発信者側の端末から送信されたＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に送信する（ステップＳ８０２）。
【００９９】
Ｗｅｂ−ＡＰＰサーバ１００は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信すると共に（ステップＳ８０３）、着信者側ＳＳ１１ＢにＩＮＶＩＴＥを送信する（ステップＳ８０４）。着信者側ＳＳ１１Ｂは、このＩＮＶＩＴＥを着信者側のＵＡＳ６０に送信する（ステップＳ８０５）。
【０１００】
一方、Ｗｅｂ−ＡＰＰサーバ１００に発信者側ＵＡＣ５０から、応答信号（２００ ＯＫに対する応答信号ＡＣＫが返信された場合は（ステップＳ８０６）、ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ１００との間にＲＴＰセッションが確立（通信開始）され、Ｗｅｂ−ＡＰＰサーバ１００からＵＡＣ５０に対しコンテンツの配信を行う（ステップＳ８０７）。
【０１０１】
そして、着信者側ＵＡＳ６０から応答信号（２００ ＯＫ）がＷｅｂ−ＡＰＰサーバ１００に送信されると（ステップＳ８１３）、Ｗｅｂ−ＡＰＰサーバ１００からＵＡＳ６０に応答信号ＡＣＫが送信され（ステップＳ８０８）、Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立される（ステップＳ８０９）。
【０１０２】
Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立すると（ステップＳ８０９）、Ｗｅｂ−ＡＰＰサーバ１００はコンテンツの配信を停止し（ステップＳ８１０）、既存セッションのミキシングを行い（ステップＳ８１１）。ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８１２）。
【０１０３】
このように、発信者側ＳＳ１１ＡがUAC５０からのＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に転送し、ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ間でＲＴＰセッションを確立し、コンテンツを配信する。そして、Ｗｅｂ−ＡＰＰサーバ１００がＵＡＳ６０に対してＩＮＶＩＴＥ発行し、ＲＴＰセッションの確立後、既存セッションとミキシングし、ＵＡＣ５０とＵＡＳ６との間で通話を可能とする。
【０１０４】
図２０は、コンテンツ配信システムの全体構成における発コンテンツなしの場合の動作の流れを示すシーケンス図であり、Ｗｅｂ−ＡＰＰサーバにＳＳ（ソフトスイッチ）１１Ａからのイベントが上がらないため、コンテンツ配信が発信しない場合の例である。以下、図２０を参照して、その処理の流れについて説明する。
【０１０５】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８２１）。発信者側ＳＳ１１Ａは、発信者側のＵＡＣ５０から送信されたＩＮＶＩＴＥを着信者側ＳＳ１１Ｂに送信する（ステップＳ８２２）。
【０１０６】
着信者側ＳＳ１１Ｂは着信者側のＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８２３）。着信者側ＵＡＳ６０は、発信者側のＵＡＳ５０に応答信号（２００ ＯＫ）を送信し（ステップＳ８２４）、ＵＡＣ５０はＵＡＳ６０に応答信号ＡＣＫを送信する（ステップＳ８２５）。これにより、ＵＡＣ５０とＵＡＳ６０との間にＲＴＰセッションが確立し、ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８２６）。
【０１０７】
このように、発信者ＳＳ１１ＡからＷｅｂ−ＡＰＰサーバ１００にＩＮＶＩＴＥが上がらない場合は、通常の電話と同等の処理の流れとなる。
【０１０８】
図２１は、コンテンツ配信システムの全体構成における着コンテンツ有の場合の動作の流れを示すシーケンス図であり、着信者側ユーザが設定したコンテンツが発信者ユーザに配信される例を示す図である。以下、図２１を参照して、その処理の流れについて説明する。
【０１０９】
発信者側のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８４１）。発信者側ＳＳ１１Ａは着信者側ＳＳ１１ＢにＩＮＶＩＴＥを送信する（ステップＳ８４２）。着信者側ＳＳ１１Ｂは、Ｗｅｂ−ＡＰＰサーバ１００に対し、発信者側ＳＳ１１Ａから送信されたＩＮＶＩＴＥを送信する（ステップＳ８４３）。
【０１１０】
Ｗｅｂ−ＡＰＰサーバ１００は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信すると共に（ステップＳ８４４）、着信者側ＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８４５）。発信者ＵＡＣ５０はＷｅｂ−ＡＰＰサーバ１００に応答信号ＡＣＫを送信する（ステップＳ８４６）。これにより、発信者側ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ１００との間にＲＴＰセッションが確立し、Ｗｅｂ−ＡＰＰサーバ１００からＵＡＣ５０にコンテンツが配信される（ステップＳ８４７）。
【０１１１】
一方、Ｗｅｂ−ＡＰＰサーバ１００に対し、着信者側ＵＡＳ６０から応答信号（２００ ＯＫ）が送信されると（ステップＳ８４８）、Ｗｅｂ−ＡＰＰサーバ１００はＵＡＳ６０に対し応答信号ＡＣＫ信号を送信し（ステップＳ８４９）、Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立する。
【０１１２】
Ｗｅｂ−ＡＰＰサーバ１００とＵＡＳ６０との間にＲＴＰセッションが確立すると（ステップＳ８５０）、Ｗｅｂ−ＡＰＰサーバ１００はコンテンツの配信を停止し（ステップＳ８５１）、既存セッションのミキシングを行い（ステップＳ８５２）。ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８５３）。
【０１１３】
このように、発信者側ＳＳ１１Ａが受信したＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に転送し、発信者側ＵＡＣ５０とＷｅｂ−ＡＰＰサーバ１００との間でＲＴＰセッションが確立し、コンテンツを配信する。Ｗｅｂ−ＡＰＰサーバ１００が着信者側ＵＡＳ６０に対してＩＮＶＩＴＥ発行し、ＲＴＰセッションが確立し、セッション確立後、既存セッションとミキシングし、ＵＡＣ５０とＵＡＳ６０との間で通話を可能とする。
【０１１４】
図２２は、コンテンツ配信システムの全体構成における着コンテンツなしの場合の動作の流れを示すシーケンス図であり、Ｗｅｂ−ＡＰＰサーバにイベントは上がるが、発信者側ユーザへのコンテンツが配信済みである、または、ＱｏＳ制限により配信できるコンテンツが無い、などの理由で、コンテンツ配信が発生しない場合の例である。以下、図２２を参照して、その処理の流れについて説明する。
【０１１５】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８６１）。発信者側ＳＳ１１Ａは、発信者側の端末から送信されたＩＮＶＩＴＥを着信者側ＳＳ１１Ｂに送信する（ステップＳ８６２）。
【０１１６】
着信者側ＳＳ１１ＢはＷｅｂ−ＡＰＰサーバ１００にＩＮＶＩＴＥを送信する（ステップＳ８６３）。Ｗｅｂ−ＡＰＰサーバ１００は着信者側ＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８６４）。着信者側ＵＡＳ６０は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信し（ステップＳ８６５）、ＵＡＣ５０はＵＡＳ６０に応答信号ＡＣＫを送信する（ステップＳ８６６）。これにより、ＵＡＣ５０とＵＡＳ６０との間にＲＴＰセッションが確立し、ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８６７）。
【０１１７】
このように、着信者側ＳＳ１１Ｂが受信したＩＮＶＩＴＥをＷｅｂ−ＡＰＰサーバ１００に転送するが、コンテンツ配信条件に一致しないため、コンテンツは配信されず。Ｗｅｂ−ＡＰＰサーバ１００が、ＵＡＳ６０に対してＩＮＶＩＴＥを発行し、ＵＡＣ５０とＵＡＳ６０との間でＲＴＰセッションを確立し、通話を可能とする。
【０１１８】
図２３は、コンテンツ配信システムの全体構成における着コンテンツなしの場合の動作の流れを示すシーケンス図であり、Ｗｅｂ−ＡＰＰサーバにＳＳ（ソフトスイッチ）１１Ｂからイベントが上がらないため、コンテンツ配信が発生しない場合の例である。以下、図２３を参照して、その処理の流れについて説明する。
【０１１９】
発信者のＵＡＣ５０から発信者側ＳＳ１１Ａに発呼が行われ、ＳＳ１１ＡにＩＮＶＩＴＥが送信される（ステップＳ８８１）。発信者側ＳＳ１１Ａは、発信者側の端末から送信されたＩＮＶＩＴＥを着信者側ＳＳ１１Ｂに送信する（ステップＳ８８２）。
【０１２０】
着信者側ＳＳ１１Ｂは着信者側ＵＡＳ６０にＩＮＶＩＴＥを送信する（ステップＳ８８３）。着信者側ＵＡＳ６０は、発信者側のＵＡＣ５０に応答信号（２００ ＯＫ）を送信し（ステップＳ８８４）、ＵＡＣ５０はＵＡＳ６０に応答信号ＡＣＫを送信する（ステップＳ８８５）。これにより、ＵＡＣ５０とＵＡＳ６０との間にＲＴＰセッションが確立し、ＵＡＣ５０とＵＡＳ６０との間で通話が開始される（ステップＳ８８６）。
【０１２１】
このように、着信者側ＳＳ１１ＢからＷｅｂ−ＡＰＰサーバ１００にＩＮＶＩＴＥはあがらないため、通常の電話と同等の処理の流れになる。
【０１２２】
図２４は、本発明の効果を説明するための図であり、従来は、コンテンツ事業者の登録した音声ファイルのみを、ダイヤル手順により接続してきた発信者（課金サービス対象者）へ送信するのみであったが、本発明では、コンテンツ事業者がユーザのニーズ（趣味・嗜好）に基づきコンテンツが選択できる。また、コンテンツ事業者はユーザの趣味・嗜好毎にコンテンツを登録することが可能となる。さらに、本サービス契約者は自身の事前登録した趣味・嗜好に基づき提供されるコンテンツのみを選択可能となり、一律の同一コンテンツ提供からユーザニーズに基づくコンテンツ選択へ変更することができる。
【０１２３】
また、図２５は、本発明の他の効果を説明するための図であり、従来は、図（Ａ）に示すように、コンテンツ配信はＣＳＰ（コンテンツ配信事業者）の設定するコンテンツのみであったが、本発明により、図（Ｂ）に示すように、発信者ニーズに伴う選択（自身が相手呼出中に観たい・聴きたいコンテンツの選択が可能）できる。また、図（Ｃ）に示すように、着信者の選択により、着信者が発信者毎に、着信者応答までに見せたい・聴かせたいコンテンツの選択が可能となる。さらに、図（Ｄ）に示すように、発信者ニーズ・着信者ニーズに関わらず、システムが魅せたい・聴かせたいコンテンツ（暫くお待ちいただく場合等）を提供することができる。
【０１２４】
図２６は、本発明におけるＱｏＳ制御の例を示す図である。本発明のＱｏＳ制御は、ＳＳ（ソフトスイッチ）と連携したＱｏＳ制御である。これは、契約者が自身でアップロードするコンテンツに制限を持たせなければ、必要帯域幅や同時接続数・アクセスラインへの負荷にも繋がるため、コンテンツ決定時にＱｏＳ制御を実施する。
【０１２５】
また、ＳＳにおいて同時接続数が許可されたとしても、コンテンツ配信によるＲＴＰパケットの規制が想定されるため、Ｗｅｂ−ＡＰＰサーバにおいてもＱｏＳ制御を行う。
【０１２６】
例えば、図に示すように、発信Ａが、ＳＳ（ソフトスイッチ）１１でＱｏＳ制御されると共に、Ｗｅｂ−ＡＰＰサーバ１００においても、コンテンツＢ（データ量が多いコンテンツ）の配信がＱｏＳ制御により阻止される。なお、Ｗｅｂ−ＡＰＰサーバ１００のＱｏＳ制御によりコンテンツの配信が停止された場合は、あふれ呼への応答コンテンツＣが配信される。
【０１２７】
以上、本発明の実施の形態について説明したが、本発明のＷｅｂ−ＡＰＰサーバ１００は内部にコンピュータシステムを有している。そして、上述した処理に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。
【０１２８】
すなわち、Ｗｅｂ−ＡＰＰサーバ１００における、各処理は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工、演算処理を実行することにより、実現されるものである。
【０１２９】
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【０１３０】
以上、本発明の実施の形態について説明したが、本発明のＷｅｂ−ＡＰＰサーバ、およびコンテンツ配信システムは、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【図面の簡単な説明】
【０１３１】
【図１】本発明の実施の形態に係るコンテンツ配信システムの構成を示す図である。
【図２】Ｗｅｂ−ＡＰＰサーバの構成とＳＯＤ登録について説明するための図である。
【図３】ＳＯＤ情報の登録処理の流れを示すシーケンス図である。
【図４】Ｗｅｂ−ＡＰＰサーバへの配信コンテンツ登録の概要を示す図である。
【図５】利用者へのサービスの提供方法を示す図である。
【図６】配信コンテンツの登録処理の流れを示すシーケンス図である。
【図７】イベントフィルタ登録について説明するための図である。
【図８】Ｗｅｂ−ＡＰＰサーバにおけるイベントフィルタの登録処理の流れを示すシーケンス図である。
【図９】Ｗｅｂ−ＡＰＰサーバとＳＳにおけるイベントフィルタ登録の処理の流れを示すシーケンス図である。
【図１０】ユーザが発信する場合のコンテンツ配信の例を説明するための図である。
【図１１】ユーザが発信を行う場合の処理の流れを示すシーケンス図である。
【図１２】着信の場合について説明するための図である。
【図１３】ユーザの着呼端末に着信が行われる処理の流れを示すシーケンス図である。
【図１４】着信の場合のコンテンツ配信判定の処理の流れを示す図である。
【図１５】発信者の特性に応じた配信の例を示す図である。
【図１６】本発明のコンテンツ配信システムにおけるＱｏＳ制御について説明するための図である。
【図１７】Ｗｅｂ−ＡＰＰサーバ内の情報管理ＤＢに保存されるデータの例を示す図である。
【図１８】ＳＳ（ソフトスイッチ）内のＳＳ情報管理ＤＢに保存されるデータの例を示す図である。
【図１９】発コンテンツ有でコンテンツが発信者ユーザに配信される例を示す図である。
【図２０】発コンテンツ無しでＷｅｂ−ＡＰＰサーバにイベントが上がらない例を示す図である。
【図２１】着コンテンツ有でコンテンツが発信者ユーザに配信される例を示す図である。
【図２２】着コンテンツ無しでコンテンツが配信済みなどの理由でコンテンツ配信が発生しない例を示す図である。
【図２３】着コンテンツ無しでＷｅｂ−ＡＰＰサーバにイベントが上がらないため、コンテンツ配信が発生しない例を示す図である。
【図２４】本発明の効果を説明するための図である。
【図２５】本発明の他の効果を説明するための図である。
【図２６】本発明におけるＱｏＳ制御の例を示す図である。
【符号の説明】
【０１３２】
１ ユーザ
２ 保守管理者
３ ＣＳＰ（コンテンツサービスプロバイダ）
１０、２２ ＩＰ網
１１、１１Ａ、１１Ｂ ＳＳ（ソフトスイッチ）
１２ ＳＳ信号処理部
１３ ＳＳＤＢ制御部
１４ ＳＳ情報管理ＤＢ
１５ ＳＳイベントフィルタ管理部
１６ ＳＳイベントフィルタ実行部
２１、２１Ａ、２１Ｂ、３１ 発呼端末
３２ ＰＳＴＮ網（公衆交換電話網）
３３ ゲートウェイ（ＧＷ）
４１ 着呼端末
５０ ＵＡＣ（User Ａgent Client）
６０ ＵＡＳ（User Agent Server）
５１、６１ ＳＩＰクライアント
１００ Ｗｅｂ−ＡＰＰサーバ（Ｗｅｂアプリケーションサーバ）
１０１ 信号処理部
１０２ ＳＯＤ管理部
１０３ ＤＢ制御部
１０４ 情報管理ＤＢ
１０５ コンテンツ管理部
１０６ コンテンツ記憶部
１０７ イベントフィルタ管理部
１０８ イベント処理部
【特許請求の範囲】
【請求項１】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムであって、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、
前記発呼端末が発呼を行い前記着呼端末番号を発呼側ＳＳに送信した際に、
前記発呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記着呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂアプリケーションサーバへ前記イベントフィルタ識別番号を送信するイベントフィルタ実行手段と、
前記Ｗｅｂアプリケーションサーバが、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、
を備えることを特徴とするコンテンツ配信システム。
【請求項２】
前記コンテンツ配信システムは、
発信元の発呼端末の発呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成するとともに該イベントフィルタの識別番号を生成し、前記発呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記着呼側ＳＳに登録するイベントフィルタ管理手段と、
前記発呼端末が発呼を行い前記着呼側ＳＳが前記発呼端末の発呼端末番号を受信した際に、
前記着呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記発呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂ−ＡＰＰへ前記発呼端末番号とイベントフィルタ識別番号を送信するイベントフィルタ実行手段と、
前記Ｗｅｂアプリケーションサーバが、前記着呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツをコンテンツ記憶部から読み出し、読み出したコンテンツを、前記発呼端末番号に基づいて、前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、
を備えることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記Ｗｅｂアプリケーションサーバには、
発信元の発呼端末番号に関連付けて前記発信元に配信するコンテンツを設定する配信条件設定画面をユーザ端末に表示させる手段と、
前記配信条件設定画面で設定された発呼端末番号と、該発呼端末番号に関連付けて設定されたコンテンツのコンテンツ識別番号と、前記Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタの識別番号を生成する手段と、
を備えることを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記ユーザの端末およびコンテンツ配信事業者の端末から入力されるコンテンツを前記コンテンツ記憶部に登録する手段と、
発信先の着呼端末番号に関連付けて発信元の発呼端末に配信するコンテンツを設定すると共に、発信元の発呼端末番号に関連付けて該発呼端末に配信するコンテンツを設定する、配信条件設定画面をユーザ端末に表示させる手段と、
前記配信条件設定画面で設定された発呼端末番号または着呼端末番号と、それに設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタ識別番号を生成する手段と、
前記発呼端末番号または着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳおよび着呼側ＳＳに登録する手段と、
を備えることを特徴とする請求項１または請求項２に記載のコンテンツ配信システム。
【請求項５】
前記イベント処理手段は、
前記コンテンツを配信する際に、配信するコンテンツのデータ量に応じて、配信を許可するか否かを判定するＱｏＳ制御を行うこと
を特徴とする請求項１から４のいずれかに記載のコンテンツ配信システム。
【請求項６】
前記イベント処理手段は、
前記発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御すること
を特徴とする請求項５に記載のコンテンツ配信システム。
【請求項７】
前記イベント処理手段は、
前記ＱｏＳ制御により配信するコンテンツのデータ量が制限され動画が配信できない場合、または前記公衆交換電話網、IＳＤＮ網、または、移動体通信網により配信するコンテンツのデータ量が制限され動画が配信できない場合には、
前記動画から音声のみを抽出し、該抽出した音声のみを配信すること
を特徴とする請求項５または請求項６に記載のコンテンツ配信システム。
【請求項８】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバであって、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、
前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、
を備えることを特徴とするＷｅｂアプリケーションサーバ。
【請求項９】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおけるコンテンツ配信方法であって、
前記Ｗｅｂアプリケーションサーバにより、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、
前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、
が行われることを特徴とするコンテンツ配信方法。
【請求項１０】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバ内のコンピュータに、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、
前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、
を実行させるためのプログラム。
【請求項１】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムであって、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、
前記発呼端末が発呼を行い前記着呼端末番号を発呼側ＳＳに送信した際に、
前記発呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記着呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂアプリケーションサーバへ前記イベントフィルタ識別番号を送信するイベントフィルタ実行手段と、
前記Ｗｅｂアプリケーションサーバが、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、
を備えることを特徴とするコンテンツ配信システム。
【請求項２】
前記コンテンツ配信システムは、
発信元の発呼端末の発呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成するとともに該イベントフィルタの識別番号を生成し、前記発呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記着呼側ＳＳに登録するイベントフィルタ管理手段と、
前記発呼端末が発呼を行い前記着呼側ＳＳが前記発呼端末の発呼端末番号を受信した際に、
前記着呼側ＳＳにおいて、前記ソフトスイッチ用のイベントフィルタから前記発呼端末番号に該当するＷｅｂ−ＡＰＰ識別番号とイベントフィルタ識別番号とを読み出し、前記Ｗｅｂ−ＡＰＰ識別番号に該当するＷｅｂ−ＡＰＰへ前記発呼端末番号とイベントフィルタ識別番号を送信するイベントフィルタ実行手段と、
前記Ｗｅｂアプリケーションサーバが、前記着呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツをコンテンツ記憶部から読み出し、読み出したコンテンツを、前記発呼端末番号に基づいて、前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、
を備えることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記Ｗｅｂアプリケーションサーバには、
発信元の発呼端末番号に関連付けて前記発信元に配信するコンテンツを設定する配信条件設定画面をユーザ端末に表示させる手段と、
前記配信条件設定画面で設定された発呼端末番号と、該発呼端末番号に関連付けて設定されたコンテンツのコンテンツ識別番号と、前記Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタの識別番号を生成する手段と、
を備えることを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記ユーザの端末およびコンテンツ配信事業者の端末から入力されるコンテンツを前記コンテンツ記憶部に登録する手段と、
発信先の着呼端末番号に関連付けて発信元の発呼端末に配信するコンテンツを設定すると共に、発信元の発呼端末番号に関連付けて該発呼端末に配信するコンテンツを設定する、配信条件設定画面をユーザ端末に表示させる手段と、
前記配信条件設定画面で設定された発呼端末番号または着呼端末番号と、それに設定されたコンテンツ識別番号と、Ｗｅｂ−ＡＰＰ識別番号とを基に、前記イベントフィルタとイベントフィルタ識別番号を生成する手段と、
前記発呼端末番号または着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳおよび着呼側ＳＳに登録する手段と、
を備えることを特徴とする請求項１または請求項２に記載のコンテンツ配信システム。
【請求項５】
前記イベント処理手段は、
前記コンテンツを配信する際に、配信するコンテンツのデータ量に応じて、配信を許可するか否かを判定するＱｏＳ制御を行うこと
を特徴とする請求項１から４のいずれかに記載のコンテンツ配信システム。
【請求項６】
前記イベント処理手段は、
前記発呼端末または着呼端末が、公衆交換電話網、IＳＤＮ網、または、移動体通信網に接続される端末である場合に、公衆交換電話網、IＳＤＮ網、または、移動体通信網の利用可能帯域幅および同時接続回線数に応じて、配信するコンテンツのデータ量を制御すること
を特徴とする請求項５に記載のコンテンツ配信システム。
【請求項７】
前記イベント処理手段は、
前記ＱｏＳ制御により配信するコンテンツのデータ量が制限され動画が配信できない場合、または前記公衆交換電話網、IＳＤＮ網、または、移動体通信網により配信するコンテンツのデータ量が制限され動画が配信できない場合には、
前記動画から音声のみを抽出し、該抽出した音声のみを配信すること
を特徴とする請求項５または請求項６に記載のコンテンツ配信システム。
【請求項８】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバであって、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手段と、
前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手段と、
を備えることを特徴とするＷｅｂアプリケーションサーバ。
【請求項９】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおけるコンテンツ配信方法であって、
前記Ｗｅｂアプリケーションサーバにより、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、
前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、
が行われることを特徴とするコンテンツ配信方法。
【請求項１０】
発呼端末および該発呼端末を収容するソフトスイッチである発呼側ＳＳと、着呼端末および該着呼端末を収容するソフトスイッチである着呼側ＳＳと、コンテンツと該コンテンツ識別するコンテンツ識別番号とが関連付けて記憶されているコンテンツ記憶部を有しＷｅｂ−ＡＰＰ識別番号により識別されるＷｅｂアプリケーションサーバと、を有するコンテンツ配信システムにおける前記Ｗｅｂアプリケーションサーバ内のコンピュータに、
発信先の着呼端末の着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、コンテンツ識別番号と、を関連付けたイベントフィルタを生成すると共に該イベントフィルタのイベントフィルタ識別番号を生成し、前記着呼端末番号と、前記Ｗｅｂ−ＡＰＰ識別番号と、前記イベントフィルタ識別番号とを含むソフトスイッチ用のイベントフィルタを生成して前記発呼側ＳＳに登録するイベントフィルタ管理手順と、
前記発呼側ＳＳにおいて前記ソフトスイッチ用のイベントフィルタに該当する着呼端末番号が検出され、前記発呼側ＳＳからイベントフィルタ識別番号を受信した場合に、前記発呼側ＳＳから受信したイベントフィルタ識別番号に該当するコンテンツを前記コンテンツ記憶部から読み出し、読み出したコンテンツを前記発呼側ＳＳを介して前記発呼端末に配信するイベント処理手順と、
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００８−２３４１６５（Ｐ２００８−２３４１６５Ａ）
【公開日】平成２０年１０月２日（２００８．１０．２）
【国際特許分類】
【出願番号】特願２００７−７０９４１（Ｐ２００７−７０９４１）
【出願日】平成１９年３月１９日（２００７．３．１９）
【出願人】（３９７０６５４８０）エヌ・ティ・ティ・コムウェア株式会社 (187)
【Ｆターム（参考）】
【公開日】平成２０年１０月２日（２００８．１０．２）
【国際特許分類】
【出願日】平成１９年３月１９日（２００７．３．１９）
【出願人】（３９７０６５４８０）エヌ・ティ・ティ・コムウェア株式会社 (187)
【Ｆターム（参考）】
[ Back to top ]