JP5578595B2 - マルチメディア・ネットワークにおいてエラー・メッセージの送受信を行うための方法および装置 - Google Patents

Description

本発明は、一般的には、ディジタル・コンテンツの配信に介し、特に、ディジタル・コンテンツの配信ネットワークにおけるエラー報告に関する。

このセクションは、以下に説明する、さらに／または、請求の範囲に記載する本発明の様々な態様に関する、技術の様々な態様を読者に紹介することを意図したものである。この説明は、本発明の様々な態様のより良好な理解を容易にするために背景情報を読者に提供するのに役立つと確信する。従って、各記載は、この点に鑑みて解釈されるべきであり、従来技術の自認を行うものではない。

例えば、国際公開公報ＷＯ０３／０８５８９２およびＷＯ００／６７１３５のパンフレットなどの従来技術は、サービス配信のための多くのシステム開示している。これらのシステムにおいては、専用のエラー・メッセージを介してサービスの不配信をデバイスがユーザに通知する場合がある。しかしながら、後述する記載により理解できるであろうが、このような通知のためにこの解決策が使用されない、このようなメッセージを有さないシステムが存在する。

図１は、本発明によって解決される問題を示すのに役立つ例示的な従来技術を示している。ネットワーク１００は、アクセス・ネットワーク１１０とホーム・ネットワーク１２０を含む。アクセス・ネットワーク１１０は、例えば、放送衛星またはブロードバンドＡＤＳＬに適した技術に基づいており、放送テレビジョンなどのコンテンツを複数のホーム・ネットワーク１２０に配信するのに適している（分かり易くするために、１つのホーム・ネットワークのみが図示されている）。

ホーム・ネットワーク１２０に対してアクセス・ネットワーク１１０を介して配信されるコンテンツは、以下、「チューナ」と呼ばれるゲートウエイ・デバイス１３０によって受信される。チューナ１３０は、少なくとも１つのコンテンツのアイテムを選択するのに適しており、このコンテンツを内部ネットワーク１４０を介して複数の端末１５０、１５５のうちの少なくとも１つに配信する。

チューナ１３０は、端末１５０、１５５に対してメディア・サーバとして機能し、好ましくは、これらの端末１５０、１５５に対してコンテンツ・サービスのリストを提供するのに適している。このサービスのリストは、チューナ１３０によるアクセスが可能なコンテンツを全て見ることができるようにする。端末１５０、１５１は、チューナにおけるメディア・サーバからこのリストを取得または受信できる。

例えば、第１の端末は、ＳＤ＆Ｓ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ ａｎｄ Ｓｅｌｅｃｔｉｏｎ）プロトコルを使用してサービス・リストから特定のプログラムなどのサービスを選択し、チューナ１３０に対し、内部ネットワーク１４０上でサービスを配信することを求めるリクエストを行うと仮定する。このプロトコルによれば、第１の端末１５０は、リアル・タイム・プロトコル（ＲＴＰ：Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）・クライアント１５１を含み、チューナ１３０は、ＲＴＰサーバ１３１を含み、端末１５０は、ネットワーク上でインターネット・グループ・マルチキャスト・プロトコル（ＩＧＭＰ：Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍｕｌｔｉｃａｓｔ Ｐｒｏｔｏｃｏｌ）ジョイン・リクエスト、どのマルチキャスト・グループ・アドレスが、サービスに対応するかを送信する。マルチキャスト・グループ・アドレスは、リストに示されている。次に、チューナ１３０は、アクセス・ネットワーク１１０を介してサービスにアクセスする。アクセス・ネットワーク１１０において使用される技術に依存して、例えば、アクセスは正しい周波数にロックするか、または、正しいマルチキャスト・グループにジョインすることによって確立される。サービスがアクセスされると、チューナ１３０は、内部ネットワーク１４０を介してサービスを送信する。

次に、第２の端末１５５は、同様の方法で、自己のＲＴＰクライアント１５６を使用して別のサービスをリクエストすると仮定する。この第２のサービスが第１のサービスと互換性を有する場合、即ち、第２のサービスが第１のサービスと並列的にアクセス・ネットワークからアクセスされる場合には、例えば、サービスが周波数を共有するのであれば、または、内部ネットワーク１４０を介してサービスを取得し、これを送信するのに十分な帯域幅が残されていれば、第２のサービスは、第２の端末１５５に配信される。

