JP2004146895A - サーバ・クライアント間通信システムおよび制御サーバ - Google Patents
サーバ・クライアント間通信システムおよび制御サーバ Download PDFInfo
- Publication number
- JP2004146895A JP2004146895A JP2002306572A JP2002306572A JP2004146895A JP 2004146895 A JP2004146895 A JP 2004146895A JP 2002306572 A JP2002306572 A JP 2002306572A JP 2002306572 A JP2002306572 A JP 2002306572A JP 2004146895 A JP2004146895 A JP 2004146895A
- Authority
- JP
- Japan
- Prior art keywords
- content
- client terminal
- server
- network
- control 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】ベストエフォート型のネットワークであっても、その通信環境に応じた適切なウェブキャスティング・サービスを実施できるようにする。
【解決手段】ストリーミング系のコンテンツを管理するアプリケーションサーバ１０から配信されたコンテンツを、クライアント端末２０でネットワーク５０を介して受信して再生する際、制御サーバ３０では、クライアント端末２０でコンテンツの再生時に取得されたコンテンツ再生状況を、クライアント端末２０からネットワーク５０を介して受信し、そのコンテンツ再生状況に基づいてクライアント端末２０でのコンテンツの正常再生可否を判定し、その判定結果に基づきクライアント端末２０やＡＰサーバ１０へ適切な指示を出し、あるいはＡＰサーバ１０およびコンテンツを検査する。
【選択図】 図１
【解決手段】ストリーミング系のコンテンツを管理するアプリケーションサーバ１０から配信されたコンテンツを、クライアント端末２０でネットワーク５０を介して受信して再生する際、制御サーバ３０では、クライアント端末２０でコンテンツの再生時に取得されたコンテンツ再生状況を、クライアント端末２０からネットワーク５０を介して受信し、そのコンテンツ再生状況に基づいてクライアント端末２０でのコンテンツの正常再生可否を判定し、その判定結果に基づきクライアント端末２０やＡＰサーバ１０へ適切な指示を出し、あるいはＡＰサーバ１０およびコンテンツを検査する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバ・クライアント間通信システムおよび制御サーバに関し、特にベストエフォート型ネットワークを介してサーバからクライアント端末へコンテンツを配信し、そのコンテンツをクライアント端末のアプリケーションで再生する場合に用いられるサーバ・クライアント間通信システムおよび制御サーバに関するものである。
【０００２】
【従来の技術】
動画や音楽などのアナログ信号に対する符号化技術や圧縮技術の発展、さらにはインターネットのブロードバンド化に伴い、インターネットを介してこれらデジタルコンテンツを配信するウェブキャスティング・サービス（Ｗｅｂｃａｓｔｉｎｇ Ｓｅｒｖｉｃｅ）が広く普及しつつある。
このようなサービスを実現するサーバ・クライアント間通信システムでは、インターネットを介して、アプリケーションサーバからクライアント端末へ、動画や音楽などの実時間で再生されるストリーミング系のコンテンツを配信し、そのコンテンツをクライアント端末のプレイヤーと呼ばれるアプリケーションで再生する、Ｗｉｎｄｏｗｓ Ｍｅｄｉａ（登録商標：非特許文献１など参照）や ＲｅａｌＮｅｔｗｏｒｋｓ（登録商標：非特許文献２など参照）などの技術が用いられている。
【０００３】
従来、このようなサーバ・クライアント間通信システムでは、利用者がクライアント端末でストリーミング系のコンテンツを再生したい場合、まず、クライアント端末からインターネットを介して所定のＷｅｂページへアクセスし、所望のコンテンツを選択する。
これにより、アプリケーションサーバからインターネットを介してクライアント端末へコンテンツの配信が開始される。クライアント端末では、予め登録されているプレイヤーでそのコンテンツを順次受信しながら、そのコンテンツをリアルタイムで再生するものとなっていた。
【０００４】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【非特許文献１】
マイクロソフト、「Ｗｉｎｄｏｗｓ Ｍｅｄｉａ の概要」、［ｏｎｌｉｎｅ］、［平成１４年１０月１１日検索］、インターネット＜ＵＲＬ ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｗｉｎｄｏｗｓ／ｗｉｎｄｏｗｓｍｅｄｉａ／ｏｖｅｒｖｉｅｗ／ｄｅｆａｕｌｔ．ａｓｐ＞
【非特許文献２】
リアルネットワークス、「ストリーミングメディア入門」、［ｏｎｌｉｎｅ］、［平成１４年１０月１１日検索］、インターネット＜ＵＲＬ ｈｔｔｐ：／／ｗｗｗ．ｊｐ．ｒｅａｌｎｅｔｗｏｒｋｓ．ｃｏｍ／ｓｏｌｕｔｉｏｎｓ／ｇｅｔｓｔａｒｔｅｄ／ｉｎｄｅｘ．ｈｔｍｌ＞
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来のサーバ・クライアント間通信システムでは、ネットワークやクライアント端末の通信環境に対応した適切なサービスを提供できないという問題点があった。
インターネットに代表されるベストエフォート型のネットワークでは、ネットワーク上での通信環境は保証されていない。したがって、このようなネットワークを介してサーバからクライアント端末へコンテンツを配信し、そのコンテンツをクライアント端末のプレイヤーで再生する場合、そのコンテンツの転送がネットワークやクライアント端末の通信環境に影響されるため、クライアント端末でコンテンツを正常に再生できない場合もある。
【０００６】
前述した、従来のウェブキャスティング・サービスでは、コンテンツがクライアント端末で正常に再生できるかどうかは、利用者がどのようなコンテンツを選択するかに依存しており、選択されたコンテンツは、一方的にサーバからクライアント端末へ順次配信される。
したがって、利用者が選択したコンテンツがクライアント端末へ配信される際に、その通信環境に起因してクライアント端末でコンテンツの受信異常や再生異常などの障害が発生しうる場合、あるいは障害が発生した場合、その状況に対して適切なサービスを実施できない。
本発明はこのような課題を解決するためのものであり、ベストエフォート型のネットワークであっても、その通信環境に応じた適切なウェブキャスティング・サービスを実施できるサーバ・クライアント間通信システムおよび制御サーバを提供することを目的としている。
【０００７】
【課題を解決するための手段】
このような目的を達成するために、本発明にかかるサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきクライアント端末を制御する制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定することにより、クライアント端末でコンテンツを再生する際の通信環境を検証し、利用者に対するその通信環境に応じたコンテンツの提示をクライアント端末へ指示するようにしたものである。
【０００８】
コンテンツの正常再生可否については、クライアント端末で、利用者の購入希望コンテンツに対応して予め登録されている試験用コンテンツをアプリケーションサーバから受信して再生し、その試験用コンテンツのコンテンツ再生状況を制御サーバへ通知し、制御サーバで、試験用コンテンツのコンテンツ再生状況に基づきクライアント端末での試験用コンテンツの正常再生可否を判定し、その判定で正常再生可と判定された場合にのみクライアント端末に対して購入希望コンテンツの購入を指示するようにしてもよい。
さらに、判定で正常再生不可と判定された場合には、利用者に対するその通信環境下で正常再生可能なコンテンツの提示をクライアント端末へ指示するようにしてもよい。
【０００９】
また、本発明にかかる他のサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきアプリケーションサーバの管理を行う制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定することにより、アプリケーションサーバからのコンテンツの配信に対する障害有無を検査するようにしたものである。
【００１０】
また、本発明にかかる他のサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきクライアント端末を制御する制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、クライアント端末に対してコンテンツの転送に用いるアプリケーションサーバとの通信経路の変更を指示するようにしたものである。
【００１１】
また、本発明にかかる他のサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するとともに複数のアクセスポイントを用いてコンテンツを配信するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきアプリケーションサーバを制御する制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、アプリケーションサーバに対してコンテンツの転送に用いるアクセスポイントの切り替えを指示するようにしたものである。
【００１２】
また、本発明にかかる制御サーバは、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきクライアント端末を制御する制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定することによりクライアント端末でコンテンツを再生する際の通信環境を検証し、利用者に対するその通信環境に応じたコンテンツの提示をクライアント端末へ指示するようにしたものである。
【００１３】
コンテンツの正常再生可否については、クライアント端末で利用者の購入希望コンテンツに対応して予め登録されている試験用コンテンツをアプリケーションサーバから受信して再生した際に取得された試験用コンテンツのコンテンツ再生状況をネットワークを介してクライアント端末から受信し、その試験用コンテンツのコンテンツ再生状況に基づきクライアント端末での試験用コンテンツの正常再生可否を判定し、その判定で正常再生可と判定された場合にのみクライアント端末に対して購入希望コンテンツの購入を指示するようにしてもよい。
さらに、判定で正常再生不可と判定された場合には、利用者に対するその通信環境下で正常再生可能なコンテンツの提示をクライアント端末へ指示するようにしてもよい。
【００１４】
また、本発明にかかる他の制御サーバは、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきアプリケーションサーバの管理を行う制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定することにより、アプリケーションサーバからのコンテンツの配信に対する障害有無を検査するようにしてもよい。
【００１５】
また、本発明にかかる他の制御サーバは、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきクライアント端末を制御する制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、クライアント端末に対してコンテンツの転送に用いるアプリケーションサーバとの通信経路の変更を指示するようにしてもよい。
【００１６】
また、本発明にかかる他の制御サーバは、ストリーミング系のコンテンツを管理するとともに複数のアクセスポイントを用いてコンテンツを配信するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきアプリケーションサーバを制御する制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、アプリケーションサーバに対してコンテンツの転送に用いるアクセスポイントの切り替えを指示するようにしてもよい。
【００１７】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
図１は本発明の一実施の形態にかかるサーバ・クライアント間通信システムの構成を示すブロック図である。
このサーバ・クライアント間通信システムは、アプリケーションサーバ１０（以下、ＡＰサーバという：Ａｐｐｌｉｃａｔｉｏｎ）、クライアント端末２０、制御サーバ３０、およびこれら装置間を相互に接続するネットワーク５０から構成されている。
このネットワーク５０としては、インターネットに代表されるベストエフォート型のネットワークが用いられる。
【００１８】
ＡＰサーバ１０は、ネットワーク５０を介してクライアント端末２０へコンテンツを配信するコンピュータである。クライアント端末２０は、利用者の操作に応じて、ＡＰサーバ１０から配信されたコンテンツをネットワーク５０を介して受信し再生するコンピュータである。制御サーバ３０は、ネットワーク５０を介してクライアント端末２０でのコンテンツ再生状況を取得し、そのコンテンツ再生状況に応じて当該クライアント端末２０やＡＰサーバ１０を制御するコンピュータである。
本発明では、説明を容易とするため、ＡＰサーバ１０、クライアント端末２０および制御サーバ３０がそれぞれ１つずつ設けられている場合を例として説明するが、これら装置の数については１つに限定されるものではなく、必要に応じてそれぞれの装置を増やすことができる。特に、制御サーバ３０を複数のＡＰサーバ１０やクライアント端末２０で共用することにより、効率よくシステムを構築できる。
【００１９】
ＡＰサーバ１０では、その内部のマイクロプロセッサで所定のプログラムが実行されることにより、そのプログラムと各種ハードウェアとが協働して、データ配信部１１および配信制御部１２という機能部が実現される。
データ配信部１１は、ＡＰサーバ１０が管理する動画や音楽などのストリーミング系のコンテンツを、ネットワーク５０を介してクライアント端末２０へ順次配信する。
配信制御部１２は、ネットワーク５０を介してクライアント端末２０や制御サーバ３０からの要求に応じて、データ配信部１１での配信処理を制御する。
【００２０】
クライアント端末２０では、その内部のマイクロプロセッサで所定のプログラムが実行されることにより、そのプログラムと各種ハードウェアとが協働して、アプリケーション処理部（以下、ＡＰ処理部という）２１、状態情報取得部２２およびクライアント制御部２３という機能部が実現される。
ＡＰ処理部２１は、プレイヤーと呼ばれるアプリケーション・プログラムを実行することにより、ＡＰサーバ１０へネットワーク５０を介して所望のコンテンツの配信を要求するとともに、ネットワーク５０を介してＡＰサーバ１０から配信されたコンテンツを順次受信しながら、そのコンテンツをリアルタイムで再生する。
【００２１】
状態情報取得部２２は、ＡＰ処理部２１でのコンテンツ再生状態を示す各種の状態情報を取得する。
クライアント制御部２３は、状態情報取得部２２で取得された各種の状態情報に基づきＡＰ処理部２１でのコンテンツ再生状態を判断し、その判断結果やその状態情報そのもので示されるコンテンツ再生状況をネットワーク５０を介して制御サーバ３０へ通知する。また、制御サーバ３０からネットワーク５０を介して通知された指示や上記判断結果に基づき、ＡＰ処理部２１を制御する。
なお、一般に、ＡＰ処理部２１のプレイヤーは、Ｗｅｂページにプラグイン形式で組み込まれたモジュールにより実現される。また、状態情報取得部２２やクライアント制御部２３は、上記Ｗｅｂページ内に記述されたＪａｖａｓｃｒｉｐｔ（登録商標）などのプログラムからなり、ブラウザによりこれらプログラムが実行されて実現される。
【００２２】
制御サーバ３０では、その内部のマイクロプロセッサで所定のプログラムが実行されることにより、そのプログラムと各種ハードウェアとが協働して、アプリケーション制御部（以下、ＡＰ制御部という）３１という機能部が実現される。
ＡＰ制御部３１では、ネットワーク５０を介してクライアント端末２０から通知されたコンテンツ再生状況に基づき、クライアント端末２０におけるコンテンツ再生状態を把握し、そのコンテンツ再生状態に応じた対応をクライアント端末２０やＡＰサーバ１０に対しネットワーク５０を介して指示し、あるいはＡＰサーバ１０およびそのコンテンツを検査する。
なお、一般に、ＡＰ制御部３１は、ＰｅｒｌなどのＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムからなり、クライアント端末２０からのアクセスに応じて実行されて実現される。
【００２３】
次に、図２を参照して、本実施の形態にかかるサーバ・クライアント間通信システムの概略動作について説明する。図２は、本実施の形態にかかるサーバ・クライアント間通信システムの概略動作を示すシーケンス図である。
ＡＰサーバ１０から所望のコンテンツをダウンロードしてクライアント端末２０で再生する場合、クライアント制御部２３では、利用者の操作で選択された所望のコンテンツの再生要求をＡＰ処理部２１へ通知する（ステップ１００）。
ＡＰ処理部２１では、この再生要求で指定されたコンテンツの配信を要求する配信要求をＡＰサーバ１０へ送信する（ステップ１０１）。
【００２４】
ＡＰサーバ１０の配信制御部１２は、クライアント端末２０からの配信要求を受信し、その配信要求で指定されたコンテンツをその要求元のクライアント端末２０へ配信するようデータ配信部１１へ指示する（ステップ１０２）。データ配信部１１では、これに応じて要求されたコンテンツの配信を開始する（ステップ１０３）。
クライアント端末２０のＡＰ処理部２１では、このようにして配信が開始されたコンテンツを順次受信するとともに、その再生を開始する（ステップ１０４）。
【００２５】
状態情報取得部２２では、ＡＰ処理部２１からコンテンツ再生動作の状態を示す各種状態情報を逐次取得し（ステップ１０５）、クライアント制御部２３へ通知する（ステップ１０６）。
クライアント制御部２３では、必要に応じて状態情報取得部２２から通知された状態情報に基づきＡＰ処理部２１でのコンテンツ再生の状態判定を行う（ステップ１０７）。そして、これら状態情報および判定結果をコンテンツ再生状況として、ネットワーク５０を介して制御サーバ３０へ通知する（ステップ１０８）。このとき、クライアント制御部２３では、判定結果に基づき必要に応じてＡＰ処理部２１の制御や利用者に対する通知などのクライアント処理を行う（ステップ１０９）。
【００２６】
制御サーバ３０のＡＰ制御部３１では、クライアント端末２０から通知されたコンテンツ再生状況を保存するとともに（ステップ１１０）、そのコンテンツ再生状況を解析し（ステップ１１１）、必要に応じてＡＰサーバ１０へネットワーク５０を介して配信制御指示を行い（ステップ１１２）、またクライアント端末２０へネットワーク５０を介してクライアント制御指示を行い（ステップ１１３）、あるいはＡＰサーバ１０およびコンテンツの検査を行う（ステップ１１４）。
ＡＰサーバ１０の配信制御部１２では、制御サーバ３０からの配信制御指示に応じて、データ配信部１１に対する配信制御を行う。またクライアント端末２０のクライアント制御部２３では、制御サーバ３０からのクライアント制御指示に応じて、ＡＰ処理部２１の制御や利用者に対する通知などのクライアント制御を行う。また、検査結果に応じて障害通知を保守管理者へ通知する。
【００２７】
次に、図３を参照して、コンテンツ再生時におけるクライアント端末２０の状態判定処理動作について説明する。図３はクライアント端末２０のクライアント制御部２３での状態判定処理動作を示すフローチャートである。
クライアント端末２０では、ＡＰサーバ１０からのコンテンツを再生する場合、まずクライアント制御部２３では、予めクライアント端末２０に登録されているプレイヤーの起動をＡＰ処理部２１へ指示し（ステップ２００）、コンテンツの再生エラーを計数するためのエラーカウンタ値をゼロリセットし、この監視処理の実行時間の経時を開始する（ステップ２０１）。
【００２８】
そして、ＡＰ処理部２１のプレイヤーに対して所望のコンテンツを示すＵＲＬを指定した再生要求を通知する（ステップ２０２）。
これに応じて、ＡＰ処理部２１では、ネットワーク５０を介してＡＰサーバ１０へアクセスしてコンテンツの配信を要求し、これに応じて配信開始されたコンテンツの一部または全部をファイルとしてバッファリングする。バッファリング終了後、ＡＰ処理部２１のプレイヤーで、そのファイルをオープンして読み込み、再生が開始される（ステップ２０３）。
【００２９】
クライアント制御部２３では、状態情報取得部２２を介してプレイヤーでのコンテンツ再生開始の成否を示す状態情報を取得し、その状態情報に基づき再生開始の成否を判断する（ステップ２１０）。ここで、指定したコンテンツがそのプレイヤーで再生不可能な場合などの理由によりコンテンツの再生開始に失敗した場合（ステップ２１０：ＮＯ）、エラーカウンタ値を１つ加算し（ステップ２１１）、そのエラーカウンタ値が規定値以下の場合には（ステップ２１２：ＮＯ）、ステップ２１０へ戻って再度再生の開始を試みる。
また、エラーカウンタが規定値を上回った場合には（ステップ２１２：ＹＥＳ）、通信異常と判定する（ステップ２１３）。そして、コンテンツのファイルをクローズして読み込みを終了し（ステップ２１９）、一連の状態判定処理を終了する。
【００３０】
なお、コンテンツの再生失敗は、配信サーバが故障や停止している場合、指定されたコンテンツのファイル名が異なる場合やファイルが存在しない場合、プレイヤーでそのコンテンツを再生できない場合、コンテンツＵＲＬの入力ミスや存在しない場合、ＡＰサーバ１０側でのコンテンツＵＲＬの設定ミス、ネットワーク５０上で通信異常があった場合、あるいはネットワーク５０上での負荷増加により通信が切断された場合、などの理由で発生する。
ステップ２１０において、コンテンツ再生開始に成功した場合（ステップ２１０：ＹＥＳ）、クライアント制御部２３では、状態情報取得部２２を介してプレイヤーでの再生動作を示す状態情報の取得を試みる（ステップ２１５）。
ここで、その状態情報の取得に失敗した場合には（ステップ２１５：ＮＯ）、プレイヤーの異常と判定し（ステップ２１６）、新規にプレイヤーを再起動するためステップ２００へ戻る。
【００３１】
また、ステップ２１５において、状態情報の取得に成功した場合（ステップ２１５：ＹＥＳ）、この状態判定処理の実行時間と規定値とを比較し（ステップ２１７）、実行時間が規定値以下の場合には（ステップ２１７：ＮＯ）、ステップ２１５へ戻って新たな状態情報の取得を行う。
また、ステップ２１７において、実行時間が規定を上回った場合には（ステップ２１７：ＹＥＳ）、再生正常と判定し（ステップ２１８）、コンテンツのファイルをクローズして読み込みを終了し（ステップ２１９）、一連の状態判定処理を終了する。
【００３２】
この後、制御サーバ３０では、前述の図２で説明したように、このようなクライアント端末２０での状態判定結果、およびＡＰ処理部２１で起動したプレイヤーから取得した状態情報からなるコンテンツ再生状況をクライアント端末２０から受け取り、クライアント端末２０でのコンテンツ再生状況を解析する。そして、必要に応じて、その解析結果に基づきＡＰサーバ１０やクライアント端末２０を制御するための指示を送信し、あるいはＡＰサーバ１０およびコンテンツを検査する。
【００３３】
このように、クライアント端末２０の状態情報取得部２２で、コンテンツを再生するＡＰ処理部２１から状態情報を取得し、必要に応じてその状態情報を判定し、これら状態情報や判定結果をコンテンツ再生状況として制御サーバ３０へ通知し、制御サーバ３０でその再生状況に基づき、ＡＰサーバ１０やクライアント端末２０を制御するようにしたので、ＡＰサーバ１０からインターネットに代表されるベストエフォート型のネットワークを介してＡＰサーバ１０からクライアント端末２０へ配信されるコンテンツの転送が、ネットワークやクライアント端末の通信環境に影響される場合であっても、クライアント端末でのコンテンツ再生状況に応じて、その通信環境に応じた適切なウェブキャスティング・サービスを実施できる。
【００３４】
より具体的には、例えばコンテンツ購入に先立つ試聴再生の際、状態情報として、コンテンツ再生時のコンテンツ転送速度の平均値からなる帯域情報や、コンテンツ転送が再生より遅いために再生を中断してコンテンツをある程度保存するバッファリング動作の回数などをそれぞれの規定値と比較することにより、当該クライアント端末２０における購入予定コンテンツの正常再生可否を判定でき、制御サーバ３０からクライアント端末２０に対してそのコンテンツの購入可否、さらにはデータ量の少ない他のコンテンツの提案などを指示して利用者に通知することができ、通信環境の不適による購入コンテンツの再生不能などの状態を回避できる。
これにより、ＡＰサーバ、ネットワークおよびクライアント端末に依存する通信環境や、コンテンツの再生に必要とされる通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００３５】
また、例えばクライアント端末２０として任意の通信環境（性能）を有する保守用の端末をネットワーク５０の任意の地点に接続し、そのクライアント端末で、各ＡＰサーバ１０の各コンテンツを再生し、それぞれのコンテンツの再生時に取得したコンテンツ再生状況から通信異常の有無を検査することにより、各ＡＰサーバ１０や各コンテンツを巡回してその異常を把握でき、システムの保守管理者へ電子メールなどで通知できる。
これにより、通信異常のあったＡＰサーバの再起動や遮断、当該コンテンツの配信停止、迂回路の設定などを実施でき、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００３６】
また、例えば状態情報として、上記帯域情報や、ＡＰサーバ１０とクライアント端末２０のネットワークアドレス情報を取得し、その帯域情報に基づき当該通信環境が所望コンテンツの再生に不十分と判断された場合には、アクセスポイントを変更するようＡＰサーバへ指示したり、ＡＰサーバ１０とクライアント端末２０との間のネットワーク経路を変更するようクライアント端末２０へ指示することができる。
これにより、所望コンテンツの再生に必要な通信環境へクライアント端末を導くことができ、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００３７】
クライアント制御部２３での状態判定処理については、前述した帯域情報やバッファリング動作回数のほか、受信したコンテンツデータの正常再生を示すプレイヤー動作状態、コンテンツデータを構成するパケットのうちの喪失パケット数や回復パケット数、１秒当たりに再生できたフレーム数を示す秒間フレーム数、コンテンツの再生に必要なアプリケーションを示すソフトウェア識別固有ＩＤ、音声データの属性を示す音声情報、画像データの属性を示す画像サイズや解像度などの状態情報のうち、必要に応じて任意の状態情報を状態情報取得部２２で取得して、これら状態情報を判定し解析することにより、所望コンテンツに対する通信環境、さらにはコンテンツの正常再生可否を判定できる。
なお、変動する状態情報や間欠的に取得した状態情報については、その平均値や偏差などの統計値を用いればよく、判定に用いる規定値については、予め用意したコンテンツの種別に固有の値や経験値を採用すればよい。
【００３８】
次に、図４を参照して、本発明の第２の実施の形態にかかるサーバ・クライアント間通信システムについて説明する。図４は第２の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
前述した第１の実施の形態では、本発明にかかるサーバ・クライアント間通信システムの基本的な動作について説明したが、本実施の形態では、その具体例として、利用者がクライアント端末２０からネットワーク５０を介してＡＰサーバ１０へアクセスし、所望の有料コンテンツを購入する場合について説明する。
なお、本実施の形態の構成については、前述した第１の実施の形態（図１参照）の構成と同様であり、ここでの詳細な説明は省略する。
【００３９】
利用者は、クライアント端末２０からＡＰサーバ１０あるいは他サーバのＷｅｂページへアクセスし、有料コンテンツのリストを確認して購入希望のコンテンツを選択する。そして、そのコンテンツに対応付けられた試聴用コンテンツの配信要求を操作する。これに応じて、クライアント端末２０のクライアント制御部２３は、ＡＰ処理部２１に対して試聴要求を通知する（ステップ１２０）。
このとき、試聴用コンテンツとしては、その再生に要する通信帯域が購入希望コンテンツと同様の通信帯域を要するものであれば、そのコンテンツの内容は任意でよく、例えばコマーシャルコンテンツや購入希望コンテンツの一部でもよい。また、試聴については利用者が意図して試聴要求を操作するようにしてもよく、購入希望コンテンツの選択に応じて自動的に試聴要求をＡＰ処理部２１へ通知してもよい。
【００４０】
ＡＰ処理部２１では、クライアント制御部２３からの試聴要求に応じて、ＡＰサーバ１０へ試聴用コンテンツの配信要求を送信する（ステップ１２１）。
ＡＰサーバ１０の配信制御部１２は、この配信要求で指定された試聴用コンテンツの配信をデータ配信部１１に指示する（ステップ１２２）。データ配信部１１は、これに応じてクライアント端末２０へ試聴用コンテンツの配信を開始する（ステップ１２３）。
ＡＰ処理部２１では、ＡＰサーバ１０からの試聴用コンテンツを順次受信してその再生を開始する（ステップ１２４）。状態情報取得部２２では、ＡＰ処理部２１から試聴用コンテンツの再生に関する状態情報を取得し（ステップ１２５）、クライアント制御部２３へ通知する（ステップ１２６）。
【００４１】
クライアント制御部２３では、前述した状態判定処理を実行し、試聴用コンテンツの転送に用いた帯域幅を示す帯域情報の平均値や、バッファリング動作回数などの状態情報と規定値とをそれぞれ比較し、クライアント端末２０における試聴用コンテンツの再生状態を判定する（ステップ１２７）。そして、その状態情報と判定結果とをコンテンツ再生状況として制御サーバ３０へ通知する（ステップ１２８）。
【００４２】
制御サーバ３０のＡＰ制御部３１は、クライアント端末２０からのコンテンツ再生状況を受信して保存するとともに（ステップ１３０）、それに含まれる判定結果に基づきクライアント端末２０における試聴用コンテンツの正常再生可否を判定する（ステップ１３１）。ここで、正常再生可と判定された場合には（ステップ１３１：ＹＥＳ）、購入希望コンテンツの購入可と判断し、購入希望コンテンツの購入をクライアント制御部２３へ指示する（ステップ１３２）。
これにより、クライアント端末２０のクライアント制御部２３では、利用者に対して購入可を画面表示するとともに、利用者からの購入希望を受け付けて実際にコンテンツを購入するための購入処理を開始する（ステップ１３３）。
【００４３】
また、制御サーバ３０のＡＰ制御部３１で、クライアント端末２０からのコンテンツ再生状況に含まれる判定結果に基づき、クライアント端末２０における試聴用コンテンツの視聴不可とされた場合（ステップ１３０：ＮＯ）、購入希望コンテンツの購入不可と判断し、コンテンツ再選択処理の実行をクライアント制御部２３へ指示する（ステップ１３５）。
これにより、クライアント端末２０のクライアント制御部２３では、利用者に対して購入不可を画面表示するとともに、購入希望コンテンツ以外の他のコンテンツ、例えば試聴用（購入希望）コンテンツがその再生に必要な通信帯域より小さい帯域で再生可能なコンテンツを提示するコンテンツ提示処理を開始する（ステップ１３６）。
【００４４】
このように、購入希望コンテンツに先だって、再生に要する通信帯域としてその購入希望希望コンテンツと同様の帯域を要する試聴コンテンツをクライアント端末２０へ配信し、その再生時に取得した帯域情報やバッファリング動作回数などをそれぞれの規定値と比較することにより、当該クライアント端末２０における購入予定コンテンツの正常再生可否を判定し、制御サーバ３０からクライアント端末２０に対してそのコンテンツの購入可否、さらには他コンテンツの提案などを指示して利用者に通知するようにしたので、通信環境の不適による購入コンテンツの再生不能などの状態を回避できる。
これにより、ＡＰサーバ、ネットワークおよびクライアント端末に依存する通信環境や、コンテンツが必要とする通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００４５】
次に、図５を参照して、本発明の第３の実施の形態にかかるサーバ・クライアント間通信システムについて説明する。図５は第３の実施の形態にかかるサーバ・クライアント間通信システムの動作を示す説明図である。
前述した第２の実施の形態では、本発明にかかるサーバ・クライアント間通信システムの具体例として、試聴用コンテンツを用いた購入可否判定およびその判定に基づくクライアント端末の制御について説明した。本実施の形態では、他の具体例として、ネットワーク５０の任意の地点に接続された保守用クライアント端末２０を用いて各ＡＰサーバ１０の各コンテンツの再生可否をチェックする監視処理を行う場合について説明する。
なお、本実施の形態の構成については、前述した第１の実施の形態（図１参照）の構成と同様であり、ここでの詳細な説明は省略する。
【００４６】
まず、クライアント端末２０のクライアント制御部２３では、当該端末に設定されている監視リストに監視対象として予め登録されているコンテンツを選択し、そのコンテンツに対する再生要求をＡＰ処理部２１へ通知する（ステップ１４０）。
ＡＰ処理部２１では、クライアント制御部２３からの再生要求に応じて、ＡＰサーバ１０へ監視対象コンテンツの配信要求を送信する（ステップ１４１）。
ＡＰサーバ１０の配信制御部１２は、この配信要求で指定された監視対象コンテンツの配信をデータ配信部１１に指示する（ステップ１４２）。データ配信部１１は、これに応じてクライアント端末２０へ監視対象コンテンツの配信を開始する（ステップ１４３）。
【００４７】
ＡＰ処理部２１では、ＡＰサーバ１０からの監視対象コンテンツを順次受信してその再生を開始する（ステップ１４４）。状態情報取得部２２では、ＡＰ処理部２１から監視対象コンテンツの再生に関する状態情報を取得し（ステップ１４５）、クライアント制御部２３へ通知する（ステップ１４６）。
クライアント制御部２３では、前述した状態判定処理を実行し、監視対象コンテンツの再生開始の成否に基づく通信異常の有無を確認するとともに、監視対象コンテンツの転送に用いた帯域幅を示す帯域情報の平均値や、バッファリング動作回数などの状態情報と規定値とをそれぞれ比較し、クライアント端末２０における監視対象コンテンツの状態を判定する（ステップ１４７）。そして、その状態情報と判定結果とをコンテンツ再生状況として制御サーバ３０へ通知する（ステップ１４８）。
【００４８】
このとき、状態判定処理の後、その判定結果に基づき監視対象コンテンツの正常再生可否を判断し（ステップ１５０）、正常再生可と判断された場合には（ステップ１５０：ＹＥＳ）、監視リストから未処理の監視対象コンテンツを選択して監視対象を切り替え、一連の監視処理を繰り返し実行する（ステップ１５３）。
なお、監視対象コンテンツが正常再生と判断された場合には（ステップ１５０：ＮＯ）、その監視対象コンテンツを再度選択し（ステップ１５２）、一連の監視処理を繰り返し実行する（ステップ１５３）。これにより、ベストエフォート型のネットワーク５０のため、一時的に監視対象コンテンツの再生に失敗した場合にも対応できる。なお、繰り返し回数に上限を設け、その上限を上回った時点で他の呼処理の監視対象コンテンツの監視処理へ移行してもよい。
【００４９】
一方、制御サーバ３０のＡＰ制御部３１は、クライアント端末２０からのコンテンツ再生状況を受信して保存するとともに（ステップ１５５）、それに含まれる判定結果に基づきクライアント端末２０における監視対象コンテンツの正常再生可否を判定する（ステップ１５６）。ここで、正常再生不可と判定された場合には（ステップ１５６：ＮＯ）、監視対象コンテンツの正常再生不可と判断し、電子メールなどを用いて保守端末４０のシステム保守管理者へ当該監視対象コンテンツが視聴不可である旨の障害通知を行う（ステップ１５７）。
【００５０】
このように、クライアント端末２０として任意の通信環境（性能）を有する保守用の端末をネットワーク５０の任意の地点に接続し、そのクライアント端末で、各ＡＰサーバ１０の各コンテンツを再生し、それぞれのコンテンツの再生時に取得したコンテンツ再生状況から通信異常の有無を検査するようにしたので、各ＡＰサーバ１０や各コンテンツを巡回してその異常を把握でき、システムの保守管理者へ電子メールなどで通知できる。
これにより、通信異常のあったＡＰサーバの再起動や遮断、当該コンテンツの配信停止、迂回路の設定などを実施でき、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００５１】
次に、図６を参照して、本発明の第４の実施の形態にかかるサーバ・クライアント間通信システムについて説明する。図６は第４の実施の形態にかかるサーバ・クライアント間通信システムの動作を示す説明図である。
前述した第２の実施の形態では、本発明にかかるサーバ・クライアント間通信システムの具体例として、試聴用コンテンツを用いた購入可否判定およびその判定に基づくクライアント端末の制御について説明し、第３の実施の形態では、保守用クライアント端末を用いて各ＡＰサーバの各コンテンツの再生可否をチェックする監視処理を行う例について説明した。本実施の形態では、他の具体例として、コンテンツ再生中の通信環境に基づきクライアント端末に対して経路変更を指示し、あるいはＡＰサーバへアクセスポイントの切り替えを指示する場合について説明する。
なお、本実施の形態の構成については、前述した第１の実施の形態（図１参照）の構成と同様であり、ここでの詳細な説明は省略する。
【００５２】
まず、クライアント端末２０のクライアント制御部２３では、利用者の操作に応じて所望のコンテンツを選択し、そのコンテンツに対する再生要求をＡＰ処理部２１へ通知する（ステップ１６０）。
ＡＰ処理部２１では、クライアント制御部２３からの再生要求に応じて、ＡＰサーバ１０へコンテンツの配信要求を送信する（ステップ１６１）。
ＡＰサーバ１０の配信制御部１２は、この配信要求で指定されたコンテンツの配信をデータ配信部１１に指示する（ステップ１６２）。データ配信部１１は、これに応じてクライアント端末２０へコンテンツの配信を開始する（ステップ１６３）。
【００５３】
ＡＰ処理部２１では、ＡＰサーバ１０からのコンテンツを順次受信してその再生を開始する（ステップ１６４）。状態情報取得部２２では、ＡＰ処理部２１からコンテンツの再生に関する状態情報を取得し（ステップ１６５）、クライアント制御部２３へ通知する（ステップ１６６）。
クライアント制御部２３では、前述した状態判定処理を実行し、コンテンツの再生開始の成否に基づく通信異常の有無を確認するとともに、そのコンテンツの転送に用いた帯域幅を示す帯域情報の平均値や喪失パケット数などの状態情報と規定値とをそれぞれ比較し、クライアント端末２０におけるコンテンツの再生状態を判定する（ステップ１６７）。そして、その状態情報と判定結果とをコンテンツ再生状況として制御サーバ３０へ通知する（ステップ１６８）。
【００５４】
制御サーバ３０のＡＰ制御部３１は、クライアント端末２０からのコンテンツ再生状況を受信して保存するとともに（ステップ１７０）、それに含まれる判定結果に基づきクライアント端末２０における所望コンテンツ再生に必要な通信品質の有無を検証する（ステップ１７１）。ここで、通信品質が所望コンテンツ再生に不十分と判定された場合には（ステップ１７２：ＮＯ）、例えば、ＡＰサーバ１０に対してアクセスポイントの変更を指示し（ステップ１７３）、あるいはクライアント端末２０に対してＡＰサーバ１０との通信経路の変更を指示する（ステップ１７４）。
【００５５】
コンテンツを配信する際、ＡＰサーバ１０へのアクセスを緩和し負荷を分散させるため、ＡＰサーバ１０と同じコンテンツを配信可能なミラーサーバなどの複数のサーバを同一ＵＲＬに割り当てる分散システムがある。このような分散システムをＡＰサーバ１０で用いている場合には、ＡＰサーバ１０へアクセスポイントの変更を指示することにより、その分散システムの他のサーバから所望のコンテンツを配信することができ、ＡＰサーバ１０の負荷増大に起因する通信品質の低下を改善して、所望コンテンツの再生に十分な通信環境を提供できる。
したがって、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００５６】
また、クライアント端末２０からのコンテンツ再生状況には、ＡＰサーバ１０から所望コンテンツを受信した際の通信経路情報（ＩＰアドレス）が含まれている。したがって、その通信経路情報に基づき、コンテンツ転送に用いる通信経路上の中継ノード、例えば特定のプロキシサーバで負荷が増大して通信品質が低下している場合には、クライアント端末２０に対して通信経路の変更を指示することにより、他の通信経路を経由して所望コンテンツを配信することができ、ネットワーク負荷に起因する通信品質の低下を改善して、所望コンテンツの再生に十分な通信環境を提供できる。
したがって、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００５７】
なお、ＡＰサーバ１０でのアクセスポイント切替の際、ＡＰサーバ１０での負荷状態を制御サーバ３０で取得し、実際にＡＰサーバ１０が通信品質低下のボトルネックとなっていることを確認した後、アクセスポイント切替を指示すればよい。アクセスポイント切替の動作については、制御サーバ３０からの切替指示をＡＰサーバ１０が備える機能により解析して切替処理すればよい。
また、通信経路の変更の際、ネットワーク５０から通信経路上の各中継ノードから通信状態情報を収集して、ボトルネックとなる中継ノードを確認した後、所望コンテンツの再生に十分な通信品質が得られる他の通信経路への変更を指示すればよい。
なお、本実施の形態については、利用者が再生中のコンテンツを処理の対象としてもよく、前述の第２の実施の形態で説明した試聴用コンテンツや、第３の実施の形態で説明した監視対象コンテンツを処理の対象としてもよい。
【００５８】
【発明の効果】
以上説明したように、本発明は、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、制御サーバで、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定し、その判定結果に基づき、クライアント端末やアプリケーションサーバへ適切な指示を出し、あるいはアプリケーションサーバおよびコンテンツを検査するようにしたので、アプリケーションサーバとクライアント端末との間の通信に、インターネットに代表されるベストエフォート型のネットワークを用いる場合であっても、その通信環境に応じた適切なウェブキャスティング・サービスを実施できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるサーバ・クライアント間通信システムの構成を示すブロック図である。
【図２】第１の実施の形態にかかるサーバ・クライアント間通信システムの概略動作を示すシーケンス図である。
【図３】クライアント端末での状態判定処理動作を示すフローチャートである。
【図４】第２の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
【図５】第３の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
【図６】第４の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
【符号の説明】
１０…アプリケーションサーバ（ＡＰサーバ）、１１…データ配信部、１２…配信制御部、２０…クライアント端末、２１…アプリケーション処理部（ＡＰ処理部）、２２…状態情報取得部、２３…クライアント制御部、３０…制御サーバ、３１…アプリケーション制御部（ＡＰ制御部）、５０…ネットワーク。
【発明の属する技術分野】
本発明は、サーバ・クライアント間通信システムおよび制御サーバに関し、特にベストエフォート型ネットワークを介してサーバからクライアント端末へコンテンツを配信し、そのコンテンツをクライアント端末のアプリケーションで再生する場合に用いられるサーバ・クライアント間通信システムおよび制御サーバに関するものである。
【０００２】
【従来の技術】
動画や音楽などのアナログ信号に対する符号化技術や圧縮技術の発展、さらにはインターネットのブロードバンド化に伴い、インターネットを介してこれらデジタルコンテンツを配信するウェブキャスティング・サービス（Ｗｅｂｃａｓｔｉｎｇ Ｓｅｒｖｉｃｅ）が広く普及しつつある。
このようなサービスを実現するサーバ・クライアント間通信システムでは、インターネットを介して、アプリケーションサーバからクライアント端末へ、動画や音楽などの実時間で再生されるストリーミング系のコンテンツを配信し、そのコンテンツをクライアント端末のプレイヤーと呼ばれるアプリケーションで再生する、Ｗｉｎｄｏｗｓ Ｍｅｄｉａ（登録商標：非特許文献１など参照）や ＲｅａｌＮｅｔｗｏｒｋｓ（登録商標：非特許文献２など参照）などの技術が用いられている。
【０００３】
従来、このようなサーバ・クライアント間通信システムでは、利用者がクライアント端末でストリーミング系のコンテンツを再生したい場合、まず、クライアント端末からインターネットを介して所定のＷｅｂページへアクセスし、所望のコンテンツを選択する。
これにより、アプリケーションサーバからインターネットを介してクライアント端末へコンテンツの配信が開始される。クライアント端末では、予め登録されているプレイヤーでそのコンテンツを順次受信しながら、そのコンテンツをリアルタイムで再生するものとなっていた。
【０００４】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【非特許文献１】
マイクロソフト、「Ｗｉｎｄｏｗｓ Ｍｅｄｉａ の概要」、［ｏｎｌｉｎｅ］、［平成１４年１０月１１日検索］、インターネット＜ＵＲＬ ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｊａｐａｎ／ｗｉｎｄｏｗｓ／ｗｉｎｄｏｗｓｍｅｄｉａ／ｏｖｅｒｖｉｅｗ／ｄｅｆａｕｌｔ．ａｓｐ＞
【非特許文献２】
リアルネットワークス、「ストリーミングメディア入門」、［ｏｎｌｉｎｅ］、［平成１４年１０月１１日検索］、インターネット＜ＵＲＬ ｈｔｔｐ：／／ｗｗｗ．ｊｐ．ｒｅａｌｎｅｔｗｏｒｋｓ．ｃｏｍ／ｓｏｌｕｔｉｏｎｓ／ｇｅｔｓｔａｒｔｅｄ／ｉｎｄｅｘ．ｈｔｍｌ＞
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来のサーバ・クライアント間通信システムでは、ネットワークやクライアント端末の通信環境に対応した適切なサービスを提供できないという問題点があった。
インターネットに代表されるベストエフォート型のネットワークでは、ネットワーク上での通信環境は保証されていない。したがって、このようなネットワークを介してサーバからクライアント端末へコンテンツを配信し、そのコンテンツをクライアント端末のプレイヤーで再生する場合、そのコンテンツの転送がネットワークやクライアント端末の通信環境に影響されるため、クライアント端末でコンテンツを正常に再生できない場合もある。
【０００６】
前述した、従来のウェブキャスティング・サービスでは、コンテンツがクライアント端末で正常に再生できるかどうかは、利用者がどのようなコンテンツを選択するかに依存しており、選択されたコンテンツは、一方的にサーバからクライアント端末へ順次配信される。
したがって、利用者が選択したコンテンツがクライアント端末へ配信される際に、その通信環境に起因してクライアント端末でコンテンツの受信異常や再生異常などの障害が発生しうる場合、あるいは障害が発生した場合、その状況に対して適切なサービスを実施できない。
本発明はこのような課題を解決するためのものであり、ベストエフォート型のネットワークであっても、その通信環境に応じた適切なウェブキャスティング・サービスを実施できるサーバ・クライアント間通信システムおよび制御サーバを提供することを目的としている。
【０００７】
【課題を解決するための手段】
このような目的を達成するために、本発明にかかるサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきクライアント端末を制御する制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定することにより、クライアント端末でコンテンツを再生する際の通信環境を検証し、利用者に対するその通信環境に応じたコンテンツの提示をクライアント端末へ指示するようにしたものである。
【０００８】
コンテンツの正常再生可否については、クライアント端末で、利用者の購入希望コンテンツに対応して予め登録されている試験用コンテンツをアプリケーションサーバから受信して再生し、その試験用コンテンツのコンテンツ再生状況を制御サーバへ通知し、制御サーバで、試験用コンテンツのコンテンツ再生状況に基づきクライアント端末での試験用コンテンツの正常再生可否を判定し、その判定で正常再生可と判定された場合にのみクライアント端末に対して購入希望コンテンツの購入を指示するようにしてもよい。
さらに、判定で正常再生不可と判定された場合には、利用者に対するその通信環境下で正常再生可能なコンテンツの提示をクライアント端末へ指示するようにしてもよい。
【０００９】
また、本発明にかかる他のサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきアプリケーションサーバの管理を行う制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定することにより、アプリケーションサーバからのコンテンツの配信に対する障害有無を検査するようにしたものである。
【００１０】
また、本発明にかかる他のサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきクライアント端末を制御する制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、クライアント端末に対してコンテンツの転送に用いるアプリケーションサーバとの通信経路の変更を指示するようにしたものである。
【００１１】
また、本発明にかかる他のサーバ・クライアント間通信システムは、ストリーミング系のコンテンツを管理するとともに複数のアクセスポイントを用いてコンテンツを配信するアプリケーションサーバと、ネットワークを介してアプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末でコンテンツを再生する際の通信環境に基づきアプリケーションサーバを制御する制御サーバとを備え、クライアント端末で、アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を制御サーバへ通知し、制御サーバで、ネットワークを介してクライアント端末から通知されたコンテンツ再生状況に基づき、クライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、アプリケーションサーバに対してコンテンツの転送に用いるアクセスポイントの切り替えを指示するようにしたものである。
【００１２】
また、本発明にかかる制御サーバは、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきクライアント端末を制御する制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定することによりクライアント端末でコンテンツを再生する際の通信環境を検証し、利用者に対するその通信環境に応じたコンテンツの提示をクライアント端末へ指示するようにしたものである。
【００１３】
コンテンツの正常再生可否については、クライアント端末で利用者の購入希望コンテンツに対応して予め登録されている試験用コンテンツをアプリケーションサーバから受信して再生した際に取得された試験用コンテンツのコンテンツ再生状況をネットワークを介してクライアント端末から受信し、その試験用コンテンツのコンテンツ再生状況に基づきクライアント端末での試験用コンテンツの正常再生可否を判定し、その判定で正常再生可と判定された場合にのみクライアント端末に対して購入希望コンテンツの購入を指示するようにしてもよい。
さらに、判定で正常再生不可と判定された場合には、利用者に対するその通信環境下で正常再生可能なコンテンツの提示をクライアント端末へ指示するようにしてもよい。
【００１４】
また、本発明にかかる他の制御サーバは、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきアプリケーションサーバの管理を行う制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定することにより、アプリケーションサーバからのコンテンツの配信に対する障害有無を検査するようにしてもよい。
【００１５】
また、本発明にかかる他の制御サーバは、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきクライアント端末を制御する制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、クライアント端末に対してコンテンツの転送に用いるアプリケーションサーバとの通信経路の変更を指示するようにしてもよい。
【００１６】
また、本発明にかかる他の制御サーバは、ストリーミング系のコンテンツを管理するとともに複数のアクセスポイントを用いてコンテンツを配信するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づきアプリケーションサーバを制御する制御サーバであって、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、アプリケーションサーバに対してコンテンツの転送に用いるアクセスポイントの切り替えを指示するようにしてもよい。
【００１７】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
図１は本発明の一実施の形態にかかるサーバ・クライアント間通信システムの構成を示すブロック図である。
このサーバ・クライアント間通信システムは、アプリケーションサーバ１０（以下、ＡＰサーバという：Ａｐｐｌｉｃａｔｉｏｎ）、クライアント端末２０、制御サーバ３０、およびこれら装置間を相互に接続するネットワーク５０から構成されている。
このネットワーク５０としては、インターネットに代表されるベストエフォート型のネットワークが用いられる。
【００１８】
ＡＰサーバ１０は、ネットワーク５０を介してクライアント端末２０へコンテンツを配信するコンピュータである。クライアント端末２０は、利用者の操作に応じて、ＡＰサーバ１０から配信されたコンテンツをネットワーク５０を介して受信し再生するコンピュータである。制御サーバ３０は、ネットワーク５０を介してクライアント端末２０でのコンテンツ再生状況を取得し、そのコンテンツ再生状況に応じて当該クライアント端末２０やＡＰサーバ１０を制御するコンピュータである。
本発明では、説明を容易とするため、ＡＰサーバ１０、クライアント端末２０および制御サーバ３０がそれぞれ１つずつ設けられている場合を例として説明するが、これら装置の数については１つに限定されるものではなく、必要に応じてそれぞれの装置を増やすことができる。特に、制御サーバ３０を複数のＡＰサーバ１０やクライアント端末２０で共用することにより、効率よくシステムを構築できる。
【００１９】
ＡＰサーバ１０では、その内部のマイクロプロセッサで所定のプログラムが実行されることにより、そのプログラムと各種ハードウェアとが協働して、データ配信部１１および配信制御部１２という機能部が実現される。
データ配信部１１は、ＡＰサーバ１０が管理する動画や音楽などのストリーミング系のコンテンツを、ネットワーク５０を介してクライアント端末２０へ順次配信する。
配信制御部１２は、ネットワーク５０を介してクライアント端末２０や制御サーバ３０からの要求に応じて、データ配信部１１での配信処理を制御する。
【００２０】
クライアント端末２０では、その内部のマイクロプロセッサで所定のプログラムが実行されることにより、そのプログラムと各種ハードウェアとが協働して、アプリケーション処理部（以下、ＡＰ処理部という）２１、状態情報取得部２２およびクライアント制御部２３という機能部が実現される。
ＡＰ処理部２１は、プレイヤーと呼ばれるアプリケーション・プログラムを実行することにより、ＡＰサーバ１０へネットワーク５０を介して所望のコンテンツの配信を要求するとともに、ネットワーク５０を介してＡＰサーバ１０から配信されたコンテンツを順次受信しながら、そのコンテンツをリアルタイムで再生する。
【００２１】
状態情報取得部２２は、ＡＰ処理部２１でのコンテンツ再生状態を示す各種の状態情報を取得する。
クライアント制御部２３は、状態情報取得部２２で取得された各種の状態情報に基づきＡＰ処理部２１でのコンテンツ再生状態を判断し、その判断結果やその状態情報そのもので示されるコンテンツ再生状況をネットワーク５０を介して制御サーバ３０へ通知する。また、制御サーバ３０からネットワーク５０を介して通知された指示や上記判断結果に基づき、ＡＰ処理部２１を制御する。
なお、一般に、ＡＰ処理部２１のプレイヤーは、Ｗｅｂページにプラグイン形式で組み込まれたモジュールにより実現される。また、状態情報取得部２２やクライアント制御部２３は、上記Ｗｅｂページ内に記述されたＪａｖａｓｃｒｉｐｔ（登録商標）などのプログラムからなり、ブラウザによりこれらプログラムが実行されて実現される。
【００２２】
制御サーバ３０では、その内部のマイクロプロセッサで所定のプログラムが実行されることにより、そのプログラムと各種ハードウェアとが協働して、アプリケーション制御部（以下、ＡＰ制御部という）３１という機能部が実現される。
ＡＰ制御部３１では、ネットワーク５０を介してクライアント端末２０から通知されたコンテンツ再生状況に基づき、クライアント端末２０におけるコンテンツ再生状態を把握し、そのコンテンツ再生状態に応じた対応をクライアント端末２０やＡＰサーバ１０に対しネットワーク５０を介して指示し、あるいはＡＰサーバ１０およびそのコンテンツを検査する。
なお、一般に、ＡＰ制御部３１は、ＰｅｒｌなどのＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムからなり、クライアント端末２０からのアクセスに応じて実行されて実現される。
【００２３】
次に、図２を参照して、本実施の形態にかかるサーバ・クライアント間通信システムの概略動作について説明する。図２は、本実施の形態にかかるサーバ・クライアント間通信システムの概略動作を示すシーケンス図である。
ＡＰサーバ１０から所望のコンテンツをダウンロードしてクライアント端末２０で再生する場合、クライアント制御部２３では、利用者の操作で選択された所望のコンテンツの再生要求をＡＰ処理部２１へ通知する（ステップ１００）。
ＡＰ処理部２１では、この再生要求で指定されたコンテンツの配信を要求する配信要求をＡＰサーバ１０へ送信する（ステップ１０１）。
【００２４】
ＡＰサーバ１０の配信制御部１２は、クライアント端末２０からの配信要求を受信し、その配信要求で指定されたコンテンツをその要求元のクライアント端末２０へ配信するようデータ配信部１１へ指示する（ステップ１０２）。データ配信部１１では、これに応じて要求されたコンテンツの配信を開始する（ステップ１０３）。
クライアント端末２０のＡＰ処理部２１では、このようにして配信が開始されたコンテンツを順次受信するとともに、その再生を開始する（ステップ１０４）。
【００２５】
状態情報取得部２２では、ＡＰ処理部２１からコンテンツ再生動作の状態を示す各種状態情報を逐次取得し（ステップ１０５）、クライアント制御部２３へ通知する（ステップ１０６）。
クライアント制御部２３では、必要に応じて状態情報取得部２２から通知された状態情報に基づきＡＰ処理部２１でのコンテンツ再生の状態判定を行う（ステップ１０７）。そして、これら状態情報および判定結果をコンテンツ再生状況として、ネットワーク５０を介して制御サーバ３０へ通知する（ステップ１０８）。このとき、クライアント制御部２３では、判定結果に基づき必要に応じてＡＰ処理部２１の制御や利用者に対する通知などのクライアント処理を行う（ステップ１０９）。
【００２６】
制御サーバ３０のＡＰ制御部３１では、クライアント端末２０から通知されたコンテンツ再生状況を保存するとともに（ステップ１１０）、そのコンテンツ再生状況を解析し（ステップ１１１）、必要に応じてＡＰサーバ１０へネットワーク５０を介して配信制御指示を行い（ステップ１１２）、またクライアント端末２０へネットワーク５０を介してクライアント制御指示を行い（ステップ１１３）、あるいはＡＰサーバ１０およびコンテンツの検査を行う（ステップ１１４）。
ＡＰサーバ１０の配信制御部１２では、制御サーバ３０からの配信制御指示に応じて、データ配信部１１に対する配信制御を行う。またクライアント端末２０のクライアント制御部２３では、制御サーバ３０からのクライアント制御指示に応じて、ＡＰ処理部２１の制御や利用者に対する通知などのクライアント制御を行う。また、検査結果に応じて障害通知を保守管理者へ通知する。
【００２７】
次に、図３を参照して、コンテンツ再生時におけるクライアント端末２０の状態判定処理動作について説明する。図３はクライアント端末２０のクライアント制御部２３での状態判定処理動作を示すフローチャートである。
クライアント端末２０では、ＡＰサーバ１０からのコンテンツを再生する場合、まずクライアント制御部２３では、予めクライアント端末２０に登録されているプレイヤーの起動をＡＰ処理部２１へ指示し（ステップ２００）、コンテンツの再生エラーを計数するためのエラーカウンタ値をゼロリセットし、この監視処理の実行時間の経時を開始する（ステップ２０１）。
【００２８】
そして、ＡＰ処理部２１のプレイヤーに対して所望のコンテンツを示すＵＲＬを指定した再生要求を通知する（ステップ２０２）。
これに応じて、ＡＰ処理部２１では、ネットワーク５０を介してＡＰサーバ１０へアクセスしてコンテンツの配信を要求し、これに応じて配信開始されたコンテンツの一部または全部をファイルとしてバッファリングする。バッファリング終了後、ＡＰ処理部２１のプレイヤーで、そのファイルをオープンして読み込み、再生が開始される（ステップ２０３）。
【００２９】
クライアント制御部２３では、状態情報取得部２２を介してプレイヤーでのコンテンツ再生開始の成否を示す状態情報を取得し、その状態情報に基づき再生開始の成否を判断する（ステップ２１０）。ここで、指定したコンテンツがそのプレイヤーで再生不可能な場合などの理由によりコンテンツの再生開始に失敗した場合（ステップ２１０：ＮＯ）、エラーカウンタ値を１つ加算し（ステップ２１１）、そのエラーカウンタ値が規定値以下の場合には（ステップ２１２：ＮＯ）、ステップ２１０へ戻って再度再生の開始を試みる。
また、エラーカウンタが規定値を上回った場合には（ステップ２１２：ＹＥＳ）、通信異常と判定する（ステップ２１３）。そして、コンテンツのファイルをクローズして読み込みを終了し（ステップ２１９）、一連の状態判定処理を終了する。
【００３０】
なお、コンテンツの再生失敗は、配信サーバが故障や停止している場合、指定されたコンテンツのファイル名が異なる場合やファイルが存在しない場合、プレイヤーでそのコンテンツを再生できない場合、コンテンツＵＲＬの入力ミスや存在しない場合、ＡＰサーバ１０側でのコンテンツＵＲＬの設定ミス、ネットワーク５０上で通信異常があった場合、あるいはネットワーク５０上での負荷増加により通信が切断された場合、などの理由で発生する。
ステップ２１０において、コンテンツ再生開始に成功した場合（ステップ２１０：ＹＥＳ）、クライアント制御部２３では、状態情報取得部２２を介してプレイヤーでの再生動作を示す状態情報の取得を試みる（ステップ２１５）。
ここで、その状態情報の取得に失敗した場合には（ステップ２１５：ＮＯ）、プレイヤーの異常と判定し（ステップ２１６）、新規にプレイヤーを再起動するためステップ２００へ戻る。
【００３１】
また、ステップ２１５において、状態情報の取得に成功した場合（ステップ２１５：ＹＥＳ）、この状態判定処理の実行時間と規定値とを比較し（ステップ２１７）、実行時間が規定値以下の場合には（ステップ２１７：ＮＯ）、ステップ２１５へ戻って新たな状態情報の取得を行う。
また、ステップ２１７において、実行時間が規定を上回った場合には（ステップ２１７：ＹＥＳ）、再生正常と判定し（ステップ２１８）、コンテンツのファイルをクローズして読み込みを終了し（ステップ２１９）、一連の状態判定処理を終了する。
【００３２】
この後、制御サーバ３０では、前述の図２で説明したように、このようなクライアント端末２０での状態判定結果、およびＡＰ処理部２１で起動したプレイヤーから取得した状態情報からなるコンテンツ再生状況をクライアント端末２０から受け取り、クライアント端末２０でのコンテンツ再生状況を解析する。そして、必要に応じて、その解析結果に基づきＡＰサーバ１０やクライアント端末２０を制御するための指示を送信し、あるいはＡＰサーバ１０およびコンテンツを検査する。
【００３３】
このように、クライアント端末２０の状態情報取得部２２で、コンテンツを再生するＡＰ処理部２１から状態情報を取得し、必要に応じてその状態情報を判定し、これら状態情報や判定結果をコンテンツ再生状況として制御サーバ３０へ通知し、制御サーバ３０でその再生状況に基づき、ＡＰサーバ１０やクライアント端末２０を制御するようにしたので、ＡＰサーバ１０からインターネットに代表されるベストエフォート型のネットワークを介してＡＰサーバ１０からクライアント端末２０へ配信されるコンテンツの転送が、ネットワークやクライアント端末の通信環境に影響される場合であっても、クライアント端末でのコンテンツ再生状況に応じて、その通信環境に応じた適切なウェブキャスティング・サービスを実施できる。
【００３４】
より具体的には、例えばコンテンツ購入に先立つ試聴再生の際、状態情報として、コンテンツ再生時のコンテンツ転送速度の平均値からなる帯域情報や、コンテンツ転送が再生より遅いために再生を中断してコンテンツをある程度保存するバッファリング動作の回数などをそれぞれの規定値と比較することにより、当該クライアント端末２０における購入予定コンテンツの正常再生可否を判定でき、制御サーバ３０からクライアント端末２０に対してそのコンテンツの購入可否、さらにはデータ量の少ない他のコンテンツの提案などを指示して利用者に通知することができ、通信環境の不適による購入コンテンツの再生不能などの状態を回避できる。
これにより、ＡＰサーバ、ネットワークおよびクライアント端末に依存する通信環境や、コンテンツの再生に必要とされる通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００３５】
また、例えばクライアント端末２０として任意の通信環境（性能）を有する保守用の端末をネットワーク５０の任意の地点に接続し、そのクライアント端末で、各ＡＰサーバ１０の各コンテンツを再生し、それぞれのコンテンツの再生時に取得したコンテンツ再生状況から通信異常の有無を検査することにより、各ＡＰサーバ１０や各コンテンツを巡回してその異常を把握でき、システムの保守管理者へ電子メールなどで通知できる。
これにより、通信異常のあったＡＰサーバの再起動や遮断、当該コンテンツの配信停止、迂回路の設定などを実施でき、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００３６】
また、例えば状態情報として、上記帯域情報や、ＡＰサーバ１０とクライアント端末２０のネットワークアドレス情報を取得し、その帯域情報に基づき当該通信環境が所望コンテンツの再生に不十分と判断された場合には、アクセスポイントを変更するようＡＰサーバへ指示したり、ＡＰサーバ１０とクライアント端末２０との間のネットワーク経路を変更するようクライアント端末２０へ指示することができる。
これにより、所望コンテンツの再生に必要な通信環境へクライアント端末を導くことができ、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００３７】
クライアント制御部２３での状態判定処理については、前述した帯域情報やバッファリング動作回数のほか、受信したコンテンツデータの正常再生を示すプレイヤー動作状態、コンテンツデータを構成するパケットのうちの喪失パケット数や回復パケット数、１秒当たりに再生できたフレーム数を示す秒間フレーム数、コンテンツの再生に必要なアプリケーションを示すソフトウェア識別固有ＩＤ、音声データの属性を示す音声情報、画像データの属性を示す画像サイズや解像度などの状態情報のうち、必要に応じて任意の状態情報を状態情報取得部２２で取得して、これら状態情報を判定し解析することにより、所望コンテンツに対する通信環境、さらにはコンテンツの正常再生可否を判定できる。
なお、変動する状態情報や間欠的に取得した状態情報については、その平均値や偏差などの統計値を用いればよく、判定に用いる規定値については、予め用意したコンテンツの種別に固有の値や経験値を採用すればよい。
【００３８】
次に、図４を参照して、本発明の第２の実施の形態にかかるサーバ・クライアント間通信システムについて説明する。図４は第２の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
前述した第１の実施の形態では、本発明にかかるサーバ・クライアント間通信システムの基本的な動作について説明したが、本実施の形態では、その具体例として、利用者がクライアント端末２０からネットワーク５０を介してＡＰサーバ１０へアクセスし、所望の有料コンテンツを購入する場合について説明する。
なお、本実施の形態の構成については、前述した第１の実施の形態（図１参照）の構成と同様であり、ここでの詳細な説明は省略する。
【００３９】
利用者は、クライアント端末２０からＡＰサーバ１０あるいは他サーバのＷｅｂページへアクセスし、有料コンテンツのリストを確認して購入希望のコンテンツを選択する。そして、そのコンテンツに対応付けられた試聴用コンテンツの配信要求を操作する。これに応じて、クライアント端末２０のクライアント制御部２３は、ＡＰ処理部２１に対して試聴要求を通知する（ステップ１２０）。
このとき、試聴用コンテンツとしては、その再生に要する通信帯域が購入希望コンテンツと同様の通信帯域を要するものであれば、そのコンテンツの内容は任意でよく、例えばコマーシャルコンテンツや購入希望コンテンツの一部でもよい。また、試聴については利用者が意図して試聴要求を操作するようにしてもよく、購入希望コンテンツの選択に応じて自動的に試聴要求をＡＰ処理部２１へ通知してもよい。
【００４０】
ＡＰ処理部２１では、クライアント制御部２３からの試聴要求に応じて、ＡＰサーバ１０へ試聴用コンテンツの配信要求を送信する（ステップ１２１）。
ＡＰサーバ１０の配信制御部１２は、この配信要求で指定された試聴用コンテンツの配信をデータ配信部１１に指示する（ステップ１２２）。データ配信部１１は、これに応じてクライアント端末２０へ試聴用コンテンツの配信を開始する（ステップ１２３）。
ＡＰ処理部２１では、ＡＰサーバ１０からの試聴用コンテンツを順次受信してその再生を開始する（ステップ１２４）。状態情報取得部２２では、ＡＰ処理部２１から試聴用コンテンツの再生に関する状態情報を取得し（ステップ１２５）、クライアント制御部２３へ通知する（ステップ１２６）。
【００４１】
クライアント制御部２３では、前述した状態判定処理を実行し、試聴用コンテンツの転送に用いた帯域幅を示す帯域情報の平均値や、バッファリング動作回数などの状態情報と規定値とをそれぞれ比較し、クライアント端末２０における試聴用コンテンツの再生状態を判定する（ステップ１２７）。そして、その状態情報と判定結果とをコンテンツ再生状況として制御サーバ３０へ通知する（ステップ１２８）。
【００４２】
制御サーバ３０のＡＰ制御部３１は、クライアント端末２０からのコンテンツ再生状況を受信して保存するとともに（ステップ１３０）、それに含まれる判定結果に基づきクライアント端末２０における試聴用コンテンツの正常再生可否を判定する（ステップ１３１）。ここで、正常再生可と判定された場合には（ステップ１３１：ＹＥＳ）、購入希望コンテンツの購入可と判断し、購入希望コンテンツの購入をクライアント制御部２３へ指示する（ステップ１３２）。
これにより、クライアント端末２０のクライアント制御部２３では、利用者に対して購入可を画面表示するとともに、利用者からの購入希望を受け付けて実際にコンテンツを購入するための購入処理を開始する（ステップ１３３）。
【００４３】
また、制御サーバ３０のＡＰ制御部３１で、クライアント端末２０からのコンテンツ再生状況に含まれる判定結果に基づき、クライアント端末２０における試聴用コンテンツの視聴不可とされた場合（ステップ１３０：ＮＯ）、購入希望コンテンツの購入不可と判断し、コンテンツ再選択処理の実行をクライアント制御部２３へ指示する（ステップ１３５）。
これにより、クライアント端末２０のクライアント制御部２３では、利用者に対して購入不可を画面表示するとともに、購入希望コンテンツ以外の他のコンテンツ、例えば試聴用（購入希望）コンテンツがその再生に必要な通信帯域より小さい帯域で再生可能なコンテンツを提示するコンテンツ提示処理を開始する（ステップ１３６）。
【００４４】
このように、購入希望コンテンツに先だって、再生に要する通信帯域としてその購入希望希望コンテンツと同様の帯域を要する試聴コンテンツをクライアント端末２０へ配信し、その再生時に取得した帯域情報やバッファリング動作回数などをそれぞれの規定値と比較することにより、当該クライアント端末２０における購入予定コンテンツの正常再生可否を判定し、制御サーバ３０からクライアント端末２０に対してそのコンテンツの購入可否、さらには他コンテンツの提案などを指示して利用者に通知するようにしたので、通信環境の不適による購入コンテンツの再生不能などの状態を回避できる。
これにより、ＡＰサーバ、ネットワークおよびクライアント端末に依存する通信環境や、コンテンツが必要とする通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００４５】
次に、図５を参照して、本発明の第３の実施の形態にかかるサーバ・クライアント間通信システムについて説明する。図５は第３の実施の形態にかかるサーバ・クライアント間通信システムの動作を示す説明図である。
前述した第２の実施の形態では、本発明にかかるサーバ・クライアント間通信システムの具体例として、試聴用コンテンツを用いた購入可否判定およびその判定に基づくクライアント端末の制御について説明した。本実施の形態では、他の具体例として、ネットワーク５０の任意の地点に接続された保守用クライアント端末２０を用いて各ＡＰサーバ１０の各コンテンツの再生可否をチェックする監視処理を行う場合について説明する。
なお、本実施の形態の構成については、前述した第１の実施の形態（図１参照）の構成と同様であり、ここでの詳細な説明は省略する。
【００４６】
まず、クライアント端末２０のクライアント制御部２３では、当該端末に設定されている監視リストに監視対象として予め登録されているコンテンツを選択し、そのコンテンツに対する再生要求をＡＰ処理部２１へ通知する（ステップ１４０）。
ＡＰ処理部２１では、クライアント制御部２３からの再生要求に応じて、ＡＰサーバ１０へ監視対象コンテンツの配信要求を送信する（ステップ１４１）。
ＡＰサーバ１０の配信制御部１２は、この配信要求で指定された監視対象コンテンツの配信をデータ配信部１１に指示する（ステップ１４２）。データ配信部１１は、これに応じてクライアント端末２０へ監視対象コンテンツの配信を開始する（ステップ１４３）。
【００４７】
ＡＰ処理部２１では、ＡＰサーバ１０からの監視対象コンテンツを順次受信してその再生を開始する（ステップ１４４）。状態情報取得部２２では、ＡＰ処理部２１から監視対象コンテンツの再生に関する状態情報を取得し（ステップ１４５）、クライアント制御部２３へ通知する（ステップ１４６）。
クライアント制御部２３では、前述した状態判定処理を実行し、監視対象コンテンツの再生開始の成否に基づく通信異常の有無を確認するとともに、監視対象コンテンツの転送に用いた帯域幅を示す帯域情報の平均値や、バッファリング動作回数などの状態情報と規定値とをそれぞれ比較し、クライアント端末２０における監視対象コンテンツの状態を判定する（ステップ１４７）。そして、その状態情報と判定結果とをコンテンツ再生状況として制御サーバ３０へ通知する（ステップ１４８）。
【００４８】
このとき、状態判定処理の後、その判定結果に基づき監視対象コンテンツの正常再生可否を判断し（ステップ１５０）、正常再生可と判断された場合には（ステップ１５０：ＹＥＳ）、監視リストから未処理の監視対象コンテンツを選択して監視対象を切り替え、一連の監視処理を繰り返し実行する（ステップ１５３）。
なお、監視対象コンテンツが正常再生と判断された場合には（ステップ１５０：ＮＯ）、その監視対象コンテンツを再度選択し（ステップ１５２）、一連の監視処理を繰り返し実行する（ステップ１５３）。これにより、ベストエフォート型のネットワーク５０のため、一時的に監視対象コンテンツの再生に失敗した場合にも対応できる。なお、繰り返し回数に上限を設け、その上限を上回った時点で他の呼処理の監視対象コンテンツの監視処理へ移行してもよい。
【００４９】
一方、制御サーバ３０のＡＰ制御部３１は、クライアント端末２０からのコンテンツ再生状況を受信して保存するとともに（ステップ１５５）、それに含まれる判定結果に基づきクライアント端末２０における監視対象コンテンツの正常再生可否を判定する（ステップ１５６）。ここで、正常再生不可と判定された場合には（ステップ１５６：ＮＯ）、監視対象コンテンツの正常再生不可と判断し、電子メールなどを用いて保守端末４０のシステム保守管理者へ当該監視対象コンテンツが視聴不可である旨の障害通知を行う（ステップ１５７）。
【００５０】
このように、クライアント端末２０として任意の通信環境（性能）を有する保守用の端末をネットワーク５０の任意の地点に接続し、そのクライアント端末で、各ＡＰサーバ１０の各コンテンツを再生し、それぞれのコンテンツの再生時に取得したコンテンツ再生状況から通信異常の有無を検査するようにしたので、各ＡＰサーバ１０や各コンテンツを巡回してその異常を把握でき、システムの保守管理者へ電子メールなどで通知できる。
これにより、通信異常のあったＡＰサーバの再起動や遮断、当該コンテンツの配信停止、迂回路の設定などを実施でき、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００５１】
次に、図６を参照して、本発明の第４の実施の形態にかかるサーバ・クライアント間通信システムについて説明する。図６は第４の実施の形態にかかるサーバ・クライアント間通信システムの動作を示す説明図である。
前述した第２の実施の形態では、本発明にかかるサーバ・クライアント間通信システムの具体例として、試聴用コンテンツを用いた購入可否判定およびその判定に基づくクライアント端末の制御について説明し、第３の実施の形態では、保守用クライアント端末を用いて各ＡＰサーバの各コンテンツの再生可否をチェックする監視処理を行う例について説明した。本実施の形態では、他の具体例として、コンテンツ再生中の通信環境に基づきクライアント端末に対して経路変更を指示し、あるいはＡＰサーバへアクセスポイントの切り替えを指示する場合について説明する。
なお、本実施の形態の構成については、前述した第１の実施の形態（図１参照）の構成と同様であり、ここでの詳細な説明は省略する。
【００５２】
まず、クライアント端末２０のクライアント制御部２３では、利用者の操作に応じて所望のコンテンツを選択し、そのコンテンツに対する再生要求をＡＰ処理部２１へ通知する（ステップ１６０）。
ＡＰ処理部２１では、クライアント制御部２３からの再生要求に応じて、ＡＰサーバ１０へコンテンツの配信要求を送信する（ステップ１６１）。
ＡＰサーバ１０の配信制御部１２は、この配信要求で指定されたコンテンツの配信をデータ配信部１１に指示する（ステップ１６２）。データ配信部１１は、これに応じてクライアント端末２０へコンテンツの配信を開始する（ステップ１６３）。
【００５３】
ＡＰ処理部２１では、ＡＰサーバ１０からのコンテンツを順次受信してその再生を開始する（ステップ１６４）。状態情報取得部２２では、ＡＰ処理部２１からコンテンツの再生に関する状態情報を取得し（ステップ１６５）、クライアント制御部２３へ通知する（ステップ１６６）。
クライアント制御部２３では、前述した状態判定処理を実行し、コンテンツの再生開始の成否に基づく通信異常の有無を確認するとともに、そのコンテンツの転送に用いた帯域幅を示す帯域情報の平均値や喪失パケット数などの状態情報と規定値とをそれぞれ比較し、クライアント端末２０におけるコンテンツの再生状態を判定する（ステップ１６７）。そして、その状態情報と判定結果とをコンテンツ再生状況として制御サーバ３０へ通知する（ステップ１６８）。
【００５４】
制御サーバ３０のＡＰ制御部３１は、クライアント端末２０からのコンテンツ再生状況を受信して保存するとともに（ステップ１７０）、それに含まれる判定結果に基づきクライアント端末２０における所望コンテンツ再生に必要な通信品質の有無を検証する（ステップ１７１）。ここで、通信品質が所望コンテンツ再生に不十分と判定された場合には（ステップ１７２：ＮＯ）、例えば、ＡＰサーバ１０に対してアクセスポイントの変更を指示し（ステップ１７３）、あるいはクライアント端末２０に対してＡＰサーバ１０との通信経路の変更を指示する（ステップ１７４）。
【００５５】
コンテンツを配信する際、ＡＰサーバ１０へのアクセスを緩和し負荷を分散させるため、ＡＰサーバ１０と同じコンテンツを配信可能なミラーサーバなどの複数のサーバを同一ＵＲＬに割り当てる分散システムがある。このような分散システムをＡＰサーバ１０で用いている場合には、ＡＰサーバ１０へアクセスポイントの変更を指示することにより、その分散システムの他のサーバから所望のコンテンツを配信することができ、ＡＰサーバ１０の負荷増大に起因する通信品質の低下を改善して、所望コンテンツの再生に十分な通信環境を提供できる。
したがって、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００５６】
また、クライアント端末２０からのコンテンツ再生状況には、ＡＰサーバ１０から所望コンテンツを受信した際の通信経路情報（ＩＰアドレス）が含まれている。したがって、その通信経路情報に基づき、コンテンツ転送に用いる通信経路上の中継ノード、例えば特定のプロキシサーバで負荷が増大して通信品質が低下している場合には、クライアント端末２０に対して通信経路の変更を指示することにより、他の通信経路を経由して所望コンテンツを配信することができ、ネットワーク負荷に起因する通信品質の低下を改善して、所望コンテンツの再生に十分な通信環境を提供できる。
したがって、通信環境に応じた適切なウェブキャスティング・サービスを利用者に提供できる。
【００５７】
なお、ＡＰサーバ１０でのアクセスポイント切替の際、ＡＰサーバ１０での負荷状態を制御サーバ３０で取得し、実際にＡＰサーバ１０が通信品質低下のボトルネックとなっていることを確認した後、アクセスポイント切替を指示すればよい。アクセスポイント切替の動作については、制御サーバ３０からの切替指示をＡＰサーバ１０が備える機能により解析して切替処理すればよい。
また、通信経路の変更の際、ネットワーク５０から通信経路上の各中継ノードから通信状態情報を収集して、ボトルネックとなる中継ノードを確認した後、所望コンテンツの再生に十分な通信品質が得られる他の通信経路への変更を指示すればよい。
なお、本実施の形態については、利用者が再生中のコンテンツを処理の対象としてもよく、前述の第２の実施の形態で説明した試聴用コンテンツや、第３の実施の形態で説明した監視対象コンテンツを処理の対象としてもよい。
【００５８】
【発明の効果】
以上説明したように、本発明は、ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、制御サーバで、クライアント端末でコンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介してクライアント端末から受信し、そのコンテンツ再生状況に基づいてクライアント端末でのコンテンツの正常再生可否を判定し、その判定結果に基づき、クライアント端末やアプリケーションサーバへ適切な指示を出し、あるいはアプリケーションサーバおよびコンテンツを検査するようにしたので、アプリケーションサーバとクライアント端末との間の通信に、インターネットに代表されるベストエフォート型のネットワークを用いる場合であっても、その通信環境に応じた適切なウェブキャスティング・サービスを実施できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるサーバ・クライアント間通信システムの構成を示すブロック図である。
【図２】第１の実施の形態にかかるサーバ・クライアント間通信システムの概略動作を示すシーケンス図である。
【図３】クライアント端末での状態判定処理動作を示すフローチャートである。
【図４】第２の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
【図５】第３の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
【図６】第４の実施の形態にかかるサーバ・クライアント間通信システムの動作を示すシーケンス図である。
【符号の説明】
１０…アプリケーションサーバ（ＡＰサーバ）、１１…データ配信部、１２…配信制御部、２０…クライアント端末、２１…アプリケーション処理部（ＡＰ処理部）、２２…状態情報取得部、２３…クライアント制御部、３０…制御サーバ、３１…アプリケーション制御部（ＡＰ制御部）、５０…ネットワーク。
Claims (12)
- ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介して前記アプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末で前記コンテンツを再生する際の通信環境に基づき前記クライアント端末を制御する制御サーバとを備え、
前記クライアント端末は、前記アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を前記制御サーバへ通知し、
前記制御サーバは、ネットワークを介して前記クライアント端末から通知された前記コンテンツ再生状況に基づき、前記クライアント端末での前記コンテンツの正常再生可否を判定することにより、前記クライアント端末で前記コンテンツを再生する際の通信環境を検証し、前記利用者に対するその通信環境に応じたコンテンツの提示を前記クライアント端末へ指示することを特徴とするサーバ・クライアント間通信システム。 - 請求項１記載のサーバ・クライアント間通信システムにおいて、
前記クライアント端末は、利用者の購入希望コンテンツに対応して予め登録されている試験用コンテンツを前記アプリケーションサーバから受信して再生し、その試験用コンテンツのコンテンツ再生状況を前記制御サーバへ通知し、
前記制御サーバは、前記試験用コンテンツのコンテンツ再生状況に基づき前記クライアント端末での前記試験用コンテンツの正常再生可否を判定し、その判定で正常再生可と判定された場合にのみ前記クライアント端末に対して前記購入希望コンテンツの購入を指示することを特徴とするサーバ・クライアント間通信システム。 - 請求項２記載のサーバ・クライアント間通信システムにおいて、
前記制御サーバは、前記判定で正常再生不可と判定された場合には、前記利用者に対するその通信環境下で正常再生可能なコンテンツの提示を前記クライアント端末へ指示することを特徴とするサーバ・クライアント間通信システム。 - ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介して前記アプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末で前記コンテンツを再生する際の通信環境に基づき前記アプリケーションサーバの管理を行う制御サーバとを備え、
前記クライアント端末は、前記アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を前記制御サーバへ通知し、
前記制御サーバは、ネットワークを介して前記クライアント端末から通知された前記コンテンツ再生状況に基づき、前記クライアント端末での前記コンテンツの正常再生可否を判定することにより、前記アプリケーションサーバからの前記コンテンツの配信に対する障害有無を検査することを特徴とするサーバ・クライアント間通信システム。 - ストリーミング系のコンテンツを管理するアプリケーションサーバと、ネットワークを介して前記アプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末で前記コンテンツを再生する際の通信環境に基づき前記クライアント端末を制御する制御サーバとを備え、
前記クライアント端末は、前記アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を前記制御サーバへ通知し、
前記制御サーバは、ネットワークを介して前記クライアント端末から通知された前記コンテンツ再生状況に基づき、前記クライアント端末での前記コンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、前記クライアント端末に対して前記コンテンツの転送に用いる前記アプリケーションサーバとの通信経路の変更を指示することを特徴とするサーバ・クライアント間通信システム。 - ストリーミング系のコンテンツを管理するとともに複数のアクセスポイントを用いて前記コンテンツを配信するアプリケーションサーバと、ネットワークを介して前記アプリケーションサーバから配信されたコンテンツを受信して再生するクライアント端末と、このクライアント端末で前記コンテンツを再生する際の通信環境に基づき前記アプリケーションサーバを制御する制御サーバとを備え、
前記クライアント端末は、前記アプリケーションサーバから受信したコンテンツの再生時に取得したコンテンツ再生状況を前記制御サーバへ通知し、
前記制御サーバは、ネットワークを介して前記クライアント端末から通知された前記コンテンツ再生状況に基づき、前記クライアント端末での前記コンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、前記アプリケーションサーバに対して前記コンテンツの転送に用いるアクセスポイントの切り替えを指示することを特徴とするサーバ・クライアント間通信システム。 - ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づき前記クライアント端末を制御する制御サーバであって、
前記クライアント端末で前記コンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介して前記クライアント端末から受信し、
そのコンテンツ再生状況に基づいて前記クライアント端末での前記コンテンツの正常再生可否を判定することにより前記クライアント端末で前記コンテンツを再生する際の通信環境を検証し、前記利用者に対するその通信環境に応じたコンテンツの提示を前記クライアント端末へ指示することを特徴とする制御サーバ。 - 請求項７記載の制御サーバにおいて、
前記クライアント端末で利用者の購入希望コンテンツに対応して予め登録されている試験用コンテンツを前記アプリケーションサーバから受信して再生した際に取得された前記試験用コンテンツのコンテンツ再生状況をネットワークを介して前記クライアント端末から受信し、
その試験用コンテンツのコンテンツ再生状況に基づき前記クライアント端末での前記試験用コンテンツの正常再生可否を判定し、その判定で正常再生可と判定された場合にのみ前記クライアント端末に対して前記購入希望コンテンツの購入を指示することを特徴とする制御サーバ。 - 請求項８記載の制御サーバにおいて、
前記判定で正常再生不可と判定された場合には、前記利用者に対するその通信環境下で正常再生可能なコンテンツの提示を前記クライアント端末へ指示することを特徴とする制御サーバ。 - ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づき前記アプリケーションサーバの管理を行う制御サーバであって、
前記クライアント端末で前記コンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介して前記クライアント端末から受信し、
そのコンテンツ再生状況に基づいて前記クライアント端末での前記コンテンツの正常再生可否を判定することにより、前記アプリケーションサーバからの前記コンテンツの配信に対する障害有無を検査することを特徴とする制御サーバ。 - ストリーミング系のコンテンツを管理するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づき前記クライアント端末を制御する制御サーバであって、
前記クライアント端末で前記コンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介して前記クライアント端末から受信し、
そのコンテンツ再生状況に基づいて前記クライアント端末での前記コンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、前記クライアント端末に対して前記コンテンツの転送に用いる前記アプリケーションサーバとの通信経路の変更を指示することを特徴とする制御サーバ。 - ストリーミング系のコンテンツを管理するとともに複数のアクセスポイントを用いて前記コンテンツを配信するアプリケーションサーバから配信されたコンテンツを、クライアント端末でネットワークを介して受信して再生する際、そのクライアント端末での通信環境に基づき前記アプリケーションサーバを制御する制御サーバであって、
前記クライアント端末で前記コンテンツの再生時に取得されたコンテンツ再生状況をネットワークを介して前記クライアント端末から受信し、
そのコンテンツ再生状況に基づいて前記クライアント端末での前記コンテンツの正常再生可否を判定し、その判定で正常再生不可と判定された場合には、前記アプリケーションサーバに対して前記コンテンツの転送に用いるアクセスポイントの切り替えを指示することを特徴とする制御サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002306572A JP3896068B2 (ja) | 2002-10-22 | 2002-10-22 | サーバ・クライアント間通信システムおよび制御サーバ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002306572A JP3896068B2 (ja) | 2002-10-22 | 2002-10-22 | サーバ・クライアント間通信システムおよび制御サーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004146895A true JP2004146895A (ja) | 2004-05-20 |
| JP3896068B2 JP3896068B2 (ja) | 2007-03-22 |
Family
ID=32453282
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002306572A Expired - Lifetime JP3896068B2 (ja) | 2002-10-22 | 2002-10-22 | サーバ・クライアント間通信システムおよび制御サーバ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3896068B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006209216A (ja) * | 2005-01-25 | 2006-08-10 | Kddi Corp | 広告表示確認システム |
| JP2007088963A (ja) * | 2005-09-26 | 2007-04-05 | Nec Corp | 情報処理装置及び情報処理方法 |
| JP2010524285A (ja) * | 2007-03-30 | 2010-07-15 | トムソン ライセンシング | 移動ｔｖのロバストなファイルキャスト |
| JP2013098982A (ja) * | 2011-10-27 | 2013-05-20 | Thomson Licensing | 適応ストリーミングクライアントの操作を遠隔管理する方法 |
| KR101616457B1 (ko) * | 2014-12-03 | 2016-04-28 | 주식회사 펀진 | 동영상 지연시간 검증 장치 및 시스템 |
-
2002
- 2002-10-22 JP JP2002306572A patent/JP3896068B2/ja not_active Expired - Lifetime
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006209216A (ja) * | 2005-01-25 | 2006-08-10 | Kddi Corp | 広告表示確認システム |
| JP4623637B2 (ja) * | 2005-01-25 | 2011-02-02 | Ｋｄｄｉ株式会社 | 広告表示確認システム |
| JP2007088963A (ja) * | 2005-09-26 | 2007-04-05 | Nec Corp | 情報処理装置及び情報処理方法 |
| JP4635801B2 (ja) * | 2005-09-26 | 2011-02-23 | 日本電気株式会社 | 情報処理装置及び情報処理方法 |
| JP2010524285A (ja) * | 2007-03-30 | 2010-07-15 | トムソン ライセンシング | 移動ｔｖのロバストなファイルキャスト |
| JP2013098982A (ja) * | 2011-10-27 | 2013-05-20 | Thomson Licensing | 適応ストリーミングクライアントの操作を遠隔管理する方法 |
| KR101616457B1 (ko) * | 2014-12-03 | 2016-04-28 | 주식회사 펀진 | 동영상 지연시간 검증 장치 및 시스템 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3896068B2 (ja) | 2007-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9866624B2 (en) | Managing access to digital content sources | |
| CN109246462B (zh) | 一种视频流无缝切换方法及装置 | |
| US7310680B1 (en) | Video and audio streaming for multiple users | |
| US10771519B2 (en) | Proxy streams in a video streaming network | |
| CN101146110B (zh) | 一种播放流媒体的方法 | |
| CN104539531B (zh) | 数据传输方法及装置 | |
| WO2008070050A2 (en) | Automatic configuration of embedded media player | |
| JP2004013283A (ja) | コンテンツ配信方法及びコンテンツ配信装置 | |
| WO2010130634A2 (en) | Web conference performance monitoring system | |
| WO2018232796A1 (zh) | 一种流媒体文件处理方法及直播系统 | |
| JP5579984B2 (ja) | 提示情報登録装置 | |
| CN108924603B (zh) | 基于软件定义WiFi的多终端流媒体播放系统和方法 | |
| CN101483535A (zh) | 内容分发方法及接收装置 | |
| US7821943B2 (en) | Data transmission | |
| JP3896068B2 (ja) | サーバ・クライアント間通信システムおよび制御サーバ | |
| JP2003230125A (ja) | ストリーム配信自動切り替え制御方法及びシステム | |
| JP4508210B2 (ja) | 受信装置及び受信システム | |
| KR100596723B1 (ko) | 멀티미디어 스트리밍 서비스와 응용 프로그램 스트리밍서비스의 통합형 실행장치 및 실행방법 | |
| JP2004356867A (ja) | ユビキタス・ストリーミング装置及びユビキタス・ストリーミング制御方法並びにプログラム | |
| JP2010213338A (ja) | 受信装置 | |
| CN114666609A (zh) | 视频数据下载方法、装置、电子设备及存储介质 | |
| KR20120030006A (ko) | 방송 소재 관리 장치 및 제어 방법 | |
| JP2006033026A (ja) | マルチメディア情報の受信方法及びこれを実現するプログラム、マルチメディア情報の受信装置 | |
| CN104468692B (zh) | 通信管理设备、终端、系统、方法、程序和信息存储介质 | |
| JP2009094810A (ja) | ネットワーク試験装置、ネットワーク試験方法およびそのプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050310 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060913 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060919 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061120 |
|
| 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: 20061212 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061215 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3896068 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091222 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101222 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111222 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121222 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131222 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |