JP2004295375A - 情報転送装置、情報受信装置および処理プログラム。 - Google Patents
情報転送装置、情報受信装置および処理プログラム。 Download PDFInfo
- Publication number
- JP2004295375A JP2004295375A JP2003085525A JP2003085525A JP2004295375A JP 2004295375 A JP2004295375 A JP 2004295375A JP 2003085525 A JP2003085525 A JP 2003085525A JP 2003085525 A JP2003085525 A JP 2003085525A JP 2004295375 A JP2004295375 A JP 2004295375A
- Authority
- JP
- Japan
- Prior art keywords
- information
- unit
- communication
- receiving
- server device
- 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Communication Control (AREA)
Abstract
【課題】ネットワーク資源が無駄に使用されるのを防止すること。
【解決手段】情報転送装置は、ＢＳまたはＣＳ放送のストリーム情報を受信する情報受信手段と、転送開始時刻を取得する転送開始時刻取得手段と、時刻を計時するタイマ手段と、タイマ手段にて転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態を確立するための通信確立手段（Ｓ２３０２）と、通信確立手段により通信可能状態が確立された情報受信装置に、アンテナ信号入力部により受信されたストリーム情報を送信するための情報送信手段（Ｓ２３０９，Ｓ２３１０）を備える。転送開始時刻になって初めて情報受信装置との通信確立情報が確立されるので、転送開始時刻になるまでネットワークを利用することがない。
【選択図】 図２６
【解決手段】情報転送装置は、ＢＳまたはＣＳ放送のストリーム情報を受信する情報受信手段と、転送開始時刻を取得する転送開始時刻取得手段と、時刻を計時するタイマ手段と、タイマ手段にて転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態を確立するための通信確立手段（Ｓ２３０２）と、通信確立手段により通信可能状態が確立された情報受信装置に、アンテナ信号入力部により受信されたストリーム情報を送信するための情報送信手段（Ｓ２３０９，Ｓ２３１０）を備える。転送開始時刻になって初めて情報受信装置との通信確立情報が確立されるので、転送開始時刻になるまでネットワークを利用することがない。
【選択図】 図２６
Description
【０００１】
【発明の属する技術分野】
本発明は情報転送装置、情報受信装置および処理プログラムに関し、特に情報を入力して受信装置に転送する情報転送装置、情報転送装置から情報を受信する受信装置、および、情報転送装置または情報受信装置で実行される処理プログラムに関する。
【０００２】
【従来の技術】
近年、家庭内に設置されたテレビチューナで受信したテレビ番組の情報を、他の機器へ転送するシステムが知られている。このシステムは、テレビチューナとアンテナを備えたパーソナルコンピュータ（以下「ＰＣ」という）からなるサーバ装置とテレビ番組を出力するためのＰＣであるクライアント装置とをネットワークで接続する。そして、サーバ装置は、チューナで受信したテレビ映像をネットワークの帯域内に転送できるようにリアルタイムでエンコード処理して、ネットワークを介してクライアント装置に転送する。そして、クライアント装置では、受信したテレビ映像をデコードしてディスプレイに出力する（たとえば非特許文献１）。このようなシステムでは、予め定められた利用者にのみ映像の転送を可能とするため、サーバ装置に利用者登録機能を備え、接続されたクライアント装置が利用者登録されていることが確認されなければ、映像信号を転送しないようにしている。また、サーバ装置に同時に接続可能なクライアント装置を１台として、映像出力を１つのディスプレイに制限する。
【０００３】
また、特開２００２−１８５９００号公報（特許文献１）には、テレビ放送録再配信システムが記載されている。このテレビ放送録再配信システムは、インターネット等の通信ネットワークに、携帯電話機等の情報通信端末およびテレビ放送録再配信ステーションが接続されている。ステーションは、情報通信端末から録画（予約）要求があると、所望のテレビ放送番組を録画する。その後、情報通信端末から再生予約があると、ネットワークを介して再生された画像データを情報通信端末に送信する。
【０００４】
さらに、同一世帯内に設置された２台以上のテレビジョン受信機それぞれで、有料ＴＶ放送を視聴可能にするための有料テレビジョン放送受信システムが、特開２０００−３２４４６５号公報（特許文献２）に記載されている。この有料テレビジョン放送受信システムは、有料ＴＶ放送を受信可能な親ＴＶ受信機及び子ＴＶ受信機を有する。契約した有料ＴＶ放送の受信用の暗号解読キー信号が親ＴＶ受信機がから子ＴＶ受信機に伝送される。子ＴＶ受信機では、親ＴＶ受信機がから受信された暗号解読キー信号を使用して親ＴＶ受信機が契約した有料ＴＶ放送を受信可能にする。
【０００５】
【特許文献１】
特開２００２−１８５９００号公報
【０００６】
【特許文献２】
特開２０００−３２４４６５号公報
【０００７】
【非特許文献１】
株式会社インフォシティの”ドコデモＴＶ”、［ｏｎｌｉｎｅ］、平成１４年７月２４日検索、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｄｏｋｏｄｅｍｏｔｖ．ｃｏｍ／＞
【０００８】
【発明が解決しようとする課題】
しかしながら、非特許文献１に記載のシステムでは、受信する番組を予約しておき、予約した時間になったときに映像を受信したいと望む場合には、予約した時点からクライアント装置をサーバ装置に接続しておかなければならない。このため、ネットワークの使用が時間により課金（時間課金方式という）される場合または送信するデータ量により課金（データ量課金方式という）される場合等には、予約した時点から予約時刻までネットワーク使用料が課金されてしまうといった問題がある。また、テレビ番組を受信しない間もネットワークを使用することになり、ネットワーク資源を無駄に使用することになる。
【０００９】
また、クライアント装置の利用者は、予約時刻になってテレビ番組の受信が開始されたことを知ることはできない。特に、クライアント装置が、利用者に携帯される携帯電話、ＰＤＡ等の場合、クライアント装置は常に利用者の目の前にあるわけではなくポケット等に収納されることがある。この場合、利用者は、テレビ番組の情報が受信されたことを知ることはできず、そのテレビ番組を見逃してしまうといった問題がある。
【００１０】
特許文献１に記載のテレビ放送再配信システムでは、情報通信端末側からのアクセスにより、テレビ放送録再配信ステーションにより録画された番組の情報が再生されて送信されるため、上述したネットワークが時間課金方式またはデータ量課金方式の場合の問題点は解決されるものの、予約した時刻に番組をリアルタイムに視聴することができないといった問題がある。
【００１１】
一般的に有料テレビ放送の課金方法は、契約したテレビチューナー以外の機器で有料放送が視聴される場合には、契約したテレビチューナでの視聴契約に加えてさらにもう１台分の視聴契約がされる。特許文献２に記載の有料テレビジョン放送受信システムでは、１つのテレビチューナで受信した有料テレビ放送を、複数のテレビジョンで出力可能となるため、テレビジョン単位で視聴料を課金することができない。このため、視聴可能なテレビジョンの台数がわかっている場合には、複数台のテレビジョンで視聴することを前提として視聴料を課金するしかない。したがって、利用者は、たとえ１台のテレビジョンでしか視聴していないにも係わらず、複数台分の視聴料を支払わなければならない。
【００１２】
本発明は、上述の問題点を解決するためになされたもので、この発明の目的の１つは、ネットワーク資源が無駄に使用されるのを防止した情報転送装置、情報受信装置およびそれらで実行される処理プログラムを提供することである。
【００１３】
この発明の他の目的は、利用者に所望の情報を確実に提供することが可能な情報受信装置およびそれに実行される処理プログラムを提供することである。
【００１４】
この発明のさらに他の目的は、情報の出力先を制限することが可能な情報転送装置を提供することである。
【００１５】
【課題を解決するための手段】
上述した目的を達成するためにこの発明のある局面によれば、情報転送装置は、外部から情報を入力するための情報入力手段と、転送開始時刻を取得する転送開始時刻取得手段と、時刻を計時するタイマ手段と、タイマ手段にて取得された転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態を確立するための通信確立手段と、通信確立手段により通信可能状態が確立された情報受信装置に、情報入力手段により受信された情報を送信するための情報送信手段とを備える。
【００１６】
この発明に従えば、転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態が確立され、通信可能状態が確立された情報受信装置に、外部より受信された情報が送信される。このため、予約された時刻になると、たとえば放送番組等の外部から受信された情報が情報受信装置に送信される。しかも、たとえば転送予約した時などの転送開始時刻が取得された時からたとえば放送番組等の外部から受信された情報が送信されるまでの間、情報転送装置と情報受信装置とを通信確立状態にしない。これにより、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止した情報転送装置を提供することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。
【００１７】
好ましくは、情報入力手段は、外部から複数種類の情報を入力し、情報入力手段から複数種類の情報のうちからいずれかを指定するための選択情報を取得する選択情報入力手段をさらに備え、情報送信手段は、情報入力手段により受信された複数種類の情報の中から取得された選択情報により特定される情報を送信する。
【００１８】
この発明に従えば、情報受信装置から複数種類の情報のうちからいずれかを指定するための選択情報が取得され、受信された複数種類の情報の中から選択情報により特定される情報が送信される。このため、情報受信装置を利用する利用者に対して、その利用者が所望する情報を提供することができる。
【００１９】
この発明の他の局面によれば、情報受信装置は、利用者による転送開始時刻の入力を受付ける転送開始時刻入力手段と、転送開始時刻入力手段による転送開始時刻の入力に応じて、転送開始時刻を情報転送装置に送信する転送開始時刻送信手段と、通信開始要求を受信する通信開始要求受信手段と、通信開始要求受信手段により受信された通信開始要求が、転送開始時刻送信手段により送信された転送開始時刻に対応するか否かを判定する判定手段と、判定手段による判定結果に基づいて、情報転送装置との通信が可能な通信可能状態を確立するための通信確立手段と、通信可能状態が確立された情報転送装置から情報を受信する情報受信手段と、受信された情報を出力する情報出力手段とを備える。
【００２０】
この発明に従えば、利用者による転送開始時刻の入力に応じて、転送開始時刻が情報転送装置に送信され、受信された通信開始要求が、送信した転送開始時刻に対応するか否かの判定され、その判定結果に基づいて、情報転送装置との通信が可能な通信可能状態が確立される。そして、通信可能状態が確立された情報転送装置から情報が受信されて、受信された情報が出力される。このため、情報受信装置から、たとえば放送番組等の情報の送信を予約することができる。また、転送開始時刻を入力してから情報が受信されるまでの間、情報受信装置と情報転送装置通信との通信を確立しないので、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止した情報転送装置を提供することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。さらに、受信された通信開始要求が、送信した転送開始時刻に対応するか否かが判定されるので、利用者が予約した情報のみを受信することが可能となり、予約していない情報の受信を防ぐことができる。
【００２１】
好ましくは、判定手段は、転送開始時刻送信手段により転送開始時刻が送信された情報転送装置の識別情報と、通信開始要求受信手段により受信された通信開始要求を出力した情報転送装置の識別情報とを比較する比較手段を含む。
【００２２】
この発明に従えば、転送開始時刻が送信された情報転送装置の識別情報と、受信された通信開始要求を出力した情報転送装置の識別情報とが比較される。識別情報とは、例えば、ＵＲＬ等のネットワークアドレスである。このため、受信される情報が利用者が予約した情報か否かを確実、かつ、容易に判定することができる。
【００２３】
好ましくは、通信確立要求手段による通信確立要求の受信に応じて、情報転送装置から情報が受信されることを報知する報知手段をさらに備える。
【００２４】
この発明に従えば、通信確立要求の受信に応じて、情報転送装置から情報が受信されることを報知するので、利用者が、情報受信装置から出力される予約した情報を見逃すのを防止することができる。
【００２５】
好ましくは、利用者による情報受信手段による情報の受信許可の入力を受付けるための許可入力手段をさらに備え、通信確立手段は、許可入力手段による許可の入力受付を条件に、情報転送装置との通信が可能な通信可能状態を確立する。
【００２６】
この発明に従えば、利用者により情報の受信許可の入力が受付けられたことを条件に、情報転送装置との通信が可能な通信可能状態が確立される。このため、利用者が送信を予約した情報の受信をキャンセルすることができる。たとえば、利用者が予約時刻に、受信した情報を視聴できなくなるように予約時刻入力時から状況が変化したような場合に、視聴されない情報が受信されるのを防止することができる。さらに、情報の受信が有料の場合、または、情報転送装置と情報受信装置との間の通信に用いられるネットワークの使用が時間課金されるような場合に、コストを削減することができる。
【００２７】
この発明のさらに他の局面によれば、情報受信装置は、利用者による転送開始時刻の入力を受付ける転送開始時刻入力手段と、時刻を計時するタイマ手段と、タイマ手段にて入力された転送開始時刻が計時されたことを報知するための報知手段と、タイマ手段にて入力された転送開始時刻が計時されたことを条件に、情報転送装置に通信確立要求を送信する通信確立要求送信手段と、通信確立要求送信手段により送信された通信確立要求に基づき情報転送装置との通信が可能な通信可能状態を確立する通信確立手段と、通信可能状態が確立された情報転送装置から情報を受信する情報受信手段と、情報受信手段により受信された情報を出力する情報出力手段とを備える。
【００２８】
この発明に従えば、入力された転送開始時刻が計時されたことを条件に、情報転送装置に通信確立要求が送信され、送信された通信確立要求に基づき情報転送装置との通信が可能な通信可能状態が確立される。そして、通信可能状態が確立された情報転送装置から情報が受信されて、受信された情報が出力される。このため、たとえば放送番組等の情報を情報転送装置から受信するのを予約することができる。また、転送開始時刻が入力されてから情報が受信されるまでの間、情報受信装置と情報転送装置通信との通信を確立しないので、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止した情報受信装置を提供することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。
【００２９】
好ましくは、タイマ手段にて入力された転送開始時刻が計時されたことを条件に、前記情報転送装置から情報が受信されることを利用者に報知する。
【００３０】
この発明に従えば、利用者による転送開始時刻の入力が受付けられ、入力された転送開始時刻が計時されたことが報知される。このため、利用者が、情報受信装置から出力される予約した情報を見逃すのを防止することができる。
【００３１】
好ましくは、利用者による情報受信手段による情報の受信許可の入力を受付けるための許可入力手段をさらに備え、通信確立要求送信手段は、許可入力手段による許可の入力受付を条件に、情報転送装置に通信確立要求を送信する。
【００３２】
この発明に従えば、利用者による情報の受信許可の入力が受付けられたことを条件に、情報転送装置に通信確立要求が送信される。このため、利用者が転送開始時刻入力時に送信を予約した情報の受信をキャンセルすることができる。たとえば、利用者が転送開始時刻に受信した情報を視聴できない状況に、転送開始時刻の入力時の状況から変化したような場合に、視聴されない情報が受信されるのを防止することができる。さらに、情報の受信が有料の場合、または、情報転送装置と情報受信装置との間の通信に用いられるネットワークの使用が時間課金されるような場合に、コストを削減することができる。
【００３３】
この発明のさらに他の局面によれば、情報転送装置は、外部から情報を入力するための情報入力手段と、情報を出力するための出力手段と、情報受信装置と通信する通信手段と、受信された情報の出力先を、通信手段により情報受信装置から受信された出力先切替情報に基づき、出力手段と通信手段のいずれかに切換える切替手段とを備える。
【００３４】
この発明に従えば、外部から受信された情報の出力先が、情報受信装置から受信された出力先切替情報に基づいて、出力手段と通信手段のいずれかに切換えられる。これにより、受信された情報が、出力手段と通信手段とから同時に出力されることはない。その結果、情報の出力先を制限することが可能な情報転送装置を提供することができる。また、情報受信装置から情報転送装置の出力先を切替えることができる。さらに、情報転送装置に出力先を設定するためのスイッチを設ける必要がない。
【００３５】
好ましくは、情報受信装置から通信確立要求を受信する通信確立要求受信手段と、通信確立要求受信手段により通信確立要求が受信されたことに応じて、該通信確立要求を送信した情報受信装置との通信が可能な通信可能状態を確立する通信確立手段とをさらに備え、切替手段は、通信確立要求受信手段による通信確立要求の受信に応じて、出力先を通信手段に切替える。
【００３６】
情報受信装置から通信確立要求が受信されたことに応じて、その通信確立要求を送信した情報受信装置との通信が可能な通信可能状態が確立される。また、通信確立要求の受信に応じて、出力先が通信手段に切替えられる。このため、、情報受信装置から通信確立要求が受信された場合には、情報転送装置と情報受信装置との通信が可能な通信可能状態が優先して確立される。
【００３７】
好ましくは、情報受信装置との間で確立した通信の切断を検出する通信切断検出手段をさらに備え、切替手段は、通信切断検出手段が通信の切断を検出したときは、出力先を出力手段に切替える。
【００３８】
この発明に従えば、通信確立状態にある情報受信装置が存在しないときは、情報の出力先が出力手段に切替えられる。このため、通信確立状態にある情報受信装置が存在しないときは、受信した情報が情報転送装置から優先して出力される。
【００３９】
好ましくは、情報受信装置から通信確立要求を受信する通信確立要求受信手段と、通信確立要求受信手段による通信確立要求の受信に応じて、切替手段により出力先が通信手段に切替えられていることを条件に、該通信確立要求を送信した情報受信装置との通信が可能な通信可能状態を確立する通信確立手段とをさらに備えた。
【００４０】
この発明に従うと、情報受信装置から通信確立要求が受信されたことに応じて、出力先が通信手段に切替えられていることを条件に、その通信確立要求を送信した情報受信装置との通信が可能な通信可能状態が確立される。このため、出力先が通信手段に切替えられていない場合には、通信確立要求を送信した情報受信装置との通信が可能な通信可能状態が確立されない。その結果、情報転送装置からの出力が優先されるので、例えばネットワークの使用が時間課金される場合にコストを削減することができる。
【００４１】
好ましくは、通信確立手段は、同時に複数の情報受信装置と通信可能状態を確立可能であり、通信確立要求受信手段による通信確立要求の受信に応じて、既に通信可能状態が確立されている情報受信装置の数が予め定められた最大機器数に達していないことを判定する判定手段を含み、判定手段により最大機器数に達していないと判定されたことを条件に、通信確立要求を送信した情報受信装置との通信確立状態を確立する。
【００４２】
この発明に従えば、通信確立要求の受信に応じて、既に通信可能状態が確立されている情報受信装置の数が予め定められた最大機器数に達していないことが判定され、判定手段により最大機器数に達していないと判定されたことを条件に、通信確立要求を送信した情報受信装置との通信確立状態が確立される。このため、通信確立状態とされる情報受信装置の数を最大機器数以下とすることできるので、情報の最大の出力先数を保証することが可能な情報転送装置を提供することができる。
【００４３】
好ましくは、切替手段は、通信確立状態にある情報受信装置が１以上存在するときに、出力先を通信手段に切替える。
【００４４】
この発明に従えば、通信確立状態にある情報受信装置が１以上存在するときに、出力先が通信手段に切替えられる。このため、情報受信装置から通信確立要求が受信された場合には、情報転送装置と情報受信装置との通信が可能な通信可能状態が優先して確立される。
【００４５】
好ましくは、切替手段は、通信確立状態にある情報受信装置が存在しないときは、出力先を出力手段に切替える。
【００４６】
この発明に従えば、通信確立状態にある情報受信装置が存在しないときは、出力先が出力手段に切替えられる。このため、通信確立状態にある情報受信装置が存在しないときは、受信した情報が情報転送装置から優先して出力される。
【００４７】
この発明のさらに他の局面による処理プログラムは、上述した情報転送装置または情報受信装置をコンピュータで実現するために、そのコンピュータで実行される処理プログラムである。
【００４８】
【発明の実施の形態】
以下、図面を参照して本発明の実施例を詳細に説明する。なお、図中同一符号は同一または相当する部材を示し、重複する説明は繰返さない。
【００４９】
（ストリーム情報転送システムの基本構成）
図１は、本発明の１つの実施の形態におけるストリーム情報転送システムの基本構成を表わす概略図であり、ストリーム情報転送システムは、通信にて接続されたクライアント装置１００とサーバ装置２００とを含む。クライアント装置１００とサーバ装置２００との間の通信は、有線あるいは無線の通信を用いたパケット通信が用いられる。有線通信の場合、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話回線、あるいは電力線通信（ＰＬＣ：Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを用いることができる。無線通信の場合、ＩＥＥＥ８０２．１１ｂに規定されたＴＣＰ／ＩＰベースの無線ＬＡＮ、近距離無線通信であるＢｌｕｅｔｏｏｔｈ、あるいは携帯電話の電話機と基地局との間の無線通信などを用いることができる。クライアント装置１００とサーバ装置２００とは、例えば有線で直結されていたり直接電波を送受信したりする必要はなく、中継装置を介したりインターネットを介したりして通信を行なう構成であってもよい。
【００５０】
クライアント装置１００は、具体的にはパソコン（パーソナルコンピュータ）、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、あるいは携帯電話などで構成することができ、映像と音声等の情報を出力する機能を有する。
【００５１】
サーバ装置２００は、例えばデジタル放送データを扱うチューナーや、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などのデジタル蓄積データの再生装置などである。また、連続して再生可能な映像または音声から構成されるデータを入力するものであれば、家庭に設置されるホームゲートウェイ装置や、放送局に設置される交換機などであってもよい。また本実施例ではサーバ装置２００の入力としてデジタルデータを例に説明する、入力がアナログデータであってもかまわない。
【００５２】
図２は、サーバ装置２００の構成を表わす概略図である。この例ではサーバ装置２００は、デジタル放送データを扱うチューナーである。サーバ装置２００は、通信部２０１、アンテナ信号入力部２０２、アナログ出力部２０３、チャンネル指示部２０４、出力切替指示部２０５、セッション管理部２０６、認証処理部２０７、チャンネル選択部２０８、スクランブル解除処理部２０９、出力切替部２１０、送信データ生成部２１１、ストリームデータ送信部２１２、デコード処理部２１３、付加情報生成部２１４、受領データ確認部２１５、付加情報管理部２１６、制御データ受信部２１７、制御処理部２１８および出力先管理部２１９を含む。
【００５３】
通信部２０１は有線あるいは無線通信を用いてクライアント装置１００とパケット通信を行なうデバイスである。アンテナ信号入力部２０２は、例えばデジタルＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅ）放送あるいはデジタルＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ）放送のアンテナからのＲＦ信号の入力端子が相当する。
【００５４】
アナログ出力部２０３は、アナログの映像信号または音声信号を出力するデバイスであり、例えばＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）の映像出力端子、音声出力端子が相当する。画像情報（動画）を出力するデバイスであるディスプレイやモニタ装置、音声情報を出力するデバイスであるスピーカーやヘッドホンやイヤホンなどの出力装置をサーバ装置２００内に組み込む場合には、アナログ出力部２０３は、それらの出力装置として構成される。
【００５５】
チャンネル指示部２０４は、アンテナ信号入力部２０２からの入力データが複数のチャンネルに相当する場合に利用者がチャンネルを選択するためのデバイスであり、サーバ装置２００に付属するボタンスイッチや赤外線リモコンなどで構成される。
【００５６】
出力切替指示部２０５は、アンテナ信号入力部２０２からの入力データをデコードして映像や音声データを生成した場合に、出力をサーバ装置２００のアナログ出力部２０３に行なうか通信部２０１を介してクライアント装置１００に行なうかを選択するためのデバイスであり、サーバ装置２００に付属するボタンスイッチや赤外線リモコンなどで構成される。
【００５７】
セッション管理部２０６はクライアント装置１００とサーバ装置２００とのセッション（コネクション）を管理する部位であり、通信部２０１を介してクライアント装置１００からのセッション確立要求を受信して、クライアント装置１００との間にセッション（コネクション）を確立する。または、出力先管理部２１９からの指示を受けて、通信部２０１を介してクライアント装置１００へセッション確立要求を送信して、クライアント装置１００との間にセッション（コネクション）を確立する。さらに、クライアント装置１００またはサーバ装置２００からの指示により、クライアント装置１００とのセッション（コネクション）を切断する。
【００５８】
認証処理部２０７はクライアント装置１００との間でセッションを確立する際に認証を行なう部位である。セッション管理部２０６からの指示に応じて、クライアント装置１００から受信した認証情報を調べてクライアント装置１００とセッション（コネクション）を確立してよいかを判断する。
【００５９】
チャンネル選択部２０８は、アンテナ信号入力部２０２からの入力データに対してチャンネルを選択し、所望のチャンネルのデジタルデータを取り出す部位である。取り出したデジタルデータはスクランブル解除処理部２０９に渡される。
【００６０】
スクランブル解除処理部２０９は、チャンネル選択部２０８で取り出したデジタルデータがスクランブル処理されていたり暗号化されていたりする場合には、スクランブルの解除処理あるいは復号化処理を行なう。必要に応じて、チャンネルあるいは番組の契約情報を表わすＩＣカードの読取装置や、スクランブルや暗号の解除コード情報が送られてくるための電話回線などと組み合わせて用いてもよい。スクランブルを解除処理あるいは復号化処理を行なったデジタルデータは出力切替部２１０に渡される。また、チャンネル選択部２０８で取り出したデジタルデータに対して、スクランブル処理や暗号化処理がなされていない場合には、スクランブル解除処理部２０９を設ける必要はない。
【００６１】
出力切替部２１０は、出力先管理部２１９からの指示に基づき、デジタルデータを送信データ生成部２１１に渡す、または、デコード処理部２１３に渡す。
送信データ生成部２１１は、出力切替部２１０から受け取ったデジタルデータに付加情報生成部２１４から受け取った付加情報を加えて送信データを生成する。また、必要に応じてデジタルデータの加工処理も行なう。デジタルデータの加工処理を行なう場合には、デジタルデータのままで加工処理を行なってもよいし、一旦アナログデータにデコードして加工処理を行ない、再度エンコードしてデジタルデータを生成してもよい。
【００６２】
ストリームデータ送信部２１２は、送信データ生成部２１１が生成した送信データを取り出して通信パケットを生成し、通信部２０１を介してクライアント装置１００へ通信パケットを送る。
【００６３】
デコード処理部２１３は、出力切替部２１０から受け取ったデジタルデータをデコードし、アナログの映像信号または音声信号を取り出す。取り出したアナログの映像信号または音声信号はアナログ出力部２０３に渡される。
【００６４】
付加情報生成部２１４は、送信データ生成部２１１が送信データを生成する際に付加する付加情報を生成する。
【００６５】
受領データ確認部２１５は、送信データ生成部２１１が生成した送信データをクライアント装置１００が受け取った際にクライアント装置１００が送信する受領確認を受信し、受領確認の内容を調べる。受領確認の内容が、それに先立って付加情報生成部２１４が生成した付加情報に対応するかを調べ、対応していれば付加情報生成部２１４に指示して次の付加情報を生成し、送信データ生成部２１１が次の送信データを生成できるようにする。受領確認の内容が、それに先立って付加情報生成部２１４が生成した付加情報に対応していない場合には、セッション管理部２０６に指示してクライアント装置１００とのセッション（コネクション）を切断する。
【００６６】
付加情報管理部２１６は、付加情報生成部２１４が生成した付加情報および関連情報を保持する。
【００６７】
制御データ受信部２１７は、クライアント装置２００から送られてくる制御データを受信し、制御処理部２１８に渡す。
【００６８】
制御処理部２１８は、クライアント装置１００から送られてくる制御データの指示に従ってサーバ装置２００を制御する。例えば、チャンネル選択部２０８を制御してチャンネルを変更したり、送信データ生成部２１１を制御してデジタルデータの加工処理を行なったりすることができる。クライアント装置１００がサーバ装置２００を制御できるのは、基本的には送信データがクライアント装置１００に送られている場合のみであり、出力切替部２１０からのデジタルデータが送信データ生成部２１１に渡されていない状態ではサーバ装置２００を制御できない。例えば制御処理部２１８がチャンネル選択部２０８を制御してチャンネルを変更する場合、出力先管理部２１９を参照して出力切替部２１０からのデジタルデータが送信データ生成部２１１に渡されていることを確認してからチャンネルを変更する。
【００６９】
出力先管理部２１９は、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すかデコード処理部２１３に渡すかを、出力切替部２１０に指示する。例えば、出力先管理部２１９が出力切替指示部２０５から指示を受けた場合には、出力切替指示部２０５からの指示に従って、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すかデコード処理部２１３に渡すかを設定する。また例えばクライアント装置１００とサーバ装置とのセッション（コネクション）が確立された場合には、セッション管理部２０６からの指示に従って、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すように設定する。また例えばクライアント装置１００とサーバ装置とのセッション（コネクション）が切断された場合には、セッション管理部２０６からの指示に従って、出力切替部２１０がデジタルデータをデコード処理部２１３に渡すように設定する。
【００７０】
図３は、クライアント装置１００の構成を表わす概略図である。クライアント装置１００は、通信部１０１、アナログ出力部１０２、指示入力部１０３、セッション管理部１０４、認証処理部１０５、ストリームデータ受信部１０６、デコード処理部１０７、受領データ生成部１０８、受領データ送信部１０９、付加情報蓄積部１１０、および制御データ送信部１１１を含む。
【００７１】
通信部１０１は有線あるいは無線通信を用いてサーバ装置２００とパケット通信を行なうデバイスである。
【００７２】
アナログ出力部１０２は、アナログの映像信号または音声信号を出力するデバイスであり、例えばＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）の映像出力端子、音声出力端子が相当する。また、画像情報（動画）を出力するデバイスであるディスプレイやモニタ装置、音声情報を出力するデバイスであるスピーカーやヘッドホンやイヤホンなどの出力装置をクライアント装置１００内に組み込む場合には、アナログ出力部１０２は、それらの出力装置として構成される。
【００７３】
指示入力部１０３は、利用者がクライアント装置１００またはサーバ装置２００に対する指示を入力するデバイスであり、ボタンスイッチ、テンキー、キーボード、マウスなどで構成される。
【００７４】
セッション管理部１０４は、クライアント装置１００とサーバ装置２００とのセッション（コネクション）を管理する。セッション管理部１０４は、指示入力部１０３からの指示を受けて、通信部１０１を介してサーバ装置２００へセッション確立要求を送信して、サーバ装置２００との間にセッション（コネクション）を確立する。または、通信部１０１を介してサーバ装置２００からのセッション確立要求を受信して、サーバ装置２００との間にセッション（コネクション）を確立する。さらに、クライアント装置１００またはサーバ装置２００からの指示により、サーバ装置２００とのセッション（コネクション）を切断する。
【００７５】
認証処理部１０５は、サーバ装置２００との間でセッションを確立する際に認証を行なう。セッション管理部１０４からの指示に応じて、サーバ装置２００から受信した認証情報を調べてサーバ装置２００とセッション（コネクション）を確立してよいかを判断する。
【００７６】
ストリームデータ受信部１０６は、通信部１０１を介してサーバ装置２００から通信パケットを受信し、受信データに含まれるデジタルデータをデコード処理部１０７へ、付加情報を受領データ生成部１０８へ、それぞれ渡す処理を行なう。
【００７７】
デコード処理部１０７は、ストリームデータ受信部１０６から受け取ったデジタルデータをデコードし、アナログの映像信号または音声信号を取り出す。デコード時には、付加情報蓄積部１１０に蓄積された付加情報を参照する。取り出したアナログの映像信号または音声信号はアナログ出力部１０２に渡される。
【００７８】
受領データ生成部１０８は、ストリームデータ受信部１０６から受け取った付加情報を付加情報蓄積部１１０に蓄積するとともに、付加情報に対応する受領確認を生成し受領データ送信部１０９に渡す。
【００７９】
受領データ送信部１０９は、受領データ生成部１０８が生成した受領確認を通信部１０１を介して送信する。
【００８０】
付加情報蓄積部１１０は、付加情報を保持（記憶）する。
制御データ送信部１１１は、指示入力部１０３の指示に基づきサーバ装置２００への制御データを生成し、通信部１０１を介してサーバ装置２００へ送信する。
【００８１】
以下、本発明のストリーム情報転送システムにおけるクライアント装置１００とサーバ装置２００の処理について説明する。なお、以下の説明では、図中において、クライアント装置１００で実行される処理を示す符号の先頭に文字「Ｃ」を付し、サーバ装置２００で実行される処理を示す符号の先頭に文字「Ｓ」を付している。
【００８２】
（サーバ装置が単体でデジタル放送データを扱うチューナーとして動作する処理）
図４は、サーバ装置２００が単体でデジタル放送データを扱うチューナーとして動作する処理のフローチャートである。アンテナ信号入力部２０２においてデジタルＢＳ放送あるいはデジタルＣＳ放送のアンテナからのＲＦ信号を入力すると（Ｓ０４０１）、チャンネル選択部２０８において入力データに対してチャンネルを選択し所望のチャンネルのデジタルデータを取り出す（Ｓ０４０２）。なお、ここではＲＦ信号に含まれる放送データはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）として知られるデジタル動画圧縮されたデータであるとする。デジタルデータがスクランブル処理されていたり暗号化されていたりする場合にはスクランブルの解除処理あるいは復号化処理を行なう（Ｓ０４０３）。
【００８３】
この例ではサーバ装置２００が単体でデジタル放送データを扱うチューナーとして動作するので、デジタルデータは出力切替部２１０からデコード処理部２１３に渡される（Ｓ０４０４）。このとき、デジタルデータは出力切替部２１０から送信データ生成部２１１へは渡されない。
【００８４】
デジタルデータはデコード処理部２１３にてデコードされ（Ｓ０４０５）、取り出されたアナログの映像信号または音声信号はアナログ出力部２０３から出力される（Ｓ０４０６）。アナログ出力部はディスプレイとスピーカーで構成される出力機器であってもよいし、アナログ信号を出力する出力端子であってもよい。
【００８５】
なお、サーバ装置２００が単体でデジタル放送データを扱うチューナーとして動作する場合には、利用者はチャンネル指示部２０４を用いて所望のチャンネルを選択することが可能である。チャンネル指示部２０４からの指示はチャンネル選択部２０８に渡されてチャンネルが設定される。
【００８６】
（クライアント装置とサーバ装置とのセッション確立処理）
本実施の形態におけるストリーム情報転送システムでは、セッション（コネクション）確立のプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いる。なお、本実施例ではセッション（コネクション）確立のプロトコルとしてＳＩＰを用いて説明しているが、プロトコルはＳＩＰに限定されることはなく、クライアント装置１００とサーバ装置２００との間でのデータ転送のための設定情報をネゴシエーションする任意のプロトコルを用いることができる。さらに、クライアント装置１００とサーバ装置２００との間で、データ転送のための設定情報をあらかじめ共通に保持している場合には、セッション（コネクション）確立処理そのものを省略してもかまわない。
【００８７】
図５は、情報転送システムにおいてＳＩＰにおけるセッション（コネクション）確立のイベントフローを示す図である。図５に示すように、（１）クライアント装置１００からサーバ装置２００への情報ＩＮＶＩＴＥの送信、（２）サーバ装置２００からクライアント装置１００への情報ＯＫの送信、（３）クライアント装置１００からサーバ装置２００への情報ＡＣＫの送信によって、セッションが確立される。
【００８８】
図６は、クライアント装置１００とサーバ装置２００との間でセッション（コネクション）を確立する処理のフローチャートである。クライアント装置１００の利用者がサーバ装置２００のサービス、すなわちデジタル放送データを扱うチューナーを利用しようとする場合には、まず指示入力部１０３から処理の開始を指示する（Ｃ０６０１）。指示入力部１０３からの指示は、接続先情報（例えばサーバ装置２００のＳＩＰアドレス）や認証情報（例えば利用者ＩＤとパスワード）が含まれる。
【００８９】
するとセッション管理部１０４は、サーバ装置２００との間に１対１のセッション（コネクション）を確立しようとするために、通信部１０１を介して情報ＩＮＶＩＴＥを送信する（Ｃ０６０２）。情報ＩＮＶＩＴＥには、指示入力部１０３からの入力された接続先情報（例えばサーバ装置２００のＳＩＰアドレス）や認証情報（例えば利用者ＩＤとパスワード）、ストリームデータや制御データ転送のためのプロトコル（例えば、ストリームデータ転送にはＲＴＰ（ｒｅａｌ ｔｉｍｅ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ）を、制御データ転送にはＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）を用いる）を提案する情報、ストリームデータの転送レートや圧縮率などを提案する情報が含まれる。
【００９０】
サーバ装置２００のセッション管理部２０６は、通信部２０１を介して情報ＩＮＶＩＴＥを受信する（Ｓ０６０３）。セッション管理部２０６は、認証処理部２０７を用いてクライアント装置１００から送られてきた認証情報（利用者ＩＤとパスワード）を調べ、クライアント装置１００がサーバ装置２００と通信を行なう資格があるかを検証する（Ｓ０６０４）。なお、情報ＩＮＶＩＴＥに認証情報を含まない場合にはこのステップは必要ない。
【００９１】
セッション管理部２０６は、情報ＩＮＶＩＴＥに含まれるストリームデータや制御データ転送のためのプロトコル提案、ストリームデータの転送レートまたは圧縮率などの提案のうち、受け入れ可能なプロトコル、転送レートまたは圧縮率を含む情報ＯＫを作成し、通信部２０１を介して情報ＯＫを送信する（Ｓ０６０５）。情報ＯＫには必要に応じて認証情報（例えばサーバ装置２００の装置ＩＤとパスワード）が含まれる。
【００９２】
クライアント装置１００のセッション管理部１０４は、通信部１０１を介して情報ＯＫを受信する（Ｃ０６０６）。セッション管理部１０４は、認証処理部１０５を用いてサーバ装置２００から送られてきた認証情報（装置ＩＤとパスワード）を調べ、サーバ装置２００がクライアント装置１００と通信を行なう資格があるかを検証する（Ｃ０６０７）。なお、情報ＯＫに認証情報を含まない場合にはこのステップは必要ない。
【００９３】
その後、クライアント装置１００は情報ＡＣＫを作成し、通信部１０１を介して送信する（Ｃ０６０８）。この時点で、クライアント装置１００側のセッション（コネクション）確立処理は完了する。一方、サーバ装置は、通信部２０１を介して情報ＡＣＫを受信する（Ｓ０６０９）。セッション管理部２０６は、出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先を送信データ生成部２１１とするように設定を行なう（Ｓ０６１０）。この時点で、サーバ装置２００側のセッション（コネクション）確立処理は完了する。
【００９４】
（接続先設定の方法について）
ここで、クライアント装置１００が接続先としてサーバ装置２００を設定する方法について説明する。クライアント装置１００とサーバ装置２００にはＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレスが割り当てられているとする。クライアント装置１００およびサーバ装置２００は、ＩＰアドレス（例えば「１３３．１５９．１２．３４」と記述される）またはＩＰアドレスに対応づけられた機器名（例えば、「ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」として記述される）を用いて接続先の機器を特定することができる。ＩＰアドレスと機器名との対応付けは、ＤＮＳ（ｄｏｍａｉｎ ｎａｍｅ ｓｙｓｔｅｍ）サーバを用いて解決される。
【００９５】
ところでＳＩＰで規定されたＳＩＰアドレスは、ＳＩＰでの接続先の名前の記述方法を指定して機器名とその機器の利用者名との組み合わせを用いることを規定している（記述方法としては、「利用者名＠機器名」である）。ここで、利用者名の使い方として２つの例をあげる。
【００９６】
図７は、クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第１の図である。図７を参照して、利用者名を使用する第１の方法は、サーバ機器２００上の機能を指定するために「利用者名」を指定する方法である。本実施例ではサーバ装置２００としてデジタル放送データを扱うチューナーを想定しているが、例えばサーバ装置２００上に、ＢＳデジタルチューナー機能とＣＳデジタルチューナー機能、さらに、ＤＶＤ再生機能が搭載されている。接続先に機器名しか記述できない場合にはこれらの機能を区別して使用することはできない。しかしながら、利用者名で機能を指定することにより、１つのサーバ装置２００に搭載されているこれらの機能を使い分けることが可能となる。例えば、ＢＳデジタルチューナー機能の指定は「ｂｓ＃ｔｕｎｅｒ＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、ＣＳデジタルチューナー機能の指定は「ｃｓ＃ｔｕｎｅｒ＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、さらに、ＤＶＤ再生機能の指定は「ｄｖｄ＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」のように行なう。
【００９７】
図８は、クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第２の図である。図８を参照して、利用者名を使用する第２の方法は、アンテナ信号入力部２０２からの入力データが複数のチャンネルに相当する場合に、クライアント装置１００がチャンネルを選択するために利用する方法である。例えば、デジタル放送データを扱うチューナーが「２」「４」「６」というチャンネルをサポートしている場合、それぞれのチャンネル番号を利用者名として設定する。例えば、２チャンネルの指定は「ｃａｎｎｎｅｌ＃２＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、４チャンネルの指定は「ｃａｎｎｎｅｌ＃４＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、６チャンネルの指定は「ｃａｎｎｎｅｌ＃６＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」のように行なう。
【００９８】
サーバ装置２００では、セッション管理部２０６がＳＩＰアドレスの利用者名領域からチャンネル番号を取り出し、チャンネル選択部２０８に指示してチャンネルを設定する。なお、図２では、セッション管理部２０６からチャンネル選択部２０８への指示を図示するのを省略している。
【００９９】
また、サーバ装置２００の指定方法としてＩＰ電話番号を用いる方法を図９に示す。ＩＰ電話番号も接続先の機器を特定するための機器名指定の方法であり、ＩＰアドレスとＩＰ電話番号との対応付けはＤＮＳサーバを用いて解決される。例えば、１１桁のＩＰ電話番号があるとすると（０３０１２３４５６７８）、上位３桁（０３０）をＩＰ電話番号であることの識別に、次の３桁（１２３）をプロバイダの識別に、残りの５桁（４５６７８）をプロバイダ内で管理される機器の識別にそれぞれ使用することが可能である。これにより、クライアント装置１００の指示入力部１０３では、テンキーのみでサーバ装置２００を指定することができる。
【０１００】
ここでも、ＩＰ電話番号の使い方として２つの例をあげる。ＩＰ電話番号を使用する第１の方法を図１０に示す。ＩＰ電話番号を使用する第１の方法は、サーバ機器２００上の機能を指定するためにＩＰ電話番号を使用する方法である。例えばサーバ装置２００上に、ＢＳデジタルチューナー機能とＣＳデジタルチューナー機能、さらに、ＤＶＤ再生機能が搭載されているとする。１１桁のＩＰ電話番号の後ろに、例えば３桁の機能識別のコードを付加する。これにより、１つのサーバ装置２００に搭載されているこれらの機能を使い分けることが可能となる。例えば、ＢＳデジタルチューナー機能の識別コードが「１１１」であればＩＰ電話番号は１４桁の「０３０１２３４５６７８１１１」を、ＣＳデジタルチューナー機能の識別コードが「２２２」であればＩＰ電話番号は１４桁の「０３０１２３４５６７８２２２」を、ＤＶＤ再生機能の識別コードが「３３３」であればＩＰ電話番号は１４桁の「０３０１２３４５６７８３３３」を、それぞれ指定する。
【０１０１】
ＩＰ電話番号を使用する第２の方法を図１１に示す。ＩＰ電話番号を使用する第２の方法は、アンテナ信号入力部２０２からの入力データが複数のチャンネルに相当する場合に、クライアント装置１００がチャンネルを選択するために利用する方法である。例えば、上記のＢＳデジタルチューナー機能を扱うチューナーが「２」「４」「６」というチャンネルをサポートしている場合、１４桁のＩＰ電話番号「０３０１２３４５６７８１１１」の後ろに２桁のチャンネル識別コードを付加する。例えば、２チャンネルの識別コードが「０２」であればＩＰ電話番号は１６桁の「０３０１２３４５６７８１１１０２」を、４チャンネルの識別コードが「０４」であればＩＰ電話番号は１６桁の「０３０１２３４５６７８１１１０４」を、６チャンネルの識別コードが「０６」であればＩＰ電話番号は１６桁の「０３０１２３４５６７８１１１０６」を、それぞれ指定する。
【０１０２】
図１２は、情報ＩＮＶＩＴＥを送信するイベントを構成する処理を説明する概念図である。ここでは、利用者が指示したＩＰ電話番号を、機器を指定する部分と機能およびチャンネルを指定する部分とに分離し、情報ＩＮＶＩＴＥに含める。ＳＩＰアドレスを用いてサーバ機器２００上の機能やチャンネルを指定する場合は情報ＩＮＶＩＴＥの接続先名にＳＩＰアドレスを直接記述することができるが、ＩＰ電話番号の場合は機器の識別に用いられる１１桁の部分しかプロトコル的には規定されていない。そこで、クライアント装置１００は、指示入力部１０３から１６桁のＩＰ電話番号としてたとえば「０３０１２３４５６７８１１１０２」が指定された場合、セッション管理部１０４は入力されたＩＰ電話番号を、機器を指定する部分（１１桁の「０３０１２３４５６７８」）と、機能およびチャンネルを指定する部分（５桁の「１１１０６」）とに分離し、機器を指定する部分（１１桁の「０３０１２３４５６７８」）をＩＰアドレスまたはＳＩＰアドレスに変換して情報ＩＮＶＩＴＥの接続先情報として設定し、機能およびチャンネルを指定する部分の情報を情報ＩＮＶＩＴＥのパラメタとして設定する。
【０１０３】
（クライアント装置とサーバ装置とのセッション切断処理）
本実施の形態におけるストリーム情報転送システムでは、セッション（コネクション）切断のプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いる。図１３は、ＳＩＰにおけるセッション（コネクション）切断のイベントフローを示す図である。は、図１３に示すように、（１）クライアント装置１００からサーバ装置２００へ情報ＢＹＥの送信、（２）サーバ装置２００からクライアント装置１００へ情報ＯＫの送信によって行なわれる。
【０１０４】
図１４は、クライアント装置１００とサーバ装置２００との間でセッション（コネクション）を切断する処理のフローチャートである。クライアント装置１００の利用者がサーバ装置２００のサービス、すなわちデジタル放送データを扱うチューナーの利用を終了しようとする場合には、まず指示入力部１０３から処理の終了を指示する（Ｃ１４０１）。するとセッション管理部１０４は、サーバ装置２００とのセッション（コネクション）を切断するために、通信部１０１を介して情報ＢＹＥを送信する（Ｃ１４０２）。
【０１０５】
サーバ装置２００のセッション管理部２０６は、通信部２０１を介して情報ＢＹＥを受信すると（Ｓ１４０３）、セッション管理部２０６は、出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先をデコード処理部２１３とするように設定を行なう（Ｓ１４０４）。
【０１０６】
そして、セッション管理部２０６はセッション終了処理を行ない（Ｓ１４０５）、通信部２０１を介して情報ＯＫを送信する（Ｓ１４０６）。この時点で、サーバ装置２００側のセッション（コネクション）切断処理は完了する。
【０１０７】
クライアント装置１００のセッション管理部１０４は、通信部１０１を介して情報ＯＫを受信する（Ｃ１４０７）。セッション管理部１０４はセッション終了処理を行ない（Ｃ１４０８）、クライアント装置１００側のセッション（コネクション）切断処理は完了する。
【０１０８】
（サーバ装置からクライアント装置へのストリームデータ転送処理）
図１５は、サーバ装置２００からクライアント装置１００へストリームデータを転送する処理のフローチャートである。なお、ストリームデータ転送のプロトコルとして、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）を用いるものとして説明する。
【０１０９】
サーバ装置２００では、アンテナ信号入力部２０２においてデジタルＢＳ放送あるいはデジタルＣＳ放送のアンテナからのＲＦ信号を入力すると（Ｓ１５０１）、チャンネル選択部２０８において入力データに対してチャンネルを選択し所望のチャンネルのデジタルデータを取り出す（Ｓ１５０２）。なお、ここではＲＦ信号に含まれる放送データはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）として知られるデジタル動画圧縮されたデータであるとする。デジタルデータがスクランブル処理されていたり暗号化されていたりする場合にはスクランブルの解除処理あるいは復号化処理を行ない（Ｓ１５０３）、デジタルデータは出力切替部２１０から送信データ生成部２１１に渡される（Ｓ１５０４）。このとき、デジタルデータは出力切替部２１０からデコード処理部２１３へは渡されない。
【０１１０】
送信データ生成部２１１では、付加情報生成部２１４から受け取った付加情報を加えて送信データを生成する（Ｓ１５０５）。付加情報の使用方法については後で詳しく説明する。ストリームデータ送信部２１２では当該セッション（コネクション）で折衝したパケットサイズに合わせて送信データが分割され通信パケットが構成され（Ｓ１５０６）、通信部２０１からクライアント装置１００に対して通信パケットが送信される（Ｓ１５０７）。
【０１１１】
クライアント装置１００では、ストリームデータ受信部１０６が通信部１０１を介してサーバ装置２００からの通信パケットを受信し（Ｃ１５０８）、分割された通信パケットを組み立てて受信データに含まれるデジタルデータを取り出す（Ｃ１５０９）。また、受信データに含まれる付加情報を取り出し受領データ生成部１０８に渡す処理も含む。付加情報の使用方法については後で詳しく説明する。
【０１１２】
取り出されたデジタルデータはデコード処理部１０７にてデコードされ（Ｃ１５１０）、取り出されたアナログの映像信号または音声信号はアナログ出力部１０２から出力される（Ｃ１５１１）。アナログ出力部１０２はディスプレイとスピーカーで構成される出力機器であってもよいし、アナログ信号を出力する出力端子であってもよい。
【０１１３】
これにより、サーバ装置２００でＲＦ信号から取り出されたデジタルデータは、アナログデータに変換されることなくクライアント装置１００へ転送され、クライアント装置１００にてデコードされ出力される。サーバ装置２００でＲＦ信号から取り出されたデジタルデータとクライアント装置１００でデコードされるデジタルデータは同一であり、通信媒体上で映像データや音声データが劣化することはない。
【０１１４】
（サーバ装置における出力先の設定）
図１６は、サーバ装置における出力先の設定を説明するための概念図である。サーバ装置２００でＲＦ信号から取り出されたデジタルデータが同報通信を用いて複数のクライアント装置１００に転送されると、実質的にデジタルデータの複製が配布されることになってしまう。これを防ぐために、サーバ装置２００のセッション管理部２０６は、同時に１つのセッション（コネクション）しか確立しない。すなわち、あるクライアント装置１００とセッションを確立している場合に、別のクライアント装置からセッション（コネクション）確立要求（情報ＩＮＶＩＴＥ）が送られてきても、セッション（コネクション）確立要求を拒否する（図１６（ａ））。これにより、デジタルデータの送信先を１箇所に限定することができる。
【０１１５】
また、サーバ装置２００の出力先管理部２１９は、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すかデコード処理部２１３に渡すかを設定する。これにより、サーバ装置２００のアナログ出力部２０３とクライアント装置１００のアナログ出力部１０２のどちらかにしかデジタルデータを出力できないように管理することができる（図１６（ｂ））。これにより、デジタルデータの出力先を１箇所に限定することができる。
【０１１６】
クライアント装置１００からセッション確立要求を受けた時に、出力切替部２１０のデジタルデータを送信データ生成部２１１に渡す設定にした上でセッションを確立する処理のフローチャートについては、図６を用いて既に説明を行なった。また、クライアント装置１００からセッション切断要求を受けた時に、出力切替部２１０のデジタルデータをデコード処理部２１３に渡す設定に戻す処理のフローチャートについては、図１４を用いて説明を行なった。なお、サーバ装置２００側からセッションを切断する場合にも、出力切替部２１０のデジタルデータをデコード処理部２１３に渡す設定に戻す処理を行なうことが望ましいが、詳細な説明は省略する。
【０１１７】
なお、デジタルデータの出力先を１箇所にすることの変形例として、例えばデジタルデータの転送先を３箇所までなら認めるとか、サーバ装置２００のアナログ出力部２０３への出力は常に認めて、それに加えてデジタルデータの送信先を１箇所だけ認める、といった実装も考えられる。
【０１１８】
図１７は、サーバ装置における出力先の設定処理の変形例の流れを示すフローチャートである。設定処理の変形例においては、サーバ装置２００のセッション管理部２０６は、初期状態で同時に通信可能状態になることが可能な最大相手機器数が設定されており、現在通信可能状態になっている接続相手機器数が管理される。なお、デジタルデータの出力先を１箇所にする場合には、最大相手機器数は１である。
【０１１９】
図１７を参照して、サーバ装置２００のセッション管理部２０６が、通信部２０１を介して情報ＩＮＶＩＴＥを受信すると（Ｓ４６０１）、セッション管理部２０６は最大相手機器数と現在の接続相手機器数を調べる（Ｓ４６０２）。現在の接続相手機器数が最大相手機器数より小さい場合にはＳ４６０４に進み、現在の接続相手機器数が最大相手機器数に達している場合にはＳ４６０６に進む（Ｓ４６０３）。
【０１２０】
Ｓ４６０４では、セッション管理部２０６は出力先管理部２１９を介して出力切替部２１０の設定を調べる。出力切替部２１０が、デジタルデータをデコード処理部２１３に渡す設定になっている場合にはＳ４６０６に進み、デジタルデータを送信データ生成部２１１に渡す設定になっている場合にはＳ４６０７に進む（Ｓ４６０５）。
【０１２１】
セッションを確立できないと判断された場合の処理としては、Ｓ４６０６にて、ビジー状態でセッションが確立できないという理由パラメタを含めた情報Ｃｌｉｅｎｔ−Ｅｒｒｏｒを作成し、通信部２０１を介して情報Ｃｌｉｅｎｔ−Ｅｒｒｏｒを送信し、処理を終了する。
【０１２２】
セッションを確立できると判断された場合の処理としては、Ｓ４６０７にて、現在の接続相手機器数を１増やし、情報ＯＫを作成し通信部２０１を介して情報ＯＫを送信する（Ｓ４６０８）。その後サーバ装置２００は、通信部２０１を介して情報ＡＣＫを受信し（Ｓ４６０９）、処理を終了する。
【０１２３】
図４９は、サーバ装置における出力先の設定処理のさらなる変形例の流れを示すフローチャートである。図１７に示した変形例では、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡す設定になっている場合のみセッション確立が成功するが、図４９に示す変形例では、出力切替部２１０がデコード処理部２１３に渡す設定になっている場合には、設定を送信データ生成部２１１に渡す設定に変更した上でセッションを確立する。なお、図４９の処理Ｓ４９０１〜Ｓ４９０３及びＳ４９０６〜Ｓ４９０９は、図１７に示した処理Ｓ４６０１〜Ｓ４６０３及びＳ４６０６〜Ｓ４６０９と同じ処理であるため、説明を省略する。
【０１２４】
Ｓ４９０３において現在の接続相手機器数が最大相手機器数より小さいと判定された場合にはＳ４９０４に進む。Ｓ４９０４では、出力先管理部２１９を介して出力切替部２１０の設定を調べる。出力切替部２１０が、デジタルデータをデコード処理部２１３に渡す設定になっている場合にはＳ４９１０に進み、デジタルデータを送信データ生成部２１１に渡す設定になっている場合にはＳ４９０７に進む（Ｓ４９０５）。Ｓ４９１０では、出力先管理部２１９は出力切替部２１０をデジタルデータを送信データ生成部２１１に渡すように設定して、Ｓ４９０７に進む。Ｓ４９０７では現在の接続相手機器数を１増やし、以降の処理が継続する。
【０１２５】
なお、図４９のフローチャートを用いて確立したセッションが切断される場合、切断したセッション以外のセッションが１つも確立されていない状態になった場合には、出力先管理部２１９は出力切替部２１０をデジタルデータをデコード処理部２１３に渡すように設定することが望ましい。
【０１２６】
サーバ装置２００における出力先の設定を外部から操作できないように、サーバ装置２００が一体化された機器として実装されていたり、部品化されていないソフトウェアで構成されていたりすることにより、サーバ装置２００の各部位はブラックボックス化されていることが望ましい。
【０１２７】
同様に、クライアント装置１００が受信したデジタルデータをデジタルデータのままで出力できないように、クライアント装置１００が一体化された機器として実装されていたり、部品化されていないソフトウェアで構成されていたりすることにより、クライアント装置１００の各部位はブラックボックス化されていることが望ましい。
【０１２８】
（クライアント装置が行なうサーバ装置の制御処理）
次に、クライアント装置１００がサーバ装置２００を制御する処理に関して説明を行なう。ここでは代表して、チャンネルを選択する処理、画像をズームイン／ズームアウトする処理、および、出力切替部２１０の設定を変更する処理、に関して説明を行なうが、他の制御処理も同様の方法で可能である。制御データ転送のプロトコルとして、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いるものとして説明する。
【０１２９】
図１８は、クライアント装置１００がサーバ装置２００のチャンネルを設定する処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対して設定するチャンネル番号を入力すると（Ｃ１７０１）、制御データ送信部１１１で設定されたチャンネル番号を含む制御データを生成し（Ｃ１７０２）、通信部１０１を介してサーバ装置２００へ送信する（Ｃ１７０３）。
【０１３０】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ１７０４）、設定されたチャンネル番号に従って制御処理部２１８はチャンネル選択部２０８のチャンネルを設定する（Ｓ１７０５）。
【０１３１】
これにより、サーバ装置２００のアンテナ信号入力部２０２からのＲＦ信号が複数のチャンネルを含んでいる場合であっても、クライアント装置１００がチャンネルを選択することが可能となる。
【０１３２】
図１９は、クライアント装置１００が映像のズームインまたはズームアウトをサーバ装置２００に指示する処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対してズームインまたはズームアウトの指示を入力すると（Ｃ１８０１）、制御データ送信部１１１でズームインまたはズームアウト指示を含む制御データを生成し（Ｃ１８０２）、通信部１０１を介してサーバ装置２００へ送信する（Ｃ１８０３）。
【０１３３】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ１８０４）、設定されたズームインまたはズームアウト指示に従って制御処理部２１８は送信データ生成部２１１の設定を変更し記憶する（Ｓ１８０５）。送信データ生成部２１１では、出力切替部２１０から受けたデジタルデータに対して、設定されたズームインまたはズームアウト指示に従って映像の加工を行ない、加工されたデジタルデータを基に送信データを作成してストリームデータ送信部２１２へ渡す（Ｓ１８０６）。
【０１３４】
なお、Ｓ１８０５の処理は設定を行なうだけであるため、実際にはＳ１８０６の処理は設定が変更されるまで繰り返し行なわれることとなる。なお、送信データ生成部２１１でデジタルデータを加工する場合、必要であれば、一旦アナログデータに変換して加工を行ない再びデジタルデータに変換する処理を行なってもよい。
【０１３５】
利用者が指示入力部１０３に対して入力するズームインの指示（Ｃ１８０１）には、画面のどの部分をズームアップ（ズームイン）するかの情報が含まれる。ここで、電話に備えられたテンキーを用いて画面のどの部分をズームアップ（ズームイン）するかを指示する方法について説明する。
【０１３６】
図２０は、携帯電話に備えられたテンキーとズームアップする領域との対応の一例を示す図である。ここでは、画面を上下および左右にそれぞれ３分割して、合計９つの領域に画面を分割する。図２０を参照して、電話機のテンキーは、最上段が左から「１」「２」「３」、第２段には左から「４」「５」「６」、第３段には左から「７」「８」「９」、最下段には左から「＊」「０」「＃」のボタンが配置されている。これらのボタンを用いて、「１」は左上の領域をズームアップする処理、「２」は上部中央の領域をズームアップする処理、「３」は右上の領域をズームアップする処理、「４」は左中央の領域をズームアップする処理、「５」は中央付近の領域をズームアップする処理、「６」は右中央の領域をズームアップする処理、「７」は左下の領域をズームアップする処理、「８」は下部中央の領域をズームアップする処理、「９」は右下の領域をズームアップする処理の実行を指示するボタンとしてそれぞれ用いる。また、「０」はズームアップを元に戻す（ズームアウト）処理を指示するボタンとして用いる。
【０１３７】
クライアント装置１００からサーバ装置２００に送られる、ズームインまたはズームアウト指示を含む制御データには、ズームアップあるいはズームアウトを指示する情報と、ズームアップあるいはズームアウトする領域を指示する情報と、当該領域をどの大きさにまで拡大または縮小するかの画面サイズ情報とが含まれる。例えば、制御データにはズームアップする領域を示す情報として、四隅の座標値を含む例（（１２０，１００）（３６０，１００）（３６０，２６０）（１２０，２６０）といったパラメタ）が考えられる。また、これらのズームアップ／ズームアウトの指示を含む制御データは、サーバ装置２００からクライアント装置１００へ出力映像ストリーム情報が送信されている最中に、クライアント装置１００からサーバ装置２００へ送ってよい。
【０１３８】
ここで、画像の縮小処理をサーバ装置２００で実行することの意義を図２１を用いて説明する。図２１（ａ）は、クライアント装置１００で画像の縮小処理を実行する場合を説明する図であり、図２１（ｂ）は、サーバ装置２００で画像の縮小処理を実行する場合を説明する図である。
【０１３９】
例えば、クライアント装置１００が携帯電話の場合、アナログ出力部１０２が携帯電話に備えられた小さなディスプレイに相当する。
【０１４０】
サーバ装置２００のアンテナ信号入力部２０２から入力されたＲＦ信号からチャンネル選択部２０８が取り出したデジタルデータの画像が大きなディスプレイ（例えばＶＧＡ（ｖｉｄｅｏ ｇｒａｐｈｉｃｓ ａｒｅａ）サイズ）に対応した解像度の場合、その画像を携帯電話の小さなディスプレイ（例えばＱＶＧＡ（ｑｕａｒｔｅｒ ＶＧＡ）サイズ）に表示するためには画像サイズを小さくする解像度変換処理を行なわなければならない。
【０１４１】
図２１（ａ）および（ｂ）に示したように、画像の縮小処理をサーバ装置２００で実行する場合には、クライアント装置１００で実行する場合に比べて、通信回線を介して送信する送信データ量が少なくなる。携帯電話の通信回線の伝送能力を考慮すると、通信データ量はできるだけ小さくしたほうが望ましい。また、通信データ量が少ない方が、通信データを送信する通信時間を短くすることができる。このように、表示画像のサイズを小さくする処理を、クライアント装置１００で行なうのではなく、サーバ装置２００で行なった方がよい。
【０１４２】
この縮小処理は送信データ生成部２１１で行なう。すなわち、送信データ生成部２１１は、出力切替部２１０から受けたデジタルデータに対して、映像の縮小処理を行ない、加工されたデジタルデータを基に送信データを作成してストリームデータ送信部２１２へ渡す。必要であれば、一旦アナログデータに変換して加工を行ない再びデジタルデータに変換する処理を行なってもよい。
【０１４３】
次に、ズームアップ（ズームイン）の処理をサーバ装置２００で実行することの意義について図２２を用いて説明する。上述したように画像全体を縮小したデジタルデータがクライアント装置１００に送信されるが、クライアント装置１００でこの受信されたデジタルデータに対してズームアップ（ズームイン）処理を行なうと、受信した画像の解像度は変わらないため拡大するとぼやけた画像になってしまう。図２２（ａ）を参照して、例えば野球中継放送を視聴しているとき、携帯電話の小さな画面では得点表示が見えないので、それが表示された領域をズームアップ（ズームイン）しようとしても、受信した画像の解像度は向上しないので結局得点表示の内容を知ることはできない。
【０１４４】
これに対して、図２２（ｂ）を参照して、サーバ装置２００側でズームアップ（ズームイン）処理を実行する場合、スームアップ（ズームスン）が指定された領域が、縮小処理を行なう前のデジタルデータから取り出され、取り出された領域をクライアント装置１００のディスプレイの画面サイズ（解像度）に合わせたサイズに解像度変換して送信するため、クライアント装置１００のディスプレイに表示される画像の解像度が向上する。たとえば、画面中の得点が表示された領域をズームアップ（ズームイン）指定すると、得点表示のような細かな情報が表示される。
【０１４５】
図２３は、ズームインやズームアウトが設定された際の、サーバ装置２００の送信データ生成部２１１で実行される処理のフローチャートである。まず、出力切替部２１０からデジタルデータを受け （Ｓ２１０１）、 デジタルデータを変換してアナログの映像データを作成する（Ｓ２１０２）。次に、ズームアップ（ズームイン）が設定されているかどうかを調べ（Ｓ２１０３）、ズームアップ（ズームイン）が設定されている場合にはＳ２１０４へ、ズームアップ（ズームイン）が設定されていない場合にはＳ２１０５へ、それぞれ進む。
【０１４６】
ズームアップ（ズームイン）が設定されている場合には、ズームアップ（ズームイン）での設定に従いアナログの映像データのうち表示に必要な矩形領域を設定し（Ｓ２１０４）、Ｓ２１０６へ進む。表示に必要な矩形領域は、図２０に示した９つの領域のいずれかである。なお、ここでは、９つの矩形領域を例に説明しているが、矩形領域の指定はこれに限定されることなく、画像中の任意の位置および大きさの矩形領域としてもよいし、矩形に限らず形状も円形、楕円形などであってもよい。
【０１４７】
ズームアップ（ズームイン）が設定されていない場合には、アナログの映像データのうち表示に必要な矩形領域として映像データの表示全体を設定し（Ｓ２１０５）、Ｓ２１０６へ進む。
【０１４８】
次に、設定された矩形領域の映像データを、出力先であるクライアント装置１００のアナログ出力部１０２のディスプレイサイズに合わせて変換する（Ｓ２１０６）。クライアント装置１００のアナログ出力部１０２のディスプレイサイズは、セッション（コネクション）確立時にセッション管理部２０６から設定されているものとする。出力先のディスプレイサイズに合わせられたアナログの映像データはデジタルデータに変換され（Ｓ２１０７）、付加情報生成部２１４から受け取った付加情報を加えて送信データを生成しストリームデータ送信部２１２ に渡す（Ｓ２１０８）。
【０１４９】
なお、図２３のＳ２１０６で示したアナログ出力部１０２のディスプレイサイズは、例えばクライアント装置１００とサーバ装置２００との間のセッション（コネクション）を確立する際に、クライアント装置１００からサーバ装置２００に渡す構成も考えられる。渡すパラメタとしては、例えばＶＧＡ（ｖｉｄｅｏ ｇｒａｐｈｉｃｓ ａｒｅａ）サイズ、ＱＶＧＡ（Ｑｕａｒｔｅｒ ＶＧＡ）サイズ、などが考えられる。この場合、機器ごとに最適な出力映像画面サイズとなるよう出力映像ストリーム情報を生成し、送信することができる。
【０１５０】
図２４は、クライアント装置１００がサーバ装置２００に指示して出力切替部２１０の設定を切り替える処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対して出力切替の指示を入力すると（Ｃ４５０１）、制御データ送信部１１１で出力切替の指示を含む制御データを生成し（Ｃ４５０２）、通信部１０１を介してサーバ装置２００へ送信する（Ｃ４５０３）。出力切替の指示とは、サーバ装置２００のアンテナ信号入力部２０２から入力したストリームデータの出力先を示す情報であり、出力先をサーバ装置２００のアナログ出力部２０３とするか、または、クライアント装置１００とするかを示す情報である。
【０１５１】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ４５０４）、制御処理部２１８は設定された出力切替の指示に従って出力先管理部２１９を制御し出力切替部２１０の設定を変更する（Ｓ４５０５）。これにより、ストリーム情報転送装置に利用者が出力先切替を入力するためのスイッチを設けなくとも、他の機器から出力先切替を行なうことができる。
【０１５２】
（ストリームデータ送信の予約）
次に、サーバ装置２００からクライアント装置１００へストリームデータを転送する処理を予約する予約方法について説明する。第１の予約方法は、サーバ装置２００の側で予約時刻を管理する方法である。図２５は、クライアント装置１００がサーバ装置２００に予約時刻を設定する処理のフローチャートである。図２６は予約時刻になったときにサーバ装置２００がクライアント装置１００へストリームデータを送信する処理のフローチャートである。
【０１５３】
まず、クライアント装置１００がサーバ装置２００に予約時刻を設定する処理を説明する。図２５を参照して、クライアント装置１００では、利用者が指示入力部１０３に対して接続先情報と予約時刻および予約チャンネルを指示すると（Ｃ２２０１）、セッション管理部１０４はサーバ装置２００との間でセッション（コネクション）を確立する（Ｃ２２０２）。なお、セッション確立の処理の詳細は既に説明してあるので、ここでの説明は繰返さない。
【０１５４】
次に、制御データ送信部１１１で予約時刻および予約チャンネルを含む制御データを作成し通信部１０１を介してサーバ装置２００へ制御データを送信するとともに、送信時に設定したサーバ装置２００のアドレスを保持する（Ｃ２２０３）。
【０１５５】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信する（Ｓ２２０４）。制御処理部２１８では制御データから予約時刻および予約チャンネルを取り出し、予約時刻をタイマにセットするとともに（Ｓ２２０５）、予約チャンネルおよびクライアント装置１００のアドレスを保持する（Ｓ２２０６）。クライアント装置１００のアドレスは、セッション（コネクション）確立時にクライアント装置１００からサーバ装置２００へ送られているので、これを利用する。そして、セッション管理部２０６に指示してクライアント装置１００とのセッションを切断する（Ｓ２２０７）。なお、図２では、制御処理部２１８からセッション管理部２０６への指示を図示するのを省略している。セッション切断の処理の詳細は既に説明してあるので、ここでの説明は説明を繰返さない。既に説明したセッション切断の処理はクライアント装置１００から起動される処理であったが、サーバ装置２００から起動されるセッション切断の処理は、クライアント装置１００から起動される処理と、情報の送信側と受信側が逆になる。
【０１５６】
次いで、予約時刻になったときにサーバ装置２００がクライアント装置１００へストリームデータを転送する処理を説明する。図２６を参照して、制御処理部２１８内のタイマが予約時刻になると（Ｓ２３０１）、クライアント装置１００のアドレスをもとにセッション管理部２０６に指示してクライアント装置１００に対してセッションを要求する（Ｓ２３０２）。なお、セッション確立の処理の詳細は既に説明してあるので、ここでは説明を繰返さない。なお、セッション確立の応答として受諾と拒否を説明で用いるが、セッション確立拒否のシーケンスの詳細な説明は省略する。既に説明したセッション確立の処理はクライアント装置１００から起動される処理であったが、サーバ装置２００から起動されるセッション確立の処理は、クライアント装置１００から起動される処理と、情報の送信側と受信側が逆になる。
【０１５７】
クライアント装置１００のセッション管理部１０４は、サーバ装置２００からセッション確立要求を受けると（Ｃ２３０３）、予約時刻設定処理で保持していたアドレスと、セッション確立要求で送られてきたアドレスとを比較する（Ｃ２３０４）。比較したアドレスが異なっていれば、クライアント装置１００のセッション管理部１０４はサーバ装置２００にセッション確立拒否を返す（Ｃ２３０５）。サーバ装置２００のセッション管理部２０６がクライアント装置１００からセッション確立拒否を受けると（Ｓ２３０６）処理は終了し、サーバ装置２００からクライアント装置１００へのストリームデータ転送は行なわれない。
【０１５８】
Ｃ２３０４において比較したアドレスが一致すれば、クライアント装置１００のセッション管理部１０４はサーバ装置２００にセッション確立受諾を返す（Ｃ２３０７）。なお、セッション確立受諾をサーバ装置２００に返すことにより、クライアント装置１００は当該セッションを介してサーバ装置１００から送られてくるストリームデータを受信する準備ができる。
サーバ装置２００のセッション管理部２０６がクライアント装置１００からセッション開始受諾を受けると（Ｓ２３０８）、出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先を送信データ生成部２１１とするように設定する（Ｓ２３０９）。さらに、チャンネル選択部２０８を操作して、チャンネルをクライアント装置１００から送られてきた制御データに含まれる予約チャンネルに設定する（Ｓ２３１０）。これらの処理により、予約時刻になるとサーバ装置２００からクライアント装置１００へストリームデータを送信する処理が開始される。
【０１５９】
予約時刻になったときにサーバ装置２００とクライアント装置１００とのセッション（コネクション）が確立する際に、クライアント装置１００はセッション（コネクション）確立を要求するイベントの送信元アドレスと、図２５のＣ２２０３で保持したサーバ装置２００のアドレスとを比較し、異なっている場合にはセッション（コネクション）の確立を拒否する。これにより、予約時刻を設定したサーバ装置２００以外からストリームデータが送られてくることを防ぐことができる。なお、予約時刻を設定したサーバ装置２００からのセッション（コネクション）確立要求であることを確認する方法としては、上記に述べたようにセッション（コネクション）確立要求の送信先アドレスを用いる方法以外にも、例えば、予約時刻設定時にクライアント装置１００が予約ＩＤをサーバ装置２００に渡して、予約時刻にサーバ装置２００から送られてくるセッション（コネクション）確立要求に当該予約ＩＤが含まれているかをクライアント装置１００で確認する方法、サーバ装置２００から送られてくるセッション（コネクション）確立要求がクライアント装置１００が設定した予約時刻に送られてきているかをクライアント装置１００で確認する方法、などが考えられる。
【０１６０】
また、予約時刻になったときにサーバ装置２００とクライアント装置１００とのセッション（コネクション）が確立されたときに、クライアント装置１００側でアナログ出力部１０２に接続された機器（ディスプレイやスピーカー）の電源を入れ、入力切替の設定を行なう処理を含めてもよい。
【０１６１】
さらに、予約時刻になりストリームデータの受信が開始されたことを示すために、アラームや振動により利用者に報知する処理を含めてもよい。このとき、クライアント装置１００の構成には、アラームや振動を用いた報知手段が付加される（図示せず）。例えば携帯電話で予約したストリームデータを受信する場合、携帯電話をポケットやカバンに入れておいたとしても、利用者はストリームデータの受信が開始されたことを知ることができる。
【０１６２】
さらに、上記の利用者に報知する処理は、セッション（コネクション）が確立される前に行ない、利用者が通信確立許可を入力した後にセッション（コネクション）を確立し、その後ストリームデータの受信が開始されるようにしてもよい。このとき、クライアント装置１００には、利用者が通信確立許可を入力するためのボタンスイッチ等の入力装置が付加される（図示せず）。これは、クライアント装置１００とサーバ装置２００とが、一般公衆回線などの時間課金される通信回線を用いて通信が確立される場合に有効である。クライアント装置１００が接続要求（情報ＩＮＶＩＴＥ）を受け取ると、どんな番組の転送が開始されるかの情報がクライアント装置１００のディスプレイに表示される。その後、利用者が本当に番組を視聴したいかどうかは、ボタン操作により選択ができるので、ストリーム情報の受信時に利用者が別の仕事を行なっており、放送番組を視聴できないような場合に、不要な放送番組を受信するのを防止することができるので、不要な通信料が課金されない。
【０１６３】
サーバ装置２００からクライアント装置１００へストリームデータを転送する処理を予約する第２の方法は、クライアント装置１００の側で予約時刻を管理する方法である。図２７は、クライアント装置１００が予約時刻を設定する処理のフローチャートである。図２８は、予約時刻になったときにクライアント装置１００がサーバ装置２００に要求して、サーバ装置２００からクライアント装置１００へのストリームデータ送信を開始させる処理のフローチャートである。
【０１６４】
まず、クライアント装置１００が予約時刻を設定する処理を説明する。図２７を参照して、クライアント装置１００では、利用者が指示入力部１０３に対して接続先情報と予約時刻および選択チャンネルを指示すると（Ｃ２４０１）、制御データ送信部１１１では予約時刻をタイマにセットするとともに（Ｃ２４０２）、接続先情報および選択チャンネルを保持する（Ｃ２４０３）。
【０１６５】
次いで、予約時刻になったときにクライアント装置１００がサーバ装置２００に要求して、サーバ装置２００からクライアント装置１００へのストリームデータ送信を開始させる処理を説明する。図２８を参照して、制御データ送信部１１１内のタイマが予約時刻になると（Ｃ２５０１）、接続先情報をもとにセッション管理部１０４に指示してサーバ装置２００とのセッションを確立する（Ｃ２５０２） 。なお、図３には制御データ送信部１１１からセッション管理部１０４への指示を図示するのを省略している。また、セッション確立の処理の詳細は既に説明してあるので、ここでの説明は繰返さない。
【０１６６】
そして、アナログ出力部１０２に接続された機器（ディスプレイやスピーカー）の電源を入れ、入力切替の設定を行ない（Ｃ２５０３）、アラームや振動により利用者に報知する（Ｃ２５０４）。そして、制御データ送信部１１１で選択チャンネルを含む制御データを作成し通信部１０１を介してサーバ装置２００へ制御データを送信する（Ｃ２５０５）。
【０１６７】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信する（Ｓ２５０６）。制御処理部２１８では出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先を送信データ生成部２１１とするように設定する（Ｓ２５０７）。さらに、制御データから選択チャンネルを取り出し、チャンネル選択部２０８を操作して、チャンネルをクライアント装置１００から送られてきた制御データに含まれる選択チャンネルに設定する（Ｓ２５０８）。これらの処理により、予約時刻になるとサーバ装置２００からクライアント装置１００へストリームデータを送信する処理が開始される。
【０１６８】
上記の利用者に報知する処理（Ｃ２５０４）は、セッション（コネクション）が確立される前に行ない、利用者が通信確立許可を入力した後にセッション（コネクション）を確立し、その後ストリームデータの受信が開始されるようにしてもよい。このとき、クライアント装置１００には、利用者が通信確立許可を入力するためのボタンスイッチ等の入力装置（図示せず）を備える必要がる。
【０１６９】
次に、ネットワークにおけるセキュリティの問題とその対策について説明する。
【０１７０】
（要求したクライアント装置に対してのみストリームデータを送る方法）
次いで、サーバ装置２００からクライアント装置１００に対して安全にストリームデータを送信する方法について述べる。ここでは、セキュリティ問題のうち主に盗聴を防止する方法に関して述べる。
【０１７１】
本実施の形態においては、基本的に、既知の技術である一般的な「共通鍵暗号法」「公開鍵暗号法」を使用する。「共通鍵暗号法」とは暗号化と復号化に同じ鍵を用いる方法であり、「公開鍵暗号法」とは暗号化と復号化に異なる鍵を使う暗号法である。「公開鍵暗号法」では、他の機器に公開する公開鍵と、自機器内に秘匿する秘密鍵との異なった鍵を一対として暗号化・復号化を行なうものである。
【０１７２】
なお、本発明で共通鍵として記述している処理は、ほとんどが公開鍵と秘密鍵の組み合わせによっても可能な処理である。
【０１７３】
図２９は、サーバ装置２００からクライアント装置１００に対してストリームデータを送信する際のイベントフロー図である。なお、ここでイベントＣＥＶＴはクライアント装置１００からサーバ装置２００へ送られるイベント、イベントＳＥＶＴはサーバ装置２００からクライアント装置１００へ送られるイベントをそれぞれ示す。また、コンテンツＡが共通鍵Ｘで暗号化された場合の記法を「共通鍵Ｘ［コンテンツＡ］」、コンテンツＡがクライアント装置１００の公開鍵Ｙで暗号化された場合の記法を「Ｃ公開鍵Ｙ［コンテンツＡ］」、コンテンツＡがサーバ装置２００の公開鍵Ｚで暗号化された場合の記法を「Ｓ公開鍵Ｚ［コンテンツＡ］」、コンテンツＡが暗号化されていない場合の記法を「ＮＯＮ［コンテンツＡ］」とする。
【０１７４】
まず、クライアント装置１００はサーバ装置２００に対して、クライアント装置１００のＣ公開鍵１を送付し、Ｃ公開鍵１に対応するＣ秘密鍵１を保持する（ＣＥＶＴ２６０１：ＮＯＮ［Ｃ公開鍵１］）。
【０１７５】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した共通鍵１をＣ公開鍵１で暗号化して送付する（ＳＥＶＴ２６０２：Ｃ公開鍵１［共通鍵１］）。サーバ装置２００はＣ秘密鍵１で復号して共通鍵１を得る。Ｃ秘密鍵１を保持するのはクライアント装置１００のみであるため、共通鍵１はクライアント装置１００のみが入手できる。
【０１７６】
次に、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ１を共通鍵１で暗号化して送付する（ＳＥＶＴ２６０３：共通鍵１［コンテンツ１］）。コンテンツ１を暗号化する際にＣ公開鍵１を用いず共通鍵１を用いている理由としては、複数のクライアント装置１００に対してマルチキャストでコンテンツ１を送付する場合を想定しているためである。すなわち、別のクライアント装置１００に対しては、当該クライアント装置１００のＣ公開鍵を用いて共通鍵１を送付すれば、同じ共通鍵１で暗号化したコンテンツ１は複数のクライアント装置１００で復号することができる。
【０１７７】
上記の処理は一定回数あるいは一定時間繰り返される。例えば、サーバ装置２００はクライアント装置１００に対して、コンテンツ１に続けてストリームデータを分割したコンテンツ２、コンテンツ３を共通鍵１で暗号化して送付する（ＳＥＶＴ２６０４：共通鍵１［コンテンツ２］、ＳＥＶＴ２６０５：共通鍵１［コンテンツ３］）。
【０１７８】
次に、同一の共通鍵１で暗号化したコンテンツを送信した後、クライアント装置１００はサーバ装置２００に対して、Ｃ公開鍵の変更要求を送付する（ＳＥＶＴ２６０６：ＮＯＮ［公開鍵の変更要求］）。これは、同じ共通鍵やＣ公開鍵を続けて使用すると暗号が破られる恐れがあるからである。公開鍵の変更要求を受けると、クライアント装置１００は新しいＣ公開鍵２とＣ秘密鍵２のペアを生成し、サーバ装置２００に対してＣ公開鍵２を送付し、Ｃ秘密鍵２を保持する（ＣＥＶＴ２６０７：ＮＯＮ［Ｃ公開鍵１］）。
【０１７９】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した新しい共通鍵２をＣ公開鍵２で暗号化して送付する（ＳＥＶＴ２６０８：Ｃ公開鍵２［共通鍵２］）。続けて、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ４、コンテンツ５、コンテンツ６を共通鍵２で暗号化して送付する（ＳＥＶＴ２６０９：共通鍵２［コンテンツ４］、ＳＥＶＴ２６１０：共通鍵２［コンテンツ５］、ＳＥＶＴ２６１１：共通鍵２［コンテンツ６］）。
【０１８０】
以下、同様に上記の処理を繰り返す。
図３０は、図２９のイベント処理を行なうためのサーバ装置２００内の処理を表わすフローチャートである。なお、デジタルデータが送信データ生成部２１１へ渡されるまでの処理については図１５のフローチャートを用いて説明したので、ここでは説明を繰返さない。
【０１８１】
図３０を参照して、サーバ装置２００は、セッションが確立した（Ｓ２８０１）後、サーバ装置２００の受領データ確認部２１５は通信部２０１を介してクライアント装置１００からクライアント装置１００の公開鍵を受信し（Ｓ２８０２）、付加情報管理部２１６にクライアント装置１００の公開鍵を保持する（Ｓ２８０３）。次いで付加情報生成部２１４は、共通鍵を生成し付加情報管理部２１６に保持するとともに（Ｓ２８０４） 送信データ生成部２１１ へ渡す。送信データ生成部２１１ では、共通鍵をクライアント装置１００の公開鍵で暗号化して （Ｓ２８０５）、ストリームデータ送信部２１２から通信部２０１を介してクライアント装置１００へ送信する（Ｓ２８０６）。
【０１８２】
次に送信データ生成部２１１では、付加情報管理部２１６に保持されている共通鍵を付加情報生成部２１４から受け取り（Ｓ２８０７）、出力切替部２１０から受け取ったデジタルデータを共通鍵で暗号化して送信データを生成し（Ｓ２８０８）、ストリームデータ送信部２１２から通信部２０１を介してクライアント装置１００へ送信する（Ｓ２８０９）。この時点で送信すべきデジタルデータがなければ、処理を終了する（Ｓ２８１０）。
【０１８３】
Ｓ２８０７からＳ２８０９までの処理は、一定時間（例えば１分間）あるいは一定回数（例えば３回）繰り返す。一定時間が経過したかあるいは一定回数繰り返したかを判断し（Ｓ２８１１）、一定時間が経過したかあるいは一定回数繰り返していない場合にはＳ２８０７へ戻り、一定時間が経過したかあるいは一定回数繰り返した場合にはＳ２８１２へ進む。
【０１８４】
次に送信データ生成部２１１では、公開鍵の変更要求を含むイベントを作成し、ストリームデータ送信部２１２から通信部２０１を介してクライアント装置１００へ送信し（Ｓ２８１２）、クライアント装置１００からの応答を待つ。
【０１８５】
サーバ装置２００の受領データ確認部２１５は通信部２０１を介してクライアント装置１００から新しいクライアント装置１００の公開鍵を受信すると（Ｓ２８１３）、付加情報管理部２１６に保持された過去の公開鍵と比較する（Ｓ２８１４）。受信した公開鍵が過去に当該セッション（コネクション）で使用された公開鍵と同じである場合には（Ｓ２８１５でＹＥＳ）処理を終了する。受信した公開鍵が過去に当該セッション（コネクション）で使用されていない場合には（Ｓ２８１５でＮＯ）、クライアント装置１００の新しい公開鍵を付加情報管理部２１６に保持する（Ｓ２８１６）。その後Ｓ２８０４へ戻り、新しい公開鍵を用いて処理を続ける。
【０１８６】
図３１は、図２９のイベント処理を行なうためのクライアント装置１００内の処理を表わすフローチャートである。セッションが確立した（Ｃ２９０１）後、受領データ生成部１０８は公開鍵と秘密鍵との対を生成し（Ｃ２９０２）、秘密鍵を付加情報蓄積部１１０に保持するとともに（Ｃ２９０３）、受領データ送信部１０９から通信部１０１を介して公開鍵をサーバ装置２００へ送信する（Ｃ２９０４）。
【０１８７】
ストリームデータ受信部１０６が通信部１０１を介してイベントを受信すると（Ｃ２９０５）、受信したイベントに応じて、公開鍵で暗号化された共通鍵を受信した場合にはＣ２９０７以下の処理を、共通鍵で暗号化されたデジタルデータを受信した場合にはＣ２９０９以下の処理を、公開鍵の変更要求を含むイベントを受信した場合にはＣ２９１２以下の処理を、それぞれ行なう（Ｃ２９０６）。
【０１８８】
公開鍵で暗号化された共通鍵を受信した場合には、受領データ生成部１０８は付加情報蓄積部１１０で保持された秘密鍵で共通鍵を復号し（Ｃ２９０７）、共通鍵を付加情報蓄積部１１０に保持して（Ｃ２９０８）、Ｃ２９０５の処理へ戻る。共通鍵で暗号化されたデジタルデータを受信した場合には、デコード処理部１０７は付加情報蓄積部１１０に保持された共通鍵でデジタルデータを復号し（Ｃ２９０９）、アナログの映像信号または音声信号にデコードしてアナログ出力部１０２から出力する（Ｃ２９１０）。デジタルデータが最後のデータであれば処理を終了し、最後のデータでなければＣ２９０５の処理へ戻る（Ｃ２９１１）。
【０１８９】
公開鍵の変更要求を含むイベントを受信した場合には、受領データ生成部１０８は公開鍵と秘密鍵との新たな対を生成し（Ｃ２９１２）、新たな秘密鍵を付加情報蓄積部１１０に保持するとともに（Ｃ２９１３）、受領データ送信部１０９から通信部１０１を介して新たな公開鍵をサーバ装置２００へ送信した後（Ｃ２９１４）、Ｃ２９０５の処理へ戻る。
【０１９０】
図３２は、２つのクライアント装置Ａ，Ｂに対してマルチキャストでコンテンツを送付する場合のイベントフロー図である。サーバ装置２００は、クライアント装置Ａに対してはクライアント装置ＡのＣＡ公開鍵を用いて共通鍵１を送付し、クライアント装置Ａに対してはクライアント装置ＢのＣＢ公開鍵を用いて共通鍵１を送付する、そして、共通鍵１で暗号化したコンテンツ１，２，３をクライアント装置Ａ，Ｂにマルチキャストで送信する。これにより、クライアント装置Ａ，Ｂそれぞれは、同じ共通鍵１でコンテンツ１、２，３を復号することができる。
【０１９１】
図２６のフローチャートにおいては、ＳＥＶＴ２６０２で共通鍵１を送信し、ＳＥＶＴ２６０３でコンテンツ１を送信するものであった。このため、共通鍵１とコンテンツ１とを分けて送信しなければならなかった。この２つのイベントをまとめる方法を、図３３に示す。
【０１９２】
図３３は、クライアントＬ、クライアントＭ、クライアントＮそれぞれに対して各公開鍵でコンテンツ１を暗号化して送信するイベントを示す図である。クライアントＬ向けのイベントとしてはＣ公開鍵Ｌで暗号化したコンテンツ１（Ｃ公開鍵Ｌ［コンテンツ１］）が、クライアントＭ向けのイベントとしてはＣ公開鍵Ｍで暗号化したコンテンツ１（Ｃ公開鍵Ｍ［コンテンツ１］）が、クライアントＮ向けのイベントとしてはＣ公開鍵Ｎで暗号化したコンテンツ１（Ｃ公開鍵Ｎ［コンテンツ１］）が、それぞれ存在する。この場合コンテンツ１を暗号化したイベントを３通り生成しなければならない。
【０１９３】
この３通りのイベントを１つにまとめる方法について説明する。ここでは、クライアントＬは公開鍵（Ｃ公開鍵Ｌ）を公開するとともに対になるＣ秘密鍵Ｌを保持し、クライアントＭは公開鍵（Ｃ公開鍵Ｍ）を公開するとともに対になるＣ秘密鍵Ｍを保持し、クライアントＮは公開鍵（Ｃ公開鍵Ｎ）を公開するとともに対になるＣ秘密鍵Ｎを保持しているとする。
【０１９４】
図３４は、コンテンツ１を送信するためのイベント例を表わす概念図である。イベントは４つの部分、すなわち、１）Ｃ公開鍵Ｌで暗号化した共通鍵（Ｃ公開鍵Ｌ［共通鍵］）、２）Ｃ公開鍵Ｍで暗号化した共通鍵（Ｃ公開鍵Ｍ［共通鍵］）、３）Ｃ公開鍵Ｎで暗号化した共通鍵（Ｃ公開鍵Ｎ［共通鍵］）、４）共通鍵で暗号化したコンテンツ１（共通鍵［コンテンツ１］）から構成される。例えばクライアントＭでは、まず「Ｃ公開鍵Ｍで暗号化した共通鍵」をＣ秘密鍵Ｍを用いて復号して共通鍵を得て、次にその共通鍵を用いて「共通鍵で暗号化したコンテンツ１」を復号してコンテンツ１を得る。
【０１９５】
このように、図３４で示した技術では、コンテンツ１を暗号化した部分を３つのクライアント向けに共通化できるために、生成する総イベント長が少なくてすむという利点がある。
【０１９６】
（携帯電話を用いた公開鍵および共通鍵の安全な交換）
図２９のイベントフロー図で説明した方法では、クライアント装置１００の秘密鍵やサーバ装置２００の共通鍵が漏洩した場合には、別のクライアント装置１００を用いてストリームデータの盗聴が可能となってしまう。本実施の形態におけるストリーム情報転送システムでは、クライアント装置１００に通信部１０１と別の第２通信部１２１を、サーバ装置２００に通信部２０１と別の第２通信部２２１を備える。
【０１９７】
図３５は、クライアント装置１００が第２通信部１２１を備え、サーバ装置２００が第２通信部２２１を備えたストリーム情報転送システムの概略を示す図である。ここでは、クライアント装置１００の通信部１０１とサーバ装置２００の通信部２０１との間の通信を第１通信手段といい、クライアント装置１００の通信部１２１とサーバ装置２００の通信部２２１との間の通信を第２通信手段という。
【０１９８】
第２通信手段は第１通信手段に比べて、１）相手機器の特定がより容易であり他の機器がなりすましを行ないにくい、２）別の機器が盗聴しにくい、という特徴をもつ。具体的には第２通信手段としては、例えば有線ケーブルによる直結や携帯電話通信網などを想定する。
【０１９９】
図３６は図２９のイベントフローの変形例を示す図である。サーバ装置２００からクライアント装置１００に対してストリームデータを送信する際に、サーバ装置２００が生成した共通鍵を第２通信手段を用いてクライアント装置１００へ送信する例を表わすイベントフロー図である。
【０２００】
第２通信手段が携帯電話網である場合には、第１通信手段を用いてセッション（コネクション）が確立すると、当該セッション（コネクション）を用いてクライアント装置１００またはサーバ装置２００いずれかが相手機器に対して自機器の携帯電話番号を送信する。第１通信手段により相手機器の携帯電話番号を受信した側の機器は、携帯電話網（第２通信手段）を用いて相手機器に電話をかけ、第２通信手段での通信を可能とする。なお、第２通信手段が有線ケーブルによる直結である場合には、物理的にケーブルを接続することによって第２通信手段による通信を可能にする。
【０２０１】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した共通鍵を第２通信手段を用いて送付する（ＳＥＶＴ３３０１：第２通信手段による共通鍵１の送付）。共通鍵の送付が終わったら、第２通信手段は切断してもよい。すなわち、携帯電話の切断、有線ケーブルをはずすなどが相当する。
【０２０２】
その後、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ１、コンテンツ２、コンテンツ３を共通鍵で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３３０２：共通鍵［コンテンツ１］、ＳＥＶＴ３３０３：共通鍵［コンテンツ２］、ＳＥＶＴ３３０４：共通鍵［コンテンツ３］）。
【０２０３】
なお、図２９を用いて説明したように、一定時間あるいは一定回数同じ共通鍵を使用した場合に共通鍵を変更してもよい。サーバ装置２００の生成した新しい共通鍵は、第２通信手段を用いてクライアント装置１００に送信してもよいし、図２９の例に準じてクライアント装置１００の公開鍵を用いて暗号化して第１通信手段を用いて送付してもよい。
【０２０４】
図３７は、図２９のイベントフローの別の変形例を示す図であり、サーバ装置２００からクライアント装置１００に対してストリームデータを送信する際に、クライアント装置１００が生成した公開鍵を第２通信手段を用いてクライアント装置１００へ送信する例を表わすイベントフロー図である。
【０２０５】
まず、クライアント装置１００はサーバ装置２００に対して、クライアント装置１００のＣ公開鍵１を第１通信手段を用いて送付し、Ｃ公開鍵１に対応するＣ秘密鍵１を保持する（ＣＥＶＴ３４０１：ＮＯＮ［Ｃ公開鍵１］）。
【０２０６】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した共通鍵１をＣ公開鍵１で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４０２：Ｃ公開鍵１［共通鍵１］）。サーバ装置２００はＣ秘密鍵１で復号して共通鍵１を得る。
【０２０７】
次に、サーバ装置２００はクライアント装置１００に対して、一定回数あるいは一定時間、ストリームデータを分割したコンテンツを共通鍵１で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４０３：共通鍵１［コンテンツ１］、（ＳＥＶＴ３４０４：共通鍵１［コンテンツ２］、ＳＥＶＴ３４０５：共通鍵１［コンテンツ３］）。
【０２０８】
一方、第１通信手段を用いてＳＥＶＴ３４０３、ＳＥＶＴ３４０４、ＳＥＶＴ３４０５によりコンテンツを送信している間に並行して、サーバ装置２００はクライアント装置１００に対して第２通信手段による呼を確立する。すなわち、第１通信手段のセッション（コネクション）確立時に入手したクライアント装置１００の携帯電話番号を用いて、サーバ装置２００がクライアント装置１００に対して携帯電話をかける。
【０２０９】
第２通信手段が確立すると、サーバ装置２００は署名用共通鍵を生成し、第２通信手段を用いてクライアント装置１００に署名用共通鍵を送付する（ＳＥＶＴ３４０６：第２通信手段による署名用共通鍵の送付）。その後、第２通信手段は切断する。
【０２１０】
次に、同一の共通鍵１で暗号化したコンテンツを送信した後、クライアント装置１００はサーバ装置２００に対して、Ｃ公開鍵の変更要求を第１通信手段を用いて送付する（ＳＥＶＴ３４０７：ＮＯＮ［公開鍵の変更要求］）。
【０２１１】
公開鍵の変更要求を受けると、クライアント装置１００は新しいＣ公開鍵２とＣ秘密鍵２のペアを生成する。Ｃ公開鍵２は署名用共通鍵で暗号化してサーバ装置２００に対して第１２通信手段を用いて送付し、Ｃ秘密鍵２を保持する（ＣＥＶＴ３４０８：署名用共通鍵［Ｃ公開鍵２］）。サーバ装置２００側では署名用共通鍵を用いてＣ公開鍵１を復号する。復号できたことにより、サーバ装置２００はクライアント装置１００が第２通信手段で接続したクライアント装置と同一であることを確認できる。
【０２１２】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した新しい共通鍵２をＣ公開鍵２で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４０９：Ｃ公開鍵２［共通鍵２］）。
【０２１３】
続けて、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ４、コンテンツ５、コンテンツ６を共通鍵２で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４１０：共通鍵２［コンテンツ４］、ＳＥＶＴ３４１１：共通鍵２［コンテンツ５］、ＳＥＶＴ３４１２：共通鍵２［コンテンツ６］）。
【０２１４】
上記の技術により、サーバ装置２００は、第１接続手段でＣ公開鍵を送付してきた相手クライアント装置１００が、携帯電話（第２接続手段）をかけた相手と同一であることを知ることができるとともに、携帯電話をかけている間も途切れることなくクライアント装置１００にコンテンツを送付することができる。
【０２１５】
図３７のイベントフローを実現するサーバ装置２００の処理は、図３０のフローチャートに変形した流れとなるため、図３０を用いて説明する。図３７のイベントフロー実現のために図３０のフローチャートで異なる点は、Ｓ２８１２における公開鍵の変更要求を含むイベントの作成において、公開鍵の変更要求に加えてサーバ装置２００の署名用鍵を含める点である。
【０２１６】
したがって、Ｓ２８１３においてクライアント装置１００の新しい公開鍵を受け取るが、この新しい公開鍵がＳ２８１２で送信した署名鍵で署名された公開鍵でない場合には正しい公開鍵でないと判断され、処理を終了する。この処理を含むことにより、Ｓ２８０２で受信した最初に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてもよく、Ｓ２８１３で受信した所定時間経過後に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてはならない。
【０２１７】
図３７のイベントフローを実現するクライアント装置１００の処理を図３１のフローチャートの変形例として説明を行なう。Ｃ２９０５において公開鍵の変更要求を含むイベントを受信した場合はＣ２９１２へ進み、Ｃ２９１４で新たな公開鍵をサーバ装置２００に送信している。このとき、公開鍵の変更要求にサーバ装置２００の署名用鍵が含まれる。その場合、Ｃ２９１４で送信される新たな公開鍵はサーバ装置２００の署名用鍵を用いて署名される。この処理を含むことにより、Ｃ２９０４で送信した最初に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてもよく、Ｃ２９１４で送信した所定時間経過後に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてはならない。
【０２１８】
（サーバ装置情報のコンテンツ内への埋め込み）
サーバ装置２００から送信されたストリーミングデータが、クライアント装置１００でサーバ装置２００の許可なしにコピーされたり再配布されたりした場合に、ストリーミングデータがサーバ装置２００から送出されたことを示す情報をストリーミングデータ内に埋め込む処理に関して説明する。この処理は、サーバ装置２００の送信データ生成部２１１にて行なわれる。
【０２１９】
１つの方法としては、送信データ生成部２１１は出力切替部２１０から受け取ったデジタルデータを一旦デコードして、サーバ装置２００から送出されたことを示す情報を埋め込み、再びデジタルデータとしてエンコードする方法が考えられる。
【０２２０】
情報を埋め込む方法としては、人間の目や耳では知覚し難いノイズという形で埋め込む方法（既知の電子透かし技術を利用）や、逆に人間に知覚できる形で埋め込む方法である。図３８は、デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す図である。図３８では、画像の右下隅に「チューナＩＤ：１２３４−５６７８−９０１２」の文字が埋め込まれている。埋め込む情報は、サーバ装置２００を特定する情報（ＩＰアドレスや、サーバ装置２００の物理アドレスや、ＢＳ／ＣＳチューナのＩＤ番号など）が望ましい。また、人間に知覚できる形態で埋め込む場合には、たとえば「このデータはサーバ装置から送信されたデータです」といった一般的な警告文であってもよい。
【０２２１】
また、デジタルデータが複数のフレームで構成される映像の場合には、デジタルデータの各フレームの画面の右下隅に白または黒の矩形領域を埋め込んで１ビットの情報とし、それらのビット情報を組合わせてサーバ装置２００から送出されたことを示すこともできる。図３９は、複数のフレームで構成される映像のデジタルデータに情報を埋め込む一例を示す図である。
【０２２２】
人間の目には、右下隅の１ビット程度の表示情報はほとんど無視できるため、デジタル映像データを見る際にはほとんど無視できる。例えば、サーバ装置２００から送出されたことを示す情報として、スタートビットが「００００」、サーバ装置２００のＩＤ番号が「１０１０１１１１００１０」であるような場合には、「００００１０１０１１１１００１０」を情報として埋め込む。この場合には、１，２，３，４，６，８，１３，１４，１６枚目のフレームの右下隅には白の矩形が、５，７，９，１０，１１，１２，１５枚目のフレームの右下隅には黒の矩形が、それぞれ表示される。また、１７枚目以降のフレームは、１〜１６枚目のフレームに表示したのと同じパターンの矩形を繰り返し表示する。
【０２２３】
図４０は、デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す別の図である。図４０（ａ）は、画像の四隅に矩形を配置して１フレームで４ビットの情報を表わす例を示す。図４０（ｂ）は、画像に２次元コードを配置して１フレームで複数ビットの情報を表わす例を示す。また、２次元コードではなく１次元のバーコードを配置してもよい。図４０（ｃ）は、白黒ではなく色情報を用いて１フレームで複数ビットの情報を表わす例を示す図である。
【０２２４】
ストリーミングデータがサーバ装置２００から送出されたことを示す情報をストリーミングデータ内に埋め込むもう１つの方法としては、送信データ生成部２１１は出力切替部２１０から受け取ったデジタルデータを完全にデコードせずに、サーバ装置２００から送出されたことを示す情報を埋め込む方法である。
【０２２５】
ここでは、ＭＰＥＧ−１ビデオのコーデック方法に準拠したストリーミングデータに対して、ストリーミングデータがサーバ装置２００から送出されたことを示す情報を埋め込む手法について説明する。
【０２２６】
図４１は、ＭＰＥＧ−１ビデオのコーデック方法を説明するための図である。ＭＰＥＧ−１ビデオでは、空間領域における冗長性の除去としてブロックと呼ばれる８×８画素単位でＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ：離散コサイン変換）を行なう。さらに、データ量の異なる３種類のピクチャにより時間領域における冗長性の除去を行なっている。ピクチャには、他のピクチャの影響を受けないＩピクチャ、過去のフレームから一方向のフレーム間予測を行ない差分を符号化したＰピクチャ、過去と未来の２つのフレームから二方向のフレーム間予測を行ない差分を符号化したＢピクチャがある。Ｂピクチャは未来のフレームを予測に用いるため、その符号化に先がけて、予測に用いる未来のフレームが符号化されていなくてはならない。そこで符号化時にフレームの並べ替えが行なわれる。図４２に、ＭＰＥＧ−１ビデオにおけるフレームの並べ替えの概念を示す。
【０２２７】
本発明では、上記３種類のピクチャのうち、Ｉピクチャに対してのみサーバ装置２００から送出されたことを示す情報を埋め込む。埋め込む方法としては、図３９で示したのと同様に、フレームの画面の右下隅に、白または黒の矩形領域を用いて１ビットの情報を表わし、複数のフレームで構成される複数ビットを用いてサーバ装置２００から送出されたことを示す情報を表現する。
【０２２８】
図４３は、サーバ装置２００から送出されたことを示す情報をＭＰＥＧ−１ビデオに埋め込む処理を説明するフローチャートであり、図４４は同処理を説明する概念図である。
【０２２９】
図４３および図４４を参照して、送信データ生成部２１１が出力切替部２１０からデジタルデータを受け取ると（Ｓ４００１）、デジタルデータからＩピクチャを取り出す（Ｓ４００２）。次に、Ｉピクチャの右下のブロック（図４１のブロック）を取り除き（Ｓ４００３）、代わりに記録するビット情報に応じて白または黒をＤＣＴで変換したブロックを作成し（Ｓ４００４）、取り除いた右下のブロックの代わりに挿入する（Ｓ４００５）。なお、この処理で例えばＩピクチャの右下のブロックを完全に入れ替えてしまうのではなく、元のブロックの領域の一部にビット情報を表わす矩形を上書きしてもよい。
【０２３０】
そして、新しいＩピクチャと、変更を加えていないＰピクチャ、Ｂピクチャを合わせて新しいデジタルデータを生成する（Ｓ４００６）。
【０２３１】
ＰピクチャとＢピクチャはＩピクチャからフレームの予測しているため、Ｉピクチャが変更されればＰピクチャとＢピクチャから復元されるフレームは変わってしまうことになる。しかしながら影響するノイズは画面右下隅近辺に限定されるため、人間が見る際にはそれほど問題にならないと考えられる。逆に本発明により、デジタルデータをすべてデコードすることなしに、サーバ装置２００から送出されたことを示す情報を埋め込む処理が可能となる。
【０２３２】
図４５は、サーバ装置２００において記録すべき情報を入力し、記録すべき情報を分割して複数のＩピクチャに情報を埋め込む処理を説明するフローチャートである。この処理で使用できるビット情報は白または黒からなる２値であるとする。記録すべき情報は送信データ生成部２１１において２進数の数として桁ごとの数値に分解される（Ｓ４７０１）。なお、記録すべき情報とは、サーバ装置２００を識別する値として送信データ生成部２１１が固定的にもっていてもよいし、いずれかの部位から入力されてもよい。
【０２３３】
送信データ生成部２１１は複数のＩピクチャのそれぞれに２進数の数として桁ごとの数値を割り振り（Ｓ４７０２）、２進数の数値が０ならば白ブロック、１ならば黒ブロックとなるように、右下のブロックを置き換える（Ｓ４７０３）。なお、具体的な置き換え手順に関しては図４３で示した通りである。
【０２３４】
図４６は、クライアント装置１００においてサーバ装置２００から送出されたことを示す情報を読み出す処理を説明するフローチャートである。デコード処理部１０７はストリームデータ受信部１０６からＭＰＥＧ−１ビデオを受け取ると（Ｓ４８０１）、Ｉピクチャ、Ｐピクチャ、Ｂピクチャに分けてＩピクチャのみを取り出す（Ｓ４８０２）。次にＩピクチャをデコードして画像データを取り出し（Ｓ４８０３）、画像データの右下のＤＣＴ変換した１ブロックに相当する領域が白であるか黒であるかを調べる（Ｓ４８０４）。白であれば０を、黒であれば１を割り当てて２進数の１つの桁に相当する数値とみなし（Ｓ４８０５）、複数のＩピクチャが２進数の各桁を表わすとみなして元の記録された２進数の数値を取り出す（Ｓ４８０６）。
【０２３５】
そして、Ｉピクチャの右下のＤＣＴ変換した１ブロックに相当する領域を、当該領域の右に隣接する領域の色で塗りつぶし（Ｓ４８０７）、Ｐピクチャ、Ｂピクチャのデコード処理も行ない、最終的に構成されたアナログ映像データをアナログ出力部１０２から出力する（Ｓ４８０８）。Ｓ４８０７において、右下の領域の右に隣接する領域の色で塗りつぶすことにより、出力されるアナログ映像データには、サーバ装置２００から送出されたことを示す情報は残らない。
【０２３６】
なお、ここでは画像データの右下のＤＣＴ変換した１ブロックに相当する領域全体が白または黒を示し１枚の画像に２値の情報を記録する例を示しているが、矩形ではなく２次元コードを配置して１フレームで複数ビットの情報を表わしたり（図４０（ｂ）参照）、２次元コードではなく１次元のバーコードを配置したり、白黒ではなく色情報を用いて１フレームで複数ビットの情報を表わしたり（図４０（ｃ）参照）することによって、１枚の画像に多値の情報を記録することができる。これらの場合においても、図４６に示したのと同様の処理を用いて情報を読み出すことができる。
【０２３７】
（サーバ装置ＤＶＤ等のストリームデータ再生装置である場合）
さて、ここまでサーバ装置２００としてはデジタル放送データを扱うチューナーを想定して説明を続けてきたが、例えばサーバ装置２００がＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やＶＴＲ（Ｖｉｄｅｏ Ｔａｐｅ Ｒｅｃｏｒｄｅｒ）などのストリームデータ再生装置、あるいは、ストリームデータ再生装置からアナログ入力またはデジタル入力するストリームデータを扱う機器であるような場合にも適用が可能である。
【０２３８】
図４７は、図２に示したサーバ装置２００を変形したサーバ装置２５０の構成を表わす概略図である。サーバ装置２５０は、ＤＶＤメディアやビデオテープなどのストリームデータ記録媒体を再生する装置を含む。図２に示したサーバ装置２００との違いは、アンテナ信号入力部２０２、チャンネル指示部２０４、チャンネル選択部２０８、スクランブル解除処理部２０９がなく、代わりに、記録メディア読取部２５１、読取制御指示部２５２、読取制御部２５３を含む。
【０２３９】
記録メディア読取部２５１は、ＤＶＤメディアやビデオテープなどの記録媒体からストリームデータを読み出す部位である。記録媒体としてはデジタルデータを記録する記録媒体を想定するが、アナログデータを記録する記録媒体であっても特に問題はない。アナログデータを記録する記録媒体の場合には、送信データ生成部２１１にはアナログデータからデジタルデータを生成する処理が追加され、また、デコード処理部２１３は不要となる。
【０２４０】
読取制御指示部２５２は、記録媒体の読み取りの制御を入力するためのデバイスであり、サーバ装置２００に付属するボタンスイッチや赤外線リモコンなどで構成される。記録媒体の読み取りの制御としては、再生、停止、早送り、巻き戻しなどが考えられる。
【０２４１】
読取制御部２５３は、記録メディア読取部２５１または制御処理部２１８からの指示に基づき記録メディア読取部２５１を操作してデジタルデータを取得し、出力切替部２５３へ渡す部位である。
【０２４２】
図４８はクライアント装置１００がサーバ装置２５０の記録メディア読取部２５１を制御して、再生、停止、早送り、巻き戻しを行なう処理を表わす処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対して制御情報（再生、停止、早送り、巻き戻しなど）を入力すると（Ｃ４３０１）、制御データ送信部１１１で設定された制御情報を含む制御データが生成し（Ｃ４３０２）、通信部１０１を介してサーバ装置２５０へ送信する（Ｃ４３０３）。
【０２４３】
サーバ装置２５０では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ４３０４）、設定された制御情報に従って読取制御部２５３は記録メディア読取部２５１を操作（再生、停止、早送り、巻き戻しなど）する（Ｓ４３０５）。
【０２４４】
これにより、本発明のクライアント装置１００とサーバ装置２５０を用いて、ＤＶＤやビデオをリモートで視聴することが可能となる。
【０２４５】
（プログラムとしての実現）
なお、図３に示したクライアント装置１００、図２に示したサーバ装置２００、図４７に示したサーバ装置２５０は、これらの装置で実行される処理を記述した処理プログラムをコンピュータに実行させることによっても実現可能である。
【０２４６】
この処理プログラムはコンピュータで読み取り可能な記録媒体に格納されており、各処理は上記プログラムがコンピュータに読込まれ、実行されることによって実現される。記録媒体の例としては、磁気テープやカセットテープなどのテープ系、フロッピー（Ｒ）ディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤなどの光ディスクなどからなるディスク系、ＩＣカードや光カード等のカード系、マスクＲＯＭ、ＦＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体などいずれであってもよい。
【０２４７】
以上説明したように、本実施の形態における情報転送システムによれば、クライアント装置１００からテレビ番組などを予約することが可能である。また、予約時間になって初めてクライアント装置１００とサーバ装置２００または２５０との通信回線を接続してテレビ番組の転送を行なうため、通信回線を有効に利用することができ、通信回線が時間課金の場合にはコストを削減することができる。さらに、テレビ番組の受信が開始されたことが利用者に報知されるので、利用者は転送されてきた番組を忘れずに視聴することができる。
【０２４８】
さらに、本実施の形態における情報転送システムによれば、クライアント装置１００とサーバ装置２００とのいずれかからのみテレビ番組を出力しないので、テレビ番組が出力される装置の台数を保証する情報転送システムを実現することができる。例えば番組の供給業者は１契約につき必ず出力が１つの機器であることを前提とした、契約条件設定や料金設定を行なうことができる。
【０２４９】
【発明の効果】
この発明によれば、転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態が確立され、通信可能状態が確立された情報受信装置に、外部より受信された情報が送信される。このため、予約された時刻になると、たとえば放送番組等の外部から受信された情報が情報受信装置に送信される。しかも、たとえば転送予約した時などの転送開始時刻が取得された時からたとえば放送番組等の外部から受信された情報が送信されるまでの間、情報転送装置と情報受信装置とを通信確立状態にしないので、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。
【０２５０】
また、利用者による転送開始時刻の入力が受付けられ、入力された転送開始時刻が計時されたことが報知されるので、利用者が、情報受信装置から出力される予約した情報を見逃すのを防止することができる。
【０２５１】
さらに、外部から受信された情報の出力先が、出力手段と通信手段のいずれかに切換えられるので、受信された情報が、出力手段と通信手段とから同時に出力されることはない。その結果、情報の出力先を制限することができる。
【０２５２】
さらに、通信確立要求の受信に応じて、既に通信可能状態が確立されている情報受信装置の数が予め定められた最大機器数に達していないことが判定されたことを条件に、通信確立要求を送信した情報受信装置との通信確立状態が確立されるので、通信確立状態とされる情報受信装置の数を最大機器数以下とすることできる。このため、情報の出力先数を保証することができる。
【０２５３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】本発明の１つの実施形態における情報転送システムの基本構成を表わす概略図である。
【図２】本実施の形態における情報転送システムを構成するサーバ装置の構成を表わす概略図である。
【図３】本実施の形態における情報転送システムを構成するクライアント装置の構成を表わす概略図である。
【図４】サーバ装置が単体でデジタル放送データを扱うチューナーとして動作する処理のフローチャートである。
【図５】情報転送システムにおいてＳＩＰを用いてセッション確立のイベントフローを示す図である。
【図６】クライアント装置とサーバ装置との間でセッションを確立する処理のフローチャートである。
【図７】クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第１の図である。
【図８】クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第２の図である。
【図９】ＩＰ電話番号の一般的な運用例を説明する概念図である。
【図１０】クライアント装置がサーバ装置上の機能を指定するためのＩＰ電話番号の設定例を表わす概念図である。
【図１１】クライアント装置がサーバ装置上のチューナーのチャンネルを指定するためのＩＰ電話番号の設定例を表わす概念図である。
【図１２】情報ＩＮＶＩＴＥを送信するイベントを構成する処理を説明する概念図である。
【図１３】ＳＩＰを用いてセッション切断のイベントフローを示す図である。
【図１４】クライアント装置とサーバ装置との間でセッションを切断する処理のフローチャートである。
【図１５】サーバ装置からクライアント装置へストリームデータを転送する処理のフローチャートである。
【図１６】サーバ装置における出力先の設定を説明するための概念図である。
【図１７】サーバ装置における出力先の設定処理の変形例の流れを示すフローチャートである。
【図１８】クライアント装置１００がサーバ装置２００のチャンネルを設定する処理のフローチャートである。
【図１９】クライアント装置１００が映像のズームインまたはズームアウトをサーバ装置２００に指示する処理のフローチャートである。
【図２０】携帯電話に備えられたテンキーとズームアップする領域との対応の一例を示す図である。
【図２１】画像の縮小処理をサーバ装置で実行することの意義を説明するための図である。
【図２２】ズームアップ（ズームイン）の処理をサーバ装置で実行することの意義を説明するための図である。
【図２３】ズームインやズームアウトが設定された際の、サーバ装置の送信データ生成部で実行される処理のフローチャートである。
【図２４】クライアント装置１００がサーバ装置２００に指示して出力切替部の設定を切り替える処理のフローチャートである。
【図２５】クライアント装置がサーバ装置に予約時刻を設定する処理のフローチャートである。
【図２６】予約時刻になったときにサーバ装置がクライアント装置へストリームデータを転送する処理のフローチャートである。
【図２７】クライアント装置が予約時刻を設定する処理のフローチャートである。
【図２８】予約時刻になったときにクライアント装置がサーバ装置に要求して、サーバ装置からクライアント装置へのストリームデータ送信を開始させる処理のフローチャートである。
【図２９】サーバ装置からクライアント装置に対してストリームデータを送信する際のイベントフロー図である。
【図３０】図２９のイベント処理を行なうためのサーバ装置内の処理を表わすフローチャートである。
【図３１】図２９のイベント処理を行なうためのクライアント装置１００内の処理を表わすフローチャートである。
【図３２】２つのクライアント装置Ａ，Ｂに対してマルチキャストでコンテンツを送付する場合のイベントフロー図である。
【図３３】クライアントＬ、クライアントＭ、クライアントＮそれぞれに対して各公開鍵でコンテンツ１を暗号化して送信するイベントを示す図である。
【図３４】コンテンツを送信するためのイベント例を表わす概念図である。
【図３５】クライアント装置が第２通信部を備え、サーバ装置が第２通信部を備えたストリーム情報転送システムの概略を示す図である。
【図３６】図２９のイベントフローの変形例を示す図である。
【図３７】図２９のイベントフローの別の変形例を示す図である。
【図３８】デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す図である。
【図３９】複数のフレームで構成される映像のデジタルデータに情報を埋め込む一例を示す図である。
【図４０】デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す別の図である。
【図４１】ＭＰＥＧ−１ビデオにおいて１枚のピクチャを圧縮処理する方法を説明する概念図である。
【図４２】ＭＰＥＧ−１ビデオにおけるフレームの並べ替えの概念を示す。
【図４３】サーバ装置から送出されたことを示す情報をＭＰＥＧ−１ビデオに埋め込む処理を説明するフローチャートである。
【図４４】サーバ装置から送出されたことを示す情報をＭＰＥＧ−１ビデオに埋め込む処理のフローチャートである。
【図４５】サーバ装置において記録すべき情報を入力し、記録すべき情報を分割して複数のＩピクチャに情報を埋め込む処理を説明するフローチャートである。
【図４６】クライアント装置においてサーバ装置から送出されたことを示す情報を読み出す処理を説明するフローチャートである。
【図４７】図２に示したサーバ装置を変形したサーバ装置の構成を表わす概略図である。
【図４８】クライアント装置が変形されたサーバ装置の記録メディア読取部を制御して、再生、停止、早送り、巻き戻しを行なう処理を表わす処理のフローチャートである。
【図４９】サーバ装置における出力先の設定処理の別の変形例の流れを示すフローチャートである。
【符号の説明】
１００ クライアント装置、１０１，２０１ 通信部、１０２，２０３ アナログ出力部、１０３ 指示入力部、１０４，２０６ セッション管理部、１０５，２０７ 認証処理部、１０６ ストリームデータ受信部、１０７ デコード処理部、１０８ 受領データ生成部、１０９ 受領データ送信部、１１０ 付加情報蓄積部、１１１ 制御データ送信部、１２１，２２１ 第２通信部、２００ サーバ機器、２０２ アンテナ信号入力部、２０４ チャンネル指示部、２０５出力切替指示部、２０８ チャンネル選択部、２０９ スクランブル解除処理部、２１０ 出力切替部、２１１ 送信データ生成部、２１２ ストリームデータ送信部、２１３ デコード処理部、２１４ 付加情報生成部、２１５ 受領データ確認部、２１６ 付加情報管理部、２１７ クライアント装置、２１７ 制御データ受信部、２１８ 制御処理部、２１９ 出力先管理部、２５０ サーバ装置、２５１ 記録メディア読取部、２５２ 読取制御指示部、２５３ 出力切替部、２５３ 読取制御部。
【発明の属する技術分野】
本発明は情報転送装置、情報受信装置および処理プログラムに関し、特に情報を入力して受信装置に転送する情報転送装置、情報転送装置から情報を受信する受信装置、および、情報転送装置または情報受信装置で実行される処理プログラムに関する。
【０００２】
【従来の技術】
近年、家庭内に設置されたテレビチューナで受信したテレビ番組の情報を、他の機器へ転送するシステムが知られている。このシステムは、テレビチューナとアンテナを備えたパーソナルコンピュータ（以下「ＰＣ」という）からなるサーバ装置とテレビ番組を出力するためのＰＣであるクライアント装置とをネットワークで接続する。そして、サーバ装置は、チューナで受信したテレビ映像をネットワークの帯域内に転送できるようにリアルタイムでエンコード処理して、ネットワークを介してクライアント装置に転送する。そして、クライアント装置では、受信したテレビ映像をデコードしてディスプレイに出力する（たとえば非特許文献１）。このようなシステムでは、予め定められた利用者にのみ映像の転送を可能とするため、サーバ装置に利用者登録機能を備え、接続されたクライアント装置が利用者登録されていることが確認されなければ、映像信号を転送しないようにしている。また、サーバ装置に同時に接続可能なクライアント装置を１台として、映像出力を１つのディスプレイに制限する。
【０００３】
また、特開２００２−１８５９００号公報（特許文献１）には、テレビ放送録再配信システムが記載されている。このテレビ放送録再配信システムは、インターネット等の通信ネットワークに、携帯電話機等の情報通信端末およびテレビ放送録再配信ステーションが接続されている。ステーションは、情報通信端末から録画（予約）要求があると、所望のテレビ放送番組を録画する。その後、情報通信端末から再生予約があると、ネットワークを介して再生された画像データを情報通信端末に送信する。
【０００４】
さらに、同一世帯内に設置された２台以上のテレビジョン受信機それぞれで、有料ＴＶ放送を視聴可能にするための有料テレビジョン放送受信システムが、特開２０００−３２４４６５号公報（特許文献２）に記載されている。この有料テレビジョン放送受信システムは、有料ＴＶ放送を受信可能な親ＴＶ受信機及び子ＴＶ受信機を有する。契約した有料ＴＶ放送の受信用の暗号解読キー信号が親ＴＶ受信機がから子ＴＶ受信機に伝送される。子ＴＶ受信機では、親ＴＶ受信機がから受信された暗号解読キー信号を使用して親ＴＶ受信機が契約した有料ＴＶ放送を受信可能にする。
【０００５】
【特許文献１】
特開２００２−１８５９００号公報
【０００６】
【特許文献２】
特開２０００−３２４４６５号公報
【０００７】
【非特許文献１】
株式会社インフォシティの”ドコデモＴＶ”、［ｏｎｌｉｎｅ］、平成１４年７月２４日検索、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｄｏｋｏｄｅｍｏｔｖ．ｃｏｍ／＞
【０００８】
【発明が解決しようとする課題】
しかしながら、非特許文献１に記載のシステムでは、受信する番組を予約しておき、予約した時間になったときに映像を受信したいと望む場合には、予約した時点からクライアント装置をサーバ装置に接続しておかなければならない。このため、ネットワークの使用が時間により課金（時間課金方式という）される場合または送信するデータ量により課金（データ量課金方式という）される場合等には、予約した時点から予約時刻までネットワーク使用料が課金されてしまうといった問題がある。また、テレビ番組を受信しない間もネットワークを使用することになり、ネットワーク資源を無駄に使用することになる。
【０００９】
また、クライアント装置の利用者は、予約時刻になってテレビ番組の受信が開始されたことを知ることはできない。特に、クライアント装置が、利用者に携帯される携帯電話、ＰＤＡ等の場合、クライアント装置は常に利用者の目の前にあるわけではなくポケット等に収納されることがある。この場合、利用者は、テレビ番組の情報が受信されたことを知ることはできず、そのテレビ番組を見逃してしまうといった問題がある。
【００１０】
特許文献１に記載のテレビ放送再配信システムでは、情報通信端末側からのアクセスにより、テレビ放送録再配信ステーションにより録画された番組の情報が再生されて送信されるため、上述したネットワークが時間課金方式またはデータ量課金方式の場合の問題点は解決されるものの、予約した時刻に番組をリアルタイムに視聴することができないといった問題がある。
【００１１】
一般的に有料テレビ放送の課金方法は、契約したテレビチューナー以外の機器で有料放送が視聴される場合には、契約したテレビチューナでの視聴契約に加えてさらにもう１台分の視聴契約がされる。特許文献２に記載の有料テレビジョン放送受信システムでは、１つのテレビチューナで受信した有料テレビ放送を、複数のテレビジョンで出力可能となるため、テレビジョン単位で視聴料を課金することができない。このため、視聴可能なテレビジョンの台数がわかっている場合には、複数台のテレビジョンで視聴することを前提として視聴料を課金するしかない。したがって、利用者は、たとえ１台のテレビジョンでしか視聴していないにも係わらず、複数台分の視聴料を支払わなければならない。
【００１２】
本発明は、上述の問題点を解決するためになされたもので、この発明の目的の１つは、ネットワーク資源が無駄に使用されるのを防止した情報転送装置、情報受信装置およびそれらで実行される処理プログラムを提供することである。
【００１３】
この発明の他の目的は、利用者に所望の情報を確実に提供することが可能な情報受信装置およびそれに実行される処理プログラムを提供することである。
【００１４】
この発明のさらに他の目的は、情報の出力先を制限することが可能な情報転送装置を提供することである。
【００１５】
【課題を解決するための手段】
上述した目的を達成するためにこの発明のある局面によれば、情報転送装置は、外部から情報を入力するための情報入力手段と、転送開始時刻を取得する転送開始時刻取得手段と、時刻を計時するタイマ手段と、タイマ手段にて取得された転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態を確立するための通信確立手段と、通信確立手段により通信可能状態が確立された情報受信装置に、情報入力手段により受信された情報を送信するための情報送信手段とを備える。
【００１６】
この発明に従えば、転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態が確立され、通信可能状態が確立された情報受信装置に、外部より受信された情報が送信される。このため、予約された時刻になると、たとえば放送番組等の外部から受信された情報が情報受信装置に送信される。しかも、たとえば転送予約した時などの転送開始時刻が取得された時からたとえば放送番組等の外部から受信された情報が送信されるまでの間、情報転送装置と情報受信装置とを通信確立状態にしない。これにより、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止した情報転送装置を提供することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。
【００１７】
好ましくは、情報入力手段は、外部から複数種類の情報を入力し、情報入力手段から複数種類の情報のうちからいずれかを指定するための選択情報を取得する選択情報入力手段をさらに備え、情報送信手段は、情報入力手段により受信された複数種類の情報の中から取得された選択情報により特定される情報を送信する。
【００１８】
この発明に従えば、情報受信装置から複数種類の情報のうちからいずれかを指定するための選択情報が取得され、受信された複数種類の情報の中から選択情報により特定される情報が送信される。このため、情報受信装置を利用する利用者に対して、その利用者が所望する情報を提供することができる。
【００１９】
この発明の他の局面によれば、情報受信装置は、利用者による転送開始時刻の入力を受付ける転送開始時刻入力手段と、転送開始時刻入力手段による転送開始時刻の入力に応じて、転送開始時刻を情報転送装置に送信する転送開始時刻送信手段と、通信開始要求を受信する通信開始要求受信手段と、通信開始要求受信手段により受信された通信開始要求が、転送開始時刻送信手段により送信された転送開始時刻に対応するか否かを判定する判定手段と、判定手段による判定結果に基づいて、情報転送装置との通信が可能な通信可能状態を確立するための通信確立手段と、通信可能状態が確立された情報転送装置から情報を受信する情報受信手段と、受信された情報を出力する情報出力手段とを備える。
【００２０】
この発明に従えば、利用者による転送開始時刻の入力に応じて、転送開始時刻が情報転送装置に送信され、受信された通信開始要求が、送信した転送開始時刻に対応するか否かの判定され、その判定結果に基づいて、情報転送装置との通信が可能な通信可能状態が確立される。そして、通信可能状態が確立された情報転送装置から情報が受信されて、受信された情報が出力される。このため、情報受信装置から、たとえば放送番組等の情報の送信を予約することができる。また、転送開始時刻を入力してから情報が受信されるまでの間、情報受信装置と情報転送装置通信との通信を確立しないので、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止した情報転送装置を提供することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。さらに、受信された通信開始要求が、送信した転送開始時刻に対応するか否かが判定されるので、利用者が予約した情報のみを受信することが可能となり、予約していない情報の受信を防ぐことができる。
【００２１】
好ましくは、判定手段は、転送開始時刻送信手段により転送開始時刻が送信された情報転送装置の識別情報と、通信開始要求受信手段により受信された通信開始要求を出力した情報転送装置の識別情報とを比較する比較手段を含む。
【００２２】
この発明に従えば、転送開始時刻が送信された情報転送装置の識別情報と、受信された通信開始要求を出力した情報転送装置の識別情報とが比較される。識別情報とは、例えば、ＵＲＬ等のネットワークアドレスである。このため、受信される情報が利用者が予約した情報か否かを確実、かつ、容易に判定することができる。
【００２３】
好ましくは、通信確立要求手段による通信確立要求の受信に応じて、情報転送装置から情報が受信されることを報知する報知手段をさらに備える。
【００２４】
この発明に従えば、通信確立要求の受信に応じて、情報転送装置から情報が受信されることを報知するので、利用者が、情報受信装置から出力される予約した情報を見逃すのを防止することができる。
【００２５】
好ましくは、利用者による情報受信手段による情報の受信許可の入力を受付けるための許可入力手段をさらに備え、通信確立手段は、許可入力手段による許可の入力受付を条件に、情報転送装置との通信が可能な通信可能状態を確立する。
【００２６】
この発明に従えば、利用者により情報の受信許可の入力が受付けられたことを条件に、情報転送装置との通信が可能な通信可能状態が確立される。このため、利用者が送信を予約した情報の受信をキャンセルすることができる。たとえば、利用者が予約時刻に、受信した情報を視聴できなくなるように予約時刻入力時から状況が変化したような場合に、視聴されない情報が受信されるのを防止することができる。さらに、情報の受信が有料の場合、または、情報転送装置と情報受信装置との間の通信に用いられるネットワークの使用が時間課金されるような場合に、コストを削減することができる。
【００２７】
この発明のさらに他の局面によれば、情報受信装置は、利用者による転送開始時刻の入力を受付ける転送開始時刻入力手段と、時刻を計時するタイマ手段と、タイマ手段にて入力された転送開始時刻が計時されたことを報知するための報知手段と、タイマ手段にて入力された転送開始時刻が計時されたことを条件に、情報転送装置に通信確立要求を送信する通信確立要求送信手段と、通信確立要求送信手段により送信された通信確立要求に基づき情報転送装置との通信が可能な通信可能状態を確立する通信確立手段と、通信可能状態が確立された情報転送装置から情報を受信する情報受信手段と、情報受信手段により受信された情報を出力する情報出力手段とを備える。
【００２８】
この発明に従えば、入力された転送開始時刻が計時されたことを条件に、情報転送装置に通信確立要求が送信され、送信された通信確立要求に基づき情報転送装置との通信が可能な通信可能状態が確立される。そして、通信可能状態が確立された情報転送装置から情報が受信されて、受信された情報が出力される。このため、たとえば放送番組等の情報を情報転送装置から受信するのを予約することができる。また、転送開始時刻が入力されてから情報が受信されるまでの間、情報受信装置と情報転送装置通信との通信を確立しないので、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止した情報受信装置を提供することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。
【００２９】
好ましくは、タイマ手段にて入力された転送開始時刻が計時されたことを条件に、前記情報転送装置から情報が受信されることを利用者に報知する。
【００３０】
この発明に従えば、利用者による転送開始時刻の入力が受付けられ、入力された転送開始時刻が計時されたことが報知される。このため、利用者が、情報受信装置から出力される予約した情報を見逃すのを防止することができる。
【００３１】
好ましくは、利用者による情報受信手段による情報の受信許可の入力を受付けるための許可入力手段をさらに備え、通信確立要求送信手段は、許可入力手段による許可の入力受付を条件に、情報転送装置に通信確立要求を送信する。
【００３２】
この発明に従えば、利用者による情報の受信許可の入力が受付けられたことを条件に、情報転送装置に通信確立要求が送信される。このため、利用者が転送開始時刻入力時に送信を予約した情報の受信をキャンセルすることができる。たとえば、利用者が転送開始時刻に受信した情報を視聴できない状況に、転送開始時刻の入力時の状況から変化したような場合に、視聴されない情報が受信されるのを防止することができる。さらに、情報の受信が有料の場合、または、情報転送装置と情報受信装置との間の通信に用いられるネットワークの使用が時間課金されるような場合に、コストを削減することができる。
【００３３】
この発明のさらに他の局面によれば、情報転送装置は、外部から情報を入力するための情報入力手段と、情報を出力するための出力手段と、情報受信装置と通信する通信手段と、受信された情報の出力先を、通信手段により情報受信装置から受信された出力先切替情報に基づき、出力手段と通信手段のいずれかに切換える切替手段とを備える。
【００３４】
この発明に従えば、外部から受信された情報の出力先が、情報受信装置から受信された出力先切替情報に基づいて、出力手段と通信手段のいずれかに切換えられる。これにより、受信された情報が、出力手段と通信手段とから同時に出力されることはない。その結果、情報の出力先を制限することが可能な情報転送装置を提供することができる。また、情報受信装置から情報転送装置の出力先を切替えることができる。さらに、情報転送装置に出力先を設定するためのスイッチを設ける必要がない。
【００３５】
好ましくは、情報受信装置から通信確立要求を受信する通信確立要求受信手段と、通信確立要求受信手段により通信確立要求が受信されたことに応じて、該通信確立要求を送信した情報受信装置との通信が可能な通信可能状態を確立する通信確立手段とをさらに備え、切替手段は、通信確立要求受信手段による通信確立要求の受信に応じて、出力先を通信手段に切替える。
【００３６】
情報受信装置から通信確立要求が受信されたことに応じて、その通信確立要求を送信した情報受信装置との通信が可能な通信可能状態が確立される。また、通信確立要求の受信に応じて、出力先が通信手段に切替えられる。このため、、情報受信装置から通信確立要求が受信された場合には、情報転送装置と情報受信装置との通信が可能な通信可能状態が優先して確立される。
【００３７】
好ましくは、情報受信装置との間で確立した通信の切断を検出する通信切断検出手段をさらに備え、切替手段は、通信切断検出手段が通信の切断を検出したときは、出力先を出力手段に切替える。
【００３８】
この発明に従えば、通信確立状態にある情報受信装置が存在しないときは、情報の出力先が出力手段に切替えられる。このため、通信確立状態にある情報受信装置が存在しないときは、受信した情報が情報転送装置から優先して出力される。
【００３９】
好ましくは、情報受信装置から通信確立要求を受信する通信確立要求受信手段と、通信確立要求受信手段による通信確立要求の受信に応じて、切替手段により出力先が通信手段に切替えられていることを条件に、該通信確立要求を送信した情報受信装置との通信が可能な通信可能状態を確立する通信確立手段とをさらに備えた。
【００４０】
この発明に従うと、情報受信装置から通信確立要求が受信されたことに応じて、出力先が通信手段に切替えられていることを条件に、その通信確立要求を送信した情報受信装置との通信が可能な通信可能状態が確立される。このため、出力先が通信手段に切替えられていない場合には、通信確立要求を送信した情報受信装置との通信が可能な通信可能状態が確立されない。その結果、情報転送装置からの出力が優先されるので、例えばネットワークの使用が時間課金される場合にコストを削減することができる。
【００４１】
好ましくは、通信確立手段は、同時に複数の情報受信装置と通信可能状態を確立可能であり、通信確立要求受信手段による通信確立要求の受信に応じて、既に通信可能状態が確立されている情報受信装置の数が予め定められた最大機器数に達していないことを判定する判定手段を含み、判定手段により最大機器数に達していないと判定されたことを条件に、通信確立要求を送信した情報受信装置との通信確立状態を確立する。
【００４２】
この発明に従えば、通信確立要求の受信に応じて、既に通信可能状態が確立されている情報受信装置の数が予め定められた最大機器数に達していないことが判定され、判定手段により最大機器数に達していないと判定されたことを条件に、通信確立要求を送信した情報受信装置との通信確立状態が確立される。このため、通信確立状態とされる情報受信装置の数を最大機器数以下とすることできるので、情報の最大の出力先数を保証することが可能な情報転送装置を提供することができる。
【００４３】
好ましくは、切替手段は、通信確立状態にある情報受信装置が１以上存在するときに、出力先を通信手段に切替える。
【００４４】
この発明に従えば、通信確立状態にある情報受信装置が１以上存在するときに、出力先が通信手段に切替えられる。このため、情報受信装置から通信確立要求が受信された場合には、情報転送装置と情報受信装置との通信が可能な通信可能状態が優先して確立される。
【００４５】
好ましくは、切替手段は、通信確立状態にある情報受信装置が存在しないときは、出力先を出力手段に切替える。
【００４６】
この発明に従えば、通信確立状態にある情報受信装置が存在しないときは、出力先が出力手段に切替えられる。このため、通信確立状態にある情報受信装置が存在しないときは、受信した情報が情報転送装置から優先して出力される。
【００４７】
この発明のさらに他の局面による処理プログラムは、上述した情報転送装置または情報受信装置をコンピュータで実現するために、そのコンピュータで実行される処理プログラムである。
【００４８】
【発明の実施の形態】
以下、図面を参照して本発明の実施例を詳細に説明する。なお、図中同一符号は同一または相当する部材を示し、重複する説明は繰返さない。
【００４９】
（ストリーム情報転送システムの基本構成）
図１は、本発明の１つの実施の形態におけるストリーム情報転送システムの基本構成を表わす概略図であり、ストリーム情報転送システムは、通信にて接続されたクライアント装置１００とサーバ装置２００とを含む。クライアント装置１００とサーバ装置２００との間の通信は、有線あるいは無線の通信を用いたパケット通信が用いられる。有線通信の場合、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話回線、あるいは電力線通信（ＰＬＣ：Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを用いることができる。無線通信の場合、ＩＥＥＥ８０２．１１ｂに規定されたＴＣＰ／ＩＰベースの無線ＬＡＮ、近距離無線通信であるＢｌｕｅｔｏｏｔｈ、あるいは携帯電話の電話機と基地局との間の無線通信などを用いることができる。クライアント装置１００とサーバ装置２００とは、例えば有線で直結されていたり直接電波を送受信したりする必要はなく、中継装置を介したりインターネットを介したりして通信を行なう構成であってもよい。
【００５０】
クライアント装置１００は、具体的にはパソコン（パーソナルコンピュータ）、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、あるいは携帯電話などで構成することができ、映像と音声等の情報を出力する機能を有する。
【００５１】
サーバ装置２００は、例えばデジタル放送データを扱うチューナーや、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などのデジタル蓄積データの再生装置などである。また、連続して再生可能な映像または音声から構成されるデータを入力するものであれば、家庭に設置されるホームゲートウェイ装置や、放送局に設置される交換機などであってもよい。また本実施例ではサーバ装置２００の入力としてデジタルデータを例に説明する、入力がアナログデータであってもかまわない。
【００５２】
図２は、サーバ装置２００の構成を表わす概略図である。この例ではサーバ装置２００は、デジタル放送データを扱うチューナーである。サーバ装置２００は、通信部２０１、アンテナ信号入力部２０２、アナログ出力部２０３、チャンネル指示部２０４、出力切替指示部２０５、セッション管理部２０６、認証処理部２０７、チャンネル選択部２０８、スクランブル解除処理部２０９、出力切替部２１０、送信データ生成部２１１、ストリームデータ送信部２１２、デコード処理部２１３、付加情報生成部２１４、受領データ確認部２１５、付加情報管理部２１６、制御データ受信部２１７、制御処理部２１８および出力先管理部２１９を含む。
【００５３】
通信部２０１は有線あるいは無線通信を用いてクライアント装置１００とパケット通信を行なうデバイスである。アンテナ信号入力部２０２は、例えばデジタルＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅ）放送あるいはデジタルＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ）放送のアンテナからのＲＦ信号の入力端子が相当する。
【００５４】
アナログ出力部２０３は、アナログの映像信号または音声信号を出力するデバイスであり、例えばＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）の映像出力端子、音声出力端子が相当する。画像情報（動画）を出力するデバイスであるディスプレイやモニタ装置、音声情報を出力するデバイスであるスピーカーやヘッドホンやイヤホンなどの出力装置をサーバ装置２００内に組み込む場合には、アナログ出力部２０３は、それらの出力装置として構成される。
【００５５】
チャンネル指示部２０４は、アンテナ信号入力部２０２からの入力データが複数のチャンネルに相当する場合に利用者がチャンネルを選択するためのデバイスであり、サーバ装置２００に付属するボタンスイッチや赤外線リモコンなどで構成される。
【００５６】
出力切替指示部２０５は、アンテナ信号入力部２０２からの入力データをデコードして映像や音声データを生成した場合に、出力をサーバ装置２００のアナログ出力部２０３に行なうか通信部２０１を介してクライアント装置１００に行なうかを選択するためのデバイスであり、サーバ装置２００に付属するボタンスイッチや赤外線リモコンなどで構成される。
【００５７】
セッション管理部２０６はクライアント装置１００とサーバ装置２００とのセッション（コネクション）を管理する部位であり、通信部２０１を介してクライアント装置１００からのセッション確立要求を受信して、クライアント装置１００との間にセッション（コネクション）を確立する。または、出力先管理部２１９からの指示を受けて、通信部２０１を介してクライアント装置１００へセッション確立要求を送信して、クライアント装置１００との間にセッション（コネクション）を確立する。さらに、クライアント装置１００またはサーバ装置２００からの指示により、クライアント装置１００とのセッション（コネクション）を切断する。
【００５８】
認証処理部２０７はクライアント装置１００との間でセッションを確立する際に認証を行なう部位である。セッション管理部２０６からの指示に応じて、クライアント装置１００から受信した認証情報を調べてクライアント装置１００とセッション（コネクション）を確立してよいかを判断する。
【００５９】
チャンネル選択部２０８は、アンテナ信号入力部２０２からの入力データに対してチャンネルを選択し、所望のチャンネルのデジタルデータを取り出す部位である。取り出したデジタルデータはスクランブル解除処理部２０９に渡される。
【００６０】
スクランブル解除処理部２０９は、チャンネル選択部２０８で取り出したデジタルデータがスクランブル処理されていたり暗号化されていたりする場合には、スクランブルの解除処理あるいは復号化処理を行なう。必要に応じて、チャンネルあるいは番組の契約情報を表わすＩＣカードの読取装置や、スクランブルや暗号の解除コード情報が送られてくるための電話回線などと組み合わせて用いてもよい。スクランブルを解除処理あるいは復号化処理を行なったデジタルデータは出力切替部２１０に渡される。また、チャンネル選択部２０８で取り出したデジタルデータに対して、スクランブル処理や暗号化処理がなされていない場合には、スクランブル解除処理部２０９を設ける必要はない。
【００６１】
出力切替部２１０は、出力先管理部２１９からの指示に基づき、デジタルデータを送信データ生成部２１１に渡す、または、デコード処理部２１３に渡す。
送信データ生成部２１１は、出力切替部２１０から受け取ったデジタルデータに付加情報生成部２１４から受け取った付加情報を加えて送信データを生成する。また、必要に応じてデジタルデータの加工処理も行なう。デジタルデータの加工処理を行なう場合には、デジタルデータのままで加工処理を行なってもよいし、一旦アナログデータにデコードして加工処理を行ない、再度エンコードしてデジタルデータを生成してもよい。
【００６２】
ストリームデータ送信部２１２は、送信データ生成部２１１が生成した送信データを取り出して通信パケットを生成し、通信部２０１を介してクライアント装置１００へ通信パケットを送る。
【００６３】
デコード処理部２１３は、出力切替部２１０から受け取ったデジタルデータをデコードし、アナログの映像信号または音声信号を取り出す。取り出したアナログの映像信号または音声信号はアナログ出力部２０３に渡される。
【００６４】
付加情報生成部２１４は、送信データ生成部２１１が送信データを生成する際に付加する付加情報を生成する。
【００６５】
受領データ確認部２１５は、送信データ生成部２１１が生成した送信データをクライアント装置１００が受け取った際にクライアント装置１００が送信する受領確認を受信し、受領確認の内容を調べる。受領確認の内容が、それに先立って付加情報生成部２１４が生成した付加情報に対応するかを調べ、対応していれば付加情報生成部２１４に指示して次の付加情報を生成し、送信データ生成部２１１が次の送信データを生成できるようにする。受領確認の内容が、それに先立って付加情報生成部２１４が生成した付加情報に対応していない場合には、セッション管理部２０６に指示してクライアント装置１００とのセッション（コネクション）を切断する。
【００６６】
付加情報管理部２１６は、付加情報生成部２１４が生成した付加情報および関連情報を保持する。
【００６７】
制御データ受信部２１７は、クライアント装置２００から送られてくる制御データを受信し、制御処理部２１８に渡す。
【００６８】
制御処理部２１８は、クライアント装置１００から送られてくる制御データの指示に従ってサーバ装置２００を制御する。例えば、チャンネル選択部２０８を制御してチャンネルを変更したり、送信データ生成部２１１を制御してデジタルデータの加工処理を行なったりすることができる。クライアント装置１００がサーバ装置２００を制御できるのは、基本的には送信データがクライアント装置１００に送られている場合のみであり、出力切替部２１０からのデジタルデータが送信データ生成部２１１に渡されていない状態ではサーバ装置２００を制御できない。例えば制御処理部２１８がチャンネル選択部２０８を制御してチャンネルを変更する場合、出力先管理部２１９を参照して出力切替部２１０からのデジタルデータが送信データ生成部２１１に渡されていることを確認してからチャンネルを変更する。
【００６９】
出力先管理部２１９は、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すかデコード処理部２１３に渡すかを、出力切替部２１０に指示する。例えば、出力先管理部２１９が出力切替指示部２０５から指示を受けた場合には、出力切替指示部２０５からの指示に従って、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すかデコード処理部２１３に渡すかを設定する。また例えばクライアント装置１００とサーバ装置とのセッション（コネクション）が確立された場合には、セッション管理部２０６からの指示に従って、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すように設定する。また例えばクライアント装置１００とサーバ装置とのセッション（コネクション）が切断された場合には、セッション管理部２０６からの指示に従って、出力切替部２１０がデジタルデータをデコード処理部２１３に渡すように設定する。
【００７０】
図３は、クライアント装置１００の構成を表わす概略図である。クライアント装置１００は、通信部１０１、アナログ出力部１０２、指示入力部１０３、セッション管理部１０４、認証処理部１０５、ストリームデータ受信部１０６、デコード処理部１０７、受領データ生成部１０８、受領データ送信部１０９、付加情報蓄積部１１０、および制御データ送信部１１１を含む。
【００７１】
通信部１０１は有線あるいは無線通信を用いてサーバ装置２００とパケット通信を行なうデバイスである。
【００７２】
アナログ出力部１０２は、アナログの映像信号または音声信号を出力するデバイスであり、例えばＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍｓ Ｃｏｍｍｉｔｔｅｅ）の映像出力端子、音声出力端子が相当する。また、画像情報（動画）を出力するデバイスであるディスプレイやモニタ装置、音声情報を出力するデバイスであるスピーカーやヘッドホンやイヤホンなどの出力装置をクライアント装置１００内に組み込む場合には、アナログ出力部１０２は、それらの出力装置として構成される。
【００７３】
指示入力部１０３は、利用者がクライアント装置１００またはサーバ装置２００に対する指示を入力するデバイスであり、ボタンスイッチ、テンキー、キーボード、マウスなどで構成される。
【００７４】
セッション管理部１０４は、クライアント装置１００とサーバ装置２００とのセッション（コネクション）を管理する。セッション管理部１０４は、指示入力部１０３からの指示を受けて、通信部１０１を介してサーバ装置２００へセッション確立要求を送信して、サーバ装置２００との間にセッション（コネクション）を確立する。または、通信部１０１を介してサーバ装置２００からのセッション確立要求を受信して、サーバ装置２００との間にセッション（コネクション）を確立する。さらに、クライアント装置１００またはサーバ装置２００からの指示により、サーバ装置２００とのセッション（コネクション）を切断する。
【００７５】
認証処理部１０５は、サーバ装置２００との間でセッションを確立する際に認証を行なう。セッション管理部１０４からの指示に応じて、サーバ装置２００から受信した認証情報を調べてサーバ装置２００とセッション（コネクション）を確立してよいかを判断する。
【００７６】
ストリームデータ受信部１０６は、通信部１０１を介してサーバ装置２００から通信パケットを受信し、受信データに含まれるデジタルデータをデコード処理部１０７へ、付加情報を受領データ生成部１０８へ、それぞれ渡す処理を行なう。
【００７７】
デコード処理部１０７は、ストリームデータ受信部１０６から受け取ったデジタルデータをデコードし、アナログの映像信号または音声信号を取り出す。デコード時には、付加情報蓄積部１１０に蓄積された付加情報を参照する。取り出したアナログの映像信号または音声信号はアナログ出力部１０２に渡される。
【００７８】
受領データ生成部１０８は、ストリームデータ受信部１０６から受け取った付加情報を付加情報蓄積部１１０に蓄積するとともに、付加情報に対応する受領確認を生成し受領データ送信部１０９に渡す。
【００７９】
受領データ送信部１０９は、受領データ生成部１０８が生成した受領確認を通信部１０１を介して送信する。
【００８０】
付加情報蓄積部１１０は、付加情報を保持（記憶）する。
制御データ送信部１１１は、指示入力部１０３の指示に基づきサーバ装置２００への制御データを生成し、通信部１０１を介してサーバ装置２００へ送信する。
【００８１】
以下、本発明のストリーム情報転送システムにおけるクライアント装置１００とサーバ装置２００の処理について説明する。なお、以下の説明では、図中において、クライアント装置１００で実行される処理を示す符号の先頭に文字「Ｃ」を付し、サーバ装置２００で実行される処理を示す符号の先頭に文字「Ｓ」を付している。
【００８２】
（サーバ装置が単体でデジタル放送データを扱うチューナーとして動作する処理）
図４は、サーバ装置２００が単体でデジタル放送データを扱うチューナーとして動作する処理のフローチャートである。アンテナ信号入力部２０２においてデジタルＢＳ放送あるいはデジタルＣＳ放送のアンテナからのＲＦ信号を入力すると（Ｓ０４０１）、チャンネル選択部２０８において入力データに対してチャンネルを選択し所望のチャンネルのデジタルデータを取り出す（Ｓ０４０２）。なお、ここではＲＦ信号に含まれる放送データはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）として知られるデジタル動画圧縮されたデータであるとする。デジタルデータがスクランブル処理されていたり暗号化されていたりする場合にはスクランブルの解除処理あるいは復号化処理を行なう（Ｓ０４０３）。
【００８３】
この例ではサーバ装置２００が単体でデジタル放送データを扱うチューナーとして動作するので、デジタルデータは出力切替部２１０からデコード処理部２１３に渡される（Ｓ０４０４）。このとき、デジタルデータは出力切替部２１０から送信データ生成部２１１へは渡されない。
【００８４】
デジタルデータはデコード処理部２１３にてデコードされ（Ｓ０４０５）、取り出されたアナログの映像信号または音声信号はアナログ出力部２０３から出力される（Ｓ０４０６）。アナログ出力部はディスプレイとスピーカーで構成される出力機器であってもよいし、アナログ信号を出力する出力端子であってもよい。
【００８５】
なお、サーバ装置２００が単体でデジタル放送データを扱うチューナーとして動作する場合には、利用者はチャンネル指示部２０４を用いて所望のチャンネルを選択することが可能である。チャンネル指示部２０４からの指示はチャンネル選択部２０８に渡されてチャンネルが設定される。
【００８６】
（クライアント装置とサーバ装置とのセッション確立処理）
本実施の形態におけるストリーム情報転送システムでは、セッション（コネクション）確立のプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いる。なお、本実施例ではセッション（コネクション）確立のプロトコルとしてＳＩＰを用いて説明しているが、プロトコルはＳＩＰに限定されることはなく、クライアント装置１００とサーバ装置２００との間でのデータ転送のための設定情報をネゴシエーションする任意のプロトコルを用いることができる。さらに、クライアント装置１００とサーバ装置２００との間で、データ転送のための設定情報をあらかじめ共通に保持している場合には、セッション（コネクション）確立処理そのものを省略してもかまわない。
【００８７】
図５は、情報転送システムにおいてＳＩＰにおけるセッション（コネクション）確立のイベントフローを示す図である。図５に示すように、（１）クライアント装置１００からサーバ装置２００への情報ＩＮＶＩＴＥの送信、（２）サーバ装置２００からクライアント装置１００への情報ＯＫの送信、（３）クライアント装置１００からサーバ装置２００への情報ＡＣＫの送信によって、セッションが確立される。
【００８８】
図６は、クライアント装置１００とサーバ装置２００との間でセッション（コネクション）を確立する処理のフローチャートである。クライアント装置１００の利用者がサーバ装置２００のサービス、すなわちデジタル放送データを扱うチューナーを利用しようとする場合には、まず指示入力部１０３から処理の開始を指示する（Ｃ０６０１）。指示入力部１０３からの指示は、接続先情報（例えばサーバ装置２００のＳＩＰアドレス）や認証情報（例えば利用者ＩＤとパスワード）が含まれる。
【００８９】
するとセッション管理部１０４は、サーバ装置２００との間に１対１のセッション（コネクション）を確立しようとするために、通信部１０１を介して情報ＩＮＶＩＴＥを送信する（Ｃ０６０２）。情報ＩＮＶＩＴＥには、指示入力部１０３からの入力された接続先情報（例えばサーバ装置２００のＳＩＰアドレス）や認証情報（例えば利用者ＩＤとパスワード）、ストリームデータや制御データ転送のためのプロトコル（例えば、ストリームデータ転送にはＲＴＰ（ｒｅａｌ ｔｉｍｅ ｔｒａｎｓｐｏｒｔ ｐｒｏｔｏｃｏｌ）を、制御データ転送にはＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）を用いる）を提案する情報、ストリームデータの転送レートや圧縮率などを提案する情報が含まれる。
【００９０】
サーバ装置２００のセッション管理部２０６は、通信部２０１を介して情報ＩＮＶＩＴＥを受信する（Ｓ０６０３）。セッション管理部２０６は、認証処理部２０７を用いてクライアント装置１００から送られてきた認証情報（利用者ＩＤとパスワード）を調べ、クライアント装置１００がサーバ装置２００と通信を行なう資格があるかを検証する（Ｓ０６０４）。なお、情報ＩＮＶＩＴＥに認証情報を含まない場合にはこのステップは必要ない。
【００９１】
セッション管理部２０６は、情報ＩＮＶＩＴＥに含まれるストリームデータや制御データ転送のためのプロトコル提案、ストリームデータの転送レートまたは圧縮率などの提案のうち、受け入れ可能なプロトコル、転送レートまたは圧縮率を含む情報ＯＫを作成し、通信部２０１を介して情報ＯＫを送信する（Ｓ０６０５）。情報ＯＫには必要に応じて認証情報（例えばサーバ装置２００の装置ＩＤとパスワード）が含まれる。
【００９２】
クライアント装置１００のセッション管理部１０４は、通信部１０１を介して情報ＯＫを受信する（Ｃ０６０６）。セッション管理部１０４は、認証処理部１０５を用いてサーバ装置２００から送られてきた認証情報（装置ＩＤとパスワード）を調べ、サーバ装置２００がクライアント装置１００と通信を行なう資格があるかを検証する（Ｃ０６０７）。なお、情報ＯＫに認証情報を含まない場合にはこのステップは必要ない。
【００９３】
その後、クライアント装置１００は情報ＡＣＫを作成し、通信部１０１を介して送信する（Ｃ０６０８）。この時点で、クライアント装置１００側のセッション（コネクション）確立処理は完了する。一方、サーバ装置は、通信部２０１を介して情報ＡＣＫを受信する（Ｓ０６０９）。セッション管理部２０６は、出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先を送信データ生成部２１１とするように設定を行なう（Ｓ０６１０）。この時点で、サーバ装置２００側のセッション（コネクション）確立処理は完了する。
【００９４】
（接続先設定の方法について）
ここで、クライアント装置１００が接続先としてサーバ装置２００を設定する方法について説明する。クライアント装置１００とサーバ装置２００にはＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレスが割り当てられているとする。クライアント装置１００およびサーバ装置２００は、ＩＰアドレス（例えば「１３３．１５９．１２．３４」と記述される）またはＩＰアドレスに対応づけられた機器名（例えば、「ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」として記述される）を用いて接続先の機器を特定することができる。ＩＰアドレスと機器名との対応付けは、ＤＮＳ（ｄｏｍａｉｎ ｎａｍｅ ｓｙｓｔｅｍ）サーバを用いて解決される。
【００９５】
ところでＳＩＰで規定されたＳＩＰアドレスは、ＳＩＰでの接続先の名前の記述方法を指定して機器名とその機器の利用者名との組み合わせを用いることを規定している（記述方法としては、「利用者名＠機器名」である）。ここで、利用者名の使い方として２つの例をあげる。
【００９６】
図７は、クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第１の図である。図７を参照して、利用者名を使用する第１の方法は、サーバ機器２００上の機能を指定するために「利用者名」を指定する方法である。本実施例ではサーバ装置２００としてデジタル放送データを扱うチューナーを想定しているが、例えばサーバ装置２００上に、ＢＳデジタルチューナー機能とＣＳデジタルチューナー機能、さらに、ＤＶＤ再生機能が搭載されている。接続先に機器名しか記述できない場合にはこれらの機能を区別して使用することはできない。しかしながら、利用者名で機能を指定することにより、１つのサーバ装置２００に搭載されているこれらの機能を使い分けることが可能となる。例えば、ＢＳデジタルチューナー機能の指定は「ｂｓ＃ｔｕｎｅｒ＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、ＣＳデジタルチューナー機能の指定は「ｃｓ＃ｔｕｎｅｒ＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、さらに、ＤＶＤ再生機能の指定は「ｄｖｄ＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」のように行なう。
【００９７】
図８は、クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第２の図である。図８を参照して、利用者名を使用する第２の方法は、アンテナ信号入力部２０２からの入力データが複数のチャンネルに相当する場合に、クライアント装置１００がチャンネルを選択するために利用する方法である。例えば、デジタル放送データを扱うチューナーが「２」「４」「６」というチャンネルをサポートしている場合、それぞれのチャンネル番号を利用者名として設定する。例えば、２チャンネルの指定は「ｃａｎｎｎｅｌ＃２＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、４チャンネルの指定は「ｃａｎｎｎｅｌ＃４＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」、６チャンネルの指定は「ｃａｎｎｎｅｌ＃６＠ｍａｃｈｉｎｅ１．ｓｈａｒｐ．ｃｏ．ｊｐ」のように行なう。
【００９８】
サーバ装置２００では、セッション管理部２０６がＳＩＰアドレスの利用者名領域からチャンネル番号を取り出し、チャンネル選択部２０８に指示してチャンネルを設定する。なお、図２では、セッション管理部２０６からチャンネル選択部２０８への指示を図示するのを省略している。
【００９９】
また、サーバ装置２００の指定方法としてＩＰ電話番号を用いる方法を図９に示す。ＩＰ電話番号も接続先の機器を特定するための機器名指定の方法であり、ＩＰアドレスとＩＰ電話番号との対応付けはＤＮＳサーバを用いて解決される。例えば、１１桁のＩＰ電話番号があるとすると（０３０１２３４５６７８）、上位３桁（０３０）をＩＰ電話番号であることの識別に、次の３桁（１２３）をプロバイダの識別に、残りの５桁（４５６７８）をプロバイダ内で管理される機器の識別にそれぞれ使用することが可能である。これにより、クライアント装置１００の指示入力部１０３では、テンキーのみでサーバ装置２００を指定することができる。
【０１００】
ここでも、ＩＰ電話番号の使い方として２つの例をあげる。ＩＰ電話番号を使用する第１の方法を図１０に示す。ＩＰ電話番号を使用する第１の方法は、サーバ機器２００上の機能を指定するためにＩＰ電話番号を使用する方法である。例えばサーバ装置２００上に、ＢＳデジタルチューナー機能とＣＳデジタルチューナー機能、さらに、ＤＶＤ再生機能が搭載されているとする。１１桁のＩＰ電話番号の後ろに、例えば３桁の機能識別のコードを付加する。これにより、１つのサーバ装置２００に搭載されているこれらの機能を使い分けることが可能となる。例えば、ＢＳデジタルチューナー機能の識別コードが「１１１」であればＩＰ電話番号は１４桁の「０３０１２３４５６７８１１１」を、ＣＳデジタルチューナー機能の識別コードが「２２２」であればＩＰ電話番号は１４桁の「０３０１２３４５６７８２２２」を、ＤＶＤ再生機能の識別コードが「３３３」であればＩＰ電話番号は１４桁の「０３０１２３４５６７８３３３」を、それぞれ指定する。
【０１０１】
ＩＰ電話番号を使用する第２の方法を図１１に示す。ＩＰ電話番号を使用する第２の方法は、アンテナ信号入力部２０２からの入力データが複数のチャンネルに相当する場合に、クライアント装置１００がチャンネルを選択するために利用する方法である。例えば、上記のＢＳデジタルチューナー機能を扱うチューナーが「２」「４」「６」というチャンネルをサポートしている場合、１４桁のＩＰ電話番号「０３０１２３４５６７８１１１」の後ろに２桁のチャンネル識別コードを付加する。例えば、２チャンネルの識別コードが「０２」であればＩＰ電話番号は１６桁の「０３０１２３４５６７８１１１０２」を、４チャンネルの識別コードが「０４」であればＩＰ電話番号は１６桁の「０３０１２３４５６７８１１１０４」を、６チャンネルの識別コードが「０６」であればＩＰ電話番号は１６桁の「０３０１２３４５６７８１１１０６」を、それぞれ指定する。
【０１０２】
図１２は、情報ＩＮＶＩＴＥを送信するイベントを構成する処理を説明する概念図である。ここでは、利用者が指示したＩＰ電話番号を、機器を指定する部分と機能およびチャンネルを指定する部分とに分離し、情報ＩＮＶＩＴＥに含める。ＳＩＰアドレスを用いてサーバ機器２００上の機能やチャンネルを指定する場合は情報ＩＮＶＩＴＥの接続先名にＳＩＰアドレスを直接記述することができるが、ＩＰ電話番号の場合は機器の識別に用いられる１１桁の部分しかプロトコル的には規定されていない。そこで、クライアント装置１００は、指示入力部１０３から１６桁のＩＰ電話番号としてたとえば「０３０１２３４５６７８１１１０２」が指定された場合、セッション管理部１０４は入力されたＩＰ電話番号を、機器を指定する部分（１１桁の「０３０１２３４５６７８」）と、機能およびチャンネルを指定する部分（５桁の「１１１０６」）とに分離し、機器を指定する部分（１１桁の「０３０１２３４５６７８」）をＩＰアドレスまたはＳＩＰアドレスに変換して情報ＩＮＶＩＴＥの接続先情報として設定し、機能およびチャンネルを指定する部分の情報を情報ＩＮＶＩＴＥのパラメタとして設定する。
【０１０３】
（クライアント装置とサーバ装置とのセッション切断処理）
本実施の形態におけるストリーム情報転送システムでは、セッション（コネクション）切断のプロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いる。図１３は、ＳＩＰにおけるセッション（コネクション）切断のイベントフローを示す図である。は、図１３に示すように、（１）クライアント装置１００からサーバ装置２００へ情報ＢＹＥの送信、（２）サーバ装置２００からクライアント装置１００へ情報ＯＫの送信によって行なわれる。
【０１０４】
図１４は、クライアント装置１００とサーバ装置２００との間でセッション（コネクション）を切断する処理のフローチャートである。クライアント装置１００の利用者がサーバ装置２００のサービス、すなわちデジタル放送データを扱うチューナーの利用を終了しようとする場合には、まず指示入力部１０３から処理の終了を指示する（Ｃ１４０１）。するとセッション管理部１０４は、サーバ装置２００とのセッション（コネクション）を切断するために、通信部１０１を介して情報ＢＹＥを送信する（Ｃ１４０２）。
【０１０５】
サーバ装置２００のセッション管理部２０６は、通信部２０１を介して情報ＢＹＥを受信すると（Ｓ１４０３）、セッション管理部２０６は、出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先をデコード処理部２１３とするように設定を行なう（Ｓ１４０４）。
【０１０６】
そして、セッション管理部２０６はセッション終了処理を行ない（Ｓ１４０５）、通信部２０１を介して情報ＯＫを送信する（Ｓ１４０６）。この時点で、サーバ装置２００側のセッション（コネクション）切断処理は完了する。
【０１０７】
クライアント装置１００のセッション管理部１０４は、通信部１０１を介して情報ＯＫを受信する（Ｃ１４０７）。セッション管理部１０４はセッション終了処理を行ない（Ｃ１４０８）、クライアント装置１００側のセッション（コネクション）切断処理は完了する。
【０１０８】
（サーバ装置からクライアント装置へのストリームデータ転送処理）
図１５は、サーバ装置２００からクライアント装置１００へストリームデータを転送する処理のフローチャートである。なお、ストリームデータ転送のプロトコルとして、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）を用いるものとして説明する。
【０１０９】
サーバ装置２００では、アンテナ信号入力部２０２においてデジタルＢＳ放送あるいはデジタルＣＳ放送のアンテナからのＲＦ信号を入力すると（Ｓ１５０１）、チャンネル選択部２０８において入力データに対してチャンネルを選択し所望のチャンネルのデジタルデータを取り出す（Ｓ１５０２）。なお、ここではＲＦ信号に含まれる放送データはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）として知られるデジタル動画圧縮されたデータであるとする。デジタルデータがスクランブル処理されていたり暗号化されていたりする場合にはスクランブルの解除処理あるいは復号化処理を行ない（Ｓ１５０３）、デジタルデータは出力切替部２１０から送信データ生成部２１１に渡される（Ｓ１５０４）。このとき、デジタルデータは出力切替部２１０からデコード処理部２１３へは渡されない。
【０１１０】
送信データ生成部２１１では、付加情報生成部２１４から受け取った付加情報を加えて送信データを生成する（Ｓ１５０５）。付加情報の使用方法については後で詳しく説明する。ストリームデータ送信部２１２では当該セッション（コネクション）で折衝したパケットサイズに合わせて送信データが分割され通信パケットが構成され（Ｓ１５０６）、通信部２０１からクライアント装置１００に対して通信パケットが送信される（Ｓ１５０７）。
【０１１１】
クライアント装置１００では、ストリームデータ受信部１０６が通信部１０１を介してサーバ装置２００からの通信パケットを受信し（Ｃ１５０８）、分割された通信パケットを組み立てて受信データに含まれるデジタルデータを取り出す（Ｃ１５０９）。また、受信データに含まれる付加情報を取り出し受領データ生成部１０８に渡す処理も含む。付加情報の使用方法については後で詳しく説明する。
【０１１２】
取り出されたデジタルデータはデコード処理部１０７にてデコードされ（Ｃ１５１０）、取り出されたアナログの映像信号または音声信号はアナログ出力部１０２から出力される（Ｃ１５１１）。アナログ出力部１０２はディスプレイとスピーカーで構成される出力機器であってもよいし、アナログ信号を出力する出力端子であってもよい。
【０１１３】
これにより、サーバ装置２００でＲＦ信号から取り出されたデジタルデータは、アナログデータに変換されることなくクライアント装置１００へ転送され、クライアント装置１００にてデコードされ出力される。サーバ装置２００でＲＦ信号から取り出されたデジタルデータとクライアント装置１００でデコードされるデジタルデータは同一であり、通信媒体上で映像データや音声データが劣化することはない。
【０１１４】
（サーバ装置における出力先の設定）
図１６は、サーバ装置における出力先の設定を説明するための概念図である。サーバ装置２００でＲＦ信号から取り出されたデジタルデータが同報通信を用いて複数のクライアント装置１００に転送されると、実質的にデジタルデータの複製が配布されることになってしまう。これを防ぐために、サーバ装置２００のセッション管理部２０６は、同時に１つのセッション（コネクション）しか確立しない。すなわち、あるクライアント装置１００とセッションを確立している場合に、別のクライアント装置からセッション（コネクション）確立要求（情報ＩＮＶＩＴＥ）が送られてきても、セッション（コネクション）確立要求を拒否する（図１６（ａ））。これにより、デジタルデータの送信先を１箇所に限定することができる。
【０１１５】
また、サーバ装置２００の出力先管理部２１９は、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡すかデコード処理部２１３に渡すかを設定する。これにより、サーバ装置２００のアナログ出力部２０３とクライアント装置１００のアナログ出力部１０２のどちらかにしかデジタルデータを出力できないように管理することができる（図１６（ｂ））。これにより、デジタルデータの出力先を１箇所に限定することができる。
【０１１６】
クライアント装置１００からセッション確立要求を受けた時に、出力切替部２１０のデジタルデータを送信データ生成部２１１に渡す設定にした上でセッションを確立する処理のフローチャートについては、図６を用いて既に説明を行なった。また、クライアント装置１００からセッション切断要求を受けた時に、出力切替部２１０のデジタルデータをデコード処理部２１３に渡す設定に戻す処理のフローチャートについては、図１４を用いて説明を行なった。なお、サーバ装置２００側からセッションを切断する場合にも、出力切替部２１０のデジタルデータをデコード処理部２１３に渡す設定に戻す処理を行なうことが望ましいが、詳細な説明は省略する。
【０１１７】
なお、デジタルデータの出力先を１箇所にすることの変形例として、例えばデジタルデータの転送先を３箇所までなら認めるとか、サーバ装置２００のアナログ出力部２０３への出力は常に認めて、それに加えてデジタルデータの送信先を１箇所だけ認める、といった実装も考えられる。
【０１１８】
図１７は、サーバ装置における出力先の設定処理の変形例の流れを示すフローチャートである。設定処理の変形例においては、サーバ装置２００のセッション管理部２０６は、初期状態で同時に通信可能状態になることが可能な最大相手機器数が設定されており、現在通信可能状態になっている接続相手機器数が管理される。なお、デジタルデータの出力先を１箇所にする場合には、最大相手機器数は１である。
【０１１９】
図１７を参照して、サーバ装置２００のセッション管理部２０６が、通信部２０１を介して情報ＩＮＶＩＴＥを受信すると（Ｓ４６０１）、セッション管理部２０６は最大相手機器数と現在の接続相手機器数を調べる（Ｓ４６０２）。現在の接続相手機器数が最大相手機器数より小さい場合にはＳ４６０４に進み、現在の接続相手機器数が最大相手機器数に達している場合にはＳ４６０６に進む（Ｓ４６０３）。
【０１２０】
Ｓ４６０４では、セッション管理部２０６は出力先管理部２１９を介して出力切替部２１０の設定を調べる。出力切替部２１０が、デジタルデータをデコード処理部２１３に渡す設定になっている場合にはＳ４６０６に進み、デジタルデータを送信データ生成部２１１に渡す設定になっている場合にはＳ４６０７に進む（Ｓ４６０５）。
【０１２１】
セッションを確立できないと判断された場合の処理としては、Ｓ４６０６にて、ビジー状態でセッションが確立できないという理由パラメタを含めた情報Ｃｌｉｅｎｔ−Ｅｒｒｏｒを作成し、通信部２０１を介して情報Ｃｌｉｅｎｔ−Ｅｒｒｏｒを送信し、処理を終了する。
【０１２２】
セッションを確立できると判断された場合の処理としては、Ｓ４６０７にて、現在の接続相手機器数を１増やし、情報ＯＫを作成し通信部２０１を介して情報ＯＫを送信する（Ｓ４６０８）。その後サーバ装置２００は、通信部２０１を介して情報ＡＣＫを受信し（Ｓ４６０９）、処理を終了する。
【０１２３】
図４９は、サーバ装置における出力先の設定処理のさらなる変形例の流れを示すフローチャートである。図１７に示した変形例では、出力切替部２１０がデジタルデータを送信データ生成部２１１に渡す設定になっている場合のみセッション確立が成功するが、図４９に示す変形例では、出力切替部２１０がデコード処理部２１３に渡す設定になっている場合には、設定を送信データ生成部２１１に渡す設定に変更した上でセッションを確立する。なお、図４９の処理Ｓ４９０１〜Ｓ４９０３及びＳ４９０６〜Ｓ４９０９は、図１７に示した処理Ｓ４６０１〜Ｓ４６０３及びＳ４６０６〜Ｓ４６０９と同じ処理であるため、説明を省略する。
【０１２４】
Ｓ４９０３において現在の接続相手機器数が最大相手機器数より小さいと判定された場合にはＳ４９０４に進む。Ｓ４９０４では、出力先管理部２１９を介して出力切替部２１０の設定を調べる。出力切替部２１０が、デジタルデータをデコード処理部２１３に渡す設定になっている場合にはＳ４９１０に進み、デジタルデータを送信データ生成部２１１に渡す設定になっている場合にはＳ４９０７に進む（Ｓ４９０５）。Ｓ４９１０では、出力先管理部２１９は出力切替部２１０をデジタルデータを送信データ生成部２１１に渡すように設定して、Ｓ４９０７に進む。Ｓ４９０７では現在の接続相手機器数を１増やし、以降の処理が継続する。
【０１２５】
なお、図４９のフローチャートを用いて確立したセッションが切断される場合、切断したセッション以外のセッションが１つも確立されていない状態になった場合には、出力先管理部２１９は出力切替部２１０をデジタルデータをデコード処理部２１３に渡すように設定することが望ましい。
【０１２６】
サーバ装置２００における出力先の設定を外部から操作できないように、サーバ装置２００が一体化された機器として実装されていたり、部品化されていないソフトウェアで構成されていたりすることにより、サーバ装置２００の各部位はブラックボックス化されていることが望ましい。
【０１２７】
同様に、クライアント装置１００が受信したデジタルデータをデジタルデータのままで出力できないように、クライアント装置１００が一体化された機器として実装されていたり、部品化されていないソフトウェアで構成されていたりすることにより、クライアント装置１００の各部位はブラックボックス化されていることが望ましい。
【０１２８】
（クライアント装置が行なうサーバ装置の制御処理）
次に、クライアント装置１００がサーバ装置２００を制御する処理に関して説明を行なう。ここでは代表して、チャンネルを選択する処理、画像をズームイン／ズームアウトする処理、および、出力切替部２１０の設定を変更する処理、に関して説明を行なうが、他の制御処理も同様の方法で可能である。制御データ転送のプロトコルとして、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いるものとして説明する。
【０１２９】
図１８は、クライアント装置１００がサーバ装置２００のチャンネルを設定する処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対して設定するチャンネル番号を入力すると（Ｃ１７０１）、制御データ送信部１１１で設定されたチャンネル番号を含む制御データを生成し（Ｃ１７０２）、通信部１０１を介してサーバ装置２００へ送信する（Ｃ１７０３）。
【０１３０】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ１７０４）、設定されたチャンネル番号に従って制御処理部２１８はチャンネル選択部２０８のチャンネルを設定する（Ｓ１７０５）。
【０１３１】
これにより、サーバ装置２００のアンテナ信号入力部２０２からのＲＦ信号が複数のチャンネルを含んでいる場合であっても、クライアント装置１００がチャンネルを選択することが可能となる。
【０１３２】
図１９は、クライアント装置１００が映像のズームインまたはズームアウトをサーバ装置２００に指示する処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対してズームインまたはズームアウトの指示を入力すると（Ｃ１８０１）、制御データ送信部１１１でズームインまたはズームアウト指示を含む制御データを生成し（Ｃ１８０２）、通信部１０１を介してサーバ装置２００へ送信する（Ｃ１８０３）。
【０１３３】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ１８０４）、設定されたズームインまたはズームアウト指示に従って制御処理部２１８は送信データ生成部２１１の設定を変更し記憶する（Ｓ１８０５）。送信データ生成部２１１では、出力切替部２１０から受けたデジタルデータに対して、設定されたズームインまたはズームアウト指示に従って映像の加工を行ない、加工されたデジタルデータを基に送信データを作成してストリームデータ送信部２１２へ渡す（Ｓ１８０６）。
【０１３４】
なお、Ｓ１８０５の処理は設定を行なうだけであるため、実際にはＳ１８０６の処理は設定が変更されるまで繰り返し行なわれることとなる。なお、送信データ生成部２１１でデジタルデータを加工する場合、必要であれば、一旦アナログデータに変換して加工を行ない再びデジタルデータに変換する処理を行なってもよい。
【０１３５】
利用者が指示入力部１０３に対して入力するズームインの指示（Ｃ１８０１）には、画面のどの部分をズームアップ（ズームイン）するかの情報が含まれる。ここで、電話に備えられたテンキーを用いて画面のどの部分をズームアップ（ズームイン）するかを指示する方法について説明する。
【０１３６】
図２０は、携帯電話に備えられたテンキーとズームアップする領域との対応の一例を示す図である。ここでは、画面を上下および左右にそれぞれ３分割して、合計９つの領域に画面を分割する。図２０を参照して、電話機のテンキーは、最上段が左から「１」「２」「３」、第２段には左から「４」「５」「６」、第３段には左から「７」「８」「９」、最下段には左から「＊」「０」「＃」のボタンが配置されている。これらのボタンを用いて、「１」は左上の領域をズームアップする処理、「２」は上部中央の領域をズームアップする処理、「３」は右上の領域をズームアップする処理、「４」は左中央の領域をズームアップする処理、「５」は中央付近の領域をズームアップする処理、「６」は右中央の領域をズームアップする処理、「７」は左下の領域をズームアップする処理、「８」は下部中央の領域をズームアップする処理、「９」は右下の領域をズームアップする処理の実行を指示するボタンとしてそれぞれ用いる。また、「０」はズームアップを元に戻す（ズームアウト）処理を指示するボタンとして用いる。
【０１３７】
クライアント装置１００からサーバ装置２００に送られる、ズームインまたはズームアウト指示を含む制御データには、ズームアップあるいはズームアウトを指示する情報と、ズームアップあるいはズームアウトする領域を指示する情報と、当該領域をどの大きさにまで拡大または縮小するかの画面サイズ情報とが含まれる。例えば、制御データにはズームアップする領域を示す情報として、四隅の座標値を含む例（（１２０，１００）（３６０，１００）（３６０，２６０）（１２０，２６０）といったパラメタ）が考えられる。また、これらのズームアップ／ズームアウトの指示を含む制御データは、サーバ装置２００からクライアント装置１００へ出力映像ストリーム情報が送信されている最中に、クライアント装置１００からサーバ装置２００へ送ってよい。
【０１３８】
ここで、画像の縮小処理をサーバ装置２００で実行することの意義を図２１を用いて説明する。図２１（ａ）は、クライアント装置１００で画像の縮小処理を実行する場合を説明する図であり、図２１（ｂ）は、サーバ装置２００で画像の縮小処理を実行する場合を説明する図である。
【０１３９】
例えば、クライアント装置１００が携帯電話の場合、アナログ出力部１０２が携帯電話に備えられた小さなディスプレイに相当する。
【０１４０】
サーバ装置２００のアンテナ信号入力部２０２から入力されたＲＦ信号からチャンネル選択部２０８が取り出したデジタルデータの画像が大きなディスプレイ（例えばＶＧＡ（ｖｉｄｅｏ ｇｒａｐｈｉｃｓ ａｒｅａ）サイズ）に対応した解像度の場合、その画像を携帯電話の小さなディスプレイ（例えばＱＶＧＡ（ｑｕａｒｔｅｒ ＶＧＡ）サイズ）に表示するためには画像サイズを小さくする解像度変換処理を行なわなければならない。
【０１４１】
図２１（ａ）および（ｂ）に示したように、画像の縮小処理をサーバ装置２００で実行する場合には、クライアント装置１００で実行する場合に比べて、通信回線を介して送信する送信データ量が少なくなる。携帯電話の通信回線の伝送能力を考慮すると、通信データ量はできるだけ小さくしたほうが望ましい。また、通信データ量が少ない方が、通信データを送信する通信時間を短くすることができる。このように、表示画像のサイズを小さくする処理を、クライアント装置１００で行なうのではなく、サーバ装置２００で行なった方がよい。
【０１４２】
この縮小処理は送信データ生成部２１１で行なう。すなわち、送信データ生成部２１１は、出力切替部２１０から受けたデジタルデータに対して、映像の縮小処理を行ない、加工されたデジタルデータを基に送信データを作成してストリームデータ送信部２１２へ渡す。必要であれば、一旦アナログデータに変換して加工を行ない再びデジタルデータに変換する処理を行なってもよい。
【０１４３】
次に、ズームアップ（ズームイン）の処理をサーバ装置２００で実行することの意義について図２２を用いて説明する。上述したように画像全体を縮小したデジタルデータがクライアント装置１００に送信されるが、クライアント装置１００でこの受信されたデジタルデータに対してズームアップ（ズームイン）処理を行なうと、受信した画像の解像度は変わらないため拡大するとぼやけた画像になってしまう。図２２（ａ）を参照して、例えば野球中継放送を視聴しているとき、携帯電話の小さな画面では得点表示が見えないので、それが表示された領域をズームアップ（ズームイン）しようとしても、受信した画像の解像度は向上しないので結局得点表示の内容を知ることはできない。
【０１４４】
これに対して、図２２（ｂ）を参照して、サーバ装置２００側でズームアップ（ズームイン）処理を実行する場合、スームアップ（ズームスン）が指定された領域が、縮小処理を行なう前のデジタルデータから取り出され、取り出された領域をクライアント装置１００のディスプレイの画面サイズ（解像度）に合わせたサイズに解像度変換して送信するため、クライアント装置１００のディスプレイに表示される画像の解像度が向上する。たとえば、画面中の得点が表示された領域をズームアップ（ズームイン）指定すると、得点表示のような細かな情報が表示される。
【０１４５】
図２３は、ズームインやズームアウトが設定された際の、サーバ装置２００の送信データ生成部２１１で実行される処理のフローチャートである。まず、出力切替部２１０からデジタルデータを受け （Ｓ２１０１）、 デジタルデータを変換してアナログの映像データを作成する（Ｓ２１０２）。次に、ズームアップ（ズームイン）が設定されているかどうかを調べ（Ｓ２１０３）、ズームアップ（ズームイン）が設定されている場合にはＳ２１０４へ、ズームアップ（ズームイン）が設定されていない場合にはＳ２１０５へ、それぞれ進む。
【０１４６】
ズームアップ（ズームイン）が設定されている場合には、ズームアップ（ズームイン）での設定に従いアナログの映像データのうち表示に必要な矩形領域を設定し（Ｓ２１０４）、Ｓ２１０６へ進む。表示に必要な矩形領域は、図２０に示した９つの領域のいずれかである。なお、ここでは、９つの矩形領域を例に説明しているが、矩形領域の指定はこれに限定されることなく、画像中の任意の位置および大きさの矩形領域としてもよいし、矩形に限らず形状も円形、楕円形などであってもよい。
【０１４７】
ズームアップ（ズームイン）が設定されていない場合には、アナログの映像データのうち表示に必要な矩形領域として映像データの表示全体を設定し（Ｓ２１０５）、Ｓ２１０６へ進む。
【０１４８】
次に、設定された矩形領域の映像データを、出力先であるクライアント装置１００のアナログ出力部１０２のディスプレイサイズに合わせて変換する（Ｓ２１０６）。クライアント装置１００のアナログ出力部１０２のディスプレイサイズは、セッション（コネクション）確立時にセッション管理部２０６から設定されているものとする。出力先のディスプレイサイズに合わせられたアナログの映像データはデジタルデータに変換され（Ｓ２１０７）、付加情報生成部２１４から受け取った付加情報を加えて送信データを生成しストリームデータ送信部２１２ に渡す（Ｓ２１０８）。
【０１４９】
なお、図２３のＳ２１０６で示したアナログ出力部１０２のディスプレイサイズは、例えばクライアント装置１００とサーバ装置２００との間のセッション（コネクション）を確立する際に、クライアント装置１００からサーバ装置２００に渡す構成も考えられる。渡すパラメタとしては、例えばＶＧＡ（ｖｉｄｅｏ ｇｒａｐｈｉｃｓ ａｒｅａ）サイズ、ＱＶＧＡ（Ｑｕａｒｔｅｒ ＶＧＡ）サイズ、などが考えられる。この場合、機器ごとに最適な出力映像画面サイズとなるよう出力映像ストリーム情報を生成し、送信することができる。
【０１５０】
図２４は、クライアント装置１００がサーバ装置２００に指示して出力切替部２１０の設定を切り替える処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対して出力切替の指示を入力すると（Ｃ４５０１）、制御データ送信部１１１で出力切替の指示を含む制御データを生成し（Ｃ４５０２）、通信部１０１を介してサーバ装置２００へ送信する（Ｃ４５０３）。出力切替の指示とは、サーバ装置２００のアンテナ信号入力部２０２から入力したストリームデータの出力先を示す情報であり、出力先をサーバ装置２００のアナログ出力部２０３とするか、または、クライアント装置１００とするかを示す情報である。
【０１５１】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ４５０４）、制御処理部２１８は設定された出力切替の指示に従って出力先管理部２１９を制御し出力切替部２１０の設定を変更する（Ｓ４５０５）。これにより、ストリーム情報転送装置に利用者が出力先切替を入力するためのスイッチを設けなくとも、他の機器から出力先切替を行なうことができる。
【０１５２】
（ストリームデータ送信の予約）
次に、サーバ装置２００からクライアント装置１００へストリームデータを転送する処理を予約する予約方法について説明する。第１の予約方法は、サーバ装置２００の側で予約時刻を管理する方法である。図２５は、クライアント装置１００がサーバ装置２００に予約時刻を設定する処理のフローチャートである。図２６は予約時刻になったときにサーバ装置２００がクライアント装置１００へストリームデータを送信する処理のフローチャートである。
【０１５３】
まず、クライアント装置１００がサーバ装置２００に予約時刻を設定する処理を説明する。図２５を参照して、クライアント装置１００では、利用者が指示入力部１０３に対して接続先情報と予約時刻および予約チャンネルを指示すると（Ｃ２２０１）、セッション管理部１０４はサーバ装置２００との間でセッション（コネクション）を確立する（Ｃ２２０２）。なお、セッション確立の処理の詳細は既に説明してあるので、ここでの説明は繰返さない。
【０１５４】
次に、制御データ送信部１１１で予約時刻および予約チャンネルを含む制御データを作成し通信部１０１を介してサーバ装置２００へ制御データを送信するとともに、送信時に設定したサーバ装置２００のアドレスを保持する（Ｃ２２０３）。
【０１５５】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信する（Ｓ２２０４）。制御処理部２１８では制御データから予約時刻および予約チャンネルを取り出し、予約時刻をタイマにセットするとともに（Ｓ２２０５）、予約チャンネルおよびクライアント装置１００のアドレスを保持する（Ｓ２２０６）。クライアント装置１００のアドレスは、セッション（コネクション）確立時にクライアント装置１００からサーバ装置２００へ送られているので、これを利用する。そして、セッション管理部２０６に指示してクライアント装置１００とのセッションを切断する（Ｓ２２０７）。なお、図２では、制御処理部２１８からセッション管理部２０６への指示を図示するのを省略している。セッション切断の処理の詳細は既に説明してあるので、ここでの説明は説明を繰返さない。既に説明したセッション切断の処理はクライアント装置１００から起動される処理であったが、サーバ装置２００から起動されるセッション切断の処理は、クライアント装置１００から起動される処理と、情報の送信側と受信側が逆になる。
【０１５６】
次いで、予約時刻になったときにサーバ装置２００がクライアント装置１００へストリームデータを転送する処理を説明する。図２６を参照して、制御処理部２１８内のタイマが予約時刻になると（Ｓ２３０１）、クライアント装置１００のアドレスをもとにセッション管理部２０６に指示してクライアント装置１００に対してセッションを要求する（Ｓ２３０２）。なお、セッション確立の処理の詳細は既に説明してあるので、ここでは説明を繰返さない。なお、セッション確立の応答として受諾と拒否を説明で用いるが、セッション確立拒否のシーケンスの詳細な説明は省略する。既に説明したセッション確立の処理はクライアント装置１００から起動される処理であったが、サーバ装置２００から起動されるセッション確立の処理は、クライアント装置１００から起動される処理と、情報の送信側と受信側が逆になる。
【０１５７】
クライアント装置１００のセッション管理部１０４は、サーバ装置２００からセッション確立要求を受けると（Ｃ２３０３）、予約時刻設定処理で保持していたアドレスと、セッション確立要求で送られてきたアドレスとを比較する（Ｃ２３０４）。比較したアドレスが異なっていれば、クライアント装置１００のセッション管理部１０４はサーバ装置２００にセッション確立拒否を返す（Ｃ２３０５）。サーバ装置２００のセッション管理部２０６がクライアント装置１００からセッション確立拒否を受けると（Ｓ２３０６）処理は終了し、サーバ装置２００からクライアント装置１００へのストリームデータ転送は行なわれない。
【０１５８】
Ｃ２３０４において比較したアドレスが一致すれば、クライアント装置１００のセッション管理部１０４はサーバ装置２００にセッション確立受諾を返す（Ｃ２３０７）。なお、セッション確立受諾をサーバ装置２００に返すことにより、クライアント装置１００は当該セッションを介してサーバ装置１００から送られてくるストリームデータを受信する準備ができる。
サーバ装置２００のセッション管理部２０６がクライアント装置１００からセッション開始受諾を受けると（Ｓ２３０８）、出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先を送信データ生成部２１１とするように設定する（Ｓ２３０９）。さらに、チャンネル選択部２０８を操作して、チャンネルをクライアント装置１００から送られてきた制御データに含まれる予約チャンネルに設定する（Ｓ２３１０）。これらの処理により、予約時刻になるとサーバ装置２００からクライアント装置１００へストリームデータを送信する処理が開始される。
【０１５９】
予約時刻になったときにサーバ装置２００とクライアント装置１００とのセッション（コネクション）が確立する際に、クライアント装置１００はセッション（コネクション）確立を要求するイベントの送信元アドレスと、図２５のＣ２２０３で保持したサーバ装置２００のアドレスとを比較し、異なっている場合にはセッション（コネクション）の確立を拒否する。これにより、予約時刻を設定したサーバ装置２００以外からストリームデータが送られてくることを防ぐことができる。なお、予約時刻を設定したサーバ装置２００からのセッション（コネクション）確立要求であることを確認する方法としては、上記に述べたようにセッション（コネクション）確立要求の送信先アドレスを用いる方法以外にも、例えば、予約時刻設定時にクライアント装置１００が予約ＩＤをサーバ装置２００に渡して、予約時刻にサーバ装置２００から送られてくるセッション（コネクション）確立要求に当該予約ＩＤが含まれているかをクライアント装置１００で確認する方法、サーバ装置２００から送られてくるセッション（コネクション）確立要求がクライアント装置１００が設定した予約時刻に送られてきているかをクライアント装置１００で確認する方法、などが考えられる。
【０１６０】
また、予約時刻になったときにサーバ装置２００とクライアント装置１００とのセッション（コネクション）が確立されたときに、クライアント装置１００側でアナログ出力部１０２に接続された機器（ディスプレイやスピーカー）の電源を入れ、入力切替の設定を行なう処理を含めてもよい。
【０１６１】
さらに、予約時刻になりストリームデータの受信が開始されたことを示すために、アラームや振動により利用者に報知する処理を含めてもよい。このとき、クライアント装置１００の構成には、アラームや振動を用いた報知手段が付加される（図示せず）。例えば携帯電話で予約したストリームデータを受信する場合、携帯電話をポケットやカバンに入れておいたとしても、利用者はストリームデータの受信が開始されたことを知ることができる。
【０１６２】
さらに、上記の利用者に報知する処理は、セッション（コネクション）が確立される前に行ない、利用者が通信確立許可を入力した後にセッション（コネクション）を確立し、その後ストリームデータの受信が開始されるようにしてもよい。このとき、クライアント装置１００には、利用者が通信確立許可を入力するためのボタンスイッチ等の入力装置が付加される（図示せず）。これは、クライアント装置１００とサーバ装置２００とが、一般公衆回線などの時間課金される通信回線を用いて通信が確立される場合に有効である。クライアント装置１００が接続要求（情報ＩＮＶＩＴＥ）を受け取ると、どんな番組の転送が開始されるかの情報がクライアント装置１００のディスプレイに表示される。その後、利用者が本当に番組を視聴したいかどうかは、ボタン操作により選択ができるので、ストリーム情報の受信時に利用者が別の仕事を行なっており、放送番組を視聴できないような場合に、不要な放送番組を受信するのを防止することができるので、不要な通信料が課金されない。
【０１６３】
サーバ装置２００からクライアント装置１００へストリームデータを転送する処理を予約する第２の方法は、クライアント装置１００の側で予約時刻を管理する方法である。図２７は、クライアント装置１００が予約時刻を設定する処理のフローチャートである。図２８は、予約時刻になったときにクライアント装置１００がサーバ装置２００に要求して、サーバ装置２００からクライアント装置１００へのストリームデータ送信を開始させる処理のフローチャートである。
【０１６４】
まず、クライアント装置１００が予約時刻を設定する処理を説明する。図２７を参照して、クライアント装置１００では、利用者が指示入力部１０３に対して接続先情報と予約時刻および選択チャンネルを指示すると（Ｃ２４０１）、制御データ送信部１１１では予約時刻をタイマにセットするとともに（Ｃ２４０２）、接続先情報および選択チャンネルを保持する（Ｃ２４０３）。
【０１６５】
次いで、予約時刻になったときにクライアント装置１００がサーバ装置２００に要求して、サーバ装置２００からクライアント装置１００へのストリームデータ送信を開始させる処理を説明する。図２８を参照して、制御データ送信部１１１内のタイマが予約時刻になると（Ｃ２５０１）、接続先情報をもとにセッション管理部１０４に指示してサーバ装置２００とのセッションを確立する（Ｃ２５０２） 。なお、図３には制御データ送信部１１１からセッション管理部１０４への指示を図示するのを省略している。また、セッション確立の処理の詳細は既に説明してあるので、ここでの説明は繰返さない。
【０１６６】
そして、アナログ出力部１０２に接続された機器（ディスプレイやスピーカー）の電源を入れ、入力切替の設定を行ない（Ｃ２５０３）、アラームや振動により利用者に報知する（Ｃ２５０４）。そして、制御データ送信部１１１で選択チャンネルを含む制御データを作成し通信部１０１を介してサーバ装置２００へ制御データを送信する（Ｃ２５０５）。
【０１６７】
サーバ装置２００では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信する（Ｓ２５０６）。制御処理部２１８では出力先管理部２１９に指示して、出力切替部２１０がスクランブル解除処理部２０９から受けたデジタルデータを渡す先を送信データ生成部２１１とするように設定する（Ｓ２５０７）。さらに、制御データから選択チャンネルを取り出し、チャンネル選択部２０８を操作して、チャンネルをクライアント装置１００から送られてきた制御データに含まれる選択チャンネルに設定する（Ｓ２５０８）。これらの処理により、予約時刻になるとサーバ装置２００からクライアント装置１００へストリームデータを送信する処理が開始される。
【０１６８】
上記の利用者に報知する処理（Ｃ２５０４）は、セッション（コネクション）が確立される前に行ない、利用者が通信確立許可を入力した後にセッション（コネクション）を確立し、その後ストリームデータの受信が開始されるようにしてもよい。このとき、クライアント装置１００には、利用者が通信確立許可を入力するためのボタンスイッチ等の入力装置（図示せず）を備える必要がる。
【０１６９】
次に、ネットワークにおけるセキュリティの問題とその対策について説明する。
【０１７０】
（要求したクライアント装置に対してのみストリームデータを送る方法）
次いで、サーバ装置２００からクライアント装置１００に対して安全にストリームデータを送信する方法について述べる。ここでは、セキュリティ問題のうち主に盗聴を防止する方法に関して述べる。
【０１７１】
本実施の形態においては、基本的に、既知の技術である一般的な「共通鍵暗号法」「公開鍵暗号法」を使用する。「共通鍵暗号法」とは暗号化と復号化に同じ鍵を用いる方法であり、「公開鍵暗号法」とは暗号化と復号化に異なる鍵を使う暗号法である。「公開鍵暗号法」では、他の機器に公開する公開鍵と、自機器内に秘匿する秘密鍵との異なった鍵を一対として暗号化・復号化を行なうものである。
【０１７２】
なお、本発明で共通鍵として記述している処理は、ほとんどが公開鍵と秘密鍵の組み合わせによっても可能な処理である。
【０１７３】
図２９は、サーバ装置２００からクライアント装置１００に対してストリームデータを送信する際のイベントフロー図である。なお、ここでイベントＣＥＶＴはクライアント装置１００からサーバ装置２００へ送られるイベント、イベントＳＥＶＴはサーバ装置２００からクライアント装置１００へ送られるイベントをそれぞれ示す。また、コンテンツＡが共通鍵Ｘで暗号化された場合の記法を「共通鍵Ｘ［コンテンツＡ］」、コンテンツＡがクライアント装置１００の公開鍵Ｙで暗号化された場合の記法を「Ｃ公開鍵Ｙ［コンテンツＡ］」、コンテンツＡがサーバ装置２００の公開鍵Ｚで暗号化された場合の記法を「Ｓ公開鍵Ｚ［コンテンツＡ］」、コンテンツＡが暗号化されていない場合の記法を「ＮＯＮ［コンテンツＡ］」とする。
【０１７４】
まず、クライアント装置１００はサーバ装置２００に対して、クライアント装置１００のＣ公開鍵１を送付し、Ｃ公開鍵１に対応するＣ秘密鍵１を保持する（ＣＥＶＴ２６０１：ＮＯＮ［Ｃ公開鍵１］）。
【０１７５】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した共通鍵１をＣ公開鍵１で暗号化して送付する（ＳＥＶＴ２６０２：Ｃ公開鍵１［共通鍵１］）。サーバ装置２００はＣ秘密鍵１で復号して共通鍵１を得る。Ｃ秘密鍵１を保持するのはクライアント装置１００のみであるため、共通鍵１はクライアント装置１００のみが入手できる。
【０１７６】
次に、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ１を共通鍵１で暗号化して送付する（ＳＥＶＴ２６０３：共通鍵１［コンテンツ１］）。コンテンツ１を暗号化する際にＣ公開鍵１を用いず共通鍵１を用いている理由としては、複数のクライアント装置１００に対してマルチキャストでコンテンツ１を送付する場合を想定しているためである。すなわち、別のクライアント装置１００に対しては、当該クライアント装置１００のＣ公開鍵を用いて共通鍵１を送付すれば、同じ共通鍵１で暗号化したコンテンツ１は複数のクライアント装置１００で復号することができる。
【０１７７】
上記の処理は一定回数あるいは一定時間繰り返される。例えば、サーバ装置２００はクライアント装置１００に対して、コンテンツ１に続けてストリームデータを分割したコンテンツ２、コンテンツ３を共通鍵１で暗号化して送付する（ＳＥＶＴ２６０４：共通鍵１［コンテンツ２］、ＳＥＶＴ２６０５：共通鍵１［コンテンツ３］）。
【０１７８】
次に、同一の共通鍵１で暗号化したコンテンツを送信した後、クライアント装置１００はサーバ装置２００に対して、Ｃ公開鍵の変更要求を送付する（ＳＥＶＴ２６０６：ＮＯＮ［公開鍵の変更要求］）。これは、同じ共通鍵やＣ公開鍵を続けて使用すると暗号が破られる恐れがあるからである。公開鍵の変更要求を受けると、クライアント装置１００は新しいＣ公開鍵２とＣ秘密鍵２のペアを生成し、サーバ装置２００に対してＣ公開鍵２を送付し、Ｃ秘密鍵２を保持する（ＣＥＶＴ２６０７：ＮＯＮ［Ｃ公開鍵１］）。
【０１７９】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した新しい共通鍵２をＣ公開鍵２で暗号化して送付する（ＳＥＶＴ２６０８：Ｃ公開鍵２［共通鍵２］）。続けて、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ４、コンテンツ５、コンテンツ６を共通鍵２で暗号化して送付する（ＳＥＶＴ２６０９：共通鍵２［コンテンツ４］、ＳＥＶＴ２６１０：共通鍵２［コンテンツ５］、ＳＥＶＴ２６１１：共通鍵２［コンテンツ６］）。
【０１８０】
以下、同様に上記の処理を繰り返す。
図３０は、図２９のイベント処理を行なうためのサーバ装置２００内の処理を表わすフローチャートである。なお、デジタルデータが送信データ生成部２１１へ渡されるまでの処理については図１５のフローチャートを用いて説明したので、ここでは説明を繰返さない。
【０１８１】
図３０を参照して、サーバ装置２００は、セッションが確立した（Ｓ２８０１）後、サーバ装置２００の受領データ確認部２１５は通信部２０１を介してクライアント装置１００からクライアント装置１００の公開鍵を受信し（Ｓ２８０２）、付加情報管理部２１６にクライアント装置１００の公開鍵を保持する（Ｓ２８０３）。次いで付加情報生成部２１４は、共通鍵を生成し付加情報管理部２１６に保持するとともに（Ｓ２８０４） 送信データ生成部２１１ へ渡す。送信データ生成部２１１ では、共通鍵をクライアント装置１００の公開鍵で暗号化して （Ｓ２８０５）、ストリームデータ送信部２１２から通信部２０１を介してクライアント装置１００へ送信する（Ｓ２８０６）。
【０１８２】
次に送信データ生成部２１１では、付加情報管理部２１６に保持されている共通鍵を付加情報生成部２１４から受け取り（Ｓ２８０７）、出力切替部２１０から受け取ったデジタルデータを共通鍵で暗号化して送信データを生成し（Ｓ２８０８）、ストリームデータ送信部２１２から通信部２０１を介してクライアント装置１００へ送信する（Ｓ２８０９）。この時点で送信すべきデジタルデータがなければ、処理を終了する（Ｓ２８１０）。
【０１８３】
Ｓ２８０７からＳ２８０９までの処理は、一定時間（例えば１分間）あるいは一定回数（例えば３回）繰り返す。一定時間が経過したかあるいは一定回数繰り返したかを判断し（Ｓ２８１１）、一定時間が経過したかあるいは一定回数繰り返していない場合にはＳ２８０７へ戻り、一定時間が経過したかあるいは一定回数繰り返した場合にはＳ２８１２へ進む。
【０１８４】
次に送信データ生成部２１１では、公開鍵の変更要求を含むイベントを作成し、ストリームデータ送信部２１２から通信部２０１を介してクライアント装置１００へ送信し（Ｓ２８１２）、クライアント装置１００からの応答を待つ。
【０１８５】
サーバ装置２００の受領データ確認部２１５は通信部２０１を介してクライアント装置１００から新しいクライアント装置１００の公開鍵を受信すると（Ｓ２８１３）、付加情報管理部２１６に保持された過去の公開鍵と比較する（Ｓ２８１４）。受信した公開鍵が過去に当該セッション（コネクション）で使用された公開鍵と同じである場合には（Ｓ２８１５でＹＥＳ）処理を終了する。受信した公開鍵が過去に当該セッション（コネクション）で使用されていない場合には（Ｓ２８１５でＮＯ）、クライアント装置１００の新しい公開鍵を付加情報管理部２１６に保持する（Ｓ２８１６）。その後Ｓ２８０４へ戻り、新しい公開鍵を用いて処理を続ける。
【０１８６】
図３１は、図２９のイベント処理を行なうためのクライアント装置１００内の処理を表わすフローチャートである。セッションが確立した（Ｃ２９０１）後、受領データ生成部１０８は公開鍵と秘密鍵との対を生成し（Ｃ２９０２）、秘密鍵を付加情報蓄積部１１０に保持するとともに（Ｃ２９０３）、受領データ送信部１０９から通信部１０１を介して公開鍵をサーバ装置２００へ送信する（Ｃ２９０４）。
【０１８７】
ストリームデータ受信部１０６が通信部１０１を介してイベントを受信すると（Ｃ２９０５）、受信したイベントに応じて、公開鍵で暗号化された共通鍵を受信した場合にはＣ２９０７以下の処理を、共通鍵で暗号化されたデジタルデータを受信した場合にはＣ２９０９以下の処理を、公開鍵の変更要求を含むイベントを受信した場合にはＣ２９１２以下の処理を、それぞれ行なう（Ｃ２９０６）。
【０１８８】
公開鍵で暗号化された共通鍵を受信した場合には、受領データ生成部１０８は付加情報蓄積部１１０で保持された秘密鍵で共通鍵を復号し（Ｃ２９０７）、共通鍵を付加情報蓄積部１１０に保持して（Ｃ２９０８）、Ｃ２９０５の処理へ戻る。共通鍵で暗号化されたデジタルデータを受信した場合には、デコード処理部１０７は付加情報蓄積部１１０に保持された共通鍵でデジタルデータを復号し（Ｃ２９０９）、アナログの映像信号または音声信号にデコードしてアナログ出力部１０２から出力する（Ｃ２９１０）。デジタルデータが最後のデータであれば処理を終了し、最後のデータでなければＣ２９０５の処理へ戻る（Ｃ２９１１）。
【０１８９】
公開鍵の変更要求を含むイベントを受信した場合には、受領データ生成部１０８は公開鍵と秘密鍵との新たな対を生成し（Ｃ２９１２）、新たな秘密鍵を付加情報蓄積部１１０に保持するとともに（Ｃ２９１３）、受領データ送信部１０９から通信部１０１を介して新たな公開鍵をサーバ装置２００へ送信した後（Ｃ２９１４）、Ｃ２９０５の処理へ戻る。
【０１９０】
図３２は、２つのクライアント装置Ａ，Ｂに対してマルチキャストでコンテンツを送付する場合のイベントフロー図である。サーバ装置２００は、クライアント装置Ａに対してはクライアント装置ＡのＣＡ公開鍵を用いて共通鍵１を送付し、クライアント装置Ａに対してはクライアント装置ＢのＣＢ公開鍵を用いて共通鍵１を送付する、そして、共通鍵１で暗号化したコンテンツ１，２，３をクライアント装置Ａ，Ｂにマルチキャストで送信する。これにより、クライアント装置Ａ，Ｂそれぞれは、同じ共通鍵１でコンテンツ１、２，３を復号することができる。
【０１９１】
図２６のフローチャートにおいては、ＳＥＶＴ２６０２で共通鍵１を送信し、ＳＥＶＴ２６０３でコンテンツ１を送信するものであった。このため、共通鍵１とコンテンツ１とを分けて送信しなければならなかった。この２つのイベントをまとめる方法を、図３３に示す。
【０１９２】
図３３は、クライアントＬ、クライアントＭ、クライアントＮそれぞれに対して各公開鍵でコンテンツ１を暗号化して送信するイベントを示す図である。クライアントＬ向けのイベントとしてはＣ公開鍵Ｌで暗号化したコンテンツ１（Ｃ公開鍵Ｌ［コンテンツ１］）が、クライアントＭ向けのイベントとしてはＣ公開鍵Ｍで暗号化したコンテンツ１（Ｃ公開鍵Ｍ［コンテンツ１］）が、クライアントＮ向けのイベントとしてはＣ公開鍵Ｎで暗号化したコンテンツ１（Ｃ公開鍵Ｎ［コンテンツ１］）が、それぞれ存在する。この場合コンテンツ１を暗号化したイベントを３通り生成しなければならない。
【０１９３】
この３通りのイベントを１つにまとめる方法について説明する。ここでは、クライアントＬは公開鍵（Ｃ公開鍵Ｌ）を公開するとともに対になるＣ秘密鍵Ｌを保持し、クライアントＭは公開鍵（Ｃ公開鍵Ｍ）を公開するとともに対になるＣ秘密鍵Ｍを保持し、クライアントＮは公開鍵（Ｃ公開鍵Ｎ）を公開するとともに対になるＣ秘密鍵Ｎを保持しているとする。
【０１９４】
図３４は、コンテンツ１を送信するためのイベント例を表わす概念図である。イベントは４つの部分、すなわち、１）Ｃ公開鍵Ｌで暗号化した共通鍵（Ｃ公開鍵Ｌ［共通鍵］）、２）Ｃ公開鍵Ｍで暗号化した共通鍵（Ｃ公開鍵Ｍ［共通鍵］）、３）Ｃ公開鍵Ｎで暗号化した共通鍵（Ｃ公開鍵Ｎ［共通鍵］）、４）共通鍵で暗号化したコンテンツ１（共通鍵［コンテンツ１］）から構成される。例えばクライアントＭでは、まず「Ｃ公開鍵Ｍで暗号化した共通鍵」をＣ秘密鍵Ｍを用いて復号して共通鍵を得て、次にその共通鍵を用いて「共通鍵で暗号化したコンテンツ１」を復号してコンテンツ１を得る。
【０１９５】
このように、図３４で示した技術では、コンテンツ１を暗号化した部分を３つのクライアント向けに共通化できるために、生成する総イベント長が少なくてすむという利点がある。
【０１９６】
（携帯電話を用いた公開鍵および共通鍵の安全な交換）
図２９のイベントフロー図で説明した方法では、クライアント装置１００の秘密鍵やサーバ装置２００の共通鍵が漏洩した場合には、別のクライアント装置１００を用いてストリームデータの盗聴が可能となってしまう。本実施の形態におけるストリーム情報転送システムでは、クライアント装置１００に通信部１０１と別の第２通信部１２１を、サーバ装置２００に通信部２０１と別の第２通信部２２１を備える。
【０１９７】
図３５は、クライアント装置１００が第２通信部１２１を備え、サーバ装置２００が第２通信部２２１を備えたストリーム情報転送システムの概略を示す図である。ここでは、クライアント装置１００の通信部１０１とサーバ装置２００の通信部２０１との間の通信を第１通信手段といい、クライアント装置１００の通信部１２１とサーバ装置２００の通信部２２１との間の通信を第２通信手段という。
【０１９８】
第２通信手段は第１通信手段に比べて、１）相手機器の特定がより容易であり他の機器がなりすましを行ないにくい、２）別の機器が盗聴しにくい、という特徴をもつ。具体的には第２通信手段としては、例えば有線ケーブルによる直結や携帯電話通信網などを想定する。
【０１９９】
図３６は図２９のイベントフローの変形例を示す図である。サーバ装置２００からクライアント装置１００に対してストリームデータを送信する際に、サーバ装置２００が生成した共通鍵を第２通信手段を用いてクライアント装置１００へ送信する例を表わすイベントフロー図である。
【０２００】
第２通信手段が携帯電話網である場合には、第１通信手段を用いてセッション（コネクション）が確立すると、当該セッション（コネクション）を用いてクライアント装置１００またはサーバ装置２００いずれかが相手機器に対して自機器の携帯電話番号を送信する。第１通信手段により相手機器の携帯電話番号を受信した側の機器は、携帯電話網（第２通信手段）を用いて相手機器に電話をかけ、第２通信手段での通信を可能とする。なお、第２通信手段が有線ケーブルによる直結である場合には、物理的にケーブルを接続することによって第２通信手段による通信を可能にする。
【０２０１】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した共通鍵を第２通信手段を用いて送付する（ＳＥＶＴ３３０１：第２通信手段による共通鍵１の送付）。共通鍵の送付が終わったら、第２通信手段は切断してもよい。すなわち、携帯電話の切断、有線ケーブルをはずすなどが相当する。
【０２０２】
その後、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ１、コンテンツ２、コンテンツ３を共通鍵で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３３０２：共通鍵［コンテンツ１］、ＳＥＶＴ３３０３：共通鍵［コンテンツ２］、ＳＥＶＴ３３０４：共通鍵［コンテンツ３］）。
【０２０３】
なお、図２９を用いて説明したように、一定時間あるいは一定回数同じ共通鍵を使用した場合に共通鍵を変更してもよい。サーバ装置２００の生成した新しい共通鍵は、第２通信手段を用いてクライアント装置１００に送信してもよいし、図２９の例に準じてクライアント装置１００の公開鍵を用いて暗号化して第１通信手段を用いて送付してもよい。
【０２０４】
図３７は、図２９のイベントフローの別の変形例を示す図であり、サーバ装置２００からクライアント装置１００に対してストリームデータを送信する際に、クライアント装置１００が生成した公開鍵を第２通信手段を用いてクライアント装置１００へ送信する例を表わすイベントフロー図である。
【０２０５】
まず、クライアント装置１００はサーバ装置２００に対して、クライアント装置１００のＣ公開鍵１を第１通信手段を用いて送付し、Ｃ公開鍵１に対応するＣ秘密鍵１を保持する（ＣＥＶＴ３４０１：ＮＯＮ［Ｃ公開鍵１］）。
【０２０６】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した共通鍵１をＣ公開鍵１で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４０２：Ｃ公開鍵１［共通鍵１］）。サーバ装置２００はＣ秘密鍵１で復号して共通鍵１を得る。
【０２０７】
次に、サーバ装置２００はクライアント装置１００に対して、一定回数あるいは一定時間、ストリームデータを分割したコンテンツを共通鍵１で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４０３：共通鍵１［コンテンツ１］、（ＳＥＶＴ３４０４：共通鍵１［コンテンツ２］、ＳＥＶＴ３４０５：共通鍵１［コンテンツ３］）。
【０２０８】
一方、第１通信手段を用いてＳＥＶＴ３４０３、ＳＥＶＴ３４０４、ＳＥＶＴ３４０５によりコンテンツを送信している間に並行して、サーバ装置２００はクライアント装置１００に対して第２通信手段による呼を確立する。すなわち、第１通信手段のセッション（コネクション）確立時に入手したクライアント装置１００の携帯電話番号を用いて、サーバ装置２００がクライアント装置１００に対して携帯電話をかける。
【０２０９】
第２通信手段が確立すると、サーバ装置２００は署名用共通鍵を生成し、第２通信手段を用いてクライアント装置１００に署名用共通鍵を送付する（ＳＥＶＴ３４０６：第２通信手段による署名用共通鍵の送付）。その後、第２通信手段は切断する。
【０２１０】
次に、同一の共通鍵１で暗号化したコンテンツを送信した後、クライアント装置１００はサーバ装置２００に対して、Ｃ公開鍵の変更要求を第１通信手段を用いて送付する（ＳＥＶＴ３４０７：ＮＯＮ［公開鍵の変更要求］）。
【０２１１】
公開鍵の変更要求を受けると、クライアント装置１００は新しいＣ公開鍵２とＣ秘密鍵２のペアを生成する。Ｃ公開鍵２は署名用共通鍵で暗号化してサーバ装置２００に対して第１２通信手段を用いて送付し、Ｃ秘密鍵２を保持する（ＣＥＶＴ３４０８：署名用共通鍵［Ｃ公開鍵２］）。サーバ装置２００側では署名用共通鍵を用いてＣ公開鍵１を復号する。復号できたことにより、サーバ装置２００はクライアント装置１００が第２通信手段で接続したクライアント装置と同一であることを確認できる。
【０２１２】
次に、サーバ装置２００はクライアント装置１００に対して、サーバ装置２００が生成した新しい共通鍵２をＣ公開鍵２で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４０９：Ｃ公開鍵２［共通鍵２］）。
【０２１３】
続けて、サーバ装置２００はクライアント装置１００に対して、ストリームデータを分割したコンテンツ４、コンテンツ５、コンテンツ６を共通鍵２で暗号化して第１通信手段を用いて送付する（ＳＥＶＴ３４１０：共通鍵２［コンテンツ４］、ＳＥＶＴ３４１１：共通鍵２［コンテンツ５］、ＳＥＶＴ３４１２：共通鍵２［コンテンツ６］）。
【０２１４】
上記の技術により、サーバ装置２００は、第１接続手段でＣ公開鍵を送付してきた相手クライアント装置１００が、携帯電話（第２接続手段）をかけた相手と同一であることを知ることができるとともに、携帯電話をかけている間も途切れることなくクライアント装置１００にコンテンツを送付することができる。
【０２１５】
図３７のイベントフローを実現するサーバ装置２００の処理は、図３０のフローチャートに変形した流れとなるため、図３０を用いて説明する。図３７のイベントフロー実現のために図３０のフローチャートで異なる点は、Ｓ２８１２における公開鍵の変更要求を含むイベントの作成において、公開鍵の変更要求に加えてサーバ装置２００の署名用鍵を含める点である。
【０２１６】
したがって、Ｓ２８１３においてクライアント装置１００の新しい公開鍵を受け取るが、この新しい公開鍵がＳ２８１２で送信した署名鍵で署名された公開鍵でない場合には正しい公開鍵でないと判断され、処理を終了する。この処理を含むことにより、Ｓ２８０２で受信した最初に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてもよく、Ｓ２８１３で受信した所定時間経過後に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてはならない。
【０２１７】
図３７のイベントフローを実現するクライアント装置１００の処理を図３１のフローチャートの変形例として説明を行なう。Ｃ２９０５において公開鍵の変更要求を含むイベントを受信した場合はＣ２９１２へ進み、Ｃ２９１４で新たな公開鍵をサーバ装置２００に送信している。このとき、公開鍵の変更要求にサーバ装置２００の署名用鍵が含まれる。その場合、Ｃ２９１４で送信される新たな公開鍵はサーバ装置２００の署名用鍵を用いて署名される。この処理を含むことにより、Ｃ２９０４で送信した最初に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてもよく、Ｃ２９１４で送信した所定時間経過後に使用する公開鍵はサーバ装置２００の署名用鍵で署名された公開鍵でなくてはならない。
【０２１８】
（サーバ装置情報のコンテンツ内への埋め込み）
サーバ装置２００から送信されたストリーミングデータが、クライアント装置１００でサーバ装置２００の許可なしにコピーされたり再配布されたりした場合に、ストリーミングデータがサーバ装置２００から送出されたことを示す情報をストリーミングデータ内に埋め込む処理に関して説明する。この処理は、サーバ装置２００の送信データ生成部２１１にて行なわれる。
【０２１９】
１つの方法としては、送信データ生成部２１１は出力切替部２１０から受け取ったデジタルデータを一旦デコードして、サーバ装置２００から送出されたことを示す情報を埋め込み、再びデジタルデータとしてエンコードする方法が考えられる。
【０２２０】
情報を埋め込む方法としては、人間の目や耳では知覚し難いノイズという形で埋め込む方法（既知の電子透かし技術を利用）や、逆に人間に知覚できる形で埋め込む方法である。図３８は、デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す図である。図３８では、画像の右下隅に「チューナＩＤ：１２３４−５６７８−９０１２」の文字が埋め込まれている。埋め込む情報は、サーバ装置２００を特定する情報（ＩＰアドレスや、サーバ装置２００の物理アドレスや、ＢＳ／ＣＳチューナのＩＤ番号など）が望ましい。また、人間に知覚できる形態で埋め込む場合には、たとえば「このデータはサーバ装置から送信されたデータです」といった一般的な警告文であってもよい。
【０２２１】
また、デジタルデータが複数のフレームで構成される映像の場合には、デジタルデータの各フレームの画面の右下隅に白または黒の矩形領域を埋め込んで１ビットの情報とし、それらのビット情報を組合わせてサーバ装置２００から送出されたことを示すこともできる。図３９は、複数のフレームで構成される映像のデジタルデータに情報を埋め込む一例を示す図である。
【０２２２】
人間の目には、右下隅の１ビット程度の表示情報はほとんど無視できるため、デジタル映像データを見る際にはほとんど無視できる。例えば、サーバ装置２００から送出されたことを示す情報として、スタートビットが「００００」、サーバ装置２００のＩＤ番号が「１０１０１１１１００１０」であるような場合には、「００００１０１０１１１１００１０」を情報として埋め込む。この場合には、１，２，３，４，６，８，１３，１４，１６枚目のフレームの右下隅には白の矩形が、５，７，９，１０，１１，１２，１５枚目のフレームの右下隅には黒の矩形が、それぞれ表示される。また、１７枚目以降のフレームは、１〜１６枚目のフレームに表示したのと同じパターンの矩形を繰り返し表示する。
【０２２３】
図４０は、デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す別の図である。図４０（ａ）は、画像の四隅に矩形を配置して１フレームで４ビットの情報を表わす例を示す。図４０（ｂ）は、画像に２次元コードを配置して１フレームで複数ビットの情報を表わす例を示す。また、２次元コードではなく１次元のバーコードを配置してもよい。図４０（ｃ）は、白黒ではなく色情報を用いて１フレームで複数ビットの情報を表わす例を示す図である。
【０２２４】
ストリーミングデータがサーバ装置２００から送出されたことを示す情報をストリーミングデータ内に埋め込むもう１つの方法としては、送信データ生成部２１１は出力切替部２１０から受け取ったデジタルデータを完全にデコードせずに、サーバ装置２００から送出されたことを示す情報を埋め込む方法である。
【０２２５】
ここでは、ＭＰＥＧ−１ビデオのコーデック方法に準拠したストリーミングデータに対して、ストリーミングデータがサーバ装置２００から送出されたことを示す情報を埋め込む手法について説明する。
【０２２６】
図４１は、ＭＰＥＧ−１ビデオのコーデック方法を説明するための図である。ＭＰＥＧ−１ビデオでは、空間領域における冗長性の除去としてブロックと呼ばれる８×８画素単位でＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ：離散コサイン変換）を行なう。さらに、データ量の異なる３種類のピクチャにより時間領域における冗長性の除去を行なっている。ピクチャには、他のピクチャの影響を受けないＩピクチャ、過去のフレームから一方向のフレーム間予測を行ない差分を符号化したＰピクチャ、過去と未来の２つのフレームから二方向のフレーム間予測を行ない差分を符号化したＢピクチャがある。Ｂピクチャは未来のフレームを予測に用いるため、その符号化に先がけて、予測に用いる未来のフレームが符号化されていなくてはならない。そこで符号化時にフレームの並べ替えが行なわれる。図４２に、ＭＰＥＧ−１ビデオにおけるフレームの並べ替えの概念を示す。
【０２２７】
本発明では、上記３種類のピクチャのうち、Ｉピクチャに対してのみサーバ装置２００から送出されたことを示す情報を埋め込む。埋め込む方法としては、図３９で示したのと同様に、フレームの画面の右下隅に、白または黒の矩形領域を用いて１ビットの情報を表わし、複数のフレームで構成される複数ビットを用いてサーバ装置２００から送出されたことを示す情報を表現する。
【０２２８】
図４３は、サーバ装置２００から送出されたことを示す情報をＭＰＥＧ−１ビデオに埋め込む処理を説明するフローチャートであり、図４４は同処理を説明する概念図である。
【０２２９】
図４３および図４４を参照して、送信データ生成部２１１が出力切替部２１０からデジタルデータを受け取ると（Ｓ４００１）、デジタルデータからＩピクチャを取り出す（Ｓ４００２）。次に、Ｉピクチャの右下のブロック（図４１のブロック）を取り除き（Ｓ４００３）、代わりに記録するビット情報に応じて白または黒をＤＣＴで変換したブロックを作成し（Ｓ４００４）、取り除いた右下のブロックの代わりに挿入する（Ｓ４００５）。なお、この処理で例えばＩピクチャの右下のブロックを完全に入れ替えてしまうのではなく、元のブロックの領域の一部にビット情報を表わす矩形を上書きしてもよい。
【０２３０】
そして、新しいＩピクチャと、変更を加えていないＰピクチャ、Ｂピクチャを合わせて新しいデジタルデータを生成する（Ｓ４００６）。
【０２３１】
ＰピクチャとＢピクチャはＩピクチャからフレームの予測しているため、Ｉピクチャが変更されればＰピクチャとＢピクチャから復元されるフレームは変わってしまうことになる。しかしながら影響するノイズは画面右下隅近辺に限定されるため、人間が見る際にはそれほど問題にならないと考えられる。逆に本発明により、デジタルデータをすべてデコードすることなしに、サーバ装置２００から送出されたことを示す情報を埋め込む処理が可能となる。
【０２３２】
図４５は、サーバ装置２００において記録すべき情報を入力し、記録すべき情報を分割して複数のＩピクチャに情報を埋め込む処理を説明するフローチャートである。この処理で使用できるビット情報は白または黒からなる２値であるとする。記録すべき情報は送信データ生成部２１１において２進数の数として桁ごとの数値に分解される（Ｓ４７０１）。なお、記録すべき情報とは、サーバ装置２００を識別する値として送信データ生成部２１１が固定的にもっていてもよいし、いずれかの部位から入力されてもよい。
【０２３３】
送信データ生成部２１１は複数のＩピクチャのそれぞれに２進数の数として桁ごとの数値を割り振り（Ｓ４７０２）、２進数の数値が０ならば白ブロック、１ならば黒ブロックとなるように、右下のブロックを置き換える（Ｓ４７０３）。なお、具体的な置き換え手順に関しては図４３で示した通りである。
【０２３４】
図４６は、クライアント装置１００においてサーバ装置２００から送出されたことを示す情報を読み出す処理を説明するフローチャートである。デコード処理部１０７はストリームデータ受信部１０６からＭＰＥＧ−１ビデオを受け取ると（Ｓ４８０１）、Ｉピクチャ、Ｐピクチャ、Ｂピクチャに分けてＩピクチャのみを取り出す（Ｓ４８０２）。次にＩピクチャをデコードして画像データを取り出し（Ｓ４８０３）、画像データの右下のＤＣＴ変換した１ブロックに相当する領域が白であるか黒であるかを調べる（Ｓ４８０４）。白であれば０を、黒であれば１を割り当てて２進数の１つの桁に相当する数値とみなし（Ｓ４８０５）、複数のＩピクチャが２進数の各桁を表わすとみなして元の記録された２進数の数値を取り出す（Ｓ４８０６）。
【０２３５】
そして、Ｉピクチャの右下のＤＣＴ変換した１ブロックに相当する領域を、当該領域の右に隣接する領域の色で塗りつぶし（Ｓ４８０７）、Ｐピクチャ、Ｂピクチャのデコード処理も行ない、最終的に構成されたアナログ映像データをアナログ出力部１０２から出力する（Ｓ４８０８）。Ｓ４８０７において、右下の領域の右に隣接する領域の色で塗りつぶすことにより、出力されるアナログ映像データには、サーバ装置２００から送出されたことを示す情報は残らない。
【０２３６】
なお、ここでは画像データの右下のＤＣＴ変換した１ブロックに相当する領域全体が白または黒を示し１枚の画像に２値の情報を記録する例を示しているが、矩形ではなく２次元コードを配置して１フレームで複数ビットの情報を表わしたり（図４０（ｂ）参照）、２次元コードではなく１次元のバーコードを配置したり、白黒ではなく色情報を用いて１フレームで複数ビットの情報を表わしたり（図４０（ｃ）参照）することによって、１枚の画像に多値の情報を記録することができる。これらの場合においても、図４６に示したのと同様の処理を用いて情報を読み出すことができる。
【０２３７】
（サーバ装置ＤＶＤ等のストリームデータ再生装置である場合）
さて、ここまでサーバ装置２００としてはデジタル放送データを扱うチューナーを想定して説明を続けてきたが、例えばサーバ装置２００がＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やＶＴＲ（Ｖｉｄｅｏ Ｔａｐｅ Ｒｅｃｏｒｄｅｒ）などのストリームデータ再生装置、あるいは、ストリームデータ再生装置からアナログ入力またはデジタル入力するストリームデータを扱う機器であるような場合にも適用が可能である。
【０２３８】
図４７は、図２に示したサーバ装置２００を変形したサーバ装置２５０の構成を表わす概略図である。サーバ装置２５０は、ＤＶＤメディアやビデオテープなどのストリームデータ記録媒体を再生する装置を含む。図２に示したサーバ装置２００との違いは、アンテナ信号入力部２０２、チャンネル指示部２０４、チャンネル選択部２０８、スクランブル解除処理部２０９がなく、代わりに、記録メディア読取部２５１、読取制御指示部２５２、読取制御部２５３を含む。
【０２３９】
記録メディア読取部２５１は、ＤＶＤメディアやビデオテープなどの記録媒体からストリームデータを読み出す部位である。記録媒体としてはデジタルデータを記録する記録媒体を想定するが、アナログデータを記録する記録媒体であっても特に問題はない。アナログデータを記録する記録媒体の場合には、送信データ生成部２１１にはアナログデータからデジタルデータを生成する処理が追加され、また、デコード処理部２１３は不要となる。
【０２４０】
読取制御指示部２５２は、記録媒体の読み取りの制御を入力するためのデバイスであり、サーバ装置２００に付属するボタンスイッチや赤外線リモコンなどで構成される。記録媒体の読み取りの制御としては、再生、停止、早送り、巻き戻しなどが考えられる。
【０２４１】
読取制御部２５３は、記録メディア読取部２５１または制御処理部２１８からの指示に基づき記録メディア読取部２５１を操作してデジタルデータを取得し、出力切替部２５３へ渡す部位である。
【０２４２】
図４８はクライアント装置１００がサーバ装置２５０の記録メディア読取部２５１を制御して、再生、停止、早送り、巻き戻しを行なう処理を表わす処理のフローチャートである。クライアント装置１００では、利用者が指示入力部１０３に対して制御情報（再生、停止、早送り、巻き戻しなど）を入力すると（Ｃ４３０１）、制御データ送信部１１１で設定された制御情報を含む制御データが生成し（Ｃ４３０２）、通信部１０１を介してサーバ装置２５０へ送信する（Ｃ４３０３）。
【０２４３】
サーバ装置２５０では、制御データ受信部２１７が通信部２０１を介してクライアント装置１００からの制御データを受信し（Ｓ４３０４）、設定された制御情報に従って読取制御部２５３は記録メディア読取部２５１を操作（再生、停止、早送り、巻き戻しなど）する（Ｓ４３０５）。
【０２４４】
これにより、本発明のクライアント装置１００とサーバ装置２５０を用いて、ＤＶＤやビデオをリモートで視聴することが可能となる。
【０２４５】
（プログラムとしての実現）
なお、図３に示したクライアント装置１００、図２に示したサーバ装置２００、図４７に示したサーバ装置２５０は、これらの装置で実行される処理を記述した処理プログラムをコンピュータに実行させることによっても実現可能である。
【０２４６】
この処理プログラムはコンピュータで読み取り可能な記録媒体に格納されており、各処理は上記プログラムがコンピュータに読込まれ、実行されることによって実現される。記録媒体の例としては、磁気テープやカセットテープなどのテープ系、フロッピー（Ｒ）ディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤなどの光ディスクなどからなるディスク系、ＩＣカードや光カード等のカード系、マスクＲＯＭ、ＦＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体などいずれであってもよい。
【０２４７】
以上説明したように、本実施の形態における情報転送システムによれば、クライアント装置１００からテレビ番組などを予約することが可能である。また、予約時間になって初めてクライアント装置１００とサーバ装置２００または２５０との通信回線を接続してテレビ番組の転送を行なうため、通信回線を有効に利用することができ、通信回線が時間課金の場合にはコストを削減することができる。さらに、テレビ番組の受信が開始されたことが利用者に報知されるので、利用者は転送されてきた番組を忘れずに視聴することができる。
【０２４８】
さらに、本実施の形態における情報転送システムによれば、クライアント装置１００とサーバ装置２００とのいずれかからのみテレビ番組を出力しないので、テレビ番組が出力される装置の台数を保証する情報転送システムを実現することができる。例えば番組の供給業者は１契約につき必ず出力が１つの機器であることを前提とした、契約条件設定や料金設定を行なうことができる。
【０２４９】
【発明の効果】
この発明によれば、転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態が確立され、通信可能状態が確立された情報受信装置に、外部より受信された情報が送信される。このため、予約された時刻になると、たとえば放送番組等の外部から受信された情報が情報受信装置に送信される。しかも、たとえば転送予約した時などの転送開始時刻が取得された時からたとえば放送番組等の外部から受信された情報が送信されるまでの間、情報転送装置と情報受信装置とを通信確立状態にしないので、情報転送装置と情報受信装置との通信に用いられるネットワーク資源を無駄に使用するのを防止することができる。例えば、ネットワーク資源が時間課金される場合には、コストを削減することができる。
【０２５０】
また、利用者による転送開始時刻の入力が受付けられ、入力された転送開始時刻が計時されたことが報知されるので、利用者が、情報受信装置から出力される予約した情報を見逃すのを防止することができる。
【０２５１】
さらに、外部から受信された情報の出力先が、出力手段と通信手段のいずれかに切換えられるので、受信された情報が、出力手段と通信手段とから同時に出力されることはない。その結果、情報の出力先を制限することができる。
【０２５２】
さらに、通信確立要求の受信に応じて、既に通信可能状態が確立されている情報受信装置の数が予め定められた最大機器数に達していないことが判定されたことを条件に、通信確立要求を送信した情報受信装置との通信確立状態が確立されるので、通信確立状態とされる情報受信装置の数を最大機器数以下とすることできる。このため、情報の出力先数を保証することができる。
【０２５３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【図１】本発明の１つの実施形態における情報転送システムの基本構成を表わす概略図である。
【図２】本実施の形態における情報転送システムを構成するサーバ装置の構成を表わす概略図である。
【図３】本実施の形態における情報転送システムを構成するクライアント装置の構成を表わす概略図である。
【図４】サーバ装置が単体でデジタル放送データを扱うチューナーとして動作する処理のフローチャートである。
【図５】情報転送システムにおいてＳＩＰを用いてセッション確立のイベントフローを示す図である。
【図６】クライアント装置とサーバ装置との間でセッションを確立する処理のフローチャートである。
【図７】クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第１の図である。
【図８】クライアント装置がサーバ装置上の機能を指定するためのＳＩＰアドレスの設定例の一例を示す第２の図である。
【図９】ＩＰ電話番号の一般的な運用例を説明する概念図である。
【図１０】クライアント装置がサーバ装置上の機能を指定するためのＩＰ電話番号の設定例を表わす概念図である。
【図１１】クライアント装置がサーバ装置上のチューナーのチャンネルを指定するためのＩＰ電話番号の設定例を表わす概念図である。
【図１２】情報ＩＮＶＩＴＥを送信するイベントを構成する処理を説明する概念図である。
【図１３】ＳＩＰを用いてセッション切断のイベントフローを示す図である。
【図１４】クライアント装置とサーバ装置との間でセッションを切断する処理のフローチャートである。
【図１５】サーバ装置からクライアント装置へストリームデータを転送する処理のフローチャートである。
【図１６】サーバ装置における出力先の設定を説明するための概念図である。
【図１７】サーバ装置における出力先の設定処理の変形例の流れを示すフローチャートである。
【図１８】クライアント装置１００がサーバ装置２００のチャンネルを設定する処理のフローチャートである。
【図１９】クライアント装置１００が映像のズームインまたはズームアウトをサーバ装置２００に指示する処理のフローチャートである。
【図２０】携帯電話に備えられたテンキーとズームアップする領域との対応の一例を示す図である。
【図２１】画像の縮小処理をサーバ装置で実行することの意義を説明するための図である。
【図２２】ズームアップ（ズームイン）の処理をサーバ装置で実行することの意義を説明するための図である。
【図２３】ズームインやズームアウトが設定された際の、サーバ装置の送信データ生成部で実行される処理のフローチャートである。
【図２４】クライアント装置１００がサーバ装置２００に指示して出力切替部の設定を切り替える処理のフローチャートである。
【図２５】クライアント装置がサーバ装置に予約時刻を設定する処理のフローチャートである。
【図２６】予約時刻になったときにサーバ装置がクライアント装置へストリームデータを転送する処理のフローチャートである。
【図２７】クライアント装置が予約時刻を設定する処理のフローチャートである。
【図２８】予約時刻になったときにクライアント装置がサーバ装置に要求して、サーバ装置からクライアント装置へのストリームデータ送信を開始させる処理のフローチャートである。
【図２９】サーバ装置からクライアント装置に対してストリームデータを送信する際のイベントフロー図である。
【図３０】図２９のイベント処理を行なうためのサーバ装置内の処理を表わすフローチャートである。
【図３１】図２９のイベント処理を行なうためのクライアント装置１００内の処理を表わすフローチャートである。
【図３２】２つのクライアント装置Ａ，Ｂに対してマルチキャストでコンテンツを送付する場合のイベントフロー図である。
【図３３】クライアントＬ、クライアントＭ、クライアントＮそれぞれに対して各公開鍵でコンテンツ１を暗号化して送信するイベントを示す図である。
【図３４】コンテンツを送信するためのイベント例を表わす概念図である。
【図３５】クライアント装置が第２通信部を備え、サーバ装置が第２通信部を備えたストリーム情報転送システムの概略を示す図である。
【図３６】図２９のイベントフローの変形例を示す図である。
【図３７】図２９のイベントフローの別の変形例を示す図である。
【図３８】デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す図である。
【図３９】複数のフレームで構成される映像のデジタルデータに情報を埋め込む一例を示す図である。
【図４０】デジタルデータに情報を人間に知覚できる形態で埋め込んだ一例を示す別の図である。
【図４１】ＭＰＥＧ−１ビデオにおいて１枚のピクチャを圧縮処理する方法を説明する概念図である。
【図４２】ＭＰＥＧ−１ビデオにおけるフレームの並べ替えの概念を示す。
【図４３】サーバ装置から送出されたことを示す情報をＭＰＥＧ−１ビデオに埋め込む処理を説明するフローチャートである。
【図４４】サーバ装置から送出されたことを示す情報をＭＰＥＧ−１ビデオに埋め込む処理のフローチャートである。
【図４５】サーバ装置において記録すべき情報を入力し、記録すべき情報を分割して複数のＩピクチャに情報を埋め込む処理を説明するフローチャートである。
【図４６】クライアント装置においてサーバ装置から送出されたことを示す情報を読み出す処理を説明するフローチャートである。
【図４７】図２に示したサーバ装置を変形したサーバ装置の構成を表わす概略図である。
【図４８】クライアント装置が変形されたサーバ装置の記録メディア読取部を制御して、再生、停止、早送り、巻き戻しを行なう処理を表わす処理のフローチャートである。
【図４９】サーバ装置における出力先の設定処理の別の変形例の流れを示すフローチャートである。
【符号の説明】
１００ クライアント装置、１０１，２０１ 通信部、１０２，２０３ アナログ出力部、１０３ 指示入力部、１０４，２０６ セッション管理部、１０５，２０７ 認証処理部、１０６ ストリームデータ受信部、１０７ デコード処理部、１０８ 受領データ生成部、１０９ 受領データ送信部、１１０ 付加情報蓄積部、１１１ 制御データ送信部、１２１，２２１ 第２通信部、２００ サーバ機器、２０２ アンテナ信号入力部、２０４ チャンネル指示部、２０５出力切替指示部、２０８ チャンネル選択部、２０９ スクランブル解除処理部、２１０ 出力切替部、２１１ 送信データ生成部、２１２ ストリームデータ送信部、２１３ デコード処理部、２１４ 付加情報生成部、２１５ 受領データ確認部、２１６ 付加情報管理部、２１７ クライアント装置、２１７ 制御データ受信部、２１８ 制御処理部、２１９ 出力先管理部、２５０ サーバ装置、２５１ 記録メディア読取部、２５２ 読取制御指示部、２５３ 出力切替部、２５３ 読取制御部。
Claims (17)
- 外部から情報を入力するための情報入力手段と、
転送開始時刻を取得する転送開始時刻取得手段と、
時刻を計時するタイマ手段と、
前記タイマ手段にて前記取得された転送開始時刻が計時されたことを条件に、情報受信装置との通信が可能な通信可能状態を確立するための通信確立手段と、前記通信確立手段により通信可能状態が確立された情報受信装置に、前記情報入力手段により受信された情報を送信するための情報送信手段とを備えた、情報転送装置。 - 前記情報入力手段は、外部から複数種類の情報を入力し、
前記情報入力手段から前記複数種類の情報のうちからいずれかを指定するための選択情報を取得する選択情報入力手段をさらに備え、
前記情報送信手段は、前記情報入力手段により入力された複数種類の情報の中から前記取得された選択情報により特定される情報を送信する、請求項１に記載の情報転送装置。 - 利用者による転送開始時刻の入力を受付ける転送開始時刻入力手段と、
前記転送開始時刻入力手段による転送開始時刻の入力に応じて、前記転送開始時刻を情報転送装置に送信する転送開始時刻送信手段と、
通信開始要求を受信する通信開始要求受信手段と、
前記通信開始要求受信手段により受信された通信開始要求が、前記転送開始時刻送信手段により送信された転送開始時刻に対応するか否かを判定する判定手段と、
前記判定手段による判定結果に基づいて、情報転送装置との通信が可能な通信可能状態を確立するための通信確立手段と、
通信可能状態が確立された前記情報転送装置から情報を受信する情報受信手段と、
前記受信された情報を出力する情報出力手段とを備えた、情報受信装置。 - 前記判定手段は、前記転送開始時刻送信手段により転送開始時刻が送信された情報転送装置の識別情報と、前記通信開始要求受信手段により受信された通信開始要求を出力した情報転送装置の識別情報とを比較する比較手段を含む、請求項３に記載の情報受信装置。
- 前記通信確立要求手段による通信確立要求の受信に応じて、前記情報転送装置から情報が受信されることを報知する報知手段をさらに備えた、請求項３または４に記載の情報受信装置。
- 利用者による前記情報受信手段による情報の受信許可の入力を受付けるための許可入力手段をさらに備え、
前記通信確立手段は、前記許可入力手段による許可の入力受付を条件に、前記情報転送装置との通信が可能な通信可能状態を確立する、請求項５に記載の情報受信装置。 - 利用者による転送開始時刻の入力を受付ける転送開始時刻入力手段と、
時刻を計時するタイマ手段と、
前記タイマ手段にて前記入力された転送開始時刻が計時されたことを条件に、情報転送装置に通信確立要求を送信する通信確立要求送信手段と、
前記通信確立要求送信手段により送信された通信確立要求に基づき情報転送装置との通信が可能な通信可能状態を確立する通信確立手段と、
前記通信可能状態が確立された情報転送装置から情報を受信する情報受信手段と、
前記情報受信手段により受信された情報を出力する情報出力手段とを備えた、情報受信装置。 - 前記タイマ手段にて前記入力された転送開始時刻が計時されたことを条件に、前記情報転送装置から情報が受信されることを報知する報知手段をさらに備えた、請求項７に記載の情報受信装置。
- 利用者による前記情報受信手段による情報の受信許可の入力を受付けるための許可入力手段をさらに備え、
前記通信確立要求送信手段は、前記許可入力手段による許可の入力受付を条件に、前記情報転送装置に通信確立要求を送信する、請求項８に記載の情報受信装置。 - 外部から情報を入力するための情報入力手段と、
情報を出力するための出力手段と、
情報受信装置と通信する通信手段と、
前記受信された情報の出力先を、前記通信手段により前記情報受信装置から受信された出力先切替情報に基づき、前記出力手段と前記通信手段のいずれかに切換える切替手段とを備えた、情報転送装置。 - 情報受信装置から通信確立要求を受信する通信確立要求受信手段と、
前記通信確立要求受信手段により通信確立要求が受信されたことに応じて、該通信確立要求を送信した情報受信装置との通信が可能な通信可能状態を確立する通信確立手段とをさらに備え、
前記切替手段は、前記通信確立要求受信手段による通信確立要求の受信に応じて、出力先を前記通信手段に切替える、請求項１０に記載の情報転送装置。 - 情報受信装置との間で確立した通信の切断を検出する通信切断検出手段をさらに備え、
前記切替手段は、通信切断検出手段が通信の切断を検出したときは、出力先を前記出力手段に切替える、請求項１０に記載の情報転送装置。 - 情報受信装置から通信確立要求を受信する通信確立要求受信手段と、
前記通信確立要求受信手段による通信確立要求の受信に応じて、前記切替手段により出力先が前記通信手段に切替えられていることを条件に、該通信確立要求を送信した情報受信装置との通信が可能な通信可能状態を確立する通信確立手段とをさらに備えた、請求項１０に記載の情報転送装置。 - 前記通信確立手段は、同時に複数の情報受信装置と通信可能状態を確立可能であり、
前記通信確立要求受信手段による通信確立要求の受信に応じて、既に通信可能状態が確立されている情報受信装置の数が予め定められた最大機器数に達していないことを判定する判定手段を含み、
前記判定手段により最大機器数に達していないと判定されたことを条件に、前記通信確立要求を送信した情報受信装置との通信確立状態を確立する、請求項１３に記載の情報転送装置。 - 前記切替手段は、通信確立状態にある情報受信装置が１以上存在するときに、出力先を前記通信手段に切替える、請求項１３または１４に記載の情報転送装置。
- 前記切替手段は、通信確立状態にある情報受信装置が存在しないときは、出力先を前記出力手段に切替える、請求項１３または１４に記載の情報転送装置。
- 請求項１〜１６に記載の情報転送装置ならびに情報受信装置をコンピュータで実現するために、該コンピュータで実行される処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003085525A JP2004295375A (ja) | 2003-03-26 | 2003-03-26 | 情報転送装置、情報受信装置および処理プログラム。 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003085525A JP2004295375A (ja) | 2003-03-26 | 2003-03-26 | 情報転送装置、情報受信装置および処理プログラム。 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004295375A true JP2004295375A (ja) | 2004-10-21 |
Family
ID=33400428
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003085525A Pending JP2004295375A (ja) | 2003-03-26 | 2003-03-26 | 情報転送装置、情報受信装置および処理プログラム。 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004295375A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006287502A (ja) * | 2005-03-31 | 2006-10-19 | Kddi Corp | スクランブル映像配信システム |
| WO2007004461A1 (ja) * | 2005-07-01 | 2007-01-11 | Sanyo Electric Co., Ltd | 無線装置 |
| JP2007011831A (ja) * | 2005-07-01 | 2007-01-18 | Sumitomo Electric Ind Ltd | サーバ装置、受信装置、サーバプログラム、コンテンツ受信プログラム、コンテンツ配信方法およびコンテンツ受信方法 |
| JP2009055614A (ja) * | 2004-12-22 | 2009-03-12 | Sony Corp | リモート・コマンダ、遠隔操作方法、並びにリモコン・サーバ |
| JP2010213342A (ja) * | 2010-05-17 | 2010-09-24 | Oki Electric Ind Co Ltd | 通信装置、通信方法及び通信プログラム |
| JP2014053810A (ja) * | 2012-09-07 | 2014-03-20 | Toshiba Corp | 携帯無線装置および無線通信方法 |
| US10051308B2 (en) | 2004-12-22 | 2018-08-14 | Sony Corporation | Remote control system, remote control commander, remote control server |
| CN112425194A (zh) * | 2018-07-20 | 2021-02-26 | 奥林巴斯株式会社 | 无线通信装置、无线通信系统、无线通信方法及程序 |
| CN112425194B (zh) * | 2018-07-20 | 2024-05-31 | 奥林巴斯株式会社 | 无线通信装置、无线通信系统、无线通信方法及记录介质 |
-
2003
- 2003-03-26 JP JP2003085525A patent/JP2004295375A/ja active Pending
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10257560B2 (en) | 2004-12-22 | 2019-04-09 | Sony Corporation | Remote control system, remote control commander, and remote control server |
| US10165320B2 (en) | 2004-12-22 | 2018-12-25 | Sony Corporation | Remote control system, remote control commander, remote control server |
| US11290768B2 (en) | 2004-12-22 | 2022-03-29 | Sony Group Corporation | Remote control system, remote commander, and remote control server |
| US10051308B2 (en) | 2004-12-22 | 2018-08-14 | Sony Corporation | Remote control system, remote control commander, remote control server |
| JP2009055614A (ja) * | 2004-12-22 | 2009-03-12 | Sony Corp | リモート・コマンダ、遠隔操作方法、並びにリモコン・サーバ |
| US10638186B2 (en) | 2004-12-22 | 2020-04-28 | Sony Corporation | Remote control system, remote commander, and remote control server |
| US10298992B2 (en) | 2004-12-22 | 2019-05-21 | Sony Corporation | Remote control system, remote control commander, remote control server |
| JP4588514B2 (ja) * | 2005-03-31 | 2010-12-01 | Ｋｄｄｉ株式会社 | スクランブル映像配信システムおよび再生装置 |
| JP2006287502A (ja) * | 2005-03-31 | 2006-10-19 | Kddi Corp | スクランブル映像配信システム |
| JP2007011831A (ja) * | 2005-07-01 | 2007-01-18 | Sumitomo Electric Ind Ltd | サーバ装置、受信装置、サーバプログラム、コンテンツ受信プログラム、コンテンツ配信方法およびコンテンツ受信方法 |
| JPWO2007004461A1 (ja) * | 2005-07-01 | 2009-01-22 | 三洋電機株式会社 | 無線装置 |
| WO2007004461A1 (ja) * | 2005-07-01 | 2007-01-11 | Sanyo Electric Co., Ltd | 無線装置 |
| JP4624417B2 (ja) * | 2005-07-01 | 2011-02-02 | 三洋電機株式会社 | 無線装置 |
| US8121554B2 (en) | 2005-07-01 | 2012-02-21 | Sanyo Electric Co., Ltd. | Radio apparatus |
| JP2010213342A (ja) * | 2010-05-17 | 2010-09-24 | Oki Electric Ind Co Ltd | 通信装置、通信方法及び通信プログラム |
| JP2014053810A (ja) * | 2012-09-07 | 2014-03-20 | Toshiba Corp | 携帯無線装置および無線通信方法 |
| CN112425194B (zh) * | 2018-07-20 | 2024-05-31 | 奥林巴斯株式会社 | 无线通信装置、无线通信系统、无线通信方法及记录介质 |
| CN112425194A (zh) * | 2018-07-20 | 2021-02-26 | 奥林巴斯株式会社 | 无线通信装置、无线通信系统、无线通信方法及程序 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102665112B (zh) | 用于多媒体内容的安全传输和回放的方法和设备 | |
| EP2267936A1 (en) | Content transmission device and content reception device | |
| US20080216177A1 (en) | Contents Distribution System | |
| US20060105749A1 (en) | Apparatus, system, and method for transmitting content in home network | |
| CN102498723B (zh) | 用于分发内容的方法和系统 | |
| JP4156770B2 (ja) | 通信装置およびその通信方法 | |
| US20110099591A1 (en) | Secure wireless pairing of digital tv short-range transmitter and receiver | |
| CN101124825B (zh) | 用于多媒体内容的安全传输和回放的方法和设备 | |
| JPWO2004023812A1 (ja) | コンテンツ配信システム | |
| JP4644850B2 (ja) | ビデオシーケンス供給方法、ビデオストリーム送信装置、ビデオストリーム受信装置、カード型ビデオストリーム受信装置、およびビデオストリーム伝送システム | |
| KR20100074244A (ko) | 멀티미디어 콘텐트에 대한 최종 사용자 액세스 정보를 전송하는 방법 및 시스템 | |
| JP2005252461A (ja) | コンテンツ配信システム | |
| JP2004295375A (ja) | 情報転送装置、情報受信装置および処理プログラム。 | |
| EP1422943B1 (en) | Transmitter apparatus, reciever apparatus and recieving method | |
| JP4359158B2 (ja) | ディジタル放送受信装置及び契約番組視聴方法 | |
| JP3708905B2 (ja) | 放送受信機、放送受信システム及び情報配信方法 | |
| JP2004096394A (ja) | テレビ受信システム、テレビ受信装置及び携帯端末 | |
| CN103780961B (zh) | 一种数据信息的保护方法及设备 | |
| JP3723412B2 (ja) | ストリーム送受信システム，意味情報サーバおよびストリーム送受信システムにおける課金方法 | |
| JP2004295385A (ja) | 情報転送装置および処理プログラム | |
| JP2013135411A (ja) | 電子機器及びその制御方法 | |
| CN108449601B (zh) | 电影数据的传输方法及装置 | |
| JP2010220093A (ja) | 放送受信装置、放送設備、放送システム、及び放送受信方法 | |
| JP5337499B2 (ja) | データ送信装置、およびデータ送信方法 | |
| JP2011101430A (ja) | ディジタル信号記録再生装置、および、ディジタル信号記録再生方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050810 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080408 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080602 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081202 |