(57)【要約】【課題】ウェブサーバなどプル型でコンテンツを提供する装置において、コンテンツが更新された際、そのコンテンツを閲覧すべきユーザがリアルタイムで閲覧することは難しい。【解決手段】ＩＭサーバ２０はインスタントメッセージサービスをコンテンツ管理装置１００、クライアント１４に提供する。コンテンツ管理装置１００は、クライアント１４にコンテンツを提供する。ユーザがコンテンツを閲覧している時にそのコンテンツが更新された場合、コンテンツ管理装置１００は、インスタントメッセージを利用して更新されたことをクライアント１４に通知する。クライアント１４は、その通知を受けて、更新されたコンテンツをコンテンツ管理装置１００から取得する。これにより、コンテンツ管理装置１００は、リアルタイムでコンテンツをユーザに提供できる。【選択図】        図１
2004334428.tif 000002
【特許請求の範囲】
【請求項１】
インスタントメッセージを利用する手段と、
所定のコンテンツの更新を検出する手段と、
前記コンテンツの更新時に、そのコンテンツを閲覧しているユーザを判定する手段と、
前記コンテンツの更新を検出した場合に、前記コンテンツを再び取得することを、そのコンテンツを閲覧中のユーザに前記インスタントメッセージを利用して通知する手段と、
を備えることを特徴とするコンテンツ管理装置。
【請求項２】
前記更新されたコンテンツを閲覧すべきユーザを選択する手段と、
選択したユーザに対して、その文書の閲覧を促すメッセージを、前記インスタントメッセージを利用して通知する手段と、
を更に備えることを特徴とする請求項１に記載のコンテンツ管理装置。
【請求項３】
ネットワークを介して所定のコンテンツを取得する取得手段と、
インスタントメッセージを受信する手段と、
受信したインスタントメッセージに前記コンテンツの更新を示す情報が含まれている場合に、前記コンテンツを再び取得することを前記取得手段に指示する手段と、
を備えることを特徴とするコンテンツ閲覧装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明はコンテンツ管理技術に関し、とくに管理対象のコンテンツが更新された場合にその旨をユーザに通知する技術に関する。
【０００２】
【従来の技術】
ネットワーク技術の発達にともない、コンピュータ、プリンタ、ＦＡＸなどの情報機器がネットワークに接続されるようになってきた。ネットワーク化は、例えば社内、ビル内などの限られた範囲のローカルエリアネットワーク（以下、単に「ＬＡＮ」という）に限られず、地球全体規模のネットワークいわゆるワイドエリアネットワーク（以下、単に「ＷＡＮ」という）にまで拡大している。こうしたインフラストラクチャーの整備が進むにつれて、例えばビジネスシーンにおいても電子メール、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ウェブページなどが広範に活用されるようになった。
【０００３】
それらのネットワーク技術を利用して、ネットワーク上のコンテンツを取得することができるが、取得のためにはユーザ側からサーバ側に対してコンテンツの提供を要求する必要がある。例えば、新着メールの有無は、ユーザ側からメールサーバに接続して確認する必要がある。また、ウェブページの更新の有無も、ユーザ側からウェブサイトに接続して確認する必要がある。サーバが電子メールの着信や所望のウェブページの更新をユーザの通信装置を発呼して通知し、通信装置がその発呼に応じて電子メールやウェブページを取得するものがある（特許文献１）。
【０００４】
【特許文献１】
特開２００２−３０５５５２号公報
【０００５】
【発明が解決しようとする課題】
ネットワーク技術がビジネスに活用されることで、実際の業務体系も徐々に変わりつつある。その一つに、ワークフローシステムの導入があげられる。このシステムは、伝票、帳票、稟議書などの紙ベースの回覧文書を関係者に順次回覧して行っていた従来の業務を、電子的に各担当者のコンピュータに送信することで業務の効率化を図るものである。こうしたワークフローシステムも回覧文書の提供にはウェブサービスを利用しており、ユーザは必要な回覧文書をプル型で取得する。このため、ユーザが回覧文書を閲覧している時に、その回覧文書が更新されたとしても、そのユーザは更新に気づかず、更新前の回覧文書を参照することになる。このようなワークフローシステム以外にも、ウェブサイトやファイルサーバ等の様々な装置を介して、ユーザはデジタルデータを利用しており、それらのデジタルデータは日々更新される。
【０００６】
本発明は上記課題に鑑みてなされたものであり、その目的は、コンテンツの配信におけるリアルタイム性を向上する技術、更新頻度の高いコンテンツの管理技術の提供にある。
【０００７】
【課題を解決するための手段】
本発明のある態様は、コンテンツを管理する装置である。この装置は、インスタントメッセージを利用する手段と、所定のコンテンツの更新を検出する手段と、コンテンツの更新時に、そのコンテンツを閲覧しているユーザを判定する手段と、前記コンテンツの更新を検出した場合に、前記コンテンツを再び取得することを、そのコンテンツを閲覧中のユーザにインスタントメッセージを利用して通知する手段とを備える。これにより、コンテンツの更新の事実を、更新時にそのコンテンツを閲覧中のユーザに通知できるので、リアルタイム性が向上する。「コンテンツ」は、回覧文書等の当該装置が取り扱うファイルであり、例えば文字列、画像、音声などのデジタルデータである。実際のシステムでは、このデジタルデータが回覧対象者または閲覧者のコンピュータ（以下、単に「クライアント」という）に送信され、クライアント側で解析され表示または音声として出力される。
【０００８】
この装置は、更新されたコンテンツを閲覧すべきユーザを選択する手段と、選択したユーザに対して、その文書の閲覧を促すメッセージをインスタントメッセージを利用して通知する手段とを更に備える。これにより、例えばワークフローシステムにおいて、既にコンテンツを閲覧したユーザに、そのコンテンツの更新を通知することができる。
【０００９】
本発明の別の態様は、コンテンツを閲覧するための装置である。この装置は、ネットワークを介して所定のコンテンツを取得する取得手段と、インスタントメッセージを受信する手段と、受信したインスタントメッセージにコンテンツの更新を示す情報が含まれている場合に、コンテンツを再び取得することを取得手段に指示する手段とを備える。これにより、この装置は、コンテンツが更新されたことをリアルタイムで把握し、更新された時点で再度コンテンツを取得できる。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１１】
【発明の実施の形態】
図１は、実施の形態に係るコンテンツ管理システム１０の構成図である。インスタントメッセージサーバ２０（以下、単に「ＩＭサーバ２０」という）は、インスタントメッセージサービス（以下、単に「ＩＭサービス」という）を提供するためのサーバである。ＩＭサービスは、例えばＩＭサービスの利用者（以下、単に「ＩＭ利用者」という）がメッセージの送受信を行うことができるか否かの情報を提供するサービス（以下、単に「プレゼンスサービス」という）と、ＩＭ利用者間のメッセージの伝達を行うサービス（以下、単に「メッセージサービス」という）とを含むものである。「インスタントメッセージ」は、プレゼンスサービスおよびメッセージサービスの総称であってもよいし、プレゼンスサービスまたはメッセージサービスの一方を示してもよい。要は、インスタントメッセージは、ＩＭサービスにおいて送受信される情報である。インスタントメッセージを、以下単に「メッセージ」という。ＩＭ利用者は、インスタントメッセージクライアント（以下、単に「ＩＭクライアント」という）を使うことで、ＩＭサービスを利用できる。以下、ＩＭ利用者がＩＭサーバ２０にログイン中の状態、すなわちメッセージの送受信を行うことができる状態を「アクティブ状態」という。
【００１２】
ＩＭサービスにおいて、メッセージは、ＩＭ利用者がアクティブ状態のときに送受信されるので、ＩＭサーバ２０にはＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）で利用されるメールサーバの様に明示的にメッセージを一時格納する仕組みが存在しない。このため、メッセージは即座に送信先であるＩＭ利用者のＩＭクライアントに通知され、プッシュ型の通知が可能である。ＩＭサーバ２０は、既存のＩＭサービスを提供するサーバであってもよいし、新たに設けられてもよい。本図では、ＩＭサーバ２０は、ローカルエリアネットワーク１６（以下、単に「ＬＡＮ１６」という）に接続されているが、他の例ではワイドエリアネットワーク１２（以下、単に「ＷＡＮ１２」という）に接続されていてもよい。また、後述のコンテンツ管理装置１００がＩＭサーバ２０を備えてもよい。
【００１３】
コンテンツ管理装置１００は、ＬＡＮ１６を介して接続された第１クライアント１４ａおよび第２クライアント１４ｂなどの複数の端末（以下、単に「クライアント１４」という）に、コンテンツを提供する。クライアント１４は、提供されたコンテンツの閲覧装置であって、ユーザがそのコンテンツを閲覧できるように表示する。本実施の形態において、コンテンツ管理装置１００は、例えばＦＡＸ機能、スキャナ機能、プリンタ機能、プリンタサーバ機能、ＦＡＸサーバ機能、コピー機能などを有する装置、もしくは複数の機能を有するＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ）などに組み込まれてもよいし、単独の装置であってもよい。コンテンツ管理装置１００は、こうした機能を利用して、例えばＷＡＮ１２やＬＡＮ１６を介してコンテンツを取得したり、スキャナ機能を利用して直接コンテンツを取得したりする。コンテンツ管理装置１００は何らかの機能を利用してコンテンツを取得すればよい。
【００１４】
図２は、コンテンツ管理装置１００の内部構成図である。コンテンツ管理装置１００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インターフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現されるが、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。
【００１５】
ログイン部４２２は、ＩＭサーバ２０と接続してＩＭサービスのログイン処理を行い、コンテンツ管理装置１００をアクティブ状態にする。このログイン処理のために、ログイン部４２２は、例えばＩＭサービスを利用するための識別情報（以下、単に「ログインＩＤ」という）とパスワードとを保持する。このようなログインに必要な情報を、以下、「ログイン情報」という。ログイン部４２２は、ログイン情報を予め保持していてもよいし、コンテンツ管理装置１００の管理者などから設定を受け付けてもよい。また、複数のＩＭサービスに対応する場合、ログイン部４２２は、それぞれのＩＭサービス用のログイン情報を保持する。
【００１６】
利用者情報データベース４１８は、コンテンツ管理装置１００のユーザの情報と、そのユーザがＩＭサーバ２０にログインしているか否か、すなわちアクティブ状態であるか否かを示す情報などを保持する。検出部４２０は、ログイン部４２２によりログインが完了した後、利用者情報データベース４１８に保持されたユーザについて、アクティブ状態か否かをＩＭサーバ２０に問い合わせる。
【００１７】
図３は、図２の利用者情報データベース４１８におけるデータ構造の一例を示す図である。ユーザＩＤ欄４６０は、ユーザを識別する情報（以下、単に「ユーザＩＤ」という）を保持する。ユーザＩＤは、例えばコンテンツ管理装置１００のユーザを特定するための情報であってよい。ログインＩＤ欄４６２は、ユーザのログインＩＤ等、ＩＭサービスにおいてユーザを特定可能な情報（以下、単に「ＩＭ識別情報」という）を保持する。すなわち、利用者情報データベース４１８は、ユーザ毎に、コンテンツ管理装置１００におけるユーザＩＤと、ＩＭサービスにおけるＩＭ識別情報とを対応付けて保持する。
【００１８】
図２の検出部４２０は、プレゼンスサービスを利用して、そのＩＭ識別情報で特定されるユーザのログイン状態、すなわちアクティブ状態か否かを検出する。状態欄４６４は、検出部４２０により検出されたログイン状態をユーザごとに保持する。本図で「１」は、アクティブ状態を示し、「０」はアクティブ状態でないことを示す。ＩＭアドレス欄４６６は、ＩＭサービスにおいてメッセージの宛先を指定するための情報（以下、単に「ＩＭアドレス」という）を保持する。例えば、ＩＭアドレスとＩＭ識別情報とが一致している場合、ＩＭアドレス欄４６６には、ＩＭ識別情報が保持されてもよい。
【００１９】
図２に戻り、格納処理部１０２は、例えばファクシミリ機能、スキャナ機能、電子メール受信機能、ファイルサーバ機能などのいずれかの機能を用いてコンテンツを受け付ける。そして、格納処理部１０２は、受け付けたコンテンツを識別情報（以下、単に「コンテンツＩＤ」という）に対応付けてコンテンツ格納部１１０に格納する。提供部４０４はクライアント１４からコンテンツの提供要求を受け付け、そのコンテンツをコンテンツ格納部１１０から読み込み、クライアント１４に提供する。
【００２０】
特定部４０６は、提供部４０４がコンテンツを提供したことを検出し、そのコンテンツを特定する。そして、特定部４０６は、コンテンツの、例えばコンテンツＩＤ、ファイル名、ＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｅｒ）などのコンテンツを特定する情報と、そのコンテンツを閲覧中のユーザのユーザＩＤとを対応付けて、閲覧ファイルデータベース４０８に格納する。本実施の形態では、特定部４０６は、コンテンツＩＤとユーザＩＤとを対応付けて閲覧ファイルデータベース４０８に格納する。例えば、提供部４０４がコンテンツの提供前にユーザＩＤを受け付け、特定部４０６はそのユーザＩＤとコンテンツＩＤとを対応付けて閲覧ファイルデータベース４０８に格納してもよい。
【００２１】
図４は、図２の閲覧ファイルデータベース４０８におけるデータ構造の一例を示す図である。ユーザＩＤ欄４５０はユーザＩＤを保持する。コンテンツＩＤ欄４５２はコンテンツＩＤを保持する。本図ではユーザＩＤ「ｙａｍａｄａ」のユーザは、コンテンツＩＤ「３６１２」で特定されるコンテンツを閲覧中であることがわかる。
【００２２】
図２に戻り、監視部４１２は、コンテンツが更新されたか否かを監視する。そして、コンテンツが更新された場合、監視部４１２はそのコンテンツのコンテンツＩＤを判定部４１０に出力する。監視部４１２は、例えば格納処理部１０２がコンテンツ格納部１１０に書き込みを行ったことを検出し、そのときの日時が格納日時として設定されているコンテンツを更新コンテンツとして検出してもよい。また、格納処理部１０２がコンテンツを更新する場合、すなわちコンテンツを上書きする場合に、その旨を示すフラグをコンテンツに対応付けてコンテンツ格納部１１０に書き込み、監視部４１２は、そのフラグの有無を定期的に検出することにより更新されたコンテンツを見つけてもよい。更新コンテンツを検出した場合、監視部４１２はそのフラグを取り除く。
【００２３】
判定部４１０は、そのコンテンツＩＤのコンテンツを閲覧しているユーザの有無を、閲覧ファイルデータベース４０８を参照して判定する。閲覧中のユーザがいる場合、判定部４１０はそのユーザに閲覧中のコンテンツが更新されたことを示す通知（以下、単に「更新通知」という）を行うことをメッセージ生成部４２６に指示する。
【００２４】
メッセージ生成部４２６は、インスタントメッセージの本文中に更新通知であることを示す情報（以下、単に「更新コマンド」という）を付加する。例えば、その更新コマンドには、引数として更新すべきコンテンツのコンテンツＩＤが設定されてよい。メッセージ生成部４２６は、生成したインスタントメッセージをアドレス設定部４１６に出力する。
【００２５】
アドレス設定部４１６は、利用者情報データベース４１８を参照して、ユーザＩＤを検索キーにしてコンテンツを閲覧中のユーザのＩＭアドレスを特定し、インスタントメッセージの宛先として設定する。そして、宛先を設定したインスタントメッセージをＩＭ送信部４２４に供給する。ＩＭ送信部４２４は、そのインスタントメッセージを指定された宛先に向けて送信する。前述のとおり、インスタントメッセージは即時性を有するので、コンテンツが更新された時点で、そのコンテンツを閲覧しているユーザに対して、そのコンテンツが更新されたことを通知できる。
【００２６】
また、判定部４１０は、更新されたコンテンツのコンテンツＩＤと、既に更新通知を行ったユーザのユーザＩＤとを対応付けて選択部４１４に出力する。選択部４１４は、コンテンツＩＤで特定されるコンテンツを閲覧すべきユーザを利用者情報データベース４１８から選択し、未だ更新通知を行っていないユーザを選択する。例えば、利用者情報データベース４１８は、コンテンツとそのコンテンツを閲覧すべきユーザを対応付けて保持しており、選択部４１４はその対応関係を参照してユーザを選択してもよい。そして、選択部４１４は選択したユーザに対して更新通知を行うことをメッセージ生成部４２６に指示する。これにより、コンテンツを閲覧すべき全てのユーザに対して、コンテンツが更新されたことを通知できる。
【００２７】
また、他の例では、利用者情報データベース４１８は、過去に閲覧したコンテンツのコンテンツＩＤをユーザＩＤに対応付けて保持し、選択部４１４は更新コンテンツを過去に閲覧したことのあるユーザを選択してもよい。これにより、既にコンテンツを閲覧したユーザでも、コンテンツが更新されたことを把握できる。また選択部４１４は、コンテンツの属性に応じて、更新通知を行うべきユーザを選択してもよい。「属性」は、例えば予め決められた順序で複数のユーザに閲覧されるべきコンテンツ、任意のタイミングでユーザに閲覧されるべきコンテンツなどである。すなわち、前者の属性の場合、選択部４１４は、既にそのコンテンツを閲覧したユーザを選択し、後者の属性の場合、選択部４１４は、閲覧すべき全てのユーザを選択する。
【００２８】
図５は、図１のクライアント１４の内部構成図である。ログイン部９１６は、ＩＭサーバ２０と接続してＩＭサービスのログイン処理を行い、クライアント１４をアクティブ状態にする。このログイン処理のために、ログイン部９１６は、ログイン情報を保持する。ログイン部９１６は、ログイン情報を予め保持していてもよいし、クライアント１４のユーザなどから設定を受け付けてもよい。
【００２９】
装置情報格納部９１２は、コンテンツ管理装置１００がＩＭサーバ２０にログインする際のログインＩＤを保持する。そのログインＩＤはあらかじめ装置情報格納部９１２に保持されていてもよいし、ユーザが後から設定してもよい。検出部９１４は、ログイン部９１６によりログインが完了した後、装置情報格納部９１２に保持されたログインＩＤで特定されるコンテンツ管理装置１００について、アクティブ状態か否かをＩＭサーバ２０に問い合わせる。
【００３０】
取得部９００は、コンテンツ管理装置１００からコンテンツを取得する。コンテンツデータ格納部９０２は、例えばバッファであり取得したコンテンツを一時的に格納する。表示処理部９０４はコンテンツデータ格納部９０２に保持されたコンテンツに基づいて、表示処理を行う。編集部９０６は、ユーザの指示に応じて、コンテンツデータ格納部９０２に保持されたコンテンツの編集等を行う。他の例では、編集部９０６が設けられていなくてもよい。
【００３１】
インスタントメッセージ受信部９１０（以下、単に「ＩＭ受信部９１０」という）は、コンテンツ管理装置１００からインスタントメッセージにて更新通知を受け付ける。そして、ＩＭ受信部９１０は、その更新通知を指示部９０８に出力する。指示部９０８は、更新通知から更新コマンドを抽出し、そのコマンドの引数として設定されたコンテンツＩＤで特定されるコンテンツを再び取得することを取得部９００に指示する。これにより、ＩＭ受信部９１０が更新通知を受信するたびに、取得部９００はコンテンツを取得できる。そして、常に最新のコンテンツを表示処理部９０４に表示できる。
【００３２】
図６は、コンテンツの更新時における、図１のコンテンツ管理装置１００、第１クライアント１４ａおよび第２クライアント１４ｂ間の処理のシーケンスの一例を示す図である。まず、第１クライアント１４ａはコンテンツ管理装置１００にコンテンツを要求する（Ｓ１０）。コンテンツ管理装置１００は、指定されたコンテンツを第１クライアント１４ａへ送信する（Ｓ１２）。また、コンテンツ管理装置１００は、第１クライアント１４ａに送信したコンテンツを特定し、そのコンテンツＩＤを送信先ユーザに対応付けて格納する（Ｓ１４）。
【００３３】
コンテンツ管理装置１００が、コンテンツの更新を検出した場合（Ｓ１６）、コンテンツ管理装置１００は、更新されたコンテンツを閲覧しているユーザの有無を判定する（Ｓ１８）。閲覧中のユーザがいる場合（Ｓ１８のＹ）、コンテンツ管理装置１００は更新通知を第１クライアント１４ａに行う（Ｓ２０）。そして、第１クライアント１４ａはその更新通知に応じて、そのコンテンツの送信を再度要求する（Ｓ２６）。コンテンツ管理装置１００はその要求に応じて、そのコンテンツを送信する（Ｓ２８）。これにより、コンテンツが更新された時点で、その旨が閲覧中のユーザにリアルタイムに通知される。そして、第１クライアント１４ａは、再度コンテンツを取得して表示する。したがって、ユーザは常に最新のコンテンツを閲覧できる。
【００３４】
また、Ｓ１８で閲覧中のユーザがいない場合（Ｓ１８のＮ）、コンテンツ管理装置１００は、そのコンテンツを閲覧すべきユーザの有無を判定する（Ｓ２２）。閲覧すべきユーザがいる場合（Ｓ２２のＹ）、コンテンツ管理装置１００は第２クライアント１４ｂに更新通知を行う（Ｓ２４）。第２クライアント１４ｂは、その更新通知に応じて、そのコンテンツを要求する（Ｓ３０）。そしてコンテンツ管理装置１００は、その要求に応じてコンテンツを送信する（Ｓ３２）。
【００３５】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。こうした変形例として、例えば、コンテンツ管理装置１００を、例えばワークフローシステム、ファイルサーバ、文書管理装置、電子メールサーバ、ウェブサーバなどコンテンツを管理する装置に組み込んでもよい。これにより、例えば株価などのリアルタイムに変化する情報を提供するウェブサイトにおいて、株価が変化した時点でクライアント側の画面を更新することができる。また、コンテンツを複数のユーザで作成する場合にも、コンテンツ管理装置１００を利用できる。
【００３６】
別の変形例として、図２のメッセージ生成部４２６は、コンテンツの更新箇所、更新内容に関する更新情報を更に含むインスタントメッセージを生成し、図５の指示部９０８は、受信したインスタントメッセージに含まれる更新情報に基づいてコンテンツがどのように更新されたのかを検出し、更新内容に応じて更新コンテンツを自動的に取得、ユーザに問い合わせ指示されたときに更新コンテンツを取得、更新コンテンツを取得しないなどの判定を行ってもよい。これにより、例えば、誤字の修正のように本質的な内容に係る更新でない場合に、ユーザが更新コンテンツを閲覧する事態を避けることができ、利便性が向上する。さらに、コンテンツの作者が、強制的に更新コンテンツを取得することを更新情報としてコンテンツに設定してもよく、この場合、作者の意志で閲覧者に強制的に更新コンテンツを閲覧させることができる。
【００３７】
更に別の変形例として、コンテンツ管理装置１００のユーザを予め登録しない形態がある。例えば、コンテンツ管理装置１００をウェブサイトとして利用する場合、管理するユーザ情報の数が膨大になること、個人情報を取り扱うことによりリスクが生じることなどを考慮すると、一時的にユーザを管理するほうが好ましいことも考えられる。そこで、コンテンツ閲覧中のユーザを、セッションＩＤを用いて管理してもよい。この場合、提供部４０４は、コンテンツを提供するセッション毎にセッションＩＤを生成するとともに、ユーザのＩＭアドレスを受け付ける。そして、特定部４０６はそのセッションＩＤとコンテンツＩＤとを対応付けて閲覧ファイルデータベース４０８に格納し、かつセッションＩＤと受け付けたＩＭアドレスを利用者情報データベース４１８に格納する。利用者情報データベース４１８に格納したＩＭアドレスは、セッションＩＤを破棄するときに同時に削除する。これにより、予めユーザ登録することなしに、コンテンツの更新時に通知を受けることができ、かつ個人情報の漏洩などを防止できる。
【００３８】
【発明の効果】
本発明によれば、コンテンツが更新された時点で、そのコンテンツを閲覧すべきユーザにその旨を通知できる。
【図面の簡単な説明】
【図１】実施の形態に係るコンテンツ管理システムの構成図である。
【図２】図１のコンテンツ管理装置の内部構成図である。
【図３】図２の利用者情報データベースにおけるデータ構造の一例を示す図である。
【図４】図２の閲覧ファイルデータベースにおけるデータ構造の一例を示す図である。
【図５】図１のクライアントの内部構成図である。
【図６】コンテンツの更新時における、図１のコンテンツ管理装置、第１ライアントおよび第２クライアント間の処理のシーケンスの一例を示す図である。
【符号の説明】
１０  コンテンツ管理システム、２０  ＩＭサーバ、１００  コンテンツ管理装置、１０２  格納処理部、１１０  コンテンツ格納部、４０４  提供部、４０６  特定部、４０８  閲覧ファイルデータベース、４１０  判定部、４１２  監視部、４１４  選択部、４１６  アドレス設定部、４１８  利用者情報データベース、４２０  検出部、４２２  ログイン部、４２４  ＩＭ送信部、４２６  メッセージ生成部、９００  取得部、９０２  コンテンツデータ格納部、９０４  表示処理部、９０６  編集部、９０８  指示部、９１０  ＩＭ受信部、９１２  装置情報格納部、９１４  検出部、９１６  ログイン部。
【図１】
2004334428.tif 000003
【図２】
2004334428.tif 000004
【図３】
2004334428.tif 000005
【図４】
2004334428.tif 000006
【図５】
2004334428.tif 000007
【図６】
2004334428.tif 000008