JP2013121039A - 通信システム - Google Patents

Abstract

【課題】処理指定情報の提供者毎に処理指定情報が指定する処理の実行権限を制限する。
【解決手段】コンテンツ配信サーバ４０は、情報処理装置３０から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信する。そして、受信した第１パスワードと、処理を指定する処理指定情報とを、端末１０に送信する。端末１０は、情報処理装置３０から取得した、第１データが示す鍵と一致した鍵を示す第２データと、サーバ固有情報とから関数を用いて第２パスワードを生成する。そして、サーバから受信した第１パスワードと、生成した第２パスワードとを照合し、照合の結果に基づき、サーバからの処理指定情報により指定される処理を実行するか否かを判定する。
【選択図】図１２

Description

この発明は通信システムに関し、特に、ネットワークを介して通信するサーバと端末を備える通信システムに関する。

Ｗｅｂ（World Wide Webの略）を介してテレビ（テレビジョンの略）などを操作するコマンドを含むデータを提供するサービスが提案されている。このようなサービスを利用する場合に、悪意のあるサービス提供者によるコマンドによってＴＶ機器が操作されないようにする方法が提案されている。

たとえば、特許文献１（特開２００９−１１８４４８号公報）では、テレビは、携帯電話端末を介し操作用画像データと電子署名とを取得し、電子署名が操作用画像データに対する正当な電子署名であるかを、公開鍵を用いて検証する。正当な電子署名であることが検証されると、すなわち操作用画像データが改ざんされていないことが確認されると、テレビは、操作用画像データに格納されている処理指定情報により指定された処理を実行するように自装置を制御する。

また、特許文献２（特開２００４−１５６２７号公報）では、ネットワークを通じて電子機器を遠隔制御するシステムが提案されている。特許文献２では、電子機器は、ネットワークを通じて他の電子機器と通信する。電子機器は、ネットワークにおいて電子機器を識別する識別情報を記録することができる着脱可能な記録媒体から識別情報を読み取り、該識別情報に基づいて、他の電子機器に対する遠隔制御を許可するか否かを決定する。

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

特許文献２（特開２００４−１５６２７号公報）では、単に識別情報から他の電子機器に対する遠隔制御を許可するか否かが判定されるのに比較して、特許文献１（特開２００９−１１８４４８号公報）の方法では、正当な電子署名であるかを公開鍵を用いて検証することから、改ざんされた処理指定情報により指定された処理が実行されて装置が誤作動するのを防止できるとの利点がある。

さらに、誤作動を確実に防止したいとの要求がある。たとえば、特許文献１（特開２００９−１１８４４８号公報）の方法の場合には、処理指定情報を含んだ操作用画像データを配信するサービス提供者ごとに当該処理指定情報が指定する処理の実行権限を制限したいとの要望があったが、特許文献１（特開２００９−１１８４４８号公報）と特許文献２（特開２００４−１５６２７号公報）では、この要望に応えることができない。

それゆえに本発明の目的は、処理指定情報の提供者ごとに当該処理指定情報が指定する処理の実行権限を制限することができる通信システムを提供することである。

この発明のある局面に従う通信システムは、ネットワークを介して通信するサーバと、端末と、情報処理装置とを備える。

サーバは、情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信する手段と、受信した第１パスワードと、処理を指定する処理指定情報とを、端末に送信するパスワード送信手段とを、含む。

端末は、情報処理装置から取得した、第１データが示す鍵と一致した鍵を示す第２データを格納する格納手段と、格納手段の第２データと、サーバ固有情報とから関数を用いて第２パスワードを生成する第２パスワード生成手段と、サーバから受信した第１パスワードと、生成した第２パスワードとを照合する照合手段と、を含み、サーバから受信する処理指定情報により指定される処理を、照合の結果に基づき実行するか否かを判定する。

好ましくは、通信システムは、ネットワークを介して通信する情報処理装置を、さらに備え、情報処理装置は、第１データとサーバ固有情報とから関数を用いて第１パスワードを生成し、生成した第１パスワードをサーバに送信する。端末は、第２データを情報処理装置から受信する。

好ましくは、通信システムにおいて、端末は、さらに、情報を出力する出力部と、サーバから、前記処理指定情報により指定される処理を実行させるためのユーザ操作を受付けるための情報を受信する手段とを、含み、処理指定情報により指定される処理を実行するとき、出力部は、受信した情報に基づいた操作情報を出力する。

好ましくは、通信システムにおいて、端末の出力部は画像を表示する表示部を含み、受信する手段は、サーバから、処理指定情報により指定される処理を実行するためのユーザ操作を受付ける操作部の画像を表示するため画像情報を受信し、処理指定情報により指定される処理を実行するとき、表示部は、受信した画像情報に基づき操作部の画像を表示する。

好ましくは、通信システムにおいて、端末は、照合の結果が、第１パスワードと第２パスワードが一致することを示すときに、処理指定情報により指定される処理を実行する。

好ましくは、通信システムにおいて、処理指定情報により指定される処理には、コンテンツを再生して出力するためのコンテンツ再生手段を制御するための再生制御処理を含む。

好ましくは、通信システムにおいて、端末は、コンテンツ再生手段を有する電気機器に、制御信号を送信するための制御信号送信手段を、さらに含み、制御信号は、処理指定情報により指定される処理の実行に従ったコンテンツ再生手段を制御するための信号を示す。

好ましくは、通信システムにおいて、電気機器は、ネットワークを介して通信する機器通信部を、含み、制御信号は、機器通信部を介してサーバと通信するための当該サーバのアドレスを含む。

好ましくは、通信システムにおいて、コンテンツ再生手段は、サーバから配信されるコンテンツを再生する。

好ましくは、通信システムにおいて、コンテンツは、時系列データを示し、サーバは、コンテンツ再生手段がコンテンツの再生を停止したときの、再生中のデータの時系列における位置を示す位置情報を取得する再生位置取得手段を、さらに含み、再生位置取得手段が取得した位置情報に基づき、コンテンツを配信する。

好ましくは、通信システムにおいて、サーバは、第１パスワードと処理指定情報を端末に送信する第１サーバと、上述のアドレスが示す第２サーバを含み、サーバ固有情報は、第２サーバに固有の情報を示す。

好ましくは、通信システムにおいて、サーバ固有情報は、ネットワークにおいて当該サーバを識別するための識別情報である。

この発明の他の局面に従うと、ネットワークを介して通信するサーバと、端末と、情報処理装置とを備える通信システムにおける端末は以下の特徴を有する。

サーバは、情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信する手段と、受信した第１パスワードと、処理を指定する処理指定情報とを、端末に送信するパスワード送信手段とを、含む。

端末は、情報処理装置から、第１データが示す鍵と一致した鍵を示す第２データを取得する手段と、取得した第２データと、サーバ固有情報とから関数を用いて第２パスワードを生成する第２パスワード生成手段と、サーバから受信した第１パスワードと、生成した第２パスワードとを照合する照合手段と、を含み、サーバから受信する処理指定情報により指定される処理を、照合の結果に基づき実行するか否かを判定する。

この発明の他の局面に従うと、ネットワークを介して通信するサーバと、端末と、情報処理装置とを備える通信システムにおける通信方法は、サーバにおいては、情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信するステップと、受信した第１パスワードと、処理を指定する処理指定情報とを、端末に送信するステップとを、含む。

端末においては、情報処理装置から取得した、第１データが示す鍵と一致した鍵を示す第２データをメモリに格納するステップと、メモリの第２データと、サーバ固有情報とから関数を用いて第２パスワードを生成するステップと、サーバから受信した第１パスワードと、生成した第２パスワードとを照合するステップと、サーバから受信する処理指定情報により指定される処理を、照合の結果に基づき実行するか否かを判定するステップと、を含む。

この発明の他の局面に従うと、ネットワークを介して通信するサーバと、端末と、情報処理装置とを備える通信システムにおける端末のプロセッサに、制御方法を実行させるためのプログラムが提供される。

サーバは、情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信する手段と、受信した第１パスワードと、処理を指定する処理指定情報とを、端末に送信するパスワード送信手段とを、含む。

制御方法は、プロセッサの格納する手段が、情報処理装置から取得した、第１データが示す鍵と一致した鍵を示す第２データをメモリに格納するステップと、プロセッサの第２パスワード生成手段が、メモリの第２データと、サーバ固有情報とから関数を用いて第２パスワードを生成するステップと、プロセッサの照合手段が、サーバから受信した第１パスワードと、生成した第２パスワードとを照合するステップと、を含み、サーバから受信する処理指定情報により指定される処理を、照合の結果に基づき実行するか否かを判定する。

この発明の他の局面に従うと、上述のプログラムを記録したコンピュータ読取り可能な記録媒体が提供される。

本発明によれば、処理指定情報の提供者ごとに当該処理指定情報が指定する処理の実行権限を制限することができる。

本実施の形態に係る通信システムの概略構成図である。 本実施の形態に係る端末のブロック図である。 本実施の形態に係る被制御端末のブロック図である。 本実施の形態に係る情報処理装置のブロック図である。 本実施の形態に係るコンテンツ配信サーバのブロック図である。 本実施の形態に係る端末の外観図である。 本実施の形態に係る被制御端末の外観図である。 本実施の形態に係る端末の機能構成図である。 本実施の形態に係る被制御端末の機能構成図である。 本実施の形態に係る情報処理装置の機能構成図である。 本実施の形態に係るコンテンツ配信サーバの機能構成図である。 本発明の実施の形態に係るシステムの処理フローチャートである。 本発明の実施の形態に係るシステムの処理フローチャートである。 本発明の実施の形態に係る端末の記憶部のデータを示す図である。 本発明の実施の形態に係るコンテンツ配信サーバの記憶部のデータを示す図である。 本発明の実施の形態に係る情報処理装置の記憶部のデータを示す図である。 本発明の実施の形態に係る通信パケットを示す図である。 本発明の実施の形態に係る表示画面例を示す図である。 本発明の実施の形態に係る表示画面例を示す図である。 本発明の実施の形態に係る表示画面例を示す図である。 本発明の実施の形態に係る表示画面例を示す図である。 本発明の実施の形態に係る表示画面例を示す図である。

以下、この発明の実施の形態について図面を参照し説明する。なお、図中の同一または相当部分については同一符号を付してその説明は繰返さない。

まず、本実施の形態の通信システムに係る処理で用いる用語にについて以下に、説明する。

「コンテンツ」とは、動画像、静止画像、音楽などの音声、文章などのテキスト、ゲーム、電子書籍、Ｗｅｂ（World Wide Webの略）ページあるいはそれらの組み合わせのデータを指す。

「ＡＰＩ（Application Program Interfaceの略）コマンド」とは、ＣＰＵ（Central Processing Unitの略）などのプロセッサが実行する処理を指定する処理指定情報に相当する。処理指定情報は、プロセッサが実行する命令または関数のコマンドの組み合わせを指す。

「ＡＰＩコマンドを実行する」とは、ＡＰＩコマンドの処理指定情報により指定される処理を実行することを指す。

「ＵＩ」とは、ＡＰＩコマンドの実行を制御するためのユーザ操作を受付ける操作部の絵柄または文字などを表示するための操作部画像を指し、ＡＰＩコマンドを実行することにより操作部画像の表示が制御される。

「ＵＩコンテンツ」は、上述のＵＩと、対応のＡＰＩコマンドを含む。
「パスワード(Password)」とは、ＵＩをユーザが使用する際に認証を得るための、英文字、数字を含む数十文字ほどの文字列を指す。

「サーバドメイン名」とは、ネットワーク内の各サーバコンピュータに固有の情報であって、より特定的には一定の規則に従って割当てされる識別情報を指す。

「鍵」とは、パスワードを生成するために用いる、英文字、数字、記号などからなる文字列を指す。

「ユーザＩＤ（Identifier）」は、当該通信システムの利用者を識別するための英文字、数字、記号などからなる文字列を指す。

「コンテンツＩＤ」は、コンテンツを識別するための英文字、数字、記号などからなる文字列を指す。

「再生停止位置」は、コンテンツが時系列データであるとして、コンテンツの再生を停止したときの、再生中データの時系列における位置を示す。具体的には、コンテンツの先頭から再生開始した場合の再生を停止したときの先頭からの経過時間、分、秒などを指す。また、コンテンツが電子書籍であれば、頁番号などを指す。

「ＵＩコンテンツを再生」とは、ＵＩコンテンツの中のコンテンツを復号し、復号後のコンテンツを再生する動作を指す。具体的には、所定のプログラムである再生プレイヤーにより、復号後のコンテンツを再生して出力部（表示部、音声出力部）を介し出力する。

「リモコンコード」とは、所定ビット長（８ビット、または１６ビット）で表現されたコードであり、受信するリモコン信号を復号処理することによりリモコンコードを取得できる。

「リモコン信号」は、リモコンコードを符号化して、符号化後の信号により赤外線の発光部を駆動することにより、リモコンコードで変調された赤外線信号であるリモコン信号が送信される。また、リモコン信号を受光部で受光し、復調（復号）することによりリモコンコードを取得できる。

＜システム構成＞
図１には、本実施の形態に係る通信システムの概略構成が示される。システムは、１台以上の端末１０、１台以上の端末２０、コンテンツを配信するコンテンツ配信サーバ４０、端末１０の販売事業者が有する情報処理装置３０およびＷｅｂ（World Wide Webの略）サーバ５０を備える。これらはインターネットなどの各種のネットワークＮＴを介して相互に通信する。端末１０と端末２０は、ルータＲＴおよびネットワークＮＴを経由して相手側装置と通信するとともにリモコン信号により無線通信する、またはルータＲＴおよびネットワークＮＴを経由して相手側装置と通信するのに代替してリモコン信号により無線通信する。

端末１０はルータＲＴおよびネットワークＮＴを介して、コンテンツ配信サーバ４０、端末１０の販売事業者側の情報処理装置３０、および端末２０と通信する。ここでは、端末１０と端末２０との間の通信形態は、ＬＡＮ（Local Area Network）を介したＩＰ（Internet Protocolの略）通信、赤外線通信、Bluetooth（登録商標）などによる近距離無線通信を適用するが、適用できる通信形態は、これらに限定されるものではない。

なお、端末１０と端末２０との間の通信路、端末１０（または端末２０）とコンテンツ配信サーバ４０、情報処理装置３０およびＷｅｂサーバ５０との間の通信路は、同一ネットワークＮＴであってもよいし、異なるネットワークであってもよい。

図２には、端末１０のブロック構成が示される。本実施の形態では、端末１０は携帯型電話機、スマートフォン、タブレット型端末などのようにユーザが携帯可能な端末を想定する。

図２を参照して、端末１０は、ＣＰＵ（Central Processing Unitの略）１１、ＨＤＤ（Hard Disc Driveの略）、ＳＳＤ（Solid State Driveの略）、フラッシュメモリ、ＲＯＭ（Read Only Memoryの略）、ＲＡＭ（Random Access Memoryの略）などの記憶媒体を含む記憶部１２、画像を表示するための表示部１３、ユーザにより操作されるボタン、キーなどを含む操作部１４、通信部１５、外部から着脱自在に記憶媒体１７が装着され、装着された記憶媒体１７にデータを読み書きするための外部Ｉ／Ｆ（Interfaceの略）１６、およびリモコン（リモートコントローラの略）信号を送受信するためのＩＲ（InfraRed）通信部１９を備える。端末１０は、表示部１３と操作部１４を、一体的に構成された入出力装置として機能するタッチパネル１８として備える。

表示部１３には、ＬＣＤ（Liquid Crystal Displayの略）ディスプレイ、有機ＥＬ（electroluminescenceの略）ディスプレイなどを適用することができる。通信部１５は、有線ＬＡＮ、ＷｉＦｉ（Wireless Fidelityの略）、３Ｇ（3rd Generationの略）などの通信方式に従う有線または無線の通信処理機能を有する。

図３には、端末２０のブロック構成が示される。端末２０は、端末１０が制御する対象となる被制御端末を指す。本実施の形態では、端末２０はたとえばネットワークＮＴを経由した通信機能および画像出力機能を有する電気機器（テレビ（テレビジョンの略）、スマートフォン、タブレット型端末などを含む）であると想定する。ここでは、電気機器はテレビであるとする。

