(57)【要約】【課題】サーバからクライアントに送信するコンテンツ対応のイベント通知の効率的処理を可能とする装置および方法を提供する。【解決手段】コンテンツ提供サーバは、クライアントからのイベントＵＲＬを指定したイベント通知依頼の受領を条件として、クライアントに対してセッションＩＤを設定し、イベントＵＲＬおよびセッションＩＤに基づいてイベント通知処理の管理を実行する。複数のクライアントに対してコンテンツを送信する場合、送信イベント情報を各コンテンツに対応するイベントＵＲＬで決定し、各クライアントに対するイベント通知タイミングをセッションＩＤに基づいて制御する。本構成により、サーバにおけるイベント通知処理における管理データの負担が軽減され、クライアントに対する送信コンテンツに同期した正確なイベント通知が可能となる。【選択図】  図７
2004264933.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ送信処理を実行するコンテンツ提供サーバとしての情報処理装置であり、
データ送受信処理を実行するデータ送受信部と、
コンテンツに対応するイベント情報の所在位置情報をコンテンツのメタデータとして格納した記憶部と、
クライアントに対するコンテンツおよびイベント情報の送信制御を実行する制御部とを有し、
前記制御部は、
クライアントからのイベント情報の所在位置情報を指定したイベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知し、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行し、前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を行い、該コンテンツ送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行する構成であることを特徴とする情報処理装置。
【請求項２】
前記制御部は、
クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
クライアントからのコンテンツ情報取得要求の受領に基づいてコンテンツの所在位置情報を示すコンテンツＵＲＬおよび前記イベントＵＲＬ情報を含むコンテンツ情報の生成処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
コンテンツに対応するイベント情報は、
クライアントに対する送信コンテンツの開始情報、終了情報、バッファ状況情報、音声モード情報の少なくともいずれかの情報を含み、
前記制御部は、クライアントに対するコンテンツ送信処理に並列して、前記情報をクライアントに通知する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、
前記イベント情報をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従った通信パケットとして生成、送信する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記制御部は、
クライアントに対するコンテンツ送信に並列して、イベント情報通知コネクションを介した定期的なクライアント存在確認用データの送信を実行し、該データ送信に対するクライアントからの応答の有無に基づいてクライアントの存在の有無判別処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
コンテンツ再生処理を実行するクライアントとしての情報処理装置であり、
コンテンツを提供するサーバとのデータ送受信処理を実行するデータ送受信部と、
サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、前記イベント発行依頼の応答としてサーバから受信するデータに含まれるセッションＩＤを格納したサーバに送信するコンテンツ要求を生成する処理を実行する制御部と、
を有することを特徴とする情報処理装置。
【請求項８】
前記制御部は、
サーバに対する前記イベント発行依頼の送信処理をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドリクエストの送信処理として実行する構成であることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記情報処理装置は、
前記サーバからコンテンツを受信するとともに、該コンテンツ受信に並列して前記セッションＩＤによって識別されるコネクションを介してコンテンツ対応のイベント情報を受信する構成であることを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
前記制御部は、
サーバから受信するコンテンツ情報に含まれるコンテンツ対応のイベント情報の所在位置を示すイベントＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）を指定可能な態様を有する表示情報の生成処理を実行する構成であることを特徴とする請求項７に記載の情報処理装置。
【請求項１１】
コンテンツ送信処理を実行するサーバと、該サーバに対してコンテンツ要求処理を行うクライアントからなるコンテンツ配信システムであり、
前記サーバは、
データ送受信処理を実行するデータ送受信部と、
コンテンツに対応するイベント情報の所在位置情報をコンテンツのメタデータとして格納した記憶部と、
クライアントからのイベント情報の所在位置情報を指定したイベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知し、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行し、前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を行い、該コンテンツ送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行するサーバ制御部とを有し、
前記クライアントは、
前記サーバとのデータ送受信処理を実行するデータ送受信部と、
前記サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、前記イベント発行依頼の応答としてサーバから受信するデータに含まれるセッションＩＤを格納した前記サーバに送信するコンテンツ要求を生成する処理を実行するクライアント制御部と、
を有することを特徴とするコンテンツ配信システム。
【請求項１２】
前記サーバ制御部は、
前記クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行する構成であることを特徴とする請求項１１に記載のコンテンツ配信システム。
【請求項１３】
コンテンツ情報処理方法であり、
コンテンツに対応するイベント情報の所在位置情報を指定したイベント発行依頼をクライアントから受領するイベント発行依頼受領ステップと、
前記イベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知するステップと、
クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行するステップと、
前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を実行するコンテンツ送信ステップと、
前記コンテンツの送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行するイベント通知実行ステップと、
を有することを特徴とするコンテンツ情報処理方法。
【請求項１４】
前記イベント通知実行ステップは、
クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行するステップであることを特徴とする請求項１３に記載のコンテンツ情報処理方法。
【請求項１５】
前記コンテンツ情報処理方法は、さらに、
クライアントからのコンテンツ情報取得要求の受領に基づいてコンテンツの所在位置情報を示すコンテンツＵＲＬおよび前記イベントＵＲＬ情報を含むコンテンツ情報の生成処理を実行するステップを含むことを特徴とする請求項１３に記載のコンテンツ情報処理方法。
【請求項１６】
コンテンツに対応するイベント情報は、
クライアントに対する送信コンテンツの開始情報、終了情報、バッファ状況情報、音声モード情報の少なくともいずれかの情報を含み、
前記イベント通知実行ステップは、
クライアントに対するコンテンツ送信処理に並列して、前記情報のいずれかをクライアントに通知する処理を実行するステップであることを特徴とする請求項１３に記載のコンテンツ情報処理方法。
【請求項１７】
前記イベント通知実行ステップは、
前記イベント情報をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従った通信パケットとして生成、送信する処理を実行するステップであることを特徴とする請求項１３に記載のコンテンツ情報処理方法。
【請求項１８】
前記コンテンツ情報処理方法は、さらに、
クライアントに対するコンテンツ送信に並列して、イベント情報通知コネクションを介した定期的なクライアント存在確認用データの送信を実行し、該データ送信に対するクライアントからの応答の有無に基づいてクライアントの存在の有無判別処理を実行するステップを有することを特徴とする請求項１３に記載のコンテンツ情報処理方法。
【請求項１９】
コンテンツ情報処理方法であり、
サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、サーバに送信するイベント発行依頼ステップと、
前記イベント発行依頼の応答としてサーバから受信するセッションＩＤを格納したコンテンツ要求を生成しサーバに送信するコンテンツ要求ステップと、
を有することを特徴とするコンテンツ情報処理方法。
【請求項２０】
前記イベント発行依頼ステップにおいて、
サーバに対する前記イベント発行依頼の送信処理をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドリクエストの送信処理として実行することを特徴とする請求項１９に記載のコンテンツ情報処理方法。
【請求項２１】
前記コンテンツ情報処理方法は、さらに、
前記サーバからコンテンツを受信するとともに、該コンテンツ受信に並列して前記セッションＩＤによって識別されるコネクションを介してコンテンツ対応のイベント情報を受信するステップを有することを特徴とする請求項１９に記載のコンテンツ情報処理方法。
【請求項２２】
前記コンテンツ情報処理方法は、さらに、
サーバから受信するコンテンツ情報に含まれるコンテンツ対応のイベント情報の所在位置を示すイベントＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）を指定可能な態様を有する表示情報の生成処理を実行するステップを有することを特徴とする請求項１９に記載のコンテンツ情報処理方法。
【請求項２３】
コンテンツ情報処理を実行するコンピュータ・プログラムであり、
コンテンツに対応するイベント情報の所在位置情報を指定したイベント発行依頼をクライアントから受領するイベント発行依頼受領ステップと、
前記イベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知するステップと、
クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行するステップと、
前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を実行するコンテンツ送信ステップと、
前記コンテンツの送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行するイベント通知実行ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項２４】
コンテンツ情報処理を実行するコンピュータ・プログラムであり、
サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、サーバに送信するイベント発行依頼ステップと、
サーバに送信するコンテンツ要求として、前記イベント発行依頼の応答としてサーバから受信するセッションＩＤを格納したコンテンツ要求を生成し送信するコンテンツ要求ステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、およびコンテンツ情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、例えばホームネットワーク、インターネット等のネットワーク接続構成において、コンテンツ提供サーバからクライアントに対して配信するコンテンツに関するイベント情報の通知処理を効率的に実行する情報処理装置、およびコンテンツ情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
近年、インターネット上に設定されたコンテンツ配信サーバ、あるいは企業内、家庭内のネットワークに設定したサーバに様々なコンテンツ、例えば静止画や動画、音声（音楽）などのコンテンツを蓄積・管理し、これらのコンテンツをネットワーク接続されたクライアント機器から検索し、クライアントの所望するコンテンツをサーバから受信して、クライアントにおいて出力再生するネットワークを介したコンテンツ利用が盛んに行われている。
【０００３】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合の代表的な処理シーケンス例は以下の通りである。まず、クライアント側からサーバに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ，  ＭＰＥＧ：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ等）、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を送信する。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００４】
サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００５】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００６】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００７】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００８】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００９】
コンテンツ提供サーバからクライアントに対するコンテンツ配信処理に並行して、コンテンツに関連する情報、例えば配信コンテンツの開始あるいは終了や、コンテンツ提供チャンネルの変更など、配信コンテンツに関する様々な情報をサーバからクライアントに対して通知するいわゆるイベント通知を行う構成がある。
【００１０】
例えば上述のＵＰｎＰを適用したシステムでは、イベント通知構成としてＧＥＮＡ（Ｇｅｎｅｒｉｃ  Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）とよばれるアーキテクチヤが採用されている。ＧＥＮＡは、コンテンツ提供サーバからクライアントに対してＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によるイベント通知処理を実行するものであり、コンテンツ配信サービス等、サーバがクライアントに対して提供するサービスの持つ状態変数に何らかの変化があった場合にＧＥＮＡ−ｎｏｔｉｆｙメッセージをクライアントに送信し、クライアントに状態変化を通知する構成を持つ。ＧＥＮＡを適用したＡＶ機器の制御構成については、例えば特許文献１に記載されている。
【００１１】
しかし、上述のＧＥＮＡ含め、従来のコンテンツ配信に並行して実行されるイベント通知処理は、基本的に各クライアント個別にサーバがイベント通知を実行するものであり、多数のクライアントが１つのサーバにアクセスしテコンテンツ受信を行っている場合などには、サーバ側のイベント通知処理の負担が過大になるという問題があった。また、通知するイベントが増大するとネットワークトラフィックも増加するという問題も発生する。
【００１２】
【特許文献１】
特許公開２００２−３２８８５１号公報
【００１３】
【発明が解決しようとする課題】
本発明は、上述の従来技術における問題点に鑑みてなされたものであり、コンテンツを配信するサーバとコンテンツを受信するクライアント間において、配信コンテンツに関連する情報通知として実行するイベント通知処理を効率的にかつ正確に実行することを可能とした情報処理装置、およびコンテンツ情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明の第１の側面は、
コンテンツ送信処理を実行するコンテンツ提供サーバとしての情報処理装置であり、
データ送受信処理を実行するデータ送受信部と、
コンテンツに対応するイベント情報の所在位置情報をコンテンツのメタデータとして格納した記憶部と、
クライアントに対するコンテンツおよびイベント情報の送信制御を実行する制御部とを有し、
前記制御部は、
クライアントからのイベント情報の所在位置情報を指定したイベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知し、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行し、前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を行い、該コンテンツ送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行する構成であることを特徴とする情報処理装置にある。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、クライアントからのコンテンツ情報取得要求の受領に基づいてコンテンツの所在位置情報を示すコンテンツＵＲＬおよび前記イベントＵＲＬ情報を含むコンテンツ情報の生成処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、コンテンツに対応するイベント情報は、クライアントに対する送信コンテンツの開始情報、終了情報、バッファ状況情報、音声モード情報の少なくともいずれかの情報を含み、前記制御部は、クライアントに対するコンテンツ送信処理に並列して、前記情報をクライアントに通知する処理を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記イベント情報をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従った通信パケットとして生成、送信する処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、クライアントに対するコンテンツ送信に並列して、イベント情報通知コネクションを介した定期的なクライアント存在確認用データの送信を実行し、該データ送信に対するクライアントからの応答の有無に基づいてクライアントの存在の有無判別処理を実行する構成であることを特徴とする。
【００２０】
さらに、本発明の第２の側面は、
コンテンツ再生処理を実行するクライアントとしての情報処理装置であり、
コンテンツを提供するサーバとのデータ送受信処理を実行するデータ送受信部と、
サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、前記イベント発行依頼の応答としてサーバから受信するデータに含まれるセッションＩＤを格納したサーバに送信するコンテンツ要求を生成する処理を実行する制御部と、
を有することを特徴とする情報処理装置にある。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、サーバに対する前記イベント発行依頼の送信処理をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドリクエストの送信処理として実行する構成であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記サーバからコンテンツを受信するとともに、該コンテンツ受信に並列して前記セッションＩＤによって識別されるコネクションを介してコンテンツ対応のイベント情報を受信する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、サーバから受信するコンテンツ情報に含まれるコンテンツ対応のイベント情報の所在位置を示すイベントＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）を指定可能な態様を有する表示情報の生成処理を実行する構成であることを特徴とする。
【００２４】
さらに、本発明の第３の側面は、
コンテンツ送信処理を実行するサーバと、該サーバに対してコンテンツ要求処理を行うクライアントからなるコンテンツ配信システムであり、
前記サーバは、
データ送受信処理を実行するデータ送受信部と、
コンテンツに対応するイベント情報の所在位置情報をコンテンツのメタデータとして格納した記憶部と、
クライアントからのイベント情報の所在位置情報を指定したイベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知し、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行し、前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を行い、該コンテンツ送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行するサーバ制御部とを有し、
前記クライアントは、
前記サーバとのデータ送受信処理を実行するデータ送受信部と、
前記サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、前記イベント発行依頼の応答としてサーバから受信するデータに含まれるセッションＩＤを格納した前記サーバに送信するコンテンツ要求を生成する処理を実行するクライアント制御部と、
を有することを特徴とするコンテンツ配信システムにある。
【００２５】
さらに、本発明のコンテンツ配信システムの一実施態様において、前記サーバ制御部は、前記クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行する構成であることを特徴とする。
【００２６】
さらに、本発明の第４の側面は、
コンテンツ情報処理方法であり、
コンテンツに対応するイベント情報の所在位置情報を指定したイベント発行依頼をクライアントから受領するイベント発行依頼受領ステップと、
前記イベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知するステップと、
クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行するステップと、
前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を実行するコンテンツ送信ステップと、
前記コンテンツの送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行するイベント通知実行ステップと、
を有することを特徴とするコンテンツ情報処理方法にある。
【００２７】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、前記イベント通知実行ステップは、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行するステップであることを特徴とする。
【００２８】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、前記コンテンツ情報処理方法は、さらに、クライアントからのコンテンツ情報取得要求の受領に基づいてコンテンツの所在位置情報を示すコンテンツＵＲＬおよび前記イベントＵＲＬ情報を含むコンテンツ情報の生成処理を実行するステップを含むことを特徴とする。
【００２９】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、コンテンツに対応するイベント情報は、クライアントに対する送信コンテンツの開始情報、終了情報、バッファ状況情報、音声モード情報の少なくともいずれかの情報を含み、前記イベント通知実行ステップは、クライアントに対するコンテンツ送信処理に並列して、前記情報のいずれかをクライアントに通知する処理を実行するステップであることを特徴とする。
【００３０】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、前記イベント通知実行ステップは、前記イベント情報をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従った通信パケットとして生成、送信する処理を実行するステップであることを特徴とする。
【００３１】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、前記コンテンツ情報処理方法は、さらに、クライアントに対するコンテンツ送信に並列して、イベント情報通知コネクションを介した定期的なクライアント存在確認用データの送信を実行し、該データ送信に対するクライアントからの応答の有無に基づいてクライアントの存在の有無判別処理を実行するステップを有することを特徴とする。
【００３２】
さらに、本発明の第５の側面は、
コンテンツ情報処理方法であり、
サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、サーバに送信するイベント発行依頼ステップと、
前記イベント発行依頼の応答としてサーバから受信するセッションＩＤを格納したコンテンツ要求を生成しサーバに送信するコンテンツ要求ステップと、
を有することを特徴とするコンテンツ情報処理方法にある。
【００３３】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、前記イベント発行依頼ステップにおいて、サーバに対する前記イベント発行依頼の送信処理をＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドリクエストの送信処理として実行することを特徴とする。
【００３４】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、前記コンテンツ情報処理方法は、さらに、前記サーバからコンテンツを受信するとともに、該コンテンツ受信に並列して前記セッションＩＤによって識別されるコネクションを介してコンテンツ対応のイベント情報を受信するステップを有することを特徴とする。
【００３５】
さらに、本発明のコンテンツ情報処理方法の一実施態様において、前記コンテンツ情報処理方法は、さらに、サーバから受信するコンテンツ情報に含まれるコンテンツ対応のイベント情報の所在位置を示すイベントＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）を指定可能な態様を有する表示情報の生成処理を実行するステップを有することを特徴とする。
【００３６】
さらに、本発明の第６の側面は、
コンテンツ情報処理を実行するコンピュータ・プログラムであり、
コンテンツに対応するイベント情報の所在位置情報を指定したイベント発行依頼をクライアントから受領するイベント発行依頼受領ステップと、
前記イベント発行依頼の受領に基づいて、クライアント対応のセッションＩＤを生成し、該生成セッションＩＤをクライアントに通知するステップと、
クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルへのエントリ登録を実行するステップと、
前記クライアントからのセッションＩＤを伴うコンテンツ要求の受領に応じてコンテンツ送信を実行するコンテンツ送信ステップと、
前記コンテンツの送信に並行して前記イベント情報の所在位置情報に基づいて特定されるイベント情報の通知処理を実行するイベント通知実行ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３７】
さらに、本発明の第７の側面は、
コンテンツ情報処理を実行するコンピュータ・プログラムであり、
サーバに送信するイベント発行依頼として、コンテンツ対応のイベント情報の所在位置情報を格納したイベント発行依頼を生成し、サーバに送信するイベント発行依頼ステップと、
サーバに送信するコンテンツ要求として、前記イベント発行依頼の応答としてサーバから受信するセッションＩＤを格納したコンテンツ要求を生成し送信するコンテンツ要求ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３８】
【作用】
本発明の構成によれば、コンテンツ提供サーバは、クライアントからのイベントＵＲＬを指定したイベント通知依頼の受領を条件として、クライアントに対してセッションＩＤを設定し、イベントＵＲＬおよびセッションＩＤに基づいてイベント通知処理の管理を実行する構成とした。従って、例えば複数のクライアントに対してコンテンツを送信する場合、送信イベント情報を各コンテンツに対応するイベントＵＲＬで決定することができ、また、各クライアントに対するイベント通知タイミングは、セッションＩＤに基づいて制御可能となる。従って、サーバにおけるイベント通知処理における管理データの負担が軽減されるとともに、複数のクライアントに対して異なるタイミングでコンテンツ送信を行う場合でも、各クライアントに対して設定されたセッションＩＤに基づく制御により、各クライアントに対する送信コンテンツに同期した正確なイベント通知を実行することが可能となる。
【００３９】
本発明の構成では、コンテンツを提供するサーバが、コンテンツ対応のメタデータにイベントＵＲＬ情報を格納し、クライアントからのコンテンツ情報要求の受領に基づいて、メタデータからコンテンツＵＲＬを取得してコンテンツ情報を生成してクライアントに通知する構成としたので、コンテンツの指定に基づく効率的なイベントＵＲＬの取得、クライアントに対する送信が可能となる。
【００４０】
さらに、本発明の構成によれば、サーバは、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行するので各クライアントに対する送信コンテンツに同期したイベント通知処理を正確に実行することが可能となる。
【００４１】
さらに、本発明の構成によれば、クライアントは、サーバからイベントＵＲＬを受領し、イベントＵＲＬを指定可能なコンテンツリストを生成して表示する構成とし、イベントＵＲＬまたはリンクデータのクリックによりイベントＵＲＬのサーバに対する送信を実行する構成としたので、ユーザの負担を大きくすることなくコンテンツ送信に対応するイベント通知設定が可能となる。
【００４２】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４３】
【発明の実施の形態】
以下、図面を参照しながら、本発明の情報処理装置、およびコンテンツ情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４４】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、様々なクライアント装置からの処理要求に応じて処理を実行するコンテンツ配信装置としてのサーバ１０１と、サーバ１０１に対して処理要求を行なうコンテンツ受信装置としてのクライアントがネットワーク１００を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、パーソナルコンピュータ（ＰＣ）１２１，モニタ１２２，携帯電話１２３、再生機１２４、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）１２５を例示している。ただし、クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。
【００４５】
サーバ１０１がクライアントからの要求に応じて実行する処理は、例えばサーバ１０１の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバ１０１がチューナ機能を持ち、例えば衛星放送を介して受信するライブコンテンツをクライアントに対して転送するコンテンツ配信サービス等である。なお、図１においては、サーバ１０１と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図１に示すネットワーク接続されたクライアント装置もサーバとなり得る。
【００４６】
ネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク１００を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ１０１に送信することにより、サーバ１０１に対するデータ処理要求を実行する。サーバ１０１は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００４７】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００４８】
図１に示すサーバおよびクライアント装置を構成する情報処理装置の一例としてＰＣのハードウェア構成例について図２を参照して説明する。
【００４９】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、またはＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００５０】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、ポインティングデバイス、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００５１】
図２に示す構成は、図１に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００５２】
［メタデータ］
次にクライアントに提供するコンテンツを格納したサーバが保有するメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ各々に対応する属性情報をメタデータとして保有している。
【００５３】
なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ等のコンテンツを総称してＡＶコンテンツと呼ぶ。サーバにおいて、ＡＶコンテンツは、階層構成を有するコンテンツディレクトリによって管理される。
【００５４】
コンテンツディレクトリは、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダによって構成される階層構成を持つ。コンテンツディレクトリの個々の要素、すなわち、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダの各々はオブジェクト（Ｏｂｊｅｃｔ）と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ以外にも様々なオブジェクトが存在する。
【００５５】
なお、ＡＶコンテンツの最小単位、すなわち１つの楽曲データ、１つの動画データ、１つの静止画データ等をアイテム（ｉｔｅｍ）とよぶ。
【００５６】
オブジェクトは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象としたサーチを要求し実行することができる。なお、サーバにおいては、クラスも階層構成で管理されており、１つのクラスの下にサブクラスの設定が可能である。
【００５７】
メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のオブジェクトに対応付けて定義されたコンテンツの属性情報としてのメタデータには、コンテンツの識別子（ＩＤ）、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティと呼ぶ。なお、音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。
【００５８】
［クライアントによるコンテンツ再生処理］
例えばコンテンツを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図３を参照して説明する。まず、ステップＳ１１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。ステップＳ１２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）一覧、コンテンツのタイトル、アーティスト名などのコンテンツ情報をＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データにより生成してクライアントに送信する。
【００５９】
クライアントは、ステップＳ１３において、受信ＸＭＬ情報に従って、コンテンツ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。
【００６０】
次に、クライアントはステップＳ１４において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報としてのコンテンツＵＲＬを指定してサーバに送信する。サーバは受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して送信する。ステップＳ１６において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、サーバあるいはクライアント側で復号処理を行った後に送信あるいは再生処理を行う。
【００６１】
［イベント通知処理］
図３を参照して説明した上述の処理は、クライアントが、コンテンツ情報をサーバから取得し、取得したコンテンツ情報に基づいて、再生コンテンツを選択し、選択情報をサーバに送信して再生コンテンツの取得を行う処理である。
【００６２】
上述の処理により、クライアントは所望のコンテンツをサーバからコンテンツ終了まで継続して受信する。受信コンテンツは、サーバの保有するハードディスク等の記憶手段に格納されたコンテンツ、あるいはホームネットワーク等に備えられたチューナ機能を持つサーバの場合には、例えば衛星放送を介してサーバが受信したライブコンテンツ等である。
【００６３】
本発明の構成においては、サーバからクライアントに対するコンテンツ送信に並行して送信コンテンツに関する状態の変化等、発生イベントの通知を行う。本発明のイベント通知においてサーバからクライアントに通知する情報は、例えばステレオ／モノラル／２ヶ国語等の音声モードの変更情報や、ストリーミングの開始、終了情報、さらに、サーバ側において実行するコンテンツデータのバッファ状況情報などである。
【００６４】
図４を参照して、イベント通知処理を伴うコンテンツ再生処理シーケンスについて説明する。まず、ステップＳ２１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。ステップＳ２２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータを構成するプロパティ情報に基づくＸＭＬデータを生成してクライアントに送信する。
【００６５】
クライアントに送信されるコンテンツ情報には、コンテンツのタイトル、アーティスト名などのコンテンツ情報に加え、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）一覧、および提供するコンテンツに対応して設定されるイベント通知用のＵＲＬ、すなわち、コンテンツに対応するイベント情報の所在を示すアドレス情報としてのイベントＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）が含まれる。これらをＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データにより生成してクライアントに送信する。
【００６６】
なお、クライアントは、プロパティ情報の要求に際して、どのオブジェクト、すなわち、どの種類のコンテンツに関するプロパティ情報を取得するかを指定可能である。例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、前述したクラスから１つのクラスを指定して、指定クラスに含まれるオブジェクトのプロパティ情報の取得要求を実行することが可能である。
【００６７】
サーバは、クライアントからのプロパティ情報の取得要求を受信すると、コンテンツの対応メタデータを記憶手段から取得し、取得したメタデータに基づいて、クライアントに送信するプロパティ情報を含むＸＭＬデータを生成する。サーバは、図４のシーケンス図におけるステップＳ２２において、生成したＸＭＬデータをクライアントに送信する。
【００６８】
サーバは、様々なプロパティ情報をコンテンツの属性情報として有する。なお、コンテンツデータに関する属性情報はメタデータであり、メタデータの個々の要素がプロパティ情報である。図５にプロパティ情報の一部を示す。プロパティ情報は、クライアントからのコンテンツ情報取得要求に応じてクライアントに提示される。
【００６９】
図５は、クライアントに提示されるプロパティ情報の一部の例を示した図である。プロパティ名（Ｐｒｏｐｅｒｔｙ  Ｎａｍｅ）、数値、文字列等のデータタイプ（Ｔｙｐｅ）、複数存在可能か否かを示すマルチプル（Ｍｕｌｔｉｐｌｅ）、およびプロパティの内容（Ｐｒｏｐｅｒｔｙ  Ｄｅｓｃｒｉｐｔｉｏｎ）を示してある。
【００７０】
図５に示すトータルサイズ（ｔｏｔａｌ  Ｓｉｚｅ）は、コンテンツのサイズデータを示す。なお、コンテナとは、コンテンツを格納したフォルダとしてのオブジェクトを示す。トータルデュレーション（ｔｏｔａｌ  Ｄｕｒａｔｉｏｎ）は、コンテンツの総時間を示す。レコードクオリティレベル（ｒｅｃｏｒｄ  Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）は、コンテンツの記録品質であるクオリティレベルを示すデータであり、例えば１〜７の各整数値をとり、３＝２Ｍｂｐｓ、４＝４Ｍｂｐｓ、５＝８Ｍｂｐｓ等として設定される。
【００７１】
図５に示すデータ部３０１が、イベントＵＲＬ（ｅｖｅｎｔｉｎｇ  ＵＲＬ）である。これが、コンテンツに対応して設定されたイベント情報の所在を示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）であり、クライアントは、ＵＲＬを指定することで、コンテンツに対応するイベント情報を取得することができる。
【００７２】
このように、サーバは、個々のコンテンツに対応するイベント情報所在識別データ、すなわちイベントＵＲＬを、コンテンツのメタデータを構成するプロパティ情報中に保持する。サーバは、クライアントからのコンテンツ情報要求に基づいて、このイベントＵＲＬを含むプロパティ情報を抽出してＸＭＬデータを生成し、クライアントに送信する。
【００７３】
なお、図５に示すプロパティ情報は、サーバがコンテンツに対応する属性情報として保持している情報の一部であり、クライアントに提供可能な情報の一部を示したものである。この図に示す以外にも様々なコンテンツ情報がクライアントからのプロパティ情報取得要求に従ってサーバからクライアントに対して提供される。
【００７４】
サーバからクライアントに対して、プロパティ情報が送信されると、クライアントは、プロパティ情報に基づいて、再生コンテンツおよび再生コンテンツに対応するイベント通知要求を実行可能な表示画面（ＵＩ：ユーザインタフェース）を生成し、ディスプレイに表示する。
【００７５】
図４に戻り、サーバクライアント間の処理シーケンスについての説明を続ける。ステップＳ２２において、サーバが、上述したコンテンツに対応して設定されるイベント情報の所在を示すイベントＵＲＬを含むプロパティ情報に基づいて生成したＸＭＬデータをクライアント送信し、クライアントが受信すると、クライアントでは、ＸＭＬデータに基づいてコンテンツ情報リストをクライアントのディスプレイに表示する。
【００７６】
このコンテンツ情報リストに表示処理においては、上述したサーバの保有するコンテンツの所在情報としてのコンテンツＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）一覧、およびコンテンツに対応して設定されるイベント通知用のイベント情報所在を示すイベントＵＲＬが表示される。あるいは、各ＵＲＬにリンクするテキストデータ等のデータ表示を行ってもよい。
【００７７】
クライアントは、クライアントディスプレイに表示されたコンテンツＵＲＬあるいはリンクデータをユーザが指定（クリック）したことを条件として、コンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドのリクエストを生成してサーバに送信する。
【００７８】
クライアントのディスプレイに表示されるコンテンツ情報リストの表示例を図６に示す。図６には、ディスプレイ３５０にコンテンツリスト３５１が表示され、リストには、コンテンツＮｏ．、コンテンツの基本情報としてのタイトル、アーティスト名等が表示され、さらに、イベント通知の有無が表示された例を示している。
【００７９】
図６に示すような表示情報は、サーバから受信するプロパティ情報に基づくＸＭＬデータに基づいて、クライアント装置が予め持つ表示処理プログラムに従って生成する。従って、表示処理プログラムの設定により、その表示態様は異なる。
【００８０】
図６に示す例では、コンテンツリスト３５１中のタイトルの表示データ３５２がコンテンツＵＲＬに対するリンク情報として設定されている。ユーザがタイトルの表示データ３５２を指定（クリック）すると、クライアントは、コンテンツ取得要求を生成してサーバに送信する。クライアントの生成するコンテンツ取得要求は、例えばＨＴＴＰのＧＥＴメソッドリクエストであり、クライアントからサーバに対してコンテンツＵＲＬを指定したＨＴＴＰのＧＥＴメソッドリクエストが送信される。
【００８１】
また、図６に示すコンテンツリスト３５１中のイベント通知フィールドに設定されたイベント通知あり、なしの表示データ３５３が、イベントＵＲＬに対するリンク情報として設定されている。ユーザがイベント通知欄の表示データ３５３を指定（クリック）すると、クライアントは、イベント発行依頼要求を生成してサーバに送信する。クライアントの生成するイベント発行依頼要求は、例えばＨＴＴＰのＰＯＳＴメソッドリクエストであり、クライアントからサーバに対してイベントＵＲＬを指定したＨＴＴＰのＰＯＳＴメソッドリクエストが送信される。
【００８２】
図４に戻りサーバクライアント間の処理シーケンスの説明を続ける。ステップＳ２３において、クライアントは、サーバから受信したプロパティ情報からなるＸＭＬデータに基づいて、図６に示したような表示情報をクライアントのディスプレイに表示する。表示情報は、先に説明したように、コンテンツＵＲＬおよびイベントＵＲＬまたは、これらのリンクデータを含むものである。
【００８３】
ステップＳ２４において、表示情報に基づいて、クライアントはイベント発行依頼要求を生成してサーバに送信する。すなわち、ユーザによるイベントＵＲＬあるいはリンクデータのクリックに基づいて、クライアントからサーバに対してイベントＵＲＬを指定したＨＴＴＰのＰＯＳＴメソッドリクエストが送信される。
【００８４】
サーバは、イベントＵＲＬを指定したＨＴＴＰのＰＯＳＴメソッドリクエストをクライアントから受信すると、ステップＳ２５において、セッションＩＤを格納したイベント発行依頼応答を生成してクライアントに送信する。
【００８５】
さらに、クライアントは、ステップＳ２６において、表示情報に基づいて、コンテンツ送信要求を生成してサーバに送信する。すなわち、ユーザによるコンテンツＵＲＬあるいはリンクデータのクリックに基づいて、クライアントからサーバに対してコンテンツＵＲＬを指定したＨＴＴＰのＧＥＴメソッドリクエストが送信される。
【００８６】
サーバは、コンテンツＵＲＬを指定したＨＴＴＰのＧＥＴメソッドリクエストをクライアントから受信すると、ステップＳ２７において、コンテンツ送信を開始する。クライアントは、ステップＳ２８においてサーバから受信するコンテンツの再生を開始する。コンテンツ送信は、要求コンテンツの終了まで実行され、この間、サーバクライアント間では、コンテンツ送信コネクションが継続する。
【００８７】
また、コンテンツ送信コネクションに並列してイベント通知コネクションがサーバクライアント間において、設定され、イベント発行に応じて、イベント通知コネクションを介して様々なイベント情報がサーバからクライアントに送信される。イベント情報は、サーバにおいて、イベントＵＲＬによって特定されるイベント情報に基づいて、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従った通信パケットとして生成され、クライアントに送信される。
【００８８】
図７を参照して、図４に示すイベント発行依頼（Ｓ２４）以降の処理の詳細について説明する。図７に示す処理は、クライアントがコンテンツ情報を取得し、コンテンツＵＲＬ、イベントＵＲＬを取得した後の処理シーケンスである。
【００８９】
クライアントは、ステップＳ３１において、サーバから取得したイヘントＵＲＬを指定したイベント発行依頼をサーバに送信する。これは、サーバから受信したコンテンツ情報に基づく表示情報（例えば図６）に基づいて、イベントＵＲＬまたはリンクデータをユーザが指定することで、イベントＵＲＬを格納したＨＴＴＰのＰＯＳＴメソッドリクエストを送信する処理である。
【００９０】
サーバは、イベントＵＲＬを格納したＨＴＴＰのＰＯＳＴメソッドリクエストをクライアントから受信すると、クライアント対応のセッションＩＤを生成し、サーバ内の記憶部に格納する。例えば図８に示すような、クライアント識別情報と、セッションＩＤとを対応付けたセッションＩＤテーブルである。
【００９１】
サーバは、セッションＩＤの生成および記憶処理の後、イベント発行依頼に対する応答としてステップＳ３２において、生成したセッションＩＤを格納したパケットをクライアントに送信する。なお、この応答では、ＨＴＴＰパケットは終了せず、その後、サーバクライアント間でのイベント通知コネクションは継続し、継続的あるいは断続的にイベント通知が実行される。
【００９２】
なお、サーバクライアント間で、セッションＩＤを設定したイベント通知コネクションが設定されると、サーバは、定期的にクライアントに対してイベント通知を実行し、クライアントの存在を確認する。クライアントからの応答（Ａｃｋ）がない場合は、コネクションが切断され、セッションＩＤテーブルに格納したセッションＩＤが消去される。すなわち、サーバは、クライアントに対するコンテンツ送信に並列して、イベント情報通知コネクションを介した定期的なクライアント存在確認用データの送信を実行し、該データ送信に対するクライアントからの応答の有無に基づいてクライアントの存在の有無判別処理を実行する。
【００９３】
クライアントは、ステップＳ３３において、イベント通知依頼を行ったデータに対応するコンテンツのＵＲＬを指定してコンテンツ要求を実行する。このコンテンツ要求には、ステップＳ３２においてサーバから受信したセッションＩＤを格納する。すなわち、クライアントは、ユーザによるコンテンツＵＲＬあるいはリンクデータのクリックに基づいてセッションＩＤ、コンテンツＵＲＬを格納したＨＴＴＰ−ＧＥＴメソッドリクエストを生成してコンテンツ要求としてサーバに送信する。なお、セッションＩＤは拡張ヘッダに格納される。
【００９４】
サーバは、クライアントから受信したコンテンツ要求に含まれるコンテンツＵＲＬに従ってコンテンツを取得し、ステップＳ３４において、クライアントに対する取得コンテンツの送信を開始する。さらに、サーバは、コンテンツ送信に並行してイベントＵＲＬに従ってイベント情報を取得し、取得したイベント情報の送信をクライアントに対して実行する。クライアントは、サーバからコンテンツを受信するとともに、該コンテンツ受信に並列してセッションＩＤによって識別されるコネクションを介してコンテンツ対応のイベント情報を受信する。
【００９５】
サーバからクライアントに対して通知されるイベント情報の例について、図９を参照して説明する。
【００９６】
図９には、コンテンツ開始（ＳＴＡＲＴ）、コンテンツ終了（ＬＡＳＴ）、バッファ情報（ＢｕｆｆｅｒＩｎｆｏ）、音声モード（ＡｕｄｉｏＭｏｄｅ）の４種類のイベント情報の例を示している。
【００９７】
［コンテンツ開始（ＳＴＡＲＴ）］は、コンテンツに同期したイベントが起こり始めた、すなわち、コンテンツが再生を始めた等のコンテンツ開始イベントを通知する。
［コンテンツ終了（ＬＡＳＴ）］は、コンテンツに同期したイベント情報送信の終了、すなわち、コンテンツ終了イベントを通知する。
【００９８】
［バッファ情報（ＢｕｆｆｅｒＩｎｆｏ）］は、イベント通知コネクションが存在する間、定期的、例えば３０秒に一回必ずサーバが送信する。このイベントを受け取れないクライアントは、存在しなくなったものとみなす。
【００９９】
この通知処理は、サーバの保有するコンテンツのバッファ状況を通知するものである。例えばチューナを持つサーバが衛星放送等のライブコンテンツをリングバッファに格納し、リングバッファに格納したデータをクライアントに送信する場合、リングバッファに格納されたコンテンツデータ領域を例えば時間情報等によって通知する。
【０１００】
具体的な通知情報は、［バッファの最大容量（時間）］、［現在シーク可能な容量（時間）］、［現在のストリーミング時間軸における時刻］、［Ｎｏｗ（シークデフォルト）の時刻］、これらのデータである。フォーマット例を以下に示す。
フォーマット：
ＢｕｆｆｅｒＩｎｆｏ＝［ｍａｘＢｕｆｆｅｒＤｕｒａｔｉｏｎ］  ［ｃｕｒｒｅｎｔＢｕｆｆｅｒＤｕｒａｔｉｏｎ］  ［ｃｕｒｒｅｎｔＰｌａｙｉｎｇＴｉｍｅ］  ［ＮｏｗＴｉｍｅ］
【０１０１】
コンテンツがサーバのハードディスク等に格納済みのデータであるビデオカプセルの場合のバッファ情報のデータ例を以下に示す。
Ｅｖｅｎｔ：ＢｕｆｆｅｒＩｎｆｏ＝［００：１０：００．０００］［００：１０：００．０００］［００：０４：３０．０００］［００：００：００］ＣＲＬＦ
ライブデータの場合のデータ例を以下に示す。
Ｅｖｅｎｔ：ＢｕｆｆｅｒＩｎｆｏ＝［００：３０：００．０００］［００：１６：３２．５００］［１３２：４２：３０．０００］［１３２：４２：３０．０００］ＣＲＬＦ
【０１０２】
［音声モード（ＡｕｄｉｏＭｏｄｅ）］は、音声モードを表す。具体的には、モノラル／ステレオ／二ヶ国語等の音声モード情報である。コンテンツの送信開始字あるいはモード切替の発生した時点でイベント通知が実行される。
【０１０３】
なお、図９に示さないイベント情報通知処理として、クライアントの存在確認用としてのハートビート（Ｈｅａｒｔ  Ｂｅａｔ）用イベント通知が定期的にサーバからクライアントに送信され、クライアントの応答の有無に応じたクライアントの存在確認が行われる。
【０１０４】
サーバにおいては、各クライアントに対する送信コンテンツに対応するイベント情報の管理をセッションＩＤに基づいて行っている。すなわち、送信コンテンツに対するイベント情報のバインディングを各クライアントに対して割り振っているセッションＩＤに基づいて行う。
【０１０５】
図１０および図１１を参照して送信コンテンツとイベント情報のバインディング構成について説明する。前述したように、サーバは、クライアントからのイベント発行要求があるとセッションＩＤを生成し、クライアントに通知するとともに、図８を参照して説明したセッションＩＤテーブルにクライアントと対応付けて格納する。
【０１０６】
図１０に示すように、サーバ４１０は、コンテンツＵＲＬによってデータの所在が示されるコンテンツデータ４１１と、イベントＵＲＬによってイベント情報所在が示されるイベントデータ４１２を有する。イベント情報のＵＲＬはコンテンツのメタデータ４１３に記述され、コンテンツのメタデータ３１０によってイベント情報のＵＲＬが取得可能となる。さらに、サーバ４１０は、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブル４１４を有し、個々のクライアントに対するイベント通知のタイミングをセッションＩＤに基づいて判別することができる。
【０１０７】
サーバ４１０がクライアントα４２１とクライアントγ４２３にコンテンツＣａを送信し、クライアントβ４２２にそれぞれコンテンツＣｂを送信しているとき、各クライアントに対するイベント通知が並行して行われることになる。
【０１０８】
クライアントα４２１とクライアントγ４２３には、コンテンツＣａに対応するイベント情報Ｅａに基づいてイベント通知がなされ、クライアントβ４２２には、コンテンツＣｂに対応するイベント情報Ｅｂに基づいてイベント通知がなされる。それぞれのイベント情報は、各イベント情報に対応して設定されるイベントＵＲＬによってその所在が明確になる。
【０１０９】
また、サーバは、各送信コンテンツの宛て先クライアント各々に対応してセッションＩＤを設定し、セッションＩＤに対応関係を記憶保持しているので、サーバは、各クライアントに対して設定されたセッションＩＤを取得し、セッションＩＤに基づいて各クライアントとのイベント通知セッション（コネクション）を判別し、判別セッションの接続ＵＲＬ、すなわちイベントＵＲＬによって識別されるイベント情報からコンテンツに同期するイベント情報を取得してクライアントに対するイベント通知を実行する。
【０１１０】
送信コンテンツに同期したイベント通知処理について、図１１を参照して説明する。図１１には、コンテンツＵＲＬ：ｃ０ｃｃ０１によって識別されるコンテンツ４７１と、対応するイベント情報（イベントＵＲＬ：ｅ０ｅｅ０１）４７２が２つのクライアント、クライアントα４８１、クライアントγ４８２に送信されている状況を示している。しかし、コンテンツは、サーバのリングバッファに蓄積されたデータであり、２つのクライアントに送信されているコンテンツの時間的位置は異なっている。
【０１１１】
すなわち、クライアントα４８１には、図に示すように時間軸（ｔ）における時間＝Ｔ１の位置のコンテンツが送信され、クライアントγ４８２には、時間＝Ｔ２の位置のコンテンツが送信されている。この場合、それぞれのクライアントに対するイベント情報は、同一のイベントＵＲＬ（イベントＵＲＬ：ｅ０ｅｅ０１）によって指定されるイベント情報であるが、それぞれの送信コンテンツ位置に対応するイベント情報を送信することが必要となる。
【０１１２】
サーバは、それぞれのクライアントに対して設定されているセッションＩＤをセッションＩＤテーブル（図８参照）から取得して、コンテンツ送信データ位置に対応するイベント情報を同期させて各クライアントに送信する。すなわち、図に示すように、クライアントα４８１には、時間軸（ｔ）における時間＝Ｔ１の位置のイベント情報が送信され、クライアントγ４８２には、時間＝Ｔ２の位置のイベント情報が送信され、各クライアントは、送信コンテンツに同期したイベント通知を受信することが可能となる。
【０１１３】
このように、サーバは、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行する。
【０１１４】
本発明の構成では、サーバは、記憶部に保持するコンテンツ対応のメタデータにイベントＵＲＬ情報を格納し、クライアントからのコンテンツ情報要求の受領に基づいて、メタデータからコンテンツＵＲＬを取得して例えばＸＭＬデータからなるコンテンツ情報を生成してクライアントに通知する。さらに、クライアントからのイベントＵＲＬを指定したイベント通知依頼を受領したことを条件として、各クライアントに対してセッションＩＤを設定する処理を実行する。
【０１１５】
従って、サーバは、イベントＵＲＬおよびセッションＩＤに基づいてイベント通知処理の管理を実行することができる。例えば複数のクライアントに対して同一コンテンツを送信する場合、送信イベント情報は１つのイベントＵＲＬで決定することができる。また、各クライアントに対するイベント通知タイミングは、セッションＩＤに基づいて制御可能となる。従って、サーバにおけるイベント通知処理における管理データの負担が軽減されるとともに、複数のクライアントに対して異なるタイミングでコンテンツ送信を行う場合でも、各クライアントに対して設定されたセッションＩＤに基づく制御により、各クライアントに対する送信コンテンツに同期した正確なイベント通知を実行することが可能となる。
【０１１６】
クライアント装置におけるイベントＵＲＬの取得処理、イベントＵＲＬに基づくイベント情報の取得処理、およびコンテンツ受信処理手順について、図１２の処理フローを参照して説明する。
【０１１７】
クライアント装置は、ステップＳ１１１において、サーバに対するコンテンツ情報取得要求を行う。ステップＳ１１２で、サーバからコンテンツ情報を受信する。クライアントの受信するコンテンツ情報には、コンテンツのタイトル、アーティスト名などのコンテンツ情報に加え、コンテンツの所在を示すアドレス情報としてのコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）、およびコンテンツに対応して設定されるイベント通知用のＵＲＬ、すなわち、コンテンツに対応するイベント情報の所在を示すアドレス情報としてのイベントＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）が含まれるＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データである。
【０１１８】
ステップＳ１１３において、クライアントは、受信情報に基づいて表示情報（ＵＩ）を生成しディスプレイに表示する。なお、図６を参照して説明したように、表示情報は、イベントＵＲＬを指定したイベント発行依頼が可能であり、またコンテンツＵＲＬを指定したコンテンツ要求が可能なＵＲＬ情報またはリンク情報を含む。
【０１１９】
ユーザは、ステップＳ１１４において、クライアント装置のディスプレイに表示されたコンテンツ情報に基づいて、イベントＵＲＬを指定したイベント発行依頼をサーバに送信する。具体的には、表示情報（例えば図６）に基づいて、イベントＵＲＬまたはリンクデータをユーザが指定することで、イベントＵＲＬを格納したＨＴＴＰのＰＯＳＴメソッドリクエストを送信する。
【０１２０】
ステップＳ１１５において、サーバが発行したセッションＩＤを受信すると、ステップＳ１１６において、コンテンツのＵＲＬと、セッションＩＤを格納したコンテンツ要求をサーバに対して送信する。具体的には、セッションＩＤ、コンテンツＵＲＬを格納したＨＴＴＰ−ＧＥＴメソッドリクエストを生成してコンテンツ要求としてサーバに送信する。
【０１２１】
ステップＳ１１７において、サーバからのコンテンツ受信を開始し、ステップＳ１１８においてイベント情報を受信した場合には、ステップＳ１１９においてイベント通知に対する応答（Ａｃｋ）をサーバに送信する。イベント情報を受信しない場合は、ステップＳ１２０において待機し、イベント情報の通知を待つ。コンテンツの送信が終了するまで、ステップＳ１１８〜Ｓ１２０が繰り返し実行される。
【０１２２】
次に、図１３を参照してサーバ側の処理について説明する。サーバは、ステップＳ２１１において、クライアントからのコンテンツ情報取得要求を受信し、ステップＳ２１２で、コンテンツ情報を送信する。送信情報には、コンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）、およびコンテンツに対応して設定されるイベント通知用のＵＲＬが含まれる。
【０１２３】
ステップＳ２１３において、サーバは、イベントＵＲＬを指定したイベント発行依頼の受信を判定し、イベント発行依頼がなく（ステップＳ２１３：Ｎｏ）、ステップＳ２２１のコンテンツＵＲＬを格納したコンテンツ要求を受信した場合は、ステップＳ２１７でイベント通知処理のないコンテンツ送信処理を実行する。
【０１２４】
イベントＵＲＬを指定したイベント発行依頼を受信した場合（ステップＳ２１３：Ｙｅｓ）は、ステップＳ２１４において、セッションＩＤを生成し生成したセッションＩＤをクライアントに対応付けたセッションＩＤテーブル（図８参照）にエントリ登録する。
【０１２５】
次に、サーバは、ステップＳ２１５において、セッションＩＤをクライアントに送信する。ステップＳ２１６において、コンテンツＵＲＬとセッションＩＤを格納したコンテンツ要求を受信すると、ステップＳ２１７で指定ＵＲＬに対応するコンテンツのクライアントに対する送信を開始する。
【０１２６】
ステップＳ２１８において、イベント発行依頼のあるクライアントであるか、すなわちセッションＩＤテーブルに登録されたクライアントであるかを判定し、Ｙｅｓの場合は、ステップＳ２１９において、イベント発生時にイベントＵＲＬによって識別されるイベント情報をクライアントに送信する。イベント情報送信は、図１０、図１１を参照して説明したように、セッションＩＤに基づいてクライアント毎の送信コンテンツと同期した情報として送信される。ステップＳ２１９のイベント情報の送信処理はコンテンツ送信に並行して随時実行され、コンテンツトの送信終了（Ｓ２２０）まで継続して行われる。
【０１２７】
イベント発行依頼のないクライアント、すなわちセッションＩＤテーブルに登録されたクライアントでない場合は、イベント通知処理を実行せず、コンテンツ送信が終了すると処理が終了する。イベント通知依頼のあるクライアントの場合は、コンテンツ送信が終了し、イベント通知に対する応答を受信しない場合に、セッションが終了する。
【０１２８】
［サーバおよびクライアントの機能構成］
サーバおよびクライアント装置のハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って制御部としてのＣＰＵが実行する。
【０１２９】
ＣＰＵによって実行される処理は、例えばサーバ側では、クライアントからの要求に従って、コンテンツ対応のメタデータを取得し、クライアントに送信するコンテンツ情報としてのＸＭＬデータを生成する処理、さらにクライアントからのイベント発行依頼に基づいてセッションＩＤを生成し、セッションＩＤテーブルにエントリ登録する処理、コンテンツ送信制御、イベント情報送信制御等である。
【０１３０】
クライアント側の処理としては、サーバから受信するコンテンツ情報としてのＸＭＬデータに基づいてディスプレイにコンテンツＵＲＬイベントＵＲＬを指定可能なコンテンツ情報を表示する処理、イベントＵＲＬを格納したＨＴＴＰ−ＰＯＳＴメソッドの生成送信処理、コンテンツＵＲＬ、セッションＩＤを格納したＨＴＴＰ−ＧＥＴメソッドの生成、送信処理、コンテンツの受信、再生、イベント情報の受信および受信イベント情報に基づくコンテンツ再生制御等である。
【０１３１】
基本的にこれらの処理は、サーバ、クライアント装置の制御部としてのＣＰＵの制御の下に実行されるが、上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図１４および図１５を参照して説明する。
【０１３２】
図１４は、サーバの主要機能構成を示すブロック図である。パケット送受信部５０１は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部５０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１３３】
コンテンツ記憶部５０３は、サーバの保有するコンテンツを格納する。各コンテンツはコンテンツＵＲＬによって特定可能である。イベント情報記憶部５０４は、コンテンツに対応するイベント情報を格納する。各イベント情報はイベントＵＲＬによって特定可能である。メタデータ記憶部５０５は、コンテンツに対応する属性情報としてのメタデータを格納した記憶部である。メタデータ記憶部５０５には、前述したように、メタデータを構成するプロパティ情報が格納され、プロパティ情報として、イベントＵＲＬを保持している。セッションＩＤテーブル記憶部５０６は、イベント発行依頼のあったクライアントのクライアント識別子とセッションＩＤとを対応付けて格納する。
【０１３４】
プロパティ情報取得部５０７は、クライアントから受信したコンテンツ情報取得要求に基づいて、コンテンツ対応のメタデータをメタデータ記憶部５０４から取り出す処理を実行する。イベント情報取得部５０８は、イベント発行依頼のあったクライアントに対するイベント情報をイベント情報記憶部５０４から取得する。ＸＭＬデータ生成部５０９は、プロパティ情報取得部５０７の取得したメタデータに基づいて、クライアントに送信するＸＭＬデータを生成する。
【０１３５】
データ変換部５１０は、サーバの保有するコンテンツをクライアントからの要求に対応したデータ態様に変換する。ファイルフォーマット、コーデック、解像度等の変換を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ変換を実行する。
【０１３６】
次に、クライアント装置の機能構成について、図１５を参照して説明する。パケット送受信部６０１は、サーバに対するパケット、サーバからのパケットを受信する。パケット生成、解析部６０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。
【０１３７】
記憶部６０３は、サーバから受信したパケットに含まれるコンテンツ情報、コンテンツ、イベント情報、セッションＩＤ等を格納する。
【０１３８】
出力部６０４は、コンテンツ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図６を参照して説明した表示情報の出力にも利用される。入力部６０５は、例えば、表示情報として表示されたコンテンツのデータ態様の選択情報の入力を実行するためのキーボード、その他のデータ入力手段である。
【０１３９】
ＸＭＬデータ解析部６０６は、サーバから受信したコンテンツ情報からなるＸＭＬデータを解析し、解析データに基づいて、先に図６を参照して説明したコンテンツＵＲＬ、イベントＵＲＬまたはこれらのリンクデータを含む表示情報を生成し、出力部としてのディスプレイに出力する処理を実行する。
【０１４０】
コンテンツ再生制御部６０７は、サーバから受信するコンテンツの再生制御を実行する。なお、コンテンツ再生処理おいては、必要に応じてデータ変換部６０９において、サーバからの受信コンテンツの変換処理を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ復号処理等を実行する。
【０１４１】
イベント情報解析部６０８は、サーバから受信したイベント情報の解析処理を実行する。イベント情報には、前述したように例えばサーバのバッファ状況、音声モード情報等が含まれ、これらのイベント情報に基づいてコンテンツ再生制御部６０７に対して必要な通知を実行し、コンテンツ再生制御部６０７において発生イベントに基づく再生制御を行う。なお、サーバのバッファ状況、音声モード情報等のデータは出力部６０４に対して出力され、ディスプレイに表示され、ユーザが、再生コンテンツのイベント情報を知ることができる。
【０１４２】
サーバ、およびクライアントは、機能的には図１４、図１５に示す各機能を有し、上述した各処理を実行する。ただし、図１４、図１５に示すブロック図は、機能を説明するブロック図であり、実際には、図２に示すＰＣ等のハードウェア構成におけるＣＰＵの制御の下に各種の処理プログラムが実行される。
【０１４３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１４４】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１４５】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１４６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１４７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１４８】
【発明の効果】
以上、説明したように、本発明においては、コンテンツ提供サーバは、クライアントからのイベントＵＲＬを指定したイベント通知依頼の受領を条件として、クライアントに対してセッションＩＤを設定し、イベントＵＲＬおよびセッションＩＤに基づいてイベント通知処理の管理を実行する構成とした。従って、例えば複数のクライアントに対してコンテンツを送信する場合、送信イベント情報を各コンテンツに対応するイベントＵＲＬで決定することができ、また、各クライアントに対するイベント通知タイミングは、セッションＩＤに基づいて制御可能となる。従って、サーバにおけるイベント通知処理における管理データの負担が軽減されるとともに、複数のクライアントに対して異なるタイミングでコンテンツ送信を行う場合でも、各クライアントに対して設定されたセッションＩＤに基づく制御により、各クライアントに対する送信コンテンツに同期した正確なイベント通知を実行することが可能となる。
【０１４９】
本発明の構成では、コンテンツを提供するサーバが、コンテンツ対応のメタデータにイベントＵＲＬ情報を格納し、クライアントからのコンテンツ情報要求の受領に基づいて、メタデータからコンテンツＵＲＬを取得してコンテンツ情報を生成してクライアントに通知する構成としたので、コンテンツの指定に基づく効率的なイベントＵＲＬの取得、クライアントに対する送信が可能となる。
【０１５０】
さらに、本発明の構成によれば、サーバは、クライアントとセッションＩＤとを対応付けたセッションＩＤテーブルに基づいて、各クライアントに対する送信コンテンツの送信データ位置を判別し、該判別情報に基づいて、各クライアントに対する送信コンテンツに同期したイベント情報通知を実行するので各クライアントに対する送信コンテンツに同期したイベント通知処理を正確に実行することが可能となる。
【０１５１】
さらに、本発明の構成によれば、クライアントは、サーバからイベントＵＲＬを受領し、イベントＵＲＬを指定可能なコンテンツリストを生成して表示する構成とし、イベントＵＲＬまたはリンクデータのクリックによりイベントＵＲＬのサーバに対する送信を実行する構成としたので、ユーザの負担を大きくすることなくコンテンツ送信に対応するイベント通知設定が可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】コンテンツデータ再生処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図４】コンテンツ送信に並列してイベント情報の通知を実行する場合のサーバクライアント間の処理シーケンスについて説明する図である。
【図５】サーバに対して送信するイベントＵＲＬを含むプロパティ情報について説明する図である。
【図６】イヘントＵＲＬを指定可能なデータを含むコンテンツ情報表示例を示す図である。
【図７】コンテンツ送信、イベント情報送信処理の詳細シーケンスを示す図である。
【図８】サーバの保有するセッションＩＤテーブルの構成例について示す図である。
【図９】サーバからクライアントに送信されるイベント情報の種類について説明する図である。
【図１０】サーバからクライアントに送信するイベント情報の管理構成について説明する図である。
【図１１】サーバからクライアントに送信するイベント情報の同期処理構成について説明する図である。
【図１２】イベント通知を伴うコンテンツ送受信におけるクライアントの処理について説明するフローチャートを示す図である。
【図１３】イベント通知を伴うコンテンツ送受信におけるサーバの処理について説明するフローチャートを示す図である。
【図１４】サーバの処理機能を説明するブロック図である。
【図１５】クライアントの処理機能を説明するブロック図である。
【符号の説明】
１００  ネットワーク
１０１  サーバ
１２１  ＰＣ
１２２  モニタ
１２３  携帯電話
１２４  再生機
１２５  ＰＤＡ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＨＤＤ
２０５  バス
２０６  入出力インタフェース
２０７  入力部
２０８  出力部
２０９  通信部
２１０  ドライブ
２１１  リムーバブル記録媒体
３００  ディスプレイ
３０１  コンテンツ情報
３５０  ディスプレイ
３５１  コンテンツリスト
３５２，３５３  データ部
４１０  サーバ
４１１  コンテンツ
４１２  イベント情報
４１３  メタデータ
４１４  セッションＩＤテーブル
４２１，４２２，４２３  クライアント
４７１  コンテンツ
４７２  イベント情報
４８１，４８２  クライアント
５０１  パケット送受信部
５０２  パケット生成、解析部
５０３  コンテンツ記憶部
５０４  イベント情報記憶部
５０５  メタデータ記憶部
５０６  セッションＩＤテーブル記憶部
５０７  プロパティ情報取得部
５０８  イベント情報取得部
５０９  ＸＭＬデータ生成部
５１０  データ変換部
６０１  パケット送受信部
６０２  パケット生成、解析部
６０３  記憶部
６０４  出力部
６０５  入力部
６０６  ＸＭＬデータ解析部
６０７  コンテンツ再生制御部
６０８  イベント情報解析部
６０９  データ変換部
【図１】
2004264933.tif 000003
【図２】
2004264933.tif 000004
【図３】
2004264933.tif 000005
【図４】
2004264933.tif 000006
【図５】
2004264933.tif 000007
【図６】
2004264933.tif 000008
【図７】
2004264933.tif 000009
【図８】
2004264933.tif 000010
【図９】
2004264933.tif 000011
【図１０】
2004264933.tif 000012
【図１１】
2004264933.tif 000013
【図１２】
2004264933.tif 000014
【図１３】
2004264933.tif 000015
【図１４】
2004264933.tif 000016
【図１５】
2004264933.tif 000017