JP2010288008A - Ｉｐ放送受信装置及びサーバ装置 - Google Patents

Abstract

【課題】ＣＤＮ事業者から得た回線ＩＤ、ＩＰ放送サービス事業者から得た契約ＩＤをユーザに入力させることなく、ＩＰ放送サービス事業者のサーバ装置へのユーザ登録を可能にする。
【解決手段】ＩＰ放送受信装置（端末装置１で例示）は、サービス事業者サーバ８ａの接続先情報を登録情報の一部として記憶すると共に、サーバ８ａへのユーザ登録完了時に、ネットワーク設定部３２で記憶されたＩＰアドレスを登録情報の一部として記憶する登録情報記憶部３４と、サーバ８ａからのＩＰ放送を受信する際に、登録情報としてＩＰアドレスが記憶されているか否かを確認する登録情報確認部３５と、（ａ）記憶されていた場合に、端末装置１に固有の端末ＩＤをサーバ８ａに送信して接続要求を行い、（ｂ）記憶されていなかった場合に、端末ＩＤとネットワーク設定部３２で記憶されたＩＰアドレスとをサーバ８ａに送信して接続要求を行う接続要求部３６と、を備える。
【選択図】図３

Description

本発明は、ＩＰ（Internet Protocol）放送を受信するＩＰ放送受信装置、及びサービス事業者がそのＩＰ放送受信装置にＩＰ放送コンテンツを提供するためのサーバ装置に関する。

近年、地上波デジタル放送に加え、コンピュータ・ネットワーク網を介したＩＰ放送が開始されている。地上波デジタル放送と比べると、ＩＰ放送は、多チャンネル放送が視聴可能、ＶＯＤ（Video On Demand）でコンテンツが視聴可能、地上波デジタル放送の難視聴地域でも視聴可能、アンテナ不要、などの利点があり、普及の兆しを見せている。

ＩＰ放送を一般家庭などでユーザが受信して視聴する場合には、事業者と契約し、事業者側のルータとユーザ宅のルータとを１本の回線で接続し、さらに、そのユーザ宅のルータにＳＴＢ（Set Top Box）を接続し、さらにそのＳＴＢに表示装置を接続する必要がある（例えば、特許文献１を参照）。勿論、ＩＰ放送受信機能を表示装置に組み込んだテレビ装置でも、ＩＰ放送の視聴は可能である。

ＩＰ放送が視聴可能となるまでの流れについて説明する。まず、ユーザは、ＩＰチューナ搭載のテレビ装置やＳＴＢなどの端末装置を購入するなどして取得する。この取得の前又は取得の後、ユーザは、ＣＤＮ（Contents Delivery Network）事業者とネットワークの契約を行い、契約したネットワークを特定する識別情報（ＩＤ）を取得する。以下、このＩＤを回線ＩＤという。契約した回線とＣＤＮ事業者とは１対１に対応している。このような契約により、ユーザ宅の端末装置がＩＰｖ６ネットワークに接続できるようになる。また、ユーザは、サービス事業者とＩＰ放送の視聴のための契約（ＩＰ放送視聴契約）を行い、そのＩＰ放送視聴契約を特定するためのＩＤ（以下、契約ＩＤという）を取得する。

ユーザが端末装置を操作してＩＰＴＶ機能を起動させると、端末装置がＩＰｖ６ネットワークに接続してＣＤＮに接続する。ここで、端末装置は、全ＣＤＮ事業者共通のＵＲＬ（ＣＤＮ構成情報ＵＲＬ）がＲＯＭ（Read Only Memory）やＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等の内部の不揮発性メモリに予め格納されており、このＣＤＮ構成情報ＵＲＬにアクセスして、ＣＤＮ（ＣＤＮ構成情報サーバ）に接続する。端末装置は契約したＣＤＮの回線を使うことになるため、このＵＲＬにアクセスすることで、契約したＣＤＮのＣＤＮ構成サーバ（ＣＤＮ事業者サーバ）だけに繋がる。

端末装置は、ＣＤＮ構成サーバからＣＤＮ構成情報を取得し、そこに記述されているＵＲＬ（ＰＦ構成情報サーバのＵＲＬ）からＣＤＮ上の全てのＰＦ（Platform）についてのサービス事業者に関する情報（ＰＦ構成情報）を取得する。ＰＦとは、ＣＤＮ上のＩＰ放送配信環境を指し、ＰＦ事業者によってこの環境（プラットフォーム）を用意するサービスが提供されている。サービス事業者は、ＰＦ事業者からＩＰ放送配信環境の提供を受けて、ユーザと直接契約し、ユーザにＩＰ放送配信サービスを提供する事業者である。端末装置は、取得したＣＤＮ構成情報及びＰＦ構成情報を、内部のＥＥＰＲＯＭ等の書き換え可能な不揮発性メモリに格納する。また、端末装置は、ＰＦ構成情報内にある全てのサービス事業者に関する情報をリスト化して格納する。サービス事業者に関する情報としては、サービス事業者を識別するためのＩＤであるサービス事業者ＩＤ、サービス事業者名、サービス事業者サーバのＵＲＬが含まれる。

続いて、端末装置は、サービス事業者名のリストを読み出して画面に表示し、ユーザに、契約したサービス事業者名をそのリストから選択させる。端末装置は、選択されたサービス事業者名に対応するサービス事業者サーバのＵＲＬへ接続し、端末装置の端末ＩＤを送信する。端末ＩＤとしては、ＤＲＭ（Digital Rights Management）−ＩＤが用いられる。

サービス事業者サーバは、端末装置に回線ＩＤ及び契約ＩＤの入力を要求し、端末装置はその要求の画面を表示させ、ユーザが回線ＩＤ及び契約ＩＤを端末装置に入力する。端末装置は、入力された回線ＩＤ及び契約ＩＤをサービス事業者サーバに送信する。サービス事業者サーバは、顧客管理ＤＢ（Database）から契約ＩＤを元に契約情報を検索して、回線ＩＤと端末ＩＤと契約情報とを紐付けることで、ユーザ登録を行う。そして、サービス事業者サーバは、契約したサービス事業者ＩＤを登録するように、端末装置へ指示する。端末装置は、予め格納した全てのサービス事業者に関する情報の中から、登録指示を受けたサービス事業者ＩＤとそれに対応するサービス事業者名及びサーバＵＲＬを、登録情報として不揮発性メモリに書き込む。

ユーザ登録の実行に前後して、サービス事業者サーバは、端末装置から受信した回線ＩＤをＣＤＮ事業者サーバへ送信し、その回線ＩＤが示すネットワークの開通を申請する。ＣＤＮ事業者サーバは、その回線ＩＤが示すネットワークを開通させる。

ユーザは、端末装置を操作して、チャンネル設定を実行させ、これにより端末装置は、ＩＰ放送視聴可能状態になる。チャンネル設定は、地上波デジタル放送でチャンネル情報を取得・設定するのと基本的に同様であり、不揮発性メモリに格納されたサービス事業者ＩＤのサーバＵＲＬにアクセスしてＩＰ放送のチャンネル情報をスキャンして取得し、端末装置に設定・記憶することでなされる。

特開２００７−２７４３０４号公報

このように、端末装置でＩＰ放送を再生可能にするためには、新規登録時に、８桁〜１６桁などの長い契約ＩＤ及び回線ＩＤをユーザが入力しなければならず、また入力ミスにより入力をし直す必要が生じることもあり、リモコン等のプアな入力装置では操作が面倒である。また、入力ミスにより間違えた回線ＩＤが登録されてしまった場合、正しい回線ＩＤを知らないサービス事業者サーバではマルチキャスト配信ができないため、端末装置ではＩＰ放送が受信・再生不可能な状態になる。その一方で、サービス事業者サーバは、正しい回線ＩＤを知らなくても、ＶＯＤやポータルサイト表示のような端末装置とのユニキャスト通信ができる場合があり、このような状態に陥るとユーザは極めて混乱する。

また、引越し時には、ＣＤＮ事業者が変わること、すなわち回線ＩＤが変わることがある。図１０は、従来のＩＰ放送受信システムにおける、引越しによりＣＤＮ事業者が変わった場合の処理を説明するためのフロー図である。ユーザ登録終了後にＩＰ放送の受信機能（ＩＰＴＶ機能）を起動させたとき（ステップＳ１０１）、サービス事業者サーバに端末ＩＤを送信する（ステップＳ１０２）ことになるが、ＣＤＮが変わったときには接続できない（ステップＳ１０３）。従って、端末装置は、例えば、ＣＤＮ構成情報ＵＲＬからＣＤＮ事業者サーバに接続して（ステップＳ１０４）、ＰＦ構成情報を取得し（ステップＳ１０５）、そのＰＦ構成情報で得たサービス事業者サーバのリストから、登録情報が示す引越し前のサービス事業者サーバを検索する（ステップＳ１０６）。このような処理により、引越し前と同じＰＦ事業者を介して同じサービス事業者サーバからＩＰ放送サービスの享受が可能か否かを判定する。

そして、同じＰＦ事業者を介したＩＰ放送サービスの享受が可能である場合（つまり引越し前のＰＦが新しいＣＤＮ上にも存在する場合）には、サービス事業者を変えなくても済むが、サービス事業者サーバでは、ユニキャスト通信のみでなくマルチキャスト配信も可能にするために、ユーザ登録の更新及び新たなＣＤＮ事業者のサーバに開通要求を行う必要があり、そのために新たな回線ＩＤが必要となる。このような場合には、端末ＩＤをサービス事業者サーバに送信し（ステップＳ１０７）、ＩＰ放送リクエスト（マルチキャストにジョイン）しても（ステップＳ１０８）、回線が異なるためマルチキャスト通信が不通であり、そのサービス事業者サーバからは応答がない（ステップＳ１０９）。従って、結局、ユーザは回線ＩＤを入力する必要が生じ（ステップＳ１１０）、プアな入力装置ではその入力操作が面倒である。なお、ＣＤＮ事業者だけでなくサービス事業者も変える場合には、新規登録時に該当する。

一方で、同じＰＦ事業者を介したＩＰ放送サービスの享受が不可能である場合（つまり引越し前のＰＦが新しいＣＤＮ上に存在しない場合）には、端末装置は、ＣＤＮ構成情報ＵＲＬに基づいて、引越し前のＰＦ以外のＰＦについてのＰＦ構成情報から引越し前のサービス事業者に関する情報を検索することになる（ステップＳ１０６）。検索の結果、引越し前のサービス事業者に関する情報が見つかった場合には、サービス事業者を変えなくても済むが、サービス事業者サーバでは、同様の理由から新たな回線ＩＤが必要となり、同様にステップＳ１０７，Ｓ１０８の処理を行ってもサービス事業者サーバから応答がない（ステップＳ１０９）ため、ユーザは回線ＩＤを入力する必要が生じる（ステップＳ１１０）。上述したように、プアな入力装置ではその入力操作が面倒である。なお、検索の結果、見つからなかった場合には、ＣＤＮ事業者だけでなくサービス事業者も変える場合、つまり新規登録時に該当することになる。なお、検索の結果、引越し前のサービス事業者に関する情報が見つからなかった場合には、ユーザは他のサービス事業者と新規の契約を行うしかない。

さらに、端末装置の買い替え時（及び修理によって代替の端末装置を使用する時）には、端末装置の端末ＩＤは当然新しくなる。そのような場合、ユーザは端末装置に回線ＩＤを入力する必要はないが、契約ＩＤを入力してサービス事業者サーバでのユーザ登録を再度行う必要がある。この契約ＩＤの入力操作は、同様にプアな入力装置では面倒であり、それに加えて、契約ＩＤを記録した用紙などが紛失してしまいサービス事業者に問合せを行う必要が生じる場合もある。