図３を参照して端末２０は、ＣＰＵ２１、液晶ディスプレイからなる表示部２３、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＯＭ、ＲＡＭなどからなる記憶部２２、ボタン、キーなどからなる操作部２４、アンテナが接続されて、放送信号を受信するための通信部２５、記憶媒体２７が着脱自在に装着されて、装着された記憶媒体２７にデータを読み書きするための外部Ｉ／Ｆ２６、リモコン信号などの赤外線信号を送受信するためのＩＲ通信部２８および音声を出力するための音声出力部２９を備える。テレビである端末２０は、外部のリモコン（リモートコントローラの略）から赤外線変調されたリモコン信号を送受信するために、ＩＲ通信部２８を備えるが、端末２０が送受信するリモコン信号は赤外線信号に限定されるものではない。

記憶媒体１７と２７には、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、メモリカード（記憶媒体としてフラッシュメモリを用いたカード型の記憶装置）などを適用することができる。

図４には、本実施の形態に係る情報処理装置３０のブロック図が示される。本実施の形態では、情報処理装置３０は、たとえば、端末１０の販売事業者が所有するコンピュータを想定する。情報処理装置３０は、ＣＰＵ３１、ＨＤＤ、ＳＳＤ、ＲＯＭ、ＲＡＭ、フラッシュメモリなどからなる記憶部３２、ＬＣＤ、有機ＥＬ、ＣＲＴ（Cathode Ray Tube）などからなる表示部３３、ボタン、キーおよびマウスなどからなる操作部３４、ネットワークＮＴを介して通信するための通信部３５、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）３７などの外部記憶媒体が着脱自在に装着され、装着された記憶媒体にデータを読み書きするための外部Ｉ／Ｆ３６を備える。

図５には、コンテンツ配信サーバ４０のブロック図が示される。コンテンツ配信サーバ４０は、ＣＰＵ４１、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＯＭ、ＲＡＭなどからなる記憶部４２、ＬＣＤ、有機ＥＬ、ＣＲＴなどからなる表示部４３、ボタン、キー、マウスなどからなる操作部４４、ネットワークＮＴを介して通信するための通信部４５、外部からＣＤ−ＲＯＭ（Compact Disc Read Only Memory）４７などの記憶媒体が着脱自在に装着され、装着された記憶媒体をアクセスするための外部Ｉ／Ｆ４６を備える。本実施の形態では、Ｗｅｂサーバ５０も図５のコンテンツ配信サーバ４０と同様の構成を有するので、説明は繰返さない。

このように、コンテンツ配信サーバ４０およびＷｅｂサーバ５０は、クライアント端末（本実施の形態の場合には、端末１０または端末２０）に対してコンテンツを配信するサーバコンピュータに相当する。

（外観）
図６には、端末１０の外観が示される。図６を参照して、端末１０は、筐体の表面にタッチパネル１８、操作部１４の一部であるボタン・キー１４１を備え、筺体の側面においてＩＲ通信部１９の一部である、赤外線光の受発光部１９１を備える。

図７には、端末１０の被制御端末である端末２０の外観が示される。図７を参照して、端末２０は、筺体の表面において、表示部２３の画面、音声出力部２９に相当するスピーカ、ＩＲ通信部２８の一部である赤外線光の受発光部、および操作部２４に相当するボタン（電源ボタン、音量ボタン、チャンネルボタンなど）を備える。

ここでは、端末２０は端末１０の付近に配置されて赤外線通信すると想定するが、ネットワークＮＴに接続されている場合には、有線ＬＡＮ、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いた通信を行なうとしてもよい。

（機能構成）
次に、図８〜図１１を参照して、各装置の機能構成について説明する。図８には端末１０のＣＰＵ１１が備える機能構成が示される。ＣＰＵ１１は、操作部１４によるユーザの操作を受付けて、受付けた操作に基づく指示を出力する操作受付部１１０、画像を表示するために表示部１３を制御する表示制御部１１１、通信部１５を介し端末２０にＵＩコンテンツを送信するためのＵＩコンテンツ送信部１１２、通信部１５を介しコンテンツのダウンロード要求を送信するためのダウンロード要求部１１３、通信部１５を介しコンテンツの再生位置を通知するための再生位置通知部１１４、および通信部１５を介しＵＩコンテンツを受理するためのＵＩコンテンツ受理部１１５を備える。さらに、端末１０は、受理するＵＩコンテンツ中のパスワードとは別のパスワードである文字列を生成するための文字列生成部１１６、生成された文字列と受理したパスワードとを照合するための照合部１１７、ＵＩコンテンツ中のＡＰＩコマンドを実行するためのコマンド実行部１１８、記憶部１２にプログラムまたはデータをアクセス（読み書き）するためのアクセス部１１９、およびリモコン部１２０を備える。さらに、ＣＰＵ１１は、コンテンツを再生するためのコンテンツ再生部１２３および再生停止位置を取得する再生位置取得部１２４を備える。

リモコン部１２０は、入力するリモコンコードに基づきリモコン信号を生成しＩＲ通信部１９に出力するリモコン信号生成部１２１、ＩＲ通信部１９を介し受信したリモコン信号を解析し解析結果であるリモコンコードを出力するリモコン信号解析部１２２を含む。

なお、ＵＩコンテンツ送信部１１２はＵＩコンテンツを、通信部１５を介し送信するとしているが、ＩＲ通信部１９を介し送信するとしてもよい。

図９には、被制御端末である端末２０のＣＰＵ２１が備える機能構成が示される。ＣＰＵ２１は、操作部２４によるユーザ操作を受付けて、受付けた操作に基づく指示を出力する操作受付部２１１、画像を表示するために表示部２３を制御する表示制御部２１２、アンテナおよび通信部２５を介し受信した放送信号を処理するための放送受信処理部２１３、ＵＩ取得部２１４、ＵＲＬ（Uniform Resource Locator）取得部２１５、ＵＲＬジャンプ部２１６、およびコンテンツ取得部２１７を備える。ＵＩ取得部２１４は、通信部２５を介して受信したＵＩコンテンツ中からＵＩを抽出する。ＵＲＬ取得部２１５は、通信部２５を介して受信したＵＩコンテンツ中からＵＲＬを抽出する。ＵＲＬジャンプ部２１６は、ＵＲＬに基づきＷｅｂサーバ５０に対しコンテンツ要求を送信する。コンテンツ取得部２１７は、通信部２５を介して受信したＵＩコンテンツ中からコンテンツを抽出する。

さらに、端末２０は、ＵＩコンテンツを再生するためのＵＩコンテンツ再生部２１８、記憶部２２のプログラムまたはデータをアクセスするためのアクセス部２１９、およびリモコン部２２０を含む。

リモコン部２２０は、入力するリモコンコードに基づきリモコン信号を生成しＩＲ通信部２８に出力するリモコン信号生成部２２１、ＩＲ通信部２８を介し受信したリモコン信号を解析し解析結果であるリモコンコードを出力するリモコン信号解析部２２２を含む。

図１０には情報処理装置３０のＣＰＵ３１が備える機能構成が示される。ＣＰＵ３１は、表示部３３を制御するための表示制御部３１１、操作部３４によるユーザの操作を受付けて、受付けた操作に基づく指示を出力する操作受付部３１２、パスワード生成部３１３、生成したパスワードを外部装置に通知するために送信するパスワード通知部３１６、およびパスワードの要求を受付ける要求受理部３１５を備える。

ＣＰＵ３１は、さらに、コンテンツの取得要求を受信し、記憶部３２からコンテンツを読み出し、要求元に送信するコンテンツ配信部３１７を備える。

図１１にはコンテンツ配信サーバ４０のＣＰＵ４１が備える機能構成が示される。ＣＰＵ４１は、表示部４３を制御する表示制御部４１１、操作部４４によるユーザの操作を受付けて、受付けた操作に基づく指示を出力する操作受付部４１２、生成されたＵＩコンテンツを、通信部４５を介し送信するためのＵＩコンテンツ送信部４１３、通信部４５を介し通知を受理する通知受理部４１４、通信部４５を介し要求を受理する要求受理部４１５、通信部４５を介し端末１０に対しパスワードを通知するためのパスワード通知部４１６、および通信部４５を介し情報処理装置３０に対しパスワード要求を送信するためのパスワード要求部４１７を備える。

