(57)【要約】【課題】配信要求に応じて、詳細な情報をユーザへ知らせる。【解決手段】コンテンツ配信装置は、ネットワークを介して外部機器と通信可能な通信部と、前記外部機器からのコンテンツの配信要求に対して、当該配信要求を区別するためのＩＤを付加して応答する制御部とを備え、前記制御部は、前記外部機器からの前記ＩＤが付加された通信に対し、前記ＩＤに関連付けたメッセージを前記外部機器へ送信する。また前記制御部は、前記配信要求に対して、配信できない理由を示すメッセージを前記ＩＤに関連付ける。【選択図】図２
2017084038.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して外部機器と通信可能な通信部と、
前記外部機器からのコンテンツの配信要求に対して、当該配信要求を区別するためのＩＤを付加して応答する制御部と、を備え、
前記制御部は、前記外部機器からの前記ＩＤが付加された通信に対し、前記ＩＤに関連付けたメッセージを前記外部機器へ送信することを特徴とするコンテンツ配信装置。
【請求項２】
前記制御部は、前記外部機器への応答のヘッダ部分に前記ＩＤを付加することを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
前記制御部は、前記配信要求に対して、配信できない理由を示すメッセージを前記ＩＤに関連付けることを特徴とする請求項１または請求項２に記載のコンテンツ配信装置。
【請求項４】
前記メッセージは、少なくとも文字データと画像データとのうちいずれかを含むことを特徴とする請求項３に記載のコンテンツ配信装置。
【請求項５】
前記メッセージは、配信できない状態を解決する処理を示すメッセージを更に含むことを特徴とする請求項３または請求項４のいずれかに記載のコンテンツ配信装置。
【請求項６】
ネットワークを介してコンテンツ配信装置と通信可能な通信部と、
前記コンテンツ配信装置へコンテンツの配信要求を実行する制御部と、を備え、
前記制御部は、前記配信要求への応答として、前記配信要求を区別するためのＩＤが付加された応答を受信し、当該ＩＤを付加した通信を前記コンテンツ配信装置に対して実行し、当該ＩＤに関連付けられたメッセージを前記コンテンツ配信装置から受信し、当該受信したメッセージを所定の表示部に表示させることを特徴とするクライアント機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置およびクライアント機器に関する。
【背景技術】
【０００２】
ネットワークを介してコンテンツ配信装置（サーバ）とクライアント機器とが通信可能に接続した環境で、クライアント機器は、コンテンツ配信装置へコンテンツの配信要求を実行し、コンテンツ配信装置は、当該要求に応じてクライアント機器へコンテンツを配信する。これにより、クライアント機器のユーザは、コンテンツ配信装置が蓄積していたコンテンツを視聴することができる。
【０００３】
前記環境においては、前記配信要求を受けたコンテンツ配信装置が何らかの理由によりこの要求に応えられず、結果、クライアント機器はコンテンツ配信装置からのコンテンツの再生に失敗することがある。この場合、コンテンツ配信装置から配信要求の送信元であるクライアント機器へは、ＨＴＴＰ（Hypertext Transfer Protocol）ステータスコードが送信される。
【０００４】
なお、バッテリー駆動によりコンテンツを送信可能なサーバ装置と、前記サーバ装置から送信されたコンテンツを受信するクライアント装置とを備えたネットワークシステムであって、前記サーバ装置は、複数のコンテンツを記憶する記憶手段と、前記記憶手段に記憶されたコンテンツを前記クライアント装置に送信する送信手段とを備え、前記クライアント装置は、前記サーバ装置から送信されたコンテンツを受信する受信手段とを備え、前記サーバ装置は、前記バッテリーの残量が所定値未満になった場合に、前記バッテリーの残量に関する情報を、前記記憶手段に記憶された複数のコンテンツの一覧を示すコンテンツリストに含めて、前記送信手段により前記クライアント装置に送信するシステムが知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５２０２３７９号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のステータスコードは数字に過ぎないため、クライアント機器のユーザが当該ステータスコードを確認したとしても、コンテンツの再生が失敗した要因を詳細に知ることは難しい。また、前記文献１では、サーバのバッテリーの残量に関する情報がクライアントへ送信されるが、このような情報は、サーバと通信する全てのクライアントにとって共通の情報である。一方、クライアントから配信要求が実行されるタイミングはクライアント毎に異なり、また、それら配信要求に応じたサーバによるコンテンツ配信が失敗する要因も、その都度様々である。また、コンテンツ配信が失敗する要因が異なれば、クライアント側が採るべき対処の仕方も異なる。
【０００７】
本発明は上述の課題に鑑みてなされたものであり、配信要求毎に、当該配信要求に関連する詳細な情報をユーザへ知らせることが可能なコンテンツ配信装置およびクライアント機器を提供する。
【課題を解決するための手段】
【０００８】
本発明の態様の一つは、ネットワークを介して外部機器と通信可能な通信部と、前記外部機器からのコンテンツの配信要求に対して、当該配信要求を区別するためのＩＤを付加して応答する制御部と、を備え、前記制御部は、前記外部機器からの前記ＩＤが付加された通信に対し、前記ＩＤに関連付けたメッセージを前記外部機器へ送信する。
【０００９】
本態様によれば、外部機器のユーザは、前記メッセージを得ることで、前記配信要求に関連する詳細な情報を知ることができる。
【００１０】
本発明の態様の一つは、前記制御部は、前記外部機器への応答のヘッダ部分に前記ＩＤを付加するとしてもよい。
当該構成によれば、前記ＩＤを外部機器へ確実に通知することができる。
【００１１】
本発明の態様の一つは、前記制御部は、前記配信要求に対して、配信できない理由を示すメッセージを前記ＩＤに関連付けるとしてもよい。
当該構成によれば、ユーザは、コンテンツが配信されない理由を前記メッセージにより知ることができる。
【００１２】
本発明の態様の一つは、前記メッセージは、少なくとも文字データと画像データとのうちいずれかを含むとしてもよい。
当該構成によれば、文字、文字と画像との混合、あるいは画像といった様々な態様で前記メッセージをユーザに理解させることができる。
【００１３】
本発明の態様の一つは、前記メッセージは、配信できない状態を解決する処理を示すメッセージを更に含むとしてもよい。
当該構成によれば、ユーザは、コンテンツが配信されない状態を容易に解決することができる。
【００１４】
本発明の技術的思想は、コンテンツ配信装置以外の態様によっても実現される。つまり、ネットワークを介してコンテンツ配信装置と通信可能な通信部と、前記コンテンツ配信装置へコンテンツの配信要求を実行する制御部と、を備え、前記制御部は、前記配信要求への応答として、前記配信要求を区別するためのＩＤが付加された応答を受信し、当該ＩＤを付加した通信を前記コンテンツ配信装置に対して実行し、当該ＩＤに関連付けられたメッセージを前記コンテンツ配信装置から受信し、当該受信したメッセージを所定の表示部に表示させるクライアント機器も一つの発明である。
また、コンテンツ配信装置とクライアント機器を含んだシステムも発明として把握される。さらに本発明は、コンテンツ配信装置、クライアント機器あるいは当該システムといった態様以外の態様によって実現されてもよい。つまり、これらコンテンツ配信装置やクライアント機器が実行する各処理の少なくとも一部を含む方法や、このような方法をハードウェア（コンテンツ配信装置やクライアント機器）に実行させるためのプログラムや、当該プログラムを記憶したコンピュータ読取可能な記憶媒体を、それぞれ発明として捉えることができる。
【図面の簡単な説明】
【００１５】
【図１】システムの概略構成を例示するブロック図。
【図２】第１実施形態にかかる処理を示すフローチャート。
【図３】レスポンスヘッダの構造を例示する図。
【図４】配信要求拒否の要因とステータスコードとの対応関係を示す図。
【図５】第２実施形態にかかる処理を示すフローチャート。
【図６】ＤＭＳが生成するメッセージの一例を示す図。
【図７】第３実施形態にかかる処理を示すフローチャート。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本発明の実施形態を更に説明する。
図１は、本実施形態にかかるシステム１の概略をブロック図により例示している。システム１は、コンテンツ配信装置に相当するデジタルメディアサーバ（ＤＭＳ）１０と、クライアント機器あるいは外部機器に相当するデジタルメディアプレーヤ（ＤＭＰ）３０とを含んでいる。ＤＭＳ１０は、ネットワーク２０を介して複数のＤＭＰ３０と通信可能に接続している。ネットワーク２０は、例えば、家庭やオフィスに構築された有線／無線ＬＡＮ等である。ＤＭＳ１０とＤＭＰ３０は、例えば、ＤＬＮＡ（Digital Living Network Alliance。ＤＬＮＡは登録商標。）のガイドラインに従った規格による通信を行う。
【００１７】
ＤＭＳ１０は、例えば、ＰＣ（パーソナルコンピュータ）、ホームサーバ、ＨＤＤレコーダ、ネットワーク接続ストレージ、等といった製品により実現される。一方、ＤＭＰ３０は、例えば、デジタルテレビジョン、ＰＣ、スマートフォン、タブレット型端末、等といった製品により実現される。ＤＭＳ１０は、コンテンツ（テレビ番組を始めとした各種動画ファイルや、音楽ファイル等）を蓄積しており、これらコンテンツをネットワーク２０を介してＤＭＰ３０へ配信する。つまり、ＤＭＰ３０のユーザは、ＤＭＳ１０が蓄積するコンテンツをＤＭＰ３０を用いて視聴することができる。
【００１８】
ＤＭＳ１０は、制御部１１、受信部１２、蓄積部１３、通信部１４、等を含む。受信部１２は、チューナ等として機能し、受信したテレビジョン放送信号に対し、復調、復号、信号分離等を実行し、テレビ番組にかかる映像信号及び音声信号を抽出する。蓄積部１３は、例えば、ハードディスクドライブ（ＨＤＤ）等の記憶媒体で構成され、前記テレビ番組に該当する所定のフォーマットによる動画ファイル（コンテンツの一種）を、制御部１１による制御の下で保存（蓄積）する。つまり、ＤＭＳ１０は、テレビ番組を蓄積部１３に録画する。制御部１１は、ＤＭＳ１０の動作を統括的に制御するＣＰＵ等を備える。制御部１１では、ＣＰＵが、ＲＯＭ等に格納された制御プログラムを、ＲＡＭ等をワークエリアとして用いて実行することにより、ＤＭＳ１０の動作を制御する。
【００１９】
また、蓄積部１３には、例えば、ネットワーク２０及び通信部１４を介してインターネット上のサーバからダウンロードされたコンテンツや、ユーザ自らがＤＭＳ１０へアップロードしたコンテンツが保存（蓄積）されるとしてもよい。
ＤＭＳ１０‐ＤＭＰ３０間の通信は、通信部１４、ネットワーク２０及び通信部３４を介して行われる。
【００２０】
ＤＭＰ３０は、制御部３１、コンテンツ再生部３２、表示部３３、通信部３４、等を含む。制御部３１は、ＤＭＰ３０の動作を統括的に制御するＣＰＵ等を備える。制御部３１では、ＣＰＵが、ＲＯＭ等に格納された制御プログラムを、ＲＡＭ等をワークエリアとして用いて実行することにより、ＤＭＰ３０の動作を制御する。コンテンツ再生部３２は、例えばＤＭＳ１０からＤＭＰ３０へ配信されたコンテンツを、所定の再生ソフトウェアの起動環境下で再生する。表示部３３は、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイ等によって構成され、再生されたコンテンツの映像や画像を表示する。表示部３３は、ユーザからの操作を受け付けるインターフェイス（タッチパネル）を兼ねていてもよい。言うまでもなく、ＤＭＳ１０やＤＭＰ３０は、それらに該当する前記具体的な製品が一般的に有する機能を有し得る。
【００２１】
第１実施形態：
図２は、第１実施形態にかかる処理をＤＭＳ１０（制御部１１）、ＤＭＰ３０（制御部３１）のそれぞれが実行する処理をフローチャートにより示している。図２に示すように、ユーザが操作する、ある一つのＤＭＰ３０は、ＤＭＳ１０が蓄積しているコンテンツの中から配信を望むコンテンツを特定し、当該特定したコンテンツの配信要求をＤＭＳ１０へ送信する（ステップＳ１００）。
【００２２】
前記配信要求を受信（ステップＳ２００）したＤＭＳ１０は、この配信要求を区別するためのユニークな識別情報（以下、ＩＤ）を生成する（ステップＳ２１０）。ＩＤは、例えば、数字や英文字のランダムな羅列である。
第１実施形態では、ステップＳ２００で配信要求を受信した時点で、ＤＭＳ１０は当該配信要求に応じられない状態（以下、特定状態）であると仮定する。例えば、ＤＭＳ１０は、配信要求を受信した時点で、ネットワーク設定の処理中であるために当該配信要求に応じられない特定状態である。そのため、ＤＭＳ１０は、当該特定状態に陥った要因を説明するためのメッセージ（配信要求にかかるコンテンツを配信できない理由を示すメッセージ）を生成し、当該メッセージを前記生成したＩＤに関連付けて所定の記憶媒体へ保存する（ステップＳ２２０）。
【００２３】
ステップＳ２００で配信要求を受信した時点でＤＭＳ１０が当該配信要求に応じられない特定状態である場合、このようなステップＳ２１０，Ｓ２２０は、ほぼ同時に実行される。ステップＳ２２０で生成するメッセージとは、例えば「ネットワーク設定中のため、コンテンツを配信できません。」等といった内容の文字データ（テキストデータ）である。
【００２４】
ＤＭＳ１０は、ステップＳ２００で受信した配信要求への応答として、ＨＴＴＰステータスコードおよびステップＳ２１０で生成したＩＤを、当該配信要求の送信元であるＤＭＰ３０へ送信する（ステップＳ２３０）。この場合、送信するＨＴＴＰステータスコードは、サービス利用不可（Service Unavailable）を示す“５０３”である。ＤＭＳ１０からＤＭＰ３０への応答は、基本的に、レスポンスヘッダ（ヘッダ部分）とレスポンスヘッダに続くボディー（例えば、コンテンツデータ）とを含むデータ構造となっている。
【００２５】
図３Ａ，３Ｂはそれぞれ、このようなレスポンスヘッダの構造を例示している。図３Ａ，３Ｂのいずれの例でも、レスポンスヘッダの先頭に、そのときの状況に応じたＨＴＴＰステータスコードが記述されている。また、ＤＭＳ１０は、レスポンスヘッダへ前記ＩＤを付加する。図３Ａでは、レスポンスヘッダ内のＷａｒｎｉｎｇフィールド（下から２行目）に前記ＩＤを記述した例を示している。また、図３Ｂでは、レスポンスヘッダ内にメーカによって定義される独自フィールド（下から２行目）に前記ＩＤを記述した例を示している。
このようなステップＳＳ２３０を実現する点で、ＤＭＳ１０の制御部１１は、外部機器（ＤＭＰ３０）からのコンテンツの配信要求に対して、当該配信要求を区別するためのＩＤを付加して応答する、と言える。また、ステップＳ２２０を実現する点で、制御部１１は、前記配信要求に対して、配信できない理由を示すメッセージを前記ＩＤに関連付ける、と言える。
【００２６】
ＤＭＰ３０は、ステップＳ１００で送信した配信要求への応答として、ステップＳ２３０でＤＭＳ１０から送信されたレスポンス（ＨＴＴＰステータスコードおよび前記ＩＤを含んだレスポンス）を受信する（ステップＳ１１０）。
【００２７】
ＤＭＰ３０は、ステップＳ１１０で受信したレスポンスに含まれるＨＴＴＰステータスコード（前記“５０３”）を参照することで、現在、ＤＭＳ１０が前記配信要求に応じられない特定状態であることを認知する。そこで、ＤＭＰ３０は、当該受信したレスポンスに含まれるＩＤを付随させて当該特定状態の要因の問い合わせをＤＭＳ１０へ送信する（ステップＳ１２０）。
【００２８】
ＤＭＳ１０は、ＩＤが付随した前記要因の問い合わせを受信すると（ステップＳ２４０）、当該問い合わせに付随しているＩＤに一致するＩＤに関連付けられたメッセージを前記所定の記憶媒体から読み出し、当該読み出したメッセージを、当該問い合わせの送信元であるＤＭＰ３０へ送信する（ステップＳ２５０）。このようなステップＳ２５０を実現する点で、ＤＭＳ１０の制御部１１は、外部機器（ＤＭＰ３０）からの前記ＩＤが付加された通信に対し、前記ＩＤに関連付けたメッセージを外部機器（ＤＭＰ３０）へ送信する、と言える。上述したようにステップＳ２２０で生成したメッセージが文字データである場合、ＤＭＳ１０は、このような文字データをＤＭＰ３０へ送信する。ＤＭＳ１０は、ＤＭＰ３０からの前記問い合わせに応じて送信したメッセージのデータについては、送信後、一定時間（例えば１分）経過後に消去するとしてもよい。
【００２９】
ＤＭＰ３０は、ステップＳ１２０で送信した問い合わせへの応答として、ステップＳ２５０でＤＭＳ１０から送信されたメッセージを受信する（ステップＳ１３０）。そして、ＤＭＰ３０は、ステップＳ１３０で受信したメッセージを、表示部３３に表示させる（ステップＳ１４０）。この結果、ユーザは「ネットワーク設定中のため、コンテンツを配信できません。」等といったメッセージを、ＤＭＰ３０の表示部３３を見て認識する。このようなステップＳ１１０〜Ｓ１４０を実現する点で、ＤＭＰ３０の制御部３１は、前記配信要求への応答として、前記配信要求を区別するためのＩＤが付加された応答を受信し、当該ＩＤを付加した通信をコンテンツ配信装置（ＤＭＳ１０）に対して実行し、当該ＩＤに関連付けられたメッセージをコンテンツ配信装置（ＤＭＳ１０）から受信し、当該受信したメッセージを所定の表示部３３に表示させる、と言える。
【００３０】
図４は、ＤＭＳ１０が配信要求を拒否する要因（特定状態に陥る要因）と、ＨＴＴＰステータスコードとの対応関係の一部を示している。図４から理解できるように、ネットワーク設定中、録画中、ダビング中、等といった様々な異なる要因に対して、同じステータスコード（例えば、前記“５０３”）が対応付けられている。従って、ＤＭＰ３０側では、ＤＭＳ１０から返信されたＨＴＴＰステータスコードを参照しても、ＤＭＳ１０が配信要求に応じられない特定状態となった要因を正確に知ることは困難である。
しかし、上述した第１実施形態によれば、ＤＭＰ３０からの配信要求がＤＭＳ１０によって拒否されたとき、ＤＭＳ１０からは、ＨＴＴＰステータスコードが送信されるだけでなく、ＤＭＰ３０からの問い合わせに応じて、配信要求に応じられない特定状態に陥った要因を説明するメッセージが送信される。この結果、ＤＭＰ３０のユーザは、当該要因を詳細に知ることができる。
【００３１】
むろん、ＤＭＳ１０が生成するメッセージは、特定状態に陥った要因によって異なる。ＤＭＳ１０は、例えば、番組の録画中という要因であれば、「番組録画中のため、配信できません。○時○分まで録画予定です。」といったメッセージを生成する。また例えば、既に他機器に配信中であるという要因であれば、「機器名：××××に対して配信中のため、配信できません。」といったメッセージを生成し、対象のコンテンツが存在しないという要因であれば、「指定の番組は存在しません。既に削除された可能性があります。」といったメッセージを生成する。このような構成によれば、ＤＭＰ３０側で、表示し得るメッセージの定型文のデータを保持しておく必要が無い。
【００３２】
本発明は上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば後述するような実施形態も採用可能である。以下の実施形態の説明においては、第１実施形態と共通する事項は説明を適宜省略する。複数の実施形態を適宜組み合わせた構成も本発明の開示範囲に入る。
【００３３】
第２実施形態：
図５は、第２実施形態にかかる処理をＤＭＳ１０（制御部１１）、ＤＭＰ３０（制御部３１）のそれぞれが実行するフローチャートにより示している。ＤＭＰ３０が実行するステップＳ３００は、図２のステップＳ１００と同じであり、ＤＭＳ１０が実行するステップＳ４００，Ｓ４１０は、図２のステップＳ２００，Ｓ２１０と同じである。
【００３４】
第２実施形態では、ステップＳ４００で配信要求を受信した時点では、ＤＭＳ１０は当該配信要求に応じられる状態であると仮定する。ＤＭＳ１０は、ステップＳ４００で受信した配信要求への応答として、ＨＴＴＰステータスコード、ステップＳ４１０で生成したＩＤおよび配信要求にかかるコンテンツデータを、当該配信要求の送信元であるＤＭＰ３０へ送信する（ステップＳ４２０）。この場合、送信するＨＴＴＰステータスコードは、リクエスト成功（ＯＫ）を示す“２００”である。
【００３５】
ＤＭＰ３０は、ステップＳ３００で送信した配信要求への応答として、ステップＳ４２０でＤＭＳ１０から送信されたレスポンス（ＨＴＴＰステータスコード、前記ＩＤおよびコンテンツデータを含んだレスポンス）を受信する（ステップＳ３１０）。ＤＭＰ３０は、ステップＳ３１０で受信したレスポンスに含まれるＨＴＴＰステータスコード（前記“２００”）を参照することで、現在、ＤＭＳ１０が前記配信要求に応じられる状態であることを認知する。以後、配信要求に応じたコンテンツの配信がＤＭＳ１０からＤＭＰ３０へ継続的に実行され、ＤＭＰ３０側では当該配信されるコンテンツの再生、視聴が行われる。
【００３６】
ここで、ＤＭＳ１０は、録画予約されていたテレビ番組の録画を開始したとする。ＤＭＳ１０は、当該録画開始に伴い、ステップＳ４００の配信要求に応じてそれまで実行していたコンテンツの配信を中断する（ステップＳ４３０）。また、ＤＭＳ１０は、当該中断に伴い、このようにＤＭＰ３０からの前記配信要求に応じられない特定状態に陥った要因を説明するためのメッセージを生成し、当該メッセージを前記ステップＳ４１０で生成したＩＤに関連付けて所定の記憶媒体へ保存する（ステップＳ４４０）。ステップＳ４４０で生成するメッセージとは、例えば「番組録画を開始したため、配信を中断しました。」等といったメッセージである。
【００３７】
図６は、ＤＭＳ１０が生成するメッセージの一例である。図６は、上述したような配信を中断する旨のメッセージを含んだ画像データＩＭ（ビットマップデータやベクターデータ等）を例示している。画像データＩＭ内には、前記メッセージに加え、例えば、録画中の番組タイトルや録画の開始〜終了の時刻も示されている。
【００３８】
ＤＭＰ３０は、これまで継続されていたＤＭＳ１０からのコンテンツの配信が突然に中断されたことから、ＤＭＳ１０が配信要求に応じられない特定状態に陥ったことを認知する。そこで、ＤＭＰ３０は、ステップＳ３１０で受信済みのレスポンスに含まれていたＩＤを付随させて当該特定状態の要因の問い合わせをＤＭＳ１０へ送信する（ステップＳ３２０）。
【００３９】
ＤＭＳ１０は、ＩＤが付随した前記要因の問い合わせを受信すると（ステップＳ４５０）、当該問い合わせに付随しているＩＤに一致するＩＤに関連付けられたメッセージを前記所定の記憶媒体から読み出し、当該読み出したメッセージを、当該問い合わせの送信元であるＤＭＰ３０へ送信する（ステップＳ４６０）。メッセージは、少なくとも文字データと画像データとのうちいずれかを含む。メッセージが図６に例示したような画像データＩＭによるものである場合は、ＤＭＳ１０は、そのような画像データＩＭをＤＭＰ３０へ送信する。
【００４０】
ＤＭＰ３０は、ステップＳ３２０で送信した問い合わせへの応答として、ステップＳ４６０でＤＭＳ１０から送信されたメッセージ（例えば、画像データＩＭ）を受信する（ステップＳ３３０）。そして、ＤＭＰ３０は、ステップＳ３３０で受信したメッセージを表示部３３に表示させる（ステップＳ３４０）。この結果、ユーザは「番組録画を開始したため、配信を中断しました。」等といったメッセージを、ＤＭＰ３０の表示部３３を見て認識する。このような第２実施形態によれば、ＤＭＰ３０からの配信要求に応じてＤＭＳ１０が実行していたコンテンツの配信が中断したとき、ＤＭＰ３０からの問い合わせに応じて、配信要求に応じられない特定状態に陥った要因を説明するメッセージが送信される。この結果、ＤＭＰ３０のユーザは、当該要因を詳細に知ることができる。また、上述のようにメッセージを画像データの形態とすることで、当該要因を図や表で表したり、より細かな情報（例えば、録画中の番組タイトルや、録画の開始〜終了の時刻等）を併せて示すことが容易にでき、メッセージに対するユーザの視認性や理解度が向上する。
【００４１】
第３実施形態：
図７は、第３実施形態にかかる処理をＤＭＳ１０（制御部１１）、ＤＭＰ３０（制御部３１）のそれぞれが実行するフローチャートにより示している。ＤＭＰ３０が実行するステップＳ５００は、図２のステップＳ１００と同じであり、ＤＭＳ１０が実行するステップＳ６００，Ｓ６１０は、図２のステップＳ２００，Ｓ２１０と同じである。
【００４２】
第３実施形態では、ステップＳ６００で配信要求を受信した時点で、ＤＭＳ１０は当該配信要求に応じられない特定状態であると仮定する。例えば、ＤＭＳ１０は、配信要求を受信した時点で、蓄積部１３内のコンテンツを別のメディア（例えば、ＤＶＤ）へダビング中であるために当該配信要求に応じられない特定状態である。そのため、ＤＭＳ１０は、当該特定状態に陥った要因を説明するためのメッセージを生成し、当該メッセージを前記生成したＩＤに紐づけて所定の記憶媒体へ保存する（ステップＳ６２０）。
【００４３】
ただし、第３実施形態では、ＤＭＳ１０は、当該メッセージとして、特定状態に陥った要因に加え当該要因を解除するための処理を説明する（コンテンツを配信できない状態を解決する処理を示す）メッセージを生成する。例えば、「現在ダビング中のため、配信できません。以下の選択で配信できるようになります。  アクション：ダビングを中断する。」等といったメッセージを生成する。生成するメッセージは、文字データで構成されてもよいし画像データで構成されてもよい。
【００４４】
ＤＭＳ１０が実行するステップＳ６３０，Ｓ６４０，Ｓ６５０は、図２のステップＳ２３０，Ｓ２４０，Ｓ２５０と同じであり、ＤＭＰ３０が実行するステップＳ５１０，Ｓ５２０，Ｓ５３０，Ｓ５４０は、図２のステップＳ１１０，Ｓ１２０，Ｓ１３０，Ｓ１４０と同じである。この結果、ユーザは「現在ダビング中のため、配信できません。以下の選択で配信できるようになります。  アクション：ダビングを中断する。」等といったメッセージを、ＤＭＰ３０の表示部３３を見て認識する。
【００４５】
このようなメッセージを見たユーザは、ＤＭＰ３０を操作することにより、当該メッセージに含まれているアクション（特定状態に陥った要因を解除するための処理）をＤＭＳ１０に実行させるべきか否か選択することができる。ここでは、ユーザが、当該アクションを実行させるべき旨の選択をしたと仮定する。ＤＭＰ３０は、ユーザによる当該選択に従って、当該アクションの実行要求をＤＭＳ１０へ送信する（ステップＳ５５０）。
【００４６】
ＤＭＳ１０は、前記アクションの実行要求を受信すると（ステップＳ６６０）、当該実行要求されているアクション（この場合、ダビングの中断）を実行する（ステップＳ６７０）。そして、ＤＭＳ１０は、当該アクションの実行を完了した旨を、ステップＳ６６０で受信した実行要求の送信元のＤＭＰ３０へ通知する（ステップＳ６８０）。
このような第３実施形態によれば、ＤＭＰ３０からの配信要求がＤＭＳ１０によって拒否されたとき、ＤＭＳ１０からは、ＤＭＰ３０からの問い合わせに応じて、配信要求に応じられない特定状態に陥った要因と当該要因を解除するための処理を説明するメッセージが送信される。これによりＤＭＰ３０のユーザは、ＤＭＰ３０を操作することで当該要因を解除させることができ、ユーザの利便性、快適性が向上する。
【００４７】
さらなる変形例として、第１実施形態や第３実施形態のようにＤＭＰ３０から配信要求が有った時点で、ＤＭＳ１０が当該配信要求に応じられない特定状態である場合には、上述したＩＤの生成やＩＤとメッセージとの関連付けを省略するとしてもよい。この場合、ＤＭＳ１０は、前記配信要求への応答として、前記生成したメッセージを前記配信要求の送信元であるＤＭＰ３０へ送信すればよい。
【００４８】
また、ステップＳ２２０（図２），Ｓ４４０（図５），Ｓ６２０（図７）を実行する主体は、ＤＭＳ１０とは異なる装置であってもよい。つまり、上述したようなメッセージの生成および当該生成したメッセージをＩＤに関連付ける処理は、ＤＭＳ１０とは異なる装置が実行してもよい。そして、ＤＭＳ１０は、ＤＭＰ３０からのＩＤが付随した前記問い合わせに対して返すべきメッセージを当該装置から読み出し、当該読み出したメッセージをＤＭＰ３０へ送信する（ステップＳ２５０（図２），Ｓ４６０（図５），Ｓ６５０（図７））としてもよい。
【００４９】
本発明が想定する、コンテンツ配信装置（ＤＭＳ１０）がクライアント機器あるいは外部機器（ＤＭＰ３０）へ送信するメッセージは、コンテンツの配信要求に応じられない特定状態に陥った要因を説明するためのメッセージに限定されない。つまり本発明は、コンテンツの配信要求を識別するためのＩＤを付随した問い合わせに対して、当該ＩＤに関連付けたメッセージを返信するという概念を提供する。これにより、配信要求に関連する様々な詳細な情報をユーザへ適切に通知することができる。
【符号の説明】
【００５０】
１…システム、１０…ＤＭＳ（コンテンツ配信装置）、２０…ネットワーク、３０…ＤＭＰ（クライアント機器あるいは外部機器）
【図１】
2017084038.tif 000003
【図２】
2017084038.tif 000004
【図３】
2017084038.tif 000005
【図４】
2017084038.tif 000006
【図５】
2017084038.tif 000007
【図６】
2017084038.tif 000008
【図７】
2017084038.tif 000009