また、従来の端末装置では、初回の登録時だけでなく引越し時や買い替え時にも、チャンネル設定をユーザ操作により実行する必要がある。

本発明は、上述のような実状に鑑みてなされたものであり、その目的は、ＣＤＮ事業者から得た回線ＩＤ及びＩＰ放送サービス事業者から得た契約ＩＤをユーザに入力させることなく、ＩＰ放送サービス事業者のサーバ装置からＩＰ放送を受信するためのユーザ登録を行うこと（及びそのユーザ登録を変更すること）が可能なＩＰ放送受信装置を提供すること、並びにそのＩＰ放送サービス事業者のサーバ装置を提供することにある。

また、本発明の他の目的は、ＣＤＮ事業者から得た回線ＩＤ及びＩＰ放送サービス事業者から得た契約ＩＤをユーザに入力させることなく、ＩＰ放送サービス事業者のサーバ装置からＩＰ放送を受信するためのユーザ登録を行うことが可能で、且つユーザ操作により行わせることなくチャンネル設定を行うことが可能なＩＰ放送受信装置を提供すること、並びにそのＩＰ放送サービス事業者のサーバ装置を提供することにある。

上記課題を解決するために、本発明の第１の技術手段は、ＩＰ放送サービス事業者のサーバ装置から、ＩＰネットワークを介してＩＰ放送を受信するＩＰ放送受信装置であって、前記ＩＰネットワーク上で前記ＩＰ放送受信装置を識別するためのＩＰアドレスの記憶処理を含む前記ＩＰネットワークへの接続設定を行うネットワーク設定部と、前記サーバ装置に接続するための接続先を示す接続先情報を、登録情報の一部として記憶すると共に、前記サーバ装置へのＩＰ放送受信のためのユーザ登録完了時に、前記ネットワーク設定部で記憶された前記ＩＰアドレスを、前記登録情報の一部として記憶する登録情報記憶部と、前記サーバ装置からのＩＰ放送を受信する際に、前記登録情報として前記ＩＰアドレスが記憶されているか否かを確認する登録情報確認部と、該登録情報確認部での確認の結果、（ａ）記憶されていた場合に、前記ＩＰ放送受信装置に固有のＩＤである端末ＩＤを、前記接続先情報が示す前記サーバ装置に送信して接続要求を行い、（ｂ）記憶されていなかった場合に、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを、前記接続先情報が示す前記サーバ装置に送信して接続要求を行う接続要求部と、を備えたことを特徴としたものである。

第２の技術手段は、第１の技術手段において、前記ネットワーク設定部で記憶された前記ＩＰアドレスと前記登録情報として記憶された前記ＩＰアドレスとを比較して、一致するか否かの判定を行うアドレス比較部と、該アドレス比較部で不一致であることが判定された場合で且つＩＰ放送を受信する際に、前記接続先情報が示す前記サーバ装置に対して、前記端末ＩＤ及び前記ネットワーク設定部で記憶された前記ＩＰアドレスを送信して接続要求を行う再接続要求部と、をさらに備えたことを特徴としたものである。

第３の技術手段は、第２の技術手段において、前記ネットワーク設定部は、ＩＰアドレスを自動的に前記ＩＰネットワークから取得して前記接続設定を行う自動設定部を有し、前記アドレス比較部は、前記自動設定部で前記接続設定を自動的実行した後に、前記判定を実行することを特徴としたものである。

第４の技術手段は、第２の技術手段において、前記ネットワーク設定部は、ＩＰアドレスを自動的に前記ＩＰネットワークから取得して前記接続設定を行う自動設定部と、ユーザ操作により入力させたＩＰアドレスに基づき、前記接続設定を行う手動設定部と、該手動設定部と前記自動設定部とのいずれで前記接続設定を行うかを設定する自動／手動設定部とを有し、前記アドレス比較部は、前記手動設定部で前記接続設定を行うように設定されていた場合、前記接続要求部が前記端末ＩＤを前記接続先情報が示す前記サーバ装置に送信して接続要求を行った結果、所定時間経過してもＩＰ放送が受信できなかったときに、前記判定を実行し、前記再接続要求部は、前記アドレス比較部で一致であることが判定された場合、ＩＰアドレスの変更案内画像を出力して、該変更案内画像の出力後、ユーザ操作に基づき前記手動設定部又は前記自動設定部で前記接続設定を実行させることを特徴としたものである。

第５の技術手段は、第２の技術手段において、前記ネットワーク設定部は、ユーザ操作により入力させたＩＰアドレスに基づき、前記接続設定を行う手動設定部を有し、前記アドレス比較部は、前記手動設定部で前記接続設定を行う場合、前記接続要求部が前記端末ＩＤを前記接続先情報が示す前記サーバ装置に送信して接続要求を行った結果、所定時間経過してもＩＰ放送が受信できなかったときに、前記判定を実行し、前記再接続要求部は、前記アドレス比較部で一致であることが判定された場合、ＩＰアドレスの変更案内画像を出力して、該変更案内画像の出力後、ユーザ操作に基づき、前記手動設定部で前記接続設定を実行させることを特徴としたものである。

第６の技術手段は、第１〜第５のいずれかの技術手段において、前記接続要求部が初めて、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを前記接続先情報が示す前記サーバ装置に送信して接続要求を実行した後、前記サーバ装置からＩＰ放送チャンネルの設定指示を受信したときに、ＩＰ放送のチャンネル設定を、前記サーバ装置との通信により実行するチャンネル設定部をさらに備えたことを特徴としたものである。

第７の技術手段は、第１〜第５のいずれかの技術手段において、前記接続要求部が初めて、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを前記接続先情報が示す前記サーバ装置に送信して接続要求を実行した後、前記サーバ装置から配信するＩＰ放送チャンネルの情報を含むチャンネルスキャン命令を、前記サーバ装置から受信したときに、該チャンネルスキャン命令に従ってチャンネルスキャンを実行することでＩＰ放送のチャンネル設定を行うチャンネル設定部をさらに備えたことを特徴としたものである。

第８の技術手段は、第１〜第５のいずれかの技術手段において、前記接続要求部が初めて、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを前記接続先情報が示す前記サーバ装置に送信して接続要求を実行した後、前記サーバ装置から登録完了通知を受信したことを検知したときに、ＩＰ放送のチャンネル設定を、前記サーバ装置との通信により実行するチャンネル設定部をさらに備えたことを特徴としたものである。

第９の技術手段は、第１〜第８のいずれかの技術手段におけるＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録することを特徴としたものである。

第１０の技術手段は、第６の技術手段におけるＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、ＣＤＮ（Contents Delivery Network）事業者のサーバ装置に前記ＩＰネットワークを介して接続されており、ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録し、ユーザ登録されたユーザ又はユーザ登録を行う対象のユーザの前記ＩＰアドレスを、前記ＣＤＮ事業者のサーバ装置に通知することで開通申請を行い、前記ＣＤＮ事業者のサーバ装置から前記ＩＰネットワークの回線の開通通知を受信し、該開通通知を受信した場合、ＩＰ放送チャンネルの設定指示を前記ＩＰ放送受信装置に送信することを特徴としたものである。

第１１の技術手段は、第７の技術手段におけるＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、ＣＤＮ（Contents Delivery Network）事業者のサーバ装置に前記ＩＰネットワークを介して接続されており、ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録し、ユーザ登録されたユーザ又はユーザ登録を行う対象のユーザの前記ＩＰアドレスを、前記ＣＤＮ事業者のサーバ装置に通知することで開通申請を行い、前記ＣＤＮ事業者のサーバ装置から前記ＩＰネットワークの回線の開通通知を受信し、該開通通知を受信した場合、前記ＩＰ放送受信装置に配信するＩＰ放送チャンネルの情報を含むチャンネルスキャン命令を、前記ＩＰ放送受信装置に送信することを特徴としたものである。

第１２の技術手段は、第８の技術手段におけるＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、ＣＤＮ（Contents Delivery Network）事業者のサーバ装置に前記ＩＰネットワークを介して接続されており、ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録し、ユーザ登録されたユーザ又はユーザ登録を行う対象のユーザの前記ＩＰアドレスを、前記ＣＤＮ事業者のサーバ装置に通知することで開通申請を行い、前記ＣＤＮ事業者のサーバ装置から前記ＩＰネットワークの回線の開通通知を受信し、該開通通知を受信した場合、登録完了通知を前記ＩＰ放送受信装置に送信することを特徴としたものである。

本発明によれば、ＩＰ放送受信装置において、ＣＤＮ事業者から得た回線ＩＤ及びＩＰ放送のサービス事業者から得た契約ＩＤをユーザに入力させることなく、ＩＰ放送サービス事業者のサーバ装置からＩＰ放送を受信するためのユーザ登録を行うこと（及びそのユーザ登録を変更すること）が可能になり、ユーザの手間を省いてＩＰ放送を受信できる状態にすることができる。

また、本発明の他の形態によれば、ＩＰ放送受信装置において、ＣＤＮ事業者から得た回線ＩＤ及びＩＰ放送サービス事業者から得た契約ＩＤをユーザに入力させることなく、ＩＰ放送サービス事業者のサーバ装置からＩＰ放送を受信するためのユーザ登録を行うことが可能で、且つユーザ操作により行わせることなくチャンネル設定を行うことが可能になり、ユーザの手間を省いてＩＰ放送の各チャンネルを受信できる状態にすることができる。

本発明の一実施形態に係るＩＰ放送受信装置を含むＩＰ放送受信システムの一構成例を示す概略図である。 図１のＩＰ放送受信システムにおける端末側の装置の一構成例を示すブロック図である。 図１のＩＰ放送受信システムにおけるＩＰ放送受信装置（端末装置）及びサービス事業者サーバの主要部の一構成例を示すブロック図である。 図１のＩＰ放送受信システムにおける、新規ユーザ登録時の処理例を説明するためのフロー図である。 図１のＩＰ放送受信システムにおける、正規のユーザ登録がなされている時の処理例を説明するためのフロー図である。 図１のＩＰ放送受信システムにおける、引越しによりＣＤＮ事業者が変わった場合の処理例を説明するためのフロー図である。 図６の処理例に続く処理例であって、再度、ユーザ登録を行うときの処理例を説明するためのフロー図である。 図１のＩＰ放送受信システムにおける、引越しによりＣＤＮ事業者が変わった場合の他の処理例を説明するためのフロー図である。 図１のＩＰ放送受信システムにおける、ＩＰ放送受信装置（端末装置）の買い替えにより端末ＩＤのみが変わった場合の処理例を説明するためのフロー図である。 従来のＩＰ放送受信システムにおける、引越しによりＣＤＮ事業者が変わった場合の処理を説明するためのフロー図である。

本発明に係るＩＰ放送受信装置は、ＩＰ放送サービス事業者のサーバ装置（以下、サービス事業者サーバという）から、ＩＰネットワークを介してＩＰ放送を受信することが可能な装置である。このＩＰ放送受信装置は、テレビ装置、ラジオ装置、さらには、テレビ装置やモニタ装置に接続可能なチューナ機器、ＳＴＢ、録画機器などに組み込むなどして、構成することができる。このＩＰ放送受信装置とそれにＩＰネットワークを介して接続されたサービス事業者サーバとで、ＩＰ放送受信システムを構成している。そして、このような接続のために、一般的にＣＤＮ事業者のサーバ装置（以下、ＣＤＮ事業者サーバという）や必要に応じてＰＦ事業者のサーバ装置（以下、ＰＦ事業者サーバという）などがこのシステムに組み込まれる。

以下、本発明に係るＩＰ放送受信装置として、モニタ装置（表示装置）が接続されたチューナ機器を採用した例を挙げて説明するが、ＩＰ放送受信機能を表示装置側にもたせてテレビ装置とするなど、他の機器を採用した場合も同様に以下の説明が適用できる。また、各事業者のサーバ装置の構成については特に説明しないが、一般的なサーバコンピュータなどで構成すればよい。このサーバコンピュータでは、サーバプログラムや各種設定情報を格納しておき、ＣＰＵ（Central Processing Unit）等の主制御部が作業領域にそれらを読み出しながら処理を行って、通信インタフェースを介してデータを提供する。また、例えば各事業者のサーバ装置のうちいずれか複数を物理的に同じ装置として構成するようなことも可能である。勿論、各事業者のサーバ装置に組み込まれるサーバプログラムは、事業者の種類毎（或いは事業者毎）に異なるものとなる。

図１は、本発明の一実施形態に係るＩＰ放送受信装置を含むＩＰ放送受信システムの一構成例を示す概略図である。図１で例示するＩＰ放送受信システム（以下、本システムという）は、チューナ機器（以下、端末装置という）１と、端末装置１に有線（又は無線）で接続された表示装置３及びスピーカ４と、端末装置１に図示しないルータを介して接続されたＩＰネットワーク５と、そのＩＰネットワーク５に接続されたＣＤＮ６ａ，６ｂとを備える。ここで、端末装置１は、リモコン２によってユーザ操作可能となっている。

ＣＤＮ−Ａ６ａは、ＣＤＮ事業者Ａが提供するＣＤＮであり、ＰＦ−ａ（７ａ）、ＰＦ−ｂ（７ｂ）、ＰＦ−ｃ（７ｃ）を備える。つまり、ＣＤＮ−Ａ６ａでは、ＰＦ７ａ，７ｂ，７ｃが利用可能となっている。ＣＤＮ事業者とは、回線（ＣＤＮ）を管理し、ＩＰネットワーク５の回線使用サービスを提供する事業者であり、回線事業者又はネットワーク回線事業者ともいう。各ＰＦは、各ＰＦ事業者が提供する。ＰＦ事業者とは、ＣＤＮ上にＩＰ放送配信環境を用意するサービスを行う事業者である。

ＰＦ−ａ（７ａ）は、サービス事業者Iが運用するサービス事業者サーバ８ａとサービス事業者IIが運用するサービス事業者サーバ８ｂとに接続されている。ＰＦ−ｂ（７ｂ）はサービス事業者サーバ８ａに接続されており、ＰＦ−ｃ（７ｃ）はサービス事業者サーバ８ａとサービス事業者サーバ８ｂとに接続されている。サービス事業者とは、実際にＩＰ放送（及びＶＯＤ等）のコンテンツを配信する業者で、ＩＰ放送事業者ともいう。サービス事業者は、この例のように複数のＰＦを利用してコンテンツの配信サービスなどを行うことが可能である。サービス事業者がＰＦ事業者と共通の場合もある。

ＣＤＮ−Ｂ６ｂは、ＣＤＮ事業者Ｂが提供するＣＤＮであり、ＰＦ−ａ（７ａ）、ＰＦ−ｄ（７ｄ）を備える。ＰＦ−ａ（７ａ）は、上述の通りサービス事業者サーバ８ｂに接続されている。ＰＦ−ａ（７ａ）のように、同一のＰＦ事業者が複数のＣＤＮ上でサービスを行うことが可能である。ＰＦ−ｄ（７ｄ）は、サービス事業者サーバ８ｂとサービス事業者IIIが運用するサービス事業者サーバ８ｃとに接続されている。

各サービス事業者サーバ８ａ〜８ｃは、各ＰＦにおいてＩＰ放送コンテンツを記憶しており、端末装置１に対してＩＰ放送の受信のための契約に基づきＩＰ放送コンテンツを配信することが可能になっている。なお、ＣＤＮ、サービス事業者サーバ、ＰＦの数や組み合わせ方法はこの例に限ったものではなく、さらに別途、端末装置からのサイト情報があったときにその情報を提供するポータルサーバを設けるなどして構成してもよい。

サービス事業者サーバ８ａ〜８ｃは、各ＰＦを介して受信したＩＰ放送をマルチキャスト配信するためのサーバ装置であり、ＲＴＰ（Real-time Transfer Protocol）に従って、放送データをＩＰネットワーク５に、チャンネル毎に異なるマルチキャストアドレスで出力する。ＲＴＰの場合のトランスポート層としてはＵＤＰ（User Datagram Protocol）が用いられる。端末装置１は、サービス事業者サーバ８ａ〜８ｃのいずれかよりルータを介してＩＰ放送を受信して、表示装置３やスピーカ４を用いて再生する。なお、上述したように、サービス事業者サーバ８ａ〜８ｃは、ＩＰ放送に加えて、ＶＯＤ等のユニキャスト配信も行えるように構成してもよい。

次に、端末側の装置の基本的な構成例について、図２を参照しながら説明する。図２は、図１のＩＰ放送受信システムにおける端末側の装置の一構成例を示すブロック図である。図２で例示する端末装置１は、ＩＰ放送を受信可能とするため、ネットワークインタフェース（ネットワークＩ／Ｆ）１１、ＩＰ放送チューナ部１２、選局部１９、及び通信制御部２２を備える。

ネットワークＩ／Ｆ１１は、ＬＡＮ（Local Area Network）に接続され、サービス事業者サーバ８ａ〜８ｃからＬＡＮを介してＩＰ放送のＵＤＰパケットを受信する。なお、ネットワークＩ／Ｆ１１を例えばメディアコンバータなどと直接接続することで、ＬＡＮを構築しなくともＩＰネットワーク５への接続は可能である。ＩＰ放送チューナ部１２は、ネットワークＩ／Ｆ１１を介してＵＤＰパケットで受信したＩＰ放送のネットワークストリームをＴＳパケットに変換し、映像／音声ストリームやＳＩ（Service Information）専用ストリームとして後述のＤＭＵＸ１３へ出力する。通信制御部２２は、ＩＰ放送のためのＵＤＰ／ＩＰ通信やこのＩＰ放送のための通信を可能にする設定を行うための通信を行うために、ネットワークＩ／Ｆ１１を介した通信を制御する。

チューニング（選局）を行う選局部１９におけるＩＰ放送の選局処理としては、チャンネル情報としてチャンネル番号などと関連付けられて格納されたマルチキャストアドレス群の中から、ユーザ選択されたＩＰ放送チャンネルに該当するマルチキャストアドレスを指定し、ネットワークＩ／Ｆ１１に伝える。この指定を受けたネットワークＩ／Ｆ１１は、選局部１９によって設定されたマルチキャストアドレスで動作し、放送されているネットワークストリーム（ＵＤＰパケット）を受信しＩＰ放送チューナ部１２へ伝送する。映像・音声ストリーム、ＳＩ専用スストリームのいずれにおいても、選局部１９におけるＩＰ放送の選局動作は、ネットワークＩ／Ｆ１１に対してマルチキャストアドレスを設定することで行われる。また、上述のチャンネル情報は、例えば、チャンネルスキャンを含むチャンネル設定により選局部１９に格納される。

端末装置１は、さらに、ＩＰ放送ストリームからの番組データの抽出や、復調されたデータの分離を行う分離部（ＤＭＵＸ：Demultiplexer）１３と、分離されたＩＰ放送のビデオデータをビデオ信号にデコードするビデオデコード部１４と、ビデオ信号を出力用のものに変換するビデオ出力変換部１５と、分離されたＩＰ放送のオーディオデータをオーディオ信号にデコードするオーディオデコード部１７と、オーディオ信号を出力用のものに変換するオーディオ出力変換部１８とを備える。

また、端末装置１は、不揮発性メモリ２４に予め格納されたキャラクタを用いてＥＣＧ（Electronic Content Guide）や設定メニューやチャンネルコールなどのＯＳＤ（On Screen Display）用の信号（ＯＳＤ画像信号）を生成するＯＳＤ処理部１６を備え、このＯＳＤ画像信号は、合成部においてビデオデコード部１４からの出力信号と重畳された後、ビデオ出力変換部１５に入力される。ビデオ出力変換部１５からの出力は表示装置３に入力され、オーディオ出力変換部１８からの出力はスピーカ４に入力され、表示装置３及びスピーカ４によって映像・音声が再生される。

また、端末装置１は、さらに、端末装置１の全体の制御を実行するＣＰＵ２１と、任意のアドレスを指定して読み書きすることが可能な半導体メモリであって、ＣＰＵ２１の作業領域となって不揮発性メモリ２４に格納された制御プログラムを読み出したり、処理中のデータを一時的に格納したりするＲＡＭ２０と、書き換え可能な不揮発性メモリ２４とを備える。また、不揮発性メモリ２４は、上記制御プログラム（端末装置１の全体の制御を行うためのプログラム）の他に、通信用の設定情報等の各種情報が格納される。格納される各種情報については後述する。なお、上述したチャンネル情報も不揮発性メモリ２４に格納しておいてもよい。

リモコン２には、例えば、端末装置１の電源のＯＮ／ＯＦＦを操作する電源ボタンや、チャンネル番号を選択する操作を行うためのチャンネル選択ボタン、チャンネル番号を上方向及び下方向に操作して選択するチャンネル上下ボタン、端末装置１の各種設定を行うメニュー画面を表示する操作を行うためのメニュー画面表示ボタン、メニューをはじめ設定時のカーソル位置の左右上下方向への移動操作や決定操作を行うための移動・決定ボタン等が設けられている。リモコン２は、設けられたボタンの押下によって操作信号を生成し、端末装置１のリモコン受光部２３へその操作信号を送信する。

端末装置１は、その操作信号、つまりユーザが操作するリモコン２からの操作信号を受信するリモコン受光部２３を備える。ＣＰＵ２１は、その操作信号をリモコン受光部２３から受け取り、端末装置１の現在の動作状態に応じた動作を実行するよう端末装置１内の各部を制御する。

このような構成により、端末装置１では、ＩＰ放送を受信し、受信したものを再生することが可能となっている。

次に、このような構成の端末装置１を例にして、本発明の主たる特徴について、図３を参照しながら説明する。図３は、図１のＩＰ放送受信システムにおける端末装置及びサービス事業者サーバ（ここではサービス事業者Iのサーバの例）の主要部の一構成例を示すブロック図である。

端末装置１は、図３に示すように、機器情報記憶部３１、ネットワーク設定部３２、構成情報取得部３３、登録情報記憶部３４、登録情報確認部３５、接続要求部３６、アドレス比較部３７、再接続要求部３８、及びチャンネル設定部３９を備える。なお、各部３１〜３９は、主に、図２の構成例における選局部１９、ＲＡＭ２０、ＣＰＵ２１、制御プログラム及び各種設定情報を格納した不揮発性メモリ２４で構成できる。

機器情報記憶部３１は、端末装置１（ＩＰ放送受信装置）に固有のＩＤである端末ＩＤを記憶している。端末ＩＤとしては、ＤＲＭ−ＩＤが用いられるが、これに限ったものではなく、端末装置１を特定できればよい。

ネットワーク設定部３２は、ＩＰネットワーク５への接続設定を行う。この接続設定には、ＩＰネットワーク５上で端末装置１を識別するためのＩＰアドレス（ＩＰｖ６アドレス）を記憶する処理も含まれる。以下、ネットワーク設定部で記憶されているＩＰアドレス（ＩＰｖ６アドレス）を、便宜上、設定ＩＰアドレスと呼ぶ。設定ＩＰアドレスは、ＩＰネットワーク５で割り当てられたものをＩＰネットワーク５から受信するか、ユーザ入力を受け付けるなどして取得することができる。

構成情報取得部３３は、予め全ＣＤＮ事業者共通のＵＲＬ（ＣＤＮ構成情報ＵＲＬ）を記憶しており、このＣＤＮ構成情報ＵＲＬにアクセスして、ＣＤＮ（ＣＤＮ構成情報サーバ）に接続する。端末装置１は契約したＣＤＮの回線を使うことになるため、このＵＲＬにアクセスすることで、契約したＣＤＮのＣＤＮ構成サーバ（ＣＤＮ事業者サーバ）だけに繋がる。ここでは、ユーザはＣＤＮ事業者Ａとの契約があり、そのサーバに繋がったとして説明する。

構成情報取得部３３は、ＣＤＮ事業者サーバからＣＤＮ−ＡのＣＤＮ構成情報を取得する。ここで取得されるのは、ＰＦ−ａ（７ａ）、ＰＦ−ｂ（７ｂ）、及びＰＦ−ｃ（７ｃ）の構成情報ＵＲＬとなる。構成情報取得部３３は、そこに記述されているＵＲＬ（ＰＦ構成情報サーバのＵＲＬ）からＣＤＮ上の全てのＰＦについて、サービス事業者リスト（ＰＦ構成情報）を取得する。ここで取得されるのは、ＰＦ−ａ（７ａ）、ＰＦ−ｂ（７ｂ）、及びＰＦ−ｃ（７ｃ）についてのＰＦ構成情報、つまり各ＰＦ７ａ，７ｂ，７ｃのそれぞれを介して提供できるサービス事業者に関する情報である。それぞれを介して、サービス事業者I，IIに関する情報、サービス事業者Iに関する情報、サービス事業者I，IIに関する情報が取得できる。

構成情報取得部３３は、このようにして取得したＣＤＮ構成情報及びＰＦ構成情報を、内部に格納する。また、構成情報取得部３３は、ＰＦ構成情報内にある全てのサービス事業者に関する情報をリスト化して内部に格納する。この例では、サービス事業者Iに関する情報とサービス事業者IIに関する情報とがリスト化されて格納される。サービス事業者に関する情報としては、サービス事業者を識別するためのＩＤであるサービス事業者ＩＤ、サービス事業者名、サービス事業者サーバのＵＲＬが含まれる。

このようにして、構成情報取得部３３は、ＣＤＮ構成情報ＵＲＬからＰＦ構成情報を取得し、ＰＦ構成情報内のサービス事業者ＩＤを調べることで、物理的に接続可能な全サービス事業者サーバを特定できる。ＩＰＴＶ機能の初回起動時にはユーザにサービス事業者のリストを表示して、契約するサービス事業者を選択させることで、これから登録作業を行うサービス事業者を決定することができる。勿論、契約できるサービス事業者が一つしか存在しない場合にはユーザ選択が不要になる。

登録情報記憶部３４は、このようにして決定されたユーザ登録を行う対象のサービス事業者の情報を、登録情報の一つとして記憶する。このような情報として、少なくともサービス事業者サーバに接続するための接続先を示す情報（以下、接続先情報と呼ぶ）を記憶しておく。この情報は、ユーザ登録完了後も記憶されたままとなる。この例では、サービス事業者Iとの契約を行うものとして説明する。これにより、サービス事業者Iが登録済みであることを示す情報が、登録情報として記憶できる。この情報から、構成情報取得部３３で取得したサービス事業者IのＩＤ、名称、サーバＵＲＬを得ることができる。勿論、登録情報記憶部３４において、構成情報取得部３３で取得したサービス事業者IのＩＤ、名称、サーバＵＲＬそのものを、登録情報として記憶しておいてもよい。

また、登録情報記憶部３４は、ユーザ登録完了時に、そのサービス事業者Iに登録したＩＰｖ６アドレスも、登録情報の一つとして記憶しておく。また、ユーザ登録の変更時のうち、買い替え時には端末装置１にこのＩＰｖ６アドレスが登録情報として記憶されていないため、この記憶を実行する。また、引越しなどによりＣＤＮの変更があったときには、そのＩＰｖ６アドレスの変更も行う。

サービス事業者Iに登録したＩＰｖ６アドレスを端末装置１に記憶しておく主な理由について説明する。ＩＰ放送を視聴可能にするためには、従来は、回線ＩＤをＣＤＮ事業者から貰うと共に契約ＩＤをサービス事業者から貰う必要があり、ユーザはＰＦ事業者とは何も契約しない。契約ＩＤは、契約情報、端末ＩＤ、回線ＩＤの紐付けに使用され、オフラインで行うユーザ登録と端末装置からのユーザ登録とを、共通の番号で取り扱うためにも用いられている。一方で、サービス事業者は、契約情報（個人情報）と端末ＩＤとが必要となる。また、回線ＩＤは、ＣＤＮ事業者とサービス事業者との間でユーザの紐付けに使用され、サービス事業者が回線開通をＣＤＮ事業者へ通知するときだけに使用される。このように、従来、ユーザが入力する必要のあった契約ＩＤ、回線ＩＤは、異なる手段・異なる事業者間での契約を紐付けるために使うＩＤなので、これを無くすことができればユーザの手間が省ける。

従って、本発明では、これらのＩＤを不要にするために、元々ネットワーク接続のために必要な情報であるＩＰｖ６アドレスを用い、登録情報としてＩＰｖ６アドレスが記憶されているか否かで、ＩＰ放送が受信可能な状態か否かを判定する。ＣＤＮの変更があったときにもＩＰｖ６アドレスが変わったことを検出すればよく、この検出によりＩＰｖ６アドレスの更新を行うこともできる。このような判定については、具体例を挙げて後述するが、本発明の端末装置１では、最新のＩＰｖ６アドレスが登録情報にあれば、ＩＰ放送が受信可能な状態でユーザ登録がなされていることが分かる。

このように、登録情報記憶部３４は、接続先情報３４ａを登録情報の一部として記憶すると共に、サービス事業者サーバへのＩＰ放送受信のためのユーザ登録完了時に、ネットワーク設定部３２で記憶（設定）された設定ＩＰアドレスを、登録情報の一部として記憶する。ここで、登録情報として記憶されたＩＰアドレス（設定ＩＰアドレスと同じアドレス）３４ｂを、設定ＩＰアドレスと区別するために、登録ＩＰアドレスと呼ぶ。なお、初回のＩＰＴＶ機能の起動時には、登録ＩＰアドレスは未記憶の状態である。

登録情報確認部３５は、このようなＩＰ放送受信可能状態の判定を行う。つまり、登録情報確認部３５は、サービス事業者サーバ８ａからのＩＰ放送を受信する際（ＩＰＴＶ機能を起動した際）に、登録ＩＰアドレス３４ｂが記憶されているか（つまり登録情報としてＩＰアドレスが記憶されているか）否かを確認し、通常時、引越し時、或いは買い替え時のいずれに該当するかなどを確認する。つまり環境の変化によりＩＰＴＶ視聴に何らかの不具合が生じるか否かを確認する。確認された結果は、接続要求部３６や再接続要求部３８に渡して、それらが適切な動作を行う。登録情報確認部３５では、ＩＰＴＶ機能が起動する度に確認を行えばよいが、主電源オフ後のＩＰＴＶ機能が起動されたときだけに確認を行うようにする方が、処理が低減できる。

接続要求部３６は、ユーザ登録要求をサービス事業者サーバ８ａに送信する時を含め、ＩＰ放送を受信する際（ＩＰＴＶ機能を起動した際）に、サービス事業者サーバ８ａに対して接続要求を行う。

より具体的に説明すると、接続要求部３６は、登録情報確認部３５での確認の結果、（ａ）登録ＩＰアドレス３４ｂが記憶されていた場合（つまり登録情報としてＩＰアドレスが記憶されていた場合）に、機器情報記憶部３１内の端末ＩＤを、登録情報の接続先情報が示すサービス事業者サーバ（この例ではサーバ８ａ）に送信して接続要求を行う。接続要求部３６は、一方で、（ｂ）登録ＩＰアドレス３４ｂが記憶されていなかった場合に、上記端末ＩＤとネットワーク設定部３２で記憶された設定ＩＰアドレス３２ａとを、登録情報の接続先情報が示すサービス事業者サーバ（この例ではサーバ８ａ）に送信して接続要求を行う。なお、サービス事業者サーバへの送信は、以降の処理においても、登録情報が示す接続先情報に基づき実行される。

サービス事業者サーバ８ａは、端末装置１にＩＰネットワーク５を介してＩＰ放送を送信（マルチキャスト配信）したり、ＶｏＤデータを送信（ユニキャスト配信）するサーバであり、主に、通信部４１、接続要求処理部４２、登録情報記憶部４３、登録処理部４４、及びチャンネル（Ｃｈ）スキャン部４５を備える。他のサービス事業者のサーバも同様であるが、その説明を省略する。通信部４１は、端末装置１やＣＤＮ事業者サーバとの通信を行う。この通信には、接続要求処理部４２、登録処理部４４、ｃｈスキャン部４５からの指示に従って行う送信も含まれる。

サービス事業者サーバ８ａは、ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、端末装置１の端末ＩＤと、端末装置１で使用されているＩＰアドレスとを関連付けて、登録情報記憶部４３に、ユーザ登録する。ここで登録されるＩＰアドレスは、設定ＩＰアドレス（受信したＩＰｖ６アドレス３２ａ）であり、結果的に登録ＩＰアドレス（ＩＰｖ６アドレス３４ｂ）と同じとなる。但し、引越し直後の登録ＩＰアドレスとは異なり、また、買い替え直後は登録ＩＰアドレスが存在しない。また、登録情報記憶部４３では、端末ＩＤと設定ＩＰアドレスとが、そのユーザの契約情報に関連付けて格納される。

より具体的には、通信部４１が、端末装置１の接続要求部３６からの端末ＩＤ及びＩＰｖ６アドレスを伴った接続要求を受信したとき、接続要求処理部４２又は登録処理部４４がこの接続要求を処理する。接続要求処理部４２は、端末装置１からの接続要求に対して端末ＩＤ及びＩＰｖ６アドレスなどを、登録情報記憶部４３でのユーザ登録された情報と照合する。

接続要求処理部４２は、その照合の結果、登録や登録の変更を必要とする場合、つまり未契約や回線の変更や端末ＩＤの変更が必要な場合には、登録処理部４４に端末ＩＤ及びＩＰｖ６アドレスを渡して登録又は登録変更を指示する。登録処理部４４は、受信した端末ＩＤ及びＩＰｖ６アドレスに基づき、登録情報記憶部４３に対して、新規のユーザ登録を実行したり、ユーザ登録の変更を実行する。また、接続要求処理部４２は、ユーザ登録後又はユーザ登録変更後に、ＩＰ放送を配信する処理を実行する。接続要求が端末ＩＤのみを伴う場合にも、接続要求処理部４２は、その接続要求に対してＩＰ放送の配信を行う。

サービス事業者サーバ８ａは、ＣＤＮ事業者サーバにＩＰネットワーク５を介して接続されており、ユーザ登録されたユーザのＩＰアドレス又はユーザ登録対象のユーザのＩＰアドレスを、ＣＤＮ事業者サーバに通知することで開通申請を行う。ＣＤＮ事業者サーバは、そのＩＰアドレスが示す回線のＩＰネットワーク５を開通させる。これにより、サービス事業者サーバ８ａがその回線を使用して端末装置１にＩＰ放送を配信することが可能になる。サービス事業者サーバ８ａは、ＣＤＮ事業者サーバからＩＰネットワーク５の回線の開通通知を受信することで、開通したことを知る。

本システムによれば、端末装置１において、ＣＤＮ事業者から得た回線ＩＤ及びＩＰ放送のサービス事業者から得た契約ＩＤをユーザに入力させることなく、サービス事業者サーバからＩＰ放送を受信するためのユーザ登録を行うこと及びそのユーザ登録の変更（端末ＩＤの変更）を行うことが可能になり、ユーザの手間を省いてＩＰ放送を受信できる状態にすることができる。つまり、回線ＩＤや契約ＩＤをユーザに入力させることなく、ＩＰ放送を受信するための設定（ユーザ登録又はユーザ登録の更新）を容易に行うことが可能になる。このように、本システムでは、ユーザに対してＩＰ放送の設定を支援することができる。

端末装置１におけるアドレス比較部３７及び再接続要求部３８は、主に、引越し等によりＣＤＮが変更となる場合のために設けられている。これらにより、ＣＤＮ事業者から得た回線ＩＤ及びＩＰ放送のサービス事業者から得た契約ＩＤをユーザに入力させることなく、サービス事業者サーバからＩＰ放送を受信するためのユーザ登録を変更することが可能になる。

アドレス比較部３７は、ネットワーク設定部３２で記憶された設定ＩＰアドレスと登録情報として記憶された登録ＩＰアドレスとを比較して、一致するか否かの判定を行う。

再接続要求部３８は、アドレス比較部３７で不一致であることが判定された場合で且つＩＰ放送を受信する際に、接続先情報を検索して更新し（結果的に同じ接続先情報となることもありその場合には更新は不要である）、その接続先情報が示すサービス事業者サーバに対して、端末ＩＤ及びネットワーク設定部３２で記憶された設定ＩＰアドレスを送信して接続要求を行う。この接続要求は、再接続要求、つまり再登録要求（ユーザ登録の変更要求）に該当する。なお、接続要求部３６と再接続要求部３８とを別々に説明しているが、再接続要求部３８の一部は接続要求部３６の機能でまかなえるため、そのような構成を採用してもよい。

接続先情報の更新は、ユーザ登録の前に構成情報取得部３３が実行した動作と同じ動作を、まず実行することで、現在接続可能なサービス事業者サーバの情報を得ることができる。次に、その中に、登録情報として登録されていたサービス事業者サーバの情報が存在するか否かを検索する。そして、存在している場合には、現在の接続先情報を維持し、存在していなかった場合には、初回の登録時と同様にユーザにどのサービス事業者と契約するのかを決定・選択させ、現在の接続先情報を選択されたサービス事業者の接続先情報に書き換えるとよい。これにより新たに決定されたサービス事業者のサーバに新規のユーザ登録を行うようなことが可能になる。

ここで、接続先情報の更新は必須ではなく、この更新処理を実行しない場合には、元の接続先情報が示すサービス事業者サーバに端末ＩＤ及び新たな設定ＩＰアドレスを送信して接続要求を行えばよい。接続先情報の更新を行わないことで、そのサービス事業者サーバに接続できないようなＣＤＮ事業者と契約した場合、つまり新規に他のサービス事業者とのＩＰ放送サービスとの契約を必要とする場合には対応できなくなるが、少なくともそれ以外の引越し等のＣＤＮ事業者の変更時には対応できる。接続先情報の更新をこのときに実行しない場合には、この再接続要求後、応答がなかったことを検出して、最初から上記他のサービス事業者にユーザ登録を行うようにユーザに促すなどしてもよい。また、サービス事業者とＰＦ事業者とが共通の場合には、このような接続先情報の更新は必要なく、接続できなければ新たなサービス事業者との契約が必要であることを意味する。

なお、アドレス比較部３７で実行する上述の判定は、登録情報確認部３５が「最新の正しい」ＩＰｖ６アドレスを登録情報として登録しているか否かの判定に相当するとも言え、再接続要求部３８では、その判定に従って「最新の正しい」ＩＰｖ６アドレスを登録していない場合に上記（ｂ）の処理を実行する接続要求部３６に相当するとも言える。

以下、このような構成の端末装置１及びサービス事業者サーバ８ａにおいて、ユーザがＩＰ放送を視聴できるようになるまでの流れについて、新規登録時、通常時、引越し時、買い替え時の４通りのシーンを想定して説明する。

＜新規登録時（入会申込み時）＞
図４は、図１のＩＰ放送受信システムにおける、新規ユーザ登録時の処理例を説明するためのフロー図である。

ユーザがＩＰＴＶ機能を起動する操作を行うと（ステップＳ１）、登録情報確認部３５が登録情報の検索を行うが、未だ登録情報の一つとして登録済みのＩＰｖ６アドレス３４ｂが格納されていないため、検索の結果は該当無しとなる（ステップＳ２）。従って、接続要求部３６は、上記（ｂ）の処理、つまり端末ＩＤだけでなくネットワーク設定部３２に記憶された設定ＩＰアドレス（ＩＰｖ６アドレス３２ａ）を送信して接続要求を行う（ステップＳ３）。この接続要求は登録要求に該当する。なお、登録情報以外の情報として、通常時であることを示す情報を記録しておき、この情報を読み取って未登録時と判断し、上記（ｂ）と同等の接続要求を行うようにしてもよい。

ここでは、ネットワーク設定部３２が接続設定を終えているものとして説明しているが、ＩＰＴＶ機能の起動時に終えていなかった場合には、まずネットワーク設定部３２で接続設定を行えばよい。また、ＩＰＴＶ機能の起動前であって接続設定後に、既に構成情報取得部３３がＣＤＮ構成情報及びＰＦ構成情報の取得及びユーザ操作によるサービス事業者の決定を終え、登録情報記憶部３４がその登録済みのサービス事業者（この例ではサービス事業者I）の情報（接続先情報３４ａ）を保持した状態から説明している。終えていない場合には、まずこの取得及びサービス事業者の決定、接続先情報３４ａの登録情報としての記憶がなされ、その後、ステップＳ２を実行すればよい。

ステップＳ３の接続要求を受けたサービス事業者サーバ８ａは、接続要求処理部４２が登録情報記憶部４３からその接続要求に含まれる端末ＩＤ及びＩＰｖ６アドレスを検索し、その結果、その端末ＩＤ及びＩＰｖ６アドレスに関するユーザ登録が未登録である（該当無し）ことを判定する（ステップＳ４）。接続要求処理部４２は、端末ＩＤ及びＩＰｖ６アドレスを登録処理部４４に渡し、登録処理部４４が、ＩＰｖ６アドレスマッチングを行う（ステップＳ５）。ＩＰｖ６マッチングとは、端末装置１から受信したＩＰｖ６アドレス３２ａが、サービス事業者サーバ８ａ自身がデータを流せるＩＰｖ６網のアドレスであるか否かを確認する処理である。ステップＳ５の結果、流せないアドレスであればその旨を端末装置１に返せばよい。

ステップＳ５の結果、流せるアドレスであれば、ＩＰ放送サービスへの入会処理を実行する。入会処理では、まず登録処理部４４が入会案内画像を送信して入会案内画面を表示するように端末装置１に指示する（ステップＳ６）。端末装置１では、入会案内画面を表示する。この入会案内画面には、契約に関する注意事項などが表示されると共に入会ボタン（入会承認ボタン）が表示されている。このとき、必要に応じてサービス事業者側のオペレータが契約について説明を行うようにしてもよい。

ユーザが入会ボタンを押す（ステップＳ７）と、その情報がサービス事業者サーバ８ａに送信され（図示せず）、それを受けたサービス事業者サーバ８ａは、登録処理部４４がＣＤＮ事業者サーバ（受信したＩＰｖ６アドレス３２ａに対応するＣＤＮ事業者のサーバ）に、その受信したＩＰｖ６アドレス３２ａの送信を伴う回線開通申請を送信する（ステップＳ８）。これに応答して、ＣＤＮ事業者サーバは、回線を開通させると共に、サービス事業者サーバ８ａに開通通知を送信する（ステップＳ９）。

サービス事業者サーバ８ａは、ＩＰネットワーク５を介して接続されたＣＤＮ事業者サーバからＩＰネットワーク５における回線（ユーザのＩＰｖ６アドレスに対応する回線）の開通通知を受信した場合に、ｃｈスキャン部４５が、端末装置１に配信するＩＰ放送チャンネルをスキャンするよう、端末装置１にｃｈスキャンを実行させるための命令を生成し（ステップＳ１０）、そのｃｈスキャン命令を端末装置１に送信する（ステップＳ１１）。このｃｈスキャン命令としては、配信するＩＰ放送チャンネルの情報を含み、チャンネル毎に、放送チャンネルのチャンネル番号とそれに対応するマルチキャストアドレスとが含まれる。なお、ステップＳ１０のスキャンは、単に配信可能なＩＰ放送チャンネルを読み出すだけでもよい。

サービス事業者サーバ８ａは、ステップＳ１１の処理後、ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、端末装置１の端末ＩＤと、端末装置１で使用されているＩＰアドレス（受信したＩＰｖ６アドレス３２ａ）とを、契約情報に関連付けて、ユーザ登録する（ステップＳ１２）。ステップＳ１２のユーザ登録は、ステップＳ９の開通通知後直ぐに実行してもよいし、開通通知前に実行して開通通知が来なければ削除するようにしてもよい。

また、契約情報は、ステップＳ７で入会ボタンを押す前に、入会案内画面においてユーザに関する氏名や連絡先や決済方法等の情報をユーザに入力させるようにしておき、その情報を入会ボタンの押下と共にサービス事業者サーバ８ａに送信するようにしておくことで、サービス事業者サーバ８ａは契約情報を得ることができる。若しくは、事前にユーザがサービス事業者Iと書面で契約を行っておき、その書面に端末ＩＤ又はユーザの氏名等を記入しておき、それを契約情報としてサービス事業者Iがサービス事業者サーバ８ａに入力しておいてもよい。ユーザの氏名等を記入させた場合には入会案内画面にユーザの氏名等を入力させれば照合ができる。

なお、ユーザが入会ボタンを押すと、端末装置１が端末ＩＤをサービス事業者サーバ８ａに送信し、サービス事業者サーバ８ａとのやり取りを何度か行ってユーザ登録を完了させてもよい。例えば、サービス事業者サーバ８ａが、ユーザ登録の無い端末ＩＤを持つ端末装置が接続してきた場合、申し込みの為の案内と、サービス事業者のオペレータ（以下、オペレータとする）への電話番号を端末装置１に表示すると共に、接続してきた端末装置１の端末ＩＤをオペレータに表示する。ユーザは電話にて契約に必要な個人情報（契約情報）をオペレータへ伝える。オペレータは端末ＩＤ、ＩＰｖ６アドレスと対応付けるため、契約情報をサービス事業者サーバ８ａに入力すると、サービス事業者サーバ８ａはＩＰアドレスを調査し、ユーザのネットワークがＩＰ放送提供可能な回線か否かを判定する（つまり、回線開通申請を行いその結果を待つ）。もしサービス事業者のサービスが完全に提供できないネットワークであった場合、回線変更の案内を出す、などの方法を取ってもよいし、マルチキャストの多チャンネル放送が提供できない場合でも、ＶＯＤなどのユニキャスト配信のみで提供可能なサービスのみの契約を促してもよい。

開通通知後で且つユーザ登録後、サービス事業者サーバ８ａは、ＩＰ放送のデータを常に垂れ流すことができるため、端末装置１側でチャンネル設定さえ済めば、端末装置１でチャンネルを指定したＩＰ放送が視聴できるようになる。このチャンネル設定について説明する。

ステップＳ１１でｃｈスキャン命令を受信した端末装置１は、チャンネル設定部３９が、その命令に従いｃｈスキャンを実行することでＩＰ放送のチャンネル設定（受信設定）を行う（ステップＳ１３）。これにより端末装置１は、ＩＰ放送視聴可能状態になる。この例におけるチャンネル設定部３９は、接続要求部３６で上記（ｂ）の接続要求を（この端末装置１で）初めて実行した後、つまり登録要求を行った後、サービス事業者サーバ８ａからＩＰ放送チャンネルのｃｈスキャン命令を受信したときに、ｃｈスキャンを実行することでＩＰ放送のチャンネル設定を行うことになる。以下、ステップＳ１０，Ｓ１１，Ｓ１３で説明したチャンネル設定方法を、チャンネル設定方法Ａと呼ぶ。

このようなチャンネル設定方法Ａを採用することで、ユーザ操作により行わせることなくチャンネル設定を行うことが可能になり、ユーザの手間を省いてＩＰ放送の各チャンネルを受信できる状態にすることができる。

ユーザ登録完了時（この例ではステップＳ１３の処理後）、端末装置１の登録情報記憶部３４は、ネットワーク設定部３２で記憶（設定）された設定ＩＰアドレス３２ａと同じアドレス３４ｂを、登録情報の一部として記憶する（ステップＳ１４）。これにより、次回のＩＰＴＶ機能の起動時に、登録情報確認部３５がユーザ登録済みか否かを判定すると、ユーザ登録済みであると判定できる。ＩＰｖ６アドレス３４ｂの記憶は、チャンネル設定後に実行するように説明したが、ステップＳ１１の結果を受信後直ぐに実行してもよいし、別途送信された登録完了通知時に実行するなどしてもよい。

次に、チャンネル設定方法の他の例について説明する。サービス事業者サーバ８ａは、ＩＰネットワーク５を介して接続されたＣＤＮ事業者サーバからＩＰネットワーク５における回線（ユーザのＩＰｖ６アドレスに対応する回線）の開通通知を受信した場合に、ｃｈスキャン部４５が、ＩＰ放送チャンネルの設定指示をそのユーザの端末装置１に送信する。

この例におけるチャンネル設定部３９は、接続要求部３６で上記（ｂ）の接続要求を（この端末装置１で）初めて実行した後、つまり登録要求を行った後、サービス事業者サーバ８ａからＩＰ放送チャンネルの設定指示（設定命令）を受信したときに、ＩＰ放送のチャンネル設定（受信設定）を、サービス事業者サーバ８ａとの通信により実行する。このようなチャンネル設定方法（チャンネル設定方法Ｂと呼ぶ）を採用しても、チャンネル設定方法Ａと同様の効果を奏する。

チャンネル設定方法のさらに別の例について説明する。サービス事業者サーバ８ａは、ＩＰネットワーク５を介して接続されたＣＤＮ事業者サーバからＩＰネットワーク５における回線（ユーザのＩＰｖ６アドレスに対応する回線）の開通通知を受信した場合に、登録処理部４４が、登録完了通知を端末装置１に送信する。

この例におけるチャンネル設定部３９は、接続要求部３６で上記（ｂ）の接続要求を（この端末装置１で）初めて実行した後、つまり登録要求を行った後、サービス事業者サーバ８ａから登録完了通知を受信したことを検知したときに、ＩＰ放送のチャンネル設定（受信設定）を、サービス事業者サーバとの通信により実行する。このようなチャンネル設定方法（チャンネル設定方法Ｃと呼ぶ）を採用しても、チャンネル設定方法Ａと同様の効果を奏する。

上述したチャンネル設定方法Ａ〜Ｃは、本発明に係る、ＩＰｖ６アドレスを登録情報の一つとして格納しておき端末ＩＤ（及びＩＰｖ６アドレス）をサーバ側に送信する処理とは独立して、端末装置とサービス事業者サーバとに実行可能に搭載することができる。

なお、ユーザの判断で、ユーザが端末装置１をリモコン２等で操作して、チャンネル設定を実行させるようにすることでも、端末装置１はＩＰ放送視聴可能状態になる。回線開通或いは登録完了後、サービス事業者サーバ８ａは端末装置１にｃｈスキャン実行を促す画面を表示するよう指示する。これを見たユーザは、ｃｈスキャンを実行するようリモコン２等で操作してチャンネル設定指示を出す。ユーザからチャンネル設定指示を受けた端末装置１のチャンネル設定部３９は、登録情報の接続先情報（サーバＵＲＬ等）が示すサービス事業者サーバ８ａにアクセスして、ユーザ登録が完了していないときには完了を待って送信されるチャンネルスキャンをすべきチャンネル情報をサービス事業者サーバ８ａから受信する。これにより、端末装置１がｃｈスキャンを実行することでチャンネル設定が完了する（チャンネル設定方法Ｄと呼ぶ）。若しくは、単純に、サービス事業者サーバ８ａは、ユーザ登録が完了した旨を端末装置１に表示し、この表示を見たユーザが手動でＩＰ放送の通常のチャンネルスキャン設定を行う（チャンネル設定方法Ｅと呼ぶ）。このチャンネル設定方法Ｄ及びチャンネル設定方法Ｅはチャンネル設定方法Ａ〜Ｃと異なり、上述のようにユーザにチャンネル設定操作を行わせる必要がある。

＜通常時（正しいユーザ登録がなされている時）＞
図５は、図１のＩＰ放送受信システムにおける、正規のユーザ登録がなされている時の処理例を説明するためのフロー図である。

正しくユーザ登録がなされており、通常にＩＰ放送を視聴できる場合とは、ユーザ登録後、ＣＤＮが変わることや端末装置１の買い替えもない状態でＩＰＴＶ機能を起動した場合や、ユーザ登録を更新後に、ＣＤＮが変わることや端末装置１の買い替えもない状態でＩＰＴＶを起動した場合が該当する。

このような場合、ＩＰＴＶが起動する（ステップＳ２１）と、登録情報確認部３５が登録情報の検索を行うが、その結果は該当有りとなる（ステップＳ２２）。従って、接続要求部３６は、上記（ａ）の処理、つまり端末ＩＤを送信して（ＩＰｖ６アドレスの送信無し）接続要求を行う（ステップＳ２３）。なお、登録情報以外の情報として、通常時であることを示す情報を記録しておき、この情報を読み取って通常時と判断し、上記（ａ）と同等の接続要求を行うようにしてもよい。

ステップＳ２３の接続要求を受けたサービス事業者サーバ８ａは、接続要求処理部４２が登録情報記憶部４３からその接続要求に含まれる端末ＩＤを検索し、その結果、その端末ＩＤに関するユーザ登録が既になされているので（ステップＳ２４）、ＩＰ放送の配信を端末装置１に対して行う（ステップＳ２５）。なお、上述したようにＶＯＤの配信も可能としてもよい。

＜引越し時＞
ここでは、引越しによりＣＤＮの変更を余儀なくされた時を想定して説明するが、ユーザが所望してＣＤＮを変更する時も同様である。また、ネットワーク設定部３２の構成等により、ネットワーク自動設定実行時、ネットワーク手動設定時で自動設定へ自動変更可能な時、ネットワーク手動設定実行時の３通りが主に想定でき、これらのシーンについて個々に流れを説明する。

（ネットワーク自動設定実行時）
図６は、図１のＩＰ放送受信システムにおける、引越しによりＣＤＮ事業者が変わった場合の処理例を説明するためのフロー図で、図７は、図６の処理例に続く処理例であって、再度、ユーザ登録を行うときの処理例を説明するためのフロー図である。

ネットワーク設定部３２が、ＩＰネットワーク５への接続が検出されたときに、ＩＰｖ６アドレスを自動的にＩＰネットワーク５から取得して接続設定を行う自動設定部を有し、その自動設定が機能していることを前提に説明する。引越し後に端末装置１をＩＰネットワーク５に始めて接続したときに、この自動設定が実行される。

このような自動取得を行った時に、アドレス比較部３７が、登録ＩＰアドレス（ＩＰｖ６アドレス３４ｂ）と自動取得して記憶した設定ＩＰアドレス（ＩＰｖ６アドレス３２ａ）とを比較し、一致しているか否かを判定する（ステップＳ３１）。このように、自動設定を行う場合には、アドレス比較部３７での判定は、登録情報確認部３５での確認を経ず、自動設定がなされたときに実行される。なお、ステップＳ３１で一致していれば、ＩＰＴＶ機能が起動したときに図５で説明したような処理が実行されるに過ぎない（図６のシーンとは異なる）。

ステップＳ３１で一致していないことが確認されたとき、ＩＰＴＶ機能が起動した時点で（ステップＳ３２）、つまり不一致であることが判定された場合で且つＩＰ放送を受信するときに、再接続要求部３８が、接続先情報を検索して必要に応じて更新し（ステップＳ３３〜Ｓ３５）、その接続先情報が示すサービス事業者サーバ８ａに対して、端末ＩＤ及び設定ＩＰアドレス（ＩＰｖ６アドレス３２ａ）を送信して接続要求（再登録リクエスト）を行う（図７のステップＳ４１）。このとき、再登録要求であることを、サービス事業者サーバ８ａに対して同時に伝えてもよい。

ここで、ステップＳ３３〜Ｓ３５の処理について説明する。再接続要求部３８が、構成情報取得部３３に対してＣＤＮ構成情報ＵＲＬからＣＤＮ事業者サーバに接続してＣＤＮ構成情報及びＰＦ構成情報を取得するように指示し、それに従って構成情報取得部３３が処理を実行する（ステップＳ３３，Ｓ３４）。次いで、再接続要求部３８が、構成情報取得部３３に取得されたＰＦ構成情報からサービス事業者のリストを生成して更新するように指示し、それに従って構成情報取得部３３が処理を実行する。さらに、再接続要求部３８は、登録情報の接続先情報が示すＩＰ放送サービス事業者と同じＩＰ放送サービス事業者のサービス事業者サーバの情報がそのリストに含まれるかを検索する（ステップＳ３５）。ステップＳ３５では、引越し場所で引越し前のサービス事業者サーバ８ａに接続可能か否かを検索しており、接続可能であれば、ステップＳ４１の処理へ進む。含まれない場合（接続不可能である場合）には、そのサービス事業者Iとは契約していても視聴ができないため、他のサービス事業者との契約となり、図４で説明した新規のユーザ登録時の処理を行うなどすればよい。なお、上述したように、ステップＳ３３〜Ｓ３５の処理、つまり接続先情報の更新処理は必須ではない。

ステップＳ４１の再登録要求を受信したサービス事業者サーバ８ａは、接続要求処理部４２が、登録情報記憶部４３からその接続要求に含まれる端末ＩＤ及びＩＰｖ６アドレスを検索し、その結果、その端末ＩＤに関するユーザ登録が登録済み（該当有り）であり、且つ、そのＩＰｖ６アドレスが違っていること（該当無し）であることが検出される（ステップＳ４２，Ｓ４３）。接続要求処理部４２は、受信した端末ＩＤ及びＩＰｖ６アドレスを登録処理部４４に渡し、登録処理部４４が、ＩＰｖ６アドレスマッチングを行う（図示せず）。サービス事業者サーバ８ａがデータを流せないアドレスであればその旨を端末装置１に返せばよい。

データを流せるアドレスであれば、登録処理部４４がＣＤＮ事業者サーバに、その受信したＩＰｖ６アドレス３２ａの送信を伴う回線開通申請を送信する（ステップＳ４４）。これに応答して、ＣＤＮ事業者サーバは、回線を開通させると共に、サービス事業者サーバ８ａに開通通知を送信する（ステップＳ４５）。

ステップＳ４５の処理後、登録処理部４４は、ステップＳ４３でＩＰｖ６アドレスが異なっていたため、登録情報記憶部４３にその端末ＩＤに対応するユーザ登録の情報のうち、ＩＰｖ６アドレスを削除し（ステップＳ４６）、新たにステップＳ４１で受信したＩＰｖ６アドレスをその端末ＩＤに関連付けて格納する（ステップＳ４７）。これにより、ユーザ登録の更新が完了する。ステップＳ４６，Ｓ４７のユーザ登録の更新は、ステップＳ４５の開通通知後直ぐに実行してもよいし、開通通知前に実行して開通通知が来なければ元に戻すようにしてもよい。

開通通知後で且つユーザ登録更新後、サービス事業者サーバ８ａの登録処理部４４は、「登録変更が完了いたしました。視聴できます。」などといった変更内容画面を表示するための画像及び指示を、端末装置１に対して送信し（ステップＳ４８）。それを受信した端末装置１が、変更内容画面を表示する（ステップＳ４９）。

そして、ユーザ登録のうちサービス事業者サーバ８ａに登録したＩＰｖ６アドレスが変更されたため、端末装置１の登録情報記憶部３４は、ネットワーク設定部３２でステップＳ３１で新たに記憶（設定）された設定ＩＰアドレス３２ａに、登録情報内のＩＰｖ６アドレス３４ｂを更新する（ステップＳ５０）。これにより、次回のＩＰＴＶ機能の起動時に、登録情報確認部３５がユーザ登録済みか否かを判定すると、ユーザ登録済みであると判定でき、またアドレス比較部３７で比較の結果、一致すると判定できる。ＩＰｖ６アドレス３４ｂの更新は、ステップＳ４８の指示や別途送信された登録変更完了通知を受信した時に直ぐ実行するなどしてもよい。

開通通知後で且つユーザ登録更新後、サービス事業者サーバ８ａは、更新されたＩＰｖ６アドレスの端末装置１から視聴可能なように、ＩＰ放送のデータを常に垂れ流すことができる。また、端末装置１側では、そのサービス事業者Iが提供するＩＰ放送について、チャンネル設定は既に新規ユーザ登録時に済んでいるため、端末装置１で再度チャンネル設定を行わなくてもチャンネルを指定したＩＰ放送が視聴できるようになる。

図６及び図７の場合では、引越し後も引越し前と同じサービス事業者サーバ８ａに接続できたため、ｃｈスキャンの実行については必要ないが、サービス事業者によっては、同一の端末装置であってもＩＰｖ６アドレスが異なればｃｈスキャンが必要な場合もある（番組は同じでもｃｈ番号が異なる、などのため）。この場合は、新規登録時と同じようにチャンネル設定方法Ａ〜Ｅのいずれかの方法で、ｃｈスキャンを行えばよい。

（ネットワーク手動設定時で、自動設定へ変更可能な時）
図８は、図１のＩＰ放送受信システムにおける、引越しによりＣＤＮ事業者が変わった場合の他の処理例を説明するためのフロー図である。また、上述した図７は、図８の処理例に続く処理例であって、再度、ユーザ登録を行うときの処理例を説明するためのフロー図でもある。

ネットワーク設定部３２は、上述した自動設定部と共に、ユーザ操作により入力させたＩＰアドレスに基づき、接続設定を行う手動設定部と、手動設定部と自動設定部とのいずれで接続設定を行うかを設定する自動／手動設定部とを有するものとする。自動／手動設定部では、ユーザ操作によりこの設定が可能とする。

この場合には、自動設定実行時と異なり、ＩＰＴＶ機能が起動すると（ステップＳ６１）、登録情報確認部３５が登録情報を検索する（ステップＳ６２）。登録情報の一つとして登録済みのＩＰｖ６アドレス３４ｂが格納されているため、検索の結果は該当有りとなる。従って、接続要求部３６は、上記（ａ）の処理、つまり端末ＩＤだけを送信して接続要求を行う（ステップＳ６３）。

しかしながら、ＣＤＮが変わっているため、サービス事業者サーバ８ａとの接続はできない。アドレス比較部３７は、接続要求部３６における上記（ａ）の接続要求を行った結果、所定時間経過してもＩＰ放送が受信できなかったこと、より具体的にはサービス事業者サーバ８ａと接続できなかったことを検出する（ステップＳ６４）。ここでのタイムアウト処理は、この例に限らず、接続要求は所定間隔で何度か実行してもよく、その場合、所定時間経過を接続要求の送信回数で決定することができる。

その後、アドレス比較部３７が、登録ＩＰアドレスと設定ＩＰアドレスとの比較、一致確認を実行する（ステップＳ６５）。このように、アドレス比較部３７が、接続要求部３６における上記（ａ）の接続要求を行った結果、所定時間経過してもＩＰ放送が受信できなかったときに、登録ＩＰアドレスと設定ＩＰアドレスとの比較、一致確認を実行する。なお、このとき、登録ＩＰアドレスの有無も確認される。

ステップＳ６５の処理後、再接続要求部３８が、アドレス比較部３７で機器情報内のＩＰｖ６アドレスと登録情報内のＩＰｖ６アドレスが一致であることが判定された場合（で且つ、上述した通りＩＰ放送を受信する際に）、ＩＰアドレスの変更案内画像を出力して表示する（ステップＳ６６）。

端末装置１は、変更案内画面を表示した状態で、ユーザ操作を受け付ける。ここで、変更案内画面には、手動でＩＰｖ６アドレスを入力するための画像と、自動入力へ切り替えるための画像とが含まれている。ユーザは、正しいＩＰｖ６アドレスの入力か、或いは上記自動設定部での自動設定に切り替えるかの操作を行う（ステップＳ６７）。

ステップＳ６７のユーザ操作に応じて、再接続要求部３８は、ユーザ入力されたＩＰｖ６アドレスに基づき手動設定部で接続設定（ＩＰアドレスの再設定）を実行させるか、若しくは自動／手動設定部に自動設定部での接続設定に切り替えさせて自動設定部で自動的にＩＰｖ６アドレスを取得して接続設定を実行させる。

この接続設定後又はこの接続設定前に、再接続要求部３８は、接続先情報を検索して必要に応じて更新する（ステップＳ６８〜Ｓ７０）。ここで、ステップＳ６８〜Ｓ７０の処理については、図６のステップＳ３３〜Ｓ３５の処理と同様であるが、ステップＳ６４でのようにサービス事業者サーバ８ａに接続できない場面であるため、接続先情報の間違いという要因を除外する上で、接続先情報の更新処理は行った方がよい。

再接続要求部３８は、その接続先情報が示すサービス事業者サーバ８ａに対して、端末ＩＤ及び設定ＩＰアドレス（ＩＰｖ６アドレス３２ａ）を送信して接続要求（再登録リクエスト）を行う（図７のステップＳ４１）。ステップＳ４１〜ステップＳ５０については、説明した通りであり、ここでも新たなＩＰｖ６アドレスに更新される。

（ネットワーク手動設定実行時）
ネットワーク設定部３２は、手動設定部を有し、その手動設定が機能していること（上述の自動／手動設定部を有する場合には自動／手動設定部が自動的に設定を変えないこと）を前提に説明する。

ステップＳ６５の処理までは図８で説明した通りである。ステップＳ６５の処理後、再接続要求部３８が、アドレス比較部３７で機器情報内のＩＰｖ６アドレスと登録情報内のＩＰｖ６アドレスが一致することが判定された場合（で且つ、上述した通りＩＰ放送を受信する際に）、ＩＰアドレスの変更案内画像を出力して表示する（ステップＳ６６に対応）。登録時のＩＰｖ６アドレスと現在のＩＰｖ６アドレスが同じであるにもかかわらず、サービス事業者サーバ８ａに接続できないということは、引越して回線が変わったことを示す。

端末装置１は、変更案内画面を表示した状態で、ユーザ操作を受け付ける。この例で表示させる変更案内画面には、手動でＩＰｖ６アドレスを入力するための画像が含まれている。ユーザは、正しいＩＰｖ６アドレスの入力操作を行う。再接続要求部３８は、そのユーザ操作に基づき、ユーザ入力されたＩＰｖ６アドレスに基づき手動設定部で接続設定（ＩＰアドレスの再設定）を実行させる。その他の処理については、図８で説明した通りである。

＜買い替え時＞
図９は、図１のＩＰ放送受信システムにおける、端末装置の買い替えにより端末ＩＤのみが変わった場合の処理例を説明するためのフロー図である。

端末装置１を買い替えた場合、登録情報内のＩＰｖ６アドレスや接続先情報は変わらず、端末ＩＤのみが変わる。このような場合、新規のユーザ登録時と同様に、ＩＰＴＶ機能が起動した時点で（ステップＳ８１）、登録情報確認部３５が登録情報の検索を行う（ステップＳ８２）。未だ登録情報の一つとして登録済みのＩＰｖ６アドレス３４ｂが格納されていないため、検索の結果は該当無しとなる。従って、接続要求部３６は、上記（ｂ）の処理、つまり端末ＩＤだけでなくネットワーク設定部３２に記憶された設定ＩＰアドレス（ＩＰｖ６アドレス３２ａ）を送信して接続要求を行う（ステップＳ８３）。

ここでも、新規ユーザ登録時の説明と同様に、ネットワーク設定部３２が接続設定を終えているものとして説明しているが、ＩＰＴＶ機能の起動時に終えていなかった場合には、まずネットワーク設定部３２で接続設定を行えばよい。また、ＩＰＴＶ機能の起動前であって接続設定後に、既に構成情報取得部３３がＣＤＮ構成情報及びＰＦ構成情報の取得及びユーザ操作によるサービス事業者の決定（買い替え前に決定したサービス事業者と同じ事業者Iに決定）を終え、登録情報記憶部３４がその登録済みのサービス事業者（この例ではサービス事業者I）の情報（接続先情報３４ａ）を保持した状態から説明している。終えていない場合には、まずこの取得及びサービス事業者の決定、接続先情報３４ａの登録情報としての記憶がなされ、その後、ステップＳ８２を実行すればよい。

ステップＳ８３の接続要求を受けたサービス事業者サーバ８ａは、接続要求処理部４２が登録情報記憶部４３からその接続要求に含まれる端末ＩＤ及びＩＰｖ６アドレスを検索し、その結果、その端末ＩＤに関するユーザ登録が未登録である（該当無し）であり、且つ、そのＩＰｖ６アドレスが登録済みであること（該当有り）であることが検出される（ステップＳ８４，Ｓ８５）。つまり、サービス事業者サーバ８ａは、登録のあるＩＰｖ６アドレスであるため契約済みのユーザが端末装置１を替えたと判定する。なお、ＩＰｖ６アドレスマッチングやＣＤＮ事業者サーバに対する回線開通申請などは不要である。

ステップＳ８５の処理後、接続要求処理部４２は登録処理部４４に受信した端末ＩＤ及びＩＰｖ６アドレスを渡す。登録処理部４４は、ステップＳ８４で端末ＩＤが異なっていたため、登録情報記憶部４３に対して、そのＩＰｖ６アドレスに対応するユーザ登録の情報のうち、端末ＩＤを削除し（ステップＳ８６）、新たにステップＳ８３で受信した端末ＩＤをそのＩＰｖ６アドレスに関連付けて格納する（ステップＳ８７）。これにより、ユーザ登録の更新が完了する。

