JPWO2010055648A1 - サービス情報提供装置およびサービス情報取得装置 - Google Patents

サービス情報提供装置およびサービス情報取得装置 Download PDF

Info

Publication number
JPWO2010055648A1
JPWO2010055648A1 JP2010537689A JP2010537689A JPWO2010055648A1 JP WO2010055648 A1 JPWO2010055648 A1 JP WO2010055648A1 JP 2010537689 A JP2010537689 A JP 2010537689A JP 2010537689 A JP2010537689 A JP 2010537689A JP WO2010055648 A1 JPWO2010055648 A1 JP WO2010055648A1
Authority
JP
Japan
Prior art keywords
service
information
service provider
server
discovery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2010537689A
Other languages
English (en)
Other versions
JP5121938B2 (ja
Inventor
雅美 松原
雅美 松原
今井　繁
繁 今井
三浦　紳
紳 三浦
慎二 赤津
慎二 赤津
浅井　光太郎
光太郎 浅井
卓見 秋山
卓見 秋山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2010537689A priority Critical patent/JP5121938B2/ja
Publication of JPWO2010055648A1 publication Critical patent/JPWO2010055648A1/ja
Application granted granted Critical
Publication of JP5121938B2 publication Critical patent/JP5121938B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

サービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報としてのサービス発見情報との対応を示すサービス発見情報テーブルと、サービス発見情報テーブルのサービス発見情報とそのサービス発見情報に対応するデータ内容を示すサービスオファー情報との対応を示すサービスオファー情報テーブルとから構成されたデータサービス情報テーブルを備えた。

Description

この発明は、ネットワーク上のデータサービスのサービス情報提供装置およびサービス情報取得装置に関するものである。
近年、インターネットを含むインターネットプロトコル（ＩＰ）ベースのネットワークにおいては、映像コンテンツだけでなく、様々なデータフォーマットの情報やデータサービスが存在し、サービスの種類や提供方法も増えている。
従来、ＩＰネットワークを介して映像コンテンツがサーバからターミナルデバイス端末に送信されるインターネットプロトコルＴＶ（ＩＰＴＶ）システムとしては、例えば特許文献１に開示されるものがある。この特許文献１には、映像コンテンツを検索・選択するためのビデオサービスの発見方法やビデオコンテンツの発見方法が開示されている。
この特許文献１のＩＰＴＶシステムでサポートされるサービスは、ビデオサービスであり、映像コンテンツとしてテレビ放送やビデオオンデマンドコンテンツに関するサービス発見手法が開示されている。
米国 特許公開２００８／０１６８１２４号公報
以上に述べた従来のＩＰＴＶシステムのＩＰＴＶサービスによれば、テレビ放送やビデオオンデマンドのようなデジタル映像コンテンツの送受信および映像コンテンツを検索・選択するためのサービス発見が対象であるため、限られたサービスの種類しか提供できないという問題があった。
このような従来のＩＰＴＶシステムでは、提供されるＩＰＴＶサービスが映像コンテンツ送信に限られるため、インターネットが可能にする数多くのデータサービスや情報提供サービスへの対応はできなかった。
この発明は、上記のような問題点を解決するためになされたもので、映像コンテンツサービスだけでなく様々なコンテンツ種類に対応するデータ・情報提供サービスを利用可能とするサービス情報提供装置およびサービス情報取得装置を提供することを目的とする。
この発明に係るサービス情報提供装置は、データを提供するサービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報とを対応させたデータサービス情報テーブルを備えたものである。
また、この発明に係るサービス情報取得装置は、サービスプロバイダ構成情報サーバに対し、サービス発見情報を要求する手段と、このサービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示されたサービスサーバの特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求する手段と、このサービスオファー情報を要求する手段による要求に対して応答されたサービスオファー情報を取得する手段とを備えたものである。
この発明のサービス情報提供装置およびサービス情報取得装置によれば、様々なコンテンツ種類に対応するデータ・情報提供サービスを利用可能とするサービス情報提供装置およびサービス情報取得装置を提供することができる効果がある。
この発明の実施の形態１の構成の一例を示す説明図である。 図１で示すこの発明の実施の形態１におけるサービス発見の動作シーケンスの一例を示す説明図である。 この発明の実施の形態１におけるターミナルデバイス端末の構成の一例を示す説明図である。 この発明の実施の形態１の２つの拡張サービスを提供するサービスプロバイダの一例を示す説明図である。 この発明の実施の形態１のＣＤＮ構成情報サーバが管理するサービスプロバイダ発見情報テーブルの一例を示す説明図である。 この発明の実施の形態１のＩＰＴＶサービスプロバイダ構成情報サーバが管理するサービスプロバイダサービス発見情報テーブルの一例を示す説明図である。 この発明の実施の形態１のサービスの種類の識別値を定義するテーブルの一例を示す説明図である。 この発明の実施の形態１の拡張サービスサーバが管理する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 ＩＰＴＶサービス発見サーバ２５２０が管理するサービス発見情報の要素は、この発明の実施の形態１で説明したＩＰＴＶサービスプロバイダ構成情報サーバ３２０が管理するサービスプロバイダサービス発見情報をＸＭＬで表記したサービス発見情報テーブル５００（図６を参照）と同様のものとする。
拡張サービスサーバ２５８０が管理するサービスオファー情報の要素は、この発明の実施の形態１，２，３で説明した拡張サービスサーバ３３０，３４０が管理するサービスオファー情報をＸＭＬで表記したサービスオファー情報テーブル６００，７００，１５００，２２００（図８、図９、図１６、図２２を参照）と同様のものとする。
以上のように、この発明のサービス情報提供装置およびサービス情報取得装置では、サービス情報提供装置を構成するＩＰＴＶサービスプロバイダ構成情報サーバが、基本ＩＰＴＶサービスである映像コンテンツ送信以外の拡張サービスを発見するためのサービスプロバイダサービス発見情報をサービス情報取得装置としてのターミナルデバイス端末に対して提供し、前記のサービスプロバイダサービス発見情報に記載された拡張サービスサーバのアドレス情報に基づき、ターミナルデバイス端末が拡張サービスサーバにアクセスすることが可能となる。
また、この発明のサービス情報提供装置およびサービス情報取得装置では、サービス情報提供装置を構成するＩＰＴＶサービスプロバイダ構成情報サーバが、外部のＩＰＴＶサービスプロバイダのサービスプロバイダ発見情報を提供し、外部のＩＰＴＶサービスプロバイダ構成情報サーバが、拡張サービスを発見するためのサービスプロバイダサービス発見情報をサービス情報取得装置としてのターミナルデバイス端末に対して提供し、ターミナルデバイス端末が外部のＩＰＴＶサービスプロバイダの拡張サービスサーバにアクセスすることが可能となる。
この発明のサービス情報提供装置およびサービス情報取得装置では、従来は映像コンテンツ送信サービスしか実現できなかったサービス情報取得装置としてのターミナルデバイス端末が、ニュース配信などの新たなデータサービス全般をユーザに対して提供する事が可能となる。
なお、この発明のサービス情報提供装置を構成する各サーバに管理されるテーブルは、ＸＭＬ表記された例として説明したが、ＸＭＬとは異なる言語・形式によって表記されたものでも構わない。また、テーブルは、上述の説明で用いなかった他用途の項目、要素・属性を含むものであっても構わない。
この発明に係るサービス情報提供装置およびサービス情報取得装置は、映像コンテンツサービスだけでなく、様々なコンテンツの種類に対応するデータ・情報提供サービスを利用可能とするものに適している。

Claims (8)

  1. データを提供するサービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報とを対応させたデータサービス情報テーブルを備えたサービス情報提供装置。
  2. 前記データサービス情報テーブルは、前記サービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報としてのサービス発見情報との対応を示すサービス発見情報テーブルと、前記サービス発見情報テーブルのサービス発見情報とそのサービス発見情報に対応するデータ内容を示すサービスオファー情報との対応を示すサービスオファー情報テーブルとにより構成されたことを特徴とする請求項１に記載のサービス情報提供装置。
  3. 前記サービス発見情報テーブルは、サービス発見情報に当該サービスプロバイダとは別のサービスプロバイダの特定情報とそのサービスプロバイダが提供するサービス内容情報を含むことを特徴とする請求項２に記載のサービス情報提供装置。
  4. 前記データサービス情報テーブルは、前記サービスプロバイダの特定情報を提供するサービス内容情報としてのサービスプロバイダ発見情報との対応を示すサービスプロバイダ発見情報テーブルと、前記サービス発見情報テーブルおよび前記サービスオファー情報テーブルとにより構成されたことを特徴とする請求項２に記載のサービス情報提供装置。
  5. サービスプロバイダ構成情報サーバに対し、サービス発見情報を要求する手段と、このサービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示されたサービスサーバの特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求する手段と、このサービスオファー情報を要求する手段による要求に対して応答されたサービスオファー情報を取得する手段とを備えたことを特徴とするサービス情報取得装置。
  6. 前記サービス発見情報を要求する手段は、サービス発見情報の要求に対して応答されたサービス発見情報に示された当該サービスプロバイダ構成情報サーバが属するサービスプロバイダとは別のサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバに対し、さらにサービス発見情報を要求することを特徴とする請求項５に記載のサービス情報取得装置。
  7. 前記サービスオファー情報を要求する手段は、前記サービス発見情報を要求する手段による要求に対して応答されたサービス発見情報に示された当該サービスプロバイダ構成情報サーバが属するサービスプロバイダとは別のサービスプロバイダの特定情報に特定されたサービスサーバに対し、サービスオファー情報を要求することを特徴とする請求項５に記載のサービス情報取得装置。
  8. ネットワーク構成情報サーバに対し、サービスプロバイダ発見情報を要求する手段を備え、前記サービス発見情報を要求する手段は、前記サービスプロバイダ発見情報を要求する手段による要求に対して応答されたサービスプロバイダ発見情報に示されたサービスプロバイダの特定情報に特定されたサービスプロバイダ構成情報サーバに対し、サービス発見情報を要求することを特徴とする請求項５に記載のサービス情報取得装置。
JP2010537689A 2008-11-12 2009-11-11 サービス情報提供装置およびサービス情報取得装置 Expired - Fee Related JP5121938B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010537689A JP5121938B2 (ja) 2008-11-12 2009-11-11 サービス情報提供装置およびサービス情報取得装置

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2008290084 2008-11-12
JP2008290084 2008-11-12
JP2009205895 2009-09-07
JP2009205895 2009-09-07
JP2010537689A JP5121938B2 (ja) 2008-11-12 2009-11-11 サービス情報提供装置およびサービス情報取得装置
PCT/JP2009/006014 WO2010055648A1 (ja) 2008-11-12 2009-11-11 サービス情報提供装置およびサービス情報取得装置

Publications (2)

Publication Number Publication Date
JPWO2010055648A1 true JPWO2010055648A1 (ja) 2012-04-12
JP5121938B2 JP5121938B2 (ja) 2013-01-16

Family

ID=42169794

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010537689A Expired - Fee Related JP5121938B2 (ja) 2008-11-12 2009-11-11 サービス情報提供装置およびサービス情報取得装置

Country Status (7)

Country Link
US (1) US8943544B2 (ja)
EP (1) EP2352100A4 (ja)
JP (1) JP5121938B2 (ja)
KR (1) KR101285068B1 (ja)
CN (1) CN102217325B (ja)
BR (1) BRPI0921149A2 (ja)
WO (1) WO2010055648A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101810882B1 (ko) * 2011-04-01 2017-12-20 삼성전자주식회사 엠펙 2 계층을 이용한 위젯 정보를 제공하기 위한 방법 및 장치
KR20130005524A (ko) * 2011-07-06 2013-01-16 한국전자통신연구원 웹 기반 이동성 보장 방법과 그를 위한 시스템, 장치 및 컴퓨터로 읽을 수 있는 기록매체
KR20140042049A (ko) * 2012-09-27 2014-04-07 한화에스앤씨주식회사 다중 콘텐츠 서버 관리 방법
JP6182871B2 (ja) * 2013-01-17 2017-08-23 沖電気工業株式会社 サービス構成情報提供装置、サービス構成情報提供方法及びサービス構成情報提供プログラム
JP2016526207A (ja) 2013-05-06 2016-09-01 コンヴィーダ ワイヤレス， エルエルシー モノのインターネットのための知的交渉サービス
JP6486575B1 (ja) * 2018-06-21 2019-03-20 三菱電機株式会社 機器制御信号登録装置、機器制御信号登録システム、機器制御信号登録方法、および、機器制御信号登録プログラム

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215512A (ja) * 2001-01-24 2002-08-02 Nippon Telegr & Teleph Corp <Ntt> テレビ番組リンクｕｒｌ情報配信システム
JP2004312084A (ja) * 2003-04-02 2004-11-04 Matsushita Electric Ind Co Ltd 映像配信システム
JP2005223504A (ja) * 2004-02-04 2005-08-18 Sony Corp サービス提供サーバ、情報処理装置、およびデータ処理方法、並びにコンピュータ・プログラム
JP2006331199A (ja) 2005-05-27 2006-12-07 Ntt Docomo Inc サービス決定装置及びサービス決定方法
US7344084B2 (en) * 2005-09-19 2008-03-18 Sony Corporation Portable video programs
FR2903268A1 (fr) 2006-06-30 2008-01-04 Thomson Licensing Sas Procede de reception de services audio/video, terminal et systeme correspondants
US20080022308A1 (en) * 2006-07-21 2008-01-24 Microsoft Corporation Pre-populated Search Results In Electronic Program Guide Data
US8938765B2 (en) * 2006-12-22 2015-01-20 Time Warner Cable Enterprises Llc Methods, apparatus and user interface for providing content on demand
WO2008084965A1 (en) * 2007-01-08 2008-07-17 Lg Electronics Inc. Method of processing channel information and receiver
KR101265635B1 (ko) 2007-01-10 2013-05-23 엘지전자 주식회사 방송 신호 수신 방법 및 방송 수신 장치
JP2008203928A (ja) 2007-02-16 2008-09-04 Matsushita Electric Ind Co Ltd コンテンツ管理サーバ、情報端末および画像データ配信システム
JP2008263480A (ja) * 2007-04-13 2008-10-30 Mitsubishi Electric Corp 電子番組表表示装置及び電子番組表作成方法
US7720986B2 (en) * 2007-08-24 2010-05-18 At&T Intellectual Property I, L.P. Method and system for media adaption
JP5018560B2 (ja) * 2007-09-03 2012-09-05 ソニー株式会社 Ｉｐｔｖクライアント端末、ｓｉｐ−ｉｎｖｉｔｅメッセージ生成方法、ｉｐｔｖシステム、ｉｐｔｖセッション制御方法、コンピュータ・プログラム、ｉｐｔｖクライアントシステム、およびセッション管理装置
US7822868B2 (en) * 2008-01-30 2010-10-26 Alcatel Lucent Method and apparatus for targeted content delivery based on RSS feed analysis
EP2259591A4 (en) * 2008-03-28 2013-08-14 Samsung Electronics Co Ltd METHOD AND DEVICE FOR RECEIVING DATA FOR APPLICATIONS PROVIDING AN IP TELEVISION COMMUNICATIONS SERVICE

Also Published As

Publication number Publication date
WO2010055648A1 (ja) 2010-05-20
EP2352100A4 (en) 2013-10-09
JP5121938B2 (ja) 2013-01-16
KR20110084306A (ko) 2011-07-21
US8943544B2 (en) 2015-01-27
KR101285068B1 (ko) 2013-07-10
BRPI0921149A2 (pt) 2016-02-23
EP2352100A1 (en) 2011-08-03
CN102217325A (zh) 2011-10-12
US20110258673A1 (en) 2011-10-20
CN102217325B (zh) 2014-10-01

Similar Documents

Publication Publication Date Title
JP5121938B2 (ja) サービス情報提供装置およびサービス情報取得装置
US20070078904A1 (en) Method and apparatus for publishing content through blog
US20080071616A1 (en) System and Method for Ensuring Delivery of Advertising
US20080072249A1 (en) User Designated Advertising Server
US8396990B2 (en) Transcoding web resources
KR102460099B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
US10095378B2 (en) Web browser toolbar
JP5487299B2 (ja) 操作情報生成装置および操作情報生成方法
US20100064321A1 (en) System and method for processing electronic program guide based on really simple syndication feed
JP2013152517A (ja) クーポン配布システム、テレビ、サーバー
CN110708402A (zh) 可访问资源的展示方法、装置及资源访问系统
JP5602991B2 (ja) メディアサーバ内のコンテンツを提供する装置、システムおよびその方法
KR20100060726A (ko) 양방향 맞춤형 광고를 위한 사용자 단말장치와 광고 서비스서버 및 사용자 단말장치의 양방향 맞춤형 광고방법
KR101310900B1 (ko) 서비스 정보 제공 방법, 서비스 정보 제공 시스템 및 서비스 정보 수신 방법
JP2010129013A (ja) 広告配信のためのシステム、方法、装置およびプログラム
JP2009532751A (ja) ウェブサイトの更新についての情報を提供する方法および装置
KR20110037354A (ko) 컨텐츠 소비 이력 배포 장치와 이를 이용한 서비스 시스템 및 그 방법
JP2007328552A (ja) Ｕｒｌ情報提供システム
US10091557B2 (en) Identifying and sharing video content on a digital network
JP4547406B2 (ja) 情報投稿閲覧システム及び情報投稿閲覧装置
KR101485841B1 (ko) 네트워크 기반의 객체 제공 장치 및 방법
JP2006260309A (ja) プログラムダウンロード実行システム、プログラムダウンロード実行方法、ダウンロードサーバ装置、ダウンロード情報出力サーバ装置、データサーバ装置、端末及びデータ取得プログラム
JP2006331139A (ja) 情報処理システム、サーバ装置、クライアント装置、およびプログラム
JP2012181853A (ja) ウェブサイトの更新についての情報を提供する方法および装置
Gil Solla et al. Content Reference IDentifier (CRID)

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120703

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120830

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120925

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121023

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151102

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees