JP4569682B2 - 情報処理装置、端末装置、およびプログラム - Google Patents

情報処理装置、端末装置、およびプログラム Download PDF

Info

Publication number
JP4569682B2
JP4569682B2 JP2008189102A JP2008189102A JP4569682B2 JP 4569682 B2 JP4569682 B2 JP 4569682B2 JP 2008189102 A JP2008189102 A JP 2008189102A JP 2008189102 A JP2008189102 A JP 2008189102A JP 4569682 B2 JP4569682 B2 JP 4569682B2
Authority
JP
Japan
Prior art keywords
content
metadata
user
search
purchased
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.)
Expired - Fee Related
Application number
JP2008189102A
Other languages
English (en)
Other versions
JP2010028584A (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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Priority to JP2008189102A priority Critical patent/JP4569682B2/ja
Priority to EP09251591A priority patent/EP2148508A1/en
Priority to US12/503,533 priority patent/US20100023980A1/en
Priority to CN200910164764A priority patent/CN101635829A/zh
Publication of JP2010028584A publication Critical patent/JP2010028584A/ja
Application granted granted Critical
Publication of JP4569682B2 publication Critical patent/JP4569682B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2543—Billing, e.g. for subscription services
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25816—Management of client data involving client authentication
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • 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
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Computer Graphics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、ネットワークを通じて互いに接続することが可能な情報処理装置、端末装置、およびプログラムに関する。
IPTV（Internet Protocol Television）は、IPを利用してデジタルテレビ放送を配信するサービス、またはその放送技術の総称である。IPTVのセッション制御の標準候補はIMS（IP Multimedia Sub-system）である。IPTVの標準化における標準メタデータフォーマットの候補がTV-Anytimeメタデータである。TV-Anytimeメタデータは、ETSI（European Telecommunications Standards Institute）で規格化されたメタデータの標準である。例えば、DVB（Digital Video Broadcasting）でのIPTV標準や、ITU-TにおけるIPTV標準のメタデータフォーマットとしてTV-Anytimeメタデータが候補となっている。
TV-Anytimeを用いてオンラインで映像コンテンツの管理・運用を行うシステムとしては、例えば特許文献１などがある。特許文献１では、システムがユーザに薦めるコンテンツの一覧情報からユーザが視聴したいコンテンツを選択すると、このコンテンツの購入要求がコンテンツ購入処理サーバに送られる。コンテンツの購入要求には、そのコンテンツに関連付けられたメタデータから抽出されたタイトル、ジャンル、キーワードなど、そのコンテンツを特定する情報が含まれる。コンテンツ購入処理サーバはユーザ認証を行った後、コンテンツの購入要求に含まれるコンテンツを特定する情報をもとに、そのコンテンツを視聴する権利情報（ライセンス）をユーザに送出する。
特開２００４−２４７８４４号公報（段落００１８−００２１）
しかしながら、現在のTV-Anytimeの規定において、メタデータに対するクエリ処理は、ユーザが所望のコンテンツを探すための検索にとどまり、コンテンツの購入状況すなわちその検索されたコンテンツがユーザによって既に購入済みであるかどうかの情報までを含めて検索結果として応答するようにはなっていない。ユーザがコンテンツの購入状況を知るためには、別のクエリを使って、購入履歴に基づくコンテンツの検索をサーバに要求して、購入済みのコンテンツの照会を受けなければならなかった。したがって、購入済みのコンテンツの数が多くなるにつれて、その中から所望のコンテンツを探し出す際のユーザの負担が大きくなる。また、コンテンツの検索のためのクエリ処理に加えて、コンテンツ購入履歴の照会のためのクエリ処理がサーバで別々に実行されることは、サーバ側のクエリ処理による全体の負荷が増大する。という問題があった。
以上のような事情に鑑み、本発明の目的は、ユーザにより指定された検索条件に合致するコンテンツのメタデータを、そのコンテンツが当該ユーザにより購入済みか否かを示す情報とともにメタデータ検索結果として得ることのできる情報処理装置、サーバ装置、およびプログラムを提供することにある。
上記の課題を解決するために、本発明の第１の観点に係る情報処理装置は、ユーザ毎のコンテンツ購入履歴を格納するコンテンツ購入履歴格納部と、複数のコンテンツのメタデータが格納されたメタデータ格納部と、ネットワークを通じてユーザの端末装置より送信された当該ユーザを特定する情報および検索条件を含むメタデータ検索要求を受信したとき、前記メタデータ格納部から前記検索条件に合致するコンテンツのメタデータを検索するとともに、前記コンテンツ購入履歴格納部に格納された当該ユーザのコンテンツ購入履歴から前記検索されたコンテンツが購入済みか否かを判定し、この判定結果を含む前記コンテンツのメタデータの検索結果をメタデータ検索応答して前記ネットワークを通じて前記端末装置に送信するメタデータ検索部とを具備する。
本発明の情報処理装置では、端末装置より、ユーザを特定する情報および検索条件を含むメタデータ検索要求を受信したとき、検索条件に合致したコンテンツのメタデータを検索するとともに、ユーザを特定する情報をもとに、このユーザに関連付けられたコンテンツ購入履歴から、検索されたコンテンツが購入済みであるか否かを判定して、この判定結果を含むコンテンツのメタデータをユーザの端末装置に応答する。これにより、端末装置のユーザが購入済みのあるいは未購入のコンテンツを探し出す際の負担を低減できる。
本発明の情報処理装置は、前記端末装置からの前記ユーザおよび前記コンテンツを特定する情報を含むコンテンツの購入要求を受信したとき、前記コンテンツ購入履歴格納部の当該ユーザのコンテンツ購入履歴を更新する更新部をさらに具備するものであってもよい。
これにより、ユーザのコンテンツ購入履歴をリアルタイムに更新することができ、情報処理装置は、当該ユーザの端末装置からの次のメタデータ検索要求に対して最新のコンテンツ購入履歴に基づく応答を端末装置へ送信することができる。
本発明の情報処理装置において、前記メタデータ検索要求は、前記ユーザを特定する情報を格納するための要素または属性が新たに導入されたTV-Anytimeメタデータクエリであり、前記メタデータ検索応答は、前記コンテンツが購入済みか否かを示す情報を格納する要素または属性が新たに導入されたTV-Anytimeメタデータであってもよい。
本発明の第２の観点に係る端末装置は、ユーザを特定する情報および検索条件を含むメタデータ検索要求を前記ネットワークを通じて前記情報処理装置へ送信するメタデータ検索要求部と、前記メタデータ検索要求に応じて前記情報処理装置から送信された、購入済みか否かの判定結果を含む前記コンテンツのメタデータの検索結果をメタデータ検索応答として受信する検索結果受信部と、前記検索結果受信部にて受信された前記メタデータの検索結果を前記コンテンツ毎に購入済みか否かを識別可能に表示する表示部とを具備する。
本発明の端末装置では、ユーザを特定する情報および検索条件を含むメタデータ検索要求を情報処理装置へ送信するだけで、情報処理装置から、購入済みか否かの判定結果を含むコンテンツのメタデータの検索結果をメタデータ検索応答として取得することができる。また、メタデータの検索結果がコンテンツ毎に購入済みか否かが識別できるように表示されるので、購入済みのコンテンツと未購入のコンテンツとをユーザが一目で識別でき、ユーザの操作性が向上する。
本発明の端末装置は、前記表示部に識別可能に表示された未購入のコンテンツの購入要求を前記ネットワークを通じて前記情報処理装置へ送信する購入要求送信部をさらに具備するものであってもよい。これにより、メタデータ検索応答を受信してから未購入のコンテンツをユーザが購入するための処理へ即座に移行することができる。
本発明の第３の観点に係るプログラムは、ユーザ毎のコンテンツ購入履歴を格納するコンテンツ購入履歴格納部と、複数のコンテンツのメタデータが格納されたメタデータ格納部と、ネットワークを通じてユーザの端末装置より送信された当該ユーザを特定する情報および検索条件を含むメタデータ検索要求を受信したとき、前記メタデータ格納部から前記検索条件に合致するコンテンツのメタデータを検索するとともに、前記コンテンツ購入履歴格納部に格納された当該ユーザのコンテンツ購入履歴から前記検索されたコンテンツが購入済みか否かを判定し、この判定結果を含む前記コンテンツのメタデータの検索結果を前記ネットワークを通じて前記端末装置に送信するメタデータ検索部として、情報処理装置が内蔵するコンピュータを機能させるものである。
以上のように、本発明によれば、ユーザにより指定された検索条件に合致するコンテンツのメタデータを、そのコンテンツが当該ユーザにより購入済みか否かを示す情報とともにメタデータ検索結果として得ることができる。
以下、本発明の実施の形態を図面に基づき説明する。
図１は本発明の実施の形態であるIPTVシステム１００の構成を示すブロック図である。
同図に示すように、この実施形態のIPTVシステム１００は、コンテンツ受信装置であるIPTVクライアント端末１０、コンテンツをストリーミングやダウンロードなどにより配信可能であるとともに、そのコンテンツを再生するために必要なライセンスを配布するIPTVサーバ２０、及びこれらを接続可能なネットワーク３０とで構成される。
IPTVクライアント端末１０は、例えば、PC（Personal Computer）、セットップボックス、TVなどの端末機器である。IPTVクライアント端末１０は、ユーザインターフェイス処理部１１、ユーザ認証クライアント１２、メタデータクライアント１３、IPTVメディアクライアント１４、コンテンツ購入クライアント１５などを備える。
IPTVサーバ２０は、具体的には１つまたは複数のサーバ装置で構成されたものである。ここでは、IPTVサーバ２０が複数のサーバ装置で構成される場合を説明する。IPTVサーバ２０は、ユーザ認証サーバ２１、メタデータサーバ２２、IPTVメディアサーバ２３、コンテンツ購入サーバ２４、ユーザアカウントデータベース２５などを備える。
次に、IPTVクライアント端末１０の詳細な構成を説明する。
ユーザインターフェイス処理部１１は、ユーザ１に対する入出力を処理する。例えば、ユーザインターフェイス処理部１１は、ユーザ１からの各種の指令を入力してユーザ認証クライアント１２、メタデータクライアント１３、IPTVメディアクライアント１４に引き渡したり、ユーザ認証クライアント１２、メタデータクライアント１３、IPTVメディアクライアント１４、コンテンツ購入クライアント１５からの各種情報をユーザ１に視覚的に掲示したりする処理を行う。
ユーザ認証クライアント１２は、IPTVサーバ２０内のユーザ認証サーバ２１との間でユーザ認証のために必要な処理を行う。ユーザ認証クライアント１２は、より具体的には、例えば公開鍵暗号方式などによって暗号化されたユーザＩＤおよびパスワードを含むユーザ認証要求をネットワーク３０を通じてIPTVサーバ２０内のユーザ認証サーバ２１に送信する。ユーザ認証クライアント１２は、ユーザ認証サーバ２１よりユーザ認証応答としてユーザトークンを取得した場合には、このユーザトークンとともにメタデータ検索要求の送信依頼をメタデータクライアント１３に送信する。ユーザトークンの意味については後で説明する。
メタデータクライアント１３は、ユーザ認証クライアント１２からのメタデータ検索要求の送信依頼をもとに、ユーザトークンを含むTV-Anytimeメタデータクエリを主体とするメタデータ検索要求をIPTVサーバ２０内のメタデータサーバ２２にネットワーク３０を通じて送信する。また、メタデータクライアント１３は、メタデータ検索要求に対してメタデータサーバ２２からネットワーク３０を通じて応答されたコンテンツのTV-Anytimeメタデータを取得する。このときメタデータサーバ２２から応答されるTV-Anytimeメタデータには、検索結果である個々のコンテンツ毎にこれがユーザ１によって既に購入済みであるか否かを示す情報が含まれている。この情報については後で説明する。メタデータクライアント１３は、取得したTV-Anytimeメタデータをユーザインターフェイス処理部１１に与えてコンテンツの一覧をユーザ１に掲示させる。
IPTVメディアクライアント１４は、IPTVメディアサーバ２３にアクセスして暗号化されたコンテンツのデータを取得し、事前に取得したコンテンツキーを使って、その暗号化されたコンテンツのデータを復号して再生処理を行う。
コンテンツ購入クライアント１５は、IPTVサーバ２０のコンテンツ購入サーバ２４に対してコンテンツを購入するために必要な処理を行う。
以上が、IPTVクライアント端末１０の構成の説明である。
次に、IPTVサーバ２０の構成を詳細に説明する。
ユーザ認証サーバ２１は、IPTVクライアント端末１０のユーザ認証クライアント１２からのユーザ認証要求を受信したとき、このユーザ認証要求に含まれるユーザＩＤとパスワードとの組み合わせとユーザアカウントデータベース２５に登録されているユーザアカウント情報とを照合してユーザ認証を行う。ここで、ユーザアカウント情報は正規ユーザのユーザＩＤ、パスワード、コンテンツ購入履歴、ユーザトークンなどを含む。これらの情報はユーザアカウントデータベース２５に互いに関連付けて格納される。ユーザ認証サーバ２１は、認証対象のユーザが正規ユーザであることを判定した場合には、当該ユーザに対してユーザトークンを生成し、このユーザトークンを含むユーザ認証応答をIPTVクライアント端末１０のユーザ認証クライアント１２にネットワーク３０を通じて送信する。
メタデータサーバ２２は、複数のコンテンツのメタデータを格納している。メタデータサーバ２２は、IPTVクライアント端末１０のメタデータクライアント１３よりメタデータ検索要求を受信したとき、そのメタデータ検索要求に含まれるクエリの条件にヒットしたコンテンツのメタデータを検索する。また、メタデータサーバ２２は、そのメタデータ検索要求に含まれるユーザトークンをもとにユーザアカウントデータベース２５に当該ユーザトークンと関連付けて登録されているコンテンツ購入履歴を問い合わせ、このコンテンツ購入履歴とメタデータの検索結果とからTV-Anytimeメタデータを生成して、メタデータ検索応答としてIPTVクライアント端末１０のメタデータクライアント１３にネットワーク３０を通じて送信する。
IPTVメディアサーバ２３は、コンテンツキーにより暗号化されたコンテンツデータを管理しており、IPTVクライアント端末１０のIPTVメディアクライアント１４からのコンテンツ取得要求に応じて、該当するコンテンツデータをネットワーク３０を通じてIPTVクライアント端末１０のIPTVメディアクライアント１４に送信する。
コンテンツ購入サーバ２４は、IPTVクライアント端末１０のコンテンツ購入クライアント１５との間でコンテンツの購入に関する処理を行う。コンテンツ購入サーバ２４はコンテンツ購入クライアント１５によるコンテンツの購入に伴い、ユーザアカウントデータベース２５の当該ユーザのコンテンツ購入履歴を更新する。
以上が、IPTVサーバ２０の構成の説明である。
次に、本実施形態のIPTVシステム１００において、IPTVクライアント端末１０がIPTVサーバ２０に対してメタデータの検索を要求し、その応答をもとにコンテンツのデータを取得するまでの動作を説明する。
図２はこの動作を示すフローチャートである。
まず、IPTVクライアント端末１０において、ユーザ認証クライアント１２は、例えば公開鍵暗号方式などによって暗号化されたユーザＩＤおよびパスワードを含むユーザ認証要求をネットワーク３０を通じてIPTVサーバ２０内のユーザ認証サーバ２１に送信する（ステップＳ１０１）。
IPTVサーバ２０において、ユーザ認証サーバ２１は、IPTVクライアント端末１０のユーザ認証クライアント１２からのユーザ認証要求を受信すると、このユーザ認証要求に含まれるユーザＩＤおよびパスワードと、ユーザアカウントデータベース２５に登録されているユーザアカウント情報とをもとにユーザ認証を行う（ステップＳ１０２）。
ユーザ認証サーバ２１は、ユーザ認証に成功した場合、当該ユーザに対してユーザトークンを生成し、このユーザトークンを含むユーザ認証応答をユーザ認証クライアント１２に送信する（ステップＳ１０３）。ここで、ユーザトークンとは、メタデータの検索を要求するユーザを識別するためのパスワードなどである。同じユーザＩＤでログインしたユーザであってもログイン毎に異なるユーザトークンが生成されてユーザ１に与えられる。
IPTVクライアント端末１０において、ユーザ認証クライアント１２はユーザ認証サーバ２１よりユーザトークンを含むユーザ認証応答を受信すると、そのユーザトークンとともにメタデータ検索要求の依頼をメタデータクライアント１３に通知する。
IPTVクライアント端末１０において、メタデータクライアント１３は、ユーザトークンとともにメタデータ検索要求の依頼を受けると、そのユーザトークンを用いてTV-Anytimeメタデータクエリを生成し、これを主体とするメタデータ検索要求をIPTVサーバ２０内のメタデータサーバ２２にネットワーク３０を通じて送信する（ステップＳ１０４）。
ここで、ユーザトークンを記述できるTV-Anytimeメタデータクエリについて説明する。図３はこのユーザトークンを記述できるTV-Anytimeメタデータクエリの例を示す図である。
現在のTV-Anytimeメタデータクエリのフォーマットにはユーザを識別するパラメタを記述できる要素や属性は存在しない。そこで、本実施形態では、ルート要素３１の中でユーザトークンを格納できるUserToken属性３２が新たに導入されている。また、ルート要素３１には、filteringCriterion属性３３が新たに導入されており、これは購入済みのコンテンツのメタデータとそうでないものとを区別してTV-Anytimeメタデータに記述するか否かを指定する情報である。図３の例では、その値として"PurchasedOrNot"が格納されており、これは、購入済みのコンテンツのメタデータとそうでないものとを区別して返すことを指定する値である。
QueryConstraints要素３４はクエリの条件を記述する要素である。この例では、コンテンツのタイトルが"News"を含むという条件が指定されている。RequestedTables要素３５はクエリの対象となるメタデータのテーブルの種類を指定する要素であり、この例では、"ProgramInformation"というテーブルの情報を返すことが指定されている。ProgramInformationとは、コンテンツの識別に関するメタデータであり、例えば、コンテンツＩＤ、コンテンツのタイトル、ジャンル、コンテンツのアクセス先であるＵＲＮ(Uniform Resource Name)などのコンテンツアクセス情報、そのコンテンツを再生するためのライセンスの配布元であるのライセンスサーバにアクセスするために必要なアクセス情報、放送時間（開始時刻、終了時刻）、コンテンツの属性や内容などの情報が含まれている。
動作の説明に戻る。IPTVサーバ２０において、メタデータサーバ２２は、メタデータクライアント１３からのメタデータ検索要求を受信すると、このメタデータ検索要求の主体であるTV-AnytimeメタデータクエリのQueryConstraints要素３４に格納されたクエリの条件にヒットするコンテンツのメタデータを検索する。次に、メタデータサーバ２２は、ビットしたコンテンツのメタデータのうち、TV-AnytimeメタデータクエリのRequestedTables要素３５に格納されたテーブルの種類に該当するメタデータを抽出する。この例では、コンテンツの識別に関するProgramInformationテーブルのメタデータが抽出される。続いて、メタデータサーバ２２は、ルート要素３１のuserToken属性３２に格納されたユーザトークンと関連付けられたコンテンツ購入履歴をユーザアカウントデータベース２５に問い合わせる。そして、メタデータサーバ２２は、このコンテンツ購入履歴とメタデータの検索結果とからTV-Anytimeメタデータを生成して（ステップＳ１０５）、このTV-Anytimeメタデータを主体とするメタデータ検索応答をIPTVクライアント端末１０のメタデータクライアント１３にネットワーク３０を介して送信する（ステップＳ１０６）。
ここで、図４を参照して、メタデータサーバ２２にて生成されIPTVクライアント端末１０に送信されるTV-Anytimeメタデータの具体例を説明する。図４はこのTV-Anytimeメタデータの具体例を示す図である。
get_Data_Result要素４１は、TV-Anytimeメタデータレスポンスフォーマットのルート要素である。PersonalizedResponse要素４２は、このレスポンスが個別ユーザごとにパーソナライズされていることを示す要素である。AlreadyPurchased要素４３は、このタグに囲まれているTV-Anytimeメタデータが既に購入済みのコンテンツのメタデータであることを示す。TVAMain要素４４はコンテンツのTV-Anytimeメタデータが格納される要素であり、その子要素としてProgramDescription要素４５が配置されている。ProgramDescription要素４５の中にはProgramInformationTable要素４６が配置されている。ProgramInformationTable要素４６の中にはコンテンツ毎のメタデータが格納されるProgramInformation要素４７が配置され、その中のprogramId属性の値としてコンテンツを識別するコンテンツＩＤが格納される。ProgramInformation要素４７の中にはBasicDescription要素４８が配置され、さらにその中にはコンテンツのタイトルが格納されるTitle要素４９と、コンテンツのジャンルの分類スキームを指定する情報が格納されるGenre要素５０が配置されている。そしてGenre要素４９の子要素としてジャンル名が格納されるName要素５１が配置されている。
NotYetPurchased要素５２は、このタグに囲まれているTV-Anytimeメタデータがまだ購入されていないコンテンツのメタデータであることを示す。このNotYetPurchased要素５２内にも、AlreadyPurchased要素４３内と同様に、TVAMain要素４４、ProgramDescription要素４５、ProgramInformationTable要素４６、ProgramInformation要素４７、BasicDescription要素４８、Title要素４９、Genre要素５０、Name要素５１がそれぞれ配置されている。
以上において、PersonalizedResponse要素４２、AlreadyPurchased要素４３、NotYetPurchased要素５１が、本実施形態で新たに導入された要素である。
動作の説明に戻る。IPTVクライアント端末１０において、メタデータクライアント１３は、IPTVサーバ２０のメタデータサーバ２２より上記のようなTV-Anytimeメタデータを主体とするメタデータ検索要求を受信すると、このTV-Anytimeメタデータをもとにコンテンツの一覧画面を生成してユーザインターフェイス処理部１１を通じてユーザ１に掲示する（ステップＳ１０７）。
図５はユーザ１に掲示されるコンテンツ一覧画面の表示例を示す図である。図４のTV-Anytimeメタデータにおいて、タイトルが"News1"のコンテンツは既に購入済みであることから、図５のコンテンツ一覧画面において当該コンテンツが視聴可能であることを示すマーク６１が表示される。これによりユーザ１は当該コンテンツが購入済みのコンテンツであり直ぐに視聴できることを確認できる。また、タイトルが"News2"のコンテンツは購入が済んでいないコンテンツであることから、図５のコンテンツ一覧画面において当該コンテンツが購入可能なコンテンツすなわち未購入のコンテンツであることを示すマーク６２が表示される。
このコンテンツ一覧画面で、ユーザインターフェイス処理部１１を通じてユーザ１により購入済みのコンテンツが選択され、その再生の指示が入力されると、ユーザインターフェイス処理部１１は、その選択されたコンテンツのコンテンツＩＤをTV-Anytimeメタデータより抽出してIPTVメディアクライアント１４に与える（ステップＳ１０８）。IPTVメディアクライアント１４は取得したコンテンツＩＤをもとに、そのコンテンツＩＤに対応する暗号化されたコンテンツのデータをIPTVメディアサーバ２３より取得し、事前に取得したコンテンツキーを使って、その暗号化されたコンテンツのデータを復号して再生処理を行う（ステップＳ１０９）。
次に、図５のコンテンツ一覧画面において、未購入のコンテンツが選択された場合の動作を説明する。図７は未購入のコンテンツが選択された場合の処理シーケンスである。
図６は図５のコンテンツ一覧画面において未購入のコンテンツが選択された場合に表示されるコンテンツ購入確認画面の例である。例えば、図５のコンテンツ一覧画面において、コンテンツの購入が可能であることを示すマーク６２はクリックボタンとして機能を有している。このマーク６２がユーザ１によってクリックされると、図６に示すように、ライセンスの購入契約事項の記述文７１と購入の承諾／非承諾をユーザ１に選択させるためのボタン７２，７３を配置したページが表示される。このページで購入の承諾ボタン７２がユーザ１によってクリックされたものとして、以降の動作を説明する。
ユーザインターフェイス処理部１１は、図６のコンテンツ購入確認画面で購入の承諾ボタン７２がクリックされたことを検出すると、コンテンツ購入クライアント１５に対して、コンテンツの購入依頼を通知する（ステップＳ１１０）。
コンテンツ購入クライアント１５は、このコンテンツの購入依頼を受けると、コンテンツを購入する処理を起動し、まず、ユーザ認証クライアント１２に対して、購入対象であるコンテンツのコンテンツＩＤを含むユーザ認証要求の依頼を送信する（ステップＳ１１１）。ユーザ認証クライアント１２は、この依頼に応じて、例えば公開鍵暗号方式などによって暗号化されたユーザＩＤおよびパスワードと、コンテンツＩＤを含むコンテンツ購入のためのユーザ認証要求をネットワーク３０を通じてIPTVサーバ２０内のユーザ認証サーバ２１に送信する（ステップＳ１１２）。
IPTVサーバ２０において、ユーザ認証サーバ２１は、IPTVクライアント端末１０のユーザ認証クライアント１２からのコンテンツ購入のためのユーザ認証要求を受信すると、このユーザ認証要求に含まれるユーザＩＤとパスワードとの組み合わせとユーザアカウントデータベース２５に登録されているユーザアカウント情報とをもとにユーザ認証を行う。ユーザ認証サーバ２１は、このユーザ認証に成功したならば、購入対象であるコンテンツのコンテンツＩＤを含む購入了承依頼をIPTVクライアント端末１０のコンテンツ購入クライアント１５にネットワーク３０を通じて送信する（ステップＳ１１３）。
IPTVクライアント端末１０において、コンテンツ購入クライアント１５は、ユーザ認証サーバ２１からの購入了承依頼を受信すると、この購入了承依頼に含まれるコンテンツＩＤをもとにTV-Anytimeメタデータから該当するコンテンツのタイトル、ジャンルなどのデータを読み出し、このデータを含むコンテンツ購入了承確認画面を生成してユーザインターフェイス処理部１１を通じてユーザ１に掲示する（ステップＳ１１４）。
このコンテンツ購入了承確認画面に対して、コンテンツ購入を承諾する旨がユーザインターフェイス処理部１１を通じてユーザ１より入力されると（ステップＳ１１５）、コンテンツ購入クライアント１５は、コンテンツ購入の了承通知をコンテンツ購入要求としてIPTVサーバ２０のコンテンツ購入サーバ２４にネットワーク３０を通じて送信する（ステップＳ１１６）。
IPTVサーバ２０において、コンテンツ購入サーバ２４は、IPTVクライアント端末１０のコンテンツ購入クライアント１５よりコンテンツ購入要求を受信すると、当該ユーザ１のユーザＩＤに対して関連付けてユーザアカウントデータベース２５に登録されているコンテンツ購入履歴の更新を行う（ステップＳ１１７）。この後、コンテンツ購入サーバ２４は、IPTVクライアント端末１０のコンテンツ購入クライアント１５に対してコンテンツ購入の完了通知をネットワーク３０を通じて送信する。
IPTVクライアント端末１０において、コンテンツ購入クライアント１５は、このコンテンツ購入の完了通知を受信すると、コンテンツ購入の完了をユーザインターフェイス処理部１１を通じてユーザ１に掲示する（ステップＳ１１８）。その後、購入したコンテンツの再生指示がユーザインターフェイス処理部１１を通じてユーザ１より入力されると、ユーザインターフェイス処理部１１は、その選択されたコンテンツのコンテンツＩＤをTV-Anytimeメタデータより抽出してIPTVメディアクライアント１４に与える（ステップＳ１１９）。IPTVメディアクライアント１４は取得したコンテンツＩＤをもとに、そのコンテンツＩＤに対応する暗号化されたコンテンツのデータをIPTVメディアサーバ２３より取得し、事前に取得したコンテンツキーを使って、その暗号化されたコンテンツのデータを復号して再生処理を行う（ステップＳ１２０）。
以上説明したように、本実施形態によれば、次のような効果が得られる。
IPTVサーバ２０は、IPTVクライアント端末１０よりメタデータ検索要求としてユーザトークンおよびクエリの検索条件を含むTV-Anytimeメタデータクエリを受信したとき、そのクエリの条件にヒットしたコンテンツのメタデータを検索するとともに、当該ユーザトークンに関連付けられたコンテンツ購入履歴から、検索されたコンテンツが購入済みであるか否かを判定して、この判定結果を含むコンテンツのメタデータをユーザ１のIPTVクライアント端末１０に応答する。すなわち、IPTVクライアント端末１０は、メタデータ検索要求を一回送信するだけで、クエリの条件にヒットしたコンテンツのメタデータを、コンテンツ毎に購入済みであるか否かを示す情報とともに、メタデータ検索応答として取得することができる。これにより、IPTVクライアント端末１０のユーザ１が購入済みのあるいは未購入のコンテンツを探し出す際の負担を低減できるとともに、IPTVサーバ２０でのクエリ処理による全体的な負荷を低減できる。
また、本実施形態によれば、メタデータの検索結果であるコンテンツの一覧が、購入済みのコンテンツと未購入のコンテンツとを一目で識別できるようにIPTVクライアント端末１０のユーザ１に掲示されるので、購入済みのコンテンツを選択して再生指示を入力する際のユーザの操作性が向上する。
さらに、本実施形態によれば、メタデータの検索結果であるコンテンツの一覧から未購入のコンテンツを選択して購入のための処理へ即座に移行することができる。
次に、本発明に係る実施形態の変形例を示す。
（変形例１）
図８はTV-Anytimeメタデータクエリの変形例を示す図である。この変形例は、ユーザを識別するユーザトークン（図３参照）に代えてデバイス（IPTVクライアント端末１０）を識別するデバイストークンを用いたものである。すなわち、図８では、"deviceToken"という名前の属性１３２がルート要素３１の属性として新たに導入され、"abcdef1234"がdeviceToken属性１３２の値（デバイストークン）として指定されている。TV-Anytimeメタデータクエリのその他の要素は図３と同じである。ユーザアカウントデータベース２５には、このデバイストークンに関連付けてユーザＩＤおよびコンテンツ購入履歴などが登録される。その他の動作は同じである。
（変形例２）
次に、TV-Anytimeメタデータクエリの第２の変形例と、このTV-Anytimeメタデータクエリに対する応答であるTV-Anytimeメタデータの第１の変形例を説明する。
図９はTV-Anytimeメタデータクエリの第２の変形例を示す図である。このTV-Anytimeメタデータクエリでは、図３に示したTV-Anytimeメタデータクエリからルート要素３１中のfilteringCriterion属性３３が除かれている。
図１０は図９のTV-Anytimeメタデータクエリに対する応答であるTV-Anytimeメタデータの変形例を示す図である。図４に示したTV-Anytimeメタデータに採用されたPersonalizedResponse要素４２とAlreadyPurchased要素４３は、この変形例では採用されていない。
このTV-Anytimeメタデータの変形例において、個々のコンテンツに対応するメタデータが格納される要素であるProgramInformation要素４７の中にはコンテンツの購入に関する情報が格納されるPurchaseList要素８１が配置されている。PurchaseList要素８１の下位にはコンテンツの購入履歴に関する情報が格納されるDRMDeclaration要素８５が配置されている。当該コンテンツが購入済みならば、DRMDeclaration要素８５の子要素としてLicenseExpression要素８６が付加され、その子要素として、ライセンスの識別子を格納したLicenseID要素８７と、ライセンスを取得するための情報が格納されたDRMControlMessage要素８８とが付加される。
したがって、IPTVクライアント端末１０において、メタデータクライアント１３は、IPTVサーバ２０のメタデータサーバ２２より上記のようなTV-Anytimeメタデータを主体とするメタデータ検索要求を受信すると、このTV-AnytimeメタデータのDRMDeclaration要素８５の下位にLicenseExpression要素８６が存在するかどうかにより、当該コンテンツが購入済みであるかどうかを判別して、コンテンツの一覧画面を生成することができる。すなわち、図１０において、一つのProgramInformation要素４７の中のDRMDeclaration要素８５の下位にはLicenseExpression要素８６が存在することから、コンテンツが購入済みであることが判別され、二つ目のProgramInformation要素４７ａの中にはそれが存在しないので、コンテンツが未購入であることが判別される。
なお、PurchaseList要素８１内には、DRMDeclaration要素８５の他に、Price要素８３、Purchase要素８４などが配置されている。Price要素８３にはコンテンツの購入価格が格納される。図１０の例では"２００円"という購入価格が格納されている。Purchase要素８４にはPurchaseType href属性、PurchaseType href属性、QuantityRange max属性等が設けられている。これらの属性によりコンテンツの購入に関する詳細内容が指定される。ここで、PurchaseType href属性は購入の形式を指定するための属性であり、図１０の例では"PlayForPeriod"が属性値として指定されている。これは"期限付きの再生"を意味している。QuantityUnit href属性は期間の単位を指定するための属性、QuantityRange max属性はその期間単位の数を指定するための属性である。図１０の例では、QuantityUnit href属性の値として"month"が指定され、QuantityRange max属性の値として"1"が指定されている。これらは"一ヶ月間"を意味している。したがって、図１０のPurchase要素８４には"一ヶ月間の期限付きの再生"というデータが格納されている。
（変形例３）
以上の実施形態および変形例では、TV-Anytime メタデータクエリのルート要素の属性値としてユーザトークンあるいはデバイストークンを格納する場合を示したが、図１１に示すように、HTTPヘッダのヘッダーフィールドにユーザトークンあるいはデバイストークンを格納する方式も考えられる。
図１２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
このコンピュータ２００において、CPU(Central Processing Unit)２０１，ROM(Read Only Memory)２０２，RAM(Random Access Memory)２０３は、バス２０４により相互に接続されている。
バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、キーボード、マウス、マイクロホンなどよりなる入力部２０６、ディスプレイ、スピーカなどよりなる出力部２０７、ハードディスクや不揮発性のメモリなどよりなる記憶部２０８、ネットワークインタフェースなどよりなる通信部２０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１を駆動するドライブ２１０が接続されている。
以上のように構成されるコンピュータ２００では、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５およびバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
なお、コンピュータ２００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたときなどの必要なタイミングで処理が行われるプログラムであっても良い。
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
本発明の実施の形態であるIPTVシステムの構成を示す図である。 図１のIPTVシステムにおいて、IPTVクライアント端末がIPTVサーバに対してメタデータの検索を要求し、その応答をもとにコンテンツのデータを取得するまでの動作シーケンスを示す図である。 ユーザトークンを記述できるTV-Anytimeメタデータクエリの例を示す図である。 TV-Anytimeメタデータの具体例を示す図である。 コンテンツ一覧画面の表示例を示す図である。 コンテンツ購入確認画面の例である。 未購入のコンテンツが選択された場合の処理シーケンスである。 TV-Anytimeメタデータクエリの変形例を示す図である。 TV-Anytimeメタデータクエリの第２の変形例を示す図である。 図９のTV-Anytimeメタデータクエリに対する応答であるTV-Anytimeメタデータの変形例を示す図である。 HTTPヘッダのヘッダーフィールドにユーザトークンあるいはデバイストークンを格納する方法を説明する図である。 コンピュータのハードウェアの構成例を示すブロック図である。
符号の説明
１０…IPTVクライアント端末
１１…ユーザインターフェイス処理部
１２…ユーザ認証クライアント
１３…メタデータクライアント
１４…IPTVメディアクライアント
１５…コンテンツ購入クライアント
２０…IPTVサーバ
２１…ユーザ認証サーバ
２２…メタデータサーバ
２３…IPTVメディアサーバ
２４…コンテンツ購入サーバ
２５…ユーザアカウントデータベース
３０…ネットワーク
１００…IPTVシステム

Claims (4)

  1. ユーザ毎のコンテンツ購入履歴を格納するコンテンツ購入履歴格納部と、
    複数のコンテンツのメタデータが格納されたメタデータ格納部と、
    ネットワークを通じてユーザの端末装置より送信された当該ユーザを特定する情報を格納するための要素または属性が新たに導入されたTV-Anytimeメタデータクエリおよび検索条件を含むメタデータ検索要求を受信したとき、前記メタデータ格納部から前記検索条件に合致するコンテンツのメタデータを検索するとともに、前記コンテンツ購入履歴格納部に格納された当該ユーザのコンテンツ購入履歴から前記検索されたコンテンツが購入済みか否かを判定し、この判定結果を含む前記コンテンツが購入済みか否かを示す情報を格納する要素または属性が新たに導入されたTV-Anytimeメタデータの検索結果をメタデータ検索応答として前記ネットワークを通じて前記端末装置に送信するメタデータ検索部と
    を具備する情報処理装置。
  2. 請求項１に記載の情報処理装置であって、
    前記端末装置からの前記ユーザおよび前記コンテンツを特定する情報を含むコンテンツの購入要求を受信したとき、前記コンテンツ購入履歴格納部の当該ユーザのコンテンツ購入履歴を更新する更新部
    をさらに具備する情報処理装置。
  3. 請求項１に記載の情報処理装置とネットワークを通じて接続可能な端末装置であって、
    ユーザを特定する情報を格納するための要素または属性が新たに導入されたTV-Anytimeメタデータクエリおよび検索条件を含むメタデータ検索要求を前記ネットワークを通じて前記情報処理装置へ送信するメタデータ検索要求部と、
    前記メタデータ検索要求に応じて前記情報処理装置から送信された、購入済みか否かの判定結果を含む前記コンテンツが購入済みか否かを示す情報を格納する要素または属性が新たに導入されたTV-Anytimeメタデータの検索結果をメタデータ検索応答として受信する検索結果受信部と、
    前記検索結果受信部にて受信された前記メタデータの検索結果を、前記コンテンツが購入済みの場合、該コンテンツが視聴可能であること表示し、前記コンテンツが購入されていない場合、該コンテンツが未購入であることを表示することにより、前記コンテンツ毎に購入済みか否かを識別可能に表示する表示部と
    を具備する端末装置。
  4. ユーザ毎のコンテンツ購入履歴を格納するコンテンツ購入履歴格納部と、
    複数のコンテンツのメタデータが格納されたメタデータ格納部と、
    ネットワークを通じてユーザの端末装置より送信された当該ユーザを特定する情報を格納するための要素または属性が新たに導入されたTV-Anytimeメタデータクエリおよび検索条件を含むメタデータ検索要求を受信したとき、前記メタデータ格納部から前記検索条件に合致するコンテンツのメタデータを検索するとともに、前記コンテンツ購入履歴格納部に格納された当該ユーザのコンテンツ購入履歴から前記検索されたコンテンツが購入済みか否かを判定し、この判定結果を含む前記コンテンツが購入済みか否かを示す情報を格納する要素または属性が新たに導入されたTV-Anytimeメタデータの検索結果を前記ネットワークを通じて前記端末装置に送信するメタデータ検索部
    として、情報処理装置が内蔵するコンピュータを機能させるプログラム。
JP2008189102A 2008-07-22 2008-07-22 情報処理装置、端末装置、およびプログラム Expired - Fee Related JP4569682B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2008189102A JP4569682B2 (ja) 2008-07-22 2008-07-22 情報処理装置、端末装置、およびプログラム
EP09251591A EP2148508A1 (en) 2008-07-22 2009-06-18 Information processing apparatus, terminal apparatus, and program
US12/503,533 US20100023980A1 (en) 2008-07-22 2009-07-15 Information Processing Apparatus, Terminal Apparatus, and Program
CN200910164764A CN101635829A (zh) 2008-07-22 2009-07-22 信息处理设备、终端设备、以及程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008189102A JP4569682B2 (ja) 2008-07-22 2008-07-22 情報処理装置、端末装置、およびプログラム

Publications (2)

Publication Number Publication Date
JP2010028584A JP2010028584A (ja) 2010-02-04
JP4569682B2 true JP4569682B2 (ja) 2010-10-27

Family

ID=40929612

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008189102A Expired - Fee Related JP4569682B2 (ja) 2008-07-22 2008-07-22 情報処理装置、端末装置、およびプログラム

Country Status (4)

Country Link
US (1) US20100023980A1 (ja)
EP (1) EP2148508A1 (ja)
JP (1) JP4569682B2 (ja)
CN (1) CN101635829A (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006285607A (ja) * 2005-03-31 2006-10-19 Sony Corp コンテンツ情報提供システム，コンテンツ情報提供サーバ，コンテンツ再生装置，コンテンツ情報提供方法，コンテンツ再生方法，およびコンピュータプログラム
US20110276570A1 (en) * 2009-01-29 2011-11-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods, Apparatuses, and Computer Program Products for Adding Profile Data
US8214853B2 (en) * 2009-09-02 2012-07-03 Ericsson Television, Inc Systems and methods for providing content to a subscriber through a foreign service provider and for facilitating the subscriber incurring a fee for viewing the content
JP5211091B2 (ja) * 2010-02-26 2013-06-12 日本電信電話株式会社 端末装置、コンテンツナビゲーションプログラム、コンテンツナビゲーションプログラムを記録した記録媒体、およびコンテンツナビゲーション方法
EP2400445A3 (en) 2010-06-28 2012-05-23 Samsung Electronics Co., Ltd. Image device, receiving method of contents, server and providing method of contents
JP5448192B2 (ja) * 2010-11-15 2014-03-19 Ｎｅｃビッグローブ株式会社 検索システム、端末、サーバ、検索方法、プログラム
CN102541529B (zh) * 2010-12-30 2015-12-16 北京亿阳信通科技有限公司 一种查询页面生成装置和方法
EP2698737A4 (en) * 2011-04-12 2014-09-24 Panasonic Corp AUTHENTICATION SYSTEM, INFORMATION RECORDING SYSTEM, SERVER, PROGRAM, AND AUTHENTICATION METHOD
JP5875351B2 (ja) * 2011-12-01 2016-03-02 キヤノン株式会社 情報処理システム、情報処理装置、認証方法、及びコンピュータプログラム
KR102428142B1 (ko) 2014-10-28 2022-08-02 소니그룹주식회사 수신 장치, 송신 장치, 및 데이터 처리 방법
US9819669B1 (en) * 2015-06-25 2017-11-14 Amazon Technologies, Inc. Identity migration between organizations
CN108718312B (zh) * 2018-05-22 2020-08-14 朱小军 一种文件在线加密方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004247844A (ja) * 2003-02-12 2004-09-02 Mitsubishi Electric Corp メタデータ選別処理方法、メタデータ選択統合処理方法、メタデータ選択統合処理プログラム、映像再生方法、コンテンツ購入処理方法、コンテンツ購入処理サーバ、コンテンツ配信サーバ
JP2004264895A (ja) * 2003-02-05 2004-09-24 Sony Corp 情報処理装置および方法、並びにプログラム
JP2005316525A (ja) * 2004-04-27 2005-11-10 Fujitsu Ltd 商品紹介方法及び商品紹介装置
JP2007188347A (ja) * 2006-01-13 2007-07-26 Big Top Kk 情報取得支援システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4271483B2 (ja) * 2003-04-24 2009-06-03 ソニー株式会社 コンテンツ処理装置およびコンテンツ処理方法
JP2005136824A (ja) * 2003-10-31 2005-05-26 Toshiba Corp デジタル映像配信システム及び映像配信方法
JP2005351994A (ja) * 2004-06-08 2005-12-22 Sony Corp コンテンツ配信サーバ，コンテンツ配信方法，プログラム
EP1638336A1 (en) * 2004-09-17 2006-03-22 Korea Electronics Technology Institute Method for providing requested fields by get-data operation in TV-Anytime metadata service
WO2007021038A1 (ja) * 2005-08-12 2007-02-22 Toshihiko Okabe リスト比較表示方法
US8280982B2 (en) * 2006-05-24 2012-10-02 Time Warner Cable Inc. Personal content server apparatus and methods
JP2008189102A (ja) 2007-02-03 2008-08-21 Nissan Motor Co Ltd ハイブリッド車両の制御装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004264895A (ja) * 2003-02-05 2004-09-24 Sony Corp 情報処理装置および方法、並びにプログラム
JP2004247844A (ja) * 2003-02-12 2004-09-02 Mitsubishi Electric Corp メタデータ選別処理方法、メタデータ選択統合処理方法、メタデータ選択統合処理プログラム、映像再生方法、コンテンツ購入処理方法、コンテンツ購入処理サーバ、コンテンツ配信サーバ
JP2005316525A (ja) * 2004-04-27 2005-11-10 Fujitsu Ltd 商品紹介方法及び商品紹介装置
JP2007188347A (ja) * 2006-01-13 2007-07-26 Big Top Kk 情報取得支援システム

Also Published As

Publication number Publication date
EP2148508A1 (en) 2010-01-27
CN101635829A (zh) 2010-01-27
US20100023980A1 (en) 2010-01-28
JP2010028584A (ja) 2010-02-04

Similar Documents

Publication Publication Date Title
JP4569682B2 (ja) 情報処理装置、端末装置、およびプログラム
US20230396595A1 (en) Tracking and analyses of content presentation
JP6777550B2 (ja) メディアアセットの部分を識別し記憶するためのシステムおよび方法
US8966524B2 (en) Method of associating program content data in a digital television network
US8185477B2 (en) Systems and methods for providing a license for media content over a network
EP3346718B1 (en) Methods and systems for displaying contextually relevant information regarding a media asset
US20110246471A1 (en) Retrieving video annotation metadata using a p2p network
CN101682740B (zh) 内容下载系统和内容下载方法、内容供应设备和内容供应方法、内容接收设备和内容接收方法
US20100138655A1 (en) Terminal apparatus and operation information collecting system
KR20120099034A (ko) 온라인 소셜 네트워크를 통한 자동 미디어 자산 업데이트
JP2009296625A (ja) 家庭用通信網の認証済み操作のための方法および機器
JP2004185456A (ja) カスタマイズされたコンテンツの配信システム
JP5487299B2 (ja) 操作情報生成装置および操作情報生成方法
CN102449629A (zh) 通信装置、通信方法和通信系统
RU2447585C2 (ru) Устройство сервера, способ распределения лицензии и устройство приема содержания
JP5016377B2 (ja) コンテンツリスト提供方法、コンテンツ配信装置、配信管理装置、視聴情報管理装置およびそれらのプログラムならびにコンテンツ情報配信装置
WO2011118249A1 (ja) コンテンツ推薦サーバ、コンテンツ表示端末、およびコンテンツ推薦システム
US20150149473A1 (en) Systems and methods for associating tags with media assets based on verbal input
JP2005110016A (ja) 配信映像リコメンド方法、装置およびプログラム
JP4173956B2 (ja) ウエブサイト誘導システム及びウエブサイト誘導装置
KR101262547B1 (ko) 소셜 서비스 이용을 기반으로 한 프로그램 상의 특정 부분에 대한 선택 방법 및 그 시스템
KR101131613B1 (ko) 개인 맞춤형 방송 서비스 제공 방법
JP5297893B2 (ja) 映像サービスにおけるコンテンツリコメンド装置、コンテンツリコメンド方法、コンテンツリコメンドシステムおよびコンテンツリコメンドプログラム
WO2018123572A1 (ja) 映像コンテンツ受信システム、映像コンテンツ受信方法及び記録媒体
US20240236424A1 (en) Dynamic syncing of aggregated media from streaming services

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20091029

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100419

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100427

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100628

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: 20100713

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: 20100726

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

Free format text: PAYMENT UNTIL: 20130820

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20130820

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees