(57)【要約】【課題】安価でかつ端末間の同期が保証されるクライアント装置またはサービス提供方法を提供する。【解決手段】サービスの提供を実行する複数のサービス提供手段をあらかじめ設けておき、複数存在するサービス提供手段のそれぞれの優先順位が時間帯毎に定義されたスケジュールファイルを取得し、このスケジュールファイルに基づき現時刻が含まれる時間帯におけるサービス提供手段のうち優先度の高い方から順にサービス提供が完了するまでサービスの提供を実行させる。【選択図】  図２
2004348260.tif 000002
【特許請求の範囲】
【請求項１】
指定されたスケジュールに基づきサービスの提供を実行するクライアント装置であって、
サービスの提供を実行する手段を備えた複数のサービス提供手段と、
複数存在するこのサービス提供手段のそれぞれの優先順位が時間帯毎に定義されたスケジュールファイルを取得するスケジュールファイル取得手段と、
このスケジュールファイルに基づき現時刻が含まれる時間帯における前記サービス提供手段のうち優先度の高い方から順にサービス提供が完了するまでサービスの提供を実行させるサービス実行手段と
を備えたことを特徴とするクライアント装置。
【請求項２】
前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合の第一の動作ポリシが記載され、
前記サービス実行手段は、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合に前記スケジュールファイルに別途記載の前記第一の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行う手段を備えた
請求項１記載のクライアント装置。
【請求項３】
前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合の第二の動作ポリシが記載され、
前記サービス実行手段は、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合に前記スケジュールファイルに別途記載の前記第二の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行う手段を備えた
請求項１または２記載のクライアント装置。
【請求項４】
前記サービス提供手段は、
サービス提供開始時刻までに事前にサービス提供に必要なデータをダウンロードする手段と、
サービス提供開始時刻後に前記サービス提供に必要なデータを用いてサービス提供を実施する手段と
を備えた請求項１ないし３のいずれかに記載のクライアント装置。
【請求項５】
前記サービス提供手段は、
サービス提供開始時刻までに事前にサービス提供に必要なデータが格納されているローカルメディアが準備されているか否か判断する手段と、
この判断する手段により前記ローカルメディアが未準備のときには当該ローカルメディアが必要である旨の警告を発する手段と、
サービス提供開始時間後サービス提供に必要なデータを格納した前記ローカルメディアを用いてサービス提供を実施する手段と
を備えた請求項１ないし３のいずれかに記載のクライアント装置。
【請求項６】
前記サービス提供手段は、
サービス提供開始時刻後に前記スケジュールファイルで指定されたサーバあるいはマルチキャストセッションからサービス提供に必要なデータを受信する手段と、
このデータの少なくとも一部のデータが受信できたときに当該データを用いてサービス提供を実施する手段と
を備えた請求項１ないし３のいずれかに記載のクライアント装置。
【請求項７】
前記第一の動作ポリシは、サービス提供完了後繰り返し同じサービスを提供する動作ポリシである請求項２ないし６記載のクライアント装置。
【請求項８】
前記第一の動作ポリシは、サービス提供完了後に前記スケジュールファイルあるいは当該クライアントで定義された別サービスを提供する動作ポリシである請求項２ないし６記載のクライアント装置。
【請求項９】
前記第二の動作ポリシは、実際のサービス提供状態に関わらずサービス提供時間帯終了と同時にサービス提供を終了する動作ポリシである請求項３ないし８記載のクライアント装置。
【請求項１０】
前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供が開始されるまでは当該サービス提供を継続する動作ポリシである請求項３ないし８記載のクライアント装置。
【請求項１１】
前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供開始時刻を過ぎた場合でも当該サービスの提供を継続する動作ポリシである請求項３ないし８記載のクライアント装置。
【請求項１２】
前記スケジュールファイル取得手段は、事前に設定された周期でスケジュールファイル配信サーバから最新のスケジュールファイルを取得する手段を備えた請求項１ないし１１記載のクライアント装置。
【請求項１３】
前記スケジュールファイル取得手段は、前記スケジュールファイルに記載された次のスケジュールファイル取得時刻になったらスケジュールファイル配信サーバから最新のスケジュールファイルを取得する手段を備えた請求項１ないし１１記載のクライアント装置。
【請求項１４】
指定されたスケジュールに基づきサービスの提供を実行するサービス提供方法であって、
サービスの提供を実行する複数のサービス提供手段をあらかじめ設けておくステップと、
複数存在するこのサービス提供手段のそれぞれの優先順位が時間帯毎に定義されたスケジュールファイルを取得するファイル取得ステップと、
このスケジュールファイルに基づき現時刻が含まれる時間帯における前記サービス提供手段のうち優先度の高い方から順にサービス提供が完了するまでサービスの提供を実行させるサービス実行ステップと
を実行することを特徴とするサービス提供方法。
【請求項１５】
前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合の第一の動作ポリシが記載され、
前記サービス実行ステップとして、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合に前記スケジュールファイルに別途記載の前記第一の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行うステップを実行する
請求項１４記載のサービス提供方法。
【請求項１６】
前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合の第二の動作ポリシが記載され、
前記サービス実行ステップとして、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合に前記スケジュールファイルに別途記載の前記第二の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行うステップを実行する
請求項１４または１５記載のサービス提供方法。
【請求項１７】
前記サービス提供手段により、
サービス提供開始時刻までに事前にサービス提供に必要なデータをダウンロードするステップと、
サービス提供開始時刻後に前記サービス提供に必要なデータを用いてサービス提供を実施するステップと
を実行する請求項１４ないし１６のいずれかに記載のサービス提供方法。
【請求項１８】
前記サービス提供手段により、
サービス提供開始時刻までに事前にサービス提供に必要なデータが格納されているローカルメディアが準備されているか否か判断するステップと、
この判断するステップにより前記ローカルメディアが未準備のときには当該ローカルメディアが必要である旨の警告を発するステップと、
サービス提供開始時間後サービス提供に必要なデータを格納した前記ローカルメディアを用いてサービス提供を実施するステップと
を実行する請求項１４ないし１６のいずれかに記載のサービス提供方法。
【請求項１９】
前記サービス提供手段により、
サービス提供開始時刻後に前記スケジュールファイルで指定されたサーバあるいはマルチキャストセッションからサービス提供に必要なデータを受信するステップと、
このデータの少なくとも一部のデータが受信できたときに当該データを用いてサービス提供を実施するステップと
を実行する請求項１４ないし１６のいずれかに記載のサービス提供方法。
【請求項２０】
前記第一の動作ポリシは、サービス提供完了後繰り返し同じサービスを提供する動作ポリシである請求項１５ないし１９記載のサービス提供方法。
【請求項２１】
前記第一の動作ポリシは、サービス提供完了後に前記スケジュールファイルあるいは当該クライアントで定義された別サービスを提供する動作ポリシである請求項１５ないし１９記載のサービス提供方法。
【請求項２２】
前記第二の動作ポリシは、実際のサービス提供状態に関わらずサービス提供時間帯終了と同時にサービス提供を終了する動作ポリシである請求項１６ないし２１記載のサービス提供方法。
【請求項２３】
前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供が開始されるまでは当該サービス提供を継続する動作ポリシである請求項１６ないし２１記載のサービス提供方法。
【請求項２４】
前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供開始時刻を過ぎた場合でも当該サービスの提供を継続する動作ポリシである請求項１６ないし２１記載のサービス提供方法。
【請求項２５】
前記ファイル取得ステップとして、事前に設定された周期でスケジュールファイル配信サーバから最新のスケジュールファイルを取得するステップを実行する請求項１４ないし２４記載のサービス提供方法。
【請求項２６】
前記ファイル取得ステップとして、前記スケジュールファイルに記載された次のスケジュールファイル取得時刻になったらスケジュールファイル配信サーバから最新のスケジュールファイルを取得するステップを実行する請求項１４ないし２４記載のサービス提供方法。
【請求項２７】
情報処理装置にインストールすることにより、その情報処理装置に請求項１ないし１３のいずれかに記載のクライアント装置に相応する機能を実現させることを特徴とするプログラム。
【請求項２８】
情報処理装置にインストールすることにより、その情報処理装置に請求項１４ないし２６のいずれかに記載のサービス提供方法を実行させることを特徴とするプログラム。
【請求項２９】
請求項２７または２８記載のプログラムが記録された前記情報処理装置読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数拠点にそれぞれ配置され、同一サービスを提供する複数端末間のサービス提供実行の同期を実現する技術に関する。
【０００２】
【従来の技術】
近年の汎用コンピュータの低廉化に伴い、多くの拠点にコンピュータ装置による端末を設置し、映像再生などのサービスを提供する事例が多くなっている。このようなサービスの典型的な要求条件として、例えば、あるチェーン店舗の支店の店先で映像を表示する場合に、各店舗に配信する映像は同期していることが望まれる。
【０００３】
このように多数の端末で映像を同期させる技術として従来技術では下記のようなものが存在する。
【０００４】
（従来技術１）一斉同報型・放送型配信
（従来技術２）事前ダウンロード、同期再生
【０００５】
（従来技術１）は、放送波やＩＰマルチキャスト技術などを用い、１つの映像コンテンツを一斉同報する方式であり、さまざまな形態で実用化されている。放送波による方法は、例えば、通信衛星などの専用配信チャネルを確保し、端末側で放送波を受信し再生する方式などが知られている。また、ＩＰマルチキャスト技術を用いることで、通信網においても映像のコンテンツの一斉同報を実現することが可能となる。
【０００６】
（従来技術２）の典型例として、例えば特許文献１に開示された技術を挙げることができる。この特許文献１に開示された技術は、複数のコンテンツ表示手段それぞれがコンテンツ配信サーバから表示データとスケジュールデータからなるコンテンツデータをダウンロードし、スケジュールデータに記載のスケジュールに基づきデータの表示を制御する技術である。
【０００７】
【特許文献１】
特開２００１−２８５２８９号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、これらの従来技術には以下に述べる課題が存在する。
【０００９】
（課題１）  従来技術１による方法は、一般にコストが上昇する点が課題である。放送波による方法は一般に専用配信チャネルの確保に膨大なコストがかかることが知られている。放送配信に対して課金するようなビジネスモデルが成り立たない限り、この方法はコスト的に非現実的である。
【００１０】
また、コスト削減のために安価であるＩＰネットワークを用いた方式にも注目が集まっているが、ＩＰマルチキャスト技術で実現しようとするとネットワーク全域にマルチキャストルータが必要となり、マルチキャストルータがほとんど存在しない現時点でのインターネットの運用形態を考慮すると、新規設備が多く必要となるためコスト抑制は困難である。
【００１１】
（課題２）  従来技術２による方法は、従来技術１による方法と比べ、一般に安価であると考えられている。それは映像再生の前段階で事前に再生に必要なデータを確保するため、映像再生期間中常に一定のリソースを確保する必要が無く、より安価な方法でデータを取得することが可能であるためである。例えば、インターネットを用いた場合、サービス時間帯以外の時間に必要なデータをダウンロードする形式にすれば、各端末で必要とするネットワークの速度はマルチキャストで一斉同報を行うときと比べて少なくなる。
【００１２】
しかし、従来技術２では、従来技術１では容易であった端末間の再生同期が困難となる。特許文献１の技術によれば、一見端末間の再生同期は可能なように見える。しかし、端末毎に必要なデータのダウンロード状態が異なった場合は、例えば、ある端末は完全にダウンロードが行えたにもかかわらず別な端末はダウンロードが未完了であった場合、再生可能な端末と再生不可の端末とが混在し、結果として端末間の再生同期ができないことがある。
【００１３】
本発明は、このような背景に行われたものであって、上記２つの課題を解決し、同報配信用のリソース占有による高コスト化を抑制し、さらに事前ダウンロードが完全に行えなかった場合の同期制御の困難さを克服し、安価でかつ端末間の同期が保証されるクライアント装置またはサービス提供方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明の第一の観点は、指定されたスケジュールに基づきサービスの提供を実行するクライアント装置であって、本発明の特徴とするところは、サービスの提供を実行する手段を備えた複数のサービス提供手段と、複数存在するこのサービス提供手段のそれぞれの優先順位が時間帯毎に定義されたスケジュールファイルを取得するスケジュールファイル取得手段と、このスケジュールファイルに基づき現時刻が含まれる時間帯における前記サービス提供手段のうち優先度の高い方から順にサービス提供が完了するまでサービスの提供を実行させるサービス実行手段とを備えたところにある（請求項１）。
【００１５】
これにより、一斉同報型・放送型配信に依らず、複数端末間の同期を実現することができる。すなわち、事前に取得したスケジュールファイルに基づきサービス提供手段を制御することによって、複数端末間の同期を実現することができる。
【００１６】
このときに、前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合の第一の動作ポリシが記載され、前記サービス実行手段は、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合に前記スケジュールファイルに別途記載の前記第一の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行う手段を備えることができる（請求項２）。これにより、サービス提供がサービス提供の時間帯終了に至る前に終了した場合でも、これに対処することができる。
【００１７】
また、前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合の第二の動作ポリシが記載され、前記サービス実行手段は、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合に前記スケジュールファイルに別途記載の前記第二の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行う手段を備えることができる（請求項３）。これにより、サービス提供がサービス提供の時間帯終了時に終了できなかった場合でも、これに対処することができる。
【００１８】
前記サービス提供手段は、サービス提供開始時刻までに事前にサービス提供に必要なデータをダウンロードする手段と、サービス提供開始時刻後に前記サービス提供に必要なデータを用いてサービス提供を実施する手段とを備えることができる（請求項４）。これにより、サービス提供に必要なデータが、例えば、ネットワーク内のサーバに格納されている場合に対処することができる。
【００１９】
あるいは、前記サービス提供手段は、サービス提供開始時刻までに事前にサービス提供に必要なデータが格納されているローカルメディアが準備されているか否か判断する手段と、この判断する手段により前記ローカルメディアが未準備のときには当該ローカルメディアが必要である旨の警告を発する手段と、サービス提供開始時間後サービス提供に必要なデータを格納した前記ローカルメディアを用いてサービス提供を実施する手段とを備えることができる（請求項５）。これにより、サービス提供に必要なデータが、例えば、サービス提供者が所有する記録媒体に格納されている場合に対処することができる。
【００２０】
あるいは、前記サービス提供手段は、サービス提供開始時刻後に前記スケジュールファイルで指定されたサーバあるいはマルチキャストセッションからサービス提供に必要なデータを受信する手段と、このデータの少なくとも一部のデータが受信できたときに当該データを用いてサービス提供を実施する手段とを備えることができる（請求項６）。これにより、サービス提供に必要なデータが、例えば、リアルタイムのデータである場合に対処することができる。
【００２１】
例えば、前記第一の動作ポリシは、サービス提供完了後繰り返し同じサービスを提供する動作ポリシである（請求項７）。これにより、サービス提供がサービス提供の時間帯終了に至る前に終了した場合でも、それまでのサービスを繰り返し提供することにより、時間の空白を埋めることができる。
【００２２】
あるいは、前記第一の動作ポリシは、サービス提供完了後に前記スケジュールファイルあるいは当該クライアントで定義された別サービスを提供する動作ポリシであることができる（請求項８）。これにより、サービス提供がサービス提供の時間帯終了に至る前に終了した場合でも、別のサービスを提供することにより、時間の空白を埋めることができる。
【００２３】
これらの第一の動作ポリシはサービスの内容に応じて適宜設定される。例えば、余った時間にサービス提供を繰り返すことにより、サービス享受者にとって利便性が高ければ、そのようにすればよいし、あるいは、余った時間にサービス提供を繰り返してもサービス享受者にとって無意味であれば、余った時間に別サービスを提供すればよい。
【００２４】
また、例えば、前記第二の動作ポリシは、実際のサービス提供状態に関わらずサービス提供時間帯終了と同時にサービス提供を終了する動作ポリシである（請求項９）。これにより、サービス提供がサービス提供の時間帯終了時に終了できなかった場合でも、次のサービス提供を支障無く開始することができる。
【００２５】
あるいは、前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供が開始されるまでは当該サービス提供を継続する動作ポリシであることができる（請求項１０）。これにより、サービス提供がサービス提供の時間帯終了時に終了できなかった場合でも、次のサービス提供までに時間があるときには、これまでのサービスを継続して提供することができる。
【００２６】
あるいは、前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供開始時刻を過ぎた場合でも当該サービスの提供を継続する動作ポリシであることができる（請求項１１）。これにより、サービス提供がサービス提供の時間帯終了時に終了せず、次のサービス提供の時間帯になってしまった場合でもそれまでのサービスを継続して提供することができる。
【００２７】
これらの第二の動作ポリシは、サービスの内容に応じて適宜設定される。例えば、サービス提供が途中で終了しても支障が無いサービスであれば、第二の動作ポリシとして、サービス提供状態に関わらず、サービス提供時間帯終了と同時にサービス提供を終了すればよいし、サービス提供が途中で終了したら不都合が生じるサービスであれば、第二の動作ポリシとして、当該サービス提供の時間帯終了後であっても当該サービスの次に予定されているサービスの提供が開始されるまで、あるいは、当該サービスの次に予定されているサービス提供開始時刻を過ぎた場合でも当該サービスの提供を継続すればよい。
【００２８】
前記スケジュールファイル取得手段は、事前に設定された周期でスケジュールファイル配信サーバから最新のスケジュールファイルを取得する手段を備えることができる（請求項１２）。
【００２９】
これにより、スケジュールファイル配信サーバからスケジュールファイル取得手段に指示を行うことなく、自動的に、スケジュールファイル取得手段は、スケジュールファイルを更新することができる。
【００３０】
あるいは、前記スケジュールファイル取得手段は、前記スケジュールファイルに記載された次のスケジュールファイル取得時刻になったらスケジュールファイル配信サーバから最新のスケジュールファイルを取得する手段を備えることができる（請求項１３）。
【００３１】
これにより、スケジュールファイルが更新される時刻をスケジュールファイル取得手段があらかじめ認識し、更新されたスケジュールファイルを取得することができるため、無駄となるスケジュールファイル取得を省くことができる。また、一つのスケジュールファイルに基づきサービス提供を実行中に新たなスケジュールファイルを取得してサービス提供内容を変更することもできる。
【００３２】
本発明の第二の観点は、指定されたスケジュールに基づきサービスの提供を実行するサービス提供方法であって、本発明の特徴とするところは、サービスの提供を実行する複数のサービス提供手段をあらかじめ設けておくステップと、複数存在するこのサービス提供手段のそれぞれの優先順位が時間帯毎に定義されたスケジュールファイルを取得するファイル取得ステップと、このスケジュールファイルに基づき現時刻が含まれる時間帯における前記サービス提供手段のうち優先度の高い方から順にサービス提供が完了するまでサービスの提供を実行させるサービス実行ステップとを実行するところにある（請求項１４）。
【００３３】
前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合の第一の動作ポリシが記載され、前記サービス実行ステップとして、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了に至る前に終了した場合に前記スケジュールファイルに別途記載の前記第一の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行うステップを実行することができる（請求項１５）。
【００３４】
前記スケジュールファイルには前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合の第二の動作ポリシが記載され、前記サービス実行ステップとして、前記サービス提供手段によるサービス提供が前記サービス提供の時間帯終了時に終了できなかった場合に前記スケジュールファイルに別途記載の前記第二の動作ポリシに従い当該サービス提供継続の可否判断または別サービス提供実行の可否判断を行うステップを実行することができる（請求項１６）。
【００３５】
前記サービス提供手段により、サービス提供開始時刻までに事前にサービス提供に必要なデータをダウンロードするステップと、サービス提供開始時刻後に前記サービス提供に必要なデータを用いてサービス提供を実施するステップとを実行することができる（請求項１７）。
【００３６】
前記サービス提供手段により、サービス提供開始時刻までに事前にサービス提供に必要なデータが格納されているローカルメディアが準備されているか否か判断するステップと、この判断するステップにより前記ローカルメディアが未準備のときには当該ローカルメディアが必要である旨の警告を発するステップと、サービス提供開始時間後サービス提供に必要なデータを格納した前記ローカルメディアを用いてサービス提供を実施するステップとを実行することができる（請求項１８）。
【００３７】
前記サービス提供手段により、サービス提供開始時刻後に前記スケジュールファイルで指定されたサーバあるいはマルチキャストセッションからサービス提供に必要なデータを受信するステップと、このデータの少なくとも一部のデータが受信できたときに当該データを用いてサービス提供を実施するステップとを実行することができる（請求項１９）。
【００３８】
前記第一の動作ポリシは、サービス提供完了後繰り返し同じサービスを提供する動作ポリシであることができる（請求項２０）。
【００３９】
前記第一の動作ポリシは、サービス提供完了後に前記スケジュールファイルあるいは当該クライアントで定義された別サービスを提供する動作ポリシであることができる（請求項２１）。
【００４０】
前記第二の動作ポリシは、実際のサービス提供状態に関わらずサービス提供時間帯終了と同時にサービス提供を終了する動作ポリシであることができる（請求項２２）。
【００４１】
前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供が開始されるまでは当該サービス提供を継続する動作ポリシであることができる（請求項２３）。
【００４２】
前記第二の動作ポリシは、当該サービスの次に予定されているサービスの提供開始時刻を過ぎた場合でも当該サービスの提供を継続する動作ポリシであることができる（請求項２４）。
【００４３】
前記ファイル取得ステップとして、事前に設定された周期でスケジュールファイル配信サーバから最新のスケジュールファイルを取得するステップを実行することができる（請求項２５）。
【００４４】
前記ファイル取得ステップとして、前記スケジュールファイルに記載された次のスケジュールファイル取得時刻になったらスケジュールファイル配信サーバから最新のスケジュールファイルを取得するステップを実行することができる（請求項２６）。
【００４５】
本発明の第三の観点は、情報処理装置にインストールすることにより、その情報処理装置に本発明のクライアント装置に相応する機能を実現させることを特徴とするプログラムである（請求項２７）。
【００４６】
あるいは、本発明の第三の観点は、情報処理装置にインストールすることにより、その情報処理装置に本発明のサービス提供方法を実行させることを特徴とするプログラムである（請求項２８）。
【００４７】
本発明の第四の観点は、本発明のプログラムが記録された前記情報処理装置読取可能な記録媒体である（請求項２９）。本発明のプログラムは本発明の記録媒体に記録されることにより、前記情報処理装置は、この記録媒体を用いて本発明のプログラムをインストールすることができる。あるいは、本発明のプログラムを保持するサーバからネットワークを介して直接前記情報処理装置に本発明のプログラムをインストールすることもできる。
【００４８】
これにより、情報処理装置を用いて、同報配信用のリソース占有による高コスト化を抑制し、さらに事前ダウンロードが完全に行えなかった場合の同期制御の困難さを克服し、安価でかつ端末間の同期が保証されるクライアント装置またはサービス提供方法を実現することができる。
【００４９】
【発明の実施の形態】
本発明実施形態の例を下記に示す。なお、以下の実施形態において全てのコンポーネントは汎用コンピュータ上のソフトウェアで実装されているものとし、また全てのコンポーネント間においてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通信が実施できることを前提とする。また、前提としているサービスは映像再生サービスであり、クライアント装置は映像再生プレイヤを具備するものとする。
【００５０】
（第一実施形態）
図１にシステム全体の構成を示す。スケジュールファイル（Ｆ）を送信するスケジュールファイル配信サーバ（Ｓｆ）、サービス提供に必要なデータ（Ｄ）の配信サーバ（Ｓｄ）、および本発明によるクライアント装置（Ｃ）で構成される。
【００５１】
スケジュールファイル配信サーバ（Ｓｆ）は、一般的なＷＷＷサーバであり、クライアント装置（Ｃ）からアクセス可能なディレクトリにスケジュールファイル（Ｆ）が格納されているものとする。
【００５２】
サービス提供に必要なデータの配信サーバ（Ｓｄ）は、一般的なＷＷＷサーバ機能に加え、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いたセッション制御機能を具備するものとし、クライアント装置（Ｃ）からアクセス可能なディレクトリにサービス提供に必要なデータ（Ｄ）が格納されているものとする。
【００５３】
クライアント装置（Ｃ）の構成を図２に示す。クライアント装置（Ｃ）はスケジュール配信サーバ（Ｓｆ）からスケジュールファイル（Ｆ）をダウンロードするスケジュールファイル取得手段１、スケジュールファイルに基づいてサービス提供手段を選択するサービス実行手段２、実際にサービスを提供するサービス提供手段３で構成される（請求項１、１４）。サービス提供手段３は３種類存在する。サービス提供手段＃１は、スケジュールファイルに記載の期間内にスケジュールファイルに記載の配信サーバ（Ｓｄ）に対しサービス提供に必要なデータ（Ｄ）をダウンロードし、サービス開始時間にダウンロードしたデータ（Ｄ）を用いてサービスを提供する機能を有する（請求項４、１７）。サービス提供手段＃２は、サービス開始前にサービス提供に必要なＣＤ−ＲＯＭがＣＤ−ＲＯＭドライブにセットされているかチェックし、セットされていないときには警告メッセージを発し、サービス開始時間にＣＤ−ＲＯＭからサービス提供に必要なデータを読み出し、これを用いてサービスを提供する機能を有する（請求項５、１８）。サービス提供手段＃３は、サービス提供時間になったらスケジュールファイルに記載の配信サーバ（Ｓｄ）に対しサービス提供に必要なデータを要求し、ストリーミングで受信しつつ受信したデータを用いてサービスを提供する機能を有する（請求項６、１９）。
【００５４】
スケジュールファイルの例を図３に示す。当実施形態におけるスケジュールファイルは、時間帯、第一から第三優先にそれぞれ設定されたサービス提供手段およびコンテンツ名またはＵＲＬ、サービスがサービス時間帯内で終了した場合に参照される第一の動作ポリシ（請求項２、１５）、サービスがサービス時間帯内で終了しなかった場合に参照される第二の動作ポリシで構成される（請求項３、１６）。
【００５５】
（第一実施例）
当スケジュールファイルを受け取った時の処理の時間経過について図４を用いて説明する。以下の説明では当スケジュールファイルを受け取った時間を２００３年２月１４日午前３：００（日本標準時：ＪＳＴ）であるとする。
１．２００３年２月１４日午前３：００（ＪＳＴ）にスケジュールファイル取得手段が当ファイルを取得する。
２．２００３年２月１４日午前５：００（ＪＳＴ）にｈｔｔｐ：／／ｄｌ．ｎｔｔ．ｊｐ／１．ｍｐｇ，ｈｔｔｐ：／／ｄｌ．ｎｔｔ．ｊｐ／２．ｍｐｇにアクセスし、２００３年２月１４日午前８：００（ＪＳＴ）までに映像ファイル１．ｍｐｇおよび２．ｍｐｇをダウンロードしておく。
３．２００３年２月１４日午前１０：００（ＪＳＴ）に事前ダウンロードによって取得した映像ファイル１．ｍｐｇを映像再生プレイヤを用いて自動的に再生する。
４．映像ファイル１．ｍｐｇの長さが３５分であったとすると、２００３年２月１４日午前１０：３５（ＪＳＴ）に映像ファイル再生が終了する。１．ｍｐｇの再生サービス提供時間帯は２００３年２月１４日１１：００（ＪＳＴ）までであるため、残りの時間帯の動作についてスケジュールファイルに記載の第一の動作ポリシを参照し、「繰り返し再生」が指定されているため、再度１．ｍｐｇの再生を開始する（請求項７、２０）。
５．２００３年２月１４日午前１１：００（ＪＳＴ）において、２回目の１．ｍｐｇの再生途中であるが、１．ｍｐｇの再生サービス提供時間帯が終了するため、スケジュールファイルに記載の第二の動作ポリシを参照し、「当サービスを終了」が指定されているため、１．ｍｐｇの再生を終了する（請求項９、２２）。
６．１．ｍｐｇが再生終了後、ｒｔｓｐ：／／ｌｉ．ｎｔｔ．ｊｐ／ｌｉｖｅ．ｍｐｇにアクセスし、ライブ配信された映像ストリームを再生する。
７．２００３年２月１４日午前１１：５５（ＪＳＴ）において、ライブ配信が終了する。Ｌｉｖｅ．ｍｐｇの再生サービス提供時間帯は２００３年２月１４日正午（ＪＳＴ）までであるため、残りの時間帯の動作についてスケジュールファイルに記載の第一の動作ポリシを選択し、ｈｔｔｐ：／／ｐｉｃｔ．ｎｔｔ．ｊｐ／ｗａｉｔ．ｊｐｇをプレイヤで表示する。
８．２００３年２月１４日正午（ＪＳＴ）に事前ダウンロードによって取得した映像ファイル２．ｍｐｇを映像再生プレイヤを用いて自動的に再生する。
９．映像ファイル２．ｍｐｇの長さが４０分であったとすると、２００３年２月１４日午後１２：４０（ＪＳＴ）に映像ファイル再生が終了する。２．ｍｐｇの再生サービス提供時間帯は２００３年２月１４日１３：００（ＪＳＴ）までであるため、残りの時間帯の動作についてスケジュールファイルに記載の第一の動作ポリシを参照し、「ローカルポリシに従う」が指定されていることからクライアント装置毎に動作が異なる。例えば、クライアント装置（Ｃ１）では繰り返し再生が指定され、クライアント装置（Ｃ２）では処理終了が指定されているものとする。従って、クライアント装置（Ｃ１）では２．ｍｐｇを繰り返し再生し、クライアント装置（Ｃ２）では２．ｍｐｇの再生終了後プレイヤは停止する。
【００５６】
このようにクライアント装置の動作をスケジュールファイルに基づいて制御することで、指定された時間に指定されたサービスを提供することが可能となる。
【００５７】
（第二実施例）
また、上記の例ではｌｉｖｅ．ｍｐｇの時間が５５分であったが、以下にｌｉｖｅ．ｍｐｇの時間が９０分であった場合の処理の時間経過を図５を用いて示す。
１．から６．までは上記の例と同じである。
７．ｌｉｖｅ．ｍｐｇの再生サービス提供時間帯は２００３年２月１４日１３：００（ＪＳＴ）までであるが、ライブ配信は続いているため、スケジュールファイルに記載の第二の動作ポリシに「当サービスが終了するまで実行」が指定されていることからライブ配信を継続する（請求項１１、２４）。
８．２００３年２月１４日１３：３０（ＪＳＴ）にｌｉｖｅ．ｍｐｇの再生が終了する。この直後に事前ダウンロードによって取得した映像ファイル２．ｍｐｇを映像プレイヤで再生する。
９．２００３年２月１４日１４：００（ＪＳＴ）に２．ｍｐｇの再生サービス提供時間帯が終了するが、２．ｍｐｇの長さが４０分であり、再生が終了しない。従って、スケジュールファイルに記載の第二の動作ポリシを参照し、「次のサービスの開始時刻まで当サービスを実行」と指定されているため、スケジュールファイルには２００３年２月１４日１４：００以降のスケジュールが記載されていないことから２．ｍｐｇの再生を継続する（請求項１０、２３）。
【００５８】
このように、実サービス提供がスケジュールファイルで指定されたサービス提供時間帯を超える場合においても、スケジュールファイルに記載の動作ポリシに従い、サービス提供を継続することができる。
【００５９】
（第三実施例）
また、クライアント装置（Ｃ１）とクライアント装置（Ｃ２）が同じスケジュールファイルに従って動作する場合の処理の時間経過を図６に示す。１．から３．までは第一実施例と同じである。
４．クライアント装置（Ｃ１）において１ｍｐｇの再生に３５分を要したが、クライアント装置（Ｃ２）においては頻繁に中断処理が発生した関係上２００３年２月１４日１１：００（ＪＳＴ）になっても再生を完了できなかったとする。このような場合、スケジュールファイルに記述された動作ポリシによって、クライアント装置（Ｃ１）は２００３年２月１４日１１：００（ＪＳＴ）に至るまで１．ｍｐｇを繰り返し再生を実施し、クライアント装置（Ｃ２）は２００３年２月１４日１１：００（ＪＳＴ）に１．ｍｐｇの再生処理を停止する。
５．クライアント装置（Ｃ１）、（Ｃ２）共に２００３年２月１４日１１：００（ＪＳＴ）からｌｉｖｅ．ｍｐｇの再生を開始する。
【００６０】
このように、クライアント装置毎にサービス提供状態が異なったとしても、次以降にスケジュールされたサービス提供のタイミングを同期することが可能となる。
【００６１】
第一実施形態のように、事前ダウンロードしたファイルなどを用いつつ、スケジュールファイルの内容に従って、各々のクライアント装置の再生制御が実施可能であるため、安価でかつ端末間の同期が保証されるシステムを構築することが可能となる。
【００６２】
（第二実施形態：半端なファイル、複合型）
第一実施形態では、１．ｍｐｇ、２．ｍｐｇのダウンロードが２００３年２月１４日８：００（ＪＳＴ）までに完了していることを前提としていた。しかし、例えば両コンテンツの映像符号化ビットレートを６Ｍｂｐｓとすると、１．ｍｐｇは３５分であるため約１．５ＧＢ、２．ｍｐｇは４０分であるため約１．８ＧＢである。これをスケジュールファイルに記載の２００３年２月１４日５：００（ＪＳＴ）から２００３年２月１４日８：００（ＪＳＴ）までの間にダウンロードしようとすると、１クライアント装置当たり平均約２．４Ｍｂｐｓ以上の伝送帯域が必要であり、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）回線などの環境では指定された期間内にダウンロードが完了しない場合がある。また、当該の時刻に電源断などでクライアント装置が動作していない場合もある。従って、サービス開始時までにコンテンツが完全にダウンロードされていないことを考慮したクライアント装置の構成が必要である。
【００６３】
第二実施形態におけるサービス実行手段は、複数のサービス提供手段によって取得したコンテンツをシームレスに結合し、再生する機能を有する。サービス実行手段の構成を図７に示す。サービス実行手段は複数のサービス実行手段によって取得したコンテンツから１本の映像ストリームに変換するストリーム生成装置と、ストリーム生成装置によって作られたストリームを一時的に格納するストリームバッファと、ストリームバッファから適宜映像ストリームを読み出し映像再生を行う再生エンジンとで構成される。
【００６４】
ストリーム生成装置はコンテンツの先頭から、複数のサービス提供手段によって提供されるコンテンツのうちの最もスケジュールファイルに記載の優先順位の高いサービス提供手段によって提供されるコンテンツを取得し、ストリーム出力バッファに格納する機能を有する。
【００６５】
以下に動作例を示す。なお、スケジュールファイルは第一実施形態と同様に、図３に記載のものとする。
【００６６】
（第四実施例）
２００３年２月１４日１０：００（ＪＳＴ）から再生予定の１．ｍｐｇ（１．５ＧＢ）のうち、先頭から５００ＭＢ（１０：００〜１０：１１再生分）が事前にダウンロードされているものとする。また先頭から１ＧＢの位置から３００ＭＢ（１０：２２〜１０：２９再生分）がローカルのＣＤ−ＲＯＭに格納されているものとする。
１．２００３年２月１４日１０：００（ＪＳＴ）に事前ダウンロードされている１．ｍｐｇを用いて映像再生を行う。
２．２００３年２月１４日１０：１１（ＪＳＴ）にスケジュールファイルに記載のサーバ（ｒｔｓｐ：／／ｌｉ．ｎｔｔ．ｊｐ／１．ｍｐｇ）にアクセスし、リアルタイムで１０：１１〜１０：２２再生分（コンテンツの先頭５００ＭＢ〜１ＧＢ）を受信し、映像再生を行う。
３．２００３年２月１４日１０：１１（ＪＳＴ）にローカルのＣＤ−ＲＯＭに格納されている１．ｍｐｇを用いて映像再生を行う。
４．２００３年２月１４日１０：２２（ＪＳＴ）にスケジュールファイルに記載のサーバ（ｒｔｓｐ：／／ｌｉ．ｎｔｔ．ｊｐ／１．ｍｐｇ）にアクセスし、リアルタイムで１０：２２〜１０：３５再生分（コンテンツの先頭１．３ＧＢ〜１．５ＧＢ）を受信し、映像再生を行う。
５．２００３年２月１４日１０：３５（ＪＳＴ）に１．ｍｐｇ全体の再生が終了。スケジュールファイルの第一の動作ポリシに従い、繰り返し再生を行う。事前ダウンロードされている１．ｍｐｇを用いて映像再生を行う。
６．２００３年２月１４日１０：４６（ＪＳＴ）にスケジュールファイルに記載のサーバ（ｒｔｓｐ：／／ｌｉ．ｎｔｔ．ｊｐ／１．ｍｐｇ）にアクセスし、リアルタイムで１０：４６〜１０：５９再生分（コンテンツの先頭５００ＭＢ〜１ＧＢ）を受信し、映像再生を行う。（ｒｔｓｐ：／／ｌｉ．ｎｔｔ．ｊｐでも繰り返し再生が行われていることが前提）
７．２００３年２月１４日１０：５９（ＪＳＴ）にローカルのＣＤ−ＲＯＭに格納されている１．ｍｐｇを用いて映像再生を行う。
８．２００３年２月１４日１１：００（ＪＳＴ）で１．ｍｐｇの再生サービスが終了するため、１．ｍｐｇの再生を終了し、次のサービスの提供を開始する（請求項８、２１）。
【００６７】
本実施例によって、様々な経路からコンテンツを取得することによってコンテンツの同期再生を実現することが可能となる。
【００６８】
（第三実施形態：スケジュールファイルダウンロードタイミングの指定）
第一および第二実施形態では、一度受信したスケジュールファイルに基づいてクライアント装置の制御が実行されていた。したがって、第一および第二実施形態では、スケジュールファイルは周期的に受信すればよい（請求項１２、２５）。しかし、ある種のコンテンツではスケジュールファイル生成時には正確なサービス提供スケジュールが決定していないケースがあるため、新規のスケジュールファイルをダウンロードするタイミングをスケジュールファイルに記載する（請求項１３、２６）。図８に新規のスケジュールファイルをダウンロードするタイミングを記載したスケジュールファイルの例を示す。図８のスケジュールファイルに記載のタイミングでスケジュールファイルをダウンロードし、それ以降サービス実行手段は新たにダウンロードしたスケジュールファイルに従ってサービスを提供する。
【００６９】
以下に、第三実施形態の動作例を図１０を参照して説明する。なお、２００３年２月１４日１１：５５よりも前の動作は第一実施形態の第一実施例と同様であるとし、ここでは説明を割愛する。
１．２００３年２月１４日１１：５５に図８のスケジュールファイルに記載のＵＲＬ（ｈｔｔｐ：／／ｓｃｈｅｄ．ｎｔｔ．ｊｐ／０２１０ｐｍ．ｓｃｈｅｄ）にアクセスし、図９に示す新規スケジュールファイルをダウンロードする。
２．２００３年２月１４日１１：５５以降は図９の新規スケジュールファイルに従い動作する。従って図８のスケジュールファイルでは２００３年２月１４日１２：００にｌｉｖｅ．ｍｐｇ受信が終了することになっているが、図９のスケジュールファイルで２００３年２月１４日１２：３０までｌｉｖｅ．ｍｐｇを配信する設定となっているため、再生を継続する。
３．２００３年２月１４日１２：３０にｌｉｖｅ．ｍｐｇ再生が終了したら引き続きｒｔｓｐ：／／ｌｉ．ｎｔｔ．ｊｐ／ｎｅｗｓ．ｍｐｇにアクセスしリアルタイムでｎｅｗｓ．ｍｐｇを受信しながら２００３年２月１４日１３：００まで再生する。
【００７０】
本実施形態によって、スケジュールを動的に変更することが可能となるため、サービス提供スケジュールが変更された場合でもサービス提供タイミングを同期させることが可能となる。
【００７１】
以上本発明実施形態を詳細に説明してきたが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００７２】
本発明は、汎用の情報処理装置にインストールすることにより、その情報処理装置に本発明のクライアント装置に相応する機能を実現させるプログラムとして実現することができる（請求項２７）。または、本発明は、汎用の情報処理装置にインストールすることにより、その情報処理装置に本発明のサービス提供方法を実行させるプログラムとして実現することができる（請求項２８）。このプログラムは、記録媒体に記録されて情報処理装置にインストールされ（請求項２９）、あるいは通信回線を介して情報処理装置にインストールされることにより当該情報処理装置をそれぞれスケジュールファイル取得手段１、サービス実行手段２、サービス提供手段３として機能させ、同報配信用のリソース占有による高コスト化を抑制し、さらに事前ダウンロードが完全に行えなかった場合の同期制御の困難さを克服し、安価でかつ端末間の同期が保証されるクライアント装置またはサービス提供方法を実現することができる。
【００７３】
【発明の効果】
以上説明したように、本発明によれば、同報配信用のリソース占有による高コスト化を抑制し、さらに事前ダウンロードが完全に行えなかった場合の同期制御の困難さを克服し、安価でかつ端末間の同期が保証されるシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】第一実施形態におけるシステム全体の構成を示す図。
【図２】第一実施形態におけるクライアント装置の構成を示す図。
【図３】第一実施形態におけるスケジュールファイルの例を示す図。
【図４】第一実施例におけるクライアント装置動作の時間経過を示す図。
【図５】第二実施例におけるクライアント装置動作の時間経過を示す図。
【図６】第三実施例におけるクライアント装置動作の時間経過を示す図。
【図７】第二実施形態におけるサービス実行手段の構成を示す図。
【図８】第三実施形態におけるスケジュールファイルの例を示す図。
【図９】第三実施形態における新規スケジュールファイルの例を示す図。
【図１０】第三実施形態におけるクライアント装置動作の時間経過を示す図。
【符号の説明】
１  スケジュールファイル取得手段
２  サービス実行手段
３  サービス提供手段
【図１】
2004348260.tif 000003
【図２】
2004348260.tif 000004
【図３】
2004348260.tif 000005
【図４】
2004348260.tif 000006
【図５】
2004348260.tif 000007
【図６】
2004348260.tif 000008
【図７】
2004348260.tif 000009
【図８】
2004348260.tif 000010
【図９】
2004348260.tif 000011
【図１０】
2004348260.tif 000012