データ処理システム、そのデータ処理方法
【課題】一般ユーザが投稿した動画コンテンツをＱｏＳ制御により高品質に配信することができるデータ処理システムを提供する。
【解決手段】投稿された動画コンテンツは、ＱｏＳ制御機構を備えた通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスの配信システムを、そのまま使用して配信を行う。また投稿された動画コンテンツは、通信事業者のＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供される。
【解決手段】投稿された動画コンテンツは、ＱｏＳ制御機構を備えた通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスの配信システムを、そのまま使用して配信を行う。また投稿された動画コンテンツは、通信事業者のＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般ユーザがユーザ端末からサーバシステムに投稿した動画コンテンツを一般ユーザがユーザ端末から視聴できるデータ処理システム、そのデータ処理方法に関する。
【背景技術】
【０００２】
近年、インターネット上のサービスとして、一般ユーザが動画コンテンツを投稿して他の一般ユーザが自由に閲覧できる動画投稿サービスが増えているが、これらのサービスにおいては、動画コンテンツを投稿した一般ユーザを特定することは困難である。
【０００３】
そこで、自動投稿プログラムなどによる不正投稿を有効に防止することができる掲示板システムおよび不正投稿防止方法の提案がある。その技術では、ＧＥＴメソッドの中にＧＥＴメソッドを特定する識別情報を付加し、ＰＯＳＴメソッドにおいて識別情報を検査する。
【０００４】
識別情報の同一性とＰＯＳＴメソッドを受信するまでの経過時間とに基づいてＧＥＴメソッドを実行した正当なクライアントか否かを判定する。不正なクライアントからのＰＯＳＴメソッドであれば拒否する(特許文献１)。
【０００５】
また、通信ネットワークのユーザ装置（ＵＥ１）内でデータパケット（ＤＰ）をパケットベアラ（ＰＢ）に関連付ける方法の提案もある。上記データパケットは上記ユーザ装置のアプリケーション機能からのデータフローの中で送信される。
【０００６】
上記パケットベアラ（ＰＢ）は上記通信ネットワークを介して上記データパケット（ＤＰ）を、さらなるエンティティへ伝送するために上記ユーザ装置で確立され、上記ユーザ装置は多様なパケットベアラを確立するように構成される。
【０００７】
上記方法は、通信ネットワークの制御エンティティにおいて、データパケットを伴うフローを識別するステップと、制御エンティティのポリシー機能において、フローに関連付けるためのパケットベアラを多様なパケットベアラから決定するステップと、さらなるエンティティのルーティングレベル識別子を決定するステップと、さらなるエンティティのルーティングレベル識別子を含むデータパケットを決定したパケットベアラに関連付けるパケットフィルタを、ルーティングレベル識別子に基づいて設置するように通信ネットワークによってユーザ装置に命令するステップと、ルーティングレベル識別子をアプリケーション機能に提供するステップと、ルーティングレベル識別子をデータパケットに含めるステップと、決定したパケットベアラ（ＰＢ）を介してデータパケット（ＤＰ）を転送するステップと、を備える(特許文献２)。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２７２５７４号公報
【特許文献２】特表２００９−５２６４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
近年、上述のようにインターネット上のサービスとして、一般ユーザが動画コンテンツを投稿して他の一般ユーザが自由に閲覧できる動画投稿サービスが増えている。
【００１０】
しかし、これらの動画投稿サービスはインターネット上で提供されるため、ＱｏＳ(Quarterly of Service)保証が行われずサービス品質は限定的にならざるを得ないという課題があった。さらに以上の様な状況から、このような動画投稿サービスは有償サービスとして展開することは困難であった。
【００１１】
本発明は上述のような課題に鑑みてなされたものであり、一般ユーザが投稿した動画コンテンツをＱｏＳ制御により高品質に配信することができるデータ処理システム、そのデータ処理方法、を提供するものである。
【課題を解決するための手段】
【００１２】
本発明のデータ処理システムは、動画コンテンツを一般ユーザに提供するサーバシステムと、提供される動画コンテンツを一般ユーザに視聴させるユーザ端末と、動画コンテンツのストリーミングの帯域を確保するエッジルータと、ＳＩＰ(Session Initiation Protocol)による呼制御を行うＩＭＳ(IP Multimedia Subsystem)／ＭＭＤ(Multimedia Domain)Ｃｏｒｅと、加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理してＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいてエッジルータを制御するＲＡＣＦ(Resource Access Control Facility)と、を有し、ユーザ端末は、サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、サーバシステムは、受信したパラメータ更新要求に対応してストリーミング配信に必要なメディアパラメータをパラメータ更新応答によりＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信したパラメータ更新応答のメディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求をエッジルータに送出し、エッジルータは、ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答をＲＡＣＦに返送し、ＲＡＣＦは、受信した帯域確保応答に対応してリソース応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信したリソース応答メッセージに対応してＳＩＰセッションのパラメータ更新応答をユーザ端末に返却し、ストリーミングサーバは、ユーザ端末に対して動画コンテンツをエッジルータを経由させてストリーム配信し、エッジルータは、動画コンテンツのメディアストリームのパケットをＱｏＳ(Quarterly of Service)制御して確保した帯域を保証する。
【００１３】
本発明のデータ処理方法は、動画コンテンツを一般ユーザに提供するサーバシステムと、提供される動画コンテンツを一般ユーザに視聴させるユーザ端末と、動画コンテンツのストリーミングの帯域を確保するエッジルータと、ＳＩＰによる呼制御を行うＩＭＳ／ＭＭＤＣｏｒｅと、加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理してＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいてエッジルータを制御するＲＡＣＦと、を有するデータ処理システムのデータ処理方法であって、ユーザ端末で、サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、サーバシステムで、受信したパラメータ更新要求に対応してストリーミング配信に必要なメディアパラメータをパラメータ更新応答によりＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信したパラメータ更新応答のメディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求をエッジルータに送出し、エッジルータで、ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答をＲＡＣＦに返送し、ＲＡＣＦで、受信した帯域確保応答に対応してリソース応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信したリソース応答メッセージに対応してＳＩＰセッションのパラメータ更新応答をユーザ端末に返却し、ストリーミングサーバで、ユーザ端末に対して動画コンテンツをエッジルータを経由させてストリーム配信し、エッジルータで、動画コンテンツのメディアストリームのパケットをＱｏＳ制御して確保した帯域を保証する。
【００１４】
なお、本発明の各種の構成要素は、その機能を実現するように形成されていればよく、例えば、所定の機能を発揮する専用のハードウェア、所定の機能がコンピュータプログラムにより付与されたデータ処理装置、コンピュータプログラムによりデータ処理装置に実現された所定の機能、これらの任意の組み合わせ、等として実現することができる。
【００１５】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【発明の効果】
【００１６】
本発明のデータ処理システムでは、投稿された動画コンテンツは、ＱｏＳ制御機構を備えた通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスの配信システムを、そのまま使用して配信を行う。また投稿された動画コンテンツは、通信事業者のＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供される。このため、一般ユーザが投稿した動画コンテンツを、ＱｏＳ制御により高品質に配信を行う手段が得られる。従って、通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスにおいて、放送局などが作成した番組コンテンツに加えて、一般ユーザからの多様な動画コンテンツが提供されることで、双方向サービスの参加率が高まり、同時にコンテンツラインナップの強化も可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態のデータ処理システムの構造を示す模式的なブロック図である。
【図２】データベースのデータ構造を示す模式図である。
【図３】データ処理システムでのコンテンツ投稿動作を示すシーケンシャルチャートである。
【図４】データ処理システムでのセッション確立動作を示すシーケンシャルチャートである。
【図５】データ処理システムでのストリーム配信動作を示すシーケンシャルチャートである。
【図６】データ処理システムでのコンテンツ終了動作を示すシーケンシャルチャートである。
【発明を実施するための形態】
【００１８】
本発明の実施の一形態を図面を参照して以下に説明する。本発明の実施例は、図１に示す様に、本実施の形態のデータ処理システム１００では、ユーザ端末であるＩＰＴＶ(Internet Protocol Television)端末１１１、ユーザ端末であるＰＣ(Personal Computer)１１２、エッジルータ１２０、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０の一部であるＰ／Ｉ−ＣＳＣＦ(Call State Control Function)１３１、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０の一部であるＳ／Ｉ−ＣＳＣＦ１３２、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０の一部であるＨＳＳ１３３、ＲＡＣＦ１４０、サーバシステムの一部であるストリーミングサーバ１５１、サーバシステムの一部であるＷｅｂポータルサーバ１５２、サーバシステムの一部であるファイルサーバ１５３、加入者管理サーバ１６０、から構成される。
【００１９】
アクセスネットワーク１７０は、例えば、次世代のインターネットであるＮＧＮ（Next Generation Network）などからなる。
【００２０】
ＩＰＴＶ端末１１１およびＰＣ１１２は、一般ユーザが本サービス（ＩＰＴＶおよび動画コンテンツ投稿／視聴サービス）を利用する際に使用するユーザ端末である。本ユーザ端末は、ＳＩＰによるセッション確立機能、ストリーミング配信されるメディアストリームの受信機能、Ｗｅｂポータルサーバ１５２へのアクセス機能、コンテンツ投稿機能を有する。
【００２１】
Ｐ／Ｉ−ＣＳＣＦ１３１、Ｓ／Ｉ−ＣＳＣＦ１３２、ＨＳＳ１３３は、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０を構成するノードである。
【００２２】
Ｐ／Ｉ−ＣＳＣＦ１３１は、ＳＩＰにより呼制御（複数のユーザ端末／サーバ間の接続と切断の制御）を行う装置であり、ＩＭＳネットワークにおいてＳＩＰプロキシサーバの役割を果たす。
【００２３】
ユーザ端末がＩＭＳネットワークに登録されている間は一つのＰ／Ｉ−ＣＳＣＦ１３１と通信する。送受信リクエストは全てそのＰ／Ｉ−ＣＳＣＦ１３１を通過する。Ｐ／Ｉ−ＣＳＣＦ１３１は、ＳＩＰリクエストやレスポンスを端末方向かネットワーク方向（Ｓ／Ｉ−ＣＳＣＦ１３２）に転送する。
【００２４】
Ｓ／Ｉ−ＣＳＣＦ１３２は、ＳＩＰにより呼制御を行う装置であり、ＳＩＰメッセージの検査、ルーティング処理、セッション制御等を行う。ＨＳＳ１３３（Home Subscriber Server）は、ＩＭＳネットワークにおいてユーザ情報を管理するデータベースである。
【００２５】
ＲＡＣＦ１４０は、ＣＳＣＦからのリソース要求を受付判定し、ＣＳＣＦからのリソース要求に基づいたエッジルータ１２０を制御する。受付判定を行うために、ＲＡＣＦ１４０では加入者情報・通信帯域リソース状態・エッジルータ状態を管理し、これらのリソース管理情報に基づいた受付判定を行う。
【００２６】
エッジルータ１２０は、通信事業者のアクセスネットワーク１７０に配置され、ユーザ端末から通信事業者のサーバへの全ての通信はエッジルータ１２０を経由する。ＲＡＣＦ１４０がリソース要求を受付判定で許可した場合、該当リソースを使用するシグナリングが許可され、エッジルータ１２０はシグナリングによってセットアップされる通信が通信可能な状態へ制御を行うとともに、その通信が必要とする帯域の確保を行い、ＱｏＳ制御を行う。
【００２７】
ストリーミングサーバ１５１、Ｗｅｂポータルサーバ１５２、ファイルサーバ１５３は、ＩＰＴＶおよび動画投稿／視聴の機能を提供するサーバである。ストリーミングサーバ１５１は、ＩＰＴＶの動画コンテンツをユーザ端末に向けてストリーミング配信を行うサーバである。
【００２８】
本サーバはＩＭＳネットワークにおいてＡＳ（Application Server）に位置付けられ、ユーザ端末へストリーミング配信を開始する前に、ユーザ端末−ストリーミングサーバ１５１間においてＣＳＣＦ経由でＳＩＰのセッション確立が行われる。
【００２９】
Ｗｅｂポータルサーバ１５２は、ユーザ端末からＨＴＴＰ等によってアクセスされるサーバであり、一般ユーザのログイン制御、認証、一般ユーザが視聴する動画コンテンツを選択する際のメニュー画面の提供、一般ユーザからのコンテンツ投稿受付、動画コンテンツおよび投稿者情報の管理などを行う。
【００３０】
ファイルサーバ１５３は、Ｗｅｂポータルサーバ１５２が一般ユーザからのコンテンツ投稿を受け付けた後、ユーザ端末からのコンテンツ格納要求を受けてコンテンツファイルを格納・保管するサーバである。格納されたコンテンツファイルは、ストリーミング配信が行われる際にはストリーミングサーバ１５１からの要求に応じて当該ファイルをストリーミングサーバ１５１に送信する。
【００３１】
加入者管理サーバ１６０は、通信事業者の加入者に関する各種情報を管理するサーバである。電話番号、氏名などの基本的な加入者情報に加えて、本サービスの利用可否（投稿権限、視聴権限等）に関する情報も保持する。加入者管理サーバ１６０が保持するデータベースの構成例を図２に示す。
【００３２】
[実施例の動作の説明]
次に、図３ないし図６のシーケンス図を参照して本発明の実施例の動作について詳細に説明する。図３はコンテンツ投稿シーケンスを表している。図３のシーケンスの各ステップの動作を以下に記載する。
【００３３】
（１）まず動画コンテンツを投稿する一般ユーザはＩＰＴＶ端末１１１またはＰＣ１１２（以降、ユーザ端末と称する）より、Ｗｅｂポータルサーバ１５２のログイン画面にアクセスし、ユーザ識別情報（ＩＤ）とパスワードを入力してログインを行う。
【００３４】
ここで入力するユーザ識別情報は、通信事業者の加入者データベース（本人氏名、電話番号、住所等の情報を含む）に基づいて本人情報の特定が可能なものとする。典型的な例としては、ユーザ識別情報としてその通信事業者の電話番号を使用し、加入者データベースにおいて当該一般ユーザが特定される形を取る。
【００３５】
（２）Ｗｅｂポータルサーバ１５２がユーザ端末からユーザ識別情報（ＩＤ）とパスワードを受け取ると、加入者管理サーバ１６０に加入者情報の検索を要求する。
【００３６】
（３）加入者管理サーバ１６０は、ＩＤ（電話番号等）をキーにしてデータベースの検索を行い、当該加入者に関するデータをＷｅｂポータルサーバ１５２に返却する。
【００３７】
（４）Ｗｅｂポータルサーバ１５２は、加入者管理サーバ１６０から受け取ったパスワード情報に基づき一般ユーザの認証を行うとともに、サービス利用可否（投稿権限、視聴権限等）について確認を行う。認証が成功した場合、ユーザ端末にログイン応答を返却し、ログイン成功画面を表示する。
【００３８】
（５）一般ユーザ（動画コンテンツを投稿する一般ユーザ）がユーザ端末に表示されるポータル画面からコンテンツ投稿の操作を行うと、ユーザ端末はＷｅｂポータルサーバ１５２に対してコンテンツ投稿要求を送信する。
【００３９】
（６）Ｗｅｂポータルサーバ１５２は、当該一般ユーザのコンテンツ投稿権限を確認し、権限があれば、コンテンツ投稿要求に含まれるコンテンツ情報、認証時に取得したユーザ識別情報（ＩＤ）、ファイルサーバ１５３に格納されるファイル実体へのリンク情報を、コンテンツ管理情報としてサーバ内に保存して、ファイルへのリンク情報とともにコンテンツアップロード応答をユーザ端末に返却する。
【００４０】
（７）ユーザ端末は、コンテンツ投稿応答に含まれるファイルへのリンク情報を元に、ファイルサーバ１５３に対してコンテンツ格納要求を送信し、ファイルをアップロードする。
【００４１】
（８）ファイルのアップロードおよび格納が完了すると、ファイルサーバ１５３はユーザ端末に対してコンテンツ格納応答を返却する。
【００４２】
図４、図５、および図６はコンテンツ視聴シーケンスである。図４は一般ユーザによる視聴する動画コンテンツの選択からＳＩＰセッションの確立までを表している。図４のシーケンスの各ステップの動作を以下に記載する。
【００４３】
（１）まず動画コンテンツを視聴する一般ユーザは、コンテンツ投稿シーケンスと同様に、ユーザ端末からＷｅｂポータルサーバ１５２のログイン画面にアクセスし、ユーザ識別情報（ＩＤ）とパスワードを入力してログインを行う。
【００４４】
（２）コンテンツ投稿シーケンスと同様に、Ｗｅｂポータルサーバ１５２は一般ユーザの認証を行うとともに、サービス利用可否（投稿権限、視聴権限等）について確認を行う。認証が成功した場合、ユーザ端末にログイン応答を返却し、ログイン成功画面を表示する。
【００４５】
（３）コンテンツ視聴する一般ユーザはユーザ端末に表示されるポータル画面からコンテンツ選択画面へ遷移する。コンテンツ選択画面においては典型的には、通信事業者によって提供されるＩＰＴＶの番組コンテンツに加え、一般ユーザから投稿された動画コンテンツも同様の操作により選択して視聴可能なようになっている。一般ユーザが画面上から視聴したい動画コンテンツを選択すると、ユーザ端末はＷｅｂポータルサーバ１５２に対してセッション情報要求を送信する。
【００４６】
（４）Ｗｅｂポータルサーバ１５２は、当該一般ユーザのコンテンツ視聴権限を確認し、権限があれば、セッション確立のために必要な情報とともにセッション情報応答をユーザ端末に返却する。
【００４７】
（５）ユーザ端末は（４）で受領したセッション情報を用いて、ストリーミングサーバ１５１に対するＳＩＰセッション確立要求（ＩＮＶＩＴＥ）を、Ｐ／Ｉ−ＣＳＣＦ１３１に送信する。Ｐ／Ｉ−ＣＳＣＦ１３１は当該ＩＮＶＩＴＥメッセージをＳ／Ｉ−ＣＳＣＦ１３２に転送する。
【００４８】
（６）Ｓ／Ｉ−ＣＳＣＦ１３２は、ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに含まれる着信先情報に基づいて、適切なルーティング先（コンタクト情報など）をＤｉａｍｅｔｅｒメッセージを用いてＨＳＳ１３３に問合せる。
【００４９】
（７）ＨＳＳ１３３はそれに対して、ルーティング先（コンタクトなど）の情報をＤｉａｍｅｔｅｒメッセージによりＳ／Ｉ−ＣＳＣＦ１３２に回答する。
【００５０】
（８）Ｓ／Ｉ−ＣＳＣＦ１３２は、ＨＳＳ１３３からの回答（ルーティング情報）を得て、適切な宛先にＳＩＰ ＩＮＶＩＴＥメッセージをルーティングする。ここでの宛先はストリーミングサーバ１５１であるため、ストリーミングサーバ１５１へＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅを転送する。
【００５１】
（９）ストリーミングサーバ１５１は受信したＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに基づいてユーザ端末とのセッション確立処理を行い、ＳＩＰセッション確立の成功応答（２００ ＯＫ）を返却する。この応答メッセージは、まずＳ／Ｉ−ＣＳＣＦ１３２に送信され、Ｓ／Ｉ−ＣＳＣＦ１３２ からＰ／Ｉ−ＣＳＣＦ１３１へ転送される。
【００５２】
（１０）Ｐ／Ｉ−ＣＳＣＦ１３１はＳＩＰセッション確立応答（２００ ＯＫ）をユーザ端末へ転送する。
【００５３】
（１１）ユーザ端末は最終的な確認メッセージ（ＡＣＫ）をＰ／Ｉ−ＣＳＣＦ１３１へ送信し、Ｐ／Ｉ−ＣＳＣＦ１３１はさらにそれをＳ／Ｉ−ＣＳＣＦ１３２へ転送する。
【００５４】
（１２）Ｓ／Ｉ−ＣＳＣＦ１３２は確認メッセージ（ＡＣＫ）をストリーミングサーバ１５１に送信する。ストリーミングサーバ１５１にてＡＣＫメッセージの確認が終了すると、ユーザ端末−ストリーミングサーバ１５１間のＳＩＰセッション確立が完了する。
【００５５】
図５はＱｏＳ制御のためにエッジルータ１２０において帯域確保を行い、ストリーミングサーバ１５１からユーザ端末へ向けて動画コンテンツのメディアストリームが配信されるまでを表している。図５のシーケンスの各ステップの動作を以下に記載する。
【００５６】
（１）図４のシーケンスにおいてユーザ端末−ストリーミングサーバ１５１間のＳＩＰセッション確立が完了すると、実際に動画コンテンツのメディアストリームを受信するために、ユーザ端末からストリーミングサーバ１５１に対して、ＳＩＰセッションのパラメータ更新要求（ＵＰＤＡＴＥ）を送出する。
【００５７】
ＳＩＰ ＵＰＤＡＴＥメッセージはＩＮＶＩＴＥメッセージと同様にＰ／Ｉ−ＣＳＣＦ１３１に送信され、Ｐ／Ｉ−ＣＳＣＦ１３１は当該ＵＰＤＡＴＥメッセージをＳ／Ｉ−ＣＳＣＦ１３２に転送する。
【００５８】
（２）Ｓ／Ｉ−ＣＳＣＦ１３２は、ＵＰＤＡＴＥメッセージをストリーミングサーバ１５１へ転送する。
【００５９】
（３）ストリーミングサーバ１５１は、ストリーミング配信に必要なメディアに関するパラメータを、ＳＩＰセッションのパラメータ更新応答（２００ ＯＫ）により返却する。当該のパラメータ更新応答（２００ ＯＫ）は、まず、Ｓ／Ｉ−ＣＳＣＦ１３２に送信され、Ｓ／Ｉ−ＣＳＣＦ１３２はそれをＰ／Ｉ−ＣＳＣＦ１３１に転送する。
【００６０】
（４）Ｐ／Ｉ−ＣＳＣＦ１３１は、受信したパラメータ更新応答（２００ ＯＫ）に含まれるメディアパラメータに基づき、Ｄｉａｍｅｔｅｒのリソース要求メッセージをＲＡＣＦ１４０に送出する。
【００６１】
（５）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒメッセージを用いて、エッジルータ１２０に対して帯域確保要求を送出する。
【００６２】
（６）エッジルータ１２０は当該ＳＩＰセッションのメディアストリームに対して必要な帯域確保処理を行い、Ｄｉａｍｅｔｅｒの帯域確保応答をＲＡＣＦ１４０に返送する。
【００６３】
（７）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒ リソース応答メッセージをＰ／Ｉ−ＣＳＣＦ１３１に返送する。
【００６４】
（８）Ｐ／Ｉ−ＣＳＣＦ１３１は、ＳＩＰセッションのパラメータ更新応答（２００ ＯＫ）をユーザ端末に返却する。
【００６５】
（９）ストリーミングサーバ１５１はユーザ端末に対して動画コンテンツのメディアストリーム（ＲＴＰ）の配信を開始する。メディアストリーム（ＲＴＰ）のパケットが途中で経由するエッジルータ１２０においてはＱｏＳ制御が行われ、（５）〜（６）で確保した帯域が保証される。
【００６６】
図６は動画コンテンツのメディア配信が終了し、エッジルータ１２０において帯域解放を行い、ＳＩＰセッションが切断されるまでを表している。図６のシーケンスの各ステップの動作を以下に記載する。
【００６７】
（１）動画コンテンツのメディア配信が終了すると、ユーザ端末からストリーミングサーバ１５１に対して、ＳＩＰセッション切断要求（ＢＹＥ）を送出する。ＳＩＰ ＢＹＥメッセージはＩＮＶＩＴＥメッセージと同様にまずＰ／Ｉ−ＣＳＣＦ１３１に送信される。
【００６８】
（２）Ｐ／Ｉ−ＣＳＣＦ１３１は、Ｄｉａｍｅｔｅｒにてリソース解放要求メッセージをＲＡＣＦ１４０に送出する。
【００６９】
（３）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒメッセージを用いて、エッジルータ１２０に対して帯域解放要求を送出する。
【００７０】
（４）エッジルータ１２０は当該ＳＩＰセッションのメディアストリームに関する帯域解放処理を行い、Ｄｉａｍｅｔｅｒの帯域解放応答をＲＡＣＦ１４０に返送する。
【００７１】
（５）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒリソース解放応答メッセージをＰ／Ｉ−ＣＳＣＦ１３１に返送する。
【００７２】
（６）Ｐ／Ｉ−ＣＳＣＦ１３１はユーザ端末から受信したＳＩＰ ＢＹＥメッセージをＳ／Ｉ−ＣＳＣＦ１３２に転送し、Ｓ／Ｉ−ＣＳＣＦ１３２は、そのＢＹＥメッセージをストリーミングサーバ１５１へ転送する。
【００７３】
（７）ストリーミングサーバ１５１はＳＩＰセッション切断処理を行い、ＳＩＰセッション切断応答（２００ ＯＫ）を返却する。当該のパラメータ更新応答（２００ ＯＫ）は、まず、Ｓ／Ｉ−ＣＳＣＦ１３２に送信され、Ｓ／Ｉ−ＣＳＣＦ１３２はそれをＰ／Ｉ−ＣＳＣＦ１３１に転送する。
【００７４】
（８）Ｐ／Ｉ−ＣＳＣＦ１３１はＳＩＰセッション切断応答（２００ ＯＫ）をユーザ端末に返却する。
【００７５】
本実施の形態のデータ処理システムでは、上述のようにサービスを利用する一般ユーザを、通信事業者の加入者データベース（本人氏名、電話番号、住所等の情報を含む）に基づいて管理し、一般ユーザがサービスを利用する際にはこのデータベースを用いて認証を行う。投稿された動画コンテンツには認証時のユーザ識別情報を付加して管理することで、その動画コンテンツを投稿する一般ユーザの特定を可能とする。
【００７６】
また投稿された動画コンテンツは、通信事業者が提供するＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスのシステムを使用して、他の加入者への配信を行う。投稿された動画コンテンツは、ＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供する。一般ユーザが視聴する動画コンテンツを選択すると、ＩＭＳ Ｂａｓｅｄ ＩＰＴＶの配信システムにより、ＱｏＳ制御を伴った高品質コンテンツ配信を行う。
【００７７】
また、通信事業者の加入者管理データベースには、本サービスの利用可否（投稿権限、視聴権限等）を保持し、サービス利用の際のログイン認証において、上述の通信事業者の加入者データベースを参照し、サービス利用可否のチェックを行う。サービス利用料金を支払っている加入者のみに本サービスの利用権限を与えることで、通信事業者が動画投稿サービスを有償で提供することを可能とする。
【００７８】
このため、本実施の形態のデータ処理システムでは、違法な動画コンテンツや不適切な動画コンテンツを投稿した利用者（の本人情報）を特定できる。これにより、このような問題のある動画コンテンツの投稿が抑制され、安全・安心なサービスを提供できる。
【００７９】
上記効果が得られる理由としては、本発明においては、サービスを利用する一般ユーザを通信事業者の加入者データベース（本人氏名、電話番号、住所等の情報を含む）に基づいて管理し、一般ユーザがサービスを利用する際にはこのデータベースを用いて認証を行うためである。
【００８０】
また、本実施の形態のデータ処理システムでは、一般ユーザが投稿した動画コンテンツを、ＱｏＳ制御により高品質に配信を行う手段が得られる。通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスにおいて、放送局などが作成した番組コンテンツに加えて、一般ユーザからの多様な動画コンテンツが提供されることで、双方向サービスの参加率が高まり、同時にコンテンツラインナップの強化も可能となる。
【００８１】
上記効果が得られる理由としては、投稿された動画コンテンツは、ＱｏＳ制御機構を備えた通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスの配信システムをそのまま使用して配信を行うためである。また投稿された動画コンテンツは、通信事業者のＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供されることにもよる。
【００８２】
さらに、本実施の形態のデータ処理システムでは、通信事業者がこの動画投稿／視聴サービスに対して課金を行える（有償サービスを提供する）手段を持てる。
【００８３】
上記効果が得られる理由としては、通信事業者の加入者管理データベースに、本サービスの利用可否（サービス利用料金を支払っている加入者のみに投稿権限、視聴権限等を与える）を保持し、一般ユーザがサービスを利用する際のログイン認証において、上述のデータベースを参照し、サービス利用可否のチェックを行うためである。
【００８４】
通信事業者は元々加入者に対して課金を行い料金を徴収する仕組みを備えているため、加入者管理データベースに本サービスに関する情報を追加するだけで実現でき、通信事業者が提供するサービスとして親和性がよい。
【００８５】
なお、本発明は本実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で各種の変形を許容する。例えば、上記形態では一般ユーザから投稿された動画コンテンツの配信は、視聴する一般ユーザが選択した動画コンテンツを、一般ユーザからの要求に基づき個別に配信する方式（いわゆるＶｉｄｅｏ−ｏｎ−Ｄｅｍａｎｄ方式）を記載したが、動画コンテンツの配信形態はこれに限るものではない。
【００８６】
例えば、あるジャンルのユーザコンテンツを連続して配信する「番組」のようなものを準備し、視聴する一般ユーザはこの「番組」に対して視聴要求を行い、動画コンテンツを視聴する形態が考えられる。
【００８７】
この形態においては、動画コンテンツのメディアストリームはマルチキャストにより配信され、複数の視聴する一般ユーザが同時に同じ動画コンテンツのメディアストリームを受信することができる。
【００８８】
さらに、本実施の形態ではデータ処理装置の各部がコンピュータプログラムにより各種機能として論理的に実現されることを例示した。しかし、このような各部の各々を固有のハードウェアとして形成することもでき、ソフトウェアとハードウェアとの組み合わせとして実現することもできる。
【００８９】
なお、当然ながら、上述した実施の形態および複数の変形例は、その内容が相反しない範囲で組み合わせることができる。また、上述した実施の形態および変形例では、各部の構造などを具体的に説明したが、その構造などは本願発明を満足する範囲で各種に変更することができる。
【符号の説明】
【００９０】
１００ データ処理システム
１１１ ＩＰＴＶ端末
１１２ ＰＣ
１２０ エッジルータ
１３０ ＩＭＳ／ＭＭＤ Ｃｏｒｅ
１３１ Ｐ／Ｉ−ＣＳＣＦ
１３２ Ｓ／Ｉ−ＣＳＣＦ
１３３ ＨＳＳ
１４０ ＲＡＣＦ
１５１ ストリーミングサーバ
１５２ Ｗｅｂポータルサーバ
１５３ ファイルサーバ
１６０ 加入者管理サーバ
１７０ アクセスネットワーク
【技術分野】
【０００１】
本発明は、一般ユーザがユーザ端末からサーバシステムに投稿した動画コンテンツを一般ユーザがユーザ端末から視聴できるデータ処理システム、そのデータ処理方法に関する。
【背景技術】
【０００２】
近年、インターネット上のサービスとして、一般ユーザが動画コンテンツを投稿して他の一般ユーザが自由に閲覧できる動画投稿サービスが増えているが、これらのサービスにおいては、動画コンテンツを投稿した一般ユーザを特定することは困難である。
【０００３】
そこで、自動投稿プログラムなどによる不正投稿を有効に防止することができる掲示板システムおよび不正投稿防止方法の提案がある。その技術では、ＧＥＴメソッドの中にＧＥＴメソッドを特定する識別情報を付加し、ＰＯＳＴメソッドにおいて識別情報を検査する。
【０００４】
識別情報の同一性とＰＯＳＴメソッドを受信するまでの経過時間とに基づいてＧＥＴメソッドを実行した正当なクライアントか否かを判定する。不正なクライアントからのＰＯＳＴメソッドであれば拒否する(特許文献１)。
【０００５】
また、通信ネットワークのユーザ装置（ＵＥ１）内でデータパケット（ＤＰ）をパケットベアラ（ＰＢ）に関連付ける方法の提案もある。上記データパケットは上記ユーザ装置のアプリケーション機能からのデータフローの中で送信される。
【０００６】
上記パケットベアラ（ＰＢ）は上記通信ネットワークを介して上記データパケット（ＤＰ）を、さらなるエンティティへ伝送するために上記ユーザ装置で確立され、上記ユーザ装置は多様なパケットベアラを確立するように構成される。
【０００７】
上記方法は、通信ネットワークの制御エンティティにおいて、データパケットを伴うフローを識別するステップと、制御エンティティのポリシー機能において、フローに関連付けるためのパケットベアラを多様なパケットベアラから決定するステップと、さらなるエンティティのルーティングレベル識別子を決定するステップと、さらなるエンティティのルーティングレベル識別子を含むデータパケットを決定したパケットベアラに関連付けるパケットフィルタを、ルーティングレベル識別子に基づいて設置するように通信ネットワークによってユーザ装置に命令するステップと、ルーティングレベル識別子をアプリケーション機能に提供するステップと、ルーティングレベル識別子をデータパケットに含めるステップと、決定したパケットベアラ（ＰＢ）を介してデータパケット（ＤＰ）を転送するステップと、を備える(特許文献２)。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２７２５７４号公報
【特許文献２】特表２００９−５２６４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
近年、上述のようにインターネット上のサービスとして、一般ユーザが動画コンテンツを投稿して他の一般ユーザが自由に閲覧できる動画投稿サービスが増えている。
【００１０】
しかし、これらの動画投稿サービスはインターネット上で提供されるため、ＱｏＳ(Quarterly of Service)保証が行われずサービス品質は限定的にならざるを得ないという課題があった。さらに以上の様な状況から、このような動画投稿サービスは有償サービスとして展開することは困難であった。
【００１１】
本発明は上述のような課題に鑑みてなされたものであり、一般ユーザが投稿した動画コンテンツをＱｏＳ制御により高品質に配信することができるデータ処理システム、そのデータ処理方法、を提供するものである。
【課題を解決するための手段】
【００１２】
本発明のデータ処理システムは、動画コンテンツを一般ユーザに提供するサーバシステムと、提供される動画コンテンツを一般ユーザに視聴させるユーザ端末と、動画コンテンツのストリーミングの帯域を確保するエッジルータと、ＳＩＰ(Session Initiation Protocol)による呼制御を行うＩＭＳ(IP Multimedia Subsystem)／ＭＭＤ(Multimedia Domain)Ｃｏｒｅと、加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理してＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいてエッジルータを制御するＲＡＣＦ(Resource Access Control Facility)と、を有し、ユーザ端末は、サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、サーバシステムは、受信したパラメータ更新要求に対応してストリーミング配信に必要なメディアパラメータをパラメータ更新応答によりＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信したパラメータ更新応答のメディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求をエッジルータに送出し、エッジルータは、ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答をＲＡＣＦに返送し、ＲＡＣＦは、受信した帯域確保応答に対応してリソース応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信したリソース応答メッセージに対応してＳＩＰセッションのパラメータ更新応答をユーザ端末に返却し、ストリーミングサーバは、ユーザ端末に対して動画コンテンツをエッジルータを経由させてストリーム配信し、エッジルータは、動画コンテンツのメディアストリームのパケットをＱｏＳ(Quarterly of Service)制御して確保した帯域を保証する。
【００１３】
本発明のデータ処理方法は、動画コンテンツを一般ユーザに提供するサーバシステムと、提供される動画コンテンツを一般ユーザに視聴させるユーザ端末と、動画コンテンツのストリーミングの帯域を確保するエッジルータと、ＳＩＰによる呼制御を行うＩＭＳ／ＭＭＤＣｏｒｅと、加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理してＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいてエッジルータを制御するＲＡＣＦと、を有するデータ処理システムのデータ処理方法であって、ユーザ端末で、サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、サーバシステムで、受信したパラメータ更新要求に対応してストリーミング配信に必要なメディアパラメータをパラメータ更新応答によりＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信したパラメータ更新応答のメディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求をエッジルータに送出し、エッジルータで、ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答をＲＡＣＦに返送し、ＲＡＣＦで、受信した帯域確保応答に対応してリソース応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信したリソース応答メッセージに対応してＳＩＰセッションのパラメータ更新応答をユーザ端末に返却し、ストリーミングサーバで、ユーザ端末に対して動画コンテンツをエッジルータを経由させてストリーム配信し、エッジルータで、動画コンテンツのメディアストリームのパケットをＱｏＳ制御して確保した帯域を保証する。
【００１４】
なお、本発明の各種の構成要素は、その機能を実現するように形成されていればよく、例えば、所定の機能を発揮する専用のハードウェア、所定の機能がコンピュータプログラムにより付与されたデータ処理装置、コンピュータプログラムによりデータ処理装置に実現された所定の機能、これらの任意の組み合わせ、等として実現することができる。
【００１５】
また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。
【発明の効果】
【００１６】
本発明のデータ処理システムでは、投稿された動画コンテンツは、ＱｏＳ制御機構を備えた通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスの配信システムを、そのまま使用して配信を行う。また投稿された動画コンテンツは、通信事業者のＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供される。このため、一般ユーザが投稿した動画コンテンツを、ＱｏＳ制御により高品質に配信を行う手段が得られる。従って、通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスにおいて、放送局などが作成した番組コンテンツに加えて、一般ユーザからの多様な動画コンテンツが提供されることで、双方向サービスの参加率が高まり、同時にコンテンツラインナップの強化も可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態のデータ処理システムの構造を示す模式的なブロック図である。
【図２】データベースのデータ構造を示す模式図である。
【図３】データ処理システムでのコンテンツ投稿動作を示すシーケンシャルチャートである。
【図４】データ処理システムでのセッション確立動作を示すシーケンシャルチャートである。
【図５】データ処理システムでのストリーム配信動作を示すシーケンシャルチャートである。
【図６】データ処理システムでのコンテンツ終了動作を示すシーケンシャルチャートである。
【発明を実施するための形態】
【００１８】
本発明の実施の一形態を図面を参照して以下に説明する。本発明の実施例は、図１に示す様に、本実施の形態のデータ処理システム１００では、ユーザ端末であるＩＰＴＶ(Internet Protocol Television)端末１１１、ユーザ端末であるＰＣ(Personal Computer)１１２、エッジルータ１２０、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０の一部であるＰ／Ｉ−ＣＳＣＦ(Call State Control Function)１３１、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０の一部であるＳ／Ｉ−ＣＳＣＦ１３２、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０の一部であるＨＳＳ１３３、ＲＡＣＦ１４０、サーバシステムの一部であるストリーミングサーバ１５１、サーバシステムの一部であるＷｅｂポータルサーバ１５２、サーバシステムの一部であるファイルサーバ１５３、加入者管理サーバ１６０、から構成される。
【００１９】
アクセスネットワーク１７０は、例えば、次世代のインターネットであるＮＧＮ（Next Generation Network）などからなる。
【００２０】
ＩＰＴＶ端末１１１およびＰＣ１１２は、一般ユーザが本サービス（ＩＰＴＶおよび動画コンテンツ投稿／視聴サービス）を利用する際に使用するユーザ端末である。本ユーザ端末は、ＳＩＰによるセッション確立機能、ストリーミング配信されるメディアストリームの受信機能、Ｗｅｂポータルサーバ１５２へのアクセス機能、コンテンツ投稿機能を有する。
【００２１】
Ｐ／Ｉ−ＣＳＣＦ１３１、Ｓ／Ｉ−ＣＳＣＦ１３２、ＨＳＳ１３３は、ＩＭＳ／ＭＭＤ Ｃｏｒｅ１３０を構成するノードである。
【００２２】
Ｐ／Ｉ−ＣＳＣＦ１３１は、ＳＩＰにより呼制御（複数のユーザ端末／サーバ間の接続と切断の制御）を行う装置であり、ＩＭＳネットワークにおいてＳＩＰプロキシサーバの役割を果たす。
【００２３】
ユーザ端末がＩＭＳネットワークに登録されている間は一つのＰ／Ｉ−ＣＳＣＦ１３１と通信する。送受信リクエストは全てそのＰ／Ｉ−ＣＳＣＦ１３１を通過する。Ｐ／Ｉ−ＣＳＣＦ１３１は、ＳＩＰリクエストやレスポンスを端末方向かネットワーク方向（Ｓ／Ｉ−ＣＳＣＦ１３２）に転送する。
【００２４】
Ｓ／Ｉ−ＣＳＣＦ１３２は、ＳＩＰにより呼制御を行う装置であり、ＳＩＰメッセージの検査、ルーティング処理、セッション制御等を行う。ＨＳＳ１３３（Home Subscriber Server）は、ＩＭＳネットワークにおいてユーザ情報を管理するデータベースである。
【００２５】
ＲＡＣＦ１４０は、ＣＳＣＦからのリソース要求を受付判定し、ＣＳＣＦからのリソース要求に基づいたエッジルータ１２０を制御する。受付判定を行うために、ＲＡＣＦ１４０では加入者情報・通信帯域リソース状態・エッジルータ状態を管理し、これらのリソース管理情報に基づいた受付判定を行う。
【００２６】
エッジルータ１２０は、通信事業者のアクセスネットワーク１７０に配置され、ユーザ端末から通信事業者のサーバへの全ての通信はエッジルータ１２０を経由する。ＲＡＣＦ１４０がリソース要求を受付判定で許可した場合、該当リソースを使用するシグナリングが許可され、エッジルータ１２０はシグナリングによってセットアップされる通信が通信可能な状態へ制御を行うとともに、その通信が必要とする帯域の確保を行い、ＱｏＳ制御を行う。
【００２７】
ストリーミングサーバ１５１、Ｗｅｂポータルサーバ１５２、ファイルサーバ１５３は、ＩＰＴＶおよび動画投稿／視聴の機能を提供するサーバである。ストリーミングサーバ１５１は、ＩＰＴＶの動画コンテンツをユーザ端末に向けてストリーミング配信を行うサーバである。
【００２８】
本サーバはＩＭＳネットワークにおいてＡＳ（Application Server）に位置付けられ、ユーザ端末へストリーミング配信を開始する前に、ユーザ端末−ストリーミングサーバ１５１間においてＣＳＣＦ経由でＳＩＰのセッション確立が行われる。
【００２９】
Ｗｅｂポータルサーバ１５２は、ユーザ端末からＨＴＴＰ等によってアクセスされるサーバであり、一般ユーザのログイン制御、認証、一般ユーザが視聴する動画コンテンツを選択する際のメニュー画面の提供、一般ユーザからのコンテンツ投稿受付、動画コンテンツおよび投稿者情報の管理などを行う。
【００３０】
ファイルサーバ１５３は、Ｗｅｂポータルサーバ１５２が一般ユーザからのコンテンツ投稿を受け付けた後、ユーザ端末からのコンテンツ格納要求を受けてコンテンツファイルを格納・保管するサーバである。格納されたコンテンツファイルは、ストリーミング配信が行われる際にはストリーミングサーバ１５１からの要求に応じて当該ファイルをストリーミングサーバ１５１に送信する。
【００３１】
加入者管理サーバ１６０は、通信事業者の加入者に関する各種情報を管理するサーバである。電話番号、氏名などの基本的な加入者情報に加えて、本サービスの利用可否（投稿権限、視聴権限等）に関する情報も保持する。加入者管理サーバ１６０が保持するデータベースの構成例を図２に示す。
【００３２】
[実施例の動作の説明]
次に、図３ないし図６のシーケンス図を参照して本発明の実施例の動作について詳細に説明する。図３はコンテンツ投稿シーケンスを表している。図３のシーケンスの各ステップの動作を以下に記載する。
【００３３】
（１）まず動画コンテンツを投稿する一般ユーザはＩＰＴＶ端末１１１またはＰＣ１１２（以降、ユーザ端末と称する）より、Ｗｅｂポータルサーバ１５２のログイン画面にアクセスし、ユーザ識別情報（ＩＤ）とパスワードを入力してログインを行う。
【００３４】
ここで入力するユーザ識別情報は、通信事業者の加入者データベース（本人氏名、電話番号、住所等の情報を含む）に基づいて本人情報の特定が可能なものとする。典型的な例としては、ユーザ識別情報としてその通信事業者の電話番号を使用し、加入者データベースにおいて当該一般ユーザが特定される形を取る。
【００３５】
（２）Ｗｅｂポータルサーバ１５２がユーザ端末からユーザ識別情報（ＩＤ）とパスワードを受け取ると、加入者管理サーバ１６０に加入者情報の検索を要求する。
【００３６】
（３）加入者管理サーバ１６０は、ＩＤ（電話番号等）をキーにしてデータベースの検索を行い、当該加入者に関するデータをＷｅｂポータルサーバ１５２に返却する。
【００３７】
（４）Ｗｅｂポータルサーバ１５２は、加入者管理サーバ１６０から受け取ったパスワード情報に基づき一般ユーザの認証を行うとともに、サービス利用可否（投稿権限、視聴権限等）について確認を行う。認証が成功した場合、ユーザ端末にログイン応答を返却し、ログイン成功画面を表示する。
【００３８】
（５）一般ユーザ（動画コンテンツを投稿する一般ユーザ）がユーザ端末に表示されるポータル画面からコンテンツ投稿の操作を行うと、ユーザ端末はＷｅｂポータルサーバ１５２に対してコンテンツ投稿要求を送信する。
【００３９】
（６）Ｗｅｂポータルサーバ１５２は、当該一般ユーザのコンテンツ投稿権限を確認し、権限があれば、コンテンツ投稿要求に含まれるコンテンツ情報、認証時に取得したユーザ識別情報（ＩＤ）、ファイルサーバ１５３に格納されるファイル実体へのリンク情報を、コンテンツ管理情報としてサーバ内に保存して、ファイルへのリンク情報とともにコンテンツアップロード応答をユーザ端末に返却する。
【００４０】
（７）ユーザ端末は、コンテンツ投稿応答に含まれるファイルへのリンク情報を元に、ファイルサーバ１５３に対してコンテンツ格納要求を送信し、ファイルをアップロードする。
【００４１】
（８）ファイルのアップロードおよび格納が完了すると、ファイルサーバ１５３はユーザ端末に対してコンテンツ格納応答を返却する。
【００４２】
図４、図５、および図６はコンテンツ視聴シーケンスである。図４は一般ユーザによる視聴する動画コンテンツの選択からＳＩＰセッションの確立までを表している。図４のシーケンスの各ステップの動作を以下に記載する。
【００４３】
（１）まず動画コンテンツを視聴する一般ユーザは、コンテンツ投稿シーケンスと同様に、ユーザ端末からＷｅｂポータルサーバ１５２のログイン画面にアクセスし、ユーザ識別情報（ＩＤ）とパスワードを入力してログインを行う。
【００４４】
（２）コンテンツ投稿シーケンスと同様に、Ｗｅｂポータルサーバ１５２は一般ユーザの認証を行うとともに、サービス利用可否（投稿権限、視聴権限等）について確認を行う。認証が成功した場合、ユーザ端末にログイン応答を返却し、ログイン成功画面を表示する。
【００４５】
（３）コンテンツ視聴する一般ユーザはユーザ端末に表示されるポータル画面からコンテンツ選択画面へ遷移する。コンテンツ選択画面においては典型的には、通信事業者によって提供されるＩＰＴＶの番組コンテンツに加え、一般ユーザから投稿された動画コンテンツも同様の操作により選択して視聴可能なようになっている。一般ユーザが画面上から視聴したい動画コンテンツを選択すると、ユーザ端末はＷｅｂポータルサーバ１５２に対してセッション情報要求を送信する。
【００４６】
（４）Ｗｅｂポータルサーバ１５２は、当該一般ユーザのコンテンツ視聴権限を確認し、権限があれば、セッション確立のために必要な情報とともにセッション情報応答をユーザ端末に返却する。
【００４７】
（５）ユーザ端末は（４）で受領したセッション情報を用いて、ストリーミングサーバ１５１に対するＳＩＰセッション確立要求（ＩＮＶＩＴＥ）を、Ｐ／Ｉ−ＣＳＣＦ１３１に送信する。Ｐ／Ｉ−ＣＳＣＦ１３１は当該ＩＮＶＩＴＥメッセージをＳ／Ｉ−ＣＳＣＦ１３２に転送する。
【００４８】
（６）Ｓ／Ｉ−ＣＳＣＦ１３２は、ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに含まれる着信先情報に基づいて、適切なルーティング先（コンタクト情報など）をＤｉａｍｅｔｅｒメッセージを用いてＨＳＳ１３３に問合せる。
【００４９】
（７）ＨＳＳ１３３はそれに対して、ルーティング先（コンタクトなど）の情報をＤｉａｍｅｔｅｒメッセージによりＳ／Ｉ−ＣＳＣＦ１３２に回答する。
【００５０】
（８）Ｓ／Ｉ−ＣＳＣＦ１３２は、ＨＳＳ１３３からの回答（ルーティング情報）を得て、適切な宛先にＳＩＰ ＩＮＶＩＴＥメッセージをルーティングする。ここでの宛先はストリーミングサーバ１５１であるため、ストリーミングサーバ１５１へＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅを転送する。
【００５１】
（９）ストリーミングサーバ１５１は受信したＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに基づいてユーザ端末とのセッション確立処理を行い、ＳＩＰセッション確立の成功応答（２００ ＯＫ）を返却する。この応答メッセージは、まずＳ／Ｉ−ＣＳＣＦ１３２に送信され、Ｓ／Ｉ−ＣＳＣＦ１３２ からＰ／Ｉ−ＣＳＣＦ１３１へ転送される。
【００５２】
（１０）Ｐ／Ｉ−ＣＳＣＦ１３１はＳＩＰセッション確立応答（２００ ＯＫ）をユーザ端末へ転送する。
【００５３】
（１１）ユーザ端末は最終的な確認メッセージ（ＡＣＫ）をＰ／Ｉ−ＣＳＣＦ１３１へ送信し、Ｐ／Ｉ−ＣＳＣＦ１３１はさらにそれをＳ／Ｉ−ＣＳＣＦ１３２へ転送する。
【００５４】
（１２）Ｓ／Ｉ−ＣＳＣＦ１３２は確認メッセージ（ＡＣＫ）をストリーミングサーバ１５１に送信する。ストリーミングサーバ１５１にてＡＣＫメッセージの確認が終了すると、ユーザ端末−ストリーミングサーバ１５１間のＳＩＰセッション確立が完了する。
【００５５】
図５はＱｏＳ制御のためにエッジルータ１２０において帯域確保を行い、ストリーミングサーバ１５１からユーザ端末へ向けて動画コンテンツのメディアストリームが配信されるまでを表している。図５のシーケンスの各ステップの動作を以下に記載する。
【００５６】
（１）図４のシーケンスにおいてユーザ端末−ストリーミングサーバ１５１間のＳＩＰセッション確立が完了すると、実際に動画コンテンツのメディアストリームを受信するために、ユーザ端末からストリーミングサーバ１５１に対して、ＳＩＰセッションのパラメータ更新要求（ＵＰＤＡＴＥ）を送出する。
【００５７】
ＳＩＰ ＵＰＤＡＴＥメッセージはＩＮＶＩＴＥメッセージと同様にＰ／Ｉ−ＣＳＣＦ１３１に送信され、Ｐ／Ｉ−ＣＳＣＦ１３１は当該ＵＰＤＡＴＥメッセージをＳ／Ｉ−ＣＳＣＦ１３２に転送する。
【００５８】
（２）Ｓ／Ｉ−ＣＳＣＦ１３２は、ＵＰＤＡＴＥメッセージをストリーミングサーバ１５１へ転送する。
【００５９】
（３）ストリーミングサーバ１５１は、ストリーミング配信に必要なメディアに関するパラメータを、ＳＩＰセッションのパラメータ更新応答（２００ ＯＫ）により返却する。当該のパラメータ更新応答（２００ ＯＫ）は、まず、Ｓ／Ｉ−ＣＳＣＦ１３２に送信され、Ｓ／Ｉ−ＣＳＣＦ１３２はそれをＰ／Ｉ−ＣＳＣＦ１３１に転送する。
【００６０】
（４）Ｐ／Ｉ−ＣＳＣＦ１３１は、受信したパラメータ更新応答（２００ ＯＫ）に含まれるメディアパラメータに基づき、Ｄｉａｍｅｔｅｒのリソース要求メッセージをＲＡＣＦ１４０に送出する。
【００６１】
（５）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒメッセージを用いて、エッジルータ１２０に対して帯域確保要求を送出する。
【００６２】
（６）エッジルータ１２０は当該ＳＩＰセッションのメディアストリームに対して必要な帯域確保処理を行い、Ｄｉａｍｅｔｅｒの帯域確保応答をＲＡＣＦ１４０に返送する。
【００６３】
（７）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒ リソース応答メッセージをＰ／Ｉ−ＣＳＣＦ１３１に返送する。
【００６４】
（８）Ｐ／Ｉ−ＣＳＣＦ１３１は、ＳＩＰセッションのパラメータ更新応答（２００ ＯＫ）をユーザ端末に返却する。
【００６５】
（９）ストリーミングサーバ１５１はユーザ端末に対して動画コンテンツのメディアストリーム（ＲＴＰ）の配信を開始する。メディアストリーム（ＲＴＰ）のパケットが途中で経由するエッジルータ１２０においてはＱｏＳ制御が行われ、（５）〜（６）で確保した帯域が保証される。
【００６６】
図６は動画コンテンツのメディア配信が終了し、エッジルータ１２０において帯域解放を行い、ＳＩＰセッションが切断されるまでを表している。図６のシーケンスの各ステップの動作を以下に記載する。
【００６７】
（１）動画コンテンツのメディア配信が終了すると、ユーザ端末からストリーミングサーバ１５１に対して、ＳＩＰセッション切断要求（ＢＹＥ）を送出する。ＳＩＰ ＢＹＥメッセージはＩＮＶＩＴＥメッセージと同様にまずＰ／Ｉ−ＣＳＣＦ１３１に送信される。
【００６８】
（２）Ｐ／Ｉ−ＣＳＣＦ１３１は、Ｄｉａｍｅｔｅｒにてリソース解放要求メッセージをＲＡＣＦ１４０に送出する。
【００６９】
（３）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒメッセージを用いて、エッジルータ１２０に対して帯域解放要求を送出する。
【００７０】
（４）エッジルータ１２０は当該ＳＩＰセッションのメディアストリームに関する帯域解放処理を行い、Ｄｉａｍｅｔｅｒの帯域解放応答をＲＡＣＦ１４０に返送する。
【００７１】
（５）ＲＡＣＦ１４０はＤｉａｍｅｔｅｒリソース解放応答メッセージをＰ／Ｉ−ＣＳＣＦ１３１に返送する。
【００７２】
（６）Ｐ／Ｉ−ＣＳＣＦ１３１はユーザ端末から受信したＳＩＰ ＢＹＥメッセージをＳ／Ｉ−ＣＳＣＦ１３２に転送し、Ｓ／Ｉ−ＣＳＣＦ１３２は、そのＢＹＥメッセージをストリーミングサーバ１５１へ転送する。
【００７３】
（７）ストリーミングサーバ１５１はＳＩＰセッション切断処理を行い、ＳＩＰセッション切断応答（２００ ＯＫ）を返却する。当該のパラメータ更新応答（２００ ＯＫ）は、まず、Ｓ／Ｉ−ＣＳＣＦ１３２に送信され、Ｓ／Ｉ−ＣＳＣＦ１３２はそれをＰ／Ｉ−ＣＳＣＦ１３１に転送する。
【００７４】
（８）Ｐ／Ｉ−ＣＳＣＦ１３１はＳＩＰセッション切断応答（２００ ＯＫ）をユーザ端末に返却する。
【００７５】
本実施の形態のデータ処理システムでは、上述のようにサービスを利用する一般ユーザを、通信事業者の加入者データベース（本人氏名、電話番号、住所等の情報を含む）に基づいて管理し、一般ユーザがサービスを利用する際にはこのデータベースを用いて認証を行う。投稿された動画コンテンツには認証時のユーザ識別情報を付加して管理することで、その動画コンテンツを投稿する一般ユーザの特定を可能とする。
【００７６】
また投稿された動画コンテンツは、通信事業者が提供するＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスのシステムを使用して、他の加入者への配信を行う。投稿された動画コンテンツは、ＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供する。一般ユーザが視聴する動画コンテンツを選択すると、ＩＭＳ Ｂａｓｅｄ ＩＰＴＶの配信システムにより、ＱｏＳ制御を伴った高品質コンテンツ配信を行う。
【００７７】
また、通信事業者の加入者管理データベースには、本サービスの利用可否（投稿権限、視聴権限等）を保持し、サービス利用の際のログイン認証において、上述の通信事業者の加入者データベースを参照し、サービス利用可否のチェックを行う。サービス利用料金を支払っている加入者のみに本サービスの利用権限を与えることで、通信事業者が動画投稿サービスを有償で提供することを可能とする。
【００７８】
このため、本実施の形態のデータ処理システムでは、違法な動画コンテンツや不適切な動画コンテンツを投稿した利用者（の本人情報）を特定できる。これにより、このような問題のある動画コンテンツの投稿が抑制され、安全・安心なサービスを提供できる。
【００７９】
上記効果が得られる理由としては、本発明においては、サービスを利用する一般ユーザを通信事業者の加入者データベース（本人氏名、電話番号、住所等の情報を含む）に基づいて管理し、一般ユーザがサービスを利用する際にはこのデータベースを用いて認証を行うためである。
【００８０】
また、本実施の形態のデータ処理システムでは、一般ユーザが投稿した動画コンテンツを、ＱｏＳ制御により高品質に配信を行う手段が得られる。通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスにおいて、放送局などが作成した番組コンテンツに加えて、一般ユーザからの多様な動画コンテンツが提供されることで、双方向サービスの参加率が高まり、同時にコンテンツラインナップの強化も可能となる。
【００８１】
上記効果が得られる理由としては、投稿された動画コンテンツは、ＱｏＳ制御機構を備えた通信事業者のＩＭＳ Ｂａｓｅｄ ＩＰＴＶサービスの配信システムをそのまま使用して配信を行うためである。また投稿された動画コンテンツは、通信事業者のＩＰＴＶサービスにおいて提供される他の番組と同様の方法で、一般ユーザが視聴する動画コンテンツを選択可能な形で一般ユーザに提供されることにもよる。
【００８２】
さらに、本実施の形態のデータ処理システムでは、通信事業者がこの動画投稿／視聴サービスに対して課金を行える（有償サービスを提供する）手段を持てる。
【００８３】
上記効果が得られる理由としては、通信事業者の加入者管理データベースに、本サービスの利用可否（サービス利用料金を支払っている加入者のみに投稿権限、視聴権限等を与える）を保持し、一般ユーザがサービスを利用する際のログイン認証において、上述のデータベースを参照し、サービス利用可否のチェックを行うためである。
【００８４】
通信事業者は元々加入者に対して課金を行い料金を徴収する仕組みを備えているため、加入者管理データベースに本サービスに関する情報を追加するだけで実現でき、通信事業者が提供するサービスとして親和性がよい。
【００８５】
なお、本発明は本実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で各種の変形を許容する。例えば、上記形態では一般ユーザから投稿された動画コンテンツの配信は、視聴する一般ユーザが選択した動画コンテンツを、一般ユーザからの要求に基づき個別に配信する方式（いわゆるＶｉｄｅｏ−ｏｎ−Ｄｅｍａｎｄ方式）を記載したが、動画コンテンツの配信形態はこれに限るものではない。
【００８６】
例えば、あるジャンルのユーザコンテンツを連続して配信する「番組」のようなものを準備し、視聴する一般ユーザはこの「番組」に対して視聴要求を行い、動画コンテンツを視聴する形態が考えられる。
【００８７】
この形態においては、動画コンテンツのメディアストリームはマルチキャストにより配信され、複数の視聴する一般ユーザが同時に同じ動画コンテンツのメディアストリームを受信することができる。
【００８８】
さらに、本実施の形態ではデータ処理装置の各部がコンピュータプログラムにより各種機能として論理的に実現されることを例示した。しかし、このような各部の各々を固有のハードウェアとして形成することもでき、ソフトウェアとハードウェアとの組み合わせとして実現することもできる。
【００８９】
なお、当然ながら、上述した実施の形態および複数の変形例は、その内容が相反しない範囲で組み合わせることができる。また、上述した実施の形態および変形例では、各部の構造などを具体的に説明したが、その構造などは本願発明を満足する範囲で各種に変更することができる。
【符号の説明】
【００９０】
１００ データ処理システム
１１１ ＩＰＴＶ端末
１１２ ＰＣ
１２０ エッジルータ
１３０ ＩＭＳ／ＭＭＤ Ｃｏｒｅ
１３１ Ｐ／Ｉ−ＣＳＣＦ
１３２ Ｓ／Ｉ−ＣＳＣＦ
１３３ ＨＳＳ
１４０ ＲＡＣＦ
１５１ ストリーミングサーバ
１５２ Ｗｅｂポータルサーバ
１５３ ファイルサーバ
１６０ 加入者管理サーバ
１７０ アクセスネットワーク
【特許請求の範囲】
【請求項１】
動画コンテンツを一般ユーザに提供するサーバシステムと、
提供される前記動画コンテンツを前記一般ユーザに視聴させるユーザ端末と、
前記動画コンテンツのストリーミングの帯域を確保するエッジルータと、
ＳＩＰ(Session Initiation Protocol)による呼制御を行うＩＭＳ(IP Multimedia Subsystem)／ＭＭＤ(Multimedia Domain) Ｃｏｒｅと、
加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理してＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいて前記エッジルータを制御するＲＡＣＦ(Resource Access Control Facility)と、を有し、
前記ユーザ端末は、前記サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、
前記サーバシステムは、受信した前記パラメータ更新要求に対応して前記ストリーミング配信に必要なメディアパラメータをパラメータ更新応答により前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信した前記パラメータ更新応答の前記メディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求を前記エッジルータに送出し、
前記エッジルータは、前記ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦは、受信した前記帯域確保応答に対応してリソース応答メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信した前記リソース応答メッセージに対応して前記ＳＩＰセッションのパラメータ更新応答を前記ユーザ端末に返却し、
前記ストリーミングサーバは、前記ユーザ端末に対して前記動画コンテンツを前記エッジルータを経由させてストリーム配信し、
前記エッジルータは、前記動画コンテンツのメディアストリームのパケットをＱｏＳ(Quarterly of Service)制御して確保した帯域を保証するデータ処理システム。
【請求項２】
前記サーバシステムは、前記一般ユーザの個人情報がユーザ識別情報ごとに事前に登録されている加入者データベースを有し、
前記ユーザ端末は、前記動画コンテンツを投稿する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムは、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索し、前記個人情報が検索されて前記一般ユーザが認証されると前記動画コンテンツの投稿を許可し、
前記ユーザ端末は、前記許可に対応して前記一般ユーザが投稿する前記動画コンテンツを前記サーバシステムに提供し、
前記サーバシステムは、投稿された前記動画コンテンツを前記ユーザ識別情報または前記個人情報の少なくとも一部とともに他のユーザ端末から閲覧自在に格納する請求項１に記載のデータ処理システム。
【請求項３】
前記ユーザ端末は、前記動画コンテンツを視聴する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムは、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索して前記一般ユーザを認証し、
前記ユーザ端末は、前記一般ユーザの認証に対応してセッション情報要求を前記サーバシステムに送信し、
前記サーバシステムは、前記一般ユーザの前記動画コンテンツの視聴権限を確認すると前記セッション確立に必要な情報とともにセッション情報応答を前記ユーザ端末に返却し、
前記ユーザ端末は受領した前記セッション情報を用いて、前記サーバシステムに対する前記ＳＩＰセッション確立要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記セッション確立要求に含まれる着信先情報に基づいてＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅを前記サーバシステムへ送信し、
前記サーバシステムは、受信した前記ＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに基づいて前記ユーザ端末とのセッション確立処理を行い、前記ＳＩＰセッション確立応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記ＳＩＰセッション確立応答を前記ユーザ端末へ転送し、
前記ユーザ端末は、最終的な確認メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは前記確認メッセージを前記サーバシステムに送信し、
前記サーバシステムは、受信する前記確認メッセージに対応して前記ユーザ端末と前記ＳＩＰセッションを確立する請求項１または２に記載のデータ処理システム。
【請求項４】
前記ユーザ端末は、前記動画コンテンツのメディア配信が終了すると前記サーバシステムに送出するＳＩＰセッション切断要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送出し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、Ｄｉａｍｅｔｅｒでリソース解放要求メッセージを前記ＲＡＣＦに送出し、
前記ＲＡＣＦは、前記リソース解放要求メッセージで帯域解放要求を前記エッジルータに送出し、
前記エッジルータは、前記ＳＩＰセッションの前記メディアストリームの帯域解放処理を行って前記Ｄｉａｍｅｔｅｒの帯域解放応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦは、前記Ｄｉａｍｅｔｅｒリソース解放応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記ユーザ端末から受信した前記ＳＩＰセッション切断要求を前記サーバシステムへ転送し、
前記サーバシステムは、前記ＳＩＰセッション切断処理を行ってＳＩＰセッション切断応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記ＳＩＰセッション切断応答を前記ユーザ端末に返却する請求項１ないし３の何れか一項に記載のデータ処理システム。
【請求項５】
動画コンテンツを一般ユーザに提供するサーバシステムと、提供される前記動画コンテンツを前記一般ユーザに視聴させるユーザ端末と、前記動画コンテンツのストリーミングの帯域を確保するエッジルータと、ＳＩＰによる呼制御を行うＩＭＳ／ＭＭＤＣｏｒｅと、加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理して前記ＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいて前記エッジルータを制御するＲＡＣＦと、を有するデータ処理システムのデータ処理方法であって、
前記ユーザ端末で、前記サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、
前記サーバシステムで、受信した前記パラメータ更新要求に対応して前記ストリーミング配信に必要なメディアパラメータをパラメータ更新応答により前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信した前記パラメータ更新応答の前記メディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求を前記エッジルータに送出し、
前記エッジルータで、前記ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦで、受信した前記帯域確保応答に対応してリソース応答メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信した前記リソース応答メッセージに対応して前記ＳＩＰセッションの前記パラメータ更新応答を前記ユーザ端末に返却し、
前記ストリーミングサーバで、前記ユーザ端末に対して動画コンテンツを前記エッジルータを経由させてストリーム配信し、
前記エッジルータで、前記動画コンテンツのメディアストリームのパケットをＱｏＳ制御して確保した帯域を保証するデータ処理方法。
【請求項６】
前記サーバシステムで、前記一般ユーザの個人情報がユーザ識別情報ごとに事前に登録されている加入者データベースを有し、
前記ユーザ端末で、前記動画コンテンツを投稿する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムで、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索し、前記個人情報が検索されて前記一般ユーザが認証されると前記動画コンテンツの投稿を許可し、
前記ユーザ端末で、前記許可に対応して前記一般ユーザが投稿する前記動画コンテンツを前記サーバシステムに提供し、
前記サーバシステムで、投稿された前記動画コンテンツを前記ユーザ識別情報または前記個人情報の少なくとも一部とともに他のユーザ端末から閲覧自在に格納する請求項５に記載のデータ処理システム。
【請求項７】
前記ユーザ端末で、前記動画コンテンツを視聴する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムで、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索して前記一般ユーザを認証し、
前記ユーザ端末で、前記一般ユーザの認証に対応してセッション情報要求を前記サーバシステムに送信し、
前記サーバシステムで、前記一般ユーザの前記動画コンテンツの視聴権限を確認すると前記セッション確立に必要な情報とともにセッション情報応答をユーザ端末に返却し、
前記ユーザ端末は受領したセッション情報を用いて、サーバシステムに対するＳＩＰセッション確立要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記セッション確立要求に含まれる着信先情報に基づいてＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅを前記サーバシステムへ送信し、
前記サーバシステムで、受信した前記ＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに基づいて前記ユーザ端末とのセッション確立処理を行い、前記ＳＩＰセッション確立応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記ＳＩＰセッション確立応答を前記ユーザ端末へ転送し、
前記ユーザ端末で、最終的な確認メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは前記確認メッセージを前記サーバシステムに送信し、
前記サーバシステムで、受信する前記確認メッセージに対応して前記ユーザ端末と前記ＳＩＰセッションを確立する請求項５または６に記載のデータ処理システム。
【請求項８】
前記ユーザ端末で、前記動画コンテンツのメディア配信が終了すると前記サーバシステムに送出するＳＩＰセッション切断要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送出し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、Ｄｉａｍｅｔｅｒでリソース解放要求メッセージを前記ＲＡＣＦに送出し、
前記ＲＡＣＦで、前記リソース解放要求メッセージで帯域解放要求を前記エッジルータに送出し、
前記エッジルータで、前記ＳＩＰセッションの前記メディアストリームの帯域解放処理を行って前記Ｄｉａｍｅｔｅｒの帯域解放応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦで、前記Ｄｉａｍｅｔｅｒリソース解放応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記ユーザ端末から受信した前記ＳＩＰセッション切断要求を前記サーバシステムへ転送し、
前記サーバシステムで、ＳＩＰセッション切断処理を行ってＳＩＰセッション切断応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記ＳＩＰセッション切断応答を前記ユーザ端末に返却する請求項５ないし７の何れか一項に記載のデータ処理システム。
【請求項１】
動画コンテンツを一般ユーザに提供するサーバシステムと、
提供される前記動画コンテンツを前記一般ユーザに視聴させるユーザ端末と、
前記動画コンテンツのストリーミングの帯域を確保するエッジルータと、
ＳＩＰ(Session Initiation Protocol)による呼制御を行うＩＭＳ(IP Multimedia Subsystem)／ＭＭＤ(Multimedia Domain) Ｃｏｒｅと、
加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理してＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいて前記エッジルータを制御するＲＡＣＦ(Resource Access Control Facility)と、を有し、
前記ユーザ端末は、前記サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、
前記サーバシステムは、受信した前記パラメータ更新要求に対応して前記ストリーミング配信に必要なメディアパラメータをパラメータ更新応答により前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信した前記パラメータ更新応答の前記メディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求を前記エッジルータに送出し、
前記エッジルータは、前記ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦは、受信した前記帯域確保応答に対応してリソース応答メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、受信した前記リソース応答メッセージに対応して前記ＳＩＰセッションのパラメータ更新応答を前記ユーザ端末に返却し、
前記ストリーミングサーバは、前記ユーザ端末に対して前記動画コンテンツを前記エッジルータを経由させてストリーム配信し、
前記エッジルータは、前記動画コンテンツのメディアストリームのパケットをＱｏＳ(Quarterly of Service)制御して確保した帯域を保証するデータ処理システム。
【請求項２】
前記サーバシステムは、前記一般ユーザの個人情報がユーザ識別情報ごとに事前に登録されている加入者データベースを有し、
前記ユーザ端末は、前記動画コンテンツを投稿する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムは、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索し、前記個人情報が検索されて前記一般ユーザが認証されると前記動画コンテンツの投稿を許可し、
前記ユーザ端末は、前記許可に対応して前記一般ユーザが投稿する前記動画コンテンツを前記サーバシステムに提供し、
前記サーバシステムは、投稿された前記動画コンテンツを前記ユーザ識別情報または前記個人情報の少なくとも一部とともに他のユーザ端末から閲覧自在に格納する請求項１に記載のデータ処理システム。
【請求項３】
前記ユーザ端末は、前記動画コンテンツを視聴する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムは、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索して前記一般ユーザを認証し、
前記ユーザ端末は、前記一般ユーザの認証に対応してセッション情報要求を前記サーバシステムに送信し、
前記サーバシステムは、前記一般ユーザの前記動画コンテンツの視聴権限を確認すると前記セッション確立に必要な情報とともにセッション情報応答を前記ユーザ端末に返却し、
前記ユーザ端末は受領した前記セッション情報を用いて、前記サーバシステムに対する前記ＳＩＰセッション確立要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記セッション確立要求に含まれる着信先情報に基づいてＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅを前記サーバシステムへ送信し、
前記サーバシステムは、受信した前記ＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに基づいて前記ユーザ端末とのセッション確立処理を行い、前記ＳＩＰセッション確立応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記ＳＩＰセッション確立応答を前記ユーザ端末へ転送し、
前記ユーザ端末は、最終的な確認メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは前記確認メッセージを前記サーバシステムに送信し、
前記サーバシステムは、受信する前記確認メッセージに対応して前記ユーザ端末と前記ＳＩＰセッションを確立する請求項１または２に記載のデータ処理システム。
【請求項４】
前記ユーザ端末は、前記動画コンテンツのメディア配信が終了すると前記サーバシステムに送出するＳＩＰセッション切断要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送出し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、Ｄｉａｍｅｔｅｒでリソース解放要求メッセージを前記ＲＡＣＦに送出し、
前記ＲＡＣＦは、前記リソース解放要求メッセージで帯域解放要求を前記エッジルータに送出し、
前記エッジルータは、前記ＳＩＰセッションの前記メディアストリームの帯域解放処理を行って前記Ｄｉａｍｅｔｅｒの帯域解放応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦは、前記Ｄｉａｍｅｔｅｒリソース解放応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記ユーザ端末から受信した前記ＳＩＰセッション切断要求を前記サーバシステムへ転送し、
前記サーバシステムは、前記ＳＩＰセッション切断処理を行ってＳＩＰセッション切断応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは、前記ＳＩＰセッション切断応答を前記ユーザ端末に返却する請求項１ないし３の何れか一項に記載のデータ処理システム。
【請求項５】
動画コンテンツを一般ユーザに提供するサーバシステムと、提供される前記動画コンテンツを前記一般ユーザに視聴させるユーザ端末と、前記動画コンテンツのストリーミングの帯域を確保するエッジルータと、ＳＩＰによる呼制御を行うＩＭＳ／ＭＭＤＣｏｒｅと、加入者情報・通信帯域リソース状態・エッジルータ状態の少なくとも一つを管理して前記ＩＭＳ／ＭＭＤ Ｃｏｒｅから受信するリソース要求に基づいて前記エッジルータを制御するＲＡＣＦと、を有するデータ処理システムのデータ処理方法であって、
前記ユーザ端末で、前記サーバシステムにＳＩＰセッションを確立してパラメータ更新要求を送出し、
前記サーバシステムで、受信した前記パラメータ更新要求に対応して前記ストリーミング配信に必要なメディアパラメータをパラメータ更新応答により前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信した前記パラメータ更新応答の前記メディアパラメータに基づいてＤｉａｍｅｔｅｒメッセージで帯域確保要求を前記エッジルータに送出し、
前記エッジルータで、前記ＳＩＰセッションのメディアストリームに必要な帯域確保処理を行ってＤｉａｍｅｔｅｒの帯域確保応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦで、受信した前記帯域確保応答に対応してリソース応答メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、受信した前記リソース応答メッセージに対応して前記ＳＩＰセッションの前記パラメータ更新応答を前記ユーザ端末に返却し、
前記ストリーミングサーバで、前記ユーザ端末に対して動画コンテンツを前記エッジルータを経由させてストリーム配信し、
前記エッジルータで、前記動画コンテンツのメディアストリームのパケットをＱｏＳ制御して確保した帯域を保証するデータ処理方法。
【請求項６】
前記サーバシステムで、前記一般ユーザの個人情報がユーザ識別情報ごとに事前に登録されている加入者データベースを有し、
前記ユーザ端末で、前記動画コンテンツを投稿する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムで、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索し、前記個人情報が検索されて前記一般ユーザが認証されると前記動画コンテンツの投稿を許可し、
前記ユーザ端末で、前記許可に対応して前記一般ユーザが投稿する前記動画コンテンツを前記サーバシステムに提供し、
前記サーバシステムで、投稿された前記動画コンテンツを前記ユーザ識別情報または前記個人情報の少なくとも一部とともに他のユーザ端末から閲覧自在に格納する請求項５に記載のデータ処理システム。
【請求項７】
前記ユーザ端末で、前記動画コンテンツを視聴する前記一般ユーザが前記サーバシステムのログイン画面に少なくとも前記ユーザ識別情報を入力してログインし、
前記サーバシステムで、前記ユーザ端末から入力された前記ユーザ識別情報で前記加入者データベースから前記個人情報を検索して前記一般ユーザを認証し、
前記ユーザ端末で、前記一般ユーザの認証に対応してセッション情報要求を前記サーバシステムに送信し、
前記サーバシステムで、前記一般ユーザの前記動画コンテンツの視聴権限を確認すると前記セッション確立に必要な情報とともにセッション情報応答をユーザ端末に返却し、
前記ユーザ端末は受領したセッション情報を用いて、サーバシステムに対するＳＩＰセッション確立要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記セッション確立要求に含まれる着信先情報に基づいてＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅを前記サーバシステムへ送信し、
前記サーバシステムで、受信した前記ＳＩＰ ＩＮＶＩＴＥ Ｍｅｓｓａｇｅに基づいて前記ユーザ端末とのセッション確立処理を行い、前記ＳＩＰセッション確立応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記ＳＩＰセッション確立応答を前記ユーザ端末へ転送し、
前記ユーザ端末で、最終的な確認メッセージを前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送信し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅは前記確認メッセージを前記サーバシステムに送信し、
前記サーバシステムで、受信する前記確認メッセージに対応して前記ユーザ端末と前記ＳＩＰセッションを確立する請求項５または６に記載のデータ処理システム。
【請求項８】
前記ユーザ端末で、前記動画コンテンツのメディア配信が終了すると前記サーバシステムに送出するＳＩＰセッション切断要求を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに送出し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、Ｄｉａｍｅｔｅｒでリソース解放要求メッセージを前記ＲＡＣＦに送出し、
前記ＲＡＣＦで、前記リソース解放要求メッセージで帯域解放要求を前記エッジルータに送出し、
前記エッジルータで、前記ＳＩＰセッションの前記メディアストリームの帯域解放処理を行って前記Ｄｉａｍｅｔｅｒの帯域解放応答を前記ＲＡＣＦに返送し、
前記ＲＡＣＦで、前記Ｄｉａｍｅｔｅｒリソース解放応答メッセージをＩＭＳ／ＭＭＤ Ｃｏｒｅに返送し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記ユーザ端末から受信した前記ＳＩＰセッション切断要求を前記サーバシステムへ転送し、
前記サーバシステムで、ＳＩＰセッション切断処理を行ってＳＩＰセッション切断応答を前記ＩＭＳ／ＭＭＤ Ｃｏｒｅに返却し、
前記ＩＭＳ／ＭＭＤ Ｃｏｒｅで、前記ＳＩＰセッション切断応答を前記ユーザ端末に返却する請求項５ないし７の何れか一項に記載のデータ処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−２２７６７１（Ｐ２０１２−２２７６７１Ａ）
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願番号】特願２０１１−９２６１３（Ｐ２０１１−９２６１３）
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年１１月１５日（２０１２．１１．１５）
【国際特許分類】
【出願日】平成２３年４月１９日（２０１１．４．１９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]