(57)【要約】【課題】コンテンツ間の連携を記述したスケジュールやシナリオを予め作成することを必要とせず、利用者が任意に選択したコンテンツ間の連携を実現する。【解決手段】コンテンツ自動連携システムＳは、ネットワークＮを介して互いに接続されるクライアント１、クライアント２、管理サーバ３から構成されており、クライアント１は、コンテンツ管理部１１と、ブラウザ部１２と、コンポーネント間通信部１３と、サーバ通信部１４とを備えている。また、管理サーバ３は、クライアント管理部３１と、連携コンポーネント管理部３２と、連携メッセージ仲介部３３と、共有支援部３４とを備えている。【選択図】  図１
2004334695.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ間の連携操作を行うクライアントと、前記クライアントとネットワークを介して接続され、クライアント間での連携を仲介する管理サーバとから構成されるコンテンツ自動連携システムであって、
前記クライアントは、利用者によるクライアントで動作する連携システムヘのコンテンツの登録・解除操作を受信し、システム内でのコンテンツの登録状況を管理するコンテンツ管理部と、登録されたコンテンツに連携コンポーネントを付与し表示するブラウザ部と、連携コンポーネント間での連携メッセージの通信を制御するコンポーネント間通信部と、管理サーバとの通信を制御するサーバ通信部とを備え、
前記管理サーバは、各クライアントの管理サーバヘのログイン・ログアウト要求を受信すると共に、ログイン状況を管理するクライアント管理部と、クライアントで動作する連携システムにコンテンツが新たに登録された際に登録されたコンテンツのファイルタイプに応じて、対応する連携コンポーネントを前記コンテンツに付与する連携コンポーネント管理部と、クライアント間での連携メッセージの通信を制御する連携メッセージ仲介部と、クライアント間でのコンテンツの共有を支援する共有支援部とを備えていることを特徴とするコンテンツ自動連携システム。
【請求項２】
前記サーバ通信部は、
前記クライアント管理部ヘログイン・ログアウト要求を送信するログイン部と、
前記コンポーネント間通信部から送信される連携メッセージを前記連携メッセージ仲介部に送信すると共に、前記連携メッセージ仲介部から送信される他クライアントからの連携メッセージを受信し、前記コンポーネント間通信部に送信するメッセージ送受信部と、
自クライアント上に所持するコンテンツを前記共有支援部にアップロードすると共に、前記共有支援部から他クライアント上のコンテンツをダウンロードする共有操作部と、
前記共有支援部からダウンロードしたコンテンツを保管する共有用データベースとから構成されていることを特徴とする請求項１に記載のコンテンツ自動連携システム。
【請求項３】
前記連携コンポーネント管理部は、ファイルタイプ毎に対応する連携コンポーネントを管理する連携コンポーネントデータベースと、
前記コンテンツ管理部から、新たにそのクライアントで動作する連携システムに登録されたコンテンツのファイルタイプを受信し、そのファイルタイプに対応する連携コンポーネントを前記連携コンポーネントデータベースから検索するコンポーネント検索部と、
前記コンポーネント検索部で検索された連携コンポーネントを連携コンポーネントデータベースから取得し、前記ブラウザ部に送信するコンポーネント配布部とを備えていることを特徴とする請求項１又は請求項２に記載のコンテンツ自動連携システム。
【請求項４】
前記連携メッセージ仲介部は、
前記サーバ通信部から送信される連携メッセージを受信するメッセージ受信部と、
前記クライアント管理部に設けられているクライアント管理テーブルを参照し、受信した連携メッセージを現在ログインしているクライアントに送信する連携メッセージ配信部とを備えていることを特徴とする請求項１から請求項３のいずれか一項に記載のコンテンツ自動連携システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上におけるコンテンツ自動連携システムに関し、詳しくは、端末同士で、利用者が任意に選択したコンテンツ間の自動連携を実現することができる、コンテンツ自動連携システムに関する。
【０００２】
【従来の技術】
近年、映像、音声、静止画、テキスト、アニメーションなどのマルチメディアコンテンツを連携させる技術として、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）が広く用いられている。ＳＭＩＬを用いることで、複数のマルチメディアコンテンツを同期させて再生することができる。また、映像や音声とアプリケーションを連携させるシステムとして、例えば、ＳＶＭＶ（Ｓｏｆｔｗａｒｅ  Ｖｉｓｉｏｎ  Ｍｕｌｔｉ−Ｖｉｓｉｏｎ）がある（特許文献１参照）。
【０００３】
ＳＭＩＬやＳＶＭＶを用いることにより、複数のマルチメディアコンテンツを連携して提示することが可能になっている。特に、映像や音声コンテンツの再生に同期して、その映像や音声コンテンツの内容に関連した静止画やテキスト、アニメーションなどを提示することができる。
【０００４】
【特許文献１】
特開２０００−２４４８８９号公報（段落［００３５］〜［００４５］、図３，図６）
【０００５】
【発明が解決しようとする課題】
しかしながら、ＳＭＩＬやＳＶＭＶでは、事前にスケジュール（時間とイベントとの関係を記述するドキュメント）やシナリオ（イベントに伴うシステムの状態遷移を記述するドキュメント）を作成することによって、予めコンテンツ間の連携を指定する必要がある。この際、連携内容はスケジュールやシナリオにより固定されてしまう。そのため、ＳＭＩＬやＳＶＭＶでは、スケジュールやシナリオに記載されていないコンテンツ間の連携は行えない。また、コンテンツの組み合わせの数に比例して、作成するスケジュールやシナリオが増加する。
【０００６】
また、ＳＭＩＬやＳＶＭＶでは、ネットワークを介して、異なる端末間に存在するコンテンツ同士を連携するということは実現できない。また、ＳＭＩＬやＳＶＭＶは予め、作成された連携コンテンツとして提示することが通常であり、ネットワーク上のサーバを介して、動的に連携コンテンツをつくり出すようなことはできない。
【０００７】
そこで、本発明では、コンテンツ間の連携を記述したスケジュールやシナリオを予め作成することを必要とせず、利用者が任意に選択したコンテンツ間の連携を実現することを課題とする。特に、連携可能なコンテンツを利用者端末上のコンテンツに閉じることなく、異なる端末上のコンテンツ間の連携を実現すると共に、ネットワーク上のサーバを利用することで、動的に連携コンテンツを作成することを課題とする。
【０００８】
【課題を解決するための手段】
請求項１に記載のコンテンツ自動連携システムは、コンテンツ間の連携操作を行うクライアントと、連携操作を実現するための連携コンポーネントの提供と共に、ネットワークを介したクライアント間での連携を仲介する管理サーバとから構成されるコンテンツ自動連携システムであって、前記クライアントは、利用者によるクライアントで動作する連携システムヘのコンテンツの登録・解除操作を受信し、システム内でのコンテンツの登録状況を管理するコンテンツ管理部と、登録されたコンテンツに連携コンポーネントを付与し表示するブラウザ部と、連携コンポーネント間での連携メッセージの通信を制御するコンポーネント間通信部と、管理サーバとの通信を制御するサーバ通信部とを備え、前記管理サーバは、各クライアントの管理サーバヘのログイン・ログアウト要求を受信すると共に、ログイン状況を管理するクライアント管理部と、クライアントで動作する連携システムにコンテンツが新たに登録された際に登録されたコンテンツのファイルタイプに応じて、対応する連携コンポーネントを前記コンテンツに付与する連携コンポーネント管理部と、クライアント間での連携メッセージの通信を制御する連携メッセージ仲介部と、クライアント間でのコンテンツの共有を支援する共有支援部とを備えていることを特徴とする。
【０００９】
請求項２に記載のコンテンツ自動連携システムは、請求項１に記載のコンテンツ自動連携システムにおいて、前記サーバ通信部は、前記クライアント管理部ヘログイン・ログアウト要求を送信するログイン部と、前記コンポーネント間通信部から送信される連携メッセージを前記連携メッセージ仲介部に送信すると共に、前記連携メッセージ仲介部から送信される他クライアントからの連携メッセージを受信し、前記コンポーネント間通信部に送信するメッセージ送受信部と、自クライアント上に所持するコンテンツを前記共有支援部にアップロードすると共に、前記共有支援部から他クライアント上のコンテンツをダウンロードする共有操作部と、前記共有支援部からダウンロードしたコンテンツを保管する共有用データベースとから構成されていることを特徴とする。
【００１０】
請求項３に記載のコンテンツ自動連携システムは、請求項１又は請求項２に記載のコンテンツ自動連携システムにおいて、前記連携コンポーネント管理部は、ファイルタイプ毎に対応する連携コンポーネントを管理する連携コンポーネントデータベースと、前記コンテンツ管理部から、新たにそのクライアントで動作する連携システムに登録されたコンテンツのファイルタイプを受信し、そのファイルタイプに対応する連携コンポーネントを前記連携コンポーネントデータベースから検索するコンポーネント検索部と、前記コンポーネント検索部で検索された連携コンポーネントを連携コンポーネントデータベースから取得し、前記ブラウザ部に送信するコンポーネント配布部とを備えていることを特徴とする。
【００１１】
請求項４に記載のコンテンツ自動連携システムは、請求項１から請求項３のいずれか一項に記載のコンテンツ自動連携システムにおいて、前記連携メッセージ仲介部は、前記サーバ通信部から送信される連携メッセージを受信するメッセージ受信部と、前記クライアント管理部に設けられているクライアント管理テーブルを参照し、受信した連携メッセージを現在ログインしているクライアントに送信する連携メッセージ配信部とを備えていることを特徴とする。
【００１２】
【発明の実施形態】
以下、本発明に係るコンテンツ自動連携システムの一実施の形態について、適宜図面を参照して詳細に説明する。
【００１３】
（コンテンツ自動連携システムＳ）
図１は、コンテンツ自動連携システムＳの全体構成を示す図である。図１に示すように、コンテンツ自動連携システムＳは、ネットワークＮを介して互いに接続されるクライアント１、クライアント２、管理サーバ３から構成されている。クライアント１とクライアント２は、同様に構成されている。以下、クライアント１（２）と管理サーバ３について詳細に説明する。
【００１４】
（クライアント１（２））
クライアント１は、利用者によるクライアントで動作するシステムヘのコンテンツの登録・解除操作を受信すると、システム内でのコンテンツの登録状況を管理するコンテンツ管理部１１と、登録されたコンテンツに連携コンポーネントを付与し表示するブラウザ部１２と、連携コンポーネント間での連携メッセージの通信を制御するコンポーネント間通信部１３と、管理サーバ３との通信を制御するサーバ通信部１４とを備えている（図１参照）。
【００１５】
（コンテンツ管理部１１）
図２は、コンテンツ管理部１１の構成を示す図である。図２に示すように、コンテンツ管理部１１は、利用者による自クライアントで動作するシステムへのコンテンツの登録・解除操作を受信する登録・解除操作受信部１１Ａと、システム内でのコンテンツの登録状況を管理するコンテンツ管理テーブル１１Ｂと、コンテンツ管理テーブル１１Ｂに対してコンテンツの登録・除去操作を行うコンテンツ登録部１１Ｃと、コンテンツが新たに登録された時にそのコンテンツのファイルタイプを調べ、管理サーバ３の連携コンポーネント管理部３２に通知するファイルタイプ通知部１１Ｄとを備えている。
【００１６】
（ブラウザ部１２）
図３は、ブラウザ部１２の構成を示す図である。図３に示すように、ブラウザ部１２は、コンテンツ間の連携を実現するための各種の連携コンポーネント１２Ａと、登録したコンテンツを表示するための各種のメディアビューワ１２Ｂとを備えている。連携コンポーネント１２Ａとしては、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書連携コンポーネント、ＰＰＴ（ＰＯＷＥＲＰＯＩＮＴ、登録商標）文書連携コンポーネント、映像コンテンツ連携コンポーネント等がある。また、メディアビューワ１２Ｂとしては、ＨＴＭＬ文書メディアビューワ、ＰＰＴ文書メディアビューワ、映像コンテンツメディアビューワ等がある。
【００１７】
（連携コンポーネント１２Ａ）
図４は連携コンポーネント１２Ａとメディアビユーワ１２Ｂの構成を示す図である。図４に示すように、連携コンポーネント１２Ａは、コンテンツにおいて発生したイベント情報（例えば、イベント名とデータ）を、そのコンテンツを表示しているメディアビユーワ１２Ｂから取得するイベント受信部１２１と、コンテンツ同士を連携する連携ルール１２２に基づいて、発生したイベント情報を連携情報（例えば、連携メソッドとデータ）に変換するイベント・メソッド変換部１２３と、その連携情報を記述した連携メッセージを作成し、その作成した連携メッセージをコンポーネント間通信部１３に送信する連携メッセージ送信部１２４と、コンポーネント間通信部１３から送信された連携メッセージを受信し、その受信した連携メッセージに記述されている連携情報を取得する連携メッセージ受信部１２５と、連携ルールに基づいて、その連携情報を制御情報（例えば、制御関数名とデータ）に変換するメソッド・関数変換部１２６と、その制御情報をメディアビユーワ１２Ｂに送信する制御情報送信部１２７とを備えている。
【００１８】
（メディアビユーワ１２Ｂ）
また、図４に示すように、メディアビユーワ１２Ｂは、メディアビユーワ１２Ｂによって表示されたコンテンツにおいて発生したイベント情報を連携コンポーネントに出力するイベント出力部１２８と、連携コンポーネント１２Ａから制御情報を受信し、その受信した制御情報に記述されている処理をコンテンツに対して実行する外部制御入力部１２９とを備えている。
【００１９】
このように構成することにより、連携コンポーネント１２Ａは、コンテンツにおいて発生するイベント情報を取得し、そのイベント情報に対応する連携メッセージをコンポーネント間通信部１３に送信するとともに、コンポーネント間通信部１３から連携メッセージを受信したときに、その連携メッセージに対応する処理をコンテンツに実行する。このように、連携コンポーネント間で連携メッセージが相互に通信され、各連携コンポーネントが受信した連携メッセージに基づいて、コンテンツを自律的に制御する結果、コンテンツ間の連携が実現される。さらには、この連携メッセージをサーバ通信部から管理サーバの連携メッセージ仲介部に送信する、または連携メッセージ仲介部から、各クライアントに連携メッセージを送信することで、異なるクライアント間での連携も実現される。
【００２０】
（コンポーネント間通信部１３）
図６はコンポーネント間通信部１３の構成を示す図である。図６に示すようにコンポーネント間通信部１３は、自クライアントで動作するシステム内の各連携コンポーネントから送信される連携メッセージ、ならびに、管理サーバ３から送信される他クライアントからの連携メッセージを、サーバ通信部１４を介して受信するメッセージ受信部１３Ａと、コンテンツ管理部１１のコンテンツ管理テーブル１１Ｃを参照し、現在自クライアントで動作するシステムに登録されている各コンテンツ（連携コンポーネント）に関する情報を取得するコンテンツＩＤ取得部１３Ｂと、コンテンツＩＤ取得部１３Ｂで取得した各ＩＤが示すコンテンツに対して連携メッセージを送信すると共に、サーバ通信部１４を介して、管理サーバ３に連携メッセージを送信するメッセージ配信部１３Ｃとを備えている。
【００２１】
（サーバ通信部１４）
図７は、サーバ通信部１４の構成を示す図である。図７に示すように、サーバ通信部１４は、管理サーバ３のクライアント管理部３１ヘログイン・ログアウト要求を送信するログイン部１４Ａと、コンポーネント間通信部１３のメッセージ配信部１３Ｃから送信される連携メッセージを、管理サーバ３の連携メッセージ仲介部３３に送信すると共に、管理サーバ３の連携メッセージ仲介部３３から送信される他クライアントからの連携メッセージを受信し、コンポーネント間通信部１３のメッセージ受信部１３Ａに送信するメッセージ送受信部１４Ｂと、自クライアント上に所持するコンテンツを管理サーバ３の共有支援部３４にアップロードすると共に、共有支援部３４から他クライアント上のコンテンツをダウンロードする共有操作部１４Ｃと、共有支援部３４からダウンロードしたコンテンツを保管する共有用データベース１４Ｄとを備えている。
【００２２】
（管理サーバ３）
管理サーバ３は、各クライアントの管理サーバ３ヘのログイン・ログアウト要求を受信すると共に、ログイン状況を管理するクライアント管理部３１と、クライアントで動作するシステムにコンテンツが新たに登録された際に登録されたコンテンツのファイルタイプに応じて、対応する連携コンポーネントをそのコンテンツに付与する連携コンポーネント管理部３２と、クライアント間での連携メッセージの通信を制御する連携メッセージ仲介部３３と、クライアント間でのコンテンツの共有を支援する共有支援部３４とを備えている（図１参照）。
【００２３】
（クライアント管理部３１）
図８は、クライアント管理部３１の構成を示す図である。図８に示すように、クライアント管理部３１は、各クライアントのサーバ通信部１４のログイン部１４Ａから送信されるログイン・ログアウト要求を受信するログイン管理部３１Ａと、管理サーバ３ヘの各クライアントのログイン状況を管理するクライアント管理テーブル３１Ｂとを備えている。この際、クライアント管理テーブル３１Ｂには、利用者名と端末のＩＰアドレスなどを記述することが考えられる。
【００２４】
（連携コンポーネント管理部３２）
図９は、連携コンポーネント管理部３２の構成を示す図である。図９に示すように、連携コンポーネント管理部３２は、ファイルタイプ毎に対応する連携コンポーネントを管理する連携コンポーネントデータベース３２Ａと、クライアントのコンテンツ管理部１１から、新たにそのクライアントで動作するシステムに登録されたコンテンツのファイルタイプを受信し、そのファイルタイプに対応する連携コンポーネントを連携コンポーネントデータベース３２Ａから検索するコンポーネント検索部３２Ｂと、コンポーネント検索部３２Ｂで検索された連携コンポーネントを連携コンポーネントデータベース３２Ａから取得し、そのクライアントのブラウザ部１２に送信するコンポーネント配布部３２Ｃとを備えている。
【００２５】
（連携メッセージ仲介部３３）
図１０は、連携メッセージ仲介部３３の構成を示す図である。図１０に示すように、連携メッセージ仲介部３３は、クライアントのサーバ通信部１４にあるメッセージ送受信部１４Ｂから送信される連携メッセージを受信するメッセージ受信部３３Ａと、クライアント管理部３１のクライアント管理テーブル３１Ｂを参照し、受信した連携メッセージを現在ログインしているクライアントに送信するメッセージ配信部３３Ｂとを備えている。この際、クライアントに連携メッセージを送信後、クライアント側で連携メッセージを受信したかを確認する処理を行い、確認されたときのみ連携メッセージを受信させることなどが考えられる。
【００２６】
（共有支援部３４）
図１１は、共有支援部３４の構成を示す図である。図１１に示すように、共有支援部３４は、クライアントのサーバ通信部１４にある共有操作部１４Ｃからアップロードされたコンテンツを保管する共有用一時データベース３４Ａと、クライアント管理部３１のクライアント管理テーブル３１Ｂを参照し、アップロードされたコンテンツを現在ログインしているクライアントにダウンロードさせる共有管理部３４Ｂとを備えている。この際、クライアントにコンテンツをダウンロードさせる前に、クライアントにファイルのダウンロードを許可するかを確認し、承認されたときのみダウンロードさせることなどが考えられる。
【００２７】
次に、コンテンツ自動連携システムＳの処理について説明する。ここでは、ＨＴＭＬ文書をクライアント１とクライアント２で共有し、クライアント１上でのＨＴＭＬ文書に対するインタラクションに連携して、クライアント２上のＨＴＭＬ文書の表示が変化させる際の処理を想定している。
【００２８】
まず、利用者は、クライアント１のサーバ通信部１４のログイン部１４Ａを介して、管理サーバ３にログインする。この際、ログイン操作としては、例えば、利用者にログインダイアログを表示し、利用者名とパスワードの記入を求めることが考えられる。また、管理サーバ３では、クライアント管理部３１のログイン管理部３１Ａで、クライアント１からのログイン要求を受信し、クライアント１に関する情報をクライアント管理テーブル３１Ｂに登録する。
【００２９】
続いて、利用者は、デスクトップ上にあるＨＴＭＬファイルアイコンをブラウザ部１２にドロップすることで、クライアント１上で動作するシステムにそのＨＴＭＬファイルを登録する。この際、クライアント１のコンテンツ管理部１１では、登録・操作解除操作受信部１１ＡでそのＨＴＭＬファイルを受信後、コンテンツ登録部１１ＢでそのＨＴＭＬファイル名とそのＨＴＭＬコンテンツを一意に識別するためのＩＤをコンテンツ管理テーブル１１Ｃに記述する。また、ファイルタイプ通知部１１ＤでそのＨＴＭＬファイルのファイルタイプ（「ＨＴＭＬ」）をそのファイル名の拡張子から判別し、管理サーバ３の連携コンポーネント管理部３２に通知する。
【００３０】
そして、サーバ３の連携コンポーネント管理部３２では、コンポーネント検索部３２Ｂで、クライアント１から受信したファイルタイプ（「ＨＴＭＬ」）に対応する連携コンポーネントを連携コンポーネントデータベース３２Ａに照会し、コンポーネント配布部３２Ｃで、対応するＨＴＭＬ文書連携コンポーネントを取得し、クライアント１に送信する。この際、クライアント１のブラウザ部１２は、ＨＴＭＬコンテンツに管理サーバ３から送信されたＨＴＭＬ文書連携コンポーネントを付与し、メディアビューワ１２ＢによりそのＨＴＭＬファイルをブラウザ部１２上に表示する。
【００３１】
次に、利用者がクライアント１のブラウザ１２上に表示されているＨＴＭＬコンテンツに共有操作を行った場合、例えば、ウィンドウを右クリックし、そのときに開くダイアログから共有を選択した場合の処理について説明する。
【００３２】
まず、クライアント１のサーバ通信部１４の共有操作部１４Ｃで、選択されたウィンドウ中に表示されているコンテンツを取得し、管理サーバ３の共有支援部３４にそのコンテンツをアップロードする。この際、管理サーバ３の共有管理部３４で、クライアント１からアップロードされたコンテンツを受信し、共有用一時データベース３４Ａに保管する。そして、クライアント管理部３１のクライアント管理テーブル３１Ｂを参照し、現在ログインしているクライアントに対して、コンテンツをダウンロードさせる。
【００３３】
ここで、クライアントにコンテンツをダウンロードさせる前に、クライアント（利用者）にファイルのダウンロードを許可するかを確認し、承認されたときのみダウンロードさせる。例えば、クライアント２上に、クライアント１からのコンテンツ共有の許諾を促すダイアログを表示し、ダイアログのＯＫボタンが押された場合に限り、ダウンロード処理を実行し、ダウンロードしたコンテンツを、クラインアント２のサーバ通信部１４の共有用データベース１４Ｄに蓄積する。
【００３４】
その後、クライアント２のコンテンツ管理部２１が管理するコンテンツ管理テーブルにダウンロードしたコンテンツを登録すると共に、管理サーバ３の連携コンポーネント管理部３２にアクセスし、ダウンロードしたコンテンツに対応する連携コンポーネントを取得する。今回は、ＨＴＭＬ連携モジュールを取得し、コンテンツをブラウザ部２２に表示する。
【００３５】
次に、クライアント１上のＨＴＭＬコンテンツに対して利用者からのインタラクションが発生した際の処理について説明する。
【００３６】
例えば、ＨＴＭＬコンテンツ内のある文字列（「富士山」）をドラッグした場合、メディアビユーワ１２Ｂのイベント出力部１２８は、その働きかけに対応するイベント情報（「Ｄｒａｇ，富士山」）を作成し、その作成したイベント情報を連携コンポーネント１２Ａのイベント受信部１２１に出力する。
【００３７】
続いて、連携コンポーネント１２Ａのイベント・メソッド変換部１２３は、イベント受信部１２１で受信したイベント情報（「Ｄｒａｇ，富士山」）を、連携ルール１２２に基づいて連携情報（「Ｓｅａｒｃｈ  Ｔｅｘｔ，富士山」）に変換する。次に、連携メッセージ送信部１２４は、その連携情報（「Ｓｅａｒｃｈ  Ｔｅｘｔ，富士山」）を記述した連携メッセージを作成し、コンポーネント間通信部１３に送信する。ここで、連携ルールには、ｅｖｅｎｔ要素に処理するイベント名、ｍｅｔｈｏｄ要素に連携メッセージに記述する連携メソッド名、及び、ｆｕｎｃｔｉｏｎ要素に連携操作として実行する制御関数名の組み合わせが記述されている（図５参照）。
【００３８】
次に、コンポーネント間通信部１３でその連携メッセージを受信し、クライアント１のシステムに登録されているコンテンツとサーバ通信部１４のメッセージ送受信部１４Ｂに送信する。この際、メッセージ送受信部１４Ｂは、受信した連携メッセージを管理サーバ３の連携メッセージ仲介部３３に送信する。
【００３９】
そして、管理サーバ３の連携メッセージ仲介部３３は、クライアント１からの連携メッセージをメッセージ受信部３３Ａで受信し、クライアント管理部３１のクライアント管理テーブル３１Ｂを参照し、受信した連携メッセージを現在ログインしているクライアントにメッセージ配信部３３Ｂから送信する。
【００４０】
次に、連携メッセージ受信後の各クライアントでの処理について説明する。
【００４１】
まず、クライアント１では、連携コンポーネント１２Ａの連携メッセージ受信部１２５が、コンポーネント間通信部１３から送信された連携メッセージを受信する。続いて、メソッド・関数変換部１２６が、その連携メッセージに記述されている連携情報（「Ｓｅａｒｃｈ  Ｔｅｘｔ，富士山」）を、連携ルール１２２に基づいて制御情報（「Ｓｅａｒｃｈ  Ｈｔｍｌ  Ｔｅｘｔ，富士山」）に変換する。そして、制御情報送信部１２７は、その制御情報（「Ｓｅａｒｃｈ  Ｈｔｍｌ  Ｔｅｘｔ，富士山」）をメディアビユーワ１２Ｂに送信する。その後、ＨＴＭＬコンテンツのメディアビユーワ１２Ｂの外部制御入力部１２９が、制御情報を受信し、その制御情報に記述されている処理を実行する。ここでは、ＨＴＭＬコンテンツ中に記述されている「富士山」という文字列を検索しハイライト表示する。
【００４２】
続いて、クライアント２では、管理サーバ３の連携メッセージ仲介部３３のメッセージ配信部３３Ｂから送信された連携メッセージを、サーバ通信部１４のメッセージ送受信部１４Ｂで受信した後、その連携メッセージをコンポーネント間通信部１３に送信する。その後、連携コンポーネント１２Ａがコンポーネント間通信部１３から送信された連携メッセージを受信し、その受信した連携メッセージに基づき、ＨＴＭＬ文書を制御する。具体的には、ＨＴＭＬ文書中で「富士山」が記述されている部分を検索しハイライト表示する。
【００４３】
以上の操作により、クライアント１上のＨＴＭＬ文書に対するインタラクションにより、クライアント１上に存在するＨＴＭＬ文書上で変化が生じると共に、クライアント２上に存在するＨＴＭＬ文書にも変化が生じ、結果的に異なる端末間に存在するコンテンツ間の連携が実現される。今回は、クライアント１とクライアント２に同じコンテンツが存在するため、クライアント１とクライアント２間での同期制御が実現されたわけだが、この際、端末上に他のコンテンツが存在すれば、そのコンテンツも連携して変化し、多様な連携が可能となる。
【００４４】
また、本実施の形態では、クライアントは２台であったが、２台に限定されるものではなく、複数台存在する場合、全クライアントに存在する全てのコンテンツ間の連携を実現できる。また、本実施の形態では、クライアント１とクライアント２を異なる端末としたが、同一の端末上にあるようなことも考えられる。
【００４５】
さらには、クライアントが複数存在する場合、連携メッセージを全てに送信（ブロードキャスト）するだけでなく、連携したいクライアント（利用者）を指定して送信することが考えられる。具体的には、イベント発生時に管理サーバのクライアント管理テーブルを参照し、送信先をサーバに指定する方法が考えられる。又は、管理サーバから連携メッセージを受信するメッセージ送受信部で、受信するクライアントを登録しておく方法も考えられる。この際、連携メッセージ送受信部では、管理サーバからクライアント管理テーブルを取得し、そのクライアント管理テーブルを用いて、拒否するクライアントを指定する。そして、管理サーバから送信される連携メッセージに送信元のクライアントＩＤを含む形に拡張し、そのクライアントＩＤを元に連携メッセージの受理を判断する。
【００４６】
【発明の効果】
以上説明したように、本発明によれば、コンテンツ間の連携を記述したスケジュールやシナリオを予め作成することを必要とせず、利用者が任意に選択したコンテンツ間の連携を実現することができる。特に、連携可能なコンテンツを利用者端末上のコンテンツに閉じることなく、異なる端末上のコンテンツ間の連携を実現すると共に、ネットワーク上のサーバを利用することで、動的に連携コンテンツを作成することができる。また、本システムでは、管理サーバ上で連携コンポーネントを一元管理するため、各端末が連携コンポーネントを管理する場合に比較して、拡張性の高いシステムを構築することが可能となる。
【図面の簡単な説明】
【図１】コンテンツ自動連携システムＳの全体構成を示す図である。
【図２】コンテンツ管理部１１の構成を示す図である。
【図３】ブラウザ部１２の構成を示す図である。
【図４】連携コンポーネント１２Ａとメディアビユーワ１２Ｂの構成を示す図である。
【図５】連携ルール１２２の例を示す図である。
【図６】コンポーネント間通信部１３の構成を示す図である。
【図７】サーバ通信部１４の構成を示す図である。
【図８】クライアント管理部３１の構成を示す図である。
【図９】連携コンポーネント管理部３２の構成を示す図である。
【図１０】連携メッセージ仲介部３３の構成を示す図である。
【図１１】共有支援部３４の構成を示す図である。
【符号の説明】
Ｓ…………コンテンツ自動連携システム
１（２）…クライアント
１１………コンテンツ管理部
１２………ブラウザ部
１３………コンポーネント間通信部
１４………サーバ通信部
３…………管理サーバ
３１………クライアント管理部
３２………連携コンポーネント管理部
３３………連携メッセージ仲介部
３４………共有支援部
【図１】
2004334695.tif 000003
【図２】
2004334695.tif 000004
【図３】
2004334695.tif 000005
【図４】
2004334695.tif 000006
【図５】
2004334695.tif 000007
【図６】
2004334695.tif 000008
【図７】
2004334695.tif 000009
【図８】
2004334695.tif 000010
【図９】
2004334695.tif 000011
【図１０】
2004334695.tif 000012
【図１１】
2004334695.tif 000013