JP4543761B2 - コンテンツ共有システム及びコンテンツコンテナ作成方法 - Google Patents

Description

本発明は、マルチメディアデータを複数のユーザ間で共有するコンテンツ共有システム、及びその複数のユーザ間で共有する特定のコンテンツの集合体からなるコンテンツコンテナの作成方法に関する。

従来、インターネット等のサーバにアップロードされたコンテンツを複数のユーザ間で共有するコンテンツ共有システムが提供されている。このコンテンツ共有システム上でコンテンツを複数のユーザで共有する際、複数のコンテンツをひとまとまりにして、それらに対してアクセス許可ユーザを設定する、という方式が一般的にとられている（例えば、特許文献１及び２参照。）。

この方式のシステムでは、ユーザは、例えば自分のアップロードした写真を、アルバムや任意のカテゴリーとして分類し、運動会のアルバムや旅行のアルバムなどとしてサーバ上で公開することができる。

しかし、このようなシステムでは、画像／映像データをグループ毎に保存、共有することができるが、アルバム等のグループを作る手順については、全てユーザが手動で行わなければならない。また、ユーザが手動でコンテンツとイベントの対応付けを行う必要があり煩雑である。

一般のユーザが利用するためには、新しいグループおよびアルバムのようなコンテンツコンテナをより簡単に作成する方式が望まれる。

例えば、既にあるグループから、新たなグループを作成する方法などである。例えば、電子掲示板システムにおいて、特定のメッセージを特定のメンバーにだけ公開する、という形でグループの中に新たなグループを作成するという方法が提案されている（例えば、特許文献３参照。）

また、自動的にコンテンツを分類する手法として、コンテンツの内容から分類を行う方法が提案されている。例えば、コンテンツに含まれる動画像のシーン切り出しにより分類を行うというものである（例えば、特許文献４参照。）。
特開２００３−３０１９５号公報 特開２００３−１６００２号公報 特開２００２−１０８７６６号公報 特開平６−１２１２７２号公報

しかしながら、特許文献３に記載のものは、あるメッセージをキーワードに簡単に分類することができるが、やはりアクセス許可ユーザ設定については、ユーザが選択して手動で行わなければならないという問題があった。

また、特許文献４に記載のものは、ユーザが撮影した写真の系列を分類することが困難であるという問題があった。これは、実際に撮影される写真においては、同一イベントの写真であっても、撮影間隔が長くなったり、異なる対象を撮影したりするために、同一イベントではないと認識されてしまう場合が生じるからである。また、特許文献４においては、分類した写真を特定のユーザ間で共有する手法について示されていない。

斯かる点に鑑み、本発明は、ユーザがメンバーを一人一人手動で指定することなく、新たなグループとそのグループ内のユーザ間で共有されるコンテンツコンテナを簡単に作成できるようにし、さらには、コンテンツを簡単にイベント毎に分類できるようにすることを目的とする。

上記課題を解決し、目的を達成するため、本発明は、メディアデータ及びメタデータからなるコンテンツと、このコンテンツに対するアクセス許可ユーザが登録されたアクセス定義データが記録されているサーバ上に、新たに複数のユーザ間で共有できる特定コンテンツの集まりからなるコンテンツコンテナを作成するものであって、ユーザが操作するクライアントからのコンテンツコンテナ作成コマンドを受け付けた場合、コンテンツコンテナ作成コマンドの内容に応じて、サーバ内又は外部に蓄積された既存のデータを解釈し、その既存のデータの解釈結果を基にアクセス許可ユーザを抽出して新たにアクセス定義データを作成し、新たなアクセス定義データに登録されたユーザ間で共有される新たなコンテンツコンテナを作成する。

斯かる本発明によれば、ユーザが一人一人メンバーを手動で指定することなく、コンテンツ共有システム、及び他のツールのコミュニケーション等によって蓄積されたデータを流用してアクセス許可ユーザを確定し、その特定のユーザ間で共有できる新たなコンテンツコンテナを簡単に作成できる。

上述のサーバは、少なくともイベント名とイベントＩＤ、からなる、コンテンツを分類するためのイベント情報が登録されるイベントデータテーブルを保持しており、複数のユーザが操作するクライアントのうちのいずれかのクライアントから新規にイベント情報を生成するための情報が送信されたことに基づき、イベントデータテーブルに新規にイベント情報を登録し、複数のユーザが操作するクライアントのうちのいずれのクライアントから新たなコンテンツの作成時にイベントリスト要求コマンドが送信された場合にも、イベントデータテーブルに登録された全てのイベント情報を、新たなコンテンツと対応付けるイベント情報の候補として返送するようにしたものである。

これによって、コンテンツを手軽にイベントごとに分類することが可能となる。さらに、そのイベント情報を複数ユーザ間で共有することで、グループで行ったイベント情報を効果的に保存し活用することが可能となる。

本発明によれば、コンテンツ共有システム、及び他のツールのコミュニケーション等によって蓄積されたデータを利用することによって、ユーザが一人一人メンバーを手動で指定することなく、簡単にアクセス許可ユーザ、さらにその特定のユーザ間で共有できる新たなコンテンツコンテナを作成できる。したがって、ユーザは、コンテンツ共有システム上で簡単に複数のユーザで共有するコンテンツを束ね、特定の対話をすることができるようになるという効果がある。

また、大量のコンテンツの管理という観点から見た場合、従来のコンテンツ作成(撮影)→蓄積→分類→共有という流れではなく、共有場作成→コンテンツ作成(撮影)→蓄積＋分類→さらに新しい共有場の作成、といった流れになる。このようにしたことにより、あるテーマのコンテンツの整理が簡便化されるだけでなく、新たなコンテンツの整理を連鎖的にサポート（支援）できるとともに、また、ユーザがコンテンツを整理できる機会を自然に増やすことができるという効果がある。

また、コンテンツを分類するためのイベント情報が登録されるイベントデータテーブルを保持し、複数のユーザが操作するクライアントのうちのいずれかのクライアントから新規にイベント情報を生成するための情報が送信されたことに基づき、イベントデータテーブルに新規にイベント情報を登録し、複数のユーザが操作するクライアントのうちのいずれのクライアントから新たなコンテンツの作成時にイベントリスト要求コマンドが送信された場合にも、イベントデータテーブルに登録された全てのイベント情報を、新たなコンテンツと対応付けるイベント情報の候補として返送することによって、コンテンツを手軽にイベントごとに分類することができる。さらに、そのイベント情報を複数ユーザ間で共有することで、グループで行ったイベント情報を効果的に保存し活用することができるという効果がある。

以下、図１〜図２０を参照して、本発明の一実施の形態の例について説明する。

最初に、コンテンツ共有システムの概要について、図１〜図８を用いて説明する。コンテンツ共有システムは、複数のユーザが、静止画像、動画、音声、テキストを例とするマルチメディアデータをインターネット等の通信網を介して記録、読み出すことができるシステムである。このシステムの基本的な構成は、インターネット等の通信網上のサーバと、各ユーザが操作する複数のクライアントからなる。

図１は、コンテンツ共有システムの概略構成を示す図である。図１において、コンテンツ管理部２００は、後述するメディアデータとメタデータからなるコンテンツ（図４参照）を管理するモジュールであり、コンテンツの保存、修正、コメント追加、閲覧等を制御する。また、適切な認証手段により、許可されたクライアントのみが各種操作を実行することができるようになっている。

またクライアント１００及び４００は、ユーザが直接操作を行うアプリケーションプログラムであり、メディアのキャプチャ、テキスト入力などのユーザインターフェイス、位置情報などのメタデータの取得、コンテンツ管理部２００へのコンテンツの登録、コンテンツの表示等の機能を提供するものである。ユーザはクライアントを介して、システム上に公開されたコンテンツの閲覧、登録、取得、削除、変更等の操作を行うことができる。

また表示構成部３００は、コンテンツ管理部２００からコンテンツデータを取得し、適切な形にレイアウトするものであり、サーバ上又はクライアント端末のいずれかに格納されていればよい。レイアウト方法は、例えば複数ユーザのコンテンツを最新順に表示したり、特定ユーザのコンテンツのみを表示する等、種々の方法が適用できる。

図１に示されるコンテンツ共有システムの具体的な構成方法の一例は、例えばコンテンツ管理部をJava（登録商標）Servletとし、表示構成部及びクライアントを携帯電話上で動作するJavaアプリケーションプログラムとするものである。

また、コンテンツ共有システムの異なる構成方法の一例は、例えばコンテンツ管理部と表示構成部をJava Servletとし、クライアントをＰＣ（パーソナルコンピュータ）上などのウェブブラウザとするものである。

本実施例で説明するコンテンツ管理部２００等のクライアント１００，４００以外のブロックは、全てサーバで動作するが、各ブロックがネットワーク上に分散していたり、クライアントを操作するユーザに依存する情報や、一部の機能が、クライアントに含まれていてもよい。また、各ブロックは、異なるサーバ上で動作するネットワーク上のサービスでもよいし、同一サーバで動作する異なるプログラムでもよいし、同一プログラム内のライブラリでもよい。

クライアント、サーバ、いずれもコンピュータ上のプログラムとして動作し、データはそれらの図示しない不揮発性の記録媒体に記録される。

以下、コンテンツ共有システムについてより具体的な例を用いて説明する。図２は、例えばコンテンツ共有システムを用いた電子掲示板システムのユーザ利用画面である、コンテンツコンテナ表示画面の一例である。ここでは６人のユーザ（山田、佐藤、加藤、佐々木、木村、飯島）が互いにコンテンツを共有している。本システムでは、特定のコンテンツの集合を、コンテンツコンテナ（単にコンテナともいう。）と呼ぶ。

コンテンツコンテナには複数のユーザが複数のコンテンツを書き込み、また読み出すことができる。更に、コンテンツコンテナにはユーザごとのアクセス権を設定することができる。この例では説明の簡略化のため、コンテンツの書き込み方法を２つに定義している。１つは、画像投稿であり、画像データとそのタイトルを書き込みの単位とする。もう１つは、コメント投稿であり、テキストデータによる文章を書き込みの単位とするものである。

図２においては、「９０年度３年Ｂ組の部屋」というコンテナ名称１１のコンテンツコンテナに、ユーザが画像やコメントを投稿した例を表している。例えば、画像データ表示１３は、山田というユーザによって投稿された画像であり、投稿者・タイトル表示１４において、投稿者名と投稿者が設定したタイトルが表示されている。投稿者・コメント表示１６は、この山田の投稿に対して、他のユーザがコメントを投稿した結果の表示である。図では１つのコメントは１行に表示されているがこの限りではない。

また、図２において、１２はこのコンテンツコンテナに画像を投稿する際に押下する画像投稿ボタン、１５はコメントを投稿する際に使用するコメントボタン、１７はコンテンツコンテナを作成する際に使用するコンテナ作成ボタンである。

次に、本システムにおいて、投稿、コメント、閲覧がどのような方法によって実現されているかを説明する。まず、図２〜図６を参照して、画像投稿時の動作について述べる。

図３は、コンテンツ管理部２００の内部構成を示したものである。コンテンツ管理部２００は、制御部２０１、コンテンツデータ部２０２、アクションデータ部２０３、認証データ部２０４から構成されている。

図３において、コンテンツ管理部２００内の制御部２０１は、外部からの各種コマンドの受付、内部のデータの管理、表示構成部３００への表示指示などを行う。またコンテンツデータ部２０２は、コンテンツ及びコンテンツコンテナのデータを保存する。またアクションデータ部２０３は、何らかの処理を行うコードが保存されている。さらに認証データ部２０４は、ユーザデータ、パスワードなどの認証に必要なデータが保存される。この認証データは外部に保存されていてもよい。

図４は、コンテンツデータ部２０２のデータ構成を図示したものであり、Ａはコンテンツコンテナ部２０２の構成、Ｂはコンテンツコンテナの構成、Ｃはコンテンツの構成を示す。コンテンツデータ部２０２は、複数の例えばコンテンツコンテナ２１１，２１２…を保存、管理している。さらに、ひとつのコンテンツコンテナ２１１の内部は、アクセス定義データ２２１と、複数のコンテンツ２３１，２３２…からなるコンテンツリスト２２２で構成される。なお、コンテンツコンテナは、新規作成時にはコンテンツを含まない場合もある。

また、コンテンツ２３１は、メディアデータ２４１とメタデータ２５１から構成され、メディアデータ２４１はマルチメディアデータが格納され、メタデータ２５１にはメディアデータに関する情報が格納される。本実施例の場合、画像も、コメントも、１つのコンテンツとしてここに格納される。

図５は、図２に対するコンテンツコンテナの具体的なデータの格納構造を示すものであり、コンテナのタイトルを表すコンテナメタデータ２１０、アクセス定義データ２２１、コンテンツリスト２２２を格納する。

図５に示されるように、アクセス定義データ２２１には、各ユーザ毎の投稿及び閲覧許可情報（アクセス権）が登録されている。本実施例においては、ＩＤがＵ００１は山田、Ｕ００２は佐藤、Ｕ００３は加藤、Ｕ００４は佐々木、Ｕ００５は木村、Ｕ００６は飯島としている。なお、アクセス権の設定については、投稿許可、閲覧許可を個別に設定することもできる。

また、例えば、コンテンツリスト２２２内の画像コンテンツ２３１には、メディアデータ２４１に画像データが格納され、メタデータ２５１には、投稿者ＩＤ（Identification）、タイトル、子コンテンツＩＤ（０個以上）が格納される。一方、画像コンテンツ２３１の投稿コメントであるコメントコンテンツ２３２には、メディアデータ２４２にコメント文が格納され、メタデータ２５２には、投稿者ＩＤ、親コンテンツＩＤが格納される。なお、２１１ａはコンテンツコンテナを識別するためのコンテンツコンテナＩＤ、２３１ａはコンテンツを識別するためのコンテンツＩＤである。

具体的な投稿作業について、一例として図２に示した画像データ１３を投稿するときの流れを解説する。ユーザ（山田）が投稿を行う際、まず、図２の画像投稿ボタン１２を選択し、画像とタイトルを指定する。この結果、図３において、クライアント１００はコンテンツ管理部２００の制御部２０１に対して、画像投稿コマンドを送信する。画像投稿コマンドの内容は、投稿対象コンテンツコンテナＩＤ、投稿者ＩＤ、タイトル、画像データから構成される。

画像投稿コマンドを受信した制御部２０１は、図６に示すフローチャートに従って、投稿コマンド処理を実行する。まず、制御部２０１は投稿先のコンテンツコンテナをコンテンツデータ部２０２から検索する（ステップＳ１）。指定のコンテンツコンテナが有るかどうかを判断し（ステップＳ２）、指定のコンテナが見つかった場合、その内部のアクセス定義データ２２１を確認してアクセス許可判定を行う（ステップＳ３）。制御部２０１は、アクセス定義データ２２１を参照し、投稿者である山田（ＩＤ Ｕ００１）が、投稿を許可されていること（アクセス権）を確認し（ステップＳ４）、投稿コンテンツを作成し、データを格納し、コンテンツＩＤ(Ｃ００１)を生成してコンテンツリスト２２２に格納する（ステップＳ５）。コンテンツリスト２２２への格納処理が終了したら、投稿コマンド処理が終了した旨を画面に表示し（ステップＳ６）、投稿コマンド処理を終了する。

上述判断ステップＳ２及びステップＳ４において、投稿先コンテナが無い場合、又はユーザがアクセス権を持たない場合、それぞれエラーである旨のメッセージを表示し（ステップＳ７）、投稿コマンド処理を終了する。

なお、図５では、コンテンツ２３１のメタデータ２５１に子コンテンツが２つ格納された表現となっているが、この段階では、コンテンツ２３１に子コンテンツはないので、この項目は存在しない。

次に、ユーザがコンテンツコンテナの内容を閲覧する場合の処理について、図２、図３、図７を用いて説明する。ユーザが、クライアント１００（図３参照）に対し入力操作を行いこのコンテンツコンテナ２１１を閲覧することを指示すると、クライアント１００は、制御部２０１に対して、閲覧コマンドを送信する。このときの閲覧コマンドの中身は、閲覧対象コンテンツコンテナＩＤ、要求者のユーザＩＤである。

制御部２０１は、閲覧コマンドを受信すると、図７に示すフローチャートに従って、閲覧コマンド処理を実行する。まず、制御部２０１は閲覧対象となるコンテンツコンテナを検索し（ステップＳ１１）、閲覧対象のコンテンツコンテナが有るかどうかを判断する（ステップＳ１２）。閲覧対象コンテンツコンテナが見つかった場合、投稿時と同様に、その内部のアクセス定義データ２２１を確認してアクセス許可判定を行う（ステップＳ１３）。制御部２０１は、アクセス定義データ２２１を参照し、要求者が閲覧を許可されていること（アクセス権）を確認し（ステップＳ１４）、要求者が閲覧を許可（閲覧ＯＫ）されていれば、表示構成部３００に画面構成用コンテンツデータを送信して（ステップＳ１５）、閲覧コマンド処理を終了する。

上述判断ステップＳ１２及びステップＳ１４において、閲覧先コンテナが無い場合、又はユーザがアクセス権を持たない場合、それぞれエラーである旨のメッセージを表示し（ステップＳ１６）、閲覧コマンド処理を終了する。

表示構成部３００では、コンテンツデータを解析し、画面構成データを作成する。表示構成部３００は、コンテンツデータから、タイトル、投稿コンテンツ、コメントコンテンツを抽出し、図２に示されるように配置する。また、１つの画像投稿ボタンと、投稿(画像データ)ごとのコメントボタン１５をレイアウトする。画面構成データは、例えばＨＴＭＬなどを利用して構成する。

次に、ユーザが閲覧したコンテンツに対してコメントを行う場合について、図２、図３、図８を用いて説明する。図２において、画像データ表示１３に対してユーザ（佐藤）がコメントをする場合について述べる。ユーザ（佐藤）がコメントボタン１５を選択すると、クライアント１００（図３参照）から、制御部２０１に対して、コメント投稿コマンドが発行される。コメント投稿コマンドの内容は、要求者ＩＤ、コンテンツコンテナＩＤ、コンテンツＩＤ、コメントテキスト、となっている。

制御部２０１は、コメント投稿コマンドを受信すると、図８に示すフローチャートに従って、コメント投稿処理を実行する。まず、制御部２０１は、投稿時と同様に、コメント先コンテナの検索（ステップＳ２１）を行い、コメント先コンテナが有るかどうかを判断する（ステップＳ２２）。コメント先コンテナが見つかった場合、投稿時と同様に、その内部のアクセス定義データ２２１を確認してアクセス許可判定を行う（ステップＳ２３）。制御部２０１は、アクセス定義データ２２１を参照し、要求者が閲覧を許可されていること（アクセス権）を確認し（ステップＳ２４）、要求者が閲覧を許可（閲覧ＯＫ）されていれば、次に、コメント先となる、画像コンテンツを検索し（ステップＳ２５）、コンテンツを格納する（ステップＳ２６）。そして、コマンド実行処理が終了した旨のメッセージを表示し（ステップＳ２７）、処理を終了する。

コンテンツ格納のステップＳ２６では、図５に示すように、コメントをコンテンツとして格納する。その際に、例えばコメントコンテンツ２３２のメタデータ２５２の親コンテンツの項目に、画像コンテンツのコンテンツＩＤ（Ｃ００１）を格納し、かつ、コメント先となるコンテンツ２３１のメタデータ２５１の子コンテンツの項目に、格納されたコメントコンテンツのＩＤ（Ｃ００２）を格納する。閲覧時において、表示構成部３００が画像コンテンツのメタデータを解析し、子コンテンツを、その画像のコメントとして抽出していて、画面構成データを作成する。

なお、上述判断ステップＳ２２及びステップＳ２４において、コメント先コンテナが無い場合、又はユーザがアクセス権を持たない場合、それぞれエラーである旨のメッセージを表示し（ステップＳ２８）、コメントコマンド処理を終了する。

以上が、コンテンツ共有システムの基本的な説明である。次に、一部のユーザで共有可能なコンテンツコンテナを簡単に作成する本発明の一実施の形態の例について、図９〜図２０を用いて説明する。

図９は、本発明の一実施の形態のシステム構成を示す図である。図９に示されるコンテンツ共有システムは、図１に示されたシステムに加え、コンテンツコンテナ作成補助制御部５１０、コンテナ作成部５２０、データ解釈部５３０、作成判定部５４０、アクション発行部５５０から構成されたコンテンツコンテナ作成補助部５００を備え、ユーザのアクセス履歴やコンテンツコンテナ作成履歴等が記録されたコミュニケーション履歴データ７００、各ユーザが個人的に持つユーザリスト７１０などから、コンテンツの既存データを解釈してアクセス可能ユーザを確定し、そのアクセス可能ユーザで共有される新たなコンテンツコンテナを作成することができる。

図９に示すコンテンツコンテナ作成補助制御部５１０は、クライアント１００又は４００のコンテンツ作成要求時に送信されてくるコマンドを解析して、表示構成部３００、コンテナ作成部５２０、データ解釈部５３０、アクション発行部５５０に対して所定の制御及び指示を行う。

またコンテナ作成部５２０は、コンテンツコンテナ作成時補助制御部５１０又はデータ解釈部５３０からの指示に従い所定のコンテンツコンテナを作成する。

またデータ解釈部５３０は、ユーザ設定、ユーザ利用履歴、ユーザリスト等の既存のデータを解釈してアクセス可能ユーザを確定するなどの処理を行い、その情報をコンテナ作成部５２０に送信するものである。

例えば、データ解釈部５３０のコンテンツ解釈部５３１は、コンテンツコンテナ作成補助制御部５１０の指示により、コンテンツ管理部２００から指定のコンテンツを取得し、コンテンツ解析を行い、解析結果を基にアクセス定義データを作成する。

またアクセス履歴解釈部５３２は、ユーザのコミュニケーション履歴から該当するコンテンツに対する閲覧ユーザを抽出し、アクセス定義データを作成するものである。

またユーザリスト解釈部５３３は、あるユーザのユーザリスト７１０に記録されている所定のユーザを抽出し、アクセス定義データを作成する。

また、グループ作成履歴解釈部５３４は、過去にユーザ自身で作成したコンテンツコンテナに関する情報をコミュニケーション履歴データ７００より読み出して、同じアクセス定義データを利用したり、一部修正するなどして流用するためのものである。

また外部データ解釈部５３５は、外部アプリケーション連携部６００を介して得られる、例えば電子メール、チャット、電話等に関する情報を利用し、アクセス定義データを作成する。

コンテンツコンテナ作成補助部５００の作成判定部５４０は、コミュニケーション履歴データ７００に記録されているコミュニケーション履歴を定期的に解析し、コンテンツコンテナ作成補助制御部５１０に対しコンテンツコンテナ作成コマンドを発行するものである。

またアクション発行部５５０は、ユーザの指示によりアクセス権を変更するためのものであり、例えば日時設定によってアクセス権を変更する等のアクション定義をコンテンツ管理部２００に送信する。

ここでは、あるユーザが、このコンテンツ共有システムを利用して、例えば、宴会の企画からその開催記録までを、メンバー有志を募って行う場合の実施の形態について述べる。

まず、ユーザ（飯島）が、あるコンテンツコンテナ表示画面の画像投稿ボタンを選択し、居酒屋の写真を「飲み会やります」というタイトル１４ａで投稿する。すると、図２に示すコンテンツコンテナ表示画面１０のように、画像１３ａが表示される。

次に、他の５人のユーザが、それぞれ、コメントボタン１５ａを選択してコメントを投稿する。５人全員のコメントが投稿されたところで、ユーザ（飯島）はコンテナ作成ボタン１７ａを選択する。このとき、図９において、クライアント１００からコンテンツコンテナ作成補助部５００のコンテンツコンテナ作成補助制御部５１０にコンテンツコンテナ作成要求が送信される。

コンテンツコンテナ作成補助制御部５１０は、この要求をうけると、コンテンツコンテナの作成補助に必要な情報をユーザに問い合わせるための画面表示をするよう、表示構成部３００に指示をする。表示構成部３００は、予め用意された構成データをクライアント１００に送信し、クライアント１００は、図１０に示すようなコンテンツコンテナ作成補助画面２０をクライアント１００に表示する。

ユーザ（飯島）は、図１０に示すコンテンツコンテナ作成補助画面２０の各設定欄を入力する。まず、コンテナ名入力欄２１には、新たに作成されるコンテナの名称を記入する。またアクセス許可メンバー設定２２では、新たに作られるコンテナのアクセス可能なメンバーの指定方法を選択する。またコンテンツ流用設定２３では、新たに作成するコンテンツコンテナの最初のコンテンツとして、元になった画像コンテンツと、それに対して投稿されたコメントコンテンツ群を流用するかどうかを設定する。またリンク表示設定２４では、元になった画像コンテンツから、新たなコンテンツコンテナへ簡単に表示を切り替えられるボタンの有無とユーザへの表示方式（ユーザ側の見え方）を設定する。

ユーザ（飯島）が設定を確定する確定ボタン２５を押すと、クライアント１００は、これらの記入データ及び設定データを、コンテンツコンテナ作成補助コマンドとして、コンテンツコンテナ作成補助制御部５１０に送信する。コンテンツコンテナ作成補助コマンドには、他にも、要求者、元となるコンテンツコンテナのＩＤとコンテンツのＩＤが含まれる。なお、キャンセルボタン２６は設定を中止するボタンである。

コンテンツコンテナ作成補助制御部５１０は、受信したコマンドを解析し、まず、コンテナ解析が必要かどうかを確認する。本実施例では、図９に示す第１設定２２ａ及び第２設定２２ｂの場合はアクセス履歴、第３設定２２ｃの場合は、コンテンツ解析が必要であることが予め設定されている。

図１０では、ユーザは、第３設定２２ｃを選択しているため、コンテンツコンテナ作成補助制御部５１０は、コンテンツ解釈部５３１にコマンド解釈を指示する。次いでコンテンツ解釈部５３１は、図１１、図１２に示すフローチャートに従って処理を実行する。

図１１はコンテンツコンテナ作成補助コマンド処理を示すフローチャートである。図１１において、コンテンツ解釈部５３１は、まずコンテンツ管理部２００に、要求者（飯島）のアクセス権限で、元になったコンテンツコンテナ（９０年度３年Ｂ組の部屋）へのアクセスを要求し、作成元のコンテンツコンテナを取得する（ステップＳ３１）。次に、コンテンツ解釈部５３１は、取得したコンテンツコンテナの解析を行う（ステップＳ３２）。

図１２はコンテンツコンテナの解析処理（図１のステップＳ３２）の詳細なフローチャートである。図１２において、まず、コンテンツ管理部２００に元となっているコンテンツ（図５で示されるＣ００４）を検索し取得する（ステップＳ４１）。次に、コンテンツ解析部５３１は、空のアクセス定義データを作成し、コンテンツコンテナ作成補助コマンドの要求者である、Ｕ００６：飯島を加え、かつ「閲覧」「投稿」の両方をＯＫとする（ステップＳ４２）。次のステップに移行し、コンテンツ（Ｃ００４）のメタデータを解析し、子コンテンツのＩＤを探していく（ステップＳ４３）。すると、まず子コンテンツＣ００５が発見される。このように、子コンテンツの有無を判別して（ステップＳ４４）、子コンテンツが発見できた場合、処理を進め、メディアデータの検索を行い、コンテンツを解析する（ステップＳ４５）。

そして、コンテンツ解析の結果、ユーザが許可対象か否かを判別する（ステップＳ４６）。ここでユーザは、図９に示す設定において、第３設定２２ｃの一致条件入力欄２２ｃ１に「参加」の文字が含まれていて、かつ、不一致条件入力欄２２ｃ２に「不参加」の文字を含まないと設定している。コンテンツＣ００５のメディアデータはこの条件に合致する。したがって、このコンテンツの投稿者（Ｕ００１：山田）を、アクセス定義データに追加し、「投稿」「閲覧」の両方をＯＫと設定する（ステップＳ４７）。

ステップＳ４７の処理後、ステップＳ４３に戻り同様の解析をコンテンツ（Ｃ００４）の全ての子コンテンツに対して実行する。また、判断ステップＳ４６にて、許可対象メンバーでないと判断した場合も、ステップＳ４３に戻り、次の子コンテンツを検索し同様の解析を行う。例えば、子コンテンツとして抽出されたコンテンツＣ００６の解析の結果、「残念ながら不参加」とコメントした加藤（Ｕ００３）はアクセス定義データに追加されない。

上述の判断ステップＳ４４において、子コンテンツがないと判断した場合は、解析処理を終了する。

図１３は、コンテンツコンテナの解析の結果、本実施例の最終的なアクセス定義データを示すものである。加藤（Ｕ００３）と佐藤（Ｕ００２）はアクセス定義データから除外されている。なお、同じユーザが複数の投稿をしていた場合は、最後に投稿されたものを有効とする。

そして、コンテンツ解釈部５３１は、上述のようにして作成したアクセス定義データを、組み合わせ解釈部５３６を介してコンテナ作成部５２０に送る。なお、この組み合わせ解釈部５３６は、後述するが、他の解釈部から得られる情報を組み合わせた組み合わせ情報をコンテナ作成部５２０に送信するものであり、組み合わせ解釈を行わない場合は、不要とすることもできる。

コンテナ作成部５２０は、図１３に示すフローチャートに従い、所定の処理を実行する。図１３において、まず、新規コンテナを作成する（ステップＳ５１）。コンテンツ管理部２００に新規コンテナの作成を依頼し、これによって作成されたコンテンツコンテナのＩＤをＴ００２とする。

次にタイトルなどのコンテナのメタデータを設定し、メタデータを作成する（ステップＳ５２）。本実施例では、例えば「２００４年新年会」とする。

そしてコンテンツ解釈部５３１から受け取ったアクセス定義データをコピーし、アクセス定義データを設定する（ステップＳ５３）。

さらに、リンク設定を行う（ステップＳ５４）。例えば、ユーザの設定に従い、元になったコンテンツ（Ｃ００４）とコンテンツコンテナ（Ｔ００２）との間の双方向リンクを設定する。まず、コンテンツコンテナ（Ｔ００１）に新たなコンテンツ（Ｃ０１０）を追加する。このコンテンツは、画像でもコメントでもなく、リンクを示すものである。

図１５は、リンク設定の説明に供する図である。図１５に示すように、追加されたコンテンツ２３５（Ｃ０１０）は、メタデータ２５５のコンテンツタイプが「リンク」とされ、リンク先のコンテナＩＤと親コンテンツＩＤが表示される。また、コンテンツを閲覧可能なユーザを表示しており、この場合は、許可者のみである。

次に新たに作成したコンテンツコンテナ（Ｔ００２）に、リンクコンテンツ（Ｃ１０１）を追加する。これは、元になったコンテンツ（Ｃ００４）へのリンク先としている。さらにコンテンツコンテナ（Ｔ００２）に、引用を示すコンテンツ（Ｃ１０２）を追加する（ステップＳ５５）。

図１６は、新たに作成されたコンテンツコンテナ２５１（Ｔ００２）のデータ格納構造を示す図である。コンテンツコンテナ２５１のコンテンツリスト２６１には、リンクコンテンツ２７１（Ｃ１０１）とコンテンツ２７２（Ｃ１０２）が格納されている。コンテンツ２７１のメタデータ２９１には、コンテンツ（Ｃ００４）へのリンクを表す情報が示される。またコンテンツ２７２は、コンテンツの実体ではなく、他のコンテンツをそのまま引用することを示すコンテンツであり、メタデータ２９２のコンテンツタイプの欄に、「参照」と示される。

このようにして、コンテンツコンテナ（Ｔ００２）は図１６に示すようなデータ構成となる。そして、コンテナ作成部５２０は、このコンテンツコンテナ２５１（Ｔ００２）をコンテンツ管理部２００に送信し、サーバ上に公開する（ステップＳ５６）ことにより、処理を終了する。

図１７は、図１６に示されるコンテンツコンテナ２５１（Ｔ００２）を、クライアント１００で表示したときのコンテンツコンテナ表示画面である。リンク設定がされているので、コンテンツコンテナ表示画面３０上のコンテナ表示切替ボタン３１を押すことによって、元のコンテンツコンテナ（Ｔ００１）のコンテンツ（Ｃ００４）（図１８参照）を表示する画面に切り替えることができる。

この切り替え動作は、表示構成部３００に設けられたセットリンク表示部（切替表示部）３１０により制御されており、セットリンク表示部３１０がクライアントからの切り替え信号を受けてコンテンツ管理部２００より指定のリンク先のコンテンツを取得し、クライアントに提供する。

元コンテンツは、コピーされたものではなく、図１５に示すコンテンツコンテナ（Ｔ００１）のコンテンツ（Ｃ００４）を参照しているため、コンテンツ（Ｃ００４）に新たなコメントが投稿されるなどの変化があれば、この図１７に示される画面にも反映される。

一方、図１８に元のコンテンツコンテナ（Ｔ００１）の表示画面を示す。コンテンツコンテナ表示画面４０のコンテンツ（Ｃ００４）の表示の横に、新たに、コンテンツ切り替えボタン４１が表示されており、ユーザはこれを選択することにより、コンテンツコンテナ（Ｔ００２）の表示に切り替えることができる。このボタンは、ユーザのリンク表示設定２４により、コンテンツコンテナ（Ｔ００２）のアクセス件を持つユーザの画面にしか表示されないようにすることができる。

図１９は、コンテンツコンテナ（Ｔ００２）にアクセス権のある４人のユーザが画像やコメントを追加投稿した場合の、コンテンツコンテナ表示画面の一例である。図１９においは、新たに画像３３及び画像３４が投稿されている。

上述したような構成により、あるグループにおいて、特定のメンバーでのみ共有するコンテンツコンテナを簡単な操作によって作成することができる。これによって、関係ない人はその話題を見なくて済む。また、このコンテンツコンテナに加えられたコンテンツは自然と分類されるため、後日のユーザによる分類の手間を不要とすることができる。

次に、図１０に示すコンテンツコンテナ表示画面２０において、ユーザがアクセス許可メンバー設定２２を、第１設定の「閲覧した人全員」とした場合について、説明する。この場合、コンテンツコンテナ作成補助制御部５１０は、アクセス履歴解釈部５３２に閲覧者の抽出処理を指示する。そして、アクセス履歴解釈部５３２は、任意のサーバに格納されたコミュニケーション履歴データ７００のコミュニケーション履歴から該当するコンテンツに対する閲覧ユーザを抽出し、アクセス定義データを作成し、コンテナ作成部５２０に送信する。このようにすることにより、コンテンツ管理部２００がコンテンツ作成部５２０からの情報を基に、上記設定を満たすユーザ間で共有可能なコンテンツコンテナを作成することができる。

さらに、アクセス履歴解釈部５３２が、上述閲覧ユーザの中でも、書き込みを実施したユーザを抽出することによって、図９において、ユーザが第２設定２２ｂを選択した場合に対応することができる。

また、コミュニケーション履歴を統計的に解釈し、あるコンテンツコンテナで一定回数以上の投稿を行っているユーザだけを抽出することにより、そのユーザ達で共有される、新たなコンテンツコンテナを簡単に作成する、という機能も提供できる。

次に、例えばサーバに置かれたシステム共通のユーザリストとは別に、各ユーザがユーザリストを持つ場合がある。このように、各ユーザが個別にユーザリストを持っている場合について説明する。この場合、コンテンツコンテナ作成補助制御部５１０が、ユーザリスト解釈部５３３に所定ユーザの抽出を指示する。そして、ユーザリスト解釈部５３３は、このユーザリスト７１０に記録されているユーザを抽出し、又は、その中の特定のグループを抽出し、アクセス定義データを作成する。これによって、ユーザは、自分の管理するユーザリストの情報を基に、上記ユーザ間で共有可能な新たなコンテンツコンテナを作成することができる。

また、過去にユーザ自身で作成したコンテンツコンテナ、もしくは参加したことのあるコンテンツコンテナを利用して、ユーザのグループ分けを行う場合について説明する。過去にユーザ自身で作成したコンテンツコンテナ、もしくは参加したことのあるコンテンツコンテナについて、その名称とアクセス定義データに記録されたユーザＩＤを、コミュニケーション履歴データ７００として保持しておく。そして、グループ作成履歴解釈部５３４に対しコンテンツコンテナ作成補助制御部５１０からコンテンツコンテナ解釈指示があった場合に、グループ作成履歴解釈部５３４は、その保持しておいた情報をコンテンツコンテナ作成時に呼び出して、同じアクセス定義を利用したり、一部修正したりして流用することができる。

さらにまた、外部のアプリケーションのデータを利用し、アクセス定義データを作成する場合について説明する。図９に示された外部アプリケーション連携部６００は、外部から電子メール等を受信して、コンテンツ共有システムのコンテンツコンテナ作成処理のトリガをかけるものである。

この実施例では、例えばコンテンツ共有システム上で既に交換されたパーティ勧誘メールをメールアプリケーション６１０から外部アプリケーション連携部６００に転送する。この場合、外部アプリケーション連携部６００は、メールデータを外部データ解釈部５３５に送信する。外部データ解釈部５３５は、そのメールの宛先（Ｔｏ）、同報メール宛先（ＣＣ）、送り主（Ｆｒｏｍ）のメンバーを、本システムのユーザリストと照らし合わせ、ユーザＩＤがあるメンバーを抽出して、アクセス定義データを作成することができる。

あるいは、メールアプリケーション以外のデータであっても、例えばインスタントメッセンジャー（チャットシステム）６２０や電話６３０のアドレス帳等の特定のインターフェースによって、外部アプリケーション連携部６００がデータを受け取り、外部データ解釈部５３５に送る。外部データ解釈部５３５は受信したデータを解析し、ユーザＩＤからコンテンツ共有システムのユーザＩＤを探し出し、アクセス定義データを作成することができる。

さらに、組み合わせ解釈部５３６により、コンテンツ解釈部５３１、アクセス履歴解釈部５３２、ユーザリスト解釈部５３３、グループ作成履歴解釈部５３４、外部データ解釈部５３５の情報を組み合わせて、より複雑なコンテンツコンテナ作成補助制御を可能とすることができる。

例えば、コンテンツ解釈部５３１を用いて説明した実施の形態のように、ユーザがクライアント１００を介してコンテンツコンテナの作成を指示した際に、例えば過去に似通ったメンバー構成があった場合に、同じ名称を付けるように提示する、といったことなどが可能になる。

また、コンテンツコンテナの作成トリガをユーザが発行するのではなく、自動的に発行して所定のアクセス定義データの作成を行う場合について説明する。この実施例は、コンテンツ解釈部５３１を用いて説明した実施の形態と異なり、ユーザがコンテンツコンテナ作成補助コマンドを発行するのではなく、作成判定部５４０がコミュニケーション履歴を定期的に解析し、コンテナ作成部５２０に対しコンテンツコンテナ作成補助制御部５１０を介して自動的に同コマンドを発行するというものである。

例えば、ユーザが予め設定したキーワードが画像投稿の前に含まれていた時に、自動的にコンテナを作成する処理を行う。例えば、図２に示す例にて画像投稿の際のタイトルに、「飲み会」「宴会」「忘年会」の言葉が含まれていた場合に、ユーザに確認を要求しつつ、了解が得られたならば、自動的にコンテンツコンテナを作成する。これにより、ユーザが意識せずとも、お酒を飲むことに関係したコンテンツコンテナを作れる、また、コミュニティで同じようにコンテンツコンテナを作るようになる、といった、コンテンツの管理において、統一性を生みやすい、という効果がある。

また、上述コンテンツコンテナ作成補助コマンドの自動発行の例として、ある特定の画像投稿に対して、ユーザがあらかじめ設定した数、例えば、２０以上のコメントが投稿された場合、作成判定部５４０はコンテナ作成を促す画面表示を画像投稿者ユーザに対して行い、ユーザがそれを承認した場合に、親コンテンツのアクセス権を継承して、自動的に別のコンテンツコンテナを作成する。これによって、より議論が長くなりそうな対話をひとくくりにすることができる。ユーザも、同じ画像にコメントし続けるのではなく、別の画像を投稿しつつ、同じテーマで対話をすることができる。

ところで、コンテンツ解釈部５３１を用いて説明した実施の形態では、新たに作成したコンテンツコンテナにアクセス権を加えることを前提としているが、これに限定するものではない。例えば、一度コンテンツコンテナを作ってしまうと、その後から「参加」コメントを投稿してもメンバーにはなれず（図１０、図１３参照）、管理者にアクセス定義データ登録を依頼しなければならないが、このような場合であっても、後からコメントを投稿したユーザがアクセス権を得られるようにする場合について説明する。

コンテンツ解釈部５３１を用いて説明した実施の形態において、コンテンツコンテナ（Ｔ００２）（図１６参照）を作成する際に、コンテンツコンテナ（Ｔ００１）に、コンテンツ（Ｃ００４）を親とするリンクコンテンツ（Ｃ０１０）（図１５参照）を定義している。本実施例では、アクション発行部５５０がコンテンツコンテナ作成補助制御部５１０の指示によって、コンテンツ（Ｃ００４）を親とするアクションコンテンツ（図示略）を追加する。

アクションコンテンツは、リンクコンテンツと同様に制御用のコンテンツであり、メディアデータには、動作プログラムが格納されている。コンテンツ管理部２００は、あるコンテンツが投稿された場合、その親コンテンツに対して、アクションコンテンツが格納されているときは、それを起動する。

本実施例では、コンテンツコンテナ（Ｔ００２）が作成された時に、ある振る舞いをする例えばアクションＡ００１が定義されているとする。このアクションＡ００１は、図２０に示すフローチャートに従って動作する。図２０は、アクションＡ００１に従ってアクセス定義データを自動修正処理するフローチャートである。まず、投稿されたコンテンツを解析し（ステップＳ６１）、その投稿者がアクセスメンバーにふさわしいか、すなわちアクセス許可対象メンバーかどうかを確認する（ステップＳ６２）。もし条件が一致すれば、コンテンツコンテナ（Ｔ００２）のアクセス定義データに追加し修正する（ステップＳ６３）。一致しなければ処理を終了する。これにより、一度コンテンツコンテナを作った後でも、適切なコメントをするだけで、自動的に新しいコンテンツコンテナにアクセスすることが可能になる。

本実施の形態において、アクションコンテンツの動作プログラムは、メディアデータに格納されていることとしたが、これに限定されるものではない。例えば、図３に示すアクションデータ部２０３にプログラムコードをおいておき、アクションコンテンツには、そのプログラムへの参照情報と、必要なパラメータを格納するという方法も可能である。これによって、複数のコンテンツに同じプログラムコードを設定する時に、プログラムコードを格納するための記憶容量を節約できるとともに、プログラムコードの修正が一カ所で済む、などの利便性がある。

上述のアクション発行部５５０がコンテンツコンテナ作成補助制御部５１０の指示によって、指定コンテンツを親とするアクションコンテンツを追加する実施例に対して、別のアクションを定義した場合について説明する。

アクション発行部５５０は、ユーザの指示により、「特定の日時で、アクセス権を親のコンテンツコンテナと同じにする」というアクションを、新たに作成したコンテンツコンテナ（Ｔ００２）に対して設定する。この設定により、例えば宴会が終わった次の日に、宴会に参加できなかった人に対してもコンテンツコンテナを公開する、内緒でメンバーのうちの一人のためにプレゼントを吟味していた内容を誕生日に公開する、といった振る舞いを自動的に動作させることができる。

さらに、コンテンツコンテナ作成者は、新たに作成したコンテンツコンテナのアクセス権を、特定の日時に関係なく、元になったコンテンツコンテナと同じにする、ということも可能である。この場合、ユーザにとっては、あるコンテンツコンテナにおいて、コンテンツのグルーピングを促進する、という使い方が可能になる。より具体的に述べると、例えば、コンテンツコンテナ（Ｔ００２）の閲覧許可ユーザをコンテンツコンテナ（Ｔ００１）と同様にすることによって、宴会に行けなかった人も最初からコンテンツを楽しむことができ、かつ、宴会に関するコンテンツをはじめからグルーピングすることを促進することができる。

また複数のコンテンツから、コンテンツコンテナを作ることも可能である。例えば、コンテンツ解釈部５３１を用いて説明した実施の形態では、１つのコンテンツと、それに付加的に投稿されたコメントを元に、新たなコンテンツコンテナを作成した。これに対して、複数のコンテンツを元に、新たにコンテンツコンテナを作成する方法も、本実施の形態の応用により、容易に可能である。

例えば、あるコンテンツコンテナにおいて、複数のユーザが同じテーマのコンテンツ、例えばサンタクロースの写真を投稿したとする。投稿者の一人がそれに気づいて、サンタクロース関連のコンテンツ用のコンテンツコンテナを作ろうとした場合、本発明では、既存のコンテンツを抽出して、それを含むコンテンツコンテナを作成する、という操作をする。このとき、コンテンツは、複数のコンテンツコンテナをまたいでいてもかまわない。コンテンツ解釈部５３１は、これらのコンテンツの投稿者を、新たなコンテンツコンテナのアクセス許可ユーザとしてアクセス定義データを作成する。これにより、ユーザは容易に、同じ興味を持ったユーザのためのコンテンツコンテナを作成することができる。

なお、上述したこれらの実施の形態の例において、説明の簡単化のためいくつかの限定をしたが、例えば、投稿コンテンツの種類を画像とコメントだけでなく、音声など種々のものを利用したり、コンテナ作成ボタン、コンテナ表示切り替えボタンは、ボタンだけでなく、マウスの右クリック、ダブルクリックなど、他の手段であっても構わない。

