JP4774625B2 - コンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体 - Google Patents

コンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体 Download PDF

Info

Publication number
JP4774625B2
JP4774625B2 JP2001147137A JP2001147137A JP4774625B2 JP 4774625 B2 JP4774625 B2 JP 4774625B2 JP 2001147137 A JP2001147137 A JP 2001147137A JP 2001147137 A JP2001147137 A JP 2001147137A JP 4774625 B2 JP4774625 B2 JP 4774625B2
Authority
JP
Japan
Prior art keywords
live
content
user
reservation
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001147137A
Other languages
English (en)
Other versions
JP2002344557A (ja
Inventor
孝則 西村
圭吾 井原
純子 福田
隆彦 末吉
幸郎 吉峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2001147137A priority Critical patent/JP4774625B2/ja
Priority to US10/143,022 priority patent/US7334022B2/en
Publication of JP2002344557A publication Critical patent/JP2002344557A/ja
Application granted granted Critical
Publication of JP4774625B2 publication Critical patent/JP4774625B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols

Description

【０００１】
【発明の属する技術分野】
本発明はコンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体に関し、例えばインターネットに接続されたユーザＰＣ（Personal Computer）から提供されたライブコンテンツを所定のストリーミングサーバを介してクライアイントへ配信するコンピュータネットワークシステムに適用して好適なものである。
【０００２】
【従来の技術】
従来、コンピュータネットワークシステムにおいては、例えば個人が作成したコンテンツをインターネットを介して提供する場合、個人でホームページを開設することが一般的に行われている。
【０００３】
このように個人でホームページを開設する場合、ユーザはユーザＰＣを介してホームページ作成プログラムを入手し、当該ホームページ作成プログラムに基づいて複数のコンテンツとハイパーリンクしたホームページを制作し、これをインターネットサービスプロバイダ（以下、これをＩＳＰと呼ぶ）のストリーミングサーバへ蓄積しておく。
【０００４】
そしてＩＳＰは、インターネットを介してアクセスしてきたクライアントに対してストリーミミングサーバからホームページを提供し、そのホームページ上のアンカーがクリックされた場合に、当該アンカーとリンクされたコンテンツを続いて提供するようになされている。
【０００５】
また近年、ストリーミングサーバでは、ユーザＰＣからアップロードしたコンテンツとして静止画以外にも動画像や音声等も格納することが行われており、クライアントからの要求に応じて動画像でなる例えばライブコンテンツ等をインターネットを介してクライアントへストリーム配信することによりライブ配信を実現し得るようになされている。
【０００６】
【発明が解決しようとする課題】
ところでかかる構成のコンピュータネットワークシステムにおいては、ユーザＰＣとインターネットとの接続されている回線がブロードバンドの広帯域伝送に対応したものである場合、当該ユーザＰＣからストリーミングサーバへ複数種類の伝送速度でなる複数のコンテンツを同時並列的に送信し、当該ストリーミングサーバのストリーム配信機能によって複数のクライアントへマルチストリーム配信することが可能となる。
【０００７】
しかしながらユーザＰＣは、当該ユーザＰＣからストリーミングサーバへ複数種類の伝送速度でなる複数のコンテンツを同時並列的に送信可能なストリーム数を超えた設定がなされると、回線の帯域を超えたコンテンツの送信が行われることになって当該コンテンツの送信が途切れる等の支障をきたし、ライブ配信を確実に実行し得なくなるという問題があった。
【０００８】
本発明は以上の点を考慮してなされたもので、ユーザ端末の通信環境に応じたコンテンツの送信処理を確実に実行させるコンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体を提案しようとするものである。
【０００９】
【課題を解決するための手段】
かかる課題を解決するため本発明においては、ユーザ端末と、当該ユーザ端末から受信したコンテンツをクライアントへ配信するコンテンツ配信制御サーバとがネットワークを介して接続されることにより構築されたコンテンツ配信システムにおいて、ユーザ端末は当該ユーザ端末とネットワークとが接続可能な回線の種類を回線種類情報としてコンテンツ配信制御サーバへ送信し、コンテンツ配信制御サーバはユーザ端末が複数種類の伝送速度でなる複数のコンテンツを回線を介して同時並列的に当該コンテンツ配信制御サーバへ送信する際のストリーム数を回線種類情報に応じて制限するようにする。
【００１０】
コンテンツ配信制御サーバは、ユーザ端末が複数種類の伝送速度でなる複数のコンテンツを同時並列的に送信する際のストリーム数を回線の種類に合わせて制限することにより、当該ユーザ端末から送信不可能なストリーム数のコンテンツが同時並列的に送信されることを未然に防止することができる。
【００１１】
【発明の実施の形態】
以下、図面について、本発明の一実施の形態を詳述する。
【００１２】
（１）コンテンツ配信システム
（１−１）コンテンツ配信システムの全体構成
図１において、１は全体として本発明のネットワークシステムとしてのコンテンツ配信システムを示し、当該コンテンツ配信システム１によって後述するパーソナルキャスティングサービスを実現するようになされている。
【００１３】
このコンテンツ配信システム１は、図示しないＩＳＰ（Internet Service Provider）及び公衆回線網３（電話回線網３Ａ、ケーブルテレビ網３Ｂ又はＡＤＳＬ（Asymmetric Digital Subscriber Line）網３Ｃ）を介してインターネット２と接続されたコンテンツ提供者のユーザＰＣ（Personal Computer）４と、インターネット２に接続されたサーバ使用予約管理センタ５と、ユーザＰＣ４から公衆回線網３又はサーバ接続専用ネットワーク６を介して受信したコンテンツをインターネット２を介して複数のクライアントＰＣ７Ａ、７Ｂ及び７Ｃへストリーム配信するストリーミングサーバ８とによって構成されている。
【００１４】
この場合ユーザＰＣ４は、ストリーミングサーバ８へコンテンツを送信する際、例えば公衆回線網３の電話回線網３Ａを介してサーバ接続専用ネットワーク６のアクセスポートにＰＰＰ（Point to Point Protocol）接続を行うことにより、ストリーミングサーバ８との伝送路を確立し、当該伝送路を介してコンテンツをストリーミングサーバ８へ確実に送信し得るようになされている。
【００１５】
なおユーザＰＣ４は、公衆回線網３からＩＳＰ及びインターネット２を介してストリーミングサーバ８とインターネット接続することもでき、その際には当該ユーザＰＣ４が回線接続可能な電話回線網３Ａ、ケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃのうち任意に選択された伝送路を介してコンテンツをストリーミングサーバ８へ送信し得るようになされている。
【００１６】
ストリーミングサーバ８は、ユーザＰＣ４からサーバ接続専用ネットワーク６又はインターネット２を介して受信したコンテンツを、インターネット２を介して複数のクライアントＰＣ７Ａ、７Ｂ及び７Ｃへストリーム配信し得るようになされている。
【００１７】
またストリーミングサーバ８は、専用回線９を介してサーバ使用予約管理センタ５とも接続されており、ユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃに対する認証処理の際に専用回線９を介して相互に認証データを授受するようになされている。
【００１８】
実際上ユーザＰＣ４は、ストリーミングサーバ８のストリーミング配信機能を使用する時間帯の予約をサーバ管理予約センタ５へ要求し、当該サーバ管理予約センタ５を介してストリーミングサーバ８に予約登録を行う。
【００１９】
ストリーミングサーバ８は、ユーザＰＣ４によって予約登録された予約時間帯になると、当該ユーザＰＣ４から送信されたコンテンツをサーバ接続専用ネットワーク６を介して受信してバッファに記憶しながら当該コンテンツを読み出し、要求のあったクライアントＰＣ７Ａ、７Ｂ及び７Ｃへストリーム配信する。
【００２０】
これによりコンテンツ配信システム１は、ユーザＰＣ４から送信されたコンテンツを所定の予約時間帯でストリーミングサーバ８を介してクライアントＰＣ７Ａ、７Ｂ及び７Ｃへリアルタイムに提供するといった個人放送局すなわちパーソナルキャスティングサービスを実現し得るようになされている。
【００２１】
なお、本実施の形態においては、ストリーミング配信機能を有するストリーミングサーバ８を用いる場合について以下説明するが、リアルタイムにコンテンツを提供し得れば、他の種々の機能を有するサーバを用いてコンテンツを提供するようにしても良い。
【００２２】
（１−２）ユーザＰＣの構成
次に、放送者側となるコンテンツ提供者が撮影した音楽ライブ等のライブコンテンツをストリーミングサーバ８へ送信する場合に用いられるユーザＰＣ４の構成について説明する。
【００２３】
図２に示すようにユーザＰＣ４は、各種演算処理を実行すると共に各回路部を制御するＣＰＵ（Central Processing Unit）１０、当該ＣＰＵ１０のワークエリアとして用いられるＲＡＭ（Random Access Memory）１１、当該ＣＰＵ１０によって実行される一連のプログラム郡を格納したＲＯＭ（Read Only Memory）１２、当該ＣＰＵ１０によって実行されるオペレーティングシステム（例えば、「Windows95/98/2000」（マイクロソフト社））やアプリケーションプログラム等のプログラム郡を格納したハードディスク１３、当該ＣＰＵ１０の処理結果をバス２０及び表示用インターフェース１５を介して受け取って表示する液晶ディスプレイ等でなる表示部１４、コンテンツ提供者が命令を入力するためのキーボード、マウス、後述する回転、回動及び押圧自在なジョグダイヤル等の操作ボタンでなる操作部１６、当該操作部１６で入力された命令をバス２０を介してＣＰＵ１０へ送出する操作部インターフェース１７、公衆回線網３を介してインターネット２（図１）やサーバ接続専用ネットワーク６と接続された外部装置との間でデータを授受するためのネットワークインターフェース１８、ユーザＰＣ４と一体に取り付けられたディジタルビデオカメラ１９及びライブコンテンツをＭＰＥＧ（Moving Picture Experts Group）２規格に従って圧縮符号化するＭＰＥＧ２コーデック２２を備えた構成を有する。なおハードディスク１３は、ＣＰＵ１０によって読み書きされ、ライブコンテンツ及び各種制御用データの保管用にも使用される。
【００２４】
ここでユーザＰＣ４は、図３（Ａ）に示すように液晶ディスプレイでなる表示部１４が設けられた表示側筐体部３１Ａと、キーボード１６Ａが設けられたキーボード側筐体部３１Ｂとを有し、ヒンジ部３２を介して相互に回動可能な状態に連結されている。
【００２５】
表示側筐体部３１Ａは、キーボード側筐体部３１Ｂに対して矢印a方向に回動自在に取り付けられており、図３（Ｂ）に示すように当該表示側筐体部３１Ａが１８０度回転された状態で使用し得ると共に、当該表示側筐体部３１Ａの右端部上方に回転、回動及び押圧自在なジョグダイヤル１６Ｂが取り付けられている。
【００２６】
キーボード側筐体部３１Ｂは、当該キーボード側筐体部３１Ｂの右側端面に対して、複数（４種類）の操作ボタン１６Ｃが配設された操作ボタン筐体部３１Ｃが取付固定されていると共に、ディジタルビデオカメラ１９が当該右側端面の一点で指示されており、これにより矢印b方向へ自在に回動し得るようになされている。
【００２７】
なおユーザＰＣ４は、図４（Ａ）に示すような形態で使用することができ、この場合にはコンテンツ提供者が当該ユーザＰＣ４を把持し、当該コンテンツ提供者自身をディジタルビデオカメラ１９によって撮影することが可能となる。この際、コンテンツ提供者は表示部１４が当該コンテンツ提供者に向けられていることにより、撮影内容を表示部１４を介して目視確認しながら撮影することができる。
【００２８】
しかしながら、このような形態で使用する場合、キーボード１６Ａが表示部１４の裏側に位置するため、コンテンツ提供者はキーボード１６Ａを用いて正確に操作することは困難である。
【００２９】
この点を考慮してユーザＰＣ４は、ディジタルビデオカメラ１９による撮影や当該撮影に関する命令（例えば、撮影開始、停止、ズーム、エフェクトの付加、コンテンツの保存、送信等の命令）を、ジョグダイヤル１６Ｂ及び操作ボタン１６Ｃを適宜操作することによって入力し得るようになされている。
【００３０】
またユーザＰＣ４は、図４（Ｂ）に示すような形態で使用することができ、この場合にはコンテンツ提供者に対して当該ユーザＰＣ４を把持させ、正面の撮影対象を表示部１４でコンテンツ提供者に目視確認させながらディジタルビデオカメラ１９によって撮影することができる。
【００３１】
実際上ユーザＰＣ４（図２）は、電源の投入に応じてＣＰＵ１０がＲＯＭ１２及びハードディスク１３に格納されている各種プログラム郡を読み出して実行することにより、撮影処理、コンテンツの加工処理、ストリーミングサーバ８への当該コンテンツの送信処理及びＷＷＷ（World Wide Web）ブラウジング等の各種処理を実行する。
【００３２】
以下、ユーザＰＣ４のＣＰＵ１０が上述の各種プログラム郡に従って所定の処理を実行することにより実現される様々な機能について具体的に説明する。まず、ユーザＰＣ４においては、ＣＰＵ１０の制御により図５に示すような初期画面３５を表示部１４に表示する。
【００３３】
この初期画面３５には、ディジタルビデオカメラ１９により撮影された画像を表示する大型サイズの主画像表示エリア４０と、前回の撮影時において最後に撮影された画像のプレビューを表示する小型サイズの副画像表示エリア４１とが設けられ、当該副画像表示エリア４１の下部にモード（mode）、画像種類（camera）、設定（setting）及び命令内容（operation）といった上位項目をコンテンツ提供者に選択させるためのＧＵＩ（Graphical User Interface）４２が設けられると共に、主画像表示エリア４０の下部にユーザＰＣ４の各種状態を示すステータスウィンドウ４３が設けられている。
【００３４】
ＧＵＩ４２の上位項目「mode」には、撮影モード（「撮る」が選択された場合のモード）、アップロードモード（「見る・送る」が選択された場合のモード）、Ｗｅｂ確認モード（「Ｗｅｂを見る」が選択された場合のモード）、ライブ予約／確認モード（「ライブ予約／確認へ」が選択された場合のモード）及びライブ配信モード（「ライブ配信へ」が選択された場合のモード）からなる５種類のモードが選択対象として表示されている。因みに、ユーザＰＣ４の起動時には初期状態として撮影モードが選択されている。
【００３５】
ここで撮影モードは、ユーザＰＣ４のディジタルビデオカメラ１９により撮影を行うためのモードであり、当該撮影モードが選択された場合若しくは初期状態において、ＣＰＵ１０は図６（Ａ）に示すような撮影モード画面５０を表示部１４に表示する。
【００３６】
この撮影モード画面５０では、上述した初期画面３５（図５）と同様に主画像表示エリア６０及び副画像表示エリア６１が設けられており、主画像表示エリア６０に現在撮影中の画像が表示されると共に、副画像表示エリア６１に前回撮影したときの最後の画像がプレビュー表示される。
【００３７】
また撮影モード画面５０では、初期画面３５と同様のＧＵＩ６２が設けられ、図６(Ｂ)に示すように当該ＧＵＩ６２にも「mode」、「camera」、「setting」及び「operation」といった上位項目が設けられている。
【００３８】
これらの上位項目には、さらに複数の下位項目がそれぞれ設けられており、表示側筐体部３１Ａにおけるジョグダイヤル１６Ｂの回転操作に応じて太線枠で示されたフォーカスＦが所望の下位項目へ移動された後に当該ジョグダイヤル１６Ｂが押圧操作されることにより、その下位項目が選択決定されるようになされている。
【００３９】
また撮影モードでは、操作ボタン筐体部３１Ｃに設けられた操作ボタン１６Ｃ（図３及び図４）に対しても、所定のコマンド（例えば、撮影時の画像に特殊効果を施すためのエフェクト項目を選択決定するコマンド等）が予め割り当てられている。
【００４０】
従ってコンテンツ提供者は、キーボード１６Ａを用いることなく、ジョグダイヤル１６Ｂ又は操作ボタン１６Ｃに対する操作だけで撮影モードにおける各種操作を実行し得、図４（Ａ）及び（Ｂ）に示した場合のようなキーボード１６Ａが操作し難い環境下であっても容易に撮影操作を実行し得るようになされている。
【００４１】
なお撮影モードにおいては、デフォルトとして操作ボタン１６Ｃに対して撮影時の画像に特殊効果を施すためのエフェクト項目を選択決定するコマンドが予め割り当てられているが、操作ボタン１６Ｃに対して任意にコマンドを割り当てたり、又は他のモードにおいて操作ボタン１６Ｃに他の種々のコマンドを割り当てるようにしても良い。この場合ユーザＰＣ４の操作性は、一段と向上することになる。
【００４２】
さらに撮影モードでは、ステータスウィンドウ６３に現時点におけるユーザＰＣ４の状態（例えば、バッテリ残量やハードディスク１３の残記憶容量等）、選択中のモードにおける処理状態（例えば撮影中の画像データサイズ、画像データの指定保存先及び操作ボタン１６Ｃに対して割り当てられているコマンドの種類等）が表示される。
【００４３】
次にアップロードモードは、上述した撮影モードで撮影したコンテンツを表示部１４を介してコンテンツ提供者に参照させたり、当該コンテンツの画像データをインターネット２と接続された所定のアップロード先のサーバ（図示せず）へ送信するためのモードであり、ＣＰＵ１０は図７（Ａ）に示すようなアップロードモード画面５１を表示部１４に表示する。
【００４４】
このアップロードモード画面５１では、撮影モード画面５０（図６）と同様のＧＵＩ７２及びステータスウィンドウ７３が設けられると共に、新にプレビューエリア７４、撮影したコンテンツのうち代表的な静止画像を複数並べて表示する一覧表示エリア７５及び送信カプセルアイコン７７が設けられている。
【００４５】
図７（Ｂ）に示すように、アップロードモード画面５１におけるＧＵＩ７２には、「mode」項目の他に「operation」項目及び「view」項目が設けられている。
【００４６】
「operation」項目には、インターネット２との接続／切断を命令するための「ネット接続／切断」項目、コンテンツの送信開始／終了を命令するための「送信開始／終了」項目が下位項目として設けられ、また「view」項目には、一覧表示エリア７５へフォーカスＦの移動を命令するための「フォーカス移動」項目、送信カプセルアイコン７７の中身を確認する、すなわち送信すべく選択したコンテンツの一覧をコンテンツ提供者が参照するための「送信カプセル参照」項目が下位項目として設けられている。
【００４７】
このＧＵＩ７２においても、撮影モード画面５０（図６）の場合と同様に、表示側筐体部３１Ａにおけるジョグダイヤル１６Ｂの回転操作に応じてフォーカスＦが所望の下位項目へ移動された後に当該ジョグダイヤル１６Ｂが押圧操作されることにより当該下位項目が選択決定されるようになされている。
【００４８】
またアップロードモードにおいては、操作ボタン１６Ｃ（図３及び図４）に対して、プレビューエリア７４に表示したコンテンツの再生／停止や、静止画像の表示を命令するコマンドが予め割り当てられており、ステータスウィンドウ７３には画像データのファイル名、ファイルサイズ、フォーマット（ＪＰＥＧ（Joint Photographic Experts Group）又はＭＰＥＧ等）や、現在指定されている送信先を示す情報（アップロード先のサーバ名及びそのＵＲＬ（Uniform Resource Locator））等が表示される。
【００４９】
ここでＣＰＵ１０は、コンテンツ提供者によるジョグダイヤル１６Ｂの回転操作に応じてフォーカスＦを「フォーカス移動」項目に移動した後、当該ジョグダイヤル１６Ｂの押圧操作に応じて当該「フォーカス移動」項目が決定されたことを認識すると、フォーカスＦを一覧表示エリア７５上へ移動する。
【００５０】
コンテンツ提供者は、フォーカスＦが一覧表示エリア７５上に移動された状態でジョグダイヤル１６Ｂを回転操作することにより、当該フォーカスＦを当該一覧表示エリア７５の静止画像上で移動させることができる。続いてコンテンツ提供者は、所望の静止画像上にフォーカスＦを移動させた状態でジョグダイヤル１６Ｂを押圧操作することにより、当該所望の静止画像を容易に選択して送信すべきコンテンツを決定し得るようになされている。
【００５１】
このときＣＰＵ１０は、サブＧＵＩ７６を一覧表示エリア７５の隣に表示し、図７（Ｃ）に示すように当該サブＧＵＩ７６の各項目上にフォーカスＦを移動して表示する。
【００５２】
サブＧＵＩ７６には、「保存」項目、「削除」項目、「プレビュー」項目及び「送信カプセルに入れる」項目といった選択項目が設けられており、ジョグダイヤル１６Ｂの回転操作及び押圧操作によりフォーカスＦで「送信カプセルに入れる」項目が選択決定されると、ＣＰＵ１０は一覧表示エリア７５の中から選択決定されたコンテンツを送信カプセルアイコン７７の送信すべきコンテンツの一覧に加えるようになされている。
【００５３】
その後コンテンツ提供者によってフォーカスＦがＧＵＩ７２に戻され、当該フォーカスＦで「送信開始／終了」項目が選択決定されると、ＣＰＵ１０は先ほど送信カプセルアイコン７７に加えたものを含む全てのコンテンツを所定のアップロード先のサーバへ送信するようになされている。
【００５４】
次にＷｅｂ確認モードは、インターネット２と接続してブラウジングを行うモードであり、Wｅｂ確認モードが選択されると、ＣＰＵ１０は図８（Ａ）に示すようなWｅｂ確認モード画面５２を表示部１４に表示する。
【００５５】
このWｅｂ確認モード画面５２では、撮影モード画面５０（図６）と同様のＧＵＩ８２及びステータスウィンドウ８３が設けられていると共に、新にWｅｂブラウザを表示するためのブラウザ表示エリア８０と、当該ブラウザ表示エリア８０に表示したリソースのＵＲＬを表示するＵＲＬ表示欄８４とが設けられている。
【００５６】
ここでWｅｂ確認モードが選択された場合、ＣＰＵ１０はハードディスク１３からブラウザソフトウェア（例えば、Internet Explorer（マイクロソフト社）又はNetscape Navigator（ネットスケープ社））を読み出して実行することにより、ブラウザ表示エリア８０にブラウザソフトウェアによるブラウジング画像を表示する。
【００５７】
また、図８（Ｂ）に示すようにWｅｂ確認モード画面５２のＧＵＩ８２には、初期画面３５における「setting」項目及び「camera」項目に代えて新に「browsing」項目が設けられている。
【００５８】
この「browsing」項目には、所定のＷｅｂページにジャンプすることを命令するための「予約ジャンプ」項目、ブラウザを操作するための「次へ」項目及び「戻る」項目等の下位項目が設けられている。なお、このWｅｂ確認モードでは、ＵＲＬを入力してブラウジングを行うといった通常の一般的なブラウジング処理を実行することも可能である。
【００５９】
このＧＵＩ８２においても、撮影モード画面５０の場合と同様に、表示側筐体部３１Ａにおけるジョグダイヤル１６Ｂの回転操作に応じてフォーカスＦが所望の下位項目へ移動された後に当該ジョグダイヤル１６Ｂが押圧操作されることにより当該下位項目が選択決定されるようになされている
【００６０】
次にライブ予約／確認モードは、ストリーミングサーバ８のストリーム配信機能によりライブコンテンツの個人放送を行うための時間帯を予約するモードであり、ライブ予約／確認モードが選択されると、ＣＰＵ１０は図９（Ａ）に示すようなライブ予約／確認モード画面５３を表示部１４に表示する。
【００６１】
このライブ予約／確認モード画面５３では、Wｅｂ確認モード画面５２（図８）と同様のブラウザ表示エリア９０、ＧＵＩ９２、ステータスウィンドウ９３及びＵＲＬ表示欄９４が設けられていると共に、新に予約一覧表示エリア９５が設けられている。
【００６２】
また図９（Ｂ）に示すようにライブ予約／確認モード画面５３のＧＵＩ９２には、Wｅｂ確認モード画面５２（図８）のＧＵＩ８２と同様に「mode」項目、「operation」項目及び「browsing」項目が設けられており、当該「browsing」項目には、ライブ予約を行うためのＷｅｂページにジャンプすることを命令する「予約ジャンプ」項目や、ブラウザを操作するための「次へ」項目及び「戻る」項目等が設けられている。
【００６３】
またＧＵＩ９２においても、Ｗｅｂ確認モード画面５２の場合と同様に、表示側筐体部３１Ａにおけるジョグダイヤル１６Ｂの回転操作に応じてフォーカスＦが所望の下位項目へ移動された後に当該ジョグダイヤル１６Ｂが押圧操作されることにより当該下位項目が選択決定されるようになされている
【００６４】
なお、ライブ予約を行うためのＷｅｂページとは、サーバ使用予約管理センタ５内の後述するライブキャスティングサーバがそのハードディスクに格納しているライブ予約のための予約用画面のＷｅｂページである。
【００６５】
ここでユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者により「予約ジャンプ」項目がフォーカスＦで選択決定されると、サーバ使用予約管理センタ５内のライブキャスティングサーバへアクセスし、当該ライブキャスティングサーバへ予約要求情報を送信したり、ライブキャスティングサーバからライブ予約設定情報ファイルをダウンロードする等のライブ予約に関する各種データを授受し得るようになされている。
【００６６】
ライブ予約／確認モード画面５３における予約一覧表示エリア９５には、サーバ使用予約管理センタ５に対して行われたライブ予約の予約項目が一覧表示され、当該予約項目毎に設定された時間帯等の概要情報が表示されている。
【００６７】
ユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者のジョグダイヤル１６Ｂに対する回転操作及び押圧操作によりフォーカスＦを介して予約一覧表示エリア９５の任意の予約項目が選択決定されると、サーバ使用予約管理センタ５内のライブキャスティングサーバに対して当該予約項目の予約内容を示す予約確認用画面のＷｅｂページへジャンプする制御を行う。この場合のユーザＰＣ４のＣＰＵ１０とサーバ使用予約管理センタ５との間のライブ予約に関する処理については後述する。
【００６８】
次に、ライブ配信モードは、ユーザＰＣ４のディジタルビデオカメラ１９によって撮影したライブコンテンツをストリーミングサーバ８のストリーム配信機能によりあたかも個人放送局のようにインターネット２を経由してクライアントＰＣ７Ａ、７Ｂ及び７Ｃへリアルタイムに配信するためのモードである。
【００６９】
実際上ユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によってライブ配信モードが選択されると、図１０（Ａ）に示すようなライブ配信モード画面５４を表示部１４に表示する。
【００７０】
このライブ配信モード画面５４では、ＧＵＩ１０２、ステータスウィンドウ１０３に加えて、ライブ配信の動画像データに対して施す特殊効果の種類を選択するためのエフェクト項目表示欄１０５及びその特殊効果が施されたエフェクト画像を表示するプレビュー画像表示エリア１０４が設けられている。因みに、当該プレビュー画像表示エリア１０４に表示されたエフェクト画像が実際にストリーミングサーバ８へ送信されるべきコンテンツの画像となる。
【００７１】
この場合のステータスウィンドウ１０３には、ライブ配信中であることを示すオンエアー情報、ライブ配信開始時点からの経過時間を示すライブ配信経過時間情報、パーソナルキャスティングサービスにおけるサービス提供者側の時刻情報、ユーザＰＣ４の時刻情報、ライブ配信に関する予約開始時刻や予約終了時刻を示す時間帯情報、画像サイズ情報、配信データの伝送速度（ビットレート）を示すビットレート情報、ライブコンテンツのタイトル名情報、接続中のストリーミングサーバ8及びそのチャンネルを示す接続先情報、ストリーミングサーバ8によりストリーム配信されるライブコンテンツを受信中のクライアントＰＣ７Ａ、７Ｂ及び７Ｃ等の数を示す視聴者数情報等が表示される。
【００７２】
また図１０（Ｂ）に示すように、ライブ配信モード画面５４のＧＵＩ１０２には、「mode」項目、「operation」項目及び「setting」項目が設けられており、当該「operation」項目にはインターネット２と接続／切断することを命令するための「ネット接続／切断」項目及びライブ配信の開始／終了を命令するための「配信開始／終了」項目が設けられている。
【００７３】
また「setting」項目には、ライブコンテンツの動画像データに対して施す特殊効果の種類を選択するための「エフェクト設定」項目及びエフェクト項目表示欄１０５へフォーカスFを移動するための「フォーカス移動」項目が下位項目として設けられている。
【００７４】
なお、「エフェクト設定」項目は、ライブコンテンツの動画像データに対して施すべくエフェクト項目を選択し、当該選択したエフェクト項目をエフェクト項目表示欄１０５に表示させるためのものである。
【００７５】
また「フォーカス移動」項目は、エフェクト項目表示欄１０５にフォーカスＦを移動した後、ジョグダイヤル１６Ｂの回転操作に応じてフォーカスＦをエフェクト項目表示欄１０５上の所望の下位項目へ移動した後に当該ジョグダイヤル１６Ｂの押圧操作に応じて当該下位項目が選択決定されるようになされている。
【００７６】
ここで、ジョグダイヤル１６Ｂの回転操作及び押圧操作によりフォーカスＦを介して「配信開始／終了」項目が選択決定されると、ユーザＰＣ４のＣＰＵ１０は上述したライブ予約／確認モードにおいてサーバ使用予約管理センタ５内のライブキャスティングサーバから供給されたライブ配信用の予約設定情報ファイルに従い、サーバ接続専用ネットワーク６を介する専用回線接続又はインターネット２を介するインターネット接続によりストリーミングサーバ８と伝送路を確立する。
【００７７】
続いてユーザＰＣ４のＣＰＵ１０は、予約設定情報ファイルに設定された内容（例えば、データ伝送速度等）に従って、ディジタルビデオカメラ１９で撮影したライブコンテンツの動画像データをリアルタイムにストリーミングサーバ８へ送信するようになされている。なお、ユーザＰＣ４のＣＰＵ１０と、ストリーミングサーバ８との通信接続処理や通信接続後のライブコンテンツの送信処理等については後述する。
【００７８】
図１１に拡大して示すように、ライブ配信モード画面５４におけるエフェクト項目表示欄１０５には、操作ボタン筐体部３１Ｃに設けられた操作ボタン１６ＣのうちＡボタン及びＢボタンにそれぞれ対応したエフェクト項目が縦一列に並べられて表示される。
【００７９】
このＡボタン及びＢボタンにそれぞれ対応して縦一列に並べられた各エフェクト項目は、ライブ配信予定のライブコンテンツの内容に合わせて予め設定されたものである。
【００８０】
この場合、Ａボタンには上から順に「ハート」、「なし」、「拍手音」……といったエフェクト項目が設定されており、ユーザＰＣ４のＣＰＵ１０はコンテンツ提供者によるジョグダイヤル１６Ｂの回転操作に応じて、Ａボタンに対応するエフェクト項目を円環状に回転移動させ、フォーカスＦを介して選択決定されたエフェクト項目の特殊効果をディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データに対して施すようになされている。
【００８１】
続いて、Ｂボタンにも上から順に「ＢＧＭ１」、「白黒画像」、「タイトルインポーズ」……といったエフェクト項目が設定されており、ユーザＰＣ４のＣＰＵ１０はコンテンツ提供者によるジョグダイヤル１６Ｂの回転操作に応じて、Ｂボタンに対応するエフェクト項目を円環状に回転移動させ、フォーカスＦを介して選択決定された所望のエフェクト項目に応じた特殊効果をディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データに対して施すようになされている。
【００８２】
例えば、フォーカスＦによって「拍手音」項目及び「タイトルインポーズ」項目が選択された状態でＡボタンが押圧操作された場合には、ディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データに対して「拍手音」の特殊効果が施される。
【００８３】
同様にフォーカスＦによって「拍手音」項目及び「タイトルインポーズ」項目が選択された状態でＢボタンが押圧操作された場合には、ディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データに対して「タイトルインポーズ」項目に応じたタイトル名のインポーズ処理が施される。
【００８４】
ここで、Ａボタンに対応して施される特殊効果は、一時的に施されるエフェクト処理であるのに対し、Ｂボタンに対応して施される特殊効果は、継続的に施されるエフェクト処理である。
【００８５】
従って、ユーザＰＣ４の操作ボタン１６ＣのうちＢボタンに対してはトグルボタンが採用され、当該Ｂボタンが一旦押下操作された後、次に押下操作されるまでの間は「タイトルインポーズ」項目に応じたタイトル名のインポーズ処理が継続して施されるようになされている。
【００８６】
また、Ｂボタンのエフェクト項目の右側には、予め設定されたプリセットのエフェクト項目が表示されている。ここに表示されるエフェクト項目としては、後述するエフェクト設定においてプリセットしたエフェクト項目を変更しない限り、Ａボタン又はＢボタンに対するボタン操作とは無関係に、プリセットのエフェクト項目に応じた特殊効果が継続して施されるようになされている。
【００８７】
この場合には、プリセットのエフェクト項目として「日時」項目が設定されており、ディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データに対して常に日時表示がスーパーインポーズされることになる。
【００８８】
上述のようにエフェクト項目表示欄１０５に予め設定された特殊効果をＡボタン及びＢボタンに対応させて施すようになされているのは、ディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データをリアルタイムにクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ配信することを考慮したためである。
【００８９】
すなわちユーザＰＣ４のＣＰＵ１０は、上述したようにＡボタン又はＢボタンに対する１回の押下操作だけでディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データに対してエフェクト項目に応じた特殊効果を容易に施すことができるようになされており、これによりディジタルビデオカメラ１９で撮影されたライブコンテンツの動画像データに特殊効果を施しながらリアルタイムにストリーミングサーバ８へ送信し得るようになされている。
【００９０】
しかしながらユーザＰＣ４のＣＰＵ１０は、Ａボタン又はＢボタンに対する１回の押下操作だけで特殊効果を施すことができるものの、Ａボタン又はＢボタンが押下操作された場合、エフェクト項目表示欄１０５のフォーカスＦに囲まれたエフェクト項目の特殊効果だけを施すことになる。
【００９１】
従ってコンテンツ提供者は、エフェクト表示欄１０５に表示されたエフェクト項目やそのエフェクト項目の表示順序が自分の意図するものと合致しないときには、所望のエフェクト項目を選択するためにジョグダイヤル１６Ｂの回転操作等に時間を要し、所望の特殊効果を所望のタイミングで施すことができなくなるおそれもある。
【００９２】
そこでライブ配信モードでは、ライブ配信モード画面５４におけるＧＵＩ１０２（図９（Ｂ））において「エフェクト設定」項目が選択されたときに、予め用意されている多数種類のエフェクト項目の中から、エフェクト項目表示欄１０５にいずれのエフェクト項目をどのような順序で並べるかを事前に予め設定し得るようになされている。
【００９３】
すなわちユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によってＧＵＩ１０２の「エフェクト設定」項目が選択された場合、図１２、図１３及び図１４に示すようなエフェクト設定画面１０５Ａ、１０５Ｂ又は１０５Ｐをライブ配信モード画面５４に重ねて表示するようになされている。
【００９４】
図１２に示すように、Ａボタン用のエフェクト設定画面１０５Ａは、Ａボタンに対応したエフェクト項目を設定するための画面であり、Ａボタンに対応して予め用意された多数種類のエフェクト項目を表示したＡボタン対応エフェクト項目リスト欄１０６Ａが画面左側に設けられ、当該Ａボタン対応エフェクト項目リスト欄１０６Ａには、予め用意された多数種類のエフェクト項目を上下方向にスクロール表示可能な状態で配置されている。
【００９５】
またＡボタン用のエフェクト設定画面１０５Ａには、その右隣に上述したエフェクト項目表示欄１０５と同一構成のＡボタン用登録リスト欄１０７Ａ、Ｂボタン用登録リスト欄１０７Ｂ及びプリセット登録欄１０７Ｐからなる登録リスト欄１０７が設けられている。
【００９６】
ところでＡボタン用のエフェクト設定画面１０５Ａでは、Ａボタン用登録リスト欄１０７Ａを除くＢボタン用登録リスト欄１０７Ｂ及びプリセット登録欄１０７Ｐに対して網掛け処理が施されており、これにより現在設定可能なＡボタン用登録リスト欄１０７Ａだけをコンテンツ提供者に対して容易に認識させ得るようになされている。
【００９７】
このようなＡボタン用のエフェクト設定画面１０５Ａにおいて、コンテンツ提供者はＡボタン対応エフェクト項目リスト欄１０６Ａの中から所望のエフェクト項目を選択し、当該選択したエフェクト項目をＡボタン用登録リスト欄１０７Ａへ順次ドラッグアンドドロップすることにより、Ａボタンに対応して特殊効果を施し得るべき所望のエフェクト項目を所望の順序で設定することができる。
【００９８】
図１３に示すように、Ｂボタン用のエフェクト設定画面１０５Ｂは、Ｂボタンに対応したエフェクト項目を設定するための画面であり、Ｂボタンに対応して予め用意された多数種類のエフェクト項目を表示したＢボタン対応エフェクト項目リスト欄１０６Ｂが画面左側に設けられ、当該Ｂボタン対応エフェクト項目リスト欄１０６Ｂには、予め用意された多数種類のエフェクト項目を上下方向にスクロール表示可能な状態で配置されている。
【００９９】
またＢボタン用のエフェクト設定画面１０５Ｂにも、Ａボタン用のエフェクト設定画面１０５Ａと同様に、エフェクト項目表示欄１０５と同一構成の登録リスト欄１０８が設けられている。
【０１００】
Ｂボタン用のエフェクト設定画面１０５Ｂにおいては、Ｂボタン用登録リスト欄１０８Ｂを除くＡボタン用登録リスト欄１０８Ａ及びプリセット登録欄１０８Ｐに対して網掛け処理が施されており、これにより現在設定可能なＢボタン用登録リスト欄１０８Ｂだけをコンテンツ提供者に対して容易に認識させ得るようになされている。
【０１０１】
このようなＢボタン用のエフェクト設定画面１０５Ｂにおいて、コンテンツ提供者はＢボタン対応エフェクト項目リスト欄１０６Ｂの中から所望のエフェクト項目を選択し、当該選択したエフェクト項目をＢボタン用登録リスト欄１０８Ｂへ順次ドラッグアンドドロップすることにより、Ｂボタンに対応して特殊効果を施し得るべき所望のエフェクト項目を所望の順序で設定することができる。
【０１０２】
図１４に示すように、プリセット用のエフェクト設定画面１０５Ｐは、終始継続的に特殊効果を施すエフェクト項目を設定するための画面であり、終始継続的に特殊効果を施すべき多数種類のプリセットエフェクト項目を表示したプリセットエフェクト項目リスト欄１０６Ｐが設けられ、当該プリセットエフェクト項目リスト欄１０６Ｐには、予め用意された多数種類のプリセットエフェクト項目が上下方向にスクロール表示可能な状態で配置されている。
【０１０３】
またプリセット用のエフェクト設定画面１０５Ｐにも、Ａボタン用のエフェクト設定画面１０５Ａと同様に、エフェクト項目表示欄１０５に表示させるべき当該エフェクト項目表示欄１０５と同一構成の登録リスト欄１０９が設けられている。
【０１０４】
このプリセット用のエフェクト設定画面１０５Ｐにおいても、プリセット登録欄１０９Ｐを除くＡボタン用登録リスト欄１０９Ａ及びＢボタン用登録リスト欄１０９Ｂに対して網掛け処理が施されており、これにより現在設定可能なプリセット登録欄１０９Ｐだけをコンテンツ提供者に対して容易に認識させ得るようになされている。
【０１０５】
このようなプリセット用のエフェクト設定画面１０５Ｐにおいて、コンテンツ提供者はプリセットエフェクト項目リスト欄１０６Ｐの中から所望のプリセットエフェクト項目を選択し、当該選択したプリセットエフェクト項目をプリセット登録欄１０９Ｐへドラッグアンドドロップすることにより、終始継続的に特殊効果を施し得るべきプリセットエフェクト項目を設定することができる。
【０１０６】
一般的にライブ配信を行う場合、特殊効果を施すべきエフェクト項目の種類、その特殊効果を施すタイミングや順序等は、コンテンツ提供者の構想としてある程度できあがっているものである。
【０１０７】
従ってコンテンツ提供者は、その構想に基づいてエフェクト項目の種類や順序等を考慮して予め特殊効果を施すべき設定を行っておくことにより、ライブ配信時にジョグダイヤル１６Ｂ、操作ボタン１６ＣのＡボタン及びＢボタンに対する簡易な操作だけで構想をより忠実に再現したエフェクト処理をユーザＰＣ４を介して施し得るようになされている。
【０１０８】
このようにユーザＰＣ４は、上述のような撮影モード、アップロードモード、Ｗｅｂ確認モード、ライブ予約／確認モード、ライブ配信モードといった５つの機能を備えたアプリケーションプログラムをハードディスク１３に格納し、上記のような種々の処理機能を有しているが、他にもライブ配信のライブ予約時に後述する予約設定情報ファイルを自動的に取り込むためのアプリケーションプログラムや、ライブ配信時にストリーミングサーバ８への通信接続処理を実行するためのアプリケーションプログラムを格納しているが、これらのアプリケーションプログラムの実行による機能についての詳細は後述する。
【０１０９】
（１−３）サーバ使用予約管理センタの構成
上述したようにユーザＰＣ４がライブ配信者としてライブコンテンツの動画像データをストリーミングサーバ８へ送信する場合、コンテンツ配信システム１によるパーソナルキャスティングサービスでは、まず配信予定の時間帯にストリーミングサーバ８のストリーム配信機能を使用するための予約登録を行う必要がある。
【０１１０】
次に、このようなストリーミングサーバ８の予約登録を管理するサービス提供者側のサーバ使用予約管理センタ５について図１５を参照しながら説明する。
【０１１１】
サーバ使用予約管理センタ５は、ＬＡＮ（Local Area Network）を介して互いに接続されたライブキャスティングサーバ１５０、予約データベース１５１、ユーザデータベース１５２、ＮＴＰ（Network Time Protocol ）サーバ１５３、ネットワークインターフェース１５４及びデータベースサーバ１５５によって構成されている。
【０１１２】
ここでサーバ使用予約管理センタ５は、ネットワークインターフェース１５４を介してインターネット２と接続されたユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃ、さらに専用線９（図１）を介して接続されたストリーミングサーバ８との間で各種データの授受を行う。
【０１１３】
サーバ使用予約管理センタ５のライブキャスティングサーバ１５０は、パーソナルキャスティングサービスにおけるライブ配信の予約登録、課金処理、メンバー登録処理等の当該パーソナルキャスティングサービス全体を管理するための処理を行うようになされている。
【０１１４】
またライブキャスティングサーバ１５０は、コンテンツ提供者が当該パーソナルキャスティングサービスを受ける権利を得るための登録用のＷｅｂページ、コンテンツ提供者によるライブ配信のライブ予約を受け付けるための予約受付用のＷｅｂページ、コンテンツ提供者が予約確認や変更を行うための予約確認用のＷｅｂページ、及びクライアントＰＣ７Ａ、７Ｂ及び７Ｃへライブ配信に関する番組表を参照させるための番組ガイド用のＷｅｂページをハードディスク内に格納しており、ユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃから要求があった場合に、当該要求に応じた各種ＷｅｂページをユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信して閲覧させ得るようになされている。
【０１１５】
以下、ライブキャスティングサーバ１５０に予め用意されている各種Ｗｅｂページについて、当該Ｗｅｂページの閲覧を要求したユーザＰＣ４又はクライアントＰＣ７Ａ、７Ｂ及び７Ｃのブラウザ画面を参照しながら説明する。
【０１１６】
例えばユーザＰＣ４では、コンテンツ提供者によってライブキャスティンクサーバ１５０のＷｅｂページのトップページ（ホームページ）を示すＵＲＬが入力されて閲覧要求が行われると、図１６に示すようなライブキャスティンクサービストップページ画面１６０を表示部１４に表示する。
【０１１７】
なおコンテンツ提供者は、ライブキャスティングサーバ１５０におけるライブキャスティンクサービストップペー
ジ画面１６０の閲覧要求をする場合、上述のようにＵＲＬを入力する方法以外にも、他のホームページ上のリンクボタンをクリック操作することによりライブキャスティンクサービストップページ画面１６０へジャンプすることもできる。
【０１１８】
このライブキャスティンクサービストップページ画面１６０には、ログインするためにユーザＩＤ及びパスワードの入力欄に加え、「メンバー登録」、「パーソナルキャスティンクＴＶとは？」、「本日のライブ」、「番組ガイド」、「マイチャンネル」、「ライブ予約」、「プログラムピックアップ」、「Image Station 」といったリンクボタンが設けられており、これらがクリックされると、各リンクボタンにハイパーリンクされたＷｅｂページがライブキャスティングサーバ１５０からユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信されて表示される。
【０１１９】
ライブキャスティンクサービストップページ画面１６０の「メンバー登録」がクリックされると、当該パーソナルキャスティングサービスを受けることが可能なメンバー登録を行うためのＷｅｂページがユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信されて表示されることになるが、これについての詳細は後述する。
【０１２０】
次に、パーソナルキャスティングサービストップページ画面１６０の「パーソナルキャスティングＴＶとは？」がクリックされた場合には、図１７に示すようなパーソナルキャスティングＴＶの概要説明や処理手順等が記述された概要説明画面１６１がライブキャスティングサーバ１５０からユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信されて表示される。
【０１２１】
この概要説明画面１６１には、当該パーソナルキャスティングサービスのメンバー登録を促す記載や、「メンバー登録」のＷｅｂページにジャンプさせる「登録ページへ」のリンクボタンが設けられている。
【０１２２】
次に、パーソナルキャスティングサービストップページ画面１６０の「本日のライブ」がクリックされた場合には、図１８に示すようなライブ内容提示画面１６２がライブキャスティングサーバ１５０からユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信されて表示される。
【０１２３】
このライブ内容提示画面１６２には、本日ライブ配信されるライブプログラムが表示されており、サービス提供者側の現在時刻（この時刻に基づいて予約が履行される）が上方に表示されると共に、その下方に本日ライブ配信されるスペシャルプログラム及びプライベートプログラムの配信時間、ライブタイトル、配信者、概要等に関する項目が一覧表示されている（図中の例では、表示する項目名が記述されているが、実際には上記項目の内容（配信者名や、タイトル名等）が表示される）。
【０１２４】
ここで、スペシャルプログラムとは、企業などが提供するコンテンツであり、プライベートプログラムはユーザＰＣ４を所有する個人のコンテンツ提供者により提供されるコンテンツを意味する。
【０１２５】
また、「オンディマンド」と記述されたプログラムは、ライブ配信ではなく、予めコンテンツをライブキャスティングサーバ１５０で記憶しておき、クライアントＰＣ７Ａ、７Ｂ及び７Ｃからの要求に応じて配信するオンディマンド配信用のプログラムである。
【０１２６】
また、プライベートプログラムにおける「定員」は、当該プライベートプログラムのライブコンテンツのライブ配信を受けることが可能なクライアント数の定員を示す情報であり、「OPEN」又は「CLOSE 」は現時点で、上述の定員等の制限を考慮した上でクライアントＰＣ７Ａ、７Ｂ及び７Ｃからの要求に応じて配信することが可能か不可能かを示す情報である（「OPEN」は配信可能、「CLOSE 」は配信不可能）。
【０１２７】
ここで、ライブ内容提示画面１６２において一覧表示された項目のうち「ライブタイトル」はリンクボタンとなっており、これがクリックされると、図１９に示すような「ライブタイトル」に対応したライブコンテンツ詳細情報画面１６３がライブキャスティングサーバ１５０からユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信されて表示される。
【０１２８】
このライブコンテンツ詳細情報画面１６３において、当該ライブコンテンツの配信時間帯中に、正当なパスワードが入力されると共に、「再生」ボタン１７５がクリックされると、当該ライブコンテンツの配信要求がクライアントＰＣ７Ａ、７Ｂ及び７Ｃからインターネット２を介してストリーミングサーバ８へ送信される。
【０１２９】
これにより配信要求を行ったクライアントＰＣ７Ａ、７Ｂ及び７Ｃは、ストリーミングサーバ８から当該ライブコンテンツのストリーム配信を受信し、これをリアルタイムで再生してクライアントユーザへ視聴させ得るようになされている。
【０１３０】
なお、ストリーミングサーバ８によってストリーミング配信されたライブコンテンツをクライアントＰＣ７Ａ、７Ｂ及び７Ｃがリアルタイム再生するためには、当該リアルタイム再生処理を行うための再生ソフトウェア（例えば、「Real player 」（リアルネットワークス社）、「Windows Media Player」（マイクロソフト社）等）が必要となる。
【０１３１】
従って、配信要求を行うクライアントＰＣ７Ａ、７Ｂ及び７Ｃが上述の再生ソフトウェアを格納していない場合でも、「再生ソフト」ボタン１７６をクリックするだけで、ライブキャスティングサーバ１５０から再生ソフトウェアをダウンロードし、当該再生ソフトウェアを介してストリーミングサーバ８からストリーム配信されたライブコンテンツをリアルタイムに再生することができる。
【０１３２】
続いて、ライブキャスティンクサービストップページ画面１６０の「番組ガイド」がクリックされた場合には、図２０に示すような番組ガイド表画面１６５がライブキャスティングサーバ１５０からクライアントＰＣ７Ａ、７Ｂ及び７Ｃに送信されて表示される。
【０１３３】
この番組ガイド表画面１６５には、今日現在を含む月間カレンダーが表示されており、当該月間カレンダーのうち白抜表示された日付（７月５日）に配信予定の各種コンテンツが一覧表示されている。
【０１３４】
また番組ガイド表画面１６５においては、月間カレンダーにおける所望の日付がクリックされたときに、その日付で配信予定のコンテンツの一覧が表示されるようになされている。
【０１３５】
なお番組ガイド表画面１６５は、ライブ内容提示画面１６２（図１８）の内容がまとめられたものであり、このような表示形態に係わらず、縦軸に時刻、横軸にチャンネルといったマトリクス状の表示欄を設け、当該マトリクス上の表示欄中にタイトル名、概要、配信者名等を表示するといった新聞のテレビ欄のような表示形態であってもよく、その表示形態としては任意で良い。
【０１３６】
次に、パーソナルキャスティングサービストップページ画面１６０（図１６）の「マイチャンネル」は、ライブ配信の発信者となり得る権利を有するコンテンツ提供者（後述するプレミアムメンバー登録されているユーザ）毎に用意されるＷｅｂページであり、「マイチャンネル」がクリックされると、そのコンテンツ提供者の現時点におけるライブ配信の予約内容を確認するＷｅｂページ等が表示される。
【０１３７】
また、パーソナルキャスティングサービストップページ画面１６０（図１６）の「ライブ予約」がクリックされると、ライブ配信のライブ予約を行うためのＷｅｂページが表示されるようになされており、これについての詳細は後述する。
【０１３８】
なお、メンバー登録を行っていないユーザについては、ユーザＩＤやパスワードがないため、ユーザＩＤおよびパスワードを入力するといったログイン処理を行うことができない。
【０１３９】
このようなログイン処理を実行し得ないユーザのＰＣにおいては、「マイチャンネル」や「ライブ予約」がクリックされた場合に、それぞれ対応するＷｅｂページにジャンプするのではなく、パーソナルキャスティングサービストップページ画面１６０（図１６）の「パーソナルキャスティングＴＶとは？」に対応するＷｅｂページへジャンプし、新規のメンバー登録を促すようになされている。
【０１４０】
次に、パーソナルキャスティングサービストップページ画面１６０（図１６）における「プログラムピックアップ」は、サービス提供者側が推奨するコンテンツ等を紹介するＷｅｂページであり、これがクリックされると、サービス提供者が推奨するライブコンテンツ詳細情報画面１６３（図１９）が表示されるようになされている。
【０１４１】
このようにライブキャスティングサーバ１５０は、そのハードディスク内に上述したような複数種類のＷｅｂページを格納しており、クリック操作に応じたＷｅｂページをユーザＰＣ４やクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信して提供するようになされている。
【０１４２】
図１５に戻り、予約データベース１５１は、ライブ予約モードにおいて予約されたライブ配信に関する予約情況や当該予約によって発生する課金情報を記憶するものである。
【０１４３】
この場合予約データベース１５１は、図２１に示すように、各予約項目毎に予約時間帯、使用チャンネル、伝送帯域（ｂｐｓ（bit per second））等を含む予約内容と、ユーザを識別するためのユーザＩＤと、その時点で予約が成立していて課金可能であるか否かを示す課金フラグ情報と、当該予約履行時の認証に用いられる予約ＩＤとを対応付けた予約テーブル１６６を記憶している。
【０１４４】
この予約テーブル１６６における各種情報は、後述するライブキャスティングサーバ１５０による予約処理等の際に書き込まれ、後述するデータベースサーバ１５５による認証処理の際に参照されることになる。
【０１４５】
ユーザデータベース１５２は、パーソナルキャスティングサービスを受ける権利を有する登録ユーザ（ユーザＰＣ４を介してライブコンテンツの提供を行うコンテンツ提供者や、クライアントＰＣ７Ａ、７Ｂ及び７Ｃを介してライブコンテンツのストリーム配信を受けるクライアントユーザ）に関するユーザ情報を記憶するものであり、当該登録ユーザ毎に、氏名（名称）、ユーザＩＤ、パスワード、電子メールアドレス、住所、電話番号（携帯電話やファクシミリ番号）及び課金用のクレジットカード番号やクレジットカードの有効期限等を記憶している。
【０１４６】
ユーザデータベース１５２に格納された各ユーザ情報は、後述するライブキャスティングサーバ１５０によるメンバー登録処理の際に書き込まれ、当該ライブキャスティングサーバ１５０によるライブ予約の際に参照されることになる。
【０１４７】
ＮＴＰサーバ１５３は、サーバ使用予約管理センタ５やストリーミングサーバ８等のサービス提供者側における時刻情報を一括して管理するものである。従ってライブキャスティングサーバ１５０及びストリーミングサーバ８は、ＮＴＰサーバ１５３から時刻情報を取得し、当該取得した時刻情報に基づいてライブ配信における開始時刻や終了時刻を管理するようになされている。
【０１４８】
このことは、ライブ配信という正確な時間制御下で動作しなくてはならないサービスを提供することを考慮したものであり、サービス提供者側の基準時刻を統一することにより、サービス提供者側のサーバ使用予約管理センタ５とストリーミングサーバ８とが同一の基準時刻に基づいて正確に同期した状態で動作するようになされている。
【０１４９】
またユーザＰＣ４の時刻と、サービス提供者側の基準時刻との間には時刻ずれが生じていることが考えられ、この時刻ずれをユーザＰＣ４が認識していないと、サービス提供者側が規定するライブ配信における開始時刻及び終了時刻と、ユーザＰＣ４が認識しているライブ配信における開始時刻及び終了時刻との間でずれが生じてしまうことになる。
【０１５０】
従って、ライブキャスティングサーバ１５０においては、ＮＴＰサーバ１５３から取得した基準時刻に基づいて上述の時刻ずれを算出し、ユーザＰＣ４によってライブ予約が行われる際に、この時刻のずれをユーザＰＣ４へに通知するようになされている。
【０１５１】
データベースサーバ１５５は、ユーザＰＣ４若しくは他の不正ユーザのＰＣからストリーミングサーバ８を利用するための接続要求がサーバ接続専用ネットワーク６のアクセスポートに対して行われた場合、当該サーバ接続専用ネットワーク６のアクセスサーバ（図示せず）からの要求に基づいて、アクセスしてきたＰＣがこの時間帯において正当な予約を有するユーザＰＣ４であるか否かの認証処理を行うようになされている。
【０１５２】
この場合データベースサーバ１５５が、上述の認証処理において正当なユーザＰＣ４であると認証したときには、ストリーミングサーバ８とユーザＰＣ４との間の通信接続が確立され、ユーザＰＣ４はストリーミングサーバ８に対してストリーム配信処理を要求することになる。
【０１５３】
この際、ストリーミングサーバ８は、配信要求元のユーザＰＣ４が正当なライブ予約を有するユーザＰＣ４であるか否かを認証するために、データベースサーバ１５５に対して認証処理を要求する。
【０１５４】
データベースサーバ１５５は、ストリーミングサーバ８から要求があった場合にも、正当なライブ予約を有するユーザＰＣ４であるか否かの認証処理を行うようになされている。なおデータベースサーバ１５５は、予約データベース１５１を参照することにより認証処理を行うことになるが、これらの認証処理の詳細については後述する。
【０１５５】
（１−４）ストリーミングサーバの構成
ストリーミングサーバ８は、上述したように正当なライブ予約を有するユーザＰＣ４から専用回線接続（サーバ接続専用ネットワーク６を介して接続する場合）又はインターネット接続（公衆回線網３Ａ及びインターネット２を介して接続する場合）による伝送路を介して送信されたライブコンテンツの動画像データを受信し、これをインターネット２を介して配信要求のあったクライアントＰＣ７Ａ、７Ｂ及び７Ｃへストリーム配信するようになされている。
【０１５６】
またストリーミングサーバ８は、その際、専用回線接続又はインターネット接続におけるそれぞれの配信環境毎に複数のチャンネル構成を有することにより、同一時間帯に複数のコンテンツ提供者がライブ配信者としてアクセスしてきた場合にも、当該複数のコンテンツ提供者によるライブ配信処理を同時並列的に実行し得るようになされている。
【０１５７】
実際上ストリーミングサーバ８では、各チャンネル毎に異なる配信可能人数、伝送帯域（例えば２０［kbps］、３４［kbps］、４５［kbps］、８０［kbps］、２２０［kbps］等）及び利用料金等が予め設定されており、当該ストリーミングサーバ８を介してライブ配信を行うコンテンツ提供者がライブ予約すべき配信チャンネルを任意に選択することになる。
【０１５８】
またストリーミングサーバ８は、上述したようにユーザＰＣ４のコンテンツ提供者から送信されたライブコンテンツの動画像データをストリーム配信処理すると共に、予約の空いている時間帯やコンテンツとコンテンツとの間の時間帯にコマーシャルコンテンツをハードディスク等から読み出して配信処理するようになされている。
【０１５９】
さらにストリーミングサーバ８は、サーバ使用予約管理センタ５によりユーザＰＣ４に対して許可されたライブ予約の予約内容にそれぞれ応じて、配信予約時間帯の管理、配信先のクライアントＰＣ７Ａ、７Ｂ及び７Ｃの配信先数を制限するようになされており、これらの処理については後述する。
【０１６０】
（１−５）ライブ配信を行うためのストリーミングサーバとユーザＰＣとの通信接続
コンテンツ配信システム１においては、ライブ配信を行うに当って、まずユーザＰＣ４とストリーミングサーバ８（図１）とを専用回線接続又はインターネット接続し、ユーザＰＣ４からストリーミングサーバ８へ送信すべきライブコンテンツの伝送路を確保する必要がある。
【０１６１】
このときユーザＰＣ４は、当該ユーザＰＣ４自身が電話回線網３Ａだけではなく、ケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃに対しても接続可能な配信環境を有している場合、この中から任意の回線を選択し、専用回線接続又はインターネット接続によるいずれかの伝送路を介してライブコンテンツをストリーミングサーバ８へ送信し得るようになされている。
【０１６２】
因みにサーバ接続専用ネットワーク６は、当該コンテンツ提供システム１により提供されるパーソナルキャスティングサービスにおいてライブ配信を行うために設けられた専用のネットワークである。
【０１６３】
ここで、ライブ配信用のサーバ接続専用ネットワーク６だけでユーザＰＣ４とストリーミングサーバ８とを専用回線接続する場合の利点としては、以下の点が挙げられる。
【０１６４】
すなわちコンテンツ提供システム１では、サーバ接続専用ネットワーク６を介してユーザＰＣ４とストリーミングサーバ８との伝送路を確保すれば、ＩＳＰによる接続環境の悪化や必要な伝送帯域を確保し得ないといった事態を有効に回避して確実にライブ配信することができる。
【０１６５】
しかしながら専用回線接続だけしか選択できない場合には、例えばサーバ接続専用ネットワーク６を用いる場合よりも通信速度の高速化したケーブルテレビ網３ＢやＡＤＳＬ回線網３Ｃ等のディジタル回線網を使用することが可能な配信環境であったとしても使用することができず、また海外からライブコンテンツを配信できないこともある。
【０１６６】
一方、ライブ配信を行うに当ってインターネット２を用いてユーザＰＣ４とストリーミングサーバ８とをインターネット接続する場合の利点としては、以下の点が挙げられる。
【０１６７】
すなわちユーザＰＣ４は、当該ユーザＰＣ４が通常インターネット２へアクセスしている電話回線網３Ａ、ケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃのいずれかの接続設定をそのまま使用し得ると共に、サーバ接続専用ネットワーク６のサービス範囲に依存されずに海外からでもライブコンテンツを配信することが可能になる。
【０１６８】
しかしながらユーザＰＣ４の配信環境により、例えば電話回線網３Ａによるインターネット接続だけしか選択できない場合には、ライブ配信を行うに当って必要な帯域が必ずしも保証されず、またライブ配信を行うときに回線接続ポートが空いている保証もなく、場合によっては地域に合わせて接続設定を修正する必要が生じることもある。
【０１６９】
そこでコンテンツ配信システム１では、専用回線接続とインターネット接続を併用してユーザＰＣ４の配信環境に合わせて対応し、当該ユーザＰＣ４の配信環境に合わせてライブ予約する際の最適な配信チャンネルのチャンネル選択をコンテンツ提供者に実行させるべく制御するようになされており、その点については後述する。
【０１７０】
ところで、サーバ接続専用ネットワーク６のアクセスサーバは、接続を要求してきた通常の利用者に対してデータベースサーバ１５５（図１５）に認証処理を要求し、接続要求してきた利用者のＰＣが正当なライブ予約を有するものであるか否かを認証する。
【０１７１】
そしてサーバ接続専用ネットワーク６のアクセスサーバは、データベースサーバ１５５による認証処理において正当なライブ予約を有していないと判断した場合には、接続要求してきたＰＣからの呼を直ちに切断するようになされている。
【０１７２】
しかしながら、不正者のＰＣがサーバ接続専用ネットワーク６の回線を使用することはできないものの、認証処理を行っている間、１つの回線はビジーとなってしまう。
【０１７３】
このため、接続を許可する最大ユーザ数と予め用意した回線数とが同じであると、不正者がパーソナルキャスティングサービスの妨害等を目的として、サーバ接続専用ネットワーク６のアクセスポートに対して同時に多数発呼した場合には、正当なライブ予約を有するユーザＰＣ４による接続ができなくなってしまう。
【０１７４】
またコンテンツ配信システム１は、パーソナルキャスティングサービスを行う際、ライブ予約の予約内容に基づいてライブ配信開始時刻よりも所定時間前にユーザＰＣ４とストリーミングサーバ８との接続を許可し、これによりライブ配信開始時刻前にユーザＰＣ４に対する認証処理や接続処理を済ませ、ライブ配信開始時刻になった時点でユーザＰＣ４を介してライブ配信を実行し得るようになされている。
【０１７５】
しかしながら、この場合にも、例えば互いに異なるユーザ間でライブ予約の時間帯が連続していると、先の時間帯を予約して現在配信中のコンテンツ提供者の接続と、後の時間帯を予約した他のコンテンツ提供者によるライブ配信開始時刻の所定時間前を経過した後の接続とが重なり、配信可能な最大ユーザ数のみの回線数では対応し切れなくなる。
【０１７６】
そこでストリーミングサーバ８は、当該ストリーミングサーバ８に接続するための回線数を、同一時間帯にストリーミングサーバ８と接続許可された最大ユーザ数の約２倍以上（例えば、接続許可された最大ユーザ数が１０人の場合、回線数は２０本）に設定することにより、不正者の妨害によりサービスの提供が妨げられることを低減し得ると共に、先の時間帯と後の時間帯との接続が重なった場合にも十分に対応し得るようになされている。
【０１７７】
また、ストリーミングサーバ８に接続するためのサーバ接続専用ネットワーク６としては、１つの電気通信事業者（Carrier ）のネットワーク（例えば、公衆電話網）に対するアクセスポートに限らず、複数の電気通信事業者の各ネットワークから接続可能なアクセスポートを用意するようにしても良い。
【０１７８】
この場合、ユーザＰＣ４では、接続する電気通信事業者を選択し、当該電気通信事業者のネットワークに対応したアクセスポートへ発呼し、サーバ接続専用ネットワーク６を介してストリーミングサーバ８との間の通信接続を確立することになる。
【０１７９】
（１−６）クライアントＰＣの構成
上述したようにユーザＰＣ４からストリーミングサーバ８へリアルタイムに送信されたライブコンテンツの動画像データは、当該ストリーミングサーバ８を介してライブ配信され、配信要求を行ったクライアントＰＣ７Ａ、７Ｂ及び７Ｃへインターネット２を介してストリーム配信されることになる。
【０１８０】
クライアントＰＣ７Ａ、７Ｂ及び７Ｃは、上述したライブキャスティングサーバ１５０によるライブコンテンツ詳細情報画面１６３（図１９）からストリーミングサーバ８へ配信要求を行うこともでき、またストリーミングサーバ８のＵＲＬを直接入力することにより当該ストリーミングサーバ８に対して直接配信要求を行うこともできる。
【０１８１】
本実施の形態では、ストリーミングサーバ８に対してライブコンテンツ詳細情報画面１６３（図１９）から配信要求を行うクライアントＰＣ７Ａ、７Ｂ及び７Ｃを対象とし、当該クライアントＰＣ７Ａ、７Ｂ及び７Ｃは、ストリーミングサーバ８からのストリーム配信時に、所定のアプリケーションプログラム（例えば、「Real player」（リアルネットワークス社）、「Windows Media Player」（マイクロソフト社）等）を介してライブコンテンツをリアルタイムに再生し得るようになされている。
【０１８２】
（２）コンテンツ配信システムの動作
次に、ライブキャスティングサービスを実現するためコンテンツ配信システム１における様々な処理について順番に説明する。
【０１８３】
（２−１）メンバー登録
まず、ユーザＰＣ４のコンテンツ提供者がパーソナルキャスティングサービスを利用してライブ配信を行う場合には、当該パーソナルキャスティングサービスにおいてライブ配信を行う権利を手に入れるために、サーバ使用予約管理センタ５のライブキャスティングサーバ１５０に対してメンバー登録を行う必要がある。
【０１８４】
すなわちコンテンツ配信システム１では、図２２に示すようにメンバー登録を行う場合、ステップＳＰ１においてユーザＰＣ４がインターネット２と接続し、ライブキャスティングサーバ１５０（図１５）に対してＷｅｂページの閲覧要求を行い、次のステップＳＰ２へ移る。
【０１８５】
ここで、ユーザＰＣ４がインターネット２と接続する場合、まずユーザＰＣ４は電源が投入されると、上述したアプリケーションプログラムに従って初期画面３５を表示し、当該初期画面３５のＷｅｂ確認モードがコンテンツ提供者によって選択されると、Ｗｅｂ確認モード画面５２（図８）を表示部１４に表示する。
【０１８６】
これによりコンテンツ提供者は、このＷｅｂ確認モードにおけるＷｅｂ確認モード画面５２を介してライブキャスティンクサーバ１５０のＷｅｂページに対応するＵＲＬを入力することにより閲覧要求を行う。
【０１８７】
ステップＳＰ２においてライブキャスティングサーバ１５０は、閲覧要求に応じたＷｅｂページを読出し、これをインターネット２を介してユーザＰＣ４へ送信し、次のステップＳＰ３へ移る。
【０１８８】
ステップＳＰ３においてユーザＰＣ４は、ライブキャスティングサーバ１５０から送信されたＷｅｂページを受信し、当該受信したＷｅｂページをＷｅｂ確認モード画面５２のブラウザ表示画面８０に表示し、次のステップＳＰ４へ移る。
【０１８９】
ところで、このような閲覧要求時及びＷｅｂページ送信時には、ユーザＰＣ４及びライブキャスティングサーバ１５０間で実際に次のような操作や処理が行われている。
【０１９０】
まずユーザＰＣ４は、Ｗｅｂ確認モード画面５２のＵＲＬ表示欄８４で直接入力されたＵＲＬに基づいてライブキャスティングサーバ１５０に対して閲覧要求を行うと、ブラウザ表示画面８０には当該ライブキャスティングサーバ１５０から受信したライブキャスティングサービストップページ画面１６０（図１６）を表示する。
【０１９１】
このライブキャスティングサービストップページ画面１６０において、コンテンツ提供者によって「メンバー登録」がクリックされると、ユーザＰＣ４のＣＰＵ１０は、当該クリック操作に応じてインターネット２を介してライブキャスティングサーバ１５０に対してメンバー登録を行うためのＷｅｂページの閲覧要求を行う。
【０１９２】
これによりライブキャスティングサーバ１５０からメンバー登録用Ｗｅｂページが送信され、これを受信したユーザＰＣ４のＣＰＵ１０は、図２３に示すようなメンバー登録用入力画面１６７をＷｅｂ確認モード画面５２のブラウザ表示画面８０に表示する。
【０１９３】
メンバー登録用入力画面１６７には、メンバー登録を行うために入力すべき項目と、当該項目の入力欄とが設けられている。
【０１９４】
ここで、このパーソナルキャスティングサービスでは、上述したようなクライアントＰＣ７Ａ、７Ｂ及び７Ｃの機能、つまりストリーミングサーバ８によりライブ配信を受けるだけの一般メンバーと、当該サービスに加えライブ配信者となってパーソナルキャスティングサービスを利用するプレミアムメンバーといった２種類のメンバー登録が用意されており、メンバー登録用入力画面１６７には、一般・プレミアム共通用の入力欄２１０と、プレミアムメンバー専用の入力欄２１１とが設けられている。
【０１９５】
このメンバー登録用入力画面１６７において、クライアントＰＣ７Ａ、７Ｂ及び７Ｃを介して一般メンバーにのみ登録を行うクライアントユーザは、入力欄２１０の各項目を入力することになる。
【０１９６】
またメンバー登録用画面１６７には、入力した内容を無効にするキャンセルボタン２１２と、入力した内容で登録を指示する登録ボタン２１３とが設けられており、登録ボタン２１３がクリックされると、クライアントＰＣ７Ａ、７Ｂ及び７Ｃは入力欄２１０に入力された内容を登録情報としてインターネット２を介してライブキャスティングサーバ１５０へ送信するようになされている。
【０１９７】
一方、プレミアムメンバー登録を行う場合、コンテンツ提供者は「プレミアムメンバー登録」のチェックボックスにチェックし、入力欄２１０及び入力欄２１１の各項目に対する入力を行うことになる。
【０１９８】
コンテンツ提供者による入力欄２１０及び入力欄２１１における各項目の入力が終了し、登録ボタン２１３がクリックされると、ステップＳＰ４においてユーザＰＣ４のＣＰＵ１０は、メンバー登録用入力画面１６７と同じ内容の登録情報ファイルを作成し、これをインターネット２を介してライブキャスティングサーバ１５０へ送信すると共に、当該登録情報ファイルをハードディスク１３に書き込んで記憶し、次のステップＳＰ５へ移る。
【０１９９】
ステップＳＰ５においてライブキャスティングサーバ１５０は、ユーザＰＣ４から送信された登録情報ファイルをインターネット２を介して受信した後、当該受信した登録情報ファイルの内容をチェックして登録を許可するか否かを判別し、次のステップＳＰ６へ移る。
【０２００】
この場合ライブキャスティングサーバ１５０は、チェックの内容として、まず所定項目についての入力が行われていない場合には、その旨をユーザＰＣ４へ通知して再入力を促す。
【０２０１】
また、ライブキャスティングサーバ１５０は、インターネット２を介してクレジット会社の与信チェックサーバにアクセスし、登録情報ファイル中のクレジットカードが有効であるか否かのチェックを行い、当該クレジットカードが有効であった場合にのみ登録を許可する。
【０２０２】
ステップＳＰ６においてライブキャスティングサーバ１５０は、登録を許可する場合、登録情報ファイルに記された各項目情報をユーザデータベース１５２に書き込むことにより登録処理を行い、次のステップＳＰ７へ移る。因みにライブキャスティングサーバ１５０は、プレミアムメンバーの登録処理では、当該登録ユーザに対応する「マイチャンネル」のＷｅｂページを作成してハードディスク１３に格納する。
【０２０３】
ステップＳＰ７においてライブキャスティングサーバ１５０は、登録処理が終了したことをインターネット２を介してユーザＰＣ４へ通知し、メンバー登録処理を終了する。
【０２０４】
（２−２）配信予約
上述のようなメンバー登録処理が終了すると、ユーザＰＣ４のコンテンツ提供者は、パーソナルキャスティングサービスを利用してライブ配信を行う放送者側となることができ、実際にライブ配信を行うためのライブ予約をライブキャスティングサーバ１５０に対して行うことになる。
【０２０５】
このコンテンツ配信システム１では、パーソナルキャスティングサービスをコンテンツ提供者に利用させるに当って、当該コンテンツ提供者が一旦ライブキャスティングサーバ１５０に対してライブ予約の登録を行った後、そのライブ配信開始時刻の所定時間前（例えば、６時間前）までにコンテンツ提供者がライブキャスティングサーバ１５０に対してリコンファーム（予約の再確認）を行うことにより予約が成立するようになされている。
【０２０６】
このようにコンテンツ配信システム１では、予約を行ったコンテンツ提供者に対してリコンファームを義務付けることにより、ライブ予約の履行確立を向上させ空予約を低減するようになされている。
【０２０７】
さらにコンテンツ配信システム１では、登録後のコンテンツ提供者が１ケ月間に予約可能な最大コマ数（例えば、１コマを１０分）を予め設定しており、これにより少数のコンテンツ提供者によって当該パーソナルキャスティングサービスが寡占状態となることを抑止している。
【０２０８】
（２−３）予約登録
以下、上述のライブ予約における実際の予約登録を行う際のユーザＰＣ４及びライブキャスティングサーバ１５０間の予約登録処理シーケンスについて、図２４のフローチャート用いて説明する。
【０２０９】
ステップＳＰ１１においてユーザＰＣ４は、電源が投入されると所定のアプリケーションプログラムを起動して初期画面３５（図５）を表示部１４に表示し、当該初期画面３５のライブ予約／確認モードがコンテンツ提供者によって選択されたとき、ライブ予約／確認モード画面５３（図９）を表示する。
【０２１０】
コンテンツ提供者は、このライブ予約／確認モード画面５３において、ジョグダイヤル１６Ｂを操作してフォーカスＦを移動することによりＧＵＩ９２のうち「予約ジャンプ」項目を選択決定する。
【０２１１】
これによりユーザＰＣ４のＣＰＵ１０は、ライブ予約を行うためのＷｅｂページ（パーソナルキャスティングサービストップページ画面１６０の「ライブ予約」がクリックされた場合のＷｅｂページ）の閲覧要求をライブキャスティングサーバ１５０に対して行い、次のステップＳＰ１２へ移る。
【０２１２】
このようにユーザＰＣ４では、アプリケーションプログラムにより実現される機能により「予約ジャンプ」項目が選択決定されたことに応じて、ライブ予約を行うためのＷｅｂページの閲覧要求を行うことができるが、ＵＲＬを直接入力することにより当該Ｗｅｂページの閲覧要求を行うこともできる。
【０２１３】
具体的にはユーザＰＣ４では、コンテンツ提供者により直接入力されたＵＲＬに応じてパーソナルキャスティングサービストップページ１６０（図１６）の閲覧要求を行い、当該パーソナルキャスティングサービストップページ１６０のユーザＩＤ及びパスワードの入力によってログインし、「ライブ予約」項目のクリック操作でライブ予約を行うためのＷｅｂページの閲覧要求を行うことができる。
【０２１４】
ステップＳＰ１２においてライブキャスティングサーバ１５０は、このようにしてユーザＰＣ４からライブ予約のＷｅｂページの閲覧要求が行われると、インターネット２を介してユーザＰＣ４へ当該Ｗｅｂページを送信し、次のステップＳＰ１３へ移る。
【０２１５】
ステップＳＰ１３においてユーザＰＣ４は、ライブキャスティングサーバ１５０から当該Ｗｅｂページを受信し、当該Ｗｅｂページに基づいて図２５に示すような配信環境設定画面４００をライブ予約／確認モード画面５３のブラウザ表示画面９０に表示する。
【０２１６】
この配信環境設定画面４００は、ユーザＰＣ４がインターネット２と接続可能な回線の種類に応じてコンテンツ提供者が配信環境を任意に選択するための画面であり、番組タイトル入力欄及び配信環境を設定するためのラジオボタン４４１が設けられている。
【０２１７】
因みに配信環境設定画面４００には、番組タイトル入力欄に入力したタイトルのライブコンテンツを得当該コンテンツ提供者がライブ配信する際の看板ライブとしてパーソナルキャスティングサービストップページ画面１６０（図１６）に掲載するか否かを問う記載がされると共に、その希望を選択させるチェックボックスが設けられている。
【０２１８】
この配信環境設定画面４００で「配信環境」のラジオボタン４４１がコンテンツ提供者によってクリックされると、ユーザＰＣ４のＣＰＵ１０は図２６に示すような配信環境設定プルダウンメニュー４４２を表示する。
【０２１９】
配信環境設定プルダウンメニュー４４２では、コンテンツ提供者が任意に選択するものとして、「スタンダード：アップストリームは専用回線経由のみ」項目、「スタンダード：アップストリームはインターネット経由のみ」項目又は「ブロードバンド：アップストリームを専用回線経由又はインターネット経由選択可」項目が設けられている。
【０２２０】
「スタンダード：アップストリームは専用回線経由のみ」項目は、ユーザＰＣ４からストリーミングサーバ８へのライブコンテンツの送信処理を行うに当って、サーバ接続専用ネットワーク６によるナローバンドの専用回線接続だけを選択する項目であり、「スタンダード：アップストリームはインターネット経由のみ」項目は、電話回線網３Ａ及びインターネット２によるナローバンドのインターネット接続だけを選択する項目である。
【０２２１】
また「ブロードバンド：アップストリームを専用回線経由又はインターネット経由選択可」項目は、サーバ接続専用ネットワーク６によるナローバンドの専用回線接続を選択するか、若しくは電話回線網３Ａ、ケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃ及びインターネット２によるブロードバンドのインターネット接続のいずれかを任意に選択することが可能な項目である。
【０２２２】
従ってコンテンツ提供者は、ユーザＰＣ４の配信環境に応じて、配信環境設定プルダウンメニュー４４２の中から任意の項目を選択し得るようになされている。
【０２２３】
実際上、コンテンツ提供者はユーザＰＣ４がケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃに接続されており、高速データ伝送を実行可能な配信環境であれば、例えば「ブロードバンド：アップストリームを専用回線経由又はインターネット経由選択可」項目を選択することができる。
【０２２４】
すなわちユーザＰＣ４のＣＰＵ１０は、当該ユーザＰＣ４がケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃ等の高速データ伝送可能な配信環境であれば、インターネット接続による広帯域（例えば２５０［kbps］）な伝送路を用いることにより、その帯域内であれば、例えば２０［kbps］、４５［kbps］及び８０［kbps］の伝送速度がそれぞれ異なる複数のライブコンテンツ（伝送速度の合計値１４５［kbps］が２５０［kbps］の範囲内である）であっても、それぞれの伝送速度で同時並列的にストリーミングサーバ８ヘ送信し得るようになされている。
【０２２５】
このようにユーザＰＣ４は、インターネット接続による広帯域な伝送路を用いれば、ライブコンテンツのストリーム配信を受けるクライアントＰＣ７Ａ、７Ｂ又は７Ｃの通信環境に幅広く対応したライブコンテンツの送信処理を実行し得るようになされている。
【０２２６】
このように配信環境設定プルダウンメニュー４４２の中から任意の項目が選択され、「設定が決まったら次へ進む」がクリックされると、図２７に示すようにユーザＰＣ４のＣＰＵ１０は、選択された配信環境下においてライブ予約を行うための新規予約設定画面４０１を表示する。
【０２２７】
新規予約設定画面４０１には、向こう３ケ月先までの予約状況を確認するための月間カレンダー４４３が表示されており、所望の月日にカーソルが合わせられた状態でクリックされると、ユーザＰＣ４のＣＰＵ１０は図２８に示すように当該クリックされた月日の時間帯毎の予約状況を示すタイムテーブル画面４０２を表示する。
【０２２８】
タイムテーブル画面４０２の予約状況表示欄４０２Ａには、配信チャンネル毎に配信可能な定員数、時間帯毎の予約状況（「私の予約」、「予約済み」又は「予約付加」）が色分けされて示されており、コンテンツ提供者はこの予約状況表示欄４０２Ａを参照しながら、配信チャンネルや予約時間帯等を決定する。
【０２２９】
ここで、配信チャンネル毎の定員数は、当該配信チャンネル毎に予め設定されているものであり、ユーザＰＣ４のコンテンツ提供者は、予約状況表示欄４０２Ａに表示された配信チャンネル毎の定員数を参照して確認し、希望に沿った定員数の配信チャンネルを選択することができる。
【０２３０】
コンテンツ提供者は、このタイムテーブル画面４０２を参照して配信チャンネル及び予約時間帯を決定し終わると、新規予約設定画面４０１（図２７）に戻って「開始日時」、「開始時間」、「配信時間」の各項目を入力した後、「配信ＣＨ（チャンネル）」のラジオボタン４５０をクリックする。
【０２３１】
これによりユーザＰＣ４のＣＰＵ１０は、図２９に示すような配信ＣＨプルダウンメニュー４５１を新規予約設定画面４０１に重ねて表示する。この配信ＣＨプルダウンメニュー４５１には、配信環境設定画面４００で選択された配信環境下における配信チャンネル（１ＣＨ〜１０ＣＨ）が配信人数毎（この場合は配信人数が５人用に５チャンネル、１０人用に１０チャンネル）にそれぞれ設けられている。
【０２３２】
ユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によって配信希望人数に応じた任意の配信チャンネルが選択され、「設定が決まったら次へ進む」がクリックされると、図３０に示すような予約用画面４０２を表示する。
【０２３３】
予約用画面４０２には、コンテンツ提供者がライブ予約を行うための入力すべき項目及び入力欄が複数設けられた予約用入力欄２２２と、予約用入力欄２２２の入力内容で予約登録を行うための予約ボタン２２３と、予約用入力欄２２２の入力内容を無効にするキャンセルボタン２２４とが設けられている。
【０２３４】
ここで、予約用入力欄２２２において入力すべき項目としては、ライブ配信するライブコンテンツの「公開レベル」、ライブコンテンツのタイトル名を入力するための「タイトル」、ライブコンテンツの属するジャンルを入力するための「ジャンル」、コンテンツ提供者に関する電子メールアドレスの公開の有無を選択するための「電子メール公開」、コンテンツ提供者に関するＷｅｂページのＵＲＬの公開の有無を選択するための「Ｗｅｂ公開」、パスワードを入力するための「パスワード」、ライブ配信先となる友人の電子メールアドレスを入力するための「友達リスト」、ライブコンテンツの概要を所定文字数（例えば、２０字）以内で書き込むための「概要」、ライブコンテンツの詳細を所定文字数（例えば、２００字）以内で書き込むための「詳細」等の項目が設けられている。
【０２３５】
予約用入力欄２２２における「公開レベル」は、ライブ予約に基づいてライブ配信する際の公開レベル、つまりコンテンツ提供者がライブ配信先の制約を指定する項目であり、ここでは「Public」レベル、「Password」レベル及び「Secret」レベルのいずれかを指定し得るようになされている。
【０２３６】
「Public」レベルは、完全に公開することを指定するものであり、当該「Public」レベルが指定された場合には、上述した一般メンバー登録をしている者であれば、当該ライブ予約に基づくライブコンテンツのストリーム配信を受けることができる。但し、その定員数以内までである。
【０２３７】
「Password」レベルは、当該ライブ予約に基づくライブコンテンツのストリーム配信を受けることができる者を制限するものであり、正当なパスワード入力を行った者のみがストリーム配信を受けることが可能な公開レベルである。この場合「Password」レベルを選択した者は、その際に使用するパスワードを入力しておく必要がある。
【０２３８】
次に、「Secret」レベルも、「Password」レベルと同様に正当なパスワード入力を行った者だけにライブ予約に基づくライブコンテンツのストリーム配信を受けることを許可する公開レベルである。従って、この場合も「Secret」レベルを選択した者は、その際に使用するパスワードを入力しておく必要がある。
【０２３９】
ここで、「Password」レベル若しくは「Secret」レベルをコンテンツ提供者が選択した場合には、後述する「友達リスト」に指定された電子メールアドレス宛に、当該ライブコンテンツの配信時間帯やパスワード等の情報が通知されるようになされている。
【０２４０】
また、「Password」レベルと「Secret」レベルとは、特定の者だけにライブコンテンツのストリーム配信を許可する点では同じであるが、両者には大きな相違点がある。
【０２４１】
すなわち「Password」レベルが選択された場合には、上述した「本日のライブ」項目に対応したライブ内容提示画面１６２（図１８）及び「番組ガイド」に対応した番組ガイド表画面１６５（図２０）にライブ予約されたライブコンテンツが掲載されるのに対し、「Secret」レベルが選択された場合には、ライブ予約に基づくライブコンテンツが掲載されず、当該ライブコンテンツのライブ配信が行われること自体も公開されないことである。
【０２４２】
従って「Secret」レベルが選択された場合には、後述する「友達リスト」に掲載された電子メールアドレスを有する者だけに、ライブ予約に基づくライブコンテンツのストリーム配信が行われることが通知されることになる。
【０２４３】
コンテンツ提供者は、ライブ配信を行うライブコンテンツの内容等を考慮し、上述した「Public」レベル、「Password」レベル、「Secret」レベルのうちから任意の公開レベルを選択することができる。
【０２４４】
例えば、特定の少人数にライブコンテンツをストリーム配信したい場合には、定員数の少ない配信チャンネル（低料金）を選ぶことが経済的に好ましいが、これを完全公開の「Public」レベルとすると、特定者以外からの配信要求を受けたときに、当該特定者が定員数制限によりライブコンテンツのストリーム配信を受けることができなくなる。
【０２４５】
従って、このような場合にはコンテンツ提供者は「Password」レベルや「Secret」レベルを選択することにより、ストリーミングサーバ８を介して特定者へライブコンテンツを確実かつ経済的にストリーム配信し得るように設定することができる。
【０２４６】
また予約用入力欄２２２における「友達リスト」は、ユーザＰＣ４のコンテンツ提供者が当該ライブ予約に応じた時間帯や配信チャンネルで、ライブコンテンツのストリーム配信を行うことの通知を希望する友人の電子メールアドレスを入力する欄である。
【０２４７】
ライブキャスティングサーバ１５０は、「友達リスト」に入力された電子メールアドレス宛に当該ライブ予約に応じたライブコンテンツのストリーム配信を受けるための各種情報を含んだ電子メールを送信することになるが、これについては後述する。
【０２４８】
このような予約用画面４０２の予約用入力欄２２２に対する入力が終了し、予約ボタン２２３がコンテンツ提供者によってクリックされると、ユーザＰＣ４のＣＰＵ１０は当該予約用画面４０２及び新規予約設定画面４０１（図２９）で設定されたものと同一内容でなる予約希望情報ファイルを作成した後、当該予約希望情報ファイルをインターネット２を介してライブキャスティングサーバ１５０へ送信し、次のステップＳＰ１５へ移る。
【０２４９】
なお予約用画面４０２においては、予約用入力欄２２２の各項目にコンテンツ提供者がキーボード等を操作して文字等を入力することにより、入力作業が行われるようになされているが、「ジャンル」等の予め入力内容が決められている項目については、プルダウンメニューで表示された複数の選択候補の中からコンテンツ提供者が選択指定することにより入力作業が行われるようにしてもよい。
【０２５０】
ステップＳＰ１５においてライブキャスティングサーバ１５０は、ユーザＰＣ４のコンテンツ提供者による入力内容に応じて作成された予約希望情報ファイルをインターネット２を介して受信し、当該受信した予約希望情報ファイルの内容で良いか否かを再確認するための確認用ＷｅｂページをユーザＰＣ４へ送信し、次のステップＳＰ１６へ移る。
【０２５１】
これによりユーザＰＣ４は、ライブキャスティングサーバ１５０から受信した確認用Ｗｅｂページに基づいて図３１に示すような予約確認用画面４０３を表示する。
【０２５２】
コンテンツ提供者は、この予約確認用画面４０３を介して、当該ライブ予約に基づく内容を再確認し、ライブ配信開始予定時刻の所定時間前（例えば６時間前）までにリコンファームを行う旨のメッセージを認識した後に、ライブ予約に内容が正しければ了解ボタン２４０をクリックし、内容が正しくなければキャンンセルボタン２４１をクリックする。
【０２５３】
コンテンツ提供者によってキャンセルボタン２４１がクリックされると、ユーザＰＣ４はその旨をライブキャスティングサーバ１５０へ送信し、ライブキャスティングサーバ１５０は当該予約希望情報ファイルを破棄すると共に、予約用画面４０２（図３０）をユーザＰＣ４に再表示させ、再度の入力を促す。
【０２５４】
これに対してコンテンツ提供者によって了解ボタン２４０がクリックされると、ステップＳＰ１６においてユーザＰＣ４のＣＰＵ１０は、その旨をインターネット２を介してライブキャスティングサーバ１５０へ送信し、次のステップＳＰ１７へ移る。
【０２５５】
ステップＳＰ１７においてライブキャスティングサーバ１５０は、ユーザＰＣ４から確認ＯＫの通知を受けたことにより、ステップＳＰ１４でユーザＰＣ４から受信した予約希望情報ファイルの内容をチェックして予約を許可するか否かを判別し、次のステップＳＰ１８へ移る。
【０２５６】
実際上ライブキャスティングサーバ１５０は、予約希望情報ファイルの内容として入力内容に不足はないか、希望する配信チャンネルの希望予約時間帯が空いているか否かの確認チェックを行い、さらに当該ライブ予約を行ったコンテンツ提供者が設定コマ数以上の予約を行っていないか否かをチェックする。
【０２５７】
具体的には、このライブキャスティングサービスでは、予約登録したコンテンツ提供者がライブ配信を行うに当って、１ケ月間に予約可能な最大コマ数（例えば、１コマを１０分）が設定されていることは上述した通りである。
【０２５８】
従ってライブキャスティングサーバ１５０は、ここでのライブ予約を許可するか否かのチェックとして、このコンテンツ提供者が１ケ月間に既にライブ予約しているコマ数が設定コマ数よりも多いか否かを判別し、設定コマ数よりも多い場合には、ライブ予約を許可しない。
【０２５９】
一方ライブキャスティングサーバ１５０は、コンテンツ提供者が１ケ月の間に既にライブ予約を行ったコマ数が設定コマ数よりも少ない場合には、当該チェック結果が問題なしと判別し、他のチェック結果にも問題がない場合にライブ予約を許可するようになされている。
【０２６０】
このようにライブキャスティングサーバ１５０がコンテンツ提供者の１ケ月間の予約コマ数をチェックするために、ユーザデータベース１５２には、プレミアムメンバー登録されているコンテンツ提供者毎の現在までのライブ予約の予約状況が少なくとも過去１ケ月間に遡って記憶されている。
【０２６１】
ステップＳＰ１８においてライブキャスティングサーバ１５０は、ライブ予約を許可する場合には、当該ライブ予約について予約履行時の認証にのみ用いられる予約ＩＤを作成し、予約希望情報ファイルの内容に基づいて予約時間帯、配信チャンネル、伝送帯域（ｂｐｓ（bit per second））、友達リストのメールアドレス等を含む予約内容情報、コンテンツ提供者を識別するためのユーザＩＤ及び予約ＩＤを予約データベース１５１（図１５）に書き込むことにより予約登録を行い、次のステップＳＰ１９に移る。
【０２６２】
なお、この予約登録時点では、課金が可能であるか否かを示す課金フラグ情報は、課金「付加」となっており、この課金フラグは後にリコンファームが行われて予約登録が完全に成立した場合に課金「可」と書き換えられる。
【０２６３】
またライブキャスティングサーバ１５０は、予約登録を行ったコンテンツ提供者に対する「マイチャンネル」（パーソナルキャスティングサービストップページ画面１６０）のＷｅｂページに、当該ライブ予約に関する情報を追加して書き込んでおくようになされている。
【０２６４】
また、当該ライブ予約における公開レベルが「Public」レベル若しくは「Password」レベルの場合、ライブキャスティングサーバ１５０は、上述したパーソナルキャスティングサービストップページ画面１６０の「本日のライブ」に対応したライブ内容提示画面１６２に、このライブ予約に基づくライブコンテンツを掲載するための更新処理をそれぞれ行う。
【０２６５】
つまりライブキャスティングサーバ１５０は、ライブ予約に基づいたライブコンテンツのストリーム配信が行われることを閲覧可能な状態に記憶しておくことにより、インターネット２を介してアクセスしてきたクライアントＰＣ７Ａ、７Ｂ及び７Ｃのクライアントユーザに対してライブ内容提示画面１６２を閲覧させ、当該ライブ予約に基づくライブ配信が行われる旨を認識させることができる。
【０２６６】
すなわちライブキャスティングサーバ１５０は、「Public」レベルが設定された場合はもちろんのこと、「Password」レベルが設定されている場合にも、当該ライブ予約に基づくライブ配信が行われることが掲載されたライブ内容提示画面１６２を閲覧可能にすることにより、任意の第３者に対しても当該ライブ配信が行われることを知らせることができる。
【０２６７】
一方ライブキャスティングサーバ１５０は、「Secret」レベルが設定されている場合、当該ライブ予約に基づいて行われるライブ配信に関する情報を、上述した「本日のライブ」に対応したライブ内容提示画面１６２及び「番組ガイド」に対応した番組ガイド表画面１６５には一切掲載しない。
【０２６８】
従ってライブキャスティングサーバ１５０は、「Secret」レベルが設定された場合のライブ配信については、後述する電子メールを受信して閲覧可能な特定者のみに対してライブ配信が行われることを通知するようになされている。
【０２６９】
このような予約登録処理が終了すると、ライブキャスティングサーバ１５０は当該パーソナルキャスティングサービスを利用する際の著作権の管理や禁止事項等に関してコンテンツ提供者の同意を促すＷｅｂページをユーザＰＣ４へ送信し、当該ユーザＰＣ４の表示部１４に表示させる。
【０２７０】
そしてライブキャスティングサーバ１５０は、ユーザＰＣ４からコンテンツ提供者の同意する旨の通知を受信すると、図３２に示すような予約登録手続の完了を知らせる予約登録手続完了画面４０４をユーザＰＣ４へ送信して表示させる。
【０２７１】
この予約登録手続完了画面４０４には、コンテンツ提供者にリコンファームを行うことを促すメッセージが表示されており、リコンファームを行うための「ＯＫ」ボタン２４５が設けられている。
【０２７２】
ステップＳＰ１９においてライブキャスティングサーバ１５０は、予約登録手続完了画面４０４の「ＯＫ」ボタン２４５がクリックされると、リコンファームを除く当該予約手続を完了し、この後当該ライブ予約に関する予約ＩＤを含む電子メールをユーザＰＣ４へ送信し、ライブ配信に関する予約登録処理シーケンスを終了する。
【０２７３】
（２−４）リコンファーム
上述したようにコンテンツ配信システム１におけるパーソナルキャスティングサービスでは、予約履行時刻の６時間前までにコンテンツ提供者がリコンファームを行う必要があり、当該リコンファームが行われなかった場合には、ライブ配信のライブ予約を強制的に取り消すようになされている。
【０２７４】
従ってコンテンツ配信システム１は、ライブキャスティングサーバ１５０からの電子メールを介してライブ予約に関する予約ＩＤを取得したコンテンツ提供者によってユーザＰＣ４を介してリコンファームが行われることにより、ライブ配信のライブ予約を確立するようになされている。
【０２７５】
なお、上述したライブ予約に関する予約ＩＤを受け取るまでの予約登録手続としては、ライブ配信に使用するユーザＰＣ４とは異なるＰＣを用いることも可能であるが、ライブ配信を行う際に使用するユーザＰＣ４を介してリコンファームすることが義務付けられている。
【０２７６】
従って以下の説明においては、ユーザＰＣ４を使用してリコンファームを行うものとし、リコンファームを行う際のユーザＰＣ４及びライブキャスティングサーバ１５０の処理動作について、図３３に示すリコンファーム処理シーケンスを用いて以下説明する。
【０２７７】
ステップＳＰ２１においてユーザＰＣ４は、電源が投入された後、上述したアプリケーションプログラムに従って初期画面３５（図５）を表示し、当該初期画面３５でライブ予約／確認モードが選択されると、ライブ予約／確認モード画面５３（図９（Ａ））を表示部１４に表示する。
【０２７８】
ユーザＰＣ４は、このライブ予約／確認モード画面５３上で、コンテンツ提供者によりジョグダイヤル１６Ｂの操作を介して予約一覧表示エリア９５に表示されている複数の予約項目のうちからリコンファームを行うべき予約項目が選択決定されると、インターネット２を介してライブキャスティングサーバ１５０へ当該コンテンツ提供者に対応する「マイチャンネル」のＷｅｂページの閲覧要求を行い、次のステップＳＰ２２へ移る。
【０２７９】
なおユーザＰＣ４では、ＵＲＬを直接入力することによりパーソナルキャスティングサービストップページ画面１６０（図１６）を表示し、当該パーソナルキャスティングサービストップページ画面１６０上でユーザＩＤ及びパスワードの入力を行ってログインし、「マイチャンネル」のリンクボタンをクリックするといった操作で「マイチャンネル」のＷｅｂページの閲覧要求を行うこともできる。
【０２８０】
ステップＳＰ２２においてライブキャスティングサーバ１５０は、閲覧要求された「マイチャンネル」のＷｅｂページをインターネット２を介してユーザＰＣ４へ送信し、次のステップＳＰ２３へ移る。
【０２８１】
ステップＳＰ２３においてユーザＰＣ４は、ライブキャスティングサーバ１５０から受信したＷｅｂページに基づいて、図３４に示すようなマイチャンネル画面１８２をライブ予約／確認モード画面５３のブラウザ表示画面９０に表示する。
【０２８２】
ここでマイチャンネル画面１８２には、現在ライブキャスティングサーバ１５０に対して予約登録中のライブ予約の一覧である予約リスト２５０と、当該コンテンツ提供者が過去にライブ配信を行った際の視聴者数等を確認するためのＷｅｂページにジャンプするリンクボタン２５１と、ユーザデータベース１５２に登録された当該コンテンツ提供者の予約設定情報ファイルを変更するためのＷｅｂページにジャンプするリンクボタン２５２とが設けられている。
【０２８３】
またマイチャンネル画面１８２には、ライブ予約のキャンセル方法やユーザ情報の変更方法を説明する記述が表示されており、特にこのパーソナルキャスティングサービスにおいて配信チャンネル及び日時に関するライブ予約の内容を変更する場合には、一旦ライブ予約をキャンセルして再度ライブ予約の手続を行う必要があり、その旨が記述されている。一方、タイトル名、概要等の配信チャンネル及び日時以外の情報に関しては、予約キャンセルを行うことなく変更し得るようになされている。
【０２８４】
予約リスト２５０には、ライブ予約毎（図中での予約は１つのみ）に「予約日時」、「チャンネル」、「タイトル」、このライブ予約が「リコンファーム待ち」の状態であるか、「リコンファーム済み」の状態であるかといった状態が表示されるステータス項目、及び予約キャンセルを指示する場合の「取消」ボタンとが表示されている。
【０２８５】
ここでステータス項目については、当該ライブ予約についてリコンファームが行われていない場合には、図示のように「リコンファーム待ち」が表示され、リコンファームが既に行われた後に当該マイチャンネル画面１８２が表示された場合には「リコンファーム済み」の表示がなされる。
【０２８６】
ユーザＰＣ４は、マイチャンネル画面１８２において「リコンファーム待ち」がクリックされると、リコンファーム用画面の閲覧要求をインターネット２を介してライブキャスティングサーバ１５０へ送信する。
【０２８７】
これによりライブキャスティングサーバ１５０は、当該リコンファーム用画面の閲覧要求に応じてリコンファーム用画面のＷｅｂページをインターネット２を介してユーザＰＣ４へ送信し、当該ユーザＰＣ４に図３５に示すようなリコンファーム用画面１８３を表示させる。
【０２８８】
このリコンファーム用画面１８３には、当該ライブ予約に関して設定されている「ユーザＩＤ」、「チャンネル」、「予約日時」、「公開レベル」、「タイトル」、「ジャンル」、「電子メール公開」、「Ｗｅｂ公開」、「パスワード」、「友達リスト」、「概要」、「詳細」といった項目内容が表示されると共に、予約ＩＤの入力欄と、コンテンツ提供者に予約ＩＤを入力させてリコンファームを行うことを促すメッセージが表示されている。
【０２８９】
コンテンツ提供者がリコンファームを行う場合には、上述したライブ予約の登録手続においてライブキャスティングサーバ１５０から送信された電子メールに含まれる予約ＩＤをリコンファーム用画面１８３における予約ＩＤの入力欄に入力し、リコンファームボタン２６１をクリックすればよく、予約リスト２５０等が表示されたマイチャンネル画面１８２（図３４）に戻る場合には、戻るボタン２６２をクリックすればよい。
【０２９０】
ところで、リコンファーム用画面１８３においてリコンファームボタン２６１がコンテンツ提供者によってクリックされた場合には、ライブ配信を行う際にストリーミングサーバ８との間の伝送路を確立するための設定が自動的に行われるようになされており、当該リコンファーム用画面１８３にはライブ配信を行うユーザＰＣ４でリコンファームを行うことを促すメッセージが表示されている。
【０２９１】
実際上、コンテンツ提供者によってリコンファームボタン２６１がクリックされると、ユーザＰＣ４のＣＰＵ１０はその旨をインターネット２を介してライブキャスティングサーバ１５０へ送信し、当該ライブキャスティングサーバ１５０からクレジットカードのカード情報を再度確認のために入力させるＷｅｂページを受信する。
【０２９２】
ユーザＰＣ４は、ライブキャスティングサーバ１５０から受信したＷｅｂページに基づいて、図３６に示すようなカード情報入力画面４０５を表示し、既にプレミアムメンバー登録されているコンテンツ提供者に対して再度確認の意味を込めてクレジットカードのカード情報の入力を促す。
【０２９３】
このカード情報入力画面４０５では、上述した新規予約設定画面４０１（図２９）で設定した予約内容が予約内容表示欄４５２の「予約日」、「予約時間帯」「配信チャンネル」「配信時間」及び「料金」としてコンテンツ提供者の確認用に表示され、クレジットカードのカード情報入力欄４５３が再度の確認用に表示されている。
【０２９４】
ステップＳＰ２４においてユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によってカード情報入力欄４５３にクレジットカードのカード情報が入力された後、「予約する」がクリックされると、それをリコンファーム指示としてインターネット２を介してライブキャスティングサーバ１５０へ送信する。
【０２９５】
ライブキャスティングサーバ１５０は、これを受けてサーバ使用予約管理センタ５のユーザデータベース１５２とアクセスして当該クレジットカードに対する認証処理を実行すると共に、図３７に示すようなカードオーソリティ画面４０６を表示する。
【０２９６】
カードオーソリティ画面４０６には、「クレジット情報のオーソリティを行っております。しばらくお待ちください。」のコメントが表示され、当該コメントを通じてコンテンツ提供者に対して認証処理を実行中である旨の通知する。
【０２９７】
ステップＳＰ２５においてライブキャスティングサーバ１５０は、サーバ使用予約管理センタ５によるユーザデータベース１５２の認証処理が終了し、正当なプレミアムメンバー登録されているコンテンツ提供者であることを認証すると、予約データベース１５１及びユーザデータベース１５２を参照し、当該リコンファーム実行指示に対応したライブ予約に関して、図３８に示すような予約設定情報ファイル１８４を作成する。
【０２９８】
ここでライブキャスティングサーバ１５０は、予約データベース１５１に登録されている複数のライブ予約に関する情報のうち、当該ライブ予約におけるライブ配信開始時刻の６時間前になった時点で、ライブ予約に関するデータを予約データベース１５１から消去してそのライブ予約を取り消す。
【０２９９】
すなわち、あるライブ予約に基づくライブ配信開始時刻の６時間前を経過した時点以降については、予約データベース１５１におけるそのライブ予約に関するデータは消去されていることになる。
【０３００】
従って、ライブ配信開始時刻の６時間前を経過した以降に上述したリコンファームの実行指示をライブキャスティングサーバ１５０が受信した場合には、予約データベース１５１を参照しても、当該ライブ予約についてのデータは登録されていないことになる。
【０３０１】
この場合ライブキャスティングサーバ１５０は、「リコンファームが実行されなかったため、ライブ予約はキャンセルされました。ライブ予約を行う場合には、再度ライブ予約の予約手続を行ってください。」等のメッセージを表示するためのＷｅｂページをユーザＰＣ４へ送信する。
【０３０２】
一方、ライブ配信開始時刻の６時間前までにライブキャスティングサーバ１５０がリコンファーム実行指示を受信した場合、当該ライブキャスティングサーバ１５０は当該ライブ予約に関する予約設定情報ファイル１８４を作成する。
【０３０３】
この場合ライブキャスティングサーバ１５０は、所定のアプリケーションプログラムに従って、リコンファーム実行指示に対応したライブ予約に関する予約希望情報ファイルの内容及び当該ライブキャスティングサーバ１５０の運用指針に基づいて予約データを生成し、当該予約データに応じた予約設定情報ファイル１８４を作成するようになされている。
【０３０４】
例えば、図３９に示すように予約設定情報ファイル１８４の予約データのデータ内容としては、１行目に予約設定情報ファイル１８４の予約ＩＤに対応した「ReservationID＝A0000123」が記述され、４行目に予約設定情報ファイル１８４のライブ配信予約日時（2001年3月30日12時00分00秒〜2001年3月30日12時10分00秒）に対応した「LiveReservationTime＝2001:03:30:11:55:00-2001:03:30:12:00:00-2001:03:30:12:10:00」が記述され、５行目に予約設定情報ファイル１８４のライブ用サーバ接続可能時間（2001年3月30日11時55分00秒〜2001年3月30日12時15分00秒）に対応した「PPPReservationTime＝2001:03:30:11:55:00-2001:03:30:12:15:00」が記述されている。
【０３０５】
また６行目には、ライブ配信にインターネット接続を許すか否かを示すものとして「InternetConnection＝Yes」が記述されている。これは、予約設定情報ファイル１８４に表立って示されてはいないが、ユーザＰＣ４とストリーミングサーバ８との接続にインターネット接続を許す場合には“Yes”、許さない場合には“No”が記述され、インターネット接続だけを許す場合には“Must”が記述される。
【０３０６】
すなわち、「InternetConnection＝No」の場合には専用回線接続のみが許されることを意味し、「InternetConnection＝Yes」の場合には専用回線接続又はインターネット接続の何れでも選択可能であることを意味し、「InternetConnection＝Must」の場合にはインターネット接続のみが許されることを意味している。
【０３０７】
実際上、「InternetConnection＝No」は、配信環境設定画面４００（図２６）の配信環境設定プルダウン４４２の「スタンダード：アップストリームは専用回線経由のみ」項目がコンテンツ提供者によって選択されたときに予約データに設定される。
【０３０８】
また「InternetConnection＝Yes」は、サーバ接続専用ネットワーク６による専用回線接続、電話回線網３Ａによるインターネット接続又はケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃの高速ディジタル回線網によるブロードバンドのインターネット接続の何れでも選択可能なので、配信環境設定画面４００（図２６）の「ブロードバンド：アップストリームを専用回線経由又はインターネット経由選択可」項目がコンテンツ提供者によって選択されたときに予約データに設定される。
【０３０９】
さらに「InternetConnection＝Must」は、電話回線網３Ａによるインターネット接続のみが許されるので、「スタンダード：アップストリームはインターネット経由のみ」項目がコンテンツ提供者によって選択されていたときに予約データに設定される。
【０３１０】
この予約データでは、コンテンツ提供者によって「ブロードバンド：アップストリームを専用回線経由又はインターネット経由選択可」項目が選択された場合を一例として以下説明を行う。
【０３１１】
７行目には、ＰＰＰ接続を行うときのユーザＩＤが「PPPUserID＝aaaa」と設定され、８行目にはＰＰＰ接続を行うときのパスワードが「PPPUserPassword＝bbbb」と設定されている。
【０３１２】
９行目から１２行目までは、ストリーミングサーバ８とサーバ接続専用回線ネットワーク６を介して専用回線接続するための回線の種類が示されており、この例では「CarrierName0＝アナログ」、「CarrierName1＝ＩＳＤＮ」、「CarrierName2＝ＰＨＳ64Ｋ」及び「CarrierName3＝ＰＨＳ32Ｋ」が記述されている。
【０３１３】
１３行目から１６行目までは、上述の各種回線を介してストリーミングサーバ８と専用回線接続するサーバ接続専用ネットワーク６のアクセスポートの電話番号が示されており、「CarrierTelephoneNumber0＝03-12345670」、「CarrierTelephoneNumber1＝03-12345671」、「CarrierTelephoneNumber2＝03-12345672」及び「CarrierTelephoneNumber3＝03-12345673」が電気通信事業者毎に記述されている。
【０３１４】
１７行目から２０行目までは、上述の各回線毎の伝送帯域([kbps])が示されており、「CarrierMaxBandWidth0＝33600」、「CarrierMaxBandWidth1＝64000」、「CarrierMaxBandWidth2＝58400」及び「CarrierMaxBandWidth3＝29200」と記述されている。
【０３１５】
なお９行目〜２０行目までは、専用回線接続が行われる場合に必要なデータであり、配信環境設定画面４００で「スタンダード：アップストリームはインターネット経由のみ」項目が選択されていた場合には、記述されることのないデータである。
【０３１６】
ここで、インターネット接続が行われる場合の回線の種類は、ユーザＰＣ４自体が認識し、元々設定されているものなので、予約データとしては記述されていない。
【０３１７】
２５行目及び２６行目には、ストリーミングサーバ８と接続するときのユーザＩＤが及びパスワードが示されており、「LiveServerUserID＝aaaa」及び「LiveServerUserPassword＝bbbb」と記述されている。
【０３１８】
２８行目及び２９行目には、専用回線接続によりストリーミングサーバ８と接続される場合のサーバ名と、インターネット接続によりストリーミングサーバ８と接続される場合のサーバ名とが分けて示されており、「LiveServerName0＝LiveServer.com」及び「LiveServerName１＝Internet.LiveServer.com」と記述されている。
【０３１９】
３６行目には、専用回線接続を行ったときの実伝送帯域が示されており、「LiveServerMaxBandWidth0＝65536(bps)」と記述されている。同様に３７行目には、ブロードバンドのインターネット接続を行ったときの実伝送帯域が示されており、「LiveServerMaxBandWidth1＝250000(bps)」と記述されている。
【０３２０】
すなわち専用回線接続を行った場合には、サーバ接続専用ネットワーク６とユーザＰＣ４との間で接続されたＩＳＤＮ回線の伝送帯域に依存した最大65536[kbps]の伝送速度で当該ユーザＰＣ４からストリーミングサーバ８へライブコンテンツのアップロードが行われ、ブロードバンドのインターネット接続を行った場合には、ケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃのディジタル回線網に依存した最大250000[kbps]の伝送速度でユーザＰＣ４からストリーミングサーバ８へライブコンテンツのアップロードが行われることになる。
【０３２１】
３８行目には、ストリーミングサーバ８によるマルチストリームのライブ配信を許可するか否かが、ライブキャスティングサーバ１５０によって当該ストリーミングサーバ８の処理能力とユーザＰＣ４の配信環境に応じた運用指針として示されており、そのプロパティとして「LiveMultiStream＝Yes」と記述されている。
【０３２２】
すなわち、ユーザＰＣ４におけるブロードバンドのインターネット接続による配信環境及びストリーミングサーバ８の処理能力に基づいてマルチストリームに対応し得るものであるとライブキャスティングサーバ１５０が判断したときには、「LiveMultiStream＝Yes」と記述される。
【０３２３】
また３９行目には、ストリーミングサーバ８によりマルチストリーム配信によるライブ配信を行うときの配信可能な最大ストリーム数が示されており、３８行目の「LiveMultiStream＝Yes」のときに限り、例えば「LiveRealServerMultiStreamMax＝3」と記述される。従って「LiveMultiStream＝No」のときには３９行目の記述が省略される。
【０３２４】
４０行目には、ストリーミングサーバ８を介してマルチストリーム配信によるライブ配信を行う際、ユーザＰＣ４からストリーミングサーバ８へライブコンテンツを送信するに当って設定可能な伝送速度の種類がライブキャスティングサーバ１５０による運用指針として示されており、「LiveRealServerMultiStreamTypeMask＝0x001f」と記述される。
【０３２５】
この「LiveRealServerMultiStreamTypeMask＝0x001f」は、図４０に示すように、「0x0001:20[kbps]」、「0x0002:34[kbps]」、「0x0004:45[kbps]」、「0x0008:80[kbps]」及び「0x0010:220[kbps]」と１６進数表示された各伝送速度項目の選択可能な複数の組み合わせを示すものであり、「0x001f」と記述されていることにより「0x0001」「0x0002」、「0x0004」、「0x0008」及び「0x0010」までの全ての伝送速度項目を選択可能な対象として設定し得ることを表している。
【０３２６】
この場合１６進数表示された「0x0001」、「0x0002」、「0x0004」、「0x0008」及び「0x0010」の合計値が「0x001f」以下になることにより、全ての伝送速度が選択可能な対象となり得るようになされている。
【０３２７】
このことは、ストリーミングサーバ８によるマルチストリームのライブ配信を行うときの配信可能な最大ストリーム数が「３」（「LiveRealServerMultiStreamMax＝3」）であることにより、ユーザＰＣ４は上述の伝送速度項目のうち例えば「0x0001」、「0x0004」及び「0x0008」を選択して２０［kbps］、４５［kbps］及び８０［kbps］の伝送速度がそれぞれ異なる複数のライブコンテンツ（伝送速度の合計値１４５［kbps］が２５０［kbps］（３７行目の「LiveServerMaxBandWidth1＝250000」）の範囲内である）を、それぞれの伝送速度で同時並列的にケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃ及びインターネット２を介してストリーミングサーバ８へ送信することが可能となる。
【０３２８】
４１行目には、マルチストリーム配信を行うときに必須とされる伝送速度がライブキャスティングサーバ１５０による運用指針として示されており、この場合は「LiveRealServerMultiStreamTypeMaskMust＝0x0001」と記述されている。
【０３２９】
これによりユーザＰＣ４は、コンテンツ提供者がマルチストリーム配信を行う際に選択する伝送速度の中で２０［kbps］の伝送速度に関しては強制的に選択させ得るようになされている。
【０３３０】
この結果ユーザＰＣ４は、ブロードバンドのインターネット接続によるライブ配信を行うときでも、ブロードバンドに対応し得るクラインアントユーザ及び当該ブロードバンドのライブ配信に対応し得ないクライアントユーザに対してもストリーム配信を受けさせ得るようになされている。
【０３３１】
４２行目には、マルチストリーム配信を行うときにデフォルトとなる伝送速度がライブキャスティングサーバ１５０による運用指針として示されており、「LiveRealServerMultiStreamTypeMaskDefault＝0x0005」と記述されている。
【０３３２】
この場合、「LiveRealServerMultiStreamTypeMaskDefault＝0x0005」の「0x0005」が図４０に示した選択可能な伝送速度を表す伝送速度項目「0x0001:20[kbps]」及び伝送速度項目「0x0004:45[kbps]」の組み合わせ以外に考えられないことから、デフォルトとして少なくとも２０［kbps］又は４５［kbps］の伝送速度は自動的に選定されるようになされている。
【０３３３】
これによりユーザＰＣ４では、予約データに従って、特に初心者のコンテンツ提供者によって伝送速度が選択されなかった場合でも推奨設定として予めデフォルトとして選択された２０［kbps］又は４５［kbps］伝送速度を設定し得るようになされている。
【０３３４】
なお４５行目には、公開レベルの内容が「OpenType」として指定されるようになされており、「OpenType＝Public」と記述されている。
【０３３５】
最後に４６行目には、ライブ予約時の予約内容を電子メールで送信すべき送信先が示されており、例えば「Friends＝nishy@aaa.com,ihara@bbb.com」のように「nishy@aaa.com」と「ihara@bbb.com」へ電子メールが送信されることが記述されている。
【０３３６】
このような予約データに基づいて作成された予約設定情報ファイル１８４（図３８）には、「予約ＩＤ」、「ライブ配信予約日時」、「ライブ用サーバ接続可能時間」、「接続用電話番号」、「接続先サーバ情報」、「配信要求先アドレス情報」、「伝送帯域」、「タイトル」、「概要」、「公開レベル」、「友達リストアドレス情報」、「配信要求パスワード」といった情報が含まれている。
【０３３７】
「予約ＩＤ」には、上述の予約データにおける「ReservationID＝A0000123」に対応した予約ＩＤが記述されており、「ライブ配信予約日時」には、予約データにおける「LiveReservationTime＝2001:03:30:11:55:00-2001:03:30:12:00:00-2001:03:30:12:10:00」に対応したライブ配信開始時刻及びライブ配信終了時刻が記述されると共に、「ライブ用サーバ接続可能時刻」には「PPPReservationTime＝2001:03:30:11:55:00-2001:03:30:12:15:00」に対応したストリーミングサーバ８に接続を許可する時間帯が記述されている。
【０３３８】
この場合ストリーミングサーバ８に接続を許可する時間帯としては、ライブ配信開始時刻の５分前からストリーミングサーバ８への接続を許可し、ライブ配信終了時刻の５分後までの接続を許可することが記述されている。
【０３３９】
「接続用電話番号」には、ストリーミングサーバ８と専用回線接続するためのサーバ接続専用ネットワーク６のアクセスポートの電話番号が記述されており、この例では、予約データの「CarrierTelephoneNumber0＝03-12345670」、「CarrierTelephoneNumber1＝03-12345671」、「CarrierTelephoneNumber2＝03-12345672」及び「CarrierTelephoneNumber3＝03-12345673」に対応した電話番号が記述されている。
【０３４０】
実際に専用回線接続によるストリーミングサーバ８への接続処理としては、コンテンツ提供者によって選択されたいずれかの電気通信事業者用のアクセスポートの電話番号に発呼する処理が行われる。
【０３４１】
「接続先サーバ情報」は、このライブ予約によって選択された配信チャンネルに応じて決定される項目であり、当該配信チャンネルを指定する際に接続すべき「サーバの種類」、「サーバ名」、「接続ポート」、「サーバへのストリームパス」等の情報が予約データの内容に応じて記述されている。
【０３４２】
「配信要求先アドレス情報」には、クライアントＰＣ７Ａ、７Ｂ及び７Ｃがストリーミングサーバ８に対してライブコンテンツのストリーム配信を要求する場合に、当該ストリーミングサーバ８と接続するために用いられるＵＲＬ情報が予約データに対応して記述されている。
【０３４３】
従ってクライアントＰＣ７Ａ、７Ｂ及び７Ｃは、ライブコンテンツのストリーム配信の要求を行う場合には、当該ＵＲＬによりインターネット２を介してストリーミングサーバ８と接続するようにすれば良い。
【０３４４】
「伝送帯域」には、予約データのうち「LiveRealServerMultiStreamTypeMask＝0x001f」で決定された組み合わせに係る「0x0001:20[kbps]」、「0x0002:34[kbps]」、「0x0004:45[kbps]」、「0x0008:80[kbps]」及び「0x0010:220[kbps]」に対応する２０[kbps]」、３４[kbps]」、４５[kbps]」、８０[kbps]及び２２０[kbps]が選択可能な配信チャンネルの伝送速度として記述されている。
【０３４５】
「タイトル」、「概要」、「公開レベル」には、それぞれライブ予約を行ったときに予約用画面４０２（図３０）及び予約確認用画面４０３（図３１）で登録した内容が記述される。
【０３４６】
「友達リストアドレス情報」には、ライブ予約を行ったときに登録した電子メールアドレスが予約データの「Friends＝nishy@aaa.com,ihara@bbb.com」に対応して記述される。
【０３４７】
「配信要求パスワード」にも、ライブ予約を行ったときに登録されたパスワード情報が記述されるが、「公開レベル」が「Public」レベルの場合、クライアントＰＣ７Ａ、７Ｂ及び７Ｃは、配信要求パスワードを入力することなくライブ配信を要求し得るので、この場合には「配信要求パスワード」の情報は予約設定情報ファイルには含まれない。
【０３４８】
このようにライブキャスティングサーバ１５０により作成される予約設定情報ファイル１８４には、後述するストリーミングサーバ８との専用回線接続又はインターネット接続の際の認証に用いられる予約ＩＤやストリーミングサーバ８との通信接続を確立するための電話番号や接続ポート等の各種情報が含まれている。
【０３４９】
この予約設定情報ファイル１８４は、ライブキャスティングサーバ１５０からインターネット２を介してユーザＰＣ４へ送信されることになるが、この際に、当該予約設定情報ファイル１８４をユーザＰＣ４のハードディスク１３の所定の記憶領域に自動的に書き込んで取り込ませるためのコマンド情報や、この自動取り込みが正常に終了、若しくは失敗したことを通知するメッセージ表示を指示するコマンド情報が含まれるようになされている。
【０３５０】
このようにライブキャスティングサーバ１５０から送信された予約設定情報ファイル１８４を自動的にユーザＰＣ４に取り込むには、「ActiveX 」（マイクロソフト社の登録商標）のプログラムを用いるようにすればよい。因みに、この「ActiveX 」のプログラムを使用する場合、ユーザＰＣ４は、ブラウザソフトウェアとして「ActiveX 」を使用可能な「Internet Explorer 」（マイクロソフト社）を使用する必要がある。
【０３５１】
ライブキャスティングサーバ１５０は、上述の予約設定情報ファイル１８４を作成すると、正式にストリーミングサーバ８との接続設定を許可するＷｅｂページをユーザＰＣ４へ送信する。
【０３５２】
ユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から受信した接続設定を許可するＷｅｂページに基づいて図４１に示すような接続設定画面４０７を表示し、「自動設定」又は「予約ファイルダウンロード」の選択を促す。
【０３５３】
この接続設定画面４０７では「自動設定」がクリックされると、ユーザＰＣ４のＣＰＵ１０は予約データに基づく予約設定情報ファイル１８４の自動取得要求をライブキャスティングサーバ１５０へ送信する。
【０３５４】
因みに接続設定画面４０７の「予約ファイルダウンロード」のリンクボタンは、予約設定情報ファイル１８４を自動的に取得し得ない場合に対応して、所定のテキストファイル形式でライブキャスティングサーバ１５０からダウンロードするために設けられている。
【０３５５】
ステップＳＰ２６においてライブキャスティングサーバ１５０は、予約設定情報ファイル１８４をＤＥＳ（Data Encryption Standard）等の暗号方式を用いて暗号化し、その暗号化ファイルと、リコンファーム完了画面のＷｅｂページとをインターネット２を介してユーザＰＣ４へ送信し、次のステップＳＰ２７へ移る。
【０３５６】
ステップＳＰ２７においてユーザＰＣ４は、ライブキャスティングサーバ１５０から送信された暗号化ファイルと、リコンファーム完了画面のＷｅｂページとを受信し、「ActiveX 」のプログラムを用いて暗号化ファイルの暗号化を解き、予約設定情報ファイル１８４を解読し、当該ファイルに含まれるコマンドに従ってハードディスク１３の所定の記憶領域に当該予約設定情報ファイル１８４を自動的に取り込み、次のステップＳＰ２８へ移る。
【０３５７】
ステップＳＰ２８においてユーザＰＣ４は、ライブキャスティングサーバ１５０から受信したリコンファーム完了画面のＷｅｂページに基づいて、図４２に示すようなリコンファーム完了画面１８５をライブ予約／確認モード画面５３のブラウサ表示画面９０に表示し、次のステップＳＰ２９へ移る。
【０３５８】
このようにユーザＰＣ４は、上述したような暗号を解読する「ActiveX 」のプログラムに基づいて暗号化ファイルを解読し、その結果得られた予約設定情報ファイル１８４をハードディスク１３の所定の記憶領域に書き込む際には、所定の暗号方式（ＤＥＳ等）で暗号化して書き込むためのプログラムにより予約設定情報ファイル１８４を再度暗号化して自動的に保存することにより、当該予約設定情報ファイル１８４の内容をコンテンツ提供者によって参照されることを防止している。
【０３５９】
これによりユーザＰＣ４は、サーバ接続専用ネットワーク６のアクセスポート番号が不用意に多数の人に知られることや、配信帯域の選択、マルチストリーム数、推奨帯域の設定値等の改ざんを防止し、当該パーソナルキャスティングサービスを妨害する等のために、サーバ接続専用ネットワーク６のアクセスポートに対して不正なアクセスが行われることやマルチストリーム配信を実行し得なくなることを未然に防止し得るようになされている。
【０３６０】
ところでリコンファーム完了画面１８５には、サービス提供者側の現在時刻と、ユーザＰＣ４の現在時刻とが表示される。
【０３６１】
ここで、サービス提供者側の現在時刻は、ライブキャスティングサーバ１５０が当該リコンファーム完了画面１８５を送信する際に、ＮＴＰサーバ１５３から取得した時刻情報である。一方、ユーザＰＣ４の現在時刻は、当該ユーザＰＣ４が有するクロックから取得した時刻情報である。
【０３６２】
ユーザＰＣ４のＣＰＵ１０は、サービス提供者側の現在時刻と当該ユーザＰＣ４の現在時刻との時刻ずれ（分単位）を算出し、当該時刻ずれが存在する場合には、時差がある旨のメッセージを表示する。
【０３６３】
なお、ユーザＰＣ４は、このようにしてコンテンツ提供者にサービス提供者側との時刻ずれを通知して注意を促すようにしてもよいが、サービス提供者側から送信された当該サービス提供者側の時刻情報に基づいてユーザＰＣ４の時刻を自動的に補正するようにしても良い。
【０３６４】
この場合ユーザＰＣ４は、ハードディスク１３に時刻補正プログラムを格納しておき、ライブキャスティングサーバ１５０からリコンファーム完了画面１８５のＷｅｂページを受信したときに、当該時刻補正プログラムに基づいてユーザＰＣ４の現在時刻とサービス提供者側の現在時刻とを一致させることにより、ライブ配信のような時刻の正確性が要求されるサービスを円滑に進めることが可能となる。
【０３６５】
またリコンファーム完了画面１８５には、ダイヤルアップルータを利用してサーバ接続専用ネットワーク６と専用回線接続する場合の特例事項が記述されている。ユーザＰＣ４では、ライブ配信を行うためにストリーミングサーバ８との通信接続処理を専用回線接続により実行する場合、予約設定情報ファイル１８４（図３９）に記述されているサーバ接続専用ネットワーク６のアクセスポートの電話番号へ自動的に発呼するように設定されている。
【０３６６】
このようにユーザＰＣ４のＣＰＵ１０は、自動的に発呼するアプリケーションプログラムを実行することにより、コンテンツ提供者が電話番号を入力するといった面倒な操作を行うことなく、自動的に専用回線接続による通信接続処理を実行し得るようになされている。
【０３６７】
しかしながら、この場合ユーザＰＣ４は、ダイヤルアップルータを介してネットワークと接続する場合、ダイヤルアップルータを介してサーバ接続専用ネットワーク６と接続するための情報を設定しておかなければならないので、コンテンツ提供者によってアクセスポートの電話番号などを手動で設定しておく必要がある。
【０３６８】
リコンファーム完了画面１８５における特例事項は、このようなダイヤルアップルータを利用する場合に手動設定を行う必要があること考慮した記述であり、この場合にコンテンツ提供者により手動設定してもらうためのアクセスポート番号、ログインＩＤ（この場合、予約ＩＤ）、パスワードが表示される。
【０３６９】
なおリコンファーム完了画面１８５に表示された図中の例としては、ダイヤルアップルータを利用した専用回線接続がＩＳＤＮ（Integrated Services Digital Network）経由の場合にのみ許可するようになっているが、これに限定されるものではない。
【０３７０】
ステップＳＰ２９においてユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によってリコンファーム完了画面１８５の確認がされた後に「ＯＫ」ボタン２９１をクリックされると、当該「ＯＫ」ボタン２９１がクリックされた旨を示す情報をインターネット２を介してライブキャスティングサーバ１５０へ送信することにより、ユーザＰＣ４におけるリコンファームに関する処理を終了し、ステップＳＰ３０へ移る。
【０３７１】
ステップＳＰ３０においてライブキャスティングサーバ１５０は、ユーザＰＣ４からリコンファームの確認が行われた旨の通知を受けると、予約データベース１５１を参照して当該ライブ予約について「友達リスト」に登録されている電子メールアドレス宛に、ライブ配信が行われることを通知する電子メールを送信し、ライブキャスティングサーバ１５０側でのリコンファームに関する処理を終了する。
【０３７２】
この後、ライブキャスティングサーバ１５０から送信された電子メールを受信したクライアントＰＣ７Ａ、７Ｂ及び７Ｃは、図４３に示すような当該電子メールの内容を示す電子メール画面１８６を表示する。
【０３７３】
この電子メール画面１８６には、ライブ配信に関する「配信日時」、「タイトル」、「配信要求先アドレス」（予約設定情報ファイル１８４の「配信要求先アドレス情報」参照）、公開レベルが「Password」レベルや「Secret」レベルの場合の配信要求のための「パスワード」（予約設定情報ファイル１８４の「配信要求パスワード」参照）等が表示されており、ライブ予約されたライブコンテンツに関する情報がクライアントＰＣ７Ａ、７Ｂ及び７Ｃのクライアントユーザへ通知される。
【０３７４】
このようにユーザＰＣ４のコンテンツ提供者は、ライブ予約時の予約設定情報ファイル１８４にライブ配信を見せたい友人等の電子メールアドレスを登録しておけば、その友達に対して自動的にライブ配信を受けるための情報を通知することができ、かくしてライブ配信を受けるための情報を電話で伝えたり、当該情報を含んだ電子メールを作成したりするといった煩雑な作業を行う必要がなくなる。
【０３７５】
なお、本実施の形態では、「友達リスト」に登録されている電子メールアドレスへの電子メールの送信処理をリコンファーム完了後に行うようにしているが、ライブキャスティングサーバ１５０による電子メールの送信タイミングとしては、コンテンツ提供者からの予約希望ファイルに基づいた予約データベース１５１への予約登録処理（図２６のステップＳＰ１８）が終了した時点で行うようにしてもよい。
【０３７６】
このように予約登録処理終了時点で電子メールを送信すれば、電子メールアドレスを有する者は、より早い時点でライブ配信が行われることを知ることができる。また、この場合にはリコンファーム完了時点で再度同様の電子メール送信処理を行うようにしてもよい。
【０３７７】
またライブキャスティングサーバ１５０は、電子メールの送信を行うと共にリコンファームに関する処理が終了すると、当該ライブ予約が成立したものとし、このライブ予約についての予約データベース１５１の課金フラグ情報を「可」に書き換え、当該ライブ予約について課金処理を行う。
【０３７８】
ここで課金金額は、上述したようにチャンネル毎に予め設定された使用料金に基づいて算出されることになる。例えば、１コマ（１０分）で１００円の使用料金が設定されているチャンネルを６コマ使用するライブ予約が成立した場合、当該ライブ予約について６００円の課金がなされることになる。ただし、実際の課金処理は、ライブ配信当日にストリーミングサーバ１０２が正常に動作していたことが確認された後に実行される。
【０３７９】
以上までが、ライブ予約の要求からリコンファーム完了による当該ライブ予約の成立までに関する予約処理動作の流れであるが、リコンファーム完了後にもジャンルや概要等の情報については変更することが可能であり、またリコンファーム完了後にライブ予約を取り消すことも可能である（この場合、課金フラグ情報が「可」であるため、課金処理は行われてしまう）。
【０３８０】
（２−５）ライブ予約の変更及び取消
次に、ライブ予約の変更及び取消を行う場合の処理動作について、説明する。まずコンテンツ提供者は、リコンファーム済みのライブ予約の変更を行う場合、上述したリコンファームを行う時と同様に、パーソナルキャスティングサービストップページ画面１６０（図１６）の「マイチャンネル」をクリックする。
【０３８１】
これによりユーザＰＣ４のＣＰＵ１０は、インターネット２との接続処理を行い、ライブキャスティングサーバ１５０に対して当該コンテンツ提供者に係る「マイチャンネル」のＷｅｂページの閲覧要求を行う。
【０３８２】
このようにしてユーザＰＣ４からライブキャスティングサーバ１５０に対して「マイチャンネル」のＷｅｂページの閲覧要求が行われると、ライブキャスティングサーバ１５０からインターネット２を介してユーザＰＣ４へマイチャンネル画面のＷｅｂページが送信され、図４４に示すようにユーザＰＣ４は当該Ｗｅｂページに基づくリコンファーム済みのマイチャンネル画面１８７をライブモード画面５３のブラウザ表示画面９０に表示させる。
【０３８３】
このリコンファーム済みのマイチャンネル画面１８７は、リコンファーム待ちのマイチャンネル画面１８２（図３４）とを比較すると、リコンファーム済みのマイチャンネル画面１８７には、予約リスト３５０のステータス項目に「リコンファーム済み」と表示されると共に、「変更」のリンクボタン３１０が表示される点で異なっている。
【０３８４】
このリコンファーム済みのマイチャンネル画面１８７において、ライブ予約の予約内容を変更する場合、コンテンツ提供者は当該「変更」のリンクボタン３１０をクリックすることになる。
【０３８５】
ユーザＰＣ４のＣＰＵ１０は、「変更」のリンクボタン３１０がクリックされると、その旨をインターネット２を介してライブキャスティングサーバ１５０へ送信する。これにより、ライブキャスティングサーバ１５０は、予約設定情報変更用Ｗｅｂページをインターネット２を介してユーザＰＣ４へ送信する。
【０３８６】
ユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から受信した予約設定情報変更用Ｗｅｂページに基づいて、図４５に示すような予約設定情報変更画面１８７Ａをライブ予約／確認モード画面５３のブラウザ表示画面９０に表示する。
【０３８７】
この予約設定情報変更画面１８７Ａには、現在設定されているライブ予約の予約内容が表示されており、これらの表示内容のうち、「ジャンル」、「電子メール公開」、「Ｗｅｂ公開」、「パスワード」、「概要」、「詳細」といった項目については変更可能であり、これらの変更可能な項目と、変更不可能な予約日時等の項目とが異なる表示色で表示されている。
【０３８８】
コンテンツ提供者は、変更を希望する項目について、現在表示されている予約内容に対して変更後の予約内容を上書き入力し、更新ボタン３２１をクリックする。なおコンテンツ提供者は、変更を中止する場合には、戻るボタン３２２をクリックする。
【０３８９】
ユーザＰＣ４のＣＰＵ１０は、更新ボタン３２１がクリックされると、当該変更後の予約内容に相当する新たな予約希望情報ファイルを作成し、これをインターネット２を介してライブキャスティングサーバ１５０へ送信する。
【０３９０】
これによりライブキャスティングサーバ１５０は、当該変更後の新たな予約希望情報ファイルに基づいて予約データベース１５１の登録内容を更新すると共に、変更完了を示すＷｅｂページをインターネット２を介してユーザＰＣ４へ送信する。
【０３９１】
ユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から受信したＷｅｂページに基づいてライブ予約／確認モード画面５３のブラウザ表示画面９０に、図４６に示すような変更完了画面１８８を表示する。
【０３９２】
この変更完了画面１８８には、予約内容の変更が受け付けられたことを示すメッセージに加え、上述したリコンファーム完了画面１８５（図４２）と同様に、サービス提供者側の現在時刻及びユーザＰＣ４の現在時刻、互いに時刻ずれが生じていることを示すメッセージ等が表示され、またダイヤルアップルータを使用する際の特例事項が表示される。
【０３９３】
ここで、コンテンツ提供者により「ＯＫ」ボタン３３１がクリックされると、ユーザＰＣ４のＣＰＵ１０はライブ予約の変更を終了し、リコンファーム済みのマイチャンネル１８７（図４４）に戻る。
【０３９４】
このようにライブ予約の変更が行われると、ライブキャスティングサーバ１５０は、ライブ予約が変更されたことや、変更内容等のメッセージを含む電子メールを上述の友達リストに登録された電子メールアドレス宛に送信する。
【０３９５】
これによりユーザＰＣ４のコンテンツ提供者は、ライブ配信のライブ予約に関する予約内容が変更されたことを電話で伝えたり、その旨のメッセージを含む電子メールを作成するといった作業を行うことなく、当該友達リストの電子メールアドレスを有する者には、ユーザＰＣ４を介して自動的にライブ予約の変更内容を知らせることができる。
【０３９６】
次に、ライブ予約を取り消す場合の処理動作について説明する。この場合にも、上述したライブ予約の変更と同様に、まずコンテンツ提供者はリコンファーム済みのライブ予約の取消を行う場合、上述したリコンファームを行う時と同様に、パーソナルキャスティングサービストップページ画面１６０（図１６）の「マイチャンネル」をクリックする。
【０３９７】
これによりユーザＰＣ４のＣＰＵ１０は、インターネット２との接続処理を行い、ライブキャスティングサーバ１５０に対して当該コンテンツ提供者に係る「マイチャンネル」のＷｅｂページの閲覧要求を行う。
【０３９８】
このようにしてユーザＰＣ４からライブキャスティングサーバ１５０に対して「マイチャンネル」のＷｅｂページの閲覧要求が行われると、ライブキャスティングサーバ１５０からインターネット２を介してユーザＰＣ４へマイチャンネル画面のＷｅｂページが送信され、ユーザＰＣ４は当該Ｗｅｂページに基づいてリコンファーム済みのマイチャンネル画面１８７（図４４）をライブモード画面５３のブラウザ表示画面９０に表示させる。
【０３９９】
コンテンツ提供者は、このリコンファーム済みのマイチャンネル画面１８７においてライブ予約を取り消す場合、「取消」のリンクボタン３１１をクリックすることになる。
【０４００】
ユーザＰＣ４のＣＰＵ１０は、「取消」のリンクボタン３１１がクリックされると、当該「取消」のリンクボタン３１１がクリックされたことをインターネット２を介してライブキャスティングサーバ１５０へ送信する。これによりライブキャスティングサーバ１５０は、ライブ予約の取消用Ｗｅｂページをインターネット２を介してユーザＰＣ４へ送信する。
【０４０１】
ユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から受信した取消用Ｗｅｂページに基づいてライブ予約／確認モード画面５３のブラウザ表示画面９０に、図４７に示すようなライブ予約に関する予約取消画面１８９を表示する。
【０４０２】
この予約取消画面１８９には、現在設定されているライブ予約の内容が表示されると共に、「予約取消」ボタン３４１及び「戻る」ボタン３４２が設けられている。ここでコンテンツ提供者は、ライブ予約を取り消す場合には、「予約取消」ボタン３４１をクリックし、取り消さない場合には「戻る」ボタン３４２をクリックすればよい。
【０４０３】
ユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者の操作により「予約取消」ボタン３４１がクリックされると、このライブ予約を取り消す旨をインターネット２を介してライブキャスティングサーバ１５０へ送信する。
【０４０４】
これによりライブキャスティングサーバ１５０は、このライブ予約に関する予約データベース１５１の登録内容を消去すると共に、取消完了画面のＷｅｂページをインターネット２を介してユーザＰＣ４へ送信する。
【０４０５】
ユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から受信した取消完了画面のＷｅｂページに基づいてライブ予約／確認モード画面５３のブラウザ表示画面９０に、図４８に示すような取消通知画面１９０を表示する。
【０４０６】
この取消通知画面１９０には、ライブ予約が取り消されたことを告げるメッセージが表示され、コンテンツ提供者によって「ＯＫ」ボタン３４３がクリックされると、ユーザＰＣ４のＣＰＵ１０はライブ予約の取り消しがコンテンツ提供者によって確認されたものと認識し、リコンファーム済みのマイチャンネル画面１８７(図４４)へ戻る。
【０４０７】
ライブキャスティングサーバ１５０は、コンテンツ提供者からの命令に従ってライブ予約を取り消すと、当該ライブ予約が取り消されてライブ配信が中止になった旨のメッセージを含む電子メールを作成し、上述した友達リストに登録された電子メールアドレス宛に送信する。
【０４０８】
これによりコンテンツ提供者は、ライブ配信が中止になったことを電話等で伝えることなく、当該友達リストの電子メールアドレスを有する人に対して、自動的にライブ配信が中止になったことを通知することができる。
【０４０９】
一方、一旦リコンファームが行われた後に、コンテンツ提供者が予約内容を確認したい場合には、マイチャンネル画面１８７（図４４）の「リコンファーム済み」のリンクボタンをクリックすればよい。
【０４１０】
ユーザＰＣ４のＣＰＵ１０は、「リコンファーム済み」のリンクボタンがクリックされると、その旨をインターネット２を介してライブキャスティングサーバ１５０へ送信する。これによりライブキャスティングサーバ１５０は、リコンファーム済みのライブ予約に関する予約確認用Ｗｅｂページをインターネット２を介してユーザＰＣ４へ送信する。
【０４１１】
ユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から受信した予約確認用Ｗｅｂページに基づいてライブ予約／確認モード画面５３のブラウザ表示画面９０に、図４９に示すような予約確認画面１９１を表示する。
【０４１２】
この予約確認画面１９１には、現在設定されているライブ予約の予約内容と、ダイヤルアップルータを使用する場合の特例事項とが表示されると共に、「ＰＣ接続設定を再登録する」ボタン３６１と、リコンファーム済みのマイチャンネル画面１８７(図４４)へ戻ることを指示する「戻る」ボタン３６２とが設けられている。
【０４１３】
ユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によって「ＰＣ接続設定を再登録する」ボタン３６１がクリックされると、その旨をインターネット２を介してライブキャスティングサーバ１５０へ送信する。
【０４１４】
これによりライブキャステキングサーバ１５０は、ユーザＰＣ４から予約設定情報ファイル１８４（図３８）を再度インターネット２を介して自動的に取り込むようになされている。このような予約設定情報ファイル１８４の再送処理は、例えばリコンファームを行ったユーザＰＣ４からライブ配信を行うＰＣへ変更するときに有効である。
【０４１５】
（２−６）ライブ配信
上述のようなリコンファームを含むライブ予約が終了し、当該ライブ予約に係るライブ配信開始時刻になると、ユーザＰＣ４はサーバ接続専用ネットワーク６による専用回線接続又はケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃによるインターネット接続を介してストリーミングサーバ８と接続し、クライアントＰＣ７Ａ、７Ｂ及び７Ｃへライブコンテンツのストリーム配信を行うようになされている。
【０４１６】
（２−６−１）ユーザＰＣからストリーミングサーバへのコンテンツ送信
以下、ライブ配信を行うに当って、ユーザＰＣ４からストリーミングサーバ８へライブコンテンツを送信する際のユーザＰＣ４、ストリーミングサーバ８及びデータベースサーバ１５５におけるコンテンツ送信処理シーケンスについて図５０を用いて説明する。
【０４１７】
ここで、まずライブ配信を行う場合、ライブ配信開始時刻の５分前からストリーミングサーバ８との専用回線接続又はインターネット接続がユーザＰＣ４に許可されるので、この５分前以降ユーザＰＣ４とストリーミングサーバ８との通信接続を確立するための処理を開始することになる。
【０４１８】
従ってコンテンツ提供者は、当該ライブ配信開始時刻の５分前以前に予めライブコンテンツのライブ配信準備を行っておく必要がある。
【０４１９】
因みにライブコンテンツの配信準備としては、ユーザＰＣ４のディジタルビデオカメラ１９（図２）による撮影位置の決定や、ライブコンテンツの構想に基づいて特殊効果を施すべきエフェクト項目の設定処理（図１２、図１３及び図１４）等がある。
【０４２０】
また、本実施の形態におけるユーザＰＣ４は、ライブ配信に関する通知プログラムをハードディスク１３に格納しており、当該通知プログラムに従ってライブ配信開始時刻の所定時間前（例えば１０分前）になると、「まもなくライブ配信開始時刻です」といったメッセージを表示してコンテンツ提供者に通知するようになされている。
【０４２１】
すなわちステップＳＰ５１においてユーザＰＣ４は、ライブ配信開始時刻の所定時間前になると、この通知プログラムを実行することにより、表示部１４に「まもなくライブ配信開始時刻です」といったメッセージを表示することにより、コンテンツ提供者の注意を喚起し、次のステップＳＰ５２へ移る。
【０４２２】
このときユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によってライブ配信モードに設定されていない場合には、アプリケーションプログラムに従って自動的にライブ配信モードを選択し、表示部１４にライブ配信モード画面５４（図１０）を表示させる。
【０４２３】
この後ユーザＰＣ４のＣＰＵ１０は、ストリーミングサーバ８との接続開始許可時刻（ライブ配信開始時刻の５分前）になると、所定の接続処理プログラムを実行することにより、ストリーミングサーバ８との専用回線接続又はインターネット接続のための通信接続処理を自動的に開始する。
【０４２４】
このときステップＳＰ５２においてユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から予約設定情報ファイル１８４に含まれて送られてきたＷｅｂページに従って図５１に示すような回線設定画面４１０を表示する。
【０４２５】
この回線設定画面４１０には、ライブ配信を行う際の回線を選択するためのライブ配信回線表示部４６１が設けられており、当該ライブ配信回線表示部４６１には、サーバ接続専用ネットワーク６による専用回線接続を選択するための「専用アクセスポートに接続する」と記述された専用回線接続設定欄４６２と、電話回線網３Ａ、ケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃによるインターネット接続を選択するための「一般インターネットプロバイダに接続する」と記述されたインターネット接続設定欄４６３とが設けられている。
【０４２６】
ユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によって専用回線接続設定欄４６２がチェックされると、当該専用回線接続設定欄４６２をイネーブル状態にすると共に、インターネット接続設定欄４６３をディセーブル状態にする。
【０４２７】
なおユーザＰＣ４のＣＰＵ１０は、予約設定を行った段階で専用回線接続のみが許された状態の場合（すなわち予約設定情報ファイル１８４における予約データの６行目に「InternetConnection＝No」と記述されていたとき）にも、専用回線接続設定欄４６２をイネーブル状態にすると共に、インターネット接続設定欄４６３をディセーブル状態にするようになされている。
【０４２８】
すなわちユーザＰＣ４のＣＰＵ１０は、ライブキャスティングサーバ１５０から送られてきた予約設定情報ファイル１８４に従って回線設定画面４１０の表示を動的に制御することにより、当該ユーザＰＣ４によって選択可能な選択対象だけをイネーブル状態に設定して当該選択対象を制限するようになされている。
【０４２９】
このイネーブル状態の専用回線接続設定欄４６２では、ユーザＰＣ４がライブ配信時に専用回線接続で使用する際の接続デバイスを選択することができると共に、その際に使用する通信キャリアをラジオボタン４６２Ａのクリック操作に応じて開かれた専用回線選択プルダウンメニュー４６２Ｂの中から任意に選択し得るようになされている。
【０４３０】
すなわちコンテンツ提供者は、専用回線選択プルダウンメニュー４６２Ｂのうち「アナログ」、「ＩＳＤＮ」、「ＰＨＳ６４Ｋ」、「ＰＨＳ３２Ｋ」のいずれを使用するのかを当該ユーザＰＣ４の接続されている電話回線網３Ａの種類に応じて選択する。
【０４３１】
これによりユーザＰＣ４のＣＰＵ１０は、所定の通信接続処理プログラムに従って、所定のレジストリに暗号化されて記憶されている予約設定情報ファイル１８４（図３８）を読出し、当該予約設定情報ファイル１８４の「予約ＩＤ」、「サーバ接続可能時間」、「接続用電話番号」及び「接続先サーバ情報」に記述されている情報に基づいて通信接続処理を行い、データベースサーバ１５５との認証処理を行った後にストリーミングサーバ８との専用回線接続による伝送路を確立する。
【０４３２】
これに対してユーザＰＣ４のＣＰＵ１０は、図５２に示すように、コンテンツ提供者によってインターネット接続設定欄４６３がチェックされると、当該インターネット接続設定欄４６３をイネーブル状態にすると共に、専用回線接続設定欄４６２をディセーブル状態にする。
【０４３３】
このときもユーザＰＣ４のＣＰＵ１０は、予約設定を行った段階でインターネット接続のみが許された状態の場合（すなわち予約設定情報ファイル１８４における予約データの６行目に「InternetConnection＝Must」と記述されていたとき）にも、専用回線接続設定欄４６２をディセーブル状態にすると共に、インターネット接続設定欄４６３をイネーブル状態にするようになされている。
【０４３４】
このイネーブル状態のインターネット接続設定欄４６３では、ユーザＰＣ４がライブ配信時にインターネット接続で使用する通信キャリアをラジオボタン４６３Ａのクリック操作に応じて開かれたインターネット回線選択プルダウンメニュー４６３Ｂの中から任意に選択し得るようになされている。
【０４３５】
このとき、コンテンツ提供者はブロードバンドのインターネット接続を希望する場合、「ＡＤＳＬ」又は「ＩＳＤＮ Double」を選択し、通常速度のインターネット接続でよければ「アナログ」、「ＩＳＤＮ」、「ＰＨＳ６４Ｋ」、「ＰＨＳ３２Ｋ」のいずれかを当該ユーザＰＣ４の接続されている電話回線網３Ａの種類に応じて選択する。
【０４３６】
このようにユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者がライブ予約を行った予約内容に応じてライブキャスティングサーバ１５０で作成された予約設定情報ファイル１８４を基に回線設定画面４１０を表示し、当該回線設定画面４１０を通してコンテンツ提供者をガイドすることにより、当該ユーザＰＣ４の配信環境に合わせた回線選択操作をコンテンツ提供者に容易かつ間違いなく実行させ得るようになされている。
【０４３７】
すなわちライブキャスティングサーバ１５０は、コンテンツ提供者がライブ予約を行った予約内容に応じて予約設定情報ファイル１８４を作成した後ユーザＰＣ４へ送信し、当該予約設定情報ファイル１８４に基づいて表示させる回線設定画面４１０を通してコンテンツ提供者をガイドすることにより、ユーザＰＣ４によるライブ配信時の回線選択操作を外部から制御することが可能となる。
【０４３８】
またユーザＰＣ４のＣＰＵ１０は、回線設定画面４１０において「ライブ配信大域」がクリックされると、図５３に示すような帯域設定画面４１１を表示する。
【０４３９】
帯域設定画面４１１には、「スタンダードチャンネル接続時の通信帯域を設定して下さい」と記述された専用回線接続又は通常のインターネット接続によるスタンダード帯域選択欄４６５と、「ブロードバンドチャンネル接続時の通信帯域を設定して下さい」と記述されたブロードバンドの高速のインターネット接続によるブロードバンド帯域選択欄４６６とが設けられている。
【０４４０】
また帯域設定画面４１１では、サーバ接続専用ネットワーク６による専用回線接続が回線設定画面４１０（図５１）において選択されていた場合には、スタンダード帯域選択欄４６５がイネーブル状態とされ、ブロードバンド帯域選択欄４６６がディセーブル状態とされる。
【０４４１】
スタンダード帯域選択欄４６５は、専用回線接続又は通常のインターネット接続における配信時の最高伝送帯域を越える選択をすることはできないようになされており、また複数の帯域を選択することもできない。
【０４４２】
これに対してブロードバンド帯域選択欄４６６は、３種類の伝送速度のライブコンテンツをストリーミングサーバ８を介してマルチストリーム配信することが許可されていた場合（予約設定情報ファイル１８４における予約データの３９行目に「LiveRealServerMultiStreamTypeMax＝3」と記述されていたとき）には、20[kbps]、34[kbps]、45[kbps]、80[kbps]及び220[kbps]の各チェックボックスがイネーブル状態で、その中から任意の３種類を選択することができるようになされている。
【０４４３】
但し、その３種類の合計帯域における合計伝送速度がケーブルテレビ網３Ｂ若しくはＡＤＳＬ網３Ｃによる高速のインターネット接続を行ったときの伝送速度の範囲内での組み合わせに限られる。
【０４４４】
また、その場合でも、マルチストリーム配信を行うときに必須とされる伝送速度がライブキャスティングサーバ１５０による運用指針として予約設定情報ファイル１８４における予約データで指定されている場合（予約データの４１行目に「LiveRealServerMultiStreamTypeMaskMust＝0x0001」と記述されているとき）には、ブロードバンド帯域選択欄４６６の20[kbps]のチェックボックスには予めチェックが入れられた状態でそのチェックを外すことができないようになされている。
【０４４５】
このことは、最も低い伝送速度を必須とすることにより、高速な通信環境を所有していないクライアントユーザに対してもライブ配信が受けられるように考慮したものである。
【０４４６】
一方、図５４に示すようにブロードバンド帯域選択欄４６６は、コンテンツ提供者によって「配信予約の推奨設定を使用する」のチェックボックスがチェックされた場合には、20[kbps]、34[kbps]、45[kbps]、80[kbps]及び220[kbps]の帯域を示すチェックボックスが全てディセーブル状態とされ、予め予約設定情報ファイル１８４における予約データの４３行目に記述された「LiveRealServerMultiStreamTypeMaskDefault＝0x0005」に従って、伝送速度項目「0x0001:20[kbps]」及び伝送速度項目「0x0004:45[kbps]」の組み合わせに係る20[kbps]及び45[kbps]が自動的にデフォルト帯域として設定されるようになされている。
【０４４７】
続いて、コンテンツ提供者がライブコンテンツをブロードバンドのインターネット接続によりストリーミングサーバ８を介してマルチストリーム配信する際の帯域設定画面４１１におけるブロードバンド帯域選択欄４６６の配信帯域の初期設定処理について、次のサブルーチンＳＲＴ１（図５０）で説明する。
【０４４８】
図５５に示すように、サブルーチンＳＲＴ１においてユーザＰＣ４のＣＰＵ１０は、まず帯域設定画面４１１の初期設定を行うために、次のステップＳＰ８１へ移る。
【０４４９】
なお、このサブルーチンＳＲＴ１以降、ユーザＰＣ４のＣＰＵ１０はブロードバンド帯域選択欄４６６で予め選択（チェック）されている配信帯域があれば、それをＲＡＭ１１に選択帯域Ａpreとして設定し、これから追加選択される配信帯域を追加帯域Ｂaddとして設定し、所定のアルゴリズムに従って算出した初期値としての配信帯域を初期配信帯域Ｒetとして設定し、以下の初期設定を行う。なお、これらの選択帯域Ａpre、追加帯域Ｂadd及び初期配信帯域Ｒetは複数の設定値を設定することが可能な変数として以下の説明を行う。
【０４５０】
ステップＳＰ８１においてユーザＰＣ４のＣＰＵ１０は、既にブロードバンド帯域選択欄４６６で設定（チェック）されていた過去の選択帯域Ａpreの設定値を一旦全てクリアし、予約設定情報ファイル１８４における予約データで「LiveRealServerMultiStreamTypeMaskMust＝0x0001」と記述されたマルチストリームのライブ配信を行うときに必須とされる配信帯域（「0x0001:20[kbps]」）を追加帯域Ｂaddに設定し、次のサブルーチンＳＲＴ３の配信帯域の追加処理手順へ移る。
【０４５１】
図５６に示すように、サブルーチンＳＲＴ３における配信帯域の追加処理手順では、ステップＳＰ９１においてユーザＰＣ４のＣＰＵ１０は、追加帯域Ｂaddに設定された必須の配信帯域が、予約設定情報ファイル１８４における予約データとして「LiveRealServerMultiStreamTypeMask＝0x001f」と記述された「0x0001:20[kbps]」、「0x0002:34[kbps]」、「0x0004:45[kbps]」、「0x0008:80[kbps]」及び「0x0010:220[kbps]」にそれぞれ対応する２０[kbps]、３４[kbps]、４５[kbps]、８０[kbps]及び２２０[kbps]のいずれかである場合にのみ、その必須の配信帯域を改めて追加帯域Ｂaddに再設定し、次のステップＳＰ９２へ移る。
【０４５２】
このようにユーザＰＣ４のＣＰＵ１０は、予約設定情報ファイル１８４における予約データとして記述されていない範囲外の配信帯域についてはあら予め排除することにより、誤って追加することを防止し得るようになされている。
【０４５３】
ステップＳＰ９２においてユーザＰＣ４のＣＰＵ１０は、追加帯域Ｂaddに再設定した配信帯域の種類数が「１」以上であるか否かを判定する。ここで否定結果が得られると、このことは追加帯域Ｂaddには配信帯域が再設定されていないことを表しており、このときユーザＰＣ４のＣＰＵ１０はサブルーチンＳＲＴ１のステップＳＰ８２へ戻る。
【０４５４】
これに対してステップＳＰ９２で肯定結果が得られると、このことは追加帯域Ｂaddに配信帯域（この場合には必須の配信帯域）が再設定されていることを表しており、このときユーザＰＣ４のＣＰＵ１０は次のステップＳＰ９３へ移る。
【０４５５】
ステップＳＰ９３においてユーザＰＣ４のＣＰＵ１０は、現在、選択帯域Ａpreに設定されている（この場合にはサブルーチンＳＲＴ１のステップＳＰ８１でクリアされているので存在しない）配信帯域の種類数が予約設定情報ファイル１８４における予約データに記述された「LiveRealServerMultiStreamTypeMax＝3」で指定された３種類以下であるか否かを判定する。
【０４５６】
ここで否定結果が得られると、このことは選択帯域Ａpreに設定されている配信帯域の種類が３種類を超えていることを表しており、このときユーザＰＣ４のＣＰＵ１０はサブルーチンＳＲＴ１のステップＳＰ８２へ戻る。
【０４５７】
これに対してステップＳＰ９３で肯定結果が得られると、このことは選択帯域Ａpreに設定されている配信帯域の種類数が３種類以下であることを表しており（この場合にはサブルーチンＳＲＴ１のステップＳＰ８１で選択帯域Ａpreの設定値はクリアされているので必ず３種類以下となる）、このときユーザＰＣ４のＣＰＵ１０は次のステップＳＰ９４へ移る。
【０４５８】
ステップＳＰ９４においてユーザＰＣ４のＣＰＵ１０は、追加帯域Ｂaddに設定されたもののうち最も狭い配信帯域（この場合には必須の２０[kbps]）をＣtempに一時的に移し、当該追加帯域Ｂaddからその最も狭い配信帯域をクリアし、次のステップＳＰ９５へ移る。なおＣtempは、配信帯域の追加処理を行う際に用いられる変数である。
【０４５９】
ステップＳＰ９５においてユーザＰＣ４のＣＰＵ１０は、選択帯域Ａpreに設定されている全配信帯域（この場合には未だ存在していない）と、Ｃtempに設定された最も狭い配信帯域との合計伝送速度をTotalWidthとして設定し、次のステップＳＰ９６へ移る。なおTotalWidthも、配信帯域の追加処理を行う際に用いられる変数である。
【０４６０】
ステップＳＰ９６においてユーザＰＣ４のＣＰＵ１０は、予約設定情報ファイル１８４の予約データに記述された「LiveServerMaxBandWidth1＝250000」に基づくインターネット２からストリーミングサーバ８までの伝送路に対する250000[kbps]の最大伝送速度と、インターネット２からユーザＰＣ４までの伝送路に対する最大伝送速度とのうち伝送速度の低い方を最大可能伝送速度MaxWidthと設定し、当該最大可能伝送速度MaxWidthと合計伝送速度TotalWidthとを比較し、当該合計伝送速度TotalWidthが最大可能伝送速度MaxWidthよりも低いか否かを判定する。
【０４６１】
この場合、ユーザＰＣ４のＣＰＵ１０は、インターネット２からユーザＰＣ４までの伝送路と、インターネット２からユーザＰＣ４までの伝送路とでは、伝送速度の低いほうに最大可能伝送速度が依存することになるので、そのことを考慮した上で最大可能伝送速度MaxWidthを設定することにより、複数の伝送速度でなるライブコンテンツをストリーミングサーバ８へ同時並列的かつ確実に送信し得るようになされている。
【０４６２】
ここで否定結果が得られると、このことは高速インターネット接続時における最大伝送速度MaxWidthよりも合計伝送速度TotalWidthが上回っており、その合計伝送速度TotalWidthではブロードバンドのインターネット接続時においても複数の伝送速度でなるライブコンテンツを同時並列的に送信することが困難であることを表しており、このときユーザＰＣ４のＣＰＵ１０はＣtempの配信帯域については設定することなく破棄してサブルーチンＳＲＴ１のステップＳＰ８２へ戻る。
【０４６３】
これに対してステップＳＰ９６で肯定結果が得られると、このことは合計伝送速度TotalWidthが最大伝送速度MaxWidthよりも低く複数の伝送速度でなるライブコンテンツを同時並列的に送信することが可能で、Ｃtempの配信帯域を設定することに何の問題もないことを表しており、このときユーザＰＣ４のＣＰＵ１０は次のステップＳＰ９７へ移る。
【０４６４】
ステップＳＰ９７においてユーザＰＣ４のＣＰＵ１０は、選択帯域Ａpreに設定されている配信帯域とＣtempの配信帯域とを全て含めて選択帯域Ａpreに再設定し、再度ステップＳＰ９２へ戻る。
【０４６５】
これによりユーザＰＣ４のＣＰＵ１０は、追加帯域ＢaddからＣtempへ移された配信帯域を設定可能なものとして判断し、ブロードバンド帯域選択欄４６６におけるその配信帯域のチェックボックスに初期設定としてチェックを入れて表示する。
【０４６６】
この後ステップＳＰ９２においてユーザＰＣ４のＣＰＵ１０は、上述のステップＳＰ９４で追加帯域Ｂaddにおける必須の配信帯域は既にＣtempへ移されて残っていないので否定結果が得られ、サブルーチンＳＲＴ１のステップＳＰ８２へ戻る。
【０４６７】
サブルーチンＳＲＴ１のステップＳＰ８２においてユーザＰＣ４のＣＰＵ１０は、サブルーチンＳＲＴ３のステップＳＰ９７で選択帯域Ａpreに再設定した配信帯域を初期配信帯域Ｒetとして設定し、次のステップＳＰ８３へ移る。
【０４６８】
ステップＳＰ８３においてユーザＰＣ４のＣＰＵ１０は、ブロードバンド帯域選択欄４６６の「配信予約の推奨設定を使用する」のチェックボックスがチェックされているか否かを判定する。ここで否定結果が得られると、推奨設定が選択されていないことを表しており、このときユーザＰＣ４のＣＰＵ１０は次のステップＳＰ８４へ移る。
【０４６９】
ステップＳＰ８４においてユーザＰＣ４のＣＰＵ１０は、追加帯域Ｂaddに前回のライブ配信のときの配信帯域を設定し、次のサブルーチンＳＲＴ３で再度上述と同様の配信帯域の追加処理を実行する。但し、この場合ユーザＰＣ４のＣＰＵ１０は、推奨設定が選択されていなく、前回のライブ配信もしていないので、追加帯域Ｂaddに新に設定する配信帯域は存在せず、上述した配信帯域の追加処理と同様のパラメータで追加処理を実行し、その結果も同じものとなる。
【０４７０】
これに対してステップＳＰ８３で肯定結果が得られると、このことは「配信予約の推奨設定を使用する」のチェックボックスがチェックされており、推奨設定が選択されていることを表しており、このときユーザＰＣ４のＣＰＵ１０は次のステップＳＰ８５へ移る。
【０４７１】
ステップＳＰ８５においてユーザＰＣ４のＣＰＵ１０は、予約設定情報ファイル１８４における予約データに記述された「LiveRealServerMultiStreamTypeMaskDefault＝0x0005」の組み合わせでなる伝送速度項目「0x0001:20[kbps]」及び伝送速度項目「0x0004:45[kbps]」のデフォルト配信帯域を追加帯域Ｂaddに新に設定し、次のサブルーチンＳＲＴ３へ移る。
【０４７２】
この場合、図５６に示したようにサブルーチンＳＲＴ３のステップＳＰ９１においてユーザＰＣ４のＣＰＵ１０は、追加帯域Ｂaddにデフォルト配信帯域を再設定し、ステップＳＰ９２及びステップＳＰ９３において肯定結果を得、ステップＳＰ９４及びステップＳＰ９５を介して選択帯域Ａpreの全配信帯域と追加帯域ＢaddからＣtempへ移されたデフォルト配信帯域との合計伝送速度TotalWidthを設定し、次のステップＳＰ９６へ移る。
【０４７３】
ステップＳＰ９６においてユーザＰＣ４のＣＰＵ１０は、最大伝送速度MaxWidthと合計伝送速度TotalWidthとを比較し、当該合計伝送速度TotalWidthが最大伝送速度MaxWidthよりも低いという肯定結果が得られると、ステップＳＰ９７において選択帯域Ａpreに設定されている配信帯域とデフォルト配信帯域を含めた全配信帯域を新に選択帯域Ａpreに再設定し、再度ステップＳＰ９２以降で次のデフォルト配信帯域の追加処理を同様に実行した後、サブルーチンＳＲＴ１のステップＳＰ８６へ戻る。
【０４７４】
ステップＳＰ８６においてユーザＰＣ４のＣＰＵ１０は、デフォルト配信帯域を含めて選択帯域Ａpreに再設定された設定値を初期配信帯域Ｒetとして設定することにより、配信帯域の初期設定を終了し、次のサブルーチンＳＲＴ２（図５０）へ移る。
【０４７５】
次に、サブルーチンＳＲＴ２においてユーザＰＣ４のＣＰＵ１０は、帯域設定画面４１１（図５３）のブロードバンド帯域選択欄４６６における配信帯域の追加／削除設定処理について説明する。
【０４７６】
図５７に示すように、サブルーチンＳＲＴ２のステップＳＰ１０１においてユーザＰＣ４のＣＰＵ１０は、ブロードバンド帯域選択欄４６６でコンテンツ提供者によってチェックされたチェックボックスに対応する配信帯域又はチェックボックスからチェックが外された配信帯域をＵtempに一旦設定し、次のステップＳＰ１０２へ移る。
【０４７７】
ステップＳＰ１０２においてユーザＰＣ４のＣＰＵ１０は、Ｕtempに一旦設定した配信帯域が新たにチェックされた追加すべき配信帯域であるか、又はチェックが外された削除すべき配信帯域であるかを判定する。ここで否定結果が得られると、このことは削除すべき配信帯域であることを表しており、このときユーザＰＣ４のＣＰＵ１０は次のステップＳＰ１０３へ移る。
【０４７８】
ステップＳＰ１０３においてユーザＰＣ４のＣＰＵ１０は、現在設定されている選択帯域Ａpreから削除すべき配信帯域を除去し、次のステップＳＰ１０６へ移る。
【０４７９】
ステップＳＰ１０６においてユーザＰＣ４のＣＰＵ１０は、削除すべき配信帯域が除去された選択帯域Ａpreの設定値を初期配信帯域Ｒetとして新に設定した後、次のステップＳＰ１０７で配信帯域の削除設定処理を終了する。
【０４８０】
これに対してステップＳＰ１０２で肯定結果が得られると、このことはＵtempに一旦設定した配信帯域が新に追加すべき配信帯域であることを表しており、このときユーザＰＣ４のＣＰＵ１０は次のステップＳＰ１０４へ移る。
【０４８１】
ステップＳＰ１０４においてユーザＰＣ４のＣＰＵ１０は、Ｕtempから追加帯域Ｂaddへ追加すべき配信帯域を移し、次のサブルーチンＳＲＴ３へ移る。
【０４８２】
この場合、図５６に示したサブルーチンＳＲＴ３のステップＳＰ９１においてユーザＰＣ４のＣＰＵ１０は、ステップＳＰ１０４で追加帯域Ｂaddに設定した追加すべき配信帯域が所定範囲内のものである場合に当該配信帯域を改めて追加帯域Ｂaddに再設定し、ステップＳＰ９２及びステップＳＰ９３において肯定結果を得、ステップＳＰ９４及びステップＳＰ９５を介して選択帯域Ａpreの全配信帯域と追加帯域ＢaddからＣtempへ移された追加すべき配信帯域との合計伝送速度TotalWidthを設定し、ステップＳＰ９６へ移る。
【０４８３】
ステップＳＰ９６においてユーザＰＣ４のＣＰＵ１０は、最大伝送速度MaxWidthと合計伝送速度TotalWidthとを比較し、当該合計伝送速度TotalWidthが最大伝送速度MaxWidthよりも低いという肯定結果が得られると、ステップＳＰ９７において選択帯域Ａpreに設定されている配信帯域と追加すべき配信帯域とを含めた全配信帯域を新に選択帯域Ａpreに再設定した後、サブルーチンＳＲＴ２のステップＳＰ１０５へ戻る。
【０４８４】
ステップＳＰ１０５においてユーザＰＣ４のＣＰＵ１０は、追加すべき配信帯域を含めて選択帯域Ａpreに新に再設定された配信帯域を初期配信帯域Ｒetとして設定した後、次のステップＳＰ１０７で配信帯域の追加設定処理を終了する。
【０４８５】
このようにしてユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によって選択された配信帯域に対して予約設定情報ファイル１８４の制限の基に、配信帯域の追加設定処理を行うようにしたことにより、マルチストリーム配信を実行可能な範囲内で追加設定を実行し得るようになされている。
【０４８６】
実際上、帯域設定画面４１１においてマルチストリーム配信を行うための帯域の選択、追加又は削除が行われると、ユーザＰＣ４のＣＰＵ１０は次にコンテンツ提供者に対してライブ配信の開始を促す。
【０４８７】
ユーザＰＣ４のＣＰＵ１０は、上述の配信帯域の設定処理ＳＲＴ１、ＳＲＴ２を行った後、予約設定情報ファイル１８４の「予約ＩＤ」、「サーバ接続可能時間」及び「接続先サーバ情報」に記述されている情報に基づいて、以下のようなインターネット接続による通信接続処理を実行する。
【０４８８】
ステップＳＰ５３においてユーザＰＣ４は、「サーバ接続可能時間」に示された接続可能な開始時刻になった時点でインターネット接続による通信接続処理を自動的に開始し、予めコンテンツ提供者によって設定されたインターネット接続回線を介して予約ＩＤをデータベースサーバ１５５へ送信することにより通信接続のための認証要求を行う。
【０４８９】
このようにユーザＰＣ４のＣＰＵ１０は自動的に発呼処理を行うので、コンテンツ提供者は電話番号の入力操作等を行う必要はない。特にライブ配信の場合、図４（Ａ）及び（Ｂ）に示したような形態でユーザＰＣ４が使用されると、コンテンツ提供者によるキーボード１６Ａの入力操作が非常に煩雑となるので、ユーザＰＣ４は電話番号等の入力操作なしに自動的に発呼処理を行うようにしたことにより、コンテンツ提供者に対してより快適なライブコンテンツ作成環境を提供することができる。
【０４９０】
ステップＳＰ５４においてデータベースサーバ１５５は、この直後にライブ配信を開始する予約時間帯において、ユーザＰＣ４から受け取った予約ＩＤが予約データベース１５１に登録されているか否かを確認することにより認証処理を行う。
【０４９１】
ここでデータベースサーバ１５５は、ユーザＰＣ４から受け取った予約ＩＤが予約データベース１５１に登録されている場合には、この予約ＩＤの送信元であるユーザＰＣ４が正当な予約を有するコンテンツ提供者によるものであると判断し、受け取った予約ＩＤがその予約時間帯において、予約データベース１５１に登録されていない場合には、この予約ＩＤの送信元であるユーザＰＣ４が正当な予約を有するコンテンツ提供者によるものではないと判断する。
【０４９２】
この場合データベースサーバ１５５は、予約ＩＤのみを用いて認証処理を行っているが、これにより次のような効果が得られる。例えばデータベースサーバ１５５は、当該パーソナルキャスティングサービスの登録メンバーが有するユーザＩＤ及びパスワードを用いてライブ予約の認証を行う場合、当該ユーザＩＤ及びパスワードが正当なものであるときには、アクセスしてきたものが正当な登録メンバーであることを確認し得るが、それだけでは、その登録メンバーがその予約時間帯のライブ予約を有するものであるか否かを判断することはできない。
【０４９３】
この場合データベースサーバ１５５は、登録メンバーであることの認証を行った後、さらにライブ予約の登録内容を確認し、そのユーザＩＤにより特定される登録メンバーがその予約時間帯に予約を行っているか否かをチェックする必要があり、認証処理が煩雑となる。
【０４９４】
これに対してデータベースサーバ１５５は、上述したようにライブ予約に対してのみ用いられる予約ＩＤを認証処理に用いれば、この予約ＩＤが登録メンバーのみの知り得る情報であることにより、ユーザＩＤに対する認証処理を行う必要がなく、その予約ＩＤがアクセスしてきた時刻直後の予約時間帯のライブ予約として登録されているか否かを確認するだけの簡易な認証処理で正当な予約者であるか否かを判断できるといった効果がある。
【０４９５】
ステップＳＰ５５においてデータべースサーバ１５５は、ライブ予約に対する認証処理の認証結果をユーザＰＣ４へ返信し、次のステップＳＰ５６へ移る。
【０４９６】
ステップＳＰ５６においてユーザＰＣ４のＣＰＵ１０は、認証処理が無事に終了したので、当該ユーザＰＣ４とストリーミングサーバ８との間で伝送路を確立し、次のステップＳＰ５７へ移る。
【０４９７】
一方、ステップＳＰ５６においてユーザＰＣ４のＣＰＵ１０は、データベースサーバ１５５からの認証結果が正当な予約者のものではなかった場合、ユーザＰＣ４とストリーミングサーバ８との接続を行わない。
【０４９８】
ステップＳＰ５７においてユーザＰＣ４のＣＰＵ１０は、ストリーミングサーバ８とインターネット接続すると、データベースサーバ１５５へ予約ＩＤを送信した場合と同様に、当該ストリーミングサーバ８に対しても予約ＩＤを送信してライブ配信の配信要求を行い、次のステップＳＰ５８へ移る。
【０４９９】
ステップＳＰ５８においてストリーミングサーバ８は、ユーザＰＣ４からライブ配信の配信要求を受けると、そのユーザＰＣ４が正当な予約を有するコンテンツ提供者によるものであるか否かの認証を行うために、受信した予約ＩＤをサーバ使用予約管理センタ５のデータベースサーバ１５５へ送信し、次のステップＳＰ５９へ移る。
【０５００】
ステップＳＰ５９においてデータベースサーバ１５５は、ストリーミングサーバ８から受信した予約ＩＤがこの直後の予約時間帯において、予約データベース１５１に登録されているか否かを確認することにより認証処理を行い、次のステップＳＰ６０に移る。ここでの認証処理は、最初のユーザＰＣ４から予約ＩＤを受信した場合の認証処理と同様である。
【０５０１】
ステップＳＰ６０においてデータベースサーバ１５５は、予約ＩＤに対する認証処理を行った後、その認証結果をストリーミングサーバ８へ返信し、次のステップＳＰ６１へ移る。
【０５０２】
ステップＳＰ６１においてストリーミングサーバ８は、データベースサーバ１５５からの認証結果が正当な予約者によるものであった場合、ユーザＰＣ４によるライブ配信を許可し、その許可する旨をユーザＰＣ４へ送信すると共に、予約データベース１５１から当該ライブ予約に関する情報（予約時間帯及び配信チャンネル等）を取得し、当該情報に基づいてライブ配信を制御するようになされている。
【０５０３】
続いてステップＳＰ６２においてユーザＰＣ４のＣＰＵ１０は、コンテンツ提供者によってジョグダイヤル１６Ｂや操作ボタン１６Ｃが適宜操作されてディジタルビデオカメラ１９により撮影した動画像データに対して予め設定されたエフェクト処理をリアルタイムに施すと共にライブ配信を開始することにより、複数種類の伝送速度でなるライブコンテンツを同時並列的にインターネット２を介してストリーミングサーバ８へリアルタイムに送信する。
【０５０４】
このときストリーミングサーバ８は、ライブ配信の「公開レベル」（図３１等参照）が「Public」レベルである場合、ライブ配信を行うチャンネル定員数内であれば、無条件にクライアントＰＣ７Ａ、７Ｂ及び７Ｃへライブコンテンツのマルチストリーム配信を行う。
【０５０５】
しかしながらストリーミングサーバ８は、「公開レベル」が「Password」レベル又は「Secret」レベルである場合、クライアントＰＣ７Ａ、７Ｂ及び７Ｃに対して、パスワードの入力を促し、正当なパスワードの入力がなされたクライアントＰＣ７Ａ、７Ｂ及び７Ｃに対してのみマルチストリーム配信を行うようになされている。なおストリーミングサーバ８とクライアントＰＣ７Ａ、７Ｂ及び７Ｃとの間の配信要求及びストリーム配信の処理動作については後述する。
【０５０６】
そしてユーザＰＣ４のＣＰＵ１０は、ライブ予約終了時刻になった時点でストリーミングサーバ８へのライブコンテンツの送信処理を終了する。
【０５０７】
このようにしてストリーミングサーバ８はライブ配信を開始すると、ＮＴＰサーバ１５３から取得したサービス提供者側の時刻情報や、当該ライブ配信を受けているクライアントＰＣ７Ａ、７Ｂ及び７Ｃの数を示す視聴者数情報をユーザＰＣ４へ送信する。
【０５０８】
ユーザＰＣ４のＣＰＵ１０は、ストリーミングサーバ８から受信したサービス提供者側の時刻情報や視聴者数情報に加えて、ライブ配信中であることを示すオンエアー情報、経過時間情報、サービス提供者側の時刻情報、ユーザＰＣ４側の時刻情報、予約開始時刻情報、予約終了時刻情報、ライブ配信残時間情報、画像サイズ情報、伝送速度情報等の各種情報をライブ配信モード画面５４のステータスウィンドウ１０３（図１０）に表示する。
【０５０９】
コンテンツ提供者は、このステータスウィンドウ１０３を参照することにより、現在進行中のライブ配信に関する様々な情報を知ることができる。特にコンテンツ提供者としては、ライブ配信を受けて視聴しているかの視聴率情報を正確に認識することができ、次回のライブ配信を行う際のチャンネル選択（定員数の選択）の参考にすることができる。
【０５１０】
なおストリーミングサーバ８は、ライブ予約終了時刻になった時点でユーザＰＣ４からのコンテンツの送信処理が終了するので、クライアントＰＣ７Ａ、７Ｂ及び７Ｃへのストリーム配信処理を終了し、予約設定情報ファイル１８４(図３８)の「サーバ接続可能時間」に示されたサーバ接続終了時刻になった時点でユーザＰＣ４との通信接続を強制的に切断する。
【０５１１】
またユーザＰＣ４のＣＰＵ１０は、ライブ予約終了時刻の前に、コンテンツ提供者によりジョグダイヤル１６Ｂ（図３及び図４）等が操作され、ライブ配信モード画面５４におけるＧＵＩ１０２の「配信開始／終了」がフォーカスＦで選択決定されると、コンテンツの送信処理を終了してストリーミングサーバ８との通信接続を切断することにより、ライブ予約終了時刻よりも前にライブ配信を強制的に終了させることもできる。
【０５１２】
（２−７）ストリーミングサーバからクライアントＰＣへのストリーム配信処理続いてストリーミングサーバ８は、ユーザＰＣ４からのコンテンツ送信を受けて要求のあったクライアントＰＣ７Ａ、７Ｂ及び７Ｃに対してライブコンテンツのマルチストリーム配信処理を行うが、そのマルチストリーム配信処理についてクライアントＰＣ７Ａ、７Ｂ及び７Ｃの表示画面等を参照しながら説明する。
【０５１３】
なお、以下の説明においては、当該コンテンツ配信の「公開レベル」が「Password」レベル又は「Secret」レベルであり、クライアントＰＣ７Ａ、７Ｂ及び７Ｃのクライアントユーザはストリーム配信を受けるためのパスワードを知っているものとする。
【０５１４】
クライアントＰＣ７Ａ、７Ｂ及び７Ｃは、コンテンツの配信要求を行う場合、クライアントユーザによって電源が投入されるとブラウザソフトウェアを起動し、パーソナルキャスティングサービストップページ画面１６０(図１６)のＵＲＬがクライアントユーザによって入力されると、インターネット２を介してライブキャスティングサーバ１５０に対して当該パーソナルキャスティングサービストップページ画面１６０の閲覧要求を行う。
【０５１５】
これによりクライアントＰＣ７Ａ、７Ｂ及び７Ｃは、ライブキャスティングサーバ１５０からインターネット２を介して受信したパーソナルキャスティングサービストップページ画面１６０を表示画面に表示する。
【０５１６】
そしてクライアントＰＣ７Ａ、７Ｂ及び７Ｃは、クライアントユーザによってパーソナルキャスティングサービストップページ画面１６０中の「本日のライブ」又は「番組ガイド」といったリンクボタンがクリックされることになる。
【０５１７】
例えばクライアントＰＣ７Ａ、７Ｂ及び７Ｃは、クライアントユーザによって「番組ガイド」がクリックされた場合、番組ガイド表画面１６５（図２０）を表示し、当該番組ガイド表画面１６５の月間カレンダー上でクリックされた日付にライブ配信を予定しているコンテンツを表示する。
【０５１８】
クライアントＰＣ７Ａ、７Ｂ及び７Ｃは、番組ガイド表画面１６５に表示されたライブ配信を予定しているコンテンツのタイトルがクリックされると、当該クリックされた「タイトル」のコンテンツに関する詳細情報を示すＷｅｂページの閲覧要求をインターネット２を介してライブキャスティングサーバ１５０へ送信する。
【０５１９】
これによりライブキャスティングサーバ１５０は、閲覧要求されたコンテンツの詳細情報を示すライブコンテンツ詳細情報画面１６３（図１９）のＷｅｂページをインターネット２を介してクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ送信し、当該クライアントＰＣ７Ａ、７Ｂ及び７Ｃの表示画面にライブコンテンツ詳細情報画面１６３を表示させる。
【０５２０】
クライアントＰＣ７Ａ、７Ｂ及び７Ｃのクライアントユーザは、ライブコンテンツ詳細情報画面１６３に表示されたライブコンテンツのライブ配信を受けることを要求する場合、その許可を得るためのパスワードを入力すると共に、「再生」ボタン１７５をクリックすることになる。
【０５２１】
このときクライアントユーザは、クライアントＰＣ７Ａ、７Ｂ及び７Ｃにリアルタイム再生ソフトウェアが格納されていない場合には、「再生」ボタン１７５をクリックする前に「再生ソフト」ボタン１７６をクリックすることにより予め再生ソフトウェアをダウンロードすればよい。
【０５２２】
クライアントＰＣ７Ａ、７Ｂ及び７Ｃは、クライアントユーザによって実際に、パスワードが入力され「再生」ボタン１７５がクリックされると、インターネット２を介してストリーミングサーバ８へパスワードを送信すると共に、ライブ配信の配信要求を行う。
【０５２３】
ストリーミングサーバ８は、クライアントＰＣ７Ａ、７Ｂ及び７Ｃから受信したパスワードをサーバ使用予約管理センタ５のデータベースサーバ１５５へ送信する。
【０５２４】
データベースサーバ１５５は、予約データベース１５１を参照することによりストリーミングサーバ８から受け取ったパスワードが正当なものであるか否かを認証し、その認証結果をストリーミングサーバ８へ返信する。
【０５２５】
ストリーミングサーバ８は、データベースサーバ１５５から受け取った認証結果に基づいて正当なパスワードであると判断した場合、当該ライブ配信のチャンネルに対して予め設定されている定員数に基づいて当該クライアントＰＣ７Ａ、７Ｂ及び７Ｃへライブ配信を行うか否かを判別する。
【０５２６】
実際上ストリーミングサーバ８は、現在、ライブ配信を行っているクライアントＰＣの数とチャンネルに設定された定員数とを比較し、既に定員数に達している場合にはライブ配信をそれ以上行うことはない。
【０５２７】
これに対してストリーミングサーバ８は、クライアントＰＣ７Ａ、７Ｂ及び７Ｃから配信要求があった時点で、クライアントＰＣの数がチャンネルに設定された定員数未満のときにはライブ配信を行うこととし、当該クライアントＰＣ７Ａ、７Ｂ及び７Ｃに対してライブ配信を受けることを許可し、マルチストリーム配信処理を実行する。
【０５２８】
ここでストリーミングサーバ８は、予め設定された複数種類の伝送速度（２０[kbps]、４５［kbps］及び８０［kbps］）でユーザＰＣ４からライブコンテンツを同時並列的に受信し得るので、それを一旦記憶した後に再度、同時並列的にクライアントＰＣ７Ａ、７Ｂ及び７Ｃへ向けてマルチストリーム配信するようになされている。
【０５２９】
これによりクライアントＰＣ７Ａ、７Ｂ及び７Ｃは、それぞれの通信環境が２０[kbps]、４５［kbps］及び８０［kbps］の伝送速度に対応したものであっても、自身の通信環境に合わせた伝送速度のライブコンテンツを受信すればよい。
【０５３０】
クライアントＰＣ７Ａ、７Ｂ及び７Ｃは、ストリーミングサーバ８からマルチトリーム配信処理が開始されると、ライブコンテンツ詳細情報画面１６３に重ねて、図５８に示すような再生ソフトウェアによる再生表示画面１９５を介してストリーム配信されたライブコンテンツをリアルタイムに表示することにより、クライアントユーザに対してライブ配信されたライブコンテンツをリアルタイムに視聴させることができる。
【０５３１】
ところでストリーミングサーバ８は、実際にライブ配信を受けているクライアントＰＣの数を逐次カウントし、そのカウント結果、つまり視聴者数情報をコンテンツ提供者のユーザＰＣ４へ随時送信するようになされている。
【０５３２】
なお、上述の説明においてはクライアントＰＣ７Ａ、７Ｂ及び７Ｃがライブキャスティングサーバ１５０に対して閲覧要求したパーソナルキャスティングサービストップページ画面１６０を介してストリーミングサーバ８へ配信要求を行うようにしているが、ライブキャスティングサーバ１５０から受信した電子メール画面１８６（図４３）の「配信要求先アドレス」に表示されたＵＲＬをクリックすることによりパーソナルキャスティングサービストップページ画面１６０へアクセスし、当該パーソナルキャスティングサービストップページ画面１６０を介してストリーミングサーバ８へ配信要求を行うようにしてもよい。
【０５３３】
（３）動作及び効果
以上の構成において、コンテンツ配信システム１のユーザＰＣ４は、配信環境設定画面４００における配信環境設定プルダウンメニュー４４２の中から選択した接続可能な回線の種類を予約希望情報ファイルとしてライブキャスティングサーバ１５０へ送信する。
【０５３４】
ライブキャスティングサーバ１５０は、予約希望情報ファイルに基づいてユーザＰＣ４とインターネット２とが接続可能な回線の種類を認識し、専用回線接続又はインターネット接続が選択可能な予約設定情報ファイル１８４を生成すると共に、当該予約設定情報ファイル１８４をユーザＰＣ４へ送信する。
【０５３５】
ユーザＰＣ４は、ライブキャスティングサーバ１５０から受信した予約設定情報ファイル１８４に基づいて回線設定画面４１０を表示し、当該回線設定画面４１０を介して専用回線接続を行うかインターネット接続を行うかをコンテンツ提供者に対して任意に選択させることができる。
【０５３６】
すなわちライブキャスティングサーバ１５０は、ユーザＰＣ４とインターネット２との接続可能な回線の種類に応じた接続方法を回線設定画面４１０を介して提供することにより、ユーザＰＣ４の配信環境に合わせて専用回線接続又はインターネット接続を選択可能に設定することができる。
【０５３７】
かくしてライブキャスティングサーバ１５０は、ライブコンテンツのマルチストリーム配信を希望するか否か等のコンテンツ提供者による利用目的に合わせて専用回線接続を行うかインターネット接続を行うかを回線設定画面４１０を介して任意に選択させることができるので、当該コンテンツ提供者の使い勝手を一段と向上させることができる。
【０５３８】
またライブキャスティングサーバ１５０は、このとき予約設定情報ファイル１８４を介してマルチストリーム配信を行う際の実行可能なストリーム数を制限すると共に、ユーザＰＣ４における回線設定画面４１０のインターネット回線選択プルダウンメニュー４６３Ｂで当該ユーザＰＣ４が接続可能な回線（通信キャリア）をコンテンツ提供者に選択させた後、帯域設定画面４１１のブロードバンド帯域選択欄４６６で設定可能な伝送速度を選択させることができる。
【０５３９】
ユーザＰＣ４は、回線設定画面４１０のインターネット回線選択プルダウンメニュー４６３Ｂで選択した回線の種類に応じて、帯域設定画面４１１のブロードバンド帯域選択欄４６６で選択された複数の伝送速度で実際にそれぞれライブコンテンツを同時並列的に送信可能か否かを図５６に示した配信帯域の追加処理手順に従って自動的に検出し、送信可能と判断した場合にのみブロードバンド帯域選択欄４６６で選択された伝送速度のチェックボックスにチェックを入れて帯域の設定を完了する。
【０５４０】
これによりユーザＰＣ４は、インターネット回線選択プルダウンメニュー４６３Ｂで選択した回線では、ブロードバンド帯域選択欄４６６で選択した複数の伝送速度で実際にそれぞれライブコンテンツを同時並列的に送信することが困難になるような設定を行うことはなく、マルチストリーム配信用に複数種類の伝送速度のライブコンテンツをストリーミングサーバ８へ確実に送信することができる。
【０５４１】
かくしてコンテンツ配信システム１では、コンテンツ提供者がマルチストリーム配信用の伝送速度の選択を間違って設定しようとした場合でも、それをユーザＰＣ４を介して未然に防止し得るユーザインターフェースを実現することができる。
【０５４２】
以上の構成によれば、コンテンツ配信システム１では、ユーザＰＣ４とインターネット２との接続可能な回線の種類に応じてインターネット２との接続方法を回線設定画面４１０を介して提供することができるので、当該ユーザＰＣ４の配信環境に応じて選択可能な接続方法を当該ライブキャスティングサーバ１５０によって設定することができる。
【０５４３】
またコンテンツ配信システム１では、ライブキャスティングサーバ１５０による予約設定情報ファイル１８４を介してマルチストリーム配信を行う際の実行可能なストリーム数を制限すると共に、回線設定画面４１０のインターネット回線選択プルダウンメニュー４６３Ｂを介して当該ユーザＰＣ４が接続可能な回線（通信キャリア）だけを提示してコンテンツ提供者に選択させた後、帯域設定画面４１１のブロードバンド帯域選択欄４６６を介して設定可能な伝送速度を選択させることができる。
【０５４４】
従ってコンテンツ配信システム１は、この段階だけでもコンテンツ提供者に対して適確に接続可能な回線を選択させ得ると共に、配信可能な伝送速度をも選択させるよう導くことができる。
【０５４５】
さらにコンテンツ配信システム１では、当該ユーザＰＣ４からインターネット２までの最大伝送速度と、インターネット２からストリーミングサーバ８までの最大伝送速度とのうち伝送速度の低い方を基準に、ブロードバンド帯域選択欄４６６で選択された複数の伝送速度で実際にライブコンテンツを同時並列的に送信可能か否かを判断し、送信可能な伝送速度のみを選択可能とする自動調整を行うようにしたことにより、伝送速度の選択ミスを未然に防止してストリーミングサーバ８によるマルチストリーム配信を確実に実行することができる。
【０５４６】
（４）他の実施の形態
なお上述の実施の形態においては、回線設定画面４１０のインターネット回線選択プルダウンメニュー４６３Ｂに表示された複数種類の回線の中から「ＡＤＳＬ」又は「ＩＳＤＮ Double」に対応した回線を選択するようにした場合について述べたが、本発明はこれに限らず、他の種々の高速ディジタル回線等を選択するようにしても良い。
【０５４７】
また上述の実施の形態においては、帯域設定画面４１１のブロードバンド帯域選択欄４６６に２０［kbps］、３４［kbps］、４５［kbps］、８０［kbps］、２２０［kbps］を選択可能な伝送速度として表示するようにした場合について述べたが、本発明はこれに限らず、ユーザＰＣ４によって選択された回線の種類に応じて選択可能な伝送速度を増やしたり、或いは減らして表示するようにしても良い。
【０５４８】
さらに上述の実施の形態においては、ユーザＰＣ４のディジタルビデオカメラ１９によって撮影したライブコンテンツを専用回線接続又はインターネット接続によりストリーミングサーバ８へ送信し、当該ストリーミングサーバ８のストリーム配信機能によってライブコンテンツをクライアントＰＣ７Ａ、７Ｂ及び７Ｃへマルチストリーム配信するようにした場合について述べたが、本発明はこれに限らず、アンテナ２０Ａ及びＴＶチューナ２１（図１）を介して受信した例えばディジタル衛星放送やＮＴＳＣ方式の映像信号でなるＴＶ番組の番組データをサーバ接続専用ネットワーク６、電話回線網３Ａ、ケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃのいずれかを介してストリーミングサーバ８へ送信し、当該ストリーミングサーバ８を介してＴＶ番組をマルチストリーム配信するようにしても良い。
【０５４９】
また上述の実施の形態においては、ストリーミングサーバ８がユーザＰＣ４から受信したライブコンテンツを、要求のあったクライアントＰＣ７Ａ、７Ｂ及び７Ｃへマルチストリーム配信することによりライブ配信を行うようにした場合について述べたが、本発明はこれに限らず、ストリーム配信すると共にユーザＰＣ４から受信したライブコンテンツをハードディスク等の記憶メディアに格納しておき、これをオンディマンドシステムのように要求を受けた時点で配信するといった再放送サービスを同時に行うようにしても良い。この場合、再放送サービスに係るライブコンテンツを番組ガイド表画面１６５に掲載し、要求に応じて配信すればよい。
【０５５０】
さらに上述の実施の形態においては、ディジタルビデオカメラ１９によって撮影したライブコンテンツの動画像データをリアルタイムにストリーミングサーバ８へ送信し、当該ストリーミングサーバ８を介してライブコンテンツをリアルタイムにマルチストリーム配信するようにした場合について述べたが、本発明はこれに限らず、予めユーザＰＣ４で作成したコンテンツをハードディスク１３に格納しておき、再放送用にライブ予約の時間帯でストリーミングサーバ８を介してマルチストリーム配信するようにしてもよい。この場合、コンテンツ提供者はライブコンテンツをリアルタイムではないが、再放送サービスとして配信することも可能となる。
【０５５１】
さらに上述の実施の形態においては、予めライブ予約された予約時間帯のみでユーザＰＣ４からストリーミングサーバ８を介してライブ配信を行うようにした場合について述べたが、本発明はこれに限らず、ライブ予約に基づいたライブ配信が行われている間に、ストリーミングサーバ８が予約データベース１５１を参照することにより、現在使用中の配信チャンネルの当該予約終了時刻後の予約状況を確認し、空いているようであれば予約終了時刻の所定時間前（例えば、１０分前）にストリーミングサーバ８からユーザＰＣ４に対して「○○時まで予約の延長が可能です」といった趣旨のメッセージ等を送信するようにしてもよい。
【０５５２】
この場合、ユーザＰＣ４は、ステータスウィンドウ１０３（図１０（Ｂ））に、このメッセージを表示すると共に、当該ステータスウィンドウ１０３に延長ボタンを表示し、当該延長ボタンがクリックされたときに当該延長を行う旨をストリーミングサーバ１０２へ送信し、当該ストリーミングサーバ８により延長の許可を受ける。
【０５５３】
このようなコンテンツ配信システム１は、このような延長サービスを行うことにより、ユーザＰＣ４のコンテンツ提供者に対しては延長したいといった要望に応えることができる一方、ストリーミングサーバ８の配信チャンネルを効率よく活用することができる。
【０５５４】
さらに上述の実施の形態においては、予約登録後にリコンファームを行う必要があったが、本発明はこれに限らず、予約登録の完了と同時にリコンファームを終了させるようにしても良い。
【０５５５】
さらに上述の実施の形態においては、ライブキャスティングサーバ１５０のハードディスクにライブ予約を実行するためのプログラム、予約設定情報ファイル１８４を自動的に生成してユーザＰＣ４へ送信することにより当該ユーザＰＣ４による各種選択操作等を制限するためのプログラムや、ユーザＰＣ４のハードディスク１３にライブ予約の際の各種処理やライブ配信の際の各種処理を実行するための種々のプログラムが予めインストールされている場合について述べたが、本発明はこれに限らず、これらの各種アプリケーションプログラムの格納された例えばＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）等のパッケージメディアでなるプログラム格納媒体を再生することにより各種アプリケーションプログラムをインストールしても良く、またアプリケーションプログラムが一時的若しくは永続的に格納される半導体メモリや光磁気ディスク等のプログラム格納媒体を再生することにより各種アプリケーションプログラムをインストールしても良い。
【０５５６】
これらのプログラム格納媒体に各種アプリケーションプログラムを格納する手段としてはローカルエリアネットワーク、ディジタル衛生放送等の優先及び無線通信媒体を利用しても良く、ルータやモデム等の各種通信インターフェースを介在させて格納するようにしても良い。
【０５５７】
さらに、上述した実施の形態においては、ユーザＰＣ４とライブキャスティングサーバ１５０との間でライブ予約を行うためのネットワークとしてインターネット２を用いるようにした場合について述べたが、本発明はこれに限らず、有線又は無線で構築された他の種々のネットワークを用いても良い。
【０５５８】
さらに上述の実施の形態においては、ライブ配信を行う放送者側の端末として、ディジタルビデオカメラ１９を内臓したユーザＰＣ４を用いるようにしていたが、通常のＰＣにディジタルビデオカメラをＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４インターフェイス等を介してケーブル接続したものや、ディジタルビデオカメラを無線接続したＰＣを用いるようにしてもよい。また、ディジタルカメラをケーブル等により接続した携帯電話機や、ディジタルカメラを内蔵した携帯電話機をユーザＰＣ４に代えて用いるようにしてもよい。
【０５５９】
以下、ディジタルカメラを内蔵した携帯電話機をユーザＰＣ４に代えて使用する場合について具体的に説明する。
【０５６０】
図５９に示すように、５００は全体として本発明を適用した携帯電話機ＭＳ３が接続されているコンテンツ配信システムを示し、通信サービスの提供エリアを所望の大きさに分割したセル内にそれぞれ固定無線局である基地局ＣＳ１〜ＣＳ４が設置されている。
【０５６１】
これらの基地局ＣＳ１〜ＣＳ４には、移動無線局である携帯情報端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４が例えばＷ−ＣＤＭＡ(Wideband−Code Divison Multiple Access)と呼ばれる符号分割多元接続方式によって無線接続されるようになされており、２［GHz］の周波数帯域を使用して最大２［Mbps］のデータ転送速度で大容量データを高速にデータ通信し得るようになされている。
【０５６２】
このように携帯情報端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４は、Ｗ−ＣＤＭＡ方式によって大容量データを高速にデータ通信し得るようになされていることにより、音声通話だけでなく電子メールの送受信、簡易ホームページの閲覧、画像の送受信等の多種に渡ってデータ通信を実行し得るようになされている。
【０５６３】
また基地局ＣＳ１〜ＣＳ４は、有線回線を介して電話回線網３と接続されており、当該電話回線網３にはインターネット２や、図示しない多くの加入者有線端末、コンピュータネットワーク及び企業内ネットワーク等が接続されている。
【０５６４】
電話回線網３には、インターネットサービスプロバイダのアクセスサーバＡＳも接続されており、当該アクセスサーバＡＳには当該インターネットサービスプロバイダが保有するコンテンツサーバＴＳが接続されている。
【０５６５】
このコンテンツサーバＴＳは、加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からの要求に応じて例えば簡易ホームページ等のコンテンツをたとえばコンパクトＨＴＭＬ（Hyper Text Markup Language）形式のファイルとして提供するようになされている。
【０５６６】
このコンパクトＨＴＭＬとは、ＨＴＭＬのサブセットであり、限られたサイズの表示装置の中で反映可能なタグのみ残し他の部分を切り捨てたものである。例えばＮＴＴドコモ社のサービスであるｉＭｏｄｅ（登録商標）ではｉモード様ＨＴＭＬを採用しており、これは携帯電話に必要な機能を絞り込み約３０種のタグを使用し、テキストの文字属性や色は指定できず、画像も２段階調節のＧＩＦファイルが推奨されるなどの限定条件がある。
【０５６７】
このようなコンパクトＨＴＭＬや移動通信用プロトコルのＷＡＰ(Wireless Application Protocol)にて使われる記述言語であるＨＤＭＬ（handheld Device Markup Language）、ＷＭＬ（Wireless Markup Language）等を用いることで、表示領域や表示能力に制限のある携帯電話機等で閲覧する簡易ホームページのファイルを作成することができる。
【０５６８】
このコンテンツ配信システム５００では、本実施の形態と同様にインターネット２とサーバ使用予約管理センタ５やストリーミングサーバ８が接続され、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）のプロトコルに従って加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からサーバ使用予約管理センタ５やストリーミングサーバ８に対してアクセスし得るようになされている。
【０５６９】
なおコンテンツ配信システム５００においても、ストリーミングサーバ８を介してストリーム配信を行う際、カメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からサーバ接続専用ネットワーク６を介してストリーミングサーバ８へコンテンツ送信を行うようにしているが、インターネット２経由でコンテンツ送信を行うようにしてもよい。
【０５７０】
因みに携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機、ＭＳ３、ＭＳ４は、基地局ＣＳ１〜ＣＳ４までを2[Ｍbps]の簡易トランスポートプロトコルで通信し、当該基地局ＣＳ１〜ＣＳ４からインターネット２を介してストリーミングサーバ８までをＴＣＰ／ＩＰプロトコルで通信するようになされている。
【０５７１】
なお管理制御装置ＭＣＵは、電話回線網３を介して加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４と接続されており、当該携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４に対する認証処理や課金処理等を行うようになされている。
【０５７２】
次に、ユーザＰＣ４（図１）に代わるカメラ付ディジタル携帯電話機ＭＳ３の外観構成例について説明する。図６０に示すようにカメラ付ディジタル携帯電話機ＭＳ３は、中央のヒンジ部５１１を境に表示部５１２と本体５１３とに分けられており、当該ヒンジ部５１１を介して折り畳み可能に形成されている。
【０５７３】
表示部５１２には、上端左部に送受信用のアンテナ５１４が引出し及び収納可能な状態に取り付けられており、当該アンテナ５１４を介して基地局ＣＳ３との間で電波を送受信するようになされている。
【０５７４】
また表示部５１２には、上端中央部にほぼ１８０度の角度範囲で回動自在なカメラ部５１５が設けられており、当該カメラ部５１５のＣＣＤカメラ５１６によって所望の撮像対象を撮像し得るようになされている。
【０５７５】
ここで表示部５１２は、カメラ部５１５がコンテンツ提供者によってほぼ１８０度回動させて位置決めされた場合、図６１に示すように当該カメラ部５１５の背面側中央に設けられたスピーカ５１７が正面側に位置することになり、これにより通常の音声通話状態に切り換わるようになされている。
【０５７６】
さらに表示部５１２には、その正面に液晶ディスプレイ５１８設けられており、電波の受信状態、電池残量、電話帳として登録されている相手先名や電話番号及び発信履歴等の他、電子メールの内容、簡易ホームページ、カメラ部５１５のＣＣＤカメラ５１６で撮像した画像及び図示しない内蔵アンテナを介して受信したＴＶ番組の番組映像を表示し得るようになされている。
【０５７７】
一方、本体５１３には、その表面の「０」〜「９」の数字キー、発呼キー、リダイヤルキー、終話及び電源キー、クリアキー及び電子メールキー等の操作キー５１９が設けられており、当該操作キー５１９を用いて各種指示を入力し得るようになされている。
【０５７８】
また本体５１３には、操作キー５１９の下部にメモボタン５２０やマイクロフォン５２１が設けられており、当該メモボタン５２０によって通話中の間の音声を録音し得ると共に、マイクロフォン５２１によって通話時のユーザの音声を集音するようになされている。
【０５７９】
さらに本体５１３には、操作キー５１９の上部に回転操作、回動操作及び押圧操作自在なジョグダイヤル５２２が当該本体５１３の表面から僅かに突出した状態で設け等られており、当該ジョグダイヤル５２２に対する回動操作に応じて液晶ディスプレイ５１８に表示されている電話帳リストや電子メールのスクロール動作、簡易ホームページの握り動作及び画像の送り動作等の種々の動作を実行するようになされている。
【０５８０】
例えば本体５１３は、コンテンツ提供者によるジョグダイヤル５２２の回動操作に応じて液晶ディスプレイ５１８に表示された電話帳リストの複数の電話番号の中から所望の電話番号が選択され、当該ジョグダイヤル５２２が本体５１３の内部方向に押圧操作されると、選択された電話番号を確定して当該電話番号に対して自動的に発呼処理を行うようになされている。
【０５８１】
なお本体５１３は、背面側に図示しないバッテリパックが挿着されており、終話及び電源キーがオン状態になると、当該バッテリパックから各回路部に対して電力が供給されて動作可能な状態に起動する。
【０５８２】
ところで本体５１３には、当該本体５１３の左側面上部に抜差自在なメモリスティック（ソニー株式会社の商標）５２３を挿着するためのメモリスティックスロット５２４が設けられており、メモボタン５２０が押下されるとメモリスティック５２３に通話中の相手の音声を記録したり、受信中のＴＶ番組の映像データを録画したり、或いはコンテンツ提供者の操作に応じて電子メール、簡易ホームページ、ＣＣＤカメラ２１６で撮像した画像を記録し得るようになされている。
【０５８３】
ここでメモリスティック５２３は、本願出願人であるソニー株式会社によって開発されたフラッシュメモリカードの一種である。このメモリスティック５２３は、縦21.5×横50×厚さ.8［mm］の小型薄型形状のプラスチックケース内に電気的に書換えや消去が可能な不揮発性メモリであるＥＥＰＲＯＭ(Electrically Erasable and Programmable Read Only Memory)の一種であるフラッシュメモリ素子を格納したものであり、１０ピン端子を介して画像や音声、音楽等の各種データの書き込み及び読み出しが可能となっている。
【０５８４】
またメモリスティック５２３は、大容量化等による内臓フラッシュメモリの仕様変更に対しても、使用する機器で互換性を確保することができる独自のシリアルプロトコルを採用し、最大書込速度1.5[MB/S]、最大読出速度2.45[MB/S]の高速性能を実現していると共に、誤消去防止スイッチを設けて高い信頼性を確保している。
【０５８５】
従ってカメラ付ディジタル携帯電話機ＭＳ３は、このようなメモリスティック５２３を挿着可能に構成されているために、当該メモリスティック５２３を介して他の電子機器との間でデータの共有化を図ることができるようになされている。
【０５８６】
図６２に示すように、カメラ付ディジタル携帯電話機ＭＳ３は、表示部５１２及び本体５１３の各部を統括的に制御するようになされた主制御部５５０に対して、電源回路部５５１、操作入力制御部５５２、画像エンコーダ５５３、カメラインタフェース部５５４、ＬＣＤ（Liquid Crystal Display）制御部５５５、画像デコーダ５５６、多重分離部５５７、記録再生部５６２、変復調回路部５５８及び音声コーデック５５９がメインバス５６０を介して互いに接続されると共に，画像エンコーダ５５３、画像デコーダ５５６、多重分離部５５７、変復調回路部５５８及び音声コーデック５５９が同期バス５６１を介して互いに接続されて構成されている。
【０５８７】
電源回路部５５１は、コンテンツ提供者の操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することによりカメラ付ディジタル電話機ＭＳ３を動作可能な状態に起動する。
【０５８８】
カメラ付ディジタル携帯電話機ＭＳ３は、ＣＰＵ、ＲＯＭ及びＲＡＭ等でなる主制御部５５０の制御に基づいて、音声通話モード時にマイクロフォン５２１で集音した音声信号を音声コーデック５５９によってディジタル音声データに変換し、これを変復調回路部５５８でスペクトラム拡散処理し、送受信回路部５６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ５１４を介して送信する。
【０５８９】
またカメラ付ディジタル携帯電話機ＭＳ３は、音声通話モード時にアンテナ５１４で受信した受信信号を増幅して周波数変換処理及びアナログディジタル変換処理を施し、変復調回路部５５８でスペクトラム逆拡散処理し、音声コーデック５５９によってアナログ音声信号に変換した後、これをスピーカ５１７を介して出力する。
【０５９０】
さらにカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に電子メールを送信する場合、操作キー５１９及びジョグダイヤル５２２の操作によって入力された電子メールのテキストデータを操作入力制御部５５２を介して主制御部５５０へ送出する。
【０５９１】
主制御部５５０は、テキストデータを変復調回路部５５８でスペクトラム拡散処理し、送受信回路部５６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ５１４を介して基地局ＣＳ３（図５９）へ送信する。
【０５９２】
これに対してカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に電子メールを受信する場合、アンテナ５１４を介して基地局ＣＳ３から受信した受信信号を変復調回路部５５８でスペクトラム逆拡散処理して元のテキストデータを復元した後、ＬＣＤ制御部５５５を介して液晶ディスプレイ５１８に電子メールとして表示する。
【０５９３】
この後カメラ付ディジタル携帯電話機ＭＳ３は、コンテンツ提供者の操作に応じて受信した電子メールを記録再生部５６２を介してメモリスティック５２３に記録することも可能である。
【０５９４】
一方カメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に画像データを送信する場合、ＣＣＤカメラ５１６で撮像された画像データをカメラインターフェース部５５４を介して画像エンコーダ５５３に供給する。
【０５９５】
因みにカメラ付ディジタル携帯電話機ＭＳ３は、画像データを送信しない場合には、ＣＣＤカメラ５１６で撮像した画像データをカメラインターフェース部５５４及びＬＣＤ制御部５５５を介して液晶ディスプレイ５１８に直接表示することも可能である。
【０５９６】
画像エンコーダ５５３は、ＣＣＤカメラ５１６から供給された画像データを例えばＭＰＥＧ（Moving Picture Experts Group）２やＭＰＥＧ４等の所定の符号化方式によって圧縮符号化することにより符号化画像データに変換し、これを多重分離部５５７に送出する。
【０５９７】
このとき同時にカメラ付ディジタル携帯電話機ＭＳ３は、ＣＣＤカメラ５１６で撮像中にマイクロフォン５２１で集音した音声を音声コーデック５５９を介してディジタルの音声データとして多重分離部５５７に送出する。
【０５９８】
多重分離部５５７は、画像エンコーダ５５３から供給された符号化画像データと音声コーデック５５９から供給された音声データとを所定の方式で多重化し、その結果得られる多重化データを変復調回路部５５８でスペクトラム拡散処理し、送受信回路部５６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ５１４を介して送信する。
【０５９９】
これに対してカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に例えば簡易ホームページ等にリンクされた動画像ファイルのデータを受信する場合、アンテナ５１４を介して基地局ＣＳ３から受信した受信信号を変復調回路部５５８でスペクトラム逆拡散処理し、その結果得られる多重化データを多重分離部５５７に送出する。
【０６００】
多重分離部５５７は、多重化データを分離することにより符号化画像データと音声データとに分け、同期バス５６１を介して当該符号化画像データを画像デコーダ５５６に供給すると共に当該音声データを音声コーデック５５９に供給する。
【０６０１】
画像デコーダ５５６は、符号化画像データをＭＰＥＧ２やＭＰＥＧ４等の所定の符号化方式に対応した復号化方式でデコードすることにより再生動画像データを生成し、これをＬＣＤ制御部５５５を介して液晶ディスプレイ５１８に供給し、これにより、例えば、簡易ホームページにリンクされた動画像ファイルに含まれる動画像データを表示する。
【０６０２】
このとき同時に音声コーデック５５９は、音声データをアナログ音声信号に変換した後、これをスピーカ５１７に供給し、これにより例えば、簡易ホームページにリンクされた動画像ファイルに含まれる音声データを再生する。
【０６０３】
この場合も電子メールの場合と同様にカメラ付ディジタル携帯電話機ＭＳ３は、受信した簡易ホームページ等にリンクされたデータをユーザの操作により記録再生部５６２を介してメモリスティック５２３に記録することが可能である。
【０６０４】
かかる構成に加えてカメラ付ディジタル携帯電話機ＭＳ３は、主制御部５５０のＲＯＭに上述の実施の形態と同様の種々のアプリケーションプログラム等が格納されており、このアプリケーションプログラムに基づいて、サーバ使用予約管理センタ５のライブキャスティングサーバ１５０（図１５）にアクセスし、当該ライブキャスティングサーバ１５０との間で上述したメンバー登録、リコンファームを含むライブ予約、送信可能な伝送速度のみを選択可能とする自動調整、及び選択した複数種類の伝送速度でなるライブコンテンツを同時並列的にストリーミングサーバ８へ送信する送信処理等を行い得るようになされている。
【０６０５】
従ってカメラ付ディジタル携帯電話機ＭＳ３においても、ライブ配信時、ライブ予約の際に保存した予約設定情報ファイル１８４を自動的に読み出してストリーミングサーバ８との間で伝送路を確立し、ＣＣＤカメラ５１６で撮影したライブコンテンツを複数種類の伝送速度でストリーミングサーバ８を介してクライアントＰＣ７Ａ、７Ｂ及び７Ｃへマルチストリーム配信するようになされている。
【０６０６】
さらに上述の実施の形態においては、ユーザ端末であるユーザＰＣ４とインターネット２とが接続可能な一般回線であるケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃの種類を予約希望情報ファイルとしてユーザＰＣ４から受信する回線種類情報受信手段であるネットワークインターフェース１５４と、予約希望情報ファイルに基づいてユーザＰＣ４がケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃを介してインターネット２と接続可能であることを認識し、ユーザＰＣ４とストリーミングサーバ８との間に予め設けられた専用回線であるサーバ接続専用ネットワーク６及び一般回線であるケーブルテレビ網３Ｂ、ＡＤＳＬ網３ＣをユーザＰＣ４が接続可能な予約設定情報ファイル１８４としてユーザＰＣ４へ通知することにより、当該ユーザＰＣ４に対してサーバ接続専用ネットワーク６又はケーブルテレビ網３Ｂ、ＡＤＳＬ網３Ｃを選択可能に設定する接続回線制御手段であるライブキャスティングサーバ１５０とによって接続回線制御装置としてのサーバ使用予約管理センタ５を構成するようにした場合について述べたが、本発明はこれに限らず、他の種々の回線種類情報受信手段と、接続回線制御手段とによって接続回線制御装置を構成するようにしても良い。
【０６０７】
さらに上述の実施の形態においては、ユーザ端末としてのユーザＰＣ４とネットワークとしてのインターネット２とが接続可能な回線であるケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃの種類を回線種類情報としての予約希望情報ファイルとしてユーザＰＣ４から受信する受信手段としてのネットワークインターフェース１５４と、ユーザＰＣ４が複数種類の伝送速度でなる複数のライブコンテンツをケーブルテレビ網３Ｂ又はＡＤＳＬ網３Ｃによるインターネット接続を介して同時並列的にコンテンツ配信制御サーバとしてのストリーミングサーバ８へ送信する際のストリーム数を予約希望情報ファイルに応じて制限するストリーム数制御手段としてのライブキャスティングサーバ１５０とによってサーバ使用予約管理センタを構成するようにした場合について述べたが、本発明はこれに限らず、他の種々の受信手段及びストリーム数制御手段によってサーバ使用予約管理センタ５を構成するようにしても良い。
【０６０８】
【発明の効果】
以上の構成によれば、コンテンツ配信制御サーバは、ユーザ端末が複数種類の伝送速度でなる複数のコンテンツを同時並列的に送信する際のストリーム数を回線の種類に合わせて制限することにより、当該ユーザ端末から送信不可能なストリーム数のコンテンツが同時並列的に送信されることを未然に防止し、ユーザ端末の通信環境に応じたコンテンツの送信処理を確実に実行させることができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるコンテンツ配信システムの全体構成を示すブロック図である。
【図２】ユーザＰＣの回路構成を示すブロック図である。
【図３】ユーザＰＣの外観構成（１）を示す略線的斜視図である。
【図４】ユーザＰＣの外観構成（２）を示す略線的斜視図である。
【図５】ユーザＰＣによるアプリケーションプログラム起動時の初期画面を示す略線図である。
【図６】撮影モード画面の全体構成を示す略線図である。
【図７】アップロードモード画面の全体構成を示す略線図である。
【図８】Ｗｅｂ確認モード画面の全体構成を示す略線図である。
【図９】ライブ予約／確認モード画面の全体構成を示す略線図である。
【図１０】ライブ配信モード画面の全体構成を示す略線図である。
【図１１】エフェクト項目表示欄を示す略線図である。
【図１２】Ａボタン用のエフェクト設定画面を示す略線図である。
【図１３】Ｂボタン用のエフェクト設定画面を示す略線図である。
【図１４】プリセット用のエフェクト設定画面を示す略線図である。
【図１５】サーバ使用予約管理センタの構成を示すブロック図である。
【図１６】パーソナルキャスティングサービストップページ画面を示す略線図である。
【図１７】パーソナルキャスティングサービスの概要説明画面を示す略線図である。
【図１８】ライブ内容提示画面を示す略線図である。
【図１９】ライブコンテンツ詳細情報画面を示す略線図である。
【図２０】番組ガイド表画面を示す略線図である。
【図２１】予約テーブルを示す略線図である。
【図２２】メンバー登録処理シーケンスを示すフローチャートである。
【図２３】メンバー登録用入力画面を示す略線図である。
【図２４】予約確認処理シーケンスを示すフローチャートである。
【図２５】配信環境設定画面を示す略線図である。
【図２６】配信環境選択時の配信環境設定画面を示す略線図である。
【図２７】新規予約設定画面を示す略線図である。
【図２８】タイムテーブル画面を示す略線図である。
【図２９】配信チャンネル選択時の新規予約設定画面を示す略線図である。
【図３０】予約用画面を示す略線図である。
【図３１】予約確認用画面を示す略線図である。
【図３２】予約登録手続完了画面を示す略線図である。
【図３３】リコンファーム処理シーケンスを示すフローチャートである。
【図３４】マイチャンネル画面を示す略線図である。
【図３５】リコンファーム用画面を示す略線図である。
【図３６】カード情報入力画面を示す略線図である。
【図３７】カードオーソリティ画面を示す略線図である。
【図３８】予約設定情報ファイルを示す略線図である。
【図３９】予約データのデータ内容を示す略線図である。
【図４０】選択可能な伝送速度を示す略線図である。
【図４１】接続設定画面を示す略線図である。
【図４２】リコンファーム完了画面を示す略線図である。
【図４３】電子メール画面を示す略線図である。
【図４４】リコンファーム済みのマイチャンネル画面を示す略線図である。
【図４５】予約設定情報変更画面を示す略線図である。
【図４６】変更完了画面を示す略線図である。
【図４７】予約取消画面を示す略線図である。
【図４８】取消通知画面を示す略線図である。
【図４９】予約確認画面を示す略線図である。
【図５０】ライブ配信時におけるコンテンツ送信処理シーケンスを示すフローチャートである。
【図５１】専用回線接続時の回線設定画面を示す略線図である。
【図５２】インターネット接続時の回線設定画面を示す略線図である。
【図５３】帯域設定画面を示す略線図である。
【図５４】推奨設定使用時の帯域設定画面を示す略線図である。
【図５５】配信帯域の初期設定処理手順を示すフローチャートである。
【図５６】配信帯域の追加処理手順を示すフローチャートである。
【図５７】配信帯域の追加削除設定処理手順を示すフローチャートである。
【図５８】クライアントＰＣにおける再生表示画面を示す略線図である。
【図５９】他の実施の形態におけるコンテンツ配信システムを示す略線図である。
【図６０】カメラ付ディジタル携帯電話機の外観構成を示す略線的斜視図である。
【図６１】カメラ部を回動したときのカメラ付ディジタル形態電話機の表示部を示す略線的斜視図である。
【図６２】カメラ付ディジタル携帯電話機の回路構成を示すブロック図である。
【符号の説明】
１……コンテンツ配信システム、２……インターネット、３……公衆回線網、３Ａ……電話回線網、３Ｂ……ケーブルテレビ網、３Ｃ……ＡＤＳＬ網、４……ユーザＰＣ、５……サーバ使用予約管理センタ、８……ストリーミングサーバ、７Ａ、７Ｂ、７Ｃ……クライアントＰＣ、８……サーバ接続専用ネットワーク、１５０……ライブキャスティングサーバ、１５１……予約データベース、１５２……ユーザデータベース、１５３……ＮＴＰサーバ、１５４……ネットワークインターフェース、１５５……データベースサーバ。

Claims (25)

  1. ユーザ端末と、当該ユーザ端末から受信したコンテンツをクライアントへ配信するコンテンツ配信制御サーバとがネットワークを介して接続されることにより構築されたコンテンツ配信システムにおいて、
    上記ユーザ端末は、当該ユーザ端末と上記ネットワークとが接続可能な回線の種類を回線種類情報として上記コンテンツ配信制御サーバへ送信し、
    上記コンテンツ配信制御サーバは、上記ユーザ端末が複数種類の伝送速度でなる複数の上記コンテンツを上記回線を介して同時並列的に当該コンテンツ配信制御サーバへ送信する際のストリーム数を上記回線種類情報に応じて制限する
    コンテンツ配信システム。
  2. 上記ユーザ端末は、上記回線の種類に加えてユーザが所望するサービス内容を含めた上記回線種類情報を上記コンテンツ配信制御サーバへ送信し、
    上記コンテンツ配信制御サーバは、上記回線の種類及び上記サービス内容に応じて上記ストリーム数を制限する
    請求項１に記載のコンテンツ配信システム。
  3. 上記コンテンツ配信制御サーバは、上記ストリーム数、上記回線の最大帯域及び各ストリーム毎の伝送速度を設定情報として上記ユーザ端末へ通知する
    請求項１に記載のコンテンツ配信システム。
  4. 上記コンテンツ配信制御サーバは、上記各ストリーム毎の伝送速度の推奨値を上記設定情報として上記ユーザ端末へ通知する
    請求項３に記載のコンテンツ配信システム。
  5. 上記コンテンツ配信制御サーバは、コンテンツ配信制御サーバアドレス、上記コンテンツ配信制御サーバの帯域及び上記回線の電話番号を必要最小限な設定情報として上記ユーザ端末へ通知し、
    上記ユーザ端末は、上記設定情報に基づいてユーザに設定させる項目を最小限に制限したＧＵＩ画面として表示する
    請求項１に記載のコンテンツ配信システム。
  6. ユーザ端末とネットワークを介して接続され、当該ユーザ端末から受信したコンテンツをクライアントへ配信するコンテンツ配信制御サーバにおいて、
    上記ユーザ端末と上記ネットワークとが接続可能な回線の種類を回線種類情報として当該ユーザ端末から受信する受信手段と、
    上記ユーザ端末が複数種類の伝送速度でなる複数の上記コンテンツを上記回線を介して同時並列的に当該コンテンツ配信制御サーバへ送信する際のストリーム数を上記回線種類情報に応じて制限するストリーム数制御手段と
    を有するコンテンツ配信制御サーバ。
  7. 上記受信手段は、上記ユーザ端末から上記回線の種類に加えてユーザが所望するサービス内容を含めた上記回線種類情報を受信し、
    上記ストリーム数制御手段は、上記回線の種類及び上記サービス内容に応じて上記ストリーム数を制限する
    請求項６に記載のコンテンツ配信制御サーバ。
  8. 上記ストリーム数制御手段は、上記ストリーム数、上記回線の最大帯域及び各ストリーム毎の伝送速度を設定情報として上記ユーザ端末へ知する
    請求項６に記載のコンテンツ配信制御サーバ。
  9. 上記ストリーム数制御手段は、上記各ストリーム毎の伝送速度の推奨値を上記設定情報として上記ユーザ端末へ通知する
    請求項８に記載のコンテンツ配信制御サーバ。
  10. 上記ストリーム数制御手段は、コンテンツ配信制御サーバアドレス、上記コンテンツ配信制御サーバの帯域及び上記回線の電話番号を必要最小限な設定情報として上記ユーザ端末へ通知し、当該ユーザ端末を介してユーザに設定させる項目を最小限に制限した上記設定情報に基づくＧＵＩ画面として表示させる
    請求項６に記載のコンテンツ配信制御サーバ。
  11. ユーザ端末がネットワークを介してコンテンツを送信する際の送信処理を外部から制御するコンテンツ送信処理制御方法において、
    上記ユーザ端末と上記ネットワークとが接続可能な回線の種類を回線種類情報として当該ユーザ端末から受信する受信ステップと、
    上記ユーザ端末が複数種類の伝送速度でなる複数のコンテンツを上記回線を介して同時並列的に送信する際のストリーム数を上記回線種類情報に応じて制限するストリーム数制御ステップと
    を有するコンテンツ送信処理制御方法。
  12. 上記受信ステップでは、上記ユーザ端末から上記回線の種類に加えてユーザが所望するサービス内容を含めた上記回線種類情報を受信し、
    上記ストリーム数制御ステップでは、上記回線の種類及び上記サービス内容に応じて上記ストリーム数を制限する
    請求項１１に記載のコンテンツ送信処理制御方法。
  13. 上記ストリーム数制御ステップは、上記ストリーム数、上記回線の最大帯域及び各ストリーム毎の伝送速度を設定情報として上記ユーザ端末へ通知する
    請求項１１に記載のコンテンツ送信処理制御方法。
  14. 上記ストリーム数制御ステップは、上記各ストリーム毎の伝送速度の推奨値を上記設定情報として上記ユーザ端末へ通知する
    請求項１３に記載のコンテンツ送信処理制御方法。
  15. 上記ストリーム数制御ステップは、上記ユーザ端末から受信したコンテンツをクライアントへ配信するコンテンツ配信制御サーバのコンテンツ配信制御サーバアドレス、上記コンテンツ配信制御サーバの帯域及び上記回線の電話番号を必要最小限な設定情報として上記ユーザ端末へ通知し、当該ユーザ端末を介してユーザに設定させる項目を最小限に制限した上記設定情報に基づくＧＵＩ画面として表示させる
    請求項１１に記載のコンテンツ送信処理制御方法。
  16. ユーザ端末からネットワークを介して受信したコンテンツをクライアントへ配信するコンテンツ配信制御サーバに、
    上記ユーザ端末と上記ネットワークとが接続可能な回線の種類を回線種類情報として当該ユーザ端末から受信する受信ステップと、
    上記ユーザ端末が複数種類の伝送速度でなる複数の上記コンテンツを上記回線を介して同時並列的に上記コンテンツ配信制御サーバへ送信する際のストリーム数を上記回線種類情報に応じて制限するストリーム数制御ステップと
    を実行させるためのコンテンツ送信処理制御プログラム。
  17. 上記受信ステップでは、上記ユーザ端末から上記回線の種類に加えてユーザが所望するサービス内容を含めた上記回線種類情報を受信し、
    上記ストリーム数制御ステップでは、上記回線の種類及び上記サービス内容に応じて上記ストリーム数を制限する
    請求項１６に記載のコンテンツ送信処理制御プログラム。
  18. 上記ストリーム数制御ステップは、上記ストリーム数、上記回線の最大帯域及び各ストリーム毎の伝送速度を設定情報として上記ユーザ端末へ通知する
    請求項１６に記載のコンテンツ送信処理制御プログラム。
  19. 上記ストリーム数制御ステップは、上記各ストリーム毎の伝送速度の推奨値を上記設定情報として上記ユーザ端末へ通知する
    請求項１８に記載のコンテンツ送信処理制御プログラム。
  20. 上記ストリーム数制御ステップは、コンテンツ配信制御サーバアドレス、上記コンテンツ配信制御サーバの帯域及び上記回線の電話番号を必要最小限な設定情報として上記ユーザ端末へ通知し、当該ユーザ端末を介してユーザに設定させる項目を最小限に制限した上記設定情報に基づくＧＵＩ画面として表示させる
    請求項１６に記載のコンテンツ送信処理制御プログラム。
  21. ネットワークを介して接続されたユーザ端末から受信したコンテンツをクライアントへ配信するコンテンツ配信制御サーバが、上記ユーザ端末と上記ネットワークとが接続可能な回線の種類を回線種類情報として当該ユーザ端末から受信する受信ステップと、
    上記ユーザ端末が複数種類の伝送速度でなる複数の上記コンテンツを上記回線を介して同時並列的に当該コンテンツ配信制御サーバへ送信する際のストリーム数を上記回線種類情報に応じて制限するストリーム数制御ステップと
    を有するコンテンツ送信処理制御プログラムを上記コンテンツ配信制御サーバに実行させるコンテンツ送信処理制御プログラム格納媒体。
  22. 上記受信ステップでは、上記ユーザ端末から上記回線の種類に加えてユーザが所望するサービス内容を含めた上記回線種類情報を受信し、
    上記ストリーム数制御ステップでは、上記回線の種類及び上記サービス内容に応じて上記ストリーム数を制限する
    請求項２１に記載のコンテンツ送信処理制御プログラム格納媒体。
  23. 上記ストリーム数制御ステップは、上記ストリーム数、上記回線の最大帯域及び各ストリーム毎の伝送速度を設定情報として上記ユーザ端末へ通知する
    請求項２１に記載のコンテンツ送信処理制御プログラム格納媒体。
  24. 上記ストリーム数制御ステップは、上記各ストリーム毎の伝送速度の推奨値を上記設定情報として上記ユーザ端末へ通知する
    請求項２３に記載のコンテンツ送信処理制御プログラム格納媒体。
  25. 上記ストリーム数制御ステップは、コンテンツ配信制御サーバアドレス、上記コンテンツ配信制御サーバの帯域及び上記回線の電話番号を必要最小限な設定情報として上記ユーザ端末へ通知し、当該ユーザ端末を介してユーザに設定させる項目を最小限に制限した上記設定情報に基づくＧＵＩ画面として表示させる
    請求項２１に記載のコンテンツ送信処理制御プログラム格納媒体。
JP2001147137A 2001-05-16 2001-05-16 コンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体 Expired - Fee Related JP4774625B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001147137A JP4774625B2 (ja) 2001-05-16 2001-05-16 コンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体
US10/143,022 US7334022B2 (en) 2001-05-16 2002-05-13 Content distribution system, content distribution control server, content transmission processing control method, content transmission processing control program, content transmission processing control program storage medium, content transmission device, content transmission method, content transmission control program and content transmission control program storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001147137A JP4774625B2 (ja) 2001-05-16 2001-05-16 コンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体

Publications (2)

Publication Number Publication Date
JP2002344557A JP2002344557A (ja) 2002-11-29
JP4774625B2 true JP4774625B2 (ja) 2011-09-14

Family

ID=18992666

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001147137A Expired - Fee Related JP4774625B2 (ja) 2001-05-16 2001-05-16 コンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体

Country Status (2)

Country Link
US (1) US7334022B2 (ja)
JP (1) JP4774625B2 (ja)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002074123A (ja) * 2000-08-31 2002-03-15 Sony Corp サーバの使用予約方法、予約管理装置およびプログラム格納媒体
JP2002077868A (ja) * 2000-08-31 2002-03-15 Sony Corp コンテンツ配信の予約方法、コンテンツ配信方法、予約管理装置およびプログラム格納媒体
US8516054B2 (en) * 2000-12-20 2013-08-20 Aurea Software, Inc. Message handling
US20030005138A1 (en) * 2001-06-25 2003-01-02 Giffin Michael Shawn Wireless streaming audio system
US8301800B1 (en) 2002-07-02 2012-10-30 Actional Corporation Message processing for distributed computing environments
JP2004357085A (ja) * 2003-05-30 2004-12-16 Hitachi Ltd 記録再生装置、送信装置および送信方法
US20050117541A1 (en) * 2003-12-02 2005-06-02 Proxim Corporation., A Delaware Corporation System and method for dynamically determining reservation parameters in a wireless network
JP2005196492A (ja) * 2004-01-07 2005-07-21 Ntt Docomo Inc アクセス情報生成装置、アクセス情報生成方法及び受信装置
US7962938B2 (en) * 2004-04-27 2011-06-14 Microsoft Corporation Specialized media presentation via an electronic program guide (EPG)
JP2006031394A (ja) * 2004-07-15 2006-02-02 Yamaha Corp コンテンツ配信システム
US9232338B1 (en) * 2004-09-09 2016-01-05 At&T Intellectual Property Ii, L.P. Server-paid internet access service
JP4533098B2 (ja) * 2004-11-16 2010-08-25 キヤノン株式会社 画像表示装置、画像表示装置の表示制御方法、プログラム、及び記憶媒体
US20060126613A1 (en) * 2004-12-09 2006-06-15 Nortel Networks Limited Multi-homed broadband router
US8090802B1 (en) * 2004-12-13 2012-01-03 At&T Mobility Ii Llc Smart super-distribution of rights-protected digital content
JP4573353B2 (ja) * 2005-03-09 2010-11-04 パイオニア株式会社 コンテンツ配信システム、コンテンツ配信方法及びコンテンツ配信プログラム
US8191078B1 (en) 2005-03-22 2012-05-29 Progress Software Corporation Fault-tolerant messaging system and methods
US8301720B1 (en) 2005-07-18 2012-10-30 Progress Software Corporation Method and system to collect and communicate problem context in XML-based distributed applications
US8849821B2 (en) * 2005-11-04 2014-09-30 Nokia Corporation Scalable visual search system simplifying access to network and device functionality
US20070106804A1 (en) * 2005-11-10 2007-05-10 Iona Technologies Inc. Method and system for using message stamps for efficient data exchange
US7710958B2 (en) 2006-01-20 2010-05-04 Iona Technologies Limited Method for recoverable message exchange independent of network protocols
US8099520B2 (en) * 2006-06-23 2012-01-17 Pro Softnet Corporation System and method for storing and accessing data
JP5023596B2 (ja) * 2006-07-26 2012-09-12 富士通株式会社 プログラム配布装置
US8775452B2 (en) * 2006-09-17 2014-07-08 Nokia Corporation Method, apparatus and computer program product for providing standard real world to virtual world links
WO2008097912A2 (en) * 2007-02-06 2008-08-14 Progress Software Corporation Event-based process configuration
US9009234B2 (en) 2007-02-06 2015-04-14 Software Ag Complex event processing system having multiple redundant event processing engines
US8276115B2 (en) * 2007-02-06 2012-09-25 Progress Software Corporation Automated construction and deployment of complex event processing applications and business activity monitoring dashboards
US8259811B2 (en) * 2007-11-30 2012-09-04 Olympus Imaging Corp Method for determining a number of items of encoded data that can be stored in a memory, and method for controlling sizes of items of encoded image data to be stored in a memory
US20090150433A1 (en) * 2007-12-07 2009-06-11 Nokia Corporation Method, Apparatus and Computer Program Product for Using Media Content as Awareness Cues
US20090245114A1 (en) * 2008-04-01 2009-10-01 Jayanth Vijayaraghavan Methods for collecting and analyzing network performance data
JP2009267635A (ja) * 2008-04-23 2009-11-12 Sony Ericsson Mobilecommunications Japan Inc 通信端末装置、無線通信ネットワークシステム及びコンテンツ配信方法
JP4913097B2 (ja) * 2008-06-16 2012-04-11 株式会社日立国際電気 映像再生方法及び映像再生装置並びに映像配信システム
US8832580B2 (en) 2008-11-05 2014-09-09 Aurea Software, Inc. Software with improved view of a business process
EP2357869B1 (en) * 2008-11-26 2020-05-27 NEC Corporation Method of allocation of resource, communications system, base station, and program
US20110154420A1 (en) 2009-12-17 2011-06-23 Level 3 Communications, Llc Data Feed Resource Reservation System
US9712580B2 (en) * 2012-04-03 2017-07-18 Netflix, Inc. Pipelining for parallel network connections to transmit a digital content stream
US11151515B2 (en) * 2012-07-31 2021-10-19 Varonis Systems, Inc. Email distribution list membership governance method and system
US8788439B2 (en) 2012-12-21 2014-07-22 InsideSales.com, Inc. Instance weighted learning machine learning model
US9805569B2 (en) 2012-11-08 2017-10-31 Intrepid Networks, Llc System and method for detecting and analyzing near range weapon fire
WO2014085605A2 (en) * 2012-11-28 2014-06-05 Intrepid Networks, Llc Integrated systems and methods providing situational awareness of operations in an organization
US11616837B2 (en) 2013-04-11 2023-03-28 Intrepid Networks, Llc Distributed processing network system, integrated response systems and methods providing situational awareness information for emergency response
US10756916B2 (en) 2014-06-17 2020-08-25 Intrepid Networks, Llc Distributed processing network system, integrated response systems and methods providing situational awareness information for emergency response
KR102238214B1 (ko) * 2014-09-12 2021-04-12 삼성전자 주식회사 디스플레이장치 및 그 제어방법
US20160180257A1 (en) * 2014-12-18 2016-06-23 Expedia, Inc. Automatic conversion of formatted travel information
JP6737717B2 (ja) * 2017-01-06 2020-08-12 株式会社ソニー・インタラクティブエンタテインメント 情報処理装置およびアプリケーション画像配信方法
WO2020027774A1 (en) * 2018-07-30 2020-02-06 Micro Motion, Inc. Meter electronics and methods for verification diagnostics for a flow meter
JP6869291B2 (ja) * 2019-06-24 2021-05-12 株式会社 ディー・エヌ・エー デジタルコンテンツを配信するシステム、方法、及びプログラム
CN110659121B (zh) * 2019-09-24 2022-05-24 北京达佳互联信息技术有限公司 任务数据获取方法及装置、任务配置方法及装置和服务器
JP7018484B2 (ja) * 2020-07-16 2022-02-10 株式会社ソニー・インタラクティブエンタテインメント 情報処理装置およびゲーム画像表示方法
CN112752113B (zh) * 2020-12-28 2022-08-02 上海哔哩哔哩科技有限公司 直播服务器异常因素的确定方法及装置
US11729479B2 (en) * 2020-12-31 2023-08-15 Sony Interactive Entertainment Inc. Methods and systems for dynamic summary queue generation and provision

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6006264A (en) * 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
JPH11187340A (ja) * 1997-12-22 1999-07-09 Hitachi Ltd 分散型ストリーム処理システム
JP2995177B1 (ja) * 1998-07-10 1999-12-27 株式会社ディジタル・ビジョン・ラボラトリーズ ストリーム配信システム
JP2000090512A (ja) * 1998-09-14 2000-03-31 Toshiba Corp データストリーム記録装置及び方法並びにデータストリーム制御装置及び方法
US6633570B1 (en) * 1999-02-08 2003-10-14 Paitalk Holdings, Inc. Efficient transmission of data to multiple network nodes
JP2000244601A (ja) * 1999-02-24 2000-09-08 Mitsubishi Electric Corp データ回線選択方法およびデータ回線選択装置
JP2001016570A (ja) * 1999-07-01 2001-01-19 Hitachi Ltd 映像情報取得装置および映像配信装置
JP2001119436A (ja) * 1999-10-22 2001-04-27 Mitsubishi Electric Corp 通信制御システム及び通信制御方法
US6742023B1 (en) * 2000-04-28 2004-05-25 Roxio, Inc. Use-sensitive distribution of data files between users
JP2002077868A (ja) * 2000-08-31 2002-03-15 Sony Corp コンテンツ配信の予約方法、コンテンツ配信方法、予約管理装置およびプログラム格納媒体
US20020157034A1 (en) * 2001-02-21 2002-10-24 Koninklijke Philips Electronics N.V. Data streaming system substituting local content for unicasts

Also Published As

Publication number Publication date
US20020194351A1 (en) 2002-12-19
JP2002344557A (ja) 2002-11-29
US7334022B2 (en) 2008-02-19

Similar Documents

Publication Publication Date Title
JP4774625B2 (ja) コンテンツ配信システム、コンテンツ配信制御サーバ、コンテンツ送信処理制御方法、コンテンツ送信処理制御プログラム及びコンテンツ送信処理制御プログラム格納媒体
US9544245B2 (en) Server reservation method, reservation control apparatus and program storage medium
US7856468B2 (en) Server reservation method, reservation control apparatus and program storage medium
US6970928B2 (en) Content distribution method and content supply system
US7386623B2 (en) Content distribution notification method, reservation control apparatus and program storage medium
JP4581201B2 (ja) 予約管理方法、予約管理装置およびプログラム格納媒体
JP4974405B2 (ja) サーバ使用方法、サーバ使用予約管理装置およびプログラム格納媒体
US7246169B2 (en) Content distribution reservation method, content distribution method, reservation management device, and program
JP2003044690A (ja) コンテンツ配信システム、コンテンツ予約延長制御装置、コンテンツ予約延長制御方法、コンテンツ予約延長制御プログラム及びコンテンツ予約延長制御プログラム格納媒体
JP4596208B2 (ja) 番組中継装置、番組中継方法、番組中継プログラム及び番組中継プログラム格納媒体
JP2002342197A (ja) コンテンツ配信システム、コンテンツ送信装置、コンテンツ送信方法、コンテンツ送信制御プログラム及びコンテンツ送信制御プログラム格納媒体
JP2002344654A (ja) ネットワークシステム、接続回線制御装置、接続回線制御方法、接続回線制御プログラム及び接続回線制御プログラム格納媒体

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080306

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100813

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110201

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110531

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110613

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140708

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees