(57)【特許請求の範囲】
【請求項１】
クライアント端末装置に対してネットワークを介してコンテンツのストリーム配信を行う配信サーバを使用したコンテンツのライブ配信の予約を管理する予約管理装置において実行される方法であって、
コンテンツのライブ配信を希望する配信者端末装置からネットワークを介して送信される前記配信サーバを使用してコンテンツ配信を希望する使用希望時間および当該コンテンツ配信で配信される、コンテンツの配信先の制約をコンテンツ配信者が指定する項目であるコンテンツの公開レベルを含む予約要求情報を受信する受信ステップと、
前記予約要求情報に含まれる前記使用希望時間での前記配信サーバを使用したコンテンツ配信の予約を許可するか否かを判別する予約許可判別ステップと、
前記予約許可判別ステップにおいて、予約要求情報に含まれる前記使用希望時間での前記配信サーバを使用したコンテンツ配信の予約が許可された場合に、前記公開レベルが、一定の条件で制限がある状態のときに、当該予約に基づくコンテンツ配信に関するコンテンツ配信プログラム情報を閲覧可能にすべきと判別する閲覧判別ステップと、
前記コンテンツ配信プログラム情報が閲覧可能にすべきと判別された場合に、前記予約管理装置における所定の記憶領域に前記コンテンツ配信プログラム情報をネットワークを介して閲覧可能に記憶する記憶ステップと
を具備することを特徴とする予約管理方法。
【請求項２】
前記予約要求情報には、前記クライアント端末装置のユーザの連絡先を含み、
前記クライアント端末装置への配信要求を許可する場合に、前記コンテンツ配信が行われる旨を通知するための通知情報を、前記予約管理装置からネットワークを介して前記クライアント端末装置のユーザの連絡先宛に送信する通知ステップを
さらに具備することを特徴とする請求項１に記載の予約管理方法。
【請求項３】
前記通知情報には、前記配信サーバに接続するための通信接続先情報が含まれている
ことを特徴とする請求項２に記載の予約管理方法。
【請求項４】
クライアント端末装置に対してネットワークを介してコンテンツのストリーム配信を行う配信サーバを使用したコンテンツのライブ配信の予約を管理する予約管理装置であって、
コンテンツのライブ配信を希望する配信者端末装置からネットワークを介して送信される前記配信サーバを使用してコンテンツ配信を希望する使用希望時間および当該コンテンツ配信で配信される、コンテンツの配信先の制約をコンテンツ配信者が指定する項目であるコンテンツの公開レベルを含む予約要求情報を受信する受信手段と、
前記予約要求情報に含まれる前記使用希望時間での前記配信サーバを使用したコンテンツ配信の予約を許可する場合に、前記公開レベルが、一定の条件で制限がある状態のときに、当該予約に基づくコンテンツ配信に関するコンテンツ配信プログラム情報を閲覧可能にすべきと判別する閲覧判別手段と、
前記コンテンツ配信プログラム情報が閲覧可能にすべきと判別された場合に、前記予約管理装置における所定の記憶領域に前記コンテンツ配信プログラム情報をネットワークを介して閲覧可能に記憶する記憶手段と
を具備することを特徴とする予約管理装置。
【請求項５】
前記予約要求情報は、前記クライアント端末装置のユーザの連絡先を含み、
前記クライアント端末装置への配信要求を許可する場合に、前記コンテンツ配信が行われる旨を通知するための通知情報を、ネットワークを介して前記クライアント端末装置のユーザの連絡先宛に送信する通知手段を
さらに備えることを特徴とする請求項４に記載の予約管理装置。
【請求項６】
前記通知情報には、前記配信サーバに接続するための通信接続先情報が含まれている
ことを特徴とする請求項５に記載の予約管理装置。
【請求項７】
クライアント端末装置に対してネットワークを介してコンテンツのストリーム配信を行う配信サーバを使用したコンテンツのライブ配信の予約を管理する予約管理装置に実行させるプログラムであって、
コンテンツのライブ配信を希望する配信者端末装置からネットワークを介して送信される前記配信サーバを使用してコンテンツ配信を希望する使用希望時間および当該コンテンツ配信で配信される、コンテンツの配信先の制約をコンテンツ配信者が指定する項目であるコンテンツの公開レベルを含む予約要求情報を受信する受信処理と、
前記予約要求情報に含まれる前記使用希望時間での前記配信サーバを使用したコンテンツ配信の予約を許可する場合に、前記公開レベルが、一定の条件で制限がある状態のときに、当該予約に基づくコンテンツ配信に関するコンテンツ配信プログラム情報を閲覧可能にすべきと判別する閲覧判別処理と、
前記コンテンツ配信プログラム情報が閲覧可能にすべきと判別された場合に、前記予約管理装置における所定の記憶領域に前記コンテンツ配信プログラム情報をネットワークを介して閲覧可能に記憶する記憶処理と
を具備することを特徴とするプログラムを記憶したプログラム格納媒体。
【請求項８】
前記予約要求情報は、前記クライアント端末装置のユーザの連絡先を含み、
前記クライアント端末装置への配信要求を許可する場合に、前記コンテンツ配信が行われる旨を通知するための通知情報を、ネットワークを介して前記クライアント端末装置のユーザの連絡先宛に送信する通知処理を
さらに備えることを特徴とする請求項７に記載のプログラム格納媒体。
【請求項９】
前記通知情報には、前記配信サーバに接続するための通信接続先情報が含まれている
ことを特徴とする請求項８に記載のプログラム格納媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアントに対してコンテンツのストリーム配信を行う配信サーバを使用してコンテンツのライブ配信を行うコンテンツ配信の予約を管理する予約管理方法および予約管理装置、および当該予約管理装置に実行させるプログラムを記憶したプログラム格納媒体に関する。
【０００２】
【従来の技術】
従来、コンピュータネットワークシステムにおいて、例えば個人が作成したコンテンツをインターネットを介して提供する場合、個人でホームページを開設することが一般的に行われている。
【０００３】
このように個人でホームページを開設する場合、ユーザはパーソナルコンピュータ（以下、ＰＣという）を介してホームページ作成プログラムを入手し、当該ホームページ作成プログラムに基づいて複数のコンテンツとハイパーリンクしたホームページを制作し、これをインターネットサービスプロバイダ（以下、ＩＳＰという）のサーバに蓄積しておく。
【０００４】
そして、ＩＳＰは、インターネットを介してアクセスしてきたクライアントに対してサーバからホームページを提供し、そのホームページ上のアンカーがクリックされた場合、リンクされたコンテンツを続いて提供するようになされている。
【０００５】
近年では、上述したようにインターネットを介してクライアントに提供されるコンテンツとして、静止画以外にも、動画像や音声なども多く制作されている。
このような動画像等のコンテンツを提供する場合には、ＩＳＰのストリーミングサーバの所定の記憶領域にユーザが作成した動画像ファイルや音声ファイルを予めアップロードしておく。そして、クライアントから要求が合った場合には、ＩＳＰのストリーミングサーバは要求に応じたファイルをクライアントに対してインターネットを介してストリーム配信するようになっている。
【０００６】
また、動画像などのコンテンツをインターネットを介してクライアントにストリーム配信をする手法としては、動画像ファイルをストリーミングサーバに予めアップロードしておき、上記のようにクライアントから要求に応じて配信する「オンデマンド配信」の他に、「ライブ配信」といった手法による配信も行われている。ライブ配信では、コンテンツ制作者により作成、例えばディジタルカメラによる撮影により作成された動画像データをリアルタイムでエンコードし、これをインターネット等を介してストリーミングサーバに送信することになる。そして、ストリーミングサーバは、このようにコンテンツ制作者からリアルタイムで供給される動画像データを専用の記憶領域に記録しながらストリーミング再生することにより、要求のあったクライアントにリアルタイムで提供することができるようになっている。
【０００７】
【発明が解決しようとする課題】
ところで、上述したようなライブ配信を行う場合には、コンテンツ配信者は、配信するコンテンツを広く一般に公開して多くの人に視聴してもらいたいといった場合にあれば、友人グループや会社の同僚等の特定の人にのみ当該コンテンツを視聴してもらいたいといった場合もある。すなわち、コンテンツ配信者が配信するコンテンツの内容によって、当該コンテンツの配信先を制限するのか、それとも広く一般に公開するのかといったコンテンツ配信の公開レベルが変わってくる。このようなコンテンツ配信者の要望に沿った公開レベルでのコンテンツ配信を行えるようにすれば、コンテンツ配信者の要望に沿ったサービスを提供することができるようになる。
【０００８】
本発明は、上記の事情を考慮してなされたものであり、コンテンツのライブ配信を行う配信者の希望に沿った公開レベルでのコンテンツ配信を実現することができるコンテンツ配信方法、予約管理装置およびプログラム格納媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するため、本発明においては、クライアント端末装置に対してネットワークを介してコンテンツのストリーム配信を行う配信サーバを使用したコンテンツのライブ配信の予約を管理する場合に適用される。
コンテンツのライブ配信を希望する配信者端末装置からネットワークを介して送信される配信サーバを使用してコンテンツ配信を希望する使用希望時間および当該コンテンツ配信で配信される、コンテンツの配信先の制約をコンテンツ配信者が指定する項目であるコンテンツの公開レベルを含む予約要求情報を受信する。
予約要求情報に含まれる使用希望時間での配信サーバを使用したコンテンツ配信の予約を許可するか否かを判別する。
予約要求情報に含まれる使用希望時間での配信サーバを使用したコンテンツ配信の予約が許可された場合に、公開レベルが、一定の条件で制限がある状態のときに、当該予約に基づくコンテンツ配信に関するコンテンツ配信プログラム情報を閲覧可能にすべきと判別する。
コンテンツ配信プログラム情報が閲覧可能にすべきと判別された場合に、予約管理装置における所定の記憶領域にコンテンツ配信プログラム情報をネットワークを介して閲覧可能に記憶する。
【００１０】
このように配信サーバを使用したコンテンツライブ配信を行う場合に、予約制を採用することにより、コンテンツの配信者によって予約した時間帯に確実にコンテンツ配信が行えるようになる。このような予約制において、コンテンツ配信者が予約するために、配信者端末装置からネットワークを介して予約管理装置に予約要求情報を送信する際、この予約要求情報にコンテンツ配信先の制約に関する制約情報を含ませておけば、当該コンテンツ配信の際に、配信要求を行ったクライアント端末装置に対して配信を行うか否かを、この制約情報に基づいて判別されることになる。したがって、コンテンツ配信者は、配信するコンテンツの内容に応じて当該制約情報に含ませる制約内容を設定すれば、配信するコンテンツ毎にコンテンツ配信の公開レベルを設定することができる。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について説明する。
Ａ．コンテンツ供給システムの構成
Ａ−１．システム全体の概略構成
まず、図１は本発明の一実施形態に係るコンテンツ配信方法を利用したパーソナルキャスティング（Personal Casting）サービスを提供するコンテンツ供給システム１００の全体構成を示すブロック図である。
【００１２】
図１に示すように、このコンテンツ供給システム１００は、インターネット１０３に図示せぬインターネットサービスプロバイダおよび電話網１０４を介して接続されるユーザＰＣ（配信者端末装置）１０６と、インターネット１０３に接続されるサーバ使用予約管理センタ１０１およびストリーミングサーバ（処理サーバ）１０２と、インターネット１０３に電話網（図示略）や専用回線（図示略）を介して接続される複数（図示は３つ）のクライアントＰＣ１０７とを備えている。ここで、ストリーミングサーバ１０２は、サーバ接続専用ネットワーク１０８に接続されており、後述するライブ配信時にユーザＰＣ１０６からストリーミングサーバ１０２にデータを送信する際には、ユーザＰＣ１０６は、電話網１０４を介してサーバ接続専用ネットワーク１０８のアクセスポートにＰＰＰ（Point-to- Point Protocol）接続する。これにより、ユーザＰＣ１０６とストリーミングサーバ１０２との間での通信経路が確立され、この通信経路を用いてコンテンツデータの送信を行うことになる。また、ストリーミングサーバ１０２とサーバ使用予約管理センタ１０１との間も専用線１０９が敷設されており、後述する認証処理等の際には当該専用線１０９を介して両者間でデータの授受が行われるようになっている。
【００１３】
このコンテンツ供給システム１００では、予め予約しておいた時間帯（例えば、１５：００〜１６：００）に、ユーザＰＣ１０６のユーザがディジタルカメラ等で撮影しているコンテンツデータ（例えば、音楽ライブを撮影した映像データ等）をストリーミングサーバ１０２に送信する一方で、ストリーミングサーバ１０２は要求のあったクライアントＰＣ１０７に対して上記コンテンツデータをストリーム配信する。このようにすることでコンテンツ供給システム１００は、ユーザＰＣ１０６のユーザがディジタルカメラ等で撮影したコンテンツデータを、クライアントＰＣ１０７側においてリアルタイムで受信して再生するといった個人放送を実現させるパーソナルキャスティングサービスを提供することができるようになっている。
【００１４】
また、このコンテンツ供給システム１００では、ユーザが所望の時間に確実に個人放送の発信を行えるようなパーソナルキャスティングサービスを実現するために、各ユーザのストリーミングサーバ１０２へアクセスおよび使用の予約制を採用している。すなわち、ユーザは、個人放送を行うことを希望する時間帯、つまりユーザ（のＰＣ）がストリーミングサーバ１０２へアクセスして当該ストリーミングサーバ１０２によるストリーム配信機能の使用を希望する時間帯の予約をインターネット１０３を介してサーバ使用予約管理センタ１０１に要求する。
そして、サーバ使用予約管理センタ１０１によって予約が許可された場合には、ユーザＰＣ１０６がこの予約に基づいた時間帯にストリーミングサーバ１０２にアクセスしてライブ配信を行えるようにしている。
【００１５】
コンテンツ供給システム１００は、上述したような予約制を導入したパーソナルキャスティングサービスを提供するシステムであるが、以下、このコンテンツ供給システム１００の各構成要素について詳細に説明する。
【００１６】
Ａ−２．ユーザＰＣ
まず、ユーザＰＣ１０６について説明する。本実施形態では、ユーザＰＣ１０６は、コンテンツ供給システム１００によるパーソナルキャスティングサービスにおいて、後述する登録手続処理等を経た後、コンテンツデータを作成して発信する放送者側となりうる権利を有するユーザが上記コンテンツデータの発信等に使用するＰＣをいうものとする。
【００１７】
図２に示すように、ユーザＰＣ１０６は、各種演算処理を行うとともに各部を制御するＣＰＵ（中央処理装置）１２０、ＣＰＵ１２０のワークメモリとして使用されるＲＡＭ（Random Access Memory）１２１、ＣＰＵ１２０に読み出されて実行されるプログラム群を格納したＲＯＭ（Read only Memory）１２２、ＣＰＵ１２０に読み出されて実行されるオペレーティングシステム（例えば、「Windows95/98/2000」（マイクロソフト社））やアプリケーションプログラム等のプログラム群を格納したハードディスク１２３、ユーザに対して画像を表示する液晶ディスプレイ等の表示部１２４、ＣＰＵ１２０から供給されたデータに応じた画像を表示部１２４に表示させるための表示用インタフェース１２５、ユーザが指示を入力するためのキーボード、マウス、後述する回転式ダイヤルおよび操作ボタン等の操作部１２６、操作部１２６を介して入力された指示を表すデータをＣＰＵ１２０へ供給する操作部用インタフェース１２７、電話網１０４（図１参照）を介してインターネット１０３（図１参照）やサーバ接続専用ネットワーク１０８（図１参照）に接続された装置との間でデータの授受を行うネットワークインターフェース１２８、ユーザＰＣ１０６内に内蔵されるディジタルビデオカメラ１２９を備えている。なお、ハードディスク１２３はＣＰＵ１２０に読み書きされるものであり、動画像データや各種制御用データの保管にも使用される。
【００１８】
ここで、図３は、上記のようなディジタルビデオカメラ１２９を内蔵したユーザＰＣ１０６の外観構成例を示す。図３（ａ）に示すように、この例に示すユーザＰＣ１０６は、一般的なノートブック型パーソナルコンピュータと同様に、液晶画面１２４ａを配置する表示側筐体部１０６ａと、キーボード１２６ａを配置するキーボード側筐体部１０６ｂとを有しており、両者がヒンジ部１０６ｃによって相対回転可能に連結されている。また、表示側筐体部１０６ａは、キーボード側筐体部１０６ｂに対して図中矢印Ａで示す方向に相対回転することも可能になされている。さらに、表示側筐体部１０６ａの一端側には、回転式の操作ダイヤル１２６ｂが設けられている。この操作ダイヤル１２６ｂは、回転操作だけではなく、押圧操作を行うことも可能となっている。
【００１９】
キーボード側筐体部１０６ｂの一方の側端面には、複数（図示は４つ）の操作ボタン１２６ｃを配置したボタン筐体部１０６ｅと、上述したディジタルビデオカメラ１２９とが取り付けられている。ここで、ボタン筐体部１０６ｅは、図示のように固定取り付けされている。一方、ディジタルビデオカメラ１２９は、キーボード側筐体部１０６ｂの側端面の一点で回転自在に支持されており、これにより図中矢印Ｂで示す方向に回転自在になされている。
【００２０】
このような構造の下、ユーザＰＣ１０６は、図３（ａ）に示す一般的なノート型パーソナルコンピュータと類似した形態の他に、図３（ｂ）〜図３（ｄ）に示すような形態で使用することが可能となる。例えば、図３（ｂ）に示すような形態で使用すれば、ユーザが当該ユーザＰＣ１０６を把持して、ユーザ自身をディジタルビデオカメラ１２９によって撮影することができる。この際、図示のように液晶画面１２４ａがユーザ側に向けられているため、ユーザはどのような映像が撮影されているかを確認しながら、撮影を行うことができる。このような形態で使用する場合、キーボード１２６ａは、ユーザの裏側に位置するため、ユーザが正確な操作をすることは困難である。この点を考慮し、後述するアプリケーションプログラムにしたがった処理におけるディジタルビデオカメラ１２９の撮影や撮影映像の加工等に関する操作（例えば、撮影開始、停止、ズーム、エフェクトの付加、動画像データの保存、送信等を指示するための操作）は、上述した操作ダイヤル１２６ｂおよび操作ボタン１２６ｃを適宜操作することにより行えるようになっている。また、図３（ｃ）に示すような形態で使用すれば、ユーザがユーザＰＣ１０６を把持して液晶画面１２４ａを見ながら正面にいる撮影対象を撮影することができる。
【００２１】
図２に戻り、ユーザＰＣ１０６は、図示せぬ電源の投入や操作部１２６により入力されるユーザの指示に基づいてＣＰＵ１２０がＲＯＭ１２２及びハードディスク１２３に格納されたアプリケーションプログラムを実行することにより、上述したコンテンツ供給システム１００のサービスを受けた動画像データ配信処理、動画像データ作成・加工処理、ＷＷＷ（World-Wide Web）ブラウジングなどの多種の処理を行うように構成されている。以下、このアプリケーションプログラムにしたがった処理をＣＰＵ１２０が実行することにより実現される様々な機能に着目し、ユーザＰＣ１０６の機能について表示画面等を参照しながら説明する。
【００２２】
まず、ユーザＰＣ１０６において、上記アプリケーションプログラムを実行させると、ＣＰＵ１２０の制御により表示部１２４には図４に示すような初期画面の表示がなされる。同図に示すように、この初期画面では、ディジタルビデオカメラ１２９により撮影された画像等を表示する大サイズの主画像表示エリア４０と、前回の当該アプリケーションプログラム実行時の最後に撮影された画像等のプレビューが表示される小サイズの副画像表示エリア４１が画面右上側に表示される。また、副画像表示エリア４１の下側には、モード（mode）、画像の種類（camera）、設定（setting）および指示内容（operation）を選択させるためのＧＵＩ（Graphical User Interface）が表示される。ユーザは、これらの項目を適宜選択設定することにより、モード選択、静止画（STILL）または動画（MOVIE）といった画像の種類選択、設定変更および指示入力等を行うことができるようになっている。
【００２３】
ここで、当該アプリケーションにおいては、ユーザは、撮影モード（ＧＵＩ上の「撮る」を選択した場合のモード）、アップロードモード（ＧＵＩ上の「見る・送る」を選択した場合のモード）、Ｗｅｂ確認モード（ＧＵＩ上の「Ｗｅｂを見る」を選択した場合のモード）、ライブ予約モード（ＧＵＩ上の「ライブ予約／確認へ」を選択した場合のモード）およびライブ配信モード（ＧＵＩ上の「ライブ配信へ」を選択した場合のモード）といった５つのモードが選択できるようになっている。なお、当該アプリケーションプログラム起動時の初期状態においては、撮影モードが選択されている。
【００２４】
撮影モードは、ユーザＰＣ１０６が内蔵するディジタルビデオカメラ１２９により撮影を行うモードであり、このモードを選択した場合や初期状態には、ＣＰＵ１２０の制御により図５（ａ）に示すような画面が表示される。同図に示すように、撮影モードにおける表示画面には、上述した初期画面（図４参照）と同様に、主画像表示エリア４０および副画像表示エリア４１が表示されており、主画像表示エリア４０には現在撮影中の画像が表示され、副画像表示エリア４１には現在の撮影前の最後に撮影した画像のプレビューが表示される。
【００２５】
このモードにおいても、副画像表示エリア４１の下側には、上述したＧＵＩが表示される。図５（ｂ）に示すように、このモードにおけるＧＵＩには、上述した「mode」、「camera」、「setting」および「operation」といった選択項目が表示され、このモードにおける「operation」の選択項目には、画像のキャプチャを指示するための項目（「キャプチャ」）、インターネットに接続／切断することを指示する項目（「ネット接続／切断」）等があり、操作ダイヤル１２６ｂを回転操作することによりフォーカスＦ（太線で図示）を所望の項目上に移動させた後、操作ダイヤル１２６ｂを押圧操作することで所望の項目を選択して決定することができるようになっている。
【００２６】
また、この撮影モードにおいて、ボタン筐体部１０６ｅに設けられた操作ボタン１２６ｃ（図３参照）に、画像撮影の際に必要となるコマンド等（例えば、画像に付与するエフェクトの選択等を指示するコマンド）を割り当てておけば、ユーザは、キーボード１２６ａ（図３参照）を用いずに、操作ダイヤル１２６ｂおよび操作ボタン１２６ｃのみの操作で撮影モード上での操作を行うことができ、図３（ｂ）や図３（ｃ）に示すようなキーボード１２６ａが操作しづらい位置にある形態での撮影操作を容易に行うことが可能となる。なお、操作ボタン１２６ｃは、デフォルトとして上記のようなコマンドを割り当てるようにしてもよいが、この撮影モードや以下に説明する他のモードにおいて、各モード毎にユーザが任意に操作ボタン１２６ｃに割り当てるコマンドを選択できるようにしてもよい。このようにすれば、ユーザが各モードで使用頻度の高いコマンドを操作ボタン１２６ｃに割り当てるように設定することにより、各モードにおいて、キーボード１２６ａを操作する必要性が減少し、操作性が向上する。
【００２７】
図５（ａ）に示す画面下方側に表示されるステータスウィンドウＳＷは、現在のユーザＰＣ１０６の状態（例えば、バッテリ残量やハードディスクドライブの残記憶容量等）、選択しているモードにおける処理状態（例えば、撮影している画像のデータサイズ、指定している保存先（ハードディスクやネットワーク等）、操作ボタン１２６ｃのコマンド割り当て等の情報が表示される。
【００２８】
次に、アップロードモードは、上述した撮影モードで撮影した画像データを表示させて参照したり、画像データを選択してインターネット１０３（図１参照）に接続された所定のアップロード先のサーバ（不図示）に送信するモードである。このモードを選択した場合には、図６（ａ）に示すような画面がＣＰＵ１２０の制御により表示部１２４に表示される。同図に示すように、アップロードモードにおける表示画面には、プレビューエリア４２と、撮影した画像を並べて（図示の例では縦に並べている）表示する一覧表示エリア４３と、ＧＵＩと、ステータスウィンドウＳＷと、送信カプセルアイコンＳＣとが表示されている。
【００２９】
図６（ｂ）に示すように、アップロードモードにおけるＧＵＩの「operation」には、インターネットに接続／切断することを指示する項目（「ネットに接続／切断」）、画像データの送信開始／終了を指示する項目（「送信開始／終了」）、一覧表示エリア４３へのフォーカスＦの移動を指示する項目（「フォーカス移動」）、送信カプセルアイコンＳＣの中を見る、すなわち送信するように選択している画像データの一覧を見ることを指示する項目（「送信カプセル参照」）等があり、上記撮影モードと同様に、操作ダイヤル１２６ｂを回転操作することにより所望の項目にフォーカスＦを移動させた後、操作ダイヤル１２６ｂを押圧することで所望の項目を選択することができるようになっている。
【００３０】
また、アップロードモードにおいては、操作ボタン１２６ｃには、プレビューエリア４２への動画像の再生／停止や、静止画像の表示等を指示するコマンドが割り当てられている。また、このモードにおけるステータスウィンドウＳＷには、画像データのファイル名、ファイルサイズ、フォーマット（ＪＰＥＧ（Joint Photographic Experts Group）やＭＰＥＧ（Moving Picture Experts Group）など）や、現在指定されている送信先を示す情報（アップロードするサーバ名やそのＵＲＬ（Uniform Resource Locator））が表示される。
【００３１】
ここで、一覧表示エリア４３へのフォーカスＦの移動を指示する項目（「フォーカス移動」）を選択した場合には、フォーカスＦが一覧表示エリア４３上に移動する。このようにフォーカスＦが一覧表示エリア４３上に移動すると、操作ダイヤル１２６ｂの回転操作に応じてフォーカスＦが一覧表示される画像上を順次移動することになる。ユーザは、ある画像データを送信したい場合には、操作ボタン１２６ｃを回転操作して当該画像データ上にフォーカスＦを移動させる。そして、操作ダイヤル１２６ｂを押圧操作すると、図６（ａ）に示すように、その画像データに対する処理を指示するためのＳＵＢＧＵＩが表示され、このＳＵＢＧＵＩの項目上にフォーカスＦが移動する。図６（ｃ）に示すように、ＳＵＢＧＵＩには「保存」、「削除」、「プレビュー」、「送信カプセルに入れる」といった指示項目が設定されている。ここで、操作ダイヤル１２６ｂを回転操作してフォーカスＦを所望の処理である「送信カプセルに入れる」上に移動させて操作ダイヤル１２６ｂを押圧操作すると、当該画像データが送信すべき画像データの一覧に加えられる。このようにして送信する画像データを選択して実際に送信を行う場合には、フォーカスＦをＧＵＩの項目上に戻し、送信開始／終了を選択する。このように送信開始／終了が選択されると、ユーザＰＣ１０６のＣＰＵ１２０によって選択されている画像データの送信処理が実行される。
【００３２】
次に、Ｗｅｂ確認モードは、インターネット等のネットワークに接続してブラウジングを行うモードであり、Ｗｅｂ確認モードが選択されると、 図７（ａ）に示すような画面がＣＰＵ１２０の制御により表示部１２４に表示される。同図に示すように、Ｗｅｂ確認モードでは、Ｗｅｂブラウザを表示するブラウザ表示画面４４と、ブラウザ表示画面４４にリソースを表示させるために入力等されたＵＲＬを表示するＵＲＬ表示欄４５と、ＧＵＩと、ステータスウィンドウＳＷとが表示される。ここで、Ｗｅｂ確認モードが選択されると、ＣＰＵ１２０によりハードディスク１２３に格納されているブラウザソフトウェア（例えば、Internet Explorer（マイクロソフト社）やNetscape Navigator（ネットスケープ社の登録商標））が実行され、ブラウザ表示画面４４には、上記ブラウザソフトウェアによる表示画面が表示される。
【００３３】
図７（ｂ）に示すように、Ｗｅｂ確認モードにおけるＧＵＩには、ブラウジングの際に指示する項目を選択するための「browsing」が表示されており、「browsing」には、所定のＷｅｂページにジャンプすることを指示する項目（「ジャンプ」）や、ブラウザを操作する項目（例えば、「次へ」や「戻る」など）が表示されている。また、このモードにおける「operation」には、インターネットに接続／切断することを指示する項目（「ネット接続／切断」）、ブラウザ表示画面４４へのフォーカスＦの移動を指示する項目（「フォーカス移動」）等があり、操作ダイヤル１２６ｂを回転操作することにより所望の項目にフォーカスＦを移動させた後、操作ダイヤル１２６ｂを押圧操作することで所望の項目を選択することができるようになっている。
【００３４】
この「Ｗｅｂ確認」では、ＵＲＬを入力してブラウジングを行うといった通常の一般的なブラウジング処理を行うことができる。
【００３５】
次に、ライブ予約モードは、インターネット１０３を介してサーバ使用予約管理センタ１０１（図１参照）に接続し、上述したパーソナルキャスティングサービスを利用して個人放送を行うための時間帯等を予約するためのモードであり、ライブ予約モードが選択されると、図８（ａ）に示すような画面がＣＰＵ１２０の制御により表示部１２４に表示される。同図に示すように、ライブ予約モードでは、上述したＷｅｂ確認モードと同様に、ブラウザ表示画面４４、ＵＲＬ表示欄４５、ＧＵＩおよびステータスウィンドウＳＷに加え、予約一覧表示エリア４６が表示される。
【００３６】
図８（ｂ）に示すように、ライブ予約モードにおけるＧＵＩの「operation」には、インターネットに接続／切断することを指示する項目（「ネット接続／切断」）、ブラウザ表示画面４４へのフォーカスＦの移動を指示する項目（「フォーカス移動」）等がある。また、このモードにおけるＧＵＩには、上述したＷｅｂ確認モードと同様に「browsing」が表示され、「browsing」には、ライブ予約を行うためのＷｅｂページにジャンプすることを指示する項目（「予約ジャンプ」）、ブラウザを操作する項目（例えば、「次へ」や「戻る」など）等がある。
ユーザは操作ダイヤル１２６ｂを回転操作することにより所望の項目にフォーカスＦを移動させた後、操作ダイヤル１２６ｂを押圧操作することで所望の項目を選択することができるようになっている。なお、ライブ予約を行うためのＷｅｂページとは、サーバ使用予約管理センタ１０１内の後述するライブキャスティングサーバがそのハードディスク内に格納しているＷｅｂページである。
【００３７】
ここで、ユーザがパーソナルキャスティングサービスを利用してライブ配信の予約を行う場合には、配信予約を行うためのＷｅｂページにジャンプすることを指示する項目を選択決定する。これによりＣＰＵ１２０はライブ予約を行うために上記ライブキャスティングサーバにインターネット１０３を介してアクセスし、当該ライブキャスティングサーバに予約要求情報を送信したり、ライブキャスティングサーバからの予約設定情報をダウンロードするといった予約に関する情報の授受を行うことができるようになっている。
【００３８】
予約一覧表示エリア４６には、ユーザが上記サーバ使用予約管理センタ１０１に対して予約した内容が一覧表示されており、各予約毎に予約時間帯等の概要情報が表示されている。ユーザは、操作ダイヤル１２６ｂを回転操作することにより、予約一覧表示エリア４６上にフォーカスＦを移動させた後、操作ダイヤル１２６ｂを押圧操作することにより、予約一覧表示エリア４６上の所望の予約概要情報が表示された項目を選択すると、ＣＰＵ１２０は、その予約を確認するために上記サーバ使用予約管理センタ１０１のライブキャスティングサーバの予約確認を行うためのＷｅｂページにジャンプするような制御を行うようになっているが、ユーザＰＣ１０６とサーバ使用予約管理センタ１０１との間の予約に関する処理についての詳細は後述する。
【００３９】
次に、ライブ配信モードは、電話網１０４およびサーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２（図１参照）に接続し、ディジタルビデオカメラ１２９により撮影した動画像データ等のコンテンツデータをストリーミングサーバ１０２にリアルタイムで送信するモードであり、このモードにおいて送信したコンテンツデータがストリーミングサーバ１０２によって、要求のあったクライアントＰＣ１０７にストリーム配信される。これにより、ユーザは個人放送の配信をリアルタイムで行うことができるのである。
【００４０】
このようなライブ配信モードが選択されると、図９（ａ）に示すような画面がＣＰＵ１２０の制御により表示部１２４に表示される。同図に示すように、ライブ予約モードでは、撮影画像に付与するエフェクトを選択するためのエフェクト表示欄４８と、ストリーミングサーバ１０２に送信する画像を表示する、つまりディジタルビデオカメラ１２９の撮影画像に所定のエフェクト等が付与された画像を表示するプレビュー画面４７と、ＧＵＩと、ステータスウィンドウＳＷとが表示される。
【００４１】
ライブ配信モードにおけるステータスウィンドウＳＷには、配信中であることを示すオンエアー情報、配信開始からの経過時間を示す配信経過時間情報、サービス提供者側の時刻情報、ユーザＰＣ１０６側の時刻情報、予約開始時間や予約終了時間を示す予約時間帯情報、画像サイズ情報、配信データの送信速度（ビットレート）を示すビットレート情報、配信画像データのタイトル名情報、接続しているストリーミングサーバ１０２およびそのチャンネルを示す接続先情報、ストリーミングサーバ１０２によりストリーム配信されるコンテンツデータを受信しているクライアントの数を示す視聴者数情報等が表示される。
【００４２】
図９（ｂ）に示すように、ライブ配信モードにおけるＧＵＩの「operation」には、インターネットに接続／切断することを指示する項目（「ネット接続／切断」）、ライブ配信の開始／終了を指示する項目（「配信開始／終了」）、エフェクト表示欄４８に表示するエフェクトを設定するエフェクト設定項目（「エフェクト設定」）、エフェクト表示欄４８へのフォーカスＦの移動を指示する項目（「フォーカス移動」）等があり、操作ダイヤル１２６ｂを回転操作することにより所望の項目にフォーカスＦを移動させた後、操作ダイヤル１２６ｂを押圧操作することで所望の項目を選択することができるようになっている。
【００４３】
ここで、ライブ配信の開始／終了を指示する項目を選択決定すると、ＣＰＵ１２０は、上述したライブ予約モードにおいてライブキャスティングサーバから供給された予約設定情報に従い、電話網１０４およびサーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２に接続する。そして、ストリーミングサーバ１０２との接続が確立されると、ＣＰＵ１２０は、上記予約設定情報に設定された内容（例えば、データ伝送速度等）従い、ディジタルビデオカメラ１２９により撮影された動画像データをリアルタイムでストリーミングサーバ１０２に送信する。なお、ストリーミングサーバ１０２との間の通信接続処理や通信接続後の動画像データ送信処理等についての詳細は後述する。
【００４４】
図１０に示すように、ライブ配信モードにおけるエフェクト表示欄４８には、操作ボタン１２６ｃ中のＡボタンおよびＢボタン（ボタン上面等に「Ａ」、「Ｂ」を表記しておく）毎にエフェクト名が上下方向に並んで表示されている。ここで、最も上段に表示されるエフェクト名が現在選択されているエフェクト名である。図示の例では、Ａボタンには、選択候補として上から順番に「ハート絵柄表示」、「なし」、「拍手音」……といったエフェクト名が表示されている。これらは操作ダイヤル１２６ｂの回転操作により相対的に移動するフォーカスＦに囲まれたエフェクト名に対応するエフェクト名、つまり現在選択されて最上段に表示されているエフェクト名に対応するエフェクトを付与することを指示するためのものであり、ユーザが操作ボタン１２６ｃ中のＡボタンを押下することにより、フォーカスＦに囲まれて選択されたエフェクト名に対応するエフェクトがディジタルビデオカメラ１２９の撮影画像に付与される。例えば、図示の状態で、Ａボタンが押下操作された場合には、ディジタルビデオカメラ１２９に撮影された動画像データに「拍手音」に対応するエフェクトである拍手音を加える処理が実行される。なお、上記のフォーカスＦが相対的に移動するとは、このモードにおいては、回転ダイヤル１２６ｂの操作によりフォーカスＦが移動するのではなく、エフェクト名の表示列がスクロールするようになっており、結果として表示列に表示された「エフェクト名」上を移動することを意味している。
【００４５】
Ｂボタンには、最上段には、現在フォーカスＦに囲まれている、つまり選択されているエフェクト名「タイトルインポーズ」が表示され、その下方に選択候補として上から順番に「ＢＧＭ１」、「白黒画像」、「タイトルインポーズ」……といったエフェクト名が表示されている。これらはフォーカスＦに囲まれたエフェクト名に対応するエフェクトを付与することを指示するためのものであり、ユーザが操作ボタン１２６ｃ中のＢボタンを押下することにより、フォーカスＦに囲まれたエフェクト名に対応するエフェクトがディジタルビデオカメラ１２９の撮影画像に付与される。例えば、図示の状態で、Ｂボタンが押下操作された場合には、ディジタルビデオカメラ１２９に撮影された動画像データに対し、「タイトルインポーズ」に対応するエフェクトであるタイトル名のスーパーインポーズ処理が実行される。ここで、Ａボタンに対応するエフェクト処理は、一時的に付与される処理である「拍手音」の付加等であるのに対し、Ｂボタンに対応するエフェクト処理は、継続的に付与される処理である。したがって、ユーザＰＣ１０６の操作ボタン１２６ｃ中のＢボタンとしてはトグルボタンを採用し、一旦押下操作された後、次に押下操作されるまでの間、「白黒画像」にする等のエフェクト付与処理を継続するようになっている。
【００４６】
また、Ｂボタンに対応するエフェクト名を表示しているさらに画面右側には、予めユーザに設定されたプリセットのエフェクト名が表示されている。ここに表示されるエフェクトは、後述するエフェクト設定においてプリセットするエフェクトを変更しない限り、ボタン操作とは無関係にこの欄に表示されたエフェクトが継続して付与されるようになっている。図示の例では、「日時」が設定されており、この場合、配信する動画像データ中に常に日時表示がスーパーインポーズされるようになっている。
【００４７】
上記のようなエフェクト処理は、ライブ配信を行うこと、つまりディジタルビデオカメラ１２９により撮影した動画像データをリアルタイムで送信することを考慮したものである。すなわち、ライブ配信を行う場合には、ユーザＰＣ１０６では、撮影した画像をリアルタイムで送信するため、撮影した画像にエフェクト等を付与する際の操作は簡単であることが要求され、上述したようにＡボタンまたはＢボタンの１回の押下操作で処理を実行できるようにしているのである。しかしながら、エフェクトを付与する処理をボタン１回の押下操作で指示することができるものの、ＡボタンまたはＢボタンを押下操作した場合には、エフェクト表示欄４８上のフォーカスＦに囲まれたエフェクト名に対応するエフェクトの処理が実行される。したがって、エフェクト表示欄４８上に表示されるエフェクト名やその表示順序がユーザの意図に合致しないものであると、所望のエフェクトを付与するためのフォーカスＦの相対的な移動量が多くなってしまい、操作ダイヤル１２６ｂの回転操作等に時間を要し、ユーザは所望のエフェクトを所望のタイミングで付与することができなくなることもある。
【００４８】
そこで、ライブ配信モードでは、上述したＧＵＩ（図９（ｂ）参照）において、「エフェクト設定」を選択することにより、予め用意されている多数のエフェクトの中から、上記エフェクト表示欄４８にどのエフェクトをどのような順序で表示させるかを設定することができるようになっている。ここで、図１１は、上記ＧＵＩの「エフェクト設定」（図９（ｂ）参照）が選択された場合に表示部１２４に表示される画面を示す。同図（ａ）、（ｂ）、（ｃ）に示すように、Ａボタン、Ｂボタンおよびプリセットといった３つの設定用画面が用意されている。
図１１（ａ）に示すＡボタンに対応するエフェクト設定を行う画面には、予め用意されている一時的に付与する、つまりＡボタンに対応する多数のエフェクト名を表示するＡボタン対応エフェクトリスト欄５０ａが画面左側に表示され、その右側には、上述したエフェクト表示欄４８に表示させるべき登録リスト欄５２が表示されている。登録リスト欄５２には、Ａボタン用登録リスト欄５２ａ、Ｂボタン用登録リスト欄５２ｂおよびプリセット登録欄５２ｃが表示されており、Ａボタン設定用の画面では、Ｂボタン用登録リスト欄５２ｂおよびプリセット登録欄５２ｃの表示色がＡボタン用登録リスト欄５２ａの表示色と異なっており、これにより現在設定可能な登録欄を容易にユーザが認識することができるようにしている。Ａボタン対応エフェクトリスト欄５０ａには、予め用意されている実行可能な多数のエフェクト処理のエフェクト名が上下方向にスクロール表示されるようになっている。
【００４９】
このような表示画面において、Ａボタン対応エフェクトリスト欄５０ａに表示されているエフェクトの中から、エフェクト表示欄４８に表示させるべきエフェクトを選択し、Ａボタン用登録リスト欄５２ａに選択したエフェクトをドラッグする。このようにしてユーザは、Ａボタンに対応する所望のエフェクトが所望の順序でエフェクト表示欄４８に表示されるように設定しておくことができる。
【００５０】
Ｂボタンに対応するエフェクトを設定する場合には、図１１（ｂ）に示す画面が表示される。この画面の右側には予め用意されている継続的に付与する、つまりＢボタンに対応する多数のエフェクト名を表示するＢボタン対応エフェクトリスト５０ｂが表示されている。これらのＢボタン対応エフェクトリスト５０ｂには、予め用意されている実行可能な多数のエフェクト処理のエフェクト名が上下方向にスクロール表示されるようになっている。
【００５１】
このような表示画面において、Ｂボタン対応エフェクトリスト欄５０ｂに表示されているエフェクトの中から、エフェクト表示欄４８に表示させるべきエフェクトを選択し、Ｂボタン用登録リスト欄５２ｂにドラッグする。このようにしてユーザは、Ｂボタンに対応する所望のエフェクトが所望の順序でエフェクト表示欄４８に表示されるように設定しておくことができる。
【００５２】
プリセットのエフェクトを設定する場合には、図１１（ｃ）に示す画面が表示される。この画面の右側には、予め用意されている継続的に付与する多数のエフェクト名を表示するプリセットエフェクトリスト５０ｃが表示されている。これらのプリセットエフェクトリスト５０ｃには、予め用意されている実行可能な多数のエフェクト処理のエフェクト名が上下方向にスクロール表示されるようになっている。
【００５３】
このような表示画面において、プリセットエフェクトリスト欄５０ｃに表示されているエフェクトの中から、エフェクト表示欄４８に表示させるべきエフェクトを選択し、プリセット用登録欄５２ｃにドラッグする。このようにしてユーザは、プリセットのエフェクトを設定しておくことができる。
【００５４】
一般的に、ライブ配信を行う場合には、付与すべきエフェクトの種類やそのエフェクトを付与するタイミングや順序等は、ユーザの構想としてできあがっているものである。したがって、このようなユーザの構想に基づいた付与するエフェクトの種類や付与順序を考慮した設定を予め行っておけば、ライブ配信において、簡易な操作でユーザの構想をより忠実に再現したエフェクト処理を行うことができるのである。
【００５５】
ユーザＰＣ１０６は、上記のような撮影モード、アップロードモード、Ｗｅｂ確認モード、ライブ予約モード、ライブ配信モードといった５つの機能を備えたアプリケーションプログラムをハードディスク１２３に格納し、上記のような処理機能を行うことができるが、他にもライブ配信予約時に後述する予約設定情報ファイルを自動取り込みする処理を実行するためのプログラムや、ライブ配信時にストリーミングサーバ１０２への通信接続処理を実行するためのプログラムを格納しているが、これらのプログラムの実行による機能についての詳細は後述する。
【００５６】
Ａ−３．サーバ使用予約管理装置
上述したようにユーザＰＣ１０６が放送者としてライブ配信を行う場合、コンテンツ供給システム１００により提供されるパーソナルキャスティングサービスでは、ライブ配信を行う時間帯にストリーミングサーバ１０２の使用する予約を行う必要がある。次に、このようなストリーミングサーバ１０２の使用予約を管理するサービス提供者側のサーバ使用予約管理センタ１０１について図１２を参照しながら説明する。
【００５７】
同図に示すように、サーバ使用予約管理センタ１０１は、互いにＬＡＮ（Local Area Network）に接続されるライブキャスティングサーバ１５０、予約データベース１５１、ユーザデータベース１５２、ＮＴＰ（Network Time Protocol）サーバ１５３、ネットワークインターフェース１５４およびデータベースサーバ１５５を備えている。ここで、サーバ使用予約管理センタ１０１の上記各構成要素は、ネットワークインターフェース１５４を介してインターネット１０３に接続されるユーザＰＣ１０６やクライアントＰＣ１０７、および専用線１０９（図１参照）に接続されるストリーミングサーバ１０２との間で各種データの授受を行う。
【００５８】
ライブキャスティングサーバ１５０は、パーソナルキャスティングサービスにおけるライブ配信の予約処理、課金処理、サービスメンバーの登録処理等の当該サービスの全体を管理するための処理を行うサーバである。ライブキャスティングサーバ１５０は、ユーザが当該サービスを受ける権利を得るための登録用、ユーザからの予約を受け付ける予約受付用、ユーザが予約確認や変更を行うための予約確認用、およびクライアントＰＣ１０７にライブ配信されている番組表等を参照させるための番組表参照用等のＷｅｂページをハードディスク内に格納しており、ユーザＰＣ１０６やクライアントＰＣ１０７からの要求があった場合には、この要求に応じたＷｅｂページをユーザＰＣ１０６やクライアントＰＣ１０７に閲覧させ得るようになされている。以下、ライブキャスティングサーバ１５０に用意されているＷｅｂページについて、当該Ｗｅｂページの閲覧を要求したＰＣ側のブラウザ画面に表示される表示画面を参照しながら説明する。
【００５９】
ここで、図１３は、ユーザＰＣ１０６やクライアントＰＣ１０７等のインターネット１０３に接続できるＰＣを用い、当該ＰＣのユーザがライブキャスティングサーバ１５０のＷｅｂページのトップページ（ホームページ）を識別するためのＵＲＬを入力等して閲覧要求を行った場合に、要求したＰＣ側に表示されるＷｅｂページ表示画面を示す。なお、ライブキャスティングサーバ１５０のＷｅｂページのトップページの閲覧要求をする場合、上記のようにＵＲＬを入力する方法以外にも、他のホームページ上のリンクボタンのクリック操作により当該ページにジャンプするといった方法もある。
【００６０】
図１３に示すように、このホームページには、ログインするためにユーザＩＤおよびパスワードを入力する欄に加え、「メンバー登録」、「パーソナルキャスティングＴＶとは？」、「本日のライブ」、「番組ガイド」、「マイチャンネル」、「ライブ配信予約」、「プログラムピックアップ」、「Image Station」といったリンクボタンが表示されており、これらがクリックされると、各リンクボタンにハイパーリンクされたＷｅｂページがＰＣ側に送信されて表示されるようになっている。
【００６１】
まず、「メンバー登録」がクリックされると、当該パーソナルキャスティングサービスを受けることができるメンバーを登録するためのＷｅｂページがＰＣ側の表示画面に表示されることになるが、これについての詳細は後述する。
【００６２】
次に、「パーソナルキャスティングＴＶとは？」がクリックされた場合には、図１４に示すような画面がＰＣ側の表示画面に表示されるようになっている。同図に示すように、このＷｅｂページ画面には、当該パーソナルキャスティングサービスのメンバー登録を促す記載や、上記「メンバー登録」のＷｅｂページにジャンプさせるリンクボタン「登録ページへ」が表示されている。また、この表示画面には、パーソナルキャスティングサービスの概要説明や処理手順等の説明が記述されている。
【００６３】
次に、「本日のライブ」がクリックされた場合には、図１５に示すような画面がＰＣ側の表示画面に表示される。同図に示すように、このＷｅｂページ画面には、本日配信されるライブプログラムが表示されており、サービス提供者側の現在時刻（この時間に基づいて予約が履行される）を上部に表示すると共に、その下方側に本日配信されるスペシャルプログラムおよびプライベートプログラムの配信時間、タイトル、配信者、概要等の項目の情報一覧表示されている（図示の例では、表示する項目名を記述しているが、実際には上記項目の内容（配信者名や、タイトル名等）が表示される）。ここで、スペシャルプログラムとは、企業などが提供するコンテンツであり、プライベートプログラムはユーザＰＣ１０６のように個人ユーザにより提供されるコンテンツを意味する。また、配信時間の代わりに「オンディマンド」と記述されているプログラムは、ライブ配信ではなく、予め配信データをライブキャスティングサーバ１５０側で記憶しておき、クライアントＰＣ１０７等から要求に応じて配信するオンディマンド配信用のプログラムである。また、プライベートプログラムにおける「定員」は、当該プログラムのコンテンツの配信を受けることができるクライアント数の定員を示す情報であり、「OPEN」「CLOSE」は現時点で、上記定員等の制限を考慮した上でクライアント下らの要求に応じて配信することができるか否かを示す情報である（「OPEN」は配信可能、「CLOSE」は配信不能）。
【００６４】
ここで、上述したプログラムの一覧中の「タイトル」はリンクボタンとなっており、これがクリックされると、図１６に示すように、クリックされた「タイトル」のライブプログラムの詳細情報が表示される。この画面において当該プログラムの配信時間中に、正当なパスワード入力を行うと共に、「再生」ボタン１７５をクリックすれば、当該ライブプログラムの配信要求がインターネット１０３を介してストリーミングサーバ１０２に送信される。これにより、配信要求を行ったクライアントＰＣ１０７は、ストリーミングサーバ１０２による当該ライブプログラムコンテンツのストリーム配信を受信し、これをリアルタイムで再生することができるようになっている。なお、ストリーミングサーバ１０２によってストリーミング配信されたコンテンツをリアルタイム再生するためには、当該リアルタイム再生処理を行うための再生ソフトウェア（例えば、「Real player」（リアルネットワークス社）、「Windows Media Player」（マイクロソフト社）等）が必要となる。したがって、配信要求を行うＰＣが上記再生ソフトウェアを格納していない場合には、「再生ソフト」ボタン１７６をクリックする。これにより、上記再生ソフトウェアがＰＣにダウンロードされ、当該ＰＣにおいてストリーミングサーバ１０２によってストリーム配信されたコンテンツをリアルタイムで再生して視ることができる。
【００６５】
次に、「番組ガイド」がクリックされた場合には、図１７に示すような画面がＰＣの表示画面に表示される。同図に示すように、このＷｅｂページ画面は、現在日を含む月間カレンダーが表示されており、当該カレンダーの白抜き表示された日付に配信されるプログラムの一覧が表示されている。ここで、表示されるプログラムの一覧は、上述した「本日のライブ」と同様である（図１６参照）。この表示画面においては、上記月間カレンダー上の所望の日付をクリックすれば、当該日付のプログラム一覧が表示されるようになっている。なお、上記「本日のライブ」や「番組ガイド」において表示される画面は、図１６および図１７に示すようなものに限らず、縦軸に時刻、横軸にチャンネルといったマトリクス状のプログラム表示欄を設け、当該マトリクス内にタイトル名、内容、配信者名等を表示するといった新聞のテレビ欄のような表示形式であってもよく、その表示形式は任意である。
【００６６】
次に、「マイチャンネル」は、ライブ配信の発信者となることができる権利を有するユーザ（後述するプレミアムメンバー登録されているユーザ）毎に用意されるＷｅｂページであり、「マイチャンネル」がクリックされると、そのユーザの現時点におけるライブ配信の予約内容を確認するＷｅｂページ等が表示されるようになっている。また、「ライブ配信予約」がクリックされると、ライブ配信の予約を行うためのＷｅｂページが表示されるようになっていいるが、これらについての詳細は後述する。なお、メンバー登録を行っていないユーザについては、ユーザＩＤやパスワードがないため、上記のユーザＩＤおよびパスワードを入力するといったログイン処理を行うことができないようになっている。このようなログイン処理を行っていないユーザのＰＣにおいて「マイチャンネル」や「ライブ配信予約」がクリックされた場合には、それぞれ対応するＷｅｂページにジャンプするのではなく、「パーソナルキャスティングＴＶとは？」にジャンプして、当該ユーザにメンバー登録を促すようになっている。
【００６７】
次に、「プログラムピックアップ」は、サービス提供者側が推奨するプログラム等を紹介するＷｅｂページであり、これがクリックされると、サービス提供者が推奨するプログラムの詳細情報（図１６参照）が表示されるようになっている。
【００６８】
ライブキャスティングサーバ１５０は、そのハードディスク内に上述したようなＷｅｂページを格納している。
【００６９】
図１２に戻り、予約データベース１５１は、ライブ配信における予約状況や予約によって発生する課金に関する情報を記憶するものであり、図１８に示すように、１つの予約毎に予約時間帯、使用するチャンネル、使用帯域（ｂｐｓ（bit per second））等を含む予約内容情報と、ユーザを識別するためのユーザＩＤと、その時点で予約が成立して課金が可能であるか否かを示す課金フラグ情報と、当該予約履行時の認証に用いられる予約ＩＤとを対応つけて記憶している。これらの各情報は、後述するライブキャスティングサーバ１５０による予約処理等の際に書き込まれ、後述するデータベースサーバ１５５による認証処理において記憶された各情報が参照されることになる。
【００７０】
ユーザデータベース１５２は、パーソナルキャスティングサービスを受ける権利を有する登録ユーザに関する情報を記憶するものであり、当該登録ユーザ毎に、氏名（名称）、ユーザＩＤ、パスワード、電子メールアドレス、住所、電話番号（携帯電話やファクシミリ番号）、および課金するためのクレジットカード番号やクレジットカードの有効期限等の情報が記憶されている。これらの各情報は、後述するライブキャスティングサーバ１５０によるメンバー登録処理の際に書き込まれ、後述するライブキャスティングサーバ１５０による予約処理の際に参照されることになる。
【００７１】
ＮＴＰサーバ１５３は、このサーバ使用予約管理センタ１０１やストリーミングサーバ１０２などのサービス提供者側の装置における時刻情報を一括して管理するものであり、ライブキャスティングサーバ１５０やストリーミングサーバ１０２は、ＮＴＰサーバ１５３から時刻情報を取得し、取得した時刻情報に基づいてライブ配信の開始時刻や終了時刻を管理している。これは、ライブ配信といった正確な時間制御の下で動作しなくてはならないサービスを提供することを考慮したものであり、サービス提供者側の基準となる時刻を１つに統一することにより、サービス提供者側の装置であるサーバ使用予約管理センタ１０１とストリーミングサーバ１０２とが互いにずれた時刻を基準として動作するといったことを抑制している。また、ユーザ側の装置であるユーザＰＣ１０６の時刻と、サービス提供者側の時刻とがずれていることが考えられ、この時刻ずれをユーザＰＣ１０６のユーザが認識していないと、サービス提供者側が規定するライブ配信開始時刻や終了時刻と、ユーザ側の認識しているライブ配信開始時刻や終了時刻がずれてしまうことがある。したがって、ライブキャスティングサーバ１５０による予約処理においては、この時刻のずれをユーザＰＣ１０６に通知しているが、この際の時刻ずれは、ＮＴＰサーバ１５３からライブキャスティングサーバ１５０が取得した時刻情報に基づいて求められる。
【００７２】
データベースサーバ１５５は、ユーザＰＣ１０６もしくは他の不正な者のＰＣからストリーミングサーバ１０２を利用するための接続要求がサーバ接続専用ネットワーク１０８のアクセスポートに対して行われた場合、サーバ接続専用ネットワーク１０８の図示せぬアクセスサーバからの要求を受けて、アクセスしてきたＰＣがこの時間帯において正当な予約を行ったＰＣ（すなわち、ユーザＰＣ１０６）であるか否かの認証処理を行うサーバである。また、上記認証処理において、正当なＰＣであると認証された場合には、ストリーミングサーバ１０２とユーザＰＣ１０６との通信接続が確立され、ユーザＰＣ１０６はストリーミングサーバ１０２に対してストリーム配信処理の実行を要求することになる。この際、ストリーミングサーバ１０２は、配信要求を行ってきたＰＣが正当な予約を有するＰＣであるか否かを認証するために、データベースサーバ１５５に対して認証処理を要求する。データベースサーバ１５５は、このようなストリーミングサーバ１０２から要求があった場合にも、正当な予約を有するＰＣであるか否かといった認証処理を行う。これらの認証処理は、予約データベース１５１を参照することにより行われることになるが、上記２つの認証処理の詳細については後述する。
【００７３】
Ａ−４．ストリーミングサーバ
次に、図１に示すストリーミングサーバ１０２は、上述したように正当な予約を有するユーザＰＣ１０６からサーバ接続専用ネットワーク１０８等を介して送信される動画像データ等のコンテンツデータを受信し、このコンテンツデータをインターネット１０３を介して配信要求を行ったクライアントＰＣ１０７に対してストリーム配信するサーバである。
【００７４】
ストリーミングサーバ１０２は、複数のコンテンツを同時にストリーム配信することが可能となっている。つまり、同じ時間帯に複数の配信者がストリーミングサーバ１０２を使用してコンテンツのライブ配信を行うことができるように複数のチャンネルを有する構成となっている。このストリーミングサーバ１０２では、各チャンネル毎に配信できる人数、伝送帯域（６４kbpsや２８．８kbps等）、利用料金等が予め設定されており、ストリーミングサーバ１０２を使用してコンテンツ配信を行うユーザは、上記設定を考慮して予約すべきチャンネルを選択することになる。
【００７５】
また、ストリーミングサーバ１０２は、上述したようにユーザＰＣ１０６等のライブ配信者から送信されたコンテンツのストリーム配信処理を行うとともに、予約の空いている時間帯やプログラムとプログラムの間の時間等に配信するコマーシャルコンテンツ等を格納しており、上記のような空いている時間帯には、コマーシャルコンテンツの配信処理を行うようになっている。
【００７６】
また、ストリーミングサーバ１０２は、サーバ使用予約管理センタ１０１によりユーザＰＣ１０６に対して許可された予約内容に応じて、配信時間帯の管理、配信するクライアントＰＣ１０７数の制限等を制御することになるが、これらの処理については後述する。
【００７７】
Ａ−５．ライブ配信を行うためのストリーミングサーバとユーザＰＣとの通信経路
図１に示すように、ストリーミングサーバ１０２は、サーバ接続専用ネットワーク１０８に接続されており、上述したようにライブ配信を行う場合には、ユーザＰＣ１０６が電話網１０４およびサーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２に接続することになる。サーバ接続専用ネットワーク１０８は、当該コンテンツ供給システム１００により提供されるパーソナルキャスティングサービスにおいてライブ配信を行うために設けられた専用のネットワークである。
【００７８】
ここで、ストリーミングサーバ１０２とユーザＰＣ１０６との通信接続は、インターネット１０３を介して行うことも可能であるが、このコンテンツ供給システム１００では、ユーザＰＣ１０６からストリーミングサーバ１０２へのコンテンツデータの伝送路および伝送帯域を確保するために、ストリーミングサーバ１０２に接続するためのサーバ接続専用ネットワーク１０８を設けている。このように専用のネットワークを用いるのは、次のような理由によるものである。ユーザＰＣ１０６がインターネット１０３に接続するためには、ユーザＰＣ１０６が契約しているインターネットサービスプロバイダ（以下、ＩＳＰという）に電話網１０４を介して接続する必要がある。このようなＩＳＰは、このパーソナルキャスティングサービスの登録メンバーだけではなく、多数のインターネット利用者のＰＣからの接続をも受けることになる。したがって、多数のインターネット利用者が当該ＩＳＰに接続してインターネット１０３に接続している場合には、ユーザＰＣ１０６がライブ配信を行うために必要な伝送帯域が確保できなくなってしまう。また、ユーザＰＣ１０６が回線がビジーである等の理由によってＩＳＰに接続できないといったこともあり得る。インターネット１０３を使用するデータ伝送では、上記のような接続環境が悪化するといった問題が起こりうるが、ライブ配信を行うには、所望の時間に確実にストリーミングサーバ１０２との間で所望のビットレートの通信路を確保しなくてはならず、上記問題が生じると正常なサービスを提供できなくなってしまう。したがって、コンテンツ供給システム１００では、インターネット１０３を用いずに、サーバ接続専用ネットワーク１０８を用意することにより上記のような問題が生じることを防止しているのである。
【００７９】
ここで、サーバ接続専用ネットワーク１０８には、ストリーミングサーバ１０２に接続する多数の回線が用意されている。サーバ接続専用ネットワーク１０８に用意される回線数は、同じ時間帯にストリーミングサーバ１０２に接続が許可される最大のユーザ数よりも多くなっている（例えば、接続許可最大ユーザ数が１０人の場合、回線数は２０本）。これは次のような理由による。上述したようにサーバ接続専用ネットワーク１０８のアクセスサーバは、接続を要求してきたＰＣに対してデータベースサーバ１５５（図１２参照）に認証処理を要求し、接続要求してきたＰＣが正当な予約を有するものでるか否かを認証している。この認証処理において正当な予約を有しないと判断した場合には、接続要求してきたＰＣからの呼を直ちに切断することとしている。したがって、不正者のＰＣがサーバ接続専用ネットワーク１０８の回線を使用することはできないものの、上記のような認証処理を行っている間、１つの回線はビジーとなってしまう。このため、接続を許可する最大ユーザ数と用意する回線数を同じであると、不正者がパーソナルキャスティングサービスの妨害等を目的として、サーバ接続専用ネットワーク１０８のアクセスポートに対して同時に多数発呼した場合には、正当な予約を有するユーザのＰＣが接続できなくなってしまう。したがって、上記のように最大ユーザ数よりも多い回線数を用意しておくことにより、不正者の妨害によりサービスが妨げられることを低減しているのである。
【００８０】
また、このパーソナルキャスティングサービスでは、予約に基づいた配信開始時間よりも所定時間前にストリーミングサーバ１０２への接続を許可し、これにより配信開始時間前に認証等の接続処理を済ませ、予約配信開始時間になった時点でライブ配信を行えるようにしている。したがって、異なるユーザの予約時間が連続している場合には次のような問題が起こりうる。すなわち、先の時間を予約した配信中のユーザの接続と、後の時間を予約したユーザによる配信開始所定時間前を経過した後の接続とが重なってしまい、配信可能な最大ユーザ数のみの回線数では、対処しきれなくなってしまう。したがって、上記のように最大ユーザ数の２倍の回線数を用意しておくことにより、上記のような先の時間帯の予約ユーザと、後の時間帯の予約ユーザとの接続が重なった場合にも対処できるようにしている。
【００８１】
また、ストリーミングサーバ１０２に接続するためのサーバ接続専用ネットワーク１０８は、１つの電気通信事業者（Carrier）のネットワーク（例えば、公衆電話網）に対するアクセスポートに限らず、複数の電気通信事業者の各々ネットワーク（例えば、ＩＳＤＮ（Integrated Services Digital Network）や移動電話網）から接続可能なアクセスポートを用意するようにしてもよい。この場合、ユーザＰＣ１０６側では、接続する電気通信事業者を選択し、当該電気通信事業者のネットワークに対応したアクセスポートに発呼し、サーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２との間の通信接続を確立することになる。
【００８２】
Ａ−６．クライアントＰＣ
上述したようにユーザＰＣ１０６がストリーミングサーバ１０２にリアルタイムで送信したコンテンツデータは、ストリーミングサーバ１０２に対して配信要求を行ったクライアントＰＣ１０７に対してインターネット１０３を介してストリーム配信されることになる。クライアントＰＣ１０７は、上述したライブキャスティングサーバ１５０のＷｅｂページ（図１６参照）から配信要求を行うこともできるし、ストリーミングサーバ１０２のＵＲＬを入力してストリーミングサーバ１０２に直接配信要求を行うこともできるようになっている。本実施形態では、このようにストリーミングサーバ１０２に配信要求を行ってストリーミングサーバ１０２からのストリーミング配信を受けるＰＣをいうものとし、これらのクライアントＰＣ１０７は、ストリーミング配信されたコンテンツデータをリアルタイム再生するためのアプリケーションプログラム（例えば、「Real player」（リアルネットワークス社）、「Windows Media Player」（マイクロソフト社）等）を格納しており、配信時には当該アプリケーションプログラムを実行して配信されたコンテンツデータをリアルタイムで再生して視ることができるようになっている。
【００８３】
Ｂ．コンテンツ供給システムの動作
次に、ライブキャスティングサービスを実現するための上記構成のコンテンツ供給システム１００の様々な処理動作について説明する。
【００８４】
Ｂ−１．メンバー登録
まず、ユーザＰＣ１０６のユーザがパーソナルキャスティングサービスを利用してライブ配信を行う場合には、当該サービスにおいてライブ配信を行う権利をもらうために、サーバ使用予約管理センタ１０１のライブキャスティングサーバ１５０に対してメンバー登録を行う必要がある。ここで、図１９は、このメンバー登録を行う際のユーザＰＣ１０６およびライブキャスティングサーバ１５０の処理動作のシーケンスフローチャートを示す。同図に示すように、メンバー登録を行う場合には、ユーザＰＣ１０６がインターネット１０３に接続し、ライブキャスティングサーバ１５０（図１２参照）に対してＷｅｂページの閲覧要求を行う（ステップＳａ１）。ここで、ユーザＰＣ１０６がインターネット１０３に接続する場合には、まず、ユーザＰＣ１０６に電源を投入した後、上述したアプリケーションプログラムを起動する。そして、ユーザがＷｅｂ確認モードを選択することにより、図７（ａ）に示す画面を表示部１２４に表示させる。このＷｅｂ確認モードにおいて、ユーザはライブキャスティングサーバ１５０のＷｅｂページを識別するためのＵＲＬを入力等して閲覧要求を行う。
【００８５】
このようにしてユーザＰＣ１０６がライブキャスティングサーバ１５０に対してＷｅｂページの閲覧要求を行うと、ライブキャスティングサーバ１５０からインターネット１０３を介してユーザＰＣ１０６にＷｅｂページが送信される（ステップＳａ２）。送信されたＷｅｂページを受信したユーザＰＣ１０６は、当該Ｗｅｂページをブラウザ表示画面４４に表示させる（ステップＳａ３）。
【００８６】
このような閲覧要求およびＷｅｂページ送信時には、ユーザＰＣ１０６およびライブキャスティングサーバ１５０では次のような操作や処理が行われる。まず、ユーザＰＣ１０６がライブキャスティングサーバ１５０のＵＲＬを入力して閲覧要求を行うと、ブラウザ表示画面４４には、図１３に示すライブキャスティングサーバ１５０が格納しているＷｅｂページのトップページが表示される。ここでは、メンバー登録を行うため、ユーザは「メンバー登録」をクリックする。これにより、ユーザＰＣ１０６のＣＰＵ１２０は、当該クリック操作に従い、インターネット１０３を介してライブキャスティングサーバ１５０に対してメンバー登録を行うためのＷｅｂページの閲覧要求を行う。そして、ライブキャスティングサーバ１５０からメンバー登録用Ｗｅｂページが送信され、これを受信したユーザＰＣ１０６のＣＰＵ１２０は、図２０に示すようなメンバー登録用の画面をブラウザ表示画面４４に表示させる。
【００８７】
図２０に示すように、メンバー登録用画面には、メンバー登録を行うための入力すべき項目名と、当該項目を入力するための入力欄とが表示される。ここで、このパーソナルキャスティングサービスでは、上述したようなクライアントＰＣ１０７の機能、つまりストリーミングサーバ１０２によりライブ配信されるコンテンツを受信するサービスを受ける一般メンバーと、上記コンテンツ受信するサービスに加え、ライブ配信を行う配信側になってサービスを利用できるプレミアムメンバーといった２種類のメンバー登録が用意されており、メンバー登録用の画面には、一般・プレミアム共通用の入力欄２１０と、プレミアムメンバー専用の入力欄２１１が表示される。
【００８８】
この表示画面において、クライアントＰＣ１０７のユーザのように一般メンバーのみの登録をするユーザは、入力欄２１０の各項目を入力することになる。ここで、メンバー登録用入力画面には、入力した内容を無効にするキャンセルボタン２１２と、入力内容での登録を指示する登録ボタン２１３とが表示されており、ユーザが登録ボタン２１３をクリックすると、ＣＰＵ１２０により入力欄２１０に入力した内容が登録用情報としてインターネット１０３を介してライブキャスティングサーバ１５０に送信される。
【００８９】
一方、プレミアムメンバー登録を行う場合には、ユーザはチェックボックスにチェックし、入力欄２１０および入力欄２１１の各項目に対する入力を行うことになる。そして、ユーザによる各項目の入力が終了して、登録ボタン２１３がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０は、上記メンバー登録用入力画面に入力された内容と同じ内容の登録用情報ファイルを作成し、これをインターネット１０３を介してライブキャスティングサーバ１５０に送信するとともに（ステップＳａ４）、当該登録用情報ファイルをユーザＰＣ１０６内のハードディスク１２３に書き込んで記憶しておく。
【００９０】
ライブキャスティングサーバ１５０は、上記のようにユーザＰＣ１０６のユーザの入力内容に応じて作成された登録用情報ファイルをインターネット１０３を介して受信し、受信した登録用情報ファイルの内容をチェックして登録を許可するか否かを判別する（ステップＳａ５）。ここでの処理内容は次の通りである。
まず、ある項目についての情報がない、つまりその項目についてユーザが入力していない場合などには、その旨をユーザＰＣ１０６側の通知し、再入力を促す。
また、ライブキャスティングサーバ１５０は、インターネット１０３を介してクレジット会社の与信チェックサーバにアクセスし、登録用情報ファイル中のクレジットカードが有効であるか否かのチェックを行い、当該クレジットカードが有効であった場合にのみ登録を許可する。
【００９１】
登録を許可する場合には、ライブキャスティングサーバ１５０は、上記登録用情報ファイルにある各項目の情報をユーザデータベース１５２に書き込んで登録処理を行う（ステップＳａ６）。また、プレミアムメンバーの登録処理では、当該登録ユーザに対応する「マイチャンネル」のＷｅｂページを作成し、ハードディスク内に格納する。
【００９２】
このような登録処理が終了すると、ライブキャスティングサーバ１５０は、登録処理が終了したことをインターネット１０３を介してユーザＰＣ１０６に通知し（ステップＳａ７）、メンバー登録処理が終了する。
【００９３】
Ｂ−２．配信予約
上述しようなメンバー登録処理が終了すると、ユーザＰＣ１０６のユーザは、パーソナルキャスティングサービスを利用してライブ配信を行う配信側となることができ、実際にライブ配信を行うためのライブキャスティングサーバ１５０に対して配信予約を行うことになる。このパーソナルキャスティングサービスでは、ユーザが一旦ライブキャスティングサーバ１５０に対して予約登録を行ってから、予約したライブ配信時間の所定時間前（例えば、６時間前）までにユーザがリコンファーム（予約の再確認）をライブキャスティングサーバ１５０に対して行うことにより予約が成立するようになっている。このように予約したユーザにリコンファームを義務づけることにより、予約の履行確立を向上させ、空予約を低減している。さらに、このパーソナルキャスティングサービスでは、登録されたユーザが１ヶ月に予約可能な最大コマ数（例えば、１コマを１０分）が設定されており、これにより少数のユーザによって当該サービスが寡占状態となってしまうことを抑止している。
【００９４】
Ｂ−２−１．予約登録
以下、このような配信予約における予約登録を行う際のユーザＰＣ１０６およびライブキャスティングサーバ１５０の処理動作について、当該処理動作のシーケンスフローチャートを示した図２１およびユーザＰＣ１０６の表示画面等を参照しながら説明する。
【００９５】
同図に示すように、配信予約を行う場合、ユーザはユーザＰＣ１０６に電源を投入した後、上述したアプリケーションプログラムを起動する。そして、ユーザがライブ予約モードを選択することにより、図８（ａ）に示す画面を表示部１２４に表示させる。このライブ予約モードにおいて、ユーザは操作ダイヤル１２６ｂ等を操作してＧＵＩの選択項目である「予約ジャンプ」を選択決定する。これによりユーザＰＣ１０６のＣＰＵ１２０は、インターネット１０３への接続処理を行い、ライブキャスティングサーバ１５０に対して配信予約を行うためのＷｅｂページ（図１３の「ライブ配信予約」がクリックされた場合のＷｅｂページ）の閲覧要求を行う（ステップＳｂ１）。このようにユーザＰＣ１０６では、上記アプリケーションプログラムにより実現される機能により「予約ジャンプ」を選択決定することにより、配信予約を行うためのＷｅｂページの閲覧要求を行うことができるが、当該Ｗｅｂページの閲覧要求をＵＲＬを入力することにより行うこともできる。具体的には、ＵＲＬを入力して図１３に示すホームページの閲覧要求を行い、ユーザＩＤおよびパスワードの入力を行ってログインし、「ライブ配信予約」のリンクボタンをクリックするといった操作で配信予約を行うためのＷｅｂページの閲覧要求を行うことができる。
【００９６】
このようにしてユーザＰＣ１０６がライブキャスティングサーバ１５０に対して配信予約用のＷｅｂページの閲覧要求を行うと、ライブキャスティングサーバ１５０からインターネット１０３を介してユーザＰＣ１０６にＷｅｂページが送信される（ステップＳｂ２）。送信されたＷｅｂページを受信したユーザＰＣ１０６は、当該Ｗｅｂページをブラウザ表示画面４４に表示させる（ステップＳｂ３）。
【００９７】
ここで、図２２はブラウザ表示画面４４に表示される配信予約用のＷｅｂページを示す。同図に示すように、この表示画面には、月間カレンダー欄２２０と、当該カレンダーに白抜き表示された日付の予約状況を示す予約状況表示欄２２１と、ユーザが予約を行うための入力すべき項目および入力欄が表示される予約用入力欄２２２と、予約の申請を指示する予約ボタン２２３と、予約用入力欄２２２の入力内容を無効にするキャンセルボタン２２４とが表示される。
【００９８】
この表示画面において、ユーザは月間カレンダー欄２２０中の予約を希望する日をクリックする。これにより、ユーザＰＣ１０６のＣＰＵ１２０は、クリックされた日付を白抜き表示させるとともに、当該日付の予約状況を表示するためのデータをインターネット１０３を介してライブキャスティングサーバ１５０に要求する。この要求を受けたライブキャスティングサーバ１５０は、現時点でのその日付の予約状況を表示するためのデータを予約データベース１５１の登録内容を参照することにより作成し、要求された日付の予約状況を表示するためのデータをインターネット１０３を介してユーザＰＣ１０６に送信する。ユーザＰＣ１０６のＣＰＵ１２０はこのデータに基づいて予約状況表示欄２２１の表示を行う。
【００９９】
図示のように予約状況表示欄２２１には、各チャンネル毎に、配信可能な定員数、使用する伝送帯域、使用料金、時刻毎の予約状況（「空」または「済」）が表示されており、ユーザはこの予約状況表示欄２２１を参照しながら、チャネルや時間帯等を決定して予約用入力欄２２２の各項目の入力を行う。ここで、上記配信可能な定員数、伝送帯域、および使用料金は、各チャンネル毎に予め設定されているものであり、コンテンツ配信者であるユーザＰＣ１０６のユーザは、予約状況表示欄２２１に表示された各チャンネル毎の予め設定された情報を参照することにより、希望に沿った使用料金や定員数等に合致したチャンネルを選択することができる。
【０１００】
ここで、予約用入力欄２２２において入力すべき項目は、使用するチャンネルを選択する「チャンネル」、予約する日時を指定する「予約日時」、「公開レベル」、コンテンツのタイトル名を入力する「タイトル」、コンテンツの属するジャンルを入力する「ジャンル」、コンテンツ提供者の電子メールアドレスの公開の有無を選択する「電子メール公開」、コンテンツ供給者のＷｅｂページのＵＲＬの公開の有無を選択する「ＷＥＢ公開」、パスワードを入力する「パスワード」、「友達リスト」、コンテンツの概要を所定字数（例えば、２０字）以内で書き込む「概要」、コンテンツの詳細を所定字数（例えば、２００字）以内で書き込む「詳細」といった項目である。
【０１０１】
予約用入力欄２２２における入力項目「公開レベル」は、この予約に基づいて配信するコンテンツ供給の公開レベル、つまりコンテンツの配信先の制約をコンテンツ供給者であるユーザが指定する項目であり、ここでは「Public」、「Password」、「Secret」といった３つのレベルを指定することができるようになっている。
【０１０２】
「Public」は、完全に公開することを指定するものであり、「Public」が指定された場合には、上述した一般メンバー登録をしている者であれば、当該予約に基づいたコンテンツ配信によるコンテンツの提供を受けることができる（ただし、定員数以内）。
【０１０３】
「Password」は、当該予約に基づくコンテンツ供給を受けることができる者を制限するものであり、正当なパスワード入力を行った者のみがコンテンツ配信を受けることができる公開レベルである。ユーザが「Password」を選択した場合には、その際に使用するパスワードを入力しておく必要がある。
【０１０４】
次に、「Secret」も、上記「Password」と同様に正当なパスワード入力を行った者だけにコンテンツ配信を許可する公開レベルである。ユーザが「Secret」を選択した場合にも、その際に使用するパスワードを入力しておく必要がある。ここで、「Password」もしくは「Secret」を選択した場合には、後述する「友達リスト」に指定された電子メールアドレス宛に、当該プログラムの配信時間や上記パスワード等の情報が通知されるようになっている。
【０１０５】
また、「Password」と「Secret」とは、特定の者だけにコンテンツ供給を許可する点では同じであるが、両者の相違点は、「Password」を選択した場合には、上述した「本日のライブ」や「番組ガイド」のＷｅｂページに、この予約に基づくプログラムが掲載されるのに対し、「Secret」は上記Ｗｅｂページには掲載されず、コンテンツ供給が行われること自体も公開しないことである。「Secret」が選択された場合には、後述する「友達リスト」に掲載された電子メールアドレスを有する者だけに、そのコンテンツ配信があることが通知されることになる。
【０１０６】
ユーザは、配信するコンテンツの内容等を考慮し、上述した「Public」、「Password」、「Secret」といった３つの公開レベルのいずれかを選択することできるようになっている。例えば、特定の少人数にコンテンツ配信を行いたい場合には、定員数の少ないチャンネル（低料金）を選ぶことが経済的に好ましいが、これを完全公開にすると、上記特定者以外の配信要求を受けた場合に、上記特定者が定員制限により当該コンテンツの配信を受けることができなくなる。したがって、このような場合には、「Password」や「Secret」を選択することにより、確実かつ経済的に特定者に対してコンテンツ配信を行うことができる。
【０１０７】
予約用入力欄２２２における入力項目「友達リスト」は、ユーザＰＣ１０６のユーザが当該予約に基づいた時間帯やチャンネルでコンテンツ配信を行うことを通知することを希望する人の電子メールアドレスを入力する欄である。ここで、入力した電子メールアドレス宛にライブキャスティングサーバ１５０は、当該予約に基づいたコンテンツ配信の提供を受けるための各種情報を含んだ電子メールを送信することになるが、これについては後述する。
【０１０８】
以上のような予約用入力欄２２２の各項目の入力が終了し、予約ボタン２２３がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０は、予約用入力欄２２２の入力内容と同じ内容の予約希望情報ファイルを作成し、この予約希望情報ファイルをインターネット１０３を介してライブキャスティングサーバ１５０に送信する（ステップＳｂ４）。なお、図２２に示す例では、予約用入力欄２２２の各欄にユーザがキーボード等を操作して文字等を入力することにより、入力作業が行われるようになされているが、「チャンネル」、「予約日時」、「ジャンル」などの予め入力できる内容が決められている項目については、プルダウンメニューで選択候補を表示し、表示された候補の中からユーザが選択指定することにより入力作業を行えるようにしてもよい。
【０１０９】
ライブキャスティングサーバ１５０は、上記のようにユーザＰＣ１０６のユーザの入力内容に応じて作成された予約希望情報ファイルをインターネット１０３を介して受信し、受信した予約希望情報ファイルの内容でよいか否かを再確認するためのＷｅｂページを送信する（ステップＳｂ５）。これにより、ユーザＰＣ１０６の表示画面には、図２３に示すような予約希望情報の確認を促す表示がなされる。この際、当該予約に基づくサービスの利用料金や、後にライブキャスティングサーバ１５０からユーザＰＣ１０６に送信する予約設定情報の送信先の電子メールアドレス（この電子メールアドレスは、メンバー登録時にユーザに入力された電子メールアドレス）の確認等の表示もなされる。また、上述したように、このパーソナルキャスティングサービスでは、ライブ配信の予約をしたユーザが当該予約に基づく配信時間の所定時間前（例えば、６時間前）までにリコンファームを行うように義務づけられており、その旨およびリコンファームの実行手順をユーザに知らせるためのメッセージも表示される。
【０１１０】
ここで、ユーザは、上記確認画面に表示された内容でよければ、了解ボタン２４０をクリックし、上記確認画面に表示された内容でよくない場合には、キャンセルボタン２４１をクリックする。キャンセルボタン２４１がクリックされると、その旨がライブキャスティングサーバ１５０に送信され、ライブキャスティングサーバ１５０は当該予約希望情報ファイルを破棄するとともに、ユーザＰＣ１０６の表示画面には、図２２に示す予約入力用の画面が表示され、再度の入力を促す。一方、了解ボタン２４０がクリックされると、その旨がＣＰＵ１２０によってインターネット１０３を介してライブキャスティングサーバ１５０に送信される（ステップＳｂ６）。
【０１１１】
了解ボタン２４０がクリックされた場合には、ライブキャスティングサーバ１５０は、予約希望情報ファイルの内容をチェックして予約を許可するか否かを判別する（ステップＳｂ７）。ここでは、入力内容に不足はないか、希望チャンネルの希望予約時間帯が空いているか否かの確認等のチェックが行われ、さらに当該予約を要求してきたユーザが設定コマ数以上の予約を行っていないか否かをチェックする。具体的には、このライブキャスティングサービスでは、登録されたユーザが１ヶ月に予約可能な最大コマ数（例えば、１コマを１０分）が設定されていることは上述した通りである。したがって、ここでの予約を許可するか否かのチェックには、このユーザが１ヶ月の間に既に予約しているコマ数が上記設定コマ数よりも多いか否かを判別し、設定コマ数よりも多い場合には、予約を許可しない。一方、設定コマ数よりも少ない場合には、当該チェック結果が問題なしと判別し、他のチェック結果に問題がない場合には予約を許可する。このようにユーザの１ヶ月間の予約コマ数をチェックするために、ユーザデータベース１５２には、プレミアムメンバー登録されている各ユーザ毎に、現在までの予約状況が少なくとも過去１ヶ月間に遡って記憶されている。
【０１１２】
予約を許可する場合には、ライブキャスティングサーバ１５０は、当該予約について予約履行時の認証にのみ用いられる予約ＩＤを作成するとともに、上記予約希望情報ファイルの内容に基づいて、予約時間帯、使用するチャンネル、使用帯域（ｂｐｓ（bit per second））、友達リストのメールアドレス等を含む予約内容情報と、予約したユーザを識別するためのユーザＩＤと、作成した予約ＩＤとを予約データベース１５１（図１８参照）に書き込んで登録する（ステップＳｂ８）。なお、この予約登録時点では、課金が可能であるか否かを示す課金フラグ情報は、課金「不可」となっており、この課金フラグは後にリコンファームが行われて予約が成立した場合に「可」に書き換えられる。また、ライブキャスティングサーバ１５０は、予約を行ったユーザに対応する「マイチャンネル」のＷｅｂページに、当該予約に関する情報を追加して書き込んでおく。また、当該予約における上記公開レベルが「Public」もしくは「Password」の場合には、ライブキャスティングサーバ１５０は、上述した「本日のライブ」や「番組ガイド」のＷｅｂページに、この予約に基づくプログラムを掲載するためにＷｅｂページの更新処理を行う。つまり、上記予約に基づいたコンテンツ配信が行われることを閲覧可能に記憶しておく。この場合には、インターネット１０３を介してクライアント端末装置１０７等から当該Ｗｅｂページを閲覧して、当該予約に基づいたライブ配信が行われる旨を知ることができる。つまり、「Public」が設定された場合はもちろんのこと、「Password」が設定されている場合にも、当該予約に基づいたライブ配信が行われることが掲載されたＷｅｂページが閲覧可能になされ、任意の第３者は当該ライブ配信がある旨を知ることができる。一方、「Secret」が設定されている場合には、ライブキャスティングサーバ１５０は、この予約に基づいて行われるライブ配信についての情報を、上述した「本日のライブ」や「番組ガイド」のＷｅｂページには一切掲載しない。したがって、「Secret」が設定されたライブ配信については、後述する電子メール送信を受信して閲覧した者等の特定の人のみがライブ配信が行われることを知ることができるようになっている。
【０１１３】
このような予約登録処理が終了すると、当該サービスを利用する際の著作権の管理や禁止事項等を表示してユーザの同意を促すＷｅｂページをユーザＰＣ１０６に送信し、ユーザＰＣ１０６の表示画面に表示させる。そして、ユーザＰＣ１０６から同意する旨の指示が送信された場合に、ライブキャスティングサーバ１５０は、リコンファームを除く予約手続の完了を知らせるＷｅｂページをユーザＰＣ１０６に送信する。ここで、図２４は、ユーザＰＣ１０６の表示画面に表示される予約手続完了画面を示す。同図に示すように、この予約手続完了画面には、ユーザにリコンファームを行うことを促すメッセージが表示されている。ここで、「ＯＫ」ボタン２４５がクリックされると、リコンファームを除く当該予約手続が完了し、この後、ライブキャスティングサーバ１５０によって当該予約に関して作成された予約ＩＤを含む電子メールがユーザＰＣ１０６に送信される（ステップＳｂ９）。
【０１１４】
Ｂ−２−２．リコンファーム
上述したようにこのパーソナルキャスティングサービスにおいては、予約履行時間の６時間前までにユーザがリコンファームを行う必要があり、リコンファームが行われなかった場合には、その予約が強制的に取り消されるようになっている。したがって、予約を確立するために、上記ライブキャスティングサーバ１５０からの電子メールによって予約ＩＤを取得したユーザは、ユーザＰＣ１０６を用いてリコンファームを行うことになる。なお、上述した予約ＩＤを受け取るまでの予約手続は、ライブ配信に使用するＰＣと異なるＰＣを用いることも可能であるが、リコンファームを行うＰＣとしては、ライブ配信を行う際に使用するＰＣを使用することが義務づけられており、以下の説明においては、ユーザＰＣ１０６を利用してリコンファームを行うものとし、リコンファームを行う際のユーザＰＣ１０６およびライブキャスティングサーバ１５０の処理動作について図２５を参照しながら説明する。
【０１１５】
リコンファームを行う場合には、ユーザはユーザＰＣ１０６に電源を投入した後、上述したアプリケーションプログラムを起動する（電源がオフの場合）。そして、ユーザがライブ予約モードを選択することにより、図８（ａ）に示す画面を表示部１２４に表示させる。このライブ予約モードにおいて、ユーザは操作ダイヤル１２６ｂ等を操作して予約一覧表示エリア４６に表示されている予約一覧のうち（１つの場合もある）、リコンファームを行う予約を選択決定する。これによりユーザＰＣ１０６のＣＰＵ１２０は、インターネット１０３への接続処理を行い、ライブキャスティングサーバ１５０に対して当該ユーザに対応する「マイチャンネル」のＷｅｂページの閲覧要求を行う（ステップＳｂ１０）。このようにユーザＰＣ１０６では、上記アプリケーションプログラムにより実現される機能により、配信予約を行うためのＷｅｂページの閲覧要求を行うことができるが、当該Ｗｅｂページの閲覧要求をＵＲＬを適宜入力することにより行うこともできる。具体的には、ＵＲＬを入力して図１３に示すホームページの閲覧要求を行い、ユーザＩＤおよびパスワードの入力を行ってログインし、「マイチャンネル」のリンクボタンをクリックするといった操作でＷｅｂページの閲覧要求を行うことができる。
【０１１６】
このようにしてユーザＰＣ１０６がライブキャスティングサーバ１５０に対して「マイチャンネル」のＷｅｂページの閲覧要求を行うと、ライブキャスティングサーバ１５０からインターネット１０３を介してユーザＰＣ１０６にＷｅｂページが送信される（ステップＳｂ１１）。送信されたＷｅｂページを受信したユーザＰＣ１０６は、当該Ｗｅｂページをブラウザ表示画面４４に表示させる（ステップＳｂ１２）。
【０１１７】
ここで、図２６はブラウザ表示画面４４に表示される「マイチャンネル」のＷｅｂページを示す。同図に示すように、この表示画面には、ユーザが現在ライブキャスティングサーバ１５０に対して行っている予約の一覧である予約リスト２５０と、ユーザが過去に配信したプログラムの視聴者数等を確認するためのＷｅｂページにジャンプするためのリンクボタン２５１と、ユーザデータベース１５２に登録された当該ユーザの登録用情報ファイル（図２０参照）を変更するためのＷｅｂページにジャンプするためのリンクボタン２５２とが表示されている。
また、予約のキャンセル方法や変更方法を説明する記述が表示されており、このパーソナルキャスティングサービスでは、チャンネルおよび日時といった予約内容を変更する場合には、一旦予約をキャンセルして再度配信予約の処理を行う手続を行う必要があり、その旨が記述されている。一方、タイトル名、概要などのチャンネルおよび日時以外の情報に関しては、予約キャンセルを行わずに変更することができるようになっている。
【０１１８】
予約リスト２５０には、各予約毎に（図示の場合、予約は１つのみ）、「予約日時」、「チャンネル」、「タイトル」、この予約が「リコンファーム待ち」の状態であるか、「リコンファーム済み」の状態であるかといった状態が表示されるステータス項目、および予約キャンセルを指示する場合にクリックする「取消」ボタンとが表示されている。
【０１１９】
ここで、ステータスの項目には、当該予約についてリコンファームが行われていない場合には、図示のように「リコンファーム待ち」が表示され、リコンファームが行われた後に当該ページを表示した場合には「リコンファーム済み」の表示がなされることになるが、「リコンファーム待ち」の場合に、これがクリックされると、ＣＰＵ１２０によりリコンファーム用画面の閲覧要求がインターネット１０３を介してライブキャスティングサーバ１５０に送信される。ライブキャスティングサーバ１５０は、この要求に応じてリコンファーム用のＷｅｂページをインターネット１０３を介してユーザＰＣ１０６に送信し、ユーザＰＣ１０６には、図２７に示すような画面表示がなされる。
【０１２０】
同図に示すように、リコンファーム用画面には、当該予約に関して設定されている「ユーザＩＤ」、「チャンネル」、「予約日時」、「公開レベル」、「タイトル」、「ジャンル」、「電子メール公開」、「Ｗｅｂ公開」、「パスワード」、「友達リスト」、「概要」、「詳細」といった項目の内容が表示される。また、この表示画面には、予約ＩＤを入力する欄と、ユーザに予約ＩＤを入力してリコンファームを行うことを促すメッセージが表示されている。
【０１２１】
ユーザはリコンファームを行う場合には、上述した予約手続においてライブキャスティングサーバ１５０から送信された電子メールに含まれる予約ＩＤを入力し、リコンファームボタン２６１をクリックする。一方、予約リスト２５０等（図２６参照）が表示されたマイチャンネルの画面に戻る場合には、戻るボタン２６２をクリックする。
【０１２２】
ここで、図２７に示すリコンファーム用の表示画面には、リコンファームボタン２６１をクリックした場合に、ライブ配信を行う際にストリーミングサーバ１０２との間の通信接続を確立するための設定情報が自動的にＰＣに設定されるようになっており、リコンファームを対応ＰＣ、つまりライブ配信を行うＰＣで行うことを促すメッセージが表示されている。
【０１２３】
上記リコンファームボタン２６１がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０は、ユーザによりリコンファームの実行指示があった旨をインターネット１０３を介してライブキャスティングサーバ１５０に送信する（ステップＳｂ１３）。
【０１２４】
上述したようにユーザＰＣ１０６から送信されたリコンファーム実行指示を受け取ったライブキャスティングサーバ１５０は、予約データベース１５１やユーザデータベース１５２を参照し、この予約に関して、図２８に示す予約設定情報ファイルを作成する（ステップＳｂ１４）。ここで、ライブキャスティングサーバ１５０は、予約データベース１５１に登録されている各予約に関する情報のうち、その予約に基づいた配信開始時間の６時間前になった時点でその予約に関するデータを、予約データベース１５１から消去し、当該予約を取り消す。すなわち、ある予約に基づく配信開始時間の６時間前を経過した時点以降は、予約データベース１５１におけるその予約に関するデータが消去されていることになる。
したがって、配信開始時間の６時間前以降に上述したリコンファームの実行指示がライブキャスティングサーバ１５０に受信された場合には、予約データベース１５１を参照しても、当該予約についてのデータが登録されていないことになる。この場合、ライブキャスティングサーバ１５０は「リコンファームが実行されなかったため、予約はキャンセルされました。予約を行う場合には、再度配信予約手続を行ってください。」等のメッセージを表示するためのＷｅｂページをユーザＰＣ１０６に送信する。
【０１２５】
一方、配信開始時間の６時間前までにライブキャスティングサーバ１５０がリコンファーム実行指示を受信した場合には、ライブキャスティングサーバ１５０によって予約設定情報が作成される。図２８に示すように、ライブキャスティングサーバ１５０により作成される予約設定情報ファイルには、「予約ＩＤ」、「ライブ配信予約日時」、「サーバ接続可能時間」、「接続用電話番号」、「接続先サーバ情報」、「配信要求先アドレス情報」、「伝送帯域」、「タイトル」、「概要」、「公開レベル」、「友達リストアドレス情報」、「配信要求パスワード」といった情報が含まれている。
【０１２６】
「予約ＩＤ」には、上述した当該予約について作成した予約ＩＤが記述されており、「ライブ配信予約日時」には、予約した配信開始時刻と終了時刻が記述される。「サーバ接続可能時刻」は、ライブ配信を行うためにストリーミングサーバ１０２に接続を許可する時間帯が記述されており、この例では、配信開始時刻の３分前からストリーミングサーバ１０２の接続を許可し、配信終了時刻の３分後までの接続を許可するような情報が記述されている。
【０１２７】
「接続用電話番号」には、ストリーミングサーバ１０２に接続するためのサーバ接続専用ネットワーク１０８のアクセスポートの電話番号が記述されており、この例では、複数（図示は４つ）の電気通信事業者毎のアクセスポートの電話番号が記述されている。後述する実際にストリーミングサーバ１０２への接続を行う処理には、ユーザはいずれかの電気通信事業者を選択し、選択された電気通信事業者用のアクセスポートの電話番号に発呼する処理が行われる。
【０１２８】
「接続先サーバ情報」には、この予約で選択したチャンネルに応じた決定される項目であり、当該チャンネルを使用する際に接続する「サーバの種類」、「サーバ名」、「接続ポート」、「サーバへのストリームパス」等の情報が記述されている。ユーザＰＣ１０６とサーバ接続専用ネットワーク１０８のアクセスポートとの通信接続が確立されると、この「接続先サーバ情報」の記述内容に基づいてストリーミングサーバ１０２の予約したチャンネルを使用するための接続処理を行うことになる。
【０１２９】
「配信要求先アドレス情報」は、クライアントＰＣ１０７がユーザＰＣ１０６がストリーミングサーバ１０２に送信するコンテンツのストリーム配信を要求する場合に、ストリーミングサーバ１０２に接続するために用いられるＵＲＬ情報が記述されている。クライアントＰＣ１０７はコンテンツの配信要求を行う場合には、当該ＵＲＬを用いてインターネット１０３を介してストリーミングサーバ１０２に接続するようにすればよい。
【０１３０】
「伝送帯域」には、予約したチャンネルに応じて決定される情報が記述されており、６４kbpsや２８．８kbps等の予約チャンネルに予め設定されている伝送帯域の情報が記述される。「タイトル」、「概要」、「公開レベル」には、それぞれ予約時に登録した内容が記述される（図２２および図２３参照）。「友達リストアドレス情報」には、予約時に登録した電子メールアドレスが記述される。
【０１３１】
「配信要求パスワード」にも、予約時に登録したパスワード情報が記述されるが、「公開レベル」が「Public」の場合、配信要求側はパスワード入力を行わずに配信要求を行えるので、この場合には「配信要求パスワード」の情報は予約設定情報ファイルに含まれない。
【０１３２】
このようにライブキャスティングサーバ１５０により作成される予約設定情報ファイルには、後述するストリーミングサーバ１０２の接続の際の認証に用いられる予約ＩＤやストリーミングサーバ１０２との通信接続を確立するための電話番号やサーバの接続ポート等の情報が含まれている。予約設定情報ファイルは、ライブキャスティングサーバ１５０からインターネット１０３を介してユーザＰＣ１０６に送信されることになるが、この際に、当該予約設定情報ファイルをユーザＰＣ１０６のハードディスク１２３上に作成された所定の領域に自動的に書き込んで取り込ませるためのコマンド情報や、当該自動取り込みが正常に終了した、もしくは失敗したことを通知するメッセージ表示を指示するコマンド情報が含まれている。このように配信側であるライブキャスティングサーバ１５０から送信したファイルを自動的に受信側のユーザＰＣ１０６に取り込む技術としては、「ActiveX」（マイクロソフト社の登録商標）の技術を用いるようにすればよい。この技術を使用する場合にはユーザＰＣ１０６は、ブラウザソフトウェアとして、上記「ActiveX」を使用することができる「Internet Explorer（マイクロソフト社）」を使用する必要がある。
【０１３３】
以上のような各種データやコマンドを含んだ予約設定情報ファイルをテキストデータ等で作成したライブキャスティングサーバ１５０は、このファイルをＤＥＳ（Data Encryption Standard）等の暗号方式を用いて暗号化し、当該暗号化ファイルをリコンファーム完了画面を表示するＷｅｂページと共にインターネット１０３を介してユーザＰＣ１０６に送信する（ステップＳｂ１５）。
【０１３４】
上記のようにライブキャスティングサーバ１５０から暗号化された予約設定情報ファイルとＷｅｂページが送信されると、ユーザＰＣ１０６の１２０は、これを受信して上述した「ActiveX」の技術を用いて予約設定情報ファイルを解読し、当該ファイルに含まれるコマンドにしたがってハードディスク１２３の所定の領域に自動的に取り込むとともに（ステップＳｂ１６）、リコンファーム完了画面をブラウザ表示画面４４に表示させる（ステップＳｂ１７）。したがって、ユーザＰＣ１０６には、上述したような暗号を解読するプログラムが格納されており、上記予約設定情報ファイルの解読時には、このプログラムを実行する。また、ＣＰＵ１２０が予約設定情報ファイルを所定の領域に書き込む際には、所定の暗号方式（ＤＥＳ等）で暗号化して書き込むようなプログラムがユーザＰＣ１０６には格納されており、このプログラムの実行によって予約設定情報は暗号化されて保存されることになる。したがって、通常、ユーザは自動的に取り込まれた当該予約設定情報ファイルの内容を表示させて参照するといったことができないようになされている。これにより、サーバ接続専用ネットワーク１０８のアクセスポート番号が不用意に多数の人に知られたりすることが抑制され、当該サービスを妨害する等のためにサーバ接続専用ネットワーク１０８のアクセスポートに不正なアクセスが行われてしまうことを低減できる。
【０１３５】
ここで、図２９は上記のようにブラウザ表示画面４４に表示されるリコンファーム完了画面を示す。同図に示すように、この画面には、サービス提供者側の現在時刻と、ユーザＰＣ１０６の時刻とが表示されるようになっている。ここで、サービス提供者側の時刻は、ライブキャスティングサーバ１５０が当該Ｗｅｂページを送信する際に、ＮＴＰサーバ１５３から取得した時刻情報である。一方、ユーザＰＣ１０６の時刻には、ユーザＰＣ１０６が有するクロックによる現在時刻が表示される。そして、ユーザＰＣ１０６のＣＰＵ１２０は、これらの時刻の差（分単位）を算出し、時刻ずれがある場合には図示のようにずれがある旨のメッセージを表示させる。なお、このようにユーザＰＣ１０６のユーザにサービス提供者側との時刻ずれを通知して注意を促すようにしてもよいが、ユーザＰＣ１０６に上記のようにＷｅｂページとともに送信されたサービス提供者側の時刻情報に基づいてユーザＰＣ１０６の時刻を自動的に補正する時刻補正プログラムを格納させておき、上記のようにユーザＰＣ１０６がリコンファーム完了画面のＷｅｂページを受信した場合に、ＣＰＵ１２０が時刻補正プログラムを実行することにより、ユーザＰＣ１０６の時刻をサービス提供者側の時刻に合わせて補正するようにしてもよい。これにより、サービス提供者側の時刻と、ユーザＰＣ１０６側の時刻が共通したものとなり、ライブ配信といった時間の正確性が要求されるサービスを円滑に進めることが可能となる。
【０１３６】
また、リコンファーム完了画面には、ダイヤルアップルータを利用してサーバ接続専用ネットワーク１０８に接続する場合の特例事項が記述されている。ユーザＰＣ１０６では、ライブ配信を実行するためにストリーミングサーバ１０２との通信接続処理を実行する場合、上述した予約設定情報ファイルに記述されているサーバ接続専用ネットワーク１０８のアクセスポートへのアクセス電話番号に自動的に発呼するように設定されている（詳細は後述する）。このように自動的に発呼するプログラムをＣＰＵ１２０が実行するようにしておくことにより、ユーザは電話番号の入力といった面倒な入力操作を行うことなく、自動的に通信接続処理を行うことができる。しかしながら、ユーザＰＣ１０６がダイヤルアップルータを介してネットワークに接続される場合には、ダイヤルアップルータを介してサーバ接続専用ネットワーク１０８に接続するための情報を設定しておく必要がある。したがって、予約設定情報ファイルに記述された電話番号に基づいて自動的に発呼するといった処理が行えないので、アクセスポートの電話番号等をユーザが手動で設定する必要がある。上記特例事項は、このようなダイヤルアップルータを利用する場合に手動設定を行う必要があること考慮した記述であり、この場合にユーザに手動設定してもらうためのアクセスポート番号、ログインＩＤ（この場合、予約ＩＤ）、パスワードが表示される。なお、図示の例では、ダイヤルアップルータを利用した接続は、ＩＳＤＮ（Integrated Services Digital Network）経由の場合にのみ許可するようになっているが、これに限定されるものではない。
【０１３７】
ユーザによって、上記リコンファーム画面の表示が確認されて「ＯＫ」ボタン２９１をクリックされると、「ＯＫ」ボタン２９１がクリックされた旨を示す情報がＣＰＵ１２０によってインターネット１０３を介してライブキャスティングサーバ１５０に送信され（ステップＳｂ１８）、ユーザ側のリコンファームに関する処理が終了する。一方、「ＯＫ」ボタン２９１がクリックされて、その旨を受信したライブキャスティングサーバ１５０は、予約データベース１５１を参照して当該予約について「友達リスト」に登録されている電子メールアドレス宛に、ライブ配信があることを通知する電子メールを送信する（ステップＳｂ１９）。ここで、図３０は当該電子メールを開封した場合に、そのＰＣの表示画面に表示される内容を示す。同図に示すように、この電子メールには、「ライブ配信日時」、「タイトル」、「概要」、「配信要求先のＵＲＬ」（図２８の「配信要求先アドレス情報」参照）、公開レベルが「Password」や「Secret」である場合には配信要求のための「パスワード」（図２８の「配信要求パスワード」参照）等の情報が表示される。これにより、ユーザＰＣ１０６のユーザは、予約時にライブ配信を見せたい友達等の電子メールアドレスを登録しておけば、その友達に自動的にライブ配信を受けるための情報を通知することができる。したがって、ライブ配信を行うユーザが、ライブ配信を受けるための情報を電話で伝えたり、当該情報を含んだ電子メールを作成したりするといった煩雑な作業が必要なくなる。
【０１３８】
なお、上記説明においては、「友達リスト」に登録されている電子メールアドレスへの上記電子メール（図３０参照）の送信処理をリコンファーム完了後に行うようにしているが、ライブキャスティングサーバ１５０による上記電子メール送信のタイミングは、ユーザからの予約希望ファイルに基づいた予約データベース１５１への予約登録処理（図２１のステップＳｂ８）が終了した時点で行うようにしてもよい。このように予約登録処理終了時点で電子メールを送信すれば、電子メールアドレスを有する者は、より早い時点でライブ配信があることを知ることができる。また、この場合にはリコンファーム完了時点で再度同様の電子メール送信処理を行うようにしてもよい。
【０１３９】
また、上記のように電子メール送信を行うと共に、ライブキャスティングサーバ１５０は、リコンファームに関する処理が終了すると、当該予約が成立したものとし、この予約についての予約データベース１５１の課金フラグ情報を「可」に書き換え、当該予約について課金処理を行う。ここで、課金金額は、上述したようにチャンネル毎に予め設定された使用料金に基づいて算出されることになる。例えば、１コマ（１０分）で１００円の使用料金が設定されているチャンネルを６コマ使用する予約が成立した場合、当該予約について６００円の課金がなされることになる。ただし、実際の課金処理は、ライブ配信当日にストリーミングサーバ１０２が正常に動作していたことが確認された後に実行される。
【０１４０】
なお、上記説明においては、ライブキャスティングサーバ１５０から送信された予約設定情報ファイルを暗号化して自動的に格納するプログラムを格納しているユーザＰＣ１０６を用いた場合について説明したが、このようなプログラムを格納していないＰＣでは、上記のような自動取り込みを行うことができない。このような場合には、次のような手法で予約設定情報ファイルをＰＣ側に取り込むようにしている。まず、上記のようなプログラムを格納していないＰＣの場合には自動取り込みができず、自動取り込みが失敗したことがそのＰＣの表示画面に表示されるようになっている。失敗したことの表示画面には、失敗したことを通知するメッセージに加え、再度マイチャンネル（図２６参照）に戻ってリコンファーム待ちをクリックしてリコンファーム用画面の閲覧要求を再度行うことを指示するメッセージが表示される。一方、上述したリコンファーム完了画面のＷｅｂページをユーザＰＣ１０６に送信した後で、ユーザＰＣ１０６からのリコンファーム確認「ＯＫ］が送信されず、かつユーザＰＣ１０６からのリコンファーム用画面の要求を受けたライブキャスティングサーバ１５０は、ユーザＰＣ１０６が予約設定情報ファイルの自動取り込みに失敗したと判定し、予約設定情報ファイルをダウンロードするためのＷｅｂページをインターネット１０３を介してユーザＰＣ１０６に送信する。この結果、ＰＣ側の表示画面には、予約設定情報ファイルのダウロードボタンが表示され、当該ボタンをクリックすることにより、予約設定情報ファイルのダウンロードが行われる。
【０１４１】
以上説明したのが、予約の要求からリコンファーム完了による予約成立までの配信予約処理動作の流れであるが、このようにリコンファームが完了した後にも、ジャンルや概要等の情報については変更することが可能であり、またリコンファーム完了後に予約を取り消すことも可能となっている（この場合、上記課金フラグ情報が「可」であるため、課金処理は行われる。）。以下、このような変更および取り消しを行う場合の処理動作について、ユーザＰＣ１０６の表示部１２４に表示されるブラウザ表示画面４４の表示内容を参照しながら説明する。
【０１４２】
まず、リコンファーム済みの予約の変更もしくは取り消しを行う場合には、上述したリコンファームを行う時と同様に「マイチャンネル」に対応したＷｅｂページの閲覧要求を行うための操作を行う。これによりユーザＰＣ１０６のＣＰＵ１２０は、インターネット１０３への接続処理を行い、ライブキャスティングサーバ１５０に対して当該ユーザに対応する「マイチャンネル」のＷｅｂページの閲覧要求を行う。
【０１４３】
このようにしてユーザＰＣ１０６がライブキャスティングサーバ１５０に対して「マイチャンネル」のＷｅｂページの閲覧要求を行うと、ライブキャスティングサーバ１５０からインターネット１０３を介してユーザＰＣ１０６にＷｅｂページが送信される。送信されたＷｅｂページを受信したユーザＰＣ１０６は、当該Ｗｅｂページをブラウザ表示画面４４に表示させる。
【０１４４】
ここで、図３１はブラウザ表示画面４４に表示されるリコンファーム済みの「マイチャンネル」のＷｅｂページを示す。同図に示すリコンファーム済みの「マイチャンネル」の表示画面と、リコンファーム待ちの「マイチャンネル」の表示画面（図２６参照）とを比較すると、リコンファーム済みの画面には、予約リスト２５０のステータス項目に「リコンファーム済み」と表示される点と、「変更」といったリンクボタン３１０が表示される点で異なっている。
【０１４５】
変更を行う場合には、当該「変更」のリンクボタン３１０をクリックすることになる。「変更」のリンクボタン３１０がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０は、「変更」のリンクボタンがクリックされたことをインターネット１０３を介してライブキャスティングサーバ１５０に送信する。これにより、ライブキャスティングサーバ１５０は、変更用のＷｅｂページをインターネット１０３を介してユーザＰＣ１０６に送信し、この結果、ユーザＰＣ１０６のブラウザ表示画面４４には、図３２に示す画面が表示される。
【０１４６】
同図に示すように、変更用画面には、現在設定されている予約内容が表示されており、これらの表示内容のうち、「ジャンル」、「電子メール公開」、「Ｗｅｂ公開」、「パスワード」、「概要」、「詳細」といった項目については変更可能であり、この表示の際には変更可能な項目の表示色を変更できない項目（予約日時等）と異ならせている。
【０１４７】
ユーザは、変更を希望する項目について、現在表示されている設定内容に変更後の内容を上書きし、更新ボタン３２１をクリックする。なお、変更しない場合には、戻るボタン３２２をクリックする。
【０１４８】
そして、ユーザの操作により更新ボタン３２１がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０は、当該変更内容の情報ファイルを作成し、これをインターネット１０３を介してライブキャスティングサーバ１５０に送信する。これにより、ライブキャスティングサーバ１５０は、当該変更内容の情報ファイルに基づいて予約データベース１５１の登録内容を更新するとともに、変更完了画面のＷｅｂページをインターネット１０３を介してユーザＰＣ１０６に送信する。
この結果、ユーザＰＣ１０６のブラウザ表示画面４４には、図３３に示す画面が表示される。
【０１４９】
同図に示すように、変更完了画面には、変更が受け付けられたことを示すメッセージに加え、上述したリコンファーム完了画面（図３０参照）と同様に、サービス提供者側時刻およびユーザＰＣ１０６側の時刻と、互いの時刻ずれ等が表示され、またダイヤルアップルータを使用する際の特例事項が表示される。ここで、「ＯＫ」ボタン３３１をクリックすると、変更が終了し、図３１に示す「マイチャンネル」の画面に戻る。
【０１５０】
このように予約が変更されると、ライブキャスティングサーバ１５０は、予約が変更されたことや、変更内容等のメッセージを含む電子メールを、上述した友達リストに登録された電子メールアドレス宛に送信する。これによりユーザＰＣ１０６のユーザがライブ配信の予約内容が変更されたことを電話で伝えたり、その旨のメッセージを含む電子メールを作成するといった作業を行わなくても、当該友達リストの電子メールアドレスを有する人には、自動的にライブ配信の予約変更内容を知らせることができる。
【０１５１】
次に、予約を取り消す場合について説明する。この場合にも、上述したリコンファームや変更する場合と同様に、「マイチャンネル」に対応したＷｅｂページの閲覧要求を行うための操作を行う。これにより、上述したようにブラウザ表示画面４４には、図３１に示すリコンファーム済みの「マイチャンネル」画面が表示される。
【０１５２】
予約を取り消す場合には、ユーザは「取消」のリンクボタン３１１をクリックすることになる。「取消」のリンクボタン３１１がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０は、「取消」のリンクボタンがクリックされたことをインターネット１０３を介してライブキャスティングサーバ１５０に送信する。これにより、ライブキャスティングサーバ１５０は、取消用のＷｅｂページをインターネット１０３を介してユーザＰＣ１０６に送信し、この結果、ユーザＰＣ１０６のブラウザ表示画面４４には、図３４に示す取消用の画面が表示される。
【０１５３】
同図に示すように、取消用の画面には、現在設定されている予約内容が表示されるとともに、「予約取消」ボタン３４１と、「戻る」ボタン３４２とが表示されている。ここで、ユーザは予約を取り消す場合には、「予約取消」ボタン３４１をクリックし、取り消さない場合には「戻る」ボタン３４２をクリックする。
【０１５４】
そして、ユーザの操作により「予約取消」ボタン３４１がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０は、この予約を取り消す旨をインターネット１０３を介してライブキャスティングサーバ１５０に送信する。これにより、ライブキャスティングサーバ１５０は、この予約に関する予約データベース１５１の登録内容を消去するとともに、取消完了画面のＷｅｂページをインターネット１０３を介してユーザＰＣ１０６に送信する。この結果、ユーザＰＣ１０６のブラウザ表示画面４４には、図３５に示すように、取り消されたことを通知するメッセージが表示される。ここで、「ＯＫ」ボタン３４３をクリックすると、取り消しが終了し、図３１に示す「マイチャンネル」の画面に戻る。
【０１５５】
このように予約が取り消されると、ライブキャスティングサーバ１５０は、予約が取り消されてライブ配信が中止になった旨のメッセージを含む電子メールを、上述した友達リストに登録された電子メールアドレス宛に送信する。これによりユーザＰＣ１０６のユーザがライブ配信が中止になったことを電話で伝えたり、その旨のメッセージを含む電子メールを作成するといった作業を行わなくても、当該友達リストの電子メールアドレスを有する人には、自動的にライブ配信が中止になったことを知らせることができる。
【０１５６】
また、上述したようにリコンファームが行われた後に、ユーザが予約内容を確認したい場合には、図３１に示す画面の「リコンファーム済み」ボタンをクリックする。「リコンファーム済み」ボタンがクリックされると、ユーザＰＣ１０６のＣＰＵ１２０によりその旨がインターネット１０３を介してライブキャスティングサーバ１５０に送信される。これにより、ライブキャスティングサーバ１５０は、リコンファーム済みの予約確認用Ｗｅｂページをインターネット１０３を介してユーザＰＣ１０６に送信する。この結果、ユーザＰＣ１０６のブラウザ表示画面４４には、図３６に示すように、現在設定されている予約内容と、ダイヤルアップルータを使用する場合の特例事項と、「ＰＣ接続設定を再登録する」ボタン３６１と、「マイチャンネル」画面に戻ることを指示する「戻る」ボタン３６２とが表示される。
【０１５７】
ここで、「ＰＣ接続設定を再登録する」ボタン３６１がクリックされると、ユーザＰＣ１０６のＣＰＵ１２０によりその旨がインターネット１０３を介してライブキャスティングサーバ１５０に送信される。これにより、ライブキャスティングサーバ１５０は、予約設定情報ファイル（図２９参照）を再度１０３を介してユーザＰＣ１０６に送信する。この結果、ユーザＰＣ１０６においては、予約設定情報ファイルの自動取り込み処理が行われる。このような予約設定情報ファイルの再送処理は、例えば、ライブ配信を行うＰＣをリコンファームを行ったＰＣから変更する場合などに行うようにすればよい。
【０１５８】
Ｂ−３．ライブ配信
上述しようなリコンファームを含む配信予約が終了し、当該予約したライブ配信開始時刻が来ると、ユーザＰＣ１０６のユーザは、サーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２に接続し、コンテンツのライブ配信を行うことになる。そして、クライアントＰＣ１０７は、このコンテンツのストリーム配信を要求してコンテンツ提供を受けることになる。
【０１５９】
Ｂ−３−１．ユーザＰＣからストリーミングサーバへのコンテンツ送信
以下、ライブ配信におけるユーザＰＣ１０６からストリーミングサーバ１０２にコンテンツを送信する際のユーザＰＣ１０６、サーバ接続専用ネットワーク１０８、データベースサーバ１５５（図１２参照）、およびストリーミングサーバ１０２の処理動作について、当該処理動作のシーケンスフローチャートを示した図３７を参照しながら説明する。
【０１６０】
ライブ配信を行う場合には、予約したライブ配信開始時刻よりも５分前からストリーミングサーバ１０２への接続が許可されるため、この時間以降、ユーザＰＣ１０６とストリーミングサーバ１０２との通信接続を確立するための処理を開始することになる。ユーザは当該ライブ配信開始時刻前に、コンテンツ配信の準備を行っておく。ここで、コンテンツ配信の準備としては、ディジタルビデオカメラ１２９（図３参照）の撮影位置の決定や、配信するコンテンツの構想に基づいたライブ配信モードにおけるエフェクトの設定処理（図１０および図１１参照）等がある。
【０１６１】
本実施形態におけるユーザＰＣ１０６は、予約したライブ配信開始時刻の所定時間前（例えば、１０分前）等に「まもなくライブ配信開始時刻」といったメッセージを表示してユーザに通知するためのプログラムを格納しており、図３７に示すように、上記所定時間前になると、ユーザＰＣ１０６のＣＰＵ１２０はこのプログラムを実行することにより、表示部１２４に「まもなくライブ配信開始時刻」といったメッセージが表示されるようになっている（ステップＳｃ１）。これにより、ユーザがライブ配信開始時刻を忘れてしまうといったことを低減できるようになっている。ここで、ユーザＰＣ１０６が上述したアプリケーションにおけるライブ配信モードになっていない場合には、ＣＰＵ１２０は当該アプリケーションプログラムを自動的に実行し、また当該アプリケーションにおけるライブ配信モードを自動的に選択して、表示部１２４に「ライブ配信モード」の画面（図９（ａ）参照）を表示させる。
【０１６２】
この後、ユーザＰＣ１０６では、上述したストリーミングサーバ１０２への接続開始が許可される時刻（開始時刻の５分前）になると、ＣＰＵ１２０が接続処理プログラムを実行することにより、ストリーミングサーバ１０２との通信接続処理を自動的に開始するようになっている。ここで開始される通信接続処理は、完全に自動化されたものであってもよいし、最終的な接続開始の指示のみをユーザが入力し、この入力をトリガーとして自動的に行われるものであってもよい。
【０１６３】
ここで、上記通信接続処理プログラムに従ったＣＰＵ１２０による処理では、所定のレジストリに暗号化されて記憶されている予約設定情報ファイル（図２９参照）が解読され、このファイルの「予約ＩＤ」、「サーバ接続可能時間」、「接続用電話番号」および「接続用サーバ情報」の項目に記述されている情報に基づいて以下のような通信接続処理が行われる。
【０１６４】
まず、「サーバ接続可能時間」に示される接続可能な開始時刻になった時点で当該通信接続処理を開始し、予めユーザによって設定されている電気通信事業者のアクセスポート電話番号を予約設定情報ファイルの「接続用電話番号」を参照することにより取得し、当該電話番号に発呼する処理を行う。そして、サーバ接続専用ネットワーク１０８のアクセスサーバに対して、予約ＩＤを送信して通信接続の要求を行う（ステップＳｃ２）。このように自動的に発呼する処理が行われるので、ユーザは電話番号の入力等の操作を行わなくてもよい。特に、上述したようにライブ配信の場合には、図３（ｂ）や図３（ｃ）に示すような形態でユーザＰＣ１０６を使用することがキーボード１２６ａを使用した情報等の入力操作は非常に煩雑となるので、上記のように自動的に発呼する処理を行うようにすることでユーザにより快適なコンテンツ作成環境を提供することができる。
【０１６５】
サーバ接続専用ネットワーク１０８のアクセスサーバは、上記のようにアクセスポートに接続を要求してきたユーザＰＣ１０６が正当な予約を有するユーザのものであるか否かの認証を行うために、送信された予約ＩＤをサーバ使用予約管理センタ１０１のデータベースサーバ１５５に送信する（ステップＳｃ３）。このようにサーバ接続専用ネットワーク１０８のアクセスサーバから送信された予約ＩＤを受信したデータベースサーバ１５５は、この予約ＩＤが現在から開始する時間帯において、予約データベース１５１に登録されているか否かを確認することにより認証処理を行う（ステップＳｃ４）。ここで、送信された予約ＩＤが予約データベース１５１に登録されている場合には、この予約ＩＤを送信してきたユーザＰＣ１０６は正当な予約を有するユーザのものであると判断し、送信された予約ＩＤがその時間帯において、予約データベース１５１に登録されていない場合には、正当な予約を有するものではないと判断する。
【０１６６】
ここでの認証処理においては、上記のように予約ＩＤのみが用いられているが、これにより次のような効果が得られる。例えば、当該サービスのメンバーが有するユーザＩＤおよびパスワードを用いて予約の認証を行う場合には、ユーザＩＤおよびパスワードが正当なものであり、アクセスしてきたものがメンバーであることが確認されても、そのメンバーがその時間帯の予約を有するものであるか否かを判別することができない。したがって、認証処理においては、ユーザがメンバーであることの認証を行った後、さらに予約の登録内容を確認し、そのユーザＩＤにより特定されるメンバーがその時間帯に予約をしているか否かをチェックする必要があり、認証処理が煩雑である。これに対し、上述したようにある予約に対してのみ認証に用いられる予約ＩＤを用いれば、この予約ＩＤはユーザのみが知りうる情報であるからユーザＩＤに対する認証を行う必要がなく、その予約ＩＤがアクセスしてきた時間に対応する時間帯の予約として登録されているか否かを確認するといった簡易な認証処理で正当な予約者であるか否かを判別することができるのである。
【０１６７】
上記のように予約ＩＤを用いて認証処理を行ったデータベースサーバ１５５は、この認証結果をサーバ接続専用ネットワーク１０８のアクセスサーバに送信する（ステップＳｃ５）。
【０１６８】
サーバ接続専用ネットワーク１０８のアクセスサーバは、上記データベースサーバ１５５からの認証結果が正当な予約者のものであるといったものである場合、ユーザＰＣ１０６とストリーミングサーバ１０２との接続を許可し、これにより両者がＰＰＰ接続され、両者の間の通信接続が確立される（ステップＳｃ６）。一方、上記認証結果が正当な予約者でないといったものである場合には、サーバ接続専用ネットワーク１０８のアクセスサーバは、ストリーミングサーバ１０２との接続を許可せず、ユーザＰＣ１０６からの呼を直ちに切断する。このように不正なものからの呼であると判断した場合に、その呼を直ちに切断することにより、正当な予約者のための回線を確保するようにしている。
【０１６９】
上述したようにサーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２と接続されると、ユーザＰＣ１０６のＣＰＵ１２０は、ストリーミングサーバ１０２に対して予約ＩＤを送信してライブ配信の要求を行う（ステップＳｃ７）。
【０１７０】
ユーザＰＣ１０６からのライブ配信要求を受けたストリーミングサーバ１０２は、ライブ配信要求をしてきたユーザＰＣ１０６が正当な予約を有するユーザのものであるか否かの認証を行うために、送信された予約ＩＤをサーバ使用予約管理センタ１０１のデータベースサーバ１５５に送信する（ステップＳｃ８）。このようにストリーミングサーバ１０２から送信された予約ＩＤを受信したデータベースサーバ１５５は、この予約ＩＤが現在から開始する時間帯において、予約データベース１５１に登録されているか否かを確認することにより認証処理を行う（ステップＳｃ９）。ここでの認証処理は、上述したサーバ接続専用ネットワーク１０８のアクセスサーバから予約ＩＤが送信された場合と同様である。
【０１７１】
上記のように予約ＩＤを用いて認証処理を行ったデータベースサーバ１５５は、この認証結果をストリーミングサーバ１０２に送信する（ステップＳｃ１０）。
【０１７２】
ストリーミングサーバ１０２は、上記データベースサーバ１５５からの認証結果が正当な予約者のものであるといったものである場合、ユーザＰＣ１０６によるライブ配信を許可し、許可する旨をユーザＰＣ１０６に送信するとともに（ステップＳｃ１１）、予約データベース１５１から当該予約に関する情報（予約時間帯、チャンネル等）を取得し、この情報に基づいてライブ配信を制御する。これにより、ユーザＰＣ１０６のＣＰＵ１２０は、ライブ配信が許可されたことをユーザに通知するメッセージ等を表示させ、ユーザに対してコンテンツ配信の開始を促す。このような通知を受けると、ユーザは操作ダイヤル１２６ｂや操作ボタン１２６ｃを適宜操作してディジタルビデオカメラ１２９の撮影を開始し、かつ撮影された映像にリアルタイムでエフェクト処理を行った動画像データを作成するとともに、ライブ配信開始を指示して、作成した動画像データをリアルタイムでサーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２に送信する（ステップＳｃ１２）。
【０１７３】
このようにユーザＰＣ１０６から送信されるコンテンツである動画像データを受信したストリーミングサーバ１０２は、これを要求のあったクライアントＰＣ１０７に対してストリーム配信する。この際、当該ライブ配信の「公開レベル」（図２２等参照）が「Public」である場合には、ライブ配信を行うチャンネルの定員数内であれば、無条件に配信要求に応じてストリーム配信を行う。一方、「公開レベル」が「Password」または「Secret」である場合には、配信要求をしてきたクライアントＰＣ１０７に対して、パスワードの入力を促し、正当なパスワードの入力がなされたクライアントＰＣ１０７に対してのみストリーム配信を行うが、ストリーミングサーバ１０２とクライアントＰＣ１０７との間の配信要求およびストリーム配信の処理動作については後述する。
【０１７４】
このようにライブ配信が開始されると、ストリーミングサーバ１０２はＮＴＰサーバ１５３から取得したサービス提供者側の時刻情報や、当該ライブ配信を視聴している、つまりこのコンテンツの配信を要求しているクライアントＰＣ１０７の数を示す情報をユーザＰＣ１０６に送信する。これにより、ユーザＰＣ１０６の表示部１２４に表示されるステータスウィンドウＳＷ（図９（ａ）参照）には、オンエアー中であることを示す情報、配信経過時間情報、サービス提供者側の時刻情報、ユーザＰＣ１０６側の時刻情報、視聴者数情報、予約開始終了時刻、配信の残り時間を示す残時間情報、画像サイズ情報、配信データの伝送速度情報等の表示がなされる。ユーザは、このステータスウィンドウＳＷの表示を参照することにより、現在進行中のライブ配信に関する様々な情報を知ることができる。特に、コンテンツの発信者としては、何人の人が当該コンテンツを視聴しているのかといったことは気になるものであり、例えば次回にライブ配信を行う際のチャンネル選択（定員数の選択）の参考にもなる。したがって、上記のように視聴者数表示はユーザにとっては有意義なものであるといえる。
【０１７５】
このようにユーザＰＣ１０６からストリーミングサーバ１０２へのコンテンツ送信が行われ、ユーザＰＣ１０６のユーザが、予約終了時刻（サービス提供者側の時刻）よりも先にライブ配信を終了させる場合には、操作ダイヤル１２６ｂ（図３参照）等を操作して、ライブ配信モードにおけるＧＵＩ（図９（ｂ）参照）の「配信開始／終了」を選択決定する。これにより、ユーザＰＣ１０６のＣＰＵ１２０は、コンテンツの送信処理を終了し、ストリーミングサーバ１０２との接続を切断する（ステップＳｃ１３）。
【０１７６】
一方、予約終了時間前にユーザが自らコンテンツ送信を終了した場合には、上記のような処理が行われるが、予約終了時間になった時点でユーザＰＣ１０６からストリーミングサーバ１０２へのコンテンツ送信が行われている場合には、ストリーミングサーバ１０２は、予約終了時間になった時点でユーザＰＣ１０６から送信されるコンテンツのクライアントＰＣ１０７に対するストリーム配信処理を終了する。さらに、上述した「サーバ接続可能時間」（図２９参照）に示されるユーザＰＣ１０６の接続を終了する時刻になった時点でユーザＰＣ１０６との通信接続を強制的に切断する。
【０１７７】
Ｂ−３−２．ストリーミングサーバからクライアントＰＣへのコンテンツのストリーム配信
以上説明したのが、ライブ配信時における発信者端末であるユーザＰＣ１０６からストリーミングサーバ１０２へのコンテンツ送信処理の詳細であり、ストリーミングサーバ１０２は、このようにユーザＰＣ１０６からのコンテンツ送信を受けて要求のあったクライアントＰＣ１０７に対して当該コンテンツのストリーム配信処理を行うことになる。このようなコンテンツのストリーム配信時の処理動作について、配信要求を行うクライアントＰＣ１０７の表示画面等を参照しながら説明する。なお、以下の説明においては、当該コンテンツ配信の「公開レベル」（図２２参照）が「Password」または「Secret」であり、このクライアントＰＣ１０７のユーザは、コンテンツ提供を受けるためのパスワードを知っているものとする。
【０１７８】
クライアントＰＣ１０７のクライアントユーザがコンテンツの配信要求を行う場合、クライアントユーザはクライアントＰＣ１０７に電源を投入した後、ブラウザソフトウェアを起動する。そして、クライアントユーザがクライアントＰＣ１０７において、ライブキャスティングサーバ１５０のＷｅｂページのトップページを識別するためのＵＲＬを入力し、これによりクライアントＰＣ１０７のＣＰＵは、インターネット１０３を介してライブキャスティングサーバ１５０に対して当該Ｗｅｂページの閲覧要求を行う。これにより、ライブキャスティングサーバ１５０からインターネット１０３を介してＷｅｂページのトップページが送信され、この結果、クライアントＰＣ１０７の表示画面には、図１３に示す画面が表示される。
【０１７９】
コンテンツ配信を受ける場合には、クライアントユーザは、「本日のライブ」（図１５参照）もしくは「番組ガイド」（図１７参照）といったリンクボタンをクリックすることになる。「番組ガイド」をクリックした場合には、さらに図１７に示す画面に表示されるカレンダー上の現在の日付をクリックする。これにより、図１５に示すように、その日に配信されるプログラムが表示される。そして、クライアントユーザは、表示されているプログラムの中から、配信要求を行うプログラムの「タイトル」のリンクボタンをクリックする。
【０１８０】
このように「タイトル」のリンクボタンがクリックされると、クライアントＰＣ１０７のＣＰＵは、当該「タイトル」の詳細情報を表示するＷｅｂページの閲覧要求をインターネット１０３を介してライブキャスティングサーバ１５０に送信する。これにより、ライブキャスティングサーバ１５０は、指定されたライブプログラムの詳細情報が表示されたＷｅｂページをインターネット１０３を介してクライアントＰＣ１０７に送信する。この結果、クライアントＰＣ１０７の表示画面には、図１６に示す画面が表示されることになる。
【０１８１】
クライアントユーザは、この詳細情報が表示されたプログラムの配信を要求する場合には、図１６に示す表示画面において、配信許可を得るためのパスワードを入力するとともに、「再生」ボタン１７５をクリックすることになるが、リアルタイム再生ソフトウェアをクライアントＰＣ１０７が格納していない場合には、「再生」ボタン１７５をクリックする前に「再生ソフト」ボタン１７６をクリックして再生ソフトウェアを予めダウンロードしておく。
【０１８２】
そして、パスワードが入力されて「再生」ボタン１７５がクリックされると、クライアントＰＣ１０７のＣＰＵは、入力されたパスワードおよび配信要求をインターネット１０３を介してストリーミングサーバ１０２に送信する。ストリーミングサーバ１０２は、送信されたパスワードをデータベースサーバ１５５に送信し、データベースサーバ１５５は予約データベース１５１を参照することにより、送信されたパスワードが正当なものであるか否かといった認証処理を実行し、認証結果をストリーミングサーバ１０２に送信する。
【０１８３】
ストリーミングサーバ１０２は、上記認証結果が正当なパスワードであると判断するものである場合には、当該コンテンツ配信に使用されているチャンネルに予め設定されている定員数に基づいて当該クライアントＰＣ１０７への配信を行うか否かを判別する。具体的には、現在、当該コンテンツの配信を行っているクライアントＰＣ１０７の数と上記定員数とを比較し、既に定員数のクライアントＰＣ１０７に対してコンテンツ配信を行っている場合には、それ以上の配信は行わない。すなわち、配信要求があった時点で、定員数のクライアントＰＣ１０７に対してコンテンツ配信を行っている場合には、その配信要求には応じない。
【０１８４】
一方、配信要求があった時点でのコンテンツの配信先のクライアントＰＣ１０７の数が定員数未満の場合には配信を行うこととし、この場合要求してきたクライアントＰＣ１０７への配信を許可し、ストリーミングサーバ１０２から当該クライアントＰＣ１０７へのコンテンツのストリーム配信が行われる。このようにストリーム配信が開始されると、クライアントＰＣ１０７の表示画面には、図３８に示すように、プログラムの詳細情報表示画面上に上記再生ソフトウェアの再生表示画面３９０が表示され、当該再生表示画面３９０にストリーム配信されたコンテンツがリアルタイムで再生される。このようにしてクライアントＰＣ１０７のユーザは、ライブ配信されるコンテンツをリアルタイムで再生して視聴することができる。
【０１８５】
また、ストリーミングサーバ１０２は当該プログラムの配信要求があって、実際に配信を行っているクライアントＰＣ１０７の数を逐次カウントし、このカウント結果、つまり視聴者数情報をコンテンツの送信端末（上記説明ではユーザＰＣ１０６）に送信する。
【０１８６】
なお、上記説明においては、クライアントＰＣ１０７がライブキャスティングサーバ１５０のＷｅｂページを介してストリーミングサーバ１０２に配信要求を行うようにしているが、上記「友達リスト」（図２２参照）に設定されている電子メールアドレスを有する者がクライアントＰＣ１０７を用いて配信要求を行う場合には、上述したようにライブキャスティングサーバ１５０から送信された電子メール（図３０参照）の「配信要求先アドレス情報」に表示されたＵＲＬを入力する、もしくは表示されているＵＲＬをクリックするといった操作を行うようにしてもよい。このような操作を行えば、クライアントＰＣ１０７のＣＰＵは、当該ＵＲＬに指定された接続先、つまりストリーミングサーバ１０２への接続処理を開始することになり、これによりストリーミングサーバ１０２に対して配信要求を行うことができる。
【０１８７】
Ｃ．変形例
なお、本発明は、上述した実施形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【０１８８】
（変形例１）
上述した実施形態においては、ストリーミングサーバ１０２は、ユーザＰＣ１０６から送信されたコンテンツを、要求のあったクライアントＰＣ１０７に対してストリーム配信する処理を行っていたが、当該ストリーム配信処理を行うと共に、ユーザＰＣ１０６から送信されたコンテンツをハードディスク等のメディアに格納し、これをオンディマンドのプログラムとして配信するといった再放送サービスを行えるようにしてもよい。この場合、当該再放送プログラムを上述した「本日のプログラム」のＷｅｂページ（図１５参照）に掲載し、要求のあったクライアントＰＣ１０７に対してこのコンテンツを配信するようにすればよい。
【０１８９】
また、上述した実施形態においては、ユーザＰＣ１０６のディジタルビデオカメラ１２９がリアルタイムで撮影した動画像データをコンテンツとしてストリーミングサーバ１０２に送信してコンテンツ配信を行うようになっていたが、予めユーザがユーザＰＣ１０６等を用いて作成しておいたコンテンツをハードディスク１２３に格納しておき、このコンテンツを予約した配信時間にストリーミングサーバ１０２に送信してコンテンツ配信を行うようにしてもよい。また、ユーザＰＣ１０６を用いて上記実施形態のようにリアルタイムでコンテンツ送信を行うために、撮影した動画像データ等のコンテンツをストリーミングサーバ１０２に送信する際に、当該コンテンツをユーザＰＣ１０６のハードディスク１２３に格納しておいてもよい。そして、再度ライブ配信の予約を行い、格納したコンテンツを再放送プログラムとして、再度ユーザＰＣ１０６からストリーミングサーバ１０２に送信してコンテンツ配信を行うようにしてもよい。
【０１９０】
（変形例２）
また、上述した実施形態においては、ストリーミングサーバ１０２は、ユーザＰＣ１０６から送信されたコンテンツを、要求のあったクライアントＰＣ１０７に対してストリーム配信する処理を行っていたが、当該ストリーム配信処理を行うと共に、ユーザＰＣ１０６から送信されたコンテンツをハードディスク等のメディアに格納しておき、要求のあったクライアントＰＣ１０７等に対して、このコンテンツをＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）やＤＶＤ−ＲＯＭ（Digital Versatile Disc-Read Only Memory）等の公知の種々のパッケージメディアに書き込み、これを要求したユーザ宛に配送するといったサービスを行うようにしてもよい。このようなサービスによれば、ライブ配信されるコンテンツを視聴してお気に入りのコンテンツについて、クライアントＰＣ１０７のクライアントユーザがパッケージメディアに書き込まれたコンテンツの配送を要求するといったことが可能となる。ここで、上述したようにコンテンツの発信端末であるユーザＰＣ１０６とストリーミングサーバ１０２との通信経路は、サーバ接続専用ネットワーク１０８を用いているので十分な伝送帯域を確保することができる。一方、ストリーミングサーバ１０２とクライアントＰＣ１０７との間の通信経路は、インターネット１０３を利用したものであるため、十分なデータ伝送帯域を確保できるとは限らず、伝送帯域の制約を受ける虞が高い。このような伝送帯域の制約により、クライアントＰＣ１０７に配信されるストリームデータの伝送速度を小さくする必要があり、この場合、クライアントＰＣ１０７でのコンテンツの再生画質の劣化等が生じてしまうことになる。上記サービスでは、気に入ったコンテンツについては高品質の映像再生で視聴したいといった要望に応えることができる。すなわち、上記サービスを利用すれば、ユーザＰＣ１０６からストリーミングサーバ１０２に送信されたコンテンツをそのままパッケージメディアに書き込み、これに書き込まれたコンテンツデータをクライアントＰＣ１０７を用いて再生することができるので、クライアントユーザは、ユーザＰＣ１０６からストリーミングサーバ１０２に送信されたコンテンツと同等の品質で当該コンテンツを視聴することができるのである。このようなパッケージメディアに記録されたコンテンツの提供を受けるクライアントは、当該パッケージメディアに格納されたコンテンツを再生表示できる機能を有するプレイヤー装置（ＰＣ以外でもよい）等を使用してテレビ画面等にコンテンツを再生表示して視聴するようにしてもよい。
【０１９１】
（変形例３）
また、上述した実施形態においては、ユーザＰＣ１０６のユーザが予め予約した時間帯のみでライブ配信を行うことが許可されるようになっていたが、予約に基づいたライブ配信が行われている間に、ストリーミングサーバ１０２が予約データベース１５１を参照することにより、現在使用中のチャンネルの当該予約時間終了後の予約状況を確認し、空いているようであれば予約終了時間の所定時間前（例えば、１０分前）にストリーミングサーバ１０２からユーザＰＣ１０６に対して「○○時まで予約の延長が可能です」といった趣旨のメッセージ等を送信するようにしてもよい。そして、このメッセージ等を受信したユーザＰＣ１０６のステータスウィンドウＳＷ（図９（ａ）参照）に、このメッセージが表示されるようにすればよい。この際、ステータスウィンドウＳＷ上に延長ボタンを表示するようにし、この延長ボタンがクリックされると、ユーザＰＣ１０６のＣＰＵ１２０が延長を行う旨をストリーミングサーバ１０２に送信する。これを受信したストリーミングサーバ１０２が延長を許可する。このような延長サービスを行えば、配信者であるユーザＰＣ１０６のユーザに対しては延長したいといった要望に応えることができる一方、サービス提供者としてもストリーミングサーバ１０２のチャンネルを効率よく活用できるといった効果が得られる。
【０１９２】
（変形例４）
また上述した実施形態においては、ライブキャスティングサーバ１５０のハードディスクに配信予約処理を実行するためのプログラムが予めインストールされている場合や、ユーザＰＣ１０６のハードディスク１２３に配信予約の際の各種処理やライブ配信の際の各種処理を実行するためのプログラムが予めインストールされている場合について述べたが、本発明はこれに限らず、コンテンツ提供プログラムの格納された例えばＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc-Read Only Memory）等のパッケージメディアでなるプログラム格納媒体を再生することにより上記各種プログラムをインストールしても良く、またプログラムが一時的もしくは永続的に格納される半導体メモリや光磁気ディスク等のプログラム格納媒体を再生することにより上記各種プログラムをインストールしても良い。
【０１９３】
これらのプログラム格納媒体に上記各種プログラムを格納する手段としてはローカルエリアネットワーク、ディジタル衛星放送等の有線及び無線通信媒体を利用しても良く、ルータやモデム等の各種通信インターフェースを介在させて格納するようにしても良い。
【０１９４】
（変形例５）
さらに、上述した実施形態においては、ユーザＰＣ１０６とライブキャスティングサーバ１５０との間で配信予約を行うためのネットワークとしてインターネット１０３を用いるようにした場合について述べたが、本発明はこれに限らず、有線又は無線で構築された他の種々のネットワークを用いても良い。
【０１９５】
また、上述した実施形態では、ユーザＰＣ１０６とストリーミングサーバ１０２とを接続するためにサーバ接続専用ネットワーク１０８を設けるようにしていたが、これに限らず、インターネット１０３を用いて両者を接続するようにしてもよい。
【０１９６】
（変形例６）
さらに、上述した実施形態においては、ライブ配信の発信者端末として、ディジタルビデオカメラ１２９を内蔵したユーザＰＣ１０６を用いるようにしていたが、通常のＰＣにディジタルビデオカメラをＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４インターフェース等を介してケーブル接続したものや、ディジタルビデオカメラを無線接続したＰＣを用いるようにしてもよい。また、ディジタルカメラをケーブル等により接続した携帯電話機や、ディジタルカメラを内蔵した携帯電話機をユーザＰＣ１０６に代えて用いるようにしてもよい。
【０１９７】
以下、ディジタルカメラを内蔵した携帯電話機をユーザＰＣ１０６に代えて使用する場合を例示して説明する。
【０１９８】
図３９において、２００は全体として本発明を適用した携帯電話機ＭＳ３が接続されているネットワークシステムを示し、通信サービスの提供エリアの所望の大きさに分割したセル内にそれぞれ固定無線局である基地局ＣＳ１〜ＣＳ４が設置されている。
【０１９９】
これらの基地局ＣＳ１〜ＣＳ４には、移動無線局である携帯情報端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４が例えばＷ−ＣＤＭＡ(Wideband-Code Division Multiple Access)と呼ばれる符号分割多元接続方式によって無線接続されるようになされており、2[GHz]の周波数帯域を使用して最大2[Mbps]のデータ転送速度で大容量データを高速にデータ通信し得るようになされている。
【０２００】
このように携帯情報端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４は、Ｗ−ＣＤＭＡ方式によって大容量データを高速にデータ通信し得るようになされていることにより、音声通話だけでなく電子メールの送受信、簡易ホームページの閲覧、画像の送受信等の多種に及びデータ通信を実行し得るようになされている。
【０２０１】
また基地局ＣＳ１〜ＣＳ４は、有線回線を介して電話網１０４に接続されており、当該電話網１０４にはインターネット１０３や、図示しない多くの加入者有線端末、コンピュータネットワーク及び企業内ネットワーク等が接続されている。
【０２０２】
電話網１０４には、インターネットサービスプロバイダのアクセスサーバＡＳも接続されており、当該アクセスサーバＡＳには当該インターネットサービスプロバイダが保有するコンテンツサーバＴＳが接続されている。
【０２０３】
このコンテンツサーバＴＳは、加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からの要求に応じて例えば簡易ホームページ等のコンテンツをたとえばコンパクトＨＴＭＬ（Hyper Text Markup Language）形式のファイルとして提供するようになされている。このコンパクトＨＴＭＬとは、ＨＴＭＬのサブセットであり、限られたサイズの表示装置の中で反映可能なタグのみ残し他の部分を切り捨てたものである。例えばＮＴＴドコモ社のサービスであるｉＭｏｄｅ（登録商標）ではｉモード用ＨＴＭＬを採用しており、これは携帯電話に必要な機能を絞り込み約３０種のタグを使用している、テキストの文字属性や色は指定できず、画像も２階調のＧＩＦファイルが推奨されるなどの限定条件がある。このようなコンパクトＨＴＭＬや移動通信用プロトコルのＷＡＰ(Wireless Application Prtocol)にて使われる記述言語であるＨＤＭＬ（handheld Device Markup Language）、ＷＭＬ（Wireless Markup Language）等を用いることで、表示領域や表示能力に制限のある携帯端末などで閲覧する簡易ホームページのファイルを作成することができる。
【０２０４】
このネットワークシステム２００では、インターネット１０３には、上記実施形態と同様のサーバ使用予約管理センタ１０１やストリーミングサーバ１０２が接続され、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）のプロトコルに従って加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からサーバ使用予約管理センタ１０１やストリーミングサーバ１０２に対してアクセスし得るようになされている。なお、図示の例では、ストリーミングサーバ１０２を使用したコンテンツ配信を行う際には、上記実施形態と同様に、カメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からサーバ接続専用ネットワーク１０８を介してストリーミングサーバ１０２にコンテンツ送信を行うようにしているが、インターネット１０３経由でコンテンツ送信を行うようにしてもよい。
【０２０５】
因みに携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機、ＭＳ３、ＭＳ４は、図示しない基地局ＣＳ１〜ＣＳ４までを２[Mbps]の簡易トランスポートプロトコルで通信し、当該基地局ＣＳ１〜ＣＳ４からインターネットＩＴＮを介してＷＷＷサーバＷＳ１〜ＷＳｎまでをＴＣＰ／ＩＰプロトコルで通信するようになされている。
【０２０６】
なお管理制御装置ＭＣＵは、電話網１０４を介して加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４に接続されており、当該加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４に対する認証処理や課金処理等を行うようになされている。
【０２０７】
次に、上記ユーザＰＣ１０６に代えて使用しうるカメラ付ディジタル携帯電話機ＭＳ３の外観構成例について説明する。図４０に示すようにカメラ付ディジタル携帯電話機ＭＳ３は、中央のヒンジ部２１１を境に表示部２１２と本体２１３とに分けられており、当該ヒンジ部２１１を介して折り畳み可能に形成されている。
【０２０８】
表示部２１２には、上端左部に送受信用のアンテナ２１４が引出し及び収納可能な状態に取り付けられており、当該アンテナ２１４を介して基地局ＣＳ３との間で電波を送受信するようになされている。
【０２０９】
また表示部２１２には、上端中央部にほぼ１８０度の角度範囲で回動自在なカメラ部２１５が設けられており、当該カメラ部２１５のＣＣＤカメラ２１６によって所望の撮像対象を撮像し得るようになされている。
【０２１０】
ここで表示部２１２は、カメラ部２１５がユーザによってほぼ１８０度回動されて位置決めされた場合、図４１に示すように当該カメラ部２１５の背面側中央に設けられたスピーカ２１７が正面側に位置することになり、これにより通常の音声通話状態に切り換わるようになされている。
【０２１１】
さらに表示部２１２には、その正面に液晶ディスプレイ２１８設けられており、電波の受信状態、電池残量、電話帳として登録されている相手先名や電話番号及び発信履歴等の他、電子メールの内容、簡易ホームページ、カメラ部２１５のＣＣＤカメラ２１６で撮像した画像を表示し得るようになされている。
【０２１２】
一方、本体２１３には、その表面「０」〜「９」の数字キー、発呼キー、リダイヤルキー、終話及び電源キー、クリアキー及び電子メールキー等の操作キー２１９が設けられており、当該操作キー２１９を用いて各種指示を入力し得るようになされている。
【０２１３】
また本体２１３には、操作キー２１９の下部にメモボタン２２０やマイクロフォン２２１が設けられており、当該メモボタン２２０によって通話中の間の音声を録音し得ると共に、マイクロフォン２２１によって通話時のユーザの音声を集音するようになされている。
【０２１４】
さらに本体２１３には、操作キー２１９の上部に回動自在なジョグダイヤル２２２が当該本体２１３の表面から僅かに突出した状態で設け等られており、当該ジョグダイヤル２２２に対する回動操作に応じて液晶ディスプレイ２１８に表示されている電話帳リストや電子メールのスクロール動作、簡易ホームページの捲り動作及び画像の送り動作等の種々の動作を実行するようになされている。
【０２１５】
例えば本体２１３は、ユーザによるジョグダイヤル２２２の回動操作に応じて液晶ディスプレイ２１８に表示された電話帳リストの複数の電話番号の中から所望の電話番号が選択され、当該ジョグダイヤル２２２が本体２１３の内部方向に押圧されると、選択された電話番号を確定して当該電話番号に対して自動的に発呼処理を行うようになされている。
【０２１６】
なお本体２１３は、背面側に図示しないバッテリパックが挿着されており、終話及び電源キーがオン状態になると、当該バッテリパックから各回路部に対して電力が供給されて動作可能な状態に起動する。
【０２１７】
ところで本体２１３には、当該本体２１３の左側面上部に抜差自在なメモリスティック（ソニー株式会社の商標）２２３を挿着するためのメモリスティックスロット２２４が設けられており、メモボタン２２０が押下されるとメモリスティック２２３に通話中の相手の音声を記録したり、ユーザの操作に応じて電子メール、簡易ホームページ、ＣＣＤカメラ２１６で撮像した画像を記録し得るようになされている。
【０２１８】
ここでメモリスティック２２３は、本願出願人であるソニー株式会社によって開発されたフラッシュメモリカードの一種である。このメモリスティック２２３は、縦21.5×横50×厚さ2.8［mm］の小型薄型形状のプラスチックケース内に電気的に書換えや消去が可能な不揮発性メモリであるＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）の一種であるフラッシュメモリ素子を格納したものであり、１０ピン端子を介して画像や音声、音楽等の各種データの書き込み及び読み出しが可能となっている。
【０２１９】
またメモリスティック２２３は、大容量化等による内蔵フラッシュメモリの仕様変更に対しても、使用する機器で互換性を確保することができる独自のシリアルプロトコルを採用し、最大書込速度1.5[MB/S]、最大読出速度2.45［MB/S］の高速性能を実現していると共に、誤消去防止スイッチを設けて高い信頼性を確保している。
【０２２０】
従ってカメラ付ディジタル携帯電話機ＭＳ３は、このようなメモリスティック２２３を挿着可能に構成されているために、当該メモリスティック２２３を介して他の電子機器との間でデータの共有化を図ることができるようになされている。
【０２２１】
図４２に示すように、カメラ付ディジタル携帯電話機ＭＳ３は、表示部２１２及び本体２１３の各部を統括的に制御するようになされた主制御部２５０に対して、電源回路部２５１、操作入力制御部２５２、画像エンコーダ２５３、カメラインターフェース部２５４、ＬＣＤ（Liquid Crystal Display）制御部２５５、画像デコーダ２５６、多重分離部２５７、記録再生部２６２、変復調回路部２５８及び音声コーデック２５９がメインバス２６０を介して互いに接続されると共に、画像エンコーダ２５３、画像デコーダ２５６、多重分離部２５７、変復調回路部２５８及び音声コーデック２５９が同期バス２６１を介して互いに接続されて構成されている。
【０２２２】
電源回路部２５１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することによりカメラ付ディジタル携帯電話機ＭＳ３を動作可能な状態に起動する。
【０２２３】
カメラ付ディジタル携帯電話機ＭＳ３は、ＣＰＵ、ＲＯＭ及びＲＡＭ等でなる主制御部２５０の制御に基づいて、音声通話モード時にマイクロフォン２２１で集音した音声信号を音声コーデック２５９によってディジタル音声データに変換し、これを変復調回路部２５８でスペクトラム拡散処理し、送受信回路部２６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ２１４を介して送信する。
【０２２４】
またカメラ付ディジタル携帯電話機ＭＳ３は、音声通話モード時にアンテナ２１４で受信した受信信号を増幅して周波数変換処理及びアナログディジタル変換処理を施し、変復調回路部２５８でスペクトラム逆拡散処理し、音声コーデック２５９によってアナログ音声信号に変換した後、これをスピーカ２１７を介して出力する。
【０２２５】
さらにカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に電子メールを送信する場合、操作キー２１９及びジョグダイヤル２２２の操作によって入力された電子メールのテキストデータを操作入力制御部２５２を介して主制御部２５０に送出する。
【０２２６】
主制御部２５０は、テキストデータを変復調回路部２５８でスペクトラム拡散処理し、送受信回路部２６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ２１４を介して基地局ＣＳ３（図３９参照）へ送信する。
【０２２７】
これに対してカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に電子メールを受信する場合、アンテナ２１４を介して基地局ＣＳ３から受信した受信信号を変復調回路部２５８でスペクトラム逆拡散処理して元のテクストデータを復元した後、ＬＣＤ制御部２５５を介して液晶ディスプレイ２１８に電子メールとして表示する。
【０２２８】
この後カメラ付ディジタル携帯電話機ＭＳ３は、ユーザの操作に応じて受信した電子メールを記録再生部２６２を介してメモリスティック２２３に記録することも可能である。
【０２２９】
一方カメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に画像データを送信する場合、ＣＣＤカメラ２１６で撮像された画像データをカメラインターフェース部２５４を介して画像エンコーダ２５３に供給する。
【０２３０】
因みにカメラ付ディジタル携帯電話機ＭＳ３は、画像データを送信しない場合には、ＣＣＤカメラ２１６で撮像した画像データをカメラインターフェース部２５４及びＬＣＤ制御部２５５を介して液晶ディスプレイ２１８に直接表示することも可能である。
【０２３１】
画像エンコーダ２５３は、ＣＣＤカメラ２１６から供給された画像データを例えばＭＰＥＧ（Moving Picture Experts Group ）２やＭＰＥＧ４等の所定の符号化方式によって圧縮符号化することにより符号化画像データに変換し、これを多重分離部２５７に送出する。
【０２３２】
このとき同時にカメラ付ディジタル携帯電話機ＭＳ３は、ＣＣＤカメラ２１６で撮像中にマイクロフォン２２１で集音した音声を音声コーデック２５９を介してディジタルの音声データとして多重分離部２５７に送出する。
【０２３３】
多重分離部２５７は、画像エンコーダ２５３から供給された符号化画像データと音声コーデック２５９から供給された音声データとを所定の方式で多重化し、その結果得られる多重化データを変復調回路部２５８でスペクトラム拡散処理し、送受信回路部２６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ２１４を介して送信する。
【０２３４】
これに対してカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に例えば簡易ホームページ等にリンクされた動画像ファイルのデータを受信する場合、アンテナ２１４を介して基地局ＣＳ３から受信した受信信号を変復調回路部２５８でスペクトラム逆拡散処理し、その結果得られる多重化データを多重分離部２５７に送出する。
【０２３５】
多重分離部２５７は、多重化データを分離することにより符号化画像データと音声データとに分け、同期バス２６１を介して当該符号化画像データを画像デコーダ２５６に供給すると共に当該音声データを音声コーデック２５９に供給する。
【０２３６】
画像デコーダ２５６は、符号化画像データをＭＰＥＧ２やＭＰＥＧ４等の所定の符号化方式に対応した復号化方式でデコードすることにより再生動画像データを生成し、これをＬＣＤ制御部２５５を介して液晶ディスプレイ２１８に供給し、これにより、例えば、簡易ホームページにリンクされた動画像ファイルに含まれる動画データが表示される。
【０２３７】
このとき同時に音声コーデック２５９は、音声データをアナログ音声信号に変換した後、これをスピーカ２１７に供給し、これにより、例えば、簡易ホームページにリンクされた動画像ファイルに含まる音声データが再生される。
【０２３８】
この場合も電子メールの場合と同様にカメラ付ディジタル携帯電話機ＭＳ３は、受信した簡易ホームページ等にリンクされたデータをユーザの操作により記録再生部２６２を介してメモリスティック２２３に記録することが可能である。
【０２３９】
かかる構成に加えてカメラ付ディジタル携帯電話機ＭＳ３は、主制御部２５０のＲＯＭに上記実施形態と同様のアプリケーションプログラム等が格納されており、このアプリケーションプログラムに基づいて、予約管理センタ１０１のライブキャスティングサーバ１５０（図１２参照）にアクセスし、ライブキャスティングサーバ１５０との間で上述したメンバー登録、リコンファームを含むライブ配信予約処理を行い得るようになされており、予約を行った場合には、予約設定情報ファイル（図２８参照）を受信して自動的に暗号化して保存するようになっている。また、このカメラ付きディジタル携帯電話機ＭＳ３は、上記実施形態においてユーザＰＣ１０６が行う予約に基づいたライブ配信処理と同様の処理を行い得るようになされている。したがって、ライブ配信時には、上記予約処理の際に保存した予約設定情報ファイルを自動的に読み出してストリーミングサーバ１０２との間で通信接続を確立し、ＣＣＤカメラ２１６で撮影したコンテンツをストリーミングサーバ１０２に送信してコンテンツのライブ配信を行い得るようになされている。
【０２４０】
【発明の効果】
以上説明したように、本発明によれば、コンテンツのライブ配信を行う配信者の希望に沿った公開レベルでのコンテンツ配信を実現することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るサーバ使用方法が適用されるコンテンツ供給システムの概略全体構成を示すブロック図である。
【図２】前記コンテンツ供給システムによりパーソナルキャスティングサービスを受けるユーザＰＣの構成を示すブロック図である。
【図３】前記ユーザＰＣの外観構成例を示す斜視図である。
【図４】前記ユーザＰＣによるアプリケーションプログラム起動時の初期画面を示す図である。
【図５】撮影モード時の前記ユーザＰＣの表示部の表示画面を示す図である。
【図６】アップロードモードにおける前記ユーザＰＣの前記表示部の表示画面を示す図である。
【図７】Ｗｅｂ確認モードにおける前記ユーザＰＣの前記表示部の表示画面を示す図である。
【図８】ライブ予約モードにおける前記ユーザＰＣの前記表示部の表示画面を示す図である。
【図９】ライブ配信モードにおける前記ユーザＰＣの前記表示部の表示画面を示す図である。
【図１０】前記ライブ配信モードにおけるエフェクト表示欄を示す図である。
【図１１】前記ライブ配信モードにおけるエフェクト設定処理時の表示画面を示す図である。
【図１２】前記コンテンツ供給システムのサーバ使用予約管理装置の構成を示すブロック図である。
【図１３】前記サーバ使用予約管理装置のライブキャスティングサーバのハードディスクに格納されたＷｅｂページのトップページを示す図である。
【図１４】前記ライブキャスティングサーバのハードディスクに格納されたＷｅｂページを示す図である。
【図１５】前記ライブキャスティングサーバのハードディスクに格納されたＷｅｂページを示す図である。
【図１６】前記ライブキャスティングサーバのハードディスクに格納されたＷｅｂページを示す図である。
【図１７】前記ライブキャスティングサーバのハードディスクに格納されたＷｅｂページを示す図である。
【図１８】前記サーバ使用予約管理装置の予約データベースの登録内容を示す図である。
【図１９】メンバー登録時における前記ユーザＰＣおよび前記ライブキャスティングサーバの処理動作を示すシーケンスフローチャートである。
【図２０】前記メンバー登録時の前記ユーザＰＣの前記表示部の表示画面を示す図である。
【図２１】配信予約時における前記ユーザＰＣおよび前記ライブキャスティングサーバの処理動作を示すシーケンスフローチャートである。
【図２２】前記配信予約時の前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図２３】前記配信予約時の前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図２４】前記配信予約時の前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図２５】前記配信予約におけるリコンファーム処理時の前記ユーザＰＣおよび前記ライブキャスティングサーバの処理動作を示すシーケンスフローチャートである。
【図２６】前記リコンファーム処理時における前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図２７】前記リコンファーム処理時における前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図２８】前記リコンファーム処理時に前記ライブキャスティングサーバにより作成されて前記ユーザＰＣに送信される予約設定情報ファイルを示す図である。
【図２９】前記リコンファーム処理時における前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図３０】前記リコンファーム処理時に指定された電子メールアドレス宛に送信される電子メールの内容を示す図である。
【図３１】予約変更を行う場合に前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図３２】予約変更を行う場合に前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図３３】予約変更を行う場合に前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図３４】予約取り消しを行う場合に前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図３５】予約取り消しを行う場合に前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図３６】予約確認を行う場合に前記ユーザＰＣの前記表示部に表示される表示画面を示す図である。
【図３７】ライブ配信時における前記コンテンツ供給システムの処理動作を示すシーケンスフローチャートである・
【図３８】前記ライブ配信時において、コンテンツ供給を受けるクライアントＰＣの表示画面を示す図である。
【図３９】前記実施形態の変形例にかかるネットワークシステムの全体構成を示す略線図である。
【図４０】カメラ付きディジタル携帯電話機の外観構成を示す略線的斜視図である。
【図４１】カメラ部を回動したときの前記カメラ付きディジタル携帯電話機の表示部を示す略線的斜視図である。
【図４２】前記カメラ付きディジタル携帯電話機の回路構成を示すブロック図である。
【符号の説明】
１００……コンテンツ供給システム、１０１……サーバ使用予約管理装置、１０２……ストリーミングサーバ、１０３……インターネット、１０４……電話網、１０６……ユーザＰＣ、１０７……クライアントＰＣ、１０８……サーバ接続専用ネットワーク、１５０……ライブキャスティングサーバ、１５１……予約データベース、１５２……ユーザデータベース、１５３……ＮＴＰサーバ、１５４……ネットワークインターフェース、１５５……データベースサーバ、２００……ネットワークシステム、ＭＳ３，ＭＳ４……カメラ付きディジタル携帯電話機
【図１】
0004581201.tif 000002
【図２】
0004581201.tif 000003
【図３】
0004581201.tif 000004
【図４】
0004581201.tif 000005
【図５】
0004581201.tif 000006
【図６】
0004581201.tif 000007
【図７】
0004581201.tif 000008
【図８】
0004581201.tif 000009
【図９】
0004581201.tif 000010
【図１０】
0004581201.tif 000011
【図１１】
0004581201.tif 000012
【図１２】
0004581201.tif 000013
【図１３】
0004581201.tif 000014
【図１４】
0004581201.tif 000015
【図１５】
0004581201.tif 000016
【図１６】
0004581201.tif 000017
【図１７】
0004581201.tif 000018
【図１８】
0004581201.tif 000019
【図１９】
0004581201.tif 000020
【図２０】
0004581201.tif 000021
【図２１】
0004581201.tif 000022
【図２２】
0004581201.tif 000023
【図２３】
0004581201.tif 000024
【図２４】
0004581201.tif 000025
【図２５】
0004581201.tif 000026
【図２６】
0004581201.tif 000027
【図２７】
0004581201.tif 000028
【図２８】
0004581201.tif 000029
【図２９】
0004581201.tif 000030
【図３０】
0004581201.tif 000031
【図３１】
0004581201.tif 000032
【図３２】
0004581201.tif 000033
【図３３】
0004581201.tif 000034
【図３４】
0004581201.tif 000035
【図３５】
0004581201.tif 000036
【図３６】
0004581201.tif 000037
【図３７】
0004581201.tif 000038
【図３８】
0004581201.tif 000039
【図３９】
0004581201.tif 000040
【図４０】
0004581201.tif 000041
【図４１】
0004581201.tif 000042
【図４２】
0004581201.tif 000043