(57)【特許請求の範囲】
【請求項１】
事象に関する状態を示す情報である事象情報を、当該事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する事象情報サーバであって、
前記発信元を特定する発信元情報に対応付けて、当該発信元から受信した事象情報を通知する通知先を一意に特定する通知先情報を記憶する第１の記憶手段と、
前記第1の記憶手段によって記憶される情報の一部を一時的に記憶し、前記第１の記憶手段と比較してより高速にアクセスすることが可能である第２の記憶手段と、
前記発信元から、当該発信元を特定する前記発信元情報と前記事象情報とを受信する受信手段と、
前記受信手段によって前記発信元情報が受信されると、当該発信元情報に対応付けられた前記通知先情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から当該通知先情報を取得し、前記通知先情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から当該通知先情報を取得する取得手段と、
前記取得手段によって取得された前記通知先情報によって特定される通知先に、前記受信手段によって受信された前記事象情報を送信する送信手段と、
前記受信手段によって受信された事象情報から、当該事象情報がその後更新される時期を示す予測時期を予測する予測手段と、
前記予測手段によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該事象情報を発信した発信元を特定する発信元情報と、当該発信元情報に対応付けられて前記第１の記憶手段によって記憶されている前記通知先情報とを、前記第２の記憶手段に格納する格納手段と、
を備えたことを特徴とする事象情報サーバ。
【請求項２】
前記第１の記憶手段および前記第２の記憶手段は、前記発信元情報と対応付けて、当該発信元情報によって特定される発信元から発信された最新の前記事象情報をさらに記憶するものであって、
前記取得手段は、前記発信元情報に対応付けられた前記通知先情報および前記事象情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から前記事象情報をさらに取得し、前記通知先情報および前記事象情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から前記事象情報をさらに取得し、
前記取得手段によって前記事象情報が取得されると、前記受信手段によって受信された前記事象情報が、前記取得手段によって取得された前記事象情報から更新されているかを判別する更新判別手段をさらに備え、
前記送信手段は、前記更新判別手段によって更新されていると判別された場合にのみ、受信された前記事象情報を送信し、
前記格納手段は、前記発信元情報と対応付けて、前記受信手段によって受信された前記事象情報をさらに前記第２の記憶手段に格納することを特徴とする請求項１に記載の事象情報サーバ。
【請求項３】
発信元から発信された前記事象情報の通知を要求する通知要求を通知先から受付ける際に、当該発信元を特定する前記発信元情報と、当該通知先を特定する要求通知先情報とを受け付ける要求受付手段と、
前記要求受付手段によって前記発信元情報が受け付けられると、当該発信元情報に対応付けられた前記事象情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から前記事象情報を取得し、前記事象情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から前記事象情報を取得する要求受付時取得手段と、
前記要求受付時取得手段によって取得された前記事象情報を、前記要求受付手段によって受付けられた前記通知先情報によって特定される通知先に送信する要求受付時送信手段と、
をさらに備えることを特徴とする請求項２に記載の事象情報サーバ。
【請求項４】
前記受信手段によって受信された前記事象情報が前記更新判別手段によって更新されていると判別された場合に、当該事象情報が最後に更新されてから再度更新されるまでに現に経過した時間である現更新時間と、前記予測手段によって算出された前記予測時期とを比較する比較手段と、
前記比較手段による比較結果により、前記予測手段によって算出された前記予測時期より前記現更新時間が閾値以上長いと判別した場合には、前記予測時期を長く修正し、前記予測時期より前記現更新時間が閾値以上短いと判別した場合には、前記予測時期を短く修正する修正手段と、
をさらに備えたことを特徴とする請求項２または３に記載の事象情報サーバ。
【請求項５】
前記事象情報各々に対応付けて、当該事象情報が送信されると連動して送信される可能性が高い事象情報である関連事象情報を記憶する関連記憶手段と、
受信された事象情報が前記送信手段によって送信される場合に、当該事象情報と対応付けて記憶されている関連事象情報を前記関連記憶手段から取得し、関連事象情報として取得した前記事象情報に対応付けられた前記通知先情報と前記発信元情報とを前記第１の記憶手段または前記第２の記憶手段から取得し、取得した前記通知先情報と前記発信元情報とを前記第２の記憶手段に格納する関連格納手段と、
をさらに備えることを特徴とする請求項２〜４のいずれか一つに記載の事象情報サーバ。
【請求項６】
事象に関する状態を示す情報である事象情報を、当該事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する事象情報サーバを制御する制御方法であって、
前記発信元から、当該発信元を特定する発信元情報と前記事象情報とを受信する受信工程と、
前記受信工程によって前記発信元情報が受信されると、当該発信元情報によって特定される前記発信元に対応付けられた当該発信元から受信した事象情報を通知する通知先を一意に特定する通知先情報が、前記発信元を特定する発信元情報に対応付けて通知先情報を記憶する第１の記憶部によって記憶される情報の一部を一時的に記憶し、前記第１の記憶部と比較してより高速にアクセスすることが可能である第２の記憶部によって記憶されている場合には、当該第２の記憶部から当該通知先情報を取得し、前記通知先情報が前記第２の記憶部によって記憶されていない場合には、前記第１の記憶部から当該通知先情報を取得する取得工程と、
前記取得工程によって取得された前記通知先情報によって特定される通知先に、前記受信工程によって受信された前記事象情報を送信する送信工程と、
前記受信工程によって受信された事象情報から、当該事象情報がその後更新される時期を示す予測時期を予測する予測工程と、
前記予測工程によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該事象情報を発信した発信元を特定する発信元情報と、当該発信元情報に対応付けられて前記第１の記憶部によって記憶されている前記通知先情報とを、前記第２の記憶部に格納する格納工程と、
を含んだことを特徴とする事象情報サーバを制御する制御方法。
【請求項７】
事象に関する状態を示す情報である事象情報を、当該事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する方法をコンピュータに実行させる制御プログラムであって、
前記発信元から、当該発信元を特定する発信元情報と前記事象情報とを受信する受信手順と、
前記受信手順によって前記発信元情報が受信されると、当該発信元情報によって特定される前記発信元に対応付けられた当該発信元から受信した事象情報を通知する通知先を一意に特定する通知先情報が、前記発信元を特定する発信元情報に対応付けて通知先情報を記憶する第１の記憶部によって記憶される情報の一部を一時的に記憶し、前記第１の記憶部と比較してより高速にアクセスすることが可能である第２の記憶部によって記憶されている場合には、当該第２の記憶部から当該通知先情報を取得し、前記通知先情報が前記第２の記憶部によって記憶されていない場合には、前記第１の記憶部から当該通知先情報を取得する取得手順と、
前記取得手順によって取得された前記通知先情報によって特定される通知先に、前記受信手順によって受信された前記事象情報を送信する送信手順と、
前記受信手順によって受信された事象情報から、当該事象情報がその後更新される時期を示す予測時期を予測する予測手順と、
前記予測手順によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該事象情報を発信した発信元を特定する発信元情報と、当該発信元情報に対応付けられて前記第１の記憶部によって記憶されている前記通知先情報とを、前記第２の記憶部に格納する格納手順と、
をコンピュータに実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、事象情報サーバ、制御方法および制御プログラムに関する。
【背景技術】
【０００２】
従来より、事象に関する状態を示す情報であるプレゼンス情報を、当該プレゼンス情報を知ることを希望するウォッチャに対して開示するプレゼンスサーバ（事象情報サーバ）について、様々な研究が行われている。
【０００３】
例えば、プレゼンスサーバは、プレゼンティティ（プレゼンス情報を発信する発信元）を一意に特定するプレゼンティティ情報に対応付けて、ウォッチャを一意に特定する情報であるウォッチャ情報やプレゼンス情報をデータベースに記憶する。そして、プレゼンスサーバは、プレゼンティティから受信したプレゼンス情報を、当該プレゼンティティを示すプレゼンティティ情報に対応付けられたウォッチャ情報をデータベースから読み出して、ウォッチャに送信（開示）する。
【０００４】
なお、特許文献１（特開２００１−２６５６５３号公報）には、本体とディスクコントローラと磁気ディスク装置とを備える装置が、本体が有するキャッシュメモリとディスクコントローラが備えるキャッシュメモリとを使い分ける技術が開示されている。
【０００５】
【特許文献１】特開２００１−２６５６５３号公報（第１−５頁、第１−２図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記した従来の技術は、以下で説明するように、事象に関する状態を示す情報である事象情報を通知する際の処理時間を十分に短縮することができないという課題があった。
【０００７】
例えば、上記した従来のプレゼンスサーバは、プレゼンティティからプレゼンス情報が通知される毎に、上記したデータベース（例えば、ＨＤＤなど）にアクセスする処理を行うことにより、単位時間あたりのプレゼンス通知数が増大するに従い、データベースへの同時アクセス競合による待機時間が増大し、システムの応答性能が低下し、プレゼンス情報を通知する際の処理時間を十分に短縮することができなかった。
【０００８】
なお、上記した特許文献１における技術は、ＯＳが有するキャッシュにおいて格納されているデータでない場合か否かのみを判別してキャッシュを制御するにすぎず、プレゼンスサーバに適用してプレゼンス情報を通知する際の処理時間を十分に改善することはできない。
【０００９】
なお、上記した課題は、プレゼンスサーバに限られず、事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する事象情報サーバでも同様の課題となる。
【００１０】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、事象情報を通知する際の処理時間を短縮することが可能である事象情報サーバ、制御方法および制御プログラムを提供することを目的とする。 
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するため、この事象情報サーバは、事象に関する状態を示す情報である事象情報を、当該事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する事象情報サーバであって、前記発信元を特定する発信元情報に対応付けて、当該発信元から受信した事象情報を通知する通知先を一意に特定する通知先情報を記憶する第１の記憶手段と、前記第1の記憶手段によって記憶される情報の一部を一時的に記憶し、前記第１の記憶手段と比較してより高速にアクセスすることが可能である第２の記憶手段と、前記発信元から、当該発信元を特定する前記発信元情報と前記事象情報とを受信する受信手段と、前記受信手段によって前記発信元情報が受信されると、当該発信元情報に対応付けられた前記通知先情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から当該通知先情報を取得し、前記通知先情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から当該通知先情報を取得する取得手段と、前記取得手段によって取得された前記通知先情報によって特定される通知先に、前記受信手段によって受信された前記事象情報を送信する送信手段と、前記受信手段によって受信された事象情報から、当該事象情報がその後更新される時期を示す予測時期を予測する予測手段と、前記予測手段によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該事象情報を発信した発信元を特定する発信元情報と、当該発信元情報に対応付けられて前記第１の記憶手段によって記憶されている前記通知先情報とを、前記第２の記憶手段に格納する格納手段と、を備えたことを要件とする。
【００１２】
また、この事象情報サーバは、さらに、前記第１の記憶手段および前記第２の記憶手段は、前記発信元情報と対応付けて、当該発信元情報によって特定される発信元から発信された最新の前記事象情報をさらに記憶するものであって、前記取得手段は、前記発信元情報に対応付けられた前記通知先情報および前記事象情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から前記事象情報をさらに取得し、前記通知先情報および前記事象情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から前記事象情報をさらに取得し、前記取得手段によって前記事象情報が取得されると、前記受信手段によって受信された前記事象情報が、前記取得手段によって取得された前記事象情報から更新されているかを判別する更新判別手段をさらに備え、前記送信手段は、前記更新判別手段によって更新されていると判別された場合にのみ、受信された前記事象情報を送信し、前記格納手段は、前記発信元情報と対応付けて、前記受信手段によって受信された前記事象情報をさらに前記第２の記憶手段に格納することを要件とする。
【００１３】
また、この事象情報サーバは、さらに、発信元から発信された前記事象情報の通知を要求する通知要求を通知先から受付ける際に、当該発信元を特定する前記発信元情報と、当該通知先を特定する要求通知先情報とを受け付ける要求受付手段と、前記要求受付手段によって前記発信元情報が受け付けられると、当該発信元情報に対応付けられた前記事象情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から前記事象情報を取得し、前記事象情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から前記事象情報を取得する要求受付時取得手段と、前記要求受付時取得手段によって取得された前記事象情報を、前記要求受付手段によって受付けられた前記通知先情報によって特定される通知先に送信する要求受付時送信手段と、をさらに備えることを要件とする。
【００１４】
また、この事象情報サーバは、さらに、前記受信手段によって受信された前記事象情報が前記更新判別手段によって更新されていると判別された場合に、当該事象情報が最後に更新されてから再度更新されるまでに現に経過した時間である現更新時間と、前記予測手段によって算出された前記予測時期とを比較する比較手段と、前記比較手段による比較結果により、前記予測手段によって算出された前記予測時期より前記現更新時間が閾値以上長いと判別した場合には、前記予測時期を長く修正し、前記予測時期より前記現更新時間が閾値以上短いと判別した場合には、前記予測時期を短く修正する修正手段と、をさらに備えたことを要件とする。
【００１５】
また、この事象情報サーバは、さらに、前記事象情報各々に対応付けて、当該事象情報が送信されると連動して送信される可能性が高い事象情報である関連事象情報を記憶する関連記憶手段と、受信された事象情報が前記送信手段によって送信される場合に、当該事象情報と対応付けて記憶されている関連事象情報を前記関連記憶手段から取得し、関連事象情報として取得した前記事象情報に対応付けられた前記通知先情報と前記発信元情報とを前記第１の記憶手段または前記第２の記憶手段から取得し、取得した前記通知先情報と前記発信元情報とを前記第２の記憶手段に格納する関連格納手段と、をさらに備えることを要件とする。
【発明の効果】
【００１６】
この事象情報サーバは、事象に関する状態を示す情報である事象情報を通知する際の処理時間を改善（短縮）することが可能である。
【００１７】
また、この事象情報サーバは、事象情報が更新されているかを確認する際の処理時間を短縮することが可能である。
【００１８】
また、この事象情報サーバは、発信元から発信された事象情報の通知を要求する通知要求を通知先から受付けた際にも、当該発信元情報に対応する事象情報を取得する時間を短縮することが可能であり、また、事象情報が更新されているかを確認する際の処理時間を短縮することが可能である。
【００１９】
また、この事象情報サーバは、予測の精度を向上することができ、更新頻度が高い事象情報等のみをキャッシュに記憶させることが可能であり、その結果、キャッシュを効率的に使用して、事象情報を通知する際の処理時間を改善（短縮）することが可能である。
【００２０】
また、この事象情報サーバは、互いに連動する可能性が高い事象情報について、予めキャッシュに記憶させることにより、事象情報を通知する際の処理時間を改善（短縮）することが可能である。
【００２１】
また、この事象情報サーバは、通知先の数も考慮してキャッシュに格納する事象情報等を決定することができ、キャッシュを効率的に使用して、事象情報を通知する際の処理時間を改善（短縮）することが可能である。
【発明を実施するための最良の形態】
【００２２】
以下に添付図面を参照して、この発明に係る事象情報サーバ、制御方法および制御プログラムの実施例を詳細に説明する。なお、以下では、各実施例で用いる主要な用語を説明し、本実施例に係る事象情報サーバの概要および特徴、事象情報サーバの構成および処理の流れを実施例１にて説明し、次に、その他の実施例を説明する。
【００２３】
［用語の説明］
まず最初に、各実施例で用いる主要な用語を説明する。各実施例で用いる「プレゼンスサーバ（特許請求の範囲に記載の「事象情報サーバ」に対応する）」とは、プレゼンス情報を、当該プレゼンス情報を発信するプレゼンティティ（特許請求の範囲に記載の「発信元」に対応する。）から受信し、当該プレゼンティティから受信したプレゼンス情報をウォッチャ（特許請求の範囲に記載の「通知先」に対応する。）に送信するサーバのことであり、例えば、プレゼンスサーバなどがこれに該当する。
【００２４】
また、各実施例で用いる「プレゼンス情報（特許請求の範囲に記載の「事象情報」に対応する。）」とは、事象に関する状態を示す情報のことであり、例えば、プレゼンティティ「特許太郎」の在席状態を示す「在席」や「不在」等、あるいは、所在地やスケジュール状態を示す「出張中」や、プレゼンティティ「携帯電話端末（０９０−△△△△−○○○○）」の状態を示す「通話中」や「待機中」などがこれに該当する。なお、例えば、「プレゼンス情報」は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式などを用いて記述され、送受信されるものである。
【００２５】
また、各実施例で用いる「ウォッチャ情報（特許請求の範囲に記載の「通知先情報」に対応する。）」とは、プレゼンティティから受信したプレゼンス情報を通知するウォッチャを一意に特定する情報であり、プレゼンスサーバがプレゼンス情報を送信する際にウォッチャを特定することを目的として用いられる情報である。例えば、ネットワークにおいてウォッチャを一意に識別する情報などがこれに該当する。具体的に一例をあげると、ＳＩＰ−ＵＲＩ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）により示されるアドレスなどが該当する。
【００２６】
また、各実施例で用いる「ディスク装置（特許請求の範囲に記載の「第１の記憶手段」に対応する。）」とは、ウォッチャ情報などを記憶する記憶部であり、いわゆる外部記憶装置等がこれに相当し、例えば、ＨＤＤ（Ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ、ハードディスクドライブ）や、光磁気ディスク（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ  Ｄｉｓｋ、ＭＯディスク）などのディスク装置等が該当する。また、本実施例で用いる「メモリキャッシュ（特許請求の範囲に記載の「第２の記憶手段」に対応する。）」とは、ウォッチャ情報などを一時的に記憶する記憶部であり、いわゆる内部記憶装置等がこれに相当し、例えば、メインメモリやメモリキャッシュなどが該当する。
【００２７】
ここで、「ディスク装置」と「メモリキャッシュ」とは、プレゼンスサーバがこれらの記憶部にアクセスする際に必要とする時間に違いがあり、具体的には、「ディスク装置」にアクセスする際に必要とする時間と比較して、「メモリキャッシュ」にアクセスする際に必要とする時間は短い。言い換えると、「メモリキャッシュ」は、「ディスク装置」と比較してより高速にプレゼンスサーバからアクセスすることが可能な記憶部である。
【００２８】
また、各実施例では、特許請求の範囲に記載の「第１の記憶部」に対応する装置がディスク装置であり、特許請求の範囲に記載の「第２の記憶部」に対応する装置がメモリキャッシュである場合について説明するが、本発明はこれに限定されるものではなく、「第１の記憶部」に対応する装置は、特許請求の範囲に記載の「第２の記憶部」に対応する装置と比較して低速なアクセスのみが許される記憶部であればよく、「ディスク」を有する記憶部に限定されるものではない。
【実施例１】
【００２９】
［プレゼンスサーバの概要および特徴］
次に、図１を用いて、本実施例に係るプレゼンスサーバの概要および特徴を説明する。図１は、実施例１に係るプレゼンスサーバの概要および特徴を示すための図である。ここで、実施例１に係るプレゼンスサーバは、以下で説明するように、事象に関する状態を示す情報である事象情報を通知する際の処理時間を改善（短縮）することができる点に主たる特徴がある。
【００３０】
すなわち、同図に示すように、実施例１に係るプレゼンスサーバは、プレゼンティティを特定する発プレゼンティティ情報に対応付けて、当該プレゼンティティから発信された最新のプレゼンス情報と、ウォッチャ情報とを記憶するディスク装置を有する。例えば、図１の（１）に示すように、実施例１に係るプレゼンスサーバは、ディスク装置に、当該ディスク装置内に記憶している情報の一部として、プレゼンティティ情報「特許太郎」と対応付けて、プレゼンス情報「離席中」と、ウォッチャ情報「特許花」とを記憶する。
【００３１】
また、実施例１に係るプレゼンスサーバは、ディスク装置によって記憶される情報の一部を一時的に記憶するメモリキャッシュを有する。例えば、図１の（２）に示すように、実施例１に係るプレゼンスサーバは、メモリキャッシュに、プレゼンティティ情報「特許太郎」と対応付けて、プレゼンス情報「離席中」と、ウォッチャ情報「特許花」とを記憶する。
【００３２】
なお、ここで、上記したディスク装置は、実施例１に係るプレゼンスサーバによって用いられるすべてのプレゼンティティ情報とウォッチャ情報とを、予め記憶しているものである。また、上記したメモリキャッシュは、後述するように、ディスク装置に記憶されている情報の内更新頻度が高いと予測されたプレゼンス情報に関するプレゼンティティ情報とウォッチャ情報とのみを、実施例１に係るプレゼンスサーバによって格納されて記憶するものである。
【００３３】
このような記憶部を有する実施例１に係るプレゼンスサーバは、プレゼンティティから、当該プレゼンティティを特定するプレゼンティティ情報とプレゼンス情報とを受信する。例えば、図１の（３）の「例１」に示すように、実施例１に係るプレゼンスサーバは、プレゼンティティ「特許太郎」から、プレゼンティティ情報「特許太郎」とプレゼンス情報「通話中」とを受信する。
【００３４】
そして、プレゼンティティ情報が受信されると、実施例１に係るプレゼンスサーバの取得部は、当該プレゼンティティ情報に対応付けられたウォッチャ情報とプレゼンス情報とがメモリキャッシュによって記憶されている場合には、メモリキャッシュから当該ウォッチャ情報と当プレゼンス情報とを取得し、メモリキャッシュによって記憶されていない場合には、ディスク装置から当該ウォッチャ情報と当該プレゼンス情報とを取得する。
【００３５】
例えば、図１の（３）の「例１」に示す例を用いて説明すると、図１の（４ａ）に示すように、実施例１に係るプレゼンスサーバは、プレゼンティティ情報「特許太郎」に対応付けられたウォッチャ情報とプレゼンス情報とがメモリキャッシュによって記憶されているため、メモリキャッシュから、ウォッチャ情報「特許花」とプレゼンス情報「離席中」とを取得する。また、例えば、図１の（３）の「例２」に示す例を用いて説明すると、図１の（４ｂ）に示すように、実施例１に係るプレゼンスサーバは、プレゼンティティ情報「地震情報（△○気象庁）」に対応付けられたウォッチャ情報とプレゼンス情報とがメモリキャッシュによって記憶されていないため、ディスク装置から、ウォッチャ情報「特許花」とプレゼンス情報「未発生」とを取得する。
【００３６】
そして、実施例１に係るプレゼンスサーバの更新判別部は、受信したプレゼンス情報が、取得部によって取得されたプレゼンス情報から更新されているかを判別する。例えば、図１の（３）の「例１」に示す例を用いて説明すると、受信したプレゼンス情報「通話中」が、取得部によって取得されたプレゼンス情報「離席中」と異なっているため、更新ありと判別する。一方、例えば、図１の（３）の「例２」に示す例を用いて説明すると、受信したプレゼンス情報「未発生」が、取得部によって取得されたプレゼンス情報「未発生」と同じため、更新なしと判別する。
【００３７】
そして、実施例１に係るプレゼンスサーバは、更新判別部によって更新されていると判別された場合にのみ、受信したプレゼンス情報をウォッチャーに送信する。例えば、図１の（３）の「例１」に示す例を用いて説明すると、図１の（５）に示すように、プレゼンスサーバは、更新ありと判別されたプレゼンス情報「通話中」のみを、対応するウォッチャ「特許花」に送信する。
【００３８】
また、図１の（６）に示すように、実施例１に係るプレゼンスサーバの予測部は、受信されたプレゼンス情報から、当該プレゼンス情報がその後更新される時期を示す予測時期を予測する。具体的な一例をあげて説明すると、実施例１に係るプレゼンスサーバの予測部は、プレゼンス情報とその後更新されると予測される予測時期とを対応付けて予め記憶し、予測を行う際に、受信されたプレゼンス情報に対応付けられた予測時期を取得する。例えば、図１の（１）に示した例を用いて予測結果の一例を示すと、「例２」について「一ヶ月」と予測し、「例３」について「３分」と予測する。
【００３９】
そして、図１の（７）に示すように、実施例１に係るプレゼンスサーバの格納部は、予測部によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該プレゼンス情報を発信したプレゼンティティを特定するプレゼンティティ情報と、受信したプレゼンス情報と、プレゼンティティ情報に対応付けられてディスク装置によって記憶されているウォッチャ情報とを、メモリキャッシュに格納する。
【００４０】
例えば、図１の（１）の「例２」と「例３」とを用いて説明すると、実施例１に係るプレゼンスサーバの格納部は、予め設定されている閾値が「５分」である場合に、予測時期が当該閾値内である「例３」についてのみ、図１の（８）に示すように、プレゼンティティ情報「特許次郎」と、受信したプレゼンス情報「通話中」と、プレゼンティティ情報「特許次郎」に対応付けられてディスク装置に記憶されているウォッチャ情報「特許花」とを、メモリキャッシュに格納する。
【００４１】
このようなことから、実施例１に係るプレゼンスサーバは、上記した主たる特徴の如く、事象に関する状態を示す情報であるプレゼンス情報を通知する際の処理時間を改善（短縮）することが可能である。
【００４２】
［プレゼンスサーバの構成］
次に、図２〜６を用いて、図１に示したプレゼンスサーバの構成を説明する。なお、図２は、実施例１に係るプレゼンスサーバの構成を示すブロック図である。図３は、実施例１におけるディスク装置１１に格納されている情報の一例を説明するための図である。図４は、実施例１におけるメモリキャッシュ部１０に格納されている情報の一例を説明するための図である。図５は、実施例１におけるプレゼンス情報を説明するための図である。図６は、実施例１におけるプレゼンス通知予測部１４を説明するための図である。図２に示すように、このプレゼンスサーバはプレゼンス通知受付部１２と、プレゼンス翻訳部１３と、プレゼンス通知予測部１４と、ウォッチャ要求受付部１６と、対ウォッチャ通知部１７と、メモリキャッシュ制御部１５と、ディスク装置制御部１８と、メモリキャッシュ部１０と、ディスク装置１１とから構成される。なお、プレゼンス通知受付部１２は、特許請求の範囲に記載の「受信手段」に対応し、プレゼンス通知予測部１４は、特許請求の範囲に記載の「予測手段」に対応し、対ウォッチャ通知部１７は、特許請求の範囲に記載の「送信手段」に対応する。
【００４３】
なお、以下の説明では、本発明に係るプレゼンスサーバは、プレゼンス情報として、プレゼンティティから受信したプレゼンス情報の種類を示す「Ｔｕｐｌｅ  ｉｄ」と、プレゼンス情報を示す「ｓｔａｔｕｓ」とをセットとして扱うものとして説明する。また、プレゼンス情報は、ＸＭＬ形式によって記述され送受信されるものとして説明する。
【００４４】
ディスク装置１１は、プレゼンティティ情報に対応付けて、ウォッチャ情報と、当該プレゼンティティ情報によって特定されるプレゼンティティから発信された最新のプレゼンス情報とを記憶する。例えば、図３に示すように、ディスク装置１１は、プレゼンティティ情報に対応付けて、プレゼンス情報（「Ｔｕｐｌｅ  ｉｄ」と「ｓｔａｔｕｓ」）と、ウォッチャ情報とを記憶する。具体的な一例をあげて説明すると、図３に示すように、ディスク装置１１は、ディスク装置１１内に記憶する情報の一部として、プレゼンティティ情報「携帯電話端末（０９０−△△△△―□□□□）」に対応付けて、Ｔｕｐｌｅ  ｉｄ「通話状態」と、ｓｔａｔｕｓ「待機中」と、ウォッチャ情報「特許桜子」と「特許愛子」と「特許花」とを記憶する。
【００４５】
メモリキャッシュ部１０は、ディスク装置１１によって記憶される情報の一部を一時的に記憶する。例えば、図４の（１）に示すように、プレゼンティティ情報に対応付けて、プレゼンス情報（「Ｔｕｐｌｅ  ｉｄ」と「ｓｔａｔｕｓ」）と、ウォッチャ情報とを記憶する。具体的な一例をあげて説明すると、図４に示すように、メモリキャッシュ部１０は、ディスク装置１１によって記憶される情報の一部として（図３参照）、プレゼンティティ情報「特許三郎」に対応付けて、Ｔｕｐｌｅ  ｉｄ「ユーザ情報」と、ｓｔａｔｕｓ「通話中」と、ウォッチャ情報「特許花」とを記憶する。
【００４６】
なお、メモリキャッシュ部１０は、ディスク装置１１によって記憶される情報の一部を記憶するものであるが、後述するように、メモリキャッシュ部１０が記憶するプレゼンス情報（特に、「ｓｔａｔｕｓ」）と、ディスク装置１１が記憶する対応するプレゼンス情報とが、常に同一であるとは限られないものである。例えば、一時的に、メモリキャッシュ部１０のみが、最新のプレゼンス情報を記憶し、ディスク装置１１は、対応するプレゼンス情報として、最新のものではない情報を記憶している場合がある。
【００４７】
また、ディスク装置１１とメモリキャッシュ部１０とは、プレゼンスサーバがこれらの記憶部にアクセスする際に必要とする時間に違いがあり、具体的には、ディスク装置１１にアクセスする際に必要とする時間と比較して、メモリキャッシュ部１０にアクセスする際に必要とする時間は短い。言い換えると、メモリキャッシュ部１０は、ディスク装置１１と比較してより高速にプレゼンスサーバからアクセスすることが可能な記憶部である。
【００４８】
プレゼンス通知受付部１２は、プレゼンティティから、プレゼンティティ情報とプレゼンス情報とを受信する。例えば、プレゼンティティ「特許三郎」から、プレゼンス情報としてＴｕｐｌｅ  ｉｄ「ユーザ情報」とｓｔａｔｕｓ「通話中」とを受付け、プレゼンティティ「○△交通局」から、プレゼンス情報として、Ｔｕｐｌｅ  ｉｄ「交通量」とｓｔａｔｕｓ「事故中」とを受付ける。さらに具体的な一例をあげて説明すると、図５の（１）に示すように、プレゼンス通知受付部１２は、ＸＭＬ形式において示されたプレゼンティティ情報とプレゼンス情報とを受付けると、受付けたプレゼンティティ情報とプレゼンス情報とをそのまま後述するプレゼンス翻訳部１３に送る。図５の（１）に、ＸＭＬ形式で記述されたプレゼンティティ情報とプレゼンス情報の例を示す。
【００４９】
プレゼンス翻訳部１３は、プレゼンス情報の内容を翻訳する。例えば、プレゼンス翻訳部１３は、プレゼンス通知受付部１２によって受付けられたプレゼンティティ情報とプレゼンス情報とから、後述するプレゼンス通知予測部１４等による処理において必要な情報を取得する。さらに具体的な例をあげて説明すると、プレゼンス翻訳部１３は、一般的なＸＭＬパーサを利用するなどにより、図５の（１）に示すようなプレゼンス通知受付部１２によって受信されたデータから、図５の（２）に示すように、プレゼンティティ情報と、プレゼンス情報に含まれるＴｕｐｌｅ ＩＤの内容及びｓｔａｔｕｓの内容とを切り出して取り出す。なお、ここでいうＸＭＬパーサとは、ＸＭＬ文書を、アプリケーションソフトが利用しやすい形に変換するソフトウェアのことを示す。
【００５０】
プレゼンス通知予測部１４は、プレゼンス通知受付部１２によって受信されたプレゼンス情報から、当該プレゼンス情報がその後更新される時期を示す予測時期を予測する。例えば、図６に示すように、プレゼンス通知予測部１４は、プレゼンス情報（「Ｔｕｐｌｅ  ｉｄ」と「ｓｔａｔｕｓ」）に対応付けて、当該プレゼンス情報がその後更新される時期を示す「次更新予測」を予め予測テーブルに記憶する。具体的に一例をあげて説明すると、図６に示すように、Ｔｕｐｌｅ  ｉｄ「携帯電話端末」とｓｔａｔｕｓ「待機中」とに対応付けて、次更新予測「２０分」を記憶する。なお、「次更新予測」とは、特許請求の範囲に記載の「予測時期」に対応する。
【００５１】
また、例えば、プレゼンス通知予測部１４は、プレゼンス翻訳部１３から翻訳結果を受信すると、受信したプレゼンス情報と、予測テーブルに記憶されているプレゼンス情報のいずれか一つとが、一致するかを判別して比較する。ここで、プレゼンス通知予測部１４は、予測テーブルに一致するプレゼンス情報がある場合には、当該プレゼンス情報に対応付けられた「次更新時期」を予測テーブルから取得する。そして、図５の（３）に示すように、プレゼンス通知予測部１４は、次予測時期を併せて、プレゼンス翻訳部１３から受信した翻訳結果を後述するメモリキャッシュ制御部１５に送る。一方、プレゼンス通知予測部１４は、一致するプレゼンス情報がない場合には、予測時期を「不明」とする。
【００５２】
なお、本実施例では、プレゼンス通知予測部１４は、「次更新予測」として更新間隔（時間）を記憶する場合について説明するが、本発明の実施はこれに限定されるものではなく、次に更新が行われると予測される「時刻」を「次更新予測」として記憶してもよい。例えば、メモリキャッシュ部１０やディスク装置１１は、プレゼンティティ情報ごとに「次更新予測」を記憶し、プレゼンス通知予測部１４は、更新が行われる毎に、対応する「次更新予測」を更新し、「次更新予測」として「時刻」を記憶してもよい。
【００５３】
また、本実施例では、プレゼンス通知予測部１４は、「プレゼンス情報」に対応付けて「次更新予測」を予め予測テーブルに記憶する場合について説明するが、本発明はこれに限定されるものではなく、「次更新予測」を予め予測テーブルに記憶せずに、受信したプレゼンス情報等から（例えば、予測を行う際に用いる計算式を予め記憶することによって）その都度予測を行ってもよい。
【００５４】
また、上記した次更新時間の設定（または算出）について、さらに具体例をあげて説明すると、例えば、プレゼンティティが携帯電話端末である場合に、待機中から通話中へと更新されるプレゼンス通知が行われた場合に、近い未来において、通話中から待機中へ更新されるプレゼンス通知が行われると予測できる。この結果、プレゼンス通知予測部１４においては、次更新時間として、相対的に短い時間が設定される（短い時間を算出する）。
【００５５】
また、プレゼンス情報がスケジュールであり、例えば、「出張中」を表している場合、出張状態は電話にくらべて長い間同一状態が続くのが一般的であり、近い未来においてプレゼンスの通知は行われないと予測できる。この結果、プレゼンス通知予測部１４においては、次更新時間として、相対的に長い時間が設定される（長い時間を算出する）。
【００５６】
また、単位時間あたりの交通量をプレゼンス情報として取り扱う場合、交通量は常に変更するため、近い未来において、プレゼンスの通知が行われると予測できる。この結果、プレゼンス通知予測部１４においては、次更新時間として、相対的に短い時間が設定される（短い時間を算出する）。
【００５７】
メモリキャッシュ制御部１５は、各種のメモリ制御処理プログラムを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、図２に示すように、取得部１９と、更新判別部２０と、格納部２１とを備える。なお、取得部１９は、特許請求の範囲に記載の「取得手段」に対応し、更新判別部２０は、特許請求の範囲に記載の「更新判別手段」に対応し、格納部２１は、特許請求の範囲に記載の「格納手段」に対応する。
【００５８】
取得部１９は、受信したプレゼンティティ情報に対応付けられたウォッチャ情報およびプレゼンス情報がメモリキャッシュ部１０によって記憶されている場合には、当該メモリキャッシュ部１０から当該ウォッチャ情報およびプレゼンス情報を取得し、ウォッチャ情報およびプレゼンス情報がメモリキャッシュ部１０によって記憶されていない場合には、ディスク装置１１から当該ウォッチャ情報およびプレゼンス情報を取得する。
【００５９】
取得部１９は、プレゼンティティ情報とプレゼンス情報とをプレゼンス通知予測部１４から受信すると、受信したプレゼンティティ情報に対応付けられたプレゼンス情報およびウォッチャ情報とがメモリキャッシュ部１０にあるかを判別する。ここで、例えば、図３および図４を用いて説明すると、プレゼンティティ情報「特許三郎」についてプレゼンス通知予測部１４から受信した場合には、取得部１９は、対応するプレゼンス情報とウォッチャ情報とがメモリキャッシュ部１０にあると判別し、当該「特許三郎」に対応するＴｕｐｌｅ  ｉｄ「ユーザ情報」とｓｔａｔｕｓ「通話中」とをメモリキャッシュ部１０から取得する。一方、例えば、プレゼンティティ情報「特許太郎」についてプレゼンス通知予測部１４から受信した場合には、取得部１９は、メモリキャッシュ部１０にないと判別し、当該「特許太郎」に対応するＴｕｐｌｅ  ｉｄ「スケジュール情報」とｓｔａｔｕｓ「出張中」とをディスク装置１１から取得する。
【００６０】
更新判別部２０は、プレゼンス通知受付部１２によって受付けられたプレゼンス情報の内容と、取得部１９によって取得されたプレゼンス情報の内容とが、同じであるか異なっているかを判別する。具体的には、更新判別部２０は、当該２つのプレゼンス情報の内容を比較して変化しているかを判別する。例えば、更新判別部２０は、プレゼンス通知受付部１２によって受付けられたプレゼンス情報が「通話中」であり、取得部１９が取得したプレゼンス情報が「通話中」の場合には、２つのプレゼンス情報の内容は同じであるため、プレゼンス情報は変化していない、すなわち、更新なしと判別する。また、プレゼンス通知受付部１２によって受付けられたプレゼンス情報が「通話中」であり、取得部１９が取得したプレゼンス情報が「待機中」の場合には、２つのプレゼンス情報の内容は異なっているため、プレゼンス情報が変化している、すなわち、更新ありと判別する。
【００６１】
対ウォッチャ通知部１７は、更新判別部２０によって更新ありと判別されると、受信したプレゼンス情報を送信する。例えば、図３や図４の例を用いて説明すると、プレゼンティティ「特許三郎」とＴｕｐｌｅ  ｉｄ「ユーザ情報」とｓｔａｔｕｓ「通話中」とがプレゼンス通知受付部１２によって受付けられ、更新判別部２０によって更新ありと判別された場合には、対ウォッチャ通知部１７は、プレゼンティティ「特許三郎」に対応付けられているウォッチャ情報「特許花」に対して、Ｔｕｐｌｅ  ｉｄ「ユーザ情報」とｓｔａｔｕｓ「待機中」とをプレゼンス情報として送信する。
【００６２】
格納部２１は、プレゼンス通知予測部１４によって予測された次更新予測と、予め設定されている閾値とを比較し、当該次更新予測が当該閾値内である場合には、受信したプレゼンティティ情報とプレゼンス情報と、当該プレゼンティティ情報に対応付けられてディスク装置１１によって記憶されているウォッチャ情報とを、メモリキャッシュ部１０に格納する。
【００６３】
例えば、格納部２１は、次更新予測を受信すると、予め設定されている閾値以内かを比較する。ここで、例えば、予め閾値として「６分」が設定されている場合に、図３の（２）に示すように、プレゼンティティが「特許次郎」であり、プレゼンス情報が、Ｔｕｐｌｅ  ｉｄ「携帯電話端末」とｓｔａｔｕｓ「通話中」であり、次更新予測が「３分」である場合には、格納部２１は、次更新予測が「３分」と閾値「６分」とを比較して閾値以内であると判別する。そして、メモリキャッシュ部１０に空き容量があるかを判別し、空きが有ると判別する場合には、図４の（２）に示すように、プレゼンティティ「特許次郎」に対応付けて、Ｔｕｐｌｅ  ｉｄ「携帯電話端末」とｓｔａｔｕｓ「通話中」とウォッチャ情報「特許花」とをメモリキャッシュ部１０に格納する。
【００６４】
また、例えば、格納部２１は、図３に示すように、プレゼンティティが「地震情報（△○気象庁）」であり、次更新予測が「１ヶ月」である場合には、閾値以内でないと判別し、ディスク装置１１に格納する。
【００６５】
また、例えば、格納部２１は、メモリキャッシュ部１０に空きがあるかを判別し、空きがないと判別する場合には、古いデータをメモリキャッシュ部１０から削除して、その後、メモリキャッシュ部１０にプレゼンス情報等を（例えば、図４の（２）に示すように、プレゼンティティ「特許次郎」に対応付けて、Ｔｕｐｌｅ  ｉｄ「携帯電話端末」とｓｔａｔｕｓ「通話中」とウォッチャ情報「特許花」とを）格納する。
【００６６】
なお、格納部２１は、古いデータとして、例えば、最も古く更新されたプレゼンス情報に対応する情報を削除し、また、次更新予測が最も長いデータを削除する。また、メモリキャッシュ部１０に格納する情報がすでにメモリキャッシュ部１０に格納されている場合には、格納部２１は、当該情報を再度格納することなく、処理を終了する。
【００６７】
また、格納部２１は、例えば、システムアイドル時（例えば、システムが処理している処理量が少ない時）に、メモリキャッシュ部１０に格納されたプレゼンス情報を用いて、ディスク装置１１に格納されている対応するプレゼンス情報に対して、プレゼンス情報の更新を行う。例えば、図４の（２）に示すように、プレゼンティティ情報「特許次郎」に対応付けて、Ｔｕｐｌｅ  ｉｄ「携帯電話端末」とｓｔａｔｕｓ「通話中」とウォッチャ情報「特許花」とをメモリキャッシュ部１０にのみ格納した場合に、その時点では、ディスク装置１１の対応するプレゼンス情報は、図３の（１）に示すように、プレゼンティティ「特許次郎」に対応付けられたプレゼンス情報は、「待機中」のままである。このため、システムアイドル時に、当該プレゼンス情報「待機中」を「通話中」に更新するよう後述するディスク装置制御部１８に指示を行う。
【００６８】
なお、ここで、本プレゼンスサーバにおけるメモリキャッシュ部１０と、従来の技術において用いられているディスク装置１１とメモリキャッシュ部１０とが明確に異なる点の一つは、本プレゼンスサーバにおけるメモリキャッシュ部１０に記憶されている情報が、更新の都度ディスク装置１１に反映する処理を遅延なく実行することを目的として用いられるものではなく（従来のディスクキャッシュ）、当該ディスク装置１１に記憶されている情報の内、更新頻度が高い（参照される可能性が高い）一部の情報をメモリキャッシュ部１０に記憶させることで、ディスク装置１１を用いずに、プレゼンス情報送受信処理を行うことを目的として用いられるものである点にある。
【００６９】
ディスク装置制御部１８は、ディスク装置１１へのアクセスを制御する。例えば、格納部２１からプレゼンス情報を更新する旨の指示を受けると、ディスク装置１１にプレゼンス情報を格納して更新処理を行う。また、ディスク装置１１から情報（例えば、プレゼンス情報）を読み出す際には、ディスク装置制御部１８は、ディスク装置１１にアクセスして必要な情報を読み出す。
【００７０】
ウォッチャ要求受付部１６は、プレゼンティティ情報に対応付けて、ウォッチャ情報を、メモリキャッシュ部１０やディスク装置１１に格納する。例えば、ウォッチャ要求受付部１６は、プレゼンティティ情報とウォッチャ情報とを受付けると、受付けたプレゼンティティ情報に対応付けて、受付けたウォッチャ情報をディスク装置１１に格納する。
【００７１】
なお、このプレゼンスサーバは、既知のパーソナルコンピュータ、ワークステーション、携帯電話、ＰＨＳ端末、移動体通信端末またはＰＤＡなどの情報処理装置に、上記したプレゼンス通知受付部１２と、プレゼンス翻訳部１３と、プレゼンス通知予測部１４と、ウォッチャ要求受付部１６と、対ウォッチャ通知部１７と、メモリキャッシュ制御部１５と、ディスク装置制御部１８と、メモリキャッシュ部１０と、ディスク装置１１を搭載することによって実現することもできる。
【００７２】
［プレゼンスサーバによる処理］
次に、図７を用いて、実施例１に係るプレゼンスサーバによる処理を説明する。図７は、実施例１に係るプレゼンスサーバによる処理の流れを示すフローチャートである。
【００７３】
同図に示すように、プレゼンス通知があると（ステップＳ１０１肯定）、つまり、プレゼンス通知受付部１２によって、図５の（１）に示すようなプレゼンス情報が受付けられると、プレゼンス翻訳部１３は、受付けられたプレゼンス情報の内容を翻訳する（ステップＳ１０２）。つまり、例えば、プレゼンス翻訳部１３は、プレゼンス通知受付部１２によって受信されたプレゼンス情報から、図５の（２）に示すように、プレゼンティティ情報と、プレゼンス情報に含まれるＴｕｐｌｅ ＩＤの内容及びｓｔａｔｕｓの内容とを切り出して取り出す。
【００７４】
そして、プレゼンス通知予測部１４は、翻訳結果と予測テーブルとを比較する（ステップＳ１０３）。つまり、例えば、受信したプレゼンス情報と、予測テーブルに記憶されているプレゼンス情報のいずれか一つとが、一致するかを判別して比較する。ここで、プレゼンス通知予測部１４は、予測テーブルに一致するプレゼンス情報がある場合には（ステップＳ１０４肯定）、「次更新時期」を予測テーブルから取得する（ステップＳ１０５）。一方、プレゼンス通知予測部１４は、一致するプレゼンス情報がない場合には（ステップＳ１０４否定）、予測時期を「不明」とする（ステップＳ１０６）。
【００７５】
そして、メモリキャッシュ制御部１５の取得部１９は、受信したプレゼンティティ情報に対応付けられたプレゼンス情報およびウォッチャ情報が、既にメモリキャッシュ部１０にあるかを判別する（ステップＳ１０７）。ここで、メモリキャッシュ部１０にあると判別した場合には（ステップＳ１０７肯定）、当該プレゼンス情報およびウォッチャ情報をメモリキャッシュ部１０から取得する（ステップＳ１０８）。一方、取得部１９は、メモリキャッシュ部１０にないと判別した場合には（ステップＳ１０７否定）、当該プレゼンス情報およびウォッチャ情報をディスク装置１１から取得する（ステップＳ１０９）。
【００７６】
そして、更新判別部２０は、受信したプレゼンティティのプレゼンス情報が更新されているかを判別する（ステップＳ１１０）。つまり、プレゼンス通知受付部１２によって受付けられたプレゼンス情報と、取得部１９によって取得されたプレゼンス情報とを比較して、２つのプレゼンス情報の内容が同じであるか異なっているかを判別する。例えば、更新判別部２０は、プレゼンス通知受付部１２によって受け付けられたプレゼンス情報が「通話中」であり、取得部１９が取得したプレゼンス情報が「通話中」の場合には、２つのプレゼンス情報の内容が同じであるため、更新なしと判別し、また、プレゼンス通知受付部１２によって受け付けられたプレゼンス情報が「通話中」であり、取得部１９が取得したプレゼンス情報が「待機中」の場合には、２つのプレゼンス情報の内容が異なっているため、更新ありと判別する。
【００７７】
ここで、更新判別部２０によって更新有りと判別された場合には（ステップＳ１１０肯定）、対ウォッチャ通知部１７に、受信したプレゼンス情報を、ウォッチャに通知するよう指示する。対ウォッチャ通知部１７は、受信したプレゼンス情報を、当該プレゼンス情報のプレゼンティティに対応づけられているウォッチャへ送信する（ステップＳ１１１）。対ウォッチャ通知部１７は、プレゼンティティ「特許三郎」に対応付けられているウォッチャ情報「特許花」に対して、Ｔｕｐｌｅ  ｉｄ「ユーザ情報」とｓｔａｔｕｓ「通話中」とをプレゼンス情報として送信する。なお、更新判別部２０によって更新なしと判別された場合には（ステップＳ１１０否定）、プレゼンス情報送信処理行わずに、後述処理を開始する。
【００７８】
そして、格納部２１は、次更新予測が閾値以内かを判別する（ステップＳ１１２）。つまり、例えば、格納部２１は、プレゼンス通知予測部１４によって予測された次更新予測と、予め設定されている閾値とを比較して判別する。ここで、当該閾値内である場合には（ステップＳ１１２肯定）、メモリキャッシュ部１０に空きがあるかを判別し（ステップＳ１１３）、空きが有る場合には（ステップＳ１１３肯定）、メモリキャッシュ部１０に格納する（ステップＳ１１４）。つまり、例えば、格納部２１は、受信したプレゼンティティ情報とプレゼンス情報と、当該プレゼンティティ情報に対応付けられてディスク装置１１によって記憶されているウォッチャ情報とを、メモリキャッシュ部１０に格納する。具体的に一例をあげて説明すると、例えば、格納部２１は、プレゼンティティ「特許次郎」に対応付けて、Ｔｕｐｌｅ  ｉｄ「携帯電話端末」とｓｔａｔｕｓ「通話中」とウォッチャ情報「特許花」とをメモリキャッシュ部１０に格納する。
【００７９】
また、格納部２１は、メモリキャッシュ部１０に空きがない場合には（ステップＳ１１３否定）、古いデータをメモリキャッシュ部１０から削除して（ステップＳ１１５）、その後、メモリキャッシュ部１０に格納する（ステップＳ１１４）。そして、格納部２１は、システムアイドル時に、ディスク装置１１を更新する（ステップＳ１１６）。例えば、格納部２１は、メモリキャッシュ部１０に格納されたプレゼンス情報を用いて、ディスク装置１１に格納されている対応するプレゼンス情報に対して、プレゼンス情報の更新を行う。
【００８０】
なお、上記したステップＳ１１２において、次更新予測が閾値以内でないと判別された場合には（ステップＳ１１２否定）、メモリキャッシュ部１０には格納せず、ディスク装置１１を更新して（ステップＳ１１６）、処理を終了する。
【００８１】
［実施例１の効果］
上記したように、実施例１によれば、プレゼンスサーバは、メモリキャッシュ部１０と、ディスク装置１１とを有し、プレゼンティティから、プレゼンティティ情報とプレゼンス情報とを受信し、当該プレゼンティティ情報に対応付けられたウォッチャ情報およびプレゼンス情報がメモリキャッシュ部１０によって記憶されている場合には、当該メモリキャッシュ部１０から当該ウォッチャ情報およびプレゼンス情報を取得し、ウォッチャ情報およびプレゼンス情報がメモリキャッシュ部１０によって記憶されていない場合には、ディスク装置１１から当該ウォッチャ情報およびプレゼンス情報を取得し、受信されたプレゼンス情報が、取得されたプレゼンス情報から更新されているかを判別し、更新されていると判別された場合にのみ、取得されたウォッチャ情報によって特定されるウォッチャに、受信されたプレゼンス情報を送信し、受信されたプレゼンス情報から、当該プレゼンス情報がその後更新される時期を予測し、予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該プレゼンス情報を発信したプレゼンティティを特定するプレゼンティティ情報と、受信したプレゼンス情報と、当該プレゼンティティ情報に対応付けられてディスク装置１１によって記憶されているウォッチャ情報とを、メモリキャッシュ部１０に格納するので、プレゼンス情報が更新されているかを確認する際の処理時間を短縮することが可能である。
【００８２】
また、実施例１によれば、プレゼンスサーバは、更新の都度ディスク装置１１に反映する処理を遅延なく実行することを目的としてメモリキャッシュを使用する従来の手法と比較して、当該ディスク装置１１に記憶されている情報の内、更新頻度が高い（参照される可能性が高い）一部の情報をメモリキャッシュ部１０に記憶させることができ、ディスク装置１１を用いずに、プレゼンス情報送受信処理を行うことが可能である。
【実施例２】
【００８３】
さて、これまで、実施例１として、次更新予測のみを用いて、ウォッチャ情報等をメモリキャッシュ部１０に格納するかを判別する手法について説明したが、本発明はこれに限定されるものではなく、さらに、受信したプレゼンティティ情報に対応付けられたウォッチャの数を併せて用いて判別してもよい。そこで、以下では、実施例２として、図８と図９を用いて、受信したプレゼンティティ情報に対応付けられたウォッチャの数を併せて用いて、ウォッチャ情報等をメモリキャッシュ部１０に格納するかを判別する手法について説明する。なお、図８は、実施例２の特徴を説明するための図である。図９は、実施例２におけるウォッチャ登録処理の流れを示すフローチャートである。なお、以下の説明では、上記実施例と同様な点に関しては、説明を省略し、または簡略に行う。
【００８４】
実施例２に係るプレゼンスサーバは、図２に示した構成に加えて、メモリキャッシュ制御部１５に、プレゼンティティ情報が受信されると、当該プレゼンティティ情報によって特定されるプレゼンティティに対応付けられたウォッチャの数をディスク装置１１またはメモリキャッシュ部１０から取得するウォッチャ数取得部２２（図示せず）をさらに備える。
【００８５】
例えば、図９に示すように、処理の手順について説明すると、実施例２に係るプレゼンスサーバ（ウォッチャ数取得部２２）は、ウォッチャ登録を受付けると（ステップＳ２０１）、ウォッチャ情報数を取得する（ステップＳ２０２）。具体的には、実施例２に係るプレゼンスサーバ、ウォッチャ要求受付部１６によって受付けられたプレゼンティティ情報と対応付けて、ディスク装置１１またはメモリキャッシュ部１０に記憶されているウォッチャ情報の数であるウォッチャ情報数を取得する。例えば、図３の例を用いて説明すると、プレゼンティティ「特許次郎」についてウォッチャ情報数を取得する場合には、当該「特許次郎」に対応付けられて記憶されているウォッチャ情報は「特許花」のみであり、「１」を取得する。また、プレゼンティティ「地震情報（△○気象庁）」についてウォッチャ情報数を取得する場合には、当該「地震情報（△○気象庁）」に対応付けられて記憶されているウォッチャ情報は「特許桜子」「特許愛子」「特許花」であり、「３」を得する。
【００８６】
そして、実施例２に係るプレゼンスサーバ（格納部２１）は、閾値と比較する（ステップＳ２０３）。つまり、格納部２１は、ウォッチャ数取得部２２によって取得されたウォッチャ情報数と次更新予測との組み合わせから導出される値である比較値と、予め設定されている閾値とを比較する。例えば、図８に示すように、実施例２に係るプレゼンスサーバは、ウォッチャ情報数と次更新予測との組み合わせと、当該情報を格納する格納先との関係を示す基準を備え、ウォッチャ情報数と次更新予測とによりプロットされる座標が、メモリキャッシュ部１０に格納する領域か、ディスク装置１１に格納する領域かを比較して判別する。
【００８７】
なお、ここでいう基準とは、ウォッチャ情報数が多い場合や、次更新予測が短い場合には（あるいは、ウォッチャ情報数が多く、かつ、次更新予測が短い場合には）、メモリキャッシュ部１０に格納し、ウォッチャ数が少なく、または、次更新予測が長い場合には、ディスク装置１１に格納するというものである。
【００８８】
そして、格納部２１は、閾値内である場合には（ステップＳ２０４肯定）、つまり、格納先がメモリキャッシュ部１０である場合には、当該プレゼンティティ情報と、当該プレゼンティティ情報に対応付けられてディスクメモリキャッシュ部１０によって記憶されているウォッチャ情報とを、メモリキャッシュ部１０に格納する（ステップＳ２０５〜ステップ２０８）。一方、格納部２１は、閾値内でない場合には（ステップＳ２０４否定）、メモリキャッシュ部１０には格納せずに、ディスク装置１１を更新する。例えば、格納部２１は、プレゼンティティ情報に対応付けて、受信したウォッチャ情報を格納する（その旨の指示をディスク装置制御部１８に送る）（ステップＳ２０９）。
【００８９】
なお、図９におけるステップＳ２０５〜ステップＳ２０８については、図７におけるステップＳ１１３〜ステップＳ１１６と同様であり、説明を省略する。
【００９０】
［実施例２の効果］
上記したように、実施例２によれば、プレゼンスサーバは、プレゼンティティ情報が受信されると、当該プレゼンティティ情報によって特定されるプレゼンティティに対応付けられたウォッチャの数を取得し、取得されたウォッチャの数と予測時期との組み合わせから導出される値である比較値と、予め設定されている閾値とを比較し、当該比較値が当該閾値内である場合には、当該プレゼンティティ情報と、当該プレゼンティティ情報に対応付けられてメモリキャッシュ部１０に格納するので、ウォッチャの数も考慮してメモリキャッシュ部１０に格納するプレゼンス情報等を決定することができ、メモリキャッシュ部１０を効率的に使用して、プレゼンス情報を通知する際の処理時間を改善（短縮）することが可能である。
【００９１】
例えば、実施例２によれば、プレゼンスサーバは、実施例１において説明したプレゼンスサーバと比較して、アクセスする回数（量）が多い情報を選択的にメモリキャッシュ部１０に格納して用いることができ、プレゼンス情報を通知する際の処理時間を改善（短縮）することが可能である。具体的に例をあげて説明すると、更新頻度が高ければ高いほど、プレゼンスサーバは、更新の有無やウォッチャを取得するために記憶部（メモリキャッシュ部１０やディスク装置１１）にアクセスする回数や時間が増加し、また、ウォッチャ数が多ければ多いほど、取得する必要がある情報量が増加することにより、ウォッチャ情報を取得する際のアクセス時間が増加する。このため、実施例２によれば、ウォッチャの数も考慮してメモリキャッシュ部１０に格納するプレゼンス情報等を決定することにより、プレゼンスサーバは、メモリキャッシュ部１０を効率的に使用して、プレゼンス情報を通知する際の処理時間を（例えば、ディスク装置１１に対するアクセス量（時間や回数）を減少することによって）短縮することが可能である。
【実施例３】
【００９２】
さて、これまで、実施例１および２として、プレゼンティティからプレゼンス情報を受付けると、プレゼンスサーバが、当該プレゼンス情報を送信する処理を行う手法について説明したが、本発明はこれに限定されるものではなく、ウォッチャから能動的に要求（プレゼンス情報を受信（確認）する要求）を受付けて、当該プレゼンス情報を送信する処理を行ってもよい。そこで、以下では、実施例３として、図１０を用いて、ウォッチャから能動的に要求（プレゼンス情報を受信（確認）する要求）を受付けて、当該プレゼンス情報を送信する処理を行う手法について説明する。なお、図１０は、実施例３に係るプレゼンスサーバの処理がプレゼンス収集要求を受付けた際の処理の流れを示すフローチャートである。
【００９３】
実施例３に係るプレゼンスサーバ（ウォッチャ要求受付部１６）は、プレゼンティティから発信されたプレゼンス情報の通知を要求する通知（収集）要求をウォッチャから受付ける際に、当該プレゼンティティを特定するプレゼンティティ情報と、当該ウォッチャを特定する要求ウォッチャ情報とを受け付ける。例えば、プレゼンティティ「特許六郎」に関するプレゼンティティ情報をウォッチャ「特許雪」が能動的に取得する場合、実施例３に係るプレゼンスサーバは、通知要求を受付ける際に、プレゼンティティ情報「特許六郎」と、要求ウォッチャ情報「特許雪」とを受付ける。
【００９４】
そして、実施例３に係るプレゼンスサーバ（取得部１９）は、通知要求が受け付けられると、当該プレゼンティティ情報によって特定されるプレゼンティティに対応付けられたプレゼンス情報がメモリキャッシュ部１０によって記憶されている場合には、メモリキャッシュ部１０からプレゼンス情報を取得し、プレゼンス情報がメモリキャッシュ部１０によって記憶されていない場合には、ディスク装置１１からプレゼンス情報を取得する。
【００９５】
例えば、図１０に示すように、処理の手順について説明すると、実施例３に係るプレゼンスサーバ（取得部１９）は、プレゼンス通知要求を受付けると（ステップＳ３０１肯定）、受信したプレゼンティティに対応するプレゼンス情報がメモリキャッシュ部１０上にあるかを判別する（ステップＳ３０２）。ここで、実施例３に係るプレゼンスサーバは、メモリキャッシュ部１０上にある場合には（ステップＳ３０２肯定）、対応するプレゼンス情報をメモリキャッシュ部１０から取得する（ステップＳ３０３）。一方、実施例３に係るプレゼンスサーバは、メモリキャッシュ部１０上にない場合には、対応するプレゼンス情報をディスク装置１１から取得する（ステップＳ３０４）。
【００９６】
そして、実施例３に係るプレゼンスサーバ（対ウォッチャ通知部１７）は、取得されたプレゼンス情報を、受付けられた要求ウォッチャ情報によって特定されるウォッチャに送信する。例えば、プレゼンス情報として、Ｔｕｐｌｅ  ｉｄ「携帯電話端末」とｓｔａｔｕｓ「待機中」とをウォッチャ「特許雪」に対して送信する（ステップＳ３０５）。
【００９７】
［実施例３の効果］
上記したように、実施例３によれば、プレゼンスサーバは、プレゼンティティから発信されたプレゼンス情報の通知を要求する通知要求をウォッチャから受付けた際にも、当該プレゼンティティ情報に対応するプレゼンス情報を取得する時間を短縮することが可能であり、また、プレゼンス情報が更新されているかを確認する際の処理時間を短縮することが可能である。
【実施例４】
【００９８】
さて、これまで、実施例１〜実施例３として、実際の更新時期との差を考慮して、プレゼンス通知予測部１４による予測時期を修正する手法について特に言及しなかったが、本発明はこれに限定されるものではない。そこで、実施例４では、図１１〜図１４を用いて、実際の更新時期との差を考慮して、プレゼンス通知予測部１４による予測時期を修正する手法について説明する。なお、図１１は、実施例４に係るプレゼンスサーバの構成を示すブロック図である。図１２は、実施例４におけるディスク装置１１に格納されている情報の一例を説明するための図である。図１３は、実施例４に係るプレゼンスサーバによる処理の流れを示すフローチャートである。図１４は、実施例４における予測結果検証部２４による処理の流れを示すフローチャートである。
【００９９】
実施例４に係るプレゼンスサーバは、図１１に示すように、図２の構成に加えて、後述する比較部２３と予測結果検証部２４とを備えるものである。なお、比較部２３は、メモリキャッシュ制御部１５内に設置され、更新判別部２０と予測結果検証部２４とに接続し、予測結果検証部２４は、プレゼンス通知予測部１４とメモリキャッシュ制御部１５内の比較部２３とに接続している構成部である。なお、比較部２３は、特許請求の範囲の「比較手段」に対応し、予測結果検証部２４は、特許請求の範囲に記載の「修正手段」に対応する。
【０１００】
実施例４に係るプレゼンスサーバでは、メモリキャッシュ部１０とディスク装置１１とが、最新のプレゼンス情報各々に対応付けて、当該プレゼンス情報が最後に更新された時間に関する情報である更新情報をさらに記憶する。例えば、図１２に示すように、図３を用いて説明した内容に加えて、さらに、最新のプレゼンス情報各々について「更新情報」を記憶する。具体的に例をあげて説明すると、図１２に示すように、ディスク装置１１は、ディスク装置１１内に記憶する情報の一部として、プレゼンティティ情報「携帯電話端末（０９０−△△△△―□□□□）」に対応付けて、Ｔｕｐｌｅ  ｉｄ「通話状態」と、ｓｔａｔｕｓ「待機中」と、ウォッチャ情報「特許桜子」と「特許愛子」と「特許花」とを記憶し、さらに、更新情報「２００７／１２／１  １３：００」を記憶する。
【０１０１】
その上で、実施例４に係るプレゼンスサーバ（比較部２３）は、受信されたプレゼンス情報が更新判別部２０によって更新されていると判別された場合に、当該プレゼンス情報が最後に更新されてから再度更新されるまでに現に経過した時間である現更新時間と、予測手段によって算出された予測時期とを比較する。
【０１０２】
例えば、比較部２３は、ディスク装置１１またはメモリキャッシュ部１０に記憶されている「更新情報」を取得し、その後プレゼンス情報を受信して更新有りと判別した時間に関する情報である現更新時間（例えば、時刻）を取得し、取得した「更新情報」と「現更新時間」とから、更新されるまでに経過した時間を取得する。そして、プレゼンス通知予測部１４から受信している「次更新情報」とを比較して、差を算出する。そして、例えば、図１３に示すように、処理の手順について説明すると、プレゼンス通知があり、更新ありと判別されると（ステップＳ４０１〜ステップＳ４１０）、比較部２３は、予測時期との差を通知する（ステップＳ４１１）。
【０１０３】
予測結果検証部２４は、比較部２３による比較結果により、プレゼンス通知予測部１４によって算出された予測時期より現予測時期が閾値以上長いと判別した場合には、プレゼンス通知予測部１４による予測時期を長く修正し、予測時期より現予測時期が閾値以上短いと判別した場合には、プレゼンス通知予測部１４による予測時期を短く修正する。
【０１０４】
例えば、図１４に示すように、予測結果検証部２４は、次更新予測との差を比較部２３から受け取ると（ステップＳ５０１肯定）、次更新予測との差が閾値以内かを判別する（ステップＳ５０２）。つまり、例えば、閾値として予め「５分」と設定されている場合に、次更新予測との差が「５分」以内であるか否かを判別する。そして、予測結果検証部２４は、閾値以内ではない場合には（ステップＳ５０２否定）、一定回数以上閾値を超えたかを判別する（ステップＳ５０３）。つまり、例えば、一定回数として「３回」と設定されている場合には、次更新予測との差が「５分」以内ではない場合が３回連続したかを判別する。ここで、一定回数以上閾値を超えたと判別する場合には（ステップＳ５０３肯定）、予測結果検証部２４は、予測テーブルの次更新予測を修正する。つまり、例えば、受信したプレゼンス情報に対応付けられた次更新予測の値を、修正する（過去のずれの平均をとりその値を加える）（ステップＳ５０４）。
【０１０５】
なお、次更新時期との差が閾値以内である場合や（ステップＳ５０２肯定）、一定回数以上閾値を越えていない場合には（ステップＳ５０３否定）、予測結果検証部２４は、処理を終了する。
【０１０６】
なお、プレゼンス通知予測部１４が、予測テーブルを持たずに予測を行っている場合には（例えば、所定の計算式を用いて予測を行っている場合など）、予測結果検証部２４は、当該計算式を修正してもよい。また、予測結果検証部２４は、当該プレゼンス情報と対応付けて、修正内容（例えば、現予測時期よりも、次更新予測よりも「３分」短い）をテーブルに記憶し、プレゼンス通知予測部１４が通常通り次更新時期を取得（予測）した後、当該テーブルの内容を用いて次更新予測を修正してもよい。
【０１０７】
なお、図１３のステップＳ４０１〜Ｓ４１０は、図７のステップＳ１０１〜Ｓ１１０と同様であり、図１３のステップＳ４１２〜Ｓ４１８は、図７のステップＳ１１１〜Ｓ１１６と同様であり、説明を省略する。
【０１０８】
また、上記した実施例４では、メモリキャッシュ部１０とディスク装置１１とが更新情報をさらに記憶し、最後に更新がおこなわれてから、更新されていると判別されたプレゼンス情報を受信した時間までに経過した更新間隔を用いて、予測時期との差を算出する手法について説明したが、本発明はこれに限定されるものではない。例えば、プレゼンス通知予測部１４が、次更新予測として「時刻」を通知し、比較部２３は、当該更新されていると判別されたプレゼンス情報を受信した時刻と「次更新予測」とを比較することによって、予測時期との差を算出してもよい。
【０１０９】
また、上記した実施例４では、予測結果検証部２４は、一定回数以上次更新時期との差が閾値を越えた場合にのみ修正を行う手法について説明したが、本発明はこれに限定されるものではなく、例えば、更新時期との差が閾値を越えると、その都度、修正してもよい。
【０１１０】
［実施例４の効果］
上記したように、実施例４によれば、プレゼンスサーバは、受信されたプレゼンス情報が更新されていると判別された場合に、当該プレゼンス情報が最後に更新されてから再度更新されるまでに現に経過した時間である現更新時間と、プレゼンス通知予測部１４によって算出された予測時期とを比較し、比較結果によって、プレゼンス通知予測部１４によって算出された予測時期より現予測時期が閾値以上長い場合には、予測時期を長く修正し、予測時期より現予測時期が閾値以上短い場合には、予測時期を短く修正するので、予測時期の精度を向上することができ、更新頻度が高いプレゼンス情報等のみをメモリキャッシュ部１０に記憶させることが可能であり、その結果、メモリキャッシュ部１０を効率的に使用して、プレゼンス情報を通知する際の処理時間を改善（短縮）することが可能である。
【実施例５】
【０１１１】
さて、これまで、実施例１〜実施例４として、プレゼンス情報を受信（または更新、送信）される際に、当該プレゼンス情報と関連する（例えば、連動して更新される）プレゼンス情報に関する情報をメモリキャッシュ部１０に格納する手法について特に言及しなかったが、本発明はこれに限定されるものではない。そこで、実施例５では、図１５〜図１７を用いて、関連するプレゼンス情報をメモリキャッシュ部１０に格納する手法について説明する。なお、図１５は、実施例５に係るプレゼンスサーバの構成を示すブロック図である。図１６は、実施例５における関連プレゼンス判断部２５を説明するための図である。図１７は、実施例５に係るプレゼンスサーバによる処理の流れを示すフローチャートである。
【０１１２】
図１５に示すように、実施例５に係るプレゼンスサーバは、図２の構成に加えて、後述する関連プレゼンス判断部２５を備える。この関連プレゼンス判断部２５は、メモリキャッシュ制御部１５と接続するものである。なお、関連プレゼンス判断部２５は、特許請求の範囲に記載の「関連記憶手段」と「関連格納手段」とに対応する。
【０１１３】
ここで、実施例５に係るプレゼンスサーバでは、関連プレゼンス判断部２５は、プレゼンス情報各々に対応付けて、当該現在情報が送信されると連動して送信される可能性が高いプレゼンス情報である関連プレゼンス情報を記憶する。例えば、図１６に示すように、関連プレゼンス判断部２５は、プレゼンス情報各々と対応付けて、関連するプレゼンス情報を示す「関連Ｔｕｐｌｅ  ｉｄ」を記憶する。具体的な一例をあげて説明すると、図１６に示すように、関連プレゼンス判断部２５は、Ｔｕｐｌｅ  ｉｄ「地震情報」とｓｔａｔｕｓ「発生」とに対応付けて、関連Ｔｕｐｌｅ  ｉｄ「ユーザ情報」と「携帯電話端末」と「交通量」とを関連テーブルに記憶する。
【０１１４】
そして、実施例５に係るプレゼンスサーバでは、関連プレゼンス判断部２５は、受信されたプレゼンス情報が送信される場合に、当該プレゼンス情報と対応付けて記憶されている関連プレゼンス情報を関連テーブルから取得し、関連プレゼンス情報として取得したプレゼンス情報に対応付けられたウォッチャ情報とプレゼンティティ情報とをディスク装置１１またはメモリキャッシュ部１０から取得し、取得したウォッチャ情報とプレゼンティティ情報とをメモリキャッシュ部１０に格納する。
【０１１５】
ここで、実施例５において行う処理について具体例を用いて説明すると、例えば、地震発生情報のプレゼンスが上がって来ると、安否確認の為の電話が増大すると予測できる為、電話の状態(通話状態、アイドル状態、圏外状態等)を表すプレゼンス情報や電話の状態を持つプレゼンティティを監視しているウォッチャ情報をメモリキャッシュ部１０に格納する。また、 学校が終わったというプレゼンスがあがってくると、生徒の移動(帰宅行動)が始まると予測出来る為、生徒の位置情報を表すプレゼンス情報や生徒の位置情報を持つプレゼンティティを監視しているウォッチャ情報をメモリキャッシュ部１０に格納する。
【０１１６】
［実施例５に係るプレゼンスサーバによる処理］
次に、図１７を用いて、実施例５に係るプレゼンスサーバによる処理について説明する。図１７に示すように、プレゼンス通知があり、プレゼンス情報が通知されると（ステップＳ６０１〜ステップＳ６１１）、関連プレゼンス判断部２５は、関連テーブルに関連プレゼンス情報があるかを判別する（ステップＳ６１２）。
【０１１７】
ここで、関連プレゼンス情報なしと判別された場合には（ステップＳ６１２否定）、処理を終了する。一方、関連プレゼンス判断部２５は、関連プレゼンス情報ありと判別した場合には（ステップＳ６１２肯定）、関連テーブルから関連プレゼンス情報を取得する。具体的な例をあげて説明すると、Ｔｕｐｌｅ  ｉｄ「地震情報」とｓｔａｔｕｓ「発生」が送信された場合には、関連プレゼンス判断部２５は、関連Ｔｕｐｌｅ  ｉｄ「ユーザ情報」と「携帯電話端末」と「交通量」とを関連テーブルから取得する（ステップＳ６１３）。
【０１１８】
そして、関連プレゼンス判断部２５は、取得した関連プレゼンス情報に対応付けられたプレゼンティティ情報があるかを判別する（ステップＳ６１４）。つまり、例えば、ディスク装置１１やメモリキャッシュ部１０に、関連Ｔｕｐｌｅ  ｉｄ「ユーザ情報」や「携帯電話端末」や「交通量」に対応付けられたプレゼンティティが記憶されているかを判別する。そして、関連プレゼンス判断部２５は、プレゼンティティがないと判別した場合には（ステップＳ６１４否定）、処理を終了する。
【０１１９】
一方、プレゼンティティがあると判別した場合には（ステップＳ６１４肯定）、関連プレゼンス判断部２５は、当該情報がメモリキャッシュ部１０に記憶されているかを判別する（ステップＳ６１５）。ここで、メモリキャッシュ部１０に当該情報が記憶されている場合には（ステップＳ６１５肯定）、処理を終了する。一方、関連プレゼンス判断部２５は、メモリキャッシュ部１０にない場合には（ステップＳ６１５否定）、当該プレゼンティティに対応するプレゼンス情報とウォッチャ情報とを、ディスク装置１１から取得する（ステップＳ６１６）。そして、取得したプレゼンス情報とウォッチャ情報とを、メモリキャッシュ部１０に格納する（ステップＳ６１７〜Ｓ６１９）。
【０１２０】
なお、図１７におけるステップＳ６０１〜ステップＳ６１１は、図７におけるステップＳ１０１〜ステップＳ１１１と同様であり、図１７におけるステップＳ６１７〜ステップＳ６１９は、図７におけるステップＳ１１３〜ステップＳ１１６と同様であり、説明を省略する。
【０１２１】
［実施例５の効果］
上記したように、実施例５によれば、プレゼンスサーバは、プレゼンス情報各々に対応付けて、関連プレゼンス情報を記憶し、受信されたプレゼンス情報が送信される場合に、当該プレゼンス情報と対応付けて記憶されている関連プレゼンス情報を取得し、関連プレゼンス情報として取得したプレゼンス情報に対応付けられたウォッチャ情報とプレゼンティティ情報とをディスク装置１１またはメモリキャッシュ部１０から取得し、取得したウォッチャ情報とプレゼンティティ情報とをメモリキャッシュ部１０に格納するので、互いに連動する可能性が高いプレゼンス情報について、予めメモリキャッシュ部１０に記憶させることにより、プレゼンス情報を通知する際の処理時間を改善（短縮）することが可能である。
【実施例６】
【０１２２】
さて、これまで、実施例１〜実施例５として、プレゼンス情報とウォッチャ情報とをメモリキャッシュ部１０に格納する手法について説明したが、本発明はこれに限定されるものでなく、ウォッチャ情報のみをメモリキャッシュ部１０に格納してもよい。そこで、実施例６では、図１８を用いて、ウォッチャ情報のみをメモリキャッシュ部１０に格納する手法について説明する。なお、図１８は、実施例６に係るプレゼンスサーバの特長を示す図である。
【０１２３】
同図に示すように、実施例６に係るプレゼンスサーバは、プレゼンティティ情報に対応付けて、ウォッチャ情報を記憶するディスク装置１１を有する。例えば、図１８の（１）に示すように、実施例６に係るプレゼンスサーバは、ディスク装置１１に、当該ディスク装置１１内に記憶している情報の一部として、プレゼンティティ情報「特許太郎」と対応付けて、ウォッチャ情報「特許花」を記憶する。
【０１２４】
また、実施例６に係るプレゼンスサーバは、図１８の（２）に示すように、実施例６に係るプレゼンスサーバは、メモリキャッシュ部１０に、プレゼンティティ情報「特許太郎」と対応付けて、ウォッチャ情報「特許花」を記憶する。
【０１２５】
なお、ここで、上記したディスク装置は、実施例１に係るプレゼンスサーバによって用いられるすべてのプレゼンティティ情報とウォッチャ情報とを、予め記憶しているものである。また、上記したメモリキャッシュは、後述するように、ディスク装置に記憶されている情報の内更新頻度が高いと予測されたプレゼンス情報に関するプレゼンティティ情報とウォッチャ情報とのみを、実施例１に係るプレゼンスサーバによって格納されて記憶するものである。
【０１２６】
そして、実施例６に係るプレゼンスサーバは、プレゼンティティから、当該プレゼンティティを特定するプレゼンティティ情報とプレゼンス情報とを受信する。例えば、図１８の（３）の「例１」に示すように、実施例６に係るプレゼンスサーバは、プレゼンティティ「特許太郎」から、プレゼンティティ情報「特許太郎」とプレゼンス情報「通話中」とを受信する。
【０１２７】
そして、プレゼンティティ情報が受信されると、実施例６に係るプレゼンスサーバの取得部１９は、当該プレゼンティティ情報に対応付けられたウォッチャ情報がメモリキャッシュ部１０によって記憶されている場合には、メモリキャッシュ部１０から当該ウォッチャ情報を取得し、メモリキャッシュ部１０によって記憶されていない場合には、ディスク装置１１から当該ウォッチャ情報を取得する。
【０１２８】
例えば、図１８の（３）の「例１」に示す例を用いて説明すると、図１８の（４ａ）に示すように、実施例６に係るプレゼンスサーバは、プレゼンティティ情報「特許太郎」に対応付けられたウォッチャ情報がメモリキャッシュ部１０によって記憶されているため、メモリキャッシュ部１０から、ウォッチャ情報「特許花」を取得する。
【０１２９】
そして、実施例６に係るプレゼンスサーバは、受信したプレゼンス情報を送信する。例えば、図１８の（３）の「例１」と「例２」とに示す例を用いて説明すると、図１８の（５）に示すように、プレゼンスサーバは、プレゼンス情報「通話中」を、対応するウォッチャ「特許花」に送信する。
【０１３０】
また、図１８の（６）に示すように、実施例６に係るプレゼンスサーバの予測部は、受信されたプレゼンス情報から、当該プレゼンス情報がその後更新される時期を予測する。
【０１３１】
そして、図１８の（７）に示すように、実施例６に係るプレゼンスサーバの格納部２１は、予測部によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該プレゼンス情報を発信したプレゼンティティを特定するプレゼンティティ情報と、プレゼンティティ情報に対応付けられてディスク装置１１によって記憶されているウォッチャ情報とを、メモリキャッシュ部１０に格納する。
【０１３２】
［実施例６の効果］
上記したように、実施例６によれば、プレゼンスサーバは、メモリキャッシュ部１０と、ディスク装置１１とを有し、プレゼンティティから、プレゼンティティ情報とプレゼンス情報とを受信し、当該プレゼンティティ情報に対応付けられたウォッチャ情報がメモリキャッシュ部１０によって記憶されている場合には、当該メモリキャッシュ部１０から当該ウォッチャ情報を取得し、ウォッチャ情報がメモリキャッシュ部１０によって記憶されていない場合には、ディスク装置１１から当該ウォッチャ情報を取得し、取得されたウォッチャ情報によって特定されるウォッチャに、受信されたプレゼンス情報を送信し、受信されたプレゼンス情報から、当該プレゼンス情報がその後更新される時期を予測し、予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該プレゼンス情報を発信したプレゼンティティを特定するプレゼンティティ情報と、当該プレゼンティティ情報に対応付けられてディスク装置１１によって記憶されているウォッチャ情報とを、メモリキャッシュ部１０に格納するので、事象に関する状態を示す情報であるプレゼンス情報を通知する際の処理時間を改善（短縮）することが可能である。
【実施例７】
【０１３３】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、実施例７では、異なる実施例について説明する。
【０１３４】
［事象情報サーバについて］
上記した実施例において説明した事象情報サーバについては、プレゼンスサーバが該当するものとして説明したが、本発明はこれに限定されるものではなく、事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する装置に適用してもよい。
【０１３５】
［予測テーブルについて］
実施例１において説明した予測テーブルにおいては、時間帯を区別せずに、プレゼンス情報と対応付けて次更新予測を記憶する手法について説明したが本発明はこれに限定されるものではなく、図１９に示すように、時間帯ごとに、次更新予測を記憶してもよい。これにより、例えば、野球の途中経過や株価情報等、特定時間帯には頻繁に更新されるが、それ以外の時間帯には更新されないプレゼンス情報である場合にも、メモリキャッシュ部１０を効率よく使用して事象に関する状態を示す情報であるプレゼンス情報を通知する際の処理時間を改善（短縮）することが可能である。なお、図１９は、実施例７における予測テーブルの一例を示すための図である。
【０１３６】
［実施例の組み合わせ］
なお、上記した実施例各々は、他の実施例と組み合わせて実施してもよい。具体的には、実施例１または実施例２と、実施例２〜５の内のいずれか一つまたは複数の実施例を同時に実施してもよい。例えば、実施例１に加えて、実施例４において説明した予測結果検証部２４と、実施例５において説明した関連プレゼンス判断部２５とを併せて実施してもよい。
【０１３７】
［システム構成等］
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき（例えば、図７のステップＳ１１５に示す「古いデータをメモリキャッシュ部１０から削除する」処理を手動で行ってもよい）。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（例えば、図１〜図１９）、特記する場合を除いて任意に変更することができる。
【０１３８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示す構成の例において、メモリキャッシュ制御部１５とディスク装置制御部１８とを統合し、また、プレゼンス通知予測部１４とメモリキャッシュ制御部１５と、メモリキャッシュ部１０とを、そのほかの装置から分離してもよい。
【０１３９】
［プログラム］
ところで、上記実施例１では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、予め用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図２０を用いて、上記の実施例１に示したプレゼンスサーバと同様の機能を有するプレゼンスサーバプログラムを実行するコンピュータの一例を説明する。なお、図２０は、実施例１に係るプレゼンスサーバのプログラムを説明するための図である。
【０１４０】
同図に示すように、実施例１に示したプレゼンスサーバは、操作部３００１、マイク３００２、スピーカ３００３、ディスプレイ３００４、ディスク装置３００５、通信部３００６、メモリキャッシュ３００７、ＣＰＵ３０１０、ＲＯＭ３０１１、ＨＤＤ３０１２、ＲＡＭ３０１３をバス３００９などで接続して構成されている。
【０１４１】
ＲＯＭ３０１１には、上記の実施例１で示したプレゼンス通知受付部１２と、プレゼンス翻訳部１３と、プレゼンス通知予測部１４と、ウォッチャ要求受付部１６と、対ウォッチャ通知部１７と、メモリキャッシュ制御部１５と、ディスク装置制御部１８と同様の機能を発揮する制御プログラム、つまり、同図に示すように、プレゼンス通知受付プログラム３０１１ａと、プレゼンス翻訳プログラム３０１１ｂと、プレゼンス通知予測プログラム３０１１ｃと、ウォッチャ要求受付プログラム３０１１ｄと、対ウォッチャ通知プログラム３０１１ｅと、メモリキャッシュ制御プログラム３０１１ｆと、ディスク装置制御プログラム３０１１ｇとが予め記憶されている。なお、これらのプログラム３０１１ａ〜３０１１ｇについては、図２に示したプレゼンスサーバの各構成要素と同様、適宜統合または分離してもよい。
【０１４２】
そして、ＣＰＵ３０１０が、これらのプログラム３０１１ａ〜３０１１ｇをＲＯＭ３０１０から読み出して実行することにより、図２０に示すように、各プログラム３０１１ａ〜３０１１ｇについては、プレゼンス通知受付プロセス３０１０ａと、プレゼンス翻訳プロセス３０１０ｂと、プレゼンス通知予測プロセス３０１０ｃと、ウォッチャ要求受付プロセス３０１０ｄと、対ウォッチャ通知プログラムプロセス３０１０ｅと、メモリキャッシュ部１０制御プロセス３０１０ｆと、ディスク装置１０制御プロセス３０１０ｇとして機能するようになる。なお、各プロセス３０１０ａ〜３０１０ｇは、図２に示した、プレゼンス通知受付部１２と、プレゼンス翻訳部１３と、プレゼンス通知予測部１４と、ウォッチャ要求受付部１６と、対ウォッチャ通知部１７と、メモリキャッシュ制御部１５と、ディスク装置制御部１８とにそれぞれ対応する。
【０１４３】
そして、ＨＤＤ３０１２には、次更新予測テーブル３０１２ａと、ウォッチャ情報テーブル３０１２ｂと、プレゼンス情報テーブル３０１２ｃとが設けられている。
【０１４４】
そして、ＣＰＵ３０１０は、次更新予測テーブル３０１２ａと、ウォッチャ情報テーブル３０１２ｂと、プレゼンス情報テーブル３０１２ｃとを読み出してＲＡＭ３０１３に格納し、ＲＡＭ３０１３に格納された次更新予測データ３０１３ａと、ウォッチャ情報データ３０１３ｂと、プレゼンス情報データ３０１３ｃとを用いて、プレゼンスサーバプログラムを実行する。
【０１４５】
［その他］
なお、本実施例で説明したプレゼンスサーバは、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０１４６】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１４７】
（付記１）事象に関する状態を示す情報である事象情報を、当該事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する事象情報サーバであって、
前記発信元を特定する発信元情報に対応付けて、当該発信元から受信した事象情報を通知する通知先を一意に特定する通知先情報を記憶する第１の記憶手段と、
前記第1の記憶手段によって記憶される情報の一部を一時的に記憶し、前記第１の記憶手段と比較してより高速にアクセスすることが可能である第２の記憶手段と、
前記発信元から、当該発信元を特定する前記発信元情報と前記事象情報とを受信する受信手段と、
前記受信手段によって前記発信元情報が受信されると、当該発信元情報に対応付けられた前記通知先情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から当該通知先情報を取得し、前記通知先情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から当該通知先情報を取得する取得手段と、
前記取得手段によって取得された前記通知先情報によって特定される通知先に、前記受信手段によって受信された前記事象情報を送信する送信手段と、
前記受信手段によって受信された事象情報から、当該事象情報がその後更新される時期を示す予測時期を予測する予測手段と、
前記予測手段によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該事象情報を発信した発信元を特定する発信元情報と、当該発信元情報に対応付けられて前記第１の記憶手段によって記憶されている前記通知先情報とを、前記第２の記憶手段に格納する格納手段と、
を備えたことを特徴とする事象情報サーバ。
【０１４８】
（付記２）前記第１の記憶手段および前記第２の記憶手段は、前記発信元情報と対応付けて、当該発信元情報によって特定される発信元から発信された最新の前記事象情報をさらに記憶するものであって、
前記取得手段は、前記発信元情報に対応付けられた前記通知先情報および前記事象情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から前記事象情報をさらに取得し、前記通知先情報および前記事象情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から前記事象情報をさらに取得し、
前記取得手段によって前記事象情報が取得されると、前記受信手段によって受信された前記事象情報が、前記取得手段によって取得された前記事象情報から更新されているかを判別する更新判別手段をさらに備え、
前記送信手段は、前記更新判別手段によって更新されていると判別された場合にのみ、受信された前記事象情報を送信し、
前記格納手段は、前記発信元情報と対応付けて、前記受信手段によって受信された前記事象情報をさらに前記第２の記憶手段に格納することを特徴とする付記１に記載の事象情報サーバ。
【０１４９】
（付記３）発信元から発信された前記事象情報の通知を要求する通知要求を通知先から受付ける際に、当該発信元を特定する前記発信元情報と、当該通知先を特定する要求通知先情報とを受け付ける要求受付手段と、
前記要求受付手段によって前記発信元情報が受け付けられると、当該発信元情報に対応付けられた前記事象情報が前記第２の記憶手段によって記憶されている場合には、当該第２の記憶手段から前記事象情報を取得し、前記事象情報が前記第２の記憶手段によって記憶されていない場合には、前記第１の記憶手段から前記事象情報を取得する要求受付時取得手段と、
前記要求受付時取得手段によって取得された前記事象情報を、前記要求受付手段によって受付けられた前記通知先情報によって特定される通知先に送信する要求受付時送信手段と、
をさらに備えることを特徴とする付記２に記載の事象情報サーバ。
【０１５０】
（付記４）前記受信手段によって受信された前記事象情報が前記更新判別手段によって更新されていると判別された場合に、当該事象情報が最後に更新されてから再度更新されるまでに現に経過した時間である現更新時間と、前記予測手段によって算出された前記予測時期とを比較する比較手段と、
前記比較手段による比較結果により、前記予測手段によって算出された前記予測時期より前記現更新時間が閾値以上長いと判別した場合には、前記予測時期を長く修正し、前記予測時期より前記現更新時間が閾値以上短いと判別した場合には、前記予測時期を短く修正する修正手段と、
をさらに備えたことを特徴とする付記２または３に記載の事象情報サーバ。
【０１５１】
（付記５）前記事象情報各々に対応付けて、当該事象情報が送信されると連動して送信される可能性が高い事象情報である関連事象情報を記憶する関連記憶手段と、
受信された事象情報が前記送信手段によって送信される場合に、当該事象情報と対応付けて記憶されている関連事象情報を前記関連記憶手段から取得し、関連事象情報として取得した前記事象情報に対応付けられた前記通知先情報と前記発信元情報とを前記第１の記憶手段または前記第２の記憶手段から取得し、取得した前記通知先情報と前記発信元情報とを前記第２の記憶手段に格納する関連格納手段と、
をさらに備えることを特徴とする付記２〜４のいずれか一つに記載の事象情報サーバ。
【０１５２】
（付記６）前記受信手段によって前記発信元情報が受信されると、当該発信元情報に対応付けられた通知先情報の数を前記第１の記憶手段または前記第２の記憶手段から取得する通知先数取得手段をさらに備え、
前記格納手段は、通知先数取得手段によって取得された通知先情報の数と前記予測時期との組み合わせから導出される値である比較値と、予め設定されている閾値とを比較し、当該比較値が当該閾値内である場合には、当該発信元情報と、当該発信元情報に対応付けられて前記第１の記憶手段によって記憶されている前記通知先情報とを、前記第２の記憶手段に格納する
ことを特徴とする付記１〜５のいずれか一つに記載の事象情報サーバ。
【０１５３】
（付記７）事象に関する状態を示す情報である事象情報を、当該事象情報を発信する発信元から受信し、当該事象情報発信元から受信した事象情報を通知先に送信する事象情報サーバを制御する制御方法であって、
前記発信元から、当該発信元を特定する前記発信元情報と前記事象情報とを受信する受信工程と、
前記受信工程によって前記発信元情報が受信されると、当該発信元情報によって特定される前記発信元に対応付けられた当該発信元から受信した事象情報を通知する通知先を一意に特定する通知先情報が、前記発信元を特定する発信元情報に対応付けて通知先情報を記憶する第１の記憶部によって記憶される情報の一部を一時的に記憶し、前記第１の記憶部と比較してより高速にアクセスすることが可能である第２の記憶部によって記憶されている場合には、当該第２の記憶部から当該通知先情報を取得し、前記通知先情報が前記第２の記憶部によって記憶されていない場合には、前記第１の記憶部から当該通知先情報を取得する取得工程と、
前記取得工程によって取得された前記通知先情報によって特定される通知先に、前記受信工程によって受信された前記事象情報を送信する送信工程と、
前記受信工程によって受信された事象情報から、当該事象情報がその後更新される時期を示す予測時期を予測する予測工程と、
前記予測工程によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該事象情報を発信した発信元を特定する発信元情報と、当該発信元情報に対応付けられて前記第１の記憶部によって記憶されている前記通知先情報とを、前記第２の記憶部に格納する格納工程と、
を含んだことを特徴とする事象情報サーバを制御する制御方法。
【０１５４】
（付記８）事象に関する状態を示す情報である事象情報を、当該事象情報を発信する発信元から受信し、当該発信元から受信した事象情報を通知先に送信する方法をコンピュータに実行させる制御プログラムであって、
前記発信元から、当該発信元を特定する前記発信元情報と前記事象情報とを受信する受信手順と、
前記受信手順によって発信元情報が受信されると、当該発信元情報によって特定される前記発信元に対応付けられた当該発信元から受信した事象情報を通知する通知先を一意に特定する通知先情報が、前記発信元を特定する発信元情報に対応付けて通知先情報を記憶する第１の記憶部によって記憶される情報の一部を一時的に記憶し、前記第１の記憶部と比較してより高速にアクセスすることが可能である第２の記憶部によって記憶されている場合には、当該第２の記憶部から当該通知先情報を取得し、前記通知先情報が前記第２の記憶部によって記憶されていない場合には、前記第１の記憶部から当該通知先情報を取得する取得手順と、
前記取得手順によって取得された前記通知先情報によって特定される通知先に、前記受信手順によって受信された前記事象情報を送信する送信手順と、
前記受信手順によって受信された事象情報から、当該事象情報がその後更新される時期を示す予測時期を予測する予測手順と、
前記予測手順によって予測された予測時期と、予め設定されている閾値とを比較し、当該予測時期が当該閾値内である場合には、当該事象情報を発信した発信元を特定する発信元情報と、当該発信元情報に対応付けられて前記第１の記憶部によって記憶されている前記通知先情報とを、前記第２の記憶部に格納する格納手順と、
をコンピュータに実行させることを特徴とする制御プログラム。
【図面の簡単な説明】
【０１５５】
【図１】実施例１に係るプレゼンスサーバの概要および特徴を示すための図である。
【図２】実施例１に係るプレゼンスサーバの構成を示すブロック図である。
【図３】実施例１におけるディスク装置に格納されている情報の一例を説明するための図である。
【図４】実施例１におけるメモリキャッシュ部に格納されている情報の一例を説明するための図である。
【図５】実施例１におけるプレゼンス情報を説明するための図である。
【図６】実施例１におけるプレゼンス通知予測部を説明するための図である。
【図７】実施例１に係るプレゼンスサーバによる処理の流れを示すフローチャートである。
【図８】実施例２の特徴を説明するための図である。
【図９】実施例２におけるウォッチャ登録処理の流れを示すフローチャートである。
【図１０】実施例３に係るプレゼンスサーバの処理がプレゼンス収集要求を受付けた際の処理の流れを示すフローチャートである。
【図１１】実施例４に係るプレゼンスサーバの構成を示すブロック図である。
【図１２】実施例４におけるディスク装置に格納されている情報の一例を説明するための図である。
【図１３】実施例４に係るプレゼンスサーバによる処理の流れを示すフローチャートである。
【図１４】実施例４における予測結果検証部による処理の流れを示すフローチャートである。
【図１５】実施例５に係るプレゼンスサーバの構成を示すブロック図である。
【図１６】実施例５における関連プレゼンス判断部を説明するための図である。
【図１７】実施例５に係るプレゼンスサーバによる処理の流れを示すフローチャートである。
【図１８】実施例６に係るプレゼンスサーバの特長を示す図である。
【図１９】実施例７における予測テーブルの一例を示すための図である。
【図２０】実施例１に係るプレゼンスサーバのプログラムを説明するための図である。
【符号の説明】
【０１５６】
１０  メモリキャッシュ部
１１  ディスク装置
１２  プレゼンス通知受付部
１３  プレゼンス翻訳部
１４  プレゼンス通知予測部
１５  メモリキャッシュ制御部
１６  ウォッチャ要求受付部
１７  対ウォッチャ通知部
１８  ディスク装置制御部
１９  取得部
２０  更新判別部
２１  格納部
２２  ウォッチャ数取得部
２３  比較部
２４  予測結果検証部
２５  関連プレゼンス判断部
【図１】
0004992752.tif 000002
【図２】
0004992752.tif 000003
【図３】
0004992752.tif 000004
【図４】
0004992752.tif 000005
【図５】
0004992752.tif 000006
【図６】
0004992752.tif 000007
【図７】
0004992752.tif 000008
【図８】
0004992752.tif 000009
【図９】
0004992752.tif 000010
【図１０】
0004992752.tif 000011
【図１１】
0004992752.tif 000012
【図１２】
0004992752.tif 000013
【図１３】
0004992752.tif 000014
【図１４】
0004992752.tif 000015
【図１５】
0004992752.tif 000016
【図１６】
0004992752.tif 000017
【図１７】
0004992752.tif 000018
【図１８】
0004992752.tif 000019
【図１９】
0004992752.tif 000020
【図２０】
0004992752.tif 000021