ＣＰＵ４１は、さらに、配信すべきＵＩコンテンツを生成するためのＵＩコンテンツ生成部４１８、および記憶部４２のデータまたはプログラムをアクセス（読み書き）するためのアクセス部４１９を備える。

図１２と図１３には、本発明の実施の形態に係るシステムの処理フローチャートが示される。図１４には端末１０の記憶部１２に格納されるデータの一例が示され、図１５には、サーバ４０の記憶部４２に格納されるデータに一例が示され、図１６には、情報処理装置３０の記憶部３２に格納されるデータの一例が示される。

図１４を参照して記憶部１２には、当該端末１０を一意に識別するための端末識別子１３１、英数字、記号などの文字列である鍵７０１、端末１０のユーザを識別するためのユーザＩＤ７３、端末１０により再生するコンテンツを識別するためのコンテンツＩＤ７４、およびコンテンツ配信サーバ４０のサーバドメイン名７１が格納される。さらに、端末１０により生成したパスワード７２、受信したＵＩコンテンツ８１、およびコンテンツの再生停止位置７６を含むデータが格納される。

図１５を参照して、記憶部４２には、コンテンツ配信サーバ４０のサーバドメイン名７１、コンテンツ９２毎のコンテンツデータ９１、およびコンテンツ９２のそれぞれに対応の組テーブル８０が格納される。さらに、情報処理装置３０から受信したパスワード７２、およびユーザ毎の再生位置テーブル９０が格納される。

組テーブル８０は、対応のコンテンツ９２のコンテンツＩＤ７４と、組７４１を含む。組７４１は、ＡＰＩコマンドと、当該ＡＰＩコマンドが割当てられるＵＩとを含む。

再生位置テーブル９０は、対応のユーザのユーザＩＤ７３を含み、さらに、ユーザに配信された各コンテンツに対応して当該コンテンツのコンテンツＩＤ７３１、当該コンテンツの再生停止位置７３２を含む。再生停止位置７３２は、初期値として当該コンテンツの先頭位置を示す。その後は、再生停止がされる毎に取得される再生停止位置を用いて上書き（更新）される。したがって、再生停止位置７３２は、コンテンツＩＤ７３１のコンテンツについて、最も直近に登録された再生停止位置７３２を指す。

図１６を参照して、情報処理装置３０の記憶部３２には、当該情報処理装置３０を通信システムにおいて一意に識別するための装置識別子３３１、パスワードを生成するために用いる鍵７０２が格納される。また、生成したパスワード７２およびＷｅｂサーバ５０のＷｅｂサーバドメイン名７７が格納される。

（通信パケット）
図１７には、ネットワークＮＴを介して送受信されるデータパケットである通信パケットＰＡの一例が示される。

図１７を参照して、通信パケットＰＡは、当該通信パケットＰＡの種別データを含むヘッダ情報８００、当該通信パケットＰＡの送信先を指定する宛先情報８０１、当該通信パケットＰＡの送信元を指す送信元情報８０２およびデータ本体８０３を含む。通信パケットＰＡは送信側では暗号化された後に送信され、受信側では、これを復号すると想定する。

（通信手順）
本実施の形態に係る通信手順では、コンテンツ配信サーバ４０は、情報処理装置３０から、鍵７０２を示す第１データとコンテンツを配信するサーバに固有のサーバ固有情報（たとえば、サーバドメイン名）とから予め定めた関数を用いて生成された第１パスワードを受信する。そして、受信した第１パスワードと、処理を指定する処理指定情報（ＡＰＩコマンド）とを、端末１０に送信する。端末１０では、情報処理装置３０から、予め第１データが示す鍵７０２と一致した鍵を示す第２データを取得しておき、取得した第２データと、サーバ固有情報とから上述の関数を用いて第２パスワードを生成する。そして、コンテンツ配信サーバから受信した第１パスワードと、生成した第２パスワードとを照合し、コンテンツ配信サーバ４０から受信する処理指定情報により指定される処理を、当該照合の結果に基づき実行するか否かを判定する。この処理の詳細を、図１２および図１３の通信手順に基づき、図１８〜図２２を参照しながら説明する。

なお、上述の固有情報は、本実施の形態では、サーバドメイン名としているが、ネットワーク上においてサーバを識別することのできるデータであればよく、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどであってもよい。

本実施の形態では、端末１０が予め鍵を取得するために、情報処理装置３０は、端末１０をユーザに販売するときに、記憶部３２から読み出した鍵７０２を、端末１０の記憶部１２のフラッシュメモリに格納する、または、端末１０は情報処理装置３０が提供するＨＰ（Home Page）を介して、情報処理装置３０から鍵７０２を受信し、記憶部１２に格納するなど、して取得する。なお、取得方法は、いずれの方法であってもよく、またこれら方法に限定されるものではない。

また、上記のＨＰはコンテンツ配信サーバ４０が提供するＵＩコンテンツのページであうＵＩページを有する。ユーザは、所望のＵＩコンテンツのＵＩページでは、当該ＵＩコンテンツを提供するコンテンツ配信サーバ４０のサーバドメイン名を公開しており、端末１０は、ＵＩページから、所望のＵＩコンテンツを提供しているコンテンツ配信サーバ４０のサーバドメイン名７１を取得すると想定する。

図１２を参照して、端末１０のユーザは、所望コンテンツを再生するためにＵＩコンテンツのダウンロード要求をすることができる。このダウンロード要求がされる先だって、コンテンツ配信サーバ４０と情報処理装置３０とは、通信により、パスワード７２を生成する。具体的には、コンテンツ配信サーバ４０のパスワード要求部４１７は、パスワード発行要求の通信パケットＰＡを生成し送信する（ステップＳ１０）。この通信パケットＰＡでは、ヘッダ情報８００の種別データは“パスワード要求”を示し、宛先情報８０１は情報処理装置３０の装置識別子を示し、送信元情報８０２は記憶部４２から読み出したサーバドメイン名７１を示し、データ本体８０３は空データを示す。

情報処理装置３０は、通信パケットＰＡを受信すると、パスワードを生成する（ステップＳ１２）。

具体的には、通信部３５は、通信パケットＰＡを受信し、宛先情報８０１が記憶部３２の装置識別子３３１と一致していると判定すると、通信パケットＰＡを受理する。一方、一致しない場合には、通信パケットＰＡを破棄する。

一致している場合、通信部３５は、通信パケットＰＡのヘッダ情報８００の種別データ（“パスワード要求”）に基づき、当該通信パケットＰＡを要求受理部３１５に出力する。要求受理部３１５は入力した通信パケットＰＡから宛先情報８０１のサーバドメイン名７１を抽出し、パスワード生成部３１３に出力する。パスワード生成部３１３は、サーバドメイン名７１と記憶部３２から読み出した鍵７０２とから予め定めたハッシュ関数を用いてパスワードを生成する。

生成されたパスワード７２は、記憶部３２に格納されるとともに、パスワード通知部３１６は、パスワード７２をデータ本体８０３として格納する通信パケットＰＡを用いて、要求元のコンテンツ配信サーバ４０にパスワードを通知する（ステップＳ１４）。この通信パケットＰＡでは、ヘッダ情報８００の種別データは“パスワード通知”を示し、宛先情報８０１はステップＳ１０で受信した通信パケットＰＡの送信元情報８０２を示し、送信元情報８０２は記憶部３２から読み出した装置識別子３３１を示す。

コンテンツ配信サーバ４０では、通信部４５は当該通信パケットＰＡを受信すると、ヘッダ情報８００の種別データが“パスワード通知”を示すことに基づき、当該通信パケットＰＡのデータ本体８０３をアクセス部４１９に出力する。アクセス部４１９は、データ本体８０３が示すパスワードを、パスワード７２として記憶部４２に格納する。

その後、端末１０はＵＩコンテンツダウンロード（図中ではダウンロードを“ＤＬ”と記載している）要求を送信する（ステップＳ１６）。