しかしながら、第２のサービスは、第１のサービスとの互換性がない場合もある。例えば、第１のサービスおよび第２のサービスが十分な周波数を共有しない、または、十分な帯域幅を有さない場合がある。このような場合、双方のサービスを配信することが不可能であり、チューナ１３０には、リクエストを拒絶するか、第１のサービスを第１の端末１５０に配信するのを停止するという犠牲を払ってリクエストを受け入れるかの選択肢が与えられる。いずれの場合においても、端末には、プロトコルがエラー・メッセージを提供しないため、何が起こっているかはわからない。

この問題に対する解決法が与えられれば、ユーザが利益を受けることが理解できよう。しかしながら、現在のところ解決法は存在しない。

本発明の目的は、例えば、詳細に説明した理由のいずれかによってサービスの配信が不可能であるときに、ユーザに対して警告が発せられることを可能にする解決法を提供することにある。

第１の態様によれば、本発明は、装置と第１のデバイスとを含むネットワークにおいてエラー情報を配信する方法に関する。この装置は、第１のオーディオ・ビジュアル・サービスを求めるリクエストを第１のデバイスから受信する。第１のオーディオ・ビジュアル・サービスが配信されない可能性がある場合に、装置は、第１のデバイスに対してオーディオ・ビジュアル・コンテンツのアイテムを配信する。オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、第１のオーディオ・ビジュアル・サービスの不配信についてのエラー情報をユーザに提供する。

第１の好ましい実施の形態においては、ネットワークは、装置によって第２のオーディオ・ビジュアル・サービスが配信される少なくとも１つの第２のデバイスをさらに含む。第１のオーディオ・ビジュアル・サービスへの配信を行うために第２のオーディオ・ビジュアル・サービスを拒絶するべきである場合に、装置は、第２のオーディオ・ビジュアル・サービスの配信を拒絶し、少なくとも１つの第２のデバイスに対してオーディオ・ビジュアル・コンテンツのアイテムを配信する。オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、第２のオーディオ・ビジュアル・サービスの不配信についてのエラー情報をユーザに提示する。第１のオーディオ・ビジュアル・サービスおよび第２のオーディオ・ビジュアル・サービスがネットワークを介して装置によってアクセスされるとよい。

第２の好ましい実施の形態においては、オーディオ・ビジュアル・コンテンツのアイテムは画像である。

第３の好ましい実施の形態においては、第１のオーディオ・ビジュアル・サービスが第２のネットワークを介して装置によってアクセスされる。

第２の態様においては、本発明は、第１のデバイスを含むネットワークに接続するように構成された装置に関する。この装置は、第１のオーディオ・ビジュアル・サービスを求めるリクエストを第１のデバイスから受信するように構成されたインタフェースと、第１のオーディオ・ビジュアル・サービスが配信されない可能性がある場合に、第１のデバイスに対してオーディオ・ビジュアル・コンテンツのアイテムを配信するように構成されたプロセッサとを含む。オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、第１のオーディオ・ビジュアル・サービスの不配信についてのエラー情報をユーザに提示する。

第１の好ましい実施の形態においては、装置が、少なくとも１つの第２のデバイスに接続するようにさらに構成され、プロセッサが、第２のオーディオ・ビジュアル・サービスを少なくとも１つの第２のデバイスに配信し、第１のオーディオ・ビジュアル・サービスへの配信を行うために第２のオーディオ・ビジュアル・サービスを拒絶するべきである場合に、第２のオーディオ・ビジュアル・サービスの配信を拒絶し、少なくとも１つの第２のデバイスに対してオーディオ・ビジュアル・コンテンツのアイテムを配信し、オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、第２のオーディオ・ビジュアル・サービスの不配信についてのエラー情報をユーザに提示する。装置がさらに、第２のネットワークに接続するのに適した第２のインタフェースを含み、プロセッサがさらに、第２のネットワークを介して第１のオーディオ・ビジュアル・サービスおよび第２のオーディオ・ビジュアル・サービスにアクセスするように構成されるとよい。

第２の好ましい実施の形態においては、オーディオ・ビジュアル・コンテンツのアイテムは画像である。

