JP4226990B2 - 通信装置及びコンピュータで実行可能なプログラム - Google Patents

Description

本発明は、放送やインターネットストリームに関連した情報やサービスを、広域ネットワークを利用して受信をするサービス提供技術に関する。

ユーザがテレビ放送やインターネットストリーム等を楽しみながら、同時にその放送に関連したサービスをネットワーク経由で受ける方法として、後掲の特許文献１に開示されたものがある。特許文献１に記載の方法では、テレビのリモコンで番組を選択した場合に、時刻とチャネル情報が記憶されていく。さらにそれに関するウェブ情報を閲覧したい場合には、赤外線通信又は着脱可能なメモリによりウェブクライアントに記憶された情報を送る。これによりリモコンで選択されたチャネルの放送に関するウェブ情報を得ることが可能になる。

一方、後掲の特許文献２には、携帯電話を用いて赤外線信号を送出し、家電装置等の操作を行なう携帯電話リモコン装置が開示されている。

特開２００１―５１９２６号公報 特開平１１−２８４７５７号公報

また、現在、家庭のテレビジョン受像機（以下、「テレビ」と呼ぶ。）、ＶＴＲ（Ｖｉｄｅｏ Ｔａｐｅ Ｒｅｃｏｒｄｅｒ）、ステレオ等をユーザが操作する場合、装置についているボタン等を操作するか、リモートコントローラ（以下、単に「リモコン」と呼ぶ。）で操作するかが主流である。これらの装置の代表としてテレビを取上げた場合、テレビから放送以外のサービス、例えばインターネットのホームページを閲覧するという操作を行なうことは一般的ではない。

さらに、テレビ放送以外のサービスを利用する際に課金が発生する場合、テレビ及びそのリモコンを用いて、課金のための個人認証等の操作を行なうことになる。一般的なテレビ及びそのリモコンが、このような操作に不向きであることは、言うまでもない。

一方、すでにインターネットに接続される端末装置としては、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等がある。これらは、携帯電話網やＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）等のアクセスラインを通じてインターネットに接続可能である。しかし、２０インチを超えるような大画面で映像を楽しむとか、５．１チャネルの音楽を楽しむ等の用途には向いていない。

特許文献１に記載の技術を利用するためには、ユーザは、テレビの操作装置と、ウェブ情報の閲覧を行なうための装置との間で情報の送受信を行なう必要があり、操作が煩雑になる恐れがある。

それゆえに、本発明の目的は、単純な操作で、テレビジョン放送等から得られる情報と、インターネット上で提供される情報とを、その両者の利点を損なうことなく、互いに関連させて利用することを可能にする通信装置を提供することである。

本発明の別の目的は、情報を取得する地域等の条件に制約されることなく、放送で得られる情報と、ウェブ上で得られる情報とを関連付けて取得する通信装置を提供することである。

本発明のさらに別の目的は、放送等で得られる情報の録画、再生等の処理を、容易に行なうことができる通信装置を提供することである。

本発明は上記の課題を解決するために考案されたもので、インターネット等ネットワークサービスに接続されると共に、外部装置をコントロール可能な手段を持ち、外部装置のコントロールと関連したサービスを受信できる装置及びシステムを提供する。

本発明の第１の局面に係る通信装置は、コンテンツデータを処理する第１の外部装置と通信を行なうと共に、コンテンツデータと予め定める関係にある情報サービスを提供する第２の外部装置と通信を行なう通信装置である。第２の外部装置は、コンテンツデータを示す情報を含むリクエスト情報を受信し、受信したリクエスト情報が示すコンテンツデータと予め定める関係にある情報サービスを提供する装置である。この通信装置は、予め定める条件を満たすコンテンツデータを選択するための選択手段と、選択手段が選択したコンテンツデータの処理を要求するための命令情報を、第１の外部装置に対して送信するためのコマンド送信手段と、選択したコンテンツデータを示す情報を含むリクエスト情報を作成するためのリクエスト作成手段と、リクエスト情報を、第２の外部装置に送信するためのリクエスト送信手段と、情報サービスを提供するために第２の外部装置が送信した情報を受信するためのサービス受信手段とを含む。

この通信装置は、ユーザがコンテンツデータを選択するための入力手段をさらに含み、選択手段は、入力手段を用いてユーザが選択したコンテンツデータを選択するための手段を含んでもよい。

また、通信装置は、コンテンツデータの受信地域を示す地域情報を取得するための地域情報取得手段をさらに含み、リクエスト作成手段は、選択手段による選択の結果に基づき、選択したコンテンツデータを示す情報を準備するための手段と、地域情報とコンテンツデータを示す情報とを基に、リクエスト情報を作成するための手段とを含んでもよい。

また、通信装置は、コンテンツデータの受信地域を示す地域情報を取得するための地域情報取得手段をさらに含み、コマンド送信手段は、受信地域によって異なる複数種類の命令情報を準備するためのコマンド準備手段と、地域情報に応じて、複数種類の命令情報から、第１の外部装置に送信する命令情報を選択するためのコマンド選択手段と、コマンド選択手段が選択したコマンドを送信するための手段とを含んでもよい。

また、通信装置は、選択手段が選択したコンテンツデータを受信するためのコンテンツ受信手段をさらに含んでもよい。

好ましくは、この選択手段は、第１の外部装置による処理の対象となるコンテンツデータを選択するための第１の手段と、コンテンツ受信手段による受信の対象となるコンテンツデータを選択するための第２の手段とを含み、コマンド送信手段は、第１の手段が選択したコンテンツデータの処理を要求するための命令情報を、第１の外部装置に対して送信するための手段を含む。

より好ましくは、リクエスト作成手段は、第１の手段が選択したコンテンツデータを示すリクエスト情報を作成するための第１の作成手段と、第２の手段が選択したコンテンツデータを示すリクエスト情報を作成するための第２の作成手段とを含む。

また、より好ましくは、第２の手段は、第１の手段が選択したコンテンツデータを選択するための手段を含む。第１の手段が、第２の手段の選択したコンテンツデータを選択するための手段を含むようにしてもよい。

第２の外部装置は、リクエストが示すコンテンツデータの処理を要求するための命令情報を第１の外部装置に送信する情報サービスを提供する装置であってもよい。リクエスト情報は、コンテンツデータを示す情報と、処理を指定する情報とを含み、リクエスト作成手段は、選択手段による選択の結果に基づいて、選択したコンテンツデータを示す情報を準備するための手段と、処理を指定する情報を準備するための手段と、コンテンツデータを示す情報と処理を指定する情報とを基に、リクエスト情報を作成するための手段とを含んでもよい。

好ましくは、処理を指定する情報は、第１の外部装置が選択したコンテンツを録画する処理を指定する情報を含む。

通信装置は、第１の外部装置を含む複数の装置からの信号を受信するための信号受信手段と、信号受信手段が受信した信号に基づき、複数の装置の中から命令情報の送信対象となる第１の外部装置を選択するための装置選択手段とをさらに含んでもよい。コマンド送信手段は、命令情報を、装置選択手段が選択した第１の外部装置に対して送信するための手段を含む。

第１の外部装置が処理可能なコンテンツデータを示す情報を取得するための手段をさらに含み、第２の外部装置は、処理可能なコンテンツデータを示す情報に基づく情報サービスを提供する装置であってもよい。通信装置はさらに、処理可能なコンテンツデータを示す情報を含むリクエスト情報を作成するための手段を含んでもよい。

命令情報は、処理を要求するための情報と、処理に関する処理に関する時間情報とを含む情報であってもよい。コマンド送信手段は、処理を要求するための情報を準備するための手段と、時間情報を準備するための手段と、要求するための情報と時間情報とからなる命令情報を第１の外部装置に送信するための手段とを含む。

本発明の第２の局面に係るコンピュータプログラムは、コンピュータにより実行されると、当該コンピュータを本発明の第１の局面に係る通信装置として動作させる。

本発明の第３の局面に係るコンテンツ再生装置は、外部の装置と通信を行なうための通信手段と、コンテンツデータの再生処理を要求する命令情報を受信するための受信手段と、コンテンツデータの付帯情報を記憶するためのコンテンツ情報記憶手段と、付帯情報と命令情報とに基づいて、再生処理を行なうコンテンツデータを選択するための選択手段と、選択手段が選択するコンテンツデータを取得し、再生処理するための再生手段とを含む。

通信装置は、コンテンツデータを記憶するためのコンテンツ記憶手段をさらに含んでもよい。選択手段は、付帯情報と命令情報とに基づき、コンテンツ記憶手段が記憶するコンテンツデータの中から再生処理を行なうコンテンツデータを選択するための手段を含む。

命令情報は、コンテンツデータの再生を要求する情報と、コンテンツデータと予め定める関係にある時間情報とを含むものであってもよい。選択手段は、時間情報と付帯情報とを比較して候補となるコンテンツを選択するための候補作成手段を含む。

好ましくは、通信装置は、時間情報を再生手段によるコンテンツデータの再生時に表示するための表示手段をさらに含む。

命令情報は、コンテンツデータの再生を要求する情報と、コンテンツデータの取得元を示す情報とを含み、再生手段は、コンテンツデータを取得元より取得して再生するための手段を含んでもよい。

命令情報は、コンテンツデータの再生処理を要求する情報と、コンテンツデータの再生時に表示するための文字列情報とを含み、通信装置は、再生手段によるコンテンツデータの再生時に、文字列情報を表示するための表示手段をさらに含んでもよい。

本発明の第４の局面に係るプログラムは、コンピュータにより実行されると、当該コンピュータを本発明の第３の局面に係るいずれかに記載のコンテンツ再生装置として動作させる。

本発明の第５の局面に係るサービス提供装置は、コンテンツデータの処理を行なう第１の装置を操作するための第２の装置から、第１の装置による処理の対象となるコンテンツデータを示す情報を含むリクエスト情報を受信するためのリクエスト受信手段と、受信したリクエスト情報が示すコンテンツデータと予め定める関係にある情報サービスを特定するための特定手段と、特定手段が特定した情報サービスを実行するための実行手段と、特定手段が特定した情報サービスを提供するために、第２の装置との間で通信を行なうための通信手段とを含む。

好ましくは、通信装置は、第２の装置のユーザ及び通信アドレスの少なくとも一方を識別するための情報を保持するための保持手段をさらに含み、通信手段は、保持された情報に基づき通信を行なうための手段を含む。

より好ましくは、リクエスト情報は、第１の装置に対するコンテンツデータの録画予約を要求する情報をさらに含む。また、サービス実行手段は、第１の装置に対して録画予約の命令情報を送信するための手段と、録画予約により第１の装置に録画されるコンテンツデータを再生するための制御情報を作成するための制御情報作成手段とを含み、通信手段は、第２の装置に対して、制御情報を送信するための制御情報送信手段を含む。

より好ましくは、制御情報作成手段は、予め定める条件が充足されたことに応答して、制御情報を繰返し作成するための手段を含み、制御情報送信手段は、制御情報が作成されたことに応答して、繰返し制御情報を第２の装置に対して送信するための手段を含む。

本発明の第６の局面に係るプログラムは、コンピュータにより実行されると、当該コンピュータを本発明の第５の局面に係るサービス提供装置として動作させる。

本発明の第７の局面に係るサービス提供システムは、本発明の第１の局面に係る通信装置と、本発明の第３の局面に係るコンテンツ再生装置と、本発明の第５の局面に係るサービス提供装置とを含む。

本発明の第８の局面に係る記録媒体は、本発明の第２の局面、第４の局面、又は第６の局面に係るプログラムを記録した、コンピュータで読取可能な記録媒体である。

［第１の実施の形態］
図１に本発明の一実施の形態に係るシステムの概要を示す。図１を参照して、本実施の形態に係るシステムは、コンテンツを配信するコンテンツ配信装置３４と、コンテンツに関連する種々のサービスをネットワーク上で提供するサービス提供装置３８と、コンテンツ配信装置３４が配信するコンテンツを特定する情報とサービス提供装置３８が提供するサービスを特定する情報とを保持し、コンテンツを特定する情報を、サービスを特定する情報に変換する変換サーバ装置３６とを含む。具体的には、コンテンツ配信装置３４は、テレビジョン（以下、単に「テレビ」と呼ぶ。）放送等の放送局であってもよいし、インターネット上でストリーミングデータを配信するサーバ装置であってもよい。また、サービス提供装置３８は、１台のコンピュータで構成されたものに限らず、複数台のサーバ装置が連携してサービスを提供するものであってもよい。

本実施の形態に係るシステムはさらに、ユーザ側の装置として、コンテンツ配信装置３４からコンテンツデータを受信し、再生するコンテンツ再生装置３２と、ユーザによる入力に従い、コンテンツ再生装置３２を操作するための制御命令（以下、この制御命令を「コマンド」と呼ぶ。）を送信すると共に、変換サーバ装置３６及びサービス提供装置３８との間でサービスの利用に伴う情報の送受信を行なう操作端末装置３０とを含む。具体的には、操作端末装置３０は、携帯電話、又は通信機能を有するＰＣ、ＰＤＡ若しく通信機能を有する時計等が想定される。また具体的には、コンテンツ再生装置３２は、テレビ等が想定される。なお、コンテンツ再生装置３２は、テレビに限らず、ステレオ装置やＰＣであってもよい。

操作端末装置３０は、第１のネットワーク４０と第２のネットワーク４２との２系統の通信ネットワークを介して、本実施の形態に係るシステムの装置の間で情報の送受信を行なう。操作端末装置３０は、第１のネットワーク４０を介してコンテンツ再生装置３２にコマンドを送信する。また、操作端末装置３０は第２のネットワーク４２を介して、変換サーバ装置３６、及びサービス提供装置３８の間での情報の送受信を行なう。これら一連の通信により、操作端末装置３０は、コンテンツ再生装置３２が再生するコンテンツに関連するサービスの提供を受ける。

これらの装置間で行なわれる通信の概要を、動作の局面ごとにそれぞれ矢印４４から矢印５０で示す。矢印４４は、動作の第１の局面での情報の流れを示す。動作の第１の局面では、ユーザがコンテンツ再生装置３２に再生させるコンテンツを選択し、操作端末装置３０を操作する。操作端末装置３０は操作入力に従いコンテンツの再生を命じるコマンドをコンテンツ再生装置３２に送信する。コンテンツ再生装置３２は、コマンドに従って、選択されたコンテンツを受信し再生する（矢印４４）。このとき、操作端末装置３０はユーザによる選択結果を示す情報（以下、この情報を「番組情報」と呼ぶ。）を記憶する。

矢印４６は、動作の第２の局面での情報の流れを示す。動作の第２の局面では、ユーザは、コンテンツ再生装置３２で再生中のコンテンツに関連するサービスを要求するために、操作端末装置３０を操作する。操作端末装置３０は、この操作入力に応答して、サービスの提供を要求するための情報（以下、この情報を「リクエスト」と呼ぶ。）を作成する。リクエストは、動作の第１の局面での番組情報に基づいて作成される情報である。例えばコンテンツ再生装置３２がテレビである場合、リクエストは、テレビのチャネル番号や放送局コード等、放送番組を識別する情報を含む構成となる。また例えばコンテンツ再生装置３２がインターネットストリームの受信再生を行なう装置である場合には、リクエストは、インターネット上でのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）等、ストリームコンテンツを特定する情報を含む構成となる。操作端末装置３０は、リクエストを第２のネットワーク４２を介して変換サーバ装置３６に送信する。

なお、操作端末装置３０は、リクエストを作成するために必要な情報を予め記憶しているものとする。この情報は、操作端末装置３０の出荷時等に記憶させたものであってもよい。また、後からネットワーク又は外部記憶装置経由で取得し記憶させたものであってもよい。

矢印４８は、動作の第３の局面での情報の流れを示す。動作の第３の局面では、変換サーバ装置３６はリクエストを参照して、ユーザが求めるサービスが実際にはどのサービスであるかを特定する。変換サーバ装置３６は、所望のサービスを実際に提供しているサービス提供装置３８に対してリクエストが送信されるように、リクエストを変換する。変換サーバ装置３６は、サービス提供装置３８に対して、変換したリクエストを転送する。

矢印５０は、動作の第４の局面での情報の流れを示す。動作の第４の局面では、リクエストの転送を受けたサービス提供装置３８が、操作端末装置３０にサービスを提供するための情報を送信する。以降、操作端末装置３０は、サービス提供装置３８との間で情報の送受信を行ない、サービスを利用するための一連の動作を実行する。ここでサービスとは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式の文字情報や、静止画、若しくは動画の情報の提供、オンライン販売、プログラムダウンロード、検索、又は契約等各種のものが想定される。本実施の形態では、サービス自体の内容は問わない。またサービスの中には、一度データを受信すればよいものも、インタラクションを必要とするものもある。以下、本明細書では、サービスを利用するためにサービス提供装置３８と操作端末装置３０との間で情報の送受信を行なう動作を、単に「サービスを受信する」と呼ぶ。

（操作端末装置３０の外観）
携帯電話端末で本実施の形態に係る操作端末装置３０を実現した場合の、携帯電話端末の外観例を、図２及び図３に示す。図２は、携帯電話端末である操作端末装置３０の正面図である。図２を参照して、操作端末装置３０は、ディスプレイ６０と、複数のキーからなる入力部６２とを含む。ディスプレイ６０は、外部装置から通信を通じて受けたサービスの表示に使用される。操作端末装置３０が携帯電話端末によって実現される場合、ディスプレイ６０を、携帯電話端末が有する電話帳やメモ等の機能に伴う情報の表示と共用してもよい。さらにコンテンツデータの受信を行なうためのチューナ機能を搭載した場合、ディスプレイ６０を動画の表示にも使用できる。入力部６２は操作端末装置３０の本体に信号を入力するための複数のキーによって構成される。これらのキーは、いわゆるテンキーをベースにしたものであることが望ましい。特に操作の対象となるコンテンツ再生装置がテレビ等である場合には、テンキーからチャネルを変更することで制御が容易になる。

図３は、携帯電話端末である操作端末装置３０の背面図である。図３を参照して、操作端末装置３０はさらに、図１に示す第１のネットワーク４０を介して、コンテンツ再生装置３２にコマンドを送信する通信部７０を含む。なお、第１のネットワーク４０を介して行なわれるコマンドの送受信には、赤外線を用いてもよいし、有線又は無線技術を用いてもよい。赤外線を用いる場合、通信部７０は、１方向の赤外線発光素子とドライバＬＳＩで構成されるものであってもよい。その場合、それぞれの装置の製造者コードとその製造者が製造する装置のコマンドコード表を予め本装置に記憶しておく必要がある。一般的には、複数の製造者によって製造された装置に対応するコマンドをそれぞれまとめたコマンドコード表を予め取得しておき、ユーザが製造者と装置種別とを選択することにより、所望のコマンドを送信できるようにする。

なお、操作端末装置３０が携帯電話端末である場合、図示しない携帯電話端末の情報通信機能部を用いて、第２のネットワーク４２（図１参照）と接続し、情報の送受信を行なうものであっても、また、携帯電話の通信機能とは別の有線又は無線の通信インタフェースを用いるものでもよい。第２のネットワーク４２に接続するものである場合、どのような方法を用いるものでもよい。

入力部６２は、ハードウェアとしてのキーによって構成されたものに限らず、ディスプレイ６０上に表示した仮想キーと、仮想キーを用いてＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）で入力を行なうためのポインティングデバイスとで構成されたものであってもよい。

（操作端末装置の機能的構成）
図４に、操作端末装置３０の機能的構成をブロック図形式で示す。図４を参照して、操作端末装置３０は、図１に示す第１のネットワーク４０を介してコンテンツ再生装置３２と通信を行なう第１ネットワークインタフェース１００と、図１に示す第２のネットワーク４２を通じて変換サーバ装置３６及びサービス提供装置３８と通信を行なう第２ネットワークインタフェース１２２とを含む。

操作端末装置３０はさらに、ユーザによる操作入力を信号に変換するユーザ入力部１０８と、操作入力の信号に従い、コンテンツを選択するコンテンツ選択部１０４と、コンテンツ選択部１０４の選択結果に従い、第１ネットワークインタフェース１００を介してコンテンツ再生装置３２にコマンドを送信するコマンド送信部１０２とを含む。操作端末装置３０はさらに、ユーザが操作を行なうときの操作画面及び受信したサービスに伴う情報の表示を行なう表示部１０６を含む。

操作端末装置３０はさらに、図１に示すコンテンツ再生装置３２の使用地域に関する情報を記憶する地域情報記憶部１１２と、現在の地域、時刻、チャネルからコンテンツ再生装置３２に再生させているコンテンツに関連するサービスを選定するためのベースになるアドレス（以下、このアドレスを「ベースアドレス」と呼ぶ。）を記憶するアドレス記憶部１１４と、コンテンツ選択部１０４が選択したコンテンツ、地域情報記憶部１１２が記憶している地域情報、及びアドレス記憶部１１４が記憶しているベースアドレスに基づいて、リクエストを作成するリクエスト作成部１１０とを含む。なお、地域情報としては、地上波放送を受ける地域により異なる放送チャネルの構成を示す情報等が想定される。

操作端末装置３０はさらに、ユーザ入力部１０８から与えられる操作入力の信号に従い、リクエスト作成部１１０が作成したリクエストを、第２ネットワークインタフェース１２２を介して送信するリクエスト送信部１１６と、第２ネットワークインタフェース１２２を介してサービス提供装置３８が提供するサービスに伴う情報を受信するサービス受信部１１８と、サービス受信部１１８が受信したサービスの情報を処理して、コマンド送信部１０２及び表示部１０６に与えるサービス解釈部１２０とを含む。

第１ネットワークインタフェース１００は、送信機能だけを有するものでもよい。また、第１ネットワークインタフェース１００は、コンテンツ再生装置３２との双方向のデータ通信を行なう機能を有するものであってもよい。

例えば、コンテンツ再生装置３２との間の通信をＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）で行なう場合では、最初にネットワーク上にどのような装置が存在するかを問合せ、その中から対象装置を選択する。その後、対象装置が保有するコンテンツリストを取得して、それを選択する。ここではコンテンツの選択がコマンド送信に相当するが、ＵＰｎＰのような双方向のインテリジェントな手順を用いる場合にはコンテンツ選択部１０４でこれら一連の手順を処理する。

ＵＰｎＰではインターネットプロトコルを仮定しているため、第１ネットワークインタフェース１００と第２ネットワークインタフェース１２２とは、物理的には共通のものであってもよい。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）のポート番号等で論理的に両者を区別するようにすることも可能である。この場合、第１ネットワークインタフェース１００と第２ネットワークインタフェース１２２とは異なる領域の装置にアクセス可能であることが望ましい。例えば、第１ネットワークインタフェース１００が接続される第１のネットワーク４０はローカルな家庭内やオフィス等の範囲に限定されたものであることが望ましい。第２ネットワークインタフェース１２２が接続される第２のネットワーク４２は広域網で多くのサービスを受けることが可能な範囲であることが望ましい。これについては、第４の実施の形態で説明する。

（操作端末装置の動作）
操作端末装置３０は、以下のように動作する。操作端末装置３０が起動すると、コンテンツ選択部１０４は、コンテンツの選択に用いる操作画面として、キーガイダンス表示を準備し、表示部１０６に与える。表示部１０６は、キーガイダンス表示を表示する。図５にキーガイダンス表示の一例を示す。図５を参照して、キーガイダンス表示は、図２に示す操作端末装置３０の入力部６２のキーとそれぞれ対応するキー表示を含む。キーガイダンス表示は、コンテンツ再生装置３２が再生するコンテンツをユーザが選択する際に用いるキーの表示と、サービスの取得を要求する入力を行なうための「サービス取得」キーの表示とを含む。

