JP5222662B2 - コンテンツ制御システム - Google Patents

Description

本発明は、ネットワークを経由した複数のサーバ間によるユーザコンテンツの配布制御システムに関し、特に、グループ単位でのコンテンツの配布先の制御や、コンテンツが経由したグループの特定、属性に基づいた情報・広告の配信などを行うコンテンツ制御システムに関する。

ネットワークを経由したコンテンツの配布制御システムとしては、従来、ＤＲＭ(Digital Rights Management)や電子透かし、ユーザ認証などを活用する方法があった。ＤＲＭは、有料のデジタルコンテンツ等の著作権を保護することを目的にしており、サーバから端末に配布した音声や映像等のコンテンツファイルを、端末で複製等することを制限する技術として使われている。

電子透かしは、コンテンツの著作権を主張することを目的とする場合と、コンテンツの不正利用者を特定することを目的とする場合があり、前者の場合はコンテンツの著作者のＩＤを、後者の場合はコンテンツの利用者のユーザＩＤを、コンテンツに埋め込む技術として使われている。特に後者のユーザＩＤを電子透かしで埋め込む利用法には、端末側で埋め込む方法と、サーバ側で埋め込む方法とがあり、例えば、特許文献１等には、サーバ側で埋め込む方法について記載されている。

また、ユーザ認証は、ユーザＩＤとパスワードなどを用いてユーザを認証する技術で、認証結果を元にサーバ側でコンテンツの配布制御を行うことが可能となる。

特開２００７−２０７０５１公報

ＤＲＭを用いる方法は比較的厳密にコンテンツの配布制御を行うことが可能であるが、コンテンツを利用する端末全てに、コンテンツ配布を制御する仕掛けが必要となる。複数の多様な端末がゲートウェイ（例えばホームゲートウェイ）の配下に接続され、そのゲートウェイとサーバがネットワークを経由して接続されるような場合には、端末側の負担が問題となる。ゲートウェイで代行する方法もあるが、端末での利便性が低くなり、ユーザコンテンツの利用には適さない。 電子透かしを用いる方法は、端末側で電子透かしを埋め込む方法はやはり端末あるいはゲートウェイの負担が問題となるが、サーバ側で電子透かしを埋め込む方法であればそのような問題は無い。 但し、ユーザＩＤを電子透かしで埋め込む方法は、ユーザ認証を用いる方法とともに、いずれもユーザＩＤを元にコンテンツの配布制御を行う場合には適するものの、複数の多様な端末がゲートウェイの配下に接続されていて、それを複数のユーザがグループ単位で使うような場合には適さない。 本発明は、以上の点に鑑み、コンテンツを管理する管理サーバーと、ゲートウェイサーバとの間のコンテンツで、グループ単位でのユーザコンテンツの配布先の制御や、コンテンツが経由したグループの特定などを行うことを目的とする。

上記課題の少なくとも一つを解決するために、本発明の一態様であるコンテンツ制御サーバーは、複数のユーザをまとめたグループを識別するグループ識別子に対応するメモリエリアを、グループ識別子毎に備える。そのコンテンツ制御サーバは、ネットワークを介して外部からいずれかのメモリエリアに格納される第１のコンテンツに対して取得要求を受け付け、取得要求元の識別子とメモリエリアに対応するグループ識別子とを比較し、取得要求元の識別子がグループ識別子に対応付いている場合、第１のコンテンツの配布を許可し、取得要求元に第１のコンテンツを送信する。一方、そのコンテンツ制御サーバは、比較結果、対応づけられていない場合、あらかじめ定義されている前記第１のコンテンツの取得許可識別子が前記取得要求元の識別子に対応づけられているか否かを判断する。そして、そのコンテンツ制御サーバは、判断結果、対応付いている場合は、前記取得要求元に前記第１のコンテンツを送信する。

本発明の一態様によると、グループ単位でのユーザのコンテンツ管理が可能となる。

以下、本発明の実施の一形態を、添付図面を参照して説明する。

図１は、コンテンツ制御システムの構成図の例である。コンテンツ制御サーバ１０に対して、複数のゲートウェイ３０と、情報サーバ６０がネットワーク２０を介して接続している。また、各ゲートウェイ３０に対して、複数の端末５０がローカルネットワーク４０を介して接続している。この他、ゲートウェイ配下にないモバイル端末もネットワーク２０に接続している。これらの端末５０を介して複数のユーザ７０が本コンテンツ制御システムを利用する。

ここで、ゲートウェイ３０Ａ（例えばホームゲートウェイ）と、その配下の端末５０Ａ−ａ，Ａ−ｂ、モバイル端末５０Ａ−ｍ、これらを利用する複数のユーザ７０Ａ−１，７０Ａ−２（例えば家族の構成員である父、母など）をまとめてグループＡとする。グループＡは、ゲートウェイ３０Ａと、コンテンツ制御サーバ１０のそれぞれに自分達のメモリエリア（３７１Ａ、１９１Ａ）を持ち、そこに映像や写真などのコンテンツを格納可能とする。

図１のように、コンテンツ制御システムには複数のグループ（Ａ、Ｂ、・・・）が存在する。また、他のグループが利用可能な特別グループＳも存在する。特別グループＳには特別ゲートウェイ３０Ｓがあり、その配下には特別端末５０Ｓ−ａ、５０Ｓ−ｂ等が接続する。この特別端末は、例えば屋外のデジタルサイネージ端末やプリントショップ端末などで、グループＡやＢのユーザがこれらの特別端末を利用して、映像や写真などのコンテンツを視聴、プリントなどすることを可能とするものである。以下、グループ単位でユーザのコンテンツを配布制御するようなサービスを想定する。

第１の実施例として、ゲートウェイ配下の端末からコンテンツ制御サーバへのユーザコンテンツのアップロードと、そのコンテンツの配布先の制御について説明する。 最初に、第１の実施例で用いるコンテンツ制御サーバ１０と、ゲートウェイ３０について説明する。

図２がコンテンツ制御サーバ１０の構成図の例である。コンテンツ制御サーバ１０は、ネットワーク２０とのインタフェースである通信部１１と、各種制御を行う、ログイン・ポータル処理部１２、ログイン・ポータル処理部１２、アップロード処理部１３、ダウンロード処理部１４、コピー処理部１５、配達処理部１６、経路処理部１７を有する。これらの処理部は、ひとつのＣＰＵで行ってもよく、別々のＣＰＵに相当する制御ユニットで行ってもよい。また、これらの処理部は、ハードウェアによって構成されてもよい。また、これらの処理部は、ソフトウェアとして一以上のプロセッサが記憶媒体からプログラムを読み出すことにより、構成されてもよい。さらに、コンテンツ制御サーバーは、データを格納するテーブル格納部１８、コンテンツ格納部１９とを有する。

図２の各構成要素のうち、通信部１１は、ネットワーク２０を介して接続されるゲートウェイ３０や、端末５０、情報サーバ６０との間でのメッセージのやりとりを行うとともに、メッセージの内容によって各処理部に処理を引き渡す。ログイン・ポータル処理部１２は、ゲートウェイ３０や端末５０からのログイン処理を受け付け、ポータルの表示等を行う。アップロード処理部１３は、ゲートウェイ３０や端末５０からアップロードされるコンテンツを受け付け、コンテンツ格納部１９に格納する処理を行う。ダウンロード処理部１４は、ゲートウェイ３０や端末５０に対してコンテンツ格納部１９にあるコンテンツを取り出し、ダウンロードする処理を行う。コピー処理部１５は、コンテンツ格納部１９にあるコンテンツをあるグループのメモリエリアから別のグループのメモリエリアにコピーする処理を行う。また、テーブル格納部１８は、各種テーブルをデータとして格納する。コンテンツ格納部１９は、コンテンツをデータとして格納する。この際、各グループごとに対応するメモリエリア１９１を持つ。このメモリエリア１９１は、例えばコンテンツ制御サーバ１０にあるハードディスク上の、グループＡメモリエリア１９１Ａはあるアドレス番地からあるアドレス番地までの１ギガバイト分、グループＢメモリエリア１９１Ｂはまた別のアドレス番地からあるアドレス番地までの１ギガバイト分というように、複数のメモリエリアで構成される。

図３がゲートウェイ３０の構成図の例である。図１ではゲートウェイ３０Ａ、３０Ｂのように個々に表示しているが、ここではこれらをまとめてゲートウェイ３０と表す。ゲートウェイ３０は、ネットワーク２０及びローカルネットワーク４０とのインタフェースである通信部３１と、各種制御を行う、ログイン・ポータル処理部３２、ログイン・ポータル処理部３２、アップロード処理部３３、ダウンロード処理部３４、配達処理部３６、経路処理部３７、そしてデータを格納するコンテンツ格納部３８とから構成される。

図３の各構成要素のうち、通信部３１は、ネットワーク２０を介して接続されるコンテンツ制御サーバ１０や、ローカルネットワーク４０を介して接続される端末５０との間でのメッセージのやりとりを行うとともに、メッセージの内容によって各処理部に処理を引き渡す。ログイン・ポータル処理部３２は、端末５０からのポータル表示要求を元にコンテンツ制御サーバ１０にログインを行う。アップロード処理部３３は、端末５０からアップロードされるコンテンツをコンテンツ制御サーバにアップロードする処理を行う。ダウンロード処理部３４は、コンテンツ制御サーバ１０からコンテンツをダウンロードし、端末５０に対してダウンロードする処理を行う。また、コンテンツ格納部３７は、必要に応じてコンテンツをデータとしてメモリエリア３７１に格納する。このメモリエリア３７１は、例えばゲートウェイ３０Ａにあるハードディスク上のメモリエリア３７１Ａは、あるアドレス番地からあるアドレス番地までの１ギガバイト分というように構成される。

次に、第１の実施例で用いるテーブル１、３、４について説明する。

図５は、グループ経由数上限値リスト（テーブル１）を示す図である。グループ経由数上限値リスト（テーブル１）１８１は、サービスＩＤ１８１１と、グループ経由数上限値１８１２の対応関係を示す。サービスＩＤ１８１１とは、本コンテンツ制御システムが提供するサービスの識別子である。ここでは、グループ単位でユーザのコンテンツを配布制御するようなサービスを想定しているので、そのサービスＩＤを１とする。グループ経由数とは、図１において、コンテンツが、グループに属するコンテンツ制御サーバ１０内のグループメモリエリア１９１あるいはゲートウェイ３０内のグループメモリエリア３７１をいくつ経由するかという数である。但し同じグループに属するメモリエリアの場合は重複してカウントしない。例えば、グループＡに属するグループＡメモリエリア１９１ＡとグループＢに属するグループＢメモリエリア１９１Ｂを経由した場合、グループ経由数は２となる。このグループ経由数の上限値がグループ経由数上限値１８１２であり、ここで想定するサービスＩＤ１８１１＝１に対しては、グループ経由数上限値１８１２＝２とする。すなわち、上記の例であれば、さらにグループＣに属するグループＣメモリエリア１９１Ｃを経由することは上限値を超えるためできない。このようにすることにより、コンテンツの配布先を制限することが可能となる。