第３の好ましい実施の形態においては、装置が、第２のネットワークに接続するように構成された第２のインタフェースをさらに含み、プロセッサが、第２のネットワークを介して第１のオーディオ・ビジュアル・サービスにアクセスするようにさらに構成されている。

次に、添付図面を参照して本発明の好ましい特徴を例示的に説明する。

図２は、本発明の好ましい実施の形態に係る装置を例示している。図２は、単に装置自体を例示するものであり、図１に示しているもので、装置の外部に存在するものはここでは図示されていないが、以下では、便宜的に、同じ参照符号を使用して参照する。さらに、内部的な接続は、簡略化のために図示されていない。

装置、この例においては、チューナ２３０は、少なくとも、アクセス・ネットワーク１１０と通信するための第１のインタフェース（Ｉ／Ｏ １）２３１と、内部ネットワーク１４０を介して端末１５０、１５５と通信するための第２のインタフェース（Ｉ／Ｏ ２）２３２を備える。さらに、チューナ２３０は、少なくとも１つのメモリ（以下、「メモリ」）２３３と、端末１５０、１５５からのリクエストに応答するのに適した少なくとも１つのプロセッサ（以下、「プロセッサ」）を備える。

次に、端末１５０、１５５が、上述したものと同じ順番でチューナ２３０からサービスをリクエストするものと仮定する。即ち、第１の端末１５０が第１のサービスをリクエストし、この後、第２の端末１５５が第２のサービスをリクエストする。好ましくは、プロセッサ２３４は、図１に描かれたメディア・サーバ１３１を実行し、この理由で、後者については図示しない。

上述したように、２つのサービスに互換性がある場合には、プロセッサ２３４は、各端末１５０、１５５にリクエストされたサービスを提供する。本発明は、２つのサービスに互換性がない場合に使用される。上述したように、従来技術に係るチューナ１３０には、（第１の端末に通知することなく）第１のサービスを停止して第２のサービスを配信するか、（第２の端末に通知することなく）第２のサービスを配信しないで第１のサービスを継続するかの選択肢が与えられる。しかしながら、本発明のチューナ２３０は、プロセッサ２３４がメモリ２３３から画像Ｘを取得するか、例えば、白色背景上に関連する言葉を重畳するか、挿入することにより、画像Ｙ（図示せず）を作成し、これを関連する端末に送信することによって、従来技術のこの問題を解決する。

例えば、プロセッサ２３４が、第１のサービスを中断して第２のサービスを配信するようにプログラムされている場合、プロセッサ２３４は、取得された、または、作成された画像を第１の端末に１５０に送信し、さらに、サービスの一部であると認識されるような画像をユーザに表示する。この場合における画像は、「別の端末へのサービスを配信するため、このサービスは中断されました。」のような文句を記載しているとよい。ネットワーク１００が配信されるサービスが中断される端末を複数含む場合には、これらの端末の全てに画像を送信するとよい。

また、プロセッサ２３４が、第１のサービスを継続して第２のサービスを求めるリクエストを拒絶するようにプログラムされている場合、プロセッサ２３４は、取得された、または、作成された画像を第２の端末１５５に送信し、さらに、サービスが配信されていると認識されるような画像をユーザ表示する。この場合における画像は、「別の端末にサービスを配信中なのでサービスの配信は行えません。」という趣旨の文句を記載しているとよい。

画像を取得するのにアクセス・ネットワーク１１０にアクセスする必要がなく、画像が帯域幅をほとんど占有しないようになっているため、プロセッサ２３４は、実際には、画像を常に端末に送信することができる。

当業者であれば、例えば、本発明により、通信のために使用されるプロトコルにおける専用のメッセージ無しにネットワークにおけるエラー・メッセージのやり取りが可能となることが理解できよう。これは、メッセージが端末に配信されるコンテンツとしてマスカレードすることによる。

さらに、当業者であれば、本発明が画像に限定されるものではなく、音声などの他の通信手段を採用してもよく、これを画像と組み合わせてもよいことが理解できよう。