図５に示すキーガイダンス表示では、「１」から「１２」までの数字を記したキー（このキーは通常使用されるテンキーとは異なるが、便宜上、本明細書ではこの１２個のキーを「テンキー」と呼ぶ。）が、コンテンツの選択に用いるキーに該当する。例えば、テレビのチャネルを変更することによりコンテンツを選択する場合、テンキーの「１」から「１２」までの数字は、それぞれテレビの１チャネルから１２チャネルを選択するためのものとなる。

「サービス取得」キーは、サービスの利用開始を求める入力を行なうためのキーである。

なお、キーガイダンス表示内の、黒に塗られている矢印は、音量の上下を操作するための音量キーを示す表示である。また、白抜きの矢印はチャネルの上下を操作するためのチャネル上下キーを示す表示である。「電源」キーはコンテンツ再生装置３２の電源をオン、オフするためのコマンドをコンテンツ再生装置３２に送信するために用いるキーである。「終了」キーは、このキーガイダンス表示を終了するためのキーである。

ユーザはテンキーを用いてチャネルを選択する。図４に示すユーザ入力部１０８は、この入力に応答して、入力に対応する入力信号をコンテンツ選択部１０４に与える。コンテンツ選択部１０４は、入力信号を基に、ユーザが選択したコンテンツを示す番組情報を、コマンド送信部１０２及びリクエスト作成部１１０に与える。コマンド送信部１０２は、第１ネットワークインタフェース１００を介して、コンテンツ再生装置３２に番組情報に対応するコンテンツ切替コマンドを送信する。コンテンツ再生装置３２は、このコマンドに従い動作し、コンテンツの切替を行なう。例えばユーザが「８」のボタンを押すと、コンテンツ再生装置３２は受信するチャネルを「８」チャネルに切替え、「８」チャネルのコンテンツを再生するようになる。

一方、リクエスト作成部１１０は、コンテンツ選択部１０４からの番組情報に基づき、リクエストを作成する。図６に、リクエストの作成方法の一例を示す。図６を参照して、（１）はベースアドレスであり、ベースアドレス記憶部１１４に予め記憶されている。通常は図１に示す変換サーバ装置３６のアドレスになる。この例では「ｃｏｍｍｏｎ．ｓｒｖ」というアドレスの変換サーバ装置が、チャネル番号、地域、及び時間等を考慮して番組を特定する変換を行なうことを想定している。リクエスト作成部１１０は、このベースアドレスに、チャネル情報を追加する。これを図６（２）に示す。図６（２）に示す例では、「ｐｒｇ？ｃｈ＝８」がチャネル情報である。リクエスト作成部１１０はさらに、（２）の情報に、地域情報記憶部が記憶している地域情報を追加する。これを図６（３）に示す。（３）に示す例では、「ａｒｅａ＝ｏｓａｋａ」が地域情報となる。リクエスト作成部１１０はさらに、（３）の情報に、このリクエストの作成時刻を示す時間情報「ｔｉｍｅ＝２００３０８２６２１２３４５」を追加し、リクエストを作成する。これを図６に示す。

リクエスト作成部１１０は、作成したリクエストをリクエスト送信部１１６に与える。この後にユーザが図５に示す「サービス取得」ボタンを押すと、ユーザ入力部１０８は、この入力に対応する入力信号をリクエスト送信部１１６に与える。リクエスト送信部１１６は、与えられたリクエストを、第２ネットワークインタフェース１２２を介して、リクエストによって指定されたアドレスの変換サーバ装置３６に送信する。

変換サーバ装置３６は、受信したリクエストの変換を行なう。図７に、変換サーバ装置３６が、リクエストの変換を行なうために参照する変換情報の例を示す。図７を参照して、変換情報は、地域、図１に示すコンテンツ配信装置３４のチャネル、及び日時ごとに、コンテンツに対応するサービスを提供するサービス提供装置３８のアドレスをまとめた表形式の情報である。以下、この情報を「変換テーブル」と呼ぶ。図７に示す変換テーブルによると、例えば０３年９月１日の５時３０分に１チャネルのコンテンツ配信装置３４が配信しているコンテンツに対応するサービスは、「ｒｔｐ：／／ｓｔｒｅａｍ．ｘｙｚ／ｓｔｒｅａｍ０５．ｍｐｇ」というＵＲＬということになる。即ち、このコンテンツに対応するサービスは、「ＲＴＰ」という通信プロトコルで提供されるサービスであり、「ｓｔｒｅａｍ．ｘｙｚ」というアドレスのサービス提供装置から「ｓｔｒｅａｍ０５．ｍｐｇ」というＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式のファイルが提供されることが示されている。

変換サーバ装置３６は、受信したリクエストのＵＲＬにより特定されるチャネル、地域、及び日時に対応するサービスを変換テーブルから検索し、該当する項目に格納されたアドレスを読出す。変換サーバ装置３６は、受信したリクエスト内のＵＲＬを、こうして変換テーブルより読出したアドレスに変換する。変換サーバ装置３６は、この変換したアドレスを含むリクエストをサービス提供装置３８（図１参照）に送信する。

サービス提供装置３８は、リクエストを受信すると、リクエストによって指定されたサービスのデータを操作端末装置３０に送信する。

図４を参照して、サービス受信部１１８は、第２ネットワークインタフェース１２２を介してこのサービスのデータを受信する。サービス受信部１１８は、受信したサービスのデータをサービス解釈部１２０に与える。サービス解釈部１２０は、サービスのデータを処理し、その出力を表示部１０６に与える。表示部１０６は、このデータを表示する。

図８に、野球放送に関連して受信したサービスの表示例を示す。図８を参照して、この表示は、一般的なウェブブラウザの表示と同様の形態である。この表示では、アンダーラインを引いたところがリンクになっている。ユーザがＧＵＩ上の「終了」ボタンを押すと、このサービスの表示は終了する。

以上の一連の動作により、操作端末装置３０は、コンテンツ再生装置３２で再生中のコンテンツと関連する情報を、サービス提供装置３８から受信し、表示する。

本実施の形態１に係る操作端末装置３０は、一般的なコンピュータ、携帯情報端末装置又はコンピュータを搭載した携帯電話装置等のハードウェアと、それらの上で実行されるコンピュータプログラムにより実現できる。以下、操作端末装置３０に関する所望の機能を実現するためのプログラムの制御構造について説明する。

図９に、コンピュータで実行されると、コンピュータを本実施の形態に係る操作端末装置３０として動作させるコンピュータプログラムの制御構造をフローチャートで示す。図９を参照して、プログラムが起動すると、制御はステップ（以下単に「Ｓ」と記載する。）２０２に進む。Ｓ２０２では初期化が実行される。すなわち、内部の変数等を初期化した後に、図５に示すキーガイダンス画面を表示する。続いてＳ２０４では、サービス取得要求があるかどうかを判定する。サービス取得キーが押されれば制御はＳ２１２に進み、さもなければ制御はＳ２０６に進む。

Ｓ２０６では放送番組等の番組を指定するための入力がなされたかどうかを判定する。番組指定の入力があれば制御はＳ２０８に進み、さもなければ制御はＳ２０４に戻る。

Ｓ２０８では番組変更コマンドをコンテンツ再生装置３２に対して送信する。Ｓ２１０では、切替後の番組を示す情報を記憶する。チャネル上下キーの場合でも押される以前のチャネル状態と今回の入力とにより、コンテンツ再生装置３２で切替わったであろうという番組を推測し記憶する。

一方、Ｓ２０４の判定の結果、制御がＳ２１２に進むと、Ｓ２１２では、リクエストを作成する。なお、Ｓ２１２の詳細については後述する。続くＳ２１４では、Ｓ２１２で作成されたリクエストに従い、該当するサーバにリクエストを送信する。Ｓ２１６ではＳ２１４のリクエストに対応するサービスを受信する。Ｓ２１８では、受信したサービスの表示又は出力を行なう。Ｓ２２０ではＳ２１８で表示されたサービスに対してユーザがどのような入力をしたかを判定する。さらに次のサービスを要求する入力があった場合、制御はＳ２１４に戻る。視聴する番組を指定する入力があった場合、制御はＳ２１２に戻る。サービスの終了を求める入力があった場合、制御はＳ２０２に戻る。

図１０は、リクエスト作成Ｓ２１２（図９参照）の詳細な制御構造を示すフローチャートである。図１０を参照して、Ｓ２４２では番組情報を読出す。少なくともどのチャネルを選択したかに関する情報（例えば「８（チャネル）」を選択したということ）が記憶されているのでこれを読出す。Ｓ２４４では必要であれば番組情報を変換規則に基づき変換する。例えば、チャネルを８チャネルに変更するコマンドが出されたが、コンテンツ再生装置３２では８チャネルは放送波としてはＵＨＦ（Ｕｌｔｒａ Ｈｉｇｈ Ｆｒｅｑｕｅｎｃｙ）の１９チャネルに割当られているような場合に変換が必要となる。もちろん、８チャネルと地域情報とを見て、放送局等サーバ側のホストアドレスに変換してもよい。

Ｓ２４６ではアドレス記憶部１１４に記憶された地域情報を読出す。Ｓ２４８では、この地域情報を予め記憶している変換規則に基づき変換する。携帯電話の場合、地域情報は基地局単位になることが多い。地域情報がＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）による情報である場合、地域情報は数値の羅列になる。いずれも放送局のエリアとは異なる。

Ｓ２５０では時間情報を読出す。続くＳ２５２では必要であれば時間情報の変換を行なう。なお、本実施の形態を全世界で有効にするためには、装置内に世界標準時に設定された時計を実装し、ローカル時間に変換することが望ましい。

Ｓ２５４ではベースアドレスを読出す。Ｓ２５６では、番組と、地域と、時間とをベースアドレスと併せてリクエストを生成する。リクエスト作成の処理は終了する。

なお、本実施の形態に係る操作端末装置３０は、第２のネットワーク４２との接続を、携帯電話網経由で行なう。しかし操作端末装置３０が、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１系の無線ネットワーク、ＩＥＥＥ８０２．３系の有線ネットワーク等を経由して、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）、ＡＤＳＬ等のアクセス技術を利用して第２のネットワーク４２に接続するものでもよい。

なお、リクエストの変換方法は、上記したものに限定されない。例えば、操作端末装置３０が地域情報の変換テーブルを保持し、それに基づいて、現在の地域の変換テーブル（例えば、図７に示す変換テーブルの「大阪」に関する部分）をダウンロードしてもよい。また、地域情報と押されたコードだけを変換サーバ３６に送信し、変換テーブルを変換サーバ装置３６で引く手法もあり得る。チャネル毎に異なるサーバにリクエストを送り、サーバ毎に変換の手法が異なるという手法もあり得る。各種の手法が存在するがその方法は問わない。また、コンテンツの指定方法についても、放送局コード、放送局の通称名等を用いるものでもよい。

さらに、変換サーバ装置３６では番組名、出演者名等から検索でサービスを選択してもよい。この場合には、操作端末装置３０及び変換サーバ装置３６のいずれかが、公開されている電子的な番組表等を利用して番組名、出演者等の情報を取得し、取得した番組名や出演者により検索リクエストを出し、その結果を受信することになる。

