(57)【要約】【課題】複数のネットワークにコンテンツの送信サービスを提供し、あるネットワークにおいて端末に送信するコンテンツを自動的にその他のネットワークの端末の中に保存する機能を実現する。【解決手段】コンテンツの場所を管理するコンテンツ管理サーバ１と、コンテンツを管理するコンテンツサーバ２と、コンテンツを受信または保存する端末３と、ネットワーク４とを備えるシステムであって、端末３はコンテンツ管理サーバ１にコンテンツ視聴リクエストメッセージを送信し、端末３からのリクエストを受信したコンテンツ管理サーバ１は、端末３の所属するネットワーク４を検出し、当該ネットワークを管理するコンテンツサーバ２にコンテンツの送信を指示した後、コンテンツの視聴をリクエストした端末３と関連する端末の有無を検索し、関連する端末が存在する場合、関連する端末の所属するネットワークを管理するコンテンツサーバ２にコンテンツの保存処理を指示する。【選択図】図６
2008198197.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ管理サーバであって、
ネットワーク識別子の異なる複数のネットワークに接続されて、当該ネットワークによって端末と通信を行うネットワークインターフェースと、
コンテンツを確定するコンテンツ識別子と、コンテンツの放送チャンネルを確定するチャンネル識別子と、当該コンテンツを保存しているコンテンツサーバのアドレスと、当該コンテンツサーバの所属するネットワークを確定するネットワーク識別子との対応関係を示すコンテンツ情報データベースと、
前記ネットワークインターフェースが一つのネットワークに属する端末からコンテンツ識別子とチャンネル識別子と前記一つのネットワークのネットワーク識別子とを含むコンテンツ視聴リクエストメッセージを受信した場合、前記コンテンツ情報データベースを参照して、前記一つのネットワークのネットワーク識別子に対応するコンテンツサーバのアドレスを確定し、前記コンテンツ識別子とチャンネル識別子とによって確定されたコンテンツを前記端末へ送信するようにリクエストするコンテンツ送信リクエストメッセージを生成し、前記ネットワークインターフェースの当該コンテンツ送信リクエストメッセージを前記コンテンツサーバへ送信することを制御する制御部と、を備えることを特徴とするコンテンツ管理サーバ。
【請求項２】
請求項１に記載のコンテンツ管理サーバであって、
前記制御部は、前記ネットワークインターフェースが第一のネットワーク識別子を有するネットワークに属する第一の端末からのコンテンツ視聴リクエストメッセージを受信した場合、第一の端末ユーザが所有する第二の端末であり且つ第二のネットワーク識別子を有するネットワークに属する第二の端末に前記コンテンツの保存を要求するコンテンツ保存リクエストメッセージを生成し、前記第二のネットワーク識別子を有するネットワークに属する第二のコンテンツサーバに当該コンテンツ保存リクエストメッセージを送信するように前記ネットワークインターフェースを制御すること、を特徴とするコンテンツ管理サーバ。
【請求項３】
請求項１に記載のコンテンツ管理サーバであって、
各ユーザのネットワーク識別子とユーザアカウントとの対応関係と、各ユーザの第一のユーザアカウントと当該第一のユーザアカウントに関連する第二のユーザアカウントとの対応関係と、第二のネットワーク識別子を有するネットワークに属する第二の端末に対して操作を指定する情報を示すユーザ情報データベースをさらに有し、
前記ネットワークインターフェースは第一の端末からコンテンツ識別子とチャンネル識別子と第一のユーザアカウントとを含む前記コンテンツ視聴リクエスト情報を受信し、
前記制御部は、前記ネットワークインターフェースによって受信した前記コンテンツ視聴リクエストメッセージに含まれている第一のユーザアカウントに基づいて、前記ユーザ情報データベースを参照して、当該第一のユーザアカウントに対応する第二のネットワーク識別子と第二のユーザアカウントを確定し、前記コンテンツ情報データベースを参照して、前記第二のネットワーク識別子に対応する第二のコンテンツサーバのアドレスを確定し、前記ユーザ情報データベースにおける第二の端末に対して操作を指定する情報に基づいて、前記コンテンツ視聴リクエストメッセージに含まれているコンテンツ識別子とチャンネル識別子と前記第二のユーザアカウントとを含む前記コンテンツ保存リクエストメッセージを生成し、前記第二のコンテンツサーバに当該コンテンツ保存リクエストメッセージを送信するように前記ネットワークインターフェースを制御すること、を特徴とするコンテンツ管理サーバ。
【請求項４】
請求項３に記載のコンテンツ管理サーバであって、
各ユーザに対してそれぞれのネットワークの前記ユーザのユーザアカウントと前記ユーザアカウントの料金情報とを対応して保存する料金情報データベースをさらに有し、
前記ネットワークインターフェースは、前記第一のネットワーク識別子に対応するコンテンツサーバから前記第一のユーザのコンテンツ視聴に基づいた料金情報を含む料金情報メッセージを受信し、且つ前記第二のコンテンツサーバから、前記第二のユーザアカウントのコンテンツ保存に基づいた料金情報を含む第二の料金情報メッセージを受信し、
前記制御部は、前記第一と第二の料金情報を前記料金情報データベースに保存することと、を特徴とするコンテンツ管理サーバ。
【請求項５】
請求項３に記載のコンテンツ管理サーバであって、
前記ユーザ情報データベースは、各ユーザに対する前記第一のユーザアカウントと前記第二のユーザアカウントによって確定された端末に対するコンテンツ処理方法との対応関係をさらに含み、
前記制御部は、前記コンテンツ処理方法に基づいて、コンテンツ保存リクエストメッセージを前記第二のコンテンツサーバへ送信するタイミングに対してさらに制御を行うことと、を特徴とするコンテンツ管理サーバ。
【請求項６】
コンテンツサーバであって、
ネットワークによってコンテンツ管理サーバおよび端末と通信を行うネットワークインターフェースと、
コンテンツを確定するコンテンツ識別子とコンテンツと放送サービス用チャンネル識別子との対応関係を示すコンテンツ情報データベースと、
、
前記ネットワークインターフェースがコンテンツ管理サーバからコンテンツ識別子とチャンネル識別子とユーザアカウントを含むコンテンツ送信リクエストメッセージを受信した場合、前記コンテンツ情報データベースを参照して、前記コンテンツ識別子によって確定されたコンテンツを前記端末に送信するように前記ネットワークインターフェースを制御する制御部、を備えることを特徴とするコンテンツサーバ。
【請求項７】
請求項６に記載のコンテンツサーバであって、
前記ネットワークインターフェースがコンテンツ管理サーバからコンテンツ保存リクエストメッセージまたはコンテンツ保存終了リクエストメッセージを受信した場合、前記制御部は、前記端末が前記コンテンツを保存するコンテンツ保存通知メッセージまたは保存を終了するコンテンツ保存終了通知メッセージを生成し、前記端末に当該コンテンツ保存通知メッセージまたはコンテンツ保存終了通知メッセージを送信するように前記ネットワークインターフェースを制御することを特徴とするコンテンツサーバ。
【請求項８】
端末であって、
ネットワークによってコンテンツ管理サーバと通信を行うネットワークインターフェースと、
コンテンツを確定するコンテンツ識別子とコンテンツの放送チャンネルを確定するチャンネル識別子とコンテンツとの対応関係を示すコンテンツ保存データベースと、
コンテンツの視聴開始時に、前記ネットワークインターフェースがコンテンツ識別子とチャンネル識別子と前記一つのネットワークのネットワーク識別子を含むコンテンツ視聴リクエストメッセージをコンテンツ管理サーバへ送信するように前記ネットワークインターフェースを制御する制御部を備えること、を特徴とする端末。
【請求項９】
請求項８に記載の端末であって、
前記ネットワークインターフェースが第一のネットワーク識別子を有するネットワークに属する第一のコンテンツサーバから、コンテンツ識別子とチャンネル識別子によって確定されたコンテンツの保存通知メッセージまたは保存終了通知メッセージを受信した場合、前記制御部は当該コンテンツの保存を開始または終了させることを特徴とする端末。
【請求項１０】
ネットワークによってユーザの端末にコンテンツを送信するコンテンツ送信方法であって、
ネットワーク識別子が互いに異なる複数のネットワークの中に属する一つのネットワークの端末から、当該端末の所属するネットワークのネットワーク識別子とコンテンツ識別子とを含むコンテンツ視聴リクエストメッセージを受信することと、
前記ネットワーク識別子とそれぞれのネットワークに属するコンテンツサーバのアドレスとの対応関係を示すコンテンツ情報データベースを参照し、前記コンテンツ視聴リクエストメッセージに含まれているネットワーク識別子に基づいて、前記コンテンツ視聴リクエストメッセージを送信した端末の所属するネットワークに属するコンテンツサーバのアドレスを確定することと、
前記コンテンツ識別子によって確定されたコンテンツを前記端末へ送信することをリクエストするコンテンツ送信リクエストメッセージを生成することと、
前記コンテンツ送信リクエストメッセージを前記アドレスによって確定されたコンテンツサーバへ送信することと、を特徴とするコンテンツ送信方法。
【請求項１１】
請求項１０に記載のコンテンツ送信方法であって、
第一のネットワーク識別子を有するネットワークに属する第一の端末から前記コンテンツ視聴リクエストメッセージを受信することと、
第一の端末ユーザと同じである第二の端末であり且つ第二のネットワーク識別子を有するネットワークに属する第二の端末に前記コンテンツを保存するコンテンツ保存リクエストメッセージを生成することと、
前記コンテンツサーバに当該コンテンツ保存リクエストメッセージを送信することと、を特徴とするコンテンツ送信方法。
【請求項１２】
請求項１０に記載のコンテンツ送信方法であって、
第一の端末からコンテンツ識別子と第一のユーザアカウントとを含む前記コンテンツ視聴リクエストメッセージを受信することと、
各ユーザのネットワーク識別子とユーザアカウントとの対応関係と、各ユーザの第一のユーザアカウントと当該第一のユーザアカウントに関連する第二のユーザアカウントとの対応関係と、第二の端末に対して操作を指定する情報を示すユーザ情報データベースとを参照し、前記コンテンツ視聴リクエストメッセージに含まれている第一のユーザアカウントに基づいて、当該第一のユーザアカウントに対応する第二のネットワーク識別子と第二のユーザアカウントとを確定することと、
前記コンテンツ情報データベースを参照して、前記第二のネットワーク識別子に対応する第二のコンテンツサーバのアドレスを確定することと、
前記ユーザ情報データベースにおける第二の端末に対して操作を指定する情報に基づいて、前記コンテンツ視聴リクエストメッセージに含まれているコンテンツ識別子とチャンネル識別子と前記第二のユーザアカウントとを含むコンテンツ保存リクエストメッセージを生成することと、
前記第二のコンテンツサーバに当該コンテンツ保存リクエストメッセージを送信することと、を特徴とするコンテンツ送信方法。
【請求項１３】
請求項１２に記載のコンテンツ送信方法であって、
前記第一のネットワーク識別子に対応するコンテンツサーバからは、前記第一のユーザアカウントのコンテンツ視聴に基づいた料金情報を含む料金情報メッセージを受信し、前記第二のコンテンツサーバからは、前記第二のユーザアカウントのコンテンツ保存に基づいた料金情報を含む第二の料金情報メッセージを受信することと、
前記第一と第二の料金情報を、それぞれのネットワークの前記ユーザのユーザアカウントと前記ユーザアカウントの料金情報との対応関係を確立した料金情報データベースに保存することと、を特徴とするコンテンツ送信方法。
【請求項１４】
請求項１２に記載のコンテンツ送信方法であって、
前記ユーザ情報データベースは、各ユーザに対する前記第一のユーザアカウントと前記第二のユーザアカウントとの対応関係によって確定された端末に対するコンテンツ処理方法をさらに含むことと、
前記コンテンツ処理方法に基づいて、前記コンテンツ保存リクエストメッセージを前記第二のコンテンツサーバへ送信するタイミングに対して制御を行うことと、を特徴とするコンテンツ送信方法。
【請求項１５】
ネットワークによってユーザの端末にコンテンツを送信するコンテンツ送信方法であって、
コンテンツ管理サーバからコンテンツ識別子とチャンネル識別子とユーザアカウントとを含むコンテンツ送信リクエストメッセージを受信することと、
前記ユーザアカウントとそれぞれのネットワークに属する端末のアドレスとの対応関係を示すユーザ情報データベースを参照し、前記コンテンツ送信リクエストに含まれているユーザアカウントに基づいて、端末のアドレスを確定することと、
前記コンテンツ識別子とチャンネル識別子とによって確定されたコンテンツを前記端末に送信することと、を特徴とするコンテンツ送信方法。
【請求項１６】
請求項１５に記載のコンテンツ送信方法であって、
コンテンツ管理サーバからコンテンツ保存リクエストメッセージまたはコンテンツ保存終了リクエストメッセージを受信し、前記端末にコンテンツの保存または保存終了を通知するメッセージを生成することと、
前記端末に当該コンテンツ保存通知メッセージまたは当該コンテンツ保存終了通知メッセージを送信することと、を特徴とするコンテンツ送信方法。
【請求項１７】
ネットワークによってユーザの端末にコンテンツを送信するコンテンツ送信方法であって、
コンテンツの視聴開始時に、コンテンツ識別子とチャンネル識別子と前記一つのネットワーク識別子とを含むコンテンツ視聴リクエストメッセージをコンテンツ管理サーバに送信することを特徴とするコンテンツ送信方法。
【請求項１８】
請求項１７に記載のコンテンツ送信方法であって、
第一のネットワーク識別子を有するネットワークに属する第一のコンテンツサーバから、コンテンツ識別子とチャンネル識別子とによって確定されたコンテンツの保存通知メッセージまたは保存終了通知メッセージを受信し、当該コンテンツの保存を開始または終了することを特徴とするコンテンツ送信方法。
【請求項１９】
ネットワークによってユーザの端末にコンテンツを送信するコンテンツ送信方法であって、
ネットワーク識別子が互いに異なる複数のネットワークの中に属する一つのネットワークの端末から、当該端末の所属するネットワークのネットワーク識別子とコンテンツ識別子とを含むコンテンツ視聴リクエストメッセージを受信することと、
前記ネットワーク識別子とそれぞれのネットワークに属するコンテンツサーバのアドレスとの対応関係を示すコンテンツ情報データベースを参照し、前記コンテンツ視聴リクエストメッセージに含まれているネットワーク識別子に基づいて、前記コンテンツ視聴リクエストメッセージを送信した端末の所属するネットワークに属するコンテンツサーバのアドレスを確定することと、
前記コンテンツ識別子によって確定されたコンテンツを前記端末へ送信することをリクエストするコンテンツ送信リクエストメッセージを生成することと、
前記コンテンツ送信リクエストメッセージを前記アドレスによって確定されたコンテンツサーバへ送信することと、
前記ユーザアカウントとそれぞれのネットワークに属する端末のアドレスとの対応関係とを示すユーザ情報データベースを参照し、前記コンテンツ送信リクエストに含まれているユーザアカウントに基づいて、端末のアドレスを確定することと、
前記コンテンツ識別子とチャンネル識別子とによって確定されたコンテンツを前記端末に送信することと、を特徴とするコンテンツ送信方法。
【請求項２０】
請求項１９に記載のコンテンツ送信方法であって、
第一のネットワーク識別子を有するネットワークに属する第一の端末から、前記コンテンツ視聴リクエストメッセージを受信することと、
第一の端末ユーザと同じである第二の端末で且つ第二のネットワーク識別子を有するネットワークに属する第二の端末に前記コンテンツを保存するコンテンツ保存リクエストメッセージを生成することと、
前記コンテンツサーバに当該コンテンツ保存リクエストメッセージを送信することと、
前記端末にコンテンツの保存の通知のメッセージを生成することと、
前記端末に当該コンテンツ保存通知メッセージを送信して、当該コンテンツを保存することと、を特徴とするコンテンツ送信方法。
【請求項２１】
コンテンツ管理システムであって、
コンテンツ管理サーバと、異なるネットワークに属する複数のコンテンツサーバと、複数の端末とを備え、
前記コンテンツ管理サーバは、
ネットワーク識別子の異なる複数のネットワークに接続されて、当該ネットワークによって端末と通信を行うコンテンツ管理サーバ用ネットワークインターフェースと、
コンテンツを確定するコンテンツ識別子と、コンテンツの放送チャンネルを確定するチャンネル識別子と、当該コンテンツを保存しているコンテンツサーバのアドレスと、当該コンテンツサーバの所属するネットワークを確定するネット識別子との対応関係を示すコンテンツ管理サーバ用コンテンツ情報データベースと、
前記コンテンツ管理サーバ用ネットワークインターフェースが一つのネットワークに属する端末からコンテンツ識別子とチャンネル識別子と前記一つのネットワークのネットワーク識別子とを含むコンテンツ視聴リクエストメッセージを受信した場合、前記コンテンツ情報データベースを参照して、前記一つのネットワークのネットワーク識別子に対応するコンテンツサーバのアドレスを確定し、前記コンテンツ識別子とチャンネル識別子とによって確定されたコンテンツを前記端末に送信するようにリクエストするコンテンツ送信リクエストメッセージを生成し、当該コンテンツ送信リクエストメッセージを前記コンテンツサーバに送信するように前記ネットワークインターフェースを制御する制御部とを含み、
前記コンテンツサーバは、
ネットワークによって前記コンテンツ管理サーバおよび前記端末と通信を行うコンテンツサーバ用ネットワークインターフェースと、
コンテンツを確定するコンテンツ識別子とコンテンツと放送サービス用チャンネル識別子との対応関係を示すコンテンツサーバ用コンテンツ情報データベースと、
前記コンテンツサーバ用ネットワークインターフェースがコンテンツ管理サーバからコンテンツ識別子とチャンネル識別子とユーザアカウントとを含むコンテンツ送信リクエストメッセージを受信した場合、前記コンテンツ情報データベースを参照して、前記コンテンツ識別子によって確定されたコンテンツを前記端末に送信するように前記コンテンツサーバ用ネットワークインターフェースを制御する制御部とを含み、
端末は、
ネットワークによって前記コンテンツ管理サーバおよび前記コンテンツサーバと通信を行う端末用ネットワークインターフェースと、
コンテンツを確定するコンテンツ識別子とコンテンツの放送チャンネルを確定するチャンネル識別子とコンテンツとの対応関係を示す端末用コンテンツ保存データベースとを有し、
コンテンツの視聴開始時に、前記端末用ネットワークインターフェースはコンテンツ識別子とチャンネル識別子と前記一つのネットワークのネットワーク識別子とを含むコンテンツ視聴リクエストメッセージを前記コンテンツ管理サーバに送信するように、前記端末用ネットワークインターフェースを制御する制御部を含むこと、を特徴とするコンテンツ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は複数のネットワークにおいてコンテンツを管理する放送サービスシステムの改善に関する。
【背景技術】
【０００２】
光ファイバーの個人宅への直接引き込み（ＦＴＴＨ）に代表されるアクセスネットワーク技術の発展に伴い、ユーザの利用可能なネットワーク周波数バンドは増えつつある。周波数バンドの増加はネットワーク上のブロードバンドコンテンツ送信サービスを可能にし、ＩＰＴＶサービスやビデオオンデマンド（ＶｏＤ）サービスなどの映像を中心とするサービスをだんだん市場展開させている。コンテンツ送信サービスの要求条件として、ブロードバンドと高品質のコンテンツを提供する以外に、さらに分散ネットワーク環境のコンテンツ送信、保存機能が挙げられる。例えば、従来の技術の特開２００５−３２８５１８号（特許文献１）では、以下のような機能が提案されている。複数のストリーミング（ｓｔｒｅａｍｉｎｇ）サーバを備えるマルチメディアストリーミングサービスにおいて、ストリーミングサーバは関連するストリーミングサーバグループの情報を管理し、ユーザのストリーミング取得リクエストに対しては、リクエストに対してもっとも適切な処理を行うストリーミングサーバを検索して、もっとも適切な処理を行なうストリーミングサーバからユーザにデータを提供し、或いは、ユーザのリクエストを受信したストリーミングサーバが当該ストリーミングサーバからデータをダウンロードし、必要とする期間のみにデータに対して高速バッファを行う。上記従来技術において、複数のストリーミングサーバは歩調を合わせて作動できるので、システムの負荷を下げるととともに周波数バンドの利用効率を最適化することができる。
【０００３】
【特許文献１】特開２００５−３２８５１８号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来例においては、すべてのストリーミングサーバが共通のネットワーク上に接続される必要がある。例えば、固定アクセスネットワークと移動通信ネットワークのような、異なるネットワークに接続されたストリーミングサーバの関連性は考慮に入っていないため、周波数バンド差が大きいネットワーク間のコンテンツ送信サービスに対応することができない。
【０００５】
したがって、本発明の目的は、複数のネットワークに対してコンテンツ管理を行う装置を一元化することにより、ユーザ自身の所属するネットワーク状態やコンテンツの周波数バンドなどを意識しない状況で、最もネットワーク状態に適合する形式のコンテンツを取得することにある。また、ユーザの視聴しているコンテンツを自動的にユーザの所有するその他の端末に保存するサービスを提供する。
【課題を解決するための手段】
【０００６】
本発明は、複数の異なるネットワークにおいて、同一のコンテンツを各ネットワークに適合する形式で提供するコンテンツ送信サービスと、以下の機能を有するサービスを実現する。複数のネットワークに存在するコンテンツに対し関連を賦与して管理を行うコンテンツ管理サーバを備え、あるネットワークにおいてユーザがコンテンツの送信をリクエストする場合、リクエストを受信したコンテンツ管理サーバは、ユーザの所属しているネットワークに存在するコンテンツサーバに対してネットワークに適合する形式でコンテンツを提供するように指示をする。且つ、必要に応じてその他のネットワークユーザ端末においては、関連するコンテンツを自動的に保存する。
【発明を実施するための最良の形態】
【０００７】
以下、図面に基づいて本発明の一つの実施形態について説明する。図１は本発明に係わるシステムを適用した例であり、コンテンツ管理システムの構成図である。当該コンテンツ管理システムは、複数のネットワーク４−１〜４−Ｎに接続され、すべてのネットワークに関するコンテンツ情報に対して統一管理を行うコンテンツ管理サーバ１と、ユーザのリクエストに対応して端末３−１〜３−Ｎに対してコンテンツ放送サービスを提供するコンテンツサーバ２−１〜２−Ｎとを含める。ネットワーク４−１〜４−Ｎは、例えば、ネットワーク４−１をブロードバンド光ネットワークに、ネットワーク４−２を携帯電話の無線移動通信ネットワークに等異なる特性を有するネットワークタイプに設定することができる。各ネットワークにはすべてコンテンツサーバ２−１〜２−Ｎが存在し、各ネットワークにおいて最適な形式でコンテンツを提供する。コンテンツに対して特徴を賦与するパラメーターとしては、コンテンツの暗号化方式、ビットレート、画像サイズ等が挙げられる。端末３−１〜３−Ｎはコンテンツ管理サーバ１に対してコンテンツの送信をリクエストし、コンテンツ管理サーバは端末の所属するネットワークに存在しているコンテンツサーバに端末へのコンテンツの送信を指示する。当該一連の動作については後で説明する。
【０００８】
以下、各装置について詳しく説明する。図２はコンテンツ管理サーバ１の構成を示す。コンテンツ管理サーバ１はバス１８に接続されているＣＰＵ１２、メモリ１６、ハードディスク１４、およびネットワークインターフェース１０を備え、ネットワークインターフェース１０のパケット送受信部１０１を介してネットワーク４と通信を行う。ハードディスク１４には、複数のネットワークの中に存在しているコンテンツに関連する情報を保存しているコンテンツ情報ＤＢ１４１と、ユーザのすべてのネットワークに関連する基本情報を保存しているユーザ情報ＤＢ１４３と、料金情報を記憶する料金情報ＤＢ１４５とが記憶されており、メモリ１６においてインストールされたコンテンツ管理プログラム１６１によって読み書きされる。
【０００９】
メモリ１６にあるコンテンツ管理プログラム１６１は、セッション状態を管理する呼出制御管理部１６１１を備え、コンテンツ管理プロトコル１６１３によって上述のようにコンテンツサーバ２−１〜２−Ｎを制御する。また、通信監視セルフタイマー１６１５を通してコンテンツ管理サーバ１とコンテンツサーバ２−１〜２−Ｎとの間の通信セッションを監視し、エラーの発生を検出する。
【００１０】
図３Ａ，３Ｂ，３Ｃは、コンテンツ情報ＤＢ１４１とユーザ情報ＤＢ１４３と料金情報ＤＢ１４５とのデータ構成をそれぞれ示す。図３Ａに示すコンテンツ情報ＤＢ１４１はコンテンツ情報テーブル１４１１を含み、コンテンツ情報テーブル１４１１の各レコードは、複数のネットワークの中で放送サービスのコンテンツを唯一に確定するコンテンツ識別子とチャンネル識別子と、各ネットワークの中に存在しているコンテンツサーバ２のアドレスと、各ネットワークを唯一に示すネットワーク識別子とを含む。チャンネル識別子は放送チャンネルを唯一に示し、コンテンツ識別子はチャンネル内のコンテンツを識別する役割を果たす。各レコードはすべての利用可能なネットワークのコンテンツサーバ２のアドレスをセットとして記憶するため、コンテンツの関連性を管理することが可能である。ユーザがあるネットワークにおいてコンテンツを視聴する場合、その他のネットワークに存在しているコンテンツサーバを検出するためにこれらの関連情報を使用する。
【００１１】
図３Ｂに示すユーザ情報ＤＢ１４３は、ユーザ基本情報テーブル１４３１と端末関連情報テーブル１４３３とを含む。ユーザ基本情報テーブル１４３１は、ユーザの各ネットワークにおいて所有するアカウント（ａｃｃｏｕｎｔ）情報をセットとして管理するテーブルであり、各レコードは、ユーザを唯一に確定するユーザ識別子と、一つのネットワークに対するユーザアカウントと、ネットワークを唯一に示すネットワーク識別子とを記憶する。ネットワーク識別子はネットワークの特徴を現す識別子で、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク、移動ネットワーク等のネットワークタイプ情報を含み、サービスプロバイダーを唯一に確定することが可能な識別子を含む。例えば、インターネットまたは移動ネットワーク上のサービスプロバイダー名等が含まれている。各ネットワークにおいてサービスを受けるためにはそれぞれ対応するユーザアカウントが必要である。ユーザがネットワーク１からネットワークＮにおいてそれぞれ対応するＮ個のアカウントを所有している状況で、各レコードはＮ個のユーザアカウントとＮ個のネットワーク識別子との対応を統一管理する。
【００１２】
端末関連情報テーブル１４３３は、ユーザの各ネットワークのアカウントとその他のネットワークのアカウントとの関連を確立し、その他のネットワークに存在している端末に対して操作を指定する情報を管理し、各レコードはユーザ識別子と、一つのネットワークに対するユーザアカウントと、当該アカウントに対応する関連端末と、関連端末に対するコンテンツ処理方法とを記憶する。コンテンツ処理方法はコンテンツの保存方法であって、ある端末を介して視聴したコンテンツをユーザの指定した条件に基づいてその他の端末に保存する機能を実現する。条件の指定方法については後で説明する。
【００１３】
図３Ｃに示す料金情報ＤＢ１４５は料金情報テーブル１４５１を含む。料金情報テーブル１４５１はコンテンツ視聴に関する料金情報を管理し、各レコードはコンテンツを唯一に示すコンテンツ識別子と、コンテンツの放送チャンネルを唯一に示すチャンネル識別子と、ユーザを唯一に示すユーザ識別子と、一つのネットワークに対応するユーザアカウントと、当該ユーザアカウントを用いてコンテンツを視聴するときの料金支払い開始時刻と、料金支払い終了時刻と、料金支払い内容とを記録する。複数の料金支払い開始時刻、料金支払い終了時刻、および料金支払い内容のセットを記憶する場合もある。例えば、ユーザがあるコンテンツの前半を外出中に第一ネットワーク（携帯電話ネットワーク）によって、後半を第二ネットワーク（自宅）によって視聴した場合に、第一ネットワークと第二ネットワークに対応する複数の料金情報は同じコンテンツ識別子と同じユーザ識別子に関連して記憶される。料金支払い内容はコンテンツの処理方法によって異なり、例えば、直接コンテンツを視聴する場合とコンテンツを一時保存した後視聴する場合とを区別するために使用する。
【００１４】
図４Ａはコンテンツサーバ２の装置構成である。コンテンツサーバ２は、バス２８に接続されているＣＰＵ２２、メモリ２６、ハードディスク２４、およびネットワークインターフェース２０を有し、ネットワークインターフェース２０のパケット送受信部２０１を介してネットワーク４と通信する。ハードディスク２４には、コンテンツサーバ２の所属するネットワークのコンテンツに関連する情報を保存しているコンテンツ情報ＤＢ２４１と、当該ネットワークのユーザの基本情報を保存しているユーザ情報ＤＢ２４３と、料金情報を貯蓄する料金情報ＤＢ２４５が記憶されており、メモリ２６にインストールされたコンテンツ管理プログラム２６１を用いて読み書きされる。
【００１５】
メモリ２６にあるコンテンツ管理プログラム２６１はセッション状態を管理する呼出制御管理部２６１１を備え、コンテンツ管理プロトコル２６１３を通してコンテンツ管理サーバ１や端末３との通信の制御を行い、且つ、通信監視セルフタイマー２６１５を介して、コンテンツサーバ２と、コンテンツ管理サーバ１や端末３との間の通信セッションを監視し、エラーの発生を検出する。
【００１６】
以下、各データベースが管理する情報について説明する。図４Ｂに示すコンテンツ情報ＤＢ２４１はコンテンツ情報テーブル２４１１を含み、コンテンツ情報テーブル２４１１の各レコードは、コンテンツを唯一に確定するコンテンツ識別子と放送チャンネルを唯一に確定するチャンネル識別子とを含む。放送サービスによって提供されるコンテンツをユーザが指定する場合には放送チャンネルを使用する。放送サービスにおいてもユーザが任意の時刻に最初から特定のコンテンツを視聴できるわけではなく、サービスプロバイダーの所定の放送プログラムに基づいてコンテンツを選択する。コンテンツ選択時にチャンネル識別子を用いる。同じチャンネル識別子を有する複数のコンテンツは、放送プログラムに基づいて時間順に放送される。
【００１７】
図４Ｃに示すユーザ情報ＤＢ２４３はユーザ情報テーブル２４３１を含む。ユーザ情報テーブル２４３１はコンテンツサーバ２の管理するネットワークのユーザの情報を管理し、各レコードは、ユーザアカウントとユーザの所有する端末のアドレスとユーザの視聴可能なチャンネル識別子のリストとを記憶する。
【００１８】
図４Ｄに示す料金情報ＤＢ２４５は料金情報テーブル２４５１を含む。料金情報テーブル２４５１は、コンテンツ視聴に関する料金情報を管理し、各レコードは、コンテンツを唯一に示すコンテンツ識別子と、放送チャンネルを唯一に確定するチャンネル識別子と、ユーザアカウントと、料金支払い開始時刻と、料金支払い終了時刻と、料金支払い内容とを記憶する。料金支払い内容のデータの種類はコンテンツ管理サーバ１の料金情報テーブル１４５１と同じである。
【００１９】
図５Ａは端末３の装置構成である。端末３は、バス３８に接続されているＣＰＵ３２、メモリ３６、ハードディスク３４、およびネットワークインターフェース３０を有し、ネットワークインターフェース３０のパケット送受信部３０１を通してネットワーク４と通信する。ハードディスク３４には、コンテンツサーバ２の指示に基づいてコンテンツを保存しているコンテンツ保存ＤＢ３４１が記憶されており、メモリ３６においてインストールされたコンテンツ視聴プログラム３６１を用いて読み書きされる。
【００２０】
メモリ３６にあるコンテンツ視聴プログラム３６１はセッション状態を管理する呼出制御管理部３６１１を備え、コンテンツ管理プロトコル３６１３を介してコンテンツ管理サーバ１やコンテンツサーバ２と通信し、且つ、通信監視セルフタイマー３６１７を介して、コンテンツサーバ２とコンテンツ管理サーバ１との間の通信セッションを監視し、エラーの発生を検出する。コンテンツサーバからの指示に基づいてコンテンツの保存処理を行うコンテンツ保存処理部３６１５を備える。図５Ｂに示すコンテンツ保存ＤＢ３４１はコンテンツ保存テーブル３４１１を含み、コンテンツ保存テーブル３４１１の各レコードは、コンテンツを唯一に確定するコンテンツ識別子と、コンテンツの放送チャンネルを確定するチャンネル識別子と、コンテンツとを記憶する。保存されているコンテンツはユーザのリクエストに基づいて任意の時刻に視聴することができる。
【００２１】
次に、図に示すタイミングダイヤグラムを参照して、本発明の公開したコンテンツ管理システム全体の動作について説明する。
【００２２】
先ず、図６を用いて、端末３上でのコンテンツ管理サーバ１を通してコンテンツを視聴する際の基本動作について説明する。コンテンツの視聴は、端末３からコンテンツ管理サーバ１へのコンテンツ一覧送信リクエストから開始する（Ｓ１−０１）。端末３はコンテンツ一覧取得リクエストメッセージをコンテンツ管理サーバに送信する。図１４は本システム内で送受信されるパケットのフォーマット例ＰＦ−０１〜ＰＦ−０８を示す。コンテンツ一覧取得リクエストメッセージＰＦ−０１（図１４）は、送信ソースアドレス、宛先アドレス、パケット種類、およびユーザアカウントを含む。送信ソースアドレスとして端末３のアドレスを記憶し、宛先アドレスとしてコンテンツ管理サーバ１のアドレスを記憶する。コンテンツ一覧取得リクエストメッセージを受信したコンテンツ管理サーバ１は、ユーザアカウントをキーとしてユーザ基本情報テーブル１４３１を検索し、ユーザがコンテンツ一覧を取得可能か否かを判断する。取得可能な場合、コンテンツ管理サーバ１はコンテンツリストを端末３に送信する（Ｓ１−０４）。
【００２３】
コンテンツリストＰＦ−０２（図１４）は送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子リスト、およびチャンネル識別子リストを含む。コンテンツリストを受信したユーザはリストから視聴したいコンテンツを指定し、コンテンツ視聴リクエストメッセージをコンテンツ管理サーバ１に送信する（Ｓ１−０７）。コンテンツ視聴リクエストメッセージＰＦ−０３（図１４）は送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、およびネットワーク識別子を含む。ネットワーク識別子はネットワークを唯一に示す識別子である。コンテンツ識別子とチャンネル識別子はユーザの視聴する放送チャンネルとコンテンツを指定する。コンテンツ視聴リクエストメッセージを受信したコンテンツ管理サーバ１は、端末３にコンテンツ視聴リクエスト応答メッセージを返信する（Ｓ１−１０）。
【００２４】
コンテンツ視聴リクエスト応答メッセージＰＦ−０４（図１４）は送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、および応答コードを含む。応答コードは処理が成功したか否かを示す識別子から構成される。次に、コンテンツ管理サーバ１はステップＳ１−０７で受信したコンテンツ視聴リクエストメッセージに含まれているユーザアカウントとネットワーク識別子からコンテンツをリクエストしたユーザ名と端末の所属するネットワークを抽出する。続いて、ネットワーク識別子を検索キーとしてコンテンツ情報テーブル１４１１を検索し、当該ユーザにコンテンツを提供するコンテンツサーバ２のアドレスを取得する。コンテンツ送信に必要なすべての情報を取得したコンテンツ管理サーバ１は、上記ステップで取得したコンテンツサーバ２にコンテンツ送信リクエストメッセージを送信する（Ｓ１−１３）。コンテンツ送信リクエストメッセージＰＦ−０５（図１４）は送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、およびユーザアカウントを含む。コンテンツ送信リクエストメッセージを受信したコンテンツサーバ２はどのユーザがどのコンテンツを視聴するかを把握し、当該ユーザの端末３にコンテンツを送信する（Ｓ１−１６）。
【００２５】
続いて、端末（第一端末）に対して関連する端末（第二端末）およびコンテンツの処理方法を指定した時の動作について説明する。このような動作の例として、考えられる状況は、ユーザは自宅にコンテンツ視聴環境を有し、移動中にも携帯電話等の端末を使用してコンテンツを視聴することができる場合である。放送サービスにおいて、番組開始時から番組（コンテンツ）の視聴ができることに限らず、多くの場合は途中から視聴することができる。且つ、ユーザの移動中においても、番組が終了するまでに持続して視聴することに限らず、多くの場合は、途中のある時点から別の途中の時点まで番組を視聴する。このような場合、例えば移動中に番組の視聴を中止しても、後続する番組を自宅の端末に保存することによって、番組全体を視聴することができる。このような処理に対しては、以下の状況が考えられる。
【００２６】
（１）ユーザは視聴を開始した時点から視聴を中止した時点までのコンテンツをその他の端末に保存する（処理方式１）。
（２）ユーザは視聴を開始した時点からコンテンツの終了までのコンテンツをその他の端末に保存する（処理方式２）。
（３）ユーザは視聴を中止した時点からコンテンツの終了までのコンテンツをその他の端末に保存する（処理方式３）。
（４）ユーザがコンテンツを視聴した場合に、コンテンツ全体をその他の端末に保存する（処理方式４）。
【００２７】
これらの処理はコンテンツ管理サーバ１の端末関連情報テーブル１４３３（図３Ｂ）において、コンテンツ処理方法フィールド（ｆｉｅｌｄ）によって指定される。以下、タイミングダイヤグラムを用いてこれらの処理について詳しく説明する。
【００２８】
図７は視聴開始時から視聴中止までのコンテンツをその他の端末に保存する処理のタイミングダイヤグラムである。簡単にするために、ユーザは第一端末３−１、第二端末３−２を有し、第二端末（３−２）にて視聴したコンテンツを第一端末３−１に保存する処理を考える。ユーザは第二端末３−２を用いて、コンテンツ管理サーバに対してコンテンツの視聴開始をリクエストする。図７のＳ２−０１からＳ２−１０までのステップは、図６のＳ１−０７からＳ１−１６までのステップと同じである。ステップＳ２−０１において、第二端末３−２からのコンテンツ視聴リクエストを受信したコンテンツ管理サーバ１は、ステップＳ２−１０において第二端末３−２にコンテンツを送信する処理と平行して、コンテンツ視聴リクエストＰＦ−０５に含まれているユーザアカウントをキーとして、端末関連情報テーブル１４３３を検索する。本処理において、関連端末フィールドによって、第一端末は第二端末に対して関連され、コンテンツ処理方法フィールドによってコンテンツ処理方法「ユーザが視聴を開始した時点から視聴を中止した時点までのコンテンツをその端末に保存する」ことが指定される。
【００２９】
コンテンツ管理サーバ１は指定されたコンテンツ処理を実現するために、ユーザアカウント１の所属するネットワークを管理するコンテンツサーバを確定する必要がある。ユーザアカウントをキーとしてユーザ情報基本テーブル１４３１を検索することで、ユーザアカウントの所属するネットワークのネットワーク識別子を取得し、その後、取得したネットワーク識別子をキーとしてコンテンツ情報テーブル１４１１を検索することで、第一コンテンツサーバ２−１のアドレスを取得する。コンテンツ管理サーバ１はこれらの一連の検索処理にて取得した第一コンテンツサーバ２−１に対して、コンテンツ保存リクエストメッセージを送信する（Ｓ２−１３）。コンテンツ保存リクエストメッセージＰＦ−０６（図１４）は送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、およびコンテンツ処理方法を含む。コンテンツ処理方法として上記コンテンツ処理方法１〜４の中の一つを指定する。
【００３０】
本処理において処理方式１を指定することになる。コンテンツ保存リクエストメッセージを受信した第一コンテンツサーバ２−１は、コンテンツ保存をリクエストするユーザの情報、および保存すべきコンテンツの内容を知り、ユーザアカウントをキーとしてユーザ情報テーブル２４３１を検索して端末のアドレスを取得する。続いて、取得した第一端末３−１のアドレスにコンテンツ保存通知メッセージを送信し（Ｓ２−１６）、第一端末３−１にメッセージの中で指定したコンテンツを保存するように指示する。コンテンツ保存通知メッセージＰＦ−０７（図１４）は、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、およびユーザアカウントを含む。コンテンツ保存通知メッセージを受信した第一端末３−１は、ステップＳ２−１９において、コンテンツ保存通知応答メッセージを第一コンテンツサーバ２−１に送信し、処理可能か否かを通知する。
【００３１】
コンテンツ保存通知応答メッセージＰＦ−０８（図１４）は、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、および応答コードを含む。応答コードとして処理可能か否かを示すコードを記憶する。第一端末３−１からのコンテンツ保存通知応答メッセージを受信した第一コンテンツサーバ２−１は、応答コードをチェックし、結果が成功の場合、コンテンツの送信を開始する（Ｓ２−２２）。コンテンツを受信したら、第一端末３−１はコンテンツの保存を開始する。
【００３２】
次に、コンテンツの保存を終了する処理について説明する。コンテンツの保存の終了は、コンテンツを視聴している第二端末３−２からコンテンツ視聴終了通知メッセージをコンテンツ管理サーバ１に送信して処理を開始する（Ｓ２−２５）。図１５も本システム内で送受信されるパケットのフォーマット例ＰＦ−０９〜ＰＦ−１７を示す。コンテンツ視聴終了通知メッセージＰＦ−０９（図１５）は、コンテンツ視聴リクエストメッセージを用いて視聴を開始したコンテンツの送信を中止するリクエストメッセージであり、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、およびネットワーク識別子を含む。コンテンツ視聴終了通知メッセージを受信したコンテンツ管理サーバ１は、第二端末３−２にコンテンツ視聴終了通知応答メッセージを返信する（Ｓ２−２８）。
【００３３】
コンテンツ視聴終了通知応答メッセージＰＦ−１０（図１５）は、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、および応答コードを含む。応答コードはコンテンツ視聴終了処理が成功したか否かを示す。コンテンツ管理サーバはステップＳ１−１３と同じ検索処理を通して、第二コンテンツサーバ２−２にコンテンツ送信中止リクエストメッセージを送信する（Ｓ２−３１）。コンテンツ送信中止リクエストメッセージＰＦ−１１（図１５）は、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、およびユーザアカウントを含む。コンテンツ識別子とチャンネル識別子を指定して送信を中止するコンテンツおよび該コンテンツを送信している放送チャンネルを特定する。コンテンツ送信中止リクエストメッセージを受信した第二コンテンツサーバ２−２は、第二端末３−２へのコンテンツ送信を中止し、コンテンツ管理サーバ１に料金情報メッセージを送信する（Ｓ２−３４）。
【００３４】
料金情報メッセージＰＦ−１７（図１５）は、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、料金支払い開始時刻、料金支払い終了時刻、および料金支払い内容を含む。料金支払い内容において「視聴」を指定する。これらのデータは料金情報ＤＢ１４５の中に保存されている。コンテンツ管理サーバ１はコンテンツ送信中止リクエストメッセージを送信した後に、ステップＳ２−０１においてコンテンツ視聴リクエストメッセージを受信した時と同じ検索処理を行い、第二端末３−２に関連する第一端末３−１の所属するネットワークと当該ネットワークを管理する第一コンテンツサーバ２−１のアドレス、および関連端末に対する処理の指示方法を取得する。関連端末に対する処理は「ユーザが視聴を開始した時点から視聴を中止した時点までのコンテンツをその他の端末に保存する」であるため、コンテンツ管理サーバ１は第一コンテンツサーバ２−１にコンテンツ保存終了リクエストメッセージを送信する（Ｓ２−３７）。
【００３５】
コンテンツ保存終了リクエストメッセージＰＦ−１４（図１５）は、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、およびユーザアカウントを含む。コンテンツ保存終了リクエストメッセージを受信した第一コンテンツサーバ２−１は、コンテンツ保存終了リクエストメッセージによって指定されたユーザアカウントに対応する第一端末３−１にコンテンツ保存終了通知メッセージを送信する（Ｓ２−４０）。コンテンツ保存終了通知メッセージＰＦ−１５（図１５）は、パケット種類を除いて、コンテンツ保存終了リクエストメッセージと同じである。コンテンツ保存終了通知メッセージを受信した第一端末３−１は、ステップＳ２−２２で開始したコンテンツ保存処理を中止し、第一コンテンツサーバ２−１にコンテンツ保存終了通知応答メッセージを返信する（Ｓ２−４３）。
【００３６】
コンテンツ保存終了通知応答メッセージＰＦ−１６（図１５）は、送信ソースアドレス、宛先アドレス、パケット種類、コンテンツ識別子、チャンネル識別子、ユーザアカウント、および応答コードを含み、応答コードは処理が成功したか否かを示す。第一端末３−１からのコンテンツ保存終了通知応答メッセージを受信し、応答コードが「処理成功」を示した場合、第一コンテンツサーバ２−１はコンテンツ管理サーバ１に料金情報メッセージを送信する（Ｓ２−４６）。料金情報メッセージの中の料金支払い内容において「保存」を指定する。コンテンツ管理サーバ１は、ステップＳ２−３４で受信した料金情報とステップＳ２−４６で受信した料金情報とを、同じコンテンツ識別子を有する情報として関連付け、料金情報ＤＢ１４５において単独のレコードとして管理する。以上の処理を通して、コンテンツの視聴と保存処理を完成する。
【００３７】
次に、図８を用いて、ユーザが視聴を開始した時点からコンテンツの終了までのコンテンツをその他の端末に保存する（処理方式２）場合について説明する。処理方式１と異なる点はデータの保存時刻であるため、ユーザが第二端末３−２を介してコンテンツの視聴を開始してから第一端末３−１を介してコンテンツの保存を開始するまでの処理（ステップＳ３−０１〜Ｓ３−２２）は、図７のステップＳ２−０１〜Ｓ２−２２の処理と同じである。また、第二端末３−２においてコンテンツの視聴を終了するステップから、第二コンテンツサーバ２−２がコンテンツ管理サーバ１に料金情報を送信するまでのステップ（Ｓ３−２５〜Ｓ３−３４）も図７のステップＳ２−２５〜Ｓ２−３４と同じである。処理方式２において、コンテンツの視聴を中止した後にコンテンツを保存するために、コンテンツ管理サーバ１はコンテンツ送信中止リクエストメッセージを第二コンテンツサーバ２−２に送信した（Ｓ３−３１）後、第一コンテンツサーバ２−１のコンテンツの保存終了リクエストメッセージを送信しない。そのため、第一コンテンツサーバ２−１は第一端末３−１へのコンテンツ送信を継続する。コンテンツの長さが限られているため、コンテンツ終了時に第一コンテンツサーバ２−１は第一端末３−２へのコンテンツの送信を終了する（Ｓ３−３７）。
【００３８】
第一コンテンツサーバ２−１はステップＳ３−１３のコンテンツ保存リクエストメッセージのコンテンツ処理方法フィールドを調べてその内容が「処理方式２」であるので、コンテンツ終了時に第一端末３−１へのコンテンツの保存の中止を指示するため、コンテンツ送信終了を契機に、第一コンテンツサーバ２−１は第一端末３−１にコンテンツ保存終了通知メッセージを送信する（Ｓ３−４０）。その後、ステップＳ３−４０〜Ｓ３−４６は図７のステップＳ２−４０〜Ｓ２−４６と同じである。
【００３９】
次に、図９を用いて、ユーザが視聴を中止した時点からコンテンツの終了までのコンテンツをその他の端末に保存する（処理方式３）場合について説明する。当該処理において、第二端末３−２でのコンテンツ視聴開始時に、コンテンツ管理サーバ１は特別な処理を行わず、コンテンツの視聴終了時にコンテンツ保存処理を開始する。第二端末３−２からのコンテンツ視聴終了通知メッセージを受信した（Ｓ４−０１）コンテンツ管理サーバ１は、図７のステップＳ２−２５〜Ｓ２−３４と同じステップであるＳ４−０１〜Ｓ４−１０を実行し、第二コンテンツサーバ２−２へのコンテンツ送信の中止および料金情報の受信処理を終了する。当該ステップにおいて、コンテンツ管理サーバ１は端末関連情報テーブル１４３３を検索し、ユーザアカウント２に関連するユーザアカウント１への処理はコンテンツ終了時までのコンテンツ保存であることを把握する。且つ、第一コンテンツサーバ２−１にコンテンツ保存リクエストメッセージを送信する（Ｓ４−１３）。
【００４０】
当該コンテンツ保存リクエストメッセージのコンテンツ処理方法フィールドにおいて、処理方式３が指定されている。コンテンツ保存リクエストメッセージを受信した第一コンテンツサーバ２−１は、第一端末３−１へのコンテンツ保存通知メッセージを送信しおよびコンテンツを送信する（Ｓ４−１６〜Ｓ４−２２）。当該処理は図７のステップＳ２−１６〜Ｓ２−２２と同じステップを経由する。続いて、コンテンツの送信終了時に、第一コンテンツサーバ２−１は第一端末３−１へのコンテンツの保存の終了を指示し、コンテンツ管理サーバ１に料金情報を送信する（Ｓ４−２５〜Ｓ４−３４）。当該処理は図８のステップＳ３−３７〜Ｓ３−４６と同じステップを通じて実現する。
【００４１】
次に、図１０を用いて、ユーザがコンテンツを視聴した場合に、コンテンツ全体をその他の端末に保存する（処理方式４）場合について説明する。当該処理において、ユーザがどの時点からコンテンツの視聴を開始または中止しても、コンテンツ全体を関連する端末に保存する。このような処理を実現するために、コンテンツ視聴リクエストの有無にかかわらず、コンテンツサーバは端末にコンテンツを送信する必要がある。このようなリクエストを満たす方法としては、ユーザがサービス契約時に、常にコンテンツの送信をリクエストする放送チャンネルのリストを指定する方法がある。当該情報はコンテンツサーバ２のユーザ情報テーブル２４３１のチャネル識別子リストによって管理される。コンテンツサーバ２のユーザ情報テーブル２４３１において、ユーザが受信できる放送サービスのチャンネル識別子として指定されている識別子と同じ識別子の放送チャンネルで放送されるコンテンツは、ユーザからの視聴リクエストとは関係なくユーザに送信される。ステップＳ５−０１とＳ５−０４は第一コンテンツサーバ２−１の第一端末３−１への放送コンテンツを送信する状況を示す。
【００４２】
上記の条件を満たす放送コンテンツに対して、第一コンテンツサーバ２−１は第一端末３−１にコンテンツ一時保存通知メッセージを送信し（Ｓ５−０１）、これと同時に、コンテンツの送信を開始する（Ｓ５−０４）。コンテンツ一時保存は、コンテンツを一時的に保存し、コンテンツサーバ２からコンテンツの保存を新たに指示された場合に、コンテンツ保存リクエストを受信した時間点から開始するのではなく、コンテンツの送信開始時からコンテンツの保存を開始する処理であり、コンテンツの保存のリクエストがない場合、一時的に保存されたコンテンツはコンテンツ送信終了時に削除される。図１５のＰＦ−１２はコンテンツ一時保存通知メッセージのフォーマットを示す。パケット種類が異なる状況を除くと、コンテンツ一時保存通知メッセージＰＦ−１２とコンテンツ保存通知メッセージＰＦ−０７とは同じ情報を含む。コンテンツ一時保存通知メッセージを受信した第一端末３−１は、第一コンテンツサーバ２−１にコンテンツ一時保存通知応答メッセージを送信する（Ｓ５−０７）。
【００４３】
図１５に示すように、コンテンツ一時保存通知応答メッセージＰＦ−１３とパケット種類を除いたコンテンツ保存通知応答メッセージＰＦ−０８との情報は同じである。応答コードは処理が成功したか否かを示し、例えば端末に十分な記憶容量等がない場合にはエラーメッセージを返信する。ここでは、ユーザが第二端末３−２を通して図７のステップＳ２−０１〜Ｓ２−１３と同じステップを経由して、コンテンツの視聴の開始状況を考える（Ｓ５−１０〜Ｓ５−２２）。ステップＳ５−２２において第一コンテンツサーバ２−１に送信されたコンテンツ保存リクエストメッセージは、コンテンツ識別子として現在第一端末３−１の受信したコンテンツのコンテンツ識別子を含み、コンテンツ処理内容として上記処理方式４が指定されている。コンテンツ保存リクエストメッセージがこのように指定されると、第一コンテンツサーバ２−１は第一端末３−１に放送サービスにより受信されたコンテンツの保存を指示する（Ｓ５−２５、２８）。
【００４４】
コンテンツ管理サーバ１により指定されたコンテンツと現在放送中のコンテンツとが不一致の場合は、第一端末３−１はコンテンツ管理サーバ１のコンテンツ保存リクエストを無視する。その後、第二コンテンツサーバ２−２と第二端末３−２はユーザのリクエストに基づいて、図７のＳ２−２５〜Ｓ２−３４と同じステップによって、コンテンツの視聴中止処理を行い（Ｓ５−３１〜Ｓ５−４０）、他方の第一コンテンツサーバ２−１は図８のステップＳ３−３７〜Ｓ３−４６と同じステップを経由してコンテンツの保存処理の終了を行う（Ｓ５−４３〜Ｓ５−５２）。当該処理において保存されているコンテンツは、コンテンツ一時保存通知メッセージの受信（Ｓ５−０１）からコンテンツ保存終了通知メッセージの受信（Ｓ５−４６）まで、即ち、コンテンツ放送の開始時から終了時までである。
【００４５】
次に、図１１のフローチャートを参照して、コンテンツ管理サーバ１における制御の一例について説明する。当該フローチャートは予定の周期で実行される。コンテンツ管理サーバ１は起動する際（ステップＦ１−０１）にメッセージ受信サイクル（ステップＦ１−０４）を開始し、ネットワーク４（４−１〜４−Ｎ）からのメッセージを受信する。ステップＦ１−０７において、受信したメッセージが端末３からのコンテンツ一覧取得リクエストメッセージであるか否かを判断し、コンテンツ一覧取得リクエストメッセージである場合は、ステップＦ１−５５に進み、コンテンツリストメッセージを端末３に送信する（図６のＳ１−０１、０４）。
【００４６】
一方、受信したメッセージがコンテンツ一覧取得リクエストメッセージでない場合は、ステップＦ１−１０に進み、端末３からのコンテンツ視聴リクエストメッセージであるか否かを判断する。コンテンツ視聴リクエストメッセージである場合は、ステップＦ１−２５に進み、端末３にコンテンツ視聴リクエスト応答メッセージを送信し、その後ステップＦ１−２８において端末３の所属するネットワーク（ＮＷ）を管理するコンテンツサーバ２にコンテンツ送信リクエストメッセージを送信する（図７のＳ２−０１〜Ｓ２−０７等）。そして、ステップＦ１−４０において、コンテンツ視聴リクエストメッセージを送信した端末３と関連するその他の端末（例えば第一端末３−１）がないかをチェックするために、端末関連情報テーブル１４３３を検索する。関連性を有する端末が存在する場合は、さらにステップＦ１−４３に進み、関連端末の所属するネットワークのコンテンツサーバにコンテンツ保存リクエストメッセージを送信する（図７のＳ２−１３等）。
【００４７】
受信したメッセージがコンテンツ視聴リクエストメッセージでない場合は、ステップＦ１−１３に進み、コンテンツ視聴終了通知メッセージであるか否かを判断する。コンテンツ視聴終了通知メッセージである場合は、ステップＦ１−３１において、端末３にコンテンツ視聴終了通知応答メッセージを送信し、ステップＦ１−３４において、端末３の所属するネットワーク４を管理するコンテンツサーバ２にコンテンツ送信中止リクエストメッセージを送信する（図７のＳ２−２５〜Ｓ２−３１等）。そして、ステップＦ１−４６において、コンテンツ視聴終了通知メッセージを送信した端末３と関連するその他の端末がないかを検索する。関連性を有する端末が存在する場合は、さらにステップＦ１−４９において、関連性を有する端末に対する処理がコンテンツ保存処理終了リクエストの送信であるか否かを判断する。結果が「ＹＥＳ」の場合は、ステップＦ１−５８において端末３に対応するコンテンツサーバ２にコンテンツ保存終了リクエストメッセージを送信する（図７のＳ２−３７）。
【００４８】
結果が「ＮＯ」の場合は、端末に対する処理はコンテンツ保存の開始であるため（図９のＳ４−１３）、ステップＦ１−５２に進み、対応するコンテンツサーバ２にコンテンツ保存リクエストメッセージを送信する。ステップＦ１−１６で受信したメッセージが料金情報メッセージであるか否かを判断し、料金情報メッセージである場合は、メッセージの中の料金情報を料金情報テーブル１４５１の中に保存する（図７のＳ２−３４等）。メッセージ受信サイクルはコンテンツ管理サーバ１の電源オフ時（ステップＦ１−２２）に終了する（ステップＦ１−１９）。以上の処理により、コンテンツ管理サーバ１は端末３からのリクエストに基づいて、コンテンツサーバ２による端末３へのコンテンツ送信の制御を行うとともに、関連する端末３に対してコンテンツ保存処理の制御を行う。
【００４９】
次に、図１２のフローチャートを参照して、コンテンツサーバ２における制御の一例について説明する。当該フローチャートは予定の周期で実行される。コンテンツサーバ２は起動する際（ステップＦ２−０１）にメッセージ受信サイクルを開始し（ステップＦ２−０４）、ネットワーク４からのメッセージを受信する。ステップＦ２−０７において、受信したメッセージがコンテンツ管理サーバ１からのコンテンツ送信リクエストメッセージであるか否かを判断し、コンテンツ送信リクエストメッセージである場合は、ステップＦ２−３７に進み、端末３へのコンテンツの送信を開始する（図７のＳ２−０７、Ｓ２−１０）。
【００５０】
受信したメッセージがコンテンツ送信リクエストメッセージでない場合は、ステップＦ２−１０に進み、コンテンツ管理サーバ１からのコンテンツ保存リクエストメッセージであるか否かを判断する。コンテンツ保存リクエストメッセージである場合は、ステップＦ２−４０において、端末３にコンテンツ保存通知メッセージを送信する（図７のＳ２−１３、Ｓ２−１６）。一方、受信したメッセージがコンテンツ保存リクエストメッセージでない場合は、ステップＦ２−１３に進み、メッセージがコンテンツ保存通知応答メッセージであるか否かを判断する。メッセージがコンテンツ保存通知応答メッセージである場合は、ステップＦ２−４３において、コンテンツをすでに端末３に送信したか否かをチェックする。コンテンツを送信しなかった場合は、ステップＦ２−４６に進み、保存をリクエストされたコンテンツの送信を開始する（図７のＳ２−２２）。
【００５１】
受信したメッセージがコンテンツ保存通知応答メッセージでない場合は、ステップＦ２−１６に進み、メッセージがコンテンツ保存終了リクエストメッセージであるか否かを判断する。結果が「ＹＥＳ」の場合は、ステップＦ２−４９に進み、端末３にコンテンツ保存終了通知メッセージを送信する（図７のＳ２−４０）。上記ステップＦ２−１６においてメッセージがコンテンツ保存終了リクエストメッセージでない場合は、ステップＦ２−１９に進み、送信中のコンテンツが送信終了したか否か判断する。送信終了の場合は、ステップＦ２−５２に進み、送信終了のコンテンツを保存する端末３が存在するか否かを判断する。対応する端末が存在する場合は、ステップＦ２−５５において、コンテンツ保存終了通知メッセージを当該端末３に送信する（図８のＳ３−３７、Ｓ３−４０）。
【００５２】
ステップＦ２−１９において、条件に適するコンテンツがない場合は、ステップＦ２−２２に進み、メッセージがコンテンツ管理サーバ１からのコンテンツ送信中止リクエストメッセージであるか否かを判断する。コンテンツ送信中止リクエストメッセージである場合は、ステップＦ２−５８に進み、リクエストに基づいて対応するコンテンツの送信を中止した後に、ステップＦ２−６１において料金情報をコンテンツ管理サーバ１に送信する（図７のＳ２−３１、Ｓ２−３４）。ステップＦ２−２２において受信したメッセージがコンテンツ送信中止リクエストメッセージでない場合は、ステップＦ２−２５に進み、メッセージが端末からのコンテンツ保存終了通知応答メッセージであるか否かを判断する。結果が「ＹＥＳ」の場合は、ステップＦ２−６１において上記の処理を行う（図８のＳ３−４６）。
【００５３】
メッセージが上記のいずれでもない場合、コンテンツサーバ２はステップＦ２−２８において放送サービスに加入しているユーザがいるか否かをチェックする。対応するユーザが存在する場合は、コンテンツの放送開始時刻からコンテンツを保存するように当該ユーザの端末３にコンテンツ一時保存リクエスト通知メッセージを送信し（ステップＦ２−６４）、ステップＦ２−６７において対応するコンテンツの送信を開始する（図１０のＳ５−０１、Ｓ５−０４）。メッセージ受信サイクルはコンテンツサーバ２の電源オフ時（ステップＦ２−３４）に終了する（ステップＦ２−３１）。以上の処理により、コンテンツサーバ２は端末３へのコンテンツ送信とコンテンツ保存処理の指示を行い、放送サービスを提供する。
【００５４】
次に、図１３のフローチャートを参照して、端末３における制御の一例について説明する。当該フローチャートは予定の周期で実行される。端末３は起動する際（ステップＦ３−０１）にイベント（ｅｖｅｎｔ）受信サイクルを開始し（ステップＦ３−０４）、ネットワーク４からのメッセージとユーザの操作により発生したプログラム内部イベントを受信する。ステップＦ３−０７において、ユーザが端末のコンテンツ一覧取得ボタンをプッシュしたか否かを判断する。コンテンツ一覧取得ボタンがプッシュされた場合は、ステップＦ３−３４に進み、コンテンツ管理サーバ１にコンテンツ一覧取得メッセージを送信する（図６のＳ１−０１）。ステップＦ３−０７において検出されたイベントがコンテンツ一覧取得ボタンのプッシュでない場合は、ステップＦ３−１０に進み、検出されたイベントがコンテンツ視聴ボタンのプッシュであるか否かについて検出し、コンテンツ視聴ボタンのプッシュである場合は、ステップＦ３−３７に進み、コンテンツ管理サーバ１にコンテンツ視聴リクエストメッセージを送信する（図６のＳ１−０７）。
【００５５】
検出されたイベントがコンテンツ視聴ボタンのプッシュでない場合は、ステップＦ３−１３に進み、コンテンツの受信を開始したか否かを判断する。コンテンツの受信を開始した場合は、さらにステップＦ３−４０に進み、事前にコンテンツ管理サーバ１にコンテンツ視聴リクエストメッセージを送信したか否かをチェックする。コンテンツ視聴リクエストメッセージをすでに送信した場合には、ステップＦ３−６１に進み、受信したコンテンツを画面に表示する。メッセージが送信されていない場合には、さらにステップＦ３−４３に進み、コンテンツ管理サーバ１からのコンテンツ保存通知メッセージ、またはコンテンツ一時保存通知メッセージを受信したか否かを判断する。当該メッセージをすでに受信した場合には、ステップＦ３−６４に進み、受信したコンテンツをコンテンツ保存ＤＢ３４１に保存する（図７のＳ２−２２等）。当該メッセージを受信していない場合には、視聴者のいない状態で放送サービスを受信する処理に適合し、特に処理を行わない。ステップＦ３−１３において、コンテンツの受信開始イベントが検出されなかった場合には、ステップＦ３−１６に進み、コンテンツ視聴終了ボタンのプッシュイベントであるか否かを判断する。イベントがコンテンツ視聴終了ボタンのプッシュイベントである場合には、ステップＦ３−４６に進み、コンテンツ管理サーバ１にコンテンツ視聴終了通知メッセージを送信する（図７のＳ２−２５）。
【００５６】
検出されたイベントがコンテンツ視聴終了ボタンのプッシュでないイベントである場合には、ステップＦ３−１９においてコンテンツ保存通知メッセージを受信したか否かを判断する。当該メッセージを受信した場合には、ステップＦ３−４９に進み、コンテンツサーバ２にコンテンツ保存通知応答メッセージを送信する（図７のＳ２−１９等）。ステップＦ３−１９において検出されたイベントがコンテンツ保存通知メッセージの受信でない場合は、ステップＦ３−２２に進み、コンテンツ一時保存通知メッセージを受信したか否かを判断する。当該メッセージを受信した場合には、ステップＦ３−５２に進み、コンテンツサーバ２にコンテンツ一時保存通知応答メッセージを送信する（図１０のＳ５−０７）。ステップＦ３−２２において検出されたイベントがコンテンツ一時保存通知メッセージでない場合には、ステップＦ３−２５に進み、コンテンツサーバ２からのコンテンツ保存終了通知メッセージを受信したか否かを判断する。当該メッセージを受信した場合には、ステップＦ３−５５においてコンテンツサーバ２にコンテンツ保存終了通知応答メッセージを送信してから、ステップＦ３−５８においてコンテンツの保存を中止する（図７のＳ２−４３等）。メッセージ受信サイクルは端末３の電源オフ時（ステップＦ３−３１）に終了する（ステップＦ３−２８）。以上の処理により、端末３はユーザのリクエストに基づいてコンテンツの受信と表示を行い、コンテンツサーバ２の指示に基づいてコンテンツを保存する。
【００５７】
以上の説明のように、本発明のコンテンツ管理システムにおいて、コンテンツ管理サーバ、コンテンツサーバ、および端末を通して、コンテンツの送信制御を行い、コンテンツを視聴している端末と関連するその他の端末にコンテンツの自動保存機能を提供することにより、ＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）などの固定ネットワーク、および携帯電話などの移動通信ネットワークの複数のネットワークへのコンテンツの送信、保存サービスに応用することができる。
【図面の簡単な説明】
【００５８】
【図１】本発明に係わる一実施形態のコンテンツ管理システムを示すブロック図である。
【図２】コンテンツ管理サーバの構成を示すブロック図である。
【図３Ａ】コンテンツ管理サーバのコンテンツ情報データベースの構成を示すブロック図である。
【図３Ｂ】コンテンツ管理サーバのユーザ情報データベースの構成を示すブロック図である。
【図３Ｃ】コンテンツ管理サーバの料金情報データベースの構成を示すブロック図である。
【図４Ａ】コンテンツサーバの構成を示すブロック図である。
【図４Ｂ】コンテンツサーバのコンテンツ情報データベースの構成を示すブロック図である。
【図４Ｃ】コンテンツサーバのユーザ情報データベースの構成を示すブロック図である。
【図４Ｄ】コンテンツサーバの料金情報データベースの構成を示すブロック図である。
【図５Ａ】端末の構成を示すブロック図である。
【図５Ｂ】端末のコンテンツ保存データベースの構成を示すブロック図である。
【図６】端末のコンテンツを取得するタイミングダイヤグラムである。
【図７】端末のコンテンツを取得し、当該コンテンツをコンテンツ視聴開始時から視聴終了時までにその他の端末に保存する時のタイミングダイヤグラムである。
【図８】端末のコンテンツを取得し、当該コンテンツをコンテンツ視聴開始時からコンテンツ送信終了時までにその他の端末に保存する時のタイミングダイヤグラムである。
【図９】端末のコンテンツを取得し、当該コンテンツをコンテンツ視聴終了時からコンテンツ送信終了時までにその他の端末に保存する時のタイミングダイヤグラムである。
【図１０】端末のコンテンツを取得し、当該コンテンツをコンテンツ視聴開始・終了時間に関係なくコンテンツ全体をその他の端末に保存する時のタイミングダイヤグラムである。
【図１１】コンテンツ管理サーバの制御の一例を示すフローチャートである。
【図１２】コンテンツサーバの制御の一例を示すフローチャートである。
【図１３】端末の制御の一例を示すフローチャートである。
【図１４】コンテンツ管理システムに使用されているパケットフォーマットの例を示す説明図である。
【図１５】コンテンツ管理システムに使用されているパケットフォーマットの例を示す説明図である。
【符号の説明】
【００５９】
１  コンテンツ管理サーバ
２−１，２−２，２−Ｎ  コンテンツサーバ
３−１，３−２，３−Ｎ  端末
４−１，４−２，４−Ｎ  ネットワーク
【図１】
2008198197.tif 000003
【図２】
2008198197.tif 000004
【図３Ａ】
2008198197.tif 000005
【図３Ｂ】
2008198197.tif 000006
【図３Ｃ】
2008198197.tif 000007
【図４Ａ】
2008198197.tif 000008
【図４Ｂ】
2008198197.tif 000009
【図４Ｃ】
2008198197.tif 000010
【図４Ｄ】
2008198197.tif 000011
【図５Ａ】
2008198197.tif 000012
【図５Ｂ】
2008198197.tif 000013
【図６】
2008198197.tif 000014
【図７】
2008198197.tif 000015
【図８】
2008198197.tif 000016
【図９】
2008198197.tif 000017
【図１０】
2008198197.tif 000018
【図１１】
2008198197.tif 000019
【図１２】
2008198197.tif 000020
【図１３】
2008198197.tif 000021
【図１４】
2008198197.tif 000022
【図１５】
2008198197.tif 000023