(57)【要約】      （修正有）【課題】サーバからコンテンツ配信できない原因や、コンテンツ配信が中断する可能性をユーザに適切に通知可能なネットワークシステム、サーバ装置およびクライアント装置を提供する。【解決手段】サーバ装置は、複数のコンテンツを記憶する記憶手段と、記憶されたコンテンツをクライアント装置に送信する送信手段とを備え、クライアント装置は、サーバ装置から送信されたコンテンツを受信する受信手段を備える。サーバ装置はコンテンツを配信できなくなるようなイベントが発生した場合に、イベントに関する情報をコンテンツリスト又はサーバ装置の機器情報に含めて、クライアント装置に送信する。又サーバ装置はコンテンツ送信中に配信できなくなるようなイベントが発生した場合に、イベントに関する情報を含めたコンテンツをクライアント装置が備えている機能に応じて、クライアント装置に送信する。【選択図】図１
2010191736.tif 000002
【特許請求の範囲】
【請求項１】
バッテリー駆動によりコンテンツを送信可能なサーバ装置と、前記サーバ装置から送信されたコンテンツを受信するクライアント装置と、を備えたネットワークシステムであって、
前記サーバ装置は、複数のコンテンツを記憶する記憶手段と、前記記憶手段に記憶されたコンテンツを前記クライアント装置に送信する送信手段と、を備え
前記クライアント装置は、前記サーバ装置から送信されたコンテンツを受信する受信手段と、を備え、
前記サーバ装置は、前記バッテリーの残量が所定値未満になった場合に、前記バッテリーの残量に関する情報を、前記記憶手段に記憶された複数のコンテンツの一覧を示すコンテンツリストあるいは前記サーバ装置を識別する機器情報に含めて、前記送信手段により前記クライアント装置に送信することを特徴とするネットワークシステム。
【請求項２】
バッテリー駆動によりコンテンツを送信可能なサーバ装置と、前記サーバ装置から送信されたコンテンツを受信するクライアント装置と、を備えたネットワークシステムであって、
前記サーバ装置は、複数のコンテンツを記憶する記憶手段と、前記記憶手段に記憶されたコンテンツを前記クライアント装置に送信する送信手段と、を備え
前記クライアント装置は、前記サーバ装置から送信されたコンテンツを受信する受信手段と、を備え、
前記送信手段によりコンテンツを送信中に前記バッテリーの残量が所定値未満になった場合に、
前記バッテリーの残量に関する情報を含めたコンテンツを前記クライアント装置が備えている機能に応じて、前記クライアント装置に送信することを特徴とするネットワークシステム。
【請求項３】
コンテンツをクライアント装置に送信可能なサーバ装置であって、
複数のコンテンツを記憶する記憶手段と、
前記記憶手段に記憶されたコンテンツをクライアント装置に送信する送信手段と、
前記クライアントにコンテンツを配信できなくなるようなイベントが発生した場合に、前記イベントに関する情報を、前記記憶手段に記憶された複数のコンテンツの一覧を示すコンテンツリストあるいは前記サーバ装置を識別する機器情報に含めて、前記送信手段により前記クライアント装置に送信するように制御する制御手段と、
を備えていることを特徴とするサーバ装置。
【請求項４】
コンテンツをクライアント装置に送信可能なサーバ装置であって、
複数のコンテンツを記憶する記憶手段と、
前記記憶手段に記憶されたコンテンツをクライアント装置に送信する送信手段と、
前記送信手段によりコンテンツを送信中に前記クライアントにコンテンツを配信できなくなるイベントが発生した場合に、前記イベントに関する情報を含めたコンテンツを前記クライアント装置が備えている機能に応じて、前記クライアント装置に送信するように制御することを特徴とするサーバ装置。
【請求項５】
コンテンツをサーバから受信するクライアント装置であって、
前記サーバから、コンテンツと、前記サーバに記憶された複数のコンテンツのタイトルを示すコンテンツリストと、を受信可能な受信手段と、
前記受信手段により受信したコンテンツあるいはコンテンツリストを表示する表示手段と、
前記コンテンツリストに前記サーバがコンテンツを配信できなくなるイベントが発生したことを示す情報が含まれている場合に、前記複数のコンテンツのタイトルとともに、前記イベントが発生したことを示す情報を表示するように表示手段を制御する制御手段と、
を備えていることを特徴とするクライアント装置。
【請求項６】
複数のサーバ装置と接続可能なクライアント装置であって、  
前記複数のサーバ装置から各サーバ装置を識別する機器情報とを受信する受信手段と、
前記受信手段により受信した機器情報を用いて、接続可能なサーバ装置の一覧を表示する表示手段と、
前記機器情報にサーバがコンテンツを配信できなくなるイベントが発生したことを示す情報が含まれている場合、前記一覧に前記機器情報を送信したサーバに前記イベントが発生したことを示す情報を含めて表示するように制御する制御手段と、
を備えていることを特徴とするクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置およびクライアント装置を有するネットワークシステムに関する。
【背景技術】
【０００２】
従来から、DVD(Digital Versatile Disk)レコーダ、PCなどの装置から、ネットワークを介して他の機器に対してコンテンツを配信することが行われている。
しかし、コンテンツを配信する装置がバッテリー駆動されている場合、バッテリーが消耗することによって、コンテンツの配信が中断してしまうことがあるため、バッテリー残量に配慮してコンテンツの配信を行う必要がある。
【０００３】
また、特許文献１には、画像ファイルを転送している時に、バッテリ電圧が所定値以下になった場合、実行中の転送を中断し、転送を中断した画像ファイルのサムネイルファイルを転送することにより、送信側のバッテリの残量不足によりファイル転送が中断したことを受信側に通知することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２３００８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の方法は、コンテンツの配信を一旦開始した後に、バッテリー残量不足による配信中断通知を行うため、受信側の装置では、コンテンツの受信を開始して初めて、送信側のバッテリー残量不足を把握することができるというものであり、配信前に良好にコンテンツ配信を行うことができるバッテリー状態であるか否かを把握した上で、コンテンツ配信を要求するか否かや、どのサーバに配信を要求するかなどをユーザが決定できるようにすることについては一切記載されていない。また、レンダラー機能を備えているか否かなど、受信側の装置の備える機能によっては、バッテリー情報の送信方法を変更する必要があるが、この点についても記載されていない。
【０００６】
一方、ユーザにコンテンツ配信に関する状況を適切に通知するためには、受信側装置の機能に関わらず、コンテンツ配信できない原因や、コンテンツ配信が中断する可能性をユーザに適切に通知可能なネットワークシステムが求められている。
【０００７】
本発明は、サーバからコンテンツ配信できない原因や、コンテンツ配信が中断する可能性をユーザに適切に通知可能なネットワークシステム、サーバ装置およびクライアント装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明にかかるネットワークシステムは、コンテンツを送信可能なサーバ装置とコンテンツを受信するクライアント装置とを備える。サーバ装置は、複数のコンテンツを記憶する記憶手段と、記憶されたコンテンツをクライアント装置に送信する送信手段とを備え、クライアント装置は、サーバ装置から送信されたコンテンツを受信する受信手段を備える。そして、サーバ装置は、コンテンツを配信できなくなるようなイベントが発生した場合に、イベントに関する情報をコンテンツリストあるいはサーバ装置の機器情報に含めて、クライアント装置に送信する。あるいは、サーバ装置は、コンテンツを送信中にコンテンツを配信できなくなるようなイベントが発生した場合に、イベントに関する情報を含めたコンテンツをクライアント装置が備えている機能に応じて、クライアント装置に送信する。
【発明の効果】
【０００９】
本発明によれば、サーバからコンテンツ配信できない原因や、コンテンツ配信が中断する可能性をユーザに通知可能なネットワークシステム、サーバ装置およびクライアント装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】バッテリー情報を通知するネットワークシステムの構成例を示す図である。
【図２】コンテンツリストの一例を示す図である。
【図３】プレイヤー機能を備えたクライアントの画面例を示す図である。
【図４】サーバの構成例を示す図である。
【図５】サーバがクラアイントから機器情報を取得してから、バッテリー情報を通知するまでの処理例を示すフローチャートである。
【図６】クライアントの画面遷移の例を示す図である。
【図７】サーバがクライアントから機器情報の要求を受け、バッテリー情報を通知するまでの処理例を示すフローチャートである。
【図８】サーバがコンテンツ配信中にバッテリー不足状態に遷移した際に、機器情報を更新する処理例を示すフローチャートである。
【図９】クライアントが各サーバから取得した機器情報を用いて、サーバの一覧を画面に表示した例を示す図である。
【図１０】サーバにより作成されるバッテリー情報を含めたコンテンツリストの一例を示す図である。
【図１１】サーバにおいてバッテリー情報を含むコンテンツリストを作成する処理例を示すフローチャートである。
【図１２】クライアントの画面に表示される探索用ユーザインタフェースの一例を示す図である。
【図１３】サーバがコンテンツを配信中にバッテリー状態が変化した場合に、コンテンツリストを更新する処理例を示すフローチャートである。
【図１４】クライアントが、サーバから受信した機器情報を用いて機器一覧を表示する処理例を示すフローチャートである。
【図１５】クライアントが各サーバから取得した機器情報を用いて、サーバの一覧を画面に表示した例を示す図である。
【発明を実施するための形態】
【００１１】
図１は、バッテリー情報を通知するネットワークシステムの構成例を示している。本ネ
ットワークシステムは、サーバ１と、クライアント２を備え、例えば家庭内などに設置される。
【００１２】
サーバ１は、動画、静止画、音楽などのコンテンツを蓄積し、ネットワークを介してクライアント２にコンテンツリストやコンテンツなどを送信する機能を備えているものである。また、サーバ１は、内蔵されたバッテリーを用いて、または、外部電源に接続して動作を行う。外部電源に接続していない状態においては、バッテリーからのみ電力を得て動作する。サーバ１は、専用装置に限らず、例えばPCや携帯端末などにより構成されても良い。
【００１３】
クライアント２は、ネットワークを介してサーバ１からコンテンツを受信し、再生する機能を有する。IEEE（Institute of Electrical and Electronic Engineers）802.11の無線ＬＡＮ、Bluetooth(登録商標)、WiMAX(Worldwide Interoperability for Microwave Access)(登録商標)などの無線通信や、LANケーブルを用いた有線LAN、専用ケーブルによる専用の通信回線を用いて、ネットワークを形成する。図１の例では、サーバ１がバッテリーで駆動している場合に、クライアント２が、サーバ１のバッテリー不足状態を示す情報を受信し、その情報を画面に表示している例を表している。なお、クライアント２は、専用装置に限らず、テレビやPCなどにより構成されても良い。
【００１４】
また、図１では、ネットワークシステム内にサーバ１とクライアント２とをそれぞれ１つずつ備えている場合を例にして記載しているが、これに限定するものではなく、例えば図3や図９等に示すように、ネットワークシステムは複数のサーバを備えていても良い。また、クライアントについても、１つに限定するものではなく、システム内に複数設けても良い。
【００１５】
まず、本ネットワークシステムにおいて、運用規定を定めている規格として、UPnP(Universal Plug and Play)(登録商標)が用いられている場合を例に、データ処理の流れについて以下に説明する。
【００１６】
UPnPに対応する機器は、ネットワークに接続すると、自らがネットワーク上に接続されたことを他の機器に通知するために、ブロードキャストによりネットワーク上の全ての機器に、接続通知情報を送信する。そして、この接続通知を受けた各機器は、通知の送信元に対し、接続通知情報を送信する。次に、互いにネットワーク上に接続されていることを確認すると、機器が対応しているUPnPの機能や、機器の名前やＩＤなど、機器の種別を識別する機器情報を各機器間で互いに送受信し、共有する。なお、機器情報に更新が発生した場合には、機器間の接続を一旦切り、再度接続した上で、最新の機器情報の共有を行う。
【００１７】
UPnPの機能例としては、「サーバ」、「プレイヤー」、「レンダラー」がある。なお、プレイヤーやレンダラーなど、サーバからコンテンツを受信して再生する機能を有する機器を総称して「クライアント」という。
【００１８】
サーバは、コンテンツを保管しており、クライアントに対して、ネットワークを介してコンテンツの一覧を示すコンテンツリストの送信や、コンテンツのストリーム配信を行う。また、サーバは、機器を識別するためのアイコンを保有し、他の機器に機器情報を送信する際に、機器情報の中にアイコンのURLを含めておいても良い。
【００１９】
プレイヤー機能を備えた機器は、サーバからコンテンツリストを取得し、ユーザが選択したコンテンツをサーバから受信し、再生を行う。レンダラー機能を備えた機器は、プレイヤーと同様に、受信したコンテンツを再生し、表示を行うが、他の機器に対してコンテンツの配信を要求するコントロール機能を持たず、配信元となるサーバ、もしくは、他のコントロール機能を備える機器の指示にしたがって、コンテンツの再生表示を行う点がプレイヤーと異なる。
【００２０】
次に、コンテンツリストの構成について説明する。コンテンツリストは、フォルダによって階層的に構成され、各コンテンツに関するコンテンツの属性情報と、各コンテンツを階層的に管理するためのフォルダの属性情報が含まれている。
【００２１】
フォルダの属性情報には、例えば個々のフォルダをユニークに識別するための識別子、フォルダの名前、階層的にフォルダの上位にあたるフォルダの識別子などが含まれ、フォルダ間の階層関係でコンテンツリストが階層的に構成される。
【００２２】
コンテンツの属性情報の具体例としては、タイトル情報、フォーマット情報、ジャンル情報、データサイズ情報、保存場所の属性情報、更新日時情報、コンテンツ情報とフォルダ間の階層情報などが挙げられる。ここで、フォーマット情報とは、例えばMIME-TYPE(Multipurpose Internet Mail Extension-Type)のように、動画や静止画、音楽などの種類を示す情報である。保存場所の属性情報とは、例えばURI(Uniform Resource Identifier)のように、ネットワーク上や機器内のコンテンツの保存場所を表す情報である。そして、階層情報とは、コンテンツがどのフォルダに属しているかを示す識別子となる情報である。
【００２３】
属性情報の他に、コンテンツリストには、バージョン情報が含まれており、サーバが保存しているコンテンツの構成に変更が生じた場合は、新たなコンテンツリストを作成した上で、このバージョン情報の更新を行う。機器情報の更新と違い、コンテンツリストの更新は、ネットワークの接続を切る必要は無く、クライアントは、コンテンツリストを取得し、その都度バージョン情報を確認することで、リストに更新が起きたことを識別する。
【００２４】
図２は、コンテンツリストの一例である。最上位の階層(ルート階層)以下に、動画、音楽、静止画といったコンテンツの種類毎にフォルダ一覧２１がある。各フォルダ直下には、各種コンテンツが振り分けられており、例えば、動画コンテンツである野球コンテンツAやサッカーコンテンツBなどの動画コンテンツ一覧２２は、動画フォルダの中に振り分けられ、同様に音楽、静止画のコンテンツも振り分けられる。
【００２５】
図３は、プレイヤー機能を備えたクライアントの画面例である。本例では、複数のサーバがネットワークシステムに含まれている場合を示している。
【００２６】
クライアントは、階層的に構成されているコンテンツリストの中から、一階層内で、かつ、予め設定した数のコンテンツのリストをサーバから取得する。例えば、ユーザがサーバ一覧の中からサーバBを選択すると、クライアントは、最上位直下の階層にあるコンテンツ一覧 (動画フォルダ、音楽フォルダ、静止画フォルダ)を取得し、コンテンツリスト画面３１にあるような、コンテンツ選択画面を表示する。次に、ユーザが例えば動画フォルダを選択したとすると、クライアントはサーバBから動画フォルダ直下の階層にあるコンテンツ一覧(野球コンテンツA、サッカーコンテンツB)を取得し、コンテンツリスト画面３２に示すような選択画面を表示する。このようにして、UPnPのコンテンツ探索では、各階層を移動していく形でユーザは所望のコンテンツを探すことになる。
【００２７】
また、クライアントは、コンテンツリスト内の階層変更や、コンテンツ再生が終了したときにコンテンツリストのバーション情報を参照し、コンテンツリストに更新が無いかを確認する。更新がある場合には、コンテンツリストをサーバから取得する。なお、コンテンツリストを更新した場合には、例えば「Ｎｅｗ」などのメッセージや記号を画面に表示するなど、ユーザが更新部分を認識できるようにすることが望ましい。
【００２８】
次に、バッテリー情報通知処理の概要について説明する。サーバ１は、予めコンテンツの配信が十分に可能なバッテリー残量を予備残量と設定しておく。なお、本例では、バッテリーの残量が予備残量より少ない状態を「バッテリー不足状態」、予備残量以上のバッテリー残量がある状態を「バッテリー正常状態」と称する。また、サーバ１は、バッテリー情報を含んだコンテンツ（以下、バッテリー状態通知コンテンツと称す）を生成する。なお、このコンテンツは、動画情報に限らず、静止画情報や音声情報を含んでいても良い。
【００２９】
サーバ１がクライアント２にコンテンツを配信中に、バッテリー不足状態になった場合、コンテンツの配信を中断する。コンテンツの配信を中断した後に、サーバ１がクライアント２から再度コンテンツ配信の要求を受信すると、バッテリー状態通知コンテンツをクライアント２に送信する。クライアント２は、受信したコンテンツを用いて、例えば「サーバのバッテリーが不足しています」などの情報を画面に表示する。このように処理することにより、サーバ１のバッテリー状態がクライアント２のユーザに提示され、ユーザは、サーバ１のバッテリー残量が少ないことで、コンテンツの配信が中断したことを認知することができる。なお、クライアント２がレンダラー機能を備えている場合には、クライアント２からの再度の配信要求の有無に関わらず、サーバ１からバッテリー状態通知コンテンツをクライアント２に送信するようにしても良い。
【００３０】
バッテリー状態通知コンテンツには、バッテリーの電力残量や、充電中か否かを示す情報を含める。バッテリーの電力残量は、バッテリーが満充電状態から消費された電力を引いて算出する。なお、電力残量情報の代わりに、あるいは追加して、満充電状態に対する残量の割合や、継続利用可能な時間を示す情報を含めるようにしても良い。
【００３１】
図４は、サーバ１の構成例を示すブロック図である。サーバ１は、ネットワーク管理部４１、サーバ制御部４２、コンテンツ管理部４３、電源制御部４４、バッテリー４５、表示部４６、操作部４７、システム制御部４８で構成されている。
【００３２】
ネットワーク管理部４１は、他の機器との間で有線または無線によりデータの送受信を行う通信部（図示せず）を備え、サーバ１における通信機能を管理する。サーバ制御部４２は、UPnPなどの規格に準拠したサーバ機能を実現するために必要な機器情報を作成し、作成した機器情報を管理するとともに、ネットワーク管理部４１の通信部を介して行われる他の機器との機器情報の共有処理を制御する。コンテンツ管理部４３は、コンテンツやコンテンツリストを記憶する記憶部（図示せず）を備え、ネットワーク管理部４１の通信部を介して行われる他の機器に対するコンテンツリストやコンテンツの送信を制御する。
【００３３】
電源制御部４４は、バッテリー４５の電力残量や、充電中か否かを検出する。表示部４６は、ユーザが操作部４７を介してサーバ１に指示を入力するために必要な情報など、ユーザインタフェースの表示を行う。システム制御部４８は、メモリ（図示せず）に記憶したプログラムに基づいて、サーバ１の各構成の制御を行う。例えば、ネットワーク管理部４１やコンテンツ管理部４３は、システム制御部４８からの指示に基づいて、機器情報の共有処理の制御や、コンテンツ等の送信制御を行う。
【００３４】
サーバ１における処理の一例を、処理の過程におけるクライアント２の画面遷移の例を示しつつ、以下に説明する。図５は、サーバ１がクライアント２から機器情報を取得してから、バッテリー情報を通知するまでの処理例を示すフローチャートである。なお、この処理は、システム制御部４８により実行される。図６は、クライアント２の画面遷移を例示している。
【００３５】
サーバ１の電源がＯＮされると、ネットワーク管理部４１を介して他の機器から機器情報を取得するように、サーバ制御部４２を制御する(ST５０１)。クライアント２からコンテンツ配信要求を受信すると、ネットワーク管理部４１を介してコンテンツの送信を開始するように、コンテンツ管理部４３を制御する(ST５０２)。図６のコンテンツ再生画面６１は、クライアント２がコンテンツを受信し、画面にコンテンツを表示している状態を示している。なお、図５の例では記載を省略しているが、バッテリー不足状態になったり、クライアント２から新たな要求を受信したりするまで、コンテンツの送信を継続するものとする。  コンテンツを配信中に、サーバ１がバッテリー不足状態になると(ST５０３)、クライアント２へのコンテンツの送信を停止するように、コンテンツ管理部４３を制御する(ST５０４)。このとき、クライアント２は、サーバ１からコンテンツが受信できなくなるため、図６のコンテンツ再生画面６１から、コンテンツ停止画面６２に画面を遷移する。
【００３６】
クライアント２から再びコンテンツの送信要求を受信したかどうかを判定し、送信要求を受信した場合（ST５０５のYes）、バッテリー状態通知コンテンツを記憶部から読み出し、クライアント２に送信するようにコンテンツ管理部４３を制御する（ST５０６）。このように、クライアント２からのコンテンツ送信要求を受信したときに、バッテリー状態通知コンテンツを送信するように制御することにより、たとえクライアント２がレンダラー機能を備えていない場合であっても、例えば図６のコンテンツ再生画面６３に示すように、ユーザにサーバ１のバッテリー不足によりコンテンツの配信が停止されたことを知らせることができる。
【００３７】
一方、ST５０４においてコンテンツの送信を停止してから所定時間経過しても、クライアント２からコンテンツの送信要求を受信しない場合には（ST５０５のNo）、クライアント２がレンダラー機能を備えているか否かを判定し、レンダラー機能を備えている場合には（ST５０７のYes）、バッテリー状態通知コンテンツをクライアント２に送信する(ST５０６)。なお、レンダラー機能を備えているか否かは、機器情報を用いて判定する。
【００３８】
以上説明したように、サーバ１がバッテリー不足状態になり、コンテンツの配信を停止した場合に、バッテリー状態通知コンテンツを送信することにより、ユーザにサーバ１のバッテリー不足によりコンテンツの配信が停止されたことを知らせることができる。
【００３９】
なお、図５の例では、ST５０５においてクライアント２からコンテンツの送信要求を受信しない場合に、クライアント２がレンダラー機能を備えているかどうかを判定しているが、これに限定するものではない。例えば、ST５０４においてコンテンツの配信を停止した後に、ST５０７の判定を行い、クライアント２がレンダラー機能を備えている場合にはバッテリー状態通知コンテンツを送信し、レンダラー機能を備えていない場合にST５０５の判定を行うようにしても良い。また、図５のST５０５においてコンテンツの送信要求を受信した場合に、サーバ１のバッテリー状態を判定し、バッテリー正常状態に変わっている場合には、ST５０２の処理の移行するように制御することが望ましい。
【００４０】
なお、クライアント２がレンダラー機能を備えている場合には、バッテリーの充電や外部電源による稼動によって、サーバ１がバッテリー正常状態になった場合に、正常状態になっていることを示す情報を含めたバッテリー状態通知コンテンツをクライアント２に送信するようにしても良い。これにより、ユーザにコンテンツ配信ができるようになったことを知らせることができる。
【００４１】
また、図５の例では、ST５０６においてバッテリー状態通知コンテンツを送信した後、処理を終了するように記載されているが、ST５０５の処理を繰り返すようにしても良い。これにより、
サーバ１がバッテリー正常状態になった場合に、正常状態になっていることを示すコンテンツをクライアント２に送信し、ユーザにコンテンツの配信を再開できることを知らせることができる。
【００４２】
また、クライアント２からの送信要求を受信する度にバッテリー状態通知コンテンツを送信することにより、クライアント２でバッテリー状態通知コンテンツを保存していない場合であっても、ユーザから配信を求める操作が入力される度にクライアント２の画面にサーバ１のバッテリー不足を知らせる表示を行うことができる。但し、既にバッテリー状態通知コンテンツを配信している場合には、サーバ１のバッテリー状態に変化が無ければ、バッテリー状態通知コンテンツを送信しないようにしても良い。このように制御する場合には、既にバッテリー状態通知コンテンツを送信したことを示すフラグをクライアント２の識別情報とともに記録しておく。また、ユーザからの操作に対応してバッテリー不足を知らせる表示を行うためには、クライアント２にバッテリー状態通知コンテンツを記憶しておく必要がある。
以上、コンテンツ配信中にサーバ１がバッテリー不足状態になった場合の処理について説明したが、次に、サーバ１がクライアント２に対してバッテリー情報を含めた機器情報を送信することにより、クライアント２が、バッテリーの状態も含めたサーバの情報を表示する方法について説明する。この方式を用いることにより、ユーザは、コンテンツを再生するサーバを選択する時点で各サーバのバッテリー状態を確認することができる。これにより、ユーザは、コンテンツ配信が途中で停止する可能性が低い、バッテリー状態が良好なサーバを選択することができる。なお、本方法により選択されたサーバでコンテンツ配信を行っている最中にバッテリー不足状態になった場合には、例えば図５に示す方法によりバッテリー情報の通知を行う。
【００４３】
図７は、サーバ１がクライアント２から機器情報の要求を受け、バッテリーの状態を通知するまでの処理例を示している。なお、この処理はシステム制御部４８により実行される。
【００４４】
サーバ１は、電源がＯＮされ、ネットワーク管理部４１を介してネットワークに接続した後に、クライアント２から機器情報の要求を受信すると (ST７０１)、電源制御部４４によりバッテリー残量を検出するように制御する (ST７０２)。そして、検出されたバッテリー残量が予備残量以上か否かを判断する(ST７０３)。残量が予備残量以上である場合は(ST７０３のYes)、正常状態であることを示す機器情報を作成し(ST７０４)、クライアント２に作成した機器情報を送信する(ST７０６)。一方、バッテリー残量が予備残量未満である場合は(ST７０３のNo)、バッテリー不足状態であることを示す機器情報を作成し(ST７０５)、クライアント２に送信する(ST７０６)。
【００４５】
図８は、サーバ１がコンテンツを配信中にバッテリーが不足状態に遷移した際に、機器情報を更新する処理例を示している。
【００４６】
サーバ１がコンテンツを配信中に、例えば１分ごとなどの所定期間ごとにST７０２及びST７０３と同様の処理を行い、バッテリーが不足状態に遷移したことを検出すると(ST８０１)、サーバ１はクライアント２へのコンテンツの配信を停止する(ST８０２)。次に、バッテリー不足状態であることを示す機器情報を作成し(ST８０３)、ネットワークとの接続を切断する(ST８０４)。そして、再度、ネットワークと接続した上で、クライアント２へ最新の機器情報を送信する(ST８０５)。これにより、バッテリー不足状態であることを示す機器情報をクライアント２との間で共有することができる。なお、サーバのバッテリー残量が予備残量よりもさらに少なくなった場合には、バッテリー消費電力を下げるために、バッテリー残量が変化した場合でも、機器情報の送信間隔を広くしたり、送信回数を減らしたりするようにしたり、また、機器情報に含めるデータ量を削減するようにしたりすることが望ましい。
【００４７】
図１４は、クライアント２が、サーバ１から受信した機器情報を用いて機器一覧を表示する処理例を示している。
【００４８】
クライアント２は、サーバ１から送信された機器情報を受信すると(ST１４０１)、機器情報にバッテリー情報に含まれているか、含まれている場合には、そのバッテリー情報がバッテリー残量不足を示すものであるかを判別する（ST１４０２）。なお、バッテリー情報の有無は、例えば機器名称の中に「バッテリー」や「充電」等のバッテリーに関するキーワードが含まれているか、または、バッテリー情報が含まれていることを示す識別子が含まれているかを確認することにより判別する。
【００４９】
バッテリー残量が少ない場合(ST１４０２のYes)、機器一覧画面に、バッテリー不足を示すアイコンなど、バッテリー不足状態であることを示す表示を行う（ST１４０３）。このように表示することにより、バッテリー不足状態のサーバが選択されてしまうことを防止することができる。なお、そのサーバを選択できないように、ユーザがキー操作により選択指示を入力しようとした場合であっても、そのサーバの選択指示に対応するキー操作を受け付けない、あるいはその入力を実行しないように制御することが望ましい。
【００５０】
一方、バッテリー情報が含まれていない、または、バッテリー正常状態であることを示すバッテリー情報である場合には（ST１４０２のNo）、通常通り、機器一覧画面にアイコンや機器情報を表示する（ST１４０４）。  図９は、クライアント２が各サーバから取得した機器情報を用いて、サーバの一覧を画面に表示した例を示している。なお、画面に表示されるアイコンは、クライアント２において受信した機器情報を用いて作成しても良いし、サーバ１が機器情報にアイコン画像データが記憶された場所を示すURLを含めて送信し、クライアント２がURLを用いてアイコン画像データをダウンロードするようにしても良い。
【００５１】
図９の例において、９１、９３、９５はサーバ名であり、９２，９４，９６はアイコンを示している。バッテリー不足状態であることを示す機器情報を取得した場合には、サーバ名９３の中に「バッテリー少」というバッテリー状態を含め、バッテリー不足状態を示すアイコン９４を表示する。同様に、サーバがバッテリー充電中であることを示す機器情報を取得した場合は、バッテリーが充電中であることを示すサーバ名９５やアイコン９６を表示する。このような表示を行うことにより、ユーザにコンテンツ配信に適当なサーバを知らせることができる。なお、図９の例に限定するものではなく、他の表示方法によりユーザへの通知を行ってもよい。例えば図１５に示すように、バッテリー残量が不足しているサーバを、「バッテリー不足」という表示領域１５０１に一覧表示するようにしても良い。この際、表示領域１５０１は、カーソルが合わせ難いなど、ユーザが選択し難い位置に表示するようにしても良い。また、バッテリー不足状態のサーバについては、アイコンを表示せず、サーバ名だけを表示領域１５０１に表示するようにしても良い。また、バッテリー残量が多い順にサーバ名やアイコンを表示するようにしても良いし、バッテリー状態が良好なサーバを示すマークを表示するようにしても良い。  以上説明したように、サーバ１がクライアント２にバッテリー情報を含めた機器情報を送信し、クライアント２がバッテリー情報を含めたサーバ情報を表示することにより、ユーザがコンテンツの送信元となる各サーバのバッテリー状態を確認しながら、所望のサーバを選択することができるようになり、ユーザの使い勝手を向上することができる。
【００５２】
次に、サーバ１がクライアント２に対しバッテリー状態の情報を含めたコンテンツリストを送信し、クライアント２が、バッテリー状態も含めたコンテンツリストをユーザに提示する方法について説明する。このようにバッテリー状態も含めたコンテンツリストをユーザに提示することにより、ユーザは、コンテンツリストから所望のコンテンツを選択する際にバッテリー状態を確認することができる。なお、機器情報の更新と異なり、コンテンツリストを更新する場合には他の機器との接続を切る必要はないため、接続を切ることなく、最新のバッテリー状態を取得することができる。
【００５３】
図１０は、サーバ１により作成されるバッテリー情報を含めたコンテンツリストの一例である。各種フォルダ一覧１００１は、動画フォルダや音楽フォルダなど、コンテンツの種類に応じた複数のフォルダを備え、この各種フォルダ一覧１００１と同じ階層にバッテリー情報ファイル１００３を設置している。そして、例えば動画フォルダの中には動画コンテンツリスト１００２とともに、バッテリー情報ファイル１００４が設置されている。このように、バッテリー情報ファイルをコンテンツリストの各階層に設置することにより、クライアント２でコンテンツリストを表示する際に、どの階層のコンテンツリストを表示する場合であっても、バッテリーの状態を提示することができる。なお、バッテリー状態は、例えばファイルのタイトルを示す場所に表示される。
【００５４】
図１１は、サーバ１においてバッテリー情報を含んだコンテンツリストを作成する処理手順を示している。サーバ１は、バッテリー不足状態に遷移すると、予め作成しているコンテンツリストの内、任意のフォルダを選択する(ＳＴ１１０１)。フォルダを選択すると、バッテリー情報を含むダミーコンテンツを作成し、コンテンツリストに追加する(ＳＴ１１０２)。ダミーコンテンツに、例えばタイトル名に「バッテリー残量 少」等のバッテリーの残量を表す情報を含める。また、コンテンツが属するフォルダ情報に、ＳＴ１１０１において選択したフォルダの識別子を含める。これらの処理を繰り返し、コンテンツリスト内の全フォルダの直下にバッテリー情報を含むダミーコンテンツを作成する。そして、クライアント２が最初に表示することになる、最上位階層以下にもダミーコンテンツを作成する（ＳＴ１１０３）。ただし、最上位階層直下にコンテンツを作成する場合は、属するフォルダ情報に最上位階層を示す「0」を記述する。これらの処理によって、UPnPに対応しており、かつ、クライアント２に対して、どの階層にもバッテリー情報を載せたダミーコンテンツを含むコンテンツリストを配信することができる。
【００５５】
図１２は、クライアント２の画面に表示される探索用ユーザインタフェースの一例を示すものである。
【００５６】
まず、クライアント２がコンテンツリストを保存しているサーバ１（ここでは例としてサーバBとする）に、コンテンツリストを要求する。クライアント２が、サーバ１からコンテンツリストを受信すると、例えばバッテリーに関するキーワードや識別子を検出することにより、バッテリー情報の有無を判別する。バッテリー情報が含まれている場合には、各種フォルダ一覧画面１２０１に示すように、各コンテンツの種類に対応するフォルダのタイトルと並んで、「バッテリー少」というタイトルのバッテリー情報ファイルが表示する。例えば動画フォルダが選択されると、動画フォルダ内の動画コンテンツ一覧画面１２０２が表示される。ここにも同様に、バッテリー情報ファイルが設置されているため、この階層においてもバッテリー情報を確認することができる。なお、図１２は一例であって、これに限定するものではない。例えば、バッテリー正常状態であることを示すバッテリー情報ファイルを表示するようにしても良い。
【００５７】
図１３は、サーバ１がコンテンツを配信中にバッテリー状態が変化した場合に、コンテンツリストを更新する処理例を示している。
【００５８】
サーバ１がコンテンツを配信中に、バッテリーが不足状態に遷移すると(ST１３０１)、サーバ１はクライアント２に対するコンテンツの配信を停止する(ST１３０２)。次に、コンテンツリストの各階層のバッテリー情報と、コンテンツリストのバージョン情報を更新する(ST１３０３)。そして、クライアント２からコンテンツリストの要求を受けた場合に、バッテリー情報とバージョン情報を含めた最新のコンテンツリストを送信するように制御される（ST１３０４）。
【００５９】
なお、図１３の処理に限定するものではなく、例えば、機器情報を用いてクライアント２がレンダラー機能を備えているか判定を行い、レンダラー機能を備えている場合には、クライアント２からの要求の有無に関わらず、更新されたコンテンツリストを送信するようにしても良い。また、図１３の例では、コンテンツ配信中にバッテリーが不足状態に遷移した場合の処理を示しているが、バッテリー状態が改善した場合にもコンテンツリストを更新するようにしても良い。但し、コンテンツを配信中にバッテリー状態が改善した場合は、バッテリー状態の改善を契機にコンテンツの配信を停止することなく、配信終了後あるいは配信停止中に送信するものとする。
【００６０】
以上、説明したように、UPnPに対応したサーバとクライアント間でのコンテンツ、機器情報、コンテンツリストの送受信方式では、コンテンツ配信中に、サーバのバッテリーが不足状態になり、唐突にコンテンツ送受信が切断することで、クライアントのユーザは、切断した理由が分からないという不安があった。以上説明したように、バッテリー情報をサーバからクライアントに送信することにより、バッテリーが不足したことによる切断をクライアントのユーザに提示することができるようになる。
【００６１】
なお、以上の例ではバッテリー情報を通知する場合について説明したが、これに限定するものではない。バッテリー情報だけではなく、コンテンツを配信できなくなるような他のイベントがサーバに発生したときに、その情報をクライアントに対し通知するようにしても良い。これによりユーザにコンテンツ配信できない理由を知らせることができ、コンテンツ配信における利便性を向上させることができる。例えば、コンテンツを配信しているサーバが携帯端末やノートPCのように屋外に持ち出すことができるものである場合、このサーバが屋外に持ち出されると、例えば家庭内ネットワークなどの屋内のネットワークとの接続を切るといったイベントが発生することになる。そのため、携帯端末等の可搬性の高いサーバには、例えば外出通知用ボタンを設け、ユーザがこのボタンを押下すると、「外出するため、指定のコンテンツを配信できません」等の外出通知情報を含めたコンテンツや、機器情報、コンテンツリストなどをクライアントに送信するようにする。これにより、クライアントは、サーバからコンテンツを配信できないことをユーザに提示することができる。なお、外出通知情報を含めたコンテンツ等の送信は、外出通知用ボタンが押下げされた場合に限らず、外部電源による駆動からバッテリー駆動に変化したなど、所定のタイミングで事前に送信するようにしても良い。
【００６２】
また、コンテンツを配信するサーバが、機能の制約によって配信の中断を通知することもイベントの例として挙げられる。機器の制約とは、例えば、機器単体で、ネットワークを介さないローカルでコンテンツの視聴を行うため、他の機器への配信を停止する必要があるといったことである。具体的には、サーバとして動作中の機器を用いてローカルでコンテンツを視聴する場合に、サーバのコンテンツをネットワークを介して視聴しているクライアントに対し、中断を通知することが可能となる。
【符号の説明】
【００６３】
１・・・サーバ、２・・・クライアント、４１・・・ネットワーク管理部、４２・・・サーバ制御部、４３・・・コンテンツ管理部、４４・・・電源制御部、４５・・・バッテリー、４６・・・表示部、４７・・操作部、４８・・・システム制御部
【図１】
2010191736.tif 000003
【図２】
2010191736.tif 000004
【図３】
2010191736.tif 000005
【図４】
2010191736.tif 000006
【図５】
2010191736.tif 000007
【図６】
2010191736.tif 000008
【図７】
2010191736.tif 000009
【図８】
2010191736.tif 000010
【図９】
2010191736.tif 000011
【図１０】
2010191736.tif 000012
【図１１】
2010191736.tif 000013
【図１２】
2010191736.tif 000014
【図１３】
2010191736.tif 000015
【図１４】
2010191736.tif 000016
【図１５】
2010191736.tif 000017