具体的には、端末１０のユーザは、操作部１４を操作してコンテンツを指定するコンテンツＩＤを含むコンテンツ要求を入力する。入力したコンテンツＩＤは記憶部１２にコンテンツＩＤ７４として格納される。操作受付部１１０は、受付けたコンテンツＩＤを含む要求指示を出力する。ダウンロード要求部１１３は、要求指示に基づき、ＵＩコンテンツダウンロード要求の通信パケットＰＡを生成して、通信部１５を介し送信する。この通信パケットＰＡでは、ヘッダ情報８００の種別データは“ＵＩコンテンツ要求”を示し、宛先情報８０１および送信元情報８０２それぞれは記憶部１２から読み出したサーバドメイン名７１および端末識別子１３１をそれぞれ示し、データ本体８０３は記憶部１２から読み出したユーザＩＤ７３およびコンテンツＩＤ７４を含む。

コンテンツ配信サーバ４０は、ＵＩコンテンツダウンロード要求の通信パケットＰＡを受信すると、ＵＩコンテンツを含む通信パケットＰＡを生成する（ステップＳ１８）。

具体的には、通信部４５は、通信パケットＰＡを受信すると、ヘッダ情報８００の種別データ“ＵＩコンテンツ要求”に基づき、当該通信パケットＰＡを要求受理部４１５に出力する。要求受理部４１５は、通信パケットＰＡのデータ本体８０３をＵＩコンテンツ生成部４１８に出力し、宛先情報８０１および送信元情報８０２をＵＩコンテンツ送信部４１３に出力する。

ＵＩコンテンツ生成部４１８は、データ本体８０３のコンテンツＩＤ７４に基づき、アクセス部４１９を介し記憶部４２を検索する。検索結果に基づき、当該コンテンツＩＤ７４を含む組テーブル８０を特定し、特定した組テーブル８０のＵＩ７４１とＡＰＩコマンド７４２からＵＩコンテンツを生成する。ここで、ＵＩ７４１は複数の操作部画像を含み、ＡＰＩコマンド７４２は、操作部画像のそれぞれに対応した処理指定情報を含む。ＵＩコンテンツ生成部４１８は、ＵＩ７４１の操作部画像のそれぞれに、対応の処理指定情報を割り当てることにより、ＵＩコンテンツ７５を生成する。

ＵＩコンテンツ送信部４１３は、生成されたＵＩコンテンツ７５と記憶部４２から読み出したパスワード７２を、データ本体８０３として格納した通信パケットＰＡを生成し、通信部４５を介して送信する（ステップＳ２０）。ＵＩコンテンツ送信部４１３は、この通信パケットＰＡのヘッダ情報８００の種別データに“ＵＩコンテンツ”を設定し、宛先情報８０１と送信元情報８０２に要求受理部４１５から入力した送信元情報８０２と宛先情報８０１のそれぞれを設定する。

なお、ＵＩコンテンツ生成部４１８は、データ本体８０３のユーザＩＤ７３およびコンテンツＩＤ７４に基づき、アクセス部４１９を介し記憶部４２の再生位置テーブル９０を検索する。検索結果に基づき、ユーザＩＤ７３およびコンテンツＩＤ７４の文字列に一致する文字列を示すユーザＩＤ７３およびコンテンツＩＤ７３１を有し、且つ当該コンテンツＩＤ７３１に対応の再生停止位置７３２が初期値ではない値を示す再生位置テーブル９０を特定した場合には、ＵＩコンテンツは、特定した再生位置テーブル９０を用いて生成するケースもある。ここでは、該当する再生位置テーブル９０を特定できなかったと想定する。特定した場合の詳細は、「ＵＩコンテンツの他の生成方法」で後述する。

コンテンツ配信サーバ４０は、生成したパスワード７２を含むＵＩコンテンツ７５を要求元の端末１０にダウンロードする（ステップＳ２０）。

端末１０では、コンテンツ配信サーバ４０の認証処理が行われる（ステップＳ２２）。
具体的には通信部１５は通信パケットＰＡを受信し、種別データが“ＵＩコンテンツ”を示すことに基づき、宛先情報８０１と送信元情報８０２を再生位置通知部１１４に出力する。また、データ本体８０３のパスワード７２を照合部１１７に出力し、ＵＩコンテンツ７５をコマンド実行部１１８に出力するとともに、文字列生成部１１６を起動する。文字列生成部１１６は、アクセス部１１９を介して記憶部１２から読み出した鍵７０１とサーバドメイン名７１とから、予め定めたハッシュ関数を用いてパスワードを生成し、照合部１１７に出力する。照合部１１７は、受信したパスワードおよび生成したパスワードを照合し、照合結果をコマンド実行部１１８に出力する。

ここでは、情報処理装置３０は、端末１０に鍵７０１を供給するときに、鍵７０１とともにハッシュ関数の情報も供給すると想定する。したがって、照合部１１７がパスワード生成に用いるハッシュ関数は、情報処理装置３０がパスワード生成に用いるハッシュ関数と一致する。

コマンド実行部１１８は、照合結果が、両パスワードが一致していることを示すと判定したときは、ＵＩコンテンツ７５のＡＰＩコマンドを実行する（ステップＳ２４）。

ＡＰＩコマンドの実行により、コマンド実行部１１８は、ＵＩの操作部画像を表示する命令を表示制御部１１１に出力する。表示制御部１１１は、命令に従って、操作部画像を表示するように表示部１３を制御する。表示例が図１８に示される。なお、コンテンツ配信サーバ４０は、ＵＩコンテンツ７５に対応のコンテンツ９２を記憶部４２から読み出し、端末１０にストリーミング配信する。

図１８（Ａ）では、表示部１３にコンテンツ９２のタイトル画面にボタンの操作部画像であるアイコン９１Ｃ、９２Ｃおよび９３Ｃが表示される。アイコン９３Ｃはコンテンツの再生開始／停止を指示する操作ボタンであり、アイコン９１Ｃおよび９２Ｃは音量を調節する操作ボタンである。再生開始の操作がされると、ＡＰＩコマンドは、操作に基づきコンテンツ送信の命令を出力する。端末１０は、当該命令に基づき、端末１０に配信されるコンテンツを、端末２０に転送する。これにより、図１８（Ｂ）のようにテレビ画面にコンテンツの画像が表示される。

この場合、ＵＩコンテンツ７５に基づき表示される操作部画像が操作されることにより、端末１０を、当該操作に基づき、各種命令（たとえば、テレビでのコンテンツの起動、コンテンツ再生開始／終了、再生停止、音量調節、画面調整（明暗調整）、テレビの電源オン／オフ、テレビのタイマ調整、コンテンツの受信チャンネルの制御などのテレビの動作状態を制御する命令など）を発行するリモコンとして利用することができる。

具体的には、ユーザがアイコン９１Ｃ、９２Ｃおよび９３Ｃを操作すると、操作受付部１１０は操作を受付けて、受付けた操作に応じた指示を出力する。リモコン信号生成部１２１は、当該信号をリモコンコードとして入力し、テレビを制御するリモコン信号を端末２０に出力する。端末２０では、リモコン信号を受信し、リモコン信号解析部２２２により解析し、解析結果に基づくリモコンコードを出力する。リモコンコードに従ってコンテンツ再生部２１８はコンテンツの再生および出力を制御する。またリモコンコードに基づき出力音量が制御される。図１８（Ｂ）では、表示制御部２１２は、表示部２３の画面には、アイコン９１Ｃおよび９２Ｃの操作に連動して変化する音量を示すインジケータ９４Ｃの絵柄を表示する。また、インジケータ９４Ｃに関連して音量を数値で示すためのデータ９４Ｂが示される。

上述のステップＳ２４では、ＵＩの操作部画像にテレビを制御するためのＡＰＩコマンドが割当された場合であったが、端末１０を制御するためのＡＰＩコマンドが割当された場合はステップＳ２６の処理に移行する。

表示部１３の操作部画像のアイコン９１Ｃ、９２Ｃおよび９３Ｃが操作されると、操作受付部１１０が受付けた操作に基づく指示に従って、コンテンツ再生部１２３は表示部１３におけるコンテンツの再生を制御する（ステップ２６）。

