(57)【特許請求の範囲】
【請求項１】
サービスを利用するユーザ端末からのセッション確立要求を受け付ける一時接続用サーバと、ストリームデータのフォーマット変換を行う複数のフォーマット変換サーバと、第三者呼制御を実行する３ＰＣＣ（Ｔｈｉｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ）装置と、前記３ＰＣＣ装置に対して、ストリームデータ配信装置と前記ユーザ端末との間のセッションの確立命令を送信するサービスルーティング計算機とを有するストリームデータ配信システムであって、
前記セッションの確立命令を受信した前記３ＰＣＣ装置は、
前記ユーザ端末から前記ユーザ端末が利用可能な第１のフォーマット情報を取得すると共に、前記ユーザ端末と前記一時接続用サーバとの間に第一のセッションを確立する手段、
前記ストリームデータ配信装置から前記ストリームデータ配信装置が配信するストリームデータの第２のフォーマット情報を取得すると共に、前記ストリームデータ配信装置と前記一時接続用サーバとの間に第二のセッションを確立する手段、
前記第２のフォーマットの前記ストリームデータを前記第1のフォーマットへ変換するフォーマット変換サーバを前記複数のフォーマット変換サーバから選択する手段、
前記第二のセッションを、前記ストリームデータ配信装置と選択した前記フォーマット変換サーバとの間のセッションとして転送する手段、および、
前記第一のセッションを、前記ユーザ端末と選択した前記フォーマット変換サーバとの間のセッションとして転送する手段を設けることを特徴とするストリームデータ配信システム。
【請求項２】
前記サービスルーティング計算機は、前記ユーザ端末を利用するユーザのユーザ属性情報を格納するユーザ属性情報データベース、及び、前記ストリームデータの識別子と前記ユーザ属性情報との対応関係を配信ポリシーとして格納する配信ポリシーデータベース、及び、前記ストリームデータに対する前記配信ポリシーに従った処理内容と該処理内容を実行する処理サーバの識別子を対応付けて格納する処理サーバリストを有し、前記ユーザ属性情報データベースの前記ユーザ属性情報に基づいて前記配信ポリシーデータベースを参照して、前記ストリームデータに対して実行すべき処理内容を実行する処理サーバを特定する手段、並びに、特定した前記処理サーバを前記ストリームデータが経由するように、前記ストリームデータ配信装置と前記処理サーバとの間のセッション確立命令、及び、前記処理サーバと選択した前記フォーマット変換サーバとの間のセッション確立命令を送信する手段を設け、
前記３ＰＣＣ装置は、前記ストリームデータ配信装置と前記処理サーバとの間のセッション確立命令に応答して、前記第二のセッションを、前記ストリームデータ配信装置と選択した前記フォーマット変換サーバとの間のセッションとしての転送に代えて、前記第二のセッションを、前記ストリームデータ配信装置と特定した前記処理サーバとの間のセッションとして転送する手段、および、特定した前記処理サーバと選択した前記フォーマット変換サーバとの間のセッション確立命令に応答して、特定した前記処理サーバと選択した前記フォーマット変換サーバとの間のセッションを確立する手段を設けることを特徴とする請求項1記載のストリームデータ配信システム。
【請求項３】
前記サービスルーティング計算機は、前記ストリームデータに対して実行すべき処理内容の種別に応じて複数台の前記処理サーバを特定し、特定した複数台の前記処理サーバへの前記ストリームデータの経路を決定することを特徴とする請求項２記載のストリームデータ配信システム。
【請求項４】
前記ユーザ属性は、前記ストリームデータ配信装置からの前記ストリームデータの配信に係る前記ユーザの課金情報であり、前記ユーザの課金情報に基づいて前記配信ポリシーデータベースを参照した、前記ストリームデータに対して実行すべき処理内容は、前記ストリームデータの品質制限と前記ストリームデータへの広告表示の少なくとも一方を含むことを特徴とする請求項２記載のストリームデータ配信システム。
【請求項５】
前記ユーザ属性は、前記ストリームデータ配信装置からの前記ストリームデータの配信に係る前記ユーザからの設定情報であり、前記ユーザからの設定情報に基づいて前記配信ポリシーデータベースを参照した、前記ストリームデータに対して実行すべき処理内容は、前記ストリームデータへのユーザ投稿メッセージの付加であることを特徴とする請求項２記載のストリームデータ配信システム。
【請求項６】
サービスを利用するユーザの端末からのセッション確立要求を受け付ける一時接続用サーバと、ストリームデータのフォーマット変換を行う複数のフォーマット変換サーバと、第三者呼制御を実行する３ＰＣＣ（Ｔｈｉｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ）装置と、前記３ＰＣＣ装置に対して、前記ストリームデータ配信装置と前記ユーザ端末との間のセッションの確立命令を送信するサービスルーティング計算機とを有するストリームデータ配信システムにおけるストリームデータ配信方法であって、前記セッションの確立命令を受信した前記３ＰＣＣ装置は、
前記ユーザ端末から前記ユーザ端末が利用可能な第１のフォーマット情報を取得すると共に、前記ユーザ端末と前記一時接続用サーバとの間に第一のセッションを確立し、
前記ストリームデータ配信装置から前記ストリームデータ配信装置が配信するストリームデータの第２のフォーマット情報を取得すると共に、前記ストリームデータ配信装置と前記一時接続用サーバとの間に第二のセッションを確立し、
前記第２のフォーマットの前記ストリームデータを前記第1のフォーマットへ変換するフォーマット変換サーバを前記複数のフォーマット変換サーバから選択し、
前記第二のセッションを、前記ストリームデータ配信装置と選択した前記フォーマット変換サーバとの間のセッションとして転送し、
前記第一のセッションを、前記ユーザ端末と選択した前記フォーマット変換サーバとの間のセッションとして転送することを特徴とするストリームデータ配信方法。
【請求項７】
前記サービスルーティング計算機は、前記ユーザ端末を利用するユーザのユーザ属性情報を格納するユーザ属性情報データベース、及び、前記ストリームデータの識別子と前記ユーザ属性情報との対応関係を配信ポリシーとして格納する配信ポリシーデータベース、及び、前記ストリームデータに対する前記配信ポリシーに従った処理内容と該処理内容を実行する処理サーバの識別子を対応付けて格納する処理サーバリストを有し、前記ユーザ属性情報データベースの前記ユーザ属性情報に基づいて前記配信ポリシーデータベースを参照して、前記ストリームデータに対して実行すべき処理内容を実行する処理サーバを特定し、特定した前記処理サーバを前記ストリームデータが経由するように、前記ストリームデータ配信装置と前記処理サーバとの間のセッション確立命令、及び、前記処理サーバと選択した前記フォーマット変換サーバとの間のセッション確立命令を送信し、
前記３ＰＣＣ装置は、前記ストリームデータ配信装置と前記処理サーバとの間のセッション確立命令に応答して、前記第二のセッションを、前記ストリームデータ配信装置と選択した前記フォーマット変換サーバとの間のセッションとしての転送に代えて、前記第二のセッションを、前記ストリームデータ配信装置と特定した前記処理サーバとの間のセッションとして転送し、特定した前記処理サーバと選択した前記フォーマット変換サーバとの間のセッション確立命令に応答して、特定した前記処理サーバと選択した前記フォーマット変換サーバとの間のセッションを確立することを特徴とする請求項６記載のストリームデータ配信方法。
【請求項８】
前記サービスルーティング計算機は、前記ストリームデータに対して実行すべき処理内容の種別に応じて複数台の前記処理サーバを特定し、特定した複数台の前記処理サーバへの前記ストリームデータの経路を決定することを特徴とする請求項７記載のストリームデータ配信方法。
【請求項９】
前記ユーザ属性は、前記ストリームデータ配信装置からの前記ストリームデータの配信に係る前記ユーザの課金情報であり、前記ユーザの課金情報に基づいて前記配信ポリシーデータベースを参照した、前記ストリームデータに対して実行すべき処理内容は、前記ストリームデータの品質制限と前記ストリームデータへの広告表示の少なくとも一方を含むことを特徴とする請求項７記載のストリームデータ配信方法。
【請求項１０】
前記ユーザ属性は、前記ストリームデータ配信装置からの前記ストリームデータの配信に係る前記ユーザからの設定情報であり、前記ユーザからの設定情報に基づいて前記配信ポリシーデータベースを参照した、前記ストリームデータに対して実行すべき処理内容は、前記ストリームデータへのユーザ投稿メッセージの付加であることを特徴とする請求項７記載のストリームデータ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームデータを配信する技術に関し、特にストリームデータをリアルタイムに処理して提供する技術に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet Protocol）電話やテレビ会議システム、動画配信といった、ストリームデータを扱うサービスが普及してきている。
【０００３】
ストリームデータを配信するにあたっては、配信元のデータをそのまま配信先へ提供するのではなく、データの送信途中において、通信経路上に配備された処理サーバを経由させ、処理サーバにデータをリアルタイムで処理・編集させながら配信する、ストリーム処理技術が利用されるようになってきている。
【０００４】
ストリーム処理技術を利用することで、例えば、動画配信において、サーバ上に置かれた動画データを、ユーザの受信端末が利用可能なフォーマットに変換しながら提供することが可能になる。これにより、あらかじめサーバ上に、各種のフォーマットでエンコードされた同一内容の動画データを準備する必要がなくなり、そのために掛かるコストを削減することができる。
【０００５】
また、ストリーム処理技術は、上述した動画や音声といったマルチメディアデータのストリーム配信だけではなく、例えば、ＸＭＬ（eXtensible Markup Language）などのフォーマットで記述された大量のテキストデータをリアルタイムに処理する必要がある、金融や決済などのＷｅｂサービスシステムにおいても利用されている。
【０００６】
ストリーム処理技術を利用するには、意図した処理が行われるように、ストリームデータが適切なサーバを経由するようルーティングを行う必要がある。そのようなサービスレイヤでのルーティングを行う技術としては、例えば非特許文献１に記載の技術がある。非特許文献１では、標準プロトコルであるＳＩＰ（Session Initiation Protocol）を利用することで、ＳＩＰメッセージに含まれるＳＤＰ（Session Description Protocol）を解析して、両者が利用可能なメディアフォーマット情報を取得し、さらにＳＩＰの第三者呼制御を利用して、必要なメディアフォーマット変換を施すためのルーティング処理を行う技術が開示されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】白田 純子, 森戸 貴, 本庄 勝, 森川 大補, 南 正輝,  「ＳＩＰの第三者呼制御を用いたサービス合成方式」, 電子情報通信学会 総合大会(2006年3月)
【発明の概要】
【発明が解決しようとする課題】
【０００８】
近年のデータ配信サービスには、スタティックなデータをユーザへ配信するだけでなく、個々のユーザの趣向や課金ステータスといったユーザコンテキストに応じて、動的に情報を編集・加工することで、ユーザが享受するサービスに付加価値を与える動きが見られる。
【０００９】
しかしながら、そういったユーザコンテキストに関する情報は、セッション情報を格納するＳＤＰ上には表れない。従って、非特許文献１に開示されている技術では、配信されるストリームデータのフォーマット情報と配信を受けるユーザ端末の処理可能なフォーマット情報を取得する段階を経て、配信サーバとユーザ端末とのセッションを確立する必要があり、セッション確立までの手順が多い。フォーマット変換以外の配信サービスに付加価値を与えるためのサービスルーティングを行うためにはさらに多くなる。
【課題を解決するための手段】
【００１０】
上述の課題を解決するため、次のようなストリムデータ配信システムを構成する。ストリームデータ配信システムは、ＳＩＰを利用するストリームデータ配信装置と、ＳＩＰを利用する一時接続用サーバと、ＳＩＰを利用する、ストリームデータのフォーマット変換を行う複数のフォーマット変換サーバと、ＳＩＰを利用するユーザ端末と、ＳＩＰの第三者呼制御を実行する３ＰＣＣ（Third Party Call Control）装置と、３ＰＣＣ装置に対して、ストリームデータ配信装置とユーザ端末との間のセッションの確立命令を送信するサービスルーティング計算機とを有する。
【００１１】
セッションの確立命令の受信した３ＰＣＣ装置は、ユーザ端末からユーザ端末が利用可能な第１のフォーマット情報を取得すると共に、ユーザ端末と一時接続用サーバとの間のセッションを確立する。また３ＰＣＣ装置は、ストリームデータ配信装置からストリームデータ配信装置が配信するストリームデータの第２のフォーマット情報を取得すると共に、ストリームデータ配信装置と一時接続用サーバとの間のセッションを確立する。さらに３ＰＣＣ装置は、第２のフォーマットのストリームデータを第1のフォーマットへ変換するフォーマット変換サーバを複数のフォーマット変換サーバから選択し、ストリームデータ配信装置と一時接続用サーバとの間のセッションを、ストリームデータ配信装置と選択したフォーマット変換サーバとの間のセッションとして転送し、ユーザ端末と一時接続用サーバとの間のセッションを、ユーザ端末と選択したフォーマット変換サーバとの間のセッションとして転送する。
【００１２】
望ましい他の態様のストリームデータ配信システムでは、サービスルーティング計算機は、ユーザ端末を利用するユーザのユーザ属性情報を格納するユーザ属性情報データベース、及び、ストリームデータの識別子とユーザ属性情報との対応関係を配信ポリシーとして格納する配信ポリシーデータベース、及び、ストリームデータに対する配信ポリシーに従った処理内容と該処理内容を実行する処理サーバの識別子を対応付けて格納する処理サーバリストを有する。そしてサービスルーティング計算機は、ユーザ属性情報データベースのユーザ属性情報に基づいて配信ポリシーデータベースを参照して、ストリームデータに対して実行すべき処理内容を実行する処理サーバを特定し、特定した処理サーバをストリームデータが経由するように、ストリームデータ配信装置と処理サーバとの間のセッション確立命令、及び、処理サーバと選択したフォーマット変換サーバとの間のセッションセッション確立命令を送信する。３ＰＣＣ装置は、ストリームデータ配信装置と処理サーバとの間のセッション確立命令に応答して、ストリームデータ配信装置と一時接続用サーバとの間のセッションを、ストリームデータ配信装置と選択したフォーマット変換サーバとの間のセッションとしての転送に代えて、ストリームデータ配信装置と一時接続用サーバとの間のセッションを、ストリームデータ配信装置と特定した処理サーバとの間のセッションとして転送する。また３ＰＣＣ装置は、特定した処理サーバと選択したフォーマット変換サーバとの間のセッションセッション確立命令に応答して、特定した処理サーバと選択したフォーマット変換サーバとの間のセッションセッションを確立する。
【発明の効果】
【００１３】
本発明によれば、配信サーバとユーザ端末とのセッションを確立するまでの手順を少なくできる。
【図面の簡単な説明】
【００１４】
【図１】ストリームデータ配信サービスシステムの例である。
【図２】コンピュータのハードウェア構成の例示した図である。
【図３】ユーザ情報のデータ構造の例を示す図である。
【図４】ユーザ設定のデータ構造の例を示す図である。
【図５】配信データリストのデータ構造の例を示す図である。
【図６】配信ポリシーのデータ構造の例を示す図である。
【図７】処理サーバリストのデータ構造の例を示す図である。
【図８】フォーマット変換サーバリストのデータ構造の例を示す図である。
【図９】処理サーバロケーションのデータ構造の例を示す図である。
【図１０Ａ】ストリームデータ配信サービスシステムの動作を示すシーケンスの例である。
【図１０Ｂ】ストリームデータ配信サービスシステムの動作を示すシーケンスの例である。
【図１０Ｃ】ストリームデータ配信サービスシステムの動作を示すシーケンスの例である。
【図１１】サービスルートを決定する処理フローの例を示す図である。
【発明を実施するための形態】
【００１５】
本実施形態のストリムデータ配信システムは、ＳＩＰを利用するストリームデータ配信装置と、ＳＩＰを利用する一時接続用サーバと、ＳＩＰを利用する、ストリームデータのフォーマット変換を行う複数のフォーマット変換サーバと、ＳＩＰを利用するユーザ端末と、ＳＩＰの第三者呼制御を実行する３ＰＣＣ装置と、３ＰＣＣ装置に対して、ストリームデータ配信装置とユーザ端末との間のセッションの確立命令を送信するサービスルーティング計算機とを有する。
【００１６】
セッションの確立命令の受信した３ＰＣＣ装置は、ユーザ端末からユーザ端末が利用可能なフォーマット情報を取得すると共に、ユーザ端末と一時接続用サーバとの間のセッションを確立する。また３ＰＣＣ装置は、ストリームデータ配信装置からストリームデータ配信装置が配信するストリームデータのフォーマット情報を取得すると共に、ストリームデータ配信装置と一時接続用サーバとの間のセッションを確立する。さらに３ＰＣＣ装置は、ストリームデータのフォーマットをユーザ端末が利用可能なフォーマットへ変換するフォーマット変換サーバを複数のフォーマット変換サーバから選択する。さらに３ＰＣＣ装置は、ストリームデータ配信装置と一時接続用サーバとの間のセッションを、ストリームデータ配信装置と選択したフォーマット変換サーバとの間のセッションとして転送し、ユーザ端末と一時接続用サーバとの間のセッションを、ユーザ端末と選択したフォーマット変換サーバとの間のセッションとして転送する。
【００１７】
ストリームデータ配信において、フォーマット変換以外にユーザにサービスするために、サービスルーティング計算機は、ユーザ端末を利用するユーザのユーザ属性情報を格納するユーザ属性情報データベース、及び、ストリームデータの識別子とユーザ属性情報との対応関係を配信ポリシーとして格納する配信ポリシーデータベース、及び、ストリームデータに対する配信ポリシーに従った処理内容と該処理内容を実行する処理サーバの識別子を対応付けて格納する処理サーバリストを有する。そしてサービスルーティング計算機は、ユーザ属性情報データベースのユーザ属性情報に基づいて配信ポリシーデータベースを参照して、ストリームデータに対して実行すべき処理内容を実行する処理サーバを特定する。サービスルーティング計算機は、特定した処理サーバをストリームデータが経由するように、ストリームデータ配信装置と処理サーバとの間のセッション確立命令、及び、処理サーバと選択したフォーマット変換サーバとの間のセッションセッション確立命令を送信する。３ＰＣＣ装置は、ストリームデータ配信装置と処理サーバとの間のセッション確立命令に応答して、ストリームデータ配信装置と一時接続用サーバとの間のセッションを、ストリームデータ配信装置と選択したフォーマット変換サーバとの間のセッションとしての転送に代えて、ストリームデータ配信装置と一時接続用サーバとの間のセッションを、ストリームデータ配信装置と特定した処理サーバとの間のセッションとして転送する。また３ＰＣＣ装置は、特定した処理サーバと選択したフォーマット変換サーバとの間のセッションセッション確立命令に応答して、特定した処理サーバと選択したフォーマット変換サーバとの間のセッションセッションを確立する。
【００１８】
図１は、ストリームデータ配信サービスシステムの例である。図１において、ストリームデータ配信装置１０３０と、フォーマット変換サーバ１０４１と、投稿メッセージ付加サーバ１０４２と、広告処理サーバ１０４３と、ユーザＳＩＰ端末１０２０と、一時接続用サーバ１０７０と、３ＰＣＣ（3rd Party Call Control）装置１０６０が、ＮＧＮ（Next Generation Network）１０９０を介して接続されている。各装置の説明は後述する。
【００１９】
３ＰＣＣ装置１０６０は、さらにサービスルーティング計算機１０００と接続されている。また、サービスルーティング計算機１０００は、さらにポータルサーバ１１１０と接続されている。各装置の説明は後述する。
【００２０】
ポータルサーバ１１１０は、さらにユーザＷｅｂ端末１０２１にインターネット１０９１を介して接続されている。各装置の説明については後述する。
【００２１】
図1の各装置について説明する。サービスルーティング計算機１０００は、ユーザＳＩＰ端末１０２０へ、ストリームデータ配信装置１０３０が保持するストリームデータを配信するための経路(ルート)を求め、求めたルートを３ＰＣＣ装置１０６０へ送信する計算機である。
【００２２】
サービスルーティング計算機１０００は、登録ユーザの一覧および課金情報（ユーザ情報１０１１）と、ユーザの趣向情報（ユーザ設定１０１２）と、配信するストリームデータの一覧（配信データリスト１０１３）と、配信するストリームデータごとにサービス管理者によって設定されたポリシー情報（配信ポリシー１０１４）と、処理サーバの一覧（処理サーバリスト１０１５）と、ストリームデータのフォーマット変換処理を行うサーバの一覧（フォーマット変換サーバリスト１０１６）と、ストリーム処理サーバのロケーション情報（処理サーバロケーション１０１７）とを格納するデータベースを備える。各データベースのデータ構造の詳細は後述する。
【００２３】
サービスルーティング計算機１０００は、３ＰＣＣ装置１０６０から受信した、配信するストリームデータのフォーマット、及びユーザのＳＩＰ端末１０２０が利用可能なフォーマット、並びに、ユーザ情報１０１１、ユーザ設定１０１２、配信データリスト１０１３、処理サーバリスト１０１４、配信ポリシー情報１０１５、フォーマット変換サーバリスト１０１６、及び処理サーバロケーション１０１７の情報を用いて、配信するストリームデータを経由させるルート（サーバ列）を求める。ルートを求める処理の詳細については後述する。
【００２４】
ユーザＳＩＰ端末１０２０、ユーザＷｅｂ端末１０２１は、ともにストリームデータの配信サービスを利用するユーザが利用する端末である。ユーザＳＩＰ端末１０２０は、ＳＩＰを利用してストリームデータを配信、または中継(経由)するサーバとセッションを確立し、ストリームデータを受信することができる。ユーザＷｅｂ端末１０２１は、インターネット１０９１を介してポータルサーバ１１１０に接続されており、ＨＴＴＰ（HyperText Transfer Protocol）を用いて、ポータルサーバ１１１０にストリームデータの配信要求を送信する。
【００２５】
ストリームデータ配信装置１０３０は、ユーザへ配信するコンテンツのストリームデータをコンテンツデータベース１０３１に保持しており、ＳＩＰを用いたコンテンツ配信のリクエストメッセージを受信し、リクエストメッセージの内容に対応するコンテンツを配信する。リクエストメッセージの内容に対応するコンテンツは、例えば、コンテンツ（ストリームデータ）ごとの異なるＳＩＰ  ＵＲＩ（Uniform Resource Identifier）により区別する。
【００２６】
フォーマット変換サーバ１０４１、投稿メッセージ付加サーバ１０４２、広告処理サーバ１０４３は、いずれもストリーム処理を行うユーザ向けのサービスサーバ（処理サーバ）であり、ストリームデータの受信と、受信したストリームデータに対する所定の処理と、処理後のストリームデータの送信を行う。前述の概要では、フォーマット変換サーバ１０４１は処理サーバと異にするように説明したが、ストリーム処理を行うユーザ向けのサービスサーバとして、またストリームデータ配信装置１０３０からＳＩＰ端末１０２０へのストリームデータの経路に選択的に組み込まれる点で、同様に扱ってよい。
【００２７】
受信したストリームデータに対する所定の処理とは、フォーマット変換サーバ１０４１については、配信するストリームデータのフォーマットを、ユーザのＳＩＰ端末１０２０が利用可能なデータフォーマットへ変換する処理である。
【００２８】
受信したストリームデータに対する所定の処理とは、投稿メッセージ付加サーバ１０４２については、配信するストリームデータごとにサービス管理者によって設定されたポリシー情報と、ユーザの趣向情報とに合わせてストリームデータを加工する処理であり、例えば、サービスを利用するユーザが投稿したコメントや関連するお勧め情報などのメッセージをストリームデータに重畳して表示するように付加する処理である。
【００２９】
受信したストリームデータに対する所定の処理とは、広告処理サーバ１０４３については、配信するストリームデータごとにサービス管理者によって設定されたポリシー情報と、ユーザの課金情報に合わせて、ストリームデータに対して、商業広告メッセージを重畳して表示するように付加する処理である。
【００３０】
なお、上述した所定の処理の内容は一例であり、上述の内容に限るものではない。例えば、コンテンツを保護するために、時刻とユーザの識別ＩＤ（Identity）を透かし情報としてストリームデータに付加するストリーム処理などもある。また、処理の種別数についても、上述した３つに限るものではなく、配信するストリームデータのフォーマットと、ユーザのＳＩＰ端末１０２０が利用可能なデータフォーマットと、配信するストリームデータごとにサービス管理者によって設定されたポリシー情報と、ユーザの趣向情報と、ユーザの課金情報とを選択的に用いて、ユーザ向けにサービスする処理であればよい。
【００３１】
フォーマット変換サーバ１０４１、投稿メッセージ付加サーバ１０４２、広告処理サーバ１０４３のサービスサーバは、いずれも、ＳＩＰの第三者呼制御のメッセージシーケンスに従って、他のＳＩＰ  ＵＡＳ（User Agent Server）装置との間でＳＩＰ  ＵＡＣ（User Agent Client）としてセッションを確立し、また、同じくＳＩＰの第三者呼制御のメッセージシーケンスに従って、他のＳＩＰ  ＵＡＣ装置との間でＳＩＰ  ＵＡＳとしてセッションを確立することができる。他のＳＩＰ  ＵＡＳ装置へＳＩＰ  ＵＡＣとしてセッションを確立し、確立したセッションを通じてストリームデータを受信する。また、他のＳＩＰ  ＵＡＣ装置へＳＩＰ  ＵＡＳとしてセッションを確立し、確立したセッションを通じて上述した所定の処理後のストリームデータを送信する。
【００３２】
３ＰＣＣ装置１０６０はＳＩＰサーバであり、ＮＧＮ１０９０に接続されたＳＩＰ  ＵＡの呼制御を行う。また、３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００に対しては、Ｗｅｂのインタフェースを持つ。Ｗｅｂのインタフェースとしては、例えば、標準化インタフェースとして、ＳＯＡＰ（Simple Object Access Protocol）を用いる、Parlay Xが既に策定されている。本実施形態では、Parlay Xで規定されている、Third Party Call WebServiceを用いることで、後述するシステムの動作を実現する。
【００３３】
一時接続用サーバ１０７０は、ユーザＳＩＰ端末１０２０に対してＳＩＰ  ＵＡＳとして機能し、ストリームデータ配信装置１０３０に対してはＳＩＰ  ＵＡＣとして機能する。一時接続用サーバ１０７０は、他のＳＩＰ  ＵＡからＳＤＰ（Session Description Protocol） offerを含むセッション確立要求（INVITEメッセージ）を受信した際、必ず、セッション確立可能を示すＳＤＰ answerを格納した200OKメッセージを返信する。セッション確立可能を示すＳＤＰ answerは、受信したＳＤＰ offerに含まれるメディア記述部の属性を一つも削除せず、そのままＳＤＰ answerに含めたものである。一時接続用サーバ１０７０の用途については、システムの動作例において後述する。
【００３４】
ポータルサーバ１１１０は、インターネット１０９１を介してストリームデータ配信サービスのポータルとなるＷｅｂページを公開するサーバである。ポータルサーバ１１１０は、インターネット１０９１を介してストリームデータの配信要求を送信してくるユーザを認証し、そのユーザのＩＤ、そのユーザの課金情報、そのユーザが配信を要求したストリームデータの識別番号、及び、そのユーザがストリームデータを受信するためのＳＩＰ  ＵＲＩをサービスルーティング計算機１０００へ送信する。
【００３５】
ユーザが匿名のゲストユーザの場合は、ユーザＩＤとして“guest”を用いる。ユーザの課金情報は、例えば、匿名のゲストユーザであれば“０”、無料で発行されるユーザＩＤを保有しているユーザであれば“１”、サービスに課金することで発行されるユーザＩＤを保有しているユーザであれば“２”といったようなものである。
【００３６】
図1に示すサービスルーティング計算機１０００、ポータルサーバ１１１０などの各構成要素は、一般に計算機、サーバ、ＰＣなどと呼ばれる汎用的なコンピュータである。図２は、それら各構成要素としてのコンピュータのハードウェア構成を例示した図である。これらのコンピュータ２０００は、ＣＰＵ２００１と、メモリ２００２と、インターネットやＬＡＮなどのネットワーク２０１０を介して他の装置と通信するための通信装置２００４と、キーボードやマウス等の入力装置２００５と、モニタやプリンタ等の出力装置２００６と、読取装置２００７と、ハードディスク等の外部記憶装置２００３とが、インタフェース２００８を介して接続されている。また、読取装置２００７にはＩＣカードやＵＳＢメモリのような、可搬性を有する記憶媒体２００９を接続することができる。
【００３７】
サービスルーティング計算機１０００や、ユーザＳＩＰ端末１０２０、ユーザＷｅｂ端末１０２１、ストリームデータ配信装置１０３０、フォーマット変換サーバ１０４１、投稿メッセージ付加サーバ１０４２、広告処理サーバ１０４３、３ＰＣＣ装置１０６０、ポータルサーバ１１１０は、これらの機能を実現するプログラムがメモリ２０２上にロードされ、ＣＰＵ２０１により実行されることにより具現化される。これらのプログラムは、あらかじめ、外部記憶装置２００３に格納されていても良いし、必要なときに、読取装置２００７や通信装置２００４と、利用可能な媒体を介して、他の装置から外部記憶装置２００３にロードされてもよい。したがって、３ＰＣＣ装置１０６０、ストリームデータ配信装置１０３０、フォーマット変換サーバ１０４１、投稿メッセージ付加サーバ１０４２、広告処理サーバ１０４３などのサーバは、物理的に異なる必要はなく、少なくとも1台のコンピュータ２０００上に論理的に構成されればよい。
【００３８】
利用可能な媒体とは、たとえば、読取装置２００７に着脱可能な記憶媒体２００９、または通信装置２００４に接続可能なネットワークまたはネットワークを伝搬する搬送波やディジタル信号を指す。そして、プログラムは一旦外部記憶装置２００３に格納された後、そこからメモリ２００２上にロードされてＣＰＵ２００１に実行されてもよいし、あるいは外部記憶装置２０３に格納されることなく、直接メモリ２００２上にロードされて、ＣＰＵ２００１に実行されてもよい。
【００３９】
以下、図３〜図９を用いて、サービスルーティング計算機１０００が備えるデータベースに格納される情報のデータ構造の例を順次説明する。
【００４０】
図３は、ユーザ情報１０１１のデータ構造の例を示す図である。ユーザ情報１０１１には、ストリームデータ配信サービスを受けるために登録しているユーザのユーザＩＤ３００１と、そのユーザの課金情報３００２が対応付けて格納されている。ユーザＩＤ３００１の１行目の、“guest”は匿名ユーザを示すユーザＩＤである。ユーザ課金情報３００２の値は、“０”は匿名のゲストユーザであることを表し、“１”はストリームデータ配信サービスを無料で受けられる無料ＩＤを登録しているユーザ(無料ユーザ)であることを表し、“２”はストリームデータ配信サービスを受けるために課金されるユーザ(課金ユーザ)であることを表す。
【００４１】
図４は、ユーザ設定１０１２のデータ構造の例を示す図である。ユーザ設定１０１２は、ユーザＩＤを格納するユーザＩＤ３０１１、配信するストリームデータの識別情報を格納する配信データＩＤ３０１２、及び、ユーザＩＤ３０１１と配信データＩＤ３０１２との組合せに対応して、ユーザが投稿したメッセージをストリームデータに付加して配信するかどうか（“on”：付加する、“off”：付加しない）を格納するユーザ投稿メッセージ３０１３を持つ。ユーザ設定１０１２の変更用ＡＰＩ（Application Program Interface）をユーザへ公開し、ユーザがＡＰＩを介してユーザ設定１０１２へ情報を格納する。サービスルーティング計算機１０００がユーザ設定１０１２を参照して、例えば、「ユーザ“usr0001”にデータ“data0001”を配信する際は、ユーザ投稿メッセージを付加して配信する」といったルートを決定することにより、サービス事業者はユーザの趣向に基づいたストリームデータ配信サービスを提供できる。
【００４２】
なお、図４において、ユーザ設定１０１２には、付加する対象はユーザ投稿メッセージ３０１３の一つのみであるが、そのほかにも付加する対象情報がある場合は、その対象情報の種別数に応じてユーザ設定１０１２のカラムを増加させる。
【００４３】
図５は、配信データリスト１０１３のデータ構造の例を示す図である。配信データリスト１０１３は、配信可能なストリームデータの一覧であり、ストリームデータのＩＤである配信データＩＤ３０２１と、そのストリームデータのロケーション３０２２とを対応付けて保持する。
【００４４】
図６は、配信ポリシー１０１４のデータ構造の例を示す図である。配信ポリシー１０１４は、配信可能なストリームデータのＩＤである配信データＩＤ３０３１、ユーザ課金情報３０３２と、配信するストリームデータの品質（表示する画像品質）を制限するかどうか（“on”：制限する、“off”：制限しない）を表す品質制限３０３３、及び、配信するストリームデータに広告を付加して配信するかどうか（“on”：付加する、“off”：付加しない）を表す広告表示３０３４を対応付けて保持する。
【００４５】
ユーザ課金情報３０３２が持つ意味は、ユーザ情報１０１１のユーザ課金情報３００２の値が持つ意味と同じであり、すなわち、“０”は匿名のゲストユーザであることを表し、“１”は無料ＩＤを登録しているユーザであることを表し、“２”は課金しているユーザであることを表す。サービスルーティング計算機１０００が配信ポリシー１０１４を参照して、例えば、「データ“data0001”を、匿名のゲストユーザに配信する際は、品質制限し、かつ、広告を付加する」といったルートを決定することにより、サービス事業者が設定するポリシーに応じたストリームデータ配信サービスを提供できる。
【００４６】
図７は、処理サーバリスト１０１５のデータ構造の例を示す図である。処理サーバリスト１０１５は処理サーバの一覧であり、処理内容３０４１と、配信データＩＤ３０４２と、処理内容３０４１の処理を実行するサーバの識別名である処理サーバ識別名３０４３とを対応付けて保持する。サービスルーティング計算機１０００が処理サーバリスト１０１５を参照して、例えば、「データ“data0001”にユーザ投稿メッセージを付加するサーバは、“msg0001”である」といった、処理内容を処理サーバの識別名へマッピングする。
【００４７】
図８は、フォーマット変換サーバリスト１０１６のデータ構造の例を示す図である。フォーマット変換サーバリスト１０１６は、フォーマット変換前のデータフォーマットの種類を示す変換前フォーマット３０５１と、フォーマット変換後のデータフォーマットの種類を示す変換後フォーマット３０５２と、変換前フォーマット３０５１のデータを変換後フォーマット３０５２のデータへ変換する処理を実行する処理サーバの識別名３０５３を対応付けて保持する。サービスルーティング計算機１０００は、フォーマット変換サーバリスト１０１６を参照して、例えば、「mpeg4でエンコードされたストリームデータをh．263へ変換する処理サーバは、識別名“fmt0001”の処理サーバである」といった情報を取得する。
【００４８】
図９は、処理サーバロケーション１０１７のデータ構造の例を示す図である。処理サーバロケーション１０１７は、処理サーバのロケーション情報（アドレス）を保持する。処理サーバの処理サーバ識別名３０６１とそのロケーション３０６２を対応付けて保持する。また、処理サーバロケーション１０１７は、一時接続用サーバ１０７０のロケーションを、処理サーバ識別名３０６１の値“temp”に対応付けて保持する。具体的な例として、処理サーバロケーション１０１７の１行目は、「一時接続用サーバ１０７０のロケーションは“sip：tmp＠tmpexample.com”である」ことを表している。一時接続用サーバ１０７０については後述する。
【００４９】
ストリームデータ配信サービスシステムの概略動作の一例を説明する。サービス事業者は、ストリームデータをストリームデータ配信装置１０３０を用いてＮＧＮ１０９０を介して配信する。ストリームデータの配信リクエストを受け付けるためのポータルサイトをポータルサーバ１１１０を用いてインターネット１０９１上に公開している。
【００５０】
また、サービス事業者は、ストリームデータの配信時のポリシーとして、「配信データＩＤ“data0001”を、課金ユーザへ配信する際は、品質制限せず、広告も付加しない」という内容の配信ポリシーを設定している。具体的には、図６の配信ポリシー１０１４の３行目が、上述したポリシーの内容に対応する。
【００５１】
ストリームデータ配信サービスを受けるためにユーザ登録している課金ユーザ（ユーザＩＤ“usr0001”）が、サービス事業者が管理するサービスルーティング計算機１０００のユーザ設定１０１２へ、「配信データ“data0001”を受信する際は、ユーザ投稿メッセージを付加して受信する」という内容の、自らの趣向情報を登録している。具体的には、図４のユーザ設定１０１２の１行目が、上述した趣向情報の内容に対応する。
【００５２】
ユーザ“usr0001”は、ユーザＷｅｂ端末１０２１を用いて、ポータルサーバ１１１０へアクセスして、自らのＩＤ“usr0001”を用いてストリームデータ配信サービスへログインし、受信したいストリームデータの識別名とストリームデータを受信するユーザＳＩＰ端末１０２０のＳＩＰ  ＵＲＩとを送信する。ユーザＳＩＰ端末１０２０が利用可能なストリームデータのフォーマットはh.263形式であり、ストリームデータ配信装置１０３０のコンテンツデータベース１０３１に置かれた配信データＩＤ“data0001”のストリームデータのフォーマットはmpeg4形式である。
【００５３】
ユーザ“usr0001”は、サービス事業者のポリシー(図６)と、自らが設定した趣向（図４）と、ユーザＳＩＰ端末１０２０が利用可能なフォーマットとに応じて処理されたストリームデータを受信する。具体的には、ユーザ“usr0001”は、品質制限と広告表示がなく、ユーザ投稿メッセージが付加され、h.263形式に変換された“data0001”のストリームデータを、ユーザＳＩＰ端末１０２０で受信する。
【００５４】
以上のような、ストリームデータ配信サービスシステムの動作を、図１０Ａ〜図１０Ｃに示すシーケンスに従って説明する。
【００５５】
シーケンス番号４００１（認証）：
ユーザは、ユーザＷｅｂ端末１０２１からポータルサーバ１１１０へアクセスし、ユーザＩＤ“usr0001”を送信して、ユーザ認証を受ける。ユーザ認証は、例えば、Ｗｅｂで標準的に用いられるＨＴＴＰダイジェスト認証などによる。
【００５６】
シーケンス番号４００２（リクエスト）：
ユーザＷｅｂ端末１０２１は、ポータルサーバ１１１０へ、認証されたユーザＩＤ“usr0001”と、受信したいストリームデータの識別名（配信データＩＤ）としての“data0001”と、ストリームデータを受信するユーザＳＩＰ端末１０２０のＳＩＰ  ＵＲＩ“sip:usr＠usr-example.ne.jp”とをＨＴＴＰのリクエストメソッドを用いて送信する。
【００５７】
シーケンス番号４００３（リクエスト）：
ポータルサーバ１１１０は、サービスルーティング計算機１０００へ、受信した、ユーザＩＤ“usr0001”と、配信データＩＤ“data0001”と、ユーザＳＩＰ端末１０２０のＳＩＰ  ＵＲＩ“sip:usr＠usr-example.ne.jp”と、をＨＴＴＰのリクエストメソッドを用いて送信する。
【００５８】
シーケンス番号４００４（ロケーション解決）：
サービスルーティング計算機１０００は、配信データリスト１０１３の、配信データＩＤ３０２１が“data0001”である行を参照して、配信データのロケーション“sip:data1＠server1example.com”を取得する。サービスルーティング計算機１０００は、処理サーバロケーション１０１７の、処理サーバ識別名３０６１の値が“temp”である行を参照して、一時接続用サーバ１０７０のロケーション“sip:tmp＠tmpexample.com”を取得する。
【００５９】
シーケンス番号４００５（３ＰＣＣ（接続）命令）：
シーケンス番号４００５(３ＰＣＣ（接続）命令）〜４０１０（ＳＤＰ情報通知）は、ユーザＳＩＰ端末１０２０と一時接続用サーバ１０７０との間にセッションを確立させ、サービスルーティング計算機１０００に、ユーザＳＩＰ端末１０２０が利用可能なフォーマットを取得させるための処理である。
【００６０】
サービスルーティング計算機１０００は、３ＰＣＣ装置１０６０へ、ユーザＳＩＰ端末１０２０と一時接続用サーバ１０７０へセッション確立命令（makeCallSessionのリクエスト）を送信する。makeCallSessionのリクエストの引数は、ユーザＳＩＰ端末１０２０のＳＩＰ  ＵＲＩ“sip:usr＠usr-example.ne.jp”と、一時接続用サーバ１０７０のＳＩＰ  ＵＲＩ“sip:tmp＠tmpexample.com”である。
【００６１】
シーケンス番号４００６（INVITE、200OK）：
シーケンス番号４００６(INVITE、200OK）〜シーケンス番号４００８(セッション確立）までの処理は、RFC3725（“Best Current Practices for Third Party Call Control in the Session Initiation Protocol”、http://www.rfc-editor.org/rfc/rfc3725.txt）などでも述べられている典型的な３ＰＣＣのメッセージシーケンスに従う処理である。
【００６２】
３ＰＣＣ装置１０６０は、ユーザＳＩＰ端末１０２０へ、ＳＤＰが空のINVITEメッセージを送信する。ユーザＳＩＰ端末１０２０は、ＳＤＰのoffer/answerモデルの動作に従い、３ＰＣＣ装置１０６０へ、ＳＤＰをボディ部に格納する200OKメッセージを返信する（ＳＤＰ offer）。ＳＤＰのメディア記述部には、h.263形式が利用可能であることを示す情報が記述されている。これにより、３ＰＣＣ装置１０６０は、ユーザＳＩＰ端末１０２０が利用可能なフォーマットを取得する。
【００６３】
シーケンス番号４００７（INVITE、200OK、ACK）：
３ＰＣＣ装置１０６０は、一時接続用サーバ１０７０へ、ユーザＳＩＰ端末１０２０から受信したＳＤＰをＳＤＰ offerとしてボディ部に含むINVITEメッセージを送信する。一時接続用サーバ１０７０は、３ＰＣＣ装置１０６０へ、200OKメッセージを返信する。200OKメッセージのボディ部には、接続の確立が可能であることを示すＳＤＰが格納されている（ＳＤＰ answer）。一時接続用サーバ１０７０は、３ＰＣＣ装置１０６０へ、ACKメッセージを送信する。
【００６４】
シーケンス番号４００８（セッション確立）：
３ＰＣＣ装置１０６０は、ユーザＳＩＰ端末１０２０へ、ACKメッセージを送信する。ACKメッセージのボディ部には、一時接続用サーバ１０７０から受信したＳＤＰ answerを格納している。
【００６５】
上述した、シーケンス番号４００６（INVITE、200OK）、シーケンス番号４００７（INVITE、200OK、ACK）のシーケンスにより、ユーザＳＩＰ端末１０２０と一時接続用サーバ１０７０は接続を確立する。
【００６６】
シーケンス番号４００９（３ＰＣＣ(接続）命令応答）：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４００５（３ＰＣＣ（接続）命令）におけるmakeCallSessionのリクエストに対するレスポンス（シーケンス番号４００８（セッション確立）において確立したセッションのセッション番号）を送信する。
【００６７】
シーケンス番号４０１０（ＳＤＰ情報通知）：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４００６（INVITE、200OK）において取得したＳＤＰを、ＳＯＡＰ／ＨＴＴＰのメッセージングを用いて送信する。
【００６８】
以上のシーケンス番号４００５(３ＰＣＣ（接続）命令）から４０１０（ＳＤＰ情報通知）までの処理により、サービスルーティング計算機１０００は、ユーザＳＩＰ端末１０２０が利用可能なフォーマットを取得する。
【００６９】
ただし、ＮＧＮ１０９０が、ＳＤＰが空のＩＮＶＩＴＥメッセージの送信を許可しない仕様のＮＧＮの場合、上述したシーケンス番号４００５(３ＰＣＣ（接続）命令）から４０１０（ＳＤＰ情報通知）までの処理を実行できないため、ユーザＳＩＰ端末１０２０が利用可能なフォーマットを取得できない。この場合、例えば、シーケンス番号４００２（リクエスト）において、リクエストメッセージにユーザＳＩＰ端末１０２０が利用可能なフォーマットを含めるか、あるいは、ユーザ設定１０１２にユーザＳＩＰ端末１０２０が利用可能なフォーマットをあらかじめユーザが登録しておき、シーケンス番号４００４（ロケーション解決）時に、サービスルーティング計算機１０００がユーザ設定１０１２を参照する等の方法を用いることで、ユーザＳＩＰ端末１０２０が利用可能なフォーマットを取得する。
【００７０】
シーケンス番号４０１１（３ＰＣＣ(接続）命令）：
シーケンス番号４０１１(３ＰＣＣ（接続）命令）〜４０１６（ＳＤＰ情報通知）は、ストリームデータ配信装置１０３０と一時接続用サーバ１０７０の間にセッションを確立させ、サービスルーティング計算機１０００に、ストリームデータ配信装置１０３０が配信するストリームデータのフォーマットを取得させるための処理である。
【００７１】
サービスルーティング計算機１０００は、３ＰＣＣ装置１０６０へ、ストリームデータ配信装置１０３０と一時接続用サーバ１０７０間のセッション確立命令（Parlay Xのインタフェースを用いる場合、例えば、makeCallSessionのリクエスト）を送信する。セッション確立命令の引数は、ストリームデータ配信装置１０３０が配信するデータのロケーション“sip:data0001＠server1example.ne.jp”と、一時接続用サーバ１０７０のＳＩＰ  ＵＲＩ“sip:tmp＠tmpexample.com”である。
【００７２】
シーケンス番号４０１２(INVITE、200OK）：
シーケンス番号４０１２(INVITE、200OK）からシーケンス番号４０１４(セッション確立）までの処理は、RFC3725などでも述べられている典型的な３ＰＣＣのメッセージシーケンスに従う処理である。
【００７３】
３ＰＣＣ装置１０６０は、ストリームデータ配信装置１０３０へ、ＳＤＰが空のINVITEメッセージを送信する。ストリームデータ配信装置１０３０は、ＳＤＰのoffer/answerモデルの動作に従い、３ＰＣＣ装置１０６０へ、ＳＤＰをボディ部に格納する200OKメッセージを返信する（ＳＤＰ offer）。ＳＤＰのメディア記述部には、データ“data1”のフォーマット形式であるmpeg4が利用可能であることを示す情報が記述されている。これにより、３ＰＣＣ装置１０６０は、配信データ“data1”のフォーマットを取得する。
【００７４】
シーケンス番号４０１３（INVITE、200OK、ACK）：
３ＰＣＣ装置１０６０は、一時接続用サーバ１０７０へ、シーケンス番号４０１２（INVITE、200OK）においてストリームデータ配信装置１０３０から受信したＳＤＰをＳＤＰ offerとしてボディ部に含むINVITEメッセージを送信する。一時接続用サーバ１０７０は、３ＰＣＣ装置１０６０へ、200OKメッセージを返信する。200OKメッセージのボディ部には、接続の確立が可能であることを示すＳＤＰが格納されている（ＳＤＰ answer）。一時接続用サーバ１０７０は、３ＰＣＣ装置１０６０へ、ACKメッセージを送信する。
【００７５】
シーケンス番号４０１４（セッション確立）：
３ＰＣＣ装置１０６０は、ストリームデータ配信装置１０３０へ、ACKメッセージを送信する。ACKメッセージのボディ部には、シーケンス番号４０１３（INVITE、200OK、ACK）において一時接続用サーバ１０７０から受信したＳＤＰanswerを格納している。
【００７６】
シーケンス番号４０１２（INVITE、200OK）、シーケンス番号４０１３（INVITE、200OK、ACK）のシーケンスにより、ストリームデータ配信装置１０３０と一時接続用サーバ１０７０は接続を確立する
シーケンス番号４０１５（３ＰＣＣ（接続）命令応答）：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４０１１（３ＰＣＣ（接続）命令）における接続命令に対するレスポンス（シーケンス番号４０１４（セッション確立）において確立したセッションのセッション番号）を送信する。
【００７７】
シーケンス番号４０１６（ＳＤＰ情報通知）：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４０１２（INVITE、200OK）において取得したＳＤＰを、ＳＯＡＰ／ＨＴＴＰのメッセージングを用いて送信する。
【００７８】
上述した、シーケンス番号４０１１(３ＰＣＣ（接続）命令）から４０１６（ＳＤＰ情報通知）までの処理により、サービスルーティング計算機１０００は、ストリームデータ配信装置１０３０が配信するストリームデータのフォーマットを取得する。
【００７９】
ただし、ＮＧＮ１０９０が、ＳＤＰが空のINVITEメッセージの送信を許可しない仕様のＮＧＮの場合、上述したシーケンス番号４０１１(３ＰＣＣ（接続）命令）から４０１６（ＳＤＰ情報通知）までの処理を実行できないため、ストリームデータ配信装置１０３０が配信するストリームデータのフォーマットを取得できない。この場合、例えば、配信データリスト１０１３に各ストリームデータのフォーマットをあらかじ登録しておき、シーケンス番号４００４（ロケーション解決）時に、サービスルーティング計算機１０００が配信データリスト１０１３を参照する等の方法を用いることで、配信するストリームデータのフォーマットを取得する。
【００８０】
シーケンス番号４０１７（ルート決定処理）：
ユーザへ、サービス事業者のポリシーと、ユーザ自身が設定した趣向と、ユーザのＳＩＰ端末が利用可能なフォーマットと、ユーザへ配信するストリームデータのフォーマットと、に応じてストリームデータを処理し、ユーザへ提供するために必要となるサービスルートを求める。本処理の詳細は後述する。
【００８１】
本処理により、
・ストリームデータ配信装置１０３０と広告処理サーバ１０４３の間、
・広告処理サーバ１０４３と投稿メッセージ付加サーバ１０４２の間、
・投稿メッセージ付加サーバ１０４２とフォーマット変換サーバ１０４１の間、
・フォーマット変換サーバ１０４１とユーザＳＩＰ端末１０２０の間
にセッションを確立するという結果と、
・広告処理サーバ１０４３のＳＩＰ  ＵＲＩ“sip:adv0001＠advexample.com”、
・投稿メッセージ付加サーバ１０４２のＳＩＰ  ＵＲＩ“sip:msg0001＠msgexample.com”、
・フォーマット変換サーバ１０４１のＳＩＰ  ＵＲＩ“sip:fmt0001＠fmt1example.com”、
とを得る。
【００８２】
シーケンス番号４０１８（３ＰＣＣ（転送）命令）からシーケンス番号４０３９（リクエスト応答）までは、求めたサービスルートに対応してサービスルーティング（ユーザのＳＩＰ端末１０２０へ配信するストリームデータを経由させるサーバ列の各サーバ間にセッションを確立）するための処理である。
【００８３】
シーケンス番号４０１８（３ＰＣＣ（転送）命令）：
シーケンス番号４０１８（３ＰＣＣ（転送）命令）からシーケンス番号４０２２（３ＰＣＣ（転送）命令応答）は、すでに確立しているストリームデータ配信装置１０３０と一時接続用サーバ１０７０との間のセッションを転送し、ストリームデータ配信装置１０３０と広告処理サーバ１０４３間のセッションを確立するための処理である。
【００８４】
なお、後述する処理では転送命令（REFERメッセージ）を用いるが、ＮＧＮ１０９０がREFERメッセージの送信を許可しない仕様のＮＧＮの場合、後述するシーケンス番号４０１８（３ＰＣＣ（転送）命令）からシーケンス番号４０２２（３ＰＣＣ（転送）命令応答）までの処理を実行できない。この場合、例えば、シーケンス番号４０１８の処理において、３ＰＣＣ(転送）命令の代わりに、一時接続用サーバ１０７０と広告処理サーバ１０４３との間のセッション確立命令（ＰＣＣ（接続）命令）を送信して両者にセッションを確立させ、ストリームデータ配信装置１０３０から一時接続用サーバ１０７０のセッションと、一時接続用サーバ１０７０から広告処理サーバ１０４３へのセッションの２つのセッションを繋げて利用することで、後述する、転送命令によってストリームデータ配信装置１０３０と広告処理サーバ１０４３間のセッションを確立する場合と同様の結果を得ることができる。
【００８５】
シーケンス番号４０１８（３ＰＣＣ（転送）命令）では、サービスルーティング計算機１０００は、３ＰＣＣ装置１０６０へ、ストリームデータ配信装置１０３０に対する転送命令（Parlay Xのインタフェースを用いる場合、例えば、transferCallParticipantのリクエスト）を送信する。転送命令の引数は、シーケンス番号４０１５（３ＰＣＣ（接続）命令応答）で取得したセッション番号と、ストリームデータ配信装置１０３０が配信するデータのロケーション“sip:data1＠server1example.ne.jp”と、転送先である広告処理サーバ１０４３のＳＩＰ  ＵＲＩ“sip:adv0001＠advexample.com”である（上述した、Parlay XのtransferCallParticipantのリクエストを用いる場合、転送先である広告処理サーバ１０４３のＳＩＰ  ＵＲＩは引数のdestinationCallSessionIdentifire部分にstring型として格納し、リクエストを受信した３ＰＣＣ装置１０６０がそれを適切に解釈（すなわち、転送先のＳＩＰ  ＵＲＩとして処理）することで後述の処理を実現する）。
【００８６】
シーケンス番号４０１９（REFER、200OK）：
３ＰＣＣ装置１０６０は、ストリームデータ配信装置１０３０へ、広告処理サーバ１０４３への転送命令（REFERメッセージ）を送信する。REFERメッセージでは、シーケンス番号４０１８（３ＰＣＣ（転送）命令）において受信した両者のＳＩＰ  ＵＲＩを利用する。ストリームデータ配信装置１０３０は、３ＰＣＣ装置１０６０へ、受信したREFERメッセージへの応答として、200OKメッセージを送信する。
【００８７】
シーケンス番号４０２０（INVITE、200OK）：
３ＰＣＣ装置１０６０は、広告処理サーバ１０４３へ、ストリームデータ配信装置１０３０とのセッション確立のためのINVITEメッセージを送信する。広告処理サーバ１０４３は、３ＰＣＣ装置１０６０へ、受信したINVITEメッセージへの応答として200OKメッセージを返信する。
【００８８】
シーケンス番号４０２１（セッション確立）：
３ＰＣＣ装置１０６０は、広告処理サーバ１０４３へ、ACKメッセージを送信する。
【００８９】
上述した、シーケンス番号４０１９（REFER、200OK）、シーケンス番号４０２０（INVITE、200OK）のシーケンスにより、ストリームデータ配信装置１０３０の接続先を広告処理サーバ１０４３へ変更（セッションを転送）する。
【００９０】
シーケンス番号４０２２（３ＰＣＣ(転送）命令応答)：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４０１８（３ＰＣＣ（転送）命令）への応答を返す（Parlay XのtransferCallParticipantを用いる場合、レスポンスはvoidであるため、応答メッセージは必要ない）。
【００９１】
シーケンス番号４０２３（３ＰＣＣ（接続）命令）：
シーケンス番号４０２３（３ＰＣＣ（接続）命令）〜シーケンス番号４０２７（３ＰＣＣ（接続）命令応答）は、広告処理サーバ１０４３と投稿メッセージ付加サーバ１０４２の間に接続を確立させる処理である。
【００９２】
サービスルーティング計算機１０００は、３ＰＣＣ装置１０６０へ、広告処理サーバ１０４３と投稿メッセージ付加サーバ１０４２間のセッション確立命令を送信する。セッション確立命令の引数は、広告処理サーバ１０４３のＳＩＰ  ＵＲＩ“sip:adv0001＠advexample.ne.jp”と、投稿メッセージ付加サーバ１０４２のＳＩＰ  ＵＲＩ“sip:msg0001＠msgexample.com”である。
【００９３】
シーケンス番号４０２４（INVITE、200OK）：
シーケンス番号４０２４(INVITE、200OK）からシーケンス番号４０２６(セッション確立）までの処理は、RFC3725などでも述べられている典型的な３ＰＣＣのメッセージシーケンスに従う処理である。
【００９４】
３ＰＣＣ装置１０６０は、広告処理サーバ１０４３へ、INVITEメッセージを送信する。広告処理サーバ１０４３は、３ＰＣＣ装置１０６０へ、２００ＯＫメッセージを返信する
シーケンス番号４０２５（INVITE、200OK、ACK）：
３ＰＣＣ装置１０６０は、投稿メッセージ付加サーバ１０４２へ、INVITEメッセージを送信する。投稿メッセージ付加サーバ１０４２は、３ＰＣＣ装置１０６０へ、200OKメッセージを返信する。一時接続用サーバ１０７０は、３ＰＣＣ装置１０６０へ、ACKメッセージを送信する。
【００９５】
シーケンス番号４０２６（セッション確立）：
３ＰＣＣ装置１０６０は、広告処理サーバ１０４３へ、ACKメッセージを送信する。
【００９６】
上述した、シーケンス番号４０２４（INVITE、200OK）、シーケンス番号４０２５（INVITE、200OK、ACK）のシーケンスにより、広告処理サーバ１０４３と投稿メッセージ付加サーバ１０４２は接続を確立する。
【００９７】
シーケンス番号４０２７（３ＰＣＣ(接続）命令応答）：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４０２２（３ＰＣＣ（接続）命令）における接続命令に対するレスポンス（シーケンス番号４０２６（セッション確立）において確立したセッションのセッション番号）を送信する。
【００９８】
シーケンス番号４０２８（３ＰＣＣ（接続）命令）：
シーケンス番号４０２８（３ＰＣＣ（接続）命令）〜シーケンス番号４０２３２（３ＰＣＣ（接続）命令応答）は、投稿メッセージ付加サーバ１０４２とフォーマット変換サーバ１０４１の間に接続を確立させる処理である。
【００９９】
サービスルーティング計算機１０００は、３ＰＣＣ装置１０６０へ、投稿メッセージ付加サーバ１０４２とフォーマット変換サーバ１０４１との間のセッション確立命令を送信する。セッション確立命令の引数は、投稿メッセージ付加サーバ１０４２のＳＩＰ  ＵＲＩ“sip:msg0001＠msgexample.com“と、フォーマット変換サーバ１０４１のＳＩＰ  ＵＲＩ“sip:fmt0001＠fmt1.example.com“とである。
【０１００】
シーケンス番号４０２９（INVITE、200OK）：
シーケンス番号４０２９(INVITE、200OK)からシーケンス番号４０３１(セッション確立)までの処理は、RFC3725などでも述べられている典型的な３ＰＣＣのメッセージシーケンスに従う処理である。
【０１０１】
３ＰＣＣ装置１０６０は、投稿メッセージ付加サーバ１０４２へ、INVITEメッセージを送信する。
【０１０２】
次に、投稿メッセージ付加サーバ１０４２は、３ＰＣＣ装置１０６０へ、200OKメッセージを返信する
シーケンス番号４０３０（INVITE、200OK、ACK）：
３ＰＣＣ装置１０６０は、フォーマット変換サーバ１０４１へ、INVITEメッセージを送信する。次に、フォーマット変換サーバ１０４１は、３ＰＣＣ装置１０６０へ、200OKメッセージを返信する。次に、フォーマット変換サーバ１０４１は、３ＰＣＣ装置１０６０へ、ACKメッセージを送信する。
【０１０３】
シーケンス番号４０３１（セッション確立）：
３ＰＣＣ装置１０６０は、投稿メッセージ付加サーバ１０４２へ、ACKメッセージを送信する。
【０１０４】
上述した、シーケンス番号４０２９（INVITE、200OK）、シーケンス番号４０３０（INVITE、200OK、ACK）のシーケンスにより、投稿メッセージ付加サーバ１０４２とフォーマット変換サーバ１０４１は接続を確立する。
【０１０５】
シーケンス番号４０３２（３ＰＣＣ(接続）命令応答）：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４０２２（３ＰＣＣ（接続）命令）における接続命令に対するレスポンス（シーケンス番号４０２６（セッション確立）において確立したセッションのセッション番号）を送信する。
【０１０６】
シーケンス番号４０３３（３ＰＣＣ（転送）命令）：
シーケンス番号４０３３（３ＰＣＣ（転送）命令）からシーケンス番号４０３７（３ＰＣＣ（転送）命令応答）までは、一時接続用サーバ１０７０とセッションを確立しているユーザＳＩＰ端末１０２０を、フォーマット変換サーバ１０４１へ転送するための処理である。
【０１０７】
なお、シーケンス処理４０１８（３ＰＣＣ（転送）命令）からシーケンス番号４０２２（３ＰＣＣ（転送）命令応答）までの処理と同じく、後述する処理では転送命令（REFERメッセージ）を用いるが、ＮＧＮ１０９０がREFERメッセージの送信を許可しない仕様のＮＧＮの場合は、後述するシーケンス番号４０１８（３ＰＣＣ（転送）命令）からシーケンス番号４０２２（３ＰＣＣ（転送）命令応答）までの処理を実行できない。
【０１０８】
この場合も、シーケンス処理４０１８（３ＰＣＣ（転送）命令）からシーケンス番号４０２２（３ＰＣＣ（転送）命令応答）までの処理の場合と同様に、例えば、シーケンス番号４０３３の処理において、３ＰＣＣ(転送）命令の代わりに、一時接続用サーバ１０７０とフォーマット変換サーバ１０４１との間のセッション確立命令（ＰＣＣ（接続）命令）を送信して両者にセッションを確立させ、フォーマット変換サーバ１０４１から一時接続用サーバ１０７０へのセッションと、一時接続用サーバ１０７０からユーザＳＩＰ端末１０２０へのセッションの２つのセッションを繋げて利用することで、後述する、転送命令によってフォーマット変換サーバ１０７０とユーザＳＩＰ端末１０２０間のセッションを確立する場合と同様の結果を得ることができる。
【０１０９】
シーケンス番号４０３３（３ＰＣＣ（転送）命令）では、サービスルーティング計算機１０００は、３ＰＣＣ装置１０６０へ、ユーザＳＩＰ端末１０２０に対する転送命令（Parlay Xのインタフェースを用いる場合、例えば、transferCallParticipantのリクエスト）を送信する。転送命令の引数は、シーケンス番号４００９（３ＰＣＣ（接続）命令応答）で取得したセッション番号と、ユーザＳＩＰ端末１０２０のＳＩＰ  ＵＲＩ“sip:usr＠usr-example.ne.jp”と、転送先であるフォーマット変換サーバ１０４１のＳＩＰ  ＵＲＩ“sip:fmt0001＠fmt1example.com”である。
【０１１０】
シーケンス番号４０３４（REFER、200OK）：
３ＰＣＣ装置１０６０は、ユーザＳＩＰ端末１０２０へ、フォーマット変換サーバ１０４１への転送命令（REFERメッセージ）を送信する。REFERメッセージでは、シーケンス番号４０３３（３ＰＣＣ（転送）命令）において受信した両者のＳＩＰ  ＵＲＩを利用する。ユーザＳＩＰ端末１０２０は、３ＰＣＣ装置１０６０へ、受信したREFERメッセージへの応答として、200OKメッセージを送信する。
【０１１１】
シーケンス番号４０３５（INVITE、200OK）：
３ＰＣＣ装置１０６０は、フォーマット変換サーバ１０４１へ、ユーザＳＩＰ端末１０２０とのセッション確立のためのINVITEメッセージを送信する。フォーマット変換サーバ１０４１は、３ＰＣＣ装置１０６０へ、受信したINVITEメッセージへの応答として200OKメッセージを返信する。
【０１１２】
シーケンス番号４０３６（セッション確立）：
３ＰＣＣ装置１０６０は、フォーマット変換サーバ１０４１へ、ACKメッセージを送信する。
【０１１３】
上述した、シーケンス番号４０３４（REFER、200OK）、シーケンス番号４０３５（INVITE、200OK）のシーケンスにより、ユーザＳＩＰ端末１０２０の接続先をフォーマット変換サーバ１０４１へ変更（セッションを転送）する。
【０１１４】
シーケンス番号４０３７（３ＰＣＣ（転送）命令応答）：
３ＰＣＣ装置１０６０は、サービスルーティング計算機１０００へ、シーケンス番号４０３３（３ＰＣＣ（転送）命令）への応答を返す（Parlay XのtransferCallParticipantを用いる場合、レスポンスはvoidであるため、応答メッセージは必要ない）。
【０１１５】
上述した、シーケンス番号４０１８（３ＰＣＣ（転送）命令）からシーケンス番号４０３７（３ＰＣＣ（転送）命令応答）までの処理によって、シーケンス番号４０１７（ルート決定処理）によって得られたサービスルートのサービスルーティングが完了する。
【０１１６】
シーケンス番号４０３８（リクエスト応答）：
サービスルーティング計算機１０００は、ポータルサーバ１１１０へ、シーケンス番号４００３（リクエスト）への応答として、正常にルーティングが終了したことを表すメッセージを送信する。
【０１１７】
シーケンス番号４０３９（リクエスト応答）：
ポータルサーバ１１１０は、ユーザＷｅｂ端末１０２１へ、シーケンス番号４００２（リクエスト）への応答として、正常にサービスのリクエストを受け付けたことをを表すメッセージを送信する。
【０１１８】
シーケンス番号４０４０（ストリームデータ）：
シーケンス番号４０４０（ストリームデータ）〜シーケンス番号４０４６（ストリームデータ）の処理は、これまでに確立されたセッションを介してストリームデータを配信する処理である。
【０１１９】
シーケンス番号４０４０（ストリームデータ）では、ストリームデータ配信装置１０３０が、広告処理サーバ１０４３へ、シーケンス番号４０２１（セッション確立）によって確立されたセッションを介して、ストリームデータdata0001を送信する処理である。
【０１２０】
なお、本実施形態のシーケンスにおいてはシーケンス番号４０４０（ストリームデータ）はシーケンス番号４０３９（リクエスト応答）の終了後に開始しているが、実際にはシーケンス番号４０３９（リクエスト応答）の終了を待つ必要は無く、シーケンス番号４０２１（セッション確立）であればどのタイミングで開始してもよく、その場合、広告処理サーバ１０４３は、シーケンス番号４０２６（セッション確立）が終了するまでの間、シーケンス番号４０４０（ストリームデータ）において受信するデータを、キャッシュする。
【０１２１】
シーケンス番号４０４１（広告処理）：
広告処理サーバ１０４３は、シーケンス番号４０４０（ストリームデータ）において受信したストリームデータに広告情報を付加する処理を行う。
【０１２２】
シーケンス番号４０４２（ストリームデータ）：
広告処理サーバ１０４３は、投稿メッセージ付加サーバ１０４２へ、シーケンス番号４０２６（セッション確立）によって確立されたセッションを介して、シーケンス番号４０４１（広告処理）において処理したストリームデータを送信する。
【０１２３】
シーケンス番号４０４３（投稿メッセージ付加処理）：
投稿メッセージ付加サーバ１０４２は、シーケンス番号４０４２（ストリームデータ）において受信したストリームデータにサービスのユーザが投稿した情報を付加する処理を行う。
【０１２４】
シーケンス番号４０４４（ストリームデータ）：
投稿メッセージ付加サーバ１０４２は、フォーマット変換サーバ１０４１へ、シーケンス番号４０３１（セッション確立）によって確立されたセッションを介して、シーケンス番号４０４３（投稿メッセージ付加処理）において処理したストリームデータを送信する。
【０１２５】
シーケンス番号４０４５（フォーマット変換処理）：
フォーマット変換サーバ１０４１は、シーケンス番号４０４２（ストリームデータ）において受信したストリームデータのフォーマットを、mpeg4からh.263に変換する処理を行う。
【０１２６】
シーケンス番号４０４６（ストリームデータ）：
フォーマット変換サーバ１０４１は、ユーザＳＩＰ端末１０２０へ、シーケンス番号４０３６（セッション確立）によって確立されたセッションを介して、シーケンス番号４０４５（フォーマット変換処理）において処理したストリームデータを送信する。
【０１２７】
図１１は、シーケンス番号４０１７（ルート決定処理）において、サービスルーティング計算機１０００が行うサービスルートを決定する処理フローを示した図である。
【０１２８】
ステップ５００１(ユーザ情報解決）：
シーケンス番号４００３（リクエスト）において受信したリクエストメッセージに含まれるユーザＩＤ５１０１を用いて、ユーザ情報１０１１を参照して、ユーザの課金情報３００２を取得する。
【０１２９】
本実施形態の例示においては、ユーザＩＤ“usr0001”の課金情報は“１”、すなわち“無料ＩＤ登録ユーザ”であることが取得できる。
【０１３０】
ステップ５００２(配信データ制約解決）：
シーケンス番号４００３（リクエスト）において受信したリクエストメッセージに含まれる配信データＩＤ５１０２と、ステップ５００１(ユーザ情報解決）において取得したユーザの課金情報とを用いて、配信ポリシー１０１４を参照し、品質制限するか否かと広告表示するか否かに関する情報を取得する。取得した情報と配信データＩＤ５１０２とを用いて、処理サーバリスト１０１５を参照し、サービスルーティングで経由させる必要がある処理サーバの識別名を取得する。
【０１３１】
本実施形態の例示においては、配信データＩＤ５１０２は“data0001”、ユーザの課金情報は“１”、であることから、ストリームデータの配信の際に、品質制限せずに、広告表示するという配信ポリシーを取得でき、さらに、処理サーバリスト１０１５を参照し、経由させる必要がある処理サーバの識別名として“adv0001”を取得する。
【０１３２】
ステップ５００３(ユーザ設定解決）：
シーケンス番号４００３（リクエスト）において受信したリクエストメッセージに含まれるユーザＩＤ５１０１と配信データＩＤ５１０２とを用いて、ユーザ設定１０１２を参照し、ユーザ投稿メッセージを付加するか否かに関する情報を取得する。取得した情報と配信データＩＤ５１０２とを用いて、処理サーバリスト１０１５を参照し、サービスルーティングで経由させる必要がある処理サーバの識別名を取得する。
【０１３３】
本実施形態の例示においては、ユーザＩＤ５１０１は“usr0001”、配信データＩＤ５１０２は“data0001”、であることから、ストリームデータの配信には、ユーザ投稿メッセージの付加を望んでいるというユーザの趣向情報を取得でき、さらに、処理サーバリスト１０１５を参照し、経由させる必要がある処理サーバの識別名として“msg0001”を取得する。
【０１３４】
ステップ５００４(メディアフォーマット解決）：
シーケンス番号４０１０(ＳＤＰ情報通知）で取得したユーザＳＩＰ端末１０２０が利用可能なフォーマット５１０３と、シーケンス番号４０１６（ＳＤＰ情報通知）で取得した配信するストリームデータのフォーマット５１０３とを用いて、フォーマット変換サーバリスト１０１６を参照し、配信するストリームデータのフォーマットをユーザＳＩＰ端末１０２０が利用可能なフォーマットへ変換するためのフォーマット変換サーバ１０４１の識別名を取得する。
【０１３５】
本実施形態の例示においては、配信するストリムデータ（配信データＩＤ５１０２が“data0001”）のフォーマットは“mpeg4”、ユーザＳＩＰ端末１０２０が利用可能なフォーマット形式は“h.263”であることから、フォーマット変換サーバ１０４１の識別名として“fmt0001”を取得する。
【０１３６】
ステップ５００５(ルート情報生成）：
上述した、ステップ５００１（ユーザ情報解決）からステップ５００４（メディアフォーマット解決）までの処理結果と、配信データリスト１０１３と、処理サーバロケーション１０１７とを用いることで、サービスルーティングの情報(ルート)を決定する。
【０１３７】
ただし、決定したルート上のサーバの接続順序は、本実施形態においては、スタティックに、ストリームデータ配信装置１０３０、広告処理サーバ１０４３、投稿メッセージ付加サーバ１０４２、品質制限処理サーバ、フォーマット変換サーバ１０４１、ユーザＳＩＰ端末１０２０の順で接続するものとする（経由させる必要がない種類のサーバは、それを飛ばして接続する）。
【０１３８】
したがって、本実施形態の例示においては、順に、「ストリームデータ配信装置１０３０と広告処理サーバ１０４３“adv0001”」、「広告処理サーバ１０４３“adv0001”と投稿メッセージ付加サーバ１０４２“msg0001”」、「投稿メッセージ付加サーバ１０４２“msg0001”とフォーマット変換サーバ１０４１“fmt0001“」、「フォーマット変換サーバ１０４１“fmt0001”とユーザＳＩＰ端末１０２０」を接続し、かつ、それぞれのロケーションは、「広告処理サーバ１０４３が“sip:adv0001＠advexample.com”、投稿メッセージ付加サーバ１０４２が“sip:msg0001＠msgexample.com”、
フォーマット変換サーバ１０４１が“sip:fmt0001＠fmt1example.com”」であるという結果を得る。
【０１３９】
なお、上述した処理においては、必ずしもスタティックにルートの接続順序を決定する必要は無く、例えば、別途、処理サーバ間の依存関係、すなわち「どの処理サーバ識別名が行う処理はどの処理サーバ識別名が行う処理より先に処理を行う必要があるか」をマトリックスとしてデータベースに保持しておき、その依存関係を満足するよう接続順序を決定するといった方法を用いることも可能である。
【０１４０】
以上、本実施形態によれば、配信サーバとユーザ端末とのセッションを確立するまでの手順を少なくできる。
【０１４１】
また、データの配信ポリシーと、ユーザの趣向と、利用可能なフォーマット形式に応じて処理するためのサービスルートの決定とルーティングが実現でき、ユーザへ配信するデータに付加価値を与えることが可能となる。
【０１４２】
また、サービスを提供する事業者にとっては、ユーザへ提供するデータの内容に応じて効率的に商業広告をデータに付加することができるようになるなどの効果もある。
【０１４３】
また、例えば、さらに、ユーザＩＤやサービスの提供時刻をストリームデータへ透かしデータとして付加するストリームデータ処理サーバを、サービスルートに加えることにより、コンテンツ保護の効果を得ることもできる。
【０１４４】
また、本実施形態におけるストリームデータ配信システムサービスの構築に際しては、標準プロトコルであるＳＩＰをそのまま利用でき、既存のＳＩＰサーバ、ＳＩＰクライアントに手を加える必要が無いため、サービスルーティングのためのインタフェース部分の開発にかかるコストを低減できる効果もある。
【０１４５】
以上説明した実施形態は一例であり、本発明は上述の実施形態に限るものではない。
【符号の説明】
【０１４６】
１０００：サービスルーティング計算機、１０１１：ユーザ情報のデータベース、１０１２：ユーザ設定のデータベース、１０１３：配信データリストのデータベース、１０１４：配信ポリシー情報のデータベース、１０１５：処理サーバリストのデータベース、１０１６：フォーマット変換サーバリストのデータベース、１０１７：処理サーバロケーションのデータベース、１０２０：ユーザＳＩＰ端末、１０２１：ユーザＷｅｂ端末、１０３０：ストリームデータ配信装置、１０４１：フォーマット変換サーバ、１０４２：投稿メッセージ付加サーバ、１０４３：広告処理サーバ、１０６０：３ＰＣＣ装置、１０７０：一時接続用サーバ、１０９０：ＮＧＮ、１０９１：インターネット、１１１０：ポータルサーバ。
【図１】
0005465621.tif 000002
【図２】
0005465621.tif 000003
【図３】
0005465621.tif 000004
【図４】
0005465621.tif 000005
【図５】
0005465621.tif 000006
【図６】
0005465621.tif 000007
【図７】
0005465621.tif 000008
【図８】
0005465621.tif 000009
【図９】
0005465621.tif 000010
【図１０Ａ】
0005465621.tif 000011
【図１０Ｂ】
0005465621.tif 000012
【図１０Ｃ】
0005465621.tif 000013
【図１１】
0005465621.tif 000014