(57)【要約】【課題】スケジュールやシナリオを作成することなく、異なるクライアントに存在するコンテンツ間の連携を行う手段を提供する。【解決手段】コンテンツ連携システムＡは、コンテンツの登録・解除を行うコンテンツ登録部Ａ１、登録したコンテンツに対応する連携コンポーネントを取得する連携コンポーネント管理部Ａ２、メディアビューワ及び連携コンポーネントの間にメッセージ通信用のパスを設けるとともに、登録したコンテンツを表示するブラウザ部Ａ３、ブラウザ部Ａ３に表示されている複数のコンテンツに対応する連携コンポーネント間における連携メッセージの通信を制御するコンポーネント間通信部Ａ４、コンテンツ連携システム間における連携メッセージの通信を制御するクライアント間通信部Ａ６から構成される。コンテンツ連携システムＡ、Ｂ、Ｃは、ネットワークを介して接続される。【選択図】      図１
2004348525.tif 000002
【特許請求の範囲】
【請求項１】
ピア・ツー・ピア型のネットワークに接続されるクライアント上で動作し、その接続されたネットワークを介して異なるクライアント上のコンテンツ間の連携を行うコンテンツ連携システムであって、
前記コンテンツ連携システムは、
コンテンツの登録・解除を行うコンテンツ登録部と、
コンテンツのファイルタイプ別に連携コンポーネントを管理するとともに、コンテンツを登録したときに、その登録したコンテンツのファイルタイプに対応する連携コンポーネントを取得する連携コンポーネント管理部と、
前記登録したコンテンツの表示に使用するメディアビューワ及び前記連携コンポーネント管理部が取得した連携コンポーネントの間にメッセージ通信用のパスを設けるとともに、前記メディアビューワを使用することによって前記登録したコンテンツを表示するブラウザ部と、
前記登録したコンテンツのうち、共有するコンテンツを共有用ＤＢに格納し、その格納したコンテンツをクライアント管理テーブルに基づいて他のクライアントに送信するとともに、前記ネットワークを介して他のクライアントから受信したコンテンツを共有用ＤＢに格納するクライアント間通信部と、
を具備したことを特徴とするコンテンツ連携システム。
【請求項２】
前記コンテンツ連携システムは、更に、メディアビューワと、連携コンポーネントと、コンポーネント間通信部とを具備し、
前記メディアビューワは、前記表示したコンテンツへの働きかけが発生したときに、その働きかけに対応するイベント情報を作成し、その作成したイベント情報を前記連携コンポーネントに送信するとともに、前記連携コンポーネントから受信した制御情報に記述されている処理をコンテンツに対して実行し、
前記連携コンポーネントは、前記メディアビューワから受信したイベント情報を連携ルールに基づいて連携メッセージに変換し、その連携メッセージを前記コンポーネント間通信部に送信するとともに、前記コンポーネント間通信部から受信した連携メッセージを前記連携ルールに基づいて制御情報に変換し、その制御情報を前記メディアビューワに送信し、
前記コンポーネント間通信部は、前記連携コンポーネントから受信した連携メッセージを前記クライアント間通信部に送信するとともに、前記クライアント間通信部から受信した連携メッセージを、そのとき登録されているコンテンツに対応する連携コンポーネントに送信し、
前記クライアント間通信部は、前記コンポーネント間通信部から受信した連携メッセージをクライアント管理テーブルに基づいて他のクライアントに送信するとともに、前記ネットワークを介して他のクライアントから受信した連携メッセージを前記コンポーネント間通信部に送信する
構成を有することを特徴とする請求項１に記載のコンテンツ連携システム。
【請求項３】
前記クライアント間通信部は、
前記コンテンツ連携システムが起動したときに、前記ネットワークに接続されたクライアント間で、端末情報を送受信するクライアント管理部と、
前記クライアント管理部で受信した他のクライアントの端末情報を管理するクライアント管理テーブルと、
前記コンポーネント間通信部から受信した連携メッセージを他のクライアントに送信するとともに、前記ネットワークを介して他のクライアントから受信した連携メッセージを前記コンポーネント間通信部へ送信するメッセージ送受信部と、
前記ネットワークに接続されたクライアント間で、共有するコンテンツを送受信する共有操作部と、
前記共有操作部で送受信するコンテンツを格納する共有用ＤＢと、
を具備したことを特徴とする請求項２に記載のコンテンツ連携システム。
【請求項４】
ピア・ツー・ピア型のネットワークに接続された異なるクライアント上のコンテンツ間の連携を行うコンテンツ連携システムにおけるコンテンツ連携方法であって、
前記コンテンツ連携システムが、
コンテンツの共有及び連携を行う相手のクライアントを特定するために、クライアントの端末情報を送受信するステップと、
所定のコンテンツを登録するステップと、
前記登録したコンテンツを、前記受信した端末情報に基づいて他のクライアントに送信するステップと、
前記ネットワークを介して他のクライアントから受信したコンテンツを登録することによって、コンテンツを共有するステップと、
コンテンツへの働きかけに対応する連携メッセージを、前記受信した端末情報に基づいて他のクライアントに送信するステップと、
前記ネットワークを介して他のクライアントから受信した連携メッセージに対応する処理を、前記登録又は共有したコンテンツに対して実行することによって、コンテンツの連携を行うステップと、
を含んで実行することを特徴とするコンテンツ連携方法。
【請求項５】
ピア・ツー・ピア型のネットワークに接続された異なるクライアント間で相互にクライアントに固有な情報であるクライアント固有情報の取得を行うクライアント固有情報取得方法であって、
所定の第１のクライアントにおいて所定のシステムが起動したときに、
前記第１のクライアントが、自身に固有な第１のクライアント固有情報を前記ネットワークに送信するステップと、
そのとき既に前記所定のシステムが起動している第２のクライアントが、前記ネットワークから受信した前記第１のクライアント固有情報を記憶するステップと、
前記第２のクライアントが、応答メッセージとして、自身に固有な第２のクライアント固有情報を、前記ネットワークを介して前記第１のクライアントに送信するステップと、
前記第１のクライアントが、前記ネットワークを介して前記第２のクライアントから受信した前記第２のクライアント固有情報を記憶するステップと、
を含むことを特徴とするクライアント固有情報取得方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツの連携技術に関するものである。特に、ネットワークを介した異なるクライアント上のコンテンツ間の連携に関するものである。
【０００２】
【従来の技術】
近年、映像、音声、静止画、テキスト、アニメーションなどのマルチメディアコンテンツを連携させる技術として、ＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ）が広く用いられている。ＳＭＩＬを用いることで、複数のマルチメディアコンテンツを同期させて再生することができる。また、映像や音声とアプリケーションを連携させるシステムとして、例えば、ＳＶＭＶ（Ｓｏｆｔｗａｒｅ
Ｖｉｓｉｏｎ  Ｍｕｌｔｉ−Ｖｉｓｉｏｎ）がある（特許文献１参照）。
ＳＭＩＬやＳＶＭＶを用いることにより、複数のマルチメディアコンテンツを連携して提示することが可能になっている。特に、映像や音声コンテンツの再生に同期して、その映像や音声コンテンツの内容に関連した静止画やテキスト、アニメーションなどを提示することができる。
【０００３】
【特許文献１】
特開２０００−２４４８８９号公報（段落［００３５］〜［００４５］、図３、図４参照）
【０００４】
【発明が解決しようとする課題】
しかしながら、ＳＭＩＬやＳＶＭＶでは、事前にスケジュール（時間とイベントとの関係を記述するドキュメント）やシナリオ（イベントに伴うシステムの状態遷移を記述するドキュメント）を作成することによって、予めコンテンツ間の連携を指定する必要がある。この際、連携内容はスケジュールやシナリオにより固定されてしまう。そのため、ＳＭＩＬやＳＶＭＶでは、スケジュールやシナリオに記載されていないコンテンツ間の連携は行えない。また、コンテンツの組み合わせの数に比例して、作成するスケジュールやシナリオが増加するという問題もある。
また、ＳＭＩＬやＳＶＭＶで作成されるコンテンツは、コンテンツ、スケジュール、シナリオなどがパッケージされた形で提供されるので、そのパッケージ単体で動作するのが通常である。そのため、ＳＭＩＬやＳＶＭＶでは、ネットワークを介して、異なるクライアントに存在するコンテンツ同士を動的に連携させることはできない。
【０００５】
そこで、本発明は、前記課題に鑑み、コンテンツ間の連携を記述したスケジュールやシナリオを予め作成することを必要とせず、利用者が任意に選択したコンテンツ間の連携を実現することを目的とする。特に、異なるクライアントに存在するコンテンツ同士の連携を実現することを目的とする。
【０００６】
【課題を解決するための手段】
前記課題を解決する本発明のうち、請求項１に係る発明は、ピア・ツー・ピア型のネットワークに接続されるクライアント上で動作し、その接続されたネットワークを介して異なるクライアント上のコンテンツ間の連携を行うコンテンツ連携システムが、コンテンツの登録・解除を行うコンテンツ登録部と、コンテンツのファイルタイプ別に連携コンポーネントを管理するとともに、コンテンツを登録したときに、その登録したコンテンツのファイルタイプに対応する連携コンポーネントを取得する連携コンポーネント管理部と、登録したコンテンツの表示に使用するメディアビューワ及び連携コンポーネント管理部が取得した連携コンポーネントの間にメッセージ通信用のパスを設けるとともに、メディアビューワを使用することによって登録したコンテンツを表示するブラウザ部と、登録したコンテンツのうち、共有するコンテンツを共有用ＤＢに格納し、その格納したコンテンツをクライアント管理テーブルに基づいて他のクライアントに送信するとともに、ネットワークを介して他のクライアントから受信したコンテンツを共有用ＤＢに格納するクライアント間通信部とを具備したことを特徴とする。
【０００７】
この構成において、コンテンツを登録するときには、コンテンツ登録部が、コンテンツ自体ではなく、コンテンツに関する情報（ファイル名、識別用ＩＤなど）をコンテンツ管理テーブルに登録する。そして、コンテンツ連携の準備として、ブラウザ部が、そのコンテンツのファイルタイプに対応するメディアビューワ及び連携コンポーネント管理部が取得した連携コンポーネントの間にメッセージ通信用のパスを設けるとともに、そのコンテンツを表示する。また、コンテンツを共有するときには、クライアント間通信部が、予めコンテンツの共有及び連携を行う相手のクライアントを登録したクライアント管理テーブルを参照して、そのコンテンツを相手のクライアントに送信する。それに対して、ネットワークを介して他のクライアントからコンテンツを受信したクライアント間通信部は、そのコンテンツを共有用ＤＢに格納する。それと同時に、コンテンツ登録部が、その格納したコンテンツを登録し、ブラウザ部が、前記したコンテンツ連携の準備を行う。なお、コンテンツの登録及び共有は、クライアントの利用者の操作によるものとする。以上によれば、コンテンツの登録は、利用者によるコンテンツの登録操作があった場合、及び、コンテンツが共有された場合に行われる。
【０００８】
請求項２に係る発明は、コンテンツ連携システムが、更に、メディアビューワと、連携コンポーネントと、コンポーネント間通信部とを具備し、メディアビューワが、表示したコンテンツへの働きかけが発生したときに、その働きかけに対応するイベント情報を作成し、その作成したイベント情報を連携コンポーネントに送信するとともに、連携コンポーネントから受信した制御情報に記述されている処理をコンテンツに対して実行し、連携コンポーネントが、メディアビューワから受信したイベント情報を連携ルールに基づいて連携メッセージに変換し、その連携メッセージをコンポーネント間通信部に送信するとともに、コンポーネント間通信部から受信した連携メッセージを連携ルールに基づいて制御情報に変換し、その制御情報をメディアビューワに送信し、コンポーネント間通信部が、連携コンポーネントから受信した連携メッセージをクライアント間通信部に送信するとともに、クライアント間通信部から受信した連携メッセージを、そのとき登録されているコンテンツに対応する連携コンポーネントに送信し、クライアント間通信部が、コンポーネント間通信部から受信した連携メッセージをクライアント管理テーブルに基づいて他のクライアントに送信するとともに、ネットワークを介して他のクライアントから受信した連携メッセージをコンポーネント間通信部に送信する構成を有することを特徴とする。
【０００９】
この構成において、コンテンツへの働きかけが発生したときに、連携コンポーネントは、その働きかけに対応するイベント情報を連携ルールに基づいて連携メッセージに変換するが、具体的には、イベント情報を連携情報に変換し、その連携情報を記述した連携メッセージを作成する。また、連携コンポーネントは、コンポーネント間通信部から受信した連携メッセージを制御情報に変換するが、具体的には、連携メッセージに記述されている連携情報を取得し、その連携情報を制御情報に変換する。その変換の基になる連携ルールは、「イベント名・連携メソッド名・制御関数名」の組み合わせで記述することを特徴とし、連携コンポーネントは、その連携ルールを参照し、イベント名から連携メソッド名、連携メソッド名から制御関数名への変換を行う。このとき、連携メソッド名をファイルタイプ間で共通にし、イベント名と制御関数名とをファイルタイプ毎に設定することで、多彩な連携を実現することができる。例えば、イベント名に対する連携メッセージをファイルタイプ間で共通にしたり、個別にしたりするために、イベント名と連携メソッド名との対応関係をファイルタイプ毎に設定することができる。また、連携メソッドに対する連携処理の内容をファイルタイプ間で共通にしたり、個別にしたりするために、連携メソッド名と制御関数名との対応関係をファイルタイプ毎に設定することができる。
また、クライアント間通信部は、コンポーネント間通信部を介して、連携コンポーネントと連携メッセージのやりとりを行うとともに、そのクライアント間通信部同士が、ネットワークを介して、予めコンテンツの連携を行う相手のクライアントを登録したクライアント管理テーブルに基づいて、連携メッセージのやりとりを行う。これによって、ネットワークを介した異なるクライアント間において、一方のクライアント上のコンテンツへの働きかけに対応して、他方のクライアント上のコンテンツを変化させることができる。すなわち、異なるクライアント上のコンテンツ間の連携を行うことができる。なお、コンポーネント間通信部において、連携コンポーネントから受信した連携メッセージを折り返すことによって、一つのクライアント内のコンテンツ間の連携を行うこともできる。
ここで、コンテンツへの働きかけとしては、例えば、利用者のコンテンツに対する入力（マウスなどのポインティングデバイスによるクリック操作やドラッグ操作）やコンテンツの状態変化（映像コンテンツにおける再生位置の変化）などがある。
【００１０】
請求項３に係る発明は、コンテンツ連携システムの一構成要素であるクライアント間通信部が、コンテンツ連携システムが起動したときに、ネットワークに接続されたクライアント間で、端末情報を送受信するクライアント管理部と、クライアント管理部で受信した他のクライアントの端末情報を管理するクライアント管理テーブルと、コンポーネント間通信部から受信した連携メッセージを他のクライアントに送信するとともに、ネットワークを介して他のクライアントから受信した連携メッセージをコンポーネント間通信部へ送信するメッセージ送受信部と、ネットワークに接続されたクライアント間で、共有するコンテンツを送受信する共有操作部と、共有操作部で送受信するコンテンツを格納する共有用ＤＢとを具備したことを特徴とする。
【００１１】
この構成において、クライアント間通信部は、ネットワークに接続されたクライアント間で、端末情報、連携メッセージ及びコンテンツを送受信するが、実際には、クライアント管理部、メッセージ送受信部及び共有操作部がそれぞれの送受信を行う。
ここで、端末情報は、そのクライアントを特定するための情報であり、例えば、そのクライアントのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスや利用者のユーザ名などである。具体的には、クライアント管理部が、コンテンツの共有及び連携を行う相手のクライアントを特定するために端末情報を送受信し、受信した端末情報をクライアント管理テーブルに登録する。
【００１２】
請求項４に係る発明は、ピア・ツー・ピア型のネットワークに接続された異なるクライアント上のコンテンツ間の連携を行うコンテンツ連携システムにおけるコンテンツ連携方法が、コンテンツの共有及び連携を行う相手のクライアントを特定するために、クライアントの端末情報を送受信するステップと、所定のコンテンツを登録するステップと、登録したコンテンツを、受信した端末情報に基づいて他のクライアントに送信するステップと、ネットワークを介して他のクライアントから受信したコンテンツを登録することによって、コンテンツを共有するステップと、コンテンツへの働きかけに対応する連携メッセージを、受信した端末情報に基づいて他のクライアントに送信するステップと、ネットワークを介して他のクライアントから受信した連携メッセージに対応する処理を、登録又は共有したコンテンツに対して実行することによって、コンテンツの連携を行うステップとを含んで実行する方法であることを特徴とする。
【００１３】
この方法によれば、まず、ネットワーク上のクライアント同士で、そのクライアントの端末情報を送受信する。そして、コンテンツを登録し、その登録したコンテンツを共有及び連携するときに、コンテンツや連携メッセージを送信する相手先のクライアントを特定するために、先に受信した端末情報を参照する。これによって、ネットワークに接続された異なるクライアント上のコンテンツ間の連携を行う。
【００１４】
請求項５に係る発明は、ピア・ツー・ピア型のネットワークに接続された異なるクライアント間で相互にクライアントに固有な情報であるクライアント固有情報の取得を行うクライアント固有情報取得方法が、所定の第１のクライアントにおいて所定のシステムが起動したときに、第１のクライアントが、自身に固有な第１のクライアント固有情報をネットワークに送信するステップと、そのとき既に所定のシステムが起動している第２のクライアントが、ネットワークから受信した第１のクライアント固有情報を記憶するステップと、第２のクライアントが、応答メッセージとして、自身に固有な第２のクライアント固有情報を、ネットワークを介して第１のクライアントに送信するステップと、第１のクライアントが、ネットワークを介して第２のクライアントから受信した第２のクライアント固有情報を記憶するステップとを含む方法であることを特徴とする。
【００１５】
この方法によれば、ネットワーク上にある第１のクライアントは、所定のシステムが起動したときに、第１のクライアント固有情報をネットワークに送信する。それに対して、そのとき既に所定のシステムが起動している全てのクライアント（第２のクライアント）が、第１のクライアント固有情報を受信し、記憶するとともに、応答メッセージとして、第２のクライアント固有情報を第１のクライアントに送信する。第１のクライアントは、１以上の第２のクライアント固有情報を受信し、記憶する。以上の一連の手順を、ネットワークに接続されている各クライアントにおいて、所定のシステムが起動するたびに行うことによって、その所定のシステムが起動しているクライアントは、他のクライアントの固有情報を取得する。なお、「所定のシステム」の一例が「コンテンツ連携システム」であり、「クライアント固有情報」の一例が「端末情報」である。
【００１６】
【発明の実施形態】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００１７】
≪コンテンツ連携システムの構成と概要≫
図１は、本発明の実施の形態に係るコンテンツ連携システムのブロック構成とネットワーク接続構成である。コンテンツ連携システムは、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等のクライアント上で動作するシステムであり、そのシステム内でコンテンツ間の連携を実現すると共に、ピア・ツー・ピア（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）型ネットワークを介して複数のシステムに存在するコンテンツ間の連携を実現するものである。以下、各構成要素とその概要について説明する。
【００１８】
図１に示すように、コンテンツ連携システムＡ、コンテンツ連携システムＢ及びコンテンツ連携システムＣは、ネットワークを介して相互に接続されている。コンテンツ連携システムＡは、利用者によるコンテンツ連携システムヘのコンテンツの登録・解除操作を受けて、その登録・解除を行うコンテンツ登録部Ａ１と、連携コンポーネントをコンテンツのファイルタイプ別に管理し、コンテンツが登録されたときにそのコンテンツに対応する連携コンポーネントを提供する連携コンポーネント管理部Ａ２と、そのコンテンツの表示のためのメディアビューワ及び連携コンポーネント管理部Ａ２から提供された連携コンポーネントの間にメッセージ通信用のパスを設けるとともに、そのコンテンツを表示するブラウザ部Ａ３と、ブラウザ部Ａ３に複数のコンテンツが表示されているとき、コンテンツ間の連携メッセージの通信を制御するコンポーネント間通信部Ａ４と、各クライアントで動作するコンテンツ連携システム間の通信を制御するクライアント間通信部Ａ６とから構成される。
ブラウザ部Ａ３には、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書連携コンポーネントＡ５、ＷｅｂブラウザなどのＨＴＭＬ文書メディアビューワＡ７が備わっているものとする。なお、その他のファイルタイプのコンテンツ、例えば、ＷＯＲＤ文書や映像コンテンツに対応する連携コンポーネント及びメディアビューワ（ＷＯＲＤアプリケーションや映像プレイヤー）を含むこともある。
【００１９】
図３は、本発明の実施の形態に係るコンテンツ登録部のブロック構成図である。図３に示すように、コンテンツ登録部Ａ１は、利用者によるコンテンツ連携システムヘのコンテンツの登録・解除操作を受信する登録・解除操作受信部Ａ１２と、コンテンツ連携システム内のコンテンツの登録状況を管理するコンテンツ管理テーブルＡ１３と、そのコンテンツ管理テーブルＡ１３に対してコンテンツの登録・解除を行うコンテンツ管理部Ａ１２と、コンテンツが登録されたときにそのコンテンツのファイルタイプを判別し、連携コンポーネント管理部Ａ２に通知するファイルタイプ通知部Ａ１４とから構成される。
【００２０】
図４は、本発明の実施の形態に係る連携コンポーネント管理部のブロック構成図である。図４に示すように、連携コンポーネント管理部Ａ２は、ファイルタイプ毎に対応する連携コンポーネントを管理する連携コンポーネントＤＢＡ２３と、コンテンツ登録部Ａ１のファイルタイプ通知部Ａ１４から新たに登録されたコンテンツのファイルタイプを受信し、そのファイルタイプに対応する連携コンポーネントを連携コンポーネントＤＢＡ２３から検索するコンポーネント検索部Ａ２１と、コンポーネント検索部Ａ２１で検索された連携コンポーネントを連携コンポーネントＤＢＡ２３から取得し、ブラウザ部Ａ３に送信するコンポーネント配布部Ａ２２とから構成される。
【００２１】
図５は、本発明の実施の形態に係るＨＴＭＬ文書連携コンポーネント及びＨＴＭＬ文書メディアビューワのブロック構成図である。図５に示すように、ＨＴＭＬ文書連携コンポーネントＡ５は、コンテンツ上で発生したイベント情報（例えば、イベント名とデータ）をそのコンテンツを表示しているＨＴＭＬ文書メディアビューワＡ７から取得するイベント受信部Ａ５１と、そのイベント情報を連携ルール５３に基づき連携情報（例えば、連携メソッドとデータ）に変換するイベント・メソッド変換部Ａ５２と、その連携情報を記述した連携メッセージを作成し、コンポーネント間通信部Ａ４に送信する連携メッセージ送信部Ａ５４と、コンポーネント間通信部Ａ４から送信された連携メッセージを受信し、その連携メッセージに記述されている連携情報を取得する連携メッセージ受信部Ａ５５と、その連携情報を連携ルールＡ５３に基づき制御情報（例えば、制御関数名とデータ）に変換するメソッド・関数変換部Ａ５６と、その制御情報をＨＴＭＬ文書メディアビューワＡ７に送信する制御情報送信部Ａ５７とから構成される。ＨＴＭＬ文書メディアビューワＡ７は、コンテンツ上で生じたイベントを外部に送信するイベント出力部Ａ７１と、外部から制御情報を受信し、その制御情報に記述されている処理をコンテンツに対して実行する外部制御入力部Ａ７２とを予め備えているものとする。
【００２２】
図７は、本発明の実施の形態に係るコンポーネント間通信部のブロック構成図である。図７に示すように、コンポーネント間通信部Ａ４は、各連携コンポーネントやクライアント間通信部から送信される連携メッセージを受信するメッセージ受信部Ａ４１と、コンテンツ登録部Ａ１のコンテンツ管理テーブルＡ１３を参照し、現在コンテンツ連携システムＡに登録されている各コンテンツに関する情報を取得するコンテンツＩＤ取得部Ａ４２と、コンテンツＩＤ取得部Ａ４２で取得した各ＩＤが示すコンテンツに対応する連携コンポーネントや、クライアント間通信部に対して連携メッセージを送信するメッセージ配信部Ａ４３とから構成される。
【００２３】
図２は、本発明の実施の形態に係るクライアント間通信部のブロック構成図である。図２に示すように、クライアント間通信部Ａ６は、ネットワークに接続された各クライアントで動作するコンテンツ連携システム間で、各クライアントの端末情報を送受信するクライアント管理部Ａ６１と、クライアント管理部Ａ６１で受信した他のクライアントの端末情報を管理するクライアント管理テーブルＡ６２と、コンポーネント間通信部Ａ４から連携メッセージを受信し、その連携メッセージを他のクライアントで動作するコンテンツ連携システムに送信するとともに、他のクライアントで動作するコンテンツ連携システムから送信された連携メッセージを受信し、コンポーネント間通信部Ａ４へ送信するメッセージ送受信部Ａ６５と、各クライアントで動作するコンテンツ連携システム間でコンテンツを送受信する共有操作部Ａ６３と、共有操作部Ａ６３で送受信するコンテンツを保管する共有用ＤＢＡ６４とから構成される。
以上、コンテンツ連携システムＡのブロック構成について説明したが、コンテンツ連携システムＢ、Ｃについても同様であり、図２乃至図５、図７においては、符号ＡＸ（Ｘは数字）をそのままＢＸ、ＣＸに読み替えることができる。
【００２４】
≪コンテンツ連携に関する処理概要≫
以上説明した構成を踏まえて、複数のコンテンツ連携システム間でコンテンツ同士を連携させる処理について詳細に説明する。
最初に、その処理の概要を、図９に示すフローチャートに沿って説明する。まず、各クライアントにおいて、コンテンツ連携システムが起動されるが、そのとき、各コンテンツ連携システムは、自クライアントの端末情報を送信すると共に、他のクライアントの端末情報を受信する。これによって、コンテンツの連携を行う相手クライアントの端末情報を取得することができる（ステップＳ１００）。次に、利用者が、自分のクライアントを使って、所望のコンテンツの登録操作を行う。これに対応して、コンテンツ連携システムは、その登録操作を行ったコンテンツを登録する（ステップＳ２００）。続いて、利用者は、所望のコンテンツの共有操作を行う。これに対応して、コンテンツ連携システムは、その共有操作を行ったコンテンツに対して、他のコンテンツ連携システムと共有する処理を行う（ステップＳ３００）。そして、このようにコンテンツを共有したコンテンツ連携システム間においてコンテンツ同士の連携を行う（ステップＳ４００）。
以下、図９の各ステップの処理について詳細に説明する。
【００２５】
≪端末情報取得の処理≫
まず、利用者Ａ、Ｂ、Ｃが各クライアントＡ、Ｂ、Ｃでコンテンツ連携システムＡ、Ｂ、Ｃを起動したとき、その起動されたコンテンツ連携システムＡ、Ｂ、Ｃが、ネットワークに接続されている各クライアントで動作するコンテンツ連携システムの情報（クライアントの端末情報）を取得する処理について、図１０のフローチャートに沿って説明する。
【００２６】
まず、利用者Ａがコンテンツ連携システムＡを起動した場合（ステップＳ１０１）、クライアント間通信部Ａ６のクライアント管理部Ａ６１は、クライアントＡの端末情報をネットワークに送信する（ステップＳ１０２）。このとき、端末情報としては、例えば、クライアントＡのＩＰアドレス及び利用者Ａのユーザ名を送信する。その後、ネットワーク上の他のクライアントで動作するコンテンツ連携システムが存在すれば、そのコンテンツ連携システムから応答メッセージが返信される。しかしながら、現時点では、ネットワーク上に接続しているコンテンツ連携システムはクライアントＡのコンテンツ連携システムＡのみであるため、応答メッセージの受信は発生しない。
【００２７】
次に、利用者Ｂがコンテンツ連携システムＢを起動した場合（ステップＳ１０３）、クライアント間通信部Ｂ６のクライアント管理部Ｂ６１は、クライアントＢの端末情報（クライアントＢのＩＰアドレス及び利用者Ｂのユーザ名）をネットワークに送信する（ステップＳ１０４）。コンテンツ連携システムＡでは、クライアント管理部Ａ６１が、コンテンツ連携システムＢが送信した端末情報を受信し、その端末情報に記述されているクライアントＢのＩＰアドレス及び利用者Ｂのユーザ名をクライアント管理テーブルＡ６２に登録する（ステップＳ１０５）。そして、クライアント管理部Ａ６１は、応答メッセージとして、クライアントＡの端末情報（クライアントＡのＩＰアドレス及び利用者Ａのユーザ名）をクライアントＢに送信する（ステップＳ１０６）。コンテンツ連携システムＢでは、クライアント管理部Ｂ６１が、コンテンツ連携システムＡから送信された端末情報を受信し、その端末情報に記述されているクライアントＡのＩＰアドレス及び利用者Ａのユーザ名をクライアント管理テーブルＢ６２に登録する（ステップＳ１０７）。
【００２８】
次に、利用者Ｃがコンテンツ連携システムＣを起動した場合（ステップＳ１０８）、クライアント間通信部Ｃ６のクライアント管理部Ｃ６１は、クライアントＣの端末情報（クライアントＣのＩＰアドレス及び利用者Ｃのユーザ名）をネットワークに送信する（ステップＳ１０９）。コンテンツ連携システムＡ、Ｂでは、クライアント管理部Ａ６１、Ｂ６１が、コンテンツ連携システムＣから受信した端末情報をクライアント管理テーブルＡ６２、Ｂ６２にそれぞれ登録し（ステップＳ１１０）、応答メッセージとして、クライアントＡ、Ｂの端末情報をクライアントＣにそれぞれ送信する（ステップＳ１１１）。コンテンツ連携システムＣでは、クライアント管理部Ｃ６１が、コンテンツ連携システムＡ、Ｂから受信した端末情報をクライアント管理テーブルＣ６２に登録する（ステップＳ１１２）。
【００２９】
このようにして、コンテンツ連携システムＡ、Ｂ、Ｃは、お互いのクライアントの端末情報を取得し合うことによって、コンテンツや連携メッセージの送信相手先を特定することができる。
ここで、各クライアントがネットワークに端末情報を送信する方法として、ブロードキャスト、マルチキャストすることや、クライアント管理テーブルに登録されているアドレスに順次ユニキャストすることが考えられる。このとき、コンテンツ連携システム起動時におけるクライアントの端末情報の取得によって各クライアントのＩＰアドレスをクライアント管理テーブルに登録するだけでなく、主要なクライアントのＩＰアドレスは予め登録しておくことで対処することも考えられる。また、クライアント間で送受信される端末情報として、ＩＰアドレス及び利用者のユーザ名の他に、例えば、クライアントのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の機種名、ネットワーク接続機器の通信速度、コンテンツ連携システムに登録されているコンテンツの数やその内容、更には、利用者の属性情報（性別、年齢、趣味など）などを送信し、クライアント管理テーブルで管理することも考えられる。
【００３０】
≪コンテンツ登録の処理≫
続いて、利用者ＡによるＨＴＭＬ文書コンテンツの登録操作を受けて、コンテンツ連携システムＡが、そのコンテンツを登録する処理について、図１１のフローチャートに沿って説明する。
【００３１】
まず、利用者Ａは、クライアントＡのデスクトップ上にあるＨＴＭＬ文書アイコンをブラウザ部Ａ３のウインドウ内にドロップする（ステップＳ２０１、図１４（ａ）参照）ことで、そのＨＴＭＬ文書コンテンツをコンテンツ連携システムＡに登録する。ここで、コンテンツの登録・解除方法としては、ファイルアイコンやＷｅｂブラウザ上のハイパーテキストをドラッグして、ブラウザ部Ａ３にドロップすることで登録し、コンテンツが表示されているウインドウを閉じることでそのコンテンツを解除する方法や、ダイアログを用いてコンテンツのファイル名やＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を登録・解除する方法などが考えられる。
このとき、図３に示すコンテンツ登録部Ａ１では、利用者によるＨＴＭＬ文書コンテンツの登録操作を、登録・解除操作受信部Ａ１１が受信し、その後、コンテンツ管理部Ａ１２がそのＨＴＭＬ文書コンテンツに関する情報（例えば、ファイル名及び識別用ＩＤ）をコンテンツ管理テーブルＡ１３に登録する（ステップＳ２０２）。また、ファイルタイプ通知部Ａ１４は、そのＨＴＭＬ文書コンテンツのファイルタイプ（“ＨＴＭＬ”）を判別し、その判別したファイルタイプを連携コンポーネント管理部Ａ２に通知する（ステップＳ２０３）。ここで、コンテンツのファイルタイプを判別する手段としては、ファイル名の拡張子を参照する方法や、ファイルのへッダに記載されている属性情報を参照する方法などが考えられる。
【００３２】
次に、図４に示す連携コンポーネント管理部Ａ２では、コンポーネント検索部Ａ２１が、ファイルタイプ通知部Ａ１４から受信したファイルタイプ（“ＨＴＭＬ”）に対応する連携コンポーネントを連携コンポーネントＤＢＡ２３に照会し、コンポーネント配布部Ａ２２が、対応する連携コンポーネント、この場合は、ＨＴＭＬ文書連携コンポーネントＡ５を取得し、ブラウザ部Ａ３に送信する（ステップＳ２０４）。
【００３３】
そして、ブラウザ部Ａ３では、連携コンポーネント管理部Ａ２から受信したＨＴＭＬ文書連携コンポーネントＡ５をそのＨＴＭＬ文書コンテンツに付与し、ＨＴＭＬ文書メディアビューワＡ７を用いてそのＨＴＭＬ文書をクライアントＡのデスクトップに表示する（ステップＳ２０６）。ここで、「付与」の実際の処理としては、そのＨＴＭＬ文書を表示しているＨＴＭＬ文書メディアビューワＡ７と、ＨＴＭＬ文書連携コンポーネントＡ５との間に論理的なパスを設けて、その間におけるメッセージやデータの通信を可能にする（ステップＳ２０５）。以下、「付与」を同様の意味で用いる。
【００３４】
≪コンテンツ共有の処理≫
次に、コンテンツ連携システムＡに登録したＨＴＭＬ文書コンテンツをコンテンツ連携システムＢ、Ｃで共有する処理について、図１２のフローチャートに沿って説明する。
【００３５】
利用者Ａは、クライアントＡのデスクトップに表示されているＨＴＭＬ文書コンテンツに対して共有操作を行う。このとき、コンテンツの共有操作としては、例えば、そのＨＴＭＬ文書コンテンツが表示されているウィンドウをマウスなどのポインティングデバイスにより右クリックし、そのときに開くメニューから共有操作を選択する方法や、デスクトップ上に共有用アイコンを表示し、その表示した共有用アイコンに、そのＨＴＭＬ文書コンテンツが表示されているウィンドウまたはＨＴＭＬ文書アイコンをドロップする方法などが考えられる。このとき、図２に示すクライアント間通信部Ａ６の共有操作部Ａ６３は、利用者によるコンテンツの共有操作を受信し（ステップＳ３０１）、その共有操作が行われたＨＴＭＬ文書コンテンツを共有用ＤＢＡ６４に格納する（ステップＳ３０２）。そして、クライアント管理テーブルＡ６２に登録されているクライアント上で動作するコンテンツ連携システム（ここでは、コンテンツ連携システムＢ、Ｃ）に対して、そのＨＴＭＬ文書コンテンツを送信する（ステップＳ３０３）。
【００３６】
これに対して、コンテンツ連携システムＢ、Ｃでは、共有操作部Ｂ６３、Ｃ６３が、コンテンツ連携システムＡから送信されたＨＴＭＬ文書コンテンツを受信し（ステップＳ３０４）、そのＨＴＭＬ文書コンテンツを共有用ＤＢＢ６４、Ｃ６４に保管する（ステップＳ３０５）。その後、コンテンツ登録部Ｂ１、Ｃ１が、共有用ＤＢＢ６４、Ｃ６４に保管したそのＨＴＭＬ文書コンテンツを呼び出し、コンテンツ連携システムＢ、Ｃ内のコンテンツの登録状況を管理するコンテンツ管理テーブルＢ１３、Ｃ１３にそのＨＴＭＬ文書コンテンツに関する情報を登録する（ステップＳ３０６）。次に、連携コンポーネント管理部Ｂ２、Ｃ２は、そのＨＴＭＬ文書コンテンツに対応する連携コンポーネント（ＨＴＭＬ連携コンポーネントＢ５、Ｃ５）を取得する。そして、ブラウザ部Ｂ３、Ｃ３が、そのＨＴＭＬ文書コンテンツにＨＴＭＬ連携コンポーネントＢ５、Ｃ５を付与し（ステップＳ３０７）、ＨＴＭＬ文書メディアビューワＢ７、Ｃ７を用いてそのＨＴＭＬ文書コンテンツをクライアントＢ、Ｃのデスクトップに表示する（ステップＳ３０８）。以上の処理により、コンテンツ連携システムＡが所持するＨＴＭＬ文書コンテンツをコンテンツ連携システムＢ、Ｃで共有することができる。
【００３７】
このとき、前記のように、所定のコンテンツ連携システムがコンテンツ自体を送信することでコンテンツの共有を実現する以外に、その所定のコンテンツ連携システムの共有用ＤＢを用いたコンテンツの共有処理が考えられる。例えば、所定のコンテンツ連携システムの共有用ＤＢを他のクライアントに公開し、コンテンツの共有操作では、共有するコンテンツをその共有用ＤＢに格納し、コンテンツ自体ではなく、格納したコンテンツのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ、ネットワーク上にある資源を識別する情報）を他のコンテンツ連携システムに送信する。その後、他のコンテンツ連携システムが、受信したＵＲＩの示すコンテンツを前記共有用ＤＢからダウンロードすることで、コンテンツの共有を実現することができる。
【００３８】
≪コンテンツ連携の処理≫
更に、コンテンツ連携システムＡ上のＨＴＭＬ文書コンテンツに対する働きかけに連携して、コンテンツ連携システムＢ、Ｃ上のＨＴＭＬ文書コンテンツを変化させる処理について、図１３のフローチャートに沿って説明する。
【００３９】
まず、利用者Ａが、コンテンツ連携システムＡ上のＨＴＭＬ文書コンテンツに対する働きかけとして、例えば、ＨＴＭＬ文書コンテンツ内のある文字列（“富士山”）をドラッグする（ステップＳ４０１、図１４（ｂ）参照）。このとき、図５に示すＨＴＭＬ文書連携コンポーネントＡ５のイベント受信部Ａ５１は、ＨＴＭＬ文書メディアビューワＡ７上で発生したイベント情報（“Ｄｒａｇ，富士山”）を取得する（ステップＳ４０２）。その後、イベント・メソッド変換部Ａ５２は、連携ルールＡ５３を参照し、イベント名（“Ｄｒａｇ”）を連携メソッド名（“ＳｅａｒｃｈＴｅｘｔ”）に変換する（ステップＳ４０３）。そして、連携メッセージ送信部Ａ５４は、イベント・メソッド変換部Ａ５２で取得した連携情報（“ＳｅａｒｃｈＴｅｘｔ，富士山”）を記述した連携メッセージを作成し（ステップＳ４０４）、コンポーネント間通信部Ａ４に送信する。図６に示す連携ルールでは、ｅｖｅｎｔ要素に処理するイベント名、ｍｅｔｈｏｄ要素に連携メッセージに記述する連携メソッド名、ｆｕｎｃｔｉｏｎ要素に連携操作として実行する制御関数名を記述している。
【００４０】
次に、図７に示すコンポーネント間通信部Ａ４では、メッセージ受信部Ａ４１がＨＴＭＬ文書連携コンポーネントＡ５から送信された連携メッセージを受信し、その後、コンテンツＩＤ取得部Ａ４２が、コンテンツ管理部Ａ１のコンテンツ管理テーブルＡ１３を参照し、現在コンテンツ連携システムＡに登録されているコンテンツ（ここでは、ＨＴＭＬ文書コンテンツ）のＩＤを取得する。そして、メッセージ配信部Ａ４３が、その取得したＩＤのコンテンツに付与された連携コンポーネント（ここでは、ＨＴＭＬ文書連携コンポーネントＡ５）及びクライアント間通信部Ａ６に対して連携メッセージを送信する。
【００４１】
そして、図２に示すクライアント間通信部Ａ６のメッセージ送受信部Ａ６５は、コンポーネント間通信部Ａ４から送信された連携メッセージを受信し、クライアント管理テーブルＡ６２に登録されているクライアント上で動作するコンテンツ連携システム（ここでは、コンテンツ連携システムＢ、Ｃ）に、その連携メッセージを送信する（ステップＳ４０５）。ここで、連携メッセージには、コンテンツ連携システムＡの端末情報（クライアントＡのＩＰアドレス及び利用者Ａのユーザ名）及び連携情報（“ＳｅａｒｃｈＴｅｘｔ，富士山”）を記述する。
【００４２】
その後、コンテンツ連携システムＡでは、図５に示すＨＴＭＬ文書連携コンポーネントＡ５の連携メッセージ受信部Ａ５５が、コンポーネント間通信部Ａ４から送信された連携メッセージを受信し、その連携メッセージに記述されている連携情報（“ＳｅａｒｃｈＴｅｘｔ，富士山”）を取得する（ステップＳ４０６）。次に、メソッド・関数変換部Ａ５６が、連携ルールＡ５３を参照し、連携メソッド名（“ＳｅａｒｃｈＴｅｘｔ”）を制御関数名（“ＳｅａｒｃｈＨｔｍｌＴｅｘｔ”）に変換する（ステップＳ４０７）。そして、制御情報送信部Ａ５７が、制御情報（“ＳｅａｒｃｈＨｔｍｌｔｅｘｔ，富士山”）をＨＴＭＬ文書メディアビューワＡ７に送信する。ＨＴＭＬ文書メディアビューワＡ７の外部制御入力部Ａ７２は、受信した制御情報に記述されている処理を実行する（ステップＳ４０８）。ここでは、ＨＴＭＬ文書コンテンツ中に記述されている“富士山”という文字列を検索し、ハイライト表示する（図１４（ｃ）参照）。
【００４３】
次に、コンテンツ連携システムＢ、Ｃでは、コンテンツ連携システムＡから送信された連携メッセージをクライアント間通信部Ｂ６、Ｃ６が受信し（ステップＳ４０９）、その連携メッセージをコンポーネント間通信部Ｂ４、Ｃ４に送信する。そして、コンポーネント間通信部Ｂ４、Ｃ４は、受信した連携メッセージをＨＴＭＬ文書連携コンポーネントＢ５、Ｃ５に送信する。その後、ＨＴＭＬ文書連携コンポーネントＢ５、Ｃ５は、ＨＴＭＬ文書連携コンポーネントＡ５と同様の処理（ステップＳ４１０、Ｓ４１１）を経て、受信した連携メッセージを変換した制御情報に記述された処理を、ＨＴＭＬ文書コンテンツに対して実行する（ステップＳ４１２）。ここでは、ＨＴＭＬ文書コンテンツ中で“富士山”が記述されている部分を検索し、その部分をハイライト表示する（図１４（ｃ）参照）。
【００４４】
以上の処理により、利用者Ａによるコンテンツ連携システムＡ上のＨＴＭＬ文書コンテンツに対する働きかけによって生じたイベント情報は、連携メッセージとして、ネットワークに接続されたコンテンツ連携システムＢ、Ｃに伝えられ、その連携メッセージに対応する変化が各コンテンツで発生する。このように、コンテンツ連携システムが連携メッセージを相互に通信し合うことで、異なるクライアントに存在するコンテンツ間の連携が可能となる。
【００４５】
なお、本発明の実施の形態に係るコンテンツ連携システムはコンピュータ及びプログラムによって実現することができ、そのプログラムをコンピュータによる読み取り可能な記録媒体に記録することでその記録媒体によって提供することが可能である。また、そのプログラムをネットワークを通して提供することも可能である。
【００４６】
≪その他の実施の形態≫
以上本発明について好適な実施の形態について一例を示したが、本発明は前記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。例えば、以下のような実施の形態が考えられる。
（１）前記実施の形態では、コンテンツ連携システムＡ、Ｂ、Ｃ間でコンテンツ連携システムＡが所持するＨＴＭＬ文書コンテンツを共有し、コンテンツ連携システムＡ上のＨＴＭＬ文書コンテンツに対する働きかけに連携して、コンテンツ連携システムＢ、Ｃ上のＨＴＭＬ文書コンテンツが変化することを説明したが、本発明はその実施の形態に限定されるものではない。例えば、コンテンツ連携システムＢ上に、共有したＨＴＭＬ文書コンテンツに加えて、ＷＯＲＤ文書コンテンツが存在し、そのＷＯＲＤ文書コンテンツに“富士山”という文字列が含まれていた場合、コンテンツ連携システムＡ上のＨＴＭＬ文書コンテンツに対する働きかけに連携して、コンテンツ連携システムＢ上のＨＴＭＬ文書コンテンツの表示が変化するとともに、ＷＯＲＤ文書コンテンツの表示も変化するように処理する。ここでは、ＷＯＲＤ文書コンテンツ中の“富士山”が記述されている部分をハイライト表示させることが考えられる。このように、本発明では、連携するコンテンツは、共有するコンテンツに限定されず、多彩な連携が実現可能である。
【００４７】
（２）前記実施の形態では、コンテンツ連携システムは３つとして記載したが、３つに限定されるものではない。図８に示すように、複数のコンテンツ連携システムが網の目状にネットワーク接続されることで、そのネットワーク接続されているコンテンツ連携システム上にある全てのコンテンツ間の連携を実現することができる。
【００４８】
（３）前記実施の形態では、コンテンツ連携システムＡのクライアント間通信部Ａ６から、コンテンツ連携システムＢ、Ｃに連携メッセージやコンテンツを送信するとき、クライアント管理テーブルＡ６２に記載されている全クライアントに対して送信処理を行っているが、利用者が予め送信先を任意に指定しておくことも考えられる。例えば、利用者が、クライアント管理テーブルＡ６２を参照し、送信先を選択するダイアログを表示し、そのダイアログで送信先を指定する方法や、クライアント管理テーブルＡ６２に、別途チェック項目を設け、所望の送信先をチェックする方法などが考えられる。
同様に、クライアント間通信部Ｂ６、Ｃ６で、コンテンツ連携システムＡから送信された連携メッセージや共有するコンテンツを受信するとき、送信元であるコンテンツ連携システムにより、連携メッセージやコンテンツの受信の可否を操作することが考えられる。例えば、連携メッセージやコンテンツの受信時に、送信元のコンテンツ連携システムとメッセージの内容を記述したダイアログを表示し、利用者に受信の可否を求める方法や、クライアント管理テーブルＡ６２に、別途チェック項目を設け、チェックされているコンテンツ連携システムからのみ受信する方法などが考えられる。また、クライアント管理テーブルＡ６２に別途チェック項目を設ける場合、チェックされているコンテンツ連携システムからの受信を拒否するようにしてもよい。
【００４９】
（４）前記実施の形態では、コンテンツのファイルタイプ毎に連携コンポーネントを用意し、ファイルタイプ別に連携コンポーネントの付与を行っているが、このとき、多種多様な連携コンポーネントを用意し、コンテンツ毎に付与する連携コンポーネントを変化させることで、同一のファイルタイプのコンテンツでも多彩な連携が可能となる。このとき、付与する連携コンポーネントの選択方法としては、選択ダイアログを表示し、利用者に選択させることなどが考えられる。
【００５０】
（５）前記実施の形態では、クライアントにおいてコンテンツ連携システムが起動したときに、端末情報を送受信するように記載したが、連携ルールを含めて送受信することが考えられる。クライアント間で必ずしも連携ルールを同じにする必要はないが、例えば、極力最新の連携ルールを利用するために、各クライアントで設定する連携ルールに改訂番号を付しておき、他のクライアントから受信した連携ルールの改訂番号が、現在の連携ルールの改訂番号より大きい場合には、現在の連携ルールを受信した連携ルールに更新するようにしてもよい。
【００５１】
（６）前記実施の形態では、他のクライアントにコンテンツや連携メッセージを送信するときに、クライアント管理テーブルに登録されているクライアントを送信する相手先とするように記載したが、登録されているクライアントの一部を送信先とすることが考えられる。例えば、クライアントのユーザ名の頭文字が、コンテンツのファイル名の頭文字に一致するような端末情報のクライアント（ＩＰアドレス）に対して、コンテンツや連携メッセージを送信するようにしてもよい。この実施の形態を有効に活用するには、クライアントのユーザ名及びコンテンツのファイル名の付与方法を体系的に整理しておくことが肝要である。
【００５２】
【発明の効果】
請求項１に係る発明によれば、ネットワーク上のあるクライアントで登録したコンテンツを、他のクライアントと共有するので、ネットワーク上のクライアント間のコンテンツ連携を可能にするソフトウエア環境を提供することができる。
【００５３】
請求項２に係る発明によれば、ネットワーク上のあるクライアントでコンテンツへの働きかけが発生したときに、他のクライアントでその働きかけに対応した処理をコンテンツに対して実行するので、異なるクライアントに存在するコンテンツ同士の連携を行うことができる。特に、連携ルールを利用することによって、コンテンツ間の連携を記述したスケジュールやシナリオを予め作成することを必要とせず、コンテンツ間の連携を実現することができる。
【００５４】
請求項３に係る発明によれば、ネットワーク上のクライアント間で、端末情報、連携メッセージ及びコンテンツを送受信するので、クライアント間におけるコンテンツの共有及び連携を行うための基本通信機能を提供することができる。
【００５５】
請求項４に係る発明によれば、まず、クライアントの端末情報の送受信を行い、次に、コンテンツを登録し、続いて、受信した端末情報に基づいて、登録したコンテンツの共有及び連携を行うので、ピア・ツー・ピア型ネットワーク上のクライアント間のコンテンツ連携を手順に従って実現することができる。
【００５６】
請求項５に係る発明によれば、所定のシステムが起動しているクライアントは、他のクライアントの固有情報を取得するので、ピア・ツー・ピア型ネットワークに接続される所定のシステムは、情報を送信する相手先のクライアントを特定することができる。換言すれば、ピア・ツー・ピア型ネットワークに接続される所定のシステムであっても、そのネットワークに接続される他のクライアントの固有情報を取得することによって、ブロードキャストに依存することなく、所定の相手先のクライアントに情報を送信することができる。また、この方法を利用することによって、クライアント間で任意の情報を共有することができる。
【００５７】
以上説明した本発明によれば、コンテンツ間の連携を記述したスケジュールやシナリオを予め作成することを必要とせず、利用者が任意に選択したコンテンツ間の連携を実現できる。特に、異なるクライアントに存在するコンテンツ同士の連携を、サーバを用いることなく、各クライアント間での連携メッセージの相互通信により実現できる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るコンテンツ連携システムのブロック構成とネットワーク接続構成を示す図である。
【図２】本発明の実施の形態に係るクライアント間通信部のブロック構成図である。
【図３】本発明の実施の形態に係るコンテンツ登録部のブロック構成図である。
【図４】本発明の実施の形態に係る連携コンポーネント管理部のブロック構成図である。
【図５】本発明の実施の形態に係るＨＴＭＬ文書メディアビューワ及びＨＴＭＬ文書連携コンポーネントのブロック構成図である。
【図６】本発明の実施の形態に係る連携ルールの例を示す図である。
【図７】本発明の実施の形態に係るコンポーネント間通信部のブロック構成図である。
【図８】本発明の実施の形態に係るネットワーク接続構成の例を示す図である。
【図９】本発明の実施の形態に係るコンテンツ連携に関する処理概要を示すフローチャートである。
【図１０】本発明の実施の形態に係る端末情報取得の処理を示すフローチャートである。
【図１１】本発明の実施の形態に係るコンテンツ登録の処理を示すフローチャートである。
【図１２】本発明の実施の形態に係るコンテンツ共有の処理を示すフローチャートである。
【図１３】本発明の実施の形態に係るコンテンツ連携の処理を示すフローチャートである。
【図１４】本発明の実施の形態に係るコンテンツ連携システムのデスクトップの表示内容を示す図である。
【符号の説明】
Ａ、Ｂ、Ｃ…コンテンツ連携システム
Ａ１、Ｂ１、Ｃ１…コンテンツ登録部
Ａ２、Ｂ２、Ｃ２…連携コンポーネント管理部
Ａ３、Ｂ３、Ｃ３…ブラウザ部
Ａ４、Ｂ４、Ｃ４…コンポーネント間通信部
Ａ５、Ｂ５、Ｃ５…ＨＴＭＬ文書連携コンポーネント
Ａ６、Ｂ６、Ｃ６…クライアント間通信部
Ａ７、Ｂ７、Ｃ７…ＨＴＭＬ文書メディアビューワ
【図１】
2004348525.tif 000003
【図２】
2004348525.tif 000004
【図３】
2004348525.tif 000005
【図４】
2004348525.tif 000006
【図５】
2004348525.tif 000007
【図６】
2004348525.tif 000008
【図７】
2004348525.tif 000009
【図８】
2004348525.tif 000010
【図９】
2004348525.tif 000011
【図１０】
2004348525.tif 000012
【図１１】
2004348525.tif 000013
【図１２】
2004348525.tif 000014
【図１３】
2004348525.tif 000015
【図１４】
2004348525.tif 000016