コンテンツの再生中に、操作部１４またはアイコン９３Ｃが操作されて操作受付部１１０を介し再生停止が指示されると、指示に応じて、再生位置取得部１２４は再生停止位置を取得し、再生位置通知部１１４に出力する。ここでは、コンテンツは、時系列データであり、時系列データは所定サイズの単位に分割されて配信される。各単位データには、時系列に従う位置データ（頁番号、コンテンツの先頭から再生した場合の先頭から当該単位データまでの経過時間など）を含む。再生位置取得部１２４は、再生停止が指示されたとき、再生中の単位データから位置データを抽出することで、再生停止位置を取得し、再生停止位置７６として記憶部１２に格納する。

再生位置通知部１１４は、再生停止位置をコンテンツ配信サーバ４０に通知するために、通信パケットＰＡを生成して送信する（ステップＳ２８）。この通信パケットＰＡでは、データ本体８０３は記憶部１２から読み出したユーザＩＤ７３、コンテンツＩＤ７４および再生停止位置７６を示し、ヘッダ情報８００の種別データは“位置通知”を示し、宛先情報８０１はサーバドメイン名７１を示し、送信元情報８０２は端末識別子１３１を示す。

コンテンツ配信サーバ４０では、ステップＳ２８で送信された通信パケットＰＡを受信し、位置管理部４２０は、アクセス部４１９を介して、データ本体８０３を再生位置テーブル９０に格納する（ステップＳ３０）。

具体的には、データ本体８０３のユーザＩＤ７３およびコンテンツＩＤ７４に基づき、再生位置テーブル９０を検索する。検索結果に基づき、当該ユーザＩＤ７３を有する再生位置テーブル９０を特定し、特定した再生位置テーブル９０の当該コンテンツＩＤの文字列に一致する文字列を示すコンテンツＩＤ７３１に対応の再生停止位置７３２を、当該データ本体８０３の再生停止位置７６を用いて上書きする。

（ＵＩコンテンツの他の生成方法）
ステップＳ１８において、ＵＩコンテンツ生成部４１８は、再生位置テーブル９０の検索結果に基づき、ユーザＩＤ７３およびコンテンツＩＤ７４が示す文字列と一致した文字列を示すユーザＩＤ７３1およびコンテンツＩＤ７３１を有する再生位置テーブル９０を特定し、且つ当該コンテンツＩＤ７３１に対応の再生停止位置７３２が初期値でないと判定した場合には、特定した再生位置テーブル９０のコンテンツＩＤ７３１と再生停止位置７３２を用いてＵＩコンテンツ７５を生成する。

具体的には、ＵＩコンテンツ生成部４１８は、コンテンツＩＤ７３１に基づき、コンテンツＩＤ７３１と一致するコンテンツＩＤ７４を有した組テーブル８０を検索し、検索した組テーブル８０からＵＩ７４１とＡＰＩコマンド７４２の組を読み出す。そして、読み出した組のＡＰＩコマンド７４２から、直近に登録された再生停止位置７３２からコンテンツ再生開始を指示するための操作部画像が表示されるようなＡＰＩコマンドを生成する。生成された新たなＡＰＩコマンドと、ＵＩ７４１とからＵＩコンテンツ７５を生成する。したがって、その後のステップＳ２４とステップＳ２６では、生成された新たなＡＰＩコマンドが実行されることにより、外出先で端末１０において再生し閲覧していたコンテンツを再生停止させた場合には、その後、家の端末２０のテレビで直近の再生停止位置から当該コンテンツの再生を再開させることができる。また、その逆に、家の端末２０のテレビで再生し閲覧していたコンテンツを、その後、外出先で端末１０を用いて直近の再生停止位置から当該コンテンツの再生を再開させることもできる。

また、この場合でも、ステップＳ２２でパスワード照合がされるので、端末１０および端末２０では認証されたコンテンツ配信サーバ４０からのＵＩコンテンツのＡＰＩコマンドのみが実行されることになる。

ここで、図１２のステップＳ１０で、コンテンツ配信サーバ４０から情報処理装置３０に対してパスワード発行要求が送信されるタイミングについて説明する。コンテンツ配信サーバ４０のコンテンツ配信事業者がＵＩページを製作するときに１度だけ行なわれ、同じサーバドメイン名７１を使用する限りにおいて、パスワードの発行要求は行なわれない。

このような図１２のフローチャートによれば、端末１０はＵＩコンテンツによって端末２０を制御するためのリモコン機能が提供される場合において、端末１０に対して当該リモコン機能を提供するコンテンツ配信サーバ４０を制限して、悪意のあるコンテンツ配信サーバ４０を排除することができる。

図１３には、図１２のフローチャートの変形例が示される。図１２では、コンテンツ配信サーバ４０がＵＩコンテンツと対応する再生用コンテンツとの両者を配信するが、図１３のように、ＵＩコンテンツと再生用コンテンツとは、異なるサーバから配信されるようにしてもよい。図１３では、コンテンツ配信サーバ４０はＵＩコンテンツを配信するが、ＵＩコンテンツに対応の再生用コンテンツは、Ｗｅｂサーバ５０から配信される。

図１３では、端末１０および情報処理装置３０それぞれは、鍵７０１と鍵７０１と一致する鍵７０２をそれぞれ有し、また、コンテンツ配信サーバ４０は、再生用コンテンツを配信するＷｅｂサーバ５０のＷｅｂサーバドメイン名７７を予め格納する。

ここで、図１２と図１３の処理を比較する。図１３のステップＳ４０、Ｓ４２、Ｓ４４、Ｓ４６、Ｓ４８、Ｓ５０およびＳ５２の処理と、図１２のＳ１０〜Ｓ２２の処理とを比較し、異なる点は、照合されるパスワードの生成に、ステップＳ１０〜Ｓ２２では鍵とコンテンツ配信サーバ４０のサーバドメイン名を用いたが、ステップＳ４０〜Ｓ５２では鍵とＷｅｂサーバ５０のサーバドメイン名７７を用いる点にある。他の処理はステップＳ１０〜Ｓ２２の処理と同じであるから、説明を繰返さない。

図１３のステップＳ１０〜Ｓ２２の処理が行われた後に、端末１０のコマンド実行部１１８は、照合結果が、両パスワードが一致していることを示すと判定したときは、ＵＩコンテンツ７５のＡＰＩコマンドを実行する（ステップＳ２４）。

ＡＰＩコマンドの実行により、コマンド実行部１１８は、ＵＩの操作部画像を表示する命令を表示制御部１１１に出力する。表示制御部１１１は、命令に従って、操作部画像を表示するように表示部１３を制御する。表示例が図１９に示される。

図１９（Ａ）には端末１０の表示画面が示され、図１９（Ｂ）には端末２０の表示画面が示され、図１９（Ｃ）には、端末１０の別の表示画面が示される。

図１９（Ａ）には、端末１０でＡＰＩコマンドを実行開始したときの画面が示される。画面には、コンテンツのタイトル画像の上にＡＰＩコマンドの実行により表示される操作部画像であるアイコン９５Ｃおよび９６Ｃが表示される。アイコン９５Ｃはコンテンツを端末１０で再生（再生停止位置からの再生も含む）する場合に操作され、アイコン９６Ｃは端末２０のテレビでコンテンツを再生（再生停止位置からの再生も含む）する場合に操作される。

アイコン９６Ｃが操作されると、端末１０から端末２０に対して“コンテンツＩＤおよびＷｅｂサーバ名”を含む再生開始のリモコン信号が送信される。端末２０は、リモコン信号を受信すると、リモコン信号解析部２２２はリモコン信号を解析し、解析結果をＵＲＬ取得部２１５に出力する。ＵＲＬ取得部２１５は、解析結果から、Ｗｅｂサーバ名に従うＵＲＬを抽出し、抽出したＵＲＬをＵＲＬジャンプ部２１６に出力する。

ＵＲＬジャンプ部２１６は、ＵＲＬに基づきＷｅｂサーバ５０にコンテンツの配信を要求する（ステップＳ５６）。Ｗｅｂサーバ５０は、要求に応答して、端末２０にコンテンツＩＤのコンテンツをストリーミング配信する。端末２０では、コンテンツ取得部２１７が配信されるコンテンツを受信し、コンテンツ再生部２１８に出力する。コンテンツ再生部２１８は、受信されるコンテンツを再生し、表示制御部２１２を介して表示部２３に表示する（図１９（Ｂ）参照）。

