"ネットワーク経由でサーバに接続可能であり、ネットワーク上で生存しているサーバを検索し、検索された前記サーバの情報の一覧であるサーバリストを生成し、表示装置に表示させるコントローラであって、前記サーバリストに登録されているサーバに関して、前記サーバから定期的に送信される生存通知パケットの有無を監視し、前記生存通知パケットを既定時間内に受信できたか否かを判断する、生存通知パケット監視手段と、前記生存通知パケット監視手段が、前記生存通知パケットを既定時間内に受信できなかったと判断した場合、前記サーバがコンテンツを送信可能か否かを判断する、サーバコンテンツ送信可能判断手段と、前記サーバがコンテンツを送信可能であると判断された場合に前記サーバリストを更新せず、前記サーバがコンテンツを送信不可能であると判断された場合に前記サーバリストにおいて前記サーバを使用不可能状態に更新するサーバリスト更新手段とを備える、コントローラ。前記サーバコンテンツ送信可能判断手段が、前記サーバへサーチコマンドを送信し、前記サーバからサーチコマンドに対する応答を受信したか否かを判断し、前記サーバから応答を受信した場合は前記サーバがコンテンツを送信可能であると判断し、前記サーバから応答を受信しなかった場合はコンテンツ送信不可能であると判断する、請求項1に記載のコントローラ。前記サーバコンテンツ送信可能判断手段が、前記サーバへサーチコマンドを送信し、前記サーバから前記サーチコマンドに対する応答を受信したか否かを判断し、前記サーバから応答を受信した場合は前記サーバがコンテンツを送信可能であると判断し、前記サーバから応答を受信しなかった場合は、さらに前記サーバからデータを取得するためのデータ取得コマンドを前記サーバへ送信し、前記サーバからデータを受信できた場合は前記サーバがコンテンツを送信可能であると判断し、応答を受信できない場合はサーバがコンテンツを送信不可能であると判断する、請求項1に記載のコントローラ。前記サーチコマンド及び前記データ取得コマンドを前記サーバへ送信し、それらのコマンドに対する応答を前記サーバから受信したか否かをサーバ応答履歴として管理する、サーバ応答履歴管理手段をさらに備え、前記サーバコンテンツ送信可能判断手段が、前記サーバ応答履歴に基づいて前記サーバが前記サーチコマンドに応答する確率PAを算出し、前記確率PAが第1基準値以上であるか否かを判断し、第1基準値以上であれば前記サーバがコンテンツを送信可能であると判断し、前記確率PAが第1基準値未満であり、かつ第2基準値以上であると判断した場合、前記サーバへ前記サーチコマンドを送信し、前記サーバから応答を受信できた場合は前記サーバがコンテンツを送信可能であると判断し、前記サーバから応答を受信しなかった場合、または前記確率PAが第2基準値未満であると判断した場合は、前記サーバ応答履歴に基づいて前記サーバが前記データ取得コマンドに応答する確率PBを算出し、前記確率PBが第3基準値以上であると判断した場合は前記サーバがコンテンツを送信可能であると判断し、前記確率PBが第3基準値未満かつ第4基準値以上であると判断した場合は、前記サーバへ前記データ取得コマンドを送信し、応答を受信した場合は前記サーバがコンテンツを送信可能と判断し、前記サーバから応答を受信しなかった場合、または前記確率PBが第4基準値未満であると判断した場合は前記サーバがコンテンツを送信不可能であると判断する、請求項1に記載のコントローラ。前記サーチコマンド及び前記データ取得コマンドを前記サーバへ送信し、それらのコマンドに対する応答を前記サーバから受信したか否かをサーバ応答履歴として管理する、サーバ応答履歴管理手段をさらに備え、前記サーバコンテンツ送信可能判断手段が、前記サーバ応答履歴に基づいて前記サーバが前記サーチコマンドに応答する確率PAを算出し、前記確率PAが第5基準値以上であるか否かを判断し、第5基準値以上であれば前記サーバがコンテンツを送信可能であると判断し、前記確率PAが第5基準値未満であると判断した場合、前記サーバ応答履歴に基づいて前記サーバが前記データ取得コマンドに応答する確率PBを算出し、前記確率PBが第6基準値以上であるか否かを判断し、前記確率PBが第6基準値以上であれば、前記サーバがコンテンツを送信可能であると判断し、第6基準値未満であると判断した場合に前記サーバがコンテンツを送信不可能であると判断する、請求項1に記載のコントローラ。前記サーチコマンド及び前記データ取得コマンドを前記サーバへ送信し、それらのコマンドに対する応答を前記サーバから受信したか否かをサーバ応答履歴として管理する、サーバ応答履歴管理手段をさらに備え、前記サーバコンテンツ送信可能判断手段が、前記サーバ応答履歴に基づいて前記サーバが前記データ取得コマンドに応答する確率PBを算出し、前記確率PBが第7基準値以上であるか否かを判断し、第7基準値以上であれば前記サーバがコンテンツを送信可能であると判断し、前記確率PBが第7基準値未満であると判断した場合、前記サーバ応答履歴に基づいて前記サーバが前記サーチコマンドに応答する確率PAを算出し、前記確率PAが第8基準値以上であるか否かを判断し、前記確率PAが第8基準値以上であれば、前記サーバがコンテンツを送信可能であると判断し、第8基準値未満であると判断した場合に前記サーバがコンテンツを送信不可能であると判断する、請求項1に記載のコントローラ。請求項1~6のいずれかに記載のコンテンツ再生装置の各手段をコンピュータに実行させる、コントローラプログラム。本発明は上記従来の課題を解決するためになされたものであり、その目的は、コントローラがサーバから定期的な生存通知パケットを受信できない場合であっても、確実にコンテンツ送信が可能なサーバをサーバリストに表示できるコントローラを提供することである。本発明の好ましい実施形態によるコントローラは、ネットワーク経由でサーバに接続可能であり、ネットワーク上で生存しているサーバを検索し、検索された前記サーバの情報の一覧であるサーバリストを生成し、表示装置に表示させるコントローラであって、前記サーバリストに登録されているサーバに関して、前記サーバから定期的に送信される生存通知パケットの有無を監視し、前記生存通知パケットを既定時間内に受信できたか否かを判断する、生存通知パケット監視手段と、前記生存通知パケット監視手段が、前記生存通知パケットを既定時間内に受信できなかったと判断した場合、前記サーバがコンテンツを送信可能か否かを判断する、サーバコンテンツ送信可能判断手段と、前記サーバがコンテンツを送信可能であると判断された場合に前記サーバリストを更新せず、前記サーバがコンテンツを送信不可能であると判断された場合に前記サーバリストにおいて前記サーバを使用不可能状態に更新するサーバリスト更新手段とを備える。コントローラがサーバから定期的な生存通知パケットを受信しない場合であっても、コントローラは、サーバコンテンツ送信可能判断手段を用いて、サーバが実際にコンテンツを送信可能な状態であるか否かを判断する。サーバがコンテンツ送信可能であると判断された場合、サーバが生存していると判断できるので、誤ってコンテンツを送信可能なサーバをサーバリストから削除等し、使用不可能状態にしてしまうことを防止できる。好ましい実施形態においては、前記サーバコンテンツ送信可能判断手段が、前記サーバへサーチコマンドを送信し、前記サーバからサーチコマンドに対する応答を受信したか否かを判断し、前記サーバから応答を受信した場合は前記サーバがコンテンツを送信可能であると判断し、前記サーバから応答を受信しなかった場合はコンテンツ送信不可能であると判断する。コントローラは、サーバから定期的な生存通知コマンドを受信できない場合に、サーバにサーチコマンドを送信し、サーバから応答を受信できたか否かを判断することで、そのサーバがコンテンツを送信可能なサーバであるか否かを判断することができる。本発明の別の好ましい実施形態によるコントローラは、前記サーバコンテンツ送信可能判断手段が、前記サーバへサーチコマンドを送信し、前記サーバから前記サーチコマンドに対する応答を受信したか否かを判断し、前記サーバから応答を受信した場合は前記サーバがコンテンツを送信可能であると判断し、前記サーバから応答を受信しなかった場合は、さらに前記サーバからデータを取得するためのデータ取得コマンドを前記サーバへ送信し、前記サーバからデータを受信できた場合は前記サーバがコンテンツを送信可能であると判断し、応答を受信できない場合はサーバがコンテンツを送信不可能であると判断する。コントローラは、さらにデータ取得コマンドをサーバに送信し、サーバから応答を受信できたか否かを判断するので、コンテンツを送信可能なサーバであるか否かをより確実に判断することが可能となる。本発明の別の好ましい実施形態によるコントローラは、前記サーチコマンド及び前記データ取得コマンドを前記サーバへ送信し、それらのコマンドに対する応答を前記サーバから受信したか否かをサーバ応答履歴として管理する、サーバ応答履歴管理手段をさらに備え、前記サーバコンテンツ送信可能判断手段が、前記サーバ応答履歴に基づいて前記サーバが前記サーチコマンドに応答する確率PAを算出し、前記確率PAが第1基準値以上であるか否かを判断し、第1基準値以上であれば前記サーバがコンテンツを送信可能であると判断し、前記確率PAが第1基準値未満であり、かつ第2基準値以上であると判断した場合、前記サーバへ前記サーチコマンドを送信し、前記サーバから応答を受信できた場合は前記サーバがコンテンツを送信可能であると判断し、前記サーバから応答を受信しなかった場合、または前記確率PAが第2基準値未満であると判断した場合は、前記サーバ応答履歴に基づいて前記サーバが前記データ取得コマンドに応答する確率PBを算出し、前記確率PBが第3基準値以上であると判断した場合は前記サーバがコンテンツを送信可能であると判断し、前記確率PBが第3基準値未満かつ第4基準値以上であると判断した場合は、前記サーバへ前記データ取得コマンドを送信し、応答を受信した場合は前記サーバがコンテンツを送信可能と判断し、前記サーバから応答を受信しなかった場合、または前記確率PBが第4基準値未満であると判断した場合は前記サーバがコンテンツを送信不可能であると判断する。コントローラがサーバ応答履歴からサーバが確実にコンテンツを送信可能である、またはコンテンツを送信不可能であると判断できる場合、コントローラはサーバと通信せずにサーバがコンテンツ送信可能か否かを判断するので、無駄な通信を削減できる。本発明の別の好ましい実施形態によるコントローラは、前記サーチコマンド及び前記データ取得コマンドを前記サーバへ送信し、それらのコマンドに対する応答を前記サーバから受信したか否かをサーバ応答履歴として管理する、サーバ応答履歴管理手段をさらに備え、前記サーバコンテンツ送信可能判断手段が、前記サーバ応答履歴に基づいて前記サーバが前記サーチコマンドに応答する確率PAを算出し、前記確率PAが第5基準値以上であるか否かを判断し、第5基準値以上であれば前記サーバがコンテンツを送信可能であると判断し、前記確率PAが第5基準値未満であると判断した場合、前記サーバ応答履歴に基づいて前記サーバが前記データ取得コマンドに応答する確率PBを算出し、前記確率PBが第6基準値以上であるか否かを判断し、前記確率PBが第6基準値以上であれば、前記サーバがコンテンツを送信可能であると判断し、第6基準値未満であると判断した場合に前記サーバがコンテンツを送信不可能であると判断する。コントローラはサーバとの通信をせずにサーバがコンテンツを送信可能か否かを判断できるのでコントローラの処理が高速化し、また、ネットワーク通信の負荷を減らすことが可能となる。本発明の別の好ましい実施形態によるコントローラは、前記サーチコマンド及び前記データ取得コマンドを前記サーバへ送信し、それらのコマンドに対する応答を前記サーバから受信したか否かをサーバ応答履歴として管理する、サーバ応答履歴管理手段をさらに備え、前記サーバコンテンツ送信可能判断手段が、前記サーバ応答履歴に基づいて前記サーバが前記データ取得コマンドに応答する確率PBを算出し、前記確率PBが第7基準値以上であるか否かを判断し、第7基準値以上であれば前記サーバがコンテンツを送信可能であると判断し、前記確率PBが第7基準値未満であると判断した場合、前記サーバ応答履歴に基づいて前記サーバが前記データ取得コマンドに応答する確率PAを算出し、前記確率PAが第8基準値以上であるか否かを判断し、前記確率PAが第8基準値以上であれば、前記サーバがコンテンツを送信可能であると判断し、第8基準値未満であると判断した場合に前記サーバがコンテンツを送信不可能であると判断する。一般的に、ユーザにとってサーバが利用可能であることは、サーバのコンテンツデータを取得できることと等価であるので、データが実際に取得できることを示す確率を先に評価することで、サーバがコンテンツを実際に送信可能であることをより確実に判断することができるコントローラがサーバから定期的な生存通知パケットを受信できない場合に、確実にコンテンツ送信を可能なサーバをサーバリストに表示するコントローラを提供することができる。以下、本発明の好ましい実施形態によるコントローラについて、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図1は、本発明の好ましい実施形態によるネットワークAVシステムの構成図である。コントローラ100は、LAN等の任意のネットワークを介して複数のサーバ200本例では200A,200B,200C及びレンダラ300と接続可能である。コントローラ100は、ネットワーク上のサーバ200を検索し、サーバ200A,200B,200Cを一覧で示したサーバリストを表示する。さらに、コントローラ100は、ネットワーク上のレンダラ300を検索し、レンダラ300の存在を認識する。また、コントローラ100はサーバ200内のコンテンツ情報を取得して表示する。ユーザがコントローラ100を操作し、サーバ200内のコンテンツとレンダラ300を指定すると、コントローラ100はレンダラ300に対し、サーバ200のコンテンツのURLを送信する。レンダラ300はコントローラ100から受信したサーバ200のコンテンツのURLにアクセスし、コンテンツデータを取得して再生する。なお、コンテンツとは、音楽データ、静止画データ、動画データなどのデジタルデータである。図2は、本発明の好ましい実施形態によるコントローラの構成を示すブロック図である。コントローラ100は、制御部11、記憶部12、入力部13、表示部14、及び通信部15を備える。制御部11は、記憶部12に格納されている動作プログラム12Cに基づいてコントローラ100を制御するものであり、たとえばマイコンやCPU等である。制御部11は、サーバ生存確認部11Aと、サーバコンテンツ送信可能判定部11Bと、サーバ応答履歴管理部11Cと、サーバリスト更新部11Dとを含む。サーバ生存確認部11Aは、コントローラ100が管理しているサーバ200から、生存通知パケットを受信できているか否かを判断する。サーバコンテンツ送信可能判定部11Bは、サーバ200から生存通知パケットを受信できない場合、1以上のコマンドをサーバ200に送信し、サーバ200が実際にコンテンツ送信可能であるかを判断する。サーバ応答履歴管理部11Cは、コントローラ100からサーバ200の応答を確認するコマンドをサーバ200に送信後、そのコマンドに対してサーバ200からの応答を受信したか否かを判断し、その結果に応じてサーバ応答履歴12Bを更新する。サーバリスト更新部11Dは、サーバコンテンツ送信可能判定部11Bの判定結果をもとに、サーバリスト12Aを更新する。なお、生存とは、機器の電源が入っており、機器のプログラムが動作しており、他機器からの通信コマンドに応答できる状態である。入力部13は、ユーザから入力された指示を受け付ける。入力部13は、たとえばリモコンや、コントローラ100上に配置されたボタンによる入力を受け付ける。入力された指示は、制御部11で解釈され、実行される。表示部14は、LCDやFL等である。表示部14は、サーバリストや各々のサーバ200が保存しているコンテンツの階層情報、コンテンツのリスト情報、コンテンツファイル情報、及びレンダラ300がサーバ200からのコンテンツを再生中はレンダラから定期的に通知されるコンテンツ情報たとえば、アーティスト名や、楽曲タイトル、再生時間等を表示する。通信部15は、ネットワークを介してサーバ200との通信処理を実行する。通信部15はコントローラ100からデータをサーバ200に送信し、かつサーバ200からデータを受信する。なお、コントローラ100が送信するコマンドの生成処理や、サーバ200から受信したデータの解析処理は制御部11によって実行される。記憶部12は、サーバリスト12A、サーバ応答履歴12B、コントローラ100の動作プログラム12Cを記憶する。記憶部12は、RAM,フラッシュメモリ等である。図3は、本発明の好ましい実施形態によるサーバ200200A~200Cを示すブロック図である。サーバ200は、HDDHardDiskDrive21、通信部22、制御部23、及び記憶部24ROM、RAM等を備える。HDD21は、コンテンツやコンテンツ情報DBデータベース、サーバ200の動作プログラムを記憶している。通信部22は、ネットワークを介してコントローラ100との通信処理を実行する。通信部22は、コントローラ100からのデータを受信し、かつサーバ200からコントローラ100へデータを送信する。なお、コントローラ100へ送信するコマンドの生成処理や、コントローラ100から受信したデータの解析処理は制御部23によって実行される。制御部23は、記憶部24に格納されている動作プログラム21に基づいてサーバ200を制御するものであり、たとえばマイコンやCPU等である。図4は、コントローラ100が保持している、サーバリスト12Aである。サーバリスト12Aは、コントローラ100がネットワーク上に生存しているサーバ200を登録し、管理するテーブルである。このサーバリスト12Aに基づき、コントローラ100の表示部14にサーバリストが表示される。サーバリスト12Aは、サーバ200を一意に特定するサーバ識別番号とサーバ名等を含む。サーバリスト12Aは、サーバ200の種類及びサーバ200の製造者等の情報を含んでいてもよい。ここでサーバリスト12Aを生成する処理について説明する。サーバ200は起動するときに、ネットワーク上に生存通知パケットをブロードキャストにより送信する。生存通知パケットとは、機器が生存していることを通知するパケットである。生存通知パケットは、サーバ200のIPアドレスを含んでいる。コントローラ100は、生存通知パケットを受信すると、新たなサーバ200がネットワークに参加したことを判断する。さらにサーバ200の詳細情報を取得する場合は、コントローラ100は生存通知パケットに含まれるサーバ200のIPアドレスを用い、サーバ200に、サーバ200の詳細情報を送信要求する。詳細情報とは、たとえばサーバ200の種類、サーバ名、及びサーバ200の製造者などである。この情報を元に、コントローラ100はサーバリスト12Aを作成する。サーバリスト12Aのサーバ識別番号とは、サーバ200に固有な識別子であり、サーバ間で重複しない番号である。サーバリスト12Aのサーバ名とは、サーバ200の名前である。サーバ名は自由に変更可能であり、重複する可能性がある。よって、ネットワーク上のサーバ200を一意に特定する場合は、サーバ識別番号が用いられる。また、コントローラ100が起動するときは、コントローラ100から、ネットワーク上で生存しているサーバ200に生存していることを通知させるサーチコマンドを送信する。コントローラ100は、サーチコマンドに応答したサーバ200の情報を、サーバリスト12Aに登録する。たとえば、生存通知パケットにはUPnPUniversalPlugandPlayプロトコルのaliveパケットが利用され、サーチコマンドにはUPnPプロトコルのM-Searchが利用される。サーバ200は、自機器が生存していることをコントローラ100に通知するために、定期的に生存通知パケットをブロードキャストで送信する。コントローラ100はこの生存通知パケットを受信した場合、サーバリスト12Aにおいてサーバ200を使用不可能状態にしない。使用不可能状態にするとは、サーバリスト12Aにおいてサーバ200がネットワーク内で生存していない状態に更新することである。サーバリスト12Aからサーバ200を削除する、またはサーバ200が生存していないことを示すフラグをサーバリスト12Aに設定する等の更新が実行される。なお、サーバリスト12Aでサーバ200が使用不可能状態である場合、表示部14にはサーバ200が表示されない、またはサーバ200をグレーアウト等することでサーバ200を実質的に選択不可能な状態で表示される、またはサーバ200を使用できないことを示す情報を付加して表示される。サーバ200の生存通知パケット送信処理が不完全である、ルータの設定が変更された、または生存通知パケットを受信するポートが閉じられている等の原因により生存通知パケットを受信できない場合、コントローラ100は生存通知パケットを受信できないサーバ200をサーバリスト12Aにおいて使用不可能状態にする。この結果、ユーザはコントローラ100の表示部からサーバ200を選択不可能となり、レンダラ300においてサーバ200のコンテンツを再生することができなくなる。以下、本発明の動作を説明する。図5は、コントローラ100の制御部11がサーバリスト12Aを更新するフローチャートである。制御部11は、生存通知パケットをサーバ200から受信できているかを監視するタイマ以後、生存パケット監視タイマのカウントを開始する。生存パケット監視タイマは、コントローラ100が起動した後、サーバ200からの生存通知パケットを初めて受信した直後から開始されるS11。なお、サーバ200からの生存通知パケットの監視はサーバリスト12Aに登録されているサーバすべてに対して実行される。本例では、説明を簡略化するため、一つのサーバ200に対する処理のみを記載する。制御部11は、サーバ200からの生存通知パケットを受信したか否かを判断するS12。受信したと判断されるとS12でYES、生存パケット監視タイマのタイマ値を0にリセットするS13。そして、生存通知パケットの監視を継続するS12。制御部11は、生存通知パケットを受信していないと判断するとS12でNO、タイマ値が既定値を超えたか否かを判断するS14。タイマの既定値は、たとえば15分であり、サーバ200は生存期間中、既定値以内に最低一回生存通知パケットを送信しなくてはならない。タイマ値が既定値を超えていないと判断された場合S14でNO、継続して生存通知パケットの受信が監視されるS12。タイマ値が既定値を超えたと判断された場合S14でYES、制御部11のサーバコンテンツ送信可能判定部11Bは、サーバ200がコンテンツ送信可能な状態であるか否かを判断する処理以下、サーバコンテンツ送信可能判断処理という。S15を実行する。サーバコンテンツ送信可能判断処理によってサーバ200がコンテンツ送信可能であると判断された場合S16でYES、生存パケット監視タイマの値をリセットしS13、継続して生存通知パケットが監視されるS12。サーバコンテンツ送信可能判断処理によってサーバ200がコンテンツ送信可能であると判断された場合は、サーバ200から生存通知パケットを受信できない状態であるが、コントローラ100はサーバ200のコンテンツを受信できる状態であると判断できるので、サーバリスト12Aにおいてサーバ200を使用不可能状態にしない。サーバコンテンツ送信可能判断処理によってサーバ200がコンテンツ送信可能でないと判断された場合S16でNO、制御部11のサーバリスト更新部11Dは、サーバリスト12Aにおいてサーバ200を使用不可能状態に更新する。次に、サーバコンテンツ送信可能判断処理S15について説明する。サーバコンテンツ送信可能判断処理の実施形態1図6は、サーバコンテンツ送信可能判断処理の第1実施形態を説明するフローチャートである。制御部11は、サーバ200へ生存を確認するコマンドを送信するS21。生存を確認するコマンドは、たとえば上述のサーチコマンドである。制御部11は、サーチコマンドに対してサーバ200から応答を受信したか否かを判断しS22、応答を受信したと判断された場合S22でYES、サーバ200がコンテンツ送信可能な状態であると判断しS23、処理を終了する。サーチコマンドに対してサーバ200から応答を受信しないと判断された場合S22でNO、サーバ200がコンテンツ送信不可能であると判断S24し、処理を終了する。以上のように、サーバ200からの生存通知パケットを受信できない場合に、コントローラ100から自発的にサーバ200にサーチコマンドを送信し、サーバ200からの応答有無を判断することで、より確実にサーバ200の生存状態を把握することができる。サーバコンテンツ送信可能判断処理の実施形態2図7は、サーバコンテンツ送信可能判断処理の第2実施形態を説明するフローチャートであり、図6と同一の処理には同一符号を付し、説明を省略する。本実施形態では、コントローラ100が、サーバコンテンツ送信可能判断処理の実施形態1を採用するよりもさらに確実にサーバ200がコンテンツ送信可能な状態であるかを判断することができる。制御部11は、S12でNOと判断されたとき、サーバ200へデータ取得コマンドを送信するS34。データとは、たとえばサーバ200の詳細情報サーバ名、サーバの種類、サーバの製造者等、サーバ200が保持するコンテンツフォルダのプロパティ情報、サーバ200が保持するコンテンツフォルダの階層情報、コンテンツファイルの情報、またはコンテンツファイルデータ自体などであり、サーバ200が保持する情報に関するものであれば、その種類や内容は限定されない。なお、サーバ200から受信したこれらのデータは、実際に利用するものではないので、受信後、すぐに破棄してよい。制御部11は、サーバ200からのデータを受信したかを判断しS35、データを受信したと判断された場合S35でYES、サーバ200がコンテンツ送信可能であると判断するS33。データを受信できなかったと判断された場合S35でNO、制御部11はサーバ200がコンテンツ送信不可能であると判断するS36。サーバコンテンツ送信可能判断処理の実施形態3次に、サーバ応答履歴12Bを利用したサーバコンテンツ送信可能判断処理を説明する。まず、第3、第4、第5の実施形態で用いる、サーバ応答履歴12Bを更新する処理を説明する。図8はサーバ応答履歴12Bの一例である。サーバ応答履歴12Bは、コントローラ100がサーバ200へ送信したサーチコマンドやデータ取得コマンドに対して、コントローラ100がサーバ200から応答を受信したか否かの回数を管理するテーブルである。これらの回数をサーバ識別番号に対応付けて管理している。また、サーバ200から生存通知パケットを受信できなくなった場合でもサーバ200の情報はサーバ応答履歴12Bから消去されない。よって、本テーブルはコントローラ100の電源を切っても消去されない領域たとえばROMやフラッシュメモリに保存される。サーバ応答履歴12Bでは、コントローラ100がサーチコマンドをサーバ200に送信した回数L0と、サーバ200がサーチコマンドに応答しなかった回数L1と、サーバ200がサーチコマンドに応答せず、かつ、データ取得コマンドに応答した回数L2とを保持する。また、L0、L1、L2の値は、コントローラ100が初期出荷されるときにすべて0に初期化されているとする。図9は、サーバ応答履歴管理部11Cがサーバ応答履歴12BのデータL0、L1,L2を更新する処理を説明するフローチャートであり、図5と同一の処理には同一符号を付し、説明を省略する。なお、本処理は、図5のフローチャートの処理と並列的に実行されるものである。また、コントローラ100はサーバリスト12Aで管理しているすべてのサーバについて本処理を実行する。制御部11は、S14でYESと判断された場合、サーバ200へサーチコマンドを送信するS45。サーバ応答履歴管理部11Cは、サーチコマンドを送信した回数L0をインクリメントするS46。そして、制御部11は、サーバ200からサーチコマンドに対する応答を受信したか否かを判断しS47、応答を受信したと判断された場合S47でYES、生存パケット監視タイマの値をリセットするS13。サーチコマンドに対してサーバ200から応答を受信しなかったと判断された場合S47でNO、サーバ応答履歴管理部11Cはサーチコマンドに応答しなかった回数L1をインクリメントするS48。制御部11は、サーバ200へデータ取得コマンドを送信しS49、サーバ200から応答があったか否かを判断するS50。サーバ200からの応答がなかったと判断された場合S50でNO、生存パケット監視タイマの値をリセットするS13。サーバ200からの応答があったと判断された場合S50でYES、データ取得コマンドにサーバ200が応答した回数L2をインクリメントするS51。そして、生存パケット監視タイマの値をリセットしS13、サーバ応答履歴を更新し続けるS12。図10は、サーバ応答履歴12Bを利用したサーバコンテンツ送信可能判断処理のフローチャートである。制御部11は、コントローラ100がサーチコマンドをサーバ200に送信した回数L0が第0基準値以上であるか否かを判断するS61。第0基準値とは、たとえば300回であり、履歴として十分信用可能な値であればよい。L0の大きさが第0基準値以上でないと判断された場合S61でNO、図7及び図9のS45以降の処理を継続する。L0の大きさが第0基準値以上であると判断された場合S61でYES、コントローラ100からのサーチコマンドにサーバ200が応答する確率PAを計算するS63。確率PAは次式で示される。PA={L0-L1÷L0}×100制御部11は、PAが第1基準値以上であるかを判断するS64。第1基準値とは、たとえば90であり、100に近いほどサーバ200が生存していることを確実に判断できる。制御部11によって、PAが第1基準値以上であると判断された場合S64でYES、サーバ200がコンテンツ送信可能と判断されS76、処理を終了する。PAが第1基準値以上でないと判断された場合S64でNO、制御部11は、PAが第2基準値以下であるか否かを判断するS65。第2基準値は、たとえば10であり、0に近いほどサーバ200が生存していないことを確実に判断可能である。PAが第2基準回数以下であると判断された場合S65でYES、S70の処理を行う。S70の処理の詳細は後述する。PAが第2基準値以下でないと判断された場合S65でNO、制御部11は、サーバ200へサーチコマンドを送信しS66、L0をインクリメントするS67。制御部11は、サーバ200からサーチコマンドに対する応答があったか否かを判断しS68、応答があったと判断された場合S68でYES、サーバ200はコンテンツ送信可能であると判断しS76、処理を終了する。応答がなかったと判断された場合S68でNO、制御部11はL1をインクリメントするS69。S70において制御部11は、サーバ200がコントローラ100から受信したデータ取得コマンドに応答する確率PBを計算するS70。PBは次式で示される。PB=L2÷L1×100制御部11は、PBが第3基準値以上であるか否かを判断するS71。第3基準値は第1基準値と同一でもよいし、異なった値でもよい。たとえば90である。PBが第3基準値以上であると判断された場合S71でYES、サーバ200がコンテンツ送信可能と判断されS76、処理を終了する。PBが第3基準値以上でないと判断された場合S71でNO、制御部11は、PBが第4基準値以下であるか否かを判断するS72。第4基準値は第2基準値と同一でもよいし、異なった値でもよい。第4基準値とは、たとえば10である。PBが第4基準値以下であると判断された場合S72でYES、制御部11は、サーバ200がコンテンツ送信不可能であると判断しS77、処理を終了する。PBが第4基準値以下でないと判断された場合S72でNO、コントローラ100は、サーバ200へデータ取得コマンドを送信するS73。制御部11は、サーバ200からデータ取得コマンドに対する応答があったか否かを判断しS74、応答がなかったと判断された場合S74でNO、サーバ200はコンテンツ送信不可能であると判断するS77。応答があったと判断された場合S74でYES、制御部11は、L2をインクリメントするS75。制御部11は、サーバ200がコンテンツ送信可能であると判断しS76、処理を終了する。以上のように本実施形態によると、コントローラ100は、PAが第1基準値以上の場合又は、PAが第2基準値以下の場合かつPBが第3基準値以上の場合は、コントローラ100は、サーバ200と一切通信することなくサーバ200がコンテンツ送信可能と判断できる。また、コントローラ100は、PAが第2基準値以下の場合かつ、PBが第4基準値以下の場合は、コントローラ100は、サーバ200と一切通信することなく、サーバ200がコンテンツ送信不可能であると判断できる。サーバコンテンツ送信可能判断処理の実施形態4図11は、制御部11のサーバコンテンツ送信可能判断処理の第4実施形態を説明するフローチャートであり、図10と同一の処理には同一符号を付し、説明を省略する。S61でYESと判断されたとき、制御部11は、コントローラ100からのサーチコマンドにサーバ200が応答する確率PAを計算するS63。制御部11は、PAが第5基準値以上であるか否かを判断するS84。第5基準値は、たとえば90である。第5基準値は、第1基準値または第3基準値と同一でもよいし、異なっていてもよい。制御部11によりPAが第5基準値以上であると判断された場合S84でYES、サーバ200がコンテンツ送信可能と判断されS76、処理を終了する。制御部11によりPAが第5基準値以上でないと判断された場合S84でNO、制御部11はサーバ200がコントローラ100からのデータ取得コマンドに応答した確率PBを算出するS70。制御部11は、PBが第6基準値以上であるか否かを判断するS86。第6基準値は、たとえば90である。第6基準値は、第2基準値又は第4基準値と同一でもよいし、異なっていてもよい。制御部11によりPBが第6基準値以上であると判断された場合S86でYES、サーバ200がコンテンツ送信可能と判断されS76、処理を終了する。制御部11によりPBが第6基準値以上でないと判断された場合S86でNO、サーバ200がコンテンツ送信不可能と判断されS77、処理を終了する。以上のように本実施例によると、コントローラ100は、サーバ200と一切通信することなくサーバ200がコンテンツ送信可能またはコンテンツ送信不可能であることを判断できる。サーバコンテンツ送信可能判断処理の実施形態5図12は、制御部11のサーバコンテンツ送信可能判断処理の第5の実施形態を説明するフローチャートである。図10と同一の処理には同一符号を付し、説明を省略する。S61でYESと判断されたとき、サーバ200がコントローラ100のデータ取得コマンドに応答した確率PBを算出するS70。制御部11は、PBが第7基準値以上であるか否かを判断するS94。第7基準値は、たとえば90である。第7基準値は、第2、第4又は第6基準値と同一でもよいし、異なっていてもよい。制御部11によりPBが第7基準値以上であると判断された場合S94でYES、サーバ200がコンテンツ送信可能と判断されS77、処理を終了する。制御部11によりPBが第7基準値以上でないと判断された場合S94でNO、制御部11は、サーチコマンドにサーバ200が応答する確率PAを計算するS63。制御部11は、PAが第8基準値以上であるか否かを判断するS96。第8基準値は、たとえば90である。第8基準値は、第1、第3又は第5基準値と同一でもよいし、異なっていてもよい。制御部11によりPAが第8基準値以上であると判断された場合S96でYES、サーバ200がコンテンツ送信可能と判断されS77、処理を終了する。制御部11によりPAが第8基準値以上でないと判断された場合S96でNO、サーバ200がコンテンツ送信不可能と判断されS76、処理を終了する。以上のように本実施形態5によると、制御部11は、サーバ200がコントローラ100からのデータ取得コマンドに応答する確率PBをPAよりも先に評価する。一般的に、ユーザにとってサーバ200が利用可能であることは、サーバ200のコンテンツデータを取得できることと等価であるので、データが実際に取得できることを示す確率PBを先に評価することで、サーバ200がコンテンツを実際に送信可能であることをより確実に判断することができる。ところで、実施形態3、4又は5の実施形態を用いた場合、L1及びL2が更新されなくなることがある。たとえばS61でYESになる場合である。ネットワーク環境の再構築、ルータ設定の変更及びサーバのファームウエアのアップデート等の要因により、コントローラ100が生存通知パケットを正常に受信できるようになる可能性がある。そのような場合を想定し、サーバ応答履歴情報が更新される機会があることが好ましい。そこで、一定期間たとえば数ヶ月単位などごとにサーバ応答履歴情報をすべて初期化し、再度サーバ応答履歴12Bを更新しなおすようにしてもよい。以上の処理によって、サーバ200から定期的に生存通知パケットをコントローラ100が受信できない場合であっても、サーバコンテンツ送信可能判断処理を行い、サーバ200がコンテンツ送信可能であるか否かを判断し、確実にコンテンツ送信が可能なサーバをサーバリストに残すことが可能となる。以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。また、コントローラは単なるコントローラでもよいし、レンダラの再生機能を併せ持つプレーヤーでもよい。また、コントローラはサーバに組み込まれてもよい。コントローラは、PC、携帯端末等に適用されうる。また、サーバが保持するコンテンツは、音楽コンテンツであってもよいし、静止画や動画コンテンツであってもよい。また、レンダラはネットワーク内に複数あってもよい。"