JP5744254B2 - 配信装置、受信装置および配信方法 - Google Patents

Description

本発明は、ビデオやオーディオなどのコンテンツを配信する配信装置、このようなコンテンツを受信する受信装置、更に配信方法に関するものである。

通常、ＩＰ（インターネットプロトコル）を使用して、ビデオやオーディオなどのコンテンツを伝送する際に、ＲＴＰ（Real-time Transmission Protocol）、ＲＴＣＰ（RTP Control Protocol）などが用いられている。ＲＴＰ自体にはコンテンツの開始や終了の情報は無いため、送信側はＲＴＣＰ（ＢＹＥ）を送ることでコンテンツの伝送の終了を受信側へ通知することができる。
しかしながら、ＲＴＣＰ（ＢＹＥ）が伝送エラー等により正常に受信側に伝送されない場合には、受信側ではコンテンツの伝送が終了したことを正確に認識できない。

そこで、従来、コンテンツの伝送が終了したことを認識する方法として、一定時間以上ＲＴＰパケットを受信しなかったことで判断するようにした受信装置があった（例えば、特許文献１参照）。これは、通常、コンテンツ伝送中であれば、ネットワークの伝送エラー等により、一時的に受信できないことがありえるが、ある程度の時間以上受信できないことは無いだろうという考えの基にコンテンツの伝送が終了したと判断していた。更に、受信装置で伝送エラーが発生しているかどうかを検出することにより、もし伝送エラーが検出された場合に、コンテンツが伝送されている可能性があるため、一定時間受信できなくてもコンテンツの伝送が終了したと判断しないようにすることで、コンテンツ伝送の終了の認識の正確性を得ていた。

特開２００２−３５４０３２号公報

上記従来の受信装置では、受信装置内で伝送エラーの検出を行い、その情報をコンテンツの伝送終了の判断材料としていた。しかしながら、検出した伝送エラーは、必ずしもコンテンツの伝送によるものだけではなく、従って、誤った伝送終了の判断を行ってしまうという問題があった。また、複数のネットワークを介してコンテンツが伝送される場合には、各ネットワーク内で発生した伝送エラーは、そのネットワーク内で廃棄されてしまうため、次のネットワークへ伝送されない。つまり伝送エラーの発生を受信装置で認識できない場合があるという問題もあった。
更に、例えば、移動体通信を介してコンテンツを受信する場合、トンネル内で長時間通信が途絶えることがある。このような場合、伝送エラーは発生せずにコンテンツも伝送されない。そしてトンネルを出るまで通信が回復しないため、長時間コンテンツを受信できずにコンテンツの伝送終了を誤認識してしまう。つまり「一定時間受信できない状態」の一定時間を正確に設定できないという問題もあった。

また、ある時刻に送信側からコンテンツが伝送される場合、受信装置ではその時刻の前からコンテンツの受信待ちの状態になっている。この時、受信装置でコンテンツの受信が開始されないのは、送信側からコンテンツが伝送されていないのか、間違ったアドレスやポート番号にアクセスしているため受信できないのか、判断がつかないという問題もあった。

この発明はこのような問題を解決するためになされたもので、コンテンツの伝送状態を正確に認識できる配信装置、受信装置及び配信方法を得ることを目的とする。

この発明に係る配信装置は、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成部と、伝送フォーマット生成部でパケットデータを生成していないときに、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを定期的に生成するステータス生成部と、伝送フォーマット生成部とステータス生成部で生成されたパケットデータを同じ経路で同じ配信先に送信する送信部とを備え、送信部は、伝送フォーマット生成部で生成するパケットデータのコンテンツデータが発生するまで、ステータス生成部で生成される、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを送信し続けることを特徴とするものである。

この発明の配信装置は、伝送フォーマット生成部でパケットデータを生成していない時に、コンテンツ非配信中であることを示すステータスを含むパケットデータを生成するようにしたので、受信側に対してコンテンツの伝送状態を確実に通知することができる。

この発明の配信装置と受信装置とを含むシステムの構成図である。 この発明の実施の形態１による配信装置を示す構成図である。 この発明の実施の形態１による配信装置の動作を示すフローチャートである。 この発明の実施の形態２による配信装置を示す構成図である。 この発明の実施の形態２による配信装置の動作を示すフローチャートである。 この発明の実施の形態２による配信装置のステータスを含むパケットデータの構成例を示す説明図である。 この発明の実施の形態２による配信装置が送信する情報量の変化の例を示す説明図である。 この発明の実施の形態２による配信装置が送信するコンテンツの送信タイミングの例を示す説明図である。 この発明の実施の形態２による配信装置が送信するコンテンツとステータスの送信先および送信タイミングの別の例を示す説明図である。 この発明の実施の形態３による受信装置の構成図である。 この発明の実施の形態４による受信装置の構成図である。

実施の形態１．
図１は、この発明の配信装置と受信装置とを含むシステムの構成図である。
図１において、配信装置１はコンテンツを送信することが可能な装置、複数の受信装置２は、それぞれ配信装置１から送信されたコンテンツを受信する装置、ネットワーク３は配信装置１と受信装置２の間でのデータの送受を仲介する伝送路としての機能を有している。尚、ネットワークを介さずに配信装置１と受信装置２を直接接続することも可能である。また、配信装置１は複数の受信装置２に同時にコンテンツを配信することも可能である。更に、受信装置２は２台のみ示しているが、この台数に限定されるものではない。
このようなシステムでは、配信装置１は、ネットワーク３を介して受信装置２との間でパケット通信を行いながらコンテンツの伝送を行う。

図２は、実施の形態１の配信装置を示す構成図である。
図２において、配信装置１は、伝送フォーマット生成部１０と、ステータス生成部１１と、送信部１２とを備えている。伝送フォーマット生成部１０は、外部から入力されるコンテンツデータから配信用プロトコルに則り複数のパケットデータを生成するブロック、ステータス生成部１１は、配信状態に関するステータスを情報としてパケットデータを生成するブロック、送信部１２は、生成したパケットデータをネットワーク３に対して送信するブロックである。

次に、実施の形態１の配信装置１の動作について説明する。
先ず、配信装置１内の伝送フォーマット生成部１０は、装置外部からコンテンツデータを、ＩＰパケットで伝送できるサイズに分割し、更に、配信用プロトコルに則り制御情報を付与しフォーマット化を行って複数のパケットデータを生成し、送信部１２へ渡す。尚、ここで配信用プロトコルとは、ＲＴＰのようなストリーミング系のプロトコルでも、ファイル転送用のプロトコルでも良い。そして、伝送フォーマット生成部１０で生成したパケットデータの全てを送信部１２に渡し終えたら、ステータス生成部１１に対してコンテンツ送信が終了したことを通知する。ステータス生成部１１は、伝送フォーマット生成部１０からコンテンツ送信が終了したことを通知されたら、コンテンツ配信が終了した内容のステータスを含むパケットデータを定期的に生成し、送信部１２へ渡す。

送信部１２は、伝送フォーマット生成部１０から渡されるコンテンツデータを含む複数のパケットデータをＩＰパケット化して、コンテンツの送り先である配信先アドレスとポート番号へ送信する。コンテンツデータを含むパケットデータが全て送信し終わった時点で、ステータス生成部１１よりステータスを含むパケットデータが渡され、それをＩＰパケット化して、先ほどと同じ配信先アドレスとポート番号へ送信する。このようにすることで、コンテンツの配信が終了した時点で、配信終了のステータスを含むＩＰパケットが配信される。

図３は、この発明の実施の形態１による配信装置の処理内容を示すフローチャートである。
伝送フォーマット生成部１０は配信コンテンツの有無をチェックする（ステップＳＴ１）。配信コンテンツが存在する場合には（ステップＳＴ１“ＹＥＳ”）、配信先を送信部１２に設定し（ステップＳＴ２）、伝送フォーマット生成部１０は配信コンテンツを配信用プロトコルでフォーマット化した複数のパケットデータを送信部１２で送信する（ステップＳＴ３）。コンテンツの送信が完了し、配信すべきコンテンツが無くなったら（ステップＳＴ１“ＮＯ”）、ステータス生成部１１ではコンテンツ非配信中のステータスを含むパケットデータを生成し、送信部１２で先ほどと同じ配信先へそのパケットデータを送信する（ステップＳＴ４）。再び配信すべきコンテンツがあるかを確認し（ステップＳＴ１）、コンテンツが無ければステータス生成部１１でステータスを含むパケットデータを生成し、送信部１２でそれを送信する。その後は配信コンテンツが発生するまでステータスを含むパケットデータの送信が続けられる。

以上のように、実施の形態１の配信装置１によれば、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成部１０と、伝送フォーマット生成部１０でパケットデータを生成していない時に、コンテンツ非配信中であることを示すステータスを含むパケットデータを生成するステータス生成部１１と、伝送フォーマット生成部１０とステータス生成部１１で生成されたパケットデータを同じ配信先に送信する送信部１２とを備えたので、コンテンツ配信終了後はコンテンツ非配信中のステータスを含むデータが配信されるため、受信側ではコンテンツの配信が終了したか否かを確実に認識することができる。

また、実施の形態１の配信方法によれば、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成ステップと、伝送フォーマット生成ステップでパケットデータを生成していない時に、コンテンツ非配信中であることを示すステータスを含むパケットデータを生成するステータス生成ステップと、伝送フォーマット生成ステップとステータス生成ステップで生成されたパケットデータを同じ配信先に送信する送信ステップとを備えたので、コンテンツ配信終了後はコンテンツ非配信中のステータスを含むデータが配信されるため、受信側ではコンテンツの配信が終了したか否かを確実に認識することができる。

実施の形態２．
図４は、この発明の実施の形態２の配信装置を示す構成図である。
図示の配信装置１は、伝送フォーマット生成部１０ａ、ステータス生成部１１ａ、送信部１２ａおよび管理部１３を備えている。伝送フォーマット生成部１０ａは、実施の形態１の伝送フォーマット生成部１０と同様にコンテンツを配信用伝送フォーマットに合わせた複数のパケットデータを生成するものであるが、実施の形態２では管理部１３からの配信スケジュールに基づいて行うよう構成されている。ステータス生成部１１ａについても、管理部１３からの指示に基づいて、コンテンツ非配信中であることを示すステータスを含むパケットデータを生成するよう構成されている。送信部１２ａは、管理部１３からの指示により、パケットデータを同じ配信先に送信するよう構成されている。また、管理部１３は、与えられた配信スケジュールに基づいて配信装置１としての各部の配信制御を行う機能部である。

次に、実施の形態２の配信装置の動作について説明する。
伝送フォーマット生成部１０ａにおけるパケットデータの生成やステータス生成部１１ａにおけるパケットデータの生成といった基本的な動作は実施の形態１と同様である。
配信装置１内の管理部１３は、装置外部から取り込んだ配信スケジュールに基づき、伝送フォーマット生成部１０ａとステータス生成部１１ａの制御を行う。
例えば、時刻Ｔａにコンテンツａを配信するといった配信スケジュールを管理部１３で入手した場合、管理部１３は、ステータス生成部１１ａに対してコンテンツ配信前の状況を通知する。尚、時刻Ｔａは管理部１３で配信指示を受け取った以降の時刻である。これにより、ステータス生成部１１ａは、コンテンツ配信前のステータスを含むパケットデータを定期的に生成し、送信部１２ａへ渡す。送信部１２ａでは、ステータス生成部１１ａから渡されるステータスを含むパケットデータをＩＰパケット化して、コンテンツの送り先である配信先アドレスとポート番号へ送信する。尚、コンテンツの送り先は、管理部１３から送信部１２ａへ通知されるが、伝送フォーマット生成部１０ａからのパケットデータやステータス生成部１１ａからのパケットデータに基づいて送信部１２ａで設定するようにしてもよい。

その後、時刻Ｔａになったら、管理部１３は伝送フォーマット生成部１０ａに対してコンテンツの配信指示を行う。伝送フォーマット生成部１０ａは、ステータス生成部１１ａに対して、コンテンツ配信中であることを通知し、ステータス生成部１１ａではコンテンツ配信前のステータスを含むパケットデータの生成をやめる。その後、伝送フォーマット生成部１０ａは、装置外部からコンテンツデータを、ＩＰパケットで伝送できるサイズに分割し、さらに配信用プロトコルに則り制御情報を付与してフォーマット化を行って複数のパケットデータを生成し、送信部１２ａへ渡す。そして伝送フォーマット生成部１０ａで生成したパケットデータの全てを送信部１２ａに渡し終えたら、ステータス生成部１１ａに対してコンテンツ送信が終了したことを通知する。ステータス生成部１１ａは上記伝送フォーマット生成部１０ａからコンテンツ送信が終了したことを通知されたら、コンテンツ配信が終了した内容のステータスを含むパケットデータを定期的に生成し、送信部１２ａへ渡す。

送信部１２ａは、伝送フォーマット生成部１０ａから渡されるコンテンツデータを含む複数のパケットデータをＩＰパケット化して、コンテンツの送り先である配信先アドレスとポート番号へ送信する。コンテンツデータを含むパケットデータが全て送信し終わった時点で、ステータス生成部１１ａよりステータスを含むパケットデータが渡され、それをＩＰパケット化して、先ほどと同じ配信先アドレスとポート番号へ送信する。
尚、ステータス生成部１１ａと伝送フォーマット生成部１０ａでのパケットデータの生成タイミングに関しては、管理部１３が一元的に管理を行い、タイミングを制御してもよい。つまり、時刻Ｔａになったら管理部１３がステータス生成部１１ａに対してステータスの配信停止を、伝送フォーマット生成部１０ａに対してコンテンツデータの配信開始を指示してもよい。また、コンテンツ配信終了時には、伝送フォーマット生成部１０ａからコンテンツ配信終了の通知を管理部１３へ行い、管理部１３からステータス生成部１１ａへコンテンツ配信終了のステータスの送信指示を行っても良い。

このようにすることで、コンテンツ配信前には配信前のステータスが、コンテンツ配信後には配信終了のステータスが配信される。尚、ステータスをコンテンツ配信前とコンテンツ配信終了の２つのステータスにせずに、単にコンテンツ非配信中という１つのステータスで表してもよい。