アイコン９５Ｃが操作されると、端末１０はＷｅｂサーバ名に従ってＷｅｂサーバ５０にコンテンツ配信を要求し、Ｗｅｂサーバ５０からコンテンツＩＤのコンテンツストリーミング配信を受けて、表示する。

図１９（Ｂ）のように、アイコン９６Ｃが操作されて、端末２０でコンテンツが再生されて出力される場合には、端末１０は、端末２０のテレビのリモコンとして機能する（図１９（Ｃ）参照）。具体的には、ＡＰＩコマンドが実行されることにより、リモコン操作を受付けるための操作部画像であるアイコン９１Ｃ、９２Ｃ、９９Ｃ、および１００Ｃ、インジケータ９７Ｃおよび９８Ｃが表示される。

インジケータ９７Ｃはコンテンツの現在の再生位置を示す。再生位置は、端末２０がストリーミング配信される各単位データの位置データにより示される。具体的には、端末２０のコンテンツ再生部２１８は、単位データから位置データを抽出し、リモコン信号生成部２２１に出力する。リモコン信号生成部２２１は位置データを示すリモコン信号を端末１０に送信する。端末１０のリモコン信号解析部１２２は受信したリモコン信号を解析する。ＣＰＵ１１は、解析結果に基づくインジケータ９７Ｃを、表示制御部１１１を介して表示部１３に表示する。

インジケータ９８は、テレビの音量を調節するためのアイコン９１Ｃと９２Ｃの操作に連動して現在の出力音量を示すように表示される。

また、インジケータ９７Ｃに関連してコンテンツのトータル再生時間を示すデータ９７Ｂが表示され、インジケータ９８Ｃに関連して音量を数値で示すデータ９８Ｂが表示される。

アイコン９９Ｃと１００Ｃは、コンテンツ毎に特徴的な出力態様を指定するために操作されるボタンであり、たとえば特徴的出力態様には、超スロー再生、超ズーム再生などがある。

図１９のＷｅｂサーバ５０のコンテンツを再生する場合であっても、コンテンツ配信サーバ４０が再生停止位置７３２を管理し、再生停止位置からの再生をすることができる。

なお、コンテンツ配信サーバ４０は、端末１０がコンテンツを再生する場合には、図１３の処理Ａに示すように、再生停止位置を端末１０から受信するが（ステップＳ５８）、端末２０のテレビで再生する場合には図１３の処理Ｂに示すように、再生停止位置をＷｅｂサーバ５０から受信する（ステップＳ６０）。すなわち、テレビでコンテンツ再生の停止操作がされたとき、端末２０はコンテンツＩＤと、記憶部２２に予め格納されたユーザＩＤとを含む配信停止要求をＷｅｂサーバ５０に送信する。Ｗｅｂサーバ５０は、配信停止要求を受信すると、配信を停止し、最後の配信した単位データの位置データを再生停止位置として、ユーザＩＤおよびコンテンツＩＤとともにコンテンツ配信サーバ４０に送信する。コンテンツ配信サーバ４０は、端末１０またはＷｅｂサーバ５０から受信する再生停止位置を再生位置テーブル９０により管理する。

このような図１３のフローチャートによれば、端末１０はＵＩコンテンツによって端末２０を制御するためのリモコン機能が提供されて、端末２０がリモコン制御されることにより指定されるＵＲＬが示すＷｅｂサーバ５０へジャンプする場合に、ジャンプ先のＷｅｂサーバ５０を制限することができる。これにより、悪意のあるＷｅｂサーバ５０を排除することができる。

なお、ＵＩ（アイコン９５Ｃ、９６Ｃなど）に割当てられたＡＰＩコマンドが実行されることにより実現される機能によって、パスワード照合を必要／不要とするとしてもよい。

（他のコンテンツの再生）
Ｗｅｂサーバ５０から配信されるコンテンツは、ゲームのコンテンツであってもよい。図２０（Ａ）には端末１０にゲームのタイトル画像が表示されて、タイトル画像上にはゲームを開始するための操作部画像であるアイコン２００Ｃが表示される。アイコン２００Ｃが操作されると、端末２０に対してゲーム開始指示のリモコン信号が送信される。ゲーム開始指示に応じて、端末２０は上述したコンテンツの取得手順に従って、Ｗｅｂサーバ５０からゲームコンテンツが配信され、配信されるゲームコンテンツの画像を表示部２３に表示する（図２０（Ｂ）参照）。またアイコン２００Ｃは、アイコン２００Ｃが操作されると、ゲーム機の操作部画像のアイコン２０１Ｃを表示する（図２０（Ｃ）参照）。アイコン２０１Ｃが操作されると、操作に基づくリモコン信号を端末２０に対し送信し、ゲームを進行させることができる。このように、端末２０はゲーム機のコントローラとして機能する。

なお、コンテンツがゲームの場合であっても、上述と同様の手順により、コンテンツ配信サーバ４０は、端末１０またはＷｅｂサーバ５０から受信する再生停止位置を再生位置テーブル９０により管理することで、再生停止位置からゲームを再開始することが可能になる。

図１２または図１３の手順に従って、端末１０に配信されるコンテンツは、電子書籍のコンテンツであってもよい。端末１０には電子書籍のコンテンツがＷｅｂサーバ５０から受信されて、記憶部１２に格納される。端末１０は、ＡＰＩコマンドが実行されることで電子書籍の閲覧端末として機能する。

図２１（Ａ）には端末１０に電子書籍のタイトル画像が表示されて、タイトル画像上には電子書籍の所定のページにジャンプするための操作部画像であるアイコン１０２Ｃが表示される。アイコン１０２Ｃが操作されると、端末１０は、記憶部１２の電子書籍の所定ページデータを検索して読み出し、読み出したページデータの画像１０３Ｃを表示部１３に表示する（図２１（Ｂ）参照）。

また、カレンダのコンテンツが配信されてもよい。図２２（Ａ）には端末１０にカレンダのタイトル画像が表示されて、タイトル画像上にはカレンダの所定日付け（図中では、３月３日）のスケジュールにジャンプするための操作部画像であるアイコン１０４Ｃが表示される。アイコン１０４Ｃが操作されると、ＡＰＩコマンドが実行されて、実行の結果に従って、端末１０は、配信された記憶部１２に格納されたカレンダデータを所定日付けに基づき検索し、所定日付のスケジュールデータをカレンダデータから読み出し、読み出したスケジュールデータの画像を表示部１３に表示する（図２２（Ｂ）参照）。

なお、上述した実施の形態では、ＵＩは表示される画像として提供されているが、画像に限定されるものではない。つまり、端末１０（２０）は、サーバからＵＩとして音声・映像のデータを受信し、これらを出力するための出力部を備えるとしてもよい。

（他の実施の形態）
上述の端末１０における情報処理方法は、プログラムとして提供することもできる。このようなプログラムは、コンピュータに付属する記憶媒体１７として提供することができる。すなわち、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体に記録させて、プログラム製品として提供することもできる。また、ネットワークＮＴを介したダウンロードによって、プログラムを提供することもできる。たとえば、図２の構成では、プロセッサであるＣＰＵ１１を備えてコンピュータの機能を有する端末１０には、コンピュータ読取り可能な記録媒体に相当する記憶媒体１７を用いて当該プログラムを供給することができる。ＣＰＵ１１は、外部Ｉ／Ｆ１６を介して記憶媒体１７に格納されたプログラムを読み出し、実行する。また、端末１０には、ネットワークＮＴを介したダウンロードによって、プログラムを流動的に担持する記憶部１２の所定領域に格納することもできる。

このように、端末１０には、上述した実施の形態に従う方法をコンピュータを用いて実現するためのプログラム製品が供給される。プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

（実施の形態の効果）
上述の実施の形態によれば、コンテンツ配信のサービス事業者は、ＡＰＩコマンドを割り当てた独自のＵＩを提供する場合、ＡＰＩコマンドを実行する端末１０、およびその実行に従って端末１０が制御する端末２０のそれぞれを特別に改良することなく、比較的安易にＡＰＩコマンド発行元を、発行元のサーバドメイン名により制限をかけることができる。

また、パスワード照合により、悪意のあるコンテンツ配信サーバ４０からのサービスであるか否かの判別は、ＡＰＩコマンドを含むデータを受信する端末１０のみで完結し、テレビなどの端末２０は、端末１０からＡＰＩコマンドの実行による命令を受け付ける機能のみを持てばよく、特別な改良は必要とされない。