図７は、コンテンツリスト（テーブル３）を示す図である。コンテンツリスト（テーブル３）１８３は、ゲートウェイＩＤ１８３１、コンテンツＩＤ１８３２、配布許可ゲートウェイＩＤ１８３３の対応関係を示す。ゲートウェイＩＤ１８３１とは、コンテンツ制御システム内でゲートウェイごとに一意な識別子である。コンテンツＩＤ１８３２とは、コンテンツ制御サーバ１０内でコンテンツごとに一意な識別子である。配布許可ゲートウェイＩＤ１８３３とは、該当するゲートウェイからのコンテンツ配布に関わる処理（表示、ダウンロード、コピー）要求であれば、そのコンテンツへの処理要求を許可するものである。例えば、コンテンツ制御サーバ１０のグループＡメモリエリア１９１Ａにコンテンツがあって、図７にあるように、ゲートウェイＩＤ１８３１＝３０ＡのコンテンツＩＤ１８３２＝Ｘに対して配布許可ゲートウェイＩＤ１８３３＝３０Ｂ、３０Ｄが設定されていると、ゲートウェイ３０Ｂ、３０Ｄからのコンテンツ配布に関わる処理（表示、ダウンロード、コピー）要求は許可するが、ゲートウェイ３０Ｃからの処理要求は拒否する。但し、例えばグループＡメモリエリアへのゲートウェイ３０Ａからのコンテンツ配布に関わる処理要求は標準で許可するため、ゲートウェイＩＤ１８３１と同じＩＤは配布許可ゲートウェイＩＤ１８３３のエントリにはわざわざ書かなくて良い。また、配布許可ゲートウェイＩＤ１８３３に何も設定されていない場合は、ゲートウェイＩＤ１８３１以外のゲートウェイからのコンテンツ配布に関わる処理（表示、ダウンロード、コピー）要求は拒否することを示す。

図８が受付許可ゲートウェイリスト（テーブル４）の説明図である。受付許可ゲートウェイリスト（テーブル４）１８４は、ゲートウェイＩＤ１８４１と、受付許可ゲートウェイＩＤ１８４２との対応関係を示す。受付許可ゲートウェイＩＤ１８４２とは、ゲートウェイ３０のグループメモリエリア３７１及び対応するコンテンツ制御サーバ１０のグループメモリエリア１９１に対する、コンテンツ受付に関わる処理（アップロード・コピー・配達）要求を、どのゲートウェイからの処理要求時に受付許可するかを示すものである。例えば図８にあるように、ゲートウェイＩＤ１８４１＝３０Ａに対して受付許可ゲートウェイＩＤ１８４２＝３０Ｂが設定されていると、ゲートウェイ３０Ｂからのグループメモリエリア３７１Ａ及びグループメモリエリア１９１Ａに対するコンテンツ受付に関わる処理（アップロード・コピー・配達）要求は許可するが、ゲートウェイ３０Ｃからの処理要求は拒否する。但し、例えばグループＡメモリエリア１９１Ａへのゲートウェイ３０Ａからの処理要求は標準で許可するため、ゲートウェイＩＤ１８４１と同じＩＤは受付許可ゲートウェイＩＤ１８４２のエントリにはわざわざ書かなくて良い。また、受付許可ゲートウェイＩＤ１８４２に何も設定されていない場合は、ゲートウェイＩＤ１８４１以外のゲートウェイからのコンテンツ受付に関わる処理（アップロード・コピー・配達）要求は拒否することを示す。

次に、第１の実施例で用いるコンテンツについて説明する。

図１１がコンテンツの構成図である。コンテンツ８０は、コンテンツ本体８１と、コンテンツに付属する情報であるメタデータ８２から構成される。メタデータ８２は複数の情報から構成され、その中にゲートウェイ設定部８２１を持つ。ゲートウェイ設定部８２１には、図１において、コンテンツが、グループに属するコンテンツ制御サーバ１０内のグループメモリエリア１９１あるいはゲートウェイ３０内のグループメモリエリア３７１のどれを経由したかを、対応するグループのゲートウェイＩＤとして示すものである。すなわち本コンテンツ制御システムにおける該当コンテンツの経路に相当する。但し同じグループに属するメモリエリアの場合は重複して設定しない。ゲートウェイ設定部８２１の数は、図５で説明したグループ経由数上限値となる。例えば、図５で説明したようにグループ経由数上限値が２の場合、ゲートウェイＩＤ設定領域８２１は、図１１に示すように２つ（８２１１、８２１２）ある。ここで例えば、グループＡに属するグループＡメモリエリア１９１ＡとグループＢに属するグループＢメモリエリア１９１Ｂを経由した場合、コンテンツ制御サーバ１０は、ゲートウェイＩＤ設定領域８２１１にはゲートウェイＩＤとして３０Ａを、ゲートウェイＩＤ設定領域８２１２にはゲートウェイＩＤとして３０Ｂを設定する。

ここで、コンテンツの経路としてゲートウェイＩＤ設定領域８２１にゲートウェイＩＤを設定する方法としては、上述のように、コンテンツに付属する書き換え不可能なメタデータにゲートウェイＩＤを書き込む方法の他に、コンテンツにゲートウェイＩＤをキーに電子透かしを埋め込む方法などもある。いずれの方法でも、コンテンツに直接付属する情報で、しかも書き換えられないため、
で後述するようにコンテンツがどの経路を通ったか（例えばグループＡからグループＢを経由したなど）を別途特定することもできる。またゲートウェイＩＤを暗号化等により直接ユーザが見られないようにすることにより、コンテンツ所有者の匿名性を確保することもできる。

次に、第１の実施例で用いるシーケンスについて説明する。

図２７が第１の実施例のシーケンスである。第１の実施例は、初期設定シーケンスＳ１１、ログイン・ポータル表示シーケンスＳ１２、アップロードシーケンスＳ１３、配布許可設定シーケンスＳ１４、ダウンロードシーケンスＳ１５、コピーシーケンスＳ１６、別のゲートウェイへのダウンロードシーケンスＳ１７から構成される。

最初に初期設定シーケンスＳ１１について説明する。初期設定シーケンスＳ１１では、各ゲートウェイ３０とコンテンツ制御サーバ１０の間でゲートウェイＩＤの初期設定を行う。例として、ゲートウェイ３０Ａについて説明する。ここでは、グループ単位でユーザのコンテンツを配布制御するようなサービスを想定しているが、そのサービスにユーザ７０Ａ−１が加入すると、例えばゲートウェイ３０Ａがホームゲートウェイの場合、ＯＳＧｉ（Open Services Gateway initiative）フレームワークのバンドルを用いて、コンテンツ制御サーバ１０がプログラムをゲートウェイ３０Ａに遠隔インストールする。その際にコンテンツ制御サーバ１０は、ゲートウェイの識別情報を元に、コンテンツ制御システム内でゲートウェイごとに一意な識別子としてゲートウェイＩＤ＝３０Ａを割り振る。このゲートウェイＩＤはゲートウェイにも通知しておく。次に、コンテンツ制御サーバ１０は、このゲートウェイＩＤを、前述の図７に示すコンテンツリスト（テーブル３）１８３のゲートウェイＩＤ１８３１としてエントリを作成する。本エントリは初期設定時には、コンテンツＩＤ１８３２及び配布許可ゲートウェイＩＤ１８３３は空である。また、同じゲートウェイＩＤを、前述の図８に示す受付許可ゲートウェイリスト（テーブル４）１８４のゲートウェイＩＤ１８４１としてエントリを作成する。本エントリも初期設定時には、受付許可ゲートウェイＩＤ１８４２は空である。このゲートウェイＩＤはなりすましを防ぐため、ユーザには直接見せない。他のゲートウェイ３０Ｂなどについても同様の処理を行う。

次にログイン・ポータル表示シーケンスＳ１２について説明する。ログイン・ポータル表示シーケンスＳ１２は、図２７で、ゲートウェイ３０Ａ配下の端末５０Ａ−ａからユーザ７０Ａ−１がコンテンツ制御サーバ１０にアクセスするシーケンスである。例えば、ユーザ７０Ａ−１が、端末５０Ａ−ａ（たとえばネットテレビ端末）から、Ｗｅｂブラウザのブックマークを用いてＵＲＬを選択することにより、コンテンツ制御サーバ１０に対してポータル表示要求を行った時に、ゲートウェイ３０Ａがそのポータル表示要求を受けて、コンテンツ制御サーバ１０にログインし、コンテンツ制御サーバからのポータルの表示を端末５０Ａ−ａに中継することにより、端末５０Ａ−ａのブラウザ画面にポータルが表示される。

ログイン・ポータル表示シーケンスＳ１２におけるゲートウェイ３０Ａの処理を、図２１に示すログイン・ポータル表示時のゲートウェイフローチャートを用いて説明する。ゲートウェイ３０Ａは、端末５０Ａ−ａからコンテンツ制御サーバ１０へのＨＴＴＰ要求（ポータル表示）を通信部３１で受信し（３１０２）、ここではまだコンテンツ制御サーバ１０にログイン済でないため（３１０３）、ログイン・ポータル処理部３２が、まず、ＳＳＬ等を用いてゲートウェイＩＤでコンテンツ制御サーバ１０にログインを行う（３１０４）。ここでゲートウェイＩＤは初期設定シーケンスＳ１１で説明したようにコンテンツ制御サーバ１０から割り当てられているものを用いる。ログインができたら、ログイン・ポータル処理部３２は、端末５０Ａ−ａからのＨＴＴＰ要求（ポータル表示）をコンテンツ制御サーバ１０に送信し（３１０５）、コンテンツ制御サーバ１０からのＨＴＴＰ応答（ポータル表示）を受信して（３１０６）、それを端末５０Ａ−ａに送信する（３１０７）。

ログイン・ポータル表示シーケンスＳ１２におけるコンテンツ制御サーバ１０の処理を、図１２に示すログイン・ポータル表示時のコンテンツ制御サーバフローチャートを用いて説明する。コンテンツ制御サーバ１０は、ゲートウェイ３０ＡからＨＴＴＰ要求（ログイン）を通信部１１で受信し（１１０２）、ログイン・ポータル処理部１２が、ゲートウェイＩＤでログイン処理を行い（１１０３）、ゲートウェイ３０ＡにＨＴＴＰ応答（ログイン許可）を送信する（１１０４）。ログイン・ポータル処理部１２は、ゲートウェイ３０ＡからＨＴＴＰ要求（ポータル表示）を受信したら（１１０５）、テーブル格納部１８にあるコンテンツリスト（テーブル３）１８３を参照する（１１０６）。初期設定シーケンスＳ１１で説明したように、ここではまだ図７のコンテンツリスト（テーブル３）１８３のゲートウェイＩＤ＝３０Ａのエントリは、コンテンツＩＤ１８３２及び配布許可ゲートウェイＩＤ１８３３は空である。ログイン・ポータル処理部１２は、コンテンツリスト（テーブル３）にあるコンテンツ（まだ何も無い）のサムネイル等を含むポータル画面を作成し、ゲートウェイ３０ＡにＨＴＴＰ応答（ポータル表示）を送信する（１１０７）。

以上により、ユーザ７０Ａ−１は、端末５０Ａ−ａからコンテンツ制御サーバ１０にアクセスしてグループＡメモリエリア１９１Ａのポータル表示画面を閲覧することができる。

以上のように、ゲートウェイがプロキシとしてアプリケーションレベルでのログイン処理やポータル表示など、セキュリティ保証や操作代行を行うため、ゲートウェイ配下の端末は、特別な追加機能無しにコンテンツ制御サーバへのアクセスが可能となる。以下の処理も同様の効果がある。

次にアップロードシーケンスＳ１３について説明する。アップロードシーケンスＳ１２は、図２７で、ゲートウェイ３０Ａ配下の端末５０Ａ−ａからユーザ７０Ａ−１がコンテンツ制御サーバ１０にコンテンツをアップロードするシーケンスである。例えば、ユーザ７０Ａ−１が端末５０Ａ−ａ（ネットテレビ端末）から、Ｗｅｂポータル表示画面にあるアップロードボタンを用いて、端末５０Ａ−ａにあるユーザコンテンツＸ（例えばビデオカメラで撮影した映像ファイル）を、コンテンツ制御サーバ１０のグループＡメモリエリア１９１Ａに対してアップロード要求を行った時に、ゲートウェイ３０Ａがそのアップロード要求を受けて、コンテンツ制御サーバ１０にアップロードする。

アップロードシーケンスＳ１３におけるゲートウェイ３０Ａの処理を、図２２に示すアップロード時のゲートウェイフローチャートを用いて説明する。ゲートウェイ３０Ａは、端末５０Ａ−ａからコンテンツ制御サーバ１０へのＨＴＴＰ要求（アップロード要求）を通信部３１で受信し（３２０２）、アップロード処理部３３が、ＨＴＴＰ要求をコンテンツ制御サーバ１０に送信するとともに、コンテンツＸをコンテンツ制御サーバ１０にアップロードする（３２０３）。この際、後で利用する際の利便性向上のため、コンテンツＸをゲートウェイ３０ＡのローカルなグループＡメモリエリア３７１Ａに格納しておいても良い。次に、アップロード処理部３３は、コンテンツ制御サーバ１０からのＨＴＴＰ応答（アップロード可否）を受信して（３２０４）、受付可であればＨＴＴＰ応答（アップロード完了）を端末５０Ａ−ａに送信する（３２０６）。

図１３は、アップロードシーケンスＳ１３におけるコンテンツ制御サーバ１０の処理を示す。コンテンツ制御サーバ１０は、ゲートウェイ３０ＡからＨＴＴＰ要求（アップロード要求）とコンテンツＸを通信部１１で受信し（１２０２）、アップロード処理部１３が、受付許可ゲートウェイリスト（テーブル４）と、受信したコンテンツの経路を参照し、アップロード可否を判断する（１２０３）。

具体的には、ここで予め、各グループのユーザがコンテンツ制御サーバ１０との間で、受付許可ゲートウェイの設定を行い、図８のように受付許可ゲートウェイリスト（テーブル４）１８４を設定しておいたとする。ここでは、端末５０Ａ−ａからゲートウェイＡ経由でのグループＡメモリエリア１９１Ａへのアップロードなので、図８で説明したように、ゲートウェイＩＤ１８４１と同じＩＤは受付許可ゲートウェイＩＤ１８４２のエントリにはわざわざ書かなくても受付許可するため、受付許可ゲートウェイリスト（テーブル４）はアップロード可である。

アップロード可否判断（１２０３）のもう一つの要素は、受信したコンテンツＸの経路である。図５で説明したように、ここではグループ経由数上限値１８１２を２としたため、図１１で説明したように、コンテンツＸの経路（コンテンツのゲートウェイＩＤ設定領域８２１）として２つまでコンテンツ制御サーバ１０は書き込み可能であるが、ここではまだコンテンツＸには何の経路も設定されていない（ゲートウェイＩＤ設定領域８２１が２つとも空欄である）ので、コンテンツＸの経路もアップロード可である。以上から、アップロード処理部１３は、図１３のアップロード可否判断（１２０４）を可とする。

次にアップロード処理部１３は、コンテンツＸの第１の経路として、図１１で説明したように、ゲートウェイＩＤ設定領域８２１１に、ゲートウェイＩＤ＝３０Ａを設定し、更にコンテンツＸをコンテンツ格納部１９のグループＡメモリエリア１９１Ａに格納する（１２０５）。

次にアップロード処理部１３は、図７のコンテンツリスト（テーブル３）１８３にエントリを設定する（１２０６）。ここでは、ゲートウェイＩＤ１８３１＝３０Ａに対して、コンテンツＩＤ１８３２＝Ｘを設定したエントリを追加する。配布許可ゲートウェイＩＤ１８３３はまだ空欄である。そして、ゲートウェイ３０ＡにＨＴＴＰ応答（アップロード完了）を送信する（１２０７）。

以上により、ユーザ７０Ａ−１は、端末５０Ａ−ａにあるユーザコンテンツＸを、コンテンツ制御サーバ１０のグループＡメモリエリアにアップロードすることができる。

シーケンスは省略するが、同様の別の例として、図２７で、ユーザ７０Ａ−１が、端末５０Ａ−ａにあるユーザコンテンツＸを、コンテンツ制御サーバ１０のグループＢメモリエリア１９１Ｂにアップロードしたい場合にも、上記の動作手順によると、受付許可ゲートウェイリスト（テーブル４）が図８のようにゲートウェイＩＤ１８４１＝３０Ｂに対して受付許可ゲートウェイＩＤ１８４２＝３０Ａと設定されていて、コンテンツＸの経路も何も書かれていなければ、アップロード可となる。この際は、コンテンツの経路としては、第１の経路としてゲートウェイＩＤ設定領域８２１１には３０Ａが、第２の経路としてゲートウェイＩＤ設定領域８２１２には３０Ｂが同時に設定される。

次に配布許可設定シーケンスＳ１４について説明する。配布許可設定シーケンスＳ１４は、図２７で、ゲートウェイ３０Ａ配下の端末５０Ａ−ａからユーザ７０Ａ−１がコンテンツ制御サーバ１０に対して、コンテンツの配布許可を設定するシーケンスである。例えば、ユーザ７０Ａ−１が端末５０Ａ−ａ（ネットテレビ端末）から、Ｗｅｂポータル表示画面にある配布許可設定ボタンを用いて、コンテンツ制御サーバ１０のグループＡメモリエリア１９１ＡにアップロードしたコンテンツＸをゲートウェイ３０Ｂからのアクセスに対して配布許可するという設定要求を行った時に、ゲートウェイ３０Ａがその設定要求を受けて、コンテンツ制御サーバ１０に設定を行う。

配布許可設定シーケンスＳ１４におけるゲートウェイ３０Ａの処理は、端末５０Ａ−ａとコンテンツ制御サーバ１０の間のプロキシ動作のみなため、ゲートウェイフローチャートは省略する。コンテンツ制御サーバ１０の処理は省略するが、図２のログイン・ポータル処理部１２が、テーブル格納部１８にある図７のコンテンツリスト（テーブル３）１８３にエントリを設定する。ここでは、ゲートウェイＩＤ１８３１＝３０Ａ、コンテンツＩＤ１８３２＝Ｘのエントリに対して、空欄の配布許可ゲートウェイＩＤ１８３３＝３０Ｂを設定する。またＤも併せて設定すれば図７のようになる。

次にダウンロードシーケンスＳ１５について説明する。

ダウンロードシーケンスＳ１５は、図２７で、ゲートウェイ３０Ａ配下の端末５０Ａ−ｂからユーザ７０Ａ−２がコンテンツ制御サーバ１０のグループＡメモリエリア１９１ＡにあるコンテンツＸをダウンロードする際のシーケンスである。例えば、ユーザ７０Ａ−２は、端末５０Ａ−ｂ（例えば別の部屋にあるネットテレビ端末）から、Ｗｅｂポータル表示画面にあるダウンロードボタンを用いて、コンテンツ制御サーバ１０のグループＡメモリエリア１９１ＡからコンテンツＸの端末５０Ａ−ｂへのダウンロード要求を行った時に、ゲートウェイ３０Ａがそのダウンロード要求を受けて、コンテンツ制御サーバ１０からダウンロードする。

図２３は、ダウンロードシーケンスＳ１５におけるゲートウェイ３０Ａの処理を示す。ゲートウェイ３０Ａでは、ダウンロード処理部３４が、端末５０Ａ−ｂからコンテンツ制御サーバ１０へのＨＴＴＰ要求（ダウンロード要求）３３０２を、コンテンツ制御サーバ１０に送信する（３３０３）。次に、ダウンロード処理部３４は、コンテンツ制御サーバ１０からＨＴＴＰ応答（ダウンロード可否）を受信する（３３０４）。受付可であれば（３３０５）、ダウンロード処理部３４はコンテンツ制御サーバ１０からコンテンツＸをダウンロードし、更に端末５０Ａ−ｂにダウンロードする（３３０６）。この際、後で利用する際の利便性向上のため、コンテンツＸをゲートウェイ３０ＡのローカルなグループＡメモリエリア３７１Ａに格納しておいても良い。ダウンロード処理部３４はコンテンツ制御サーバ１０からのＨＴＴＰ応答（ダウンロード完了）を受信して（３３０７）、ＨＴＴＰ応答（ダウンロード完了）を端末５０Ａ−ｂに送信する（３３０８）。