本発明は、純粋に、例示的に説明されたものであることが理解できよう。明細書、さらに、（場合によっては）請求の範囲および図面において開示された各特徴事項は、独立して提供されてもよく、適切に組み合わせて提供されてもよい。ハードウエアの形態で実施されているように説明された各特徴事項がソフトウエアの形態で実施されてもよいし、ソフトウエアの形態で実施されているように説明された各特徴事項がハードウエアの形態で実施されてもよい。各接続は、無線接続によってなされてもよいし、有線接続によってなされてもよいし、必ずしも直接接続や専用接続によるものでなくともよい。

各請求項に示す各参照符号は例示的なものに過ぎず、請求の範囲を限定するものではない。

従来技術に係るネットワークを例示する図である。 本発明の好ましい実施の形態に係る装置を例示する図である。

Claims (6)

1. 装置と第１のデバイスとを含むネットワークにおいてエラー情報を配信する方法であって、第１のオーディオ・ビジュアル・サービスが第２のネットワークを介して該装置によってアクセスされ、当該方法は、該装置が、
   第１のオーディオ・ビジュアル・サービスを求めるリクエストを前記第１のデバイスから受信するステップと、
   前記第１のオーディオ・ビジュアル・サービスが配信されない可能性がある場合に、前記第１のデバイスにオーディオ・ビジュアル・コンテンツのアイテムを配信するステップであって、該オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、前記第１のオーディオ・ビジュアル・サービスの不配信についてのエラー情報を前記ユーザに提示するものである、該ステップと、
   を含む、前記方法。
2. 前記ネットワークが、少なくとも１つの第２のデバイスをさらに含み、第２のオーディオ・ビジュアル・サービスが前記第２のネットワークを介して前記装置によってアクセスされ、当該方法は、第２のオーディオ・ビジュアル・サービスを前記少なくとも１つの第２のデバイスに配信する先行ステップをさらに含み、
   前記第１のオーディオ・ビジュアル・サービスの配信を行うために前記第２のオーディオ・ビジュアル・サービスが拒絶される場合に、
   前記第２のオーディオ・ビジュアル・サービスの配信を拒絶するステップと、
   前記少なくとも１つの第２のデバイスにオーディオ・ビジュアル・コンテンツのアイテムを配信するステップであって、該オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、前記第２のオーディオ・ビジュアル・サービスの不配信についてのエラー情報を前記ユーザに提示するものである、該ステップと、
   をさらに含む、請求項１に記載の方法。
3. 前記オーディオ・ビジュアル・コンテンツのアイテムが画像である請求項１または２に記載の方法。
4. 第１のデバイスを含むネットワークに接続するように構成された装置であって、
   第１のオーディオ・ビジュアル・サービスを求めるリクエストを前記第１のデバイスから受信するように構成されたインタフェースと、
   第２のネットワークに接続するように構成された第２のインタフェースと、
   前記第２のネットワークを介して前記第１のオーディオ・ビジュアル・サービスにアクセスするように構成され、前記第１のオーディオ・ビジュアル・サービスが配信されない可能性がある場合に、前記第１のデバイスにオーディオ・ビジュアル・コンテンツのアイテムを配信するようにさらに構成されたプロセッサであって、前記オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、前記第１のオーディオ・ビジュアル・サービスの不配信についてのエラー情報を前記ユーザに提示するものである、該プロセッサと、を備える、前記装置。
5. 前記装置が、少なくとも１つの第２のデバイスに接続するようにさらに構成され、前記プロセッサが、
   前記第２のネットワークを介して第２のオーディオ・ビジュアル・サービスにアクセスし、
   前記第２のオーディオ・ビジュアル・サービスを前記少なくとも１つの第２のデバイスに配信し、
   前記第１のオーディオ・ビジュアル・サービスの配信を行うために前記第２のオーディオ・ビジュアル・サービスが拒絶される場合に、
   前記第２のオーディオ・ビジュアル・サービスの配信を拒絶し、
   前記少なくとも１つの第２のデバイスにオーディオ・ビジュアル・コンテンツのアイテムを配信するように構成され、該オーディオ・ビジュアル・コンテンツのアイテムは、ユーザに対して表示されたとき、前記第２のオーディオ・ビジュアル・サービスの不配信についてのエラー情報を前記ユーザに提示するものである、請求項４に記載の装置。
6. 前記オーディオ・ビジュアル・コンテンツのアイテムが画像である請求項４または５に記載の装置。

Images