上述したこれらの実施の形態によれば、一人一人メンバーを指定することなく、コンテンツ共有システム、及び他のツールのコミュニケーション等によって蓄積されたデータを流用してアクセス許可ユーザを確定し、その特定のユーザ間で共有できる新たなコンテンツコンテナを簡単に作成できる。したがって、ユーザは、コンテンツ共有システム上で簡単に複数のユーザで共有するコンテンツを束ね、特定の対話をすることができるようになる。

また、大量のコンテンツの管理という観点から見た場合、従来のコンテンツ作成(撮影)→蓄積→分類→共有という流れではなく、共有場作成→コンテンツ作成(撮影)→蓄積＋分類→さらに新しい共有場の作成、といった流れになる。このようにしたことにより、あるテーマのコンテンツの整理が簡便化されるだけでなく、新たなコンテンツの整理を連鎖的にサポート（支援）できる。また、ユーザがコンテンツを整理できる機会を自然に増やすことができる。

次に、図２１〜図２５を参照して、本発明の他の実施の形態の例について説明する。

図２１は、本発明の他の実施の形態のシステム構成を示す図である。この図２１では、図１に対しイベント情報管理部８００を付加しているとともに、コンテンツ管理部２００から取得したコンテンツを所定の表示形式に構成してクライアントへ送信する表示構成部３００（図１参照）の記載を省略している。なお、図２１において、図１及び図９に対応する部分には同一符号を付す。

図２１に示すシステムは、１つまたは複数のクライアント、ここではクライアント１０１，１０２，１０３、コンテンツ管理部２００及びイベント情報管理部８００からなる。このイベント情報管理部８００は、イベントデータを保存したイベントデータベース（イベントデータ記憶部）８２０と、それに対するイベントデータ入出力部８１０を持ち、各クライアントとの間で情報の送受信を行う。そして、コンテンツ管理部２００は、クライアントからの指示により図示しない表示構成部３００を介してクライアントにコンテンツデータを送信する。

ここで、本例のイベントと、前出のコンテンツコンテナの違いについて説明すると、コンテンツコンテナは複数のコンテンツの実体を格納するための入れ物であって、例えば、ユーザごとに異なるコンテンツコンテナを持つことができる。一方、イベントとは、コンテンツを分類するための参照情報の集まりのようなものである。後述するがイベント情報を変更できるユーザが、コンテンツコンテナやコンテンツ自体を変更できるとは限らない。

図２２に、イベントデータベース８２０に保持されているイベントデータテーブルの内容を示す。イベントデータテーブルは、本実施例では、各イベントのＩＤ、タイトル、優先度、場所、開始時間、終了時間、メンバー、アクティブ度、カテゴリーから構成されている。このテーブルは、すべての要素を持ってもよいし、その一部だけでもよい。

図２３は、手動イベント共有シーケンス図である。この図２３を利用して、クライアント（Ａ）１０１とクライアント（Ｂ）１０２が各自のコンテンツに、同一イベント情報を設定する方法を説明する。

図２３において、まず、クライアントＡが新規イベントを生成する（Ｅ１）。そのときのイベント作成画面の一例を、図２４に示す。イベント登録画面には、例えば、イベント名、場所、開始日時、終了日時、参加者（メンバー）を入力する欄が設けられている。イベント情報管理部８００では、クライアントＡからの情報をイベントデータベース８２０に登録し保存する（Ｅ２）。そして、イベント情報管理部８００は生成されたイベントの情報を返す（Ｅ３）。このときイベント登録に失敗すればエラーコードを返す。

次に、クライアントＡは、イベントリスト取得要求を発行し（Ｅ４）、全てのイベント情報を取得する（Ｅ５）。その後、クライアントＡにコンテンツ登録画面を表示させ、写真を撮影するなどして、コンテンツの登録を行う（Ｅ６）。このとき処理Ｅ５で取得した全イベント情報を、画面を通じてユーザに提示し、ユーザは、その中からそのコンテンツのイベントを選択する。ユーザは、クライアントＡを操作して生成したコンテンツをコンテンツ管理部２００に登録する（Ｅ７）。

その後、クライアントＢがコンテンツ登録を行いたい場合には、クライアントＡの処理Ｅ４と同様に、イベントリスト取得の要求を行う（Ｅ８）。イベント情報管理部８００は全イベントの情報を返す（Ｅ９）。このときクライアントＢに返されるイベント情報には、処理Ｅ１でクライアントＡが生成したイベント情報が含まれることに注意する。すなわち、クライアントＡとクライアントＢが同じイベントに参加している場合、クライアントＢは、クライアントＡが作成したイベント情報を再利用することができる。処理Ｅ１０，Ｅ１１に関しては、それぞれ、処理Ｅ６，Ｅ７と同様の処理である。

図２５は、コンテンツ登録画面の一例を示す図である。図２５Ａは通常状態のコンテンツ登録画面１２０、図２５Ｂはカーソルボタン１２１を押下したときのコンテンツ登録画面１２０である。ユーザは図２５Ａに示すコンテンツ登録画面を表示させ、さらに図２５Ｂに示すカーソルボタン１２１を押下することによって、イベントリスト要求コマンドがイベント情報管理部８００に送信され（Ｅ４）、先ほど登録したイベント（図２４参照）を含むイベントリストがクライアントＡに送られて、イベント候補として現れる（Ｅ５）。

このとき、ユーザがイベントを選択すると、クライアントＡは、コンテンツのメタデータにイベントＩＤを設定する（Ｅ６）。そして、ユーザが登録ボタン１２２を押すと、クライアントＡはコンテンツをコンテンツ管理部２００に送信する（Ｅ７）。

他のクライアントについても同様に、例えばクライアントＢにおいて、上述の（Ｅ４）〜（Ｅ７）の処理と同じ処理を行い、クライアントＡが作成したイベント情報を共有することができる（Ｅ８）〜（Ｅ１１）。

また、場所、開始時間、メンバーなどのイベント付加情報の更新を変更権限のあるユーザが行うこともできる。

さらに、コンテンツ登録と同時にイベントを生成する手法について説明する。コンテンツ登録画面（図２５Ａ、Ｂ参照）で、イベントリストに存在しないイベント名を入力することで、クライアントは、イベント情報管理部２００に新規イベントの登録を行い、そのコンテンツのメタデータに上記のイベントＩＤを設定し、コンテンツ管理部２００に登録してもよい。この場合、ユーザは明示的にイベント作成を意識する必要がない。

次に、本発明のさらに他の実施の形態の例について、図２６を参照して説明する。本実施例は、イベント付加情報について、コンテンツの内容から自動的に設定するようにしたものである。

図２６は、本発明のさらに他の実施の形態のシステム構成を示す図である。図２６における図２１との相違点は、イベント情報管理部８０１内にイベント付加情報設定部８３０が設けられている点である。イベント付加情報設定部８３０は、コンテンツ管理部２００から供給されるコンテンツ内容から、イベント付加情報を自動的に設定し、イベントデータベース８２０に登録する。なお、図２１と同様、表示構成部３００の記載を省略している。

例えば、イベントのメタデータを、コンテンツのメタデータから設定することができる。例を挙げると、イベントの開始時間をコンテンツの登録時間と同一に設定したり、イベントの位置情報をコンテンツの位置情報と同一設定したりすることができる。

また、例えば、あるユーザが、メタデータに特定のイベントＩＤが設定されたコンテンツを登録したとする。このとき、イベント付加情報設定部８３０は、イベントデータのメンバー情報に、そのユーザが含まれていなければ自動的に追加する。

また、例えば、ユーザＡ，ユーザＢ，ユーザＣは、毎週日曜日にゴルフに行っていたとする。このとき、イベント付加情報設定部８３０は、メンバーがユーザＡ，ユーザＢ，ユーザＣであって時間が日曜日と設定されたイベントについては、カテゴリーをゴルフと自動設定する。

また、例えば、メディアの内容を認識してイベント付加情報８３０を設定してもよい。例えば、ピアノの演奏会の音声付きコンテンツが登録され、その音声からピアノであると判定し、カテゴリーを「ピアノ」と自動設定するなどが考えられる。

次に、本発明のさらに他の実施の形態の例について、図２７を参照して説明する。本実施例は、イベントの発生を自動的に判定するとともに、新たに登録されたコンテンツのイベント情報を自動的に設定するというものである。

図２７は、本発明のさらに他の実施の形態のシステム構成を示す図である。図２７における図２１との相違点は、イベント情報管理部８０２内にイベント検出部８４０が設けられている点である。イベント検出部８４０は、コンテンツ管理部２００から供給されるコンテンツ内容から、イベントデータを新たに生成し、イベントデータベース８２０に登録するものである。なお、図２１と同様、表示構成部３００の記載を省略している。

図２８は、イベント検出部８４０によるイベントの自動判定処理を示すフローチャートである。図２８において、まず、イベント検出部８４０はコンテンツ管理部２００からコンテンツを取得する（ステップＳ１０１）。次に、取得したコンテンツに新規イベントに関する情報が存在するかどうかを判定する（ステップＳ１０２）。新規イベントの存在が確認された場合、イベントデータベース８２０に追加する（ステップＳ１０３）。判断ステップＳ１０２において、新規イベントの存在が確認されなかった場合は、この自動判定処理を終了する。なお、判定のために取得するコンテンツは、異なるコンテンツコンテナに存在するものであってもよい。

イベント検出部８４０で新規イベントを検出する方法としては、複数のコンテンツの類似性から判定する方法があり、具体的には、以下のようなものが挙げられる。

一つは、メタデータとして保存されたコンテンツの登録時間の類似性から判定する方法である。これは、まとめて複数のコンテンツが登録されたら、なんらかのイベントが開始されたと判定するというものである。

図２９は、登録時間によるイベント検出の説明に供する図であり、時間軸上でのコンテンツが登録された位置を表している。図２９において、例えば、ユーザＡによりコンテンツ１３１，１３３，１３５が登録され、ユーザＢによりコンテンツ１３２，１３４が登録されたとする。このとき、コンテンツ１３３，１３４，１３５の登録時間が近いので、これらを一まとめにして新規イベント１４０が発生したものと判断する。

図３０は、登録時間による新規イベント発生の判定処理を示すフローチャートである。まず、ある時間（Ｔｔｈ）以内に登録されたコンテンツ数をカウントして（Ｎ）とする（ステップＳ１１１）。次に、コンテンツ数Ｎが定められたしきい値（Ｎｔｈ）より大きいかを判定する。登録コンテンツ数Ｎがしきい値Ｎｔｈより大きければ、新規イベントありと判断して（ステップＳ１１２）、処理を終了する。ここで、これらのパラメータ、時間Ｔｔｈ、コンテンツ数のしきい値Ｎｔｈはユーザにより設定可能とする。極度に時間Ｔｔｈを小さくすると条件が厳しくなるので、ユーザ同士が意識して登録時刻を合わせたときのみ、イベントが生成されるような時間Ｔｔｈに設定しておくことが望ましい。

また、イベント開始後は、全員のコンテンツ登録が頻繁になる可能性が高い。そのため、一度イベントを生成したあとは、イベント生成を抑制することが望ましい。抑制のための方法として、
・一定の期間、コンテンツ数のしきい値Ｎｔｈを大きくする。
・ユーザが明示的に指定しない限り、コンテンツ数のしきい値Ｎｔｈを大きくする。
・コンテンツの登録が継続する限り、コンテンツ数のしきい値Ｎｔｈを大きくする。
・上記の制限を最新のイベントのメンバーになっているユーザのコンテンツに対してのみ適応する。
等が挙げられる。ここで、しきい値Ｎｔｈを十分大きくすれば、イベントが全く生成されないことに注意する。

