(57)【要約】  サービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報としてのサービス発見情報との対応を示すサービス発見情報テーブルと、サービス発見情報テーブルのサービス発見情報とそのサービス発見情報に対応するデータ内容を示すサービスオファー情報との対応を示すサービスオファー情報テーブルとから構成されたデータサービス情報テーブルを備えた。
2010055648.tif 000002
【特許請求の範囲】
【請求項１】
データを提供するサービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報とを対応させたデータサービス情報テーブルを備えたサービス情報提供装置。
【請求項２】
前記データサービス情報テーブルは、前記サービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報としてのサービス発見情報との対応を示すサービス発見情報テーブルと、前記サービス発見情報テーブルのサービス発見情報とそのサービス発見情報に対応するデータ内容を示すサービスオファー情報との対応を示すサービスオファー情報テーブルとにより構成されたことを特徴とする請求項１に記載のサービス情報提供装置。
【請求項３】
前記サービス発見情報テーブルは、サービス発見情報に当該サービスプロバイダとは別のサービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報を含むことを特徴とする請求項２に記載のサービス情報提供装置。
【請求項４】
前記データサービス情報テーブルは、前記サービスプロバイダの特定情報を提供するサービス内容情報としてのサービスプロバイダ発見情報との対応を示すサービスプロバイダ発見情報テーブルと、前記サービス発見情報テーブルおよび前記サービスオファー情報テーブルとにより構成されたことを特徴とする請求項２に記載のサービス情報提供装置。
【請求項５】
サービスプロバイダ構成情報サーバに対し、サービス発見情報を要求する手段と、このサービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示されたサービスサーバの特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求する手段と、このサービスオファー情報を要求する手段による要求に対して応答されたサービスオファー情報を取得する手段とを備えたことを特徴とするサービス情報取得装置。
【請求項６】
前記サービス発見情報を要求する手段は、サービス発見情報の要求に対して応答されたサービス発見情報に示された当該サービスプロバイダ構成情報サーバが属するサービスプロバイダとは別のサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバに対し、さらにサービス発見情報を要求することを特徴とする請求項５に記載のサービス情報取得装置。
【請求項７】
前記サービスオファー情報を要求する手段は、前記サービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示された当該サービスプロバイダ構成情報サーバが属するサービスプロバイダとは別のサービスプロバイダの特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求することを特徴とする請求項５に記載のサービス情報取得装置。
【請求項８】
ネットワーク構成情報サーバに対し、サービスプロバイダ発見情報を要求する手段を備え、前記サービス発見情報を要求する手段は、前記サービスプロバイダ発見情報を要求する手段による要求に対して応答されたサービスプロバイダ発見情報に示されたサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバに対し、サービス発見情報を要求することを特徴とする請求項５に記載のサービス情報取得装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク上のデータサービスのサービス情報提供装置およびサービス情報取得装置に関するものである。
【背景技術】
【０００２】
近年、インターネットを含むインターネットプロトコル（ＩＰ）ベースのネットワークにおいては、映像コンテンツだけでなく、様々なデータフォーマットの情報やデータサービスが存在し、サービスの種類や提供方法も増えている。【０００３】
従来、ＩＰネットワークを介して映像コンテンツがサーバからターミナルデバイス端末に送信されるインターネットプロトコルＴＶ（ＩＰＴＶ）システムとしては、例えば特許文献１に開示されるものがある。この特許文献１には、映像コンテンツを検索・選択するためのビデオサービスの発見方法やビデオコンテンツの発見方法が開示されている。【０００４】
この特許文献１のＩＰＴＶシステムでサポートされるサービスは、ビデオサービスであり、映像コンテンツとしてテレビ放送やビデオオンデマンドコンテンツに関するサービス発見手法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国  特許公開２００８／０１６８１２４号公報
【発明の概要】
【０００６】
以上に述べた従来のＩＰＴＶシステムのＩＰＴＶサービスによれば、テレビ放送やビデオオンデマンドのようなデジタル映像コンテンツの送受信および映像コンテンツを検索・選択するためのサービス発見が対象であるため、限られたサービスの種類しか提供できないという問題があった。
【０００７】
このような従来のＩＰＴＶシステムでは、提供されるＩＰＴＶサービスが映像コンテンツ送信に限られるため、インターネットが可能にする数多くのデータサービスや情報提供サービスへの対応はできなかった。
【０００８】
この発明は、上記のような問題点を解決するためになされたもので、映像コンテンツサービスだけでなく様々なコンテンツ種類に対応するデータ・情報提供サービスを利用可能とするサービス情報提供装置およびサービス情報取得装置を提供することを目的とする。
【０００９】
この発明に係るサービス情報提供装置は、データを提供するサービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報とを対応させたデータサービス情報テーブルを備えたものである。
【００１０】
また、この発明に係るサービス情報取得装置は、サービスプロバイダ構成情報サーバに対し、サービス発見情報を要求する手段と、このサービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示されたサービスサーバの特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求する手段と、このサービスオファー情報を要求する手段による要求に対して応答されたサービスオファー情報を取得する手段とを備えたものである。
【００１１】
この発明のサービス情報提供装置およびサービス情報取得装置によれば、様々なコンテンツ種類に対応するデータ・情報提供サービスを利用可能とするサービス情報提供装置およびサービス情報取得装置を提供することができる効果がある。
【図面の簡単な説明】
【００１２】
【図１】この発明の実施の形態１の構成の一例を示す説明図である。
【図２】図１で示すこの発明の実施の形態１におけるサービス発見の動作シーケンスの一例を示す説明図である。
【図３】この発明の実施の形態１におけるターミナルデバイス端末の構成の一例を示す説明図である。
【図４】この発明の実施の形態１の２つの拡張サービスを提供するサービスプロバイダの一例を示す説明図である。
【図５】この発明の実施の形態１のＣＤＮ構成情報サーバが管理するサービスプロバイダ発見情報テーブルの一例を示す説明図である。
【図６】この発明の実施の形態１のＩＰＴＶサービスプロバイダ構成情報サーバが管理するサービスプロバイダサービス発見情報テーブルの一例を示す説明図である。
【図７】この発明の実施の形態１のサービスの種類の識別値を定義するテーブルの一例を示す説明図である。
【図８】この発明の実施の形態１の拡張サービスサーバが管理するE-newspaperサービスオファー情報テーブルの一例を示す説明図である。
【図９】この発明の実施の形態１の拡張サービスサーバが管理するRSS Feedサービスオファー情報テーブルの一例を示す説明図である。
【図１０】この発明の実施の形態２の構成の一例を示す説明図である。
【図１１】図１０で示すこの発明の実施の形態２におけるサービス発見の動作シーケンスの一例を示す説明図である。
【図１２】この発明の実施の形態２のターミナルデバイス端末がサービスプロバイダＡを介して拡張サービスを提供する外部のサービスプロバイダＢの一例を示す説明図である。
【図１３】この発明の実施の形態２のＩＰＴＶサービスプロバイダ構成情報サーバＡが管理するサービスプロバイダサービス発見情報テーブルの一例を示す説明図である。
【図１４】この発明の実施の形態２のサービスの種類の識別値を定義するテーブルの一例を示す説明図である。
【図１５】この発明の実施の形態２のＣＤＮが異なる外部のＩＰＴＶサービスプロバイダ構成情報サーバＢが管理するサービスプロバイダサービス発見情報テーブルの一例を示す説明図である。
【図１６】この発明の実施の形態２の拡張サービスサーバが提供するＳＭＳサービスを管理するサービスオファー情報テーブルの一例を示す説明図である。
【図１７】この発明の実施の形態３の構成の一例を示す説明図である。
【図１８】図１７で示すこの発明の実施の形態３におけるサービス発見の動作シーケンスの一例を示す説明図である。
【図１９】この発明の実施の形態３のターミナルデバイス端末がサービスプロバイダを介して一般インターネットを含む外部の拡張サービスサーバの一例を示す説明図である。
【図２０】この発明の実施の形態３のＩＰＴＶサービスプロバイダ構成情報サーバが管理するサービスプロバイダサービス発見情報テーブルの一例を示す説明図である。
【図２１】この発明の実施の形態３のサービスの種類の識別値を定義するテーブルの一例を示す説明図である。
【図２２】この発明の実施の形態３の拡張サービスサーバが提供するＷｉｄｇｅｔｓサービスを管理するサービスオファー情報テーブルの一例を示す説明図である。
【図２３】この発明の実施の形態４の構成の一例を示す説明図である。
【図２４】図２３で示すこの発明の実施の形態４におけるWeb-basedサービス発見の動作シーケンスの一例を示す説明図である。
【図２５】この発明の実施の形態４のターミナルデバイス端末２５００がサービスプロバイダを介して拡張サービスを提供する外部の任意サービスプロバイダの一例を示す説明図である。
【発明を実施するための形態】
【００１３】
実施の形態１．
この発明の実施形態１では、同一のサービスプロバイダの範囲内の拡張サービスを発見するためのサービスプロバイダサービス発見情報をターミナルデバイス端末に対して提供する一例について説明する。
【００１４】
図１は、この発明の実施の形態１の構成の一例を示す説明図である。この図１において、ターミナルデバイス端末１００は、ＩＰＴＶサービスを利用する端末である。コンテンツデリバリネットワーク（ＣＤＮ）構成情報サーバ１１０は、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０のアドレス情報を含むサービスプロバイダに関する情報を管理する。ＩＰＴＶサービスプロバイダ構成情報サーバ１２０は、基本ビデオサービスと拡張サービスを発見・利用するための情報を管理するとともに、他のサービスプロバイダのＩＰＴＶサービスプロバイダ構成情報サーバを発見するための情報を管理する。基本ビデオサービスサーバ１３０は、ＩＰＴＶ基本ビデオサービスを提供し、ＩＰ放送サーバまたはビデオオンデマンドサーバまたは両方のサーバ機能を提供する。拡張サービスサーバ１４０は、ビデオコンテンツに限らず、データや情報サービスを提供する。基本ビデオサービスサーバ１３０と拡張サービスサーバ１４０のサービス発見情報は、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０により管理される。サービスプロバイダ１５０は、ＩＰＴＶサービスを提供するサービスプロバイダの運用範囲を示す。サービスプロバイダ１５０には、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０に加えて基本ビデオサービスサーバ１３０または拡張サービスサーバ１４０または両方のサーバが含まれる。ＩＰネットワーク１６０は、ターミナルデバイス端末１００、及び各サーバ（ＣＤＮ構成情報サーバ１１０、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０、基本ビデオサービスサーバ１３０、拡張サービスサーバ１４０）が相互に通信可能な環境を提供する。
【００１５】
次に動作について説明する。
【００１６】
図２は、図１で示すこの発明の実施の形態１におけるサービス発見の動作シーケンスの一例を示す説明図である。この図２の動作シーケンス図に従い、ターミナルデバイス端末１００の起動からサービス発見までのシーケンスについて説明する。
【００１７】
ターミナルデバイス端末１００は、既知のマルチキャストアドレスとポート、または既知のユニキャストアドレスを用いて、ＣＤＮ構成情報サーバ１１０に対してサービスプロバイダ発見情報を要求する（ＳＴ２００）。この要求に対して、ＣＤＮ構成情報サーバ１１０は、１つ以上のＩＰＴＶサービスプロバイダ構成情報サーバのサービスプロバイダ発見情報を送信する（ＳＴ２１０）。
【００１８】
ターミナルデバイス端末１００は、取得したサービスプロバイダ発見情報をパースし、ＩＰＴＶサービスプロバイダ構成情報サーバのアドレス情報を取得する。このアドレス情報を用いて、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０に対してサービスプロバイダサービス発見情報を要求する（ＳＴ３００）。この要求に対して、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０は、サービスプロバイダサービス発見情報を送信する（ＳＴ３１０）。取得した情報には、サービスプロバイダ１５０が提供するサービスに関する情報が含まれる。この情報に各サービスの簡易説明とアドレス情報が含まれるため、ユーザが興味あるサービスに関して、詳細情報を要求できる。
【００１９】
ターミナルデバイス端末１００は、拡張サービスサーバ１４０に対して拡張サービスオファー情報を要求する（ＳＴ４００）。この要求に対して、拡張サービスサーバ１４０は、拡張サービスオファー情報を送信する（ＳＴ４１０）。取得した情報に該当サービスの詳細説明やアドレス情報が含まれる。最終的にＳＴ４１０で得られたアドレス情報を用いて、ターミナルデバイス端末１００は、拡張サービスを利用する（ＳＴ４５０）。
【００２０】
図３は、この発明の実施の形態１におけるターミナルデバイス端末１００の構成の一例を示す説明図である。この図３において、ＩＰ通信手段１６０１は、ＩＰネットワーク上の構成情報サーバや拡張サービスサーバと通信を行う。
ユニキャスト通信手段１６０２は、下位ＩＰレーヤと上位アプリケーションレーヤにおいてＴＣＰのプロトコール群（例えばＴＣＰ／ＩＰ、ＨＴＴＰ／ＴＣＰ／ＩＰ、ＴＴＳ／ＨＴＴＰ／ＴＣＰ／ＩＰ、ＨＴＴＰＳ／ＴＣＰ／ＩＰ、ＲＴＳＰ／ＴＣＰ／ＩＰ）を処理する。マルチキャスト通信手段１６０３は、下位ＩＰレーヤと上位アプリケーションレーヤにおいてＵＤＰのプロトコール群（例えばＵＤＰ／ＩＰ、ＲＴＰ／ＵＤＰ／ＩＰ、ＲＴＰ・ＦＥＣ／ＵＤＰ／ＩＰ、ＴＴＳ／ＲＴＰ・ＦＥＣ／ＵＤＰ／ＩＰ）を処理する。デマルチプレクサ１６０７は、下位レーヤから送られたＭＰＥＧ  ＴＳ（トランスポートストリーム）のデマルチプレクス処理を行う。拡張サービス発見マネージャ１６０４は、各サーバに対してユニキャスト通信手段１６０２とＩＰ通信手段１６０１を介して要求をＣＤＮ構成情報サーバ１１０、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０や拡張サービスサーバ１４０に送信し、これらサーバからの情報を受信・格納し、利用可能なサーバやサービスについて解析する。表示手段１６０６は、拡張サービス発見マネージャ１６０４が解析した利用可能なサーバやサービスをユーザに対して紹介する。入力手段１６０５は、ユーザからのフィードバックを拡張サービス発見マネージャ１６０４に入力する。
【００２１】
ターミナルデバイス端末１００の動作について、図２の動作シーケンスと図３の構成図に従って説明する。
【００２２】
拡張サービス発見マネージャ１６０４は、ＣＤＮ構成情報サーバ１１０からサービスプロバイダ発見情報を取得するために、ＣＤＮ構成情報サーバ１１０の既知のユニキャストアドレスを用いて要求を送信する（ＳＴ２００）。サービスプロバイダ発見情報は、ＳＴ２１０にて送信される。拡張サービス発見マネージャ１６０４は、マルチキャストの場合、既知のマルチキャストアドレスを用いてデマルチプレクサ１６０７から受け取るマルチキャストストリームからサービスプロバイダ発見情報を検出する（ＳＴ２１０）。拡張サービス発見マネージャ１６０４は、ＳＴ２１０で検出されたサービスプロバイダ発見情報を蓄積デバイスに保管する。
【００２３】
拡張サービス発見マネージャ１６０４は、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０からサービスプロバイダサービス発見情報を取得するために、ＳＴ２１０で取得したユニキャストアドレスを用いて要求を送信する（ＳＴ３００）。サービスプロバイダサービス発見情報は、ＳＴ３１０にて送信され、ＩＰ通信手段１６０１、ユニキャスト通信手段１６０２を通して拡張サービス発見マネージャ１６０４に届けられる。拡張サービス発見マネージャ１６０４は、マルチキャストの場合、ＳＴ２１０で取得したマルチキャストアドレスを用いてデマルチプレクサ１６０７より受け取るマルチキャストストリームからサービスプロバイダサービス発見情報を検出する（ＳＴ３１０）。拡張サービス発見マネージャ１６０４は、ＳＴ３１０で検出されたサービスプロバイダサービス発見情報を蓄積デバイスに保管する。
【００２４】
拡張サービス発見マネージャ１６０４は、サービスプロバイダ発見情報およびサービスプロバイダサービス発見情報に基づいて表示手段１６０６を通してユーザに利用可能なサービスを紹介する。
【００２５】
ユーザは、入力手段１６０５を通して、興味のある拡張サービスサーバ１４０を拡張サービス発見マネージャ１６０４に対して指示する。
【００２６】
拡張サービス発見サーバ１４０より拡張サービスオファー情報を取得するために、拡張サービス発見マネージャ１６０４は、ＳＴ３１０で取得したユニキャストアドレスを用いて要求を送信する（ＳＴ４００）。拡張サービスオファー情報は、ＳＴ４１０にて送信され、ＩＰ通信手段１６０１、ユニキャスト通信手段１６０２を通して拡張サービス発見マネージャ１６０４に届く。拡張サービス発見マネージャ１６０４はＳＴ４１０で得た拡張サービスオファー情報を蓄積デバイスに保管する。
【００２７】
最終的に、拡張サービス発見マネージャ１６０４は、拡張サービスオファー情報に含まれるサービスの詳細情報に基づいて表示手段１６０６を通してユーザにサービスを紹介する。
【００２８】
次に、この発明の実施の形態１における発見情報や拡張サービスオファー情報の管理について説明する。情報の管理に当たりパース、検索、ポータビリティを考慮してＸＭＬ表記を用いる。
【００２９】
図４は、この発明の実施の形態１の２つの拡張サービスを提供するサービスプロバイダの一例を示す説明図である。この図４において、ターミナルデバイス端末３００は、各サーバで管理される情報を順番に取得し、最終的に各サービスオファー情報を取得する。ＣＤＮ構成情報サーバ３１０は、サービスプロバイダ発見情報を格納する手段３１１を備え、サービスプロバイダ発見情報を管理する。ＩＰＴＶサービスプロバイダ構成情報サーバ３２０は、サービスプロバイダが提供するサービスプロバイダサービス発見情報を格納する手段３２１を備え、サービスプロバイダサービス発見情報を管理する。拡張サービスサーバ３３０、３４０は、実際に拡張サービスを提供するサーバであり、この例では、それぞれE-newspaperサービスとRSS Feedサービスに関するサービスオファー情報を格納する手段３３１、３４１を備え、サービスオファー情報を管理し、ターミナルデバイス端末３００に対して、E-newspaperサービスとRSS Feedサービスを提供する。
【００３０】
ＣＤＮ構成情報サーバ３１０が管理するサービスプロバイダ発見情報、ＩＰＴＶサービスプロバイダ構成情報サーバ３２０が管理するサービスプロバイダサービス発見情報、拡張サービスサーバ３３０、３４０が管理するサービスオファー情報は、例えば以下で説明するＸＭＬ表記を用いたテーブルで管理される。以下、サービスプロバイダ発見情報、サービスプロバイダサービス発見情報、サービスオファー情報とは、サービスプロバイダ発見情報テーブル、サービスプロバイダサービス発見情報テーブル、サービスオファー情報テーブルにおける各記録情報を意味するものとする。
【００３１】
図５は、この発明の実施の形態１のＣＤＮ構成情報サーバ３１０が管理するサービスプロバイダ発見情報をＸＭＬで表記したサービスプロバイダ発見情報テーブル４００の一例を示す説明図である。この図５に示すＸＭＬ表記されたサービスプロバイダ発見情報テーブル４００において、Element/Attribute４０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value４０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【００３２】
@RecordVersion４１０では、サービスプロバイダ発見情報の記録のバージョン番号、@CDNName４１１では、ネットワークプロバイダを識別するための名称を管理する。バージョン番号は、要素の値に変更があった場合、更新されることにより、ターミナルデバイス端末１００がキャッシュしている情報の有効性の判断に役立つ。
【００３３】
ServiceProviderListの項目は、サービスプロバイダ１５０を発見するための情報であり、少なくとも１つのサービスプロバイダの該当情報ServiceProviderを以下の属性で管理する。@ServiceProviderNetworkID４２０は、映像放送サービスにおいてサービス事業者を識別するために使う。@ServiceProviderName４２１と@ServiceProviderSerial４２４は、サービスプロバイダを一意に識別するための項目である。サービスプロバイダ３２０のサービスプロバイダサービス発見情報をターミナルデバイス端末３００が取得できるよう@ServiceProviderPushURI４２２または@ServiceProviderPullAddress４２３をターミナルデバイス端末３００に提供する。
【００３４】
図６は、この発明の実施の形態１のＩＰＴＶサービスプロバイダ構成情報サーバ３２０が管理するサービスプロバイダサービス発見情報をＸＭＬで表記したサービスプロバイダサービス発見情報テーブル５００の一例を示す説明図である。この図６に示すＸＭＬ表記されたサービスプロバイダサービス発見情報テーブル５００において、Element/Attribute５０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value５０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【００３５】
この図６のサービスプロバイダサービス発見情報テーブル５００において、@RecordVersion５１０では、サービスプロバイダサービス発見情報の記録のバージョンを管理する。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。
【００３６】
ServiceProviderの項目では、以下の要素・属性でサービスプロバイダの基本情報を管理する。@ServiceProviderDomainName５２０は、サービスプロバイダを一意に識別するための項目で、@ServiceProviderAuthority５２１は、有料サービスに用いるサービス供給者で、@ServiceProviderVersion５２２でサービスプロバイダ情報のバージョンを管理する。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。@ServiceProviderLogoURI５２３は、サービスプロバイダのロゴが保管されているサーバ・リソースの指定を行う。ServiceProviderName５２４とServiceProviderDescription５２５では、ユーザに対するサービス名称とサービス内容の簡易説明を記述する。
【００３７】
ServiceOfferSummaryの項目には、以下の要素・属性に拡張サービスへのアクセス情報を記述する。@PushAddress５３０と@PullAddress５３１では、拡張サービスオファー情報に対してアクセスするためのマルチキャストアドレスおよびユニキャストアドレスを記述する。いずれのアドレス情報を用いても、同一情報が得られる。OfferPayloadType@id５３２は、サービスの種類を識別するために用いる。@segmentID５３３は、特定のOfferPayloadType@idのサービスオファー情報を要求するために用いる。@segmentVersion５３４は、特定のOfferPayloadType@idのサービスオファー情報がメモリに記憶されているかを確認するために用いる。@PushAddress５４０〜@segmentVersion５４４の要素・属性では、上述の@PushAddress５３０〜@segmentVersion５３４と提供するサービスは異なるが、同等な情報要素・属性が管理される。
【００３８】
図７は、この発明の実施の形態１のサービスプロバイダサービス発見情報テーブル５００のOfferPayloadType@idにおけるサービスの種類の識別値を定義するテーブル８００の一例を示す説明図である。この図７に示すサービスの種類の識別値を定義するテーブル８００において、OfferPayloadType@id Value８０１の列は、サービスの種類の識別値の例を示す。SD&S record carried８０２の列は、識別値の意味を示す。OfferPayloadType@id５３２、５４２の例の場合、サービスプロバイダが提供する２つの拡張サービスは、E-newspaper、RSS Feedであり、それぞれの値は図７の８３０、８３２により０ｘＦ０、０ｘＦ１となる。
【００３９】
ユーザプライベートエリアを利用するため、各サービスプロバイダが提供する拡張サービスを自由に追加することが可能となる。また、２つのサービスプロバイダが異なる拡張サービスにおいて、同じユーザプライベートエリアのOfferPayloadType@idを利用しても、「OfferPayloadType@id」と「サービスプロバイダドメインネーム（ServiceProviderDomainName）」のペアがユニークであるため、識別が可能である。@segmentID（セグメントＩＤ）と@segmentVersion（セグメントバージョン）は、ＸＭＬドキュメントをセグメントに分割して端末に送信した場合に記述する。端末は、セグメントＩＤとセグメントバージョンを用いて、特定のOfferPayloadType@idの情報を要求する。
【００４０】
図８は、この発明の実施の形態１の拡張サービスサーバ３３０が提供するE-newspaperサービスを管理するE-newspaperサービスオファー情報をＸＭＬで表記したE-newspaperサービスオファー情報テーブル６００の一例を示す説明図である。この図８に示すＸＭＬ表記されたE-newspaperサービスオファー情報テーブル６００において、Element/Attribute６０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value６０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【００４１】
この図８のE-newspaperサービスオファー情報テーブル６００において、@DomainName６１０は拡張サービス提供するプロバイダを一意に識別するための項目である。@Version６１１は、この記録情報のバージョン番号である。バージョン番号は、要素の値に変更があった場合、更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。Application@Id６１２は、アプリケーション識別子であり、ターミナルデバイス端末３００と拡張サービス３３０または３４０の間で相互接続性を確認するために利用される。ターミナルデバイス端末は、この識別子に基づいてサービスが利用可能であるか否かを判断する。Name６１３とDescription６１４の記述は、ユーザに対するサービス名称とサービス内容の詳細説明を記述する。最後に、Locator６１５は、サービスを利用するためのマルチキャストまたはユニキャストのアドレス情報を記述する。
【００４２】
図９は、この発明の実施の形態１の拡張サービスサーバ３４０が提供するRSS Feedサー
ビス（ＲＳＳサービス）を管理するＲＳＳサービスオファー情報をＸＭＬで表記したＲＳＳサービスオファー情報テーブル７００の一例を示す説明図である。この図９に示すＸＭＬ表記されたＲＳＳサービスオファー情報テーブル７００において、Element/Attribute７０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value７０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。この図９のＲＳＳサービスオファー情報テーブル７００では、図８のE-newspaperサービスオファー情報テーブル６００と提供するサービスは異なるが、同等な情報要素・属性が管理される。
【００４３】
このように、ＩＰＴＶサービスプロバイダ構成情報サーバ１２０のサービスプロバイダサービス発見情報テーブル５００、拡張サービスサーバ１４０の拡張サービスとしてのE-newspaperサービスオファー情報テーブル６００、RSS Feedサービスオファー情報テーブル７００をデータサービス情報テーブルとして備えたサービス情報提供装置が構成される。
【００４４】
なお、このサービス情報提供装置は、ＣＤＮ構成情報サーバ１１０のサービスプロバイダ発見情報テーブル４００を含むデータサービス情報テーブル備えるように構成しても構わない。
【００４５】
また、このサービス情報提供装置を構成するサーバは、１台のサーバマシンに全機能をサポートせず、ネットワークを介して複数のサーバマシンに機能を分散させたシステムとして実現しても構わない。
【００４６】
また、サービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバ１２０に対し、サービス発見情報を要求する手段と、このサービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示された拡張サービスサーバ１４０の特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求する手段と、このサービスオファー情報を要求する手段による要求に対して応答されたサービスオファー情報を取得する手段とを備えたサービス情報取得装置としてのターミナルデバイス端末が構成される。
【００４７】
なお、このサービス情報取得装置としてのターミナルデバイス端末は、ＣＤＮ構成情報サーバ１１０に対し、サービスプロバイダ発見情報を要求する手段を備え、このサービスプロバイダ発見情報を要求する手段による要求に対して応答されたサービスプロバイダ発見情報に示されたサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバ１２０に対し、サービス発見情報を要求するように構成しても構わない。
【００４８】
このサービス情報提供装置の各サーバにより管理されるサービスプロバイダ発見情報テーブル４００、サービスプロバイダサービス発見情報テーブル５００、E-newspaperサービスオファー情報テーブル６００、RSS Feedサービスオファー情報テーブル７００を用い
て、サービス情報取得装置とサービス情報提供装置との間で、上述の図２に示した動作シーケンスが行われるものである。
【００４９】
以上、説明したように、この発明の実施の形態１によれば、ＩＰＴＶサービスプロバイダ構成情報サーバが、基本ＩＰＴＶサービスである映像コンテンツ送信以外の拡張サービスを発見するためのサービスプロバイダサービス発見情報をターミナルデバイス端末に対して提供し、前記のサービスプロバイダサービス発見情報に記載された拡張サービスサーバのアドレス情報に基づき、ターミナルデバイス端末が拡張サービスサーバにアクセスすることが可能となる。これにより、従来は映像コンテンツ送信サービスしか実現できなかったターミナルデバイス端末が、ニュース配信などの新たなデータサービス全般をユーザに対して提供する事が可能となる。
【００５０】
実施の形態２．
以上のこの発明の実施形態１では、同一のサービスプロバイダの範囲内の拡張サービスを発見するためのサービスプロバイダサービス発見情報をターミナルデバイス端末に対して提供する一例について説明したが、次にこの発明の実施の形態２では、別のサービスプロバイダに属する拡張サービスのサービス発見を可能にする一例について説明する。
【００５１】
図１０は、この発明の実施の形態２の構成の一例を示す説明図である。この図１０において、ターミナルデバイス端末９００は、ＩＰＴＶサービスを利用する端末である。コンテンツデリバリネットワーク（ＣＤＮ）構成情報サーバ９１０は、ＩＰＴＶサービスプロバイダ構成情報サーバ９２０のアドレス情報を含むサービスプロバイダに関する情報を管理する。ＩＰＴＶサービスプロバイダ構成情報サーバＡ９２０は、基本ビデオサービスと拡張サービスを発見・利用するための情報を管理するとともに、他のサービスプロバイダのＩＰＴＶサービスプロバイダ構成情報サーバを発見するための情報を管理する。基本ビデオサービスサーバ９３０は、ＩＰＴＶ基本ビデオサービスを提供し、ＩＰ放送サーバまたはビデオオンデマンドサーバまたは両方のサーバ機能を提供する。拡張サービスサーバ９４０は、ビデオコンテンツに限らずデータや情報サービスを提供する。基本ビデオサービスサーバ９３０と拡張サービスサーバ９４０のサービス発見情報は、ＩＰＴＶサービスプロバイダ構成情報サーバ９２０により管理される。サービスプロバイダＡ９５０は、ＩＰＴＶサービスを提供するサービスプロバイダの運用範囲を示す。サービスプロバイダＡ９５０には、ＩＰＴＶサービスプロバイダ構成情報サーバ９２０に加えて基本ビデオサービスサーバ９３０または拡張サービスサーバ９４０または両方のサーバが含まれる。ＩＰＴＶサービスプロバイダ構成情報サーバＢ９６０は、ＩＰＴＶサービスプロバイダ構成情報サーバＡ９２０相当のサーバである。拡張サービスサーバ９７０は、拡張サービスサーバ９４０相当のサーバである。ＩＰＴＶサービスプロバイダ構成情報サーバＢ９６０と拡張サービスサーバ９７０は、サービスプロバイダＡ９５０とは別のＣＤＮのサービスプロバイダＢ９８０に属する。サービスプロバイダＢ９８０は、ＩＰＴＶサービスを提供するサービスプロバイダの運用範囲を示す。サービスプロバイダＢ９８０には、ＩＰＴＶサービスプロバイダ構成情報サーバＢ９６０に加えて拡張サービスサーバ９７０が含まれる。ＩＰネットワーク９９０は、ターミナルデバイス端末９００、及び各サーバ（ＣＤＮ構成情報サーバ９１０、ＩＰＴＶサービスプロバイダ構成情報サーバＡ９２０、Ｂ９６０、基本ビデオサービスサーバ９３０、拡張サービスサーバ９４０、９７０）が通信可能な環境を提供する。
【００５２】
次に動作について説明する。
【００５３】
図１１は、図１０で示すこの発明の実施の形態２におけるサービス発見の動作シーケンスの一例を示す説明図である。この図１１の動作シーケンス図に従い、ターミナルデバイス端末９００の起動から、異なるＣＤＮに属するサービスプロバイダのサービス発見までのシーケンスについて説明する。
【００５４】
ターミナルデバイス端末９００は、既知のマルチキャストアドレスとポート、または既知のユニキャストアドレスを用いて、ＣＤＮ構成情報サーバ９１０に対してサービスプロバイダ発見情報を要求する（ＳＴ５００）。この要求に対して、ＣＤＮ構成情報サーバ９１０は、１つ以上のＩＰＴＶサービスプロバイダ構成情報サーバのサービスプロバイダ発見情報を送信する（ＳＴ５１０）。
【００５５】
ターミナルデバイス端末９００は、取得した情報をパースし、ＩＰＴＶサービスプロバイダ構成情報サーバＡ９２０のアドレス情報を取得する。このアドレス情報を用いて、ＩＰＴＶサービスプロバイダ構成情報サーバＡ９２０に対してサービスプロバイダサービス発見情報を要求する（ＳＴ６００）。この要求に対して、ＩＰＴＶサービスプロバイダ構成情報サーバ９２０は、サービスプロバイダサービス発見情報を送信する（ＳＴ６１０）。取得したサービスプロバイダサービス発見情報には、サービスプロバイダＢ９８０が提供するサービスに関する情報が含まれる。この情報に各サービスの簡易説明とアドレス情報と、外部のサービスプロバイダＢ９８０に属するＩＰＴＶサービスプロバイダ構成情報サーバＢ９６０へのアドレス情報が含まれるため、ユーザが興味あるサービスまたは外部のサービスプロバイダＢ９８０に関して、詳細情報を要求できる。なお、外部サービスプロバイダＢ９８０に属する拡張サービスサーバ９７０のサービス発見情報を取得する前に、外部のＩＰＴＶサービスプロバイダ構成情報サーバＢ９６０をアクセスする必要がある。
【００５６】
ターミナルデバイス端末９００は、ＳＴ６１０で取得したＩＰＴＶサービスプロバイダ構成情報サーバＢ９６０のアドレスを用いてサービスプロバイダサービス発見情報を要求する（ＳＴ７００）。この要求に対して、外部のＩＰＴＶサービスプロバイダ構成情報サーバ９６０は、サービスプロバイダサービス発見情報を送信する（ＳＴ７１０）。
【００５７】
ターミナルデバイス端末９００は、拡張サービスサーバ９７０に対して拡張サービスオファー情報を要求する（ＳＴ８００）。この要求に対して、拡張サービスサーバ９７０は、拡張サービスオファー情報を送信する（ＳＴ８１０）。取得した情報に該当サービスの詳細説明やアドレス情報が含まれる。最終的にＳＴ８１０で得られたアドレス情報を用いて、ターミナルデバイス端末９００は、外部の拡張サービスを利用する（ＳＴ８５０）。
【００５８】
次に、この発明の実施の形態２における発見情報や拡張サービスオファー情報の管理について説明する。情報の管理に当たりパース、検索、ポータビリティを考慮してＸＭＬ表記を用いる。
【００５９】
図１２は、この発明の実施の形態２のターミナルデバイス端末１１００がサービスプロバイダＡを介して拡張サービスを提供する外部のサービスプロバイダＢの一例を示す説明図である。この図１２において、ターミナルデバイス端末１１００は、各サーバで管理される情報を順番に取得し、最終的に外部サービスオファー情報を取得する。ＣＤＮ構成情報サーバ１１１０は、サービスプロバイダ発見情報を格納する手段１１１１を備え、サービスプロバイダ発見情報を管理する。ＩＰＴＶサービスプロバイダ構成情報サーバＡ１１２０は、サービスプロバイダＡが提供するサービスプロバイダサービス発見情報を格納する手段１１２１を備え、サービスプロバイダサービス発見情報を管理する。ＩＰＴＶサービスプロバイダ構成情報サーバＢ１１７０は、サービスプロバイダＡとはＣＤＮが異なるサービスプロバイダＢが提供するサービスプロバイダサービス発見情報を格納する手段１１７１を備え、サービスプロバイダサービス発見情報を管理する。拡張サービスサーバ１１８０は、外部サービスプロバイダが提供する拡張サービスのサービスオファー情報を格納する手段１１８１を備え、拡張サービスのサービスオファー情報を管理し、この例では、ターミナルデバイス端末１１００に対して、SMS Messagingサービス（ＳＭＳサービス）を提供する。
【００６０】
ＣＤＮ構成情報サーバ１１１０が管理するサービスプロバイダ発見情報、ＩＰＴＶサービスプロバイダ構成情報サーバＡ１１２０が管理するサービスプロバイダサービス発見情報、ＩＰＴＶサービスプロバイダ構成情報サーバＢ１１７０が管理するサービスプロバイダサービス発見情報、拡張サービスサーバ１１８０が管理するサービスオファー情報は、例えば以下で説明するＸＭＬ表記を用いたテーブルとして管理される。
【００６１】
ＣＤＮ構成情報サーバ１１１０が管理するサービスプロバイダ発見情報の要素は、この発明の実施の形態１の図５で説明したＣＤＮ構成情報サーバ３１０が管理するサービスプロバイダ発見情報をＸＭＬで表記したサービスプロバイダ発見情報テーブル４００と同様のものとする。
【００６２】
図１３は、この発明の実施の形態２のＩＰＴＶサービスプロバイダ構成情報サーバＡ１１２０が管理するサービスプロバイダサービス発見情報をＸＭＬで表記したサービスプロバイダサービス発見情報テーブル１２００の一例を示す説明図である。この図１３に示すＸＭＬ表記されたサービスプロバイダサービス発見情報テーブル１２００において、Element/Attribute１２０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value１２０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【００６３】
@RecordVersion１２１０では、サービスプロバイダサービス発見情報の記録のバージョンが管理される。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。
【００６４】
ServiceProviderの項目では、以下の要素・属性でサービスプロバイダの基本情報を管理する。@ServiceProviderDomainName１２２０は、サービスプロバイダを一意に識別するための項目で、@ServiceProviderAuthority１２２１は有料サービスに用いるサービス供給者で、@ServiceProviderVersion１２２２でサービスプロバイダ情報のバージョンを管理する。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。@ServiceProviderLogoURI１２２３は、サービスプロバイダのロゴが保管されているサーバ・リソースの指定を行う。ServiceProviderName１２２４とServiceProviderDescription１２２５では、ユーザに対するサービス名称とサービス内容の簡易説明を記述する。
【００６５】
ServiceOfferSummaryの項目には、以下の属性に拡張サービスへのアクセス情報を記述する。@PushAddress１２３０と@PullAddress１２３１では、拡張サービスオファー情報に対してアクセスするためのマルチキャストアドレスおよびユニキャストアドレスを記述する。いずれのアドレス情報を用いても、同一情報が得られる。OfferPayloadType@id１２３２はサービスの種類を識別するために用いる。@segmentID１２３３は、特定のOfferPayloadType@idのサービスオファー情報を要求するために用いる。@segmentVersion１２３４は、特定のOfferPayloadType@idのサービスオファー情報がメモリに記憶されているかを確認するために用いる。
【００６６】
図１４は、この発明の実施の形態２のサービスプロバイダサービス発見情報テーブル１２００のOfferPayloadType@idにおけるサービスの種類の識別値を定義するテーブル１４００の一例を示す説明図である。この図１４に示すサービスの種類の識別値を定義するテーブル１４００において、OfferPayloadType@id Value１４０１の列は、サービスの種類の識別値の例を示す。SD&S record carried１４０２の列は、識別値の意味を示す。OfferPayloadType@id１２３２の例の場合、サービスプロバイダが提供する拡張サービスはKaraokeであり、値は図１４の１４４０により０ｘＦ３となる。
【００６７】
ユーザプライベートエリアを利用するため、各サービスプロバイダが提供する拡張サービスを自由に追加することが可能となる。また、２つのサービスプロバイダが異なる拡張サービスにおいて同じユーザプライベートエリアのOfferPayloadType@idを利用しても、「OfferPayloadType@id」と「サービスプロバイダドメインネーム（ServiceProviderDomainName）」のペアがユニークであるため、識別が可能である。@segmentID（セグメントＩＤ）と@segmentVersion（セグメントバージョン）はＸＭＬドキュメントをセグメントに分割して端末に送信した場合に記述する。端末は、セグメントＩＤとセグメントバージョンを用いて特定のOfferPayloadType@idの情報を要求する。
【００６８】
また、ServiceOfferSummaryの項目には、以下の要素・属性に外部サービスネットワークに属するＩＰＴＶサービスプロバイダ構成情報サーバへのアクセス情報を記述する。ServiceOfferSummaryの@PushAddress１２４０と@PullAddress１２４１では、外部のＩＰＴＶサービスプロバイダ構成情報サーバ１１７０のサービスプロバイダサービス発見情報に対してアクセスするためのマルチキャストアドレスおよびユニキャストアドレスを記述する。いずれのアドレス情報を用いても、同一情報が得られる。OfferPayloadType@id１２４２は、サービスの種類を識別するために用いる。サービスの種類の識別値は、上述の図１４のサービスの種類の識別値を定義するテーブル１４００の値を同様に用いる。OfferPayloadType@id１２４２の例の場合、外部のサービスプロバイダへのアクセス（Service from Other Service Providers）であり、値は図１４の１４１４により０ｘ０４となる。@segmentID１２４３は、特定のOfferPayloadType@idのサービスオファー情報を要求するために用いる。@segmentVersion１２４４は、特定のOfferPayloadType@idのサービスオファー情報がメモリに記憶されているかを確認するために用いる。
【００６９】
図１５は、この発明の実施の形態２のＣＤＮが異なる外部のＩＰＴＶサービスプロバイダ構成情報サーバＢ１１７０が管理するサービスプロバイダサービス発見情報をＸＭＬで表記したサービスプロバイダサービス発見情報テーブル１３００の一例を示す説明図である。この図１５に示すＸＭＬ表記されたサービスプロバイダサービス発見情報テーブル１３００において、Element/Attribute１３０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value１３０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【００７０】
この図１５のサービスプロバイダサービス発見情報テーブル１３００において、@RecordVersion１３１０では、サービスプロバイダサービス発見情報の記録のバージョンを管理する。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。
【００７１】
ServiceProviderの項目では、以下の要素・属性でサービスプロバイダの基本情報を管理する。@ServiceProviderDomainName１３２０は、サービスプロバイダを一意に識別するための項目で、@ServiceProviderAuthority１３２１は、有料サービスに用いるサービス供給者で、@ServiceProviderVersion１３２２でサービスプロバイダ情報のバージョンが管理される。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。@ServiceProviderLogoURI１３２３は、サービスプロバイダのロゴが保管されているサーバ・リソースの指定を行う。ServiceProviderName１３２４とServiceProviderDescription１３２５では、ユーザに対するサービス名称とサービス内容の簡易説明を記述する。
【００７２】
ServiceOfferSummaryの項目には、以下の属性に本外部サービスプロバイダが提供する拡張サービスへのアクセス情報を記述する。@PushAddress１３３０、１３４０と@PullAddress１３３１、１３４１では、拡張サービスオファー情報に対してアクセスするためのマルチキャストアドレスおよびユニキャストアドレスを記述する。いずれのアドレス情報を用いても、同一情報が得られる。OfferPayloadType@id１３３２、１３４２はサービスの種類を識別するために用いる。@segmentID１３３３、１３４３は、特定のOfferPayloadType@idのサービスオファー情報を要求するために用いる。@segmentVersion１３３４、１３４４は、特定のOfferPayloadType@idのサービスオファー情報がメモリに記憶されているかを確認するために用いる。サービスの種類の識別値は、サービスプロバイダサービス発見情報テーブル１２００と同様に、上述の図１４のサービスの種類の識別値を定義するテーブル１４００の値を用いる。OfferPayloadType@id１３３２、１３４２の例の場合、サービスプロバイダが提供する２つの拡張サービスは、SMS MessagingとEmailであり、それぞれの値は図１４の１４３１、１４３２により０ｘＦ１、０ｘＦ２となる。
【００７３】
ユーザプライベートエリアを利用するため、各サービスプロバイダが提供する拡張サービスを自由に追加することが可能となる。また、２つのサービスプロバイダが異なる拡張サービスにおいて、同じユーザプライベートエリアのOfferPayloadType@idを利用しても、「OfferPayloadType@id」と「サービスプロバイダドメインネーム（ServiceProviderDomainName）」のペアがユニークであるため、識別が可能である。@segmentID（セグメントＩＤ）と@segmentVersion（セグメントバージョン）は、ＸＭＬドキュメントをセグメントに分割して端末に送信した場合に記述する。端末はセグメントＩＤとセグメントバージョンを用いて特定のOfferPayloadType@idの情報を要求する。
【００７４】
図１６は、この発明の実施の形態２の拡張サービスサーバ１１８０が提供するSMS Messaging（ＳＭＳサービス）を管理するサービスオファー情報をＸＭＬで表記したＳＭＳサービスオファー情報テーブル１５００の一例を示す説明図である。この図１６に示すＸＭＬ表記されたＳＭＳサービスオファー情報テーブル１５００において、Element/Attribute１５０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value１５０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【００７５】
この図１６のＳＭＳサービスオファー情報テーブル１５００において、@DomainName１５１０は、拡張サービス提供するプロバイダを一意に識別するための項目である。@Version１５１１は、この記録情報のバージョン番号である。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。Application@Id１５１２は、アプリケーション識別子であり、ターミナルデバイス端末１１００と拡張サービス１１８０の間で相互接続性を確認するために利用される。ターミナルデバイス端末は、この識別子に基づいて、サービスが利用可能であるか否かを判断する。Name１５１３とDescription１５１４の記述は、ユーザに対するサービス名称とサービス内容の詳細説明を記述する。最後に、１５３０のLocator１５１５は、サービスを利用するためのマルチキャストまたはユニキャストのアドレス情報を記述する。
【００７６】
このように、ＩＰＴＶサービスプロバイダ構成情報サーバＡ９２０、Ｂ９６０のサービスプロバイダサービス発見情報テーブル１２００、１３００、拡張サービスサーバ１４０の拡張サービスとしてのＳＭＳサービスオファー情報テーブル１５００をデータサービス情報テーブルとして備えたサービス情報提供装置が構成される。
【００７７】
なお、このサービス情報提供装置は、ＣＤＮ構成情報サーバ１１０のサービスプロバイダ発見情報テーブル４００を含むデータサービス情報テーブル備えるように構成しても構わない。
【００７８】
また、このサービス情報提供装置を構成するサーバは、１台のサーバマシンに全機能をサポートせず、ネットワークを介して複数のサーバマシンに機能を分散させたシステムとして実現しても構わない。
【００７９】
また、サービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバＡ９２０に対し、第一のサービス発見情報を要求する手段と、この第一のサービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示されたサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバＢ９６０に対し、第二のサービス発見情報を要求する手段と、この第二のサービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示された拡張サービスサーバ９７０の特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求する手段と、このサービスオファー情報を要求する手段による要求に対して応答されたサービスオファー情報を取得する手段とを備えたサービス情報取得装置としてのターミナルデバイス端末が構成される。
【００８０】
なお、このサービス情報取得装置としてのターミナルデバイス端末は、ＣＤＮ構成情報サーバ１１０に対し、サービスプロバイダ発見情報を要求する手段を備え、このサービスプロバイダ発見情報を要求する手段による要求に対して応答されたサービスプロバイダ発見情報に示されたサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバ１２０に対し、サービス発見情報を要求するように構成しても構わない。
【００８１】
このサービス情報提供装置の各サーバにより管理されるサービスプロバイダ発見情報テーブル４００、サービスプロバイダサービス発見情報テーブル１２００、１３００、ＳＭＳサービスオファー情報テーブル１５００を用いて、サービス情報取得装置とサービス情報提供装置との間で、上述の図１１に示した動作シーケンスが行われるものである。
【００８２】
以上、説明したように、この発明の実施の形態２によれば、ＩＰＴＶサービスプロバイダ構成情報サーバが、外部のＩＰＴＶサービスプロバイダのサービスプロバイダ発見情報を提供し、外部のＩＰＴＶサービスプロバイダ構成情報サーバが、拡張サービスを発見するためのサービスプロバイダサービス発見情報をターミナルデバイス端末に対して提供する。これにより、ターミナルデバイス端末が外部のＩＰＴＶサービスプロバイダの拡張サービスサーバにアクセスすることが可能となる。
【００８３】
実施の形態３．
先に説明したこの発明の実施形態１では、同一のサービスプロバイダの範囲内の拡張サービスを発見するためのサービスプロバイダサービス発見情報をターミナルデバイス端末に対して提供する一例について説明した。また、発明の実施の形態２では、別のサービスプロバイダに属する拡張サービスのサービス発見を可能にする一例について説明した。次にこの発明の実施の形態３では、ＣＤＮに限らず一般のインターネット上の拡張サービスのサービス発見を、サービスプロバイダ構成情報サーバを利用して可能にする一例について説明する。この場合、拡張サービスが属するサービスプロバイダのサービスプロバイダ構成情報サーバを利用する必要がない。また、この一例の拡張サービスサーバは複数のサービスを提供するＷｉｄｇｅｔｓサービスを説明しているが、単一サービスでも構わない。
【００８４】
図１７は、この発明の実施の形態３の構成の一例を示す説明図である。この図１７において、ターミナルデバイス端末１７００は、ＩＰＴＶサービスを利用する端末である。コンテンツデリバリネットワーク（ＣＤＮ）構成情報サーバ１７１０は、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０のアドレス情報を含むサービスプロバイダに関する情報を管理する。ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０は、基本ビデオサービスと拡張サービスを発見・利用するための情報を管理するとともに、任意サービスプロバイダの拡張サービスサーバを発見するための情報を管理する。基本ビデオサービスサーバ１７３０は、ＩＰＴＶ基本ビデオサービスを提供し、ＩＰ放送サーバまたはビデオオンデマンドサーバまたは両方のサーバ機能を提供する。拡張サービスサーバ１７４０は、ビデオコンテンツに限らずデータや情報サービスを提供する。基本ビデオサービスサーバ１７３０と拡張サービスサーバ１７４０のサービス発見情報は、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０により管理される。サービスプロバイダ１７５０は、ＩＰＴＶサービスを提供するサービスプロバイダの運用範囲を示す。サービスプロバイダ１７５０には、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０に加えて基本ビデオサービスサーバ１７３０または拡張サービスサーバ１７４０または両方のサーバが含まれる。拡張サービスサーバ１７７０は、拡張サービスサーバ１７４０相当のサーバである。また、拡張サービスサーバ１７７０は、サービスプロバイダ１７５０とは別のＣＤＮ又は一般インターネットの任意サービスプロバイダ１７８０に属する。一般のインターネットは任意サービスプロバイダの一例である。任意サービスプロバイダ１７８０には、拡張サービスサーバ１７７０が含まれる。ＩＰネットワーク１７９０は、ターミナルデバイス端末１７００、及び各サーバ（ＣＤＮ構成情報サーバ１７１０、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０、基本ビデオサービスサーバ１７３０、拡張サービスサーバ１７４０、１７７０）が通信可能な環境を提供する。
【００８５】
次に動作について説明する。
【００８６】
図１８は、図１７で示すこの発明の実施の形態３におけるサービス発見の動作シーケンスの一例を示す説明図である。この図１８の動作シーケンス図に従い、ターミナルデバイス端末１７００の起動から、異なるＣＤＮに属するサービスプロバイダのサービス発見までのシーケンスについて説明する。
【００８７】
ターミナルデバイス端末１７００は、既知のマルチキャストアドレスとポート、または既知のユニキャストアドレスを用いて、ＣＤＮ構成情報サーバ１７１０に対してサービスプロバイダ発見情報を要求する（ＳＴ１０００）。この要求に対して、ＣＤＮ構成情報サーバ１７１０は、１つ以上のＩＰＴＶサービスプロバイダ構成情報サーバのサービスプロバイダ発見情報を送信する（ＳＴ１０１０）。
【００８８】
ターミナルデバイス端末１７００は、取得した情報をパースし、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０のアドレス情報を取得する。このアドレス情報を用いて、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０に対してサービスプロバイダサービス発見情報を要求する（ＳＴ１１００）。この要求に対して、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０は、サービスプロバイダサービス発見情報を送信する（ＳＴ１１１０）。取得したサービスプロバイダサービス発見情報には、一般のインターネットを含む任意サービスプロバイダ１７８０が提供する拡張サービスに関する情報が含まれる。この情報に各サービスの簡易説明とアドレス情報が含まれるため、ユーザが興味あるサービスまたはインターネット上の任意サービスプロバイダ１７８０に関して、詳細情報を直接要求できる。
【００８９】
ターミナルデバイス端末１７００は、拡張サービスサーバ１７７０に対して拡張サービスオファー情報を要求する（ＳＴ１２００）。この要求に対して、拡張サービスサーバ１７７０は、拡張サービスオファー情報を送信する（ＳＴ１２１０）。取得した情報に該当サービスの詳細説明やアドレス情報が含まれる。最終的にＳＴ１２１０で得られたアドレス情報を用いて、ターミナルデバイス端末１７００は、オープンインターネットを含む任意サービスプロバイダの拡張サービスを利用する（ＳＴ１２５０）。また、サービスを提供する拡張サービスサーバとサービスオファー情報を提供するサーバは同一サーバである必要がない。ターミナルデバイス端末１７００は、サービスオファー情報を提供するサーバ１７７０とは別の拡張サービスサーバ１７６０のサービスを利用することもできる（ＳＴ１２６０）。
【００９０】
次に、この発明の実施の形態３における発見情報や拡張サービスオファー情報の管理について説明する。情報の管理に当たりパース、検索、ポータビリティを考慮してＸＭＬ表記を用いる。
【００９１】
図１９は、この発明の実施の形態３のターミナルデバイス端末１９００がサービスプロバイダを介して拡張サービスを提供する外部の任意サービスプロバイダの一例を示す説明図である。この図１９において、ターミナルデバイス端末１９００は、各サーバで管理される情報を順番に取得し、最終的に外部サービスオファー情報を取得する。ＣＤＮ構成情報サーバ１９１０は、サービスプロバイダ発見情報を格納する手段１９１１を備え、サービスプロバイダ発見情報を管理する。ＩＰＴＶサービスプロバイダ構成情報サーバ１９２０は、サービスプロバイダが提供するサービスプロバイダサービス発見情報を格納する手段１９２１を備え、サービスプロバイダサービス発見情報を管理する。拡張サービスサーバ１９８０は、外部の任意サービスプロバイダが提供する拡張サービスのサービスオファー情報を格納する手段１９８１を備え、拡張サービスのサービスオファー情報を管理し、この例では、ターミナルデバイス端末１９００に対して、WidgetsサービスのOffer情報を提供する。
【００９２】
ＣＤＮ構成情報サーバ１９１０が管理するサービスプロバイダ発見情報、ＩＰＴＶサービスプロバイダ構成情報サーバ１９２０が管理するサービスプロバイダサービス発見情報、拡張サービスサーバ１９８０が管理するサービスオファー情報は、例えば以下で説明するＸＭＬ表記を用いたテーブルとして管理される。
【００９３】
ＣＤＮ構成情報サーバ１９１０が管理するサービスプロバイダ発見情報の要素は、この発明の実施の形態１の図５で説明したＣＤＮ構成情報サーバ３１０が管理するサービスプロバイダ発見情報をＸＭＬで表記したサービスプロバイダ発見情報テーブル４００と同様のものとする。
【００９４】
図２０は、この発明の実施の形態３のＩＰＴＶサービスプロバイダ構成情報サーバ１９２０が管理するサービスプロバイダサービス発見情報をＸＭＬで表記したサービスプロバイダサービス発見情報テーブル２０００の一例を示す説明図である。この図２０に示すＸＭＬ表記されたサービスプロバイダサービス発見情報テーブル２０００において、Element/Attribute２００１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value２００２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【００９５】
@RecordVersion２０１０では、サービスプロバイダサービス発見情報の記録のバージョンが管理される。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。
【００９６】
ServiceProviderの項目では、以下の要素・属性でサービスプロバイダの基本情報を管理する。@ServiceProviderDomainName２０２０は、サービスプロバイダを一意に識別するための項目で、@ServiceProviderAuthority２０２１は有料サービスに用いるサービス供給者で、@ServiceProviderVersion２０２２でサービスプロバイダ情報のバージョンを管理する。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。@ServiceProviderLogoURI２０２３は、サービスプロバイダのロゴが保管されているサーバ・リソースの指定を行う。ServiceProviderName２０２４とServiceProviderDescription２０２５では、ユーザに対するサービス名称とサービス内容の簡易説明を記述する。
【００９７】
ServiceOfferSummaryの項目には、以下の属性に拡張サービスへのアクセス情報を記述する。@PushAddress２０３０と@PullAddress２０３１では、拡張サービスオファー情報に対してアクセスするためのマルチキャストアドレスおよびユニキャストアドレスを記述する。いずれのアドレス情報を用いても、同一情報が得られる。一般のインターネットでの拡張サービスサーバの場合、@PullAddress２０３１のURL情報のみが提供される場合が一般である。OfferPayloadType@id２０３２はサービスの種類を識別するために用いる。@segmentID２０３３は、特定のOfferPayloadType@idのサービスオファー情報を要求するために用いる。@segmentVersion２０３４は、特定のOfferPayloadType@idのサービスオファー情報がメモリに記憶されているかを確認するために用いる。@WebPortalURL２０３５は、拡張サービスオファー情報をＨＴＭＬ、ＸＨＴＭＬ、JavaScript（登録商標）、Ajax、Flash（登録商標）、ActionScriptフォーマットなどで記述されたWebページをアクセスするためのアドレスである。この場合ターミナル端末はWebブラウザのような高機能表示部およびユーザインターフェース部に対応する必要あるが、拡張サービスオファー情報だけでなく豊富な情報も取得できる。また、サービスプロバイダは複数サーバのServiceOfferSummaryアクセス情報を並記することもできる。図２０の一例において、ServiceOfferSummaryの＠PushAddress２０３６〜＠WebPortalURL２０４１はWidgetsサービスを提供する二つ目のサーバへのアクセス情報である。＠PushAddress２０３６〜＠WebPortalURL２０４１では、＠PushAddress２０３０〜＠WebPortalURL２０３５と同等な情報要素・属性が管理される。
【００９８】
図２１は、この発明の実施の形態３のサービスプロバイダサービス発見情報テーブル２０００のOfferPayloadType@idにおけるサービスの種類の識別値を定義するテーブル２１００の一例を示す説明図である。この図２１に示すサービスの種類の識別値を定義するテーブル２１００において、OfferPayloadType@id Value２１０１の列は、サービスの種類の識別値の例を示す。SD&S record carried２１０２の列は、識別値の意味を示す。OfferPayloadType@id２０３２の例の場合、サービスプロバイダが提供する拡張サービスはOpen Internet Widget Servicesであり、値は図２１の２１３０により０ｘＦ０となる。
【００９９】
ユーザプライベートエリアを利用するため、各サービスプロバイダが提供する拡張サービスを自由に追加することが可能となる。また、２つのサービスプロバイダが異なる拡張サービスにおいて同じユーザプライベートエリアのOfferPayloadType@idを利用しても、「OfferPayloadType@id」と「サービスプロバイダドメインネーム（ServiceProviderDomainName）」のペアがユニークであるため、識別が可能である。@segmentID（セグメントＩＤ）と@segmentVersion（セグメントバージョン）はＸＭＬドキュメントをセグメントに分割して端末に送信した場合に記述する。端末は、セグメントＩＤとセグメントバージョンを用いて特定のOfferPayloadType@idの情報を要求する。
【０１００】
図２２は、この発明の実施の形態３の拡張サービスサーバ１９８０が提供するWidgets サービスを管理するサービスオファー情報をＸＭＬで表記したWidgetsサービスオファー情報テーブル２２００の一例を示す説明図である。この図２２に示すＸＭＬ表記されたＳＭＳサービスオファー情報テーブル２２００において、Element/Attribute２２０１の列は、ＸＭＬエレメントとアトリビュートであり、このうち名前の前に“＠”が付いていないものはＸＭＬエレメント（要素）、“＠”が付いているものは、アトリビュート（属性）を示す。Value２２０２の列は、ＸＭＬエレメントあるいはアトリビュートがとる値の例を示す。
【０１０１】
この図２２のWidgetsサービスオファー情報テーブル２２００において、@DomainName２２０３は、拡張サービス提供するプロバイダを一意に識別するための項目である。@Version２２０４は、この記録情報のバージョン番号である。バージョン番号は、要素の値に変更があった場合に更新されることにより、ターミナルデバイス端末がキャッシュしている情報の有効性の判断に役立つ。Application@Id２２１０、２２３０は、アプリケーション識別子であり、ターミナルデバイス端末１９００と拡張サービスサーバ１９８０の間で相互接続性を確認するために利用される。ターミナルデバイス端末は、この識別子に基づいて、サービスが利用可能であるか否かを判断する。Name２２１１、２２３１とDescription２２１２、２２３２の記述は、ユーザに対するサービス名称とサービス内容の詳細説明を記述する。Author２２１３、２２３３は、ウィジェットアプリケーションの作者名である。License２２１４，２２３４は、ウィジェットアプリケーションの使用許諾契約または著作権表示である。Language２２１５、２２３５は、ウィジェットアプリがサポートしている言語である。データ型には例えばISO 639-1で定められる2文字の言語コードを用いる。Minver２２１６、２２３６は、ウィジェットアプリが動作するのに必要なウィジェットエンジンの最小バージョン番号である。Maxver２２１７、２２３７は、ウィジェットアプリが動作するのに必要なウィジェットエンジンの最大バージョン番号である。Rating２２１８、２２３８は、評価を示すための属性である。Downloads２２１９、２２３９は、ウィジェットアプリの総ダウンロード数である。Added２２２０、２２４０は、ウィジェットアプリが最初に登録された日時である。Updated２２２１、２２４１は、ウィジェットアプリが最後に更新された日時である。Picked２２２２、２２４２は、運営者による「オススメ」フラグをしめす。Tag２２２３、２２４３は、ウィジェットアプリに関連付けられたキーワードである「タグ」の集合である。Locator２２２４、２２４４は、Widgetsサービスを利用するためのマルチキャストまたはユニキャストのアドレス情報を記述する。
【０１０２】
このように、ＩＰＴＶサービスプロバイダ構成情報サーバ１７２０のサービスプロバイダサービス発見情報テーブル２０００、拡張サービスサーバ１７７０の拡張サービスとしてのWidgetsサービスオファー情報テーブル２２００をデータサービス情報テーブルとして備えたサービス情報提供装置が構成される。
【０１０３】
なお、このサービス情報提供装置は、ＣＤＮ構成情報サーバ１１０のサービスプロバイダ発見情報テーブル４００を含むデータサービス情報テーブル備えるように構成しても構わない。
【０１０４】
また、このサービス情報提供装置を構成するサーバは、１台のサーバマシンに全機能をサポートせず、ネットワークを介して複数のサーバマシンに機能を分散させたシステムとして実現しても構わない。
【０１０５】
また、サービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバ１７２０に対し、サービス発見情報を要求する手段と、サービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示されたサービスプロバイダの特定情報に特定された拡張サービスサーバ１７７０の特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求する手段と、このサービスオファー情報を要求する手段による要求に対して応答されたサービスオファー情報を取得する手段とを備えたサービス情報取得装置としてのターミナルデバイス端末が構成される。
【０１０６】
なお、このサービス情報取得装置としてのターミナルデバイス端末は、ＣＤＮ構成情報サーバ１１０に対し、サービスプロバイダ発見情報を要求する手段を備え、このサービスプロバイダ発見情報を要求する手段による要求に対して応答されたサービスプロバイダ発見情報に示されたサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバ１２０に対し、サービス発見情報を要求するように構成しても構わない。
【０１０７】
このサービス情報提供装置の各サーバにより管理されるサービスプロバイダ発見情報テーブル４００、サービスプロバイダサービス発見情報テーブル２０００、Widgetsサービスオファー情報テーブル２２００を用いて、サービス情報取得装置とサービス情報提供装置との間で、上述の図１８に示した動作シーケンスが行われるものである。
【０１０８】
以上、説明したように、この発明の実施の形態３によれば、ＩＰＴＶサービスプロバイダ構成情報サーバが、一般のインターネットを含む外部の拡張サービスを発見するためのサービスプロバイダサービス発見情報をターミナルデバイス端末に対して提供する。これにより、ターミナルデバイス端末が外部のＩＰＴＶサービスプロバイダの拡張サービスサーバにアクセスすることが可能となる。
【０１０９】
実施の形態４．
以上のこの発明の実施形態１では、同一のサービスプロバイダの範囲内の拡張サービスを発見するためのサービスプロバイダサービス発見情報をターミナルデバイス端末に対して提供する一例について説明した。発明の実施の形態２では、別のサービスプロバイダに属する拡張サービスのサービス発見を可能にする一例について説明した。また、実施の形態３では、ＣＤＮに限らず一般のインターネット上の拡張サービスのサービス発見を、サービスプロバイダ構成情報サーバを利用して可能にする一例について説明した。この場合、拡張サービスが属するサービスプロバイダのサービスプロバイダ構成情報サーバを利用する必要がない。
次にこの発明の実施の形態４では、サービスプロバイダを発見するためにネットワークプロバイダが提供するコンテンツデリバリネットワーク（ＣＤＮ）やＣＤＮ構成情報サーバを利用することなく、一般のインターネット上のサービスプロバイダ発見サーバを利用する一例について説明する。この場合、サービスプロバイダを発見した後も、一般のインターネットを介してＩＰＴＶサービスプロバイダ構成情報サーバ、基本ビデオサービスサーバ、および拡張サービスサーバへのアクセスが可能である。
【０１１０】
図２３は、この発明の実施の形態４の構成の一例を示す説明図である。この図２３において、ターミナルデバイス端末２３００は、ＩＰＴＶサービスを利用する端末である。Web-basedサービスプロバイダ発見サーバ２３１０は、Web-based ＩＰＴＶサービス発見サーバ２３２０のアドレス情報を含むサービスプロバイダに関する情報を管理し、ウエブページ形式を用いてターミナルデバイス端末２３００に対してこの情報を提供する。Web-based ＩＰＴＶサービス発見サーバ２３２０は、基本ビデオサービスと拡張サービスを発見・利用するための情報を管理するとともに、任意サービスプロバイダ２３８０の拡張サービスサーバ２３７０を発見するための情報を管理し、ウエブページ形式を用いてターミナルデバイス端末２３００に対して情報を提供する。基本ビデオサービスサーバ２３３０は、ＩＰＴＶ基本ビデオサービスを提供し、ＩＰ放送サーバまたはビデオオンデマンドサーバまたは両方のサーバ機能を提供する。拡張サービスサーバ２３４０は、ビデオコンテンツに限らずデータや情報サービスを提供する。基本ビデオサービスサーバ２３３０と拡張サービスサーバ２３４０のサービス発見情報は、Web-based ＩＰＴＶサービス発見サーバ２３２０により管理される。サービスプロバイダ２３５０は、ＩＰＴＶサービスを提供するサービスプロバイダの運用範囲を示す。サービスプロバイダ２３５０には、Web-based ＩＰＴＶサービス発見サーバ２３２０に加えて基本ビデオサービスサーバ２３３０または拡張サービスサーバ２３４０または両方のサーバが含まれる。拡張サービスサーバ２３７０は、拡張サービスサーバ２３４０に相当するサーバである。また、拡張サービスサーバ２３７０は、サービスプロバイダ２３５０とは別のＣＤＮ又は一般インターネットの任意サービスプロバイダ２３８０に属する。一般のインターネットは任意サービスプロバイダの一例である。任意サービスプロバイダ２３８０には、拡張サービスサーバ２３７０が含まれる。一般インターネット２３９０は、ターミナルデバイス端末２３００、及び各サーバ（Web-basedサービスプロバイダ発見サーバ２３１０、Web-based ＩＰＴＶサービス発見サーバ２３２０、基本ビデオサービスサーバ２３３０、拡張サービスサーバ２３４０、２３７０）が通信可能な環境を提供する。
【０１１１】
次に動作について説明する。
【０１１２】
図２４は、図２３で示すこの発明の実施の形態４におけるWeb-basedサービス発見の動作シーケンスの一例を示す説明図である。この図２４の動作シーケンス図に従い、ターミナルデバイス端末２３００の起動から、一般インターネット上の任意サービスプロバイダのサービス発見までのシーケンスについて説明する。
【０１１３】
ターミナルデバイス端末２３００は、既知のＵＲＩ又はＵＲＬアドレスを用いて、Web-basedサービスプロバイダ発見サーバ２３１０が提供するウエブページを要求する（ＳＴ２０００）。Web-basedサービスプロバイダ発見サーバ２３１０は、１つ以上のサービスプロバイダ２３５０のWeb-based ＩＰＴＶサービス発見サーバ２３２０へのハイパーリンク情報および、サービスプロバイダ２３５０のアイコンや関連情報を含むウェッブページドキュメントをターミナルデバイス端末２３００に送り返す（ＳＴ２０１０）。
【０１１４】
ターミナルデバイス端末２３００は、取得したウェッブページドキュメントをパースし、ウエブページを表示する。ウエブページ上に利用可能なサービスプロバイダ２３５０のアイコンや関連情報が表示される。エンドユーザは、アイコンや関連情報を参照することによってサービスプロバイダ２３５０を選べる。アイコンはサービスプロバイダ２３５０へのハイパーリンク情報と連携しているため、端末のＵＩなどを利用してアイコンを選択することによってWeb-basedＩＰＴＶサービス発見サーバ２３２０が提供するウエブページを要求する（ＳＴ２１００）。Web-basedＩＰＴＶサービス発見サーバ２３２０は、同じサービスプロバイダ２３５０に属する拡張サービスサーバ２３４０または、任意サービスプロバイダ２３８０の拡張サービスサーバ２３７０、又は両方のサーバへのハイパーリンク情報およびサービスのアイコンや関連情報を含むウェッブページドキュメントをターミナルデバイス端末２３００に送り返す（ＳＴ２１１０）。取得したサービス情報ウエブページドキュメントには、一般のインターネットを含む任意サービスプロバイダ２３８０が提供する拡張サービスに関する情報が含まれる。この情報に各サービスの簡易説明とアドレス情報が含まれるため、ユーザが興味あるサービスまたはインターネット上の任意サービスプロバイダ２３８０に関して、詳細情報を直接要求できる。
【０１１５】
ターミナルデバイス端末２３００は、拡張サービスサーバ２３４０に対して拡張サービスオファー情報を含むサービス詳細ウエブページドキュメントを要求する（ＳＴ２２００）。この要求に対して、拡張サービスサーバ２３４０は、拡張サービスオファー情報を含むサービス詳細ウエブページドキュメントを送信する（ＳＴ２２１０）。取得したウエブページドキュメントに該当サービスの詳細説明やハイパーリンクアドレス情報が含まれる。最終的にＳＴ２２１０で得られたハイパーリンクアドレス情報を用いて、ターミナルデバイス端末２３００は、オープンインターネットを含む任意サービスプロバイダ２３８０の拡張サービスを利用する（ＳＴ２２５０）。また、サービスを提供する拡張サービスサーバとサービスオファー情報を提供するサーバは同一サーバである必要がない。ターミナルデバイス端末２３００は、サービスオファー情報を提供する拡張サービスサーバ２３４０とは別の拡張サービスサーバ２３７０のサービスを利用することもできる（ＳＴ２２６０）。
【０１１６】
次に、この発明の実施の形態４における発見情報や拡張サービスオファー情報の管理について説明する。情報の管理に当たりパース、検索、ポータビリティを考慮してＸＭＬ表記を用いる。
【０１１７】
図２５は、この発明の実施の形態４のターミナルデバイス端末２５００がサービスプロバイダを介して拡張サービスを提供する外部の任意サービスプロバイダの一例を示す説明図である。この図２５において、ターミナルデバイス端末２５００は、各サーバが提供するウエブページを順番にアクセスし、最終的にサービスオファー情報を取得する。Web-based サービスプロバイダ発見サーバ２５１０は、サービスプロバイダ発見情報を格納する手段２５１１を備え、サービスプロバイダ発見情報を管理する。Web-basedＩＰＴＶサービス発見サーバ２５２０は、サービスプロバイダが提供するサービス発見情報を格納する手段２５２１を備え、サービス発見情報を管理する。拡張サービスサーバ２５８０は、任意サービスプロバイダが提供する拡張サービスのサービスオファー情報を格納する手段２５８１を備え、拡張サービスのサービスオファー情報を管理する。
【０１１８】
Web-based サービスプロバイダ発見サーバ２５１０が管理するサービスプロバイダ発見情報、Web-based ＩＰＴＶサービス発見サーバ２５２０が管理するサービス発見情報、拡張サービスサーバ２５８０が管理するサービスオファー情報は、例えば以下で説明するＸＭＬ表記を用いたテーブルとして管理される。
Web-based サービスプロバイダ発見サーバ２５１０が管理するサービスプロバイダ発見情報の要素は、この発明の実施の形態１で説明したＣＤＮ構成情報サーバ３１０が管理するサービスプロバイダ発見情報をＸＭＬで表記したサービスプロバイダ発見情報テーブル４００（図５を参照）と同様のものとする。
Web-based ＩＰＴＶサービス発見サーバ２５２０が管理するサービス発見情報の要素は、この発明の実施の形態１で説明したＩＰＴＶサービスプロバイダ構成情報サーバ３２０が管理するサービスプロバイダサービス発見情報をＸＭＬで表記したサービス発見情報テーブル５００（図６を参照）と同様のものとする。
拡張サービスサーバ２５８０が管理するサービスオファー情報の要素は、この発明の実施の形態１，２，３で説明した拡張サービスサーバ３３０，３４０が管理するサービスオファー情報をＸＭＬで表記したサービスオファー情報テーブル６００，７００，１５００，２２００（図８、図９、図１６、図２２を参照）と同様のものとする。
【０１１９】
以上のように、この発明のサービス情報提供装置およびサービス情報取得装置では、サービス情報提供装置を構成するＩＰＴＶサービスプロバイダ構成情報サーバが、基本ＩＰＴＶサービスである映像コンテンツ送信以外の拡張サービスを発見するためのサービスプロバイダサービス発見情報をサービス情報取得装置としてのターミナルデバイス端末に対して提供し、前記のサービスプロバイダサービス発見情報に記載された拡張サービスサーバのアドレス情報に基づき、ターミナルデバイス端末が拡張サービスサーバにアクセスすることが可能となる。
【０１２０】
また、この発明のサービス情報提供装置およびサービス情報取得装置では、サービス情報提供装置を構成するＩＰＴＶサービスプロバイダ構成情報サーバが、外部のＩＰＴＶサービスプロバイダのサービスプロバイダ発見情報を提供し、外部のＩＰＴＶサービスプロバイダ構成情報サーバが、拡張サービスを発見するためのサービスプロバイダサービス発見情報をサービス情報取得装置としてのターミナルデバイス端末に対して提供し、ターミナルデバイス端末が外部のＩＰＴＶサービスプロバイダの拡張サービスサーバにアクセスすることが可能となる。
【０１２１】
この発明のサービス情報提供装置およびサービス情報取得装置では、従来は映像コンテンツ送信サービスしか実現できなかったサービス情報取得装置としてのターミナルデバイス端末が、ニュース配信などの新たなデータサービス全般をユーザに対して提供する事が可能となる。
【０１２２】
なお、この発明のサービス情報提供装置を構成する各サーバに管理されるテーブルは、ＸＭＬ表記された例として説明したが、ＸＭＬとは異なる言語・形式によって表記されたものでも構わない。また、テーブルは、上述の説明で用いなかった他用途の項目、要素・属性を含むものであっても構わない。
【産業上の利用可能性】
【０１２３】
この発明に係るサービス情報提供装置およびサービス情報取得装置は、映像コンテンツサービスだけでなく、様々なコンテンツの種類に対応するデータ・情報提供サービスを利用可能とするものに適している。
【図１】
2010055648.tif 000003
【図２】
2010055648.tif 000004
【図３】
2010055648.tif 000005
【図４】
2010055648.tif 000006
【図５】
2010055648.tif 000007
【図６】
2010055648.tif 000008
【図７】
2010055648.tif 000009
【図８】
2010055648.tif 000010
【図９】
2010055648.tif 000011
【図１０】
2010055648.tif 000012
【図１１】
2010055648.tif 000013
【図１２】
2010055648.tif 000014
【図１３】
2010055648.tif 000015
【図１４】
2010055648.tif 000016
【図１５】
2010055648.tif 000017
【図１６】
2010055648.tif 000018
【図１７】
2010055648.tif 000019
【図１８】
2010055648.tif 000020
【図１９】
2010055648.tif 000021
【図２０】
2010055648.tif 000022
【図２１】
2010055648.tif 000023
【図２２】
2010055648.tif 000024
【図２３】
2010055648.tif 000025
【図２４】
2010055648.tif 000026
【図２５】
2010055648.tif 000027
【国際調査報告】
2010055648.tif 000028
2010055648.tif 000029
2010055648.tif 000030
2010055648.tif 000031