図５は、この発明の実施の形態２による配信装置の処理内容を示すフローチャートである。
管理部１３は、配信スケジュールの有無をチェックする（ステップＳＴ１１）。配信スケジュールが存在する場合には（ステップＳＴ１１“ＹＥＳ”）、配信先を送信部１２ａに設定し（ステップＳＴ１２）、配信時刻前であれば（ステップＳＴ１３“ＮＯ”）、ステータス生成部１１ａでコンテンツ配信前のステータスを含むパケットデータを生成し、送信部１２ａで先ほど設定した配信先へそのパケットデータを送信する（ステップＳＴ１４）。以降、配信時刻になるまでステップＳＴ１４の処理が繰り返される。尚、管理部１３から送信部１２ａに配信先を設定するのではなく、ステータス生成部１１ａからのＩＰパケットデータによって配信先を設定するようにしてもよい。

配信時刻になったら（ステップＳＴ１３“ＹＥＳ”）、伝送フォーマット生成部１０ａは配信コンテンツを配信用プロトコルでフォーマット化した複数のパケットデータを生成し、送信部１２ａで送信する（ステップＳＴ１５）。コンテンツの送信が完了し、配信スケジュールが無くなった、もしくは次のスケジュールまで十分時間がある場合には（ステップＳＴ１１“ＮＯ”）、ステータス生成部１１ａではコンテンツ配信終了のステータスを含むパケットデータを生成し、送信部１２ａで先ほどと同じ配信先へそのパケットデータを送信する（ステップＳＴ１６）。ステップＳＴ１１に戻り、管理部１３は、再び配信スケジュールを確認して、配信スケジュールが無ければステータス生成部１１ａでステータスを含むパケットデータを生成し、送信部１２ａでそれを送信する。その後は次の配信スケジュールが発生するまでステータスを含むパケットデータの送信が続けられる。

以上のように、コンテンツ配信前後に、コンテンツ配信前およびコンテンツ配信終了のステータスを含むパケットデータを配信するようにしたので、受信側では配信の開始前なのか終了したのかを認識することができる。

図６はこの発明のステータスを含むパケットデータの構成例を示したものである。
図示のように、パケットデータは、ヘッダ１０１、コンテンツ識別情報１０２、ステータス情報１０３、オプション情報１０４を備えている。ここで、ヘッダ１０１は、配信用プロトコルを区別するためのヘッダ情報、コンテンツ識別情報１０２は、対象のコンテンツを一意に識別するための識別情報、ステータス情報１０３は、コンテンツの配信前や配信後といった配信状態を示すステータスの情報、オプション情報１０４は、コンテンツ識別情報１０２やステータス情報１０３以外のオプション情報である。

ステータスを含むパケットデータにコンテンツ識別情報１０２を入れることで、例えば受信装置でコンテンツ配信前のステータスを含んだパケットデータを受信した場合、これから配信されるコンテンツが所望のコンテンツであるか事前に確認することができる。
また、コンテンツを配信するアドレスやポート番号と同じところでステータスが伝送されるため、受信装置ではアクセスしているアドレスやポート番号に間違いがないことが確認できる。

以上のように、ステータスを含むパケットデータにコンテンツ識別情報を入れるようにしたので、配信前にこれから配信するコンテンツの情報を受信装置に通知することができる。

また、オプション情報１０４にコンテンツ配信開始までの時間を設定することで、受信装置はあとどのくらいで配信が開始するのかを認識できる。また、その時間が減っているのを確認することで、確実に配信が行われることも認識できる。
このように、ステータスを含むパケットデータに配信開始までの時間を入れるようにすることにより、配信前にあとどのくらい経過したらコンテンツの配信が開始するのかを受信装置に通知することができる。

図７は、この発明の配信装置１が送信する情報量の変化の例を示したものである。
コンテンツ伝送時より十分小さい情報発生量でステータスの伝送を行うことで、ステータス送信時にはネットワークに負荷をかけず、他の配信装置のコンテンツ配信にも影響を与えないようにできる。
ステータスの情報発生量を制御するためには、ステータス生成部１１ａで生成するパケットデータの生成間隔を調整することで実現できる。即ち、ステータス生成部１１ａを、ステータスを含むパケットデータの生成間隔を任意に変更可能なよう構成する。例えば情報発生量を抑えたい場合には、ステータスの生成間隔を長く取ればよい。逆に生成間隔を長く取りすぎると、受信側でステータスを受信する間隔が長くなるため、ステータスを認識する頻度が低くなってしまう。そのため、実用に適した生成間隔とする必要がある。
以上のように、ステータスの生成間隔を調整するようにしたので、ステータス送信によるネットワークの負荷を調整することができ、さらに受信装置２へのステータスの配信頻度を調整することができる。

ＩＰヘッダ圧縮などの機能を使用した伝送システムにおいては、一部のＩＰパケットのみヘッダ圧縮を行わず、その他多くのＩＰパケットのヘッダ圧縮を行うことにより、送出データ量の削減を行っている。受信側はヘッダ圧縮を行っていない一部のＩＰパケットを受信した後にヘッダ圧縮をしたＩＰパケットを受信できるようになる。
そのため、コンテンツが急に送られてきても、受信側ではヘッダ圧縮を行っていないＩＰパケットからでないと正常に受信できない。
しかしながら本発明のように、コンテンツ伝送前にステータスを送信することで、ステータス送信中にヘッダ圧縮を行っていないＩＰパケットが含まれれば、以降のコンテンツ伝送時には正常に受信することが可能となる。
以上のようにＩＰヘッダ圧縮を行うような場合に、コンテンツ伝送前にステータスを定期的に送信するようにしたので、コンテンツ伝送時にはＩＰヘッダ圧縮されたコンテンツであっても受信側では正常に受信することができる。

図８はこの発明の配信装置１が送信するコンテンツの送信タイミングの例を示したものである。
図示例は、２種類のコンテンツを連続して配信する場合の動作を示したものである。ポート番号Ａを配信先として、コンテンツＡを伝送し、コンテンツＡの伝送が終了した時点で、コンテンツＡ配信終了のステータスを送信する。また、ポート番号ＡでコンテンツＡ伝送中に、ポート番号ＢではコンテンツＢ配信前のステータスを伝送し、コンテンツＡの伝送が終了した時点で、ポート番号ＢでコンテンツＢの伝送を開始する。
このようにすることで、受信側ではコンテンツＡの配信の終了を認識できると共に、コンテンツＢの配信開始も準備できる。さらにコンテンツＡとコンテンツＢを連続的に送信できることで、ネットワークの帯域の有効利用が行える。
この例では配信先の変更としてポート番号を変更したが、アドレス（マルチキャストアドレスなど）を変更することでも同様の効果が得られる。
ステータス生成部１１ａは、２種類のステータスを同時に出力するが、送信部１２ａでそれぞれ別のポート番号に配信することで本機能を実現できる。もしくは、伝送フォーマット生成部１０ａ、ステータス生成部１１ａ、送信部１２ａを２セット用意して、コンテンツ毎に動作を行ってもよい。
以上のように、複数のコンテンツを連続して配信する際に、配信先アドレスもしくはポート番号を変更することで、受信装置ではそれぞれのステータスを受信することができる。

図９はこの発明の配信装置が送信するコンテンツとステータスの送信先および送信タイミングの別の例を示したものである。
図８と同様に２種類のコンテンツを連続して配信する際に、ステータスのみ別の送信先に送信するようにしたものである。即ち、送信部１２ａにおいて、伝送フォーマット生成部１０ａで生成されたパケットデータと、ステータス生成部１１ａで生成されたパケットデータとを異なる配信先に送信するようにしたものである。図９の例では、コンテンツＡの送信先をポート番号Ａに、コンテンツＢの送信先をポート番号Ｂに、ステータス（コンテンツＡおよびコンテンツＢ用）の送信先をポート番号Ｃに設定したものである。コンテンツＡの送信中かつコンテンツＢの送信前の状態では、ポート番号ＣにコンテンツＢの送信前のステータスが送信されており、コンテンツＡの送信が終了してコンテンツＢの送信が開始されたら、ポート番号ＣではコンテンツＡの送信終了のステータスが送信される。もし、コンテンツＡ送信終了直後に、コンテンツＢの送信が開始されない場合は、ポート番号ＣにはコンテンツＡ送信終了とコンテンツＢ送信前の２種類のステータスが送信されることになる。

このように、受信側ではポート番号Ｃのみを監視することでコンテンツの配信状況が確認できる。また２つのコンテンツを同時に送信する際にも、ステータス用のポート番号だけを確認することで２つのコンテンツの配信状況が確認できる。尚、この例ではポート番号によりステータスの配信先を異なるものとしたが、アドレス（特にマルチメディアアドレス）を異なるものにすることによって、ステータスの送信先をコンテンツとは異なるものとしてもよい。

以上のように、ステータス用の配信先をコンテンツ配信先とは別にすることで、受信側ではステータス用の配信先のみを受信するだけで、全てのコンテンツ配信状況を確認することができる。

尚、以上の図６〜図９の例は実施の形態２の構成で説明したが、実施の形態１でも同様に適用可能である。

以上のように、実施の形態２の配信装置１によれば、配信スケジュールに基づき配信動作を管理する管理部１３と、管理部１３の指示により、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成部１０ａと、管理部１３の指示により、伝送フォーマット生成部１０ａでパケットデータを生成していない時に、コンテンツ非配信中であることを示すステータスを含むパケットデータを生成するステータス生成部１１ａと、伝送フォーマット生成部１０ａとステータス生成部１１ａで生成されたパケットデータを同じ配信先に送信する送信部１２ａとを備えたので、受信側にコンテンツ配信前の状態を通知することができ、その結果、受信側で配信の開始前なのか終了したのかを認識することができる。

また、実施の形態２の配信装置１によれば、配信スケジュールに基づき配信動作を管理する管理部１３と、管理部１３の指示により、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成部１０ａと、管理部１３の指示により、伝送フォーマット生成部１０ａでパケットデータを生成していない時に、コンテンツ非配信中であることを示すステータスを含むパケットデータを生成するステータス生成部１１ａと、伝送フォーマット生成部１０ａとステータス生成部１１ａで生成されたパケットデータを異なる配信先に送信する送信部１２ａとを備えたので、受信側ではステータス用の配信先のみを受信するだけで、全てのコンテンツ配信状態を確認することができる。

また、実施の形態２の配信装置１によれば、ステータスは、コンテンツ配信前の状態およびコンテンツ配信終了の状態のうち、少なくともいずれかを含むようにしたので、受信側では配信の開始前であるか終了したのかを認識することができる。

また、実施の形態２の配信装置１によれば、ステータスは、配信対象のコンテンツ識別情報を含むようにしたので、配信前にステータスを含むデータを送信することによって、受信側に対して、これから配信するコンテンツの情報を通知することができる。

また、実施の形態２の配信装置１によれば、ステータスは、コンテンツ配信前の状態を示す場合に、コンテンツ配信開始までの時間をパラメータとして含むようにしたので、受信側に、あとどのくらいで配信が開始するのかを通知することができる。また、受信側では、その時間が減っているのを確認することで、確実に配信が行われることも認識することができる。

また、実施の形態２の配信装置１によれば、ステータス生成部１１ａは、ステータスを含むパケットデータの生成間隔を任意に変更可能としたので、ステータスの情報発生量を制御することにより、コンテンツ伝送時より十分小さい情報発生量でステータスの伝送を行うことができる。

また、実施の形態２の配信装置１によれば、送信部１２ａは、複数のコンテンツを連続して送信する場合に、配信先の変更として、ポート番号またはアドレスを変更するようにしたので、受信側にコンテンツの配信終了を通知することができると共に、これとは異なるコンテンツの配信予定を通知することができる。

また、実施の形態２の配信方法によれば、配信スケジュールに基づき配信動作を管理する管理部１３を備え、管理部１３の指示により、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成ステップと、管理部１３の指示により、伝送フォーマット生成ステップでパケットデータを生成していない時に、コンテンツ非配信中であることを示すステータスを含むパケットデータを生成するステータス生成ステップと、伝送フォーマット生成ステップとステータス生成ステップで生成されたパケットデータを同じ配信先に送信する送信ステップとを備えたので、受信側にコンテンツ配信前の状態を通知することができ、その結果、受信側で配信の開始前なのか終了したのかを認識することができる。

実施の形態３．
図１０は、この発明の実施の形態３として受信装置２を示す構成図である。
図１０において、受信装置２は、受信部２０、ステータス解析部２１、コンテンツ組立部２２を備えている。受信部２０は、ネットワーク３を介してパケットデータを受信し、コンテンツ用パケットデータとステータス用パケットデータを分離するブロック、ステータス解析部２１は、ステータス用パケットデータからステータスを取り出して解析するブロック、コンテンツ組立部２２は、複数のコンテンツ用パケットデータを組み合わせてコンテンツデータを生成するブロックである。

次に、実施の形態３の受信装置２の動作について説明する。
先ず、受信部２０はネットワーク３を介してパケットデータを受信する。受信部２０では、受信したパケットデータの解析を行い、コンテンツ配信用プロトコルである場合には、そのパケットデータをコンテンツ組立部２２へ渡す。コンテンツ組立部２２では、受信部２０から渡されたパケットデータをコンテンツ配信用プロトコルに則りプロトコル処理を行ってコンテンツデータを復元し出力する。尚、全てのコンテンツ用パケットデータを受信できない場合、コンテンツ組立部２２ではコンテンツデータの復元が完了しない場合がある。

受信部２０でステータス用パケットデータを検出したら、そのパケットデータをステータス解析部２１に渡す。ステータス解析部２１ではコンテンツ配信状態を示すステータスをパケットデータの中から取り出し、ステータスが配信終了の状態を含む非配信中である場合には、その旨をコンテンツ組立部２２へ通知する。コンテンツ組立部２２では、コンテンツデータの復元が完了している場合はステータスを無視し、コンテンツデータの復元が完了していない場合はそのステータスにより復元の強制終了を行い、復元できた部分だけを出力する。
このように、受信パケットデータを完全に受信できずに、コンテンツ復元動作が完了しない場合でも、従来のように、ステータスが無い場合はいつまでも復元動作が完了しないままになってしまうといったことがなく、ステータスにより復元動作を強制終了することにより、コンテンツの復元動作を完了させることができる。

以上のように、実施の形態３の受信装置２によれば、パケットデータを受信し、コンテンツが含まれるデータとコンテンツ配信状態を示すステータスが含まれるデータに分離する受信部２０と、受信部２０で分離したステータスが含まれるデータから、コンテンツ配信が終了したことを認識するステータス解析部２１と、受信部２０で分離したコンテンツが含まれるデータから、配信用伝送フォーマットに基づき取り出したコンテンツを組み立て、ステータス解析部２１でコンテンツ配信が終了したことを認識した場合に、コンテンツの組み立てを完了するコンテンツ組立部２２とを備えたので、配信終了のステータスを受信したら、コンテンツの復元動作を強制終了させることで、途中までのコンテンツを生成することができる。

実施の形態４．
図１１は、この発明の実施の形態４として受信装置２の別の例を示す構成図である。
図示の受信装置２は、受信部２０ａ、ステータス解析部２１ａ、コンテンツ組立部２２を備えており、コンテンツ組立部２２は実施の形態３と同様である。また、受信部２０ａは、ポート番号またはアドレスを配信先情報のステータスとして有すると共に、コンテンツ識別情報をステータスとして有するパケットデータを受信し、コンテンツが含まれるデータとステータスが含まれるデータに分離するブロックであり、ステータス解析部２１ａは、受信部２０ａで分離したステータスが含まれるデータから、受信するコンテンツのコンテンツ識別情報を確認し、受信するコンテンツでない場合は受信部２０ａに別のポート番号またはアドレスを受信するように指示するブロックである。

次に、実施の形態４の動作について説明する。
先ず、受信装置２内の受信部２０ａはネットワーク３を介してパケットデータを受信する。受信部２０ａでは、受信したパケットデータの解析を行い、コンテンツ配信用プロトコルである場合には、そのパケットデータをコンテンツ組立部２２へ渡す。コンテンツ組立部２２では、受信部２０ａから渡されたパケットデータをコンテンツ配信用プロトコルに則りプロトコル処理を行ってコンテンツデータを復元し出力する。

受信部２０ａでステータス用パケットデータを検出したら、そのパケットデータをステータス解析部２１ａに渡す。ステータス解析部２１ａではコンテンツ配信状態を示すステータスをパケットデータの中から取り出し、コンテンツ識別情報とステータスを確認する。コンテンツ識別情報が所望のコンテンツで、ステータスが配信前の場合には何もしない。コンテンツ識別情報が所望のコンテンツで無い場合には、ステータス解析部２１ａは受信部２０ａに対して、別のアドレスもしくはポート番号にアクセスするように指示する。受信部２０ａは別のアドレスもしくはポート番号にアクセスし、その後受信したステータスを含むパケットデータをステータス解析部２１ａに渡す。ステータス解析部２１ａではコンテンツ識別情報を確認し所望のコンテンツであれば何もしない。所望のコンテンツで無い場合には、ステータス解析部２１ａは受信部２０ａに対して、別のアドレスもしくはポート番号にアクセスするように指示する。この動作を繰り返すことにより、配信前に所望のコンテンツを受信準備できるようになる。
もしこのようなステータスのチェックを行わない場合には、コンテンツの配信が開始された後に、受信装置２でコンテンツを受信できないことが判明し、その後別のアドレスもしくはポート番号にアクセスしてコンテンツを受信できたとしても、途中からしかコンテンツを受信できない。

以上のように、配信前のステータスを受信したときに、所望のコンテンツ識別情報を含んでいない場合に、別のアドレスもしくはポート番号にアクセスするようにしたので、コンテンツ配信前に正常にコンテンツを受信する準備を整えることができる。

また、ステータス解析部２１ａで、コンテンツの配信開始時刻の一定時間前までに、そのコンテンツのステータスが含まれるデータが渡されない場合、受信部２０ａに別のポート番号またはアドレスを受信するように指示するようにしてもよく、これを次に説明する。
コンテンツ配信前に、受信部２０ａでステータスを含むパケットデータを受信できない場合、ステータス解析部２１ａには一切データが渡されない。ステータス解析部２１ａでコンテンツの配信時刻が近づいているにもかかわらす、所望のコンテンツの配信前のステータスを受信できないことは、正しいアドレスもしくはポート番号にアクセスしていない可能性が高い。そこでコンテンツの配信時刻の一定時間前までに、所望のコンテンツの配信前ステータスを受信できない場合、ステータス解析部２１ａは受信部２０ａに対して、別のアドレスもしくはポート番号にアクセスするように指示する。受信部２０ａは別のアドレスもしくはポート番号にアクセスし、その後受信したステータスを含むパケットデータをステータス解析部２１ａに渡す。ステータス解析部２１ａではコンテンツ識別情報を確認し所望のコンテンツであれば何もしない。所望のコンテンツで無いもしくはステータスを受信できない場合には、ステータス解析部２１ａは受信部２０ａに対して、再び別のアドレスもしくはポート番号にアクセスするように指示する。この動作を繰り返すことにより、配信前に所望のコンテンツを受信準備できるようになる。

以上のように、配信前のステータスを受信できない場合に、別のアドレスもしくはポート番号にアクセスするようにしたので、コンテンツ配信前に正常にコンテンツを受信する準備を整えることができる。

