(57)【要約】【課題】クライアント機器が標準仕様であっても、ＡＶコンテンツの送信ができない状態であることを、このクライアント機器に通知できるようにする。【解決手段】自装置の状態を管理する状態管理部１０３と、自装置の状態に応じて、クライアント機器１３０で選択されたＡＶコンテンツの送信の可否を判定する送信可否判定部１０４と、ＡＶコンテンツの送信が可と判定された場合に、クライアント機器１３０からの取得要求の応答として、選択されたＡＶコンテンツを送信するコンテンツ送信部１０８と、選択されたＡＶコンテンツの送信が不可と判定された場合に、クライアント機器１３０からの取得要求の応答として、自装置の状態を通知する第１の状態通知データを送信する状態通知管理部１０５とを備える。【選択図】図１
2014093761.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続するためのネットワークインタフェース部と、
複数のＡＶコンテンツを蓄積したコンテンツ蓄積部と、
自装置の状態を管理する状態管理部と、
前記ネットワークインタフェースを介して、前記ネットワークに接続されたクライアント機器から、前記複数のＡＶコンテンツから選択されたＡＶコンテンツの取得要求を受けるコンテンツ情報管理部と、
前記状態管理部により管理されている前記自装置の状態に応じて、前記選択されたＡＶコンテンツの送信の可否を判定する送信可否判定部と、
前記送信可否判定部が前記選択されたＡＶコンテンツの送信を可と判定した場合に、前記ネットワークインタフェース部を介して、前記取得要求の応答として、前記選択されたＡＶコンテンツを前記クライアント機器に送信するコンテンツ送信部と、
前記送信可否判定部が前記選択されたＡＶコンテンツの送信を不可と判定した場合に、前記状態管理部により管理されている前記自装置の状態を通知する第１の状態通知データを生成し、前記ネットワークインタフェース部を介して、前記取得要求の応答として、当該生成された第１の状態通知データを前記クライアント機器に送信する状態通知管理部と、を備えること
を特徴とする情報処理装置。
【請求項２】
前記第１の状態通知データは、前記状態管理部により管理されている前記自装置の状態を記した状態表示画面の画面データであること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記自装置の状態毎に、前記自装置の状態に対応した前記画面データを記憶する記憶部をさらに備え、
前記状態通知管理部は、前記状態管理部により管理されている前記自装置の状態に対応する前記画面データを前記記憶部から取得することで、前記第１の状態通知データを生成すること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記状態通知管理部は、前記クライアント機器の表示領域が小さいほど、前記状態表示画面のサイズに対する文字のサイズが大きくなるように、前記画面データを生成すること
を特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記クライアント機器の表示領域のサイズを示す情報を含むクライアント機器情報を記憶する記憶部をさらに備え、
前記状態通知管理部は、前記記憶部に記憶されている前記クライアント機器情報を参照して、前記画面データを生成すること
を特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記状態管理部は、予め定められた処理の内容及び当該予め定められた処理を実行する予約時刻を示す予約情報をさらに管理し、
前記送信可否判定部は、前記選択されたＡＶコンテンツの送信を可と判定した場合に、前記選択されたＡＶコンテンツの再生時間内に、前記状態管理部で管理されている前記予約情報で示される予約時刻が含まれるか否かを判定し、
前記状態通知管理部は、前記送信可否判定部が、前記選択されたＡＶコンテンツの再生時間内に、前記状態管理部で管理されている前記予約情報で示される予約時刻が含まれると判定した場合には、予約された処理を実行するため、ＡＶコンテンツの再生が途中で停止される可能性が有ることを通知する第２の状態通知データを生成し、前記ネットワークインタフェース部を介して、前記取得要求の応答として、当該生成された第２の状態通知データ及び前記選択されたＡＶコンテンツを前記クライアント機器に送信すること
を特徴とする請求項１から５の何れか一項に記載の情報処理装置。
【請求項７】
前記第２の状態通知データは、前記選択されたＡＶコンテンツの再生時間内に含まれる前記予約時刻、及び、前記選択されたＡＶコンテンツの再生時間内に含まれる前記予約時刻に実行される処理の内容の少なくとも何れか一方をさらに通知するデータであること
を特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記コンテンツ送信部が、前記選択されたＡＶコンテンツを前記クライアント機器に送信している最中に、前記送信可否判定部が、前記状態管理部により管理されている前記自装置の状態の変化に応じて、前記選択されたＡＶコンテンツの送信を不可と判定した場合には、前記状態通知管理部は、当該変化後の自装置の状態を通知する第３の状態通知データを生成し、前記ネットワークインタフェース部を介して、前記取得要求の応答として、当該生成された第３の状態通知データを前記クライアント機器に送信すること
を特徴とする請求項１から７の何れか一項に記載の情報処理装置。
【請求項９】
自装置の状態を管理する状態管理過程と、
ネットワークに接続されたクライアント機器から、蓄積されている複数のＡＶコンテンツから選択されたＡＶコンテンツの取得要求を受けるコンテンツ情報管理過程と、
前記状態管理過程で管理されている前記自装置の状態に応じて、前記選択されたＡＶコンテンツの送信の可否を判定する送信可否判定過程と、
前記送信可否判定過程が前記選択されたＡＶコンテンツの送信を可と判定した場合に、前記取得要求の応答として、前記選択されたＡＶコンテンツを前記クライアント機器に送信するコンテンツ送信過程と、
前記送信可否判定過程が前記選択されたＡＶコンテンツの送信を不可と判定した場合に、前記状態管理過程で管理されている前記自装置の状態を通知する第１の状態通知データを生成し、前記取得要求の応答として、当該生成された第１の状態通知データを前記クライアント機器に送信する状態通知管理過程と、を備えること
を特徴とするＡＶコンテンツ送信方法。
【請求項１０】
前記第１の状態通知データは、前記状態管理過程で管理されている前記自装置の状態を記した状態表示画面の画面データであること
を特徴とする請求項９に記載のＡＶコンテンツ送信方法。
【請求項１１】
前記状態通知管理過程は、前記自装置の状態毎に、前記自装置の状態に対応して予め記憶されている画面データで、前記第１の状態通知データを生成すること
を特徴とする請求項１０に記載のＡＶコンテンツ送信方法。
【請求項１２】
前記状態通知管理過程は、前記クライアント機器の表示領域が小さいほど、前記状態表示画面のサイズに対する文字のサイズが大きくなるように、前記画面データを生成すること
を特徴とする請求項１０に記載のＡＶコンテンツ送信方法。
【請求項１３】
前記状態通知管理過程は、前記クライアント機器の表示領域のサイズを示す情報を含むクライアント機器情報を参照して、前記画面データを生成すること
を特徴とする請求項１２に記載のＡＶコンテンツ送信方法。
【請求項１４】
前記状態管理過程は、予め定められた処理の内容及び当該予め定められた処理を実行する予約時刻を示す予約情報をさらに管理し、
前記送信可否判定過程は、前記選択されたＡＶコンテンツの送信を可と判定した場合に、前記選択されたＡＶコンテンツの再生時間内に、前記状態管理過程で管理されている前記予約情報で示される予約時刻が含まれるか否かを判定し、
前記状態通知管理過程は、前記送信可否判定過程が、前記選択されたＡＶコンテンツの再生時間内に、前記状態管理過程で管理されている前記予約情報で示される予約時刻が含まれると判定した場合には、予約された処理を実行するため、ＡＶコンテンツの再生が途中で停止される可能性が有ることを通知する第２の状態通知データを生成し、前記取得要求の応答として、当該生成された第２の状態通知データ及び前記選択されたＡＶコンテンツを前記クライアント機器に送信すること
を特徴とする請求項９から１３の何れか一項に記載のＡＶコンテンツ送信方法。
【請求項１５】
前記第２の状態通知データは、前記選択されたＡＶコンテンツの再生時間内に含まれる前記予約時刻、及び、前記選択されたＡＶコンテンツの再生時間内に含まれる前記予約時刻に実行される処理の内容の少なくとも何れか一方をさらに通知するデータであること
を特徴とする請求項１４に記載のＡＶコンテンツ送信方法。
【請求項１６】
前記コンテンツ送信過程が、前記選択されたＡＶコンテンツを前記クライアント機器に送信している最中に、前記送信可否判定過程が、前記状態管理過程により管理されている前記自装置の状態の変化に応じて、前記選択されたＡＶコンテンツの送信を不可と判定した場合には、前記状態通知管理過程は、当該変化後の自装置の状態を通知する第３の状態通知データを生成し、前記取得要求の応答として、当該生成された第３の状態通知データを前記クライアント機器に送信すること
を特徴とする請求項９から１５の何れか一項に記載のＡＶコンテンツ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びＡＶコンテンツ送信方法に関する。
【背景技術】
【０００２】
近年、家庭内のＰＣ及び家電機器等をＬＡＮで接続するホームネットワーク環境が一般化してきている。ホームネットワークでは、複数の機器が相互に接続され、複数の機器を連携させて利用することができる。例えば、サーバ機能を持ったＡＶ機器に蓄積された動画、静止画及び音楽等のＡＶコンテンツを、クライアント機能を持った他のＡＶ機器でも、ホームネットワークを介して再生することができる。
【０００３】
ホームネットワークで複数の機器を相互接続するためには、共通の仕様を用いる必要がある。ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）ガイドラインは、家庭内の機器同士でＩＰネットワークを介してＡＶコンテンツを共有するための標準規格を定めている。ＤＬＮＡの規格に準拠した通信を行うことで、異なるメーカの機器でも相互接続を行うことができる。
【０００４】
ＤＬＮＡは、ＡＶコンテンツを扱うプロトコルとしてＵＰｎＰ−ＡＶ規格を採用している。ここでは、ユーザが操作し、ＡＶコンテンツを視聴する機器をクライアント機器とし、ＡＶコンテンツを蓄積し、ＩＰネットワークを介してクライアント機器に送信する機器をＡＶサーバ装置とする。ＵＰｎＰ−ＡＶ規格を用いてＡＶコンテンツを共有するには、まず、クライアント機器は、サーバ装置が保持するＡＶコンテンツのリスト（コンテンツリスト）を取得する。コンテンツリストにはＡＶコンテンツのＵＲＩが記述されており、クライアント機器は、所望のＡＶコンテンツのＵＲＩにアクセスする。このとき、ファイルの転送方式には、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）が用いられる。
【０００５】
しかしながら、ＵＰｎＰ−ＡＶ規格に対応した機器同士で相互接続しても、規格に準拠しない情報を通信することはできない。ＵＰｎＰ−ＡＶ規格では、ＡＶコンテンツの転送に係る通信については定められているが、エラーメッセージ等の通信については定められていない。そのため、例えば、クライアント機器が、ＡＶサーバ装置に蓄積されているあるＡＶコンテンツを再生しようとした場合、ＡＶサーバ装置に何らかの事情があって、ＡＶサーバ装置がコンテンツを送信できなかったとき、その事情をクライアント機器に通知する手段は、ＵＰｎＰ−ＡＶ規格では存在しない。よって、クライアント機器は、コンテンツを受信できない原因がＡＶサーバ装置にあるのか、又は、ネットワークにあるのか判断できない。
【０００６】
そこで、サーバ機器及びクライアント機器の双方が、ＵＰｎＰ−ＡＶ規格に規定されていない通信規定に従って処理を行うことができるようにし、独自の方法で情報をやり取りする方法が考えられる。例えば、ホームネットワークの利用状況をクライアント機器が知るために、ＡＶサーバ装置がホームネットワークを利用する処理を行う場合、ＡＶサーバ装置が利用状況をホームネットワーク上に公開し、クライアント機器から閲覧できるようにする方法がある（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９―１０６１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載された方法では、ホームネットワークの利用状況をクライアント機器から知ることはできるが、ＡＶサーバ装置内部の状況を知ることはできない。例えば、ＡＶサーバ装置が録画中であったり、ダビング中であったりした場合、ＡＶサーバ装置には、ＡＶコンテンツの送信ができないといった制約条件が設けていることが多い。このような場合、これらの処理はネットワークを利用せず、ＡＶサーバ装置内部で行われる処理であるため、クライアント機器からＡＶサーバ装置の状況を知ることはできない。従って、クライアント機器を操作しているユーザが、ＡＶサーバ装置にあるＡＶコンテンツを視聴しようとして、エラーとなった場合に、その原因を知ることはできない。このため、ＡＶサーバ装置の状況を知るためには、このユーザは、ＡＶサーバ装置を直接操作しなくてはならない。ホームネットワークシステムの利用環境として、ＡＶサーバ装置とクライアント機器とが別々の部屋に設置されるケースも考えられる。このようなケースでは、クライアント機器を操作しているユーザは、わざわざ部屋を移動してＡＶサーバ装置を確認しなければならなくなる。言い換えると、ユーザは面倒な操作を強いられる。
【０００９】
また、特許文献１に記載された方法では、ＡＶサーバ装置とクライアント機器の双方は、ＵＰｎＰ−ＡＶ規格とは別に新たな機能を搭載している必要がある。ＡＶサーバ装置がこの新たな機能に対応していても、クライアント機器が対応していなければ、この新たな機能を利用することはできない。従って、既に構築されているホームネットワーク上に、ＡＶサーバ装置を導入するためには、クライアント機器全てに変更が必要になるという問題がある。
【００１０】
本発明は、上記の問題にかんがみ、ＵＰｎＰ−ＡＶ規格に準じたＡＶコンテンツの通信を行うＡＶサーバ装置及びクライアント機器が接続されたホームネットワークにおいて、クライアント機器が標準仕様であっても、ＡＶサーバ装置が、ＡＶコンテンツの送信ができない状態であることを、このクライアント機器に通知することができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明の一態様に係る情報処理装置は、ネットワークに接続するためのネットワークインタフェース部と、複数のＡＶコンテンツを蓄積したコンテンツ蓄積部と、自装置の状態を管理する状態管理部と、前記ネットワークインタフェースを介して、前記ネットワークに接続されたクライアント機器から、前記複数のＡＶコンテンツから選択されたＡＶコンテンツの取得要求を受けるコンテンツ情報管理部と、前記状態管理部により管理されている前記自装置の状態に応じて、前記選択されたＡＶコンテンツの送信の可否を判定する送信可否判定部と、前記送信可否判定部が前記選択されたＡＶコンテンツの送信を可と判定した場合に、前記ネットワークインタフェース部を介して、前記取得要求の応答として、前記選択されたＡＶコンテンツを前記クライアント機器に送信するコンテンツ送信部と、前記送信可否判定部が前記選択されたＡＶコンテンツの送信を不可と判定した場合に、前記状態管理部により管理されている前記自装置の状態を通知する第１の状態通知データを生成し、前記ネットワークインタフェース部を介して、前記取得要求の応答として、当該生成された第１の状態通知データを前記クライアント機器に送信する状態通知管理部と、を備えることを特徴とする。
【発明の効果】
【００１２】
本発明の一態様によれば、ＵＰｎＰ−ＡＶ規格に準じたＡＶコンテンツの通信を行うＡＶサーバ装置及びクライアント機器が接続されたホームネットワークにおいて、クライアント機器が標準仕様であっても、ＡＶサーバ装置が、ＡＶコンテンツの送信ができない状態であることを、このクライアント機器に通知することができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１に係るＡＶサーバ装置の構成を概略的に示すブロック図である。
【図２】実施の形態１における状態表示画面の一例を示す概略図である。
【図３】実施の形態１に係るＡＶサーバ装置が状態表示画面の画面データの送信によって、クライアント機器を操作しているユーザにＡＶサーバ装置の状態を通知する処理を示すフローチャートである。
【図４】（Ａ）〜（Ｃ）は、コンテンツリクエストとそれに対するレスポンスにおけるＨＴＴＰメッセージの内容を示す概略図である。
【図５】（Ａ）〜（Ｃ）は、ＡＶサーバ装置の様々な状態に応じた状態表示画面の一例を示す概略図である。
【図６】（Ａ）及び（Ｂ）は、実施の形態１における状態表示画面の変形例を示す概略図である。
【図７】（Ａ）から（Ｃ）は、実施の形態１における状態表示画面と、それがクライアント機器の表示領域に表示された表示例を示す概略図である。
【図８】（Ａ）及び（Ｂ）は、実施の形態１において、文字の大きさを変えて生成された状態表示画面と、それがクライアント機器の表示領域に表示された表示例を示す概略図である。
【図９】実施の形態２に係るＡＶサーバ装置が状態表示画面の画面データの送信によって、クライアント機器を操作しているユーザにＡＶサーバ装置の状態を通知する処理を示すフローチャート（その１）である。
【図１０】実施の形態２に係るＡＶサーバ装置が状態表示画面の画面データの送信によって、クライアント機器を操作しているユーザにＡＶサーバ装置の状態を通知する処理を示すフローチャート（その２）である。
【図１１】実施の形態２において、ＡＶコンテンツの再生を途中で停止する可能性があることを記した状態表示画面の一例を示す概略図である。
【図１２】実施の形態３に係るＡＶサーバ装置が状態表示画面の画面データの送信によって、クライアント機器を操作しているユーザにＡＶサーバ装置の状態を通知する処理を示すフローチャートである。
【図１３】実施の形態３における状態表示画面の一例を示す概略図である。
【発明を実施するための形態】
【００１４】
実施の形態１．
まず、実施の形態１に係る情報処理装置及びＡＶコンテンツ送信方法について説明する。
図１は、実施の形態１に係る情報処理装置としてのＡＶサーバ装置１００の構成を概略的に示すブロック図である。ＡＶサーバ装置１００は、ＬＡＮ１４０等で構成されるホームネットワークを介して、クライアント機器１３０と接続されている。クライアント機器１３０は、ＬＡＮ１４０を介して、ＡＶサーバ装置１００から送信されるＡＶコンテンツを受信して、それを再生する機能を持つ。例えば、クライアント機器１３０としては、ネットワーク対応テレビ及びＰＣ等が想定されている。ＡＶサーバ装置１００とクライアント機器１３０とは、ＵＰｎＰ−ＡＶアーキテクチャに準拠しており、例えば、ＤＬＮＡのガイドラインで規定されたホームネットワークデバイスとして通信することができる。本実施の形態で想定するクライアント機器１３０は、従来技術によって実現できるもの（例えば、ＤＬＮＡ対応テレビ等）とする。
【００１５】
図１に示されているように、ＡＶサーバ装置１００は、制御部１０１と、記憶部１０２と、状態管理部１０３と、送信可否判定部１０４と、状態通知管理部１０５と、ネットワークインタフェース部（以下、ネットワークＩ／Ｆ部という）１０６と、コンテンツ蓄積部１０７と、コンテンツ送信部１０８と、コンテンツ情報管理部１０９と、クライアント機器情報管理部１１０と、チューナ部１１１と、録画処理部１１２と、ダビング処理部１１３と、記憶媒体インターフェース部（以下、記憶媒体Ｉ／Ｆ部という）１１４と、リモコン１１５と、リモコン受信部１１６と、ユーザインターフェース部（以下、ユーザＩ／Ｆ部という）１１７とを備える。なお、図１の括弧内の符号は、実施の形態２及び３における構成を示す。
【００１６】
制御部１０１は、ＡＶサーバ装置１００における処理の全体を統括的に制御する。なお、制御部１０１は、時刻を計測する。ここで、制御部１０１により計測される時刻を現在時刻とする。
記憶部１０２は、ＡＶサーバ装置１００での処理に必要な情報を記憶する。例えば、記憶部１０２は、状態管理部１０３で管理される状態情報、状態通知管理部１０５で管理される画面データ、及び、クライアント機器情報管理部１１０で管理されるクライアント機器情報を記憶する。なお、これらの情報の詳細は後述する。
【００１７】
状態管理部１０３は、ＡＶサーバ装置１００の状態を管理する。例えば、状態管理部１０３は、ＡＶサーバ装置１００の状態を示す状態情報を記憶部１０２に記憶することにより、ＡＶサーバ装置１００の状態を管理する。この状態情報は、ＡＶサーバ装置１００の状態が変化する度に更新される。
送信可否判定部１０４は、状態管理部１０３で管理されているＡＶサーバ装置１００の状態に応じて、ＡＶサーバ装置１００がコンテンツ蓄積部１０７に蓄積されているＡＶコンテンツを送信することができるか否かを判定する。例えば、送信可否判定部１０４は、記憶部１０２に記憶されている状態情報を参照することで、ＡＶサーバ装置１００の状態を特定する。
ここで、ＡＶサーバ装置１００は、その状態によってはクライアント機器１３０にＡＶコンテンツを送信できないことがある。送信できない状態は、ＡＶサーバ装置１００が備えるＣＰＵ及びメモリ等のリソースを超過しないように設けられる制約条件によって発生する。例えば、録画処理中、ダビング処理中、及び、既に別のクライアント機器にコンテンツを送信中といった状態である場合に、ＡＶコンテンツの送信が制限される。どのような状態においてクライアント機器１３０へのＡＶコンテンツの送信が制限されるかは、ＡＶサーバ装置１００の構成、デバイスの性能による。本実施の形態では、送信可否判定部１０４は、ＡＶサーバ装置１００が録画処理中、ダビング処理中、又は、既に別のクライアント機器にコンテンツ送信中である場合に、ＡＶコンテンツの送信を不可と判定するものとする。
【００１８】
状態通知管理部１０５は、送信可否判定部１０４がＡＶコンテンツの送信を不可と判定した場合に、その原因となったＡＶサーバ装置１００の状態を通知する第１の状態通知データを生成する。そして、状態通知管理部１０５は、一般的に使用される規格に従って、ネットワークＩ／Ｆ部１０６を介して、この第１の状態通知データをクライアント機器１３０に送信する。ここでは、第１の状態通知データは、ＡＶサーバ装置１００の状態を記した状態表示画面の画面データであるものとする。例えば、ＡＶサーバ装置１００が録画時には、状態通知管理部１０５は、図２に示されているような状態表示画面１５０の画面データをクライアント機器１３０に送信し、クライアント機器１３０を操作するユーザに、ＡＶコンテンツを送信できない原因を通知する。なお、図２内における“ＸＸ−ＸＸ”には、ＡＶサーバ装置１００の型名等、ＡＶサーバ装置１００を識別することのできる装置識別情報が記される。なお、状態通知管理部１０５で生成される状態表示画面の画面データは、極短い時間の動画又は静止画のデータとし、送信時にリソースの使用率が一時的に増加しても極短時間で送信が終わり、ＡＶサーバ装置１００のリソースを超過することがない程度のファイルサイズのものとする。
【００１９】
なお、図１では、状態管理部１０３、送信可否判定部１０４及び状態通知管理部１０５は、ハードウェアとして記載されているが、ＣＰＵにより実行されるソフトウェアとして実装されてもよい。
【００２０】
ネットワークＩ／Ｆ部１０６は、ＬＡＮ１４０に接続するためのインターフェースである。
【００２１】
コンテンツ蓄積部１０７は、ＡＶコンテンツを記憶する。
コンテンツ送信部１０８は、コンテンツ蓄積部１０７に記憶されているＡＶコンテンツ及びその付随情報を、一般的に使用される規格に従って、ネットワークＩ／Ｆ部１０６を介して、クライアント機器１３０に送信する。本実施の形態においては、コンテンツ送信部１０８は、送信可否判定部１０４がＡＶコンテンツの送信を可と判定した場合に、ＡＶコンテンツ及びその付随情報をクライアント機器１３０に送信する。
コンテンツ情報管理部１０９は、コンテンツ蓄積部１０７に記憶されているＡＶコンテンツを管理する。なお、コンテンツ情報管理部１０９は、ネットワークＩ／Ｆ部１０６を介して、クライアント機器１３０からのＡＶコンテンツの取得要求を受け取る。この取得要求は、一般的に使用される規格に従ったものである。
クライアント機器情報管理部１１０は、ＬＡＮ１４０に接続されたクライアント機器１３０を管理する。例えば、クライアント機器情報管理部１１０は、ＬＡＮ１４０に接続されたクライアント機器１３０のＩＰアドレス等を含むクライアント機器情報を記憶部１０２に記憶することにより、このような機器の管理を行う。
以上により、ＡＶサーバ装置１００は、ＵＰｎＰ−ＡＶのサーバとして動作する。
【００２２】
チューナ部１１１は、アンテナ４００を介して、テレビ番組等のＡＶコンテンツを受信する。
録画処理部１１２は、チューナ部１１１で受信されたＡＶコンテンツをコンテンツ蓄積部１０７に蓄積する。
ダビング処理部１１３は、記憶媒体Ｉ／Ｆ部１１４を介して、コンテンツ蓄積部１０７に蓄積されたＡＶコンテンツを外部記憶媒体１２１（例えば、ＤＶＤ等）にダビングする。
記憶媒体Ｉ／Ｆ部１１４は、外部記憶媒体１２１へのデータの書き込み、及び、外部記憶媒体１２１からのデータの読み出しを行う。
【００２３】
リモコン１１５は、操作の入力を受け付ける。
リモコン受信部１１６は、リモコン１１５で受け付けられた入力を示す信号を受信する。
ユーザＩ／Ｆ部１１７は、リモコン受信部１１６で受信された信号からリモコン１１５で受け付けられた入力を特定して、特定された入力を制御部１０１に通知する。
なお、リモコン１１５、リモコン受信部１１６及びユーザＩ／Ｆ部１１７により、ユーザから指示を受け付ける入力部が構成される。
【００２４】
図３は、実施の形態１に係るＡＶサーバ装置１００が状態表示画面の画面データの送信によって、クライアント機器１３０を操作しているユーザにＡＶサーバ装置１００の状態を通知する処理を示すフローチャートである。なお、図３のフローの開始時には、すでにクライアント機器１３０とＡＶサーバ装置１００とは互いに認識し、ＡＶサーバ装置１００のコンテンツ情報管理部１０９が、クライアント機器１３０のリクエストに対して、コンテンツ蓄積部１０７に蓄積されているＡＶコンテンツのコンテンツリストを送信しているものとする。なお、コンテンツリストには、各ＡＶコンテンツのＩＤ、タイトル等の情報とともに、ＬＡＮ１４０におけるＵＲＩが含まれる。クライアント機器１３０とＡＶサーバ装置１００とがＬＡＮ１４０に接続してから、クライアント機器１３０がコンテンツリストを取得するまでのフローは既存の技術となるため説明を省略する。
【００２５】
まず、ＡＶサーバ装置１００のコンテンツ情報管理部１０９は、ネットワークＩ／Ｆ部１０６を介して、ＡＶコンテンツのコンテンツリクエストを受信する（Ｓ１０）。このコンテンツリクエストは、ユーザ操作によりクライアント機器１３０から送信されたＡＶコンテンツの再生リクエストであり、コンテンツリストに記述されるＵＲＩを指定したＨＴＴＰ  ＧＥＴのリクエストである。
【００２６】
次に、送信可否判定部１０４は、記憶部１０２に記憶されている状態情報を参照して、ＡＶサーバ装置１００の状態をチェックし、送信可であるか否かを判定する（Ｓ１１）。ここで、状態管理部１０３は、録画処理部１１２が録画を開始する、又は、ダビング処理部１１３がダビングを開始するといった状態変化時には、それぞれ“録画中”、“ダビング中”といった状態を示す情報を、状態情報として記憶部１０２に記憶させておく。そのため、記憶部１０２に状態情報が記憶されていなければ、送信可否判定部１０４は、送信可と判定する。そして、送信可である場合（Ｓ１１：Ｙｅｓ）には、処理はステップＳ１２に進み、送信不可である場合（Ｓ１１：Ｎｏ）には、処理はステップＳ１６に進む。
【００２７】
ステップＳ１２では、状態管理部１０３は、状態を“コンテンツ送信中”に設定する。言い換えると、状態管理部１０３は、“コンテンツ送信中”を示す状態情報を記憶部１０２に記憶させる。
次に、コンテンツ送信部１０８は、ネットワークＩ／Ｆ部１０６を介して、ステップＳ１０でリクエストされたＡＶコンテンツの送信を開始する（Ｓ１３）。これにより、クライアント機器１３０は、所望のＡＶコンテンツを受信し、それを再生できる。
【００２８】
次に、コンテンツ送信部１０８は、ＡＶコンテンツの送信を終了したか否かを判断する（Ｓ１４）。ＡＶコンテンツの送信が終了した場合（Ｓ１４：Ｙｅｓ）には、処理はステップＳ１５に進む。
ステップＳ１５では、状態管理部１０３は、ステップＳ１２で設定した状態をクリアする。例えば、状態管理部１０３は、記憶部１０２に記憶させた状態情報を削除する。これにより、フローは終了となる。
【００２９】
一方、ステップＳ１１で送信不可と判定された場合（Ｓ１１：Ｎｏ）には、処理はステップＳ１６に進む。
ステップＳ１６では、状態通知管理部１０５は、送信不可と判断した原因となる状態を通知するための状態表示画面の画面データを生成する。状態表示画面の画面データは、ＡＶサーバ装置の状態等を表す文字列をエンコードして生成される。
次に、状態通知管理部１０５は、ネットワークＩ／Ｆ部１０６を介して、ステップＳ１６で生成された画面データを、リクエストされたＡＶコンテンツの代わりにクライアント機器１３０に送信する（Ｓ１７）。このとき、クライアント機器１３０では受信したコンテンツが所望のＡＶコンテンツか否かは判断できず、状態表示画面を所望のＡＶコンテンツの代わりに再生する。
【００３０】
次に、状態通知管理部１０５は、状態表示画面の画面データの送信が終了したか否かを判断する（Ｓ１８）。そして、状態表示画面の画面データの送信が終了した場合（Ｓ１８：Ｙｅｓ）には、フローは終了する。
【００３１】
ＵＰｎＰ−ＡＶでは、ＡＶコンテンツは、クライアント機器１３０からのＨＴＴＰ  ＧＥＴによるコンテンツリクエストのレスポンスとして送信される。
図４（Ａ）〜（Ｃ）は、コンテンツリクエストとそれに対するレスポンスにおけるＨＴＴＰメッセージの内容を示す概略図である。
図４（Ａ）は、ＨＴＴＰ  ＧＥＴによるコンテンツリクエスト１５１Ａを示す概略図である。図３のステップＳ１０では、コンテンツ情報管理部１０９は、図４（Ａ）に示されているような、一般的に使用される規格に従った取得要求を受信する。
図４（Ｂ）は、ＡＶコンテンツを送信する場合のＨＴＴＰ  ＧＥＴレスポンス（ＡＶコンテンツ）１５１Ｂを示す概略図である。図４（Ｂ）に示されているように、ＨＴＴＰ  ＧＥＴレスポンス（ＡＶコンテンツ）１５１Ｂは、ＡＶコンテンツのデータに、ＨＴＴＰ  ＧＥＴによるコンテンツリクエスト１５１Ａのレスポンスであることを示すヘッダが付与されている。図３のステップＳ１３では、コンテンツ送信部１０８は、図４（Ｂ）に示されているように、一般的に使用される規格に従った応答として、ＡＶコンテンツを送信する。
図４（Ｃ）は、状態表示画面の画面データを送信する場合のＨＴＴＰ  ＧＥＴレスポンス１５１Ｃを示す概略図である。図４（Ｃ）に示されているように、ＡＶサーバ装置１００が状態表示画面の画面データを送信する場合は、状態表示画面の画面データに対して、ＡＶコンテンツを送信する際と同様のヘッダが付与され、ＨＴＴＰ  ＧＥＴのレスポンスとして送信される。状態表示画面の画面データを受信したクライアント機器１３０は、ＨＴＴＰメッセージのヘッダを参照して、状態表示画面をリクエストしたＡＶコンテンツとして再生する。図３のステップＳ１７では、状態通知管理部１０５は、図４（Ｃ）に示されているように、一般的に使用される規格に従った応答として、状態表示画面の画面データを送信する。
【００３２】
ここで、送信不可の状態において、クライアント機器１３０に送る状態表示画面について説明する。状態表示画面には、クライアント機器１３０を操作しているユーザに対して、ＡＶサーバ装置１００がＡＶコンテンツを送信できない理由を明確にする目的がある。状態表示画面の画面データを生成するには、文字列のエンコードをする等、処理負荷が上がる。そのため処理を低減するためには、図５（Ａ）〜（Ｃ）に示されているように、ＡＶサーバ装置１００の状態に応じた状態表示画面の画面データを、記憶部１０２に予め保持しておくことが望ましい。そして、状態管理部１０３で管理されている状態に応じて、状態通知管理部１０５が、記憶部１０２に記憶されている画面データから対応する状態表示画面の画面データを選択して、選択された状態表示画面の画面データを送信する。
【００３３】
また、ＡＶサーバ装置１００のより詳細な情報を通知するには、状態通知管理部１０５は、図６（Ａ）に示されているような、時間情報を記した状態表示画面１５２Ａを生成してもよい。ここで、図６（Ａ）における“＊＊時＊＊分”は、録画が終了する時間を示す。ＡＶサーバ装置１００の状態が変化した際、状態管理部１０３は、“録画中”等の状態を示す情報とともに、録画が終了する予定の時間も、状態情報として記憶部１０２に記憶させておく。状態通知管理部１０５は、記憶部１０２に記憶されている状態情報を参照して、図６（Ａ）に示されている状態表示画面１５２Ａの画面データを生成する。
【００３４】
また、ＡＶコンテンツを送信するリクエストを送信してきたクライアント機器１３０以外の他の機器にＡＶコンテンツを送信中のため、このクライアント機器１３０にＡＶコンテンツを送信できない場合は、状態通知管理部１０５は、図６（Ｂ）に示されているような、既に送信中の他の機器の情報を記した状態表示画面１５２Ｂの画面データを生成してもよい。図６（Ｂ）における“＃＃−＃＃”には、ＡＶコンテンツを送信している先の他の機器を識別するための機器識別情報が記される。状態管理部１０３は、“コンテンツ送信中”の状態を示す情報とともに、クライアント機器情報管理部１１０で管理されているクライアント機器の型番等の機器識別情報を、状態情報として記憶部１０２に記憶させておく。これにより、状態通知管理部１０５は、記憶部１０２に記憶されている状態情報を参照して、ＡＶコンテンツの送信先の他の機器を示す機器識別情報を取得して、図６（Ｂ）に示されている状態表示画面１５２Ｂの画面データを生成する。
【００３５】
また、状態通知管理部１０５は、クライアント機器１３０における表示領域の大きさに応じて、表示される文字の大きさを変えて状態表示画面の画面データを生成してもよい。この様子を図７及び図８に示す。
クライアント機器１３０としてはテレビ及びＰＣ等が想定されており、その表示領域の大きさに差がある。図７（Ａ）に示されているように、クライアント機器１３０の表示領域の大小に拘わらず、状態通知管理部１０５が、一律な文字の大きさで状態表示画面１５３Ａの画面データを生成した場合、図７（Ｂ）に示されているように、表示領域の大きいクライアント機器１３０の表示画面ＤＳ１では視認できるが、表示領域の小さいクライアント機器１３０では、図７（Ｃ）に示されている表示画面ＤＳ２のように視認しづらくなるという問題がある。そこで、クライアント機器情報管理部１１０は、ネットワークＩ／Ｆを介して、クライアント機器１３０から、又は、リモコン１１５を介して、ユーザから、ＬＡＮ１４０に接続されるクライアント機器１３０の表示領域の大きさを取得して、クライアント機器情報として記憶部１０２に記憶させておく。そして、状態通知管理部１０５は、記憶部１０２に記憶されているクライアント機器情報を参照して、状態表示画面の画面データを送信するクライアント機器１３０の表示領域の大きさを取得し、それに応じて適切な文字の大きさで状態表示画面の画面データを生成する。
【００３６】
ＵＰｎＰ−ＡＶの規格では、機器を相互接続するために、お互いの情報を通信する仕組みがある。このため、クライアント機器情報管理部１１０は、ネットワークＩ／Ｆ部１０６を介して、ＬＡＮ１４０に接続されるクライアント機器１３０の型番を取得することができる。ＡＶサーバ装置１００は、クライアント機器１３０の型番と表示領域の大きさとを関連付けたデータベース（表示領域情報）を記憶部１０２に記憶させておくことにより、このデータベースを参照することでクライアント機器１３０の表示領域の大きさを取得することができる。なお、このデータベースは、外部のネットワークから取得されてもよく、リモコン１１５を介して、ユーザから必要な情報を取得して生成されてもよい。このようにして取得されたクライアント機器１３０の表示領域の大きさに応じて、適切な文字の大きさで状態表示画面の画面データを生成する。例えば、状態通知管理部１０５は、表示領域の小さいクライアント機器１３０に対しては、図８（Ａ）に示されている状態表示画面１５４Ａのように大きな文字を使用する。これにより、図８（Ｂ）に示されているように、表示領域の小さいクライアント機器１３０の表示画面ＤＳ３でも、文字を視認しやすくなる。即ち、状態通知管理部１０５は、状態表示画面の画面データを送信するクライアント機器１３０の表示領域のサイズが小さいほど、状態表示画面のサイズに対する文字のサイズが大きくなるように、状態表示画面の画面データを生成する。
【００３７】
以上、説明したように、本実施の形態によれば、ホームネットワークを介したＡＶコンテンツの送信を行うＡＶサーバ装置１００において、ＡＶコンテンツの送信ができない状態であることをクライアント機器１３０に通知することができる。これによって、ＡＶサーバ装置１００の状態が原因でＡＶコンテンツの再生ができない場合に、クライアント機器１３０を操作しているユーザは、ＡＶサーバ装置１００を直接操作しなくても、その原因を知ることができる。
【００３８】
実施の形態２．
以下に、実施の形態２に係る情報処理装置及びＡＶコンテンツ送信方法について説明する。
図１に示されているように、実施の形態２に係るＡＶサーバ装置２００は、制御部１０１と、記憶部２０２と、状態管理部２０３と、送信可否判定部２０４と、状態通知管理部２０５と、ネットワークＩ／Ｆ部１０６と、コンテンツ蓄積部１０７と、コンテンツ送信部１０８と、コンテンツ情報管理部１０９と、クライアント機器情報管理部１１０と、チューナ部１１１と、録画処理部１１２と、ダビング処理部１１３と、記憶媒体Ｉ／Ｆ部１１４と、リモコン１１５と、リモコン受信部１１６と、ユーザＩ／Ｆ部１１７とを備える。実施の形態２に係るＡＶサーバ装置２００は、記憶部２０２、状態管理部２０３、送信可否判定部２０４及び状態通知管理部２０５において、実施の形態１に係るＡＶサーバ装置１００と異なっている。
【００３９】
実施の形態２では、ＡＶサーバ装置２００がコンテンツリクエストを受信した場合に、コンテンツの送信を途中で中断する可能性があるときには、ＡＶコンテンツの送信を開始する前に、その旨を、クライアント機器１３０を操作しているユーザに通知することを目的とする。例えば、リクエストのあったＡＶコンテンツの再生時間が１時間あり、リクエストがあったときから３０分後にＡＶサーバ装置２００に録画予約がある場合、ＡＶサーバ装置２００は、３０分後にＡＶコンテンツの送信を停止することを通知する第２の状態通知データを送信してから、ＡＶコンテンツの送信を開始する。
【００４０】
記憶部２０２は、ＡＶサーバ装置２００での処理に必要な情報を記憶する。例えば、記憶部２０２は、状態管理部２０３で管理される状態情報及び予約情報、状態通知管理部２０５で管理される画面情報、及び、クライアント機器情報管理部１１０で管理されるクライアント機器情報を記憶する。なお、これらの情報の詳細は後述する。
【００４１】
状態管理部２０３は、実施の形態１における状態管理部１０３と同様に、ＡＶサーバ装置２００の状態を管理する。
また、状態管理部２０３は、ＡＶサーバ装置２００の状態として、ＡＶサーバ装置２００において設定される予約を管理する。例えば、状態管理部２０３は、予約された処理の内容及び予約された時刻を含む予約情報を記憶部２０２に記憶することにより、ＡＶサーバ装置２００において設定される予約を管理する。ここで、状態管理部２０３が管理する予約は、ＡＶコンテンツの送信を不可にする処理の予約であるものとする。ここでのＡＶコンテンツの送信を不可にする処理は、予め定められているものとし、例えば、本実施の形態では、録画処理及びダビング処理であるものとする。
【００４２】
送信可否判定部２０４は、実施の形態１における送信可否判定部１０４と同様に、状態管理部２０３で管理されているＡＶサーバ装置２００の状態に応じて、ＡＶサーバ装置２００がコンテンツ蓄積部１０７に蓄積されているＡＶコンテンツを送信することができるか否かを判定する。
また、送信可否判定部２０４は、ＡＶサーバ装置２００がコンテンツ蓄積部１０７に蓄積されているＡＶコンテンツを送信することができると判定した場合に、ＡＶコンテンツの再生時間内に、ＡＶコンテンツの送信を不可にする処理の予約時刻が含まれるか否かを判定する。
【００４３】
状態通知管理部２０５は、実施の形態１と同様に、送信可否判定部２０４がＡＶコンテンツの送信を不可と判定した場合に、その原因であるＡＶサーバ装置２００の状態を通知する第１の状態通知データを生成し、ネットワークＩ／Ｆ部１０６を介して、それをクライアント機器１３０に送信する。
また、状態通知管理部２０５は、送信可否判定部２０４がＡＶコンテンツの再生時間内に、ＡＶコンテンツの送信を不可にする処理の予約時刻が含まれると判定した場合に、予約された処理を行うため、ＡＶコンテンツの再生が途中で停止される可能性が有ることを通知する第２の状態通知データを生成し、ネットワークＩ／Ｆ部１０６を介して、それをクライアント機器１３０に送信する。ここで、本実施の形態においては、第２の状態通知データは、予約された処理を行うため、ＡＶコンテンツの再生が途中で停止される可能性が有ることを記した状態表示画面の画面データであるものとする。また、第２の状態通知データは、ＡＶコンテンツの再生時間内に含まれる予約時刻、又は、この予約時刻に実行される処理の内容の少なくとも何れか一方を通知するものであることが望ましい。
【００４４】
図９及び図１０は、実施の形態２に係るＡＶサーバ装置２００が状態表示画面の画面データの送信によって、クライアント機器１３０を操作しているユーザにＡＶサーバ装置２００の状態を通知する処理を示すフローチャートである。なお、図９において、図３に示されているフローの処理と同様の処理には、図３の処理と同様の符号が付されている。
【００４５】
図９のステップＳ１０及びＳ１１の処理は、図３のステップＳ１０及びＳ１１の処理と同様である。但し、ステップＳ１１において、送信可否判定部２０４がリクエストされたＡＶコンテンツの送信を可と判定した場合（Ｓ１１：Ｙｅｓ）には、処理はステップＳ２０に進む。
【００４６】
ステップＳ２０では、送信可否判定部２０４は、状態管理部２０３で管理されるＡＶサーバ装置２００の状態が予約中であるかチェックする。ここで、予約中は、録画及びダビング等、ＡＶコンテンツを送信できない処理の予約がＡＶサーバ装置１００に設定されている状態をさす。本実施の形態では、状態管理部２０３は、“録画中”及び“ダビング中”等といった実施の形態１における状態の他に、“何時何分から録画開始”及び“何時何分からダビング開始”といった予約の状態も管理する。予約中でない場合（Ｓ２０：Ｎｏ）には、処理はステップＳ１２に進み、予約中である場合（Ｓ２０：Ｙｅｓ）には、処理はステップＳ２１へ進む。ここで、図９のステップＳ１２〜Ｓ１８の処理は、図３のステップＳ１２〜Ｓ１８の処理と同様である。
【００４７】
ステップＳ２１では、送信可否判定部２０４は、現在時刻から予約された時刻までの時間が、リクエストのあったＡＶコンテンツの再生時間に足りないかを確認する。言い換えると、リクエストのあったＡＶコンテンツの再生時間内に予約が設定されているか否かを確認する。リクエストのあったＡＶコンテンツの再生時間内に予約が設定されている場合（Ｓ２１：Ｙｅｓ）には、処理は図１０のステップＳ２２に進み、リクエストのあったＡＶコンテンツの再生時間内に予約が設定されていない場合（Ｓ２１：Ｎｏ）には、処理はステップＳ１２に進む。
【００４８】
図１０のステップＳ２２では、状態通知管理部２０５は、図１１に示されているような、予約された処理を実行するため、ＡＶコンテンツの再生を途中で停止する可能性があることを記した状態表示画面２５５の画面データを生成する。状態表示画面２５５の「＊＊時＊＊分」は、予約時刻であり、記憶部２０２に記憶されている予約情報に含まれている情報である。
【００４９】
次に、状態通知管理部２０５は、ネットワークＩ／Ｆ部１０６を介して、ステップＳ２２で生成された状態表示画面２５５の画面データをクライアント機器１３０に送信する（Ｓ２３）。このときの状態表示画面２５５の画面データは、実施の形態１と同様に、図９のステップＳ１０で受信されたコンテンツリクエストのレスポンスとして送信する。
【００５０】
次に、状態通知管理部２０５は、状態表示画面の画面データの送信が終了したか否かを判断する（Ｓ２４）。そして、状態表示画面の画面データの送信が終了した場合（Ｓ２４：Ｙｅｓ）には、処理はステップＳ２５に進む。
【００５１】
ステップＳ２５では、状態管理部２０３は、状態を“コンテンツ送信中”に設定する。言い換えると、状態管理部２０３は、“コンテンツ送信中”を示す状態情報を記憶部２０２に記憶させる。
【００５２】
次に、コンテンツ送信部１０８は、コンテンツの送信を開始する（Ｓ２６）。このとき、コンテンツ送信部１０８は、ＡＶコンテンツを、ステップＳ２３で送信された状態表示画面２５５の画面データと連続したデータとして送信する。クライアント機器１３０は、状態表示画面の画面データと、ＡＶコンテンツのデータとを区別することなく受信し、連続的に再生する。言い換えると、ステップＳ２２で生成された状態表示画面２５５の画面データは、リクエストされたＡＶコンテンツのデータの先頭に付け足されて送信されることになる。
【００５３】
次に、状態管理部２０３は、管理されている予約時刻になったか否かを判断する（Ｓ２７）。予約時刻になった場合（Ｓ２７：Ｙｅｓ）には、処理はステップＳ２８に進む。
ステップＳ２８では、コンテンツ送信部１０８は、ＡＶコンテンツの送信を停止する。
次に、状態管理部２０３は、状態を予約された処理の実行中に設定する。言い換えると、状態管理部２０３は、予約された処理が実行中であることを示す状態情報を記憶部２０２に記憶させる。
そして、制御部１０１は、予約された処理を開始する（Ｓ３０）。
【００５４】
以上のように、本実施の形態によれば、ＡＶコンテンツの送信を途中で中断する可能性がある場合に、ＡＶコンテンツの送信を開始する前に、その旨をクライアント機器１３０に通知することができる。これにより、クライアント機器１３０を操作するユーザは、ＡＶコンテンツの送信が途中で中断する可能性があることを、ＡＶコンテンツ再生を開始する前に知ることができる。
【００５５】
実施の形態３．
以下に、実施の形態３に係る情報処理装置及びＡＶコンテンツ送信方法について説明する。
図１に示されているように、実施の形態３に係るＡＶサーバ装置３００は、制御部１０１と、記憶部１０２と、状態管理部１０３と、送信可否判定部３０４と、状態通知管理部３０５と、ネットワークＩ／Ｆ部１０６と、コンテンツ蓄積部１０７と、コンテンツ送信部１０８と、コンテンツ情報管理部１０９と、クライアント機器情報管理部１１０と、チューナ部１１１と、録画処理部１１２と、ダビング処理部１１３と、記憶媒体Ｉ／Ｆ部１１４と、リモコン１１５と、リモコン受信部１１６と、ユーザＩ／Ｆ部１１７とを備える。実施の形態３に係るＡＶサーバ装置３００は、送信可否判定部３０４及び状態通知管理部３０５において、実施の形態１に係るＡＶサーバ装置１００と異なっている。
【００５６】
実施の形態３では、ＡＶサーバ装置３００がすでにＡＶコンテンツをクライアント機器１３０に送信している状態において、ＡＶサーバ装置３００の状態の変化によってＡＶコンテンツの送信を中断する場合に、送信中断の原因を、クライアント機器１３０を操作しているユーザに通知することを目的とする。例えば、ＡＶコンテンツを送信中に、ＡＶサーバ装置３００で録画を開始する操作を受け付けた場合、ＡＶサーバ装置３００は、ＡＶコンテンツの送信を停止し、録画を開始したためＡＶコンテンツの送信を停止することを通知する第３の状態通知データをクライアント機器１３０に送信する。
【００５７】
送信可否判定部３０４は、実施の形態１と同様に、状態管理部１０３で管理されているＡＶサーバ装置３００の状態に応じて、ＡＶサーバ装置３００がコンテンツ蓄積部１０７に蓄積されているＡＶコンテンツを送信することができるか否かを判定する。
また、送信可否判定部３０４は、ＡＶサーバ装置３００がコンテンツ蓄積部１０７に蓄積されているＡＶコンテンツを送信中に、ＡＶコンテンツの送信を不可にする処理を要求する操作の入力があったか否かを判定する。ＡＶコンテンツの送信を不可にする処理を要求する操作は、予め定められているものとし、例えば、本実施の形態では、録画処理及びダビング処理を要求する操作であるものとする。例えば、送信可否判定部３０４は、予め定められた操作がリモコン１１５に入力された場合に、ＡＶコンテンツの送信を不可にする処理を要求する操作の入力があったと判断する。
【００５８】
状態通知管理部３０５は、実施の形態１と同様に、送信可否判定部３０４がＡＶコンテンツの送信を不可と判定した場合に、その原因であるＡＶサーバ装置３００の状態を通知する第１の状態通知データを生成し、ネットワークＩ／Ｆ部１０６を介して、それをクライアント機器１３０に送信する。
また、状態通知管理部３０５は、ＡＶコンテンツの送信中に、送信可否判定部３０４がＡＶコンテンツの送信を不可にする処理を要求する操作の入力があったと判定した場合に、ＡＶサーバ装置３００で処理を行うために、ＡＶコンテンツの再生を途中で停止することを通知する第３の状態通知データを生成し、ネットワークＩ／Ｆ部１０６を介して、それをクライアント機器１３０に送信する。ここで、本実施の形態においては、第３の状態通知データは、ＡＶサーバ装置１００で処理を行うために、ＡＶコンテンツの再生を途中で停止することを記した状態表示画面の画面データであるものとする。
【００５９】
図１２は、実施の形態３に係るＡＶサーバ装置３００が状態表示画面の画面データの送信によって、クライアント機器１３０を操作しているユーザにＡＶサーバ装置３００の状態を通知する処理を示すフローチャートである。
【００６０】
まず、コンテンツ送信部１０８は、既にＡＶコンテンツを送信中である（Ｓ４０）。
次に、送信可否判定部３０４は、ユーザＩ／Ｆ部１１７から予め定められたユーザ操作があったか否かを判定する（Ｓ４１）。予め定められたユーザ操作とは、録画処理及びダビング処理等、ＡＶサーバ装置３００の制約条件として、ＡＶコンテンツの送信と同時に行うことが禁止されている処理を要求する操作である。予め定められたユーザ操作があった場合（Ｓ４１：Ｙｅｓ）には、処理はステップＳ４２に進む。
【００６１】
ステップＳ４２では、状態管理部１０３は、管理する状態をステップＳ４１でユーザＩ／Ｆ部１１７が受け付けたユーザ操作に応じて設定する。言い換えると、状態管理部１０３は、ユーザ操作により要求された処理が実行中であることを示す状態情報を記憶部１０２に記憶させる。
【００６２】
次に、状態通知管理部３０５は、状態表示画面の画面データを生成する（Ｓ４３）。例えば、図１３に示されている状態表示画面３５６のように、ステップＳ４１でユーザＩ／Ｆ部１１７が受け付けたユーザ操作の内容と、ＡＶコンテンツの再生を停止すること等が状態表示画面３５６に記される。
【００６３】
次に、コンテンツ送信部１０８は、ＡＶコンテンツの送信を停止する（Ｓ４４）。
そして、状態通知管理部３０５は、ネットワークＩ／Ｆ部１０６を介して、ステップＳ４３で生成された状態表示画面３５６の画面データを、ＡＶコンテンツを送信していたクライアント機器１３０に送信する。このとき、状態通知管理部３０５は、状態表示画面３５６の画面データを、ステップＳ４０で送信されたＡＶコンテンツのデータと連続したデータとして送信する。クライアント機器１３０は、ＡＶコンテンツのデータと、状態表示画面の画面データとを区別することなく受信し、連続的に再生する。言い換えると、ステップＳ４３で生成された状態表示画面３５６は、停止されたＡＶコンテンツの後端に付け足されて送信されることになる。
【００６４】
次に、状態通知管理部３０５は、状態表示画面３５６の画面データの送信が終了したか否かを判断する（Ｓ４６）。状態表示画面３５６の画面データの送信が終了した場合（Ｓ４６：Ｙｅｓ）には、処理はステップＳ４７に進む。
【００６５】
ステップＳ４７では、制御部１０１は、ステップＳ４１でユーザＩ／Ｆ部１１７が受け付けたユーザ操作に応じた処理を開始する。
【００６６】
以上により、ＡＶコンテンツの送信中にＡＶサーバ装置３００がユーザ操作を受け付け、ＡＶコンテンツの送信を停止する際に、その旨を状態表示画面によって通知することができる。これによって、クライアント機器１３０を操作するユーザは、コンテンツの送信が途中で停止した原因を知ることができる。
【００６７】
なお、以上に記載された実施の形態１〜３では、ＡＶサーバ装置１００、２００、３００は、静止画の状態表示画面により、その状態を通知したが、ＡＶサーバ装置１００、２００、３００に負担をかけない程度の極短時間の動画により、その状態を通知してもよい。また、ＡＶサーバ装置１００、２００、３００は、音声ファイルによって、その状態を通知してもよい。
【符号の説明】
【００６８】
１００，２００，３００  ＡＶサーバ装置、  １０１  制御部、  １０２，２０２  記憶部、  １０３，２０３  状態管理部、  １０４，２０４，３０４  送信可否判定部、  １０５，２０５，３０５  状態通知管理部、  １０６  ネットワークＩ／Ｆ部、  １０７  コンテンツ蓄積部、  １０８  コンテンツ送信部、  １０９  コンテンツ情報管理部、  １１０  クライアント機器情報管理部、  １１１  チューナ部、  １１２  録画処理部、  １１３  ダビング処理部、  １１４  記憶媒体Ｉ／Ｆ部、  １１５  リモコン、  １１６  リモコン受信部、  １１７  ユーザＩ／Ｆ部。
【図１】
2014093761.tif 000003
【図２】
2014093761.tif 000004
【図３】
2014093761.tif 000005
【図４】
2014093761.tif 000006
【図５】
2014093761.tif 000007
【図６】
2014093761.tif 000008
【図７】
2014093761.tif 000009
【図８】
2014093761.tif 000010
【図９】
2014093761.tif 000011
【図１０】
2014093761.tif 000012
【図１１】
2014093761.tif 000013
【図１２】
2014093761.tif 000014
【図１３】
2014093761.tif 000015