なお、変換サーバ装置３６も１つとは限らず、複数でもよい。また、操作端末装置３０は、放送局毎、番組毎、又はユーザの設定等により、それら複数の変換サーバ装置の一つを選択して、リクエストを送信するようにしてもよい。例えば、通常は電子的な番組表に基づき、放送局が主催するホームページを見るために、放送局のサーバを参照するための変換サーバ装置３６を選択するが、特別に日本代表サッカーの場合には、日本代表サッカーのページを見るために、別のサーバを参照することも可能である。この場合には、一般的な変換サーバ装置３６へのリクエストの手法に加え、ユーザ等の設定により、それより高い優先度で参照するリクエスト手法を登録できるようにすることが望ましい。こうすることにより、ユーザが登録した変換サーバ装置３６へのリクエスト作成ルールを優先的に参照して、なければ通常の変換サーバ装置３６へのリクエスト作成ルールを参照することで、ユーザの好むコンテンツを優先的に表示することが可能になる。

［第２の実施の形態］
第１の実施の形態に係る操作端末装置３０は、ユーザが番組を切替え、さらにサービスを求める入力を行なうと、切替えた番組に関連するサービスをその都度受信するものであった。しかし、本発明はこのような実施の形態には限定されない。

例えば、図８に示すサービスの表示例が、８チャネルの野球放送に関連したサービスであったとする。このサービスにおいて、ユーザが「選手名鑑」を選択し、別のページを受信して選手のプロフィールを見ていたとする。この途中でさらに別の番組（９チャネルとか１０チャネル）にテレビを切替えたいという要求が生じることもあり得る。このときには、「終了」コマンドで終了して、チャネルを切替えて、９チャネルの番組を見ることになる。

ところが、この後にまた８チャネル（野球）に戻ってコンテンツを視聴し、関連するサービスを受信すると、第１の実施の形態に係る操作端末装置３０では、このサービスのトップページ（図８の表示）が表示されることになる。このように番組を短時間で切替えながらコンテンツを閲覧する方法（以下、この閲覧方法を「ザッピング」と呼ぶ。）でコンテンツを閲覧するユーザにとっては、この時点で過去に見ていたトップページを見るより、過去に見ていたページの個所からザッピングを行なう直前まで見ていた「選手名鑑」を続きから見たいと考えるかもしれない。本実施の形態に係る操作端末装置は、第１の実施の形態に係る操作端末装置が有する機能に加えてさらに、このようなザッピングに対応する機能を有する。

図１１に、第２の実施の形態に係る操作端末装置３００の機能的構成をブロック図形式で示す。図１１を参照して、本実施の形態に係る操作端末装置３００は、第１の実施の形態に係る操作端末装置３０と類似の構成である。本実施の形態に係る操作端末装置３００は、第１の実施の形態に係る操作端末装置３０のユーザ入力部１０８、サービス受信部１１８、及びリクエスト送信部１１６に替えて、それぞれこれらと異なる機能を持つユーザ入力部３０２、サービス受信部３０４、及びリクエスト送信部３０６を含む。これらの詳細については後述する。操作端末装置３００はさらに、サービス受信部３０４及びリクエスト送信部３０６に接続され、サービス受信部３０４が受信したサービスを識別するためのアドレスと、サービスの受信時刻とを記憶するサービスアドレス記憶部３０８を含む。

ユーザ入力部３０２は、第１の実施の形態に係るユーザ入力部１０８が有する機能に加えて、サービス取得に関する２種類のユーザ入力を受付ける。２種類の入力の一方は、第１の実施の形態に係る操作端末装置３０と同様の動作でサービスを受信することを要求する「オリジナル」取得要求入力である。２種類の入力の他方は、ユーザがザッピングを行なった場合に用いる入力である。この入力は、前回受信したサービスを再び表示することを求める「通常」サービス取得要求入力である。２種類の入力に対応する入力キーをそれぞれ図２に示すような入力部に備えるようにしてもよいし、１種類のキーの押し方（例えば押す時間長）によって、この両者の入力を区別するようにしてもよい。ユーザ入力部３０２は、これらの入力に対応する入力信号をリクエスト送信部３０６に与える機能をさらに有する。

サービス受信部３０４は、第１の実施の形態に係るサービス受信部１１８が有する機能に加えて、さらに、受信したサービスのアドレス及び受信時刻をサービスアドレス記憶部３０８に与える機能を有する。

リクエスト送信部３０６は、第１の実施の形態に係るリクエスト送信部１１６が有する機能に加えて、ユーザ入力部３０２からの入力信号に応じて、第１の実施の形態に係るリクエスト送信部１１６と同様にリクエストを送信する動作と、サービスアドレス記憶部３０８に記憶されたアドレス及び時刻情報を読出して送信する動作とを選択的に行なう機能をさらに有する。

本実施の形態に係る操作端末装置３００は、第１の実施の形態に係る操作端末装置３０と同様の動作を実行し、リクエストを作成して、送信し、サービスを受信する。ただし、サービス受信部３０４は、サービスを受信すると、受信したサービスのアドレスと、そのサービスの受信時刻とを、サービスアドレス記憶部３０８に記憶させる。ここでユーザが「通常」サービス取得要求の入力を行なうと、ユーザ入力部３０２は、通常サービス取得指示する信号をリクエスト送信部３０６に与える。リクエスト送信部３０６は、この入力信号に応答して、サービスアドレス記憶部３０８から前回受信したサービスのアドレスと、受信時刻とを読出す。リクエスト送信部３０６は、現在の時刻と読出した受信時刻との差分を求め、求めた差分が予め設定された時間内かどうかを判定する。

例えば「通常」サービス取得要求があったのが２１時００分現在であるとする。コンテンツ再生を受信した時刻として、例えば２０時５５分がサービスアドレス記憶部３０８に記憶されているものとする。リクエスト送信部３０６は、この差分（５分）を求める。ここでしきい値（例えば１０分）と比較し、しきい値以内であれば、読出したアドレスを送信する。このことにより、５分前に受信していたサービスを再び受信する。さらに、過去に取得したサービスのデータを記憶しておくキャッシュ技術を用いて、コンテンツと対応させてキャッシュデータを保持しておくこともできる。このようにすると、サービスを再受信する際に受信するべきデータの一部又は全部に替えて、キャッシュデータを用いることができるため、より高速の応答が実現可能となる。なお、しきい値はユーザ設定可能にすることが望ましい。差分がしきい値を超える場合は、リクエスト送信部３０６は、第１の実施の形態と同様の動作でリクエスト作成部１１０が作成したリクエストを、第１の実施の形態と同様の動作で送信する。これにより、前回サービスを受信した時から長い時間が経過した後に「通常」サービスの取得要求をユーザが行なった場合には、そのサービスのトップページを受信することになる。

また、ユーザが、「オリジナル」サービス取得要求入力を行なった場合、ユーザ入力部３０２は、リクエスト送信部３０６にオリジナルサービス取得を指示する信号を与える。リクエスト送信部３０６は、第１の実施の形態に係るリクエスト送信部１１６と同様の動作で、リクエストを送信する。これにより、サービス受信部３０４は該当するサービスのトップページを受信することになる。

図１２に、コンピュータで実行されると、コンピュータを本実施の形態に係る操作端末装置３００として動作させるコンピュータプログラムの制御構造をフローチャートで示す。このフローチャートに示すプログラムの制御構造は、図９に示すプログラムの制御構造と類似である。このプログラムのＳ２０２、Ｓ２０４、Ｓ２０６、Ｓ２０８及びＳ２１０で実行される処理は、図９に示すプログラムの同一番号のステップで行なわれるものと同一である。

ただし、本実施の形態では、Ｓ２０４の判定結果がＹＥＳであった場合、制御はＳ３２２に進む。Ｓ３２２では、サービス取得要求の種類を判定する。サービス取得要求が、「オリジナル」サービス取得要求であった場合、制御はＳ２１２に進み、第１の実施の形態と同様にリクエストを作成する。この後制御はＳ２１４に進む。一方、サービス取得要求が「通常」サービス取得要求であった場合、制御はＳ３２２からＳ３２４に進む。Ｓ３２４では、現在の時刻と、前回のサービス受信時刻との差分が、設定された時間内であるか否か判定する。判定結果がＹＥＳであれば制御はＳ３２６に進む。さもなければ制御はＳ２１２からＳ２１４に進む。Ｓ２１２での処理については前述した通りである。

Ｓ３２６では、アドレスの復元を行なう。即ち、前回受信したサービスのアドレスを読出し、読出したアドレスをリクエストとする。制御はＳ２１４に進む。

Ｓ２１４では、作成又は復元したリクエストを第１の実施の形態と同様に送信する。続くＳ２１６では、Ｓ２１４で送信したリクエストに対応するサービスを受信する。制御はＳ３２８に進む。

Ｓ３２８では、受信したサービスのアドレスを記憶する。制御はＳ３３０に進む。Ｓ３３０では、このサービスを受信した時刻を記憶する。制御はＳ２１８に進む。Ｓ２１８では、第１の実施の形態と同様にサービスの表示及び出力を行なう。

なお、複数のユーザが操作端末装置３００を使用する場合には、あるユーザの使用履歴は、別のユーザにとって不要なものとなる。そのため、別のユーザが操作端末装置３００を使用する場合、前回のサービス表示の続きを表示するよりも、そのサービスのトップページを表示する方が好適である場合がある。そのため、操作端末装置３００はさらに、ユーザからの指示（例えばアドレス消去ボタン）により、Ｓ３２８で記憶したアドレスの一部又は全部を消去できるようにする機能を備えることが望ましい。

［第３の実施の形態］
地上波デジタル放送の開始と共に、移動機に対応した放送も開始される。これに伴い、携帯電話端末、ＰＤＡ、及びＰＣ等の装置であって、これらの放送を受信できるものが増加することが予想される。しかし、これらの装置が十分な表示機能を有するとは限らない。同一の番組を閲覧する場合であっても、これらの装置で見る場合と、例えば家庭内の大画面テレビで見る場合とでは、映像の迫力が異なる。そのため、ユーザの状況に応じて、番組の映像を表示させる装置としてこれらの装置と大画面テレビとのいずれかを容易に選択できることが望ましい。

本実施の形態に係る操作端末装置は、第１の実施の形態に係る操作端末装置３０の構成に加えてさらに、コンテンツを視聴するためのチューナ部と、コンテンツを再生する機能とを有し、チューナを制御するために用いた情報を、外部のコンテンツ表示装置の制御に用いる。

図１３に本実施の形態に係る操作端末装置の動作の概要を、２つの動作例を用いて示す。本実施の形態に係る操作端末装置４００は、上記したチューナ部及びコンテンツ再生機能に加えてさらに、自動で地域情報を更新する機能を有する。

ユーザが操作端末装置４００で見ているコンテンツと同じものをコンテンツ再生装置３２で閲覧する際の動作の概念を動作例１に示す。例えば、ユーザが外出中に操作端末装置４００を用いて、コンテンツを視聴したとする。このコンテンツを選択する際に、操作端末装置４００は、ユーザに対して選択可能なコンテンツのリストを提示する。ユーザがこの中の一つを選択すると、選択したコンテンツをチューナが受信し、表示する。このとき、操作端末装置４００は、そのコンテンツの番組情報を記憶する。ユーザが家に帰って、家にあるコンテンツ再生装置３２で続きを見たい場合、ユーザは、操作端末装置４００に対し所定の入力を行なう。この入力に応答して、操作端末装置４００は、記憶している番組情報に基づき、コンテンツ再生装置３２を同じチャネルに切替えるコマンドを出力する。これにより、所望のコンテンツをコンテンツ再生装置３２で閲覧できるようになる。

