(57)【特許請求の範囲】
【請求項１】
伝送品質予約可能な通信網において、コンテンツ内容とコンテンツ品質に応じた課金処理を行うコンテンツ課金サーバにコンテンツの課金要求を行うコンテンツ送信装置へのコンテンツの送信要求を受け付ける制御装置であって、
前記制御装置は、コンテンツ内容とコンテンツ品質の優先度と支払い金額の指定を受けて、前記コンテンツ送信装置へ前記コンテンツの送信要求を行い、
また前記指定されたコンテンツ品質の優先度と前記支払い金額に基づいて伝送品質を決定し、前記決定した伝送品質により、前記通信網における伝送品質予約サーバに対し当該制御装置と前記コンテンツ送信装置間の伝送路の伝送品質予約を行い、
また伝送品質に応じた課金処理を行う伝送品質課金サーバに対し前記予約した伝送品質に対する課金要求を行う、
制御装置。
【請求項２】
前記制御装置に対するユーザ操作により、前記コンテンツ送信装置に送信要求した前記コンテンツ品質が変更された場合、
前記制御装置は、前記コンテンツ品質を変更前の前記コンテンツ送信装置からの前記コンテンツの送信を停止した後、前記コンテンツ送信装置へ前記変更後のコンテンツ品質の前記コンテンツの再送信要求を行うとともに、前記変更後のコンテンツ品質を用いて、前記伝送路の伝送品質を再度決定し、前記再決定した伝送品質により、前記伝送品質予約サーバに対し前記伝送路の伝送品質予約を行い、また前記伝送品質課金サーバに対し前記予約した伝送品質に対する課金要求を行う、
請求項１に記載の制御装置。
【請求項３】
前記制御装置の機能が、ユーザ操作により前記コンテンツ内容と前記コンテンツ品質が指定される端末装置と、前記通信網において前記端末装置と前記コンテンツ送信装置とのセッション確立処理を行う呼制御サーバ、のそれぞれに分散して備えられ、
前記端末装置は、前記コンテンツ送信装置へ前記指定されたコンテンツの送信要求を行い、また前記指定されたコンテンツ品質に基づいて前記伝送路の伝送品質を決定して、前記決定した伝送品質を呼制御サーバに送信し、
前記呼制御サーバは、前記端末装置から受信した伝送品質により、前記伝送品質予約サーバに対し前記端末装置と前記コンテンツ送信装置間の伝送路の伝送品質予約を行い、また前記伝送品質課金サーバに対し前記予約した伝送品質に対する課金要求を行う、
請求項２に記載の制御装置。
【請求項４】
前記制御装置の機能が、ユーザ操作により前記コンテンツ内容と前記コンテンツ品質が指定される端末装置と、前記通信網において前記端末装置と前記コンテンツ送信装置とのセッション確立処理を行う呼制御サーバ、のそれぞれに分散して備えられ、
前記端末装置は、前記呼制御サーバに対してセッション確立要求を行うとともに、前記呼制御サーバへ前記指定されたコンテンツ内容とコンテンツ品質を送信し、
前記呼制御サーバは、前記端末装置から受信した前記コンテンツ品質に基づいて前記端末装置と前記コンテンツ送信装置間の伝送路の伝送品質を決定し、当該伝送品質に基づいて、前記伝送品質予約サーバに対し前記伝送路の伝送品質予約を行い、また前記伝送品質課金サーバに対し前記予約した伝送品質に対する課金要求を行う、
請求項２に記載の制御装置。
【請求項５】
前記通信網は、ＩＰプロトコルを利用したＮＧＮ網であり、前記呼制御サーバによるセッション確立処理にＳＩＰプロトコルを用いる、
請求項３又は４に記載の制御装置。
【請求項６】
前記ユーザによるコンテンツ内容とコンテンツ品質の指定を、それぞれ電話番号と補助番号を用いて行う、
請求項５に記載の制御装置。
【請求項７】
要求されたコンテンツを伝送品質予約可能な通信網を経由してコンテンツ要求元へ送信するとともに、コンテンツ内容とコンテンツ品質の優先度と支払い金額の指定に応じた課金処理を行うコンテンツ課金サーバに対し前記コンテンツに対する課金要求を行うコンテンツ送信装置と、
前記コンテンツ要求元と前記コンテンツ送信装置とのセッション確立処理を行うとともに、伝送品質の予約を受け付ける伝送品質予約サーバに対し前記コンテンツ要求元と前記コンテンツ送信装置間の伝送路の伝送品質を予約し、また伝送品質に応じた課金処理を行う伝送品質課金サーバに対し前記予約した伝送品質に対する課金要求を行う呼制御サーバと、を備え、
前記呼制御サーバは、前記コンテンツ要求元が送信を要求した前記コンテンツ品質の優先度と支払い金額に適した伝送品質に基づいて、前記伝送路の伝送品質の予約、及び前記予約した伝送品質に対する課金要求を行う、
コンテンツ送信システム。
【請求項８】
伝送品質予約可能な通信網において、コンテンツ内容とコンテンツ品質の優先度と支払い金額の指定に応じた課金処理を行うコンテンツ課金サーバにコンテンツの課金要求を行うコンテンツ送信装置から、コンテンツ要求元に当該コンテンツを送信するコンテンツ送信方法であって、
コンテンツ内容とコンテンツ品質の優先度と支払い金額を指定された制御装置が、前記コンテンツ内容とコンテンツ品質の優先度と支払い金額に基づいて前記コンテンツ送信装置へコンテンツの送信要求を行うステップと、
前記指定されたコンテンツ品質の優先度と支払い金額に基づいて、前記制御装置と前記コンテンツ送信装置間の伝送路の伝送品質を決定するステップと、
前記通信網における伝送品質予約サーバに対し前記伝送路の伝送品質予約を行うステップと、
伝送品質に応じた課金処理を行う伝送品質課金サーバに対し前記予約した伝送品質に対する課金要求を行うステップと、
を含むコンテンツ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送品質予約可能な通信網において、コンテンツ送信装置へのコンテンツの要求やコンテンツ送信装置とコンテンツ要求元間の伝送路の伝送品質の予約等を行う制御装置、コンテンツ送信システム及びコンテンツ送信方法に関する。
【背景技術】
【０００２】
従来のインターネット等のネットワークでは、ネットワークのＶＯＤ（Video On Demand）サービスにてコンテンツの品質をユーザが選択し、課金サーバがそれに応じた課金を行うといったことが可能であった。例えば、特許文献１には、ネットワーク上で実施される有料ストリーミングコンテンツの配信において、ユーザが実際に視聴したコンテンツの品質に対する適切な料金の徴収ができる技術が開示されている。
【０００３】
また、インターネットで帯域予約契約を行い、契約帯域に応じた料金を払うといったことも可能であった。例えば、特許文献２には、送信装置と受信装置の間で帯域の売買又は貸借をすることにより、コンテンツ配信におけるダウンロード時間を任意に短縮したり、ストリーミングする際に表示される画質を任意に高画質にしたりできる技術が開示されている。
【０００４】
【特許文献１】特開２０００−２７０３０９号公報
【特許文献２】特開２００５−５１４８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来のネットワークでは、アプリケーションを起動する毎に頻繁に帯域予約／解放を行うことはできず、それに応じて課金を行うこともできなかった。また、ユーザの選択に応じて、配信を要求するコンテンツの品質を変えることはできたが、品質変更後のコンテンツに合わせた帯域予約を同時に行うことはできなかった。
【０００６】
したがって、コンテンツ品質の選択、帯域等の伝送品質予約それぞれに対して独立して課金を行うサービスは存在したが、コンテンツ品質の選択、伝送品質予約及び課金を連携して行う方式は存在せず、これらを連携して行う方式が望まれていた。
【０００７】
斯かる点に鑑み、この発明の目的は、ユーザから与えられたコンテンツ内容とコンテンツ品質に関連する情報に基づき、伝送品質予約可能な通信網において当該コンテンツのコンテンツ品質の選択（決定）処理、伝送品質予約処理、課金処理を連携して行えるようにすることにある。
【課題を解決するための手段】
【０００８】
本発明は、伝送品質予約可能な通信網において、コンテンツ内容とコンテンツ品質に応じた課金処理を行うコンテンツ課金サーバにコンテンツの課金要求を行うコンテンツ送信装置から、コンテンツ要求元に当該コンテンツを送信する際に、まずユーザからコンテンツ内容とコンテンツ品質の優先度と支払い金額を指定された制御装置が、そのコンテンツ内容とコンテンツ品質に基づいてコンテンツ送信装置へコンテンツの送信要求を行う。次に、制御装置は、指定されたコンテンツ品質の優先度と支払い金額に基づいて、制御装置とコンテンツ送信装置間の伝送路の伝送品質を決定する。そして、制御装置は、上記通信網における伝送品質予約サーバに対し伝送路の伝送品質予約を行う。また、伝送品質に応じた課金処理を行う伝送品質課金サーバに対し予約した伝送品質に対する課金要求を行うようにする。
【０００９】
このようにしたことにより、ユーザの指定するコンテンツの内容及び品質の優先度と支払い金額に基づいて、上記通信網内の制御装置が当該コンテンツの伝送に必要な伝送品質を計算する。そして、それに基づいて、制御装置が、自動的に伝送品質予約処理、予約した伝送品質の課金処理、コンテンツ課金処理の３つの処理を連携して行う。
【発明の効果】
【００１２】
本発明によると、制御装置に対してコンテンツの内容と品質の優先度と支払い金額を指定するだけで、伝送路の伝送品質を予約して指定した品質が保証されたコンテンツを取得できる。また同時に、予約伝送品質等の課金処理が完了するので、効率の良い処理が実現できる。ユーザにとっては煩わしい操作が不要であり使い勝手のよいサービスを提供できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態の例について説明する。本発明は、伝送品質予約可能な通信網、例えばＮＧＮ（Next Generation Network）網を経由して映像や音声等のコンテンツをコンテンツ要求元へ伝送する場合に、使用者（ユーザ）の要求するコンテンツ品質もしくは支払い金額に応じて（１）コンテンツ品質指定処理、（２）伝送品質指定（予約）処理、（３）コンテンツ課金処理、（４）伝送品質課金処理、を連携して行う制御装置及びシステムに関するものである。このとき、送信対象であるコンテンツの種類には、映像データ（動画・静止画）や音声データ等が含まれ、それらはストリーム形式の他、ファイル形式であってもよい。
【００１４】
なお、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、下記の説明において特に本発明を限定する旨の記載がない限り、これらの形態に限られるものではない。例えば、以下の説明で挙げる処理時間、処理順序及び数値的条件等は好適例に過ぎず、説明に用いた各図における配置関係及びパラメータ名等も概略的なものである。
【００１５】
まず、各実施の形態が適用されるシステム構成の一例を、図１及び図２を参照して説明する。
【００１６】
図１は、伝送品質の予約が可能であるＮＧＮを利用し、上記（１）〜（４）の処理を連携して行う機能を備えた制御装置を含むシステムを構成した例を示している。図１に示すように、このシステムは、ＮＧＮ網１において、ユーザ端末１、呼制御サーバ３、送信端末（コンテンツ送信装置）４、伝送品質予約サーバ５、伝送品質課金サーバ６及びコンテンツ課金サーバ７により構成される。
【００１７】
ＮＧＮ網１は、ＳＩＰ（Session Initiation Protocol）プロトコルによる制御が可能なネットワークである。ＮＧＮは、現在別々に構築されているインターネットサービス用ＩＰネットワークと電話サービス用の電話網を、ＩＰ技術を用いてＱｏＳ（Quality of Service）やセキュリティを向上させたＩＰ通信網として統合し、現行の公衆網を代替する次世代ＩＰネットワークである。電話だけでなくテレビ放送もＩＰネットワークで統一的に提供しようとする動きも進められている。現在、ＩＴＵ−Ｔ（国際電気通信連合 電気通信標準化部門）などを中心にＮＧＮの標準化が進んでおり、日本でも通信事業者各社のＮＧＮ構築へ照準を合わせた動きが活発化している。既に一部の通信事業者はフィールド・トライアルを実施している。
【００１８】
ＩＴＵ−ＴのＹ．２００１勧告では、ＮＧＮが備えるべき様々な特徴を規定している。重要なものとしてはまず、エンド・ツー・エンドＱｏＳ保証の提供が挙げられる。ＮＧＮでは多様なアクセス網（ｘＤＳＬやＷｉＦｉ（Wireless Fidelity）、携帯電話端末など）や端末(電話機やＰＣ、情報家電など)、多様なアプリケーションが使われる。この環境下で端末と網とがＱｏＳをネゴシエーションし、上位アプリケーションに提供できる。次がモビリティのサポートである。一台のＰＣを携帯して例えば家庭内ではｘＤＳＬ、外出先ではＷｉＦｉ、オフィスではＦＴＴＨ（Fiber To The Home）と様々なアクセス網経由で通信したり、オフィス内の移動や出張などにより多数のＰＣから通信したりしてもサービスが受けられることが求められる。詳細な説明は省略するが、この他に、網の転送機能と制御機能の分離、多様なアクセス網のサポート、固定網と移動網の融合（FMC：Fixed Mobile Convergence）、緊急通信や合法的盗聴などの規制への適合などが規定されている。
【００１９】
ＩＴＵ−ＴによるＮＧＮ標準化は、技術的な側面において他の標準化機関との連携が重視されている。例えば、ＮＧＮの重要な構成要素の一つであるＩＭＳ（IP Multimedia Subsystem）は、第３世代携帯電話の標準化団体である３ＧＰＰが開発したものであり、そこで使われるＳＩＰや他のプロトコルの多くはＩＥＴＦ（Internet Engineering Task Force）で開発されたものである。
【００２０】
ＮＧＮの標準化において採用された上記ＩＭＳは、固定電話網や移動体通信網など、これまで回路スイッチやパケットスイッチが異なっていた公衆通信サービスを、ＩＰ技術やインターネット電話で使われるプロトコルであるＳＩＰで統合し、マルチメディア・サービスを実現させる通信方式である。
【００２１】
以下、ＩＭＳの役割・機能を簡単に説明する。第１の役割・機能は、マルチメディア・セッションの確立のサポートである。マルチメディア端末間のエンド・ツー・エンドの通信を確立する技術が、マルチメディア・セッション制御である。ＩＭＳでは、ＩＥＴＦで定義されているＳＩＰなどのセッション制御のためのプロトコルをベースに、ＩＰ伝送網をベアラ（伝達網）として使用し、ＩＰ伝送網内あるいは自ＩＰ網と他ＩＰ網間、他ＩＭＳ網間やＰＳＴＮ（固定電話網）網間においてマルチメディア・セッションを提供する。
【００２２】
第２の役割・機能は、エンド・ツー・エンドの通信において、一定の伝送品質を維持し、必要な伝送帯域を確保した通信を保証・実現する機能（ＱｏＳ制御）である。ＩＭＳでは、発着信ユーザ端末の契約条件や通信種別（音声、映像、データなど）に応じて、ＩＰパケット伝送網上のネットワーク・ノードを制御し、品質クラスの指定と必要帯域を確保した上で、通信を確立する。
【００２３】
第３の役割・機能は、ＩＰ（パケット）網と回線交換網上のインターワーク（協調動作）のサポートである。ＩＭＳは、ＩＰベースのマルチメディア・サービスを携帯電話や無線ＬＡＮ端末など、アクセス網に依存せずに提供するだけでなく、既存の電話網や他のＩＰパケット伝送網と接続しサービスを提供することも可能である。
【００２４】
その他、ＩＭＳにはローミングのサポート、迅速なアプリケーションサービス作成のサポート、およびＧＰＲＳ（General Packet Radio Service）以外のネットワークからのアクセスに対する新たなサポート等の役割・機能がある。
【００２５】
なお、ＩＭＳ以外でネットワークの伝送帯域を指示できるプロトコルとしては、Ｄｉａｍｅｔｅｒ（ダイアメータ）や従来のＩＰネットワークでＱｏＳに使用されているＲＳＶＰ（Resource reSerVation Protocol）がある。
【００２６】
一方、ＳＩＰは、セッションを開設するため、通信相手を特定する機能と、発信／着信／切断の機能を提供している。ＳＩＰはメッセージすなわち通信データをテキスト形式で表現する。このＳＩＰを用いたシステムは、大きくユーザ・エージェントとＳＩＰサーバから構成される。ユーザ・エージェントは、ＩＰ電話機能を持つＰＣなどのＳＩＰ端末のことである。このユーザ・エージェントは、リクエストを送信する機能を持つユーザ・エージェント・クライアントと、リクエストに応答する機能を持つユーザ・エージェント・サーバにより構成される。図１に示した例では、ユーザ端末２がユーザ・エージェント・クライアントであり、送信端末４がユーザ・エージェント・サーバに相当する。
【００２７】
ＳＩＰサーバは、プロキシ・サーバ、リダイレクト・サーバ、レジストラ、およびロケーション・サーバを総称したものである。以下、各サーバの機能を簡単に説明する。
【００２８】
プロキシ・サーバは、ユーザ・エージェント・クライアントからのＳＩＰリクエストを、次のサーバに中継するサーバである。プロキシ・サーバでは、認証、許可、ネットワーク・アクセス制御、ルーティング、ＳＩＰリクエスト転送、セキュリティなどの機能も提供する。
【００２９】
またリダイレクト・サーバは、リクエストを受け取り、着信側ユーザ・エージェントの現在のアドレスを発信側ユーザ・エージェントに知らせる役割を持つ。ユーザ・エージェント・クライアントは、リダイレクト・サーバから返された着信側アドレスに発信し直す。プロキシ・サーバとは異なり、ＳＩＰリクエストは転送しない。
【００３０】
またレジストラは、ユーザ・エージェント・クライアントの現在位置を登録するリクエスト（ＲＥＧＩＳＴＥＲリクエスト）を受けるサーバである。レジストラは、通常プロキシ・サーバやリダイレクト・サーバと同じホスト・コンピュータ上で動作する。
【００３１】
さらにロケーション・サーバは、レジストラ・サーバからの登録情報を保管し、リダイレクト・サーバやプロキシ・サーバによる着信ＵＲＩ（Uniform Resource Identifier）の参照要求に応答するサーバである。ロケーション・サーバは、ＳＩＰサーバと同じ場所に設置できる。
【００３２】
これらのサーバ（機能）は必ずしも一台のホスト・コンピュータ上に実装される必要はない。また、必ずしも同じ場所に設置する必要もない。図１に示した例では、これらを一つにまとめ呼制御サーバ３として表現している。
【００３３】
なお、ＩＰネットワーク上では、ＳＩＰによってセッション（接続）制御を行うサーバをＳＩＰサーバと呼び、一方、ＩＭＳではこれをＣＳＣＦ（Call Session Control Function）と呼んでいる。ＣＳＣＦは、ネットワーク内の役割に応じて、Ｐ−ＣＳＣＦ（Proxy- Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）、Ｓ−ＣＳＣＦ（Serving- Call Session Control Function）の３つのＣＳＣＦに分類され、それぞれ異なる機能を提供している。
【００３４】
上述のＳＩＰは、電話ネットワークをＩＰネットワークに統合するために必要な技術として検討されてきた経緯がある。したがって、ＳＩＰのシステムの重要な機能として、ＩＰ電話を始めとする様々なＩＰネットワーク・アプリケーションでは、従来の電話番号を利用できるＥＮＵＭ（E.164 Number Mapping）がある。
【００３５】
ＥＮＵＭの標準化は、ＩＥＴＦとＩＴＵ−Ｔが共同して作業を進めている。ＥＮＵＭとＳＩＰの連携ということでは、ＳＩＰ端末（ユーザ端末２，送信端末４）によるＥＮＵＭ検索と、ＳＩＰサーバ（呼制御サーバ３）によるＥＮＵＭ検索がある。
【００３６】
ＥＮＵＭは、電話番号をネット上のアドレスやサービスと対応づけ、アクセス手段として利用する技術である。ＩＴＵ−Ｔ(国際電気通信連合)が定めた国際的に一意な電話番号体系(「Ｅ１６４」と呼ばれる)と特殊なドメイン領域(「.e164.arpa」のサブドメイン)をＤＮＳ（Domain Name System）で対応させることにより、電話番号とネットワーク上のサービスやアドレスを対応させている。１つの番号に対応させるアドレスなどは複数でもよい。例えば、自分の電話番号をＥＮＵＭで電子メールアドレスやＦＡＸ番号、ＷｅｂサイトのＵＲＬなどと対応させておけば、電話番号が自分へのアクセス手段の統一的な識別番号として利用できるようになる。例えば「03-1234-5678」という電話番号に対応するＥＮＵＭ（Ｅ１６４番号）のドメイン名は、先頭の０を日本の国番号８１で置換して逆順に並べた「8.7.6.5.4.3.2.1.3.1.8.e164.arpa」となる。このＤＮＳレコードに対応するアドレスなどを、ユーザ端末２、送信端末４又は呼制御サーバ３に保管しておくのである。
【００３７】
このようなＥＮＵＭの機能によって、ユーザは特に意識することなく従来の電話番号を使用して、様々なＩＰネットワーク・アプリケーションを利用することができる。
【００３８】
図１に示すシステム構成例の説明に戻る。ユーザ端末１は、ＧＵＩ（Graphical User Interface）による入出力処理が可能なコンピュータを備えた端末装置であり、送信端末４に対し、直接又は呼制御サーバ３を介して、ユーザにより選択されたコンテンツの送信要求処理を行う。要求したコンテンツは、送信端末４からＮＧＮ網１の転送機能を経由して取得（受信）する。ユーザ端末１としては、送信端末４で定義したサービスを受信できる能力のある装置であればよく、例えば、パーソナルコンピュータ、携帯電話機、ゲーム機、テレビ会議システム等を適用できる。
【００３９】
また呼制御サーバ３は、上述したＳＩＰ（Session Initiation Protocol）サーバとしての機能を備え、ユーザ端末２と送信端末４とのセッション確立処理、伝送品質予約サーバ５に対して帯域等伝送品質の予約処理、伝送品質課金サーバ６に対して予約した伝送品質の課金処理などを行う。
【００４０】
また送信端末４は、コンテンツ送信装置の一例であり、コンテンツを蓄積し、ユーザ端末２から直接又は呼制御サーバ３を介して要求されたコンテンツを送信する。送信端末４は、例えば図２に示すように、コンテンツ内容（タイトル）、コンテンツ品質及び電話番号（TEL URI:TEL Uniform Resource Identifier）の対応関係が登録されたコンテンツリストを、図示しない記憶手段に備えている。送信端末４は、コンテンツ要求元がダイヤルした電話番号を受信し、その電話番号に基づいて送信すべきコンテンツ内容及びコンテンツ品質をコンテンツリストから抽出して送信する。このように、コンテンツ要求元が電話番号を指定して電話をかける（ダウンロード操作する）だけで、送信端末４は、ユーザの所望するコンテンツを送信する。そして、送信端末４は、提供したコンテンツ内容とコンテンツ品質、並びにコンテンツ提供先（コンテンツ要求元）をコンテンツ課金サーバ７に通知し、提供したコンテンツの課金要求を行う。なお、図２の例では、コンテンツの送信及び課金に電話番号（ＴＥＬ ＵＲＩ）を用いたが、この電話番号と対応するＳＩＰ ＵＲＩを使用してコンテンツの送信及び課金を行うこともできる。
【００４１】
この送信装置４には、例えば、ＶＯＤ（Video On Demand）サービス、ＩＰＴＶ（Internet Protocol Television）サービス及びライブ映像配信サービスにおける、メディア配信サーバやテレビ会議システム等を適用することができる。
【００４２】
また伝送品質予約サーバ５は、呼制御サーバ３からの指令に基づいて、伝送品質（ネットワーク・リソース）の予約を受け付け、当該伝送品質の確保が可能かどうかを判断するものである。この伝送品質予約サーバ５としては、例えば、ＲＡＣＦ（Resource Admission Control Function）サーバ等が考えられる。伝送品質が確保可能な場合には、受付可能として呼制御サーバ３に通知し、同時に転送機能のＱｏＣポリシー実施機能要素（PE-FE：Policy Enforcement Function  Element）に当該コンテンツの通信に必要な伝送路側伝送品質の確保、流入制御などを指示する。通常ＰＥ−ＦＥは、伝送路のエッジ部８ａ，８ｂにあるアクセス・ボーダ・ゲートウェイ機能要素（ABG-FE：Access Border Gateway Function Element）や相互接続ボーダ・ゲートウェイ機能要素（IBG-FE：Interconnection Border Gateway Function Element ）に実装される。
【００４３】
また伝送品質課金サーバ６は、呼制御サーバ３からの指令を受けて、当該コンテンツに対して予約された伝送品質に基づく課金処理を行うものである。この課金処理は、例えば伝送品質を予約した端末、予約時間、伝送帯域などの情報に基づいて行われる。
【００４４】
またコンテンツ課金サーバ７は、当該コンテンツに対してコンテンツ内容とコンテンツ品質に応じた課金処理を行うものである。
【００４５】
上記の伝送品質課金サーバ６及びコンテンツ課金サーバ７による課金処理（決済処理）は、既存の方式を利用して実施することができる。例えば、伝送品質予約に係る課金データ及びコンテンツ取得に係る課金データに基づく料金を、銀行等に開設されたユーザ（コンテンツ取得者）の口座から通常の通信料金と一緒にして、それぞれ引き落とすようにしてもよい。あるいは、伝送品質予約に係る課金データ及びコンテンツ取得に係る課金データに基づく料金を通常の通信料金と別にして、別途他の口座からの引き落し、オンラインバンキング、振り込み等により決済を行うなどでもよい。
【００４６】
本発明において、ＮＧＮ網１を経由してコンテンツをコンテンツ要求元へ伝送する場合に、上述した（１）〜（４）の処理を行うのは、ユーザ端末２で行う場合、呼制御サーバ３で行う場合、その他のサーバ又は端末で行う場合、あるいは、いくつかのサーバもしくは端末で分散して行う場合が考えられるが、これらすべて本発明の範囲に含まれる。
【００４７】
＜第１の実施形態＞
以下、ＮＧＮ網１を経由して要求されたコンテンツをコンテンツ要求元へ伝送する際に、ユーザの要求するコンテンツ品質に応じて、上述した（１）コンテンツ品質指定処理、（２）伝送品質指定（予約）処理、（３）コンテンツ課金処理、（４）伝送品質課金処理、をユーザ端末２及び呼制御サーバ３で分散して行う場合の例を、図３及び図４を参照して説明する。
【００４８】
図３は、ユーザ端末２及び呼制御サーバ３が制御装置の機能を分散して備え、ユーザ端末２及び呼制御サーバ３が上記（１）〜（４）の処理を連携して行う場合のコンテンツ送信処理シーケンス例を示すものである。この例は、ｈｔｔｐ ｓｅｒｖｅｒ（例えば、いわゆるポータルサイト）が送信端末４もしくは他のサーバで立ち上げられていて、それらに対して通信が可能であり、ストリーミング等のデータ伝送用のセッション確立のみＳＩＰで行う。この場合、ユーザ端末２から送信端末４へは、ＳＩＰではなくｈｔｔｐ等の別のプロトコルを用いて、コンテンツの内容・品質を通知する。
【００４９】
図３において、まずユーザ端末２は、ＮＧＮ網１を介してあるいは直接ＩＰベースのネットワーク上の送信端末４に接続し、Ｗｅｂブラウザ経由で、つまりｈｔｔｐ等を用いてコンテンツ閲覧要求を行う（ステップＳ１）。このコンテンツ閲覧要求は、コンテンツ内容、コンテンツ品質及び課金金額等の情報が記述されたコンテンツリストの送信を要求することを指す。送信端末４は、ユーザ端末２へコンテンツリストを送信する（ステップＳ２）。このコンテンツリストは、図２のような一覧表形式、サムネイル表示及び視聴版付きのものなど、様々な形態が考えられる。
【００５０】
ユーザは、ユーザ端末２が受信したコンテンツリストをＷｅｂブラウザにより確認し、送信を希望するコンテンツの内容と品質を、マウス等でクリックして指定する（ステップＳ３）。
【００５１】
ユーザ端末２は、ユーザにより指定されたコンテンツ内容とコンテンツ品質を基に、当該コンテンツを伝送時に必要な送信端末４とユーザ端末２間の伝送路の「伝送品質」、「コンテンツ使用金額」及び「伝送品質予約金額」を計算する（ステップＳ４）。計算した伝送品質、コンテンツ使用金額及び伝送品質予約金額は、表示装置（モニタ画面）に表示してユーザが確認できるようにするとよい。
【００５２】
なお、コンテンツの品質パラメータとしては、「解像度」、「フレームレート」、「画質（ＳＮ比）」、「コーデック」、「伝送レート」、「サンプリング周波数」、「音声チャンネル数」等が挙げられる。また予約する伝送品質としては、「伝送帯域幅」、「遅延許容量」、「優先度」、「ジッタ許容量」、「帯域保証優先度」等が挙げられる。
【００５３】
そして、ユーザ端末２は、決定したコンテンツ内容及びコンテンツ品質を、Ｗｅｂブラウザを利用してｈｔｔｐ等で送信端末４へ通知して、コンテンツの送信を要求する（ステップＳ５）。さらに、ユーザ端末２は、呼制御サーバ３に対して、ＳＩＰで接続要求（発信要求）を行う（ステップＳ６）。この際、伝送品質情報を同時に呼制御サーバ３へ転送する。
【００５４】
上記のとおり、ＮＧＮ網１では、ユーザ端末２と送信端末４間など、ユーザ・エージェント間におけるセッションの確立にＳＩＰを用いている。そして、ＳＩＰはセッション確立の際、テキスト形式で表現されたメッセージ、すなわち通信データをやり取りする。図３に示す接続要求の際、ユーザ端末２は、呼制御サーバ３に対して、例えば図４に示すような接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を通知する。ＩＮＶＩＴＥリクエストは、相手端末とのセッションの確立を求めるもので、メッセージ内にセッションの確立に必要な様々な値が指定される。
【００５５】
ＳＩＰのメッセージは大きく、「スタートライン」、「ヘッダ」、「ボディ」に分けられる。スタートラインは、ＳＩＰメッセージの先頭の行であり、そのＳＩＰメッセージがどのような目的かを示すメソッド名、また誰に対して送られるものであるかを示すリクエストＵＲＩ等が記述されている。図４に示すものは接続要求であるので、スタートラインにＩＮＶＩＴＥというメソッド名が記述されている。またリクエストＵＲＩは、ＴＥＬ ＵＲＩではなく、ＳＩＰ ＵＲＩでもよい。なお、ＩＮＶＩＴＥなどのメソッド名は、リクエストとなるＳＩＰメッセージがどのような制御を要求するものであるかを示し、ＲＦＣ３２６１，２９７６，３３１１等の規格で規定されている。
【００５６】
ヘッダは、ＳＩＰメッセージの制御内容について詳細を記したものであり、それぞれ予め規定された意味を持つ複数のヘッダ行により構成される。ヘッダ内のＴｏヘッダ及びＦｒｏｍヘッダに記述されたＵＲＩにより、当該リクエストの宛て先と送信元がわかる。なお、図４の例ではＴｏヘッダにＴＥＬ ＵＲＩを記述したが、通常Ｔｏヘッダ及びＦｒｏｍヘッダのＵＲＩは、ＳＩＰ ＵＲＩで記述される。
【００５７】
ボディは、ＳＩＰメッセージによって運ばれるデータである。この例では、セッションを開設する際のメディアの情報が、ＳＤＰ（Session Description Protocol）という形式で表されている。ＳＤＰで記述される各レコードは、セッション記述、時間記述、メディア記述に分類されるタイプによって、その内容と形式が定められている。
【００５８】
例えば、ｍ行はコンテンツ（メディア）種別、ポート番号、トランスポート・プロトコル、フォーマットなどを示している。また、ｂ行は帯域幅情報等の伝送品質情報を、ａ行はコーデックなどのコンテンツ(メディア)の属性情報を示す。その他、ｉ行（図示略）は比較的自由な記述が許される行なので、ここにコンテンツ品質や伝送品質を書き込むことも可能である。ただし、本実施形態においては、コンテンツ内容（タイトル）及びコンテンツ品質ごとに異なるＳＩＰ ＵＲＩ、ＴＥＬ ＵＲＩを設けて、これらによってコンテンツ内容及びコンテンツ品質を識別するようにしている。
【００５９】
ステップＳ６の処理後、呼制御サーバ３は、ユーザ端末２から受信した伝送品質に基づいて、伝送品質予約サーバ５に対し伝送品質の予約を行う（ステップＳ７）。それを受けて、伝送品質予約サーバ５は、ＮＧＮ網１の転送機能に対して予約された伝送品質を確保するよう指示する。
【００６０】
また、呼制御サーバ３は、伝送品質課金サーバ６に対し予約した伝送品質について課金要求を行う（ステップＳ８）。それを受けて、伝送品質課金サーバ６は、要求された金額の課金処理を行う。
【００６１】
さらに、呼制御サーバ３は、送信端末４に対してユーザ端末２からの接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を転送する（ステップＳ９）。この接続要求メッセージの中に、コンテンツの品質情報が含まれてもよい。
【００６２】
呼制御サーバ３から接続要求を受けた送信端末４は、コンテンツ課金サーバ７に対して送信を要求されたコンテンツに対する課金要求を行う（ステップＳ１０）。それを受けて、コンテンツ課金サーバ７は、要求された金額の課金処理を行う。
【００６３】
送信端末４は、受信した接続要求メッセージ（ＩＮＶＩＴＥリクエスト）に対して、リクエストを受け付け接続が成功した旨を示すレスポンス（例えば、「２００ ＯＫ」メソッドのメッセージ）を、呼制御サーバ３へ送る（ステップＳ１１）。呼制御サーバ３は、そのレスポンスをユーザ端末２へ転送する（ステップＳ１２）。そして、ユーザ端末２が、送信端末４から接続要求に対する接続成功のレスポンスを受けて、ＡＣＫメソッドのメッセージを送信端末４側へ送ることで、ＳＩＰ通信のセッションが確立される。なお、一連のシーケンスの過程で、一般に１００ Ｔｒｙｉｎｇ、１８０ Ｒｉｎｇｉｎｇといったメッセージもやり取りされるが、それについては説明を割愛する。
【００６４】
送信端末４は、転送機能を経由してユーザ端末２へコンテンツの伝送を開始する（ステップＳ１３）。転送機能は、伝送品質予約サーバ５からの指令に基づいて予約された伝送品質を確保しているので、送信端末４からユーザ端末２へ伝送されるコンテンツは要求どおりの伝送品質が保たれる。
【００６５】
本実施形態によれば、伝送品質予約可能な通信網において、ユーザの指定するコンテンツの内容及び品質から、ユーザ端末２が当該コンテンツの伝送に必要な伝送品質、コンテンツ使用金額及び伝送品質予約金額を計算する。そして、それに基づいて、ユーザ端末２及び呼制御サーバ３が、自動的に伝送品質予約処理、予約伝送品質の課金処理、コンテンツ課金処理の３つの処理を連携させて行う。したがって、ユーザは、ユーザ端末２を用いてコンテンツの内容と品質を指定するという簡単な操作を行うだけで、伝送品質を予約して指定した品質が保証されたコンテンツを取得できるとともに、予約伝送品質の課金処理及びコンテンツ課金処理が完了するので、効率の良い処理が実現できる。ユーザにとっては煩わしい操作が不要であり使い勝手のよいサービスを提供できる。
【００６６】
次に、上述した第１実施形態の他の例について、図５及び図６を参照して説明する。
【００６７】
図５は、第１実施形態に係る他のコンテンツ送信処理シーケンス例を示すものである。また、図６は、第１実施形態に係る他の接続要求メッセージ（ＩＮＶＩＴＥリクエスト）の例を示す。この第１実施形態の他の例と、図３，図４に示した例との相違は、ＳＩＰによりセッションを確立した後、そのセッションを通じて、送信端末４へコンテン内容とコンテンツ品質を通知するようにした点である。そのため、本例では呼制御サーバ３が、伝送品質、コンテンツ使用金額及び伝送品質予約金額を計算する。
【００６８】
この第１実施形態の他の例において、図３，図４に示した例と対応する部分については詳細な説明を割愛する。例えば、図５に示すステップＳ２１〜Ｓ２３，Ｓ２７〜Ｓ２９，Ｓ３１〜Ｓ３４の処理は、それぞれ図３に示したステップＳ１〜Ｓ３，Ｓ７〜Ｓ９，Ｓ１０〜Ｓ１３の処理と同様である。
【００６９】
まずユーザ端末２は、図３のステップＳ１と同様に、ＮＧＮ網１を介してあるいは直接ＩＰベースのネットワーク上の送信端末４に接続し、Ｗｅｂブラウザ経由でコンテンツ閲覧要求を行う（ステップＳ２１）。これを受けて、送信端末４は、ユーザ端末２へコンテンツリストを送信する（ステップＳ２２）。
【００７０】
ユーザは、ユーザ端末２が受信したコンテンツリストから、送信を希望するコンテンツの内容と品質を指定する（ステップＳ２３）。
【００７１】
そして、ユーザ端末２は、呼制御サーバ３に対して、ＳＩＰで接続要求（発信要求）を行う（ステップＳ２４）。この接続要求の際、ユーザ端末２は、呼制御サーバ３に対して、例えば図６に示すような接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を通知する。この接続要求の際には、コンテンツ内容とコンテンツ品質も呼制御サーバ３に転送する（ステップＳ２５）。これらの情報は、図６のように接続要求メッセージに含めてもよいし、別のメッセージとして転送してもよい。
【００７２】
そして、接続要求を受信した呼制御サーバ３は、このコンテンツ内容とコンテンツ品質の情報を基に「伝送品質」、「コンテンツ使用金額」、「伝送品質予約金額」を計算する（ステップＳ２６）。これら伝送品質、コンテンツ使用金額及び伝送品質予約金額は、呼制御サーバ３からユーザ端末２へ送信して、ユーザが表示装置上で確認できるようにするとよい。
【００７３】
次に、呼制御サーバ３は、計算して求めた伝送品質に基づいて、伝送品質予約サーバ５に対し伝送品質の予約を行う（ステップＳ２７）。それを受けて、伝送品質予約サーバ５は、ＮＧＮ網１の転送機能に対して予約された伝送品質を確保するよう指示する。
【００７４】
また、呼制御サーバ３は、伝送品質課金サーバ６に対し予約した伝送品質について課金要求を行う（ステップＳ２８）。伝送品質課金サーバ６は、要求された金額の課金処理を行う。
【００７５】
さらに、呼制御サーバ３は、送信端末４に対してユーザ端末２からの接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を転送する（ステップＳ２９）。同時に、コンテンツ内容とコンテンツ品質の情報も送信端末４に転送する（ステップＳ３０）。これらの情報は、接続要求メッセージの中に含めてもよいし、別のメッセージとして転送してもよい。
【００７６】
呼制御サーバ３から接続要求を受けた送信端末４は、コンテンツ課金サーバ７に対して送信を要求されたコンテンツに対する課金要求を行う（ステップＳ３１）。コンテンツ課金サーバ７は、要求された金額の課金処理を行う。
【００７７】
送信端末４は、受信した接続要求メッセージ（ＩＮＶＩＴＥリクエスト）に対して、リクエストを受け付け接続が成功した旨を示すレスポンス（例えば、「２００ ＯＫ」メソッドのメッセージ）を、呼制御サーバ３へ送る（ステップＳ３２）。呼制御サーバ３は、そのレスポンスをユーザ端末２へ転送する（ステップＳ３３）。そして、ユーザ端末２が、送信端末４から接続要求に対する接続成功のレスポンスを受けて、ＡＣＫメソッドのメッセージを送信端末４側へ送ることで、ＳＩＰ通信のセッションが確立される。
【００７８】
送信端末４は、転送機能を経由してユーザ端末２へコンテンツの伝送を開始する（ステップＳ３４）。転送機能は、伝送品質予約サーバ５からの指令に基づいて予約された伝送品質を確保しているので、送信端末４からユーザ端末２へ伝送されるコンテンツは要求どおりの伝送品質が保たれる。
【００７９】
この第１実施形態の他の例によれば、伝送品質予約可能な通信網において、ユーザの指定するコンテンツの内容及び品質を、ユーザ端末２から呼制御サーバ３に通知し、呼制御サーバ３が当該コンテンツの伝送に必要な伝送品質、コンテンツ使用金額及び伝送品質予約金額を計算する。そして、それに基づいて、呼制御サーバ３が、自動的に伝送品質予約処理、予約伝送品質の課金処理、コンテンツ課金処理の３つの処理を連携させて行う。したがって、ユーザは、ユーザ端末２（制御装置）に対してコンテンツの内容と品質を指定するという簡単な操作を行うだけで、伝送品質を予約して指定した品質が保証されたコンテンツを取得できるとともに、予約伝送品質の課金処理及びコンテンツ課金処理が完了するので、効率の良い処理が実現できる。ユーザにとっては煩わしい操作が不要であり使い勝手のよいサービスを提供できる。
【００８０】
さらに、呼制御サーバ３で伝送品質、コンテンツ使用金額及び伝送品質予約金額の計算を行うようにしたので、ユーザ端末２の処理負荷が減少する。それによって、例えば安価で高性能ではないユーザ端末２であっても、本システムのサービスを利用できるようになる。その他、本例は、上述した実施の形態の例と同様の作用効果を奏する。
【００８１】
なお、図５に示したコンテンツ送信処理例では、下記のような態様が考えられる。ユーザ端末２において、コンテンツ内容及びコンテンツ品質をＴＥＬ ＵＲＩで指定する場合、電話番号そのものがコンテンツ内容及び品質により異なる。例えば、電話番号の下４桁中上位２桁でコンテンツ内容、下位２桁で品質を指定すると、次にようになる。
(例) tel: 046-555-1111 （コンテンツＡ，品質Ａ）
(例) tel: 046-555-1122 （コンテンツＡ, 品質Ｂ）
(例) tel: 046-555-2211 （コンテンツＢ，品質Ａ）
(例) tel: 046-555-2222 （コンテンツＢ, 品質Ｂ）
【００８２】
また、ＳＩＰ ＵＲＩで指定する場合，ＳＩＰ ＵＲＩ文字列により、コンテンツ内容及び品質が異なる。
(例) sip: aaaa@xx.com （コンテンツＡ，品質Ａ）
(例) sip: aabb@xx.com （コンテンツＡ, 品質Ｂ）
(例) sip: bbaa@xx.com （コンテンツＢ，品質Ａ）
(例) sip: bbbb@xx.com （コンテンツＢ, 品質Ｂ）
【００８３】
また、送信端末４はユーザ端末２からコンテンツ送信要求を受け付けるのみで、実際にコンテンツを送信する端末が送信端末４ではないシステム構成の場合は、２つの方式が考えられる。それぞれの方式について簡単に説明する。
【００８４】
第１に、送信端末４が、代表ＴＥＬ ＵＲＩ，ＳＩＰ ＵＲＩとなり、コンテンツ送信要求を受け付け、コンテンツ内容及び品質についてセッション内でやり取りした後、ＳＩＰプロトコルのＲＥＦＥＲメソッド（呼の転送）を使用して、送信端末４から目的のコンテンツを伝送するＴＥＬ ＵＲＩ，ＳＩＰ ＵＲＩ（他の送信端末）へ転送する。そして、この他の送信端末からユーザ端末２へコンテンツを伝送する。
【００８５】
第２に、送信端末４が、代表ＴＥＬ ＵＲＩ，ＳＩＰ ＵＲＩとなり、コンテンツ送信要求を受け付け、コンテンツ内容及び品質についてセッション内でやり取りした後、セッションを使用して、目的のコンテンツを伝送するＴＥＬ ＵＲＩ，ＳＩＰ ＵＲＩ情報をユーザ端末２へ提供する。ユーザ端末２は、代表ＴＥＬ ＵＲＩ，ＳＩＰ ＵＲＩ（送信端末４）と一旦切断した後、コンテンツ伝送用のＴＥＬ ＵＲＩ，ＳＩＰ ＵＲＩ（他の送信端末）と接続し、コンテンツを取得する。
【００８６】
＜第２の実施形態＞
以下、要求されたコンテンツを送信端末４からコンテンツ要求元へ伝送する際に、ユーザの指定する支払い金額に応じて、（１）コンテンツ品質指定処理、（２）伝送品質指定（予約）処理、（３）コンテンツ課金処理、（４）伝送品質課金処理、をユーザ端末２及び呼制御サーバ３で分散して行う場合について説明する。第１の実施形態の態様では、ユーザ指定項目が、「コンテンツ内容」、「コンテンツ品質」であったが、この第２の実施形態の態様では、「コンテンツ内容」、「支払い金額」を指定する。それ以外の部分、例えばシステム構成（図１参照）等については第１の実施形態と同様の態様である。
【００８７】
図７は、ユーザ端末２及び呼制御サーバ３が上記（１）〜（４）の処理を連携して行う場合のコンテンツ送信処理シーケンス例を示すものである。基本的な処理の流れは、図３の例とほぼ同様である。ただし、第１の実施形態では、コンテンツ品質をユーザが直接指定していたが、この第２の実施形態では、ユーザは「コンテンツ内容」、「支払い金額」を指定し、制御装置（ここでは、ユーザ端末２及び呼制御サーバ３）が、これらの情報を基に、コンテンツ品質、伝送品質を決定する。なお、図７におけるステップＳ４１，Ｓ４２，Ｓ４５〜Ｓ５３の処理は、それぞれ図３に示したステップＳ１，Ｓ２，Ｓ５〜Ｓ１３の処理と同様である。
【００８８】
図７において、まずユーザ端末２は、ＮＧＮ網１を介してあるいは直接ＩＰベースのネットワーク上の送信端末４に接続し、Ｗｅｂブラウザ経由で、つまりｈｔｔｐ等を用いてコンテンツ閲覧要求を行う（ステップＳ４１）。送信端末４は、ユーザ端末２へコンテンツリストを送信する（ステップＳ４２）。
【００８９】
ユーザは、ユーザ端末２が受信したコンテンツリストの内容をＷｅｂブラウザにより確認し、送信を希望するコンテンツの内容と支払い金額を、マウス等でクリックして指定する（ステップＳ４３）。この支払い金額としては、ユーザが当該コンテンツに対して支払ってもよい金額、あるいはユーザの現時点での支払い能力等を指定する。また、ユーザは上記支払い金額の指定と同時に、後述する品質優先度を指定（設定）してもよい。
【００９０】
ユーザ端末２は、ユーザにより指定されたコンテンツ内容と支払い金額を基に、送信を要求するコンテンツの「コンテンツ品質」、及び当該コンテンツを伝送時に必要な送信端末４とユーザ端末２間の伝送路の「伝送品質」を決定する（ステップＳ４４）。ここで、ユーザ端末２が「コンテンツ使用金額」及び「伝送品質予約金額」を計算してもよい。計算したコンテンツ品質、伝送品質、コンテンツ使用金額及び伝送品質予約金額は、表示装置に表示してユーザが確認できるようにするとよい。
【００９１】
そして、ユーザ端末２は、決定したコンテンツ内容及びコンテンツ品質を、Ｗｅｂブラウザを利用してｈｔｔｐ等で送信端末４へ通知して、コンテンツの送信を要求する（ステップＳ４５）。さらに、ユーザ端末２は、呼制御サーバ３に対して、ＳＩＰで接続要求（発信要求）を行う（ステップＳ４６）。この接続要求の際、ユーザ端末２は、呼制御サーバ３に対して、例えば図５に示すような接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を通知する。この際、伝送品質情報を接続要求メッセージに記述して同時に呼制御サーバ３へ転送する。
【００９２】
ステップＳ４６の処理後、呼制御サーバ３は、ユーザ端末２から受信した伝送品質に基づいて、伝送品質予約サーバ５に対し伝送品質の予約を行う（ステップＳ４７）。それを受けて、伝送品質予約サーバ５は、ＮＧＮ網１の転送機能に対して予約された伝送品質を確保するよう指示する。
【００９３】
また、呼制御サーバ３は、伝送品質課金サーバ６に対し予約した伝送品質について課金要求を行う（ステップＳ４８）。それを受けて、伝送品質課金サーバ６は、要求された金額の課金処理を行う。
【００９４】
さらに、呼制御サーバ３は、送信端末４に対してユーザ端末２からの接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を転送する（ステップＳ４９）。この接続要求メッセージの中に、コンテンツの品質情報が含まれてもよい。
【００９５】
呼制御サーバ３から接続要求を受けた送信端末４は、コンテンツ課金サーバ７に対して送信を要求されたコンテンツに対する課金要求を行う（ステップＳ５０）。それを受けて、コンテンツ課金サーバ７は、要求された金額の課金処理を行う。
【００９６】
送信端末４は、受信した接続要求メッセージ（ＩＮＶＩＴＥリクエスト）に対して、リクエストを受け付け接続が成功した旨を示すレスポンス（例えば、「２００ ＯＫ」メソッドのメッセージ）を、呼制御サーバ３へ送る（ステップＳ５１）。呼制御サーバ３は、そのレスポンスをユーザ端末２へ転送する（ステップＳ５２）。そして、ユーザ端末２が、送信端末４から接続要求に対する接続成功のレスポンスを受けて、ＡＣＫメソッドのメッセージを送信端末４側へ送ることで、ＳＩＰ通信のセッションが確立される。
【００９７】
送信端末４は、転送機能を経由してユーザ端末２へコンテンツの伝送を開始する（ステップＳ５３）。転送機能は、伝送品質予約サーバ５からの指令に基づいて予約された伝送品質を確保しているので、送信端末４からユーザ端末２へ伝送されるコンテンツは要求どおりの伝送品質が保たれる。
【００９８】
ここで、ユーザが伝送品質及びコンテンツ品質、それぞれの支払い金額を指定し、ステップＳ４４の処理において、ユーザ端末２がそれぞれの品質を一意に決定する方法について説明する。この場合、ユーザの支払い金額をＶｕ、伝送帯域予約金額をＶｎｅｔ、コンテンツ金額をＶｃ、単位伝送レートあたりの伝送帯域予約金額をｋｎｅｔ、単位伝送レートあたりのコンテンツ金額をｋｃ、伝送帯域予約レートをＲｎｅｔ及びコンテンツ伝送レートＲｃとする。
【００９９】
伝送帯域予約金額Ｖｎｅｔ及びコンテンツ金額Ｖｃは、それぞれ下記の（１）式及び（２）式で表される。
【数１】
0005115091.tif 000002
【数２】
0005115091.tif 000003
【０１００】
ここで、伝送帯域予約レートをＲｎｅｔ及びコンテンツ伝送レートＲｃを、同一としてＲｎｅｔ ＝ Ｒｃ  ＝ Ｒとおくと、ユーザの支払い金額内で最大のコンテンツ品質の伝送を行うためには、下記の（３）式を満たす最大の伝送帯域予約レート及びコンテンツ伝送レートＲで伝送することが最適である。
【数３】
0005115091.tif 000004
【０１０１】
なお、ここでは、伝送帯域予約レートＲｎｅｔ及びコンテンツ伝送レートＲｃを同一値（Ｒ）とした場合としたが、異なる値であってもよい。また、この例では、コンテンツ伝送レートが高いほどコンテンツ品質が高いことを仮定している。また、伝送品質の例として、伝送帯域を例に挙げて計算したが、その他、遅延許容量、ジッタ許容量、帯域保証優先度等、もしくはこれらの組合せでもよい。
【０１０２】
次に、ユーザがユーザ端末２に対して、伝送品質及びコンテンツ品質の各パラメータを設定すなわち重み付けすることができ、それぞれのパラメータの設定値毎に異なる金額が設定されている場合の品質決定方法を考える。
【０１０３】
例えば、コンテンツ品質として（１）画質、（２）解像度、（３）フレームレートを選択する場合を考える。
ここで、ユーザの支払い金額Ｖｕ、画質優先度をＰｉ、フレームレート優先度をＰｆ、解像度優先度をＰｒとする。また単位伝送レートあたりの伝送帯域予約金額をｋｎｅｔ、単位伝送レートあたりで画質向上した場合のコンテンツ金額増加分をｋｉ、単位伝送レートあたりでフレームレートを増加させた場合のコンテンツ金額増加分をｋｆ、単位伝送レートあたりで解像度を増加させた場合のコンテンツ金額増加分をｋｒ、伝送帯域予約レート及びコンテンツ伝送レートをＲ（単位伝送レート）、すべてのコンテンツ品質パラメータを最低品質とした場合のコンテンツ伝送レートをＲｂ、さらに画質、フレームレート及び解像度に割り当てることのできる伝送レートをそれぞれＲｉ，Ｒｆ ，Ｒｒとする。各コンテンツ品質の優先度は高ければ高いほど、その優先度を高く設定された項目（コンテンツ品質）の品質が高いコンテンツを提供するものとする。
【０１０４】
伝送帯域予約レート及びコンテンツ伝送レートを合算した単位伝送レートＲは、下記の（４）式で表される。
【数４】
0005115091.tif 000005
【０１０５】
ここで、（４）式における画質の伝送レートＲｉ 、フレームレートの伝送レートＲｆ及び解像度の伝送レートＲｒと、画質優先度Ｐｉ 、フレームレート優先度Ｐｆ 及び解像度優先度Ｐｒとの関係は、（５）式で表される。
【数５】
0005115091.tif 000006
【０１０６】
よって、ユーザ支払い金額内で指定された品質優先度を満たす伝送を行うためには、下記（６）式を満たす各伝送レートＲｉ、Ｒｆ 、Ｒｒを決定すればよい。これらの値に比例したコンテンツ品質をそれぞれのパラメータに割り当てる。
【数６】
0005115091.tif 000007
【０１０７】
例えば、画質優先度Ｐｉを２、フレームレート優先度Ｐｆを１、解像度優先度Ｐｒを１、単位伝送レートＲを５Ｍｂｐｓ、さらに最低品質のコンテンツ伝送レートＲｂを２Ｍｂｐｓとした場合を考える。この場合、残り３Ｍｂｐｓを、Ｐｉ、Ｐｆ、Ｐｒで分割するので、それぞれＰｉ＝１Ｍｂｐｓ、Ｐｆ＝０．５Ｍｂｐｓ、Ｐｒ＝０．５Ｍｂｐｓに決定される。
【０１０８】
さらに、上記品質優先度が割り当てられなかった場合は、ユーザから指定されたコンテンツの特性を解析することにより、コンテンツ品質及び伝送品質の品質優先度もしくは品質レベルを決定することもできる。例えば、動きの激しい画像（フレーム間の変化量大）の場合はフレームレートの品質優先度を高く設定する、電話等双方向通信の要求の場合には伝送遅延優先度を高く設定する、オブジェクトの動きはゆっくりだが映像が高精細な場合には解像度のパラメータを高く設定する、等が考えられる。
【０１０９】
上記コンテンツの特性を解析することにより、コンテンツ品質及び伝送品質の品質優先度もしくは品質レベルを決定する処理は、例えばユーザがユーザ端末２等を操作して直接設定してもよい。また、当該コンテンツの画像からその特性を直接解析する方法も考えられる。また、コンテンツに付属されたメタデータに基づいて、品質優先度を決定してもよい。
【０１１０】
本実施形態によれば、伝送品質予約可能な通信網において、ユーザの指定するコンテンツの内容及び支払い金額から、ユーザ端末２が当該コンテンツの品質、伝送に必要な伝送品質、コンテンツ使用金額及び伝送品質予約金額を計算する。そして、それに基づいて、ユーザ端末２及び呼制御サーバ３が、自動的に伝送品質予約処理、予約伝送品質の課金処理、コンテンツ課金処理の３つの処理を連携させて行う。したがって、ユーザは、ユーザ端末２（制御装置）に対してコンテンツの内容と支払い金額を指定するという簡単な操作を行うだけで、支払い金額内で最適な伝送品質を予約して品質が保証されたコンテンツを取得できるとともに、予約伝送品質の課金処理及びコンテンツ課金処理が完了するので、効率の良い処理が実現できる。ユーザにとっては煩わしい操作が不要であり使い勝手がよい。
【０１１１】
また、コンテンツ品質及び伝送品質の品質優先度を指定するようにした場合、ユーザは、支払い金額の範囲内で、所望の項目の品質を高くしたコンテンツを、所望の伝送品質でユーザ端末２に取得することができる。
【０１１２】
さらに、コンテンツ品質及び伝送品質の品質優先度を、当該コンテンツの特性に応じて制御装置が自動的に設定するようにした場合、ユーザは品質優先度を設定する必要がなく、煩わしい操作が不要でありユーザにとって使い勝手のよいサービスを提供できる。その他、本実施形態は、上述した第１実施形態と同様の作用効果を奏する。
【０１１３】
次に、上述した第２実施形態の他の例について、図８を参照して説明する。
【０１１４】
図８は、第２実施形態に係る他のコンテンツ送信処理シーケンス例を示すものである。この第２実施形態の他の例と、図７に示した例との相違は、ＳＩＰによりセッションを確立した後、そのセッションを通じて、送信端末４へコンテン内容とコンテンツ品質を通知するようにした点である。そのため、呼制御サーバ３が、伝送品質、コンテンツ使用金額及び伝送品質予約金額を計算する。
【０１１５】
この第２実施形態の他の例において、図７に示した例と対応する部分については詳細な説明を割愛する。例えば、図８に示すステップＳ６１〜Ｓ６３，Ｓ６７〜Ｓ６９，Ｓ７１〜Ｓ７４の処理は、それぞれ図７に示したステップＳ４１〜Ｓ４３，Ｓ４７〜Ｓ４９，Ｓ５０〜Ｓ５３の処理と同様である。
【０１１６】
まずユーザ端末２は、図７のステップＳ４１と同様に、ＮＧＮ網１を介してあるいは直接ＩＰベースのネットワーク上の送信端末４に接続し、Ｗｅｂブラウザ経由でコンテンツ閲覧要求を行う（ステップＳ６１）。これを受けて、送信端末４は、ユーザ端末２へコンテンツリストを送信する（ステップＳ６２）。
【０１１７】
ユーザは、ユーザ端末２が受信したコンテンツリストの内容をＷｅｂブラウザにより確認し、送信を希望するコンテンツの内容と支払い金額を、マウス等でクリックして指定する（ステップＳ６３）。この支払い金額としては、ユーザが当該コンテンツに対して支払ってもよい金額、あるいはユーザの現時点での支払い能力等を指定する。また、ユーザは上記支払い金額の指定と同時に、後述する品質優先度を指定（設定）してもよい。
【０１１８】
そして、ユーザ端末２は、呼制御サーバ３に対して、ＳＩＰで接続要求（発信要求）を行う（ステップＳ６４）。この接続要求の際、ユーザ端末２は、呼制御サーバ３に対して、例えば図６に示すような接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を通知する。この接続要求の際には、コンテンツ内容と支払い金額も呼制御サーバ３に転送する（ステップＳ６５）。これらの情報は、接続要求メッセージに含めてもよいし、別のメッセージとして転送してもよい。
【０１１９】
そして、接続要求を受信した呼制御サーバ３は、このコンテンツ内容と支払い金額の情報を基に、送信を要求するコンテンツの「コンテンツ品質」、及び当該コンテンツを伝送時に必要な送信端末４とユーザ端末２間の伝送路の「伝送品質」を決定する（ステップＳ６６）。さらに、呼制御サーバ３が「コンテンツ使用金額」及び「伝送品質予約金額」を計算してもよい。これらコンテンツ品質、伝送品質、コンテンツ使用金額及び伝送品質予約金額は、呼制御サーバ３からユーザ端末２へ送信して、ユーザが表示装置上で確認できるようにするとよい。
【０１２０】
次に、呼制御サーバ３は、計算して求めた伝送品質に基づいて、伝送品質予約サーバ５に対し伝送品質の予約を行う（ステップＳ６７）。それを受けて、伝送品質予約サーバ５は、ＮＧＮ網１の転送機能に対して予約された伝送品質を確保するよう指示する。
【０１２１】
また、呼制御サーバ３は、伝送品質課金サーバ６に対し予約した伝送品質について課金要求を行う（ステップＳ６８）。それを受けて、伝送品質課金サーバ６は、要求された金額の課金処理を行う。
【０１２２】
さらに、呼制御サーバ３は、送信端末４に対してユーザ端末２からの接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を転送する（ステップＳ６９）。同時に、コンテンツ内容とコンテンツ品質の情報も送信端末４に転送する（ステップＳ７０）。これらの情報は、接続要求メッセージの中に含めてもよいし、別のメッセージとして転送してもよい。
【０１２３】
呼制御サーバ３から接続要求を受けた送信端末４は、コンテンツ課金サーバ７に対して送信を要求されたコンテンツに対する課金要求を行う（ステップＳ７１）。それを受けて、コンテンツ課金サーバ７は、要求された金額の課金処理を行う。
【０１２４】
送信端末４は、受信した接続要求メッセージ（ＩＮＶＩＴＥリクエスト）に対して、リクエストを受け付け接続が成功した旨を示すレスポンス（例えば、「２００ ＯＫ」メソッドのメッセージ）を、呼制御サーバ３へ送る（ステップＳ７２）。呼制御サーバ３は、そのレスポンスをユーザ端末２へ転送する（ステップＳ７３）。そして、ユーザ端末２が、送信端末４から接続要求に対する接続成功のレスポンスを受けて、ＡＣＫメソッドのメッセージを送信端末４側へ送ることで、ＳＩＰ通信のセッションが確立される。
【０１２５】
送信端末４は、転送機能を経由してユーザ端末２へコンテンツの伝送を開始する（ステップＳ７４）。転送機能は、伝送品質予約サーバ５からの指令に基づいて予約された伝送品質を確保しているので、送信端末４からユーザ端末２へ伝送されるコンテンツは要求どおりの伝送品質が保たれる。
【０１２６】
この第２実施形態の他の例によれば、伝送品質予約可能な通信網において、ユーザの指定するコンテンツ内容及び支払い金額を、ユーザ端末２から呼制御サーバ３に通知し、呼制御サーバ３が当該コンテンツの品質及び伝送に必要な伝送品質、コンテンツ使用金額及び伝送品質予約金額を計算する。そして、それに基づいて、呼制御サーバ３が、自動的に伝送品質予約処理、予約伝送品質の課金処理、コンテンツ課金処理の３つの処理を連携させて行う。したがって、ユーザは、ユーザ端末２を用いてコンテンツ内容と支払い金額を指定するという簡単な操作だけで、支払い金額の範囲内で最適なコンテンツ品質及び伝送品質のコンテンツを取得できるとともに、予約伝送品質の課金処理及びコンテンツ課金処理が完了するので、効率の良い処理が実現できる。ユーザにとっては煩わしい操作が不要であり使い勝手のよいサービスを提供できる。
【０１２７】
さらに、呼制御サーバ３でコンテンツ品質、伝送品質、コンテンツ使用金額及び伝送品質予約金額の計算を行うようにしたので、ユーザ端末２の処理負荷が減少する。それによって、例えば安価で高性能ではないユーザ端末２であっても、本システムのサービスを利用できるようになる。その他、本例は、上述した実施の形態の例と同様の作用効果を奏する。
【０１２８】
なお、送信端末４はユーザ端末２からコンテンツ送信要求を受け付けるのみで、実際にコンテンツを送信する端末が送信端末４ではないシステム構成の場合、例えば、上記第１の実施形態に関する説明で言及した２つの方式を採用することができる。
【０１２９】
次に、要求されたコンテンツを送信端末４からコンテンツ要求元へ伝送中に、ユーザの要求に基づいて、コンテンツ品質及び伝送品質を変更する場合の実施形態の例について説明する。この場合、ユーザは第１の実施形態で述べたようにコンテンツ品質を指定するか、追加課金金額（追加支払い金額）を指定し、指定された条件を制御装置によりコンテンツ品質変更要求に変換し、コンテンツ品質変更処理を実施する。送信端末４は、コンテンツの伝送途中から、変更されたコンテンツ品質及び伝送品質に基づいてコンテンツの伝送を開始する。なお、追加課金金額（追加支払い金額）の指定と同時に、品質優先度の指定を行うようにしてもよい。
【０１３０】
＜第３の実施形態＞
本実施形態では、コンテンツ伝送途中におけるユーザのコンテンツ品質変更要求に応じて、（１）コンテンツ品質指定処理、（２）伝送品質指定（予約）処理、（３）コンテンツ課金処理、（４）伝送品質課金処理、をユーザ端末２及び呼制御サーバ３で分散して行う場合について説明する。システム構成等については第１の実施形態と同様の態様である。
【０１３１】
図９は、ユーザからコンテンツ品質変更要求があったとき、ユーザ端末２及び呼制御サーバ３が上記（１）〜（４）の処理を連携して行う場合のコンテンツ送信処理シーケンス例を示すものである。図９に示すステップＳ８２，Ｓ８３，Ｓ８５，Ｓ９１〜Ｓ９８の処理は、それぞれ図３に示したステップＳ１，Ｓ２，Ｓ４，Ｓ６〜Ｓ１３の処理と同様である。
【０１３２】
まず、ユーザ端末２と送信端末４間のＳＩＰ通信を確立し、要求されたコンテンツを送信端末４からユーザ端末２へ送信している状態とする（ステップＳ８１）。ここで、ユーザがＷｅｂブラウザを操作してユーザ端末２から送信端末４へコンテンツ閲覧要求を行うと（ステップＳ８２）、送信端末４は、ユーザ端末２へコンテンツリストを送信する（ステップＳ８３）。ここでのコンテンツリストは、少なくとも送信中のコンテンツに対するコンテンツ品質の種類情報が記述されていればよい。
【０１３３】
そして、ユーザは、ユーザ端末２が受信したコンテンツリストをＷｅｂブラウザにより確認し、送信中のコンテンツに関して、新たに送信を希望する品質を、マウス等でクリックして指定する（ステップＳ８４）。
【０１３４】
ユーザ端末２は、ユーザにより指定されたコンテンツ品質を基に、当該コンテンツを伝送時に必要な送信端末４とユーザ端末２間の伝送路の「伝送品質」、「コンテンツ使用金額」及び「伝送品質予約金額」を新たに計算し直す（ステップＳ８５）。これら計算した伝送品質、コンテンツ使用金額及び伝送品質予約金額は、表示装置に表示してユーザが確認できるようにするとよい。
【０１３５】
ユーザ端末２は、呼制御サーバ３に対し、コンテンツ品質変更要求メッセージを送信する（ステップＳ８６）。このコンテンツの品質変更を行うためには、送信端末４とユーザ端末２間のセッションを一旦切断する必要がある。したがって、このコンテンツ品質変更要求メッセージは切断要求メッセージ（ＢＹＥリクエスト）としての機能も合わせ持つ。呼制御サーバ３は、送信端末４に対してユーザ端末２からのコンテンツ品質変更要求メッセージを転送する（ステップＳ８７）。
【０１３６】
それに対し、送信端末４は、呼制御サーバ３に対し、セッション切断を受け入れることを「２００ ＯＫ」（切断成功）を返すことにより示す（ステップＳ８８）。呼制御サーバ３は、切断成功をユーザ端末２へ転送する（ステップＳ８９）。このようにして、一旦、送信端末４とユーザ端末２間のセッションを切断する。
【０１３７】
そして、ユーザ端末２は、指定された変更後のコンテンツ品質を、Ｗｅｂブラウザを利用してｈｔｔｐ等で送信端末４へ通知して、コンテンツの送信を要求する（ステップＳ９０）。  その後の処理は、図３に示すステップＳ６〜Ｓ１３の処理と同様である。以下、簡単に説明する。
【０１３８】
ユーザ端末２は、呼制御サーバ３に対して、ＳＩＰで接続要求（発信要求）を行う（ステップＳ９１）。この接続要求の際、ユーザ端末２は、呼制御サーバ３に対して、接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を通知する。この際、伝送品質情報を接続要求メッセージに記述して同時に呼制御サーバ３へ転送する。
【０１３９】
呼制御サーバ３は、ユーザ端末２から受信した伝送品質に基づいて、伝送品質予約サーバ５に対し伝送品質の予約を行う（ステップＳ９２）。また、呼制御サーバ３は、伝送品質課金サーバ６に対し予約した伝送品質について課金要求を行う（ステップＳ９３）。
【０１４０】
さらに、呼制御サーバ３は、送信端末４に対してユーザ端末２からの接続要求メッセージ（ＩＮＶＩＴＥリクエスト）を転送する（ステップＳ９４）。この接続要求メッセージの中に、コンテンツの品質情報が含まれてもよい。
【０１４１】
呼制御サーバ３から接続要求を受けた送信端末４は、コンテンツ課金サーバ７に対して送信を要求されたコンテンツに対する課金要求を行う（ステップＳ９５）。
【０１４２】
送信端末４は、受信した接続要求メッセージ（ＩＮＶＩＴＥリクエスト）に対して、リクエストを受け付け接続が成功した旨を示すレスポンス（例えば、「２００ ＯＫ」メソッドのメッセージ）を、呼制御サーバ３へ送る（ステップＳ９６）。呼制御サーバ３は、そのレスポンスをユーザ端末２へ転送する（ステップＳ９７）。そして、ユーザ端末２が、送信端末４から接続要求に対する接続成功のレスポンスを受けて、ＡＣＫメソッドのメッセージを送信端末４側へ送ることで、ＳＩＰ通信のセッションが確立される。
【０１４３】
送信端末４は、転送機能を経由してユーザ端末２に対し、中断時のコンテンツの続きから変更後のコンテンツ品質のコンテンツの伝送を再開する（ステップＳ９８）。ＮＧＮ網１では、伝送品質予約サーバ５からの指令に基づいて予約された伝送品質を確保しているので、送信端末４からユーザ端末２へ伝送されるコンテンツは、ユーザのコンテンツ品質変更要求に基づいて要求どおりの伝送品質が保たれる。
【０１４４】
本実施形態によれば、伝送品質予約可能な通信網において、送信端末４がユーザの指定するコンテンツをユーザ端末２に送信中に、ユーザ端末２がコンテンツ品質の変更を要求してきた場合、当初指定された品質のコンテンツの送信を停止し、変更後の品質のコンテンツの送信を行う。これにより、ユーザは一度コンテンツの送信を指示した後でも適宜別のコンテンツ品質を指定して、伝送されるコンテンツ品質及び伝送品質を動的に変更することができる。したがって、ユーザは、ユーザ端末２を用いてコンテンツの品質を再度指定するという簡単な操作だけで、変更後のコンテンツ品質に基づいて新たに伝送品質を予約して指定した品質が保証されたコンテンツを取得できる。さらに、伝送品質の予約処理と連携して、予約伝送品質の課金処理及びコンテンツ課金処理が実施されるので、効率の良い処理が実現できる。ユーザにとっては煩わしい操作が不要であり使い勝手のよいサービスを提供できる。その他、本実施形態は、上述した第１実施形態と同様の作用効果を奏する。
【０１４５】
＜第４の実施形態＞
本実施形態では、コンテンツ伝送途中におけるユーザの追加課金金額（追加支払い金額）の指定及び品質優先度変更に応じて、（１）コンテンツ品質指定処理、（２）伝送品質指定（予約）処理、（３）コンテンツ課金処理、（４）伝送品質課金処理、をユーザ端末２及び呼制御サーバ３で分散して行う場合について説明する。
【０１４６】
図１０は、ユーザから追加課金金額指定があったとき、ユーザ端末２及び呼制御サーバ３が上記（１）〜（４）の処理を連携して行う場合のコンテンツ送信処理シーケンス例を示すものである。図１０に示すステップＳ１０１，Ｓ１０４〜Ｓ１１６の処理は、それぞれ図９に示したステップＳ８１，Ｓ８６〜Ｓ９８の処理と同様である。
【０１４７】
まず、ユーザ端末２と送信端末４間のＳＩＰ通信を確立し、要求されたコンテンツを送信端末４からユーザ端末２へ送信している状態とする（ステップＳ１０１）。ここで、ユーザは、ユーザ端末２がＷｅｂブラウザにより確認し、送信中のコンテンツに関して、新たに追加課金金額（追加支払い金額）を、マウス等でクリックして指定する（ステップＳ１０２）。
【０１４８】
ユーザ端末２は、ユーザにより指定された追加課金金額（追加支払い金額）を基に、要求するコンテンツの「コンテンツ品質」、及び当該コンテンツを伝送時に必要な送信端末４とユーザ端末２間の伝送路の「伝送品質」を新たに計算し直す（ステップＳ１０３）。ここで、ユーザ端末２が「コンテンツ使用金額」及び「伝送品質予約金額」を計算してもよい。計算したコンテンツ品質、伝送品質、コンテンツ使用金額及び伝送品質予約金額は、表示装置に表示してユーザが確認できるようにするとよい。
【０１４９】
ユーザ端末２は、呼制御サーバ３に対し、コンテンツ品質変更要求メッセージを送信する（ステップＳ１０４）。以降のステップＳ１０５〜Ｓ１１６の処理は、既述のとおり、それぞれ図９に示したステップＳ８７〜Ｓ９８の処理と同様であるため、説明を割愛する。
【０１５０】
ＮＧＮ網１では、伝送品質予約サーバ５からの指令に基づいて予約された伝送品質を確保しているので、送信端末４からユーザ端末２へ伝送されるコンテンツは、ユーザの追加課金金額の指定に基づいて要求どおりの伝送品質が保たれる。
【０１５１】
なお、ステップＳ１０２の処理において、追加課金金額を指定する際、同時に品質優先度を指定（変更）してもよい。品質優先度の指定を行った場合、上記第２の実施形態において説明した手法を用いて、品質優先度が決定される。
【０１５２】
本実施形態によれば、伝送品質予約可能な通信網において、送信端末４がユーザの指定するコンテンツをユーザ端末２に送信中に、ユーザ端末２が追加課金金額を指定してきた場合、当初指定された品質のコンテンツの送信を停止し、変更後の品質のコンテンツの送信を行う。これにより、ユーザは一度コンテンツの送信を指示しても適宜追加課金金額を指定して、伝送されるコンテンツ品質及び伝送品質を動的に変更することができる。したがって、ユーザは、ユーザ端末２を用いて追加課金金額を指定するという簡単な操作だけで、当該追加課金金額に基づいて新たに伝送品質を予約して追加課金金額内で品質が保証されたコンテンツを取得できる。さらに、伝送品質の予約処理と連携して、予約伝送品質の課金処理及びコンテンツ課金処理が実施されるので、効率の良い処理が実現でき。ユーザにとっては煩わしい操作が不要であり使い勝手のよいサービスを提供できる。その他、本実施形態は、上述した第２実施形態及び第３実施形態と同様の作用効果を奏する。
【０１５３】
＜第５の実施形態＞
次に、図１１及び図１２を参照して、本発明の第５の実施形態について説明する。
【０１５４】
ＮＧＮ網１のようなＳＩＰプロトコルを利用したネットワークでは、ＥＮＵＭ技術により、電話番号をネット上のアドレスやサービスと対応づけ、所望の通信相手とのアクセス手段として利用できることは、既述のとおりである。本実施の形態では、その技術を用いて、コンテンツ品質要求及び支払い金額の指定を、電話番号及びその補助番号により指定するようにしたものである。この場合、ユーザ端末２や呼制御サーバ３、送信端末４等の制御装置は、補助番号つき電話番号の解析を行い、それに応じた予約要求処理を行う。その他、基本的なシステム構成（図１参照）及び処理の流れ等は、本発明の第１〜第４の実施形態の態様と同様である。
【０１５５】
例えば、コンテンツ品質を電話番号の補助番号で指定する場合、図１１に示すようなフォーマット（形式）でコンテンツ品質を指定する。この電話番号コンテンツ品質指定例では、電話番号がコンテンツの内容を表し、電話番号に続く補助番号部により、要求するコンテンツの画質、解像度、フレームレートを指定することが可能である。
【０１５６】
補助番号は、例えばＴＥＬ ＵＲＩを受信した送信端末４にて解析され、送信端末４により指定された品質のコンテンツの伝送が開始される。例えば、ユーザが、ユーザ端末２に対して「ＸＸＸ−ＸＸＸ−ＸＸＸＸ♯１２３」と入力したとする。この場合、電話番号「ＸＸＸ−ＸＸＸ−ＸＸＸＸ」と対応づけられたコンテンツのうち、画質パラメータ１、解像度パラメータ２、フレームレートパラメータ３の品質を備えるものが、送信端末４側で選択される。そして、ユーザが所望する品質のコンテンツが送信端末４からユーザ端末２へ伝送される。なお、本例の補助番号方式を用いて指定できるコンテンツ品質の種類はこれに限られないことは言うまでもない。
【０１５７】
また、同様に、支払い金額情報を電話番号にて指定することも考えられる。この場合のフォーマット例を、図１２に示す。この電話番号支払い金額指定例では、電話番号に続く補助番号部により、要求するコンテンツの再生時間に関連して、単位時間あたりの金額を指定することが可能である。その他、補助番号部により、１コンテンツあたりの金額等を指定するようにしてもよい。
【０１５８】
図１２に示した電話番号支払い金額指定例を、図８の例にて用いる場合を考える。まずユーザ端末２から呼制御サーバ３に対して、図１２に示す支払い金額指定形式で支払い金額を電話番号にて指定する。そして、呼制御サーバ３にて補助番号を解析してコンテンツ品質を決定する。コンテンツ品質を決定後は、呼制御サーバ３は図１１に示すコンテンツ品質指定形式に沿って電話番号の補助番号を変換し、その電話番号を送信端末４に送る、という利用方法が考えられる。これにより、ユーザ端末２から支払い金額を指定した補助番号が付加された電話番号に電話をかけると、発呼を受信した呼制御サーバ３が自動的に指定された支払い金額の範囲内で最適なコンテンツ品質を決定し、そのコンテンツ品質を指定した補助番号に変換した上で送信端末４へ電話番号を送ることができる。
【０１５９】
なお、上述した各実施の形態では、コンテンツ内容、コンテンツ品質、支払い金額及び品質優先度等を、ユーザがユーザ端末２に直接入力することにより指定していたが、ユーザ端末２が自動的に指定するようにしてもよい。例えば、ユーザ端末２と送信端末４間で常時ｈｔｔｐによる通信を行い、送信端末４内にユーザの趣向に合ったコンテンツがあるとユーザ端末２が判断した場合、ユーザ端末２が自動で送信端末４へコンテンツ送信要求を行い、伝送品質を予約して所望の品質が保証されたコンテンツを取得する。このとき、コンテンツ送信要求をｈｔｔｐで行うか、ＳＩＰを用いて行うかを予め決めておくとよい。
【図面の簡単な説明】
【０１６０】
【図１】本発明の第１の実施形態に係るシステムの構成例を示す説明図である。
【図２】本発明の第１の実施形態に係るコンテンツリストの一例を示す説明図である。
【図３】本発明の第１の実施形態に係るコンテンツ送信処理を示すシーケンス図である。
【図４】本発明の第１の実施形態に係るＩＮＶＩＴＥメッセージ例を示す説明図である。
【図５】本発明の第１の実施形態の他の例に係るコンテンツ送信処理を示すシーケンス図である。
【図６】本発明の第１の実施形態の他の例に係るＩＮＶＩＴＥメッセージ例を示す説明図である。
【図７】本発明の第２の実施形態に係るコンテンツ送信処理を示すシーケンス図である。
【図８】本発明の第２の実施形態の他の例に係るＩＮＶＩＴＥメッセージ例を示す説明図である。
【図９】本発明の第３の実施形態に係るコンテンツ送信処理を示すシーケンス図である。
【図１０】本発明の第４の実施形態に係るコンテンツ送信処理を示すシーケンス図である。
【図１１】本発明の第５の実施形態に係る電話番号コンテンツ指定例を示す説明図である。
【図１２】本発明の第５の実施形態に係る電話番号支払い金額指定例を示す説明図である。
【符号の説明】
【０１６１】
１…ＮＧＮ網、２…ユーザ端末、３…呼制御サーバ、４…送信端末、５…伝送品質予約サーバ、６…伝送品質課金サーバ、７…コンテンツ課金サーバ、８ａ，８ｂ…エッジ部
【図１】
0005115091.tif 000008
【図２】
0005115091.tif 000009
【図３】
0005115091.tif 000010
【図４】
0005115091.tif 000011
【図５】
0005115091.tif 000012
【図６】
0005115091.tif 000013
【図７】
0005115091.tif 000014
【図８】
0005115091.tif 000015
【図９】
0005115091.tif 000016
【図１０】
0005115091.tif 000017
【図１１】
0005115091.tif 000018
【図１２】
0005115091.tif 000019