以上のように、実施の形態４の受信装置２によれば、ポート番号またはアドレスを配信先情報のステータスとして有すると共に、コンテンツ識別情報をステータスとして有するパケットデータを受信し、コンテンツが含まれるデータとステータスが含まれるデータに分離する受信部２０ａと、受信部２０ａで分離したステータスが含まれるデータから、受信するコンテンツのコンテンツ識別情報を確認し、受信するコンテンツでない場合は受信部２０ａに別のポート番号またはアドレスを受信するように指示するステータス解析部２１ａと、受信部２０ａで分離したコンテンツが含まれるデータから、配信用伝送フォーマットに基づき取り出したコンテンツを組み立てるコンテンツ組立部２２とを備えたので、コンテンツ配信前に正常にコンテンツを受信する準備を整えることができる。

また、実施の形態４の受信装置２によれば、ポート番号またはアドレスを配信先情報のステータスとして有するパケットデータを受信し、コンテンツが含まれるデータとステータスが含まれるデータに分離する受信部２０ａと、受信部２０ａより、コンテンツの配信開始時刻の一定時間前までに、コンテンツのステータスが含まれるデータが渡されない場合に、受信部２０ａに別のポート番号またはアドレスを受信するように指示するステータス解析部２１ａと、受信部２０ａで分離したコンテンツが含まれるデータから、配信用伝送フォーマットに基づき取り出したコンテンツを組み立てるコンテンツ組立部２２とを備えたので、コンテンツ配信前に正常にコンテンツを受信する準備を整えることができる。

１ 配信装置、２ 受信装置、３ ネットワーク、１０，１０ａ 伝送フォーマット生成部、１１，１１ａ ステータス生成部、１２，１２ａ 送信部、１３ 管理部、２０，２０ａ 受信部、２１，２１ａ ステータス解析部、２２ コンテンツ組立部、１０１ ヘッダ、１０２ コンテンツ識別情報、１０３ ステータス情報、１０４ オプション情報。

Claims (7)

1. コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成部と、
   前記伝送フォーマット生成部でパケットデータを生成していないときに、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを定期的に生成するステータス生成部と、
   前記伝送フォーマット生成部と前記ステータス生成部で生成されたパケットデータを同じ経路で同じ配信先に送信する送信部とを備え、
   前記送信部は、前記伝送フォーマット生成部で生成するパケットデータのコンテンツデータが発生するまで、前記ステータス生成部で生成される、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを送信し続けることを特徴とする配信装置。
2. 配信スケジュールに基づき配信動作を管理する管理部と、
   前記管理部の指示により、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成部と、
   前記管理部の指示により、前記伝送フォーマット生成部でパケットデータを生成していないときに、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを定期的に生成するステータス生成部と、
   前記伝送フォーマット生成部と前記ステータス生成部で生成されたパケットデータを同じ経路で同じ配信先に送信する送信部とを備え、
   前記送信部は、前記伝送フォーマット生成部で生成するパケットデータのコンテンツデータが発生するまで、前記ステータス生成部で生成される、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを送信し続けることを特徴とする配信装置。
3. 前記ステータス生成部は、ステータスを含むパケットデータの生成間隔を任意に変更可能であることを特徴とする請求項１または請求項２記載の配信装置。
4. 前記送信部は、複数のコンテンツを連続して送信する場合に、配信先の変更として、ポート番号またはアドレスを変更することを特徴とする請求項１から請求項３のうちのいずれか１項記載の配信装置。
5. 請求項１または請求項２記載の配信装置からのパケットデータを受信する受信装置。
6. コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成ステップと、
   前記伝送フォーマット生成ステップでパケットデータを生成していないときに、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを定期的に生成するステータス生成ステップと、
   前記伝送フォーマット生成ステップと前記ステータス生成ステップで生成されたパケットデータを同じ経路で同じ配信先に送信する送信ステップとを備え、
   前記送信ステップは、前記伝送フォーマット生成ステップで生成するパケットデータのコンテンツデータが発生するまで、前記ステータス生成ステップで生成される、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを送信し続けることを特徴とする配信方法。
7. 配信スケジュールに基づき配信動作を管理する管理部を備え、
   前記管理部の指示により、コンテンツデータから配信用伝送フォーマットのパケットデータを生成する伝送フォーマット生成ステップと、
   前記管理部の指示により、前記伝送フォーマット生成ステップでパケットデータを生成していないときに、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを定期的に生成するステータス生成ステップと、
   前記伝送フォーマット生成ステップと前記ステータス生成ステップで生成されたパケットデータを同じ経路で同じ配信先に送信する送信ステップとを備え、
   前記送信ステップは、前記伝送フォーマット生成ステップで生成するパケットデータのコンテンツデータが発生するまで、前記ステータス生成ステップで生成される、コンテンツ配信が終了したことを示すステータス情報、及び配信対象のコンテンツ識別情報を含むパケットデータを送信し続けることを特徴とする配信方法。

Images