同一内容のコンテンツを、移動機用と、固定機用とで別々に配信している場合の動作の概念を動作例２に示す。例えば、移動機向けの放送を「１２４チャネル」で、固定機向けの放送を「８チャネル」で、それぞれ配信しているものとする。操作端末装置４００は１２４チャネルの野球放送を受信し再生している。このときに、ユーザが所定の入力を行なうと、操作端末装置４００は、現在受信しているコンテンツの番組情報を変換サーバ装置３６に送信する。送信した番組情報は、変換サーバ装置３６を経由してサービス提供装置３８に送信される。サービス提供装置３８は、移動機用の放送と固定機用の放送との対応関係を示す対応表を保持している。この表に基づき、サービス提供装置３８は、「１２４チャネル」の野球放送に対応するコンテンツの番組情報として、固定機用放送の「８チャネル」の放送情報を操作端末装置４００に送信する。操作端末装置４００は、この情報を基に、コンテンツ再生装置３２に「８チャネル」への切替コマンドを送信する。これにより、コンテンツ再生装置３２は、移動機用放送のコンテンツに対応する固定機用放送のコンテンツを受信し再生することになる。

図１４に、本実施の形態に係る操作端末装置４００の機能的構成をブロック図形式で示す。図１４を参照して、操作端末装置４００は、図４に示す第１の実施の形態に係る操作端末装置３０と類似の構成である。ただし、本実施の形態に係る操作端末装置４００はさらに、図４に示す第１の実施の形態に係る操作端末装置３０のコマンド送信部１０２及びコンテンツ選択部１０４にそれぞれ替えて、コマンド送信部４０２及びコンテンツ選択部４０４を含む。加えて操作端末装置４００は、操作端末装置４００の現在位置を示す地域情報を取得し、取得した地域情報を地域情報記憶部１１２に記憶させる地域情報取得部４１２と、コンテンツ配信装置３４からコンテンツを受信し、表示部１０６に表示させるチューナ部４１０とをさらに含む。コンテンツ選択部４０４は、図４に示す第１の実施の形態に係るコンテンツ選択部１０４が有する機能に加えて、さらにチューナ部４１０が受信するコンテンツを選択する機能を有する。コマンド送信部４０２は、図４に示す第１の実施の形態に係るコマンド送信部１０２が有する機能に加えて、さらに送信するコマンドを地域情報記憶部１１４に記憶されている地域情報に基づいて選択する機能を有する。

なお、地域情報取得部４１２は、地域情報を無線通信の基地局との交信によって自動的に取得するものでもよいし、ＧＰＳ等を利用して自動的に取得するものでもよい。

図１５はこの操作端末装置４００がサービスを受信して、その中に含まれる情報を用いて外部装置にコマンドを送る処理の制御構造を示すフローチャートである。図１５を参照して、Ｓ４４２ではサービスを受信する。Ｓ４４４では、受信したサービスを解析して、必要であれば表示画面を生成し、表示する。この場合の表示は、図８のような画面が典型的である。Ｓ４４６では、Ｓ４４４で解析したサービスの中に、操作対象となる装置の操作情報が入っているか否かを判定する。判定結果がＹＥＳであれば制御はＳ４４８に進む。さもなければ制御はＳ４４２に戻る。

Ｓ４４８では、操作対象となる装置が所望の機能に該当する機能を有するものである否かを判定する。「該当する機能を有する」とは、例えばデジタル地上波チューナが搭載されており、デジタルチューナ用の操作情報を受信する場合に相当する。該当する機能を有するものであれば制御はＳ４６０に進む。さもなければ制御はＳ４５０に進む。

Ｓ４５０では、Ｓ４４４で得られた情報に該当する機種を選定する。例えばＶＴＲの録画コマンドであればＶＴＲの機種を選定する。Ｓ４５２では、地域情報を判定する。Ｓ４５４では、Ｓ４４４の操作情報と、Ｓ４５２での地域情報とを基に、選択した機種のコマンド一覧（「コマンドテーブル」）を選択する。例えば職場ではＡ社のテレビを使用し、家ではＢ社のテレビを使用している場合に、地域情報に基づいて、家の周辺地域ではＢ社テレビ用のコマンドテーブルを選択することになる。この場合、機種と地域の関係を地域情報記憶部１１２に記憶しておけばよい。Ｓ４５６では、Ｓ４４４の解析の結果得られた操作情報を、外部のコンテンツ再生装置３２が出力できるコマンド方式に変換する。Ｓ４５８ではコマンドを送信する。Ｓ４６０では、該当する機能を実行するためのコマンドを送信する。

本実施の形態に係る操作端末装置４００は、どこに移動しても、地域情報を自動的に取得し、更新する。例えば東京と大阪とでは、チャネルに対応する放送局がそれぞれ異なる。しかしユーザは、この相違を気にすることなく、所望のチャネルにテレビを切替えて、関連サービスをリクエストし、対応したサービスを利用できる。さらに操作端末装置４００がチューナ部４１０を備えることにより、どこにいても放送番組を楽しむことが可能になり、さらに、地域を気にせずに現在受信している放送番組に関連したサービスを受けることが可能になる。さらに、本実施の形態に係る操作端末装置４００は、どの移動体向け放送を受信しているかを示す情報を保持し、その番組が地上波ではどの番組に対応しているかを問合せることができる。さらに、移動体向け放送を受信して、本装置である番組を見ていて、その後、家庭に帰ってそれを居間のテレビで見ようとするときに、同じ番組への切替コマンドを自動的に選択して送ることが可能になる。

なお、Ｓ４４６での操作情報を判定する際にはどのような方法を用いてもよい。例えば外部装置を操作するために、「ＴＶ：」や「ＶＴＲ：」等の情報が入っているか否かを検査することにより判定してもよい、また、操作情報をファイル形式でダウンロードして、その中に識別子が入っているか否かを判定してもよい。

さらに、ユーザが、外出先で操作端末装置４００のチューナ部４１０を用いてコンテンツを選択して受信し、視聴していたとする。このとき、ユーザは、そのコンテンツを録画したいと考えるかもしれない。しかし、移動体で情報を受信する場合、受信状態が不安定になる場合がある。また、操作端末装置４００が、十分な録画機能を有するとは限らない。このような場合には、家にある録画装置に対して、録画予約をリモートで行なうためのコマンドを送信すればよい。録画予約をコンテンツ再生装置３２に送信する手法については各種手法が存在する。

例えば、第１の方法として、図１の矢印４４で示す第１の動作の局面と同様の方法で、録画予約を求める情報を録画装置に送信することが考えられる。この場合にはサービス側から録画予約情報（開始、終了時刻、チャネル等）を取得し、これをコマンドに変換して送信する。しかしこの場合には、近接した距離に操作端末装置４００とコンテンツ再生装置３２とが存在する必要がある。

第２の方法として、図１に示す第１のネットワーク４０を介して直接にコマンドを送信するのではなく、録画予約を求める情報を、図１４に示す第２ネットワークインタフェース１２２を用いて、図１に示す第２のネットワーク４２経由で録画装置に送信することが考えられる。典型的には操作端末装置４００で録画装置のメールアドレスを指定して、サービス提供装置３８によるサービスで得られた録画情報に基づき、録画コマンドを電子メールの形式に変更して、送信することが考えられる。

第３の方法として、サービスの中に、録画予約の相手先も入力することが考えられる。この場合、録画予約コマンド（典型的には電子メール）がサービス提供装置３８からコンテンツ再生装置３２に送信される。

［第４の実施の形態］
操作端末装置とコンテンツを受信する装置とが双方向で情報を交換できると、より高度な機能が実現可能になる。

図１６に、このような機能を有するシステムの概要を示す。図１６を参照して、このシステムは、第１の実施の形態に係るものとそれぞれ同一のコンテンツ配信装置３４と、変換サーバ装置３６と、サービス提供装置３８とを含む。本実施の形態に係るシステムはさらに、ユーザ側の装置として、コンテンツ配信装置３４が配信するコンテンツを受信して蓄積し、コマンドに従って再生するコンテンツ再生装置５０２と、ユーザがコンテンツ再生装置５０２と情報の送受信を行ない、コンテンツ再生装置５０２を制御する装置であり、かつサービス提供装置３８が提供するサービスをユーザが利用するための装置である操作端末装置５００とを含む。典型的には、コンテンツ再生装置５０２は、ＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）であってもよい。

本実施の形態では、操作端末装置５００とコンテンツ再生装置５０２とは、共に同じ物理層の通信機能を有する。例えば、この両者がそれぞれ有する通信機能が、共にＩＥＥＥ８０２．１１ａ規格の無線機能であってもよい。

本実施の形態に係るシステムはさらに、第１のネットワーク（例えばローカルネットワーク５０６）を構成する装置間で行なわれる通信及び操作端末装置５００が第２のネットワーク（例えば広域ネットワーク５０８）に接続された装置との間で行なう通信を中継するルータ５０４を含む。典型的には、ルータ５０４は、はＡＤＳＬ又はＦＴＴＨ技術を利用するものが想定される。

本実施の形態に係るシステムは、ローカルネットワーク５０６と、広域ネットワーク５０８の２系統のネットワークを利用する。ローカルネットワーク５０６は、例えば家庭内等に閉じた範囲をカバーするネットワークである。広域ネットワーク５０８は、
典型的にはインターネットである。ローカルネットワーク５０６は、例えば家庭内等ローカルな範囲内で装置が接続された場合に、装置が接続されたことを示す信号をブロードキャスト又はマルチキャストできる。これにより各装置間での接続を通知することが可能となる。さらに、ブロードキャストで問合せを行なうことで現在接続中の装置を認識することが可能である。もちろん、個別にどの装置が接続されているかをそれぞれの装置が管理する必要はない。ローカルネットワーク５０６に接続されるサーバが代表的に管理を行って、サーバへ問合せを行なうことでどのような装置が接続されているかを知ることが可能である。ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等の技術によると論理的なネットワークを構築可能である。ローカルネットワーク５０６はそのような論理的な単位のネットワークであっても構わない。

図１７に、操作端末装置５００の機能的構成をブロック図形式で示す。図１７を参照して、操作端末装置５００は、図４に示す第１の実施の形態に係る操作端末装置３０と類似の構成である。操作端末装置５００は、図４に示す操作端末装置３０の第１ネットワークインタフェース１００に替えて、ルータ５０４を介してコンテンツ再生装置５０２との間で通信を行なう際のインタフェースとなる第１のインタフェース５２０を含む。

また、操作端末装置５００は、図４に示す操作端末装置３０のコマンド送信部１０２、コンテンツ選択部１０４、及びユーザ入力部１０８にそれぞれ替えて、コマンド送信部５３０、コンテンツ選択部５２８、ユーザ入力部５２６を含む。これらの詳細については後述する。

操作端末装置５００はさらに、第１ネットワークインタフェース５２０、コマンド送信部５３０、及びコンテンツ選択部５２８に接続されたコマンド受信部５２２と、表示部１０６、ユーザ入力部５２６及びコマンド受信部５２２に接続された機器選択部５２４とを含む。

コマンド受信部５２２は、ローカルネットワーク５０６を介してコマンドを受信し、コンテンツ選択部５２８に与える機能と、受信したコマンドに基づいて、ローカルネットワーク５０６に接続している装置を検出する機能とを有する。機器選択部５２４は、ユーザ入力部５２６からの入力信号に従い、コマンド受信部５２２が検出した装置の中からコンテンツ再生装置５０２を選択する機能を有する。なお、コマンド受信部５２２は、機器選択部５２４により選択されたコンテンツ再生装置５０２を示す情報をコマンド送信部５３０及びコンテンツ選択部５２８に与える機能をさらに有する。コンテンツ選択部５２８は、ユーザ入力部５２６からの信号に従い、コマンド受信部５２２からの情報を基に、コンテンツ再生装置５０２の機能に応じたコンテンツ選択を行なう機能を有する。また、コマンド送信部５３０は、コマンド受信部５２２からの情報を基に、コンテンツ再生装置５０２の機能に応じた各種コマンドを送信する機能を有する。

図１８に、コンテンツ再生装置５０２の機能的構成をブロック図形式で示す。なお、コンテンツ再生装置５０２と、操作端末装置５００との間の通信は双方向のものであっても、一方向であっても構わない。

コンテンツ再生装置５０２は、外部装置からコマンドを受信するためのネットワークインタフェース５４０と、ネットワークインタフェース５４０を介してコマンドを受信するコマンド受信部５４２と、受信したコマンドを解析するコマンド解析部５４４とを含む。コンテンツ再生装置５０２はさらに、解析したコマンドにより指定されるチャネル及び時刻情報の判定を行なうチャネル・時刻判定部５４６と、コンテンツを記憶するコンテンツ記憶部５５０と、コンテンツに付随する情報（以下、この情報を「コンテンツ情報」と呼ぶ。）を記憶するコンテンツ情報記憶部５４８とを含む。

なお、チャネル・時刻判定部５４６は、詳細には、コマンドに含まれる時刻情報及びチャネルに関する情報と、コンテンツ情報記憶部５４８が記憶したコンテンツ情報に含まれる時刻及びチャネルに関する情報とを比較する機能を有する。

コンテンツ再生装置５０２はさらに、チャネル・時刻判定部５４６による比較の結果に基づき、コマンドによる指定に該当するコンテンツの候補のリストを作成する候補作成部５５２と、候補のリストを表示する候補表示部５５４と、表示に基づいてユーザが行なうコンテンツの指定を受け、指定に基づき、再生するコンテンツを候補のリストの中から選択する候補選択部５５６と、候補選択部５５６が選択したコンテンツをコンテンツ記憶部５５０から読出して再生するコンテンツ再生部５５８とを含む。

なお、候補表示部５４６は、コンテンツ再生装置５０２に内蔵された表示装置を用いて、候補のリストの表示を行なってもよい。候補のリストを操作端末装置５００に送信することで、操作端末装置５００側に表示させてもよい。

コンテンツ情報は、コンテンツの録画時刻及びチャネル情報からなる情報である。コンテンツ記憶部５５０が記憶しているコンテンツの形式が、例えば、「ｆ０８０３０９０９１９０１２０．ｍｐｇ」というファイルであった場合、コンテンツ情報は、次のようなものが想定される。例えば、コンテンツ情報は「８，
２００３／０９／０９,１９：０１：２０,２０：５５：００，ｆ０８０３０９０９１９０１２０．ｍｐｇ」という形式で記憶される。このコンテンツ情報は、コンテンツ情報を項目ごとにコンマで区切って羅列した情報である。各項目は前から、チャネル番号、記録年月日、開始時刻、終了時刻、及びコンテンツファイル名を示す。なお、デジタル放送であれば、コンテンツ情報は、それらの情報に加えてタイトル情報等をさらに含むことがある。また、時刻情報等の情報はコンテンツファイルのファイル名の形式で記憶することもできる。

図１９に、本実施の形態に係るシステムの各装置間で行なわれる通信シーケンスの一例を示す。縦線１本がシステム内の個々の装置を示し、縦線間の横矢印が通信を示す。箱は装置内の処理を示す。図１９を参照して、通信５７０では、操作端末装置５００は、ローカルネットワーク５０６に接続された装置の問合せを行なう。通信５７２では、コンテンツ再生装置５０２は、問合せに対する回答を操作端末装置５００に送信する。このとき、ローカルネットワーク５０６に属する他の装置からも回答が送信される。ここでの回答は、コンテンツ再生装置５０２自体に割当られたアドレス、装置の種別、コンテンツ再生装置５０２のニックネーム（寝室のＶＴＲ等）、及び扱えるプロトコル等の情報を含むことが望ましい。処理５７４では、ユーザが、回答を送信してきた装置の中からコンテンツ再生装置５０２を選択する。通信５７６では、操作端末装置５００がコンテンツ再生装置５０２に対して、取扱い可能なコンテンツについての問合せを行なう。通信５７８では、コンテンツ再生装置５０２から操作端末装置５００へ、問合せに対する回答が送信される。

なお、通信５７０と通信５７２、及び通信５７６と通信５７８はそれぞれ一組で行なわれる通信である必要はない。通信５７０と通信５７２との結果を操作端末装置５００で記憶しておき、以後は通信５７０及び通信５７２を省略することも可能である。

通信５８０では、操作端末装置５００がユーザによる入力に従いコンテンツを選択し、選択したコンテンツに対応する切替コマンドをコンテンツ再生装置５０２に送信する。ここでのコンテンツの選択は通信５７８の回答を受信して、操作端末装置５００の表示部１０６にコンテンツリストを表示し、それをユーザが選択するという方式が一般的である。

処理５８２では、コンテンツ再生装置５０２が、受信したコンテンツ切替コマンドに従い、コンテンツの切替を行なう。例えばコンテンツ再生装置５０２がテレビジョン放送を受信するものであれば、コンテンツ再生装置５０２は、テレビジョン放送のチャネルを切替える。また、記録されている番組のどれかに切替える等の操作でもよい。

通信５８４では、操作端末装置５００は、現在コンテンツ再生装置５０２が再生又は記録の処理をしているコンテンツに関する情報をアクセスするための情報（コンテンツ関連アクセス情報）をコンテンツ再生装置５０２に対して問合せる。デジタル放送であれば、関連するアドレスがこれらに相当する。このアドレスは、ＵＲＬによるものでも、ＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によるものでもよい。また、放送局名、放送時間、出演者名、又は商品名等に関する情報を含んでもよい。

通信５８６では、コンテンツ再生装置５０２が、コンテンツ関連アクセス情報を回答する。なお、通信５８４及び通信５８６の対は、通信５７６及び通信５７８によって得た情報で代替が可能な場合がある。この場合には通信５８４と通信５８６とを省略してもよい。もちろん、コンテンツを切替える前に関連情報を見たい場合には、通信５８０を省略することも可能である。

通信５８８では、操作端末装置５００がコンテンツ関連情報を変換サーバ装置３６に対してリクエストする。変換サーバ装置３６はサービス提供装置３８に対しこれに対応するリクエストが出され、通信５９０によってこのリクエストに応じたサービスがサービス提供装置３８から操作端末装置５００に送信される。処理５９２では受信したサービスを操作端末装置５００で表示する。ここでは、第２の実施の形態に係る操作端末装置３００と同様の動作で、最近見たページを表示するようにすることも可能である。

図２０に本実施の形態に係る操作端末装置５００による表示の遷移例を示す。動作６００ではコマンド送信部５３０が、装置問合せのコマンドをローカルネットワーク５０６に属する各装置に送信し、コマンド受信部５２２が回答を受信する。問合せへの回答に基づき、機器選択部５２４が装置のリスト６０２を作成し、表示部１０６に表示させる。この場合、できれば理解しやすい表示を行なうことが望ましい。例えば、リスト２行目の「＜寝室のＰＶＲ＞」という文字列はユーザが予め設定をした文字列であってもよい。

この表示に基づいて、ユーザがコンテンツ再生装置５０２を選択する。選択結果は、ユーザ入力部５２６から機器選択部５２４を経由して、コマンド受信部５２２に与えられる。コマンド受信部５２２は、コンテンツ再生装置５０２を示す情報をコンテンツ選択部５２８及びコマンド送信部５３０に与える。続く動作６０４ではコマンド送信部５３０がコンテンツ再生装置５０２に対して、その保持するコンテンツの問合せを行なう。この問合せに対する回答をコマンド受信部５２２が受信し、コンテンツ選択部５２８に与える。

コンテンツ選択部５２８は、与えられたコマンドを基に、コンテンツの候補リスト６０８を作成し、表示部１０６に表示させる。ユーザは候補リスト６０８から所望のコンテンツを選択する。ここでは、候補リストの第１項目である「８ｃｈ」のコンテンツを選択する例を示す。選択結果は、コンテンツ選択部５２８から、リクエスト作成部１１０に与えられる。

動作６１０では、リクエスト作成部１１０がコンテンツの選択結果を基にリクエストを作成し、リクエスト送信部１１６に与える。リクエスト送信部１１６は、ルータ５０４にリクエストを送信する。ルータ５０４はリクエストの中継を行ない、広域ネットワーク５０８を介して、変換サーバ装置３６経由で、リクエストをサービス提供装置３８に送信する。サービス提供装置３８は、操作端末装置５００にサービスを提供し、操作端末装置５００はこのサービスを受信する。受信したサービスは、サービス受信部１１８からサービス解釈部１２０に与えられる。なお、変換サーバ装置３６を経由せず直接にサービス提供装置３８にリクエストを送信するようにしてもよい。

サービス解釈部１２０は、受信したサービスを基に、サービスメニュー６１２を表示部１０６に表示させる。ユーザは、表示されたサービスメニュー６１２の中から、所望のサービスを選択する。このサービスメニュー６１２から「シーンジャンプ」を選択するものとする。なお、シーンジャンプとはサービス側での再生開始場所を指定するものである。例えば野球の得点があった回まで、再生個所を飛ばして再生することである。動作６１４では、これに応じて、選択された「シーンジャンプ」サービスを受信し、「シーンジャンプ」サービスのメニュー６１６を表示する。ユーザはこのメニュー６１６から所望のシーンを選択する。

動作６１８では、ユーザが選択したシーンの再生コマンドを、操作対象のコンテンツ再生装置５０２に応じたコマンドに変換して、コンテンツ再生装置５０２へ送信する。このシーンジャンプは時刻情報を用いて行なわれる。この場合には、ジャンプ先の時刻が１９時３５分４０秒であるものとすると、この情報を、受信側のコンテンツ再生装置５０２で記録されているコンテンツのどの部分に当たるかを示す情報に変換して、再生箇所をその場所に移動させるスキップコマンドを出力することで実現できる。動作６２０では、ＰＶＲ側で指定の場所にジャンプして、表示される。なお操作端末装置５００から送られたコマンドにはテキスト情報等、そのシーンを説明する情報を付けて送信することが望ましい。これをコンテンツ再生装置５０２で、図２０に示す表示６２２のように再生画面上に表示するようにしてもよい。こうすることにより、どのシーンに飛んだのかをユーザが容易に理解できることになる。

本実施の形態に係るコンテンツ再生装置５０２は、コンピュータ及びコンピュータ上で実行可能なプログラムによって実現することも可能である。図２１は、コンテンツ再生装置５０２が行なう処理の制御構造を示すフローチャートである。コンテンツ再生装置５０２が処理を開始すると、制御はＳ６４２に進む。Ｓ６４２ではコマンドを受信する。Ｓ６４４では受信したコマンドが時刻情報付の再生コマンドか否かを判定する。時刻情報付の再生コマンドである場合、制御はＳ６４８に進む。さもなければ制御はＳ６４６に進む。なお、ここでは時刻付きの再生コマンドと、ジャンプのコマンドを区別していないが、これらは別々に定義することも可能である。

Ｓ６４６ではコマンドに従って所定の動作を行ない、制御はＳ６４２に戻る。

Ｓ６４８では、現在コンテンツの再生中であるか否かを判定する。判定結果が「ＹＥＳ」であれば、制御はＳ６６６に進む。さもなければ制御はＳ６５０に進む。

Ｓ６５０ではコマンドに含まれる時刻情報を取り出し、記憶しているコンテンツ情報との比較を行なう。Ｓ６５２では、比較を行った結果該当するコンテンツ情報があるか否かを判定する。ここでの「該当あり」とは、コマンドに含まれる時刻Ｔｃに対して、コンテンツの開始時刻Ｔｓと終了時刻Ｔｅとした場合、Ｔｓ−α＜Ｔｃ＜Ｔｅ＋βに該当するコンテンツが存在することである。αとβとは、若干の時刻の誤差を補正するためのものであり、α、βとも１分から３０分程度が妥当である。ただしこの範囲に限定されるわけではない。例えばα、βの一方又は双方がマイナスの値でもよい。

