(57)【要約】      （修正有）【課題】いくつかの画面・映像の同時並行配信・受信可能なライブ＆オン・デマンド放送システムを提供する。【解決手段】少なくとも、管理側が配信側に対し、チャネル及びパスワードを割当て、それに基づき、配信側が所望のコンテンツを生成し、管理側にアクセスし、前記管理側に該コンテンツを送信し、サーバの所定の番地に格納する。受信側は該管理者にアクセスし、該チャネル及びパスワードに係る情報を送信する。管理側は、該情報が認証されれば、該サーバの前記所定の番地に格納されたコンテンツを前記受信側に送信する。【選択図】図１
2008004972.tif 000002
【特許請求の範囲】
【請求項１】
配信側の要望に応じて管理側でチャネル及びパスワードを割り当てる第1のステップと、
配信側が所望のコンテンツを生成する第2のステップと、
前記配信側が前記管理側にアクセスし、該管理側に対してチャネル及びパスワードに係る情報を送信する第3のステップと、
前記送信されたチャネル及びパスワードに係る情報を前記第1のステップで割り当てたチャネル及びパスワードと比較認証する第4のステップと、
前記第4のステップで認証を受けた配信側が前記第2のステップで生成したコンテンツを前記管理側に送信する第5のステップと、
前記送信されたコンテンツをサーバの所定の番地に格納する第６のステップと、
受信側が管理者にアクセスしチャネル及びパスワードに係る情報を送信する第7のステップと、
前記アクセスを受けた管理側がチャネル及びパスワードに係る情報を前記第1のステップで割り当てたチャネル及びパスワードと比較認証し是認証の場合には該サーバの前記所定の番地に格納されたコンテンツを前記受信側に送信する第8のステップと
を備えることを特徴とするライブ＆オン・デマンド放送システム
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえばライブ＆オン・デマンド放送システムに係り、特に、ネットワークを経由して不特定多数の視聴者に映像及び／またはテロップ（テキスト）を含むコンテンツを配信し受信者が任意の時間・場所・要領で視聴するライブ＆オン・デマンド放送システムに関する。
【背景技術】
【０００２】
従来映像を世界に向け配信するにはたとえばジェイ・ストリーム社、リアル・ネットワーク社やマイクロソフト社のシステムが存在するが、これらにおいてはいずれも次のような欠陥があった。
（１）配信対象がせいぜい２００〜４００対象に限定される。
（２）多人数に対して配信するには専用回線を確保しなければならず、このための費用が通常非常に高価になる。
（３）専用回線を確保したとしても、帯域幅が一定数に限定されるので、配信対象の数が増えればその分映像コンテンツの精度を落とすことで総帯域数のバランスをとらざるを得ず、したがって配信人数が多ければ、映像の解像度は極めて劣化し、実用に耐えないレベルになることもしばしばである。
（４）複数の映像ソースを配信対象として選択的に配信させようとすると、そのための管理側の人間が各映像ごとに必要となっていた。
【特許文献１】特開２００４―２２２２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は上記の従来技術の問題を解決するためになされたもので、多人数での同時視聴可能を実現できるライブ＆オン・デマンド放送システムを提供することを目的とする。
【０００４】
また本発明は、操作性が極めてシンプルなライブ＆オン・デマンド放送システムを提供することを目的とする。
【０００５】
本発明の別の目的は、いくつかの画面・映像の同時並行配信・受信可能なライブ＆オン・デマンド放送システムを提供することである。
【０００６】
本発明のまた別の目的は、綺麗な映像でも必要帯域不変で配信・受信可能なライブ＆オン・デマンド放送システムを提供することである。
【０００７】
本発明の更に別の目的は、媒体（ソース）切替がワンタッチで可能なライブ＆オン・デマンド放送システムを提供することである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するため、本発明は、配信側の要望に応じて管理側でチャネル及びパスワードを割り当てる第1のステップと、配信側が所望のコンテンツを生成する第2のステップと、前記配信側が前記管理側にアクセスし、該管理側に対してチャネル及びパスワードに係る情報を送信する第3のステップと、前記送信されたチャネル及びパスワードに係る情報を前記第1のステップで割り当てたチャネル及びパスワードと比較認証する第4のステップと、前記第4のステップで認証を受けた配信側が前記第2のステップで生成したコンテンツを前記管理側に送信する第5のステップと、前記送信されたコンテンツをサーバの所定の番地に格納する第６のステップと、受信側が管理者にアクセスしチャネル及びパスワードに係る情報を送信する第7のステップと、前記アクセスを受けた管理側がチャネル及びパスワードに係る情報を前記第1のステップで割り当てたチャネル及びパスワードと比較認証し是認証の場合には該サーバの前記所定の番地に格納されたコンテンツを前記受信側に送信する第8のステップとを備える。
【０００９】
かかる構成を備える本発明によれば、管理側で割り当てられたサーバ内のチャネルの番地に配信側から一旦コンテンツを配信しこれを管理側でサーバに格納するので、配信側→管理側、管理側→受信側で流れを切ることになり、受信者が多数の場合でも管理サイドのみの制御で配信が行え、さらに受信側はコンテンツがその場限りで消滅することなく希望に応じて所望の位置から何回でも巻き戻し、再再生を享受できる。
【００１０】
また、本発明によれば、配信側から管理側サーバにたとえばＡＤＳＬ回線などの一般的な回線１本のみを用いて配信するだけで、世界中の受信者は管理側サーバにたとえばインターネットを通じてアクセスし、当該サーバがパケット配信するので、世界中で多数の視聴者に対して専用回線を確保することなく廉価で良質な映像コンテンツを配信できることとなる。
【００１１】
さらに本発明によれば、映像等のコンテンツの配信を（略）ライブで確認できるので、非常事態への対処もタイムリーに行うことが可能となる。
【発明の効果】
【００１２】
本発明は、管理側で割り当てられたサーバ内のチャネルの番地に配信側から一旦コンテンツを配信しこれを管理側でサーバに格納するので、配信側→管理側、管理側→受信側で流れを切ることになり、受信者が多数の場合でも管理サイドのみの制御で配信が行え、さらに受信側はコンテンツがその場限りで消滅することなく希望に応じて所望の位置から何回でも巻き戻し、再再生を享受できる、という利点がある。
【００１３】
また本発明は、配信側から管理側サーバにたとえばＡＤＳＬ回線などの一般的な回線１本のみを用いて配信するだけで、世界中の受信者は管理側サーバにたとえばインターネットを通じてアクセスし、当該サーバがパケット配信するので、世界中で多数の視聴者に対して専用回線を確保することなく廉価で良質な映像コンテンツを配信できる、という利点がある。
【００１４】
さらに本発明は、チャネルをサーバに割り当てこれを管理側サーバからＡＤＳＬ回線を通じてパケット配信するので、共有者の利用状況などに制約を受けることなく、自由に高質な映像コンテンツをいつでも配信・受信することが可能となる、という利点がある。
【００１５】
また本発明は、配信側に専門家が張りつく必要性をなくし、利用者サイドのみで、画面上でチャネル選定（入力）によって行うので、利便性は格段に高い、という利点がある。
【００１６】
また本発明は、受信側利用者は通信機能を有するＰＣ（パーソナル・コンピュータ）１台さえあれば世界のどこにいようとも、ライブでも、オンデマンドでも映像の配信を受けることができ、したがって、たとえば海外に旅行や出張に出ていたとしても、たとえば日本（日本に限らず世界のどこでも）のテレビで放映中の映像をライブで楽しむことができつつ、同じ番組を視聴しているお年寄りの姿を別の監視カメラからのライブ映像の配信により確認するということも可能となり、しかも、このとき、本願によれば、テレビ配信と監視カメラ配信はワンタッチで切替可能となる、という利点がある。
【００１７】
さらに本発明は、映像等のコンテンツの配信を略ライブで確認できるので、非常事態への対処もタイムリーに行うことが可能となり、さらに、要望に応じて早送り、巻き戻しも可能であり、しかもこの早送り、巻き戻しをソフト画面上で操作できるので利用者にとって使い勝手が良い、という利点がある。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の最良の実施形態を説明する。
【００１９】
図１は、本発明の一実施形態に係るライブ＆オン・デマンド放送システム全体の構成を示すブロック図である。なお、以下では、本願発明の目的の達成のために説明に必要な範囲を模式的に示し、本願発明の該当部分の説明に必要な範囲を主に説明することとし、説明を省略する箇所に付いては公知技術によるものとする。
【００２０】
同図に示すように、本発明の一実施形態に係るライブ＆オン・デマンド放送システム１は、本願特有の（後述の）構成を備える発信側システム１０と、本願特有の（後述の）構成を備える受信側システム２０と、本願特有の（後述の）構成を備える管理側システム３０とがネットワーク４０を介してリンクされて構成される。
【００２１】
図１に示すように、本発明の一実施形態に係る配信（発信）側システム１０は、本願特有の（後述の）構成・機能を持つソフトウェア１０００を搭載したコンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２と、この２台のコンピュータの切換制御を行うＣＰＵ切替器１０３と、コンピュータ（ＰＣ１及びＰＣ２）１０１・１０２に情報を入力するためのキーボード１０４及びマウス１０５と、映像・テロップ等のコンテンツ情報及び当該コンテンツ情報を配信するための管理情報をともに表示するためのモニタ１０６と、ネットワーク４０との接続機能を司るルータ１０７と、コンテンツ情報としての映像情報に重畳して配信対象のコンテンツを形成するテロップ情報を生成するテロッパ１０８と、コンテンツ情報としての映像情報の複数の生成元を切り換え及び分配するためのＡＶ（オーディオ・ヴィジュアル）切替器１０９及びＡＶ分配器１１０と、ＡＶ切替器１０９に接続されコンテンツ情報としての映像情報を生成するための機械であって、ＤＶＤ（ディジタル・ヴァーサタイル・ディスク）とビデオとを再生（及び録画）可能なＤＶＤイン・ビデオ装置１１１（及びこれに接続されたアンテナ１１１Ａ）と、同じくＡＶ切替器１０９に接続されコンテンツ情報としての映像情報を生成するための機械であるビデオカメラ装置１１２と、同じくＡＶ切替器１０９に接続されコンテンツ情報としての映像情報を生成するための機械である監視カメラ装置１１３と、場合によりコンピュータ（ＰＣ１及びＰＣ２）１０１・１０２の音声出力作用を補助するスピーカ（ＳＰ１及びＳＰ２）１１４及び１１５とを備えて構成される。
【００２２】
なおここで、テロッパ１０８及びスピーカ（ＳＰ１、ＳＰ２）１１４並びに１１５はあるのが好ましいが必須ではない。また、ＤＶＤイン・ビデオ装置１１１、ビデオカメラ装置１１２及び監視カメラ装置１１３はその総てを備えるのが好ましいが、必ずしもこれらの総てを備えることは必須でなく少なくともこのうちの一を備えれば良く、さらにたとえばＬＤ（レーザー・ディスク）装置（図示しない）等をこれに加えて或いは代替させて備えるように構成してもよい。
【００２３】
なおここで、コンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２は、コンピュータを２台として説明しているが、これは１台のみで行う場合の機械側の疲労を考慮してのものであり、純粋に技術的には１台のＰＣの場合でも本願に係る技術思想は実現可能である。
【００２４】
ＣＰＵ切替器１０３は、コンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２のどちらの画面をモニタ１０６に表示するか等の切換を行う。
【００２５】
キーボード１０４及びマウス１０５は、ユーザの管理データ等の入力に用いる。ただし、後述するように、チャネル（キー・チャネル、ナウ・チャネルを含む）データ、パスワードデータなどの所望コンテンツの配信・受信に係るデータはマウス１０５にのみによる入力も可能である。
【００２６】
モニタ１０６は、コンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２に接続されたディスプレイ装置であるが、テレビ（ＴＶ）チューナがついているため、テレビの視聴もできるし、コンピュータのディスプレイとしても用いることができる。
【００２７】
ルータ１０７は、本発信側システム１０をインターネット回線４０に繋げる役割を備える。
【００２８】
テロッパ１０８は、文字情報を配信するためのものである。
【００２９】
ＡＶ（オーディオ・ヴィジュアル）切替器１０９は、各種の映像コンテンツのソースが繋がっている本システムにおいて配信対象のソースからのデータをルータを通じてインターネット回線４０に配信すべく手動切り換えるための切換器である。
【００３０】
ＡＶ分配器１１０は映像を２つのコンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２に分配するためのものである。
【００３１】
ＤＶＤイン・ビデオ装置１１１はたとえばビデオテープ及びＤＶＤ（ディジタル・ヴァーサタイル・ディスク）を再生（及び録画）可能なプレーヤ機器である。なお、本装置１１１はこれらの限らずたとえばＬＤ（レーザーディスク）、ＣＤ（コンパクトディスク）等を再生（及び録画）可能なように構成してもよい。
【００３２】
ビデオカメラ装置１１２は、配信対象としてのコンテンツ情報（ライブ、オン・デマンド双方）たる映像情報を生成するための機械であって、１台に限らず何台接続されていてもよい。
【００３３】
監視カメラ装置１１３は、配信対象としてのコンテンツ情報（ライブ、オン・デマンド双方）たる映像情報を生成するための機械であって、１台に限らず何台接続されていてもよい。
【００３４】
スピーカ（ＳＰ１及びＳＰ２）１１４及び１１５は音声出力のためのものである。モニタ１０６にも別にスピーカがついているが、スピーカ（ＳＰ１及びＳＰ２）１１４及び１１５はモニタ１０６のスピーカとは別に音源の音量調整のために用いることができる。
【００３５】
また図１に示すように、本発明の一実施形態に係る受信側システム２０は、ルータ２２に接続され本願特有の（後述の）構成・機能を持つ受信用ソフトウェア２０００を搭載したノート型パーソナル・コンピュータ２１と、ルータ２２に接続され本願特有の（後述の）構成・機能を持つ受信用ソフトウェア２０００を搭載したパーソナル・コンピュータ２１Ａと、ネットワーク４０との接続機能を司るルータ２２とを備えて構成される。ここで、コンピュータ２１はたとえばノート型のパーソナル・コンピュータとして説明しているが本願発明はこの場合に限らずあらゆるコンピュータに対して適用可能である。さらに、ルータ２２もたとえばパーソナル・コンピュータ内蔵モデム等で代用されることも可能である。また同図に図示されるように、ルータ２２にはパーソナル・コンピュータ２１Ａも接続されているが、これは必須ではなく、ノート型パーソナル・コンピュータ２１などコンピュータ１台のみの場合でも本願は適用可能である。このライブ＆オン・デマンド放送システム１は（後述するように）１，０００名〜数十万名に対して同時配信可能でありかかる受信側としては多種多様なシステム形態が可能であり、ここに挙げるのは受信側２０がその最も簡便なたとえば旅行・出張先でも視聴可能にする携帯型の場合を説明するものであり、本願はこのような場合に限らず、受信側２０のシステムがたとえば発信側システム１０に類したフル装備のもの、デスクトップ型コンピュータ等種々のクライアントタイプを含むシステム構成を持つものに対しても適用可能である。
【００３６】
また図１に示すように、本発明の一実施形態に係る管理側システム３０は、配信対象の映像・文字等のコンテンツ情報を格納するためのサーバ３１と、本願特有の（後述の）構成・機能を持つソフトウェア３０００を搭載したコンピュータ３２と、ネットワーク４０との接続機能を司るルータ３３とを備えて構成される。
【００３７】
ネットワーク４０としては、インターネット等種々の現存もしくは将来発生し得るあらゆるネットワークが含まれる。
【００３８】
本ライブ＆オン・デマンド放送システム１は、２ウェイテレビジョン、即ち、通常のテレビ放送を享受する機能と同じ装置で自らが映像・文字等コンテンツの配信元となる放送局たる機能とを実現するものである。
【００３９】
上記で説明したように、従来映像を世界に向け配信するにはたとえばジェイ・ストリーム社、リアル・ネットワーク社やマイクロソフト社のシステムが存在するが、これらにおける前述した欠陥を改善するものが本発明である。
【００４０】
本発明に係るシステムの全体的な動作・機能の流れは図２に示すフローチャートのようになる。即ち、まず、配信側１０では管理側３０と契約を交わし、チャネル割り当てを受け、筐体の提供を受ける（ステップＳ−１０１）。筐体は購入してもよい。次に配信側１０では配信用のソフトウェア１０００を配信用のコンピュータ１０１及び１０２にダウンロードする（ステップＳ−１０２）。続いて配信側３０ではダウンロードされたソフトウェア１０００が立ちあがった状態で割り当て済チャネルに係る情報やパスワードに係る情報等の必要情報を入力する（ステップＳ−１０３）。ここで配信側１０では配信を開始しても良い（図示せず）。受信側２０では受信用ソフトウェア２０００（後述する）を（ダウンロードし）立上げ（ステップＳ−１０４）、立ちあがった状態で割り当て済チャネルに係る情報やパスワードに係る情報等の必要情報を入力し（ステップＳ−１０５）、所望のコンテンツの配受信を行う（ステップＳ−１０６）。
【００４１】
次に本発明の主に配信側１０と管理側３０との取り合いに係る詳細な構成及び動作について説明する。
【００４２】
本発明では、配信者１０がある映像コンテンツを単数若しくは複数（数十億まで可能）の受信者に配信したい場合に本システム１を管理者（サービス提供者）３０を介して利用することとなる。
【００４３】
ここで、これらの機能を果たさせるための構成要素である本願特有のソフトウェアのうち配信側ソフトウェア１０００及び管理側ソフトウェア３０００の構成を説明する。
【００４４】
図３は、本願の一実施形態に係るライブ＆オン・デマンド放送システム１の配信側システム１０に係る各制御・管理に使用されるコンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２に搭載されるべき配信側ソフトウェア１０００の機能構成を示す機能ブロック図であり、図４は本発明の一実施形態に係るライブ＆オン・デマンド放送システム１の管理側システム３０に係る各制御・管理に使用されるサーバ・コンピュータ（管理用コンピュータ）３２に搭載されるべき管理側ソフトウェア３０００の機能構成を示す機能ブロック図である。
【００４５】
まず図３に示すように、本願の一実施形態に係るコンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２に搭載されるべき配信側ソフトウェア１０００は、全体の制御を行う機能を有する制御部１０１０と、ＡＶ（オーディオ・ヴィジュアル）切替器１０９に接続され配信対象のコンテンツ・情報（映像、テロップを含む）を生成するための配信情報生成部１０２０と、キーボード１０４及びマウス１０５に接続されこれらからのチャネル設定要求・チャネル接続要求・配信コンテンツ開始位置等の入力処理機能を取り扱う入力部１０３０と、ルータ１０７に接続されコンテンツ配信や配信前後の管理制御のためのネットワーク４０との接続を司るとともにネットワーク４０を介して所望相手先との間で情報の送受信を行う機能を有する通信部１０４０と、入力部１０３０からのユーザの入力に基づき必要に応じて配信情報の切替を行うための切替部１０５０とを少なくとも備えて構成される。
【００４６】
また図４に示すように、本願の一実施形態に係るコンピュータ３２に搭載されるべき管理側ソフトウェア３０００は、全体の制御を行う機能を有する制御部３０１０と、配信側１０や受信側２０から管理側システム３０に対して送信されるチャネル情報やパスワード情報等が予め契約に基づき割り当てのされたものとそれぞれ一致するかを見ることで正当権限者の配受信行為であることの認証を行うための認証部３０２０と、ルータ３３に接続されネットワーク４０を介して所望相手先との間で情報の送受信を行う機能を有する通信部３０３０と、配信側１０から配信されるコンテンツに係る情報をサーバ３１に格納するための格納部３０４０とを少なくとも備えて構成される。
【００４７】
次に、上記のように構成される本発明の配信側１０と管理側３０との取り合いに係る動作について説明する。
【００４８】
図５は、本発明に係るシステムを利用して配信を行うにあたっての準備段階の動作を示すフローチャートである。
【００４９】
図６乃至９は、本願の一実施形態に係る管理側ソフトウェア３０００によって実現される本願特有の各段階における画面を模式的に表した図である。図６乃至９において、配信側ソフトウェア（たとえば「ＬＩＶＥ」（商標）という本出願人の開発に係るソフトウェア。以下同。）によって実現される画面（画面自体はたとえばモニタ１０６上に実現される）は、ＰＣ１及びＰＣ２に応じたコンテンツを適応的に表示するためのコンテンツ表示ウィンドウ１５０及び１５１と、認証に必要な情報等を入力・表示等するための制御用ウィンドウ１５２と、エンコードについてデフォルト値或いはあつらえ値を指定するためのエンコード・プロフィール・ウィンドウ１５３と、システムの稼動ステイタスを表示するためのステータス・ウィンドウ１５４と、エンコードについて既定のたとえば８種の中から選択するためのエンコード・ウィンドウ１５５と、チャネル情報やパスワード情報等をあたかも画面上でキーを押印するかのように入力することを可能とする情報入力用ナンバーパネル１５６（情報入力前クリア入力パネル１５６−Ｘ及び入力情報確定入力パネル１５６−Ｒを含む）と、入力・表示されたチャネル等の情報をセットするためのセット・チャネル・ウィンドウ１５７と、モードを表示するためのモード・ウィンドウ１５８と、ヘルプ・アイコン１５９と、ガイド・アイコン１６０と、モードの切替・選択及び切替・選択されたモードの表示を行うためのモード切替入力／表示欄１６２−１〜１６２−６と、ミラーサイトの表示をするミラーサイト１６３と、管理側３０から配信側１０に対して割り当てられたチャネルであるキー・チャネルを入力・表示するためのキーチャネル入力／表示欄１６４と、稼動させるべきチャネルを入力・表示するための現チャネル入力／表示欄１６５と、パスワードを入力するためのパスワード入力／表示欄１６６と、開始位置入力／表示欄１６７と、終了位置入力／表示欄１６８と、モード入力／表示欄１６９と、リライト・モード表示欄１７０と、スタート・アイコン１７１と、ストップ・アイコン１７２とを備えて構成される。
【００５０】
モード入力／表示欄１６９に表示されるモード（種別）は、いわゆるタイムラグの設定であり、モード「１」〜「８」、「ＣＵＳＴＯＭ」は、それぞれ、たとえば、タイムラグ３秒、５秒、１０秒、１５秒、３０秒、１分、３分、５分、設定自由（カスタム設定）に対応する。１秒のタイムラグあたりたとえば１０２４名に配信できるように設定される。よってタイムラグを１分とした場合には、１０２４＊６０＝略６０，０００名に対して同時に配信できることとなる。
【００５１】
エンコード・ウィンドウ１５５に表示されるエンコード種別は、いわゆる圧縮エンコードの設定であり、エンコード「１」〜「８」、「ＣＵＳＴＯＭ」は、それぞれ、たとえば、略２０（２８）Ｋｂｐｓ（キロ・ビット・パー・セコンド）、３０Ｋｂｐｓ、４０Ｋｂｐｓ、８０（１２８）Ｋｂｐｓ、１６０Ｋｂｐｓ、２５６Ｋｂｐｓ、３８４Ｋｂｐｓ、５１２Ｋｂｐｓ、設定自由（カスタム設定）に対応する。これらが予め、本願に係る上記ソフトウェアには全部設定してある。ユーザはこれらから選択するというアクションを行うのみで足り、したがってお年寄りや幼少の者であっても、簡単に本願に係るシステムを使用して配信を行うことが可能である。
【００５２】
たとえばある団体が綺麗なＤＶＤ映像を全世界の会員６万名に配信したいというような場合には、たとえば圧縮エンコードを１６０Ｋｂｐｓ（このレートで十分精度の高い映像を配信できる）、タイムラグを１分とすればよい。また、カスタム設定の場合には、図８等に示す配信側画面の当該欄１５８で「ＣＵＳＴＯＭ」を選択し、続いて情報入力用ナンバーパネル１５６で入力すれば、この入力値を入力部１０３０及び制御部１０１０が読込み、これにしたがって（図示しない）配信帯域機構を設定・調整できるように配信側ソフトウェア１０００ではプログラム化しているので、システム利用者には使用勝手のよいものとなる。
【００５３】
図５及び６乃至９を用いて動作を説明する。
【００５４】
図５に示すように、まず配信要望側（図１における１０）は、本システムのサービス提供側（図１における３０）に対して配信したいという要望を表明する（ステップＰＤ−１０１）と、サービス提供側ではかかる配信要望側と自社サーバの使用許可を含む所定の契約を締結するなどしてから特定のチャネルを割り当て、サービスに用いる本願特有の構成を備えたソフトウェア他、自社のサーバ資源を使用する際に必要となるチャネル（キー・チャネル、ナウ・チャネルを含む）に係る情報やパスワード等一定の情報を配信要望側１０に提供する（ステップＰＳ−１０１）。このチャネルとソフトウェアの提供を受けた配信要望側１０では図１で説明したような配信用システム１０の機器構成を準備する（ステップＰＤ−１０２）。かかる準備を終えたら、図示しないが、本願特有の構成を備える配信用ソフトウェア（たとえば「ＬＩＶＥ」（商標））１０００（後述する）をたとえばホームページからダウンロードするなどしてインストールする。サービス提供側３０では、上記の契約に則って、サーバ３１の一定の資源を配信要望側１０の利用に供すべく割り当てる（ステップＰＳ−１０２）。このここまでが配信前の準備段階である。
【００５５】
次に、実際に配信する際には、配信要望側では配信用ソフトウェア（たとえば「ＬＩＶＥ」（商標））１０００を立上げ、先の提供を受けたキー・チャネル情報、ナウ・チャネル情報及びパスワード情報を入力する（ステップＰＤ−１０３）と、配信側１０のモニタ１０６には、制御部１０１０により、図６に示されるような初期立上げ画面が表示される。同図に示すように、配信用ソフトウェア１０００に係る画面１０６ではコンテンツを表示するウィンドウは１５０及び１５１の２つあり、これはシステム１０内の２台のコンピュータ１０１及び１０２に対応する。このとき制御用ウィンドウ１５２内の各データは初期値（クリア値）として「００００」等が表示されている状態である。ここで図７に示すように、キーチャネル入力／表示欄１６４にマウス１０５をポイントし、管理側３０から配信側１０に対して割り当てられたチャネルであるキー・チャネル（たとえば「７７７」）を入力する、具体的には、情報入力用ナンバーパネル１５６で「Ｘ」アイコン１５６−Ｘをマウス１０５でクリックするとキーチャネル入力／表示欄１６４の「００００」の表示が消える（クリアされる）ので、この欄にあらためて「７７７」と入力した後リターンキー・アイコン１５６−Ｒをクリックして入力情報を確定させると入力された値が「７７７」そのまま表示される（図７）。以下同様に、現チャネル入力／表示欄１６５欄に同じく割り当てられた「８８８」を入力・表示させ（図８）、続いて同じく契約にしたがったパスワード情報（たとえば「１２３４」）をパスワード入力／表示欄１６６に入力するとマスク表示される（図９）。
【００５６】
この「７７７」、「８８８」、「１２３４」で例示した情報は、関係のない者に開示しなければ関係者以外にはロックがかかった状態になり、関係者以外に配信されるのを原則的に防止することができる。
【００５７】
上記のような方法により、開始位置入力／表示欄１６７及び終了位置入力／表示欄１６８に所望の数字、たとえば開始位置入力／表示欄１６７に「９４１」、終了位置入力／表示欄１６８に「１０００」と入力すれば、選択されているソースに係る映像（たとえばビデオカメラ１１２の撮像したライブの映像）について９４１分から１０００分に亘って配信できることとなる（タイムラグが１分の場合。タイムラグが３０秒の場合には１カウントが３０秒だから、上記については４７０．５分から５００分に亘って、ということになる）。本発明では、後述するように、配信側１０から配信すべき映像やテロップなどの情報はすべて一旦管理側サーバ３１（ライブサーバ及びオンデマンド・サーバ。ソース種別に応じた信号が制御部１０１０から発せられるので、たとえばライブ配信の場合には管理側３０でライブサーバ及びオンデマンド・サーバの双方が連動して起動され、予め録画されているオンデマンド配信の場合にはオンデマンド・サーバが起動される。）に格納されるので、配信側１０の利用サイドの観点からすれば、ライブ配信したものが自動的にオンデマンドにもなる、という感覚で利用勝手が極めて高い状態を保つことができる。「ライブ配信したものが自動的にオンデマンドにもなる」というのは、つまり、今配信したものがその場で消えることなく、あとの時点で所望のどこの位置からでも再度配信や（受信側２０からは）受信できるということになるからである。
【００５８】
さて、上記で入力された情報はルータ１０７・ネットワーク４０を介して管理側システム３０に送られ、管理側コンピュータ３２に搭載されるソフトウェアシステム３０００の認証部３０２０によって認証判断される（ステップＰＳ−１０３）。即ち、ステップＰＳ−１０１で配信要望側に提供したキー・チャネル及びナウ・チャネルに係る情報（チャネルアドレス番号）並びにパスワード情報がステップＰＤ−１０３で入力されたキー・チャネル及びナウ・チャネルに係る情報並びにパスワード情報とそれぞれ等しいかを検証し、等しければサービス提供側ソフト３０００の通信部３０３０が配信要望側に認証許諾信号を返しつつ自身のサーバ３１を受付可能状態にアクティブ化する（ステップＰＳ−１０４）。
【００５９】
配信要望側１０では配信対象コンテンツを配信情報生成部１０２０が生成或いは選択する（ステップＰＤ−１０４）。即ち、ライブ映像等がコンテンツである場合にはたとえばビデオカメラ装置１１２や監視カメラ装置１１３を用いて映像を生成してもよいし、オンデマンド映像などのように非ライブコンテンツの場合にはＤＶＤイン・ビデオ装置１１１等により予め録画等してあるコンテンツから選択してもよい。さらにこれらの映像コンテンツにテロッパ１０８により文字情報を重畳化させてもよい。
【００６０】
こうして生成或いは選択されたコンテンツを制御部１０１０及び通信部１０４０がネットワーク４０を介して管理側システム３０に対してパケット配信（送信）する（ステップＰＤ−１０５）。管理側システム３０では、この配信（送信）を通信部３０３０が受信し、受信データ（コンテンツ）を格納部３０４０がサーバ３１の所定チャネルにおける所定番地に格納する（ステップＰＳ−１０５）。所定番地はチャネルで指標される数字そのものをアドレスとして持つものでも良いし、何らかの演算を加えるものでも良く、要はチャネルに係る情報と番地情報とが（好ましくは）１対１対応すれば良い。
【００６１】
管理側３０では以降は割り込み要求受付許可状態に移行する（ステップＰＳ−１０６）。ここでの割り込み要求は少なくとも、（後述する）制御割り込み要求と受信側２０からのコンテンツ受信要求とがある。
【００６２】
一方、サーバ（管理）側３０に対して配信した配信側１０では配信したコンテンツは自動的にサーバ３１に格納されるため、もし格納を望まないコンテンツの場合には適宜特定コンテンツについて削除要求を管理（サーバ）側３０に対して発する（ステップＰＤ−１０６）。
【００６３】
以上のような本発明の一実施形態に係る配信側１０と管理側３０との取り合いの構成及び動作によれば、管理側で割り当てられたサーバ内のチャネルの番地に配信側から一旦コンテンツを配信しこれを管理側でサーバに格納するので、配信側→管理側、管理側→受信側で流れを切ることになり、受信者が多数の場合でも管理サイドのみの制御で配信が行え、さらに受信側はコンテンツがその場限りで消滅することなく希望に応じて所望の位置から何回でも巻き戻し、再再生を享受できる。
【００６４】
次に本発明の主に配信側１０と管理側３０及び受信側２０との取り合いに係る詳細な構成及び動作について説明する。
【００６５】
図２で説明したように、受信側２０は、配信側１０とは異なり、特に管理側３０との契約を必要としない。よって管理側３０から配信側１０に与えられるチャネル情報及びパスワード情報を配信側１０から入手する者であって通信機能を持つパーソナルコンピュータを有してさえいればどんな者でも限定なく配信先となり得、配信対象コンテンツの視聴を享受できる。そのために好ましくは、前提として受信側コンピュータ２１に本願特有の構成を備える受信用ソフトウェア２０００をダウンロードしてインストールしておき、視聴を希望するときにこの受信用ソフトウェアを都度立ち上げるようにする。
【００６６】
つまり、概念的には図１０に示されるように、受信用システム２０を構成する要素の一であるコンピュータ（たとえばノート型パーソナルコンピュータ）２１（或いはパーソナル・コンピュータ２１Ａ）上にプレーヤソフト（受信用ソフトウェア）２０００をインストールし、このプレーヤソフト上で表示される（後述する）コンテンツウィンドウ２６１Ａで配信に係る所望のコンテンツ２６１ＡＣの視聴を享受する、という構造になる。
【００６７】
ここで、これらの機能を実現するため本願特有の構成要素を持つ受信側ソフトウェア２０００の構成を説明する。
【００６８】
図１１は、本願の一実施形態に係るコンピュータ２１或いは２１Ａに搭載されるべき受信側ソフトウェア２０００の機能構成を示す機能ブロック図である。
【００６９】
同図に示すように、本願の一実施形態に係るライブ＆オン・デマンド放送システム１の受信側システム２０に係る各制御・管理に使用されるコンピュータ２１或いは２１Ａに搭載されるべき受信側ソフトウェア２０００は、全体の制御を行う機能を有する制御部２０１０と、通信部２０４０を通じて管理側サーバ３１から受信した配信対象コンテンツをＰＣ２１或いは２１Ａに係るモニタ（図示しない）上に表示するための表示部２０２０と、キーボード及びマウス等の入力処理機能を取り扱う入力部２０３０と、ルータ２２に接続されネットワーク４０を介して所望相手先との間で情報の送受信を行う機能を有する通信部２０４０と、入出力情報に関して必要に応じて切換を行うための切替部２０５０とを少なくとも備えて構成される。
【００７０】
次に、上記のように構成される本発明の配信側１０と受信側２０及び管理側３０との取り合いに係る動作について説明する。
【００７１】
図１２は、本発明に係るシステム１を利用して配信を行うにあたって、すでに必要情報の事前登録やソフトウェアのインストール等の準備段階が済み、実際に配信を行う場合の一実施形態に係る動作を示すタイミング・フローチャートである。
【００７２】
図１３乃至１６は、本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。図１３乃至１６において、受信側ソフトウェア（たとえば「ＬＯＯＫ」（商標）という本出願人の開発に係るソフトウェア。以下同。）によって実現される画面（画面自体はたとえばＰＣ２１或いは２１Ａに係るモニタ上に実現される）は、認証に必要な情報等を入力・表示等するための制御用ウィンドウ２６０と、ＰＣ２１或いは２１Ａに応じたコンテンツを適用的に表示するためのコンテンツ表示ウィンドウ２６１Ａを含むウィンドウ２６１と、モードの切替・選択及び切替・選択されたモードの表示を行うためのモード切替入力／表示欄２６２と、ミラーサイトの表示をするミラーサイト２６３と、管理側３０から配信側１０及び受信側２０に対して割り当てられたチャネルであるキー・チャネルを入力・表示するためのキーチャネル入力／表示欄２６４と、稼動させるべきチャネルを入力・表示するための現チャネル入力／表示欄２６５と、パスワードを入力するためのパスワード入力／表示欄２６６と、受信側２０のユーザが視聴を希望する番地を入力するためのオンチョイス欄２６７と、チャネル情報やパスワード情報等をあたかも画面上でキーを押印するかのように入力することを可能とする情報入力用ナンバーパネル２６８（情報入力前クリア入力パネル２６８−Ｘ及び入力情報確定入力パネル２６８−Ｒを含む）と、現在のカウンタを表示するカウンタ表示欄２６９と、パケット通信に係る帯域幅を表示するための帯域表示欄２７０と、モードを表示するためのモード表示欄２７１と、表示のサイズを切り換える（たとえば１００％←→２００％）ための表示サイズ欄２７２と、ボリューム調整のためのボリューム調整バー２７３（ボリューム調整アイコン２７３Ａを含む）と、再生の指示を入力するための再生アイコン２７４と、早送りの入力するための早送りアイコン２７５と、巻戻しの入力するための巻戻しアイコン２７６と、再生停止の入力するための再生停止アイコン２７７とを備えて構成される。
【００７３】
図１２及び図１３乃至１６を用いて動作を説明する。
【００７４】
図１２に示すように、まず配信側１０は、配信すべきコンテンツの生成／準備にかかる（ステップ１０−３０１）。そこで配信側１０は、管理側３０から割り当てられた自社のサーバ資源を使用する際に必要となるチャネル（キー・チャネル、ナウ・チャネルを含む）に係る情報やパスワード等一定の情報を配信システム・ソフトウェア１０００上で、具体的には図６で説明したように、情報入力用ナンバーパネル１５６を用いてあたかも画面上でキーを押印するかのように入力する（ステップ１０−３０２）。
【００７５】
この入力された各種情報はルータ１０７及びネットワーク４０を介して管理側３０に送信され（ステップ１０−３０−３０１）、管理側では通信部３０３０を通じて受信したこれらのデータを認証部３０２０が認証する（ステップ３０−３０１）。かかる認証処理の結果認証がされない（不良）ならばエラー処理を行い（ステップ３０−３０３）、認証が良好（ＯＫ）ならば認証合格の通知を配信側１０に対して送信する（ステップ３０−３０４、ステップ１０−３０−３０２）。これで配信側３０のセットアップ（準備）は完了する（ステップ１０−３０３）。
【００７６】
一方、ステップ３０−３０２で認証良好の場合には管理側３０では、サーバ３１の資源の割り当て／準備を行う（ステップ３０−３０５）、その旨を配信側１０に対して送信する（ステップ１０−３０−３０３）。
【００７７】
さて、たとえば配信側１０からコンテンツ配信の旨の知らせを受けたりして配信される（された）コンテンツの受信（再受信）を希望する受信側２０では、コンテンツ受信準備にかかり（ステップ２０−３０１）、上記と同様にチャネル（キー・チャネル、ナウ・チャネルを含む）に係る情報やパスワード等一定の情報を受信システム・ソフトウェア２０００上で入力する（ステップ２０−３０２）。具体的には、受信側２０では受信用ソフトウェア（たとえば「ＬＯＯＫ」（商標））２０００を立上げ（あるいはもし未だダウンロードしていなかったときにはダウンロードする）、先の提供を受けたキー・チャネル情報、ナウ・チャネル情報及びパスワード情報を入力する（ステップ２０−３０２）と、受信側２０のＰＣ（パーソナル・コンピュータ）２１或いは２１Ａに係るモニタには、制御部２０１０及び表示部２０２０により、たとえば図１３に示されるような初期立上げ画面が表示される。同図に示すように、受信用ソフトウェア２０００に係る画面（ＰＣ２１或いは２１Ａのモニタ）ではコンテンツを表示するウィンドウは２６１Ａである。このとき制御用ウィンドウ２６０内の各データは初期値（クリア値）として「０００」等が表示されている状態である。ここで図１４に示すように、キーチャネル入力／表示欄２６４にマウス（図示しない）をポイントし、管理側３０から配信側１０及び／または受信側２０に対して割り当てられたチャネルであるキー・チャネル（たとえば「７７７」）を入力する、具体的には、情報入力用ナンバーパネル２６８で「Ｘ」アイコン２６８−Ｘをマウス（図示しない）でクリックするとキーチャネル入力／表示欄２６４の「０００」の表示が消えるので、この欄にあらためて「７７７」と入力した後リターンキー・アイコン２６８−Ｒをクリックして入力情報を確定させると入力された値が「７７７」のそのままの値で表示される（図１４）。以下同様に、現チャネル入力／表示欄２６５欄に同じく割り当てられた「８８８」を入力・表示させ（図１５）、続いて同じく契約にしたがったパスワード情報（たとえば「１２３４」）をパスワード入力／表示欄２６６に入力するとマスク表示され（図１６）、すぐに当該パスワード入力／表示欄２６６がカウント表示欄２７８に変わる（図１７）。
【００７８】
なお、受信側２０からの入力情報は上記の配信側１０の場合と同じように、管理側３０に送信され（ステップ２０−３０−３０１）、管理側３０にて認証処理（ステップ３０−３０２）、エラー処理（ステップ３０−３０３）、認証合格通知処理（ステップ３０−３０４、ステップ２０−３０−３０２）される。
【００７９】
上記の例では、「７７７」、「８８８」、「１２３４」で例示される情報を間違いなく入力した場合には、受信（希望）者２０は正当な者と管理側では推認することができる。逆に説明すれば、このいずれかが間違えば、それ以降の配信はなされないので、関係ない者、正当性を有しない者への映像コンテンツの配信を防ぐことができることとなる。
【００８０】
配信側１０では、セットアップ完了（ステップ１０−３０３）を受けてコンテンツの送信を開始する（ステップ１０−３０４）。上記で説明したように、本発明の特長的な点でもあるが、配信は配信側ソフトウェア１０００の配信情報生成部１０２０によって生成されたコンテンツを通信部１０４０がルータ１０７及びネットワーク（ここでは具体的に、たとえばインターネット回線）４０を通じて管理側サーバ３１に送信する（ステップ１０−３０−３０４）。
【００８１】
このコンテンツ送信を受けた管理側３０では、ルータ３３及び通信部３０３０を介して受信したコンテンツを格納部３０４０がサーバ３１の所定の番地（即ち、割り当て済サーバ資源）に格納する（ステップ３０−３０６）。
【００８２】
一方、配信側１０の動きとは連関なく、受信側２０では都合のよい時間に、コンテンツの受信を希望し、上記の準備（ステップ２０−３０１）、チャネル入力等の準備処理（ステップ２０−３０２）等を行ったあと、たとえば再生開始アイコン２７４をＰＣ２１に係る（図示しない）マウスによりクリックすることでコンテンツの受信に入る（ステップ２０−３０３、ステップ２０−３０−３０３）。より具体的には、受信側ソフトウェア２０００に係る入力部２０３０により入力された再生開始指示信号が通信部２０４０により、ルータ２２を介して管理側システム３０００に伝達され、かかる指示を受けた管理側システム３０００に係る制御部３０１０は、指示信号の内容を把握した上で、格納部３０４０を通じて配信希望のコンテンツをサーバ３１からコピーし、当該コンテンツを通信部３０３０からルータ３３を介して受信側システム２０に対して送信する（ステップ２０−３０−３０３）。こうして得られる受信側２０の画面はたとえば図１８に示すようなものである。因みにこのとき、タイムラグを１分とすると、送信側１０では、図１８に示す画面が受信側２０に表示される１分前には図１９に示すような送信用ソフトウェアに係る画面が表示されていることになる（ステップ１０−３０４）。
【００８３】
なお、ここで、送信側１０では、要望に応じて、適宜メディアを変更できる。つまり、たとえば図１９に示すような、山のビデオが予め録画されているＤＶＤの再生映像をＤＶＤイン・ビデオ装置１１１で再生させこの再生映像をコンテンツとして配信していた（ステップ１０−３０４）際に、配信側１０のユーザが手動でＡＶ（オーディオ・ヴィジュアル）切替器１０９で切替操作し（ステップ１０−３０５）、たとえば監視カメラ装置１１３によるライブ映像（ただし、上記タイムラグ分だけタイムラグがある）を見ることが可能である。この場合、たとえば図２０に示すような画が受信側システムのモニタに表示されることになる。この性質を利用すれば、たとえば、お年寄りを残して海外に出張にでている人が、自宅に残してきたお年寄りのライブ映像を監視カメラ装置１１３でライブ配信し、同時に仕事関係の録画映像をＤＶＤイン・ビデオ装置１１１でオンデマンド配信するのを並行的に行っておけば、旅先からでも、お年寄りに異常事態が発生していないかを絶えず確認することができることになる、という本願特有の効果を奏することになる。
【００８４】
図１２に戻ると、コンテンツの送信が終った場合には、たとえば配信側１０の制御部１０１０が通信部１０４０から送信終了情報（割り込み）を管理側３０に対して送信し（ステップ１０−３０６、ステップ１０−３０−３０５）、これを通信部３０３０を介して受信した管理側３０では、制御部３０１０が終了処理を行い（ステップ３０−３０７）、然る後或いはそれと略同時に終了処理を行った（行う）旨の制御信号を制御部３０１０が通信部３０３０及びルータ３３を介して受信側２０に送信する（ステップ３０−３０７、ステップ２０−３０−３０４）。この終了処理に係る制御信号をルータ２２及び通信部２０４０を介して受信した受信側２０では、その制御部２０１０が終了処理を行い（ステップ２０−３０４）、一連の処理を終了する。
【００８５】
なお、このとき、配信側１０に係るシステム１０００のモニタ１０６にはたとえば図２１に示したような２映像（オンデマンド映像画面１５０及びライブ映像画面１５１）が同時に表示されていることになる。このように、複数のソースからの映像・文字（テロップ）等のコンテンツを適応的に変更しながら所望の配信及び受信を可能とするものである。そしてこのコンテンツ・ソースは上述したように、ライブと非ライブ（オンデマンド）との双方が並存して可能であり、また、上記複数のソースは２種に限ることなく、それ以上の数であっても、配信に係る画面を所望数立上げることで実現可能である。
【００８６】
よって、本実施形態によれば、要するに、配信側１０から管理側サーバ３１にたとえばＡＤＳＬ回線などの一般的な回線１本のみを用いて配信するだけで、世界中の受信者は管理側サーバ３１にたとえばインターネット回線４０を通じてアクセスし、当該サーバ３１がパケット配信するので、世界中で多数の視聴者に対して専用回線を確保することなく廉価で良質な映像コンテンツを配信できることとなる、という本願特有の効果を奏することとなる。比較のためにこれまでの技術による場合を考えると、本願によらないままで上記の配信を行おうとすると、専用の回線を引っ張ってきて当該回線の帯域幅に合わせて配信せざるをえない。しかもたとえば４００名に対して１００メガバイトの映像コンテンツを配信しようとすると、大変な量の帯域（４００＊１００メガバイト）を必要とする。通常現在の価格では１メガバイトあたり略１月３００万円のコストがかかるから、とんでもなく高価なものとなり、結局産業的にも個人的にも極めて利用勝手の悪いものとなるのである。
【００８７】
これをたとえば現状の「Ｂフレッツ」等のいわゆる「マックス回線」と呼ばれるものを利用するとしても、１００メガバイト公称であっても１００メガバイトを丸々使えるわけではなく（共有者間で共有するため）、共有の状況に応じて配信可能者数や映像帯域が低下してしまう。この点本願によれば、チャネルをサーバに割り当てこれを管理側サーバからＡＤＳＬ回線を通じてパケット配信するので、共有者の利用状況などに制約を受けることなく、自由に高質な映像コンテンツをいつでも配信・受信することが可能となる、という本願特有の効果が奏される。しかも本願では、これを達成するのに配信側に専門家が張りつく必要性をなくし、利用者サイドのみで、画面上でチャネル選定（入力）によって行うので、利便性は格段に高い。
【００８８】
また、本願では上述したように、受信側利用者は通信機能を有するＰＣ１台さえあれば世界のどこにいようとも、ライブでも、オンデマンドでも映像の配信を受けることができる。したがって、たとえば海外に旅行や出張に出ていたとしても、日本のテレビで放映中の映像をライブで楽しむことができつつ、同じ番組を視聴しているお年寄りの姿を別の監視カメラ１１３からのライブ映像の配信により確認するということも可能となる。これは本願特有の効果である。しかも、このとき、本願によれば、テレビ配信と監視カメラ配信はワンタッチで切替可能であり、従来のように専門家の介在がなければ何もできない、ということがない。
【００８９】
別の利用形態として、たとえば、要介護の老人がいたとして、家庭でテレビを見つつ、適宜（２４時間配信する設定にするなどした）老人の状況、たとえば同じテレビ番組を見ている状況を確認できる。この点をこれまでのシステムで実現しようとするならば、たとえば警備員が警備室から録画されたもの（ライブでないもの）を確認する、ということしかない。本願によれば略ライブ（たとえばタイムラグを１分とすると、１分後には受信側で確認できるし、しかもこの確認作業の間の映像も配信・受信できるため、一旦機械を止めて録画画像を確認するなどの手間が不要である）で確認できるので、非常事態への対処もタイムリーに行うことが可能となる。さらに、要望に応じて早送り、巻き戻しも可能であり、しかもこの早送り、巻き戻しをソフト画面上で操作できる（従来はハード的にしかできない）。
【００９０】
さらに別の形態として、たとえば、会社の株主総会や決算説明会を本システム上で開催することもできる。この場合にはたとえば社長挨拶・報告をビデオカメラによる撮像映像のライブ配信で配信しつつ、当該社長の報告で参照される当該会社のＨＰ（ホームページ）上で決算資料に目を通す（数字データを確認する）ということを同じモニタ上でライブでできる。しかも後刻、もう一度先の社長説明の確認したい部分・事項を取り出して視聴するということもできる、という本願特有の効果が奏されることとなる。
【００９１】
従来では、ライブ配信とオンデマンド配信とは別の機構となっていて、ライブ配信はライブ配信しかできないようになっている。しかし本願によれば、ライブ配信したものがストレージサーバ３１に格納されるよう構成されるので、「追っかけ再生」が可能である。つまり、ライブ配信したものがそのまますぐにオンデマンド配信の対象となる。よって、たとえばボクシングのライブ映像の配信を受けていたものがＫＯシーンをその場でもう一度すぐに見ることができるし、こうした後で現映像（ライブ配信）にすぐに戻ることが容易に可能になる。また、逆に、利用者サイドからは、一々録画しておく必要性もなくなって使用勝手がよいということにもなる。たとえば、8月31日にカウンタ「９４１」のところから配信したとして「９５５」まできたとする。視聴側２０ではライブで見ている場合に、数十分前の映像を見たければ、上記の画面で「９４２」を該当箇所に入力するのみで、カウンタ「９４２」のところが配信される。技術上は、すでに配信し終えた映像が管理サーバ３１に格納されているので、「９４２」の入力信号に呼応して該当位置（番地）にあるデータにアクセスしそれを送信しているものである。このとき利用者は「９５５」を入力すれば、あたかも時間軸上を自由に通行しているかのような感覚で、現在配信中のライブ映像の配信受信に戻ることができるのである。つまり、オンチョイス（たとえば図２０の１６７）で指定すれば（利用者からして）過去にも戻れるし現在にも移動できるという動作を自由自在に行うことができる。こうした各種効果は本願特有のものである。
【００９２】
その上本願によれば、たとえばＡＤＳＬ回線さえあれば、１秒のタイムラグで１０２４名の同時配信可能に構成しているので、たとえば１分のタイムラグを作ることで１０２４＊６０名まで配信人数を増やすことができる。この点従来のものだと、２００名乃至４００名の配信がせいぜいの最大限のものであり、しかも４００名に配信するとすると上述したように帯域幅との関係で大変なコスト（１月あたり数千万円〜数億円）がかかってしまう。これに比し本願では管理側とのチャネル契約（１月あたり略６万円）さえあれば、あたかも電話番号のようにチャネルを利用することで配信・受信を自由に利用できる。この効果により、各個人の放送局化（配信可能化）ということを実現することができることとなる。
【００９３】
次に、図５で説明した本発明の実施準備段階のうち、割り込み要求（ステップＰＳ−１０６等）に係るより詳細な動作について説明する。
【００９４】
図２２は、本発明の一実施形態に係るライブ＆オン・デマンド放送システム１の割り込み要求に対する処理の詳細な動作を説明するためのフローチャートである。
【００９５】
同図に示すように、まず、管理側（サービス提供側）３０では、メインルーチン（ステップＱＳ−１０１）の処理を行っているときには、（主に受信側２０からの）受信処理要求受付は許可、及び（配信側１０及び受信側２０からの）割り込み要求受付は許可の状態になっている（ステップＱＳ−１０２）。
【００９６】
このとき、配信側１０もしくは受信側２０からの割り込みがあったとする。管理側３０ではその制御部３０１０がコマンドに係る受信フラグを読みこむ（ステップＱＳ−１０３）。通信部３０３０が配信側１０もしくは受信側２０からの割り込みコマンドを受信した場合（ステップＱＳ−１０４）には当該受信フラグが立っていることになるから割り込み処理に進む。通信部３０３０が配信側１０もしくは受信側２０からの割り込みコマンドを受信していない場合（ステップＱＳ−１０４）には当該受信フラグが立っていないことになるからステップＱＳ−１０３に戻る。
【００９７】
割り込み処理に進むときはまず制御部３０１０が割り込み禁止処理を行い（ステップＱＳ−１０５）、そののちに通信部３０３０が受信したコマンドを認証部３０２０が判定する（ステップＱＳ−１０６）。
【００９８】
この判定の結果、コンテンツ受信要求が受信側２０からなされていた場合には制御部３０１０は、コンテンツ受信要求受付処理（ステップＱＳ−１０７）を、配信側１０もしくは受信側２０から制御割り込み要求がなされていた場合には制御割り込み要求受付処理（ステップＱＳ−１０８）を、それぞれ行う。
【００９９】
次に、このステップＱＳ−１０７におけるコンテンツ受信要求受付処理のさらに詳細な動作について説明する。
【０１００】
図２３は、本発明の一実施形態に係るライブ＆オン・デマンド放送システム１のコンテンツ受信要求受付処理のさらに詳細な動作を説明するためのフローチャートである。
【０１０１】
同図に示すように、図２２のステップＱＳ−１０７の分岐によってコンテンツ受信要求受付処理ルーチンに入ると（ステップＲＳ−１０１）、サービス提供側システム３０００に係る制御部３０１０は、受信側２０の通信部２０４０から送信されたキー・チャネルに係る情報をルータ３３及び通信部３０３０を介して読みこむ（ステップＲＳ−１０２）。続いて制御部３０１０は、受信側２０の通信部２０４０から送信されたナウ・チャネルに係る情報をルータ３３及び通信部３０３０を介して読みこむ（ステップＲＳ−１０３）。
【０１０２】
次に制御部３０１０は、ステップＲＳ−１０２及びステップＲＳ−１０３で読みこまれた情報に基づきチャネルを判定する（ステップＲＳ−１０４）。つまり、これらのチャネル情報が管理者３０と配信側１０との間で締結された契約に則って配信側１０に対してサーバ３１内で与えられた資源に係る番地と一致するかを検証する（ステップＲＳ−１０４）。
【０１０３】
続いて、制御部３０１０は、受信側２０の通信部２０４０から送信されたパスワードに係る情報をルータ３３及び通信部３０３０を介して読みこむ（ステップＲＳ−１０５）。制御部３０１０は、ステップＲＳ−１０５で読みこまれた情報に基づきパスワードが正当か否かを判定する（ステップＲＳ−１０６）。つまり、これらのパスワード情報が管理者３０と配信側１０との間で締結された契約に則って規定されたパスワードと一致するかを検証する（ステップＲＳ−１０６）。この判定の結果非正当であった場合には、非認証処理に進む（ステップＲＳ−１０７）がパスワードが正しかった場合には、続いて制御部３０１０が、受信側２０の通信部２０４０から送信されたカウント情報（図１７の２６６）をルータ３３及び通信部３０３０を介して読みこみ（ステップＲＳ−１０８）、同様に、オン・チョイス情報（図１７の２６７）をルータ３３及び通信部３０３０を介して読みこみ（ステップＲＳ−１０９）。
【０１０４】
続いて制御部３０１０は割り込み許可を行い割り込みコマンドを受けつけられる状態にする（ステップＲＳ−１１０）。
【０１０５】
さらに制御部３０１０は格納部３０４０を通じてサーバ３１内の、上記で読みこまれたキー・チャネル情報、ナウ・チャネル情報、カウント情報及びオン・チョイス情報に適合する番地にあるコンテンツ（データ）を取込み（ステップＲＳ−１１１）、当該コンテンツを通信部３０３０及びルータ３３を介して受信側２０に対して送信する（ステップＲＳ−１１２）。続いて制御部３０１０は、上記ステップＲＳ−１１１で読込に用いた対象番地のカウンタを１区分増やし（ステップＲＳ−１１３）、この番地がデータの終点になるまで（ステップＲＳ−１１４）、読込→データ配信→カウンタ増分（ステップＲＳ−１１１乃至ステップＲＳ−１１３）の動作を繰返す。当該番地がデータの終点になると（ステップＲＳ−１１４）このルーチンを終了する（ステップＲＳ−１１５）。
【０１０６】
次に、このステップＱＳ−１０８における制御割り込み要求受付処理のさらに詳細な動作について説明する。
【０１０７】
図２４は、本発明の一実施形態に係るライブ＆オン・デマンド放送システム１の制御割り込み要求受付処理のさらに詳細な動作を説明するためのフローチャートである。
【０１０８】
同図に示すように、図２２のステップＱＳ−１０８の分岐によって制御割り込み要求受付処理ルーチンに入ると（ステップＰＳ−１０１）、サービス提供側システム３０００に係る制御部３０１０は、（主に）配信側１０の通信部１０４０から送信された割り込みコマンド（制御割り込みキー）に係る情報をルータ３３及び通信部３０３０を介して読みこむ（ステップＰＳ−１０２）。続いて制御部３０１０は割り込みを禁止し（ステップＰＳ−１０３）、ステップＰＳ−１０２で読みこまれた入力キーを判断する（ステップＰＳ−１０４）。
【０１０９】
ここでかかるキーが終了キー（たとえば図７の１７２）の場合には終了処理を行う（ステップＰＳ−１０５）。
【０１１０】
かかるキーがリライト・キー（たとえば図７の１７０）の場合にはリライト処理を行う（ステップＰＳ−１０６）。
【０１１１】
かかるキーがヘルプ・キー（たとえば図７の１５９）の場合にはヘルプ処理を行う（ステップＰＳ−１０７）。
【０１１２】
かかるキーがガイド・キー（たとえば図７の１６０）の場合にはガイド処理を行う（ステップＰＳ−１０８）。
【０１１３】
かかるキーがエンコードカスタム・キー（たとえば図７の１５３）の場合にはエンコードカスタム処理を行う（ステップＰＳ−１０９）。
【０１１４】
かかるキーがエンコードデフォルト・キー（たとえば図７の１５３）の場合にはエンコードデフォルト処理を行う（ステップＰＳ−１１０）。
【０１１５】
かかるキーがエンコード・キー（たとえば図７の１５５）の場合にはエンコード処理を行う（ステップＰＳ−１１１）。
【０１１６】
かかるキーがセット・チャネル・キー（たとえば図７の１５７）の場合にはセット・チャネル処理を行う（ステップＰＳ−１１２）。
【０１１７】
かかるキーがモード・キー（たとえば図７の１５８）の場合にモード処理を行う（ステップＰＳ−１１３）。
【０１１８】
次に制御部３０１０は割り込み処理をオープンにし（つまり割り込み処理を行い）（ステップＰＳ−１１４）、ルーチンを終了する（ステップＰＳ−１１５）。
【０１１９】
このように、本実施形態によれば、たとえばある団体（企業、学校、宗教等）の本部でテープに録画されたものを配信しつつ全世界の構成員（社員、教師・学生・生徒、信者等）がライブで或いはオンデマンドで配信映像を視聴できる、という効果を奏することができる。これは、ミラー（分配器）機能（たとえば図８の１６３、図１７の２６３）がついているため、ＰＣが沢山同時に接続された状態での配信が可能になる。具体的には、１ＣＨ（チャネル）で３分モードとすると、１ＣＨで１８万人の同時視聴が可能となるが、１０ＣＨとすると１８０万人の同時配信が可能になる。このときには、分配器を１０個用意するだけでよい。
【０１２０】
また、コンテンツも上記の説明から明らかなように種々可能であり、たとえば運動会、結婚式、（録画済）コンサート風景、社内会議、秘密の会合、文書のやり取り、…などさまざまなものが可能である。
【０１２１】
さらに上述した説明から明らかなように、配信ソフト、受信ソフト、管理ソフトともインターネット回線とは別の独立ソフトなので、本システム１での「ＬＯＯＫ」ソフト（視聴ソフト）２０００を立上げながらインターネットで会社や大学のホームページにアクセスしテキストデータを見るといったことができるので、たとえば総会のほか、教育（特に遠方の場合に至便）、説明会等さまざまなものに対して応用・適用可能である。
【０１２２】
また、上述では触れなかったが、本願に係る視聴ソフト（たとえば「ＬＯＯＫ」）２０００は受信側２０でいくつでも同時に立ち上げることができる。よって上の例では会社の決算説明会をライブで視聴しつつ、それとは別に立ち上げた「ＬＯＯＫ」によってＤＶＤ映像を見るということも可能となる。この場合に音声は双方聞こえることになるが、たとえば片方の音量を絞るなど調整することで利便性は向上する。利用者サイドとしてはたとえば「ＬＯＯＫ」を複数立上げ、チャネルを替えて（それぞれ前もって割り当てられたものを）入力することのみで、同時にいくつの映像コンテンツでも視聴可能となる、という本願特有の効果が奏される。
【０１２３】
また、本願によればこれまでとは比較にならないほどの大人数に同時に配信可能である。さらに本願によれば、視聴者がもう一度今のところを見たいと思ったら、受信側のモニタ上で数字を入力するだけでこうした要望がすぐに実現される。このとき、配信側や管理側で何か行動を起こすことを余儀なくされるというようなこともない。あくまで視聴サイドのみのアクションで完結するのであって極めて利便性が高い。
【０１２４】
また本願によれば、上述したように、エンコードとモードとを適宜組み合わせれば、配信人数と映像の解像度を調整することがワンタッチで可能となる。また本願によれば、ライブ及びオンデマンド配信された映像・テロップ等のコンテンツはサーバ３１に格納されるが、これを保存するか消去するかも利用者の自由に設定できることである。管理側では単にサーバ３１を利用者（１０、２０）に貸与しているのみであり、あるコンテンツについて保存・消去をどうするかについて、利用者は管理者３０の介在を受けることなく自由に決定・実行できるので、秘密性を要するデータの取扱い等に至便である。
【０１２５】
昨今日本人の海外出張者が年間３００万人を数えるが、そのような人達が（本願の管理者３０側と契約を結ぶチャネルの割り当てを受けた上で）、（通信機能たとえばモデム付きの）パーソナル・コンピュータ１台さえ持って行けば、海外のどこからでもたとえば日本（日本に限定されずに、どこでも）のテレビチャネルの番組をそのまま視聴できるのみならず、たとえば日本の配信システム１０の傍らに所在する者に連絡をとって所望のテレビチャネル・映像ソースに切り換えてもらえば、あたかも日本にいるかのような感覚で視聴可能である。
【０１２６】
さらにまた本願によれば、映像・テキスト等のソースさえあれば、配信側１０として、なんでもたちどころに世界中に配信することができる。
【０１２７】
また本願によれば、上述したように、操作性が極めて簡単にできるよう構成されるので、たとえば年少のもの、老人に至るまで映像配信・受信を享受できる。この点、従来では、たとえば映像の配信にはライブ・オペレータが少なくとも３名傍らに所在する必要があったことを考えれば利便性・効率性が本願により格段に向上することは明らかである。
【０１２８】
本願によれば、利用者サイドからすれば、映像等コンテンツの記憶媒体を管理側から借用し、そこにリモートからアクセスし、まるで視聴する者が自分で（手もとのものを）巻き戻すような感覚で視聴をすることが可能となるように、視聴ソフト（たとえば「ＬＯＯＫ」）が構成されているため、利便性が極めて高い。
【０１２９】
まとめれば、本願は従来なかった下記の効果を確実に奏することが可能である。
（１）多人数の同時視聴可能（従来は極めて少数で限界あり）
（２）操作性が極めてシンプル（従来は操作が複雑な上、専門家の介在不可欠）
（３）いくつかの画面・映像の同時並行配信・受信可能（従来は単一画像のみ）
（４）綺麗な映像でも必要帯域不変（従来は大容量必要→巨大コスト余儀なし）
（５）媒体（ソース）切替がワンタッチで可能（従来は瞬間的には無理な上、オペレータが１０名程度必要）
したがって本願によれば、世界中の人達が、１ルーム１チャネル（１つの部屋にテレビ局が１つある）という近未来を享受することが現実にできるようになる。これにより、テレビという人間文明に革命をもたらしたブロードキャスト文化に決定的な進化をもたらし、「テレビ受信時代」の終焉と「各人がテレビ・ステーション」の時代の幕開けへと世界を誘うことが本願によれば可能になる。つまり、本願に係るシステムをセットするのみで、視聴者が（これまでのように）映像を見ているだけではなく、各人が多人数に対して配信するということが可能になるのである。この場合、本願によれば被配信側はパソコンとチャネル情報のみであとは視聴ソフト（たとえば「ＬＯＯＫ」）２０００は無料でダウンロードできるから、便宜である。
【０１３０】
なお、本発明は、上述した実施形態および実施例には限定されず、本発明の技術思想の範囲内で様々な変形が可能である。たとえば、上記の説明では、主に、ライブ＆オン・デマンド放送システムとして本願に係る技術思想を実現する場合を説明したが、本願はこれに限らず、ライブ＆オン・デマンド・コンテンツ配信方法、受信方法、ライブ＆オン・デマンド放送ビジネス・メソッド、配信装置、受信装置、管理装置、配信機能をコンピュータに実現するためのソフトウェア並びに該ソフトウェアを搭載した記録媒体・専用機、受信機能をコンピュータに実現するためのソフトウェア並びに該ソフトウェアを搭載した記録媒体・専用機、管理機能をコンピュータに実現するためのソフトウェア並びに該ソフトウェアを搭載した記録媒体・専用機、などとしてもそれぞれ実現することが可能である。
【０１３１】
またたとえば、上述した実施形態においては、配信側１０は管理側からチャネルの割り当てを受けることを説明したが、本願はこのような場合に限定されず、一定のチャネル情報、パスワード情報をＰＣカード化し、管理側がこれを契約締結者に物理的に交付するような形式にしてもよい。
【０１３２】
さらに、配信側のシステム構成については、図１で示した例では略フル装備の場合を示したが、本願はこのようなフル装備の場合には限定されず、管理側と契約を締結し通信機能を有するパーソナル・コンピュータであって配信すべき映像コンテンツを何らかの形で持てば（たとえばＤＶＤに収納した形態など）いかなるものに対してでも適用可能である。したがって究極的には、映像配信のパーソナル化、もっと見方を変えれば、パーソナルな情報機器の略夫々に映像配信の放送局機能をつけるという形態にまで発展可能である。上記のＰＣカード化の推進と併せれば、たとえば図２５に示すように、上記したＰＣカードさえ持ち歩けば、世界中のどこに（たとえば旅行等で）行っていようともそこから全世界に向かって映像の配信が可能になることになる。
【０１３３】
さらに本願発明は、その技術思想の同一及び等価に及ぶ範囲において様々な変形、追加、置換、拡大、縮小等を許容するものである。また、本願発明を用いて生産される装置、方法、ソフトウェア、システムが、その２次的生産品に登載されて商品化された場合であっても、本願発明の価値は何ら減ずるものではない。
【産業上の利用可能性】
【０１３４】
本発明は、管理側で割り当てられたサーバ内のチャネルの番地に配信側から一旦コンテンツを配信しこれを管理側でサーバに格納するので、配信側→管理側、管理側→受信側で流れを切ることになり、受信者が多数の場合でも管理サイドのみの制御で配信が行え、さらに受信側はコンテンツがその場限りで消滅することなく希望に応じて所望の位置から何回でも巻き戻し、再再生を享受できる、という利点がある。
【０１３５】
また本発明は、配信側から管理側サーバにたとえばＡＤＳＬ回線などの一般的な回線１本のみを用いて配信するだけで、世界中の受信者は管理側サーバにたとえばインターネットを通じてアクセスし、当該サーバがパケット配信するので、世界中で多数の視聴者に対して専用回線を確保することなく廉価で良質な映像コンテンツを配信できる、という利点がある。
【０１３６】
さらに本発明は、チャネルをサーバに割り当てこれを管理側サーバからＡＤＳＬ回線を通じてパケット配信するので、共有者の利用状況などに制約を受けることなく、自由に高質な映像コンテンツをいつでも配信・受信することが可能となる、という利点がある。
【０１３７】
また本発明は、配信側に専門家が張りつく必要性をなくし、利用者サイドのみで、画面上でチャネル選定（入力）によって行うので、利便性は格段に高い、という利点がある。
【０１３８】
また本発明は、受信側利用者は通信機能を有するＰＣ１台さえあれば世界のどこにいようとも、ライブでも、オンデマンドでも映像の配信を受けることができ、したがって、たとえば海外に旅行や出張に出ていたとしても、たとえば日本（日本に限らず世界のどこでも）のテレビで放映中の映像をライブで楽しむことができつつ、同じ番組を視聴しているお年寄りの姿を別の監視カメラからのライブ映像の配信により確認するということも可能となり、しかも、このとき、本願によれば、テレビ配信と監視カメラ配信はワンタッチで切替可能となる、という利点がある。
【０１３９】
さらに本発明は、映像等のコンテンツの配信を略ライブで確認できるので、非常事態への対処もタイムリーに行うことが可能となり、さらに、要望に応じて早送り、巻き戻しも可能であり、しかもこの早送り、巻き戻しをソフト画面上で操作できる、という利点がある。したがって本発明は、産業上のプロモーション、企業の内部会議、教育ほかいかなる用途にも適用できる。
【図面の簡単な説明】
【０１４０】
【図１】本発明の一実施形態に係るライブ＆オン・デマンド放送システム全体の構成を示すブロック図である。
【図２】本発明の一実施形態に係るシステムの全体的な動作・機能の流れを示すフローチャートである。
【図３】本願の一実施形態に係るコンピュータ（ＰＣ１及びＰＣ２）１０１及び１０２に搭載されるべき配信側ソフトウェア１０００の機能構成を示す機能ブロック図である。
【図４】本願の一実施形態に係る管理側システム３０のコンピュータ３２に搭載されるべき管理側ソフトウェア３０００の機能構成を示す機能ブロック図である。
【図５】本発明に係るシステムを利用して配信を行うにあたっての準備段階の動作を示すフローチャートである。
【図６】本願の一実施形態に係る管理側ソフトウェア３０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図７】本願の一実施形態に係る管理側ソフトウェア３０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図８】本願の一実施形態に係る管理側ソフトウェア３０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図９】本願の一実施形態に係る管理側ソフトウェア３０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図１０】本発明の主に配信側１０と管理側３０及び受信側２０との取り合いに係る構造を概念的に示した図である。
【図１１】本願の一実施形態に係るコンピュータ２１に搭載されるべき受信側ソフトウェア２０００の機能構成を示す機能ブロック図である。
【図１２】本発明に係るシステム１を利用して配信を行うにあたって、すでに必要情報の事前登録やソフトウェアのインストール等の準備段階が済み、実際に配信を行う場合の一実施形態に係る動作を示すタイミング・フローチャートである。
【図１３】本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図１４】本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図１５】本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図１６】本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図１７】本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図１８】本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図１９】本願の一実施形態に係る配信側ソフトウェア１０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図２０】本願の一実施形態に係る受信側ソフトウェア２０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図２１】本願の一実施形態に係る配信側ソフトウェア１０００によって実現される本願特有の各段階における画面を模式的に表した図である。
【図２２】本発明の一実施形態に係るライブ＆オン・デマンド放送システム１の割り込み要求に対する処理の詳細な動作を説明するためのフローチャートである。
【図２３】本発明の一実施形態に係るライブ＆オン・デマンド放送システム１のコンテンツ受信要求受付処理のさらに詳細な動作を説明するためのフローチャートである。
【図２４】本発明の一実施形態に係るライブ＆オン・デマンド放送システム１の制御割り込み要求受付処理のさらに詳細な動作を説明するためのフローチャートである。
【図２５】本発明のさらに別の潜在的に可能な実施形態の一例であるＰＣカード化を概念的に示す図である。
【符号の説明】
【０１４１】
１０  発信側システム
２０  受信側システム
３０  管理側システム
３１  サーバ
３２  サーバ用モニタ
３３  ルータ
４０  ネットワーク
１０１、１０２  ＰＣ（パーソナル・コンピュータ）
１０３  ＣＰＵ切換器
１０４  キーボード
１０５  マウス
１０６  モニタ
１０７  ルータ
１０８  テロッパ
１０９  ＡＶ（オーディオ・ヴィジュアル）切替器
１１０  ＡＶ分配器
１１１  ＤＶＤインビデオ
１１２  ビデオカメラ装置
１１３  監視カメラ
１１４、１１５  スピーカ
１５０、１５１  コンテンツ表示ウィンドウ
１５２  制御用ウィンドウ
１５３  エンコード・プロフィール・ウィンドウ
１５４  ステータス・ウィンドウ
１５５  エンコード・ウィンドウ
１５６  情報入力用ナンバーパネル
１５６−Ｘ  情報入力前クリア入力パネル
１５６−Ｒ  入力情報確定入力パネル
１５７  セット・チャネル・ウィンドウ
１５８  モード・ウィンドウ
１５９  ヘルプ・アイコン
１６０  ガイド・アイコン
１６２−１〜１６２−６  モード切替入力／表示欄
１６３  ミラーサイト
１６４  キーチャネル入力／表示欄
１６５  現チャネル入力／表示欄
１６６  パスワード入力／表示欄
１６７  開始位置入力／表示欄
１６８  終了位置入力／表示欄
１６９  モード入力／表示欄
１７０  リライト・モード表示欄
１７１  スタート・アイコン
１７２  ストップ・アイコン
２６０  操作ウィンドウ
２６１、２６１Ａ  コンテンツ表示ウィンドウ
２６２  モード切替入力／表示欄
２６３  ミラーサイト
２６４  キーチャネル入力／表示欄
２６５  現チャネル入力／表示欄
２６６  パスワード入力／表示欄
２６７  選択位置入力／表示欄
２６８  情報入力用ナンバーパネル
２６８−Ｘ  情報入力前クリア入力パネル
２６８−Ｒ  入力情報確定入力パネル
２６９  再生コンテンツ位置表示欄
２７０  選択ビットレート表示欄
２７１  選択モード表示欄
２７２  コンテンツ表示画面大きさ切替入力アイコン
２７３、２７３Ａ  ボリューム調整用アイコン
２７４  再生指示アイコン
２７５  早送り指示アイコン
２７６  巻き戻し指示アイコン
２７７  再生停止指示アイコン
１０００  配信側ソフトウェア
１０１０  制御部
１０２０  配信情報生成部
１０３０  入力部
１０４０  通信部
１０５０  切替部
２０００  受信側ソフトウェア
２０１０  制御部
２０２０  表示部
２０３０  入力部
２０４０  通信部
２０５０  切替部
３０００  管理側ソフトウェア
３０１０  制御部
３０２０  認証部
３０３０  通信部
３０４０  格納部
【図１】
2008004972.tif 000003
【図２】
2008004972.tif 000004
【図３】
2008004972.tif 000005
【図４】
2008004972.tif 000006
【図５】
2008004972.tif 000007
【図６】
2008004972.tif 000008
【図７】
2008004972.tif 000009
【図８】
2008004972.tif 000010
【図９】
2008004972.tif 000011
【図１０】
2008004972.tif 000012
【図１１】
2008004972.tif 000013
【図１２】
2008004972.tif 000014
【図１３】
2008004972.tif 000015
【図１４】
2008004972.tif 000016
【図１５】
2008004972.tif 000017
【図１６】
2008004972.tif 000018
【図１７】
2008004972.tif 000019
【図１８】
2008004972.tif 000020
【図１９】
2008004972.tif 000021
【図２０】
2008004972.tif 000022
【図２１】
2008004972.tif 000023
【図２２】
2008004972.tif 000024
【図２３】
2008004972.tif 000025
【図２４】
2008004972.tif 000026
【図２５】
2008004972.tif 000027