(57)【要約】【課題】  プレゼンスを部分的に公開できるプレゼンスシステム及びプレゼンスフィルタリング方法を提供する。【解決手段】  被監視端末２００が監視端末１００のいずれかにプレゼンスを公開する際にクラス別プレゼンス送信部２０２は、プレゼンス記憶部２０８からプレゼンスを読み出し、要求元である監視端末１００が属するクラスに関連づけられたフィルタをフィルタ記憶部２０７から読み出し、該読み出したフィルタでプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、要求元である監視端末１００へ送信する。【選択図】  図１
2005063019.tif 000002
【特許請求の範囲】
【請求項１】
不特定多数の情報処理端末同士が情報ネットワークを介して接続され、少なくとも一つの情報処理端末が自端末の状態を示す属性の集合であるプレゼンスを他の情報処理端末からの要求に応じて公開するプレゼンスシステムであって、
前記プレゼンスを他の情報処理端末に公開する公開元情報処理端末は、
自端末のプレゼンスを記憶するプレゼンス記憶手段と、
自端末のプレゼンスを更新するプレゼンス更新手段と、
他の情報処理端末から自端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを判断するアクセス許否判断手段と、
該要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けするクラス分け手段と、
前記要求元の情報処理端末をいずれのクラスに分類したかを示す情報を記憶する監視者リスト記憶手段と、
前記属性のいずれを公開しいずれを公開しないかを示すフィルタを各クラスごとに記憶するフィルタ記憶手段とを有し、
前記要求元の情報処理端末のいずれかに自端末のプレゼンスを公開する際には、前記プレゼンス記憶手段から自端末のプレゼンスを読み出し、
前記要求元の情報処理端末が属するクラスに関連づけられた前記フィルタを前記フィルタ記憶手段から読み出し、
該読み出したフィルタで自端末のプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、前記要求元の情報処理端末へ送信することを特徴とするプレゼンスシステム。
【請求項２】
前記公開元情報処理端末は、前記クラス別プレゼンスを記憶するクラス別プレゼンス記億手段をさらに有し、
他の情報処理端末からプレゼンスの公開を要求された場合には、前記クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、
そのクラスのクラス別プレゼンスが前記クラス別プレゼンス記憶手段に記憶されている場合には、該クラス別プレゼンス記憶手段に記憶されているクラス別プレゼンスを読み出して前記要求元の情報処理端末に送信することを特徴とする請求項１記載のプレゼンスシステム。
【請求項３】
前記公開元情報処理端末は、前記監視者リスト記憶手段に記憶されていない他の情報処理端末からプレゼンスの公開を要求された場合に、前記属性のいずれを公開するかを自端末の利用者に選択させる手段をさらに有することを特徴とする請求項１又は２記載のプレゼンスシステム。
【請求項４】
前記要求元の情報処理端末は、前記属性のいずれを公開しいずれを公開しないかを示す端末別フィルタを前記公開元情報処理端末へ送信する手段を有し、
前記公開元情報処理端末は、前記端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び前記端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスを前記クラス別プレゼンスの代わりに送信することを特徴とする請求項１から３のいずれか１項記載のプレゼンスシステム。
【請求項５】
前記公開元情報処理端末は、前記端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと前記端末別フィルタとを合成したフィルタを用いて前記プレゼンスをフィルタリングすることにより、前記端末別プレゼンスを生成することを特徴とする請求項４記載のプレゼンスシステム。
【請求項６】
前記公開元情報処理端末から取得したプレゼンスを記憶するプレゼンス格納手段と、
他の情報処理端末から前記公開元情報処理端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを決定するアクセス許否決定手段と、
前記要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けする分類手段と、
前記要求元の情報処理端末をいずれのクラスに分類したかを示す情報を格納する監視者リスト格納手段と、
前記属性のいずれを公開しいずれを公開しないかを示すフィルタを各クラスごとに格納するフィルタ格納手段とを有し、
前記要求元の情報処理端末のいずれかに、前記公開元情報処理端末から取得したプレゼンスを公開する際には、前記公開元情報処理端末から取得したプレゼンスを前記プレゼンス格納手段から読み出し、
前記要求元の情報処理端末が属するクラスに関連づけられた前記フィルタを前記フィルタ格納手段から読み出し、
該読み出したフィルタで前記公開元情報処理端末から取得したプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、前記要求元の情報処理端末へ送信するサーバが少なくとも一つ前記情報ネットワークを介して接続されたことを特徴とする請求項１から５のいずれか１項記載のプレゼンスシステム。
【請求項７】
前記サーバは、前記クラス別プレゼンスを格納するクラス別プレゼンス格納手段をさらに有し、
他の情報処理端末からプレゼンスの公開を要求された場合には、前記クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、
そのクラスのクラス別プレゼンスが前記クラス別プレゼンス格納手段に格納されている場合には、該クラス別プレゼンス格納手段に記憶されているクラス別プレゼンスを読み出して前記要求元の情報処理端末に送信することを特徴とする請求項６記載のプレゼンスシステム。
【請求項８】
前記サーバは、前記監視者リスト格納手段に記憶されていない他の情報処理端末から前記公開元情報処理端末のプレゼンスの公開を要求された場合に、前記属性のいずれを公開するかの選択を該公開元情報処理端末に要求する手段をさらに有し、
前記公開元情報処理端末は、前記サーバからの要求に応じて、前記属性のいずれを公開するかを自端末の利用者に選択させる手段をさらに有することを特徴とする請求項６又は７記載のプレゼンスシステム。
【請求項９】
前記要求元の情報処理端末は、前記属性のいずれを公開しいずれを公開しないかを示す端末別フィルタを前記サーバへ送信する手段を有し、
前記サーバは、前記端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び前記端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスを前記クラス別プレゼンスの代わりに送信することを特徴とする請求項６から８のいずれか１項記載のプレゼンスシステム。
【請求項１０】
前記サーバは、前記端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと前記端末別フィルタとを合成したフィルタを用いて前記プレゼンスをフィルタリングすることにより、前記端末別プレゼンスを生成することを特徴とする請求項９記載のプレゼンスシステム。
【請求項１１】
不特定多数の情報処理端末同士が情報ネットワークを介して接続され、少なくとも一つの情報処理端末が自端末の状態を示す属性の集合であるプレゼンスを他の情報処理端末からの要求に応じて公開するプレゼンスシステムにおけるプレゼンスフィルタリング方法であって、
前記プレゼンスを他の情報処理端末に公開する公開元情報処理端末は、他の情報処理端末から自端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを判断し、
該要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けし、
前記要求元の情報処理端末をいずれのクラスに分類したかを示す情報を記憶し、
前記要求元の情報処理端末のいずれかに自端末のプレゼンスを公開する際には、前記属性のいずれを公開しいずれを公開しないかを示し、前記要求元の情報処理端末が属するクラスに関連づけられたフィルタで自端末のプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、前記要求元の情報処理端末へ送信することを特徴とするプレゼンスフィルタリング方法。
【請求項１２】
前記公開元情報処理端末は、前記クラス別プレゼンスを保持し、
他の情報処理端末からプレゼンスの公開を要求された場合には、前記クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、
そのクラスのクラス別プレゼンスを保持している場合には、保持しているクラス別プレゼンスを前記要求元の情報処理端末に送信することを特徴とする請求項１１記載のプレゼンスフィルタリング方法。
【請求項１３】
前記公開元情報処理端末は、前記監視者リスト記憶手段に記憶されていない他の情報処理端末からプレゼンスの公開を要求された場合に、前記属性のいずれを公開するかを自端末の利用者に選択させることを特徴とする請求項１１又は１２記載のプレゼンスフィルタリング方法。
【請求項１４】
前記要求元の情報処理端末が、前記属性のいずれを公開しいずれを公開しないかを示す端末別フィルタを前記公開元情報処理端末へ送信し、
前記公開元情報処理端末は、前記端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び前記端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスを前記クラス別プレゼンスの代わりに送信することを特徴とする請求項１１から１３のいずれか１項記載のプレゼンスフィルタリング方法。
【請求項１５】
前記公開元情報処理端末は、前記端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと前記端末別フィルタとを合成したフィルタを用いて前記プレゼンスをフィルタリングすることにより、前記端末別プレゼンスを生成することを特徴とする請求項１４記載のプレゼンスフィルタリング方法。
【請求項１６】
前記情報ネットワークに接続された少なくとも一つのサーバをさらに有するプレゼンスシステムにおけるプレゼンスフィルタリング方法であって、
前記サーバは、
他の情報処理端末から前記公開元情報処理端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを決定し、
前記要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けし、
前記要求元の情報処理端末をいずれのクラスに分類したかを示す情報を格納し、
前記要求元の情報処理端末のいずれかに、前記公開元情報処理端末から取得したプレゼンスを公開する際には、
前記属性のいずれを公開しいずれを公開しないかを示し、前記要求元の情報処理端末が属するクラスに関連づけられた前記フィルタで前記公開元情報処理端末から取得したプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、前記要求元の情報処理端末へ送信することを特徴とする請求項１１から１５のいずれか１項記載のプレゼンスフィルタリング方法。
【請求項１７】
前記サーバは、前記クラス別プレゼンスを保持し、
他の情報処理端末からプレゼンスの公開を要求された場合には、前記クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、
そのクラスのクラス別プレゼンスを保持している場合には、該クラス別プレゼンスを前記要求元の情報処理端末に送信することを特徴とする請求項１５記載のプレゼンスフィルタリング方法。
【請求項１８】
前記サーバは、前記監視者リスト格納手段に記憶されていない他の情報処理端末から前記公開元情報処理端末のプレゼンスの公開を要求された場合に、前記属性のいずれを公開するかの選択を該公開元情報処理端末に要求し、
前記公開元情報処理端末は、前記サーバからの要求に応じて、前記属性のいずれを公開するかを自端末の利用者に選択させることを特徴とする請求項１６又は１７記載のプレゼンスフィルタリング方法。
【請求項１９】
前記要求元の情報処理端末は、前記属性のいずれを公開しいずれを公開しないかを示す端末別フィルタを前記サーバへ送信し、
前記サーバは、前記端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び前記端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスを前記クラス別プレゼンスの代わりに送信することを特徴とする請求項１６から１８のいずれか１項記載のプレゼンスフィルタリング方法。
【請求項２０】
前記サーバは、前記端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと前記端末別フィルタとを合成したフィルタを用いて前記プレゼンスをフィルタリングすることにより、前記端末別プレゼンスを生成することを特徴とする請求項１９記載のプレゼンスフィルタリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視端末が被監視端末のユーザのプレゼンスを取得するプレゼンスシステムに関し、特に、被監視端末のユーザが自身のプレゼンスに対してフィルタを設定できるプレゼンスシステム及びプレゼンスフィルタリング方法に関する。
【背景技術】
【０００２】
従来、監視端末が被監視端末のユーザのプレゼンスを取得できるようにするサービスが提供されている。
【０００３】
プレゼンスとは、ユーザの状態を複数の属性で表現した情報である。ここでの属性とは、ユーザが使用する端末の状態（オンラインであるかオフラインであるかなど）、ユーザが希望する連絡手段（電話、電子メール、インスタントメッセージなど）、位置、スケジュール、気分等である。なお、以下の説明においては、端末の状態と連絡手段とを合わせて「取り次ぎ状態」と称する。
【０００４】
監視端末が被監視端末のユーザのプレゼンスを取得する手法は、二種類ある。一つは、監視端末が被監視端末にプレゼンスを問い合わせる同期型（プル型）であり、もう一つは、監視端末が予め被監視端末に監視要求を送信しておき、被監視端末のユーザのプレゼンスが更新されると、被監視端末が監視端末に更新されたプレゼンスを通知する非同期型（プッシュ型）である。
【０００５】
なお、非同期型において被監視端末が監視要求を受け付けた際、被監視端末がそのときのプレゼンスを監視端末に対して送信すれば、同期型でのプレゼンス取得と同様の動作となる。よって、以下では非同期型の動作について説明する。
【０００６】
図２０に、従来のプレゼンスシステムの構成を示す。このプレゼンスシステムは、プレゼンスを監視する側のユーザが使用する不特定多数の監視端末５００（５００ａ〜５００ｎ）と、プレゼンスを公開する側のユーザが使用する不特定多数の被監視端末６００（６００ａ〜６００ｎ）とを有し、これらが情報ネットワーク４００を介して接続されている。
【０００７】
上記の構成がプレゼンスシステムとしての最小構成であるが、図示したプレゼンスシステムは、被監視端末６００が情報ネットワーク４００へ接続できない場所へ移動したり、電源が切断されたりして情報ネットワーク４００への接続が途切れる場合に対応したり、複数の被監視端末６００のそれぞれのプレゼンスを集中管理するためのプレゼンスサーバ７００をさらに有する。
プレゼンスサーバ７００は、情報ネットワーク４００上の被監視端末それぞれからプレゼンスを収集して管理し、監視端末５００からの要求に応じて被監視端末６００の代わりにプレゼンスを公開する。
【０００８】
監視端末５００は、監視要求送信部５０１とプレゼンス受信部５０２とを有する。監視要求送信部５０１は、被監視端末６００又はプレゼンスサーバ７００へ情報ネットワーク４００を介して監視要求を送信するための機能部である。プレゼンス受信部５０２は、被監視端末６００又はプレゼンスサーバ７００から情報ネットワーク４００を介してプレゼンス情報を受信するための機能部である。
【０００９】
被監視端末６００は、監視要求受信部６０１、アクセス制御リスト記憶部６０４、監視者リスト記憶部６０５、プレゼンス記憶部６０８、プレゼンス更新処理部６０３及びプレゼンス送信部６０２を有する。
監視要求受信部６０１は、監視端末５００又はプレゼンスサーバ７００からの監視要求を情報ネットワーク４００を介して受信するための機能部である。アクセス制御リスト記憶部６０４には、受信した監視要求を受け付けるか否かを決定するための情報（アクセス制御リスト）が格納されている。監視者リスト記憶部６０５は、監視要求を受け付けた監視端末５００又はプレゼンスサーバ７００を一覧として示す情報（監視者リスト）を格納している。プレゼンス記憶部６０８は、公開しているプレゼンス情報を格納している。プレゼンス更新処理部６０９は、プレゼンス記憶部６０８に格納されているプレゼンス情報を更新する。プレゼンス送信部６０２は、監視端末又はプレゼンスサーバにプレゼンス情報を送信する。
【００１０】
プレゼンスサーバ７００は、監視要求送信部７０９、プレゼンス受信部７０３、監視要求受信部７０１、アクセス制御リスト記憶部７０４、監視者リスト記憶部７０５、プレゼンス記憶部７０８及びプレゼンス送信部７０２を有する。
監視要求送信部７０１は、情報ネットワーク４００を介して被監視端末６００へ監視要求を送信する。プレゼンス受信部７０３は、情報ネットワーク４００を介して被監視端末６００から送信されてきたプレゼンス情報を受信する。監視要求受信部７０１は、情報ネットワーク４００を介して監視端末５００から送信されてきた監視要求を受信する。アクセス制御リスト記憶部７０４には、受信した監視要求を受け付けるか否かを決定するための情報が格納されている。監視者リスト記憶部７０５は、監視要求を受け付けた監視端末を一覧として示す情報を格納している。プレゼンス記憶部７０８は、被監視端末６００から取得したプレゼンス情報を格納している。プレゼンス送信部７０２は、監視端末５００にプレゼンス情報を送信する。
【００１１】
このプレゼンスシステムにおいては、監視端末５００、被監視端末６００及びプレゼンスサーバ７００は、ユーザ名で識別される。図２１に、アクセス制御リストの一例を示す。アクセス制御リストには、被監視端末（ユーザ名で識別される）に対して監視を許可するか否かがユーザ名として記載されている。アクセス制御リストに記載されていないユーザに対して監視を許可するか否かは、デフォルト動作として記載されている。
【００１２】
図２２に、監視者リストの一例を示す。監視者リストには、被監視端末のユーザ名に対して、それを監視している監視端末又はプレゼンスサーバのユーザ名が並ぶ。
【００１３】
図２３に、従来のプレゼンスシステムにおいてプレゼンスサーバを使用する場合の監視要求動作を示す。
監視端末５００は、監視要求送信部５０１を用いてプレゼンスサーバ７００へ監視要求を送信する（Ａ１）。プレゼンスサーバ７００は、監視端末５００から送信されてきた監視要求を監視要求受信部７０１によって受信すると、監視要求から被監視端末５００のユーザ名を抽出し、監視者リスト記憶部７０５に記憶されている被監視端末６００用の監視者リストに監視要求の送信元である監視端末５００のユーザ名が登録されているか否かを確認する。
登録されていない場合、アクセス制御リスト記憶部７０４に格納されている被監視端末６００用のアクセス制御リストに基づいてアクセス制御を行い（Ａ２）、監視が許可される場合は監視要求の送信元の監視端末５００のユーザ名を監視者リスト記憶部７０５が格納している被監視端末６００用の監視者リストに追加する（Ａ３）。
【００１４】
さらに、プレゼンスサーバ７００は、被監視端末６００のプレゼンス情報が既に取得済みでプレゼンス記憶部７０８に格納されているか否かを確認し（Ａ４）、未取得であれば被監視端末６００へ監視要求を送信するように監視要求送信部７０９に依頼し（Ａ５）、監視要求を送信する（Ａ６）。
【００１５】
被監視端末６００がプレゼンスサーバ７００から送信されてきた監視要求を監視要求受信部６０１で受信すると、アクセス制御リスト記憶部６０４に格納されている情報に基づいてアクセス制御を行い（Ａ７）、監視を許可するのであれば監視者リスト記憶部６０５にプレゼンスサーバ７００のユーザ名を登録する（Ａ８）。そして、プレゼンス送信部６０２に対しプレゼンス情報をプレゼンスサーバ７００に通知するように依頼する（Ａ９）。プレゼンス送信部６０２は、プレゼンス記憶部６０８から被監視端末６００のプレゼンス情報を取得し（Ａ１０）、プレゼンスサーバ７００へ送信する（Ａ１１）。
【００１６】
プレゼンスサーバ７００は、被監視端末６００から送信されてきたプレゼンス情報をプレゼンス受信部７０３で受信すると、プレゼンス記憶部７０８の被監視端末６００用の領域にそれを登録し（Ａ１２）、プレゼンス送信部７０２にプレゼンス情報が更新されたことを監視端末５００に通知するように依頼する（Ａ１３）。プレゼンス送信部７０２は、監視者リスト記憶部７０５に格納されている情報から監視端末５００のユーザ名を取得するとともに（Ａ１４）、プレゼンス記憶部７０８に記憶されている被監視端末６００のプレゼンス情報を取得し（Ａ１５）、監視端末５００に通知する（Ａ１６）。
【００１７】
なお、被監視端末６００のプレゼンス情報が更新されたことの通知は、監視者リストに登録されている全ての監視端末５００に対して行うため、本来ならばＡ１４〜Ａ１６の動作を繰り返し行うこととなるが、ここでは説明の簡略化のため監視端末５００が一つであるとする。
【００１８】
プレゼンスサーバ７００を使用しない場合には、監視端末５００が被監視端末６００に直接監視要求を送信し、被監視端末６００がこれに応じてプレゼンス情報を監視端末５００へ送信する。換言すると、Ａ１において監視要求が被監視端末６００へ送信され、被監視端末６００においてＡ７〜Ａ１０と同様の処理を行い、Ａ１１においてプレゼンス情報を被監視端末６００から監視端末５００へ送信する。
【００１９】
図２４に、従来のプレゼンスシステムにおいて被監視端末６００のプレゼンス情報が更新されたことをプレゼンスサーバ７００を用いて監視端末５００に通知する場合の動作を示す。
被監視端末６００のプレゼンス更新処理部６０９がプレゼンス記憶部６０８に新しいプレゼンス情報を格納させると（Ｂ１）、プレゼンス更新処理部６０９はプレゼンス送信部６０２に対してプレゼンス情報が更新されたことをプレゼンスサーバ７００に通知するように要求する（Ｂ２）。その後のＢ３〜Ｂ５の動作は、図２３のＡ１４〜Ａ１６の動作と同様である。また、被監視端末６００からのプレゼンス情報をプレゼンス受信部７０３で受信したプレゼンスサーバ７００の動作（Ｂ６〜Ｂ１０）は、図２３のＡ１２〜Ａ１６の動作と同様である。
【００２０】
ところで、上記従来のプレゼンスシステムは、アクセス制御のルールを予めアクセス制御リスト記憶部６０４や７０４に格納しておく必要がある。
【００２１】
これを改良し、被監視端末６００が監視要求を受信した際に、アクセス拒否を被監視端末６００のユーザに問い合わせるプレゼンスシステムもある。これを、第２の従来のプレゼンスシステムと称するものとし、その構成を図２５に示す。
【００２２】
第２の従来のプレゼンスシステムは、図２０に示した従来のプレゼンスシステムと同様に、不特定多数の監視端末５００（５００ａ〜５００ｎ）、不特定多数の被監視端末（６００ａ〜６００ｍ）及びプレゼンスサーバ７００のそれぞれが情報ネットワーク４００を介して接続される。監視端末５００は、図２０に示した従来のプレゼンスシステムのものと同様である。プレゼンスサーバ７００は、アクセス拒否問い合わせ部７１０をさらに有する他は、図２０に示した従来のプレゼンスシステムのものと同様である。また、被監視端末６００は、アクセス拒否確認部６０９をさらに有する他は、従来のプレゼンスシステムと同様である。
【００２３】
このプレゼンスシステムでは、被監視端末６００は監視端末５００やプレゼンスサーバ７００から監視要求を受信した場合、監視要求の送信元がアクセス制御リスト記憶部６０４に登録されていない監視端末であれば、アクセス許否確認部６０９が図２６に示すような問い合わせ画面を表示させ、被監視端末６００のユーザにアクセスの許否を問い合わせる。許否の結果は、被監視端末６００又はプレゼンスサーバ７００のアクセス制御リスト記憶部６０４，７０４に格納される。このため、同じ監視端末から再び監視要求を受信した場合には、アクセス許否確認部６０９が問い合わせ画面を表示してユーザに問い合わせることは省略される。
【００２４】
図２７に、第２の従来のプレゼンスシステムにおいてプレゼンスサーバ７００を使用する場合の監視要求動作を示す。この動作は、図２３に示した従来のプレゼンスシステムにおける監視要求動作とほぼ同様であるが、プレゼンスサーバ７００は、監視端末５００からの監視要求を監視要求受信部７０１で受信すると、アクセス許否問い合わせ部７１０を用いて被監視端末６００に対してアクセスの許否を問い合わせる（Ｃ２）。被監視端末６００は、この問い合わせをプレゼンスサーバ７００から受信すると、アクセス許否確認部６０９によってアクセスの許否をユーザに問い合わせ、その結果を被監視端末６００及びプレゼンスサーバ７００のそれぞれのアクセス制御リスト記憶部６０４，７０４に登録する（Ｃ３、Ｃ４）。この他については、上記従来のプレゼンスシステムと同様である。
なお、プレゼンスサーバ７００を使用しない場合には、監視端末５００が被監視端末６００に直接監視要求を送信し、被監視端末６００がそれに対してアクセス許否をユーザに問い合わせる。換言すると、Ｃ１において監視端末５００は被監視端末６００へ監視要求を送信し、これを受信した被監視端末６００がアクセス許否をユーザに問い合わせてその結果を被監視端末６００のアクセス制御リスト記憶部６０４に格納し、その後、Ｃ１１以降と同様の動作を行う。
【００２５】
上記従来のプレゼンスシステム及び第２の従来のプレゼンスシステムは、全ての監視者に対して同一のプレゼンス情報を通知するため、プレゼンス情報の中に監視者が必要としない属性が含まれていても、それを通知することとなる。よって、監視者が必要としない情報が情報ネットワーク上を伝わることで、伝送帯域が圧迫されることがある。
また、被監視者は、監視者にプレゼンスを公開するか否かを二者択一で選択しなければならないため、公開するプレゼンスの内容を監視者に応じて細かく設定することはできなかった。
【００２６】
複数の項目からなる情報を公開する場合に、ユーザのアクセス権限に応じた項目のみを参照できるようにする従来技術としては、特許文献１に開示される「情報共有システム、情報に対するアクセス制御装置及び方法、記録媒体」や特許文献２に開示される「固有情報処理装置」がある。
【００２７】
特許文献１に記載の発明は、リレーショナルデータベース内に記憶したレコードそれぞれに対してアクセス権限を個別に設定し、それをリレーショナルデータベースと別の記憶手段に記憶するものである。
【００２８】
また、特許文献２に記載の発明は、複数の項目からなる情報に対してユーザの権限に応じたアクセスレベルを設定し、各ユーザに対してはアクセス権限のある項目のみ公開するものである。
【特許文献１】特開２０００−２６７９２４号公報
【特許文献２】特開平８−３３９３５２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２９】
特許文献１に記載の発明は、リレーショナルデータベース内の情報に対して開示の許否を個別に設定するため、プレゼンスのように自動的に更新される可能性のある情報に対して適用することはできない。すなわち、特許文献１に記載の発明は、取引の履歴など更新される可能性のない情報を対象としたものである。さらに、各レコードの一部のフィールドのみを公開するものではない。このように、特許文献１に記載の発明をプレゼンスシステムに適用することは難しい。
【００３０】
また、特許文献２に記載の発明は、ネットワークを介して情報を伝送することを想定していない。
例えば、未登録の使用者からの情報公開を要求されることは考慮されていないため、未登録の使用者をいずれかのアクセスレベルに割り当てて、そのアクセスレベルに応じた情報を公開することはできない。すなわち、この発明を利用できるユーザは、あらかじめアクセス権限が設定された特定多数者のみであり、不特定多数の端末がネットワークを介して接続されており、未知の端末から情報の公開を要求される可能性があるプレゼンスシステムには適用できない。
【００３１】
このように、従来のプレゼンスシステムは、プレゼンスを部分的に公開することができなかった。このため、不必要な情報を含んだプレゼンスが情報ネットワーク上を伝送されて情報ネットワークの帯域幅を圧迫したり、ある属性のみを公開したいのにも関わらず本来公開したくない属性を含めてプレゼンス全体を公開しなければならないという問題があった。
【００３２】
本発明は係る問題に鑑みてなされたものであり、プレゼンスを部分的に公開できるプレゼンスシステム及びプレゼンスフィルタリング方法を提供することを目的とする。
【課題を解決するための手段】
【００３３】
上記目的を達成するため、本発明は、第１の態様として、不特定多数の情報処理端末同士が情報ネットワークを介して接続され、少なくとも一つの情報処理端末が自端末の状態を示す属性の集合であるプレゼンスを他の情報処理端末からの要求に応じて公開するプレゼンスシステムであって、プレゼンスを他の情報処理端末に公開する公開元情報処理端末は、自端末のプレゼンスを記憶するプレゼンス記憶手段と、自端末のプレゼンスを更新するプレゼンス更新手段と、他の情報処理端末から自端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを判断するアクセス許否判断手段と、該要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けするクラス分け手段と、要求元の情報処理端末をいずれのクラスに分類したかを示す情報を記憶する監視者リスト記憶手段と、属性のいずれを公開しいずれを公開しないかを示すフィルタを各クラスごとに記憶するフィルタ記憶手段とを有し、要求元の情報処理端末のいずれかに自端末のプレゼンスを公開する際には、プレゼンス記憶手段から自端末のプレゼンスを読み出し、要求元の情報処理端末が属するクラスに関連づけられたフィルタをフィルタ記憶手段から読み出し、該読み出したフィルタで自端末のプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、要求元の情報処理端末へ送信することを特徴とするプレゼンスシステムを提供するものである。
【００３４】
上記本発明の第１の態様においては、公開元情報処理端末は、クラス別プレゼンスを記憶するクラス別プレゼンス記億手段をさらに有し、他の情報処理端末からプレゼンスの公開を要求された場合には、クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、そのクラスのクラス別プレゼンスがクラス別プレゼンス記憶手段に記憶されている場合には、該クラス別プレゼンス記憶手段に記憶されているクラス別プレゼンスを読み出して要求元の情報処理端末に送信することが好ましい。
【００３５】
また、上記本発明の第１の態様においては、公開元情報処理端末は、監視者リスト記憶手段に記憶されていない他の情報処理端末からプレゼンスの公開を要求された場合に、属性のいずれを公開するかを自端末の利用者に選択させる手段をさらに有することが好ましい。
【００３６】
また、上記本発明の第１の態様においては、要求元の情報処理端末は、属性のいずれを公開しいずれを公開しないかを示す端末別フィルタを公開元情報処理端末へ送信する手段を有し、公開元情報処理端末は、端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスをクラス別プレゼンスの代わりに送信することが好ましい。この場合には、公開元情報処理端末は、端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと端末別フィルタとを合成したフィルタを用いてプレゼンスをフィルタリングすることにより、端末別プレゼンスを生成することがより好ましい。
【００３７】
また、上記目的を達成するため、本発明は、第２の態様として、上記本発明の第１の第１の態様のいずれかの構成のプレゼンスシステムに加えて、公開元情報処理端末から取得したプレゼンスを記憶するプレゼンス格納手段と、他の情報処理端末から公開元情報処理端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを決定するアクセス許否決定手段と、要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けする分類手段と、要求元の情報処理端末をいずれのクラスに分類したかを示す情報を格納する監視者リスト格納手段と、属性のいずれを公開しいずれを公開しないかを示すフィルタを各クラスごとに格納するフィルタ格納手段とを有し、要求元の情報処理端末のいずれかに、公開元情報処理端末から取得したプレゼンスを公開する際には、公開元情報処理端末から取得したプレゼンスをプレゼンス格納手段から読み出し、要求元の情報処理端末が属するクラスに関連づけられたフィルタをフィルタ格納手段から読み出し、該読み出したフィルタで公開元情報処理端末から取得したプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、要求元の情報処理端末へ送信するサーバが少なくとも一つ情報ネットワークを介して接続されたことを特徴とするプレゼンスシステムを提供するものである。
【００３８】
上記本発明の第２の態様においては、サーバは、クラス別プレゼンスを格納するクラス別プレゼンス格納手段をさらに有し、他の情報処理端末からプレゼンスの公開を要求された場合には、クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、そのクラスのクラス別プレゼンスがクラス別プレゼンス格納手段に格納されている場合には、該クラス別プレゼンス格納手段に記憶されているクラス別プレゼンスを読み出して要求元の情報処理端末に送信することが好ましい。
【００３９】
また、上記本発明の第２の態様においては、サーバは、監視者リスト格納手段に記憶されていない他の情報処理端末から公開元情報処理端末のプレゼンスの公開を要求された場合に、属性のいずれを公開するかの選択を該公開元情報処理端末に要求する手段をさらに有し、公開元情報処理端末は、サーバからの要求に応じて、属性のいずれを公開するかを自端末の利用者に選択させる手段をさらに有することが好ましい。
【００４０】
また、上記本発明の第２の態様においては、要求元の情報処理端末は、属性のいずれを公開しいずれを公開しないかを示す端末別フィルタをサーバへ送信する手段を有し、サーバは、端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスをクラス別プレゼンスの代わりに送信することが好ましい。この場合には、サーバは、端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと端末別フィルタとを合成したフィルタを用いてプレゼンスをフィルタリングすることにより、端末別プレゼンスを生成することがより好ましい。
【００４１】
また、上記目的を達成するため、本発明は、第３の態様として、不特定多数の情報処理端末同士が情報ネットワークを介して接続され、少なくとも一つの情報処理端末が自端末の状態を示す属性の集合であるプレゼンスを他の情報処理端末からの要求に応じて公開するプレゼンスシステムにおけるプレゼンスフィルタリング方法であって、プレゼンスを他の情報処理端末に公開する公開元情報処理端末は、他の情報処理端末から自端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを判断し、該要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けし、要求元の情報処理端末をいずれのクラスに分類したかを示す情報を記憶し、要求元の情報処理端末のいずれかに自端末のプレゼンスを公開する際には、属性のいずれを公開しいずれを公開しないかを示し、要求元の情報処理端末が属するクラスに関連づけられたフィルタで自端末のプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、要求元の情報処理端末へ送信することを特徴とするプレゼンスフィルタリング方法を提供するものである。
【００４２】
上記本発明の第３の態様においては、公開元情報処理端末は、クラス別プレゼンスを保持し、他の情報処理端末からプレゼンスの公開を要求された場合には、クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、そのクラスのクラス別プレゼンスを保持している場合には、保持しているクラス別プレゼンスを要求元の情報処理端末に送信することが好ましい。
【００４３】
また、上記本発明の第３の態様においては、公開元情報処理端末は、監視者リスト記憶手段に記憶されていない他の情報処理端末からプレゼンスの公開を要求された場合に、属性のいずれを公開するかを自端末の利用者に選択させることが好ましい。
【００４４】
また、上記本発明の第３の態様においては、要求元の情報処理端末が、属性のいずれを公開しいずれを公開しないかを示す端末別フィルタを公開元情報処理端末へ送信し、公開元情報処理端末は、端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスをクラス別プレゼンスの代わりに送信することが好ましい。この場合には、公開元情報処理端末は、端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと端末別フィルタとを合成したフィルタを用いてプレゼンスをフィルタリングすることにより、端末別プレゼンスを生成することがより好ましい。
【００４５】
また、上記目的を達成するため、本発明は、第４の態様として、上記本発明の第３の態様でのプレゼンスシステムに加えて、情報ネットワークに接続された少なくとも一つのサーバをさらに有するプレゼンスシステムにおけるプレゼンスフィルタリング方法であって、サーバは、他の情報処理端末から公開元情報処理端末のプレゼンスの公開を要求された場合に、要求元の情報処理端末に対してプレゼンスを公開するか否かを決定し、要求元の情報処理端末を所定のクラス分けルールに基づいてクラス分けし、要求元の情報処理端末をいずれのクラスに分類したかを示す情報を格納し、要求元の情報処理端末のいずれかに、公開元情報処理端末から取得したプレゼンスを公開する際には、属性のいずれを公開しいずれを公開しないかを示し、要求元の情報処理端末が属するクラスに関連づけられたフィルタで公開元情報処理端末から取得したプレゼンスをフィルタリングして、該フィルタに応じた属性のみからなるクラス別プレゼンスを生成し、要求元の情報処理端末へ送信することを特徴とするプレゼンスフィルタリング方法を提供するものである。
【００４６】
上記本発明の第４の態様においては、サーバは、クラス別プレゼンスを保持し、他の情報処理端末からプレゼンスの公開を要求された場合には、クラス分けルールに基づいて要求元の情報処理端末がいずれのクラスに該当するかを判断し、そのクラスのクラス別プレゼンスを保持している場合には、該クラス別プレゼンスを要求元の情報処理端末に送信することが好ましい。
【００４７】
また、上記本発明の第４の態様においては、サーバは、監視者リスト格納手段に記憶されていない他の情報処理端末から公開元情報処理端末のプレゼンスの公開を要求された場合に、属性のいずれを公開するかの選択を該公開元情報処理端末に要求し、公開元情報処理端末は、サーバからの要求に応じて、属性のいずれを公開するかを自端末の利用者に選択させることが好ましい。
【００４８】
また、上記本発明の第４の態様においては、要求元の情報処理端末は、属性のいずれを公開しいずれを公開しないかを示す端末別フィルタをサーバへ送信し、サーバは、端末別フィルタの送信元である情報処理端末に対しては、該情報処理端末が属するクラスに関連づけられたフィルタ及び端末別フィルタの両方に応じた属性のみからなる端末別プレゼンスをクラス別プレゼンスの代わりに送信することが好ましい。この場合には、サーバは、端末別フィルタの送信元である情報処理端末が属するクラスに関連づけられたフィルタと端末別フィルタとを合成したフィルタを用いてプレゼンスをフィルタリングすることにより、端末別プレゼンスを生成することがより好ましい。
【発明の効果】
【００４９】
本発明によれば、プレゼンスを部分的に公開できるプレゼンスシステム及びプレゼンスフィルタリング方法を提供できる。
【発明を実施するための最良の形態】
【００５０】
本発明は、監視端末に公開するプレゼンス情報に対して、被監視端末又はプレゼンスサーバにおいてフィルタリングを施すことにより、プレゼンスを部分的に公開するものである。これにより、情報ネットワーク上で伝送されるデータ量が低減されるとともに、プレゼンスを公開する者は公開する属性を監視者に応じて細かく設定できる。
以下、本発明の好適な実施例について説明する。
【実施例１】
【００５１】
図１に、本発明を好適に実施した第１の実施例に係るプレゼンスシステムを示す。このプレゼンスサービスは、監視端末１００ａ〜１００ｎ、被監視端末２００ａ〜２００ｍ及びプレゼンスサーバ３００を有し、これらが情報ネットワーク４００を介してそれぞれ接続されている。なお、監視端末や被監視端末の符号に付した“ｎ”や“ｍ”は、不特定多数を表すものであり、監視端末や被監視端末をｎ台やｍ台に限定するものではない。
【００５２】
以下の説明は監視端末１００ａ及び被監視端末２００ａを例にあげて行うが、監視端末１００ｂ〜１００ｎ、被監視端末２００ｂ〜２００ｍについても同様である。また、監視端末１００ａ〜１００ｎのいずれかを特定する必要がある場合にのみ符号１００にａ〜ｎを付すものとし、監視端末のいずれかを特定する必要が無い場合や監視端末１００ａ〜１００ｎの全体を示す場合には、監視端末１００として表す。これは、被監視端末２００ａ〜２００ｍについても同様である。
【００５３】
本実施例に係るプレゼンスシステムは、監視端末１００及び被監視端末２００及びプレゼンスサーバ３００を、これを用いるユーザ名によって特定する。
【００５４】
監視端末１００ａは、監視要求送信部１０１及びプレゼンス更新通知受信部１０２を有する。監視要求送信部１０１は、情報ネットワーク４００を介して被監視端末２００又はプレゼンスサーバ３００へ監視要求を送信する。プレゼンス更新通知受信部１０２は、被監視端末２００のプレゼンスが更新されたことの通知を情報ネットワーク４００を介して被監視端末２００又はプレゼンスサーバ３００から受ける。
【００５５】
被監視端末２００ａは、監視要求受信部２０１、クラス別プレゼンス送信部２０２、プレゼンス情報更新部２０３、アクセス制御リスト記憶部２０４、監視者リスト記憶部２０５、クラス分けルール記憶部２０６、フィルタ記憶部２０７及びプレゼンス記憶部２０８を有する。
【００５６】
監視要求受信部２０１は、監視端末１００又はプレゼンスサーバ２００が情報ネットワーク４００を介して送信してきた監視要求を受信する。クラス別プレゼンス送信部２０２は、監視端末１００又はプレゼンスサーバ２００に対して、それらが該当するクラスに応じたプレゼンスを、情報ネットワーク４００を介して送信する。プレゼンス更新処理部２０３は、プレゼンス記憶部２０８内に格納されているプレゼンス情報を格納する。アクセス制御リスト記憶部２０４は、監視端末１００やプレゼンスサーバ２００から監視要求を受けた際に、その監視要求を受け付けるか否かを決定するために用いる情報が格納されている。監視者リスト記憶部２０５は、監視要求を受け付けた監視端末１００又はプレゼンスサーバ２００を一覧として示す情報を格納している。クラス分けルール記憶部２０６は、監視端末１００やプレゼンスサーバ２００をクラス分けするための規則を示す情報が格納されている。フィルタ記憶部２０７は、監視端末やプレゼンスサーバのクラスに応じた属性のみを公開するためのフィルタが格納されている。プレゼンス記憶部２０８は、監視端末１００やプレゼンスサーバ２００に対して公開しているプレゼンス情報を格納している。
【００５７】
プレゼンスサーバ３００は、監視要求受信部３０１、クラス別プレゼンス送信部３０２、プレゼンス受信部３０３、アクセス制御リスト記憶部３０４、監視者リスト記憶部３０５、クラス分けルール記憶部３０６、フィルタ記憶部３０７、プレゼンス記憶部３０８及び監視要求送信部３０９を有する。
【００５８】
監視要求受信部３０１は、監視端末１００が情報ネットワーク４００を介して送信してきた監視要求を受信する。クラス別プレゼンス送信部３０２は、監視端末１００ａ〜１００ｎに対して、各監視端末が該当するクラスに応じたプレゼンスを、情報ネットワーク４００を介して送信する。プレゼンス受信部３０３は、被監視端末２００から情報ネットワーク４００を介して送信されてきたプレゼンス情報を受信する。アクセス制御リスト記憶部３０４は、監視端末１００から監視要求を受けた際に、その監視要求を受け付けるか否かを決定するために用いる情報が格納されている。監視者リスト記憶部３０５は、監視要求を受け付けた監視端末１００を一覧として示す情報を格納している。クラス分けルール記憶部３０６は、監視端末１００をクラス分けするための規則を示す情報が格納されている。フィルタ記憶部３０７は、監視端末１００のクラスに応じた属性のみを公開するためのフィルタが格納されている。プレゼンス記憶部３０８は、情報ネットワーク４００を介して受信した被監視端末２００のプレゼンス情報が被監視端末２００ａ〜２００ｍごとに別個に格納されている。
【００５９】
監視端末１００やプレゼンスサーバ３００に対して設定される“クラス”について説明する。
図２に、クラス分けルール記憶部３０６に記憶されている情報の一例を示す。被監視端末２００は、監視端末１００のそれぞれのユーザ名に対してクラスを定義する。また、あるユーザ名が複数のクラスに属することのないように、クラスに対して優先度が設定されており、複数のクラスに該当するユーザ名は、優先度の高いクラスに属することとなる。
【００６０】
図２で言えば、“hanako@abc.co.jp”というユーザ名で特定される被監視端末２００については、ユーザ名が“*@*.abc.co.jp ”又は“*@*.abc.com ”に該当する監視端末１００を“仕事クラス”とするようにクラス分け条件が設定されている。なお、アスタリスク“*”は、任意の文字列を示すワイルドカードである。
また、“jiro@abc.co.jp”というユーザ名で特定される被監視端末２００については、ユーザ名が“taro@abc.co.jp”である監視端末１００を“趣味クラス”とし、ユーザ名が“ichiro@abc.co.jp”である監視端末１００を“家族クラス”とし、ユーザ名が“*@*.abc.co.jp ”である監視端末１００を“仕事クラス”とするようにクラス分け条件が設定されている。ここで、ユーザ名が“taro@abc.co.jp”である監視端末１００は、趣味クラスの条件だけでなく仕事クラスの条件（*@*.abc.co.jp ）にも該当することとなるが、趣味クラスの優先度は“３”、仕事クラスの優先度は“１”であるため、趣味クラスに属するようにクラス分けされる。
【００６１】
なお、クラス分けルール記憶部２０６に記憶される情報は、クラス分けルール記憶部３０６に記憶される情報とほぼ同様であるが、被監視端末２００を特定するための“ユーザ名”は含まず、自端末に関するクラス分けルールのみとなる。
【００６２】
プレゼンス情報の属性のうち監視端末のクラスに応じたもののみを公開するためのフィルタについて説明する。
図３に、フィルタ記憶部３０７に記憶されている情報の一例を示す。各被監視端末２００について、各クラスごとにどの属性を公開するかが定められている。例えば、“hanakao@abc.co.jp ”というユーザ名で定義される被監視端末２００の場合については、仕事クラスに属する監視端末１００には“位置”、“仕事スケジュール”及び“取り次ぎ状態”を公開し、その他クラスに属する監視端末１００には“取り次ぎ状態”のみを公開することが定められている。
【００６３】
なお、フィルタ記憶部２０７に記憶される情報は、フィルタ記憶部３０７に記憶される情報とほぼ同様であるが、被監視端末２００を特定するための“ユーザ名”は含まず、自端末に関する情報のみとなる。
【００６４】
図４に、クラス別プレゼンス送信部３０２が監視端末１００のクラスに応じたプレゼンス情報を取得する場合の動作の流れを示す。ここでは、プレゼンスを公開する被監視端末２００を“公開元”、プレゼンスが公開される監視端末１００を“公開先”として表し、クラス別プレゼンス送信部３０２は、公開元の被監視端末２００及び公開先の監視端末１００を既に把握しているものとする。
【００６５】
クラス別プレゼンス送信部３０２は、クラス分けルール記憶部３０６に記憶されている情報を参照し、公開先である監視端末１００がどのクラスに属するかを取得する（ステップＳ１０１）。
【００６６】
次に、クラス別プレゼンス送信部３０２は、公開元の被監視端末２００の情報を、プレゼンス記憶部３０８に記憶されている情報の中からユーザ名に基づいて検索し、これを取得する（ステップＳ１０２）。
【００６７】
さらに、クラス別プレゼンス送信部３０２は、公開先である監視端末１００のクラスに該当するフィルタを、フィルタ記憶部３０７から取得する（ステップＳ１０３）。
【００６８】
そして、クラス別プレゼンス送信部３０２は、公開元の被監視端末２００のプレゼンスに対して、公開先の監視端末１００が属するクラスに応じたフィルタリングを施し、クラス別プレゼンスを取得する（ステップＳ１０４）。
【００６９】
例として、ユーザ名が“jiro@abc.co.jp”である被監視端末２００が、ユーザ名が“taro@abc.co.jp”、“ichiro@abc.co.jp”及び“sakura@home ”である監視端末１００によって監視されている場合を考える。jiro@abc.co.jpのプレゼンスが図５に示すものであるとし、図２に示したクラス分けルールと図３に示したフィルタとがクラス分けルール記憶部３０６及びフィルタ記憶部３０７にそれぞれ記憶されているとすると、クラス別プレゼンス送信部３０２が生成するクラス別プレゼンスは図６に示すものとなる。各監視者に対しては図６において丸印で示した属性のみが公開される。
【００７０】
ここでは、クラス別プレゼンス送信部３０２が、クラス別プレゼンスを生成する場合の流れについて説明したが、被監視端末２００においてクラス別プレゼンス送信部２０２がクラス別のプレゼンスを生成する場合の処理も上記同様である。
【００７１】
このように、本実施例に係るプレゼンスシステムでは、被監視端末２００やプレゼンスサーバ３００がそれぞれ監視端末１００をクラス分けしており、監視端末１００にプレゼンスを公開する場合には、監視端末１００のクラスに応じたフィルタを用いてフィルタリングを行い、フィルタに適合する属性のみからなるクラス別プレゼンス情報を生成する。
【００７２】
これにより、被監視端末２００やプレゼンスサーバ３００が監視端末１００に対してプレゼンスを通知する際に情報ネットワーク４００を伝わる情報量を低減できる。また、プレゼンス情報のうちどの属性を公開し、どの属性を非公開とするかを監視端末１００ごとに設定できる。
【実施例２】
【００７３】
本発明を好適に実施した第２の実施例について説明する。図７に、本実施例にかかるプレゼンスシステムの構成を示す。このプレゼンスシステムは、第１の実施例に係るプレゼンスシステムとほぼ同様の構成であるが、クラス別プレゼンス送信部２０２，３０２がキャッシュ２０２１，３０２１をそれぞれ備えている点が第１の実施例と異なる。
【００７４】
キャッシュ２０２１は、クラス別プレゼンス送信部２０２が生成したクラス別のプレゼンスを記憶する。キャッシュ３０２１は、クラス別プレゼンス送信部３０２が生成したクラス別のプレゼンスを記憶する。
【００７５】
本実施例に係るプレゼンスシステムは、クラス別プレゼンス送信部２０２，３０２がキャッシュ２０２１，３０２１を備えているため、同一のクラス別プレゼンスを重複して生成する必要がない。
【００７６】
図８に、本実施例に係るプレゼンスシステムにおけるクラス別プレゼンス取得動作の流れを示す。ここでは、プレゼンスを公開する被監視端末２００を“公開元”、プレゼンスが公開される監視端末１００を“公開先”として表し、クラス別プレゼンス送信部３０２は、公開元の被監視端末２００及び公開先の監視端末１００を既に把握しているものとする。
【００７７】
クラス別プレゼンス送信部３０２は、クラス分けルール記憶部３０６に記憶されている情報を参照し、公開先である監視端末１００がどのクラスに属するかを取得する（ステップＳ２０１）。次に、キャッシュ３０２１に記憶されている情報を参照して、公開先である監視端末１００が該当するクラスのクラス別プレゼンスを既に生成しているか否かを判断する（ステップＳ２０２）。
【００７８】
公開先の監視端末１００が属するクラスのクラス別プレゼンスがキャッシュ３０２１に記憶されている場合には（ステップＳ２０２／Ｙｅｓ）、クラス別プレゼンス送信部３０２は、キャッシュ３０２１からこのクラスのキャッシュを読み出して取得し（ステップＳ２０７）、処理を終了する。
【００７９】
一方、公開先の監視端末１００向けのクラス別プレゼンスがキャッシュ３０２１に記憶されていない場合には（ステップＳ２０２／Ｎｏ）、クラス別プレゼンス送信部３０２は、プレゼンス記憶部３０８から公開元である被監視端末２００のプレゼンスを読み出して取得する（ステップＳ２０３）。さらに、クラス別プレゼンス送信部２０２は、フィルタ記憶部３０７から公開先の監視端末１００向けのフィルタ読み出して取得する（ステップＳ２０４）。
【００８０】
クラス別プレゼンス送信部２０２は、フィルタ記憶部３０７から読み出したフィルタを用いて公開元の被監視端末２００のプレゼンスをフィルタリングし、クラス別プレゼンスを生成する（ステップＳ２０５）。そして、クラス別プレゼンスをキャッシュ３０２１に記憶させ、このクラス向けのクラス別プレゼンスを生成済みであることを記録し（ステップＳ２０６）、処理を終了する。
【００８１】
ここでは、クラス別プレゼンス送信部３０２が、クラス別プレゼンスを生成する場合の流れについて説明したが、被監視端末２００においてクラス別プレゼンス送信部２０２がクラス別のプレゼンスを生成する場合の処理も上記同様である。
【００８２】
このように、本実施例に係るプレゼンスシステムは、クラス別プレゼンスを生成済みのクラスに属する監視端末に関しては、キャッシュに記憶されているクラス別プレゼンスを読み出してプレゼンスを公開する。よって、同一のフィルタを用いたフィルタリングを重複して行うことが無くなり、動作速度が向上する。
【実施例３】
【００８３】
本発明を好適に実施した第３の実施例について説明する。図９に、本実施例に係るプレゼンス公開システムの構成を示す。
このプレゼンスシステムは、第１の実施例に係るプレゼンスシステムと同様に、監視端末１００ａ〜１００ｎ、被監視端末２００ａ〜２００ｍ及びプレゼンスサーバ３００を有し、これらが情報ネットワーク４００を介してそれぞれ接続されている。
【００８４】
本実施例においては、被監視端末２００はクラス分けルール記憶部２０６を備えていない。また、アクセス制御リスト記憶部２０４の代わりに拡張アクセス制御リスト記憶部２０４’を、監視者リスト記憶部２０５の代わりに拡張監視者リスト記憶部２０５’を有する。
同様にプレゼンスサーバ３００は、クラス分けルール記憶部３０６を備えておらず、アクセス制御リスト記憶部３０４の代わりに拡張アクセス制御リスト記憶部３０４’を、監視者リスト記憶部３０５の代わりに拡張監視者リスト記憶部３０５’を有する。
【００８５】
図１０に、拡張アクセス制御リスト記憶部２０４’や３０４’に記憶される情報の一例を示す。拡張アクセス制御リスト記憶部２０４’，３０４’には、監視者の名前に対してその監視者が所属するクラスが併記された情報が記憶されている。
【００８６】
図１１に、拡張監視者リスト記憶部２０５’や３０５’に記憶される情報の一例を示す。拡張監視者リスト記憶部２０５’，３０５’には、監視者の名前に対して、その監視者が所属するクラスが併記される。
【００８７】
本実施例においては、アクセス制御において監視要求を許可した場合、許可したユーザが属するクラスを拡張アクセス制御リスト記憶部２０４’，３０４’から取得し、拡張監視者リスト記憶部２０５’，３０５’に対して許可したユーザの名前とそのクラスとを追加する。
【００８８】
このようにすることで、クラス別プレゼンスを取得する動作を行うのに先立って、拡張監視者リストからクラスを取得できるようになる。
図１２に、本実施例にかかるプレゼンスシステムが、クラス別プレゼンスを取得する際の動作を流れを示す。本実施例にかかるプレゼンスシステムにおいてクラス別プレゼンス送信部２０２は、クラス別プレゼンスの取得を開始するのに先だって拡張監視者リスト記憶部２０５’に記憶されている情報から各監視者のクラスを取得できる。よって、クラス別プレゼンス送信部２０２は、拡張監視者リスト記憶部２０５’に記憶されている監視者のユーザ名の中からクラス別プレゼンスの送り先を選択するだけで、その監視者がどのクラスに所属するのかを把握できる。
【００８９】
このように、本実施例に係るプレゼンスシステムは、クラス分けルール記憶部に記憶されている情報を参照して公開先の監視端末のクラスを取得する必要がないため、クラス別プレゼンスを生成する動作をより高速に行える。
【実施例４】
【００９０】
本発明を好適に実施した第４の実施例について説明する。図１３に、本実施例に係るプレゼンスシステムの構成を示す。
このプレゼンスシステムは、第１の実施例に係るプレゼンスシステムと同様に、監視端末１００ａ〜１００ｎ、被監視端末２００ａ〜２００ｍ及びプレゼンスサーバ３００を有し、これらが情報ネットワーク４００を介してそれぞれ接続されている。
【００９１】
本実施例においては、被監視端末２００はアクセス許否確認部２０９をさらに有する。また、プレゼンスサーバ３００は、アクセス許否問合せ部３１０をさらに有する。
【００９２】
アクセス許否問合せ部３１０は、監視要求受信部３０１が被監視端末１００から監視要求を受信した場合に、被監視端末２００に対して監視要求を受け付けるか否かを問い合わせる。
【００９３】
アクセス許否確認部２０９は、プレゼンスサーバ３００から監視要求を受け付けるか否かの問い合わせを受けた場合に、監視端末１００からの監視要求を受け付けるか否かを問い合わせるメッセージを不図示の表示部に表示させて被監視端末２００のユーザに提示する。
【００９４】
図１４に、本実施例に係るプレゼンスシステムにおいて、アクセス許否確認部２０９が不図示の表示部に表示させる画面の一例を示す。表示画面上には、プレゼンスを公開するか否かを選択するための選択ボタン１４１〜１４５が表示される。
【００９５】
被監視端末２００のユーザは、表示された画面を参照して監視要求の送信元である監視端末１００にプレゼンスを公開するか否か（監視要求を受け付けるか否か）、また、プレゼンスを公開するのであれば、どのクラスのプレゼンスを公開するのかを選択し、対応する選択ボタン１４１〜１４５のいずれかを押下する。なお、表示部がタッチパネルを備えているのであれば、表示画面上で選択ボタン１４１〜１４５を直接押下し、タッチパネルを備えていないのであれば、ポインティングデバイスなどの入力装置を用いて選択ボタンを押下する。
【００９６】
被監視端末２００のユーザは、taro@abc.co.jpからの監視要求を受け付けるのであれば、公開したいクラスに対応する選択ボタン１４１〜１４３を押下する。また、監視要求を受け付けない（プレゼンスを公開しない）のであれば、選択ボタン１４５を押下する。さらに、監視要求の送信元である監視端末１００にプレゼンスを公開はするが、既存のクラスに適切なものがない場合には、選択ボタン１４４を押下する。
【００９７】
選択ボタン１４４が押下された場合、アクセス許否確認部２０９は、新しいクラスを生成するために図１５に示すような画面を不図示の表示部に表示させる。被監視端末２００のユーザは、クラス名を入力するとともにプレゼンスを構成する属性のうち公開したいものを選択する。入力されたクラス名は、クラス分けルール記憶部２０６に記憶される。また、アクセス許否確認部２０９は、ユーザに選択された属性に応じたフィルタを生成し、新規作成したクラス用のフィルタとしてフィルタ記憶部２０７に記憶させる。
【００９８】
本実施例のように、監視要求を受け付けるか否かを被監視端末２００のユーザに直接問い合わせることにより、必要のないフィルタを作成する手間を省くことができる。
【実施例５】
【００９９】
本発明を好適に実施した第５の実施例について説明する。図１６に、本実施例に係るプレゼンスシステムを示す。このプレゼンスシステムは、第１の実施例に係るプレゼンスシステムと同様に、監視端末１００ａ〜１００ｎ、被監視端末２００ａ〜２００ｍ及びプレゼンスサーバ３００を有し、これらが情報ネットワーク４００を介してそれぞれ接続されている。ただし、本実施例においては、監視端末１００は、フィルタ生成・送信部１０３をさらに有する。また、被監視端末２００はフィルタ受信部２１１をさらに有し、プレゼンスサーバ３００は、フィルタ受信部３１１をさらに有する。
【０１００】
フィルタ生成・送信部１０３は、監視端末１００のユーザからの入力操作に応じて自端末用のフィルタを生成し、情報ネットワーク４００を介して、被監視端末２００やプレゼンスサーバ３００にこれを送信する。
【０１０１】
例えば、フィルタ生成・送信部１０３は、監視端末１００が備える不図示の表示部に、図１５と同様の画面を表示させ、プレゼンスを構成する属性のうちどの属性の公開を要求するのかを監視端末１００のユーザに選択させる。そして、フィルタ生成・送信部１０３は、ユーザから入力された情報に基づいたフィルタを生成し、生成したフィルタを、情報ネットワーク４００を介して被監視端末２００やプレゼンスサーバ３００へ送信する。
【０１０２】
また、本実施例においては、被監視端末２００やプレゼンスサーバ３００は、フィルタ生成・送信部１０３から取得したフィルタをフィルタ記憶部２０７に記憶する。被監視端末２００やプレゼンスサーバ３００は、第１の実施例と同様の動作を行ってクラス別のプレゼンスを生成するが、この際には監視端末１００から取得済みのフィルタを用いて監視端末別にプレゼンスを生成できる。
【０１０３】
監視端末別のプレゼンスは、まずクラス別のフィルタを用いてプレゼンスをフィルタリングしてクラス別プレゼンスを生成し、これを監視端末１００から取得したフィルタを用いてフィルタリングすることでも得られるが、監視端末１００から取得したフィルタとクラス別のフィルタとをマージ（合成）することで、より簡単に生成できる。この動作に付いて以下に説明する。
【０１０４】
本実施例に係るプレゼンスシステムにおいて、被監視端末２００が監視端末１００から受信したフィルタに基づいて、監視端末１００向けのプレゼンスを生成する動作について説明する。この動作の流れを図１７に示す。
【０１０５】
被監視端末２００は、監視端末１００から情報ネットワーク４００を介して送信されてきたフィルタをフィルタ受信部２１１によって受信する（ステップＳ５０１）。フィルタ受信部２１１は、フィルタの送信元である監視端末１００のクラスをクラス分けルール記憶部２０６に記憶されている情報を基づいて取得する（ステップＳ５０２）。さらに、フィルタ受信部２１１は、フィルタの送信元である監視端末が該当するクラスのフィルタをフィルタ記憶部２０７から読み出して取得する（ステップＳ５０３）。そして、フィルタ受信部２１１は、監視端末１００から受信したフィルタとフィルタ記憶部２０７から読み出したフィルタとを比較する（ステップＳ５０４）。
【０１０６】
両者が一致する場合は（ステップＳ５０５／Ｙｅｓ）、クラス別プレゼンスと監視端末用プレゼンスとが一致することとなるため、フィルタ受信部２１１はクラス別プレゼンス送信部２０２にフィルタが一致する旨を通知し、新しいフィルタは生成しない。この場合、クラス別プレゼンス送信部２０２は、上記実施形態と同様にフィルタ記憶部２０７から読み出したフィルタを用いてクラス別プレゼンスを生成する。
【０１０７】
監視端末１００から受信したフィルタとフィルタ記憶部２０７から読み出したフィルタとが一致しない場合（ステップＳ５０５／Ｎｏ）、フィルタ受信部２１１は、次の規則に沿って新しいクラス別フィルタを生成する。
（１）古いクラス別フィルタ（フィルタ記憶部２０７から読み出したクラス別フィルタ）で公開していない属性は公開しない。
（２）古いクラス別フィルタでは公開していたが、監視端末１００から受信したフィルタでは公開しないとされている属性は公開しない。
（３）古いクラス別フィルタでは公開しており、監視端末１００から受信したフィルタでも公開するとされている属性は公開する。
すなわち、古いクラス別フィルタ及び監視端末１００から受信したフィルタの両方において公開するとされている属性のみを公開するフィルタを生成する（ステップＳ５０６）。
【０１０８】
その後、フィルタ受信部２１１は、フィルタ記憶部２０７に記憶されている情報に基づいて、生成したフィルタと同一のフィルタを持つ監視端末１００が存在するか否かを判断する（ステップＳ５０７）。
【０１０９】
同一のフィルタを持つ監視端末１００が存在する場合（ステップＳ５０７／Ｙｅｓ）、フィルタ受信部２１１は、フィルタの送信元の監視端末を同一のフィルタを持つ監視端末と同じクラスに分類し、そのクラス用のフィルタをプレゼンス送信部２０２に受け渡す（ステップＳ５１０）。
【０１１０】
一方、同一のフィルタを持つ監視端末１００が存在しない場合には（ステップＳ５０７／Ｎｏ）、フィルタ受信部２１１は、新しいクラスを定義し（ステップＳ５０８）、生成したフィルタをそのクラス用のフィルタとしてフィルタ記憶部２０７に記憶させるとともにクラス別プレゼンス送信部２０２に受け渡す（Ｓ５０９）。
【０１１１】
クラス別プレゼンス送信部２０２は、フィルタ受信部２１１から受け渡されたフィルタを用いてプレゼンスをフィルタリングし、監視端末用プレゼンスを生成する。
【０１１２】
なお、ここでは、被監視端末２００においてフィルタをマージする動作について説明したが、プレゼンスサーバ３００も同様の動作を行うことができる。また、上記第４の実施例のように、クラス分けルール記憶部を備えない構成においては、生成したフィルタに対応するクラスは拡張アクセスリスト制御部に定義される。
【０１１３】
このように、本実施例に係るプレゼンスシステムは、各監視端末ごとの要求に応じたフィルタを用いてプレゼンスをフィルタリングできるため、不必要な情報が情報ネットワーク４００上で伝送されることを防止する効果が上記各実施形態よりもさらに高くなる。
この際、同じフィルタを持つ監視者端末同士を同じクラスとして取り扱うことで、フィルタ記憶部に同一のフィルタを重複して統一する必要がなくなるため、フィルタ記憶部に効率良く情報（フィルタ）を記憶させることができる。
【実施例６】
【０１１４】
本発明を好適に実施した第６の実施例について説明する。図１８に、本実施例に係るプレゼンスシステムを示す。このプレゼンスシステムは、第５の実施例に係るプレゼンスシステムと同様に、監視端末１００ａ〜１００ｎ、被監視端末２００ａ〜２００ｍ及びプレゼンスサーバ３００を有し、これらが情報ネットワーク４００を介してそれぞれ接続されている。ただし、本実施例においては、被監視端末２００及びプレゼンスサーバ３００は、第２の実施例に係るプレゼンスシステムと同様にキャッシュ２０２１，３２１をそれぞれ備えている。
【０１１５】
図１９に、本実施例に係るプレゼンスシステムにおいて、被監視端末２００が監視端末１００から受信したフィルタに基づいて、監視端末１００向けのプレゼンスを生成する動作の流れを示す。
この動作は、図１７に示した第５の実施例に係るプレゼンスシステムの動作と同様であるが、新しいクラス別フィルタを生成する際に、キャッシュ２０２１に記憶されているフィルタを読み出す点が相違する。
【０１１６】
このように、キャッシュに記憶されているフィルタを読み出して使用することで、クラス別フィルタを生成する動作を高速化することができる。
【０１１７】
このように、本実施例に係るプレゼンスシステムは、監視端末の意図を反映したフィルタリングを行いつつ、キャッシングにより効率的にクラス分けプレゼンスを生成できるため、情報ネットワークで伝送される情報量を削減しつつ、動作速度を向上させることができる。
【０１１８】
なお、ここでは、被監視端末２００においてフィルタをマージする動作について説明したが、プレゼンスサーバ３００も同様の動作を行うことができる。また、上記第４の実施例のように、クラス分けルール記憶部を備えない構成においては、生成したフィルタに対応するクラスは拡張アクセスリスト制御部に定義される。
【０１１９】
プレゼンスシステムがこのような動作を行うことにより、監視端末の意図を反映したフィルタリングをプレゼンスに対して行いつつ、フィルタ記憶部に記憶されているフィルタを用いて効率よくクラス別プレゼンスを生成できる。よって、情報ネットワークを伝わる情報量を低減し、動作速度を向上させることができる。
【０１２０】
なお、上記各実施例においては、プレゼンスサーバを一つだけの構成を例に説明したが、プレゼンスサーバを複数備える構成であっても良い。
また、監視端末や被監視端末と情報ネットワークとの接続は、有線接続であっても良いし無線接続であっても良い。
さらに、監視端末、被監視端末及びプレゼンスサーバを接続する情報ネットワークは、インターネットに限定されることはなく、ＬＡＮなどであっても良い。
このように、本発明は様々な変形が可能である。
【図面の簡単な説明】
【０１２１】
【図１】本発明を好適に実施した第１の実施例に係るプレゼンスシステムの構成を示す図である。
【図２】クラス分けルールの一例を示す図である。
【図３】プレゼンスをフィルタリングするためのフィルタの一例を示す図である。
【図４】第１の実施例に係るプレゼンスシステムの動作の流れを示すフローチャートである。
【図５】プレゼンスの一例を示す図である。
【図６】クラス別プレゼンスの一例を示す図である。
【図７】本発明の好適に実施した第２の実施例に係るプレゼンスシステムの構成を示す図である。
【図８】第２の実施例に係るプレゼンスシステムの動作の流れを示すフローチャートである。
【図９】本発明を好適に実施した第３の実施例に係るプレゼンスシステムの構成を示す図である。
【図１０】拡張アクセス制御リストの一例を示す図である。
【図１１】拡張監視者リストの一例を示す図である。
【図１２】第３の実施例に係るプレゼンスシステムの動作の流れを示すフローチャートである。
【図１３】本発明を好適に実施した第４の実施例に係るプレゼンスシステムの構成を示す図である。
【図１４】被監視端末に利用者に提示される問い合わせ画面の一例を示す図である。
【図１５】被監視端末の利用者に提示される新規クラス登録用画面の一例を示す図である。
【図１６】本発明を好適に実施した第５の実施例に係るプレゼンスシステムの構成を示す図である。
【図１７】第５の実施例に係るプレゼンスシステムがフィルタをマージする動作の流れを示すフローチャートである。
【図１８】本発明を好適に実施した第６の実施例に係るプレゼンスシステムの構成を示す図である。
【図１９】第６の実施例に係るプレゼンスシステムがフィルタを合成する動作の流れを示すフローチャートである。
【図２０】従来のプレゼンスシステムの構成を示す図である。
【図２１】アクセス制御リストの一例を示す図である。
【図２２】監視者リストの一例を示す図である。
【図２３】従来のプレゼンスシステムの動作シーケンスの一例を示す図である。
【図２４】従来のプレゼンスシステムの動作シーケンスの一例を示す図である。
【図２５】第２の従来のプレゼンスシステムの構成を示す図である。
【図２６】第２の従来のプレゼンスシステムにおいて、被監視端末がユーザに提示する問い合わせ画面を示す図である。
【図２７】第２の従来のプレゼンスシステムの動作シーケンスの一例を示す図である。
【符号の説明】
【０１２２】
１００、５００    監視端末
１０１、３０９、５０１、７０９    監視要求送信部
１０２    プレゼンス更新通知受信部
２００、６００    被監視端末
２０１、３０１、６０１、７０１    監視要求受信部
２０２、３０２    クラス別プレゼンス送信部
２０３、６０３    プレゼンス更新処理部
２０４、３０４、６０４、７０４    アクセス制御リスト記憶部
２０４’、３０４’    拡張アクセスリスト記憶部
２０５、３０５、６０５、７０５    監視者リスト記憶部
２０５’、３０５’    拡張監視者リスト記憶部
２０６、３０６    クラス分けルール記憶部
２０７、３０７    フィルタ記憶部
２０８、３０８、６０８、７０８    プレゼンス記憶部
２０９、６０９    アクセス許否確認部
２１１、３１１    フィルタ受信部
３０３、７０３    プレゼンス受信部
３１０、７１０    アクセス許否問い合わせ部
４００    情報ネットワーク
５０２    プレゼンス受信部
２０２１、３０２１    キャッシュ
【図１】
2005063019.tif 000003
【図２】
2005063019.tif 000004
【図３】
2005063019.tif 000005
【図４】
2005063019.tif 000006
【図５】
2005063019.tif 000007
【図６】
2005063019.tif 000008
【図７】
2005063019.tif 000009
【図８】
2005063019.tif 000010
【図９】
2005063019.tif 000011
【図１０】
2005063019.tif 000012
【図１１】
2005063019.tif 000013
【図１２】
2005063019.tif 000014
【図１３】
2005063019.tif 000015
【図１４】
2005063019.tif 000016
【図１５】
2005063019.tif 000017
【図１６】
2005063019.tif 000018
【図１７】
2005063019.tif 000019
【図１８】
2005063019.tif 000020
【図１９】
2005063019.tif 000021
【図２０】
2005063019.tif 000022
【図２１】
2005063019.tif 000023
【図２２】
2005063019.tif 000024
【図２３】
2005063019.tif 000025
【図２４】
2005063019.tif 000026
【図２５】
2005063019.tif 000027
【図２６】
2005063019.tif 000028
【図２７】
2005063019.tif 000029