(57)【要約】【課題】  街頭の大画面モニタなどに表示するコンテンツのメディアデータを公共端末１３１とユーザ端末１５１との間で同期をとりながら再生できるコンテンツ同期配信システムを提供する。【解決手段】  ユーザ端末１５１から受信したリクエストに基づいて各端末１３１，１５１及びコンテンツを特定するリクエスト管理手段１０６と、各端末１３１，１５１の現在時刻及び自装置１０１内での現在時刻に基づいて各端末１３１，１５１における時間を管理する受信側時間管理手段１０４と、メディアデータの再生時間及び各端末１３１，１５１における時間に基づいて、各端末１３１，１５１でのメディアデータ再生時間が一致するように再生予定時刻を算出するメディア同期手段１１０と、再生予定時刻にて再生させる制御データを生成して各端末１３１，１５１に送信するメディア配信制御手段１０５，１０９とを備える。【選択図】        図１
2006244060.tif 000002
【特許請求の範囲】
【請求項１】
リクエストに応じたコンテンツを再生するコンテンツ提示用端末及び前記リクエストを送信するリクエスト用端末とネットワークを介してそれぞれ通信接続し、これら端末に対してコンテンツを配信するコンテンツ配信装置において、
前記リクエスト用端末から受信したリクエストに基づいて、前記リクエストを送信したリクエスト用端末、コンテンツを再生させるべきコンテンツ提示用端末及び再生させるコンテンツを特定するリクエスト管理手段と、
自装置内での現在時刻を取得する配信側時刻取得手段と、
前記各端末の現在時刻及び前記配信側時刻取得手段が取得した自装置内での現在時刻に基づいて、前記各端末における時間を管理する時間管理手段と、
前記コンテンツのメディアデータに規定された再生時間及び前記時間管理手段により管理された前記各端末における時間に基づいて、前記各端末でのメディアデータ再生時間が一致するように前記メディアデータの再生予定時刻を算出するメディア同期手段と、
前記リクエストにより特定されたコンテンツのメディアデータを前記各端末に配信すると共に、このメディアデータを前記再生予定時刻にて再生させる制御データを生成して前記各端末に送信するメディア配信制御手段と
を備えたことを特徴とするコンテンツ配信装置。
【請求項２】
時間管理手段は、リクエスト用端末及びコンテンツ提示用端末における現在時刻を定期的に取得し、前記各端末との間での時間情報の交換に要した所要時間を計測し、自装置における時間を前記各端末における時間に変換する変換関数を用いて前記所要時間を考慮した前記各端末でのコンテンツ再生時間のタイムベースを生成し、このタイムベースにより前記各端末におけるコンテンツ再生の時間を管理することを特徴とする請求項１記載のコンテンツ配信装置。
【請求項３】
リクエスト用端末及びコンテンツ提示用端末は、互いの時刻に関する情報を交換してタイムベースを一致させ、
時間管理手段は、前記リクエスト用端末の現在時刻に関する時間情報の交換に要した所要時間を計測し、自装置における時間を前記コンテンツ提示用端末における時間に変換する変換関数を用いて前記所要時間を考慮したコンテンツ再生のタイムベースを生成し、このタイムベースにより前記各端末におけるコンテンツ再生の時間を管理することを特徴とする請求項１又は請求項２記載のコンテンツ配信装置。
【請求項４】
メディア同期手段は、コンテンツのメディアデータに規定された再生時間及び時間管理手段により管理された各端末における時間に基づいて、前記各端末でのメディアデータ再生時間が一致するように前記各端末のタイムベースで前記メディアデータの再生予定時刻をそれぞれ算出し、
メディア配信制御手段は、前記メディアデータの識別情報とその再生予定時刻とを制御データとして前記各端末に送信することを特徴とする請求項１から請求項３のうちのいずれか１項記載のコンテンツ配信装置。
【請求項５】
メディア同期手段は、コンテンツのメディアデータをリクエスト用端末に送信する送信予定時刻、前記リクエスト用端末に前記メディアデータを配信してから再生されるまでの遅延時間及び時間管理手段により管理された前記リクエスト端末及びコンテンツ提示用端末における時間に基づいて、前記各端末でのメディアデータ再生時間が一致するように前記コンテンツ提示用端末のタイムベースでメディアデータ再生予定時刻を算出し、
メディア配信制御手段は、前記メディアデータの識別情報とその再生予定時刻とを制御データとして前記コンテンツ提示用端末に送信することを特徴とする請求項１から請求項３のうちのいずれか１項記載のコンテンツ配信装置。
【請求項６】
メディア同期手段は、コンテンツ提示用端末でのメディアデータ再生予定時刻、リクエスト用端末に前記メディアデータを配信してから再生されるまでの遅延時間及び時間管理手段により管理された前記各端末における時間に基づいて、前記各端末でのメディアデータ再生時間が一致するように自装置のタイムベースで前記リクエスト用端末に前記メディアデータを送信する送信予定時刻を算出し、
メディア配信制御手段は、前記コンテンツのメディアデータに規定された再生時間及び配信側時刻取得手段が取得した自装置内での現在時刻に基づき、前記送信予定時刻にて前記リクエスト用端末に前記メディアデータを配信することを特徴とする請求項１から請求項３のうちのいずれか１項記載のコンテンツ配信装置。
【請求項７】
リクエスト用端末によりコンテンツ提示用端末の時刻がタイムスタンプとして組み込まれたメディアデータを受信し、このメディアデータから前記タイムスタンプとして組み込まれた時刻を抽出し、この時刻及び前記メディアデータを受信した受信時刻をメディア同期手段に通知するタイムスタンプ抽出手段を備え、
前記メディア同期手段は、前記タイムスタンプ抽出手段が抽出した時刻、前記メディアデータを受信した受信時刻及び前記リクエスト用端末が前記タイムスタンプをメディアデータに組み込む際に要する処理時間を用いて、前記リクエスト用端末にメディアデータを配信してから再生されるまでの遅延時間を算出すると共に、この遅延時間、前記コンテンツのメディアデータをリクエスト用端末に送信する送信予定時刻及び時間管理手段により管理された前記各端末における時間に基づいて、前記各端末でのメディアデータ再生時間が一致するように前記コンテンツ提示用端末のタイムベースでメディアデータ再生予定時刻を算出し、
メディア配信制御手段は、前記メディアデータの識別情報とその再生予定時刻とを制御データとして前記コンテンツ提示用端末に送信することを特徴とする請求項１から請求項６のうちのいずれか１項記載のコンテンツ配信装置。
【請求項８】
リクエスト用端末によりコンテンツ提示用端末の時刻がタイムスタンプとして組み込まれたメディアデータを受信し、このメディアデータから前記タイムスタンプとして組み込まれた時刻を抽出し、この時刻及び前記メディアデータを受信した受信時刻をメディア同期手段に通知するタイムスタンプ抽出手段を備え、
前記メディア同期手段は、前記タイムスタンプ抽出手段が抽出した時刻、前記メディアデータを受信した受信時刻及び前記リクエスト用端末が前記タイムスタンプをメディアデータに組み込む際に要する処理時間を用いて、前記リクエスト用端末にメディアデータを配信してから再生されるまでの遅延時間を算出すると共に、この遅延時間、前記コンテンツ提示用端末でのメディアデータ再生予定時刻及び時間管理手段により管理された前記各端末における時間に基づいて、前記各端末でのメディアデータ再生時間が一致するように自装置のタイムベースで前記リクエスト用端末に前記メディアデータを送信する送信予定時刻を算出し、
メディア配信制御手段は、前記コンテンツのメディアデータに規定された再生時間及び配信側時刻取得手段が取得した自装置内での現在時刻に基づき、前記送信予定時刻にて前記リクエスト用端末に前記メディアデータを配信することを特徴とする請求項１から請求項６のうちのいずれか１項記載のコンテンツ配信装置。
【請求項９】
コンテンツのメディアデータをコンテンツ提示用端末の記憶部に格納しておき、
メディア配信制御手段は、リクエストに係るコンテンツが前記コンテンツ提示用端末の記憶部に格納されている場合、前記コンテンツ提示用端末に当該コンテンツの制御データを送信して再生させることを特徴とする請求項１から請求項８のうちのいずれか１項記載のコンテンツ配信装置。
【請求項１０】
メディア配信制御手段は、コンテンツ提示用端末におけるコンテンツ再生処理を操作する操作リクエスト命令をリクエスト用端末から受信し、前記操作リクエスト命令で規定されるコンテンツ再生処理が実行されるようにコンテンツ配信を制御することを特徴とする請求項１から請求項９のうちのいずれか１項記載のコンテンツ配信装置。
【請求項１１】
請求項１から請求項１０のうちのいずれか１項記載のコンテンツ配信装置とネットワークを介して通信接続し、リクエスト用端末からのリクエストに応じたコンテンツを再生するコンテンツ提示用端末において、
自端末内での現在時刻を取得して前記コンテンツ配信装置の時間管理手段に送信する再生側時刻取得手段と、
前記再生側時刻取得手段が取得した現在時刻と前記コンテンツ配信装置からの制御データに基づいて、コンテンツのメディアデータの再生を制御する再生制御手段と、
前記コンテンツ配信装置のメディア配信制御手段から送信された前記リクエストに応じたコンテンツのメディアデータ及びその再生に関する制御データを受信して前記再生制御手段に通知するメディア受信手段と
を備えたことを特徴とするコンテンツ提示用端末。
【請求項１２】
リクエスト用端末と通信接続して互いの時刻に関する情報を交換し、前記リクエスト用端末のタイムベースに自端末のタイムベースを一致させるタイムベース同期手段を備えたことを特徴とする請求項１１記載のコンテンツ提示用端末。
【請求項１３】
再生側時刻取得手段が取得した現在時刻をタイムスタンプとしてリクエスト用端末側で読み出し可能な形態で表示するタイムスタンプ表示手段を備えたことを特徴とする請求項１１記載のコンテンツ提示用端末。
【請求項１４】
請求項１から請求項１０のうちのいずれか１項記載のコンテンツ配信装置とネットワークを介して通信接続し、前記コンテンツ配信装置から配信されたリクエストに応じたコンテンツを再生するリクエスト用端末において、
コンテンツ提示用端末で再生させるべきコンテンツに関するリクエストを前記コンテンツ配信装置のリクエスト管理手段に送信するアクセス手段と、
自端末内での現在時刻を取得して前記コンテンツ配信装置の時間管理手段に送信する再生側時刻取得手段と、
前記再生側時刻取得手段が取得した現在時刻と前記コンテンツ配信装置からの制御データに基づいて、コンテンツのメディアデータの再生を制御する再生制御手段と、
前記コンテンツ配信装置のメディア配信制御手段から送信された前記リクエストに応じたコンテンツのメディアデータ及びその再生に関する制御データを受信して前記再生制御手段に通知するメディア受信手段と
を備えたことを特徴とするリクエスト用端末。
【請求項１５】
コンテンツ提示用端末におけるコンテンツ再生処理を操作する操作リクエスト命令を生成して前記コンテンツ配信装置に送信する操作リクエスト送信手段を備えたことを特徴とする請求項１４記載のリクエスト用端末。
【請求項１６】
コンテンツ提示用端末と通信接続して互いの時刻に関する情報を交換し、前記コンテンツ提示用端末のタイムベースに自端末のタイムベースを一致させるタイムベース同期手段を備えたことを特徴とする請求項１４記載のリクエスト用端末。
【請求項１７】
コンテンツ提示用端末が、その再生側時刻取得手段が取得した現在時刻をタイムスタンプとしてリクエスト用端末側で読み出し可能な形態で表示するタイムスタンプ表示手段を備え、
前記タイムスタンプ表示手段による表示内容をデコードして得られたタイムスタンプをメディアデータにエンコードしてコンテンツ配信装置に送信するタイムスタンプ伝達手段を備えたことを特徴とする請求項１４記載のリクエスト用端末。
【請求項１８】
リクエストに応じたコンテンツを再生するコンテンツ提示用端末及び前記リクエストを送信するリクエスト用端末とネットワークを介して通信する機能を有するコンピュータに実行させることにより、これら端末に対してコンテンツを配信するコンテンツ配信装置として機能させるコンテンツ同期配信プログラムにおいて、
前記通信機能を用いて前記リクエスト用端末から受信したリクエストに基づいて、前記リクエストを送信したリクエスト用端末、コンテンツを再生させるべきコンテンツ提示用端末及び再生させるコンテンツを特定するリクエスト管理手段、
自装置内での現在時刻を取得する配信側時刻取得手段、
前記各端末の現在時刻及び前記配信側時刻取得手段が取得した自装置内での現在時刻に基づいて、前記各端末における時間を管理する時間管理手段、
前記コンテンツのメディアデータに規定された再生時間及び前記時間管理手段により管理された前記各端末における時間に基づいて、前記各端末でのメディアデータ再生時間が一致するように前記メディアデータの再生予定時刻を算出するメディア同期手段、
前記リクエストにより特定されたコンテンツのメディアデータを前記各端末に配信すると共に、このメディアデータを前記再生予定時刻にて再生させる制御データを生成して前記各端末に送信するメディア配信制御手段
として前記コンピュータを機能させるコンテンツ同期配信プログラム。
【請求項１９】
請求項１から請求項１０のうちのいずれか１項記載のコンテンツ配信装置とネットワークを介して通信する機能を有するコンピュータに実行させることにより、リクエスト用端末からのリクエストに応じたコンテンツを再生するコンテンツ提示用端末として機能させるコンテンツ同期配信プログラムにおいて、
自端末内での現在時刻を取得して、前記通信機能により前記コンテンツ配信装置の時間管理手段に送信する再生側時刻取得手段、
前記再生側時刻取得手段が取得した現在時刻と前記コンテンツ配信装置からの制御データに基づいて、コンテンツのメディアデータの再生を制御する再生制御手段、
前記通信機能により前記コンテンツ配信装置のメディア配信制御手段から送信された前記リクエストに応じたコンテンツのメディアデータ及びその再生に関する制御データを受信して前記再生制御手段に通知するメディア受信手段
として前記コンピュータを機能させるコンテンツ同期配信プログラム。
【請求項２０】
請求項１から請求項１０のうちのいずれか１項記載のコンテンツ配信装置とネットワークを介して通信する機能を有するコンピュータに実行させることにより、前記コンテンツ配信装置から配信されたリクエストに応じたコンテンツを再生するリクエスト用端末として機能させるコンテンツ同期配信プログラムにおいて、
前記通信機能によりコンテンツ提示用端末で再生させるべきコンテンツに関するリクエストを前記コンテンツ配信装置のリクエスト管理手段に送信するアクセス手段、
前記通信機能により自端末内での現在時刻を取得して前記コンテンツ配信装置の時間管理手段に送信する再生側時刻取得手段、
前記再生側時刻取得手段が取得した現在時刻と前記コンテンツ配信装置からの制御データに基づいて、コンテンツのメディアデータの再生を制御する再生制御手段、
前記通信機能により前記コンテンツ配信装置のメディア配信制御手段から送信された前記リクエストに応じたコンテンツのメディアデータ及びその再生に関する制御データを受信して前記再生制御手段に通知するメディア受信手段
として前記コンピュータを機能させるコンテンツ同期配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、リクエスト用端末からのリクエストに応じたコンテンツを、公共の場などに設置したコンテンツ提示用端末と前記リクエスト用端末とで同期して再生させるコンテンツ同期配信システムにおけるコンテンツ配信装置、コンテンツ提示用端末及びリクエスト用端末並びにこれらの機能をコンピュータに実行させるコンテンツ同期配信プログラムに関するものである。
【背景技術】
【０００２】
駅構内、街頭、電車やバス車両内、ビル内など様々な公共の場で、大画面モニタに広告コンテンツや案内コンテンツを掲示して、大勢のユーザに映像や音声情報を提供する映像情報システムがある。また、ネットワークを経由してコンテンツを配信し、これを再生することでオンタイムの情報提供を行うシステムもある。
【０００３】
さらに、最近では、ユーザのリクエストに応答するインタラクティブな映像情報システムが注目されている。ユーザからのリクエストには、例えばＰＣ、ＰＤＡ、携帯電話などユーザ所有の通信機能を持ったモバイル端末などが利用される。このような、ユーザが携帯電話などを利用してリクエストした映像や音声などの情報を大画面モニタに表示再生する従来のシステムとしては、例えば特許文献１や特許文献２、特許文献３に開示されるものがある。
【０００４】
特許文献１のシステムは、街頭や店舗内等の公衆が目視可能な場所に設置したディスプレイに、広告や宣伝等の表示情報を含む各種コンテンツを適時又は定期的に表示する電子ポスターシステムである。このシステムは、ユーザが携行する携帯電話などの携帯コンピュータ端末とインターネットを介して接続されるサーバコンピュータ、このサーバコンピュータから配信された種々のコンテンツの表示が可能な街頭ディスプレイ装置などの電子ポスター端末とから構成され、ユーザが携帯電話などを用いてディスプレイに表示する電子ポスターをインタラクティブに操作して利用するものである。
【０００５】
また、特許文献２のシステムでは、情報配信サーバ装置が、ユーザが携行する携帯電話などの移動通信端末の現在位置を取得すると共に、その位置に近い場所に設置された街頭テレビ装置を選択する。このあと、情報配信サーバ装置が、ユーザ情報に基づいて自身が保持する広告情報から当該ユーザに適した広告情報を選択し、これを選択した街頭テレビ装置に送信して表示させる。あるいは、情報配信サーバ装置の指示に基づいて街頭テレビ装置自身が保持する広告情報から当該ユーザに適した広告情報を選択して表示する。
【０００６】
このように、特許文献１や特許文献２では、携帯電話のユーザに適した映像や音声情報を大画面モニタに送信して再生させたり、再生をリクエストしたユーザの携帯電話に対して当該大画面モニタにリクエスト情報を再生していることを通知したり、大画面上の映像情報に対応する音声データを送信したりする。
【０００７】
特許文献３のシステムは、街頭に設置した高解像度の公衆ディスプレイ装置をネットワークと高速に接続し、さらに近距離にある携帯機器と赤外線などで無線通信ができるようにしておき、携帯機器を用いて公衆ディスプレイ装置のネットワークアドレスを無線通信で取得し、ゲートウェイサーバへ携帯機器のネットワークアドレスと共に送信する。ゲートウェイサーバでは、携帯機器へ送信される情報を公衆ディスプレイ装置に転送するものである。このように、特許文献３は、携帯電話が赤外線（近距離無線通信）を利用して、接続されている大画面モニタのアドレス情報を入手し、配信サーバに同アドレス情報を伝えて映像を再生する大画面モニタを識別するものである。
【０００８】
【特許文献１】特開２００２−３７２９３９号公報
【特許文献２】特開２００３−１２５３７９号公報
【特許文献３】特開２００３−２２２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したような従来のシステムでは、大画面モニタ前に大勢の人が集まり視聴する利用態様を前提としている。このため、個々のユーザのリクエストに対する情報を個別に提供することが困難である。例えば、大画面モニタ前に群がる人々がそれぞれリクエストを行った場合、システム側から個々のユーザに対して音声や映像で応答すると、他人の応答情報がノイズとなり、自分に対しての応答情報を識別したり取得することができない可能性がある。特に、提供される情報が音声であると、他の公衆の音声情報が混ざり聞き取れないことがある。
【００１０】
また、映像、音声、静止画、地図、テキストなどのマルチメディアから構成されるコンテンツでは、これらメディア間の同期がとれていなければ視聴者にとって分かりづらい情報となってしまう。さらに、インタラクティブな情報のやりとりならば、尚更メディア間の同期は必須である。
【００１１】
通常、映像や音声コンテンツの配信再生では、同じネットワークを経由して伝送され、同じ再生プラットフォーム上で映像と音声がデコードされて再生される。このため、映像データと音声データの伝送速度差を意識せず、再生プラットフォーム上の時計（タイムベース）と映像及び音声のタイムスタンプとを合わせることで映像と音声の同期をとることできる。
【００１２】
しかしながら、異なるネットワーク環境や再生プラットフォーム上で１つのコンテンツを提供して再生する場合、ネットワーク間での伝送速度も異なり、再生プラットホーム間での時計（タイムベース）にもばらつきがある。また、携帯電話などの小型モバイル端末では、時間（タイムベース）やメディアデータのタイムスタンプを基準としてコンテンツの再生制御を行っておらず、受信した順に再生していくだけである。従って、異なるネットワーク環境や再生プラットフォーム上で１つのコンテンツを、メディア同期をとりながら再生することができない。
【００１３】
この発明は、上記のような課題を解決するためになされたもので、街頭などに設置する大画面モニタなどに表示する公共用のコンテンツに対応したユーザ個別のデータやコンテンツを、ユーザのリクエストに応じて個別に送信することができ、さらに公共用及びユーザ個別用のコンテンツのメディアデータをそれぞれ同期をとりながら配信及び再生できるコンテンツ同期配信システムに用いるコンテンツ配信装置、コンテンツ提示用端末及びリクエスト用端末並びにこれらの機能をコンピュータに実行させるコンテンツ同期配信プログラムを得ることを目的とする。
【課題を解決するための手段】
【００１４】
この発明に係るコンテンツ配信装置では、リクエスト用端末から受信したリクエストに基づいて、リクエストを送信したリクエスト用端末、コンテンツを再生させるべきコンテンツ提示用端末及び再生させるコンテンツを特定するリクエスト管理手段と、自装置内での現在時刻を取得する配信側時刻取得手段と、各端末の現在時刻及び配信側時刻取得手段が取得した自装置内での現在時刻に基づいて各端末における時間を管理する時間管理手段と、コンテンツのメディアデータに規定された再生時間及び時間管理手段により管理された各端末における時間に基づいて、各端末でのメディアデータ再生時間が一致するようにメディアデータの再生予定時刻を算出するメディア同期手段と、リクエストにより特定されたコンテンツのメディアデータを各端末に配信すると共に、このメディアデータを再生予定時刻にて再生させる制御データを生成して各端末に送信するメディア配信制御手段とを備えるものである。
【発明の効果】
【００１５】
この発明によれば、リクエスト用端末から受信したリクエストに基づいて、リクエストを送信したリクエスト用端末、コンテンツを再生させるべきコンテンツ提示用端末及び再生させるコンテンツを特定するリクエスト管理手段と、自装置内での現在時刻を取得する配信側時刻取得手段と、各端末の現在時刻及び配信側時刻取得手段が取得した自装置内での現在時刻に基づいて各端末における時間を管理する時間管理手段と、コンテンツのメディアデータに規定された再生時間及び時間管理手段により管理された各端末における時間に基づいて、各端末でのメディアデータ再生時間が一致するようにメディアデータの再生予定時刻を算出するメディア同期手段と、リクエストにより特定されたコンテンツのメディアデータを各端末に配信すると共に、このメディアデータを再生予定時刻にて再生させる制御データを生成して各端末に送信するメディア配信制御手段とを備えるので、街頭などに設置する大画面モニタなどに表示する公共用のコンテンツに対応したユーザ個別のデータやコンテンツを、ユーザのリクエストに応じて個別に送信することができるという効果がある。また、公共用及びユーザ個別用のコンテンツのメディアデータをそれぞれ同期をとりながら配信及び再生することができるという効果がある。
【発明を実施するための最良の形態】
【００１６】
実施の形態１．
図１は、この発明の実施の形態１によるコンテンツ同期配信システムの構成を示すブロック図であり、各端末間でタイムベースの同期を行い各端末側でコンテンツの再生時間を制御して同期を行うシステムについて説明する。この実施の形態１によるコンテンツ同期配信システムは、コンテンツ配信装置１０１、これとネットワーク１７１を介して通信接続する公共端末（コンテンツ提示用端末）１３１及びコンテンツ配信装置１０１とネットワーク１７２を介して通信接続するユーザ端末（リクエスト用端末）１５１から構成される。
【００１７】
コンテンツ配信装置１０１は、ネットワーク１７１，１７２を介して通信接続する通信手段を備えたコンピュータ装置からなり、ユーザからのユーザ端末１５１を介したリクエストに応じたコンテンツを当該ユーザに個別に配信したり、同期再生が必要なメディアからなるコンテンツをその構成メディア間の同期をとりながら配信して再生させる。
【００１８】
公共端末（コンテンツ提示用端末）１３１は、モニタ装置を装備してコンテンツを表示して公衆に掲示する端末であり、例えば街頭などに設置される大画面モニタへのコンテンツ表示を制御するコンピュータ装置である。ユーザ端末（リクエスト用端末）１５１は、携帯電話などの移動体通信端末からなり、ネットワーク１７２を介してコンテンツ配信装置１０１と通信接続する機能の他、受信したコンテンツを再生する機能を有する。
【００１９】
また、コンテンツ配信装置１０１は、タイムベース１０２、送信側現在時刻取得手段（配信側時刻取得手段）１０３、受信側時間管理手段（時間管理手段）１０４、公共用メディア配信制御手段（メディア配信制御手段）１０５、リクエスト管理手段１０６、端末情報データベース（ＤＢ）１０７、ユーザ個別用メディア配信手段（メディア配信制御手段）１０８、ユーザ個別用メディア受信手段（メディア受信手段）１０９、メディア同期手段１１０、公共用コンテンツの記憶部１１１及びユーザ個別用コンテンツの記憶部１１２から構成される。
【００２０】
タイムベース１０２は、コンテンツ配信装置１０１内部の時間を規定する。このタイムベース１０２での時間に同期してコンテンツ配信装置１０１内の各構成部の処理が実行される。送信側現在時刻取得手段１０３は、タイムベース１０２からコンテンツ配信装置１０１内の現在時刻を取得して受信側時間管理手段１０４に出力する。受信側時間管理手段１０４では、公共端末１３１内のタイムベース１３３で規定される時刻を取得して管理すると共に、送信側現在時刻取得手段１０３から入力した現在時刻を公共端末１３１側の現在時刻に変換する。
【００２１】
公共用メディア配信制御手段１０５は、公共端末１３１に対して公共用コンテンツを配信したり制御データを送信してその再生処理を制御する。リクエスト管理手段１０６は、ユーザ端末１５１から送信されたユーザ情報やその端末情報、リクエスト情報を受信して公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８に通知すると共に、そのリクエストに応じた公共用コンテンツやユーザ個別用コンテンツを検索する。端末情報データベース１０７は、公共端末１３１のネットワーク情報であるＩＰアドレスや受信ポート等を保持する。
【００２２】
ユーザ個別用メディア配信制御手段１０８は、ユーザ個別用コンテンツを構成するメディアデータをユーザ端末１５１側に配信する。ユーザ個別用メディア受信手段１０９は、メディア同期手段１１０によるコンテンツのメディアデータ配信及びその再生を操作するための情報をユーザ端末１５１側から受信し解析する。メディア同期手段１１０は、公共用及びユーザ個別用メディアデータの配信や再生をそれぞれ同期をとりながら実行するための時刻設定を行う。
【００２３】
公共用コンテンツの記憶部１１１は、コンテンツを構成するメディアデータを公共端末１３１における再生環境に適応化させたものを保持する。例えば、公共端末１３１で大画面モニタにコンテンツのメディアデータを表示する場合、当該画面の解像度に合わせる処理を行った画像データなどが記憶部１１１に公共用コンテンツとして保持される。
【００２４】
ユーザ個別用コンテンツの記憶部１１２では、コンテンツを構成するメディアデータをユーザ端末１５１における再生環境に適応化させたものを保持している。例えば、ユーザ端末１５１が低解像度のモニタを搭載したモバイル端末である場合、当該解像度に合わせる処理を行った画像データなどが記憶部１１２にユーザ個別用コンテンツとして保持される。
【００２５】
また、公共端末１３１とユーザ端末１５１とで異なる画像圧縮方式（例えば、ＭＰＥＧ−２やＭＰＥＧ−４など）を採用している場合、それぞれの方式で符号化したデータを記憶部１１１，１１２に保持することが考えられる。なお、記憶部１１１，１１２に保持されるコンテンツは双方同一内容であり、これらの同期をとるために両コンテンツのタイムベースで各メディアデータを再生すべき時間が同じ時間にタイムスタンプされる。
【００２６】
上述した、タイムベース１０２、送信側現在時刻取得手段１０３、受信側時間管理手段１０４、公共用メディア配信制御手段１０５、リクエスト管理手段１０６、端末情報ＤＢ１０７、ユーザ個別用メディア配信手段１０８、ユーザ個別用メディア受信手段１０９及びメディア同期手段１１０は、例えばネットワーク１７１，１７２を介して端末１３１，１５１とそれぞれデータ通信が可能な通信機能を搭載したコンピュータを用いて本発明に従うコンテンツ同期配信プログラムを実行させることで具現化できる。
【００２７】
もう少し詳細に説明すると、本発明に従うコンテンツ同期配信プログラムを、上記コンピュータに読み込ませて、その動作を制御することにより、当該コンピュータ上に図１に示すコンテンツ配信装置１０１におけるタイムベース１０２、送信側現在時刻取得手段１０３、受信側時間管理手段１０４、公共用メディア配信制御手段１０５、リクエスト管理手段１０６、端末情報ＤＢ１０７、ユーザ個別用メディア配信手段１０８、ユーザ個別用メディア受信手段１０９及びメディア同期手段１１０を実現することができる。また、記憶部１１１，１１２は、上記コンピュータに装備された記憶装置上に構成される。
【００２８】
なお、以下の説明において、本発明のコンテンツ配信装置１０１を具現化するコンピュータ自体の構成及びその基本的な機能については、当業者が当該技術分野の技術常識に基づいて容易に認識できるものであり、本発明の本質に直接関わるものでないので詳細な記載を省略する。
【００２９】
次に、公共端末（コンテンツ提示用端末）１３１は、再生側現在時刻取得手段（再生側時刻取得手段）１３２、タイムベース１３３、再生制御手段１３４、メディア受信手段１３５、公共用コンテンツの記憶部１３６、端末情報表示手段１３７及びタイムベース同期手段１３８から構成される。ここで、再生側現在時刻取得手段１３２は、タイムベース１３３から端末１３１における現在時刻を取得して再生制御手段１３４に出力する。
【００３０】
タイムベース１３３は、公共端末１３１内部の時間を規定する。このタイムベース１３３の時間は、タイムベース同期手段１３８によってユーザ端末１５１の現在時刻と一致するよう処理される。再生制御手段１３４は、メディア受信手段１３５によってコンテンツ配信装置１０１側から受信した制御データに従ってメディアデータの再生を制御する。例えば、符号化されたメディアデータをデコーダに転送したり、当該メディアデータを自己に搭載された大画面モニタに出力表示する。
【００３１】
メディア受信手段１３５は、コンテンツ配信装置１０１とネットワーク１７１を介してデータ通信する機能を有しており、装置１０１側から配信されるコンテンツのメディアデータやその再生制御をするための制御データを受信して再生制御手段１３４に出力する。公共用コンテンツの記憶部１３６には、コンテンツ配信装置１０１から配信されるコンテンツの他に、公共端末１３１で再生可能なコンテンツのメディアデータが保持される。
【００３２】
端末情報表示手段１３７は、公共端末１３１を識別するための端末情報をユーザ側に提示する手段であって、例えば公共端末１３１が装備する大画面モニタなどに端末情報及びアクセス情報を表示する。ここで、端末情報としては、ユーザ端末１５１側で公共端末１３１を識別するための公共端末１３１に固有なＩＤや名前情報、公共端末１３１のネットワーク１７１，１７２上でのアドレス情報などが考えられる。
【００３３】
アクセス情報とは、ユーザ端末１５１からネットワーク１７２を介してコンテンツ配信装置１０１にアクセスするための情報に加え、コンテンツ配信装置１０１が提供するコンテンツ配信サービスを識別する情報を有する。例えば、ネットワーク１７２上のコンテンツ配信装置１０１のインターネット上でのアドレス（ＵＲＬ）、サービス毎に設定されたサービス名に関する情報などがある。
【００３４】
また、端末情報表示手段１３７には、端末情報及びアクセス情報をモニタ表示するプログラムモジュールをコンピュータに実行させることで実現するものの他、端末情報及びアクセス情報によるバーコードなども含まれる。例えば、公共端末１３１の大画面モニタの画面上ではなく、その近辺の看板や操作パネル横などに端末情報表示手段１３７としてのバーコードを貼り付けておき、これをユーザ端末１５１に読み込ませるような態様も考えられる。
【００３５】
タイムベース同期手段１３８は、ユーザ端末１５１のタイムベース同期手段１５８との間でＢｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮなどの無線通信手段を使って時間情報をやり取し、互いのタイムベース１３３，１５７を一致させる。
【００３６】
上述した、再生側現在時刻取得手段１３２、タイムベース１３３、再生制御手段１３４、メディア受信手段１３５、端末情報表示手段１３７及びタイムベース同期手段１３８は、例えばネットワーク１７１を介してコンテンツ配信装置１０１とデータ通信が可能な通信機能を搭載したコンピュータを用いて本発明に従うコンテンツ同期配信プログラムを実行させることで具現化できる。また、上記コンピュータは、ユーザ端末１５１のタイムベース同期手段１５８と時間情報の交換が可能な通信機能を備えているものとする。
【００３７】
もう少し詳細に説明すると、本発明に従うコンテンツ同期配信プログラムを、上記コンピュータに読み込ませて、その動作を制御することにより、当該コンピュータ上に図１に示す公共端末１３１における再生側現在時刻取得手段１３２、タイムベース１３３、再生制御手段１３４、メディア受信手段１３５、端末情報表示手段１３７及びタイムベース同期手段１３８を実現することができる。また、記憶部１３６は、上記コンピュータに装備された記憶装置上に構成される。
【００３８】
なお、以下の説明において、本発明の公共端末１３１を具現化するコンピュータ自体の構成及びその基本的な機能については、当業者が当該技術分野の技術常識に基づいて容易に認識できるものであり、本発明の本質に直接関わるものでないので詳細な記載を省略する。
【００３９】
次に、ユーザ端末１５１（リクエスト用端末）は、アクセス手段１５２、再生側現在時刻取得手段（再生側時刻取得手段）１５３、再生制御手段１５４、メディア受信手段１５５、操作リクエスト送信手段１５６、タイムベース１５７及びタイムベース同期手段１５８から構成される。アクセス手段１５２は、公共端末１３１の端末情報表示手段１３７から端末情報及びアクセス情報を読み取り、アクセス情報に基づいてコンテンツ配信装置１０１にアクセスし、ユーザを識別するためのユーザ情報、ユーザからのコンテンツ再生に関するリクエスト情報及び公共端末１３１の端末情報を送信する。
【００４０】
再生側現在時刻取得手段１５３は、タイムベース１５７から端末１５１における現在時刻を取得して再生制御手段１５４に出力する。再生制御手段１５４は、メディア受信手段１５５によってコンテンツ配信装置１０１側から受信したメディアデータの再生を制御する。例えば、符号化されたメディアデータをデコーダに転送したり、当該メディアデータを自己に搭載された表示部の画面（例えば、ユーザ端末１５１が携帯電話などで実現される場合はそのＬＣＤ画面）に出力表示する。
【００４１】
メディア受信手段１５５は、コンテンツ配信装置１０１とネットワーク１７２を介してデータ通信する機能を有しており、装置１０１側から配信されるコンテンツのメディアデータを受信して再生制御手段１５４に出力する。操作リクエスト送信手段１５６は、公共端末１３１で再生しているコンテンツに対するリクエスト情報をコンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９に送信する。
【００４２】
タイムベース１５７は、ユーザ端末１５１内部の時間を規定する。このタイムベース１５７の時間は、タイムベース同期手段１５８によって公共端末１３１の現在時刻と一致するよう処理される。タイムベース同期手段１５８は、公共端末１３１のタイムベース同期手段１３８との間でＢｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮなどの無線通信手段を使って時間情報をやり取し、互いのタイムベース１３３，１５７を一致させる。
【００４３】
上述した、アクセス手段１５２、再生側現在時刻取得手段１５３、再生制御手段１５４、メディア受信手段１５５、操作リクエスト送信手段１５６、タイムベース１５７及びタイムベース同期手段１５８は、例えばネットワーク１７２を介してコンテンツ配信装置１０１とデータ通信が可能な通信機能を搭載したコンピュータを用いて本発明に従うコンテンツ同期配信プログラムを実行させることで具現化できる。
【００４４】
また、上記コンピュータは、公共端末１３１のタイムベース同期手段１３８と時間情報の交換が可能な通信機能を備えているものとする。このようなコンピュータとしては、無線通信機能を有し、コンテンツ同期配信プログラムをダウンロードしてユーザ端末１５１として機能するコンピュータと考えることができる、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）や携帯電話機などがある。
【００４５】
本発明に従うコンテンツ同期配信プログラムを、上記コンピュータに読み込ませて、その動作を制御することにより、当該コンピュータ上に図１に示すユーザ端末１５１におけるアクセス手段１５２、再生側現在時刻取得手段１５３、再生制御手段１５４、メディア受信手段１５５、操作リクエスト送信手段１５６、タイムベース１５７及びタイムベース同期手段１５８を実現することができる。
【００４６】
なお、以下の説明において、本発明のユーザ端末１５１を具現化するコンピュータ自体の構成及びその基本的な機能については、当業者が当該技術分野の技術常識に基づいて容易に認識できるものであり、本発明の本質に直接関わるものでないので詳細な記載を省略する。
【００４７】
次に動作について説明する。
図２は、実施の形態１のコンテンツ同期配信システムによるリクエスト処理を示すフローチャートであり、この図に沿ってコンテンツのリクエスト処理について説明する。以下の説明において、公共端末１３１は、街頭などに設置した大画面モニタへのコンテンツ表示を制御するコンピュータであるものとする。
【００４８】
先ず、公共端末１３１の端末情報表示手段１３７が、自己が搭載されている公共端末１３１を識別するための端末情報及びアクセス情報を表示する（ステップＳＴ２１１）。端末情報及びアクセス情報の表示処理としては、例えば端末情報表示手段１３７が大画面モニタの表示制御を行うプログラムモジュールをコンピュータに実行させることで実現される場合、コンテンツの表示の邪魔にならないように端末情報及びアクセス情報を画面の隅に表示する処理などが該当する。
【００４９】
また、この他、端末情報表示手段１３７が公共端末１３１のハードウエアとは別個に設けられた端末情報及びアクセス情報のバーコードからなる場合であれば、このバーコードを大画面モニタ以外の部分に貼り付けておくことが上記表示処理に該当する。なお、バーコードの貼り付け箇所としては、ユーザ端末１５１が読み込みやすい箇所に表示されていればよい。
【００５０】
例えば、ユーザ端末１５１をカメラ付き携帯電話で実現し、アクセス手段１５２がカメラによって撮像したバーコードを解析して端末情報及びアクセス情報を得るような場合、当該カメラで撮影しやすい箇所である、大画面モニタの近辺の看板や操作パネルなどに表示する処理が考えられる。
【００５１】
上述したように、端末情報としては、ユーザ端末１５１側で公共端末１３１を識別するための公共端末１３１に固有なＩＤや名前情報、公共端末１３１のネットワーク１７１，１７２上でのアドレス情報（ＵＲＬ）などが考えられる。また、アクセス情報としては、ユーザ端末１５１からネットワーク１７２を介してコンテンツ配信装置１０１にアクセスするための、例えばネットワーク１７２上のコンテンツ配信装置１０１のアドレス情報（ＵＲＬ）や、コンテンツ配信装置１０１が提供するコンテンツ配信サービスを識別する情報であるサービス毎に設定されたサービス名などが考えられる。
【００５２】
次に、ユーザ端末１５１のアクセス手段１５２により端末情報及びアクセス情報を読みとる（ステップＳＴ２２１）。例えば、ユーザ端末１５１をカメラ付き携帯電話で実現した場合であれば、カメラによって撮像した端末情報及びアクセス情報についてのバーコード（端末情報表示手段１３７）をアクセス手段１５２の制御によって取得するように構成しても良い。この場合の端末情報及びアクセス情報としては、例えばバーコードや２次元コードが考えられる。
【００５３】
また、この他、アクセス手段１５２が端末情報表示手段１３７とデータ通信可能な通信機能を有しており、公共端末１３１の大画面モニタに表示された端末情報及びアクセス情報をデータ通信によるダウンロードで取得するように構成しても良い。例えば、非接触型の通信機能を有するＩＣチップや、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの短距離無線、無線ＬＡＮ等の通信手段を利用してユーザ端末１５１が端末情報及びアクセス情報を取得する。
【００５４】
続いて、ユーザ端末１５１のアクセス手段１５２は、端末情報表示手段１３７を介して公共端末１３１の端末情報及びコンテンツ配信装置１０１のアクセス情報を取得すると、当該アクセス情報を基にネットワーク１７２を介してコンテンツ配信装置１０１に通信接続する。例えば、アクセス情報としてコンテンツ配信装置１０１のＵＲＬが設定されている場合であれば、ユーザ端末１５１が当該ＵＲＬをブラウザに設定して、ネットワーク１７２を通信媒体とするインターネットを介した通信接続をコンテンツ配信装置１０１に対して実行する。
【００５５】
この後、ユーザ端末１５１側で、アクセス情報中のサービス名に関する情報に従って、端末情報で特定した公共端末１３１に配信されるコンテンツに関するものであり、且つユーザが利用を許可されたコンテンツ配信サービスを識別し、アクセス手段１５２を介して該当するサービスにログインするためのユーザ情報及び端末情報をコンテンツ配信装置１０１に送信する（ステップＳＴ２２２）。なお、ユーザ情報としては、コンテンツ配信サービスの利用を許可されたユーザを識別するためのユーザ名やパスワード、ユーザ端末１５１にアクセスするためのＵＲＬや電話番号などが考えられる。
【００５６】
コンテンツ配信装置１０１では、ユーザ端末１５１からのアクセスがない状態においてログイン待ちの状態となっている。このとき、上述のようにして、ユーザ端末１５１のアクセス手段１５２からアクセスがあり、自己が提供するサービスに対するログイン要求がなされると、コンテンツ配信装置１０１のリクエスト管理手段１０６が、アクセス手段１５２からの情報を取得する。
【００５７】
これにより、リクエスト管理手段１０６は、アクセス手段１５２からの情報のうちの端末情報及びユーザ情報に基づき、端末情報に対応する公共端末１３１に配信するコンテンツに関するサービスを特定し、さらにユーザ情報により当該サービスの利用を許可されたユーザであるか否かのユーザ認証を実行する（ステップＳＴ２０１）。このとき、利用許可されたユーザであると認証されれば、リクエスト管理手段１０６は、該当するサービスについてのユーザ端末１５１のログインを完了する。一方、利用許可がないユーザからのログイン要求であれば、ログインできない旨をユーザ端末１５１に返信する。
【００５８】
利用許可されたユーザであると認証された場合、リクエスト管理手段１０６では、ログインされたサービスにおいて利用可能なコンテンツのリクエスト内容をまとめた情報を、ユーザ情報中のアドレス情報に従ってユーザ端末１５１のアクセス手段１５２に返信する（ステップＳＴ２０２）。
【００５９】
ユーザ端末１５１のアクセス手段１５２は、リクエスト管理手段１０６からリクエスト内容に関する情報を受信すると、その内容を自己に搭載された表示部の画面に表示する（ステップＳＴ２２３）。例えば、アクセス手段１５２が、表示画面上でユーザ端末１５１の操作ボタンによる入力でリクエスト内容を指定し選択できるプログラムとしてリクエスト管理手段１０６からリクエスト内容に関する情報を受信する。これにより、ユーザは、ユーザ端末１５１の操作ボタンを用いてリクエスト内容を指定し選択する（ステップＳＴ２２４）。このリクエスト情報は、アクセス手段１５２からリクエスト管理手段１０６に返信される。
【００６０】
リクエスト管理手段１０６は、ユーザ端末１５１側からリクエスト情報を受け付けると（ステップＳＴ２０３）、ユーザ情報、端末情報及びリクエスト情報を基にして記憶部１１１，１１２に保持される公共用及びユーザ個別用のコンテンツを検索し、該当するリクエストに対応するコンテンツを抽出する（ステップＳＴ２０４）。
【００６１】
なお、記憶部１１１，１１２には、公共用及びユーザ個別用のコンテンツとしてそれぞれ同一内容のコンテンツが公共端末１３１及びユーザ端末１５１で再生可能な形態でそれぞれ保持されている。また、同一内容のコンテンツが互いに同期して各端末１３１，１５１で再生されるように、公共用及びユーザ個別用のコンテンツのタイムベースでメディアデータを再生すべき時間を同じ時間にタイムスタンプしている。
【００６２】
続いて、リクエスト管理手段１０６は、ユーザ端末１５１から取得した端末情報に基づいて端末情報ＤＢ１０７を検索し、当該端末情報をこれに対応する公共端末１３１のネットワーク情報に変換する（ステップＳＴ２０５）。例えば、端末情報中の公共端末１３１を識別するためのＩＤを用いて端末情報ＤＢ１０７を検索し、このＩＤに対応する公共端末１３１のＩＰアドレスや受信ポートを特定する情報などのネットワーク情報を抽出して端末情報に設定する。
【００６３】
この後、リクエスト管理手段１０６は、ステップＳＴ２０４で抽出したコンテンツ情報、ユーザ端末１５１から取得したユーザ情報、及びステップＳＴ２０５でネットワーク情報を設定した端末情報を公共用メディア配信制御手段１０５に通知する。また、ユーザ個別用メディア配信制御手段１０８には、ステップＳＴ２０４で抽出したコンテンツ情報及びユーザ端末１５１から取得したユーザ情報のうち、ユーザ端末１５１に対するアクセス情報である、例えば電話番号やネットワーク上のアドレス情報が通知される。
【００６４】
一方、ユーザ端末１５１のアクセス手段１５２が、公共端末１３１の端末情報表示手段１３７から端末情報及びアクセス情報を取得してコンテンツ配信装置１０１のリクエスト管理手段１０６との間でリクエストの選択や受け付け処理を行っている間、ユーザ端末１５１のタイムベース同期手段１３８は、公共端末１３１のタイムベース同期手段１５８と通信接続して公共端末１３１の現在時刻を要求する（ステップＳＴ２２５）。なお、この公共端末１３１とユーザ端末１５１との通信接続は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）などの短距離無線通信や無線ＬＡＮなどの通信手段を用いて実行される。
【００６５】
公共端末１３１のタイムベース同期手段１５８は、ユーザ端末１５１側から現在時刻の要求を受け付けると（ステップＳＴ２１２）、タイムベース１３３の現在時刻を再生側現在時刻取得手段１３２に取得させる。再生側現在時刻取得手段１３２は、タイムベース１３３に規定されている公共端末１３１の現在時刻を取得すると、タイムベース同期手段１５８に通知する（ステップＳＴ２１３）。タイムベース同期手段１５８は、再生側現在時刻取得手段１３２から通知された現在時刻をユーザ端末１５１のタイムベース同期手段１３８に送信する（ステップＳＴ２１４）。
【００６６】
ユーザ端末１５１のタイムベース同期手段１５８は、公共端末１３１の現在時刻を受信すると（ステップＳＴ２２６）、この時刻にタイムベース１５７の時刻が一致するように調整する（ステップＳＴ２２７）。具体的な調整方法としては、タイムベース同期手段１５８が、公共端末１３１側へ行った現在時刻要求に対する応答までのＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）値を計測し、公共端末１３１の現在時刻とＲＴＴ値とを用いて自己のタイムベース１５７の時刻が公共端末１３１のタイムベース１３３と一致するように調整する。
【００６７】
なお、ＲＴＴ値の計測は、例えば以下のようにして実行される。
先ず、ユーザ端末１５１のタイムベース同期手段１５８が公共端末１３１側に現在時刻要求メッセージを送信すると、ユーザ端末１５１の再生側現在時刻取得手段１５３が、この現在時刻要求メッセージの送信時刻Ｔ１を記憶する。なお、再生側現在時刻取得手段１５３は、このように各時刻を適宜記憶するメモリを有しているものとする。
【００６８】
公共端末１３１側から現在時刻要求メッセージに対する現在時刻の返信がなされると、ユーザ端末１５１の再生側現在時刻取得手段１５３は、タイムベース同期手段１５８が現在時刻を受信した時刻Ｔ２を記憶する。このようにして、再生側現在時刻取得手段１５３に記憶された時刻Ｔ１，Ｔ２を用いて、タイムベース同期手段１３８は、時刻Ｔ１と時刻Ｔ２の差であるＲＴＴ値を算出する。
【００６９】
上述のようにしてユーザ端末１５１との間でタイムベースの調整が完了した公共端末１３１は、コンテンツ配信装置１０１との間でタイムベースを一致させるためのタイムベースクローン生成処理を実行する（ステップＳＴ２０６、ステップＳＴ２１５）。これにより、コンテンツ配信装置１０１の受信側時間管理手段１０４が、公共端末１３１のタイムベース１３３の時刻を取得して管理する。
【００７０】
図３は、実施の形態１のコンテンツ同期配信システムによるタイムベースクローンの生成処理を示すフローチャートであり、（ａ）はタイムベースクローン生成処理の主な流れを示すフローチャート、（ｂ）はコンテンツ配信装置１０１のタイムベースを公共端末１３１のタイムベースの時刻に変換する処理を示すフローチャート、（ｃ）は公共端末１３１のタイムベースをコンテンツ配信装置１０１のタイムベースの時刻に変換する処理を示すフローチャートである。この図に沿ってクローン生成処理を説明する。
【００７１】
先ず、タイムベースのクローン生成を開始するため、公共端末１３１の再生側現在時刻取得手段１３２は、コンテンツ配信装置１０１の受信側時間管理手段１０４との通信用ポート（クローン生成用ポート）を開く（ステップＳＴ３１１）。一方、コンテンツ配信装置１０１側では、送信側現在時刻取得手段１０３が、タイムベース１０２から自己の現在時刻を取得している（ステップＳＴ３０１）。なお、送信側現在時刻取得手段１０３は、タイムベース１０２から取得した時刻を適宜記憶するためのメモリを有している。
【００７２】
次に、コンテンツ配信装置１０１の受信側時間管理手段１０４は、公共端末１３１の再生側現在時刻取得手段１３２に対して公共端末１３１の現在時刻を要求する（ステップＳＴ３０２）。このときでも、送信側現在時刻取得手段１０３は、タイムベース１０２から現在時刻を取得しており、受信側時間管理手段１０４が現在時刻要求メッセージを公共端末１３１側に送信すると、そのメッセージを送信した時刻Ｔｓ（ｓｎｄ）を記憶する。なお、ステップＳＴ３１１でクローン生成用ポートが開かれると、受信側時間管理手段１０４は、定期的に公共端末１３１に対して現在時刻の要求メッセージを送信する。
【００７３】
公共端末１３１の再生側現在時刻取得手段１３２では、コンテンツ配信装置１０１側からの現在時刻要求メッセージを受信すると（ステップＳＴ３１２）、タイムベース１３３から現在時刻Ｔｒ（ｎｏｗ）を取得する（ステップＳＴ３１３）。このあと、再生側現在時刻取得手段１３２は、取得した現在時刻Ｔｒ（ｎｏｗ）を、クローン生成用ポートを介してコンテンツ配信装置１０１の受信側時間管理手段１０４に返信する（ステップＳＴ３１４）。
【００７４】
受信側時間管理手段１０４が、上述のようにして公共端末１３１から返信された現在時刻Ｔｒ（ｎｏｗ）を受信すると（ステップＳＴ３０３）、コンテンツ配信装置１０１の送信側現在時刻取得手段１０３は、その受信時刻Ｔｓ（ｒｃｖ）をタイムベース１０２から取得して記憶する（ステップＳＴ３０４）。
【００７５】
続いて、受信側時間管理手段１０４は、公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）、送信側現在時刻取得手段１０３のメモリから読み出した現在時刻要求の送信時刻Ｔｓ（ｓｎｄ）及びこれの返信を受信した時刻Ｔｓ（ｒｃｖ）を用いて、時間オフセットＴｏを算出する（ステップＳＴ３０５）。例えば、下記式（１）を用いて時間オフセットＴｏを求める。但し、Ｔｓ（ｒｃｖ）−Ｔｓ（ｓｎｄ）は、コンテンツ配信装置１０１側による現在時刻要求に対する公共端末１３１からの現在時刻応答までのＲＴＴ値に相当する。
Ｔｏ＝Ｔｒ（ｎｏｗ）−（Ｔｓ（ｒｃｖ）−（Ｔｓ（ｒｃｖ）−Ｔｓ（ｓｎｄ））
／２）                                              ・・・（１）
【００７６】
この後、受信側時間管理手段１０４は、所定の時間幅でのタイムベースクローン生成処理のセッションが終了するまで、ステップＳＴ３０１からステップＳＴ３０５までの処理を実行して公共端末１３１の現在時刻の取得とメッセージの送受信に要する時間による時間オフセットＴｏの算出とを実行する（ステップＳＴ３０６）。一方、公共端末１３１側でも、所定の時間幅でのタイムベースクローン生成処理のセッションが終了するまで、ステップＳＴ３１２からステップＳＴ３１４までの処理を実行して現在時刻Ｔｒ（ｎｏｗ）をコンテンツ配信装置１０１側に送信する（ステップＳＴ３１５）。
【００７７】
上述のようにして求めた時間オフセットＴｏを用いて、受信側時間管理手段１０４は、図３（ｂ）のフローチャートに示す処理を行って送信側現在時刻取得手段１０３によって得られるコンテンツ配信装置１０１の現在時刻を公共端末１３１側の現在時刻に変換する（ステップＳＴ３２１）。
【００７８】
タイムベースクローン生成処理のセッション中に、送信側現在時刻取得手段１０３が、タイムベース１０２から得た時刻からなるタイムベースをＴｓとし、公共端末１３１のタイムベースをＴｒとする。このとき、受信側時間管理手段１０４は、ＴｓからＴｒへの変換を実行する関数をｆ（ｘ）を用いて、上記セッション中に取得したコンテンツ配信装置１０１のタイムベースＴｓの時刻に対応する公共端末１３１のタイムベースＴｒの時刻を推定しこれに変換する。
【００７９】
このように、コンテンツ配信装置１０１の受信側時間管理手段１０４が、公共端末１３１のタイムベースを構成する時刻の推定値を求める処理を、本発明では公共端末１３１のタイムベースクローン生成処理と称している。
【００８０】
例えば、コンテンツ配信装置１０１のタイムベースＴｓを構成する時刻Ｔｓ（ｉ）をｆ（ｘ）の入力として、この時刻に対応する、公共端末１３１のタイムベースＴｒにおける時刻Ｔｒ（ｉ）を、Ｔｒ（ｉ）＝ｆ（Ｔｓ（ｉ））として求める。図３（ｂ）に示すステップＳＴ３２１では、変換関数ｆ（ｘ）としてＴｒ（ｘ）＝Ｔｓ（ｘ）＋Ｔｏを用い、時間オフセットＴｏとＴｓ（ｘ）との和により、公共端末１３１の時刻Ｔｒ（ｘ）を算出している。なお、ｉはタイムベースの時間区間を構成する時刻を示すパラメータである。
【００８１】
一方、公共端末１３１の再生側現在時刻取得手段１３２は、装置１０１の受信側時間管理手段１０４から時間オフセットＴｏを取得し、図３（ｃ）のフローチャートに示す処理を行って公共端末１３１側の現在時刻をコンテンツ配信装置１０１の現在時刻に変換する（ステップＳＴ３３１）。
【００８２】
タイムベースクローン生成処理のセッション中に、再生側現在時刻取得手段１３２が、タイムベース１３３から得た時刻からなるタイムベースをＴｒとし、コンテンツ配信装置１０１のタイムベースをＴｓとする。このとき、再生側現在時刻取得手段１３２は、ＴｒからＴｓへの変換を実行する関数をｇ（ｘ）を用いて、上記セッション中に取得した公共端末１３１のタイムベースＴｒの時刻に対応するコンテンツ配信装置１０１のタイムベースＴｓの時刻を推定しこれに変換する。
【００８３】
このように、公共端末１３１の再生側現在時刻取得手段１３２が、コンテンツ配信装置１０１のタイムベースを構成する時刻の推定値を求める処理を、本発明ではコンテンツ配信装置１０１のタイムベースクローン生成処理と称している。
【００８４】
例えば、公共端末１３１のタイムベースＴｒを構成する時刻Ｔｒ（ｉ）をｇ（ｘ）の入力として、この時刻に対応する、コンテンツ配信装置１０１のタイムベースＴｓにおける時刻Ｔｓ（ｉ）を、Ｔｓ（ｉ）＝ｇ（Ｔｒ（ｉ））として求める。図３（ｃ）に示すステップＳＴ３３１では、ｇ（ｘ）としてＴｓ（ｘ）＝Ｔｒ（ｘ）−Ｔｏを用い、時間オフセットＴｏとＴｒ（ｘ）との差により、コンテンツ配信装置１０１の時刻Ｔｓ（ｘ）を算出している。
【００８５】
このようにして、コンテンツ配信装置１０１は、公共端末１３１に配信したコンテンツの再生を制御する制御データを送信するにあたり、公共端末１３１のタイムベース１３３に自己のタイムベース１０２を一致させる。しかしながら、コンテンツ配信装置１０１と公共端末１３１とでコンピュータが異なる場合、そのＣＰＵのクロック周波数の違いなどから一致させたタイムベースが時間経過と共にずれる可能性がある。そこで、受信側時間管理手段１０４は、定期的に公共端末１３１に対して現在時刻を要求して互いのタイムベースを一致させる、タイムベースクローン生成処理を実行している。
【００８６】
上述のようなタイムベースクローン生成処理のセッションが終了すると、受信側時間管理手段１０４は、公共端末１３１側のタイムベースに一致させたタイムベース、即ち自己のタイムベースの時刻を公共端末１３１側のタイムベースの時刻に変換したタイムベースに基づく再生側時刻をメディア同期手段１１０に出力する。一方、公共端末１３１の再生側現在時刻取得手段１３２では、タイムベースクローン生成処理のセッションが終了すると、クローン生成用ポートを閉じる（ステップＳＴ３１６）。
【００８７】
次に、コンテンツ配信装置１０１のユーザ個別用メディア配信制御手段１０８は、リクエスト管理手段１０６から入力したユーザ情報により識別したユーザ端末１５１のメディア受信手段１５５に通信接続し、読み出したメディアデータの受信を求める呼び出し（コール）を送信する（ステップＳＴ２０７）。ユーザ端末１５１のメディア受信手段１５５では、コンテンツ配信装置１０１側からのコールを受信すると、データ転送を受ける通信ポートを開くなどのメディアデータの受信準備を実行する（ステップＳＴ２２８）。
【００８８】
一方、ステップＳＴ２０８において、メディア同期手段１１０は、上述のようにして受信側時間管理手段１０４から入力した再生側時刻と、ユーザ個別用メディア配信制御手段１０８から通知されたユーザ端末１５１へのメディアデータの送信予定時刻に基づいて、公共端末１３１及びユーザ端末１５１でコンテンツのメディアデータを同期して再生させるための再生予定時刻を生成し、公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８にそれぞれ出力する。
【００８９】
公共用メディア配信制御手段１０５は、リクエスト管理手段１０６から入力したコンテンツ情報、ユーザ情報及び端末情報により特定されたコンテンツのメディアデータを記憶部１１１から読み出し、公共端末１３１のメディア受信手段１３５に送信する。また、ユーザ個別用メディア配信制御手段１０８は、リクエスト管理手段１０６から入力したコンテンツ情報により特定されたコンテンツのメディアデータを記憶部１１２から読み出し、受信準備が完了したユーザ端末１５１のメディア受信手段１５５に送信する。
【００９０】
続いて、公共用メディア配信制御手段１０５は、メディア同期手段１１０から入力した再生予定時刻でメディアデータを公共端末１３１において再生させるための制御データを生成し、ネットワーク１７１を介して公共端末１３１のメディア受信手段１３５に送信する。メディア受信手段１３５では、コンテンツ配信装置１０１側から受信したメディアデータ及び制御データを再生制御手段１３４に出力する。これにより、公共端末１３１の再生制御手段１３４が、コンテンツ配信装置１０１側でタイムベースが管理された状態でコンテンツのメディアデータを大画面モニタに再生する（ステップＳＴ２１６）。
【００９１】
一方、ユーザ個別用メディア配信制御手段１０８は、メディア同期手段１１０から入力した再生予定時刻でメディアデータをユーザ端末１５１において再生させるための制御データを生成し、送信予定時刻にてネットワーク１７２を介してユーザ端末１５１に送信する。ユーザ端末１５１では、メディア受信手段１５５を介してメディアデータ及びその再生の制御データを受信し、再生制御手段１５４に出力する。これにより、ユーザ端末１５１の再生制御手段１５４が、コンテンツ配信装置１０１側でタイムベースが管理された状態でコンテンツのメディアデータを再生する（ステップＳＴ２２９）。
【００９２】
例えば、ユーザ端末１５１が携帯電話であり、メディアデータとして音声データが送信される場合、ユーザ個別用メディア配信制御手段１０８は、リクエスト管理手段１０６から入力したユーザ情報から当該携帯電話の電話番号を認識し、これによるコールでユーザ端末１５１である携帯電話に電話をかけて音声データを送信する。これにより、ユーザ端末１５１である携帯電話においてコンテンツ配信装置１０１からの音声データが再生されることになる。
【００９３】
このようにして、コンテンツ配信装置１０１のメディア同期手段１１０により公共端末１３１及びユーザ端末１５１で再生されるコンテンツ間の同期がとられる。
図４は、実施の形態１のコンテンツ同期配信システムによるコンテンツ配信及びその再生制御処理を示すフローチャートであり、この図に沿って図２中のステップＳＴ２０８、ステップＳＴ２１６及びステップＳＴ２２９における処理を詳細に説明する。
【００９４】
先ず、ユーザ個別用メディア配信制御手段１０８は、リクエスト管理手段１０６から入力したコンテンツ情報により特定されたコンテンツを構成する全てのメディアデータを記憶部１１２から読み出し、送信予定時刻にてユーザ端末１５１に送信する（ステップＳＴ４０１）。これにより、ユーザ端末１５１は、メディア受信手段１５５を介してコンテンツ配信装置１０１側からのメディアデータを受信し蓄積する（ステップＳＴ４２１）。
【００９５】
次に、コンテンツ配信装置１０１のメディア同期手段１１０は、リクエスト管理手段１０６から入力したコンテンツ情報により特定されたコンテンツを構成するメディアデータＤＤ（ｄｉ）を公共用コンテンツの記憶部１１１から読み出し、これらの公共端末１３１での再生予定時刻Ｔｒ（ｄｉ）を決定する（ステップＳＴ４０２）。ここでは、ユーザ個別用メディア配信制御手段１０８から通知されたユーザ個別用コンテンツのメディアデータをユーザ端末１５１に送信する送信予定時刻をベースとしてこの時刻から公共端末１３１でメディアデータＤＤ（ｄｉ）を再生させるべき適当な時刻を再生予定時刻Ｔｒ（ｄｉ）とする。なお、ｄｉとは、コンテンツ配信装置１０１のタイムベースを構成する時刻Ｔｓ（ｉ）で再生すべき公共用コンテンツのメディアデータを示すパラメータである。
【００９６】
続いて、メディア同期手段１１０は、リクエスト管理手段１０６から入力したコンテンツ情報により特定されたユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）について、送信予定時刻からユーザ端末１５１で再生するまでの再生予定時刻Ｔｒ（ｍｉ）を決定する（ステップＳＴ４０３）。このとき、公共用コンテンツのメディアデータＤＤ（ｄｉ）と同時刻に再生するユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）であれば、メディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）とメディアデータＭＤ（ｍｉ）の再生予定時刻Ｔｒ（ｍｉ）を同値にする。なお、ｍｉとは、コンテンツ配信装置１０１のタイムベースを構成する時刻Ｔｓ（ｉ）で再生すべきユーザ個別用コンテンツのメディアデータを示すパラメータである。
【００９７】
上述の処理では、メディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）を先に決定し、これに合わせてメディアデータＭＤ（ｍｉ）の再生予定時刻Ｔｒ（ｍｉ）を決定する例を示したが、反対にメディアデータＭＤ（ｍｉ）の再生予定時刻Ｔｒ（ｍｉ）を先に決定し、それを基にメディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）を決めるようにしてもよい。
【００９８】
メディア同期手段１１０は、上述のようにして再生予定時刻Ｔｒ（ｄｉ），Ｔｒ（ｍｉ）を決定すると、公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８にそれぞれ通知する（ステップＳＴ４０４）。
【００９９】
公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８は、メディア同期手段１１０から再生予定時刻Ｔｒ（ｄｉ），Ｔｒ（ｍｉ）をそれぞれ通知されると、通知された再生予定時刻及びこれに対応するメディアデータの情報を制御データとして生成し、公共端末１３１のメディア受信手段１３５及びユーザ端末１５１の１５５にそれぞれ配信する（ステップＳＴ４０５）。なお、公共端末１３１及びユーザ端末１５１にそれぞれ送信される制御データは、例えば公共用及びユーザ個別用コンテンツのメディアデータを識別するためのパラメータｄｉ，ｍｉとその再生予定時刻Ｔｒ（ｄｉ），Ｔｒ（ｍｉ）をそれぞれ含むデータとして構成する。
【０１００】
公共用メディア配信制御手段１０５は、ステップＳＴ４０５で制御データを公共端末１３１に送信すると、ｄｉを任意の定数ｎだけ加算して次に再生させるべきメディアデータを決定する（ステップＳＴ４０６）。この後、公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８は、再生処理セッションが終了したか否かの通知待ち状態に移行する（ステップＳＴ４０７）。
【０１０１】
公共端末１３１のメディア受信手段１３５は、コンテンツ配信装置１０１から制御データが送信されるまで、これを受け付ける待ち状態にある（ステップＳＴ４１１）。このとき、メディア受信手段１３５が制御データを受信すると、再生制御手段１３４に通知されてステップＳＴ４１２の処理に移行する。また、制御データの受信がなければ、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻を取得させるステップＳＴ４１３の処理に移行する。
【０１０２】
また、ユーザ端末１５１のメディア受信手段１５５も、コンテンツ配信装置１０１側から制御データが送信されるまで、これを受け付ける待ち状態になる（ステップＳＴ４２２）。このとき、メディア受信手段１５５が制御データを受信すると、再生制御手段１５４に通知されてステップＳＴ４２３の処理に移行する。一方、制御データの受信がなければ、再生側現在時刻取得手段１５３にユーザ端末１５１の現在時刻を取得させるステップＳＴ４２４の処理に移行する。
【０１０３】
ステップＳＴ４１２において、再生制御手段１３４は、自己が再生しようとしているメディアデータのうち、公共用メディア配信制御手段１０５から制御データの通知があったメディアデータＤＤ（ｄｉ）以降の再生予定時刻を上記制御データに基づいて時刻Ｔｒ（ｄｉ）に変更する。
【０１０４】
この後、再生制御手段１３４は、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）を取得させ（ステップＳＴ４１３）、現在時刻Ｔｒ（ｎｏｗ）と再生予定時刻Ｔｒ（ｄｉ）とを比較し、再生予定時刻Ｔｒ（ｄｉ）が現在時刻Ｔｒ（ｎｏｗ）以下であってＴｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えておらず、予定時刻通りに再生を実行できるか否かを判定する（ステップＳＴ４１４）。ここで、Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていると判定された場合、再生制御手段１３４は、ステップＳＴ４１３の処理に戻って再生側現在時刻取得手段１３２に公共端末１３１における現在時刻Ｔｒ（ｎｏｗ）を再び取得させ、再びステップＳＴ４１４の処理を繰り返す。
【０１０５】
また、Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていないと判定された場合、再生制御手段１３４は、予定時刻通りに再生を実行できると判断し、制御データに従う制御により再生予定時刻Ｔｒ（ｄｉ）でメディアデータＤＤ（ｄｉ）の再生を実行する（ステップＳＴ４１５）。例えば、符号化されたメディアデータであれば、これをデコーダに転送したり、自己に搭載された大画面モニタに出力表示する。このとき、公共端末１３１での公共用コンテンツのメディアデータの再生とユーザ端末１５１でのユーザ個別用コンテンツのメディアデータの再生とは再生予定時刻Ｔｒ（ｄｉ），Ｔｒ（ｍｉ）に従って同期している。
【０１０６】
メディアデータＤＤ（ｄｉ）の再生が完了すれば、再生制御手段１３４は、ｄｉを加算して次に再生すべきメディアデータを抽出する（ステップＳＴ４１６）。この後、再生制御手段１３４は、再生処理のセッションが終了したか否かの通知待ちの状態に移行する（ステップＳＴ４１７）。このとき、コンテンツ配信装置１０１の公共用メディア配信制御手段１０５からセッション終了が通知されれば、再生処理を終了し、そうでなければステップＳＴ４１１に戻ってステップＳＴ４１１からステップＳＴ４１６までの処理を繰り返す。
【０１０７】
ステップＳＴ４２２において、ユーザ端末１５１の再生制御手段１５４は、自己が再生しようとしているメディアデータのうち、ユーザ個別用メディア配信制御手段１０８から制御データの通知があったメディアデータＭＤ（ｍｉ）以降の再生予定時刻を上記制御データに基づいて時刻Ｔｒ（ｍｉ）に変更する。
【０１０８】
この後、再生制御手段１５４は、再生側現在時刻取得手段１５３にユーザ端末１５１の現在時刻Ｔｒ（ｎｏｗ）を取得させ（ステップＳＴ４２４）、現在時刻Ｔｒ（ｎｏｗ）と再生予定時刻Ｔｒ（ｍｉ）とを比較し、再生予定時刻Ｔｒ（ｍｉ）が現在時刻Ｔｒ（ｎｏｗ）以下であってＴｒ（ｍｉ）がＴｒ（ｎｏｗ）を超えておらず、予定時刻通りに再生を実行できるか否かを判定する（ステップＳＴ４２５）。ここで、Ｔｒ（ｍｉ）がＴｒ（ｎｏｗ）を超えていると判定された場合、再生制御手段１５４は、ステップＳＴ４２４の処理に戻って再生側現在時刻取得手段１５３にユーザ端末１５１の現在時刻Ｔｒ（ｎｏｗ）を再び取得させ、ステップＳＴ４２５の処理を繰り返す。
【０１０９】
また、Ｔｒ（ｍｉ）がＴｒ（ｎｏｗ）を超えていないと判定された場合、再生制御手段１５４は、予定時刻通りに再生を実行できると判断し、制御データに従う制御により再生予定時刻Ｔｒ（ｍｉ）でメディアデータＭＤ（ｍｉ）の再生を実行する（ステップＳＴ４２６）。例えば、符号化されたメディアデータであれば、これをデコーダに転送したり、自己に搭載された表示部の画面に出力表示する。
【０１１０】
このとき、ユーザ端末１５１でのユーザ個別用コンテンツのメディアデータの再生処理と公共端末１３１での公共用コンテンツのメディアデータの再生処理は、再生予定時刻Ｔｒ（ｍｉ），Ｔｒ（ｄｉ）に従って同期している。つまり、各端末１３１，１５１のタイムベースは、上述の各タイムベース同期手段１３８，１５８の同期処理によって一致しており、各端末１３１，１５１の再生制御手段１３４，１５４は、同期処理によって一致したタイムベースに基づく再生予測時刻を規定する制御データに従ってメディアデータを再生する。これにより、公共用コンテンツとユーザ個別用コンテンツのメディアデータ再生の同期が実現される。
【０１１１】
具体的な再生処理としては、例えば、再生制御手段１３４，１５４が、再生側現在時刻取得手段１３２，１５３がそれぞれ取得した現在時刻とメディア配信制御手段１０５，１０８からそれぞれ送られてきた制御データにおける再生予定時刻Ｔｒ（ｄｉ），Ｔｒ（ｍｉ）とを比較して、再生予定時刻Ｔｒ（ｄｉ），Ｔｒ（ｍｉ）で公共端末１３１の大画面モニタやユーザ端末１５１の表示部の画面にメディアデータＤＤ（ｄｉ），ＭＤ（ｍｉ）を表示できるように再生する。
【０１１２】
また、メディア同期手段１１０が、再生予定時刻からＭＰＥＧ−２  ＴＳに用いられるＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）を補正し、その補正値を制御データとしてメディア受信手段１３５，１５５を介して再生制御手段１３４，１５４に通知し、再生制御手段１３４，１５４が制御データのＰＣＲ値に応じて再生予定時刻を更新してコンテンツを再生するように構成しても良い。
【０１１３】
上述のようにして、メディアデータＭＤ（ｍｉ）の再生が完了すれば、再生制御手段１５４は、ｍｉを加算して次に再生すべきメディアデータを抽出する（ステップＳＴ４２７）。この再生処理において、再生制御手段１５４は、ユーザ端末１５１の操作リクエスト送信手段１５６を介してユーザがその再生の停止要求を受け付けている状態にある（ステップＳＴ４２８）。
【０１１４】
ステップＳＴ４２８において、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されなければ、ステップＳＴ４２２の処理に戻ってメディア受信手段１５５による制御データの受信待ちの状態に移行し、上述したステップＳＴ４２３からステップＳＴ４２７までの処理を繰り返す。
【０１１５】
ステップＳＴ４２８にて、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されると、再生制御手段１５４は、再生処理のセッションを終了すると共に、操作リクエスト送信手段１５６は、その旨をコンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９に通知する（ステップＳＴ４２９）。
【０１１６】
ステップＳＴ４０７における通知待ち状態において、上述のようにして、ユーザ個別用メディア受信手段１０９が、ユーザ端末１５１側から操作リクエスト送信手段１５６による操作命令として再生処理セッションが終了した旨を受信すると、当該操作命令をメディア配信制御手段１０５，１０８に通知する。これにより、メディア配信制御手段１０５，１０８は、再生処理セッションを終了する。
【０１１７】
この後、公共用メディア配信制御手段１０５は、再生処理セッションが終了した旨を公共端末１３１のメディア受信手段１３５に通知する（ステップＳＴ４０８）。この通知を受けることで、ステップＳＴ４１７において、公共端末１３１の再生制御手段１３４は、セッションが終了したと判断し再生処理を終了する。
【０１１８】
公共用コンテンツの再生処理には、公共端末１３１の再生制御手段１３４が、公共用メディア配信制御手段１０５から配信されたメディアデータを受信して再生するストリーミング再生方式と、公共端末１３１が記憶部１３６に予め保持する公共用コンテンツから読み出したメディアデータを再生するローカル再生方式の２方式がある。
【０１１９】
また、同様に、ユーザ個別用コンテンツの再生処理においても、ユーザ端末１５１の再生制御手段１５４が、ユーザ個別用メディア配信制御手段１０８から配信されたメディアデータを受信して再生するストリーミング再生方式と、ユーザ端末１５１が不図示の記憶部などに予め保持したユーザ個別用コンテンツから読み出したメディアデータを再生するローカル再生方式の２方式がある。
【０１２０】
なお、ストリーミング再生方式の場合、上述したステップＳＴ４０１やステップＳＴ４２１のように、メディア配信制御手段１０５，１０８が、再生予定時刻よりも先立って各コンテンツのメディアデータを配信し、再生制御手段１３４，１５４で再生開始されるまでそれらのメディアデータを一時蓄積しておくことになる。
【０１２１】
次に、本発明に特徴の一つである、ユーザ端末１５１から公共端末１３１で再生しているコンテンツを一時停止、巻戻し、早送り等の操作を行う処理について説明する。
図５は、実施の形態１のコンテンツ同期配信システムにおけるユーザ端末から公共端末で再生しているコンテンツを操作する処理を示すフローチャートであり、コンテンツの一時停止、巻戻し、早送り等の操作を行う方法を示したものである。
【０１２２】
先ず、ユーザ端末１５１でコンテンツのメディアデータを再生中、ユーザが当該コンテンツを一時停止、巻き戻し、早送りなどをしたい場合、ユーザ端末１５１の外部入力手段を用いて所望する操作を設定入力する。例えば、ユーザ端末１５１が携帯電話であれば、コンテンツ配信装置１０１と通話中に、ユーザが一時停止、巻き戻し、早送りに対応したいずれかのダイヤルボタンを押下する処理などが考えられる。
【０１２３】
これにより、ユーザ端末１５１の操作リクエスト送信手段１５６は、ユーザからの入力に対応する操作をコンテンツ配信装置１０１側に通知するための操作命令を生成し、ネットワーク１７２を介してコンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９に送信する（ステップＳＴ５２１）。なお、このとき、操作対象となるコンテンツをコンテンツ配信装置１０１側で識別させるため、操作リクエスト送信手段１５６は、操作リクエスト時にユーザ情報や端末情報も操作命令として同時に通知する。
【０１２４】
ユーザ個別用メディア受信手段１０９は、操作リクエスト送信手段１５６から受信した操作命令が、通常の再生処理、若しくは、一時停止、巻き戻し、早送りなどの操作であるかを解析する（ステップＳＴ５０１）。例えば、ユーザ端末１５１が携帯電話であり、一時停止、巻き戻し、早送りに対応したダイヤルボタンを押下することで、操作リクエスト送信手段１５６が、ＤＴＭＦ（Ｄｕａｌ  Ｔｏｎｅ  Ｍｕｌｔｉ  Ｆｒｅｑｕｅｎｃｙ）信号で操作命令を送信した場合、ユーザ個別用メディア受信手段１０９が、ＤＴＭＦ信号を受信していずれの操作であるかを解析することになる。
【０１２５】
この後、ユーザ個別用メディア受信手段１０９は、その解析結果を公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８に通知する。さらに、公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８は、操作命令を各端末１３１，１５１のメディア受信手段１３５，１５５に同情報を通知する（ステップＳＴ５０２、ステップＳＴ５０４）。
【０１２６】
各端末１３１，１５１のメディア受信手段１３５，１５５は、再生制御手段１３４，１５４がメディアデータを再生している際、コンテンツ配信装置１０１側からの操作命令の受信待ち状態にある（ステップＳＴ５１１、ステップＳＴ５２２）。このとき、上述のようにして、メディア受信手段１３５，１５５は、メディア配信制御手段１０５，１０８から操作命令を受信すると、直ちに再生制御手段１３４，１５４に通知する。
【０１２７】
ここで、操作命令の内容が一時停止、巻き戻し、早送りなどの操作である場合、メディア配信制御手段１０５，１０８は、メディア同期手段１１０が生成する再生予測時刻に従ったメディアデータの配信処理を一時停止する、即ち再生予定時刻に従った再生をさせるための制御データの配信を一時停止する（ステップＳＴ５０３）。
【０１２８】
再生制御手段１３４，１５４においても、メディア同期手段１１０が生成する再生予測時刻に従ったメディアデータの配信処理を一時停止する、即ちコンテンツ配信装置１０１側から送信される制御データに従った再生処理を一時停止する（ステップＳＴ５１２、ステップＳＴ５２３）。この後、再生制御手段１３４，１５４は、メディア受信手段１３５，１５５を介して受信した操作命令の内容に応じた一時停止、巻き戻し、早送りなどの再生処理を実行する（ステップＳＴ５１３、ステップＳＴ５２４）。
【０１２９】
例えば、一時停止命令である場合、再生制御手段１３４，１５４は、メディアデータの再生を一時停止状態にする。なお、ストリーミング再生方式であれば、メディア配信制御手段１０５，１０８がストリーミング配信を一時停止する。
【０１３０】
また、通常再生に戻す場合は、ユーザが、ユーザ端末１５１の外部入力手段を用いて通常再生に対応する操作を設定入力する。例えば、ユーザ端末１５１が携帯電話であれば、ユーザが通常再生処理に対応するダイヤルボタンを押下する。これにより、操作リクエスト送信手段１５６によって、通常再生を通知するための操作命令が、ネットワーク１７２を介してコンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９に送信される（ステップＳＴ５２６）。なお、上述した場合と同様に、操作対象となるコンテンツをコンテンツ配信装置１０１側で識別させるため、操作リクエスト送信手段１５６は、操作リクエスト時にユーザ情報や端末情報も操作命令として同時に通知する。
【０１３１】
ユーザ個別用メディア受信手段１０９は、操作リクエスト送信手段１５６から受信した操作命令を解析して通常の再生処理である旨を認識し（ステップＳＴ５０１）、この解析結果をメディア配信制御手段１０５，１０８に通知する。さらに、メディア配信制御手段１０５，１０８は、操作命令を各端末１３１，１５１のメディア受信手段１３５，１５５に同情報を通知する（ステップＳＴ５０４）。
【０１３２】
この後、メディア配信制御手段１０５，１０８は、メディア同期手段１１０が生成する再生予測時刻に従ったメディアデータの配信処理を再開する、即ち再生予定時刻に従った再生をさせるための制御データの配信を再開する（ステップＳＴ５０５）。一方、再生制御手段１３４，１５４においても、メディア受信手段１３５，１５５を介して受信した操作命令の内容に応じて制御データに従った再生処理を再開する（ステップＳＴ５１４、ステップＳＴ５２５）。これにより、再び公共用コンテンツ及びユーザ個別用コンテンツについての再生処理の同期がとられる。
【０１３３】
また、ユーザ端末１５１において、再生の停止命令が入力された場合（ステップＳＴ５２７）、その旨はメディア配信制御手段１０５，１０８に通知される。これにより、メディア配信制御手段１０５，１０８は、コンテンツ配信処理のセッションが終了したと判断し（ステップＳＴ５０６）、メディア受信手段１３５を介してセッションの終了を再生制御手段１３４に通知した後（ステップＳＴ５０７）、メディアデータの配信を停止する。一方、公共端末１３１の再生制御手段１３４は、コンテンツ配信装置１０１側からのセッション終了通知により再生処理を終了する（ステップＳＴ５１５）。
【０１３４】
なお、ステップＳＴ５０６、ステップＳＴ５１５、ステップＳＴ５２７で、再生処理の終了が設定されなければ、コンテンツ配信装置１０１では、ステップＳＴ５０１に戻り、ステップＳＴ５０２からステップＳＴ５０５までの処理を繰り返し、公共端末１３１では、ステップＳＴ５１１に戻り、ステップＳＴ５１２からステップＳＴ５１４までの処理を繰り返し、ユーザ端末１５１では、ステップＳＴ５２２に戻り、ステップＳＴ５２３からステップＳＴ５２６までの処理を繰り返すことになる。
【０１３５】
以上のように、この実施の形態１によれば、コンテンツ配信装置１０１が、ユーザ端末１５１から受信したリクエストに基づいて、リクエストを送信したユーザ端末１５１、コンテンツを再生させるべき公共端末１３１及び再生させるコンテンツを特定するリクエスト管理手段１０６と、自装置１０１内での現在時刻を取得する送信側時刻取得手段１０３と、各端末１３１，１５１の現在時刻及び自装置１０１内での現在時刻に基づいて各端末１３１，１５１における時間を管理する受信側時間管理手段１０４と、コンテンツのメディアデータに規定された再生時間及び受信側時間管理手段１０４により管理された各端末１３１，１５１における時間に基づいて、各端末１３１，１５１でのメディアデータ再生時間が一致するようにメディアデータの再生予定時刻を算出するメディア同期手段１１０と、リクエストにより特定されたコンテンツのメディアデータを各端末１３１，１５１に配信すると共に、このメディアデータを再生予定時刻にて再生させる制御データを生成して各端末１３１，１５１に送信するメディア配信制御手段１０５，１０９とを備えるので、街頭などに設置する大画面モニタなどに表示する公共用のコンテンツに対応したユーザ個別のデータやコンテンツを、ユーザのリクエストに応じて個別に送信することができ、さらに公共用及びユーザ個別用のコンテンツのメディアデータをそれぞれ同期をとりながら配信及び再生できる。
【０１３６】
実施の形態２．
実施の形態２は、公共端末側におけるコンテンツのメディアデータ再生時間を制御してユーザ端末側でのメディアデータ再生に同期させる。このため、ユーザ端末が、時間（タイムベース）やメディアデータに設定されたタイムスタンプに基づき再生を制御する機能を持たない携帯電話などの小型モバイル端末である場合に好適である。また、その制御に用いる、コンテンツ配信装置とユーザ端末との間での遅延時間（コンテンツ配信装置がメディアデータを送信してからユーザ端末で再生表示されるまでの時間に相当する）が既知であることを前提としている。
【０１３７】
本実施の形態２によるコンテンツ同期配信システムの基本的な構成は、上記実施の形態１で示した構成とほぼ同一であるが、図１に示したタイムベース同期手段１３８，１５７を有さない構成であって、公共端末１３１とユーザ端末１５１との間で個別にタイムベース調整がなされない。
【０１３８】
また、コンテンツ配信装置１０１のメディア同期手段１１０が、ユーザ端末１５１との間での既知の遅延時間を用いてメディアデータに同期する公共用コンテンツのメディアデータの再生予定時刻を算出する。これにより、公共端末とユーザ端末との間で個別にタイムベース調整がなされずとも、公共端末１３１とユーザ端末１５１との間で同期してメディアデータを再生することができる。
【０１３９】
次に動作について説明する。
図６は、この発明の実施の形態２によるコンテンツ同期配信システムのリクエスト処理を示すフローチャートである。以降の説明では、この図６に加え、本実施の形態によるシステムが、上記実施の形態１とほぼ同様な構成を有していることから、その構成を示す図１を用いる。
【０１４０】
先ず、公共端末１３１の端末情報表示手段１３７が、自己が搭載されている公共端末１３１を識別するための端末情報及びアクセス情報を表示する（ステップＳＴ６１１）。端末情報及びアクセス情報の表示処理としては、例えば端末情報表示手段１３７が大画面モニタの表示制御を行うプログラムモジュールをコンピュータに実行させることで実現される場合、コンテンツの表示の邪魔にならないように端末情報及びアクセス情報を画面の隅に表示する処理などが該当する。
【０１４１】
また、この他、端末情報表示手段１３７が公共端末１３１のハードウエアとは別個に設けられた端末情報及びアクセス情報のバーコードからなる場合であれば、このバーコードを大画面モニタ以外の部分に貼り付けておくことが上記表示処理に該当する。なお、バーコードの貼り付け箇所としては、ユーザ端末１５１が読み込みやすい箇所に表示されていればよい。
【０１４２】
例えば、ユーザ端末１５１をカメラ付き携帯電話で実現し、アクセス手段１５２がカメラによって撮像したバーコードを解析して端末情報及びアクセス情報を得るような場合、当該カメラで撮影しやすい箇所である、大画面モニタの近辺の看板や操作パネルなどに表示する処理が考えられる。
【０１４３】
上述したように、端末情報としては、ユーザ端末１５１側で公共端末１３１を識別するための公共端末１３１に固有なＩＤや名前情報、公共端末１３１のネットワーク１７１，１７２上でのアドレス情報（ＵＲＬ）などが考えられる。また、アクセス情報としては、ユーザ端末１５１からネットワーク１７２を介してコンテンツ配信装置１０１にアクセスするための、例えばネットワーク１７２上のコンテンツ配信装置１０１のアドレス情報（ＵＲＬ）や、コンテンツ配信装置１０１が提供するコンテンツ配信サービスを識別する情報であるサービス毎に設定されたサービス名などが考えられる。
【０１４４】
次に、ユーザ端末１５１のアクセス手段１５２により端末情報及びアクセス情報を読みとる（ステップＳＴ６２１）。例えば、ユーザ端末１５１をカメラ付き携帯電話で実現した場合であれば、カメラによって撮像した端末情報及びアクセス情報についてのバーコード（端末情報表示手段１３７）をアクセス手段１５２の制御によって取得するように構成しても良い。この場合の端末情報及びアクセス情報としては、例えばバーコードや２次元コードが考えられる。
【０１４５】
また、この他、アクセス手段１５２が端末情報表示手段１３７とデータ通信可能な通信機能を有しており、公共端末１３１の大画面モニタに表示された端末情報及びアクセス情報をデータ通信によるダウンロードで取得するように構成しても良い。例えば、非接触型の通信機能を有するＩＣチップや、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの短距離無線、無線ＬＡＮ等の通信手段を利用してユーザ端末１５１が端末情報及びアクセス情報を取得する。
【０１４６】
続いて、ユーザ端末１５１のアクセス手段１５２は、端末情報表示手段１３７を介して公共端末１３１の端末情報及びコンテンツ配信装置１０１のアクセス情報を取得すると、当該アクセス情報を基にネットワーク１７２を介してコンテンツ配信装置１０１に通信接続する。例えば、アクセス情報としてコンテンツ配信装置１０１のＵＲＬが設定されている場合であれば、ユーザ端末１５１が当該ＵＲＬをブラウザに設定して、ネットワーク１７２を通信媒体とするインターネットを介した通信接続をコンテンツ配信装置１０１に対して実行する。
【０１４７】
この後、ユーザ端末１５１側で、アクセス情報中のサービス名に関する情報に従って、端末情報で特定した公共端末１３１に配信されるコンテンツに関するものであり、且つユーザが利用を許可されたコンテンツ配信サービスを識別し、アクセス手段１５２を介して該当するサービスにログインするためのユーザ情報及び端末情報をコンテンツ配信装置１０１に送信する（ステップＳＴ６２２）。なお、ユーザ情報としては、コンテンツ配信サービスの利用を許可されたユーザを識別するためのユーザ名やパスワード、ユーザ端末１５１にアクセスするためのＵＲＬや電話番号などが考えられる。
【０１４８】
コンテンツ配信装置１０１では、ユーザ端末１５１からのアクセスがない状態においてログイン待ちの状態となっている。このとき、上述のようにして、ユーザ端末１５１のアクセス手段１５２からアクセスがあり、自己が提供するサービスに対するログイン要求がなされると、コンテンツ配信装置１０１のリクエスト管理手段１０６が、アクセス手段１５２からの情報を取得する。
【０１４９】
これにより、リクエスト管理手段１０６は、アクセス手段１５２からの情報のうちの端末情報及びユーザ情報に基づき、端末情報に対応する公共端末１３１に配信するコンテンツに関するサービスを特定し、さらにユーザ情報により当該サービスの利用を許可されたユーザであるか否かのユーザ認証を実行する（ステップＳＴ６０１）。このとき、利用許可されたユーザであると認証されれば、リクエスト管理手段１０６は、該当するサービスについてのユーザ端末１５１のログインを完了する。一方、利用許可がないユーザからのログイン要求であれば、ログインできない旨をユーザ端末１５１に返信する。
【０１５０】
利用許可されたユーザであると認証された場合、リクエスト管理手段１０６では、ログインされたサービスにおいて利用可能なコンテンツのリクエスト内容をまとめた情報を、ユーザ情報中のアドレス情報に従ってユーザ端末１５１のアクセス手段１５２に返信する（ステップＳＴ６０２）。
【０１５１】
ユーザ端末１５１のアクセス手段１５２は、リクエスト管理手段１０６からリクエスト内容に関する情報を受信すると、その内容を自己に搭載された表示部の画面に表示する（ステップＳＴ６２３）。例えば、アクセス手段１５２が、表示画面上でユーザ端末１５１の操作ボタンによる入力でリクエスト内容を指定し選択できるプログラムとしてリクエスト管理手段１０６からリクエスト内容に関する情報を受信する。これにより、ユーザは、ユーザ端末１５１の操作ボタンを用いてリクエスト内容を指定し選択する（ステップＳＴ６２４）。このリクエスト情報は、アクセス手段１５２からリクエスト管理手段１０６に返信される。
【０１５２】
リクエスト管理手段１０６は、ユーザ端末１５１側からリクエスト情報を受け付けると（ステップＳＴ６０３）、ユーザ情報、端末情報及びリクエスト情報を基にして記憶部１１１，１１２に保持される公共用及びユーザ個別用のコンテンツを検索し、該当するリクエストに対応するコンテンツを抽出する（ステップＳＴ６０４）。
【０１５３】
なお、記憶部１１１，１１２には、公共用及びユーザ個別用のコンテンツとしてそれぞれ同一内容のコンテンツが公共端末１３１及びユーザ端末１５１で再生可能な形態でそれぞれ保持されている。また、同一内容のコンテンツが互いに同期して各端末１３１，１５１で再生されるように、公共用及びユーザ個別用のコンテンツのタイムベースでメディアデータを再生すべき時間を同じ時間にタイムスタンプしている。
【０１５４】
続いて、リクエスト管理手段１０６は、ユーザ端末１５１から取得した端末情報に基づいて端末情報ＤＢ１０７を検索し、当該端末情報をこれに対応する公共端末１３１のネットワーク情報に変換する（ステップＳＴ６０５）。例えば、端末情報中の公共端末１３１を識別するためのＩＤを用いて端末情報ＤＢ１０７を検索し、このＩＤに対応する公共端末１３１のＩＰアドレスや受信ポートを特定する情報などのネットワーク情報を抽出して端末情報に設定する。
【０１５５】
次に、公共端末１３１は、コンテンツ配信装置１０１との間でタイムベースを一致させるためのタイムベースクローン生成処理を実行する（ステップＳＴ６０６、ステップＳＴ６１２）。これにより、コンテンツ配信装置１０１の受信側時間管理手段１０４が、公共端末１３１のタイムベース１３３の時刻を取得して管理する。
【０１５６】
タイムベースクローン生成は、基本的に上記実施の形態１と同様に処理する。具体的に説明すると、公共端末１３１の再生側現在時刻取得手段１３２が、コンテンツ配信装置１０１の受信側時間管理手段１０４との通信用ポート（クローン生成用ポート）を開き、コンテンツ配信装置１０１の受信側時間管理手段１０４が、公共端末１３１の再生側現在時刻取得手段１３２に対して公共端末１３１の現在時刻を要求する。
【０１５７】
コンテンツ配信装置１０１の送信側現在時刻取得手段１０３は、タイムベース１０２から現在時刻を取得しており、受信側時間管理手段１０４が現在時刻要求メッセージを公共端末１３１側に送信すると、そのメッセージを送信した時刻Ｔｓ（ｓｎｄ）を記憶する。なお、受信側時間管理手段１０４による現在時刻要求は、公共端末１３１に対して定期的に行われる。
【０１５８】
公共端末１３１の再生側現在時刻取得手段１３２が、コンテンツ配信装置１０１側からの現在時刻要求メッセージを受信すると、タイムベース１３３から現在時刻Ｔｒ（ｎｏｗ）を取得する。このあと、再生側現在時刻取得手段１３２は、取得した現在時刻Ｔｒ（ｎｏｗ）を、クローン生成用ポートを介してコンテンツ配信装置１０１の受信側時間管理手段１０４に返信する。受信側時間管理手段１０４が、返信された現在時刻Ｔｒ（ｎｏｗ）を受信すると、コンテンツ配信装置１０１の送信側現在時刻取得手段１０３が、その受信時刻Ｔｓ（ｒｃｖ）をタイムベース１０２から取得して記憶する。
【０１５９】
続いて、受信側時間管理手段１０４は、公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）、送信側現在時刻取得手段１０３のメモリから読み出した現在時刻要求の送信時刻Ｔｓ（ｓｎｄ）及びこれの返信を受信した時刻Ｔｓ（ｒｃｖ）を用いて、例えば上記式（１）に従い時間オフセットＴｏを算出する。
【０１６０】
この後、受信側時間管理手段１０４は、所定の時間幅でのタイムベースクローン生成処理のセッションが終了するまで、上述した処理を実行して公共端末１３１の現在時刻の取得とメッセージの送受信に要する時間による時間オフセットＴｏの算出とを実行する。一方、公共端末１３１側でも、所定の時間幅でのタイムベースクローン生成処理のセッションが終了するまで、上述の処理を実行して現在時刻Ｔｒ（ｎｏｗ）をコンテンツ配信装置１０１側に送信する。
【０１６１】
続いて、受信側時間管理手段１０４は、上述の時間オフセットＴｏ、ＴｓからＴｒへの変換を実行する関数をｆ（ｘ）を用いて、上記セッション中に取得したコンテンツ配信装置１０１のタイムベースＴｓの時刻に対応する公共端末１３１のタイムベースＴｒの時刻を推定しこれに変換する。例えば、変換関数ｆ（ｘ）としてＴｒ（ｘ）＝Ｔｓ（ｘ）＋Ｔｏを用い、時間オフセットＴｏとＴｓ（ｘ）との和により、公共端末１３１の時刻Ｔｒ（ｘ）を算出している。なお、ｉはタイムベースの時間区間を構成する時刻を示すパラメータである。
【０１６２】
公共端末１３１の再生側現在時刻取得手段１３２は、コンテンツ配信装置１０１の受信側時間管理手段１０４から取得した時間オフセットＴｏ、ＴｒからＴｓへの変換を実行する関数をｇ（ｘ）を用いて、タイムベースクローン生成処理のセッション中に取得した公共端末１３１のタイムベースＴｒの時刻に対応するコンテンツ配信装置１０１のタイムベースＴｓの時刻を推定しこれに変換する。例えば、変換関数ｇ（ｘ）としてＴｓ（ｘ）＝Ｔｒ（ｘ）−Ｔｏを用い、時間オフセットＴｏとＴｒ（ｘ）との差により、コンテンツ配信装置１０１の時刻Ｔｓ（ｘ）を算出している。
【０１６３】
タイムベースクローン生成処理のセッションが終了すると、受信側時間管理手段１０４は、公共端末１３１側のタイムベースに一致させたタイムベース、即ち自己のタイムベースの時刻を公共端末１３１側のタイムベースの時刻に変換したタイムベースに基づく再生側時刻をメディア同期手段１１０に出力する。一方、公共端末１３１の再生側現在時刻取得手段１３２では、タイムベースクローン生成処理のセッションが終了すると、クローン生成用ポートを閉じる。
【０１６４】
次に、コンテンツ配信装置１０１のユーザ個別用メディア配信制御手段１０８は、リクエスト管理手段１０６から入力したユーザ情報により識別したユーザ端末１５１のメディア受信手段１５５に通信接続し、読み出したメディアデータの受信を求める呼び出し（コール）を送信する（ステップＳＴ６０７）。ユーザ端末１５１のメディア受信手段１５５では、コンテンツ配信装置１０１側からのコールを受信すると、データ転送を受ける通信ポートを開くなどのメディアデータの受信準備を実行する（ステップＳＴ６２５）。
【０１６５】
ステップＳＴ６０８において、メディア同期手段１１０は、上述のようにして受信側時間管理手段１０４から入力した再生側時刻に基づいて、公共端末１３１側及びユーザ端末１５１側でコンテンツのメディアデータを同期して再生させるための再生予定時刻を生成し、公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８にそれぞれ出力する。
【０１６６】
公共用メディア配信制御手段１０５は、リクエスト管理手段１０６から入力したコンテンツ情報、ユーザ情報及び端末情報により特定されたコンテンツのメディアデータを、公共端末１３１のメディア受信手段１３５に送信する。ユーザ個別用メディア配信制御手段１０８では、リクエスト管理手段１０６から入力したコンテンツ情報により特定されたコンテンツのメディアデータを、受信準備が完了したユーザ端末１５１のメディア受信手段１５５に送信する。
【０１６７】
続いて、公共用メディア配信制御手段１０５は、メディア同期手段１１０から入力した再生予定時刻でメディアデータを公共端末１３１において再生させるための制御データを生成して、ネットワーク１７１を介して公共端末１３１のメディア受信手段１３５に送信する。メディア受信手段１３５では、コンテンツ配信装置１０１側から受信したメディアデータ及び制御データを再生制御手段１３４に出力する。再生制御手段１３４では、コンテンツ配信装置１０１側から受信した制御データに従い、コンテンツのメディアデータを大画面モニタに再生する（ステップＳＴ６１３）。
【０１６８】
ユーザ個別用メディア配信制御手段１０８は、メディア同期手段１１０から入力した再生予定時刻でメディアデータをユーザ端末１５１において再生させるための制御データを生成して、ネットワーク１７２を介してユーザ端末１５１のメディア受信手段１５５に送信する。メディア受信手段１５５では、コンテンツ配信装置１０１側から受信したメディアデータ及びその再生の制御データを再生制御手段１５４に出力する。これにより、再生制御手段１５４が、コンテンツ配信装置１０１側から受信した制御データに従い、コンテンツのメディアデータを再生する（ステップＳＴ６２６）。
【０１６９】
例えば、ユーザ端末１５１が携帯電話であり、メディアデータとして音声データが送信される場合を考える。このとき、ユーザ個別用メディア配信制御手段１０８が、リクエスト管理手段１０６から入力したユーザ情報から当該携帯電話の電話番号を認識し、これを用いてユーザ端末１５１である携帯電話に電話をかけて音声データを送信する。これにより、ユーザ端末１５１である携帯電話においてコンテンツ配信装置１０１からの音声データが再生されることになる。
【０１７０】
図７は、実施の形態２のコンテンツ同期配信システムによるコンテンツ配信及びその再生制御処理を示すフローチャートであり、この図に沿って図６中のステップＳＴ６０８、ステップＳＴ６１３及びステップＳＴ６２６における処理を詳細に説明する。
【０１７１】
先ず、ユーザ個別用メディア配信制御手段１０８は、リクエスト管理手段１０６から入力したコンテンツ情報により特定したコンテンツのメディアデータＭＤ（ｍｉ）の送信予定時刻を決定し、メディア同期手段１１０に通知する（ステップＳＴ７０１）。なお、ｍｉは、コンテンツ配信装置１０１のタイムベースＴｓを構成する時刻Ｔｓ（ｉ）で再生すべきユーザ個別用コンテンツのメディアデータを示すパラメータである。
【０１７２】
次に、メディア同期手段１１０では、ユーザ個別用メディア配信制御手段１０８により送信予定時刻が決定されたユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）のユーザ端末１５１での再生処理に同期させるべき公共用コンテンツのメディアデータＤＤ（ｄｉ）の再生予定時刻を、予め設定されていた、ユーザ端末１５１との間での遅延時間ｄを考慮して算出する（ステップＳＴ７０２）。なお、ｄｉは、コンテンツ配信装置１０１のタイムベースＴｓを構成する時刻Ｔｓ（ｉ）で再生すべき公共用コンテンツのメディアデータを示すパラメータである。
【０１７３】
例えば、メディア同期手段１１０が、遅延時間ｄを考慮したコンテンツ配信装置１０１のタイムベースＴｓの時刻を公共端末１３１のタイムベースＴｒの時刻に変換する変換関数ｆ（ｘ＋ｄ）を用い、これにタイムベースＴｓにおけるユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）の送信予定時刻Ｔｓ（ｍｉ）をパラメータｘに代入して、公共端末１３１での公共用コンテンツのメディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）を、Ｔｒ（ｄｉ）＝ｆ（Ｔｓ（ｍｉ）＋ｄ）のように求める。
【０１７４】
つまり、コンテンツ配信装置１０１と公共端末１３１とでは、上述のようにタイムベースクローン生成処理がなされているので、タイムベースが一致している。これにより、ユーザ端末１５１に対するメディアデータの送信予定時刻Ｔｓ（ｍｉ）を決定すれば、コンテンツ配信装置１０１がメディアデータＭＤ（ｍｉ）を送信してからユーザ端末１５１で再生表示されるまでの時間に相当する遅延時間ｄを加算することで、ユーザ端末１５１でのメディアデータＭＤ（ｍｉ）の再生処理に同期して公共端末１３１でメディアデータＤＤ（ｄｉ）の再生処理を実行することができる。
【０１７５】
なお、遅延時間ｄは、例えば記憶部１１２に格納されている全てのユーザ個別用コンテンツのメディアデータについて、コンテンツ配信装置１０１がユーザ端末１５１に送信してから再生表示されるまでの時間を予め求めておき、メディアデータ毎に関連付けてメディア同期手段１１０が保持するようにしても良い。
【０１７６】
上述のようにして算出されたＴｒ（ｄｉ）及びこれに対応するメディアデータＤＤ（ｄｉ）は、メディア同期手段１１０から公共用メディア配信制御手段１０５に通知される。公共用メディア配信制御手段１０５では、メディア同期手段１１０から通知されたメディアデータＤＤ（ｄｉ）及びこれの再生予定時刻Ｔｒ（ｄｉ）に関する情報を制御データとして生成し、ネットワーク１７１を介して公共端末１３１に送信する（ステップＳＴ７０３）。なお、制御データは、例えば公共用コンテンツのメディアデータを識別するためのパラメータｄｉとその再生予定時刻Ｔｒ（ｄｉ）を含むデータとして構成する。
【０１７７】
ユーザ個別用メディア配信制御手段１０８は、送信側現在時刻取得手段１０３にコンテンツ配信装置１０１内の現在時刻Ｔｓ（ｎｏｗ）を取得させ（ステップＳＴ７０４）、現在時刻Ｔｓ（ｎｏｗ）と送信予定時刻Ｔｓ（ｍｉ）とを比較し、送信予定時刻Ｔｓ（ｍｉ）が現在時刻Ｔｓ（ｎｏｗ）以下であってＴｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えておらず、予定時刻通りに送信を実行できるか否かを判定する（ステップＳＴ７０５）。
【０１７８】
ここで、Ｔｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えていると判定された場合、ユーザ個別用メディア配信制御手段１０８は、ステップＳＴ７０４の処理に戻って送信側現在時刻取得手段１０３に再びコンテンツ配信装置１０１内の現在時刻Ｔｓ（ｎｏｗ）を取得させ、再びステップＳＴ７０５の処理を繰り返す。
【０１７９】
また、Ｔｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えていないと判定された場合、ユーザ個別用メディア配信制御手段１０８は、予定時刻通りに送信を実行できると判断し、送信予定時刻Ｔｓ（ｍｉ）でメディアデータＭＤ（ｍｉ）をユーザ端末１５１に送信する（ステップＳＴ７０６）。
【０１８０】
この後、公共用メディア配信制御手段１０５は、ｄｉを任意の定数ｎだけ加算して次に再生させるべきメディアデータを決定する（ステップＳＴ７０７）。そして、公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８は、再生処理セッションが終了したか否かの通知待ち状態に移行する（ステップＳＴ７０８）。
【０１８１】
また、ユーザ端末１５１の再生制御手段１５４では、メディア受信手段１５５を介してユーザ個別用メディア配信制御手段１０８からメディアデータＭＤ（ｍｉ）を受信すると、その再生処理を実行する（ステップＳＴ７３１）。この場合、コンテンツ配信装置１０１が、メディアデータＭＤ（ｍｉ）を送信してからユーザ端末１５１で再生表示されるまでの時間に相当する遅延時間ｄを考慮してユーザ端末１５１のタイムベースに合わせて同期処理が実行されることから、上記実施の形態１と異なり、ユーザ端末１５１側で個別にコンテンツ配信装置１０１のタイムベースに合わせる処理をする必要がない。
【０１８２】
一方、公共端末１３１のメディア受信手段１３５は、ステップＳＴ７０３の処理でコンテンツ配信装置１０１側から制御データが送信されるまで、これを受け付ける待ち状態にある（ステップＳＴ７２１）。このとき、メディア受信手段１３５が制御データを受信すると、再生制御手段１３４に通知されてステップＳＴ７２２の処理に移行する。また、制御データの受信がなければ、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻を取得させるステップＳＴ７２３の処理に移行する。
【０１８３】
ステップＳＴ７２２において、再生制御手段１３４は、自己が再生しようとしているメディアデータのうち、公共用メディア配信制御手段１０５から制御データの通知があったメディアデータＤＤ（ｄｉ）以降の再生予定時刻を上記制御データに基づいて時刻Ｔｒ（ｄｉ）に変更する。
【０１８４】
この後、再生制御手段１３４は、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）を取得させ（ステップＳＴ７２３）、現在時刻Ｔｒ（ｎｏｗ）と再生予定時刻Ｔｒ（ｄｉ）とを比較し、再生予定時刻Ｔｒ（ｄｉ）が現在時刻Ｔｒ（ｎｏｗ）以下であってＴｒ（ｎｏｗ）がＴｒ（ｄｉ）を超えておらず、予定時刻通りに再生を実行できるか否かを判定する（ステップＳＴ７２４）。
【０１８５】
ここで、Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていると判定された場合、再生制御手段１３４は、ステップＳＴ７２３の処理に戻って再生側現在時刻取得手段１３２に再び公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）を取得させ、再びステップＳＴ７２４の処理を繰り返す。
【０１８６】
Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていない場合、再生制御手段１３４は、予定時刻通りに再生を実行できると判断し、制御データに従う制御により再生予定時刻Ｔｒ（ｄｉ）でメディアデータＤＤ（ｄｉ）の再生を実行する（ステップＳＴ７２５）。例えば、再生側現在時刻取得手段１３２で取得した現在時刻と送られてきた制御データに規定された再生予定時刻Ｔｒ（ｄｉ）から、メディアデータＤＤ（ｄｉ）を時刻Ｔｒ（ｄｉ）で大画面モニタ上に表示できるように再生する。
【０１８７】
また、メディア同期手段１１０が、再生予定時刻Ｔｒ（ｄｉ）からＭＰＥＧ−２  ＴＳに用いられるＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）を補正し、その補正値を制御データとしてメディア受信手段１３５を介して再生制御手段１３４に通知し、再生制御手段１３４が制御データのＰＣＲ値に応じて再生予定時刻を更新してコンテンツを再生するように構成しても良い。
【０１８８】
メディアデータＤＤ（ｄｉ）の再生が完了すれば、再生制御手段１３４は、ｄｉを加算して次に再生すべきメディアデータを抽出する（ステップＳＴ７２６）。この後、再生制御手段１３４は、再生処理のセッションが終了したか否かの通知待ちの状態に移行する（ステップＳＴ７２７）。このとき、コンテンツ配信装置１０１の公共用メディア配信制御手段１０５からセッション終了が通知されれば、再生処理を終了し、そうでなければステップＳＴ７２１に戻ってステップＳＴ７２１からステップＳＴ７２６までの処理を繰り返す。
【０１８９】
ユーザ端末１５１では、ステップＳＴ７３１においてメディアデータＭＤ（ｍｉ）の再生が完了するとステップＳＴ７３２の処理に移行する。ステップＳＴ７３２において、ユーザ端末１５１の再生制御手段１５４は、ユーザ端末１５１の操作リクエスト送信手段１５６を介してユーザがその再生の停止要求を受け付けている状態にある。
【０１９０】
このとき、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されなければ、ステップＳＴ７３１の処理に戻ってメディア受信手段１５５によるメディアデータの受信待ちの状態に移行し、受信に伴い再生処理を実行する。
【０１９１】
ステップＳＴ７３２で、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されると、再生制御手段１５４は、再生処理のセッションを終了すると共に、操作リクエスト送信手段１５６は、その旨をコンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９に通知する（ステップＳＴ７３３）。
【０１９２】
ステップＳＴ７０８における通知待ち状態において、上述のようにして、ユーザ個別用メディア受信手段１０９が、ユーザ端末１５１の操作リクエスト送信手段１５６から操作命令として再生処理セッション終了の通知を受けると、当該操作命令をメディア配信制御手段１０５，１０８に通知する。これにより、メディア配信制御手段１０５，１０８は、再生処理セッションを終了する。
【０１９３】
この後、公共用メディア配信制御手段１０５は、再生処理セッションが終了した旨を公共端末１３１のメディア受信手段１３５に通知する（ステップＳＴ７０９）。この通知を受けることで、ステップＳＴ７２７において、公共端末１３１の再生制御手段１３４は、セッションが終了したと判断し再生処理を終了する。
【０１９４】
公共用コンテンツの再生処理には、公共端末１３１の再生制御手段１３４が、公共用メディア配信制御手段１０５から配信されたメディアデータを受信して再生するストリーミング再生方式と、公共端末１３１が記憶部１３６に予め保持する公共用コンテンツから読み出したメディアデータを再生するローカル再生方式の２方式がある。
【０１９５】
また、同様に、ユーザ個別用コンテンツの再生処理においても、ユーザ端末１５１の再生制御手段１５４が、ユーザ個別用メディア配信制御手段１０８から配信されたメディアデータを受信して再生するストリーミング再生方式と、ユーザ端末１５１が不図示の記憶部などに予め保持したユーザ個別用コンテンツから読み出したメディアデータを再生するローカル再生方式の２方式がある。
【０１９６】
ストリーミング再生方式である場合、上記実施の形態１の図４におけるステップＳＴ４２１の処理と同様に、メディア配信制御手段１０５，１０８が、再生予定時刻よりも先立って各コンテンツのメディアデータを配信し、再生制御手段１３４，１５４で再生開始されるまでそれらのメディアデータを一時蓄積しておくことになる。
【０１９７】
また、本実施の形態２では、ユーザ端末１５１が携帯電話等の小型モバイル端末である場合を想定しており、コンテンツ配信装置１０１側からネットワーク１７２として電話回線を介したメディアデータ配信を受ける構成であってもよい。
【０１９８】
なお、ユーザ端末１５１から公共端末１３１で再生しているコンテンツの一時停止、巻戻し、早送り等の操作による処理は、上記実施の形態１と同様である。
【０１９９】
以上のように、この実施の形態２によれば、メディア同期手段１１０が、コンテンツのメディアデータをユーザ端末１５１に送信する送信予定時刻、ユーザ端末１５１にメディアデータを配信してから再生されるまでの遅延時間及び受信側時間管理手段１０４により管理された各端末１３１，１５１における時間に基づいて、各端末１３１，１５１でのメディアデータ再生時間が一致するように公共端末１３１のタイムベースでメディアデータ再生予定時刻を算出し、メディア配信制御手段１０５，１０９が、メディアデータの識別情報とその再生予定時刻とを制御データとして公共端末１３１に送信するので、上記実施の形態１と同様の効果が得られる。また、ユーザ端末１５１のタイムベースに同期するように公共端末１３１での再生処理を制御することから、公共端末１３１とユーザ端末１５１との間で個別にタイムベースを一致させる必要がなく、この処理に係る構成を省略することができる。
【０２００】
実施の形態３．
実施の形態３は、ユーザ端末側へのコンテンツの送信を制御して公共端末側でのメディアデータ再生に同期させる。このため、上記実施の形態２と同様に、ユーザ端末が、時間（タイムベース）やメディアデータに設定されたタイムスタンプに基づき再生を制御する機能を持たない携帯電話などの小型モバイル端末である場合に好適である。また、その制御に用いる、コンテンツ配信装置とユーザ端末との間での遅延時間（コンテンツ配信装置がメディアデータを送信してからユーザ端末で再生表示されるまでの時間に相当する）が既知であることを前提としている。
【０２０１】
本実施の形態３によるコンテンツ同期配信システムの基本的な構成は、上記実施の形態１で示した構成とほぼ同一であるが、上記実施の形態２と同様に、図１に示したタイムベース同期手段１３８，１５７を有さない構成であって、公共端末１３１とユーザ端末１５１との間で個別にタイムベース調整がなされない。
【０２０２】
また、実施の形態３によるメディア同期手段１１０は、上記実施の形態２のように公共端末１３１の大画面モニタの画面上に表示される、ユーザ個別用コンテンツであるリクエスト動画に対して同期をとるだけではなく、個々のユーザ個別用コンテンツの再生を制御することで、全ユーザが共通に視聴する公共端末１３１の大画面モニタの画面上に表示された既に再生中の公共用コンテンツに対しても同期をとる。
【０２０３】
さらに、ユーザ端末１５１において公共端末１３１のようにタイムベースを基に再生時間を制御しない場合、コンテンツ配信装置１０１のユーザ個別用メディア配信制御手段１０８がメディアデータの送信を制御して同期を実現する。
【０２０４】
次に動作について説明する。
ユーザ端末１５１からのリクエスト操作に関する処理は、上記実施の形態２と同様であるので、実施の形態３におけるコンテンツ配信及びその再生制御処理について説明する。
図８は、実施の形態３のコンテンツ同期配信システムによるコンテンツ配信及びその再生制御処理を示すフローチャートであり、上記実施の形態２で示した図６中のステップＳＴ６０８、ステップＳＴ６１３及びステップＳＴ６２６における処理に相当する。
【０２０５】
先ず、公共用メディア配信制御手段１０５は、リクエスト管理手段１０６から入力したコンテンツ情報により特定された公共用コンテンツを構成するメディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）を決定してメディア同期手段１１０に通知する（ステップＳＴ８０１）。なお、ｄｉは、コンテンツ配信装置１０１のタイムベースＴｓの時刻Ｔｓ（ｉ）で再生すべき公共用コンテンツのメディアデータを示すパラメータである。
【０２０６】
次に、メディア同期手段１１０では、再生予定時刻Ｔｒ（ｄｉ）が決定された公共用コンテンツのメディアデータＤＤ（ｄｉ）に同期して再生すべきユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）のユーザ端末１５１への送信予定時刻を、予め設定されていたユーザ端末１５１との間での遅延時間ｄを考慮して算出する（ステップＳＴ８０２）。なお、ｍｉは、コンテンツ配信装置１０１のタイムベースＴｓを構成する時刻Ｔｓ（ｉ）で再生すべきユーザ個別用コンテンツのメディアデータを示すパラメータである。
【０２０７】
例えば、メディア同期手段１１０が、コンテンツ配信装置１０１のタイムベースＴｓの時刻から公共端末１３１のタイムベースＴｒの時刻への変換関数ｆ（ｘ）の逆関数であるｇ（ｘ）について遅延時間ｄを考慮したｇ（ｘ−ｄ）を用い、これにメディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）をパラメータｘに代入して、ユーザ端末１５１へのメディアデータＭＤ（ｍｉ）の送信予定時刻Ｔｓ（ｍｉ）を、Ｔｓ（ｍｉ）＝ｇ（Ｔｒ（ｄｉ）−ｄ）のように求める。
【０２０８】
つまり、コンテンツ配信装置１０１と公共端末１３１とでは、上記実施の形態２と同様にしてタイムベースクローン生成処理を実行してタイムベースが一致している。これにより、公共端末１３１におけるメディアデータの再生予定時刻Ｔｒ（ｄｉ）を決定すれば、コンテンツ配信装置１０１がメディアデータＭＤ（ｍｉ）を送信してからユーザ端末１５１で再生表示されるまでの時間に相当する遅延時間ｄを減算することで、ユーザ端末１５１でのメディアデータＭＤ（ｍｉ）の再生処理が公共端末１３１でメディアデータＤＤ（ｄｉ）の再生処理に同期するように送信予定時間を決定することができる。
【０２０９】
なお、遅延時間ｄは、例えば記憶部１１２に格納されている全てのユーザ個別用コンテンツのメディアデータについて、コンテンツ配信装置１０１がユーザ端末１５１に送信してから再生表示されるまでの時間を予め求めておき、メディアデータ毎に関連付けてメディア同期手段１１０が保持するようにしても良い。
【０２１０】
Ｔｒ（ｄｉ）及びこれに対応するメディアデータＤＤ（ｄｉ）は、メディア同期手段１１０から公共用メディア配信制御手段１０５に通知される。公共用メディア配信制御手段１０５では、メディア同期手段１１０から通知されたメディアデータＤＤ（ｄｉ）及びこれの再生予定時刻Ｔｒ（ｄｉ）に関する情報を制御データとして生成し、ネットワーク１７１を介して公共端末１３１に送信する（ステップＳＴ８０３）。なお、制御データは、例えば公共用コンテンツのメディアデータを識別するためのパラメータｄｉとその再生予定時刻Ｔｒ（ｄｉ）を含むデータとして構成する。
【０２１１】
公共端末１３１のメディア受信手段１３５では、ステップＳＴ８０３の処理でコンテンツ配信装置１０１側から制御データが送信されるまで、これを受け付ける待ち状態にある（ステップＳＴ８２１）。このとき、メディア受信手段１３５が制御データを受信すると、再生制御手段１３４に通知されてステップＳＴ８２２の処理に移行する。また、制御データの受信がなければ、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻を取得させるステップＳＴ８２４の処理に移行する。
【０２１２】
ステップＳＴ８２２において、再生制御手段１３４は、自己が再生しようとしているメディアデータのうち、公共用メディア配信制御手段１０５から制御データの通知があったメディアデータＤＤ（ｄｉ）以降の再生予定時刻を上記制御データに基づいて時刻Ｔｒ（ｄｉ）に変更する。
【０２１３】
この後、再生制御手段１３４は、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）を取得させ（ステップＳＴ８２３）、現在時刻Ｔｒ（ｎｏｗ）と再生予定時刻Ｔｒ（ｄｉ）とを比較し、再生予定時刻Ｔｒ（ｄｉ）が現在時刻Ｔｒ（ｎｏｗ）以下であってＴｒ（ｎｏｗ）がＴｒ（ｄｉ）を超えておらず、予定時刻通りに再生を実行できるか否かを判定する（ステップＳＴ８２４）。
【０２１４】
ここで、Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていると判定された場合、再生制御手段１３４は、ステップＳＴ８２３の処理に戻って再生側現在時刻取得手段１３２に再び公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）を取得させ、再びステップＳＴ８２４の処理を繰り返す。
【０２１５】
Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていないと判定されると、再生制御手段１３４は、予定時刻通りに再生を実行できると判断し、制御データに従う制御により再生予定時刻Ｔｒ（ｄｉ）でメディアデータＤＤ（ｄｉ）の再生を実行する（ステップＳＴ８２５）。例えば、再生側現在時刻取得手段１３２で取得した現在時刻と送られてきた制御データに規定された再生予定時刻Ｔｒ（ｄｉ）から、メディアデータＤＤ（ｄｉ）を時刻Ｔｒ（ｄｉ）で大画面モニタ上に表示できるように再生する。
【０２１６】
但し、本実施の形態３では、上記実施の形態１のように、メディア同期手段１１０によってユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）の送信予定時刻Ｔｒ（ｍｉ）をベースに公共用コンテンツのメディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）を制御する、即ちＴｒ（ｄｉ）を算出するのではなく、公共用コンテンツの再生予定時刻は固定とする。このようにして、公共用コンテンツとユーザ個別用コンテンツの同期を実現する。
【０２１７】
一方、ユーザ個別用メディア配信制御手段１０８は、送信予定時刻Ｔｓ（ｍｉ）を基にユーザ端末１５１側へのユーザ個別用コンテンツのメディアデータ送信を制御する（ステップＳＴ８０４〜ステップＳＴ８０９）。以下に具体例を挙げて説明する。
【０２１８】
ステップＳＴ８０４において、ユーザ個別用メディア配信制御手段１０８は、送信側現在時刻取得手段１０３にコンテンツ配信装置１０１内の現在時刻Ｔｓ（ｎｏｗ）を取得させる。そして、ユーザ個別用メディア配信制御手段１０８は、現在時刻Ｔｓ（ｎｏｗ）から送信予定時刻Ｔｓ（ｍｉ）を減算した結果が所定値Ｃより大きいか否かを判定する（ステップＳＴ８０５）。
【０２１９】
なお、所定値Ｃとは、現在時刻Ｔｓ（ｎｏｗ）と送信予定時刻Ｔｓ（ｍｉ）との時間差を補完するためのメディアデータを挿入すべきか否かを判断するための基準値である。
例えば、音声のメディアデータである場合、Ｃをメディアデータのチャンクサイズ（ミリ秒）とすれば、Ｔｓ（ｍｉ）−Ｔｓ（ｎｏｗ）＞Ｃのとき、ステップＳＴ８０６の処理に移行して無音のメディアデータを挿入して同メディアデータの送信時刻をＴｓ（ｍｉ）に近づけることができる。この処理の後は、再びステップＳＴ８０４の処理に戻り、ステップＳＴ８０４からステップＳＴ８０６までの処理が繰り返される。
【０２２０】
一方、現在時刻Ｔｓ（ｎｏｗ）から送信予定時刻Ｔｓ（ｍｉ）を減算した結果が所定値Ｃ以下である場合、以降のメディアデータが送信予定時刻を超えないように、ステップＳＴ８０６における無音のメディアデータ挿入ステップが削除（スキップ）される。また、動画のメディアデータであれば、現在時刻Ｔｓ（ｎｏｗ）から送信予定時刻Ｔｓ（ｍｉ）を減算した結果が所定値Ｃ以下である場合、キーフレーム以外のメディアデータを削除（スキップ）して、以降のメディアデータが送信予定時刻を超えないようにする。
【０２２１】
この後、ユーザ個別用メディア配信制御手段１０８は、現在時刻Ｔｓ（ｎｏｗ）から送信予定時刻Ｔｓ（ｍｉ）を減算した結果が０未満であり、Ｔｓ（ｎｏｗ）がＴｓ（ｍｉ）を超えており、予定時刻通りに送信を実行できないかどうかを判定する（ステップＳＴ８０７）。
【０２２２】
ここで、減算結果が０以上であり、Ｔｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えていないと判定された場合、ユーザ個別用メディア配信制御手段１０８は、予定時刻通りに送信を実行できると判断し、送信予定時刻Ｔｓ（ｍｉ）でメディアデータＭＤ（ｍｉ）をユーザ端末１５１に送信する（ステップＳＴ８０８）。
【０２２３】
ユーザ端末１５１の再生制御手段１５４では、メディア受信手段１５５を介してユーザ個別用メディア配信制御手段１０８からメディアデータＭＤ（ｍｉ）を受信すると、その再生処理を実行する（ステップＳＴ８３１）。この場合、コンテンツ配信装置１０１がメディアデータＭＤ（ｍｉ）を送信してからユーザ端末１５１で再生表示されるまでの時間に相当する遅延時間ｄを考慮してユーザ端末１５１のタイムベースに合わせて同期処理が実行されることから、上記実施の形態１と異なり、ユーザ端末１５１側でコンテンツ配信装置１０１のタイムベースに合わせる処理をする必要がない。
【０２２４】
また、ステップＳＴ８０７において減算結果が０未満となってＴｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えていると判定された場合、ユーザ個別用メディア配信制御手段１０８は、公共用メディア配信制御手段１０５にもその旨を通知する。これにより、公共用メディア配信制御手段１０５は、ｄｉを任意の定数ｎだけ加算して次に再生させるべきメディアデータを決定する（ステップＳＴ８０９）。
【０２２５】
この後、メディア配信制御手段１０５，１０８は、再生処理セッションが終了したか否かの通知待ち状態に移行する（ステップＳＴ８１０）。このとき、再生処理セッションが終了していなければ、ステップＳＴ８０１の処理に戻ってステップＳＴ８０１からステップＳＴ８０９までの処理を繰り返すことになる。
【０２２６】
ユーザ端末１５１では、ステップＳＴ８３１においてメディアデータＭＤ（ｍｉ）の再生が完了するとステップＳＴ８３２の処理に移行する。ステップＳＴ８３２では、ユーザ端末１５１の再生制御手段１５４が、ユーザ端末１５１の操作リクエスト送信手段１５６を介してユーザがその再生の停止要求を受け付けている状態にある。
【０２２７】
このとき、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されなければ、ステップＳＴ８３１の処理に戻ってメディア受信手段１５５によるメディアデータの受信待ちの状態に移行し、受信に伴い再生処理を実行する。
【０２２８】
一方、ステップＳＴ８３２で、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されると、再生制御手段１５４は、再生処理のセッションを終了すると共に、操作リクエスト送信手段１５６は、その旨をコンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９に通知する（ステップＳＴ８３３）。
【０２２９】
ステップＳＴ８１０における通知待ち状態において、上述のようにして、ユーザ個別用メディア受信手段１０９が、ユーザ端末１５１の操作リクエスト送信手段１５６から操作命令として再生処理セッション終了の通知を受けると、当該操作命令をメディア配信制御手段１０５，１０８に通知する。これにより、メディア配信制御手段１０５，１０８は、再生処理セッションを終了する。
【０２３０】
この後、公共用メディア配信制御手段１０５は、再生処理セッションが終了した旨を公共端末１３１のメディア受信手段１３５に通知する（ステップＳＴ８１１）。この通知を受けることで、ステップＳＴ８２７において、公共端末１３１の再生制御手段１３４は、セッションが終了したと判断し再生処理を終了する。
【０２３１】
なお、公共用コンテンツのメディアデータを再生する方式は、上記実施の形態１，２と同様に、ストリーミング再生方式とローカル再生方式の２方式がある。また、ユーザ端末１５１から公共端末１３１で再生しているコンテンツの一時停止、巻戻し、早送り等の操作も、上記実施の形態１と同様である。
【０２３２】
以上のように、この実施の形態３によれば、メディア同期手段１１０が、公共端末１３１でのメディアデータ再生予定時刻、ユーザ端末１５１にメディアデータを配信してから再生されるまでの遅延時間及び受信側時間管理手段１０４により管理された各端末１３１，１５１における時間に基づいて、各端末１３１，１５１でのメディアデータ再生時間が一致するように自装置１０１のタイムベースでユーザ端末１５１にメディアデータを送信する送信予定時刻を算出し、メディア配信制御手段１０５，１０９が、コンテンツのメディアデータに規定された再生時間及び送信側時刻取得手段１０３が取得した自装置１０１内での現在時刻に基づき、送信予定時刻にてユーザ端末１５１にメディアデータを配信するので、上記実施の形態１と同様の効果が得られる。また、公共端末１３１のタイムベースに同期するようにユーザ端末１５１での再生処理を制御することから、公共端末１３１とユーザ端末１５１との間で個別にタイムベースを一致させる必要がなく、この処理に係る構成を省略することができる。
【０２３３】
実施の形態４．
実施の形態４は、上記実施の形態２と同様に、公共端末側におけるコンテンツのメディアデータ再生時間を制御してユーザ端末側でのメディアデータ再生に同期させる。このため、ユーザ端末が、時間（タイムベース）やメディアデータに設定されたタイムスタンプに基づき再生を制御する機能を持たない携帯電話などの小型モバイル端末である場合に好適である。また、その制御に用いる、コンテンツ配信装置とユーザ端末との間での遅延時間（コンテンツ配信装置が動画あるいは音声のメディアデータを送信してからユーザ端末で再生表示されるまでの時間に相当する）を動的に算出する。
【０２３４】
なお、以下の説明では、公共端末側におけるコンテンツのメディアデータ再生時間を制御してユーザ端末側でのメディアデータ再生に同期させる例を示すが、上記実施の形態３のようにユーザ端末に対するコンテンツの送信を制御して同期を実現する態様であっても良い。
【０２３５】
図９は、この発明の実施の形態４によるコンテンツ同期配信システムの構成を示すブロック図である。なお、図１と同一若しくはそれに相当する構成要素については同一符号を付して重複する説明を省略する。本実施の形態４によるコンテンツ同期配信システムは、コンテンツ配信装置１０１がタイムスタンプ抽出手段１１３を備え、公共端末１３１がタイムスタンプ表示手段１３９を備え、ユーザ端末１５１がタイムスタンプ伝達手段１５９を備えている。
【０２３６】
タイムスタンプ抽出手段１１３は、ユーザ端末１５１のタイムスタンプ伝達手段１５９から受信したメディアデータからタイムスタンプを抽出してメディア同期手段１１０に通知する。タイムスタンプ表示手段１３９は、再生側現在時刻取得手段１３２が取得した公共端末１３１の現在時刻をタイムスタンプ伝達手段１５６が取得可能な態様で表示する。タイムスタンプ伝達手段１５９は、公共端末１３１のタイムスタンプ表示手段１３９が表示するタイムスタンプを取得してメディアデータとしてコンテンツ配信装置１０１側に送信する。
【０２３７】
また、タイムスタンプ抽出手段１１３、タイムスタンプ表示手段１３９及びタイムスタンプ伝達手段１５９は、コンテンツ配信装置１０１、公共端末１３１及びユーザ端末１５１をそれぞれ実現するコンピュータに本発明に従うコンテンツ同期配信プログラムを実行させることで具現化できる。
【０２３８】
なお、以下の説明において、上記コンピュータ自体の構成及びその基本的な機能については、当業者が当該技術分野の技術常識に基づいて容易に認識できるものであり、本発明の本質に直接関わるものでないので詳細な記載を省略する。
【０２３９】
次に動作について説明する。
ユーザ端末１５１からのリクエスト操作に関する処理は、上記実施の形態２と同様であり、上記実施の形態１〜３と同様に、コンテンツ配信装置１０１の受信側時間管理手段１０４によって公共端末１３１のタイムベースが取得されてタイムベースクローン生成処理により管理される。従って、本実施の形態においても、図２中のステップＳＴ２０６，２１５や、図６中のステップＳＴ６０６，６１２に相当する処理が実行される。
【０２４０】
実施の形態４におけるコンテンツ配信及びその再生制御処理について説明する。
図１０は、実施の形態４のコンテンツ同期配信システムにおけるコンテンツ配信及びその再生処理を示すフローチャートであり、上記実施の形態２で示した図６中のステップＳＴ６０８、ステップＳＴ６１３及びステップＳＴ６２６における処理に相当する。
【０２４１】
先ず、ユーザ個別用メディア配信制御手段１０８が、リクエスト管理手段１０６から入力したコンテンツ情報により特定したコンテンツのメディアデータＭＤ（ｍｉ）の送信予定時刻を決定し、メディア同期手段１１０に通知する（ステップＳＴ９０１）。
【０２４２】
一方、公共端末１３１のタイムスタンプ表示手段１３９では、再生側現在時刻取得手段１３２から得られた現在時刻Ｔｒ（ｎｏｗ）をユーザ端末１５１のタイムスタンプ伝達手段１５９で取得可能な態様で表示する（ステップＳＴ９２１）。以降の説明において、タイムスタンプ表示手段１３９により表示される現在時刻をタイムスタンプと称する。
【０２４３】
タイムスタンプ表示手段１３９によるタイムスタンプの表現方法としては、文字列、バーコードや２次元コードなどがある。例えば、タイムスタンプ表示手段１３９が、再生側現在時刻取得手段１３２から取得した現在時刻Ｔｒ（ｎｏｗ）についてのバーコードやＱＲコード（登録商標）などの２次元コードの画像データを生成し、大画面モニタの画面上に表示させる態様が考えられる。
【０２４４】
続いて、ユーザ端末１５１のタイムスタンプ伝達手段１５９は、公共端末１３１のタイムスタンプ表示手段１３９が表示するタイムスタンプを取得し、これをデコードしてタイムスタンプを認識した後メディアデータにエンコードしてコンテンツ配信装置１０１に送信する（ステップＳＴ９３２）。例えば、ユーザ端末１５１をカメラ付き携帯電話で構成して、タイムスタンプ伝達手段１５９のタイムスタンプの取得機能を当該カメラで実現し、タイムスタンプ表示手段１３９がバーコードや２次元コードでタイムスタンプを大画面モニタの画面上に表示する場合、そのタイムスタンプのフィールドを当該カメラで動画撮影することで、タイムスタンプに関する画像データを取得する態様が考えられる。この場合、タイムスタンプ伝達手段１５９は、取得したタイムスタンプに関する画像データをデコード処理して公共端末１３１の現在時刻を認識し、これをメディアデータにエンコードしてコンテンツ配信装置１０１に送信することになる。
【０２４５】
コンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９は、ユーザ端末１５１のタイムスタンプ伝達手段１５９からメディアデータを受信し、このメディアデータ及び受信時刻Ｔｓ（ｒｃｖ）をタイムスタンプ抽出手段１１３に通知する（ステップＳＴ９０２）。タイムスタンプ抽出手段１１３では、ステップＳＴ９０２で通知されたメディアデータからタイムスタンプを抽出する（ステップＳＴ９０３）。例えば、メディアデータがタイムスタンプを符号化した画像データである場合、これをデコードしてタイムスタンプＴｒ（ｎｏｗ）を抽出する。
【０２４６】
タイムスタンプ抽出手段１１３は、メディアデータからタイムスタンプを抽出すると、当該メディアデータの受信時刻Ｔｓ（ｒｃｖ）と抽出したタイムスタンプＴｒ（ｎｏｗ））とをメディア同期手段１１０に通知する。
【０２４７】
メディア同期手段１１０では、タイムスタンプ抽出手段１１３から通知されたタイムスタンプＴｒ（ｎｏｗ）をコンテンツ配信装置１０１のタイムベースＴｓにおける時刻に変換する。例えば、変換した時刻をＴｓ（ｓｎｄ）とし、コンテンツ配信装置１０１のタイムベースＴｓの時刻を公共端末１３１のタイムベースＴｒの時刻に変換する変換関数ｆ（ｘ）の逆関数ｇ（ｘ）を用いて、Ｔｓ（ｓｎｄ）＝ｇ（Ｔｒ（ｎｏｗ））のようにして求める。
【０２４８】
次に、メディア同期手段１１０は、Ｔｓ（ｓｎｄ）とＴｓ（ｒｃｖ）からユーザ端末１５１との間での遅延時間ｄを算出する（ステップＳＴ９０４）。遅延時間ｄは、コンテンツ配信装置１０１上で表示、再生される映像や音声と、ユーザ端末１５１上で表示、再生される映像や音声の同期をとるためのパラメータであり、例えば下記式（２）を用いて算出する。
ｄ＝（Ｔｓ（ｒｃｖ）−Ｔｓ（ｓｎｄ））×α      ・・・（２）
なお、αは任意定数であり、例えばα＝Ｔ＿ｄｅｃ／Ｔ＿ｅｎｃである。
但し、Ｔ＿ｄｅｃは、コンテンツ配信装置１０１から送られてきたユーザ個別用コンテンツのメディアデータをユーザ端末１５１でデコードするときの処理負荷である。例えば、ユーザ端末１５１を携帯電話で実現した場合、コンテンツ配信装置１０１から送られてきたユーザ個別用コンテンツのメディアデータである動画あるいは音声データを当該携帯電話上でデコードするときの処理負荷（デコード時間）に相当する。Ｔ＿ｅｎｃは、コンテンツ配信装置１０１へ送信するタイムスタンプを含んだ画像、映像、音声などのメディアデータをユーザ端末１５１上でエンコードするときの処理負荷である。例えば、ユーザ端末１５１を携帯電話で実現した場合、コンテンツ配信装置１０１へ送信するタイムスタンプを含んだ動画あるいは音声データをエンコードするときの処理負荷（エンコード時間）に相当する。
このように、コンテンツの通信に費やした遅延時間を定数αで補正するのは、演算処理性能に限界がある携帯電話などでユーザ端末１５１を実現する場合、映像や音声のエンコードやデコードに時間を費やしてしまうことを考慮したものである。なお、定数αは、コンテンツ配信装置１０１側での処理負荷やネットワーク環境などによる遅延を反映させた値を用いてもよい。
【０２４９】
ステップＳＴ９０４で遅延時間ｄを算出すると、メディア同期手段１１０は、この遅延時間ｄを考慮して、ユーザ個別用メディア配信制御手段１０８により送信予定時刻が決定されたユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）のユーザ端末１５１での再生処理に同期させるべき公共用コンテンツのメディアデータＤＤ（ｄｉ）の再生予定時刻を算出する（ステップＳＴ９０５）。
【０２５０】
例えば、メディア同期手段１１０が、遅延時間ｄを考慮したコンテンツ配信装置１０１のタイムベースＴｓの時刻を公共端末１３１のタイムベースＴｒの時刻に変換する変換関数ｆ（ｘ＋ｄ）を用い、これにタイムベースＴｓにおけるユーザ個別用コンテンツのメディアデータＭＤ（ｍｉ）の送信予定時刻Ｔｓ（ｍｉ）をパラメータｘに代入して、公共端末１３１での公共用コンテンツのメディアデータＤＤ（ｄｉ）の再生予定時刻Ｔｒ（ｄｉ）を、Ｔｒ（ｄｉ）＝ｆ（Ｔｓ（ｍｉ）＋ｄ）のように求める。
【０２５１】
本実施の形態では、上記実施の形態２と同様に、コンテンツ配信装置１０１と公共端末１３１とでは、タイムベースクローン生成処理によりタイムベースが一致している。これにより、ユーザ端末１５１に対するメディアデータの送信予定時刻Ｔｓ（ｍｉ）を決定すれば、コンテンツ配信装置１０１がメディアデータＭＤ（ｍｉ）を送信してからユーザ端末１５１で再生表示されるまでの時間に相当する遅延時間ｄを加算することで、ユーザ端末１５１でのメディアデータＭＤ（ｍｉ）の再生処理に同期して公共端末１３１でメディアデータＤＤ（ｄｉ）の再生処理を実行することができる。
【０２５２】
上述のようにして算出されたＴｒ（ｄｉ）及びこれに対応するメディアデータＤＤ（ｄｉ）は、メディア同期手段１１０から公共用メディア配信制御手段１０５に通知される。公共用メディア配信制御手段１０５では、メディア同期手段１１０から通知されたメディアデータＤＤ（ｄｉ）及びこれの再生予定時刻Ｔｒ（ｄｉ）に関する情報を制御データとして生成し、ネットワーク１７１を介して公共端末１３１に送信する（ステップＳＴ９０６）。
【０２５３】
ユーザ個別用メディア配信制御手段１０８は、送信側現在時刻取得手段１０３にコンテンツ配信装置１０１内の現在時刻Ｔｓ（ｎｏｗ）を取得させ（ステップＳＴ９０７）、現在時刻Ｔｓ（ｎｏｗ）と送信予定時刻Ｔｓ（ｍｉ）とを比較し、送信予定時刻Ｔｓ（ｍｉ）が現在時刻Ｔｓ（ｎｏｗ）以下であってＴｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えておらず、予定時刻通りに送信を実行できるか否かを判定する（ステップＳＴ９０８）。
【０２５４】
ここで、Ｔｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えていると判定された場合、ユーザ個別用メディア配信制御手段１０８は、ステップＳＴ９０７の処理に戻って送信側現在時刻取得手段１０３に再びコンテンツ配信装置１０１内の現在時刻Ｔｓ（ｎｏｗ）を取得させ、再びステップＳＴ９０８の処理を繰り返す。
【０２５５】
また、Ｔｓ（ｍｉ）がＴｓ（ｎｏｗ）を超えていないと判定された場合、ユーザ個別用メディア配信制御手段１０８は、予定時刻通りに送信を実行できると判断し、送信予定時刻Ｔｓ（ｍｉ）でメディアデータＭＤ（ｍｉ）をユーザ端末１５１に送信する（ステップＳＴ９０９）。
【０２５６】
この後、公共用メディア配信制御手段１０５は、ｄｉを任意の定数ｎだけ加算して次に再生させるべきメディアデータを決定する（ステップＳＴ９１０）。そして、公共用メディア配信制御手段１０５及びユーザ個別用メディア配信制御手段１０８は、再生処理セッションが終了したか否かの通知待ち状態に移行する（ステップＳＴ９１１）。
【０２５７】
また、ユーザ端末１５１の再生制御手段１５４では、メディア受信手段１５５を介してユーザ個別用メディア配信制御手段１０８からメディアデータＭＤ（ｍｉ）を受信すると、その再生処理を実行する（ステップＳＴ９３３）。この場合、コンテンツ配信装置１０１が、メディアデータＭＤ（ｍｉ）を送信してからユーザ端末１５１で再生表示されるまでの時間に相当する遅延時間ｄを考慮してユーザ端末１５１のタイムベースに合わせて同期処理が実行されることから、ユーザ端末１５１側で個別にコンテンツ配信装置１０１のタイムベースに合わせる処理をする必要がない。
【０２５８】
一方、公共端末１３１のメディア受信手段１３５は、ステップＳＴ９０６の処理でコンテンツ配信装置１０１側から制御データが送信されるまで、これを受け付ける待ち状態にある（ステップＳＴ９２２）。このとき、メディア受信手段１３５が、制御データを受信すると、再生制御手段１３４に通知されてステップＳＴ９２３の処理に移行する。また、制御データの受信がなければ、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻を取得させるステップＳＴ９２４の処理に移行する。
【０２５９】
ステップＳＴ９２３において、再生制御手段１３４は、自己が再生しようとしているメディアデータのうち、公共用メディア配信制御手段１０５から制御データの通知があったメディアデータＤＤ（ｄｉ）以降の再生予定時刻を上記制御データに基づいて時刻Ｔｒ（ｄｉ）に変更する。
【０２６０】
この後、再生制御手段１３４は、再生側現在時刻取得手段１３２に公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）を取得させ（ステップＳＴ９２４）、現在時刻Ｔｒ（ｎｏｗ）と再生予定時刻Ｔｒ（ｄｉ）とを比較し、再生予定時刻Ｔｒ（ｄｉ）が現在時刻Ｔｒ（ｎｏｗ）以下であってＴｒ（ｎｏｗ）がＴｒ（ｄｉ）を超えておらず、予定時刻通りに再生を実行できるか否かを判定する（ステップＳＴ９２５）。
【０２６１】
ここで、Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていると判定された場合、再生制御手段１３４は、ステップＳＴ９２４の処理に戻って再生側現在時刻取得手段１３２に再び公共端末１３１の現在時刻Ｔｒ（ｎｏｗ）を取得させ、再びステップＳＴ９２５の処理を繰り返す。
【０２６２】
Ｔｒ（ｄｉ）がＴｒ（ｎｏｗ）を超えていない場合、再生制御手段１３４は、予定時刻通りに再生を実行できると判断し、制御データに従う制御により再生予定時刻Ｔｒ（ｄｉ）でメディアデータＤＤ（ｄｉ）の再生を実行する（ステップＳＴ９２６）。例えば、再生側現在時刻取得手段１３２で取得した現在時刻と送られてきた制御データに規定された再生予定時刻Ｔｒ（ｄｉ）から、メディアデータＤＤ（ｄｉ）を時刻Ｔｒ（ｄｉ）で大画面モニタ上に表示できるように再生する。
【０２６３】
メディアデータＤＤ（ｄｉ）の再生が完了すれば、再生制御手段１３４は、ｄｉを加算して次に再生すべきメディアデータを抽出する（ステップＳＴ９２７）。この後、再生制御手段１３４は、再生処理のセッションが終了したか否かの通知待ちの状態に移行する（ステップＳＴ９２８）。このとき、コンテンツ配信装置１０１の公共用メディア配信制御手段１０５からセッション終了が通知されれば、再生処理を終了し、そうでなければステップＳＴ９２２に戻ってステップＳＴ９２２からステップＳＴ９２７までの処理を繰り返す。
【０２６４】
ユーザ端末１５１では、ステップＳＴ９３３においてメディアデータＭＤ（ｍｉ）の再生が完了するとステップＳＴ９３４の処理に移行する。ステップＳＴ９３４において、ユーザ端末１５１の再生制御手段１５４は、ユーザ端末１５１の操作リクエスト送信手段１５６を介してユーザがその再生の停止要求を受け付けている状態にある。
【０２６５】
このとき、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されなければ、ステップＳＴ９３１あるいはステップＳＴ９３３の処理に戻って、新たなタイムスタンプの取得処理か、メディア受信手段１５５によるメディアデータの受信待ち状態に移行して受信に伴い再生処理を実行する。
【０２６６】
ステップＳＴ９３４で、操作リクエスト送信手段１５６によりメディアデータの再生停止が入力されると、再生制御手段１５４は、再生処理のセッションを終了すると共に、操作リクエスト送信手段１５６は、その旨をコンテンツ配信装置１０１のユーザ個別用メディア受信手段１０９に通知する（ステップＳＴ９３５）。
【０２６７】
ステップＳＴ９１１における通知待ち状態において、上述のようにして、ユーザ個別用メディア受信手段１０９が、ユーザ端末１５１の操作リクエスト送信手段１５６から操作命令として再生処理セッション終了の通知を受けると、当該操作命令をメディア配信制御手段１０５，１０８に通知する。これにより、メディア配信制御手段１０５，１０８は、再生処理セッションを終了する。
【０２６８】
この後、公共用メディア配信制御手段１０５は、再生処理セッションが終了した旨を公共端末１３１のメディア受信手段１３５に通知する（ステップＳＴ９１２）。この通知を受けることで、ステップＳＴ９２８において、公共端末１３１の再生制御手段１３４は、セッションが終了したと判断し再生処理を終了する。
【０２６９】
公共用コンテンツの再生処理には、公共端末１３１の再生制御手段１３４が、公共用メディア配信制御手段１０５から配信されたメディアデータを受信して再生するストリーミング再生方式と、公共端末１３１が記憶部１３６に予め保持する公共用コンテンツから読み出したメディアデータを再生するローカル再生方式の２方式がある。
【０２７０】
また、同様に、ユーザ個別用コンテンツの再生処理においても、ユーザ端末１５１の再生制御手段１５４が、ユーザ個別用メディア配信制御手段１０８から配信されたメディアデータを受信して再生するストリーミング再生方式と、ユーザ端末１５１が不図示の記憶部などに予め保持したユーザ個別用コンテンツから読み出したメディアデータを再生するローカル再生方式の２方式がある。
【０２７１】
ストリーミング再生方式である場合、上記実施の形態１の図４におけるステップＳＴ４２１の処理と同様に、メディア配信制御手段１０５，１０８が、再生予定時刻よりも先立って各コンテンツのメディアデータを配信し、再生制御手段１３４，１５４で再生開始されるまでそれらのメディアデータを一時蓄積しておくことになる。
【０２７２】
また、本実施の形態４では、ユーザ端末１５１が携帯電話等の小型モバイル端末である場合を想定しており、コンテンツ配信装置１０１側からネットワーク１７２として電話回線を介したメディアデータ配信を受ける構成であってもよい。
【０２７３】
なお、ユーザ端末１５１から公共端末１３１で再生しているコンテンツの一時停止、巻戻し、早送り等の操作による処理は、上記実施の形態１と同様である。
【０２７４】
以上のように、この実施の形態４によれば、ユーザ端末１５１により公共端末１３１の時刻がタイムスタンプとして組み込まれたメディアデータを受信し、このメディアデータからタイムスタンプとして組み込まれた時刻を抽出し、この時刻及びメディアデータを受信した受信時刻をメディア同期手段１１０に通知するタイムスタンプ抽出手段１１３を備え、メディア同期手段１１０が、タイムスタンプ抽出手段１１３が抽出した時刻、メディアデータを受信した受信時刻及びユーザ端末１５１がタイムスタンプをメディアデータに組み込む際に要する処理時間を用いて、ユーザ端末１５１にメディアデータを配信してから再生されるまでの遅延時間を算出すると共に、この遅延時間、コンテンツのメディアデータをユーザ端末１５１に送信する送信予定時刻及び受信側時間管理手段１０４により管理された各端末１３１，１５１における時間に基づいて、各端末１３１，１５１でのメディアデータ再生時間が一致するように公共端末１３１のタイムベースでメディアデータ再生予定時刻を算出し、メディア配信制御手段１０５，１０９が、メディアデータの識別情報とその再生予定時刻とを制御データとして公共端末１３１に送信するので、上記実施の形態１及び２と同様の効果が得られる。また、コンテンツ配信装置１０１とユーザ端末１５１との間の遅延時間を動的に算出するので、装置１０１と端末１５１間での通信状況に応じた適切な遅延時間にて正確に同期処理を制御することができる。
【０２７５】
上述したように、本発明はいくつかの態様（実施の形態）が考えられる。各実施の形態を分けるポイントは、第１に、ユーザ端末１５１でメディアデータ再生を時間制御可能かどうかである。即ち、ユーザ端末１５１においてメディアデータのタイムスタンプに従って再生するかどうかである。ＰＣやＰＤＡなどでユーザ端末１５１を実現した場合では同機能が通常備わっているが、携帯電話等の小型モバイル端末では処理負荷やメモリリソースを抑えるために同機能はほとんど備わっていない。
【０２７６】
第２のポイントは、コンテンツ配信装置１０１とユーザ端末１５１との間で遅延時間が既知あるいは固定として同期処理を行うか、動的に遅延時間を見積もって同期処理を行うかである。第３のポイントは、各端末１３１，１５１で再生されるコンテンツにおいて、どちらのコンテンツ再生を制御することによって同期処理を行うかである。第４のポイントは、各端末１３１，１５１における再生方式がローカル再生方式であるかストリーミング再生方式であるかの違いである。
【０２７７】
上述したいずれの実施の形態も、ある情報を求めているユーザが、ユーザ所有の端末（ユーザ端末１５１）を使って映像情報配信サービス等に情報検索やその提供のリクエストを行い、近くの大画面モニタなどを管理する公共端末１３１に公共用コンテンツを、ＰＤＡや携帯電話などのユーザ端末１５１にユーザ個別用コンテンツを配信し、それらのコンテンツの同期をとりながら再生するものである。
【０２７８】
コンテンツ配信装置１０１と公共端末１５１との間及びコンテンツ配信装置１０１とユーザ端末１５１との間は、ネットワーク１７１，１７２あるいは有線、無線、公共の回線などで接続可能な環境であり、異なるネットワークでも同一ネットワークでもよい。
【図面の簡単な説明】
【０２７９】
【図１】この発明の実施の形態１によるコンテンツ同期配信システムの構成を示すブロック図である。
【図２】実施の形態１のコンテンツ同期配信システムによるリクエスト処理を示すフローチャートである。
【図３】実施の形態１のコンテンツ同期配信システムによるタイムベースクローンの生成処理を示すフローチャートである。
【図４】実施の形態１のコンテンツ同期配信システムによるコンテンツ配信及びその再生制御処理を示すフローチャートである。
【図５】ユーザ端末から公共端末で再生しているコンテンツを操作する処理を示すフローチャートである。
【図６】この発明の実施の形態２によるコンテンツ同期配信システムのリクエスト処理を示すフローチャートである。
【図７】実施の形態２のコンテンツ同期配信システムによるコンテンツ配信及びその再生制御処理を示すフローチャートである。
【図８】実施の形態３のコンテンツ同期配信システムによるコンテンツ配信及びその再生制御処理を示すフローチャートである。
【図９】この発明の実施の形態４によるコンテンツ同期配信システムの構成を示すブロック図である。
【図１０】実施の形態４のコンテンツ同期配信システムによるコンテンツ配信及びその再生制御処理を示すフローチャートである。
【符号の説明】
【０２８０】
１０１  コンテンツ配信装置、１０２，１３３，１５７  タイムベース、１０３  送信側現在時刻取得手段（配信側時刻取得手段）、１０４  受信側時間管理手段（時間管理手段）、１０５  公共用メディア配信制御手段（メディア配信制御手段）、１０６  リクエスト管理手段、１０７  端末情報データベース（ＤＢ）、１０８  ユーザ個別用メディア配信手段（メディア配信制御手段）、１０９  ユーザ個別用メディア受信手段（メディア受信手段）、１１０  メディア同期手段、１１１  公共用コンテンツの記憶部、１１２  ユーザ個別用コンテンツの記憶部、１１３  タイムスタンプ抽出手段、１３１  公共端末（コンテンツ提示用端末）、１３２  再生側現在時刻取得手段（再生側時刻取得手段）、１３４  再生制御手段、１３５  メディア受信手段、１３６  公共用コンテンツの記憶部、１３７  端末情報表示手段、１３８，１５８  タイムベース同期手段、１３９  タイムスタンプ表示手段、１５１  ユーザ端末（リクエスト用端末）、１５２  アクセス手段、１５３  再生側現在時刻取得手段（再生側時刻取得手段）、１５４  再生制御手段、１５５  メディア受信手段、１５６  操作リクエスト送信手段、１５９  タイムスタンプ伝達手段、１７１，１７２  ネットワーク。
【図１】
2006244060.tif 000003
【図２】
2006244060.tif 000004
【図３】
2006244060.tif 000005
【図４】
2006244060.tif 000006
【図５】
2006244060.tif 000007
【図６】
2006244060.tif 000008
【図７】
2006244060.tif 000009
【図８】
2006244060.tif 000010
【図９】
2006244060.tif 000011
【図１０】
2006244060.tif 000012