図１４は、ダウンロードシーケンスＳ１５におけるコンテンツ制御サーバ１０の処理を示すフローチャートである。コンテンツ制御サーバ１０では、通信部１１がゲートウェイ３０ＡからＨＴＴＰ要求（ダウンロード要求）を受信し（１３０３）、ダウンロード処理部１４が、コンテンツリスト(テーブル３）と、コンテンツの経路を参照し、ダウンロード可否を判断する（１３０３）。

ここでコンテンツリスト(テーブル３）１８３は、要求元ゲートウェイＩＤがゲートウェイＩＤ１８３１と同じ３０Ａのため標準で配布許可されており、コンテンツリスト(テーブル３）はダウンロード可である。また、コンテンツＸの経路（コンテンツのゲートウェイＩＤ設定領域８２１）として２つまでコンテンツ制御サーバ１０は書き込み可能だが、第１の経路として、ゲートウェイＩＤ設定領域８２１１にゲートウェイＩＤ＝３０Ａが設定済なだけで、同じゲートウェイＩＤ＝３０Ａを再び設定する必要もなく上限値以内のため、コンテンツの経路もダウンロード可である。したがってダウンロード処理部１４は、ダウンロード判断１３０４を可とする。続いてコンテンツの経路設定（１３０５）に移るが、上述の通り、同じゲートウェイＩＤ＝３０Ａを再び設定する必要はなく、ダウンロード処理部１４はゲートウェイ３０Ａにコンテンツをダウンロード（１３０６）、ＨＴＴＰ応答送信（１３０７）して終了する。

次にコピーシーケンスＳ１６について説明する。コピーシーケンスＳ１６は、図２７で、コンテンツ制御サーバ１０のグループＡメモリエリア１９１Ａにある同じコンテンツＸを、ゲートウェイ３０Ｂ配下の端末５０Ｂ−ａからユーザ７０Ｂ−１がコンテンツ制御サーバ１０のグループＢメモリエリア１９１Ｂにコピーするシーケンスである。コピーシーケンスＳ１６におけるゲートウェイ３０Ａの処理は、端末５０Ｂ−ａとコンテンツ制御サーバ１０の間のプロキシ動作が中心で説明が重複するので、ゲートウェイフローチャートは省略する。

コピーシーケンスＳ１６におけるコンテンツ制御サーバ１０の処理を、図１５に示すコピー時のコンテンツ制御サーバフローチャートを用いて説明する。コンテンツ制御サーバ１０では、コピー処理部１５が、受付許可ゲートウェイリスト（テーブル４）、コンテンツリスト(テーブル３）、コンテンツＸの経路を参照し、コピー可否を判断する（１４０３）。ここでは、受付許可ゲートウェイリスト（テーブル４）１８４で、要求元のゲートウェイＩＤがゲートウェイＩＤ１８４１と同じ３０Ｂなため標準で受付許可である。コンテンツリスト(テーブル３）１８３もコンテンツＸに対して配布許可ゲートウェイＩＤ１８３３＝３０Ｂが設定されており配布許可である。コンテンツＸの経路（コンテンツのゲートウェイＩＤ設定領域８２１）として２つまでコンテンツ制御サーバ１０は書き込み可能で、第１の経路として、ゲートウェイＩＤ設定領域８２１１にゲートウェイＩＤ＝３０Ａが設定済であるが、第２の経路が設定可能なので、コンテンツの経路もコピー可である。したがって、コピー処理部１５はコピー判断を可とする（１４０４）。次に、コピー処理部１５はコンテンツの第２の経路としてゲートウェイＩＤ設定領域８２１２にゲートウェイＩＤ＝３０Ｂを設定し（１４０５）、グループＢメモリエリア１９１Ｂにコンテンツを格納し（１４０６）、ＨＴＴＰ応答送信（１４０７）して終了する。

ここで仮に、グループＢメモリエリア１９１ＢにコピーされたコンテンツＸを、ゲートウェイ７０Ｃ配下の端末７０Ｃ−ａからユーザ７０Ｃ−１がコンテンツ制御サーバ１０のグループＣメモリエリアにコピーしたいと思った場合、受付許可ゲートウェイリスト（テーブル４）が受付許可であって、コンテンツリスト(テーブル３）も配布許可されていたとしても、コンテンツＸの経路としてゲートウェイＩＤ設定領域８２１が既にグループ経由数の上限である２まで設定されているので、コピーは許可されない。このようにすることにより、本コンテンツ制御システムは、コンテンツの配布先を制限することが可能となる。

次に、別のゲートウェイへのダウンロードシーケンスＳ１７について説明する。

別のゲートウェイへのダウンロードシーケンスＳ１７は、グループＡメモリエリア１９１Ａにある同じコンテンツＸをゲートウェイ３０Ｂ配下の端末５０Ｂ−ａからユーザ７０Ｂ−１が端末５０Ｂ−ａにダウンロードするシーケンスである。別のゲートウェイへのダウンロードシーケンスＳ１７におけるゲートウェイ３０Ｂの処理は、ダウンロードシーケンスＳ１５と同様に図２３を用いるが、ほぼ同様の処理のため説明は省略する。
別のゲートウェイへのダウンロードシーケンスＳ１７におけるコンテンツ制御サーバ１０の処理も、図１４のフローチャートを用いるが、ここでもダウンロード可否判断（１３０３）は上述のコピーと同様に可となり、ダウンロード処理部１４は、コンテンツＸの第２の経路としてゲートウェイＩＤ設定領域８２１２にゲートウェイＩＤ＝３０Ｂを設定し（１３０５）、ゲートウェイ３０ＢにコンテンツＸをダウンロードする（１３０６）。ここでも仮に、ゲートウェイ７０Ｃ配下の端末７０Ｃ−ａからユーザ７０Ｃ−１がダウンロードしたいと思った場合に、コンテンツの配布先を制限することが可能となる。以上が、図２７に示す第１の実施例のシーケンスである。 第２の実施例として、ゲートウェイ配下にないモバイル端末や特別なゲートウェイ配下にある特別端末からのコンテンツ制御サーバへのアクセスについて説明する。

第２の実施例で用いるコンテンツ制御サーバ１０と、ゲートウェイ３０は、第１の実施例と同じ図２、図３を用いる。 第２の実施例で用いるテーブルとしては、第１の実施例に加えて、テーブル２がある。

図６は、ゲートウェイ-ユーザ対応リスト（テーブル２）を示す図である。ゲートウェイ-ユーザ対応リスト（テーブル２）１８２は、ゲートウェイＩＤ１８２１と、ユーザＩＤ１８２２の対応関係を示す。最初に述べた通り、ユーザ７０Ａ−１，７０Ａ−２（例えば家族の構成員である父、母など）は、ゲートウェイ３０Ａと、その配下の端末５０Ａ−ａ，Ａ−ｂの他、モバイル端末５０Ａ−ｍ、さらには特別ゲートウェイ３０Ｓ配下の特別端末５０Ｓ−ａなどを利用することがある。端末５０Ａ−ａ、５０Ａ−ｂなどゲートウェイ３０Ａ配下の端末を使う際には、ゲートウェイ３０Ａを経由するため、特にユーザはユーザＩＤを意識する必要はないが、ゲートウェイ３０Ａ配下にないモバイル端末５０Ａ−ｍを利用する際や、特別ゲートウェイ３０Ｓ配下の特別端末５０Ｓ−ａなどを利用する際は、ゲートウェイ３０Ａを経由しないため、ユーザＩＤとパスワード等によって本コンテンツ制御システムを利用する。図６には、ゲートウェイＩＤ１８２１＝３０Ａに対してユーザＩＤ＝７０Ａ−１、７０Ａ−２がそれぞれ設定されているが、モバイル端末や特別端末等から本コンテンツ制御システムを利用する予定がないユーザは、このユーザＩＤは特に設定する必要はない。

第２の実施例で用いるコンテンツは、第１の実施例と同様に図１１を用いる。

次に、第２の実施例で用いるシーケンスについて説明する。

図２８が第２の実施例のシーケンスである。第２の実施例は、初期設定シーケンスＳ２１、ログイン・ポータル表示シーケンスＳ２２、ダウンロードシーケンスＳ２３から構成される。

最初に初期設定シーケンスＳ２１について説明する。初期設定シーケンスＳ２１では、各ユーザは、モバイル端末や特別端末等から本コンテンツ制御システムを利用したい場合、予め端末５０を使ってコンテンツ制御サーバ１０に対してユーザＩＤの設定を行っておく。例として、ユーザ７０Ａ−１の場合について説明する。第１の実施例のログイン・ポータル表示シーケンスＳ１２と同様に、ユーザ７０Ａ−１がゲートウェイ３０Ａ配下の端末５０Ａ−ａからコンテンツ制御サーバ１０にポータルアクセスした際に、例えば端末５０Ａ−ａのＷｅｂポータル表示画面にあるユーザＩＤ設定ボタンを用いて、ユーザＩＤとして７０Ａ−１を設定する（同時にパスワードの設定も行う）。この場合、ゲートウェイ３０Ａを経由しているため、コンテンツ制御サーバ１０は、ゲートウェイＩＤ＝３０Ａと、このユーザＩＤ＝７０Ａ−１とを関連付けることができる。具体的には、コンテンツ制御サーバ１０が、図６のゲートウェイ-ユーザ対応リスト（テーブル２）１８２のゲートウェイＩＤ１８２１に３０Ａを、ユーザＩＤ１８２２に７０Ａ−１を設定する。上記の設定例の他にも、ここでは、グループ単位でユーザのコンテンツを配布制御するようなサービスを想定しているが、そのサービスにユーザ７０Ａ−１が加入した際に割り当てられた何かしらの加入者ＩＤを使って、郵送など信頼できる方法でサービス事業者にユーザＩＤの設定を依頼する方法などもありうる。

次にログイン・ポータル表示シーケンスＳ２２について説明する。ログイン・ポータル表示シーケンスＳ２２では、図２８で、ゲートウェイ３０Ａ配下にないモバイル端末５０Ａ−ｍから、ユーザ７０Ａ−１がコンテンツ制御サーバ１０にアクセスするシーケンスである。例えば、ユーザ７０Ａ−１がモバイル端末５０Ａ−ｍから、Ｗｅｂブラウザのブックマークを用いてＵＲＬを選択し、ログイン要求を行った時に、コンテンツ制御サーバ１０はそのログインを受け付け、ポータル表示をモバイル端末５０Ａ−ｍに送信することにより、モバイル端末のブラウザ画面にポータルが表示される。

図１６は、ログイン・ポータル表示シーケンスＳ２２におけるコンテンツ制御サーバ１０の処理をに示す。コンテンツ制御サーバ１０は、モバイル端末５０Ａ−ｍからのＨＴＴＰ要求（ログイン要求）を受信し（１５０２）、ログイン・ポータル処理部１２が、ユーザＩＤとパスワードでログイン可否判定を行う（１５０３）。ログイン可であれば、ログイン・ポータル処理部１２は、ユーザＩＤ１８２２＝７０Ａ−１から、先に設定した図６のゲートウェイ-ユーザ対応リスト（テーブル２）１８２を参照し、対応するゲートウェイＩＤ１８２１＝３０Ａを特定し（１５０４）、ＨＴＴＰ応答をモバイル端末５０Ａ−ｍに送信する（１５０５）。ログイン・ポータル処理部１２は、引き続きモバイル端末５０Ａ−ｍからＨＴＴＰ要求（ポータル表示）を受信したら（１５０７）、既に対応するゲートウェイＩＤ＝３０Ａが特定できているので、ゲートウェイ３０Ａ配下からのアクセスと同様とみなす。ログイン・ポータル処理部１２は、第１の実施例のログイン・ポータル表示シーケンスＳ１２と同様に、コンテンツリスト（テーブル３）を参照し（１５０７）、ＨＴＴＰ応答（ポータル表示）を送信して（１５０８）、ログイン・ポータル表示シーケンスＳ２２が終了する。

次にダウンロードシーケンスＳ２３について説明する。ダウンロードシーケンスＳ２３では、図２８で、第１の実施例のアップロードシーケンスＳ１３によりグループＡメモリエリア１９１にアップロードされたコンテンツＸを、モバイル端末５０Ａ−ｍにダウンロードする際のシーケンスである。

上述のログイン・ポータル表示シーケンスＳ２２が終了している場合、既に対応するゲートウェイＩＤ＝３０Ａが特定できているので、モバイル端末５０Ａ−ｍへのダウンロード時のコンテンツ制御サーバフローチャートは、第１の実施例で説明した図１４に示すゲートウェイ配下の端末からのダウンロード時のコンテンツ制御サーバフローチャートを、ゲートウェイをモバイル端末に置き換えればほぼ同じ動作であるため、詳細な説明は省略する。アップロード処理やコピー処理もほぼ同様である。

また、第１の実施例で述べたような、コンテンツ制御サーバ１０のグループＡメモリエリア１９１ＡからグループＢメモリエリア１９１ＢにコピーされたコンテンツＸに対して、ゲートウェイ３０Ｂ配下にないモバイル端末５０Ｂ−ｍから、ユーザ７０Ｂ−１がコンテンツ制御サーバ１０にアクセスしたり、モバイル端末５０Ｂ−ｍにダウンロードしたりすることも、同様に、対応するゲートウェイＩＤ＝３０Ｂが特定できるので、可能となる。また仮に、ゲートウェイ７０Ｃに対応するユーザ７０Ｃ−１が、モバイル端末７０Ｃ−ｍからアクセスしたいと思った場合に、コンテンツの配布先を制限することが可能となる。

また、類似動作の詳細は第５の実施例で後述するが、モバイル端末と同様に、特別ゲートウェイ配下の特別端末からのアクセスでも、同様の仕組みで対応するゲートウェイＩＤを特定可能なため、アクセスの制御を行うことができる。

以上のように、ゲートウェイＩＤとユーザＩＤの対応関係を持つことにより、ゲートウェイ配下の端末からのアクセスと同様に、モバイル端末や特別端末からも、ゲートウェイＩＤをキーにしてアクセスが可能となり、かつコンテンツの配布先を制限することが可能となる。以上が、図２８に示す第２の実施例のシーケンスである。

第３の実施例として、別のゲートウェイへのコンテンツの配達と、そのコンテンツの配布先の制御について説明する。第３の実施例で用いるコンテンツ制御サーバ１０と、ゲートウェイ３０は、第１の実施例と同じ図２、図３を用いる。図２の各構成要素としては、第１の実施例に加えて、配達処理部１６がある。配達処理部１６は、ゲートウェイ３０や端末５０からコンテンツを受け付け、別のゲートウェイ３０にそのコンテンツを転送する処理を行う。図３の各構成要素としても、第１の実施例に加えて、配達処理部３５がある。配達処理部３５は、配達元のゲートウェイ３０であればコンテンツの送信を行い、配達先のゲートウェイ３０であればコンテンツの受信を行う。

第３の実施例で用いるテーブルは、第１の実施例と同じである。第２の実施例で用いるコンテンツも、第１の実施例と同様に図１１を用いる。

次に、第３の実施例で用いるシーケンスについて説明する。図２９が第３の実施例のシーケンスである。第３の実施例は、配達シーケンスＳ３１とアップロードシーケンスＳ３２から構成される。

最初に配達シーケンスＳ３１について説明する。配達シーケンスＳ３１では、図２９で、ゲートウェイ３０Ａ配下の端末５０Ａ−ａからユーザ７０Ａ−１がコンテンツ制御サーバ１０にアクセスし、コンテンツを別のゲートウェイ３０Ｂに配達するシーケンスである。例えば、ユーザ７０Ａ−１は、端末５０Ａ−ａ（たとえばネットテレビ端末）から、コンテンツ制御サーバ１０にゲートウェイ３０Ａ経由でログイン・ポータル表示後、ポータル表示画面にあるゲートウェイ３０Ｂへの配達ボタンを用いて、端末５０Ａ−ａにあるユーザコンテンツＹ（例えばビデオカメラで撮影した映像ファイル）を、ゲートウェイ３０Ｂに対して配達するよう要求した場合、配達元ゲートウェイ３０Ａがコンテンツをコンテンツ制御サーバ１０に送付し、コンテンツ制御サーバ１０がそのコンテンツを配達先ゲートウェイ３０Ｂに転送する。 配達シーケンスＳ３１における配達元ゲートウェイ３０Ａの処理は、第１の実施例で説明した図２２に示すアップロード時のゲートウェイフローチャートとほぼ同様に動作するため、詳細な説明は省略するが、図３の構成要素としては、アップロード処理部３３でなく配達処理部３５が処理を行う。

図１７は、配達シーケンスＳ３１におけるコンテンツ制御サーバ１０の処理を示す。コンテンツ制御サーバ１０では、配達処理部１６が、受付許可ゲートウェイリスト（テーブル４）と、受信したコンテンツの経路を参照し、配達可否を判断する（１６０３）。ここでは、事前に図８に示すように受付許可ゲートウェイリスト（テーブル４）１８４で、ゲートウェイＩＤ１８４１＝３０Ｂに対して、受付許可ゲートウェイＩＤ１８４２＝３０Ａと設定されていれば、受付許可ゲートウェイリスト（テーブル４）は配達可である。また、ここではまだコンテンツＹには何の経路（コンテンツのゲートウェイＩＤ設定領域８２１）も設定されていないので、コンテンツＹの経路も配達可である。以上から、配達処理部１６は、配達可否（１６０４）を可とする。続いてコンテンツの経路としてゲートウェイＩＤ設定領域８２１にゲートウェイＩＤを設定する（１６０５）。ここでは、ゲートウェイ３０Ａからゲートウェイ３０Ｂへの配達であるため、配達処理部１６は、コンテンツＹの経路としては、第１の経路としてゲートウェイＩＤ設定領域８２１１に３０Ａを、第２の経路としてゲートウェイＩＤ設定領域８２１２に３０Ｂを設定する。配達処理部１６はコンテンツＹを図２のコンテンツ格納部１９のグループＢメモリエリア１９１Ｂに格納する。この場合は、コンテンツリスト（テーブル３）にエントリを設定する（１６０６）。ステップ１６０６により、ユーザ７０Ｂ−１の利便性が高まる。

次に、コンテンツ制御サーバ１０の配達処理部１６は、配達先ゲートウェイ３０ＢからＨＴＴＰ応答(配達要求有無)を受信し（１６０７）、配達先ゲートウェイ３０ＢにコンテンツＹをダウンロード、ＨＴＴＰ応答（ダウンロード完了）送信し（１６０８）、配達元ゲートウェイ３０ＡにはＨＴＴＰ応答（配達完了）を送信して（１６０９）、終了する。１６０７から１６０８の動作は、配達先ゲートウェイ３０Ｂからのポーリングによる擬似プッシュであるが、サーバ側からプッシュしても良い。

図２４は、配達シーケンスＳ３１における配達先ゲートウェイ３０Ｂの処理を示す。上述の通り、ここでは配達先ゲートウェイ３０Ｂからのポーリングによる擬似プッシュを行うので、配達処理部３５が３５０２から３５０４を定期的に繰り返すことにより、配達要求有無を確認する。配達要求があれば、後は配達処理部３５がコンテンツ制御サーバからコンテンツＹをダウンロード、図３のコンテンツ格納部３８のグループＢメモリエリア３７１Ｂに格納し（３５０５）、ＨＴＴＰ応答を受信する（３５０６）。ここで、コンテンツの配達をユーザに知らせるために、ゲートウェイ３０Ｂ配下の端末やモバイル端末などにコンテンツ配達を通知してもよい（３５０７）。端末を接続すれば配達されたコンテンツを視聴することなどが可能となる。

以上のように、ゲートウェイＩＤを用いることにより、ゲートウェイを経由してコンテンツ配達ができるとともに、ゲートウェイがコンテンツ配達を受けることにより、ゲートウェイ配下の端末が常に電源が入っていたりネットワークに接続したりしてなくても、コンテンツをローカルなグループメモリエリアに保持することができる。

次に、アップロードシーケンスＳ３２について説明する。アップロードシーケンスＳ３２では、図２９で、ゲートウェイ３０Ｂに配達されたコンテンツＹを、ゲートウェイ３０Ｂ配下の端末５０Ｂ−ａからユーザ７０Ｂ−１がコンテンツ制御サーバ１０にアクセスし、コンテンツを別のグループＡメモリエリア１９１Ａにアップロードする動作のシーケンスである。例えば配達元のユーザ７０Ａ−１がそのコンテンツを紛失してしまい、コンテンツ制御サーバ１０にもなくて、配達先のユーザ７０Ｂ−１からもらうような場合に相当する。

アップロードシーケンスＳ３２におけるゲートウェイ３０Ｂの処理は、第１の実施例で説明した図２２に示す処理とほぼ同じであるが、３２０３の動作は少し異なる。第１の実施例では端末５０Ａ−ａにあるコンテンツをコンテンツ制御サーバ１０にアップロードしたのに対して、ここでは、ゲートウェイ３０Ｂにあるコンテンツをコンテンツ制御サーバ１０にアップロードする点が異なる。他は同様に動作する。
アップロードシーケンスＳ３２におけるコンテンツ制御サーバ１０の処理は、第１の実施例で説明した図１３に示す処理と同じである。 ここで仮に、ゲートウェイ３０Ｂに配達されたコンテンツＹを、ゲートウェイ３０Ｂ配下の端末５０Ｂ−ａからユーザ７０Ｂ−１がコンテンツ制御サーバ１０のグループＣメモリエリアにアップロードしたいと思った場合、受付許可ゲートウェイリスト（テーブル４）が受付許可であっても、コンテンツＹの経路としてゲートウェイＩＤ設定領域８２１が既にグループ経由数の上限である２まで設定されているので、コピーは許可されない。このようにすることにより、本コンテンツ制御システムは、コンテンツの配達時においても、配布先を制限することが可能となる。

また、類似動作の詳細は第５の実施例で後述するが、ゲートウェイ配下の端末と同様に、モバイル端末からゲートウェイに対しても、また、ゲートウェイ配下の端末から特別ゲートウェイに対しても、同様の仕組みにより、配達、配達後の処理の制御を行う。

以上の説明が、図２９に示す第３の実施例のシーケンスである。

第４の実施例として、本コンテンツ制御システムの外にコンテンツが流出した際の、コンテンツが経由したユーザの特定について説明する。

第４の実施例で用いるコンテンツ制御サーバ１０と、ゲートウェイ３０は、第１の実施例と同じ図２、図３を用いる。図２の各構成要素としては、第１の実施例に加えて、経路処理部１７がある。経路処理部１７は、ゲートウェイ３０からコンテンツの流出経路の問い合わせを受け付け、回答する処理を行う。図３の各構成要素としても、第１の実施例に加えて、経路処理部３６がある。経路処理部３６は、コンテンツ制御サーバ１０に対してコンテンツの流出経路の問い合わせを行う。

第４の実施例で用いるテーブルは、第１の実施例と同じである。第４の実施例で用いるコンテンツも、第１の実施例と同様に図１１を用いる。

第４の実施例のシーケンス図は省略するが、ここでは、第１の実施例の続きとして、グループＡメモリエリア１９１ＡにあるコンテンツＸをゲートウェイ３０Ｂ配下の端末５０Ｂ−ａからユーザ７０Ｂ−１が端末５０Ｂ−ａにダウンロードした後に、本コンテンツ制御システムを介さずに、何らかの方法によって（例えばメモリカードでの持ち出しや、インターネットサーバへのアップロードなど）、コンテンツＸが本コンテンツ制御システム外へ、ユーザ７０Ａ−１が意図しない流出をしたとする。

ここで、コンテンツＸが本コンテンツ制御システム外へ流出した後、本コンテンツ制御システム外で流通し、たまたまユーザ７０Ａ−１がそれをどこかで入手したとする（例えばＷｅｂにアップロードされていた等）。この場合、ユーザ７０Ａ−１は、コンテンツ制御サーバ１０に対して、コンテンツＸ流出経路を問い合わせることができる。ゲートウェイ３０Ａにおける処理についてのゲートウェイフローチャートは省略する。

図１８は、コンテンツ制御サーバ１０における処理は、図１８に示す流出経路問い合わせ時のコンテンツ制御サーバのフローチャートを示す。

図１８に示すように、コンテンツ制御サーバ１０では、ゲートウェイ３０ＡからＨＴＴＰ要求（コンテンツ流出経路要求）を受信し、あわせてコンテンツＸを受信する（１７０２）。次に、経路処理部１７は、受信したコンテンツＸの経路（コンテンツのゲートウェイＩＤ設定領域８２１）を参照し、流出経路を特定、コンテンツ元のユーザからの流出経路要求か判断する（１７０３）。第１の実施例で説明したように、コンテンツの経路には、電子透かしやメタ情報などによって、ゲートウェイＩＤ設定領域８２１にゲートウェイＩＤが設定されているので、経路処理部１７は、コンテンツがどの経路を通ったか（この場合はグループＡからグループＢを経由）を特定することができる。また、この場合、コンテンツ元のユーザ７０Ａ−１からの流出経路要求であるため、経路処理部１７は流出経路回答可否（１７０４）を可とし、ゲートウェイ３０ＡにＨＴＴＰ応答（流出経路回答）を送信し、ゲートウェイ３０Ａ経由でユーザ７０Ａ−１は流出経路を知ることができる。

ここで仮に、別のユーザ７０Ｃ−１がコンテンツＸを入手したとしても、第１の実施例で説明したように、ゲートウェイＩＤを暗号化等により直接ユーザが見られないようにすることにより、コンテンツ所有者の匿名性を確保することもできる。また、ユーザ７０Ｃ−１が流出経路の問い合わせを行ったとしても、１７０３にて、コンテンツ元のユーザでないと分かるので、同じくコンテンツ所有者の匿名性を確保することができる。

また、上記の説明のようにたまたまユーザ７０Ａ−１がコンテンツを入手しなくても、例えば別のユーザ７０Ｃ−１が入手したコンテンツＸを、コンテンツ制御サーバ１０にアップロードしようとした場合の処理を、図１３のステップ１２０８および１２０９に示す。コンテンツ制御サーバは、アップロード要求元のゲートウェイサーバにHTTP応答を送信し、アップロードを拒否する（１２０８）。コンテンツ制御サーバは、ユーザ７０A−１のゲートウェイ３０Aまたは端末に通知する（１２０９）。アップロード否の時にコンテンツ流出と分かれば、流出経路をコンテンツ元ユーザに連絡することも可能である。に通知する。

以上のように、ゲートウェイＩＤをコンテンツの経路を示すエリアである、コンテンツのゲートウェイＩＤ設定領域８２１に設定することにより、コンテンツ所有者の匿名性を確保しながら、コンテンツが経由したユーザの特定が可能となる。これは悪意を持ってコンテンツを流出させた場合以外にも、誤って流出した場合に、そのユーザに対して注意を促すような場合にも効果がある。

第５の実施例として、コンテンツの配布に伴って属性に基づいた情報・広告等の配信を行う方法について説明する。第５の実施例で用いるコンテンツ制御サーバ１０と、ゲートウェイ３０は、第１の実施例と同じ図２、図３を用いる。第５の実施例におけるコンテンツ制御システムは、情報サーバ６０を有する。

図４が情報サーバ６０の構成図の例である。情報サーバ６０は、ネットワーク２０とのインタフェースである通信部６１と、属性情報処理部６２、そしてデータを格納するテーブル格納部６３、コンテンツ格納部６４とから構成される。

図４の各構成要素のうち、通信部６２は、ネットワーク２０を介して接続されるコンテンツ制御サーバ１０との間でのメッセージのやりとりを行うとともに、メッセージの内容によって各処理部に処理を引き渡す。属性情報処理部６２は、コンテンツ制御サーバ１０からの位置情報など属性情報を受信し、関連する情報や広告などを、コンテンツ制御サーバ１０に送信する。また、テーブル格納部６３は、各種テーブルをデータとして格納する。コンテンツ格納部６４は、情報コンテンツをデータとして格納する。

第５の実施例で用いるテーブルとしては、第１の実施例、第２の実施例に加えて、テーブル５、６がある。テーブル５は図２に示すコンテンツ制御サーバ１０のテーブル格納部１８に、テーブル６は図４に示す情報サーバ６０のテーブル格納部６３にそれぞれ格納される。

図９は、ゲートウェイ-ユーザ-属性対応リスト（テーブル５）を示す。ゲートウェイ-ユーザ-属性対応リスト（テーブル５）は、第２の実施例で説明した図６のゲートウェイ-ユーザ対応リスト（テーブル２）に位置情報１８５３を追加したものに相当する。

図１０は、属性-情報対応リスト（テーブル６）を示す。属性-情報対応リスト（テーブル６）６３１は、例えば、位置６３１１、時間帯６３１２と、位置・時間帯に関連する情報のＩＤ６３１３との対応関係を示す。図１０に示すように、例えば横浜、東京、川崎などの位置ごとに、また時間帯（ＡＭ、ＰＭなど）ごとに、関連する情報や広告などを予め情報ＩＤ６３１３に設定しておく。関連する情報や広告としては、その地域の天気（予報）、ニュース、催し物、商店の情報などがある。

第５の実施例で用いるコンテンツは、第１の実施例と同様に図１１を用いる。

次に、第５の実施例で用いるシーケンスについて説明する。図３０が第５の実施例のシーケンスである。第５の実施例は、初期設定シーケンスＳ５１、配達シーケンスＳ５２、ログイン・ポータル表示シーケンスＳ５３、ダウンロードシーケンスＳ５４から構成される。

最初に初期設定シーケンスＳ５１について説明する。初期設定シーケンスＳ５１では、第１の実施例で説明したのと同様に、各ゲートウェイ３０とコンテンツ制御サーバ１０の間でゲートウェイＩＤの初期設定を行う。この際、ゲートウェイＩＤの設定に加えて、ゲートウェイに特有な属性情報として、ここではゲートウェイの位置情報をコンテンツ制御サーバ１０に登録しておく。ここで登録するのは、図６に示すゲートウェイ-ユーザ対応リスト（テーブル２）の代わりのゲートウェイ-ユーザ-属性対応リスト（テーブル５）である。ここでは、配達シーケンスＳ５２で後述するように、ゲートウェイ３０Ａ配下の端末５０Ａ−ａからユーザ７０Ａ−１がコンテンツ制御サーバ１０にアクセスし、コンテンツを特別ゲートウェイ３０Ｓに配達することを想定し、例えばユーザ７０Ａ−１の自宅が横浜で、通勤先に最寄りのプリントショップが川崎にあったとした場合、ゲートウェイＩＤ１８５１＝３０Ａに対して、各ユーザ７０Ａ−１、７０Ａ−２などと別にゲートウェイ３０Ａ自体のホームエントリを設け、位置情報１８５３に横浜と設定する。同様に特別ゲートウェイ３０Ｓのエントリとして、位置情報１８５３に川崎と設定する。

次に配達シーケンスＳ５２について説明する。配達シーケンスＳ５２では、図３０で、ゲートウェイ３０Ａ配下の端末５０Ａ−ａからユーザ７０Ａ−１がコンテンツ制御サーバ１０にアクセスし、コンテンツを特別ゲートウェイ３０Ｓに配達するシーケンスである。この配達シーケンス５２は、第３の実施例で説明した配達シーケンスＳ３１とほぼ同様であり、配達先ゲートウェイが３０Ｂでなく、特別ゲートウェイ３０Ｓに置き換えたものとなる。ここで図８に示す受付許可ゲートウェイリスト（テーブル４）にあるように、ゲートウェイＩＤ＝３０Ｓの特別ゲートウェイは、受付許可ゲートウェイＩＤ１８４２として＊（任意）と設定されていて、本コンテンツ制御システムの提供するサービスに加入するどのゲートウェイからの配達も受け付ける点が、他のゲートウェイとは異なる。

次にログイン・ポータル表示シーケンスＳ５３について説明する。ログイン・ポータル表示シーケンスＳ５３では、図３０で、ユーザ７０Ａ−１が特別ゲートウェイ３０Ｓ配下の特別端末５０Ｓ−ａからログイン・ポータル表示する動作と、それに伴って属性に基づいた情報・広告等の配信を行う動作についてのシーケンスである。例えば、ユーザ７０Ａ−１が、特別端末５０Ｓ−ａ（たとえばプリントショップ端末）から、コンテンツ制御サーバ１０に特別ゲートウェイ３０Ｓ経由でログイン要求を行った時に、特別ゲートウェイ３０Ｓはそのログイン要求をコンテンツ制御サーバ１０に渡し、コンテンツ制御サーバがそのログインを受け付け、情報サーバ６０が持つ関連情報とともに、ポータル表示を特別ゲートウェイ３０Ｓ経由で特別端末５０Ｓ−ａに送信することにより、特別端末のブラウザ画面にポータル及び関連情報が表示される。

ログイン・ポータル表示シーケンスＳ５３における特別ゲートウェイ３０Ｓの処理を、図２５に示す特別端末からのログイン・ポータル表示時のゲートウェイフローチャートで説明する。特別ゲートウェイ３０Ｓは、特別端末５０Ｓ−ａからのＨＴＴＰ要求（ユーザＩＤでログイン）を受信し（３６０２）、ログイン・ポータル処理部３２が、特別ゲートウェイの属性情報(位置等)を付与して、コンテンツ制御サーバ１０に送信する（３６０３）。ログインができたら、ログイン・ポータル処理部３２はポータル表示処理を行い、最後に、コンテンツ制御サーバ１０から特別端末５０Ｓ−ａへのＨＴＴＰ応答（ポータル表示）に、特別ゲートウェイ３０Ｓにある情報（配達済コンテンツ有無等）を付与して、特別端末５０Ｓ−ａに送信する（３６０８）。

ログイン・ポータル表示シーケンスＳ５３におけるコンテンツ制御サーバ１０の処理を、図１９に示すログイン・ポータル表示時の属性情報配信のコンテンツ制御サーバフローチャートを用いて説明する。図１９は第２の実施例で説明した図１６に示すモバイル端末・特別端末からのログイン・ポータル表示時のコンテンツ制御サーバフローチャートに、属性情報配信を追加したものである。

コンテンツ制御サーバ１０は、特別端末５０Ｓ−ａからのＨＴＴＰ要求（ログイン要求）を受信する際に、位置情報など属性情報も受信する（１９０２）。ログイン・ポータル処理部１２はログイン処理した後、ユーザＩＤ１８５２＝７０Ａ−１という情報から、先に設定した図９のゲートウェイ-ユーザ-属性対応リスト（テーブル５）１８５を参照し、対応するゲートウェイＩＤ１８５１＝３０Ａを特定し、リストに位置情報１８５３＝川崎を設定する（１９０４）。ここでは特別ゲートウェイ３０Ｓの位置である川崎を設定するが、図９に示すように、例えば東京でモバイル端末からログインする場合であれば、その位置情報＝東京を設定する。位置情報はＧＰＳ(Global Positioning System)の緯度経度情報などでも良い。続いて、ログイン・ポータル処理部１２は特別端末５０Ｓ−ａに対してポータル表示を行うが、位置情報など属性情報を情報サーバ６０に送信する（１９０８）。ログイン・ポータル処理部１２は、位置・時間など属性に基づいた情報を情報サーバ６０から受信したら（１９０９）、特別端末５０Ｓ−ａに対して、ＨＴＴＰ応答（ポータル表示）に加えて、属性に基づいた情報を送信する（１９１０）。位置情報として、ユーザ７０Ａ−１が現在いる特別ゲートウェイ３０Ｓの位置である川崎を用いても効果的な情報・広告が得られるし、ユーザ７０Ａ−１の自宅がある横浜を用いても効果的な情報・広告が得られるので、ここでは川崎と横浜の両方の情報を用いることとする。

図２０は、ログイン・ポータル表示シーケンスＳ５３における情報サーバ６０の処理を示す。以下、図４及び図２０を用いて説明する。情報サーバ６０は、コンテンツ制御サーバ１０から位置情報など属性情報を受信したら（６１０２）、属性情報処理部６２が、時間情報など属性情報を参照し（６１０３）、テーブル格納部６３にある属性-情報対応リスト（テーブル６）６３１を参照する（６１０４）。図１０で説明したように、属性-情報対応リスト（テーブル６）には、例えば横浜、東京、川崎などの位置ごとに、また時間帯（ＡＭ、ＰＭなど）ごとに、関連する情報や広告などを予め情報ＩＤ６３１３に設定されているので、属性情報処理部６２は、コンテンツ制御サーバ１０から受信した位置情報など属性情報をもとに、例えば時間帯も考慮して、属性-情報対応リスト（テーブル６）を参照し、関連する情報や広告などを、コンテンツ制御サーバ１０に送信する（６１０５）。例えば、横浜の自宅から川崎の特別ゲートウェイにコンテンツ配達したのが午前中で、そのコンテンツを特別端末からアクセスするのが午後の場合には、図１０の属性-情報対応リスト（テーブル６）６３１の、横浜の午前と、川崎の午後とに関連する情報をそれぞれ送信してもよいし、横浜についてもこれから自宅に帰ることを想定して午後に関連する情報を送信してもよい。ここで、コンテンツ制御サーバ１０から受信した位置情報など属性情報と、属性-情報対応リスト（テーブル６）６３１の位置６３１１との対応関係は、ちょうど一致したものでなくても、近隣の位置や、位置情報としてＧＰＳなどを使う場合はその緯度経度を含むエリアの位置などでもよい。

次にダウンロードシーケンスＳ５４について説明する。ダウンロードシーケンスＳ５４は、特別ゲートウェイ３０Ｓに配達されたコンテンツを、ユーザ７０Ａ−１が特別ゲートウェイ３０Ｓ配下の特別端末５０Ｂ−ａからダウンロード・視聴する動作と、それに伴って属性に基づいた情報・広告等の配信を行う動作についてのシーケンスである。

図２６は、ダウンロードシーケンスＳ５４における特別ゲートウェイ３０Ｓの処理を、図２６に示す特別端末へのダウンロード時のゲートウェイフローチャートで説明する。図２６は、ログイン・ポータル表示シーケンスＳ５３で説明した図２５の終了時３６１０の続きであり、特別ゲートウェイ３０Ｓは、特別端末５０Ｓ−ａからのＨＴＴＰ要求（ダウンロード要求）を受信し（３７０２）、ここでは、図２５のシーケンス３６０８により、コンテンツが既に特別ゲートウェイ３０Ｓに配達されていることが分かっているので、ダウンロード処理部１４は、コンテンツの場所＝特別ゲートウェイと判断し（３７０３）、特別ゲートウェイ３０Ｓから特別端末５０Ｓ−ａにコンテンツをダウンロードする（３７０８）。ここでも、上述のログイン・ポータル表示シーケンスＳ５３と同様に、コンテンツに加えて、関連する情報や広告などをダウンロードすることにより、ユーザ７０Ａ−１は、特別端末５０Ｓ−ａにダウンロードしたコンテンツに加えて、関連する情報や広告などを視聴・プリントアウト・持ち帰りすること等が可能となる。最後に、ログアウト時は、ログイン・ポータル処理部１２が必要に応じて特別ゲートウェイのコンテンツを削除する（３７１０）。特別端末５０Ｓ−ａは他の人も使うため、特別端末５０Ｓ−ａにダウンロードしたコンテンツも併せて削除しておくとよい。

以上の説明では、属性情報として特別ゲートウェイ３０Ｓで位置情報を付与したが、他にその特別ゲートウェイ３０Ｓ配下の特別端末に関する情報や、特別端末を利用するユーザに関する情報などを付与しても良い。また、端末５０Ａ−ａから特別ゲートウェイ３０Ｓへの配達の代わりに、モバイル端末５０Ａ−ｍから自宅のゲートウェイ３０Ａへの配達などの場合でも、家族のメンバがいる位置に関連する情報や広告を配信すれば、自宅にいる別の家族にとっては関心の高い情報を提供することができる。

以上説明した実施例によると、本発明の一態様は、ネットワーク経由で、ゲートウェイ配下にない複数のモバイル端末、及び／あるいは任意のユーザが利用可能な特別な端末を配下に持つ特別なゲートウェイが接続されて構成されるシステムで。コンテンツ制御サーバ及びゲートウェイは、ゲートウェイ毎にその配下の一つないし複数の端末と、モバイル端末と、特別な端末とを利用する複数のユーザが利用可能なメモリエリアを備える。コンテンツ制御サーバが、コンテンツを利用するユーザに対応するゲートウェイを識別するゲートウェイ識別子と、ユーザを識別するユーザ識別子との対応関係を持つテーブルを備える。コンテンツ制御サーバが、ゲートウェイ識別子を、コンテンツに付与し、コンテンツが経由するグループ数に上限を設けることにより、メモリエリアに対して、ゲートウェイ配下の端末からでも、ゲートウェイ配下にないモバイル端末からでも、特別なゲートウェイ配下の特別な端末からでも、ユーザのコンテンツの配布を制御することが可能となる。

また、本発明の他の態様として、ゲートウェイ配下にないモバイル端末や特別なゲートウェイ配下にある特別端末からも、第１の実施例で示したゲートウェイ配下の端末からのアクセスと同様に、グループ単位でユーザのコンテンツを配布制御する。

また、本発明の他の態様として、ゲートウェイ配下の端末からゲートウェイを経由して別のゲートウェイにコンテンツの配達が可能となるとともに、配達先のゲートウェイがコンテンツ配達を受けることにより、そのゲートウェイ配下の端末が常に電源が入っていたりネットワークに接続したりしてなくても、コンテンツをローカルなグループメモリエリアに保持する。ゲートウェイ配下の端末からと同様に、モバイル端末からゲートウェイに対しても、また、ゲートウェイ配下の端末から特別ゲートウェイに対しても、配達、配達後の処理の制御を行うこと可能となる。

本発明の他の態様として、コンテンツ制御サーバが、コンテンツに付与されたゲートウェイ識別子を認識する手段を備えることにより、コンテンツ制御システムの外にコンテンツが流出した際に、コンテンツ所有者の匿名性を確保しながら、コンテンツが経由したユーザの特定が可能となる。

また、本発明の他の態様によると、本コンテンツ制御システムの外にコンテンツが流出した際に、コンテンツ所有者の匿名性を確保しながら、コンテンツが経由したユーザの特定が可能となる。これは悪意を持ってコンテンツを流出させた場合以外にも、誤って流出した場合に、そのユーザに対して注意を促すような場合にも効果がある。

さらに、本発明の他の態様として、ネットワーク経由で、情報サーバが接続されて構成されるシステムであって、 情報サーバは、ゲートウェイの持つ属性情報と、その属性情報に関連する情報との対応関係を示すテーブルを備えることにより、 コンテンツ制御サーバからの属性情報を元に、関連する情報を配信とする。当該態様により、コンテンツの配布に伴って、ユーザや端末、ゲートウェイの位置、場所などの属性に関連した情報・広告等の配信、受信を行うことが可能となる。

コンテンツ制御システムの構成図。 コンテンツ制御サーバの構成図。 ゲートウェイの構成図。 情報サーバの構成図。 グループ経由数上限値リスト（テーブル１）の説明図。 ゲートウェイ-ユーザ対応リスト（テーブル２）の説明図。 コンテンツリスト（テーブル３）の説明図。 受付許可ゲートウェイリスト（テーブル４）の説明図。 ゲートウェイ-ユーザ-属性対応リスト（テーブル５）の説明図。 属性-情報対応リスト（テーブル６）の説明図。 コンテンツの構成図。 ログイン・ポータル表示時のコンテンツ制御サーバのフローチャート。 アップロード時のコンテンツ制御サーバのフローチャート。 ダウンロード時のコンテンツ制御サーバのフローチャート。 コピー時のコンテンツ制御サーバのフローチャート。 モバイル端末・特別端末からのログイン、ポータル表示時のコンテンツ制御サーバのフローチャート。 配達時のコンテンツ制御サーバのフローチャート。 流出経路問い合わせ時のコンテンツ制御サーバのフローチャート。 ログイン・ポータル表示時の属性情報配信のコンテンツ制御サーバのフローチャート。 ログイン・ポータル表示時の属性情報配信の情報サーバのフローチャート。 ログイン・ポータル表示時のゲートウェイのフローチャート。 アップロード時のゲートウェイのフローチャート。 ダウンロード時のゲートウェイのフローチャート。 配達時の配達先ゲートウェイのフローチャート。 特別端末からのログイン・ポータル表示時のゲートウェイのフローチャート。 特別端末へのダウンロード時のゲートウェイのフローチャート。 第１の実施例のシーケンス。 第２の実施例のシーケンス。 第３の実施例のシーケンス。 第５の実施例のシーケンス。

符号の説明

１０ コンテンツ制御サーバ
１１ 通信部
１２ ログイン・ポータル処理部
１３ アップロード処理部
１４ ダウンロード処理部
１５ コピー処理部
１６ 配達処理部
１７ 経路処理部
１８ テーブル格納部
１８１ グループ経由数上限値リスト（テーブル１）
１８２ ゲートウェイ-ユーザ対応リスト（テーブル２）
１８３ コンテンツリスト（テーブル３）
１８４ 受付許可ゲートウェイリスト（テーブル４）
１８５ ゲートウェイ-ユーザ-属性対応リスト（テーブル５）
１９ コンテンツ格納部
１９１ グループメモリエリア１９１Ａ、１９１Ｂ、・・・
２０ ネットワーク
３０ ゲートウェイ３０Ａ、３０Ｂ、・・・（特別ゲートウェイ３０Ｓ）
３１ 通信部
３２ ログイン・ポータル処理部
３３ アップロード処理部
３４ ダウンロード処理部
３５ コピー処理部
３６ 配達処理部
３７ 経路処理部
３８ コンテンツ格納部
３７１ グループメモリエリア３７１Ａ、３７１Ｂ、・・・
４０ ローカルネットワーク４０Ａ、４０Ｂ、・・・
５０ 端末５０Ａ−ａ、５０Ａ−ｂ、５０Ｂ−ａ、５０Ｂ−ｂ、・・・
（モバイル端末５０Ａ−ｍ、５０Ｂ−ｍ、・・・、特別端末５０Ｓ−ａ、５０Ｓ−ｂ、・・・）
６０ 情報サーバ
６３１ 属性-情報対応リスト（テーブル６）
７０ ユーザ７０Ａ−１、７０Ａ−２、７０Ｂ−１、７０Ｂ−２、・・・
８０ コンテンツＸ、Ｙ、・・・
８１ コンテンツ本体
８２ メタデータ
８２１ ゲートウェイＩＤ設定領域

Claims (8)

1. ネットワークを介して複数のゲートウェイサーバに接続されるコンテンツ制御サーバであって、
   複数のユーザをまとめたグループを識別するグループ識別子に対応するメモリエリアを、前記グループ識別子毎に備え、
   前記ネットワークを介して外部からいずれかのメモリエリアに格納される第一のコンテンツに対して取得要求を受け付け要求受付ユニットと、
   前記取得要求元の識別子と前記メモリエリアに対応する前記グループ識別子とを比較し、前記比較結果、前記取得要求元の識別子が前記グループ識別子に対応付いている場合、前記第一のコンテンツの配布を許可し、前記取得要求元に第一のコンテンツを送信し、前記比較結果、対応づけられていない場合、あらかじめ定義されている前記第一のコンテンツの取得許可識別子が前記取得要求元の識別子に対応づけられているか否かを判断し、前記判断結果、対応付いている場合は、前記取得要求元に前記第一のコンテンツを送信する、コンテンツ配布処理部と、
   前記グループ識別子に対応づけられる第一のゲートウェイサーバから前記第一のコンテンツを受け、前記第一のコンテンツを前記グループ識別子に対応するメモリエリアに格納し、前記第一のコンテンツに前記第一のゲートウェイサーバの識別子を付するコンテンツ格納処理部と、を有し、
   前記コンテンツ配布処理部は、前記第一のコンテンツを前記取得要求元に送信する場合、前記第一のコンテンツに前記取得要求元に対応する識別子を付することを特徴とするコンテンツ制御サーバ。
2. 請求項１記載のコンテンツ制御サーバであって、
   第二のゲートウェイサーバから、前記第一のゲートウェイサーバに対応付けられるグループ識別子に対応するメモリエリアに対して第二のコンテンツの格納要求を受けた場合、前記格納処理ユニットは、前記第二のコンテンツにグループ識別子が付されているか否かを判断し、前記第二のコンテンツに所定の数以上のグループ識別子が付されていた場合、前記第二のコンテンツの格納要求を拒否する、ことを特徴とするコンテンツ制御サーバ。
3. 請求項１記載のコンテンツ制御サーバであって、
   前記取得要求元に対応するメモリエリアを有する場合、
   前記コンテンツ配布処理部は、さらに、前記第一のコンテンツを複製し、前記複製された第一のコンテンツを前記取得要求元に対応するメモリエリアに格納する、ことを特徴とするコンテンツ制御サーバ。
4. 請求項１記載のコンテンツ制御サーバであって、
   前記第一のコンテンツは、前記第一のコンテンツ送信先の識別子を格納する識別子格納領域を有し、前記第一のコンテンツを前記取得要求元に送信する場合、前記エリアに前記取得要求元の識別子を書き込みができないときは、前記コンテンツの前記取得要求元への送信を中止する、ことを特徴とするコンテンツ制御サーバ。
5. 請求項４記載のコンテンツ制御サーバであって、前記識別子格納領域は、識別子を所定の数格納可能であることを特徴とするコンテンツ制御サーバ。
6. コンテンツ制御システムであって、
   コンテンツを管理する第一のサーバと、前記第一のサーバに第一のネットワークを介して接続される複数の第二のサーバと、を備え、
   前記第二のサーバは、それぞれ第二のネットワークを介して、前記コンテンツを利用する複数の端末に接続し、前記第一のサーバに、前記コンテンツの取得要求を行い、前記コンテンツを取得し、
   前記第一のサーバは、複数のユーザをまとめたグループを識別するグループ識別子に対応するメモリエリアを、前記グループ識別子毎を有し、
   前記第一のネットワークを介して一の第二のサーバからいずれかのメモリエリアに格納される第一のコンテンツに対して取得要求を受け付け、
   前記取得要求元の識別子と前記メモリエリアに対応する前記グループ識別子とを比較し、
   前記比較結果、前記取得要求元の識別子が前記グループ識別子に対応付いている場合、前記第一のコンテンツの配布を許可し、前記取得要求元に第一のコンテンツを送信し、前記比較結果、対応づけられていない場合、あらかじめ定義されている前記第一のコンテンツの取得許可識別子が前記取得要求元の識別子に対応づけられているか否かを判断し、前記判断結果、対応付いている場合は、前記取得要求元に前記第一のコンテンツを送信し、
   前記グループ識別子に対応づけられる第二のサーバから前記第一のコンテンツを受け、前記第一のコンテンツを前記グループ識別子に対応するメモリエリアに格納し、前記第一のコンテンツに前記第二のサーバの識別子を付し、
   前記第一のコンテンツを前記取得要求元に送信する場合、前記第一のコンテンツに前記取得要求元に対応する識別子を付することを特徴とするコンテンツ制御システム。
7. 請求項６記載のコンテンツ制御システムであって、
   さらに、前記第一のネットワークに接続される情報サーバを有し、
   前記情報サーバは、前記第二のサーバの持つ属性情報と、その属性情報に関連する情報との対応関係を示すテーブルを備え、
   前記第一のサーバからの属性情報を元に、関連する情報を配信することを特徴とするコンテンツ制御システム。
8. 請求項７記載のコンテンツ制御システムであって、
   前記第二のサーバの持つ属性情報とは、前記第二のサーバの位置情報であることを特徴とするコンテンツ制御システム。

Images