また、しきい値Ｎｔｈについては、以前のユーザの登録頻度により正規化してもよい。すなわち、単位時間当たりのユーザＡのコンテンツ登録数をＮａとしたとき、ユーザＡにより登録されたコンテンツ数をＮａで割り、この計算結果を用いて新規イベントの生成を抑制する。このようにすることにより、定常的にコンテンツを登録しているユーザによる影響を防ぐことができる。

また、さらに他の実施の形態として、メタデータとして保存されたテキストデータの類似性から判定する手法について説明する。これは、ユーザ同士がコンテンツのタイトルを「歓迎会」などと決めて登録するだけで、自動的にイベント情報の作成を可能にするものである。

図３１は、タイトル文字列による新規イベント発生判定の概要を示すものである。コンテンツ管理部２００に対し、クライアントＡから「歓迎会」のタイトルでコンテンツ登録を行うとともに、クライアントＢからも「歓迎会」のタイトルでコンテンツ登録を行う。そして、イベント検出部８４０にて、コンテンツ管理部２００から供給されるそれぞれのコンテンツを解析し、同一タイトルを検出して新規に「歓迎会」のイベントを生成する。

このとき、判定に用いるコンテンツは異なるユーザのものでもよいし、同一ユーザのものでもよい。例えば同一ユーザのコンテンツの場合は、あるユーザが同一タイトルで２回コンテンツを登録すると、イベントが生成されるとしてもよい。

図３２は、タイトル文字列による新規イベント発生の判定処理を示すフローチャートである。図３２において、まず、イベント検出部８４０は取得したコンテンツ管理部２００から取得したコンテンツから、類似タイトルを抽出し、このときの抽出コンテンツ数をＮとする（ステップＳ１２１）。

ここで行われる類似タイトル検出は、図３１のように完全に一致するタイトルを検出してもよいし、なんらかの基準で類似と判定されるタイトルを検出してもよい。例えば、類似タイトルの検出方法は、同一文字列が含まれるもの、ひらがなとカタカナ、及び大文字と小文字の表記揺れを許すもの、シソーラス辞書等を用いて類似文字列のマッチするもの、などが挙げられる。

続いて、上記抽出コンテンツ数Ｎが予め設定したしきい値Ｎｔｈより大きいかどうかを判定する（ステップＳ１２２）。そして、抽出コンテンツ数Ｎがしきい値Ｎｔｈより大きい場合、最近発生したイベントと類似タイトルかどうかを判定する（ステップＳ１２３）。

上記ステップＳ１２３で行われる判定処理は、ユーザが同一タイトルでコンテンツを登録し続けたときに、同一イベントが複数生成されることを防ぐためのものである。同一タイトルで生成されたコンテンツが一定期間内にある数生成されていれば、新規イベント発生とは判定しない。ここで、偶然同一のタイトルを入力する可能性は比較的低いので、イベント発生のために取得するコンテンツは、上述の投稿時間によるイベント発生判定（図２９、図３０参照）に比べて長い期間の投稿コンテンツ取得を行ってもよい。例えば、一時間以内に投稿されたコンテンツに関して判定を行えばよい。

上述判断ステップＳ１２３にて、類似タイトルでない場合は、コンテンツタイトルを流用するなどしてイベント付加情報の設定を行う（ステップＳ１２４）。そして、新規イベント発生フラグをオンにし（ステップＳ１２５）、処理を終了する。

上述判断ステップＳ１２２にて抽出コンテンツ数Ｎがしきい値Ｎｔｈより小さい場合、又は判断ステップＳ１２３にて類似タイトルであった場合は、新規イベント発生フラグをオフにし（ステップＳ１２６）、処理を終了する。

また、さらに他の実施の形態として、メタデータとして保存された位置データの類似性から判定する手法について説明する。これは、位置情報を取得可能なクライアントを用いて、メタデータに位置情報が設定されたコンテンツが複数ある場合に、同じ場所から登録されたコンテンツが複数あったときにそれをイベントの検出として用いるものである。位置情報は、ＧＰＳ（Global Positioning System）を用いて取得してもよいし、携帯電話のエリア情報などを用いてもよいし、それら両方を用いてもよい。

図３３は、位置メタデータによる新規イベント発生の判定処理を示すフローチャートである。図３３において、まず、イベント検出部８４０はコンテンツ管理部２００から取得したコンテンツから、同一地域のメタデータを持つコンテンツを抽出し、このときの抽出コンテンツ数をＮとする（ステップＳ１３１）。

ここで行われる同一地域判定の具体的な方法としては、例えば、ＧＰＳの緯度経度情報からコンテンツ間の距離を計測し、その距離が一定距離以下のコンテンツ同士を同一地域に存在すると判定する。もしくは、携帯電話のエリア情報が同一であるものを同一地域に存在すると判定してもよい。

続いて、上記抽出コンテンツ数Ｎが予め設定したしきい値Ｎｔｈより大きいかどうかを判定する（ステップＳ１３２）。そして、抽出コンテンツ数Ｎがしきい値Ｎｔｈより大きい場合、最近発生したイベントと同一地域かどうかを判定する（ステップＳ１３３）。

上記ステップＳ１３３で行われる判定処理は、ユーザが同一地域からコンテンツを登録し続けたときに、同一地域のイベントが複数生成されることを防ぐためのものである。同一地域で生成されたコンテンツが一定期間内にある数生成されていれば、新規イベント発生とは判定ない。ここで、偶然同一地域から入力する可能性は比較的低いと想定される場合には、イベント発生のために取得するコンテンツは、上述の投稿時間によるイベント発生判定（図２９、図３０参照）に比べて長い期間の投稿コンテンツ取得を行ってもよい。例えば、一時間以内に投稿されたコンテンツに関して判定を行えばよい。

上述判断ステップＳ１３３にて、同一地域でない場合は、イベントの場所を流用するなどしてイベント付加情報の設定を行う（ステップＳ１３４）。そして、新規イベント発生フラグをオンにし（ステップＳ１３５）、処理を終了する。

上述判断ステップＳ１３２にて抽出コンテンツ数Ｎがしきい値Ｎｔｈより小さい場合、又は判断ステップＳ１３３にて同一地域でない場合は、新規イベント発生フラグをオフにし（ステップＳ１３６）、処理を終了する。

また、さらに他の実施の形態として、メタデータとして保存された音声データの類似性から判定する手法について説明する。これは、コンテンツを取得するときに、同時に音声データを取得し、そのデータにより同一のイベントに参加していることを判定するものである。例えば、「乾杯」と言った時の写真を複数ユーザが撮影し、これらを登録すれば、異なる対象を撮影した写真であって、その写真からだけでは類似性の判定が困難であっても、音声データの類似性から同じ場所にいたことを判定するというものである。ここで、音声データは写真を撮影する前後一定期間取得してもよい。こうすることで、音声データが一致する可能性が高くなる。

図３４は、音声データによる新規イベント発生判定の概要を示すものである。図３４において、クライアントＡ及びクライアントＢが、各自のマイク（マイクロホン）１５１及び１５２で同一の音源１５０を収音し、その音声データ付きのコンテンツを、コンテンツ管理部２００にそれぞれ登録する。そして、イベント検出部８４０にて、コンテンツ管理部２００から供給されるそれぞれのコンテンツを解析し、類似の音声データを検出して新規イベントを生成する。

図３５は、本実施例の音声データによる新規イベント発生の判定処理を示すフローチャートである。図３５において、まず、イベント検出部８４０はコンテンツ管理部２００から取得したコンテンツから、音声メタデータが類似するものを抽出し、このときの抽出コンテンツ数をＮとする（ステップＳ１４１）。

次いで、上記抽出コンテンツ数Ｎが予め設定したしきい値Ｎｔｈより大きければ、新規イベントありと判定し（ステップＳ１４２）、処理を終了する。

また、さらに他の実施の形態として、コンテンツのメディアデータの類似性から判定する手法について説明する。これは、例えば複数のコンテンツに同一の風景が写った写真が複数あった場合に、イベントの開始と判定するものである。

また、イベント開始判定には、例えば、登録時間データと位置データを同時に考慮するなど、上述した複数の手法の組み合わせを用いてもよい。

また、さらに他の実施の形態として、コンテンツのメタデータに新規イベントの情報を入れることで新規コンテンツを生成することもできる。この方法の利点は、クライアントがイベント情報管理部２００に直接通信する必要がない点である。例えば、クライアントのネットワーク帯域が狭く、複数回のトランザクションが問題となる場合には、本手法が望ましい。また、コンテンツ登録に、専用クライアントを用いず、例えばｅ−ｍａｉｌによりコンテンツを登録する場合には、メタデータとしてイベント情報を埋め込むことで既存のネットワークプロトコルを利用して、イベント生成を行うことができる。また、イベントメタデータには、イベント付加情報を含むことができる。

次に、さらに他の実施の形態として、コンテンツの内容からそのコンテンツが取得されたイベントを判定する手法について説明する。これは、一度イベントが発生した後で、新たにクライアントで生成されたコンテンツについて、そのコンテンツの属するイベントを判定するものである。

図３６は、本発明のさらに他の実施の形態のシステム構成を示すものである。この図３６は、図２７に示すシステムのイベント管理情報部８０２に、適合イベント判定部８５０を設けたものである。この適合イベント判定部８５０は、コンテンツン管理部２００よりイベント情報管理部２００に与えられたコンテンツが、イベントデータベース８２０内のイベントのどのイベントに最も適合するか判定する。適合イベント適合部８５０の処理は、クライアントにより直接呼び出されてもよいし、コンテンツ管理部２００により呼び出されてもよい。適合イベント判定部８５０は、イベントデータベース８２０内のすべてのイベントについて、コンテンツがそのイベントに属す尤もらしさ（適合度）を返す。クライアントは、この情報を利用して、ユーザに対しイベントの候補を適合度順に提示し、ユーザに選択させてもよい。

上記適合イベント判定手法の１つとして、コンテンツのメタデータの登録時間データを用いることができる。イベントの付加情報の開始時刻、終了時刻から、コンテンツが取得された時に発生していたイベントを選択する。

例えば、登録時間の適合度（Ｆｔ）は、コンテンツの登録時刻を（Ｔｃ）、イベントの開始時刻を（Ｔｓ）、イベントの終了時刻を（Ｔｅ）としたとき、
登録時間の適合度Ｆｔを、
・Ｆｔ＝１（ｉｆ；Ｔｓ≦Ｔｃ ａｎｄ Ｔｃ≦Ｔｅ）
・Ｆｔ＝０(ｉｆ；Ｔｃ≦ Ｔｓ ｏｒ Ｔｅ ≦Ｔｃ)
・Ｆｔ＝０．７５(ｉｆ；Ｔｓ≦Ｔｃ ａｎｄ Ｔｅが存在しない)
・Ｆｔ＝０．７５(ｉｆ;Ｔｃ≦Ｔｅ ａｎｄ Ｔｓが存在しない)
・Ｆｔ＝０．５（ｉｆ；Ｔｓ，Ｔｅが存在しない)
とする。

また、適合イベント判定手法の１つとして、コンテンツのメタデータの位置情報を用いることができる。イベントの付加情報の位置情報から、コンテンツと同一地域のイベントを選択するというものである。

また、適合イベント判定手法の1つとして、コンテンツのメタデータのユーザ情報を用いることができる。イベントの付加情報のメンバー情報に、コンテンツの登録者が含まれるイベントを選択するというものである。

また、適合イベント判定手法の１つとして、コンテンツのメディアデータを用いることができる。画像認識により、類似画像を検索し、最も類似画像の多く見つかったイベントを対応イベントと判定するというものである。

図３７は、適合イベント判定部８５０による上記の判定手法を組み合わせた適合イベント判定処理を示すフローチャートである。まず、登録時間の適合度（Ｆｔ）を計算する（ステップＳ１５１）。次に、位置情報の適合度（Ｆｌ）を計算する（ステップＳ１５２）。そして、ユーザ情報の適合度（Ｆｕ）を計算する（ステップＳ１５３）。さらに、メディアデータの適合度（Ｆｍ）を計算する（ステップＳ１５４）。そして、各イベントについての適合度の重みつき和を計算し（ステップＳ１５５）、適合イベント判定処理を終了する。

全体の適合度をＦとしたとき、
Ｆ＝Ｗ１＊Ｆｔ＋Ｗ２＊Ｆｌ＋Ｗ３＊Ｆｕ＋Ｗ４＊Ｆｍ
となる。
ここで、Ｗｉ（ｉ＝１，２，３，４）は各データの重みであり、
ΣＷｉ＝１
である。全て同じ重みの場合には、Ｗｉ＝０．２５となる。

以下、さらに他の実施の形態として、コンテンツにイベント情報が追加されているときに、クライアントにおけるイベント情報の利用手法について説明する。

はじめに、図３８に、従来例として、イベント情報なしに、複数のコンテンツコンテナに登録されたコンテンツを最新順に表示した画面を示す。図３８に示す従来例の問題点は、異なるイベントのコンテンツが混在して表示されるために一瞥性が悪いこと、また、あるユーザが一度に多量のコンテンツを登録すると他のコンテンツが見えなくなること、などが挙げられる。

次に、図３９に、イベントごとにコンテンツをまとめた最新コンテンツ表示画面の例を示す。図３９において、１６１及び１６２はイベントタイトル、１６３はアクティブ度、１６４はイベントに属すコンテンツ、１６５はより詳細な情報を得るイベントページへのリンクボタン、１６６は次のページへのリンクボタンである。図３９から見てとれるように、複数のコンテンツがイベント単位で分類されているので、ユーザは、必要なイベントのコンテンツのみを閲覧することができる。また、イベントごとの属性情報が簡単にわかるなどの利点がある。

図４０は、クライアントにおけるコンテンツ及びイベント情報の表示処理を示すフローチャートである。図４０において、まず、クライアントはコンテンツ管理部２００から最新のコンテンツをＮ件取得する（ステップＳ１６１）。次に、取得したコンテンツをイベント毎に分類する（ステップＳ１６２）。そして、所定基準に従い分類された各イベントの並べ替え（ソート）を行う（ステップＳ１６３）。

ここで、コンテンツのソート基準としては、
・そのイベントの中で最新の投稿があったイベント順
・イベントのアクティブ度順
・イベントの投稿数
・イベントのメンバー数
などを挙げられる。

ステップＳ１６３におけるソート処理が終了したら、イベント情報管理部２００から各イベントの付加情報を取得する（ステップＳ１６４）。そして、コンテンツ及びイベント情報の表示を行い（ステップ１６５）、処理を終了する。

また、さらに他の実施の形態として、外部アプリケーションとの連携によるイベント生成手法について説明する。

図４１は、本発明のさらに他の実施の形態の外部アプリケーションとの連携によるイベント生成を行うためのシステム構成を示す図である。この図４１に示すイベント管理情報部８０５は、図２１に示すイベント管理情報部８００に外部アプリケーション連携部８６０を設けたものである。

この外部アプリケーション連携部８６０が、イベント情報を持つ外部アプリケーション８６１と連携することによりイベント情報を生成し、生成されたイベント情報は、イベントデータベース８２０に格納される。外部アプリケーション連携部８６０は、外部アプリケーション８６１のユーザ情報と本コンテンツ共有システムにおけるユーザ情報との対応させる機能を持つ。

また、外部アプリケーション８６１の例として、例えばスケジューラを利用することができる。スケジューラからは、イベント名、開始時間、終了時間、メンバーリストといったイベント付加情報を得ることができる。またスケジューラとして、ネットワーク上で共有されたグループウェアを利用してもよい。

また、他の外部アプリケーション８６１としては、電子メールを利用することができる。例えば、特定のメールアドレスに、Ｓｕｂｊｅｃｔ（件名）にイベント名、Ｆｒｏｍ（送り主），Ｔｏ（宛先），ＣＣ（同報宛先）をメンバーとしたメールを送信することで、イベントを生成することができる。さらに、適当なフォーマットを定めることにより、開始時刻、終了時刻、カテゴリーなど他のイベント付加情報を入力できるようにしてもよい。

以上、図２１以降の図面を用いて説明した実施の形態によると、コンテンツを手軽にイベントごとに分類することが可能となる。更には、そのイベント情報を複数ユーザ間で共有することで、そのグループで開催したイベントに関する情報を効果的に保存し活用することが可能となる。

なお、上述した実施の形態のシステムにおいて、各イベント情報管理部８００〜８０５の機能を、それぞれ図９に示すコンテンツコンテナ作成補助部５００内に設けるようにしてもよい。また、各イベント情報管理部８００〜８０５と、コンテンツコンテナ作成補助部５００をそれぞれ併設したシステム構成としてもよい。

本発明は上述したこれらの実施の形態の例に限られるものではなく、本発明の要旨を逸脱することなくその他種々の構成を取り得ることは勿論である。

コンテンツ共有システムの概要を説明するための図である。 コンテンツコンテナ表示画面の一例を示す図である。 図１のコンテンツ管理部の構成を示す図である。 図1のコンテンツデータ部のデータ構成を示す図である。 コンテンツコンテナのデータ格納構造の一例を示す図である。 投稿コマンド処理を示すフローチャートである。 閲覧コマンド処理を示すフローチャートである。 コメントコマンド処理を示すフローチャートである。 本発明の一実施の形態のシステム構成を示す図である。 本発明の一実施の形態のコンテンツコンテナ作成補助画面を示す図である。 本発明の一実施の形態のコンテンツコンテナ作成補助コマンド処理を示すフローチャートである。 本発明の一実施の形態のコンテンツコンテナ解析処理を示すフローチャートである 本発明の一実施の形態のアクセス定義データの一例を示す図である。 本発明の一実施の形態のコンテナ作成部による処理を示すフローチャートである。 本発明の一実施の形態のリンク設定の説明に供する図である。 本発明の一実施の形態の新しく作成されたコンテンツコンテナのデータ格納構造の一例を示す図である。 本発明の一実施の形態の新しく作成されたコンテンツコンテナ表示画面の一例を示す図である。 本発明の一実施の形態のリンク元のコンテンツコンテナ表示画面の一例を示す図である。 本発明の一実施の形態の新しく作成されたコンテンツコンテナに投稿が合った場合の表示画面の一例を示す図である。 本発明の一実施の形態のアクセス定義データの自動修正処理を示すフローチャートである。 本発明の他の実施の形態のシステム構成を示す図である。 本発明の他の実施の形態のイベントデータテーブルの一例を示す図である。 本発明の他の実施の形態の手動イベント共有シーケンス図である。 本発明の一実施の形態のイベント作成画面の一例を示す図である。 本発明の他の実施の形態のコンテンツ登録画面の一例を示す図である。 本発明のさらに他の実施の形態のシステム構成を示す図である。 本発明のさらに他の実施の形態のシステム構成を示す図である。 本発明のさらに他の実施の形態の自動判定処理を示すフローチャートである。 本発明のさらに他の実施の形態の登録時間によるイベント検出の説明に供する図である。 登録時間による新規イベント発生の判定処理を示すフローチャートである。 本発明のさらに他の実施の形態のタイトル文字列による新規イベント発生判定の概要を示す図である。 本発明のさらに他の実施の形態のタイトル文字列による新規イベント発生の判定処理を示すフローチャートである。 本発明のさらに他の実施の形態の位置メタデータによる新規イベント発生の判定処理を示すフローチャートである。 本発明のさらに他の実施の形態の音声データによる新規イベント発生判定の概要を示す図である。 本発明のさらに他の実施の形態の音声データによる新規イベント発生の判定処理を示すフローチャートである。 本発明のさらに他の実施の形態のシステム構成を示す図である。 本発明のさらに他の実施の形態の適合イベント判定処理を示すフローチャートである。 従来の最新コンテンツ表示画面の一例を示す図である。 本発明のさらに他の実施の形態の最新コンテンツ表示画面（イベント単位）の一例を示す図である。 本発明のさらに他の実施の形態のコンテンツ及びイベント情報の表示処理を示すフローチャートである。 本発明のさらに他の実施の形態のシステム構成を示す図である。

符号の説明

１０，３０，４０…コンテンツコンテナ表示画面、２０…コンテンツコンテナ作成補助画面、３１，４１…コンテナ表示切替ボタン、１００，１０１，１０２，１０３，４００…クライアント、２００…コンテンツ管理部、２０１…コンテンツ制御部、２０２…コンテンツデータ部、２０３…アクションデータ部、２０４…認証データ部、２１１，２１２…コンテンツコンテナ、２１１ａ…コンテンツコンテナＩＤ、２２１…アクセス定義データ、２３１，２３２…コンテンツ、２３１ａ…コンテンツＩＤ、２３５，２７１…リンクコンテンツ、２４１，２４２…メディアデータ、２５１，２５２…メタデータ、２５２ａ…投稿者ＩＤ、２５２ｂ…タイトル、２５２ｃ…子コンテンツＩＤ、２７２…リンクコンテンツ、３００…表示構成部、３１０…セットリンク表示部、５００…コンテンツコンテナ作成補助部、５１０…コンテンツコンテナ作成補助制御部、５２０…コンテナ作成部、５３０…データ解釈部、５３１…コンテンツ解釈部、５３２…アクセス履歴解釈部、５３３…ユーザリスト解釈部、５３４…グループ作成履歴解釈部、５３５…外部データ解釈部、５３６…組み合わせ解釈部、５４０…作成判定部、５５０…アクション発行部、６００…外部アプリケーション連携部、７００…コミュニケーション履歴データ、７１０…ユーザリスト、８００，８０１，８０２，８０３，８０４，８０５…イベント情報管理部、８１０…イベントデータ入出力部、８２０…イベントデータベース、８３０…イベント付加情報設定部、８４０…イベント検出部、８５０…適合イベント判定部、８６０…外部アプリケーション連携部

Claims (27)

1. サーバ上のコンテンツを複数ユーザのクライアントで共有するコンテンツ共有システムであって、
   メディアデータ及びメタデータからなるコンテンツを管理するとともに、各ユーザのアクセス認証情報が登録されたアクセス定義データが記録されているコンテンツ管理サーバと、
   前記コンテンツ管理サーバから前記コンテンツを取得し、指定された表示形式に構成して前記クライアントに表示する表示構成サーバと、
   前記コンテンツ管理サーバ又は外部に蓄積された既存のデータを基に、アクセス許可ユーザを確定して新たなアクセス定義データを作成するとともに、新たなアクセス定義データに登録されたユーザ間で共有されるコンテンツコンテナを作成して前記コンテンツ管理サーバに送信するコンテンツコンテナ作成補助サーバと、
   少なくともイベント名とイベントＩＤ、からなる、コンテンツを分類するためのイベント情報が登録されるイベントデータテーブルを保持するイベントデータ記憶部と、前記イベントデータ記憶部と前記クライアントとのデータ通信を行い、前記クライアントに前記イベントデータ記憶部に記憶されたイベント情報を送信するイベントデータ入出力部とから構成されるイベント情報管理サーバと
   を有し、
   前記イベント情報管理サーバは、
   前記複数ユーザのクライアントのうちのいずれかのクライアントから新規に前記イベント情報を生成するための情報が送信されたことに基づき、前記イベントデータテーブルに新規に前記イベント情報を登録する処理と、
   前記複数ユーザのクライアントのうちのいずれのクライアントから新たなコンテンツの作成時にイベントリスト要求コマンドが送信された場合にも、前記イベントデータテーブルに登録された全ての前記イベント情報を、前記新たなコンテンツと対応付けるイベント情報の候補として返送する処理とを行う
   コンテンツ共有システム。
2. 前記コンテンツコンテナ作成補助サーバは、前記クライアントからコンテンツコンテナ作成コマンドの発行を受けて所定の制御を行うコンテンツコンテナ作成補助制御部と、
   前記コンテンツコンテナ作成補助制御部からの指示により前記既存のデータを解釈してアクセス許可ユーザを抽出し、新たにアクセス定義データを作成するデータ解釈部と、
   前記データ解釈部から供給される新たなアクセス定義データを基に、前記新たなアクセス定義データに登録されたユーザ間で共有されるコンテンツコンテナの構成に必要なデータを作成して前記コンテンツ管理サーバに送信するコンテナ作成部とを備える
   請求項１記載のコンテンツ共有システム。
3. 前記データ解釈部は、前記既存のデータとしてコンテンツコンテナ内の所定コンテンツに対し投稿されたコンテンツに記録されているデータを解釈するコンテンツ解釈部を備え、
   前記コンテナ作成部は、前記コンテンツ解釈部での解釈結果に基づき、前記所定コンテンツを含むコンテンツコンテナとリンクする新たなコンテンツコンテナの作成に必要なデータを前記コンテンツ管理サーバに送信する
   請求項２記載のコンテンツ共有システム。
4. 前記コンテンツ解釈部は、前記所定コンテンツに対して特定の内容を含むコンテンツを投稿したユーザを前記アクセス許可ユーザとする
   請求項３記載のコンテンツ共有システム。
5. 前記データ解釈部は、前記既存のデータとしてユーザの所定コンテンツに対するアクセス履歴のデータを解釈し、アクセス許可ユーザを抽出するアクセス履歴解釈部を備え、
   前記コンテナ作成部は、前記アクセス履歴解釈部での解釈結果に基づき、前記所定コンテンツを含むコンテンツコンテナとリンクする新たなコンテンツコンテナの作成に必要なデータを前記コンテンツ管理サーバに送信する
   請求項２記載のコンテンツ共有システム。
6. 前記データ解釈部は、前記既存のデータとして前記クライアントに記録されたユーザ所有
   のユーザリストデータを解釈するユーザリスト解釈部を備える
   請求項２記載のコンテンツ共有システム。
7. 前記データ解釈部は、前記既存のデータとして過去に作成されたアクセス定義データを解釈するグループ作成履歴解釈部を備える
   請求項２記載のコンテンツ共有システム。
8. 前記データ解釈部は、前記既存のデータとして外部のアプリケーションソフトウェアから取得したデータを解釈する外部データ解釈部を備える
   請求項２記載のコンテンツ共有システム。
9. 前記データ解釈部は、前記既存のデータとしてコンテンツコンテナ内の所定コンテンツに対し投稿されたコンテンツに記録されているデータ、ユーザの所定コンテンツに対するアクセス履歴のデータ、ユーザ所有のユーザリストのデータ、過去に作成されたアクセス定義データ、の中から２つ以上を組み合わせて解釈する組み合わせ解釈部を備える
   請求項２記載のコンテンツ共有システム。
10. 任意のコンテンツコンテナ内のコンテンツに対し投稿された任意のコンテンツに書き込まれたテキストデータを定期的に解釈し、特定の文字列を検出する作成判定部を備え、
    前記作成判定部は、前記特定の文字列を検出した場合、前記コンテンツコンテナ作成補助制御部に対し自動的にコンテンツコンテナ作成コマンドを発行する
    請求項２記載のコンテンツ共有システム。
11. 前記コンテンツコンテナ作成補助制御部は、前記コンテンツコンテナの作成後、コンテンツに投稿してきたユーザのコンテンツを解釈し、所定の条件を満たしたユーザを、前記コンテンツ管理サーバに記録された前記アクセス定義データのアクセス許可ユーザに加える
    請求項２記載のコンテンツ共有システム。
12. 前記コンテンツコンテナ作成補助制御部は、前記コンテンツコンテナの作成後、予め設定された特定の日時に該作成されたコンテンツコンテナのアクセス定義データを前記設定された内容に応じて変更する
    請求項２記載のコンテンツ共有システム。
13. 前記表示構成サーバは、相互にリンク設定されたコンテンツコンテナの表示を前記クライアントの指示により切替える表示切替部を有し、
    前記相互にリンク設定されたコンテンツコンテナ表示画面上に表示された表示切替ボタンを操作することによって、前記相互にリンク設定されたコンテンツコンテナ間で表示を切り替える
    請求項３記載のコンテンツ共有システム。
14. 前記イベント情報管理サーバは、
    前記コンテンツ管理サーバから供給されたコンテンツの内容から、前記イベント情報に付加する情報を自動的に設定して前記イベントデータテーブルに登録するイベント付加情報設定部か、
    前記コンテンツ管理サーバから供給された複数のコンテンツの類似性から、新規に前記イベント情報を生成して前記イベントデータテーブルに登録するイベント検出部か、
    前記コンテンツ管理サーバから供給されたコンテンツが、前記イベントデータテーブルに登録されている前記イベント情報のうちのどのイベント情報に最も適合するか判定する適合イベント判定部か、のいずれかをさらに備える
    請求項１記載のコンテンツ共有システム。
15. メディアデータ及びメタデータからなるコンテンツと、該コンテンツに対するアクセス許可ユーザが登録されたアクセス定義データが記録されているサーバ上に、新たに複数のユーザ間で共有できる特定コンテンツの集まりからなるコンテンツコンテナを作成するコンテンツコンテナ作成方法であって、
    前記サーバは前記ユーザが操作するクライアントからのコンテンツコンテナ作成コマンドを受け付けた場合、前記コンテンツコンテナ作成コマンドの内容に応じて、前記サーバ又は外部に蓄積された既存のデータを解釈するステップと、
    前記既存のデータの解釈結果を基にアクセス許可ユーザを抽出し新たにアクセス定義データを作成するステップと、
    前記新たなアクセス定義データに登録されたユーザ間で共有される新たなコンテンツコンテナを作成するステップと、
    少なくともイベント名とイベントＩＤ、からなる、コンテンツを分類するためのイベント情報が登録されるイベントデータテーブルを保持するステップと、
    前記複数のユーザが操作するクライアントのうちのいずれかのクライアントから新規に前記イベント情報を生成するための情報が送信されたことに基づき、前記イベントデータテーブルに新規に前記イベント情報を登録するステップと、
    前記複数のユーザが操作するクライアントのうちのいずれのクライアントから新たなコンテンツの作成時にイベントリスト要求コマンドが送信された場合にも、前記イベントデータテーブルに登録された全ての前記イベント情報を、前記新たなコンテンツと対応付けるイベント情報の候補として返送するステップとを有する
    コンテンツコンテナ作成方法。
16. 前記既存のデータとして、前記サーバに記録されたコンテンツコンテナ内の所定コンテンツに対し投稿されたコンテンツに記録されているデータを解釈するステップと、
    前記所定コンテンツに対して特定の内容を含むコンテンツを投稿したユーザを、前記アクセス許可ユーザとして抽出し、新たにアクセス定義データを作成するステップと、
    前記所定コンテンツを含むコンテンツコンテナとリンクし、前記新たなアクセス定義データに登録されたユーザ間で共有される新たなコンテンツコンテナを作成するステップとを有する
    請求項１５に記載のコンテンツコンテナ作成方法。
17. 前記既存のデータとして、前記サーバに記録されたコンテンツコンテナ内の所定コンテンツに対するアクセス履歴のデータを解釈するステップと、
    前記アクセス履歴のデータの解釈結果に基づき、アクセス許可ユーザを抽出し、新たにアクセス定義データを作成するステップと、
    前記所定コンテンツを含むコンテンツコンテナとリンクし、前記新たなアクセス定義データに登録されたユーザ間で共有される新たなコンテンツコンテナを作成するステップと
    を有する
    請求項１５記載のコンテンツコンテナ作成方法。
18. 前記既存のデータとして、前記クライアントに記録されたユーザリストデータを解釈する
    請求項１５記載のコンテンツコンテナ作成方法。
19. 前記既存のデータとして、過去に作成されたアクセス定義データを解釈する
    請求項１５記載のコンテンツコンテナ作成方法。
20. 前記既存のデータとして、外部のアプリケーションソフトウェアから取得したデータを解釈する
    請求項１５記載のコンテンツコンテナ作成方法。
21. 前記既存のデータとして、コンテンツコンテナ内の所定コンテンツに対し投稿されたコンテンツに記録されているデータ、ユーザの所定コンテンツに対するアクセス履歴のデータ、ユーザ所有のユーザリストのデータ、過去に作成されたアクセス定義データ、の中から２つ以上を組み合わせて解釈する
    請求項１５記載のコンテンツコンテナ作成方法。
22. 任意のコンテンツコンテナ内のコンテンツに対し投稿された任意のコンテンツに書き込まれたテキストデータを定期的に解釈して特定の文字列を検出するステップと、
    前記特定の文字列が検出された場合、自動的にコンテンツコンテナ作成コマンドを発行するステップとを有する
    請求項１５記載のコンテンツコンテナ作成方法。
23. 前記コンテンツコンテナの作成後、コンテンツに投稿してきたユーザのコンテンツを解釈するステップと、
    所定の条件を満たしたユーザを、前記サーバに記録された前記アクセス定義データのアクセス許可ユーザに加えるステップとを有する
    請求項１５記載のコンテンツコンテナ作成方法。
24. 前記コンテンツコンテナの作成後、予め設定された特定の日時に該作成されたコンテンツコンテナのアクセス定義データを前記設定された内容に応じて変更する
    請求項１５記載のコンテンツコンテナ作成方法。
25. 新たにコンテンツコンテナを作成時に、作成後のコンテンツコンテナ表示画面上に相互にリンク設定されたコンテンツコンテナの表示を切り替える表示切替ボタンを表示するか非表示とするかを、前記クライアントの指示に応じて変更する
    請求項１５記載のコンテンツコンテナ作成方法。
26. 前記サーバに記録されているコンテンツの内容から、前記イベント情報に付加する情報を自動的に設定して前記イベントデータテーブルに登録するステップか、
    前記サーバに記録されている複数のコンテンツの類似性から、新規に前記イベント情報を生成して前記イベントデータテーブルに登録するステップか、
    前記サーバに記録されているコンテンツが、前記イベントデータテーブルに登録されている前記イベント情報のうちのどのイベント情報に最も適合するか判定するステップか、のいずれかをさらに有する
    請求項１５記載のコンテンツコンテナ作成方法。
27. 前記イベント情報を外部アプリケーションソフトウェアから取得して、前記イベントデータテーブルに登録する
    請求項１５記載のコンテンツコンテナ作成方法。

Images