ユーザ登録更新後、サービス事業者サーバ８ａは、ＩＰ放送のデータを常に垂れ流すことができるため、端末装置１側でチャンネル設定さえ済めば、端末装置１でチャンネルを指定したＩＰ放送が視聴できるようになる。このチャンネル設定については、上述した様々な方法が採用できる。簡略化のため、チャンネル設定方法Ａについてのみ説明する。

ユーザ登録更新後、ｃｈスキャン部４５が、端末装置１に配信するＩＰ放送チャンネルをスキャンするよう、端末装置１にｃｈスキャンを実行させるための命令を生成し（ステップＳ８８）、そのｃｈスキャン命令を端末装置１に送信する（ステップＳ８９）。このｃｈスキャン命令については上述した通りである。ステップＳ８９では、ｃｈスキャン命令だけでなく、登録処理部４４が、「このＴＶの登録が完了いたしました。視聴できます。」などといった変更内容画面を表示するための画像及び指示を、端末装置１に対して送信する。

変更内容画面表示指示を受信した端末装置１は、その変更内容画面を表示する（ステップＳ９０）。続いて、チャンネル設定部３９が、受信したｃｈスキャン命令に従いｃｈスキャンを実行することでＩＰ放送のチャンネル設定（受信設定）を行う（ステップＳ９１）。これにより端末装置１は、ＩＰ放送視聴可能状態になる。この例におけるチャンネル設定部３９でも、接続要求部３６で上記（ｂ）の接続要求を（この買い替えた端末装置１で）初めて実行した後、つまり登録要求を行った後、サービス事業者サーバからＩＰ放送チャンネルのｃｈスキャン命令を受信したときに、ｃｈスキャンを実行することでＩＰ放送のチャンネル設定を行っている。

ユーザ登録完了時（この例ではステップＳ９１の処理後）、端末装置１の登録情報記憶部３４は、ネットワーク設定部３２で記憶（設定）された設定ＩＰアドレス３２ａと同じアドレス３４ｂを、登録情報の一部として記憶する（ステップＳ９２）。これにより、次回のＩＰＴＶ機能の起動時に、登録情報確認部３５がユーザ登録済みか否かを判定すると、ユーザ登録済みであると判定できる。ＩＰｖ６アドレス３４ｂの記憶は、チャンネル設定後に実行するように説明したが、ステップＳ８９の結果を受信後直ぐに実行してもよいし、別途送信された登録完了通知時に実行するなどしてもよい。

以上、本発明について、ＩＰアドレスとしてＩＰｖ６アドレスを適用した例のみを説明したが、ＩＰｖ４アドレスによるマルチキャスト送信の場合にも同様に適用できる。

１…端末装置、２…リモコン、３…表示装置、４…スピーカ、５…ＩＰネットワーク、６ａ，６ｂ…ＣＤＮ、７ａ，７ｂ，７ｃ…ＰＦ、８ａ，８ｂ，８ｃ…サービス事業者サーバ、１１…ネットワークＩ／Ｆ、１２…ＩＰ放送チューナ部、１３…ＤＭＵＸ、１４…ビデオデコード部、１５…ビデオ出力変換部、１６…ＯＳＤ処理部、１７…オーディオデコード部、１８…オーディオ出力変換部、１９…選局部、２０…ＲＡＭ、２１…ＣＰＵ、２２…通信制御部、２３…リモコン受光部、２４…不揮発性メモリ、３１…機器情報記憶部、３２…ネットワーク設定部、３２ａ…設定ＩＰアドレス（ＩＰｖ６アドレス）、３３…構成情報取得部、３４…登録情報記憶部、３４ａ…接続先情報、３４ｂ…登録ＩＰアドレス（ＩＰｖ６アドレス）、３５…登録情報確認部、３６…接続要求部、３７…アドレス比較部、３８…再接続要求部、３９…チャンネル設定部、４１…通信部、４２…接続要求処理部、４３…登録情報記憶部、４４…登録処理部、４５…ｃｈスキャン部。

Claims (12)

1. ＩＰ放送サービス事業者のサーバ装置から、ＩＰネットワークを介してＩＰ放送を受信するＩＰ放送受信装置であって、
   前記ＩＰネットワーク上で前記ＩＰ放送受信装置を識別するためのＩＰアドレスの記憶処理を含む前記ＩＰネットワークへの接続設定を行うネットワーク設定部と、
   前記サーバ装置に接続するための接続先を示す接続先情報を、登録情報の一部として記憶すると共に、前記サーバ装置へのＩＰ放送受信のためのユーザ登録完了時に、前記ネットワーク設定部で記憶された前記ＩＰアドレスを、前記登録情報の一部として記憶する登録情報記憶部と、
   前記サーバ装置からのＩＰ放送を受信する際に、前記登録情報として前記ＩＰアドレスが記憶されているか否かを確認する登録情報確認部と、
   該登録情報確認部での確認の結果、（ａ）記憶されていた場合に、前記ＩＰ放送受信装置に固有のＩＤである端末ＩＤを、前記接続先情報が示す前記サーバ装置に送信して接続要求を行い、（ｂ）記憶されていなかった場合に、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを、前記接続先情報が示す前記サーバ装置に送信して接続要求を行う接続要求部と、
   を備えたことを特徴とするＩＰ放送受信装置。
2. 前記ネットワーク設定部で記憶された前記ＩＰアドレスと前記登録情報として記憶された前記ＩＰアドレスとを比較して、一致するか否かの判定を行うアドレス比較部と、
   該アドレス比較部で不一致であることが判定された場合で且つＩＰ放送を受信する際に、前記接続先情報が示す前記サーバ装置に対して、前記端末ＩＤ及び前記ネットワーク設定部で記憶された前記ＩＰアドレスを送信して接続要求を行う再接続要求部と、
   をさらに備えたことを特徴とする請求項１に記載のＩＰ放送受信装置。
3. 前記ネットワーク設定部は、ＩＰアドレスを自動的に前記ＩＰネットワークから取得して前記接続設定を行う自動設定部を有し、
   前記アドレス比較部は、前記自動設定部で前記接続設定を自動的実行した後に、前記判定を実行することを特徴とする請求項２に記載のＩＰ放送受信装置。
4. 前記ネットワーク設定部は、ＩＰアドレスを自動的に前記ＩＰネットワークから取得して前記接続設定を行う自動設定部と、ユーザ操作により入力させたＩＰアドレスに基づき、前記接続設定を行う手動設定部と、該手動設定部と前記自動設定部とのいずれで前記接続設定を行うかを設定する自動／手動設定部とを有し、
   前記アドレス比較部は、前記手動設定部で前記接続設定を行うように設定されていた場合、前記接続要求部が前記端末ＩＤを前記接続先情報が示す前記サーバ装置に送信して接続要求を行った結果、所定時間経過してもＩＰ放送が受信できなかったときに、前記判定を実行し、
   前記再接続要求部は、前記アドレス比較部で一致であることが判定された場合、ＩＰアドレスの変更案内画像を出力して、該変更案内画像の出力後、ユーザ操作に基づき前記手動設定部又は前記自動設定部で前記接続設定を実行させることを特徴とする請求項２に記載のＩＰ放送受信装置。
5. 前記ネットワーク設定部は、ユーザ操作により入力させたＩＰアドレスに基づき、前記接続設定を行う手動設定部を有し、
   前記アドレス比較部は、前記手動設定部で前記接続設定を行う場合、前記接続要求部が前記端末ＩＤを前記接続先情報が示す前記サーバ装置に送信して接続要求を行った結果、所定時間経過してもＩＰ放送が受信できなかったときに、前記判定を実行し、
   前記再接続要求部は、前記アドレス比較部で一致であることが判定された場合、ＩＰアドレスの変更案内画像を出力して、該変更案内画像の出力後、ユーザ操作に基づき、前記手動設定部で前記接続設定を実行させることを特徴とする請求項２に記載のＩＰ放送受信装置。
6. 前記接続要求部が初めて、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを前記接続先情報が示す前記サーバ装置に送信して接続要求を実行した後、前記サーバ装置からＩＰ放送チャンネルの設定指示を受信したときに、ＩＰ放送のチャンネル設定を、前記サーバ装置との通信により実行するチャンネル設定部をさらに備えたことを特徴とする請求項１〜５のいずれか１項に記載のＩＰ放送受信装置。
7. 前記接続要求部が初めて、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを前記接続先情報が示す前記サーバ装置に送信して接続要求を実行した後、前記サーバ装置から配信するＩＰ放送チャンネルの情報を含むチャンネルスキャン命令を、前記サーバ装置から受信したときに、該チャンネルスキャン命令に従ってチャンネルスキャンを実行することでＩＰ放送のチャンネル設定を行うチャンネル設定部をさらに備えたことを特徴とする請求項１〜５のいずれか１項に記載のＩＰ放送受信装置。
8. 前記接続要求部が初めて、前記端末ＩＤと前記ネットワーク設定部で記憶された前記ＩＰアドレスとを前記接続先情報が示す前記サーバ装置に送信して接続要求を実行した後、前記サーバ装置から登録完了通知を受信したことを検知したときに、ＩＰ放送のチャンネル設定を、前記サーバ装置との通信により実行するチャンネル設定部をさらに備えたことを特徴とする請求項１〜５のいずれか１項に記載のＩＰ放送受信装置。
9. 請求項１〜８のいずれか１項に記載のＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、
   ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録することを特徴とするサーバ装置。
10. 請求項６に記載のＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、
    ＣＤＮ（Contents Delivery Network）事業者のサーバ装置に前記ＩＰネットワークを介して接続されており、
    ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録し、
    ユーザ登録されたユーザ又はユーザ登録を行う対象のユーザの前記ＩＰアドレスを、前記ＣＤＮ事業者のサーバ装置に通知することで開通申請を行い、前記ＣＤＮ事業者のサーバ装置から前記ＩＰネットワークの回線の開通通知を受信し、
    該開通通知を受信した場合、ＩＰ放送チャンネルの設定指示を前記ＩＰ放送受信装置に送信することを特徴とするサーバ装置。
11. 請求項７に記載のＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、
    ＣＤＮ（Contents Delivery Network）事業者のサーバ装置に前記ＩＰネットワークを介して接続されており、
    ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録し、
    ユーザ登録されたユーザ又はユーザ登録を行う対象のユーザの前記ＩＰアドレスを、前記ＣＤＮ事業者のサーバ装置に通知することで開通申請を行い、前記ＣＤＮ事業者のサーバ装置から前記ＩＰネットワークの回線の開通通知を受信し、
    該開通通知を受信した場合、前記ＩＰ放送受信装置に配信するＩＰ放送チャンネルの情報を含むチャンネルスキャン命令を、前記ＩＰ放送受信装置に送信することを特徴とするサーバ装置。
12. 請求項８に記載のＩＰ放送受信装置に、ＩＰ放送をＩＰネットワークを介して送信するサーバ装置であって、
    ＣＤＮ（Contents Delivery Network）事業者のサーバ装置に前記ＩＰネットワークを介して接続されており、
    ＩＰ放送を送信するサービスを提供する対象のユーザ毎に、前記ＩＰ放送受信装置の前記端末ＩＤと、前記ＩＰ放送受信装置の前記ＩＰアドレスとを関連付けて、ユーザ登録し、
    ユーザ登録されたユーザ又はユーザ登録を行う対象のユーザの前記ＩＰアドレスを、前記ＣＤＮ事業者のサーバ装置に通知することで開通申請を行い、前記ＣＤＮ事業者のサーバ装置から前記ＩＰネットワークの回線の開通通知を受信し、
    該開通通知を受信した場合、登録完了通知を前記ＩＰ放送受信装置に送信することを特徴とするサーバ装置。

Images