「該当あり」と判定された場合、制御はＳ６５６に進む。さもなければ制御は、Ｓ６５４に進み、該当なしであることを示す表示を行ない、制御はＳ６４２に戻る。なお、該当なしの表示は画面表示に限らずエラー音であっても構わない。

Ｓ６５６では、コマンドにチャネル番号が含まれる場合、その番号とコンテンツ情報との比較を行なう。時刻情報が適合した候補の中から、チャネル情報が一致するものを選択する。Ｓ６５８では、比較の結果一致する候補が存在したか否かを判定する。該当のものがあった場合、制御はＳ６６４に進む。さもなければ制御はＳ６６０に進む。

Ｓ６６０では、チャネル情報が一致するものがないので、時刻情報が適合した候補のリストを表示する。Ｓ６６２では、表示されたリストの中からユーザがコンテンツを選択したか否かを判定する。ユーザが選択を行った場合、制御はＳ６６４に進む。ユーザが「戻る」を選択した場合には、制御はＳ６４２に戻る。Ｓ６６４では、選択されたコンテンツを再生する。制御はＳ６４２に戻る。

一方、制御がＳ６４８からＳ６６６に移行した場合、Ｓ６６６では再生中に時刻付きの再生コマンドを受信した場合の処理を実行する。この場合に、チャネル番号とコンテンツの対応付けは完了しているものとする。続くＳ６６８では、Ｓ６６６での時刻判定に基づき、与えられたコンテンツが再生中コンテンツの中に存在するか否かを判定する。例えばステップ６５０での判定に用いたのと同様の判定方法で判定可能である。判定結果が「ＹＥＳ」である場合、制御はＳ６７０に進む。さもなければ制御はＳ６７２に進み、該当なし表示を行ない、制御はＳ６４２に戻る。

Ｓ６７０では、現在のコマンドで指定された時刻がコンテンツに含まれているのでその時点へジャンプする。制御はＳ６６４に進む。この場合ジャンプした時点のコンテンツが再生されることになる。

図２１に示すプログラムでは、チャネル情報を判定していないが、これを判定しても構わない。判定を行なう場合には、上記したようにコマンドに含まれるチャネル情報とコンテンツ情報に含まれるチャネル情報との変換テーブルを準備し、この変換テーブルを用いて判定する必要がある。なお、ここでいう「表示」とは、本体の表示部への表示でもよいし、外部表示信号を通じて外部装置に表示させるものでもよい。

本実施の形態では、Ｓ６６６では、ステップ６５６と同様に、時刻判定を行ない、その時刻にジャンプして再生を開始するが、コンテンツの先頭から開始するようにしてもよい。この場合、Ｓ６６６以降のフローに従えば、ユーザはもう一度当該コマンドを送るだけで，当該時刻にジャンプさせることが可能である。コマンドが指し示す時刻がコンテンツの終了時刻近辺やそれを過ぎている場合には、必ずしも当該時刻ではなくて、若干さかのぼった時刻から再生を行なうことが望ましい。

なお、設定によってコマンドに付随するチャネル情報とコンテンツ情報に記載されるチャネル情報とが合致しても、実際にはコマンドが指し示すコンテンツと実際に装置が記憶するコンテンツが異なるものである場合が存在する。例えばコマンドでは９チャネルと指定されているが、この操作端末装置５００では９チャネルには別の周波数のチャネルが設定されている場合等である。このようなことを避けるため、Ｓ６５８でチャネル情報が一致した場合でもＳ６６０でリストを表示することも考えられる。この場合、チャネル情報が一致したものは最も選択しやすい位置（例えばリストの最上段）に表示することが望ましい。

さらに、Ｓ６６０で候補を表示し、Ｓ６６２で、ユーザがコンテンツを選択した場合、コマンドに含まれるチャネル情報と、コンテンツ情報に含まれるチャネル情報の対応付けを記憶して、次回以降にその対応付けを用いてもよい。例えばコマンドで９チャネルと指定されたが、候補選択では７チャネルというコンテンツ情報のコンテンツが選択された場合に、次回以降はコマンド内の９チャネルは、７チャネルに変換して判定するということが考えられる。同様にチャネル情報が地上波デジタルの６チャネルであったが、選択は第２の外部入力端子（Ｌｉｎｅ２）であるという場合には、地上波デジタルチューナがＬｉｎｅ２に接続されている可能性が高いので、その対応関係を記憶してもよい。さらには地上波デジタルのチャネルをＬｉｎｅ２として選択したり、Ｌｉｎｅ２の優先順位を上げたりすることが望ましい。

図２２は、本実施の形態に係るコンテンツ再生装置５０２が受信するコマンドと、コンテンツ再生装置５０２における表示との対応関係を示す図である。図２２を用いて、コンテンツ再生装置５０２の動作を例示する。

操作端末装置５００からコンテンツ再生装置５０２がコマンド７００を受信したものとする。このコマンド７００は、１１チャネルの２００３年９月９日１９時００分００秒のコンテンツを再生することを命じるものである。この結果、画面７０２が表示される。

画面７０２は、１１チャネルで、当該時刻を含むコンテンツ情報のコンテンツがなかったため、時刻だけが該当しているコンテンツを列挙している。この例では３つのコンテンツが該当する。第１のコンテンツは４チャネルのものであり、第２のコンテンツは外部装置からライン入力を通して記録されたコンテンツであり、第３のコンテンツは７チャネルのものである。さらに電子番組表やデータ放送からタイトルや出演者情報等が得られると、それも表示することが望ましい。

この表示に対しユーザによりコマンド７０４が送られたものとする。コマンド７０４は、操作端末装置５００でユーザが第３のコンテンツを選択し、「３」が選択されたことを示す。これに応答して画面７０６で第３のコンテンツ（７チャネルのもの）がコンテンツ開始時刻（１９時０５分００秒）から再生される。当該時刻からの開始を行なう方法は、記録した時刻と実際の記録場所（例えばハードディスク上の位置）を対応付ける表を参照する方法、メディアにコンテンツと同時に記載された時間情報と記録開始時刻情報からたどる方法等各種存在する。それらのいずれを採用してもよい。

さらに、１９時３２分３０秒までスキップするコマンド７０８が送られたものとする。このコマンド７０８は、コンテンツの再生を意味する「Ｐｌａｙ」であるが、このコマンドではなく、ジャンプコマンドであっても構わない。画面７１０で当該時刻までジャンプして再生する。コマンドに、例えば“３回表”という文字情報を添付してもよい。図２２に示す例では、これを受信したコンテンツ再生装置５０２は、その“３回表”の文字列とジャンプした時刻とを画面左上に表示している。このような表示を行なうことで、ユーザはどのシーンにジャンプしたのかを容易に知ることが可能になる。なお、“３回表”の文字列表示が出来ない場合でも、少なくともジャンプした時刻を数秒間程度表示することが望ましい。

このようにコマンドに記載されている時刻情報を用いてコンテンツを選択したり、ジャンプさせたりすることで、不要なシーンをスキップしたり、同じシーンを繰返し見たりすることが可能になる。

なお、時刻情報は、放送を記録する場合に同期を取る手段として有効である。ただし、パッケージメディアであるＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等では、映像の冒頭をゼロとした相対時間で指定しても構わない。

なお、図１８に示すコンテンツ情報記憶部５４８は、ネットワークを通じて異なる装置に記憶されているコンテンツのコンテンツ情報を収集する機能を持っていることが望ましい。この場合、コンテンツ記憶部５５０はネットワークを通じてアクセス可能であればよく、この装置内部にある必要はない。複数台のＰＶＲがネットワークを通じて接続されていた場合、そのうちの１台にコマンドを送るとその装置が代表してすべてのコンテンツを検索することが望ましい。

［第５の実施の形態］
ハードディスク等大容量の媒体にコンテンツを記録する場合、録画は容易にできるが番組の再生時にコンテンツを選択することが難しくなる。一方、ユーザは外出先では容易に録画予約を行なうと共に、帰宅したときに、それをすばやく再生したいという要求がある。本実施の形態に係るサービス提供装置は、このような要求に対応するサービスを提供する機能を有する。この変換サーバ装置は、ＰＶＲ等に対して録画予約のコマンドを送信すると同時に、ユーザが録画予約に用いる装置（例えば携帯電話）へ予約情報を送信する。これにより、帰宅後にその番組のチャネル情報や開始時刻の情報等からＰＶＲの番組を特定して再生を開始させることが可能になる。

図２３に、本実施の形態に係るサービス提供装置を含むシステムの概要を示す。図２３を参照して、本実施の形態に係るシステムは、第４の実施の形態とそれぞれ同様の、操作端末装置５００及びコンテンツ再生装置５０２と、操作端末装置５００からのリクエストに基づいて、コンテンツ再生装置５０２の録画予約のコマンドを送信すると共に、操作端末装置５００にコンテンツの録画予約に関する情報を送信するサービスを提供するサービス提供装置８００とを含む。

本実施の形態に係るサービス提供装置８００は、コンテンツの録画予約時に関わるサービスを提供する。まず、ユーザが、外出先等で、録画予約のサービスを求めるために、サービス提供装置８００にリクエストを送信する（８０２）と、サービス提供装置８００は、操作端末装置５００に対して、録画予約を行なうための番組情報を送信する（８０４）。この番組情報は、具体的には、ＨＴＭＬで記載されたウェブページであって、番組表と予約ボタンとを含み、予約ボタンを押すことで予約のリクエストの作成が完了するというものでもよい。ここで、リクエストの作成が完了すると、作成されたリクエストはサービス提供装置８００に送信される（８０５）。

サービス提供装置８００は、録画予約のリクエストに基づき、コンテンツ再生装置５０２（典型的には家庭のＰＶＲ）に対して録画予約のコマンドを送信する（８０６）。録画予約のコマンドにはチャネル情報（チャネル、若しくは放送局コード等ストリームを指定する情報）と録画の開始時刻及び終了時刻とが含まれることが一般的である。さらにリクエストは電子メールで送信される場合が一般的である。実際にはコンテンツ再生装置５０２から電子メールの受信要求を送信し、サービス提供装置からメールを受信する方法でコマンドが送信されるものであってもよい。なお、本実施の形態は、コマンドの送信手法は問わない。

コンテンツ再生装置５０２に対して録画予約コマンドを送信すると、サービス提供装置８００は、操作端末装置５００に対して、ここで予約したコンテンツを、再生する操作を操作端末装置５００で行なうための情報（以下、この情報を「再生用情報」と呼ぶ。）を送信する（８０８）。再生用情報は、再生開始時刻を含み、さらにチャネル情報及び再生終了時刻を含むことが望ましい。再生用情報は、コンテンツ再生装置５０２に送信した録画予約コマンドと同一内容のものであってもよい。

なお、操作端末装置５００からのリクエストは、図１に示す実施の形態１に係る変換サーバ装置３６を経由してサービス提供装置に与えられるものでもよい。

この後、ユーザが帰宅して、録画予約コマンドに基づいてコンテンツ再生装置５０２が録画したコンテンツの再生を行なう。このとき、ユーザは、受信した再生用情報を基に、操作端末装置５００を用いて録画予約したコンテンツの選択を行ない、選択したコンテンツの再生を求めるコマンドをコンテンツ再生装置５０２に送信する（８１０）。コンテンツ再生装置５０２は、コマンドに従い、録画したコンテンツを再生する。

図２４にサービス提供装置８００の機能的構成をブロック図形式で示す。図２４を参照して、サービス提供装置８００は、操作端末装置５００及びコンテンツ再生装置５０２と通信するためのネットワークインタフェース８２２と、ユーザからの予約リクエストを受付ける予約リクエスト受信部８２４と、電子番組ガイド等を送信する番組情報送信部８２６と、コンテンツのタイトル、チャネル情報、開始時刻、終了時刻等を格納する番組管理テーブル８２８とを含む。サービス提供装置８００はさらに、録画予約コマンドを送信する録画予約送信部８３０と、予約リクエスト受信部８２４で受信した予約リクエストから、録画予約と再生情報を作り出し、送信を管理する予約リクエスト管理部８３２と、再生用情報を送信する再生用情報送信部８３４と、ユーザ認証に用いるユーザの個人情報を格納するユーザ管理テーブル８３６とを含む。