また、ＡＰＩコマンドの実行に従って、テレビなどの端末２０に対して通信を介して提供するサービスを、サーバドメイン名などの固有情報でサービス提供側から制御することが可能になる。従って、ＵＲＬジャンプ先の制御も実現することができる。

また、ＡＰＩコマンドを実行する端末１０が有する鍵７０１を第３者が不正に入手した場合であっても、情報処理装置３０はネットワークＮＴを介して端末１０の鍵７０１を書き換えることで、第３者による鍵の不正使用について比較的容易に対策をとることができる。これにより、正規の鍵７０１を持つ端末１０にのみ配信されるＡＰＩコマンドの実行を許可する、ことが可能になる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０，２０ 端末、３０ 情報処理装置、４０ コンテンツ配信サーバ、７１，７７ サーバドメイン名、７２ パスワード、７６，７３２ 再生停止位置、１１３ ダウンロード要求部、１１４ 再生位置通知部、１１５ コンテンツ受理部、１１６ 文字列生成部、１１７ 照合部、１１８ コマンド実行部、１２０ リモコン部、１２３，２１８ コンテンツ再生部、１２４ 再生位置取得部、３１３ パスワード生成部、３１６，４１６ パスワード通知部、４１７ パスワード要求部、４２０ 位置管理部、７０１，７０２ 鍵、ＮＴ ネットワーク、ＰＡ 通信パケット。

Claims (16)

1. ネットワークを介して通信するサーバと、端末と、情報処理装置とを備え、
   前記サーバは、
   前記情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信する手段と、
   受信した前記第１パスワードと、処理を指定する処理指定情報とを、前記端末に送信するパスワード送信手段とを、含み、
   前記端末は、
   前記情報処理装置から取得した、前記第１データが示す鍵と一致した鍵を示す第２データを格納する格納手段と、
   前記格納手段の前記第２データと、前記サーバ固有情報とから前記関数を用いて第２パスワードを生成する第２パスワード生成手段と、
   前記サーバから受信した前記第１パスワードと、生成した前記第２パスワードとを照合する照合手段と、を含み、
   前記サーバから受信する前記処理指定情報により指定される処理を、前記照合の結果に基づき実行するか否かを判定する、通信システム。
2. 前記通信システムは、前記ネットワークを介して通信する情報処理装置を、さらに備え、
   前記情報処理装置は、
   前記第１データと前記サーバ固有情報とから前記関数を用いて前記第１パスワードを生成し、生成した前記第１パスワードを前記サーバに送信し、
   前記端末は、
   前記第２データを前記情報処理装置から受信する、請求項１に記載の通信システム。
3. 前記端末は、さらに、
   情報を出力する出力部と、
   前記サーバから、前記処理指定情報により指定される処理を実行させるためのユーザ操作を受付けるための情報を受信する手段とを、含み、
   前記処理指定情報により指定される処理を実行するとき、前記出力部は、受信した前記情報に基づいた操作情報を出力する、請求項１または２に記載の通信システム。
4. 前記出力部は、画像を表示する表示部を含み、
   前記受信する手段は、
   前記サーバから、前記処理指定情報により指定される処理を実行させるためのユーザ操作を受付ける操作部の画像を表示するため画像情報を受信し、
   前記処理指定情報により指定される処理を実行するとき、前記表示部は、受信した前記画像情報に基づき前記操作部の画像を表示する、請求項３に記載の通信システム。
5. 前記端末は、
   前記照合の結果が、前記第１パスワードと前記第２パスワードが一致することを示すときに、前記処理指定情報により指定される処理を実行する、請求項１から４のいずれかに記載の通信システム。
6. 前記処理指定情報により指定される処理には、
   コンテンツを再生して出力するためのコンテンツ再生手段を制御するための再生制御処理を含む、請求項１から５のいずれかに記載の通信システム。
7. 前記端末は、
   前記コンテンツ再生手段を有する電気機器に、制御信号を送信するための制御信号送信手段を、さらに含み、
   前記制御信号は、
   前記処理指定情報により指定される処理の実行に従った前記コンテンツ再生手段を制御するための信号を示す、請求項６に記載の通信システム。
8. 前記電気機器は、前記ネットワークを介して通信する機器通信部を、含み、
   前記制御信号は、前記機器通信部を介して前記サーバと通信するための当該サーバのアドレスを含む、請求項７に記載の通信システム。
9. 前記コンテンツ再生手段は、前記サーバから配信されるコンテンツを再生する、請求項６から８のいずれかに記載の通信システム。
10. 前記コンテンツは、時系列データを示し、
    前記サーバは、
    前記コンテンツ再生手段がコンテンツの再生を停止したときの、再生中のデータの前記時系列における位置を示す位置情報を取得する再生位置取得手段を、さらに含み、
    前記再生位置取得手段が取得した前記位置情報に基づき、コンテンツを配信する、請求項９に記載の通信システム。
11. 前記サーバは、前記第１パスワードと前記処理指定情報を前記端末に送信する第１サーバと、前記アドレスが示す第２サーバを含み、
    前記サーバ固有情報は、前記第２サーバに固有の情報を示す、請求項８に記載の通信システム。
12. 前記サーバ固有情報は、前記ネットワークにおいて当該サーバを識別するための識別情報である、請求項１から１１のいずれかに記載の通信システム。
13. ネットワークを介して通信するサーバと、端末と、情報処理装置とを備える通信システムにおける前記端末であって、
    前記サーバは、
    前記情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信する手段と、
    受信した前記第１パスワードと、処理を指定する処理指定情報とを、前記端末に送信するパスワード送信手段とを、含み、
    前記端末は、
    前記情報処理装置から取得した、前記第１データが示す鍵と一致した鍵を示す第２データを格納する格納手段と、
    前記格納手段の前記第２データと、前記サーバ固有情報とから前記関数を用いて第２パスワードを生成する第２パスワード生成手段と、
    前記サーバから受信した前記第１パスワードと、生成した前記第２パスワードとを照合する照合手段と、を含み、
    前記サーバから受信する前記処理指定情報により指定される処理を、前記照合の結果に基づき実行するか否かを判定する、端末。
14. ネットワークを介して通信するサーバと、端末と、情報処理装置とを備える通信システムにおける通信方法であって、
    前記サーバにおいて、
    前記情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信するステップと、
    受信した前記第１パスワードと、処理を指定する処理指定情報とを、前記端末に送信するステップとを、含み、
    前記端末において、
    前記情報処理装置から取得した、前記第１データが示す鍵と一致した鍵を示す第２データを格納するステップと、
    格納された前記第２データと、前記サーバ固有情報とから前記関数を用いて第２パスワードを生成するステップと、
    前記サーバから受信した前記第１パスワードと、生成した前記第２パスワードとを照合するステップと、
    前記サーバから受信する前記処理指定情報により指定される処理を、前記照合の結果に基づき実行するか否かを判定するステップと、を含む、通信方法。
15. ネットワークを介して通信するサーバと、端末と、情報処理装置とを備える通信システムにおける前記端末のプロセッサに、制御方法を実行させるためのプログラムであって、
    前記サーバは、
    前記情報処理装置から、鍵を示す第１データと当該サーバに固有のサーバ固有情報とから予め定めた関数を用いて生成された第１パスワードを受信する手段と、
    受信した前記第１パスワードと、処理を指定する処理指定情報とを、前記端末に送信するパスワード送信手段とを、含み、
    前記制御方法は、
    前記プロセッサの格納する手段が、前記情報処理装置から取得した、前記第１データが示す鍵と一致した鍵を示す第２データをメモリに格納するステップと、
    前記プロセッサの第２パスワード生成手段が、前記メモリの前記第２データと、前記サーバ固有情報とから前記関数を用いて第２パスワードを生成するステップと、
    前記プロセッサの照合手段が、前記サーバから受信した前記第１パスワードと、生成した前記第２パスワードとを照合するステップと、を含み、
    前記サーバから受信する前記処理指定情報により指定される処理を、前記照合の結果に基づき実行するか否かを判定する、ことを特徴とする、プログラム。
16. 請求項１５に記載のプログラムを記録したコンピュータ読取り可能な記録媒体。

Images