なお、録画予約リクエストとユーザを識別するための識別情報とを共に記憶しておき、開始時刻だけでなく、再生用情報を適宜操作端末装置５００に送信することが望ましい。例えば野球放送の場合には、録画予約時には放送開始時刻の再生用情報を送信する。１回表の開始、１回裏の開始、２回表の開始等実際に試合が進行していくに従って、再生用情報をアップデートして送信すると、単に開始時刻から再生を行なうだけでなく、２回表にジャンプして視聴するような実装を行なうことが可能になる。

このためには、録画予約リクエストが行なわれた番組情報とユーザの識別情報とを対で記憶しておく。さらに、再生用情報を更新する再生用情報更新部を持つ。そして、再生用情報送信部８３４では再生用情報が更新されたか否かを、随時又は定期的にチェックし、更新されれば再生用情報を送信することが望ましい。この場合には、さらにユーザ情報にサービスのレベルを保持し、どの再生用情報を送信するかを判断することが望ましい。例えば、無料サービスのみを登録しているユーザに対しては、番組開始情報のみを送り、課金サービスを登録しているユーザに対しては、２回表や得点シーン等の詳細な再生情報を送るようにする。

なお、上記実施の形態では、再生用情報がチャネル情報と開始時刻を含んでいる。これ以外にも、録画予約リクエストにリクエスト固有の識別を付け、それを再生情報として送信してもよい。こうすると、コンテンツ再生装置５０２において、録画予約と再生リクエストの整合を取ることが可能となる。

さらに、録画予約リクエストにユーザＩＤやパスワードを加えることが望ましい。この場合、コンテンツ再生装置５０２側では再生時又はコンテンツ選択時にパスワードを聞くことで、特定のユーザにしかリストを見せないとか、コンテンツ再生を行なわせないということが可能になる。再生情報にこのユーザＩＤやパスワードを加えると、操作端末装置５００で再生情報を受信し、それをコンテンツ再生装置５０２に送ることで、操作端末装置５００で再生コマンドを送る場合に、ユーザがパスワード等を入力することなく、再生可能とすることが望ましい。

サービス提供装置８００は、実質的には、一般的なコンピュータとそのコンピュータ上で実行可能なコンピュータプログラムによって実現することが想定される。

図２５は、コンピュータで実行されると、コンピュータをサービス提供装置８００として動作させるプログラムの制御構造を示すフローチャートである。図２５を参照して、Ｓ８５０では、操作端末装置５００又はそのユーザの認証を行なう。ここでの認証には、どのような方式を用いてもよい。例えば、装置の識別番号若しくは電話番号、又はユーザが入力したユーザ名とパスワードと等を用いてもよい。

Ｓ８５２では、操作端末装置５００から、番組選択予約の録画予約リクエストを受付ける。Ｓ８５４では、録画予約コマンドをコンテンツ再生装置５０２に送信するためのアドレスを選択する。このアドレスはコンテンツ再生装置５０２がアクセス可能なアドレスである。Ｓ８５６では、選択したアドレスに予約リクエストを送信する。Ｓ８５８では再生情報を送るアドレスを選択する。このアドレスは操作端末装置５００のアドレスである。Ｓ８６０では、再生用情報を送信する。

なお、現在の時刻が番組放映時刻を過ぎている場合には、録画予約リクエストを送信せず、再生用情報のみを送信してもよい。この場合には、図２５に示すＳ８５４及びＳ８５６を省略してもよい。

予約用アドレスや再生情報用アドレスについては、図２５に示す制御の開始以前に、ユユーザ名、ユーザＩＤ、パスワード、予約送信用アドレス、再生用情報送信用アドレス等を含むユーザ情報として登録しておいてもよい。

なお、上記した各実施の形態におけるコマンドは、制御信号のみからなる情報である必要はなく、制御を行なうための情報とそれに付随するデータを含んだ情報全体を指している。また、コマンド及びリクエストを一回のトランザクションで全部を送る必要はなく、複数回のトランザクションに分解して送っても構わない。

今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。

本発明の第１の実施の形態に係るシステムの概要を示す図である。 操作端末装置の外観の一例を示す図である。 操作端末装置の外観の一例を示す背面図である。 第１の実施の形態に係る操作端末装置の機能的構成を示すブロック図である。 第１の実施の形態に係る操作端末装置の入力部を示す図である。 リクエストの作成過程を概略的に示す図である。 変換テーブルの一例を示す図である。 第１の実施の形態に係る操作端末装置が受信したサービスの表示例を示す図である。 第１の実施の形態に係る操作端末装置で実行されるプログラムの制御構造を示すフローチャートである。 リクエストを作成する処理の制御構造を示すフローチャートである。 本発明の第２の実施の形態に係る操作端末装置の機能的構成を示すブロック図である。 第２の実施の形態に係る操作端末装置で実行されるプログラムの制御構造を示すフローチャートである。 本発明の第３の実施の形態に係るシステムの動作の概要を示す図である。 第３の実施の形態に係る操作端末装置の機能的構成を示すブロック図である。 第３の実施の形態に係る、サービスの受信、解析及びコマンド送信処理の制御構造を示すフローチャートである。 本発明の第４の実施の形態に係るシステムの概要を示す図である。 第４の実施の形態に係る操作端末装置の機能的構成を示す図である。 第４の実施の形態に係るコンテンツ再生装置の機能的構成を示す図である。 第４の実施の形態に係るシステムでの通信シーケンスを示す図である。 第４の実施の形態に係る操作端末装置の画面表示の遷移例を示す図である。 第４の実施の形態に係るコンテンツ再生装置が実行するプログラムの制御構造を示す図である。 第４の実施の形態に係るコンテンツ再生装置による表示の遷移例を示す図である。 本発明の第５の実施の形態に係るシステムの概要を示す図である。 第５の実施の形態に係るサービス提供装置の機能的構成を示すブロック図である。 第５の実施の形態に係るサービス提供装置が実行するプログラムの制御構造を示すフローチャートである。

符号の説明

３０、３００、４００、５００ 操作端末装置、３２、５０２ コンテンツ再生装置、３４ コンテンツ配信装置、３６ 変換サーバ装置、３８、８００ サービス提供装置、４０ 第１のネットワーク、４２ 第２のネットワーク、６０ ディスプレイ、６２ 入力部、７０ 通信部、１００、５２０ 第１ネットワークインタフェース、１０２、４０２、５３０ コマンド送信部、１０４、４０４、５２８ コンテンツ選択部、１０６ 表示部、１０８、３０２、５２６ ユーザ入力部、１１０ リクエスト作成部、１１２ 地域情報記憶部、１１４ アドレス記憶部、１１６、３０６ リクエスト送信部、１１８、３０４ サービス受信部、１２０ サービス解釈部、１２２ 第２ネットワークインタフェース、３０８ サービスアドレス記憶部、４１０ チューナ部、４１２ 地域情報取得部、５０４ ルータ、５０６ ローカルネットワーク、５０８ 広域ネットワーク、５２２ コマンド受信部、５２４ 機器選択部、５４０、８２２ ネットワークインタフェース、５４２ コマンド受信部、５４４ コマンド解析部、５４６ チャネル・時刻判定部、５４８ コンテンツ情報記憶部、５５０ コンテンツ記憶部、５５２ 候補作成部、５５４ 候補表示部、５５６ 候補指定部、５５８ コンテンツ再生部、８２４ 予約リクエスト受信部、８２６ 番組情報送信部、８２８ 番組管理テーブル、８３０ 録画予約送信部、８３２ 予約リスト管理部、８３４ 再生用情報送信部、８３６ ユーザ管理テーブル

Claims (8)

1. 受信したコンテンツデータをユーザが認知可能なように再生する第１の外部装置と通信を行なうと共に、前記コンテンツデータと関連する情報を提供する第２の外部装置と通信を行なう通信装置であって、
   前記第２の外部装置は、コンテンツデータを示す情報を含むリクエスト情報を受信し、受信したリクエスト情報が示すコンテンツデータと関連する情報を提供する装置であって、
   前記通信装置は、
   前記ユーザからの指示を受けて、コンテンツデータを選択するための選択手段と、
   前記選択手段が選択したコンテンツデータを受信し表示するためのコンテンツ受信手段と、
   前記コンテンツ受信手段により受信したコンテンツデータを示す番組情報を記憶するための番組情報記憶手段と、
   前記記憶された番組情報に基づいて、前記第１の外部装置に、前記番組情報が示すコンテンツデータの再生を指示するための命令情報を送信するためのコマンド送信手段と、
   選択されたコンテンツを示す番組情報に基づいて、前記選択されたコンテンツに関する情報をリクエストするリクエスト情報を、前記選択されたコンテンツのチャンネル情報と前記リクエストされた時刻を示す時間情報とを少なくとも含んで作成するためのリクエスト作成手段と、
   前記リクエスト情報を、前記第２の外部装置に送信するためのリクエスト送信手段と、
   前記第２の外部装置が、前記リクエスト情報を受けて送信した、サービスを提供する情報を受信するためのサービス受信手段とを含む、通信装置。
2. 前記通信装置の位置に基づいて、コンテンツデータの受信地域を示す地域情報を取得するための地域情報取得手段をさらに含み、
   前記リクエスト作成手段は、前記番組情報と前記地域情報とに基づいて、前記リクエスト情報を作成するための手段を含む、請求項１に記載の通信装置。
3. 前記通信装置の位置に基づいて、コンテンツデータの受信地域を示す地域情報を取得するための地域情報取得手段をさらに含み、
   前記コマンド送信手段は、
   前記受信地域によって異なる複数種類の前記命令情報を記憶するためのコマンド記憶手段と、
   前記地域情報に応じて、前記記憶された複数種類の前記命令情報から、前記第１の外部装置に送信する命令情報を選択するためのコマンド選択手段と、
   前記コマンド選択手段が選択したコマンドを送信するための手段とを含む、請求項１に記載の通信装置。
4. 前記第２の外部装置は、前記リクエストが示すコンテンツデータの処理を要求するための命令情報を前記第１の外部装置に送信する装置であって、
   前記リクエスト作成手段は、前記番組情報と前記第１の外部装置に対して要求する処理とを基に、リクエスト情報を作成するための手段とを含む、請求項１に記載の通信装置。
5. 前記処理を指定する情報は、前記第１の外部装置が前記選択したコンテンツを録画する処理を指定する情報を含む、請求項４に記載の通信装置。
6. 前記第１の外部装置を含む複数の装置からの信号を受信するための信号受信手段と、
   前記信号受信手段が受信した信号に基づき、前記複数の装置の中から命令情報の送信対象となる前記第１の外部装置を選択するための装置選択手段とをさらに含み、
   前記コマンド送信手段は、前記命令情報を、前記装置選択手段が選択した前記第１の外部装置に対して送信するための手段を含む、請求項１に記載の通信装置。
7. 前記第１の外部装置が処理可能なコンテンツデータを示す情報を取得するための手段をさらに含み、
   前記第２の外部装置は、前記処理可能なコンテンツデータを示す情報に基づく情報サービスを提供する装置であって、
   前記通信装置はさらに、
   前記処理可能なコンテンツデータを示す情報を含むリクエスト情報を作成するための手段を含む、請求項６に記載の通信装置。
8. コンピュータにより実行されると、当該コンピュータを請求項１から請求項７のいずれかに記載の通信装置として動作させる、コンピュータで実行可能なプログラム。