JP2008070988A - プレゼンスサービス支援システム、プレゼンスサービス支援方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】グループの構成の変更に伴うバディリストなどの更新を、プレゼンスシステム全体への影響をなるべく与えないようにしつつ実行する。
【解決手段】プレゼンスサービス支援システムに、ユーザの所属先を示す情報を記憶する手段と、各ユーザのバディリストを記憶する手段と、どのグループに所属するユーザのプレゼンスを確認することができるのかを示す表示可能グループリストを、ユーザごとに記憶する手段と、グループ内の構成に変更があった場合に、そのグループを示す表示可能グループリストを有するユーザを検索する表示可能グループリストオーナ取得部２０３と、そのユーザに対して、バディリストなどの更新を促すメッセージを送信するメッセージ送信処理部２０５と、そのユーザからの指令に基づいてそのユーザのバディリストなどを更新する手段と、を設けておく。
【選択図】図１１

Description

本発明は、プレゼンスサービスを支援するシステムに関する。

近年、モバイルセントレックスまたはＩＰセントレックスなどを利用した「プレゼンスサービス」というサービスが提供されている。プレゼンスサービスによると、それに参加するユーザ同士が各人の現在の状態（例えば、「在席している」、「欠勤している」、「外出中である」、または「会議中である」など）に関する情報を共有することができる。プレゼンスサービスにおいては、現在の状態は「プレゼンス」と呼ばれる。

このプレゼンスサービスの提供は、プレゼンスシステムによって行われる。プレゼンスシステムは、通常、各ユーザのプレゼンスの情報（以下、「プレゼンス情報」と記載する。）を取得し提供するプレゼンスサーバ、各ユーザが使用する携帯端末、および各ユーザのユーザプロファイルなどを管理するデータベースを有するデータベースサーバなどによって構成される。

ユーザは、自分の携帯端末を使用して自分のプレゼンス情報をプレゼンスサーバに登録することができる。プレゼンスサーバが自動的に各ユーザのプレゼンス情報を取得する場合もある。また、ユーザは、自分の携帯端末を使用してプレゼンスサーバにアクセスし、他のユーザのプレゼンスを参照することができる。

さらに、プレゼンスシステムには、ユーザごとに「バディリスト」と呼ばれるリストが用意されていることがある。ユーザは、自分がよく連絡を取る相手または仕事などで関連のある人物などを、「バディ」と呼ばれるメンバとして、自分のバディリストに登録しておくことができる。ユーザが自分のバディリストをオープンする操作を行うと、そのユーザの携帯端末は、プレゼンスサーバからそのユーザのバディリストに登録されているバディ全員のプレゼンス情報をダウンロードし、バディごとのプレゼンスを示すバディリストを表示する。

プレゼンスシステムは、企業または役所などの団体によって使用されるようになりつつある。特に、ユーザである従業員の人数が多い団体および各地に拠点を有する団体にとって、好適である。

ところで、プレゼンス情報のダウンロードつまりプレゼンスの参照を無制限に認めると、携帯端末からプレゼンスサーバへのアクセスが一度に集中し、通信のトラヒックおよびプレゼンスサーバへの負荷が極端に増加する。

そうすると、携帯端末に対するレスポンスの遅延を招いてしまう。また、プレゼンスサーバが行うべき他の処理（例えば、プレゼンス情報を取得する処理）が実行しにくくなってしまうことがある。

そこで、「制限プレゼンス」という方法が用いられる。この方法によると、以下のようにして、各ユーザが一度に参照できるプレゼンスを減らし、通信のトラヒックおよびプレゼンスサーバへの負荷の低減を図る。

例えばプレゼンスシステムが企業において使用される場合は、部または課などの単位でグループを設定しておき、各ユーザ（従業員）をいずれかの１つまたは複数のグループのメンバとして登録しておく。つまり、ユーザをグループ分けしておく。

さらに、「表示可能グループリスト」というリストをユーザごとに設けておく。ユーザは、自分の表示可能グループリストに、自分がプレゼンスを参照したいと思う相手（例えば、自分がよく連絡を取る相手または仕事などで関連のある人物など）の所属するグループを登録しておく。

ユーザが他のユーザのプレゼンスを参照しようとしても、そのユーザ自身の表示可能グループリストに当該他のユーザの所属するグループが登録されている場合に限り、当該他のユーザのプレゼンスを参照することを許可する。

また、プレゼンスサービスの利便性を向上するために特許文献１のような方法が提案されている。

特許文献１によれば、プレゼンス通知メッセージを、ユーザの全ての端末に送信する。送信のタイミングは、例えばバディのプレゼンス情報の更新時、新たなバディの設定時、表示属性情報の更新時、バディが解除されたとき、見知らぬプレゼンティティのプレゼンス通知の時である。これにより、プレゼンスシステム上で一人のユーザが複数の端末を使用している場合に、動的に変化するバディリストを端末間で同期させることができる。また、バディリストの表示形態が端末間でばらつくことなく、同一の形態で表示される。
特開平２００４−３０３７１号公報

企業で使用されるプレゼンスシステムにおいては、しばしば、グループを構成するメンバが変更されることがある。つまり、あるグループから別のグループに異動するユーザがしばしば現れる。

そうすると、その異動者を自らのバディリストに登録しているユーザは、自らの表示可能グループリストの内容によっては、突然、その異動者のプレゼンスを参照できなくなることがある。突然プレゼンスを参照できなくなると、ユーザは、その事情を知らされていなければ、プレゼンスシステムが故障したと勘違いしてしまうことがある。

このような問題点を解消するために、ユーザプロファイル、バディリスト、および表示可能グループリストをそれぞれ管理するデータベース同士を連携させ、グループの構成に変更があった場合に、影響を受けるユーザのバディリストおよび表示可能グループリストを一括して自動的に更新できるようにすることが考えられる。

しかし、通常、企業などではユーザの人数が多いので、管理すべきユーザプロファイル、バディリスト、および表示可能グループリストの個数も多くなる。したがって、上記のようにバディリストおよび表示可能グループリストを一括して自動的に更新しようとすると、データベースサーバに対して一度に非常に大きな負荷がかかってしまう。そうすると、データベースサーバのリソースが長時間、更新の処理によって占有されてしまい、プレゼンスシステム全体が正常に機能しなくなるおそれがある。

本発明は、このような問題点に鑑み、グループの構成の変更に伴うバディリストなどの更新を、プレゼンスシステム全体への影響をなるべく与えないようにしつつ実行できるようにすることを目的とする。

本発明に係るプレゼンスサービス支援システムは、ユーザに対して他者であるメンバのプレゼンスの情報を提供するプレゼンスサービスを支援するプレゼンスサービス支援システムであって、自らのプレゼンスの情報が提供され得る前記メンバがどのグループに所属するのかを示す所属情報を記憶する所属情報記憶手段と、前記ユーザごとに、前記メンバを登録しておくためのメンバリストを記憶する、メンバリスト記憶手段と、前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストを記憶する、グループリスト記憶手段と、グループ内の構成に変更があった場合に、当該グループを含んだ前記グループリストを有する前記ユーザを検索するユーザ検索手段と、前記ユーザ検索手段が検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信するメッセージ送信手段と、前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を行うリスト更新手段と、を有する。

好ましくは、前記メンバリストおよび前記グループリストに対する前記更新の処理を直ちに行うべきであるかまたは前記メッセージを直ちに送信すべきであるかを決定する、処理決定手段と、前記更新を直ちに行うべきであると前記処理決定手段によって決定された場合に、前記変更の影響を受ける前記メンバリストおよび前記グループリストを、当該メンバリストおよび当該グループリストを有するユーザの操作によらずに更新する、第二のリスト更新手段と、を有し、前記メッセージ送信手段は、前記メッセージを、当該メッセージを直ちに送信すべきであると前記処理決定手段によって決定された場合に送信する。

さらに好ましくは、前記第二のリスト更新手段によって前記メンバリストに新たに前記メンバが登録された場合に、当該登録されたメンバと他の前記メンバとが区別できる状態で当該メンバリストを表示するためのデータを、当該メンバリストを有する前記ユーザの端末装置に送信するメンバリストデータ送信手段を有する。

グループの構成の変更に伴うバディリストなどの更新を、プレゼンスシステム全体への影響をなるべく与えないようにしつつ実行できる。

図１は本発明に係るプレゼンスシステム１の全体的な構成の例を示す図、図２はグループの構成の例を示す図、図３はプレゼンス管理テーブルＴＬＰＲの例を示す図、図４はバディリスト画面ＦＲＢの例を示す図、図５はグループテーブルＴＬＧの例を示す図、図６はプロファイルテーブルＴＬＰの例を示す図、図７はバディリストテーブルＴＬＢおよび表示可能グループリストテーブルＴＬＬがリスト管理データベース４２に記憶されている状態を説明するための図、図８はバディリストテーブルＴＬＢの例を示す図、図９は表示可能グループリストテーブルＴＬＬの例を示す図である。

図１の本発明に係るプレゼンスシステム１は、プレゼンスサービスを会社または役所などの団体に提供するためのシステムである。本実施形態では、モバイルセントレックスまたはＩＰセントレックスを利用したプレゼンスサービスが提供される。

プレゼンスシステム１によると、団体の構成員同士で各人の現在の状態を示す情報を共有することができる。現在の状況を「プレゼンス」と記載する。他の構成員に連絡を取りたい構成員は、当該他の構成員のプレゼンスを確認し、そのプレゼンスに応じて、内線電話、外線電話、または電子メールなどの連絡方法を適切に選択して連絡できるようになる。以下、「企業Ｘ」がこのプレゼンスシステム１を利用している場合を例に説明する。

図２に示すように、企業Ｘでは、複数のグループが設定されている。各グループには、ユニークなグループ番号が１つずつ与えられている。これらのグループは、例えば、部または課などの単位で設定される。企業Ｘの従業員は、少なくともこれらのグループのうちの１つに所属している。また、各従業員には、ユニークなユーザ番号が１つずつ与えられている。以下、企業Ｘの従業員を「ユーザ」と記載する。

図１に示すように、プレゼンスシステム１は、プレゼンスサービス提供システム２、管理者端末２１、およびユーザ端末３１などによって構成される。これらの各装置は、ネットワークＮＷ１を介して互いに接続されている。ネットワークＮＷ１として、ＬＡＮ、ＷＡＮ、インターネット、公衆回線、または専用線などが用いられる。

管理者端末２１は、プレゼンスシステム１の管理を担当する従業員（以下、「管理者」と記載する。）が使用する端末装置である。管理者は、管理者端末２１を用いて、プレゼンスサービスに必要な種々のデータを登録し、更新し、または削除するための操作を行う。なお、管理者端末２１には、Ｗｅｂブラウザがインストールされている。管理者は、例えばそのＷｅｂブラウザの機能を利用して後に説明するプレゼンスサーバ１１およびＷｅｂアプリケーションサーバ１２にアクセスし、データの登録などを行う。

管理者端末２１として、パーソナルコンピュータまたはワークステーションなどが用いられる。

プレゼンスサービス提供システム２は、プレゼンスサーバ１１、Ｗｅｂアプリケーションサーバ１２、データベースサーバ１３、およびメールサーバ１４などによって構成される。これらは、ネットワークＮＷ２を介して互いに接続されている。プレゼンスサービス提供システム２は、例えば、プレゼンスサービスを提供する電気通信事業者のオフィスに設置される。ネットワークＮＷ２として、その電気通信事業者が有するＬＡＮまたはＷＡＮなどが用いられる。または、企業Ｘ自身がプレゼンスサービス提供システム２を運用する場合もある。

プレゼンスサーバ１１は、プレゼンス管理テーブルＴＬＰＲを有しており、それによって、各ユーザのプレゼンスを管理する。

図３に示すように、プレゼンス管理テーブルＴＬＰＲには、ユーザごとのユーザ番号およびプレゼンスを示すプレゼンスデータＤＰＲが格納される。以下、各プレゼンスデータＤＰＲを「プレゼンスデータＤＰＲ１」、「プレゼンスデータＤＰＲ２」、…と区別して記載することがある。後に順次説明する他のデータについても同様に、末尾に連番などを付加した符号によって区別して記載することがある。また、連番などを省略した共通の符号によってまとめて記載することもある。

企業Ｘがプレゼンスシステム１からプレゼンスサービスの提供を受け始める際に、管理者が管理者端末２１を操作することによって各ユーザのプレゼンスデータＤＰＲがプレゼンス管理テーブルＴＬＰＲに登録される。その後に企業Ｘに入社したユーザのプレゼンスデータＤＰＲは、適宜、管理者が管理者端末２１を操作することによってプレゼンス管理テーブルＴＬＰＲに追加される。また、退職したユーザのプレゼンスデータＤＰＲは、適宜、削除される。

プレゼンスデータＤＰＲの「プレゼンス」の項目は、最初は「Ｎｕｌｌ」が設定されており、プレゼンスデータＤＰＲに係るユーザがユーザ端末３１を用いて自らのプレゼンスを更新する操作を行ったときに更新される。

また、プレゼンスサーバ１１は、ユーザからの問合せに応じてプレゼンスデータＤＰＲに示されるプレゼンスを回答する処理を行う。なお、上に述べた「プレゼンス」の項目の内容の更新および回答は、公知の方法によって行われる。

ユーザ端末３１は、ユーザがプレゼンスサービスの提供を受けるために使用する携帯電話端末である。ユーザ端末３１にはＷｅｂブラウザがインストールされており、ユーザは、例えば、そのＷｅｂブラウザの機能を利用してプレゼンスサーバ１１およびＷｅｂアプリケーションサーバ１２にアクセスすることで、プレゼンスサービスによって提供される各種の機能を利用する。

なお、携帯電話端末の代わりに、ユーザ端末３１として、通信機能を有するＰＤＡ（Personal Digital Assistants）またはノートパソコンなどを用いてもよい。

各ユーザには、それぞれ、企業Ｘから少なくとも１台のユーザ端末３１が貸与されている。ユーザは、自らに貸与されているユーザ端末３１を用いて、他のユーザのプレゼンスを参照することができる。本実施形態では、例えば、図４に示すような、ユーザ端末３１の表示部ＨＹに表示されるバディリスト画面ＦＲＢによって参照する。

図４においてバディリスト画面ＦＲＢには、ユーザ端末３１を使用しているユーザが自分のバディリストに予め登録しておいた他のユーザの名前（ユーザ名）およびプレゼンスが配置されている。なお、「バディリスト」とは、例えば、プレゼンスを頻繁に確認する相手またはよく連絡を取る相手などを登録しておくためのリストである。このバディリストにこれらの相手を登録しておけば、バディリストをオープンするだけでこれらの相手のプレゼンスをまとめて確認することができる。以下、バディリストに登録（追加）されているユーザ（メンバ）のことを「バディ」と記載することがある。バディリストの管理の方法およびバディリスト画面ＦＲＢの表示の方法については、後に説明する。

ユーザは、ユーザ端末３１を用いて、自分のプレゼンスを変更することもできる。プレゼンスを変更する際は、所定の操作によってその変更のための画面を表示部ＨＹに表示させ、自分の現在の状況つまりプレゼンスを入力する。すると、そのユーザのユーザ番号と入力されたプレゼンスとを示すデータがユーザ端末３１からプレゼンスサーバ１１に送信される。プレゼンスサーバ１１では、そのデータに基づいてそのユーザのプレゼンスデータＤＰＲ（図３参照）が更新される。

また、ユーザは、自らのユーザ端末３１を用いて、電話または電子メールなどで他のユーザに連絡することもできる。ユーザ端末３１としてモバイルセントレックスなどの機能に対応した携帯電話端末を用いた場合は、社外ではそのユーザ端末３１を外線の電話機として用いることができ、社内では内線の電話機として用いることができる。

Ｗｅｂアプリケーションサーバ１２は、管理者端末２１またはユーザ端末３１のＷｅｂブラウザから指令を受け付け、データベースサーバ１３で管理されているデータに対する処理をその指令に基づいて行う。つまり、Ｗｅｂアプリケーションサーバ１２は、管理者端末２１またはユーザ端末３１とデータベースサーバ１３とのインタフェースの役割を果たす。

例えば、Ｗｅｂアプリケーションサーバ１２は、管理者端末２１からの指令に基づいて、データベースサーバ１３で管理されているデータベースにデータを登録し、これらのデータを更新しまたは削除するための処理を行う。または、ユーザ端末３１からの指令に基づいて、後に説明するバディリストテーブルＴＬＢおよび表示可能グループリストテーブルＴＬＬのデータを登録し、更新し、または削除するための処理を行う。具体的な処理の内容については、後に説明する。

データベースサーバ１３は、マスタ管理データベース４１およびリスト管理データベース４２を有し、ユーザおよびグループに関するデータおよびプレゼンスサービスの利便性の向上に必要なデータを管理する。

マスタ管理データベース４１は、グループテーブルＴＬＧおよびプロファイルテーブルＴＬＰによって構成される。

図５に示すように、グループテーブルＴＬＧには、グループ番号およびグループの名前（グループ名）などを示すグループデータＤＧが、グループごとに格納される。グループデータＤＧは、企業Ｘがプレゼンスシステム１からプレゼンスサービスの提供を受け始める際に、管理者によって登録される。また、例えば、組織改正によって企業Ｘに新しい課ができたときにその課に対応するグループデータＤＧが登録される。課がなくなったときにその課に対応するグループデータＤＧが削除される。

図６に示すように、プロファイルテーブルＴＬＰには、ユーザ番号、ユーザ名、そのユーザが所属するグループのグループ番号、電話番号、メールアドレス、およびそのユーザに貸与されているユーザ端末３１の識別番号（端末番号）など、そのユーザのプロファイルを示すプロファイルデータＤＰが、ユーザごとに格納される。プロファイルデータＤＰは、企業Ｘがプレゼンスシステム１からプレゼンスサービスの提供を受け始める際に、各ユーザの分が管理者によって登録される。また、その後に企業Ｘに入社したユーザの分が適宜追加され、退職したユーザの分が削除される。

リスト管理データベース４２は、ユーザごとのバディリストテーブルＴＬＢおよび表示可能グループリストテーブルＴＬＬを、図７のように、各ユーザのユーザ番号と対応付けて記憶し管理する。

図８に示すように、バディリストテーブルＴＬＢには、それが与えられたユーザのバディリストのメンバ（バディ）ごとのユーザ番号が格納されている。ユーザがユーザ端末３１を用いて自分のバディリストに新たにバディを追加する操作を行うと、データベースサーバ１３は、そのユーザのバディリストテーブルＴＬＢにそのバディのユーザ番号を追加する。または、ユーザが自分のバディリストからバディを削除する操作を行うと、データベースサーバ１３は、そのユーザのバディリストテーブルＴＬＢからそのバディのユーザ番号を削除する。

このバディリストテーブルＴＬＢは、ユーザ端末３１にバディリストを表示させる際に用いられる。ここで、ユーザ端末３１にバディリストを表示させる際の処理の流れについて説明する。

ユーザがユーザ端末３１を用いてバディリストを参照するための操作を行うと、ユーザ端末３１は、そのユーザのバディリストテーブルＴＬＢをデータベースサーバ１３から取得する。取得したバディリストテーブルＴＬＢに示される各ユーザ番号に対応するユーザ名をデータベースサーバ１３に問い合わせる。これらの処理と並行してまたは前後して、プレゼンスサーバ１１からそのバディリストテーブルＴＬＢに示される各ユーザ番号に係るプレゼンスデータＤＰＲを取得する。

そして、ユーザ端末３１は、取得したユーザ名およびプレゼンスデータＤＰＲに基づいてバディごとのプレゼンスを表わすバディリスト画面ＦＲＢを生成し、自らの表示部ＨＹに表示する（図４参照）。

ところで、ユーザ端末３１において企業Ｘの全ての従業員のプレゼンスを参照できるようにした場合、従業員の数が多くなると通信のトラヒックが極端に増加し、レスポンスの遅延を招いてしまうことがある。これを防ぐために、本実施形態では、制限プレゼンスの方法を用いる。この方法によると、ユーザごとにプレゼンスの表示対象のグループを制限することによって、表示できるプレゼンスの個数を減らし不要な通信を無くし、トラヒックの低減を図ることができる。

具体的には、図９に示すような表示可能グループリストテーブルＴＬＬをユーザごとに設けておく。各ユーザに、プレゼンスを参照したいと思う相手の所属するグループを、ユーザ自身の表示可能グループリストテーブルＴＬＬに予め登録させる。そして、ユーザ端末３１には、そのユーザ端末３１を使用するユーザの表示可能グループリストテーブルＴＬＬに登録されているいずれかのグループに所属するメンバのプレゼンスだけを表示させ、いずれのグループにも所属しないメンバのプレゼンスは表示されないようにする。

以下、表示可能グループリストテーブルＴＬＬに登録されたグループのことを「表示可能グループ」と記載することがある。

本実施形態では、ユーザは、表示可能グループのメンバ（ユーザ）の中からバディリストに追加する他のユーザを選択することができる。従って、ユーザは、バディリストへのバディの登録を行う前に、自らの表示可能グループリストテーブルＴＬＬに予めそのバディのグループを表示可能グループとして登録しておく必要がある。

ユーザがユーザ端末３１を用いて自分の表示可能グループリストテーブルＴＬＬに新たにグループを追加する操作を行うと、データベースサーバ１３は、そのユーザの表示可能グループリストテーブルＴＬＬにそのグループのグループ番号を追加する。または、ユーザが自分の表示可能グループリストテーブルＴＬＬからグループ（表示可能グループ）を削除する操作を行うと、データベースサーバ１３は、そのユーザの表示可能グループリストテーブルＴＬＬからそのグループのグループ番号を削除する。

メールサーバ１４は、Ｗｅｂアプリケーションサーバ１２からの指示に基づいて、ユーザ端末３１などに電子メールを送信する。

なお、プレゼンスサーバ１１、Ｗｅｂアプリケーションサーバ１２、データベースサーバ１３、およびメールサーバ１４として、パーソナルコンピュータまたはワークステーションなどが用いられる。

図１０はＷｅｂアプリケーションサーバ１２の機能的な構成の例を示す図である。次に、図１０を参照してＷｅｂアプリケーションサーバ１２の各部の処理について説明する。

図１０に示すように、Ｗｅｂアプリケーションサーバ１２は、バディリスト編集受付部１０１、バディ登録処理部１０２、バディ削除処理部１０３、表示可能グループリスト編集受付部１１１、表示可能グループ登録処理部１１２、表示可能グループ削除処理部１１３、プロファイル編集受付部１２１、プロファイル登録処理部１２２、プロファイル削除処理部１２３、プロファイル更新処理部１２４、グループ編集受付部１３１、グループ登録処理部１３２、グループ削除処理部１３３、およびリストデータ更新処理部１４０などによって構成される。これら各部の機能を実現するためのプログラムおよびデータはＷｅｂアプリケーションサーバ１２のハードディスクなどの記憶装置にインストールされている。これらのプログラムおよびデータは必要に応じてＲＡＭに読み出され、ＣＰＵによってプログラムが実行される。

前に述べたように、Ｗｅｂアプリケーションサーバ１２は、管理者端末２１またはユーザ端末３１からの指令に基づいて、データベースに新たなデータを追加したりデータベースで管理中のデータを更新しまたは削除したりするように、データベースサーバ１３を制御する。

以下、Ｗｅｂアプリケーションサーバ１２の各部の処理内容を、バディのデータの登録および削除に関する処理、表示可能グループのデータの登録および削除に関する処理、プロファイルデータＤＰの登録、更新、および削除に関する処理、グループデータＤＧの登録および削除に関する処理、およびリストデータ更新処理に大別して説明する。

〔バディのデータの登録および削除に関する処理〕
バディリスト編集受付部１０１、バディ登録処理部１０２、およびバディ削除処理部１０３は、バディのデータの登録および削除に関する処理を行う。以下、あるユーザＡが自らのバディリストにバディを登録しまたは自らのバディリストからバディを削除する場合を例に、各部の処理内容について説明する。

バディの登録に際して、ユーザＡは、ユーザ端末３１を用いて、バディとして登録したい相手を選択しその相手をバディリストに追加するための操作を行う。すると、バディを追加する旨、ユーザＡのユーザ番号、および選択された相手のユーザ番号を示すバディ追加データがユーザ端末３１からＷｅｂアプリケーションサーバ１２に送信される。

また、バディの削除に際しては、ユーザＡは、ユーザ端末３１の表示部ＨＹ（図４参照）に表示されているバディリストから削除したいバディを選択するなどして、そのバディを削除するための操作を行う。すると、バディを削除する旨、ユーザＡのユーザ番号、および選択されたバディのユーザ番号を示すバディ削除データがユーザ端末３１からＷｅｂアプリケーションサーバ１２に送信される。

バディリスト編集受付部１０１は、ユーザ端末３１からＷｅｂアプリケーションサーバ１２に送信されて来る、バディ追加データおよびバディ削除データを受け付ける。

バディ登録処理部１０２は、バディリスト編集受付部１０１が受け付けたバディ追加データに基づいて、登録すべきユーザのユーザ番号を、ユーザＡのユーザ番号と対応付けられて保存されているバディリストテーブルＴＬＢ（図８参照）に追加するようにデータベースサーバ１３に、指示を与える。この指示は、例えば、その追加のためのＳＱＬ文を生成しそれをデータベースサーバ１３に対して発行することによって与えることができる。

すると、データベースサーバ１３は、発行されたＳＱＬ文を実行することによって、追加すべきユーザ番号をバディリストテーブルＴＬＢに登録する。以下、他の処理の場合も同様に、ＳＱＬ文を発行することによって、データベースサーバ１３に対して、データを登録し、削除し、または更新するための指示を与えることができる。

バディ削除処理部１０３は、バディリスト編集受付部１０１が受け付けたバディ削除データに基づいて、削除すべきユーザのユーザ番号を、ユーザＡのユーザ番号と対応付けられて保存されているバディリストテーブルＴＬＢから削除するように、データベースサーバ１３に指示する。

〔表示可能グループのデータの登録および削除に関する処理〕
表示可能グループリスト編集受付部１１１、表示可能グループ登録処理部１１２、および表示可能グループ削除処理部１１３は、表示可能グループのデータの登録および削除に関する処理を行う。以下、あるユーザＡが自らの表示可能グループリストにグループを登録しまたは自らの表示可能グループリストからグループを削除する場合を例に、各部の処理内容について説明する。

表示可能グループの登録に際して、ユーザＡは、ユーザ端末３１を用いて、表示可能グループリストに登録したいグループを選択するなどして、そのグループを表示可能グループリストに追加するための操作を行う。すると、表示可能グループを追加する旨、ユーザＡのユーザ番号、および選択されたグループのグループ番号を示す表示可能グループ登録データがユーザ端末３１からＷｅｂアプリケーションサーバ１２に送信される。

また、表示可能グループの削除に際しては、ユーザＡは、ユーザ端末３１を用いて、表示可能グループリストから削除したいグループを選択するなどして、そのグループを削除するための操作を行う。すると、表示可能グループを削除する旨、ユーザＡのユーザ番号、および選択されたグループのグループ番号を示す表示可能グループ削除データがユーザ端末３１からＷｅｂアプリケーションサーバ１２に送信される。

表示可能グループリスト編集受付部１１１は、ユーザ端末３１からＷｅｂアプリケーションサーバ１２に送信されて来る表示可能グループ登録データおよび表示可能グループ削除データを受け付ける。

表示可能グループ登録処理部１１２は、表示可能グループリスト編集受付部１１１が受け付けた表示可能グループ登録データに基づいて、表示可能グループとして登録すべきグループのグループ番号を、ユーザＡのユーザ番号に対応付けられて保存されている表示可能グループリストテーブルＴＬＬ（図９参照）に追加するように、データベースサーバ１３に指示する。

表示可能グループ削除処理部１１３は、バディリスト編集受付部１０１が受け付けた表示可能グループ削除データに基づいて、削除すべき表示可能グループのグループ番号を、ユーザＡのユーザ番号に対応付けられて保存されている表示可能グループリストテーブルＴＬＬから削除するように、データベースサーバ１３に指示する。

〔プロファイルデータＤＰの登録、更新、および削除に関する処理〕
プロファイル編集受付部１２１、プロファイル登録処理部１２２、プロファイル削除処理部１２３、およびプロファイル更新処理部１２４は、プロファイルデータＤＰの登録、更新、および削除に関する処理を行う。

プロファイルの登録（以下、「プロファイル登録」と記載する。）に際して、管理者は、管理者端末２１を用いて、登録するユーザのユーザ番号、そのユーザ名、そのユーザをメンバとして追加するグループのグループ番号、そのグループ名、電話番号、メールアドレス、および端末番号などを入力するなどして、プロファイル登録のための操作を行う。すると、プロファイル登録の旨および入力された各情報を示すプロファイル登録データＤＲが管理者端末２１からＷｅｂアプリケーションサーバ１２に送信される。

プロファイルの削除（以下、「プロファイル削除」と記載する。）に際しては、管理者は、管理者端末２１を用いて、削除するユーザが所属しているグループのグループ番号、そのグループ名、そのユーザのユーザ番号、およびそのユーザ名を入力するなどしてプロファイル削除のための操作を行う。すると、プロファイル削除の旨および入力された各情報を示すプロファイル削除データＤＤが管理者端末２１からＷｅｂアプリケーションサーバ１２に送信される。

また、プロファイルの更新（以下、「プロファイル更新」と記載する。）に際しては、管理者は、管理者端末２１を用いて、どのユーザのプロファイルデータＤＰをどのように更新すべきかを入力する。例えば、ユーザＡがあるグループから別のグループに異動するのに伴ってプロファイルデータＤＰを変更する場合は、ユーザＡのユーザ番号およびユーザ名、更新前のグループ（つまり、異動元のグループ）のグループ番号およびグループ名、および更新後のグループ（つまり、異動先のグループ）のグループ番号およびグループ名などを入力する。すると、プロファイル更新の旨および入力された各情報を示すプロファイル更新データＤＵが管理者端末２１からＷｅｂアプリケーションサーバ１２に送信される。

プロファイル編集受付部１２１は、管理者端末２１からＷｅｂアプリケーションサーバ１２に送信されて来る、プロファイル登録データＤＲ、プロファイル削除データＤＤ、およびプロファイル更新データＤＵを受け付ける。

プロファイル登録処理部１２２は、プロファイル編集受付部１２１が受け付けたプロファイル登録データＤＲに示されるユーザ番号、ユーザ名、グループ番号、電話番号、電子メールアドレス、および端末番号などを示すプロファイルデータＤＰをプレゼンス管理テーブルＴＬＰＲに新たに登録するように、データベースサーバ１３に指示を与える。また、この処理と並行してまたは前後して、リストデータ更新処理部１４０に、プロファイル登録があった旨を通知しプロファイル登録データＤＲを与える。

プロファイル削除処理部１２３は、プロファイル編集受付部１２１が受け付けたプロファイル削除データＤＤに示されるユーザ番号のプロファイルデータＤＰをプロファイルテーブルＴＬＰから削除するように、データベースサーバ１３に指示を与える。これと並行してまたは前後して、リストデータ更新処理部１４０に、プロファイル削除があった旨を通知しプロファイル削除データＤＤを与える。

プロファイル更新処理部１２４は、プロファイル編集受付部１２１が受け付けたプロファイル更新データＤＵに基づいてプロファイルテーブルＴＬＰに登録されているプロファイルデータＤＰを更新するように、データベースサーバ１３に指示を与える。プロファイルデータＤＰの更新がユーザの所属先のグループの変更に係るものである場合は、これと並行してまたは前後して、リストデータ更新処理部１４０に、プロファイル更新があった旨を通知しプロファイル更新データＤＵを与える。

〔グループデータＤＧの登録および削除に関する処理〕
グループ編集受付部１３１、グループ登録処理部１３２、およびグループ削除処理部１３３は、グループのデータの登録および削除に関する処理を行う。以下、これらの各部の処理内容について説明する。

グループの登録（以下、「グループ登録」と記載する。）に際して、管理者は、管理者端末２１を用いて、登録するグループのグループ番号およびグループ名などを管理者端末２１に入力するなどして、その登録のための操作を行う。すると、グループ登録の旨および入力された各情報を示すグループ登録データが管理者端末２１からＷｅｂアプリケーションサーバ１２に送信される。

グループの削除（以下、「グループ削除」と記載する。）に際して、管理者は、管理者端末２１を用いて、削除するグループを指定するなどして、その削除のための操作を行う。すると、グループ削除の旨、指定されたグループのグループ番号、およびそのグループ名を示すグループ削除データＤＧＤが管理者端末２１からＷｅｂアプリケーションサーバ１２に送信される。

なお、本実施形態では、グループ削除に先立って、まず、そのグループに所属するユーザを他のグループに移籍させるように、各ユーザのプロファイルデータＤＰを予め更新しておかなければならない。

グループ編集受付部１３１は、管理者端末２１からＷｅｂアプリケーションサーバ１２に送信されて来るグループ登録データおよびグループ削除データＤＧＤを受け付ける。

グループ登録処理部１３２は、グループ編集受付部１３１が受け付けたグループ登録データに示されるグループ番号およびグループ名を示すグループデータＤＧを新たに登録するようにデータベースサーバ１３に指示を与える。

グループ削除処理部１３３は、グループ編集受付部１３１が受け付けたグループ削除データＤＧＤに示されるグループ番号に対応するグループデータＤＧをグループテーブルＴＬＧから削除するようにデータベースサーバ１３に指示を与える。これと並行してまたは前後して、リストデータ更新処理部１４０に、グループ削除があった旨を通知しグループ削除データＤＧＤを与える。

なお、プロファイル登録、プロファイル削除、プロファイル更新、グループ削除、またはグループ登録の処理がデータベースサーバ１３において完了した際に、メールサーバ１４に依頼して、その処理が完了した旨を管理者に通知するようにしてもよい。

〔リストデータ更新処理〕
前に述べたプロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除が実行されると、企業Ｘのグループに変化が生じることがある。そうすると、全部または一部のユーザのバディリストのメンバを示すバディリストテーブルＴＬＢまたは表示可能グループを示す表示可能グループリストテーブルＴＬＬの内容を更新する必要が生じることがある。

そこで、リストデータ更新処理部１４０は、プロファイル登録などが実行された場合に、バディリストテーブルＴＬＢおよび表示可能グループリストテーブルＴＬＬの内容が円滑にかつ効率的に更新されるようにするための処理を行う。以下、係る処理を「リストデータ更新処理」と記載する。

リストデータ更新処理は、第一の方法または第二の方法のいずれかの方法によって行われる。以下、それぞれの方法について説明する。

〔第一の方法〕
図１１は第一の方法におけるリストデータ更新処理部１４０の構成の例を示す図、図１２は第一の方法におけるリストデータ更新処理部１４０の処理の流れを説明するためのフローチャート、図１３はユーザに通知するメッセージのテンプレート文の例を示す図である。

第一の方法では、リストデータ更新処理部１４０として、図１１に示すような、リストデータ更新処理制御部２０１、データベースアクセス処理部２０２、表示可能グループリストオーナ取得部２０３、バディリストオーナ取得部２０４、およびメッセージ通知処理部２０５によって構成されるリストデータ更新処理部１４０ａを使用する。

リストデータ更新処理制御部２０１は、データベースアクセス処理部２０２ないしメッセージ通知処理部２０５の各部の制御つまりリストデータ更新処理部１４０ａの全体的な制御を行う。

データベースアクセス処理部２０２は、データベースサーバ１３にアクセスし必要なプロファイルデータＤＰを取得するための処理を行う。

表示可能グループリストオーナ取得部２０３は、内容を更新する必要がある表示可能グループリストテーブルＴＬＬまたはその必要がある可能性の高い表示可能グループリストテーブルＴＬＬを有するユーザ（オーナ）の情報を取得するための処理を行う。

バディリストオーナ取得部２０４は、内容を更新する必要があるバディリストテーブルＴＬＢまたはその必要がある可能性の高いバディリストテーブルＴＬＢを有するユーザ（オーナ）の情報を取得するための処理を行う。

メッセージ通知処理部２０５は、内容を更新する必要がありまたはその必要がある可能性の高い表示可能グループリストテーブルＴＬＬまたはバディリストテーブルＴＬＢのオーナに対して、それらの更新を促すメッセージを通知するための処理を行う。

ここで、リストデータ更新処理部１４０ａの各部の処理内容を、図１２のフローチャートを参照しながら詳細に説明する。

前に述べたように、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除が実行されると、プロファイル登録処理部１２２、プロファイル削除処理部１２３、プロファイル更新処理部１２４、またはグループ削除処理部１３３によって、リストデータ更新処理部１４０ａに対してその旨が通知されるとともに、プロファイル登録データＤＲ、プロファイル削除データＤＤ、プロファイル更新データＤＵ、またはグループ削除データＤＧＤが与えられる（図１２の＃１０１）。なお、以下、プロファイル更新データＤＵについては、グループの異動に関する場合を説明する。それ以外の事項の更新の場合は、図１２の処理の対象外である。

すると、リストデータ更新処理制御部２０１は、与えられたデータの種類に応じて、次のように表示可能グループリストオーナ取得部２０３およびバディリストオーナ取得部２０４を制御する。

プロファイル登録データＤＲが与えられた場合は（＃１０２でＹｅｓ）、それに示されるグループ番号（つまり、新たに入社したユーザの所属するグループのグループ番号）が登録されている表示可能グループリストテーブルＴＬＬのオーナであるユーザの情報を取得するように表示可能グループリストオーナ取得部２０３に対して指示する。

すると、表示可能グループリストオーナ取得部２０３は、データベースアクセス処理部２０２と連携し、係るユーザのプロファイルデータＤＰを次のような手順で取得する（＃１０４）。

表示可能グループリストオーナ取得部２０３は、係るユーザのプロファイルデータＤＰをデータベースアクセス処理部２０２に対して要求する。すると、データベースアクセス処理部２０２は、データベースサーバ１３にアクセスし、与えられたプロファイル登録データＤＲに示されるグループ番号が登録されている表示可能グループリストテーブルＴＬＬをデータベースサーバ１３に検索させる。さらに、検索された表示可能グループリストテーブルＴＬＬのオーナであるユーザのプロファイルデータＤＰをデータベースサーバ１３に対して要求し、これを受信して取得する。１つまたは複数のプロファイルデータＤＰを取得する場合があれば、１つも取得できない場合もある。

グループ削除データＤＧＤが与えられた場合も（＃１０３でＹｅｓ）、リストデータ更新処理制御部２０１は、プロファイル登録データＤＲが与えられた場合と同様に、グループ削除データＤＧＤに示されるグループ番号（ここでは、統廃合などによって削除されたグループのグループ番号）が登録されている表示可能グループリストテーブルＴＬＬのオーナであるユーザのプロファイルデータＤＰを、表示可能グループリストオーナ取得部２０３に取得させる（＃１０４）。

プロファイル削除データＤＤが与えられた場合は（＃１０５でＹｅｓ）、リストデータ更新処理制御部２０１は、それに示されるユーザ番号（つまり、退職したユーザのユーザ番号）が登録されているバディリストテーブルＴＬＢのオーナであるユーザの情報を取得するようにバディリストオーナ取得部２０４に対して指示する。

すると、バディリストオーナ取得部２０４は、データベースアクセス処理部２０２と連携し、係るユーザのプロファイルデータＤＰを取得する（＃１０６）。連携の方法は、表示可能グループリストオーナ取得部２０３とデータベースアクセス処理部２０２との連携の場合と同様なので、説明を省略する。

プロファイル更新データＤＵが与えられた場合は（＃１０７でＹｅｓ）、リストデータ更新処理制御部２０１は、それに示される更新後のグループ番号（つまり、異動先のグループのグループ番号）が登録されている表示可能グループリストテーブルＴＬＬのオーナであるユーザの情報を取得するように表示可能グループリストオーナ取得部２０３に対して指示する。これと並行してまたは前後して、プロファイル更新データＤＵに示されるユーザ番号（つまり、異動となったユーザのユーザ番号）が登録されているバディリストテーブルＴＬＢのオーナであるユーザの情報を取得するようにバディリストオーナ取得部２０４に対して指示する。

すると、表示可能グループリストオーナ取得部２０３およびバディリストオーナ取得部２０４は、それぞれ、データベースアクセス処理部２０２と連携し、係る表示可能グループリストテーブルＴＬＬを有するユーザのプロファイルデータＤＰおよび係るバディリストテーブルＴＬＢを有するユーザのプロファイルデータＤＰを取得する（＃１０８）。

プロファイルデータＤＰを取得することができなかった場合は（＃１０９でＮｏ）、処理を終了する。

プロファイルデータＤＰを取得することができた場合は（＃１０９でＹｅｓ）、リストデータ更新処理制御部２０１は、そのプロファイルデータＤＰのユーザに対して、バディリスト、表示可能グループ、またはその両方の更新をユーザに対して促すためのメッセージを送信するようにメッセージ通知処理部２０５に指示する。メッセージ通知処理部２０５は、その指示に基づいてメッセージを生成する（＃１１０）。

本実施形態においては、図１３に示すようなテンプレートの文章（テンプレート文）の所定の箇所にユーザ名およびグループ名を当てはめることによってメッセージを生成する。

すなわち、プロファイル登録の場合は、図１３（ａ）のテンプレート文の[グループ]および[ユーザ]の箇所に、それぞれ、プロファイル登録データＤＲに示されるグループ名およびユーザ名を当てはめる。

プロファイル削除の場合は、図１３（ｂ）のテンプレート文の[グループ]および[ユーザ]の箇所に、それぞれ、プロファイル削除データＤＤに示されるグループ名およびユーザ名を当てはめる。

プロファイル更新の場合は、図１３（ｃ）のテンプレート文の[ユーザ]、[更新前グループ]、および[更新後グループ]の箇所に、それぞれ、プロファイル更新データＤＵに示されるユーザ名、更新前のグループ名、および更新後のグループ名を当てはめる。

グループ削除の場合は、図１３（ｄ）のテンプレート文の[グループ]の箇所に、グループ削除データＤＧＤに示されるグループ名を当てはめる。

そして、メッセージ通知処理部２０５は、生成したメッセージを通知するための電子メールを、リストデータ更新処理制御部２０１が取得したプロファイルデータＤＰに示される電子メールアドレスに宛てて送信するように、メールサーバ１４に対して要求する（＃１１１）。これによって、リストデータ更新処理制御部２０１が取得した全てのプロファイルデータＤＰに示されるユーザに対してメッセージが通知される。

図１４は第一の方法における各装置の処理の流れを説明するための図である。次に、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除の際の、ユーザ端末３１、管理者端末２１、Ｗｅｂアプリケーションサーバ１２、データベースサーバ１３、およびメールサーバ１４の処理の流れについて、図１４を参照して説明する。

図１４において、まず、管理者がプロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除についての操作を行うと、マスタ管理データベース４１を更新するためのデータ（プロファイル登録データＤＲ、プロファイル削除データＤＤ、プロファイル更新データＤＵ、またはグループ削除データＤＧＤなど）が管理者端末２１からＷｅｂアプリケーションサーバ１２に送信される（＃１１）。

Ｗｅｂアプリケーションサーバ１２は、管理者端末２１から受信したデータに基づいて、マスタ管理データベース４１を更新するようにデータベースサーバ１３に指示する。データベースサーバ１３はその指示に基づいてマスタ管理データベース４１を更新する（＃１２）。

マスタ管理データベース４１が更新されると、Ｗｅｂアプリケーションサーバ１２は、その旨を管理者端末２１に通知する（＃１４）。また、それと並行してまたは前後して、表示可能グループリストオーナ取得部２０３およびバディリストオーナ取得部２０４を起動する（＃１３）。そして、内容を更新する必要がありまたはその必要がある可能性が高い表示可能グループリストまたはバディリストのオーナであるユーザのプロファイルデータＤＰを抽出するための条件を指定して、データベースサーバ１３に検索を指示する（＃１５）。

データベースサーバ１３は、検索を実行しそれによってヒットしたプロファイルデータＤＰをＷｅｂアプリケーションサーバ１２に返す（＃１６）。

Ｗｅｂアプリケーションサーバ１２は、バディリストまたは表示可能グループリストの更新を促すためのメッセージを生成する（＃１７）。そのメッセージを通知するための電子メールの宛先に検索結果のプロファイルデータＤＰに示される電子メールアドレスを設定する（＃１８）。そして、その電子メールを送信するようにメールサーバ１４に指示する（＃１９）。メールサーバ１４は、Ｗｅｂアプリケーションサーバ１２から送信された電子メールを宛先に示される電子メールアドレスに基づいて送信する（＃２０）。

第一の方法によれば、データベースサーバ１３として、一時期に多くの処理をこなす高性能なサーバを用意する必要がないので、大きな費用を掛けることなく、バディリストまたは表示可能グループリストの更新に的確に対処することができる。

〔第二の方法〕
図１５は第二の方法におけるリストデータ更新処理部１４０ｂの構成の例を示す図、図１６はスケジュールテーブルＴＬＳの例を示す図、図１７および図１８は第二の方法におけるリストデータ更新処理部１４０ｂの処理の流れの例を説明するためのフローチャート、図１９はリストデータ更新処理部１４０ｂが行う処理の決定の方法を説明するための図、図２０はスケジュールエントリされた処理が実行される際の処理の流れを説明するためのフローチャートである。

第一の方法では、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除が行われた後、所定の要件を満たすユーザに対してバディリストまたは表示可能グループを更新するように促すメッセージを送信することによって、リストデータ更新処理を実行した。

これに対して、第二の方法では、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除が行われた後、第一の方法と同様にメッセージを送信することによってリストデータ更新処理を実行することもあれば、ユーザの操作によらず自動的にバディリストまたは表示可能グループを更新する処理を実行することもある。以下、メッセージを送信する処理を「メッセージ通知処理」と記載し、自動的にバディリストまたは表示可能グループを更新する処理を「自動更新処理」と記載する。ただし、メッセージ通知処理および自動更新処理は、所定の条件を満たさない場合は、直ちには実行されず、保留される。

第二の方法では、図１５に示すような、リストデータ更新処理制御部２０１ｂ、データベースアクセス処理部２０２ｂ、表示可能グループリストオーナ取得部２０３ｂ、バディリストオーナ取得部２０４ｂ、メッセージ通知処理部２０５ｂ、負荷情報取得部２０６ｂ、処理決定部２０７ｂ、リストデータ更新実行部２０８ｂ、スケジュール保存部２０９ｂ、およびスケジュール管理部２１０ｂによって構成されるリストデータ更新処理部１４０ｂを使用する。

リストデータ更新処理制御部２０１ｂは、第一の方法で使用したリストデータ更新処理部１４０ａ（図１１参照）のリストデータ更新処理制御部２０１と同様に、リストデータ更新処理部１４０ｂの全体的な制御を行う。ただし、第二の方法によると、第一の方法とは異なる方法でリストデータ更新処理が行われるので、当然、両者には、相違点がある。以下、相違点については詳細に説明するが、共通点については詳細な説明を省略する。

データベースアクセス処理部２０２ｂは、リストデータ更新処理部１４０ａのデータベースアクセス処理部２０２と同様に、データベースサーバ１３にアクセスし必要なプロファイルデータＤＰを取得するための処理を行う。さらに、バディリストテーブルＴＬＢおよび表示可能グループリストテーブルＴＬＬの更新をデータベースサーバ１３に指示するための処理を行う。

表示可能グループリストオーナ取得部２０３ｂは、リストデータ更新処理部１４０ａの表示可能グループリストオーナ取得部２０３と同様に、内容を更新する必要がある表示可能グループリストテーブルＴＬＬまたはその必要がある可能性の高い表示可能グループリストテーブルＴＬＬを有するユーザ（オーナ）の情報を取得するための処理を行う。

バディリストオーナ取得部２０４ｂは、リストデータ更新処理部１４０ａのバディリストオーナ取得部２０４と同様に、内容を更新する必要があるバディリストテーブルＴＬＢまたはその必要がある可能性の高いバディリストテーブルＴＬＢを有するユーザ（オーナ）の情報を取得するための処理を行う。

負荷情報取得部２０６ｂは、Ｗｅｂアプリケーションサーバ１２のＣＰＵの使用率およびメモリの占有率（何らかの処理によって占有（使用）されている率）の情報を取得する。これらの情報は、Ｗｅｂアプリケーションサーバ１２自身のＯＳ（オペレーティングシステム）に問い合わせることによって取得することができる。

処理決定部２０７ｂは、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除が行われた後、リストデータ更新処理を直ちに実行することができるか保留すべきであるかを決定する。実行することができると決定した場合は、さらに、どのような内容のリストデータ更新処理を実行するのかを決定する。

メッセージ通知処理部２０５ｂは、リストデータ更新処理部１４０ａのメッセージ通知処理部２０５と同様に、内容を更新する必要がありまたはその必要がある可能性の高い表示可能グループリストテーブルＴＬＬまたはバディリストテーブルＴＬＢのオーナに対して、それらの更新を促すメッセージを通知するための処理を行う。さらに、自動更新処理が行われた場合に、自動更新処理によって更新された表示可能グループまたはバディリストのオーナに対してその更新を知らせるメッセージを送信するための処理を行う。

リストデータ更新実行部２０８ｂは、処理決定部２０７ｂが決定した内容に基づいてバディリストテーブルＴＬＢ、表示可能グループリストテーブルＴＬＬ、またはその両方を更新するための処理を行う。

スケジュール保存部２０９ｂは、図１６に示すようなスケジュールテーブルＴＬＳを保存する。スケジュールテーブルＴＬＳには、処理決定部２０７ｂによって保留すべきであると決定されたリストデータ更新処理に関するスケジュールデータＤＳが格納される。つまり、スケジュールテーブルＴＬＳにスケジュールデータＤＳが登録（エントリ）されることによって、リストデータ更新処理の実行の保留が行われる。また、スケジュールデータＤＳの内容および保留されたリストデータ更新処理の取扱いについては、後に順次説明する。

スケジュール管理部２１０ｂは、所定のスケジュール（タイミング）でスケジュール保存部２０９ｂのスケジュールテーブルＴＬＳからスケジュールデータＤＳを読み出し、それをリストデータ更新処理制御部２０１ｂに通知する。例えば、一定の時間が経過するごとに通知する。または、負荷情報取得部２０６ｂが取得したＷｅｂアプリケーションサーバ１２のＣＰＵの使用率またはメモリの占有率が所定の値以下になったときに通知する。スケジュールテーブルＴＬＳに複数のスケジュールデータＤＳが格納されている場合は、格納された日時（つまり、登録日時）が早い順に通知すればよい。

ここで、リストデータ更新処理部１４０ｂの各部の処理内容を、図１７および図１８のフローチャートを参照しながら詳細に説明する。図１７のステップ＃２０１〜＃２０８の処理は、図１２のステップ＃１０１〜＃１０８の処理と同様である。つまり、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除が行われた後、バディリストまたは表示可能グループリストを更新すべきでありまたは更新する必要がある可能性が高いユーザのプロファイルデータＤＰの取得を試みる。

プロファイルデータＤＰを取得することができなかった場合は（図１８の＃２０９でＮｏ）、リストデータ更新処理を実行することなく、フローチャートの処理を終了する。

プロファイルデータＤＰを取得することができた場合は（＃２０９でＹｅｓ）、リストデータ更新処理制御部２０１ｂは、今回実行されたプロファイル登録などに伴って実行すべきリストデータ更新処理に関する決定を行うように指示する。すると、処理決定部２０７ｂは、以下のようにしてリストデータ更新処理に関する決定を行う。

リストデータ更新処理の対象となる表示可能グループリストおよびバディリストを所有するユーザの人数（以下、「処理対象ユーザ数」と記載する。）をカウントし、その処理対象ユーザ数に応じた係数を、予め用意されている図１９（ａ）の表から読み出す（＃２１０）。

Ｗｅｂアプリケーションサーバ１２自身の現在のＣＰＵの使用率およびメモリの占有率の情報を負荷情報取得部２０６ｂに取得させる（＃２１１）。

ステップ＃２１０で取得した係数を、ステップ＃２１１で取得したＣＰＵの使用率およびメモリの占有率のそれぞれに乗ずることによって、値ＶＣおよび値ＶＭを算出する（＃２１２、＃２１３）。

予め用意されている図１９（ｂ）に示される規則に基づいて、今回のプロファイル登録などに伴うリストデータ更新処理を直ちに実行することができるか保留すべきであるかを決定するとともに、直ちに実行することができる場合はリストデータ更新処理としてメッセージ通知処理または自動更新処理のいずれを実行するのかを決定する（＃２１４）。

すなわち、ＣＰＵの使用率についての閾値ＴＣ１と算出した値ＶＣとを比較するとともに、メモリの占有率についての閾値ＴＭ１と算出した値ＶＭとを比較する。そして、値ＶＣが閾値ＴＣ１未満でありかつ値ＶＭが閾値ＴＭ１未満である場合は、リストデータ更新処理を直ちに実行することができると判別するとともに、リストデータ更新処理として自動更新処理を実行すべきであると決定する。

閾値ＴＣ１よりも大きな値の閾値ＴＣ２と値ＶＣとを比較するとともに、閾値ＴＭ１よりも大きな閾値ＴＭ２と値ＶＭとを比較する。そして、値ＶＣが閾値ＴＣ２未満でありかつ値ＶＭが閾値ＴＭ２未満である場合は、リストデータ更新処理を直ちに実行することができると判別するとともに、リストデータ更新処理としてメッセージ通知処理を実行すべきであると決定する。

値ＶＣが閾値ＴＣ２以上でありまたは値ＶＭが閾値ＴＭ２以上である場合は、リストデータ更新処理を保留すると決定する。

リストデータ更新処理として自動更新処理を直ちに実行することができると決定された場合は（＃２１５でＹｅｓ）、リストデータ更新処理制御部２０１ｂは、リストデータ更新実行部２０８ｂに対して、そのリストデータ更新処理がプロファイル登録、プロファイル削除、プロファイル更新、およびグループ削除のうちのいずれに伴うものであるかを通知するとともに、バディリストテーブルＴＬＢなどを更新するための処理を行うように指示する。すると、リストデータ更新実行部２０８ｂは、データベースアクセス処理部２０２ｂと連携し、データベースサーバ１３に対してその更新の指示を行う（＃２１６）。指示の内容は、そのリストデータ更新処理がいずれに伴うものであるかによって、次のように異なる。

プロファイル登録に伴う場合は、ステップ＃２０４で表示可能グループリストオーナ取得部２０３ｂが取得したそれぞれのプロファイルデータＤＰに示されるユーザ番号に対応づけられているバディリストテーブルＴＬＢに、今回のプロファイル登録の通知とともにプロファイル登録処理部１２２から与えられたプロファイル登録データＤＲに示されるユーザ番号を、新たに登録するように、指示する。

プロファイル削除に伴う場合は、ステップ＃２０６でバディリストオーナ取得部２０４ｂが取得したそれぞれのプロファイルデータＤＰに示されるユーザ番号に対応付けられているバディリストテーブルＴＬＢから、今回のプロファイル削除の通知とともにプロファイル削除処理部１２３から与えられたプロファイル削除データＤＤに示されるユーザ番号を削除するように、指示する。

プロファイル更新（ここでは、グループの異動）の場合は、ステップ＃２０８で表示可能グループリストオーナ取得部２０３ｂが取得したプロファイルデータＤＰに示されるユーザのうち、同じくステップ＃２０８でバディリストオーナ取得部２０４ｂが取得したいずれのプロファイルデータＤＰにも示されないユーザ（すなわち、そのプロファイル更新の通知とともにプロファイル更新処理部１２４から与えられたプロファイル更新データＤＵに示される異動先のグループのグループ番号を自らの表示可能グループリストに登録しているが、異動者のユーザ番号を自らのバディリストに登録していないユーザ）のバディリストテーブルＴＬＢに、その異動者のユーザ番号を登録するようにデータベースサーバ１３に対して指示する。

または、バディリストオーナ取得部２０４が取得したプロファイルデータＤＰに示されるユーザのうち、表示可能グループリストオーナ取得部２０３ｂが取得したいずれのプロファイルデータＤＰにも示されないユーザ（すなわち、プロファイル更新処理部１２４から与えられたプロファイル更新データＤＵに示される異動者のユーザ番号を自らのバディリストに登録しているが、異動先のグループを自らの表示可能グループリストに登録していないユーザ）のバディリストテーブルＴＬＢから、異動者のユーザ番号を削除するようにデータベースサーバ１３に対して指示する。

または、削除する代わりに、各ユーザの表示可能グループリストテーブルＴＬＬに、そのプロファイル更新データＤＵに示される異動先のグループ番号を登録するように、指示してもよい。

グループ削除の場合は、ステップ＃２０４で取得したいずれかのプロファイルデータＤＰに示されるユーザ番号に対応付けられている全ての表示可能グループリストテーブルＴＬＬから、そのグループ削除の通知とともにグループ削除処理部１３３から与えられたグループ削除データＤＧＤに示されるグループ番号を削除するように、指示する。

フローチャートに戻って、メッセージ通知処理部２０５ｂは、ステップ＃２１６の自動更新処理の対象となったバディリストテーブルＴＬＢまたは表示可能グループリストテーブルＴＬＬのオーナであるユーザの電子メールアドレスに宛てて、自動更新処理を実行した旨を通知するためのメッセージを電子メールによって送信する（＃２１７）。

リストデータ更新処理としてメッセージ通知処理を直ちに実行することができると処理決定部２０７ｂによって決定された場合は（＃２１５でＮｏ、＃２１８でＹｅｓ）、リストデータ更新処理制御部２０１ｂは、第一の方法と同様に、表示可能グループリストテーブルＴＬＬまたはバディリストテーブルＴＬＢのオーナに対してそれらの更新を促すメッセージを通知するための処理を、メッセージ通知処理部２０５ｂに実行させる（＃２１９、＃２２０）。

リストデータ更新処理を実行するのを保留すべきであると処理決定部２０７ｂによって決定された場合は（＃２１５でＮｏ、＃２１８でＮｏ）、リストデータ更新処理制御部２０１ｂは、そのリストデータ更新処理のスケジュールデータＤＳを、図１６に示す、スケジュール保存部２０９ｂのスケジュールテーブルＴＬＳに格納させる。

ここで、スケジュールデータＤＳについて説明する。「登録日時」は、そのスケジュールデータＤＳがスケジュールテーブルＴＬＳに登録（格納）された日時を示す。つまり、そのリストデータ更新処理を保留した日時を示す。「マスタデータ更新処理名」は、そのリストデータ更新処理が、プロファイル登録、プロファイル削除、プロファイル更新、およびグループ削除のうちのいずれに伴うものであるのかを示す。

「被付与情報」には、プロファイル登録処理部１２２、プロファイル削除処理部１２３、プロファイル更新処理部１２４、またはグループ削除処理部１３３から、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除の通知とともに与えられた、プロファイル登録データＤＲ、プロファイル削除データＤＤ、プロファイル更新データＤＵ、またはグループ削除データＤＧＤの内容が格納される。

リストデータ更新処理部１４０ｂの各部は、図１７および図１８のフローチャートとは独立して、図２０に示す、保留中であるリストデータ更新処理を取り扱うための処理を実行する。

スケジュール管理部２１０ｂは、ステップ＃３０１の処理が最後に行われてから所定の時間が経過した場合または負荷情報取得部２０６ｂが取得した、またはＷｅｂアプリケーションサーバ１２のＣＰＵの使用率またはメモリの占有率が所定の値以下になった場合に（＃３００）、スケジュールテーブルＴＬＳに登録されているスケジュールデータＤＳを、登録日時の古い順に読み出し、リストデータ更新処理制御部２０１ｂに通知する（図２０の＃３０１）。つまり、エントリアドレスを起動する。

リストデータ更新処理制御部２０１ｂは、そのスケジュールデータＤＳを用いて図１８のステップ＃２０２以降の処理を再度行う（再分析処理を行う）。これにより、保留中のそのリストデータ更新処理の内容がステップ＃２１４において再び決定され、その処理が実行される。

なお、ステップ＃２０１で取得すべきデータ（プロファイル登録データＤＲ、プロファイル削除データＤＤ、プロファイル更新データＤＵ、またはグループ削除データＤＧＤ）は、そのスケジュールデータＤＳの「被付与情報」に格納されている。

そして、読み出したスケジュールデータＤＳをスケジュールテーブルＴＬＳから削除する（＃３０２）。

同じリストデータ更新処理が何度も保留され、ユーザに対して不便を掛けてしまうおそれがある。そこで、同じリストデータ更新処理に係るスケジュールデータＤＳがスケジュールテーブルＴＬＳにエントリ（格納）された回数をカウントしておき、その回数が所定の回数を超えた場合は、無条件で、そのリストデータ更新処理としてメッセージ通知処理を行うようにしてもよい。または、自動更新処理を行うようにしてもよい。

図２１は第二の方法における各装置の処理の流れを説明するための図である。次に、プロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除が行われた後の、Ｗｅｂアプリケーションサーバ１２、データベースサーバ１３、メールサーバ１４、管理者端末２１、およびユーザ端末３１の処理の流れについて、図２１を参照して説明する。

図２１において、管理者がプロファイル登録、プロファイル削除、プロファイル更新、またはグループ削除についての操作を行うと、マスタ管理データベースを更新するためのデータ（プロファイル登録データＤＲ、プロファイル削除データＤＤ、プロファイル更新データＤＵ、またはグループ削除データＤＧＤなど）が管理者端末２１からＷｅｂアプリケーションサーバ１２に送信される（＃４１）。

Ｗｅｂアプリケーションサーバ１２は、管理者端末２１から受信したデータに基づいて、マスタ管理データベース４１を更新するようにデータベースサーバ１３に指示する。データベースサーバ１３はその指示に基づいてマスタ管理データベース４１を更新する（＃４２）。

マスタ管理データベース４１が更新されると、Ｗｅｂアプリケーションサーバ１２は、その旨を管理者端末２１に通知する（＃４４）。また、それと並行してまたは前後して、表示可能グループリストオーナ取得部２０３ｂおよびバディリストオーナ取得部２０４ｂを起動する（＃４３）。そして、内容を更新する必要がありまたはその必要がある可能性の高い表示可能グループリストまたはバディリストのオーナであるユーザのプロファイルデータＤＰを抽出するための条件を指定して、データベースサーバ１３に検索を指示する（＃４５）。

データベースサーバ１３は、検索を実行しそれによってヒットしたプロファイルデータＤＰをＷｅｂアプリケーションサーバ１２に返す（＃４６）。

次に、Ｗｅｂアプリケーションサーバ１２は、自らのＣＰＵ使用率およびメモリ占有率を検出し（＃４７）、データベースサーバ１３から返されたプロファイルデータＤＰに示されるユーザ（処理対象ユーザ）のユーザ数、検出したＣＰＵ使用率、およびメモリ占有率に基づいて、どのようにリストデータ更新処理を実行すべきかを決定する（＃４８）。

直ちに自動更新処理を行うことができる場合は（＃４９でＹｅｓ）、自動更新処理を実行し（＃５０）、処理対象ユーザに対して自動更新処理を行った旨を通知する（＃５１）。

直ちにメッセージ通知処理を行うことができる場合は（＃４９でＮｏ、＃５２でＹｅｓ）、バディリストまたは表示可能グループリストの更新を促すためのメッセージを生成し（＃５３）、
ステップ＃４６で取得したプロファイルデータＤＰに示される電子メールアドレスに宛ててそのメッセージの電子メールとして送信するように、メールサーバ１４に対して指令する（＃５４）。メールサーバ１４は、指令通りに電子メールを送信する（＃５６）。

リストデータ更新処理を保留すべきである場合は（＃５２でＮｏ）、そのリストデータ更新処理のスケジュールデータＤＳをスケジュールテーブルＴＬＳに登録（スケジュールエントリ）する（＃５７）。

第二の方法によれば、Ｗｅｂアプリケーションサーバ１２にかかっている負荷が小さい場合は、リストデータ更新処理を、第一の方法のようなメッセージの送信によって行うのではなく、必要に応じてバディリストおよび表示可能グループリストを自動的に更新することによって行う。一方、負荷が大きい場合は、リストデータ更新処理の実行を保留し、所定の条件を満たしたときにリトライする。これによって、Ｗｅｂアプリケーションサーバ１２の負荷が極端に増大することを防ぎつつ適切にバディリストなどの更新を行うことができる。しかも、第一の方法の場合よりも更新に係るユーザの手間を低減することができる。

図２２はバディリストテーブルＴＬＢｂの例を示す図である。第二の方法では、自動更新処理によって、新たなバディをバディリストに自動的に登録するようにした。自動的に登録されたバディが新しいバディであることをバディリストの閲覧者が容易に認識できるように、バディリスト画面ＦＲＢ上で、そのバディのユーザ名の色を変えて表示するようにしてもよい。

その場合は、例えば、図８のバディリストテーブルＴＬＢの代わりに図２２のようなバディリストテーブルＴＬＢｂを用いる。そして、バディリストテーブルＴＬＢｂにおいて、自動的に登録されたユーザのレコードの「新規追加」の項目に、登録後一定の期間だけ「○」が示されるようにする。そして、ユーザ端末３１は、バディリスト画面ＦＲＢを表示する際に、「新規追加」の項目に「○」が示されているレコードのユーザ名の表示色として、他のユーザのユーザ名の表示色とは異なる色を使用する。または、フォントの装飾、サイズ、または種類を異なるようにしてもよいし、新規のユーザのユーザ名の横に特別なアイコンを付加してもよい。

本実施形態では、第二の方法において、Ｗｅｂアプリケーションサーバ１２のＣＰＵの負荷およびメモリの占有率に基づいて、リストデータ更新処理に関する決定を行ったが、データベースサーバ１３のＣＰＵの負荷およびメモリの占有率に基づいて行ってもよい。また、メモリの占有率ではなく、メモリの空き容量に基づいて行ってもよい。Ｗｅｂアプリケーションサーバ１２とデータベースサーバ１３との間の通信速度またはトラヒックに基づいて行ってもよい。

本実施形態では、グループ削除において、メンバのいない空のグループを削除する場合の例を示したが、メンバが存在するグループを削除するようにしてもよい。その場合は、第二の方法の自動更新処理において、そのメンバであるユーザを、それが登録されているバディリストから自動的に削除するようにしてもよい。

または、プロファイル削除に伴うメッセージ通知処理の際に、削除されるユーザをバディリストに登録しているユーザに対してバディリストおよび表示可能グループリストの更新を促すメッセージを通知したが、削除されるユーザが所属しているグループを表示可能グループに登録しているユーザに対しても、通知するようにしてもよい。

本実施形態では、電子メールを用いてユーザにメッセージを送信する場合の例を示したが、これをＩＭ（Instant Messenger）を用いて行うようにしてもよい。そうすることで、送信したメッセージを、プレゼンスサービスの利用中のユーザに即座に確認してもらえるようになる。または、電子メールおよびＩＭを併用するようにしてもよい。

その他、プレゼンスシステム１、プレゼンスサービス提供システム２、プレゼンスサーバ１１、Ｗｅｂアプリケーションサーバ１２、データベースサーバ１３、メールサーバ１４などの全体または各部の構成、機能、閾値、各データが示す内容、メッセージの内容、処理の内容または順序などは、本発明の趣旨に沿って適宜変更することができる。

上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
ユーザに対して他者であるメンバのプレゼンスの情報を提供するプレゼンスサービスを支援するプレゼンスサービス支援システムであって、
自らのプレゼンスの情報が提供され得る前記メンバがどのグループに所属するのかを示す所属情報を記憶する所属情報記憶手段と、
前記ユーザごとに、前記メンバを登録しておくためのメンバリストを記憶する、メンバリスト記憶手段と、
前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストを記憶する、グループリスト記憶手段と、
グループ内の構成に変更があった場合に、当該グループを含んだ前記グループリストを有する前記ユーザを検索するユーザ検索手段と、
前記ユーザ検索手段が検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信するメッセージ送信手段と、
前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を行うリスト更新手段と、
を有することを特徴とするプレゼンスサービス支援システム。
（付記２）
前記メンバリストおよび前記グループリストに対する前記更新の処理を直ちに行うべきであるかまたは前記メッセージを直ちに送信すべきであるかを決定する、処理決定手段と、
前記更新を直ちに行うべきであると前記処理決定手段によって決定された場合に、前記変更の影響を受ける前記メンバリストおよび前記グループリストを、当該メンバリストおよび当該グループリストを有するユーザの操作によらずに更新する、第二のリスト更新手段と、を有し、
前記メッセージ送信手段は、前記メッセージを、当該メッセージを直ちに送信すべきであると前記処理決定手段によって決定された場合に送信する、
付記１記載のプレゼンスサービス支援システム。
（付記３）
前記処理決定手段は、前記装置の現在の状態が所定の状態である場合は、前記更新を直ちに行うべきであるかまたは前記メッセージを直ちに送信すべきであるかを決定するのを留保し、その後、所定のタイミングで決定する、
付記２記載のプレゼンスサービス支援システム。
（付記４）
前記第二のリスト更新手段によって前記メンバリストに新たに前記メンバが登録された場合に、当該登録されたメンバと他の前記メンバとが区別できる状態で当該メンバリストを表示するためのデータを、当該メンバリストを有する前記ユーザの端末装置に送信するメンバリストデータ送信手段を有する、
付記２記載のプレゼンスサービス支援システム。
（付記５）
ユーザに対して他者のプレゼンスの情報を提供するプレゼンスサービスを支援するプレゼンスサービス支援システムであって、
自らのプレゼンスの情報が他者に提供され得るメンバがどのグループに所属するのかを示す所属情報を記憶する所属情報記憶手段と、
前記ユーザごとに、自らに関連する前記メンバを登録しておくためのメンバリストを記憶する、メンバリスト記憶手段と、
前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストを記憶する、グループリスト記憶手段と、
いずれかの者が前記メンバでなくなった場合に、当該者を示す前記バディリストを有する前記ユーザを検索するユーザ検索手段と、
前記ユーザ検索手段が検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信するメッセージ送信手段と、
前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を行うリスト更新手段と、
を有することを特徴とするプレゼンスサービス支援システム。
（付記６）
ユーザに対して他者のプレゼンスの情報を提供するプレゼンスサービスを支援するプレゼンスサービス支援システムであって、
自らのプレゼンスの情報が他者に提供され得るメンバがどのグループに所属するのかを示す所属情報を記憶する所属情報記憶手段と、
前記ユーザごとに、自らに関連する前記メンバを登録しておくためのメンバリストを記憶する、メンバリスト記憶手段と、
前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストを記憶する、グループリスト記憶手段と、
グループがなくなった場合に、当該グループを示す前記グループリストを有する前記ユーザを検索するユーザ検索手段と、
前記ユーザ検索手段が検索した前記ユーザに対して、前記グループリストを更新する操作を行うように促すメッセージを送信するメッセージ送信手段と、
前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記グループリストを更新するリスト更新手段と、
を有することを特徴とするプレゼンスサービス支援システム。
（付記７）
ユーザに対して他者であるメンバのプレゼンスの情報を提供するプレゼンスサービスを支援するプレゼンスサービス支援方法であって、
自らのプレゼンスの情報が提供され得る前記メンバがどのグループに所属するのかを示す所属情報を所属情報記憶手段に記憶させておき、
前記ユーザごとに、前記メンバを登録しておくためのメンバリストをメンバリスト記憶手段に記憶させておき、
前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストをグループリスト記憶手段に記憶させておき、
グループ内の構成に変更があった場合に、当該グループを含んだ前記グループリストを有する前記ユーザを検索し、
検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信し、
前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を行う、
ことを特徴とするプレゼンスサービス支援方法。
（付記８）
ユーザに対して他者であるメンバのプレゼンスの情報を提供するプレゼンスサービスを支援し、かつ、自らのプレゼンスの情報が提供され得る前記メンバがどのグループに所属するのかを示す所属情報を記憶する所属情報記憶手段、前記ユーザごとに、前記メンバを登録しておくためのメンバリストを記憶する、メンバリスト記憶手段、および前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストを記憶する、グループリスト記憶手段との間でデータのやり取りが可能なコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
グループ内の構成に変更があった場合に、当該グループを含んだ前記グループリストを有する前記ユーザを検索する処理を実行させ、
検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信する処理を実行させ、
前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を実行させる、
ことを特徴とするコンピュータプログラム。

本発明に係るプレゼンスシステムの全体的な構成の例を示す図である。 グループの構成の例を示す図である。 プレゼンス管理テーブルの例を示す図である。 バディリスト画面の例を示す図である。 グループテーブルの例を示す図である。 プロファイルテーブルの例を示す図である。 バディリストテーブルおよび表示可能グループリストテーブルがリスト管理データベースに記憶されている状態を説明するための図である。 バディリストテーブルの例を示す図である。 表示可能グループリストテーブルの例を示す図である。 Ｗｅｂアプリケーションサーバの機能的な構成の例を示す図である。 第一の方法におけるリストデータ更新処理部の構成の例を示す図である。 第一の方法におけるリストデータ更新処理部の処理の流れを説明するためのフローチャートである。 ユーザに通知するメッセージのテンプレート文の例を示す図である。 第一の方法における各装置の処理の流れを説明するための図である。 第二の方法におけるリストデータ更新処理部の構成の例を示す図である。 スケジュールテーブルの例を示す図である。 第二の方法におけるリストデータ更新処理部の処理の流れの例を説明するためのフローチャートである。 第二の方法におけるリストデータ更新処理部の処理の流れの例を説明するためのフローチャートである。 リストデータ更新処理部が行う処理の決定の方法を説明するための図である。 スケジュールエントリされた処理が実行される際の処理の流れを説明するためのフローチャートである。 第二の方法における各装置の処理の流れを説明するための図である。 バディリストテーブルの例を示す図である。

符号の説明

１ プレゼンスシステム（プレゼンスサービス支援システム、コンピュータ）
２ プレゼンスサービス提供システム（プレゼンスサービス支援システム、コンピュータ）
１２ Ｗｅｂアプリケーションサーバ（プレゼンスサービス支援システム、装置、コンピュータ）
１３ データベースサーバ（装置）
１４ メールサーバ（メッセージ送信手段）
３１ ユーザ端末（端末装置）
４１ マスタ管理データベース（所属情報記憶手段）
４２ リスト管理データベース（メンバリスト記憶手段、グループリスト記憶手段）
１０２ バディ登録処理部（リスト更新手段）
１０３ バディ削除処理部（リスト更新手段）
１１２ 表示可能ブループ登録処理部（リスト更新手段）
１１３ 表示可能グループ削除処理部（リスト更新手段）
２０２、２０２ｂ データベースアクセス処理部（ユーザ検索手段）
２０３、２０３ｂ 表示可能グループリストオーナ取得部（ユーザ検索手段）
２０４、２０４ｂ バディリストリストオーナ取得部（ユーザ検索手段）
２０５、２０５ｂ メッセージ通知処理部（メッセージ送信手段）
２０７ｂ 処理決定部（処理決定手段）
２０８ｂ リストデータ更新実行部（第二のリスト更新手段）
ＤＰ プロファイルデータ（所属情報）
ＴＬＢ バディリストテーブル（メンバリスト記憶手段）
ＴＬＬ 表示可能グループリストテーブル（グループリスト記憶手段）
ＴＬＰ プロファイルテーブル（所属情報記憶手段）

Claims (5)

1. ユーザに対して他者であるメンバのプレゼンスの情報を提供するプレゼンスサービスを支援するプレゼンスサービス支援システムであって、
   自らのプレゼンスの情報が提供され得る前記メンバがどのグループに所属するのかを示す所属情報を記憶する所属情報記憶手段と、
   前記ユーザごとに、前記メンバを登録しておくためのメンバリストを記憶する、メンバリスト記憶手段と、
   前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストを記憶する、グループリスト記憶手段と、
   グループ内の構成に変更があった場合に、当該グループを含んだ前記グループリストを有する前記ユーザを検索するユーザ検索手段と、
   前記ユーザ検索手段が検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信するメッセージ送信手段と、
   前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を行うリスト更新手段と、
   を有することを特徴とするプレゼンスサービス支援システム。
2. 前記メンバリストおよび前記グループリストに対する前記更新の処理を直ちに行うべきであるかまたは前記メッセージを直ちに送信すべきであるかを決定する、処理決定手段と、
   前記更新を直ちに行うべきであると前記処理決定手段によって決定された場合に、前記変更の影響を受ける前記メンバリストおよび前記グループリストを、当該メンバリストおよび当該グループリストを有するユーザの操作によらずに更新する、第二のリスト更新手段と、を有し、
   前記メッセージ送信手段は、前記メッセージを、当該メッセージを直ちに送信すべきであると前記処理決定手段によって決定された場合に送信する、
   請求項１記載のプレゼンスサービス支援システム。
3. 前記第二のリスト更新手段によって前記メンバリストに新たに前記メンバが登録された場合に、当該登録されたメンバと他の前記メンバとが区別できる状態で当該メンバリストを表示するためのデータを、当該メンバリストを有する前記ユーザの端末装置に送信するメンバリストデータ送信手段を有する、
   請求項２記載のプレゼンスサービス支援システム。
4. ユーザに対して他者であるメンバのプレゼンスの情報を提供するプレゼンスサービスを支援するプレゼンスサービス支援方法であって、
   自らのプレゼンスの情報が提供され得る前記メンバがどのグループに所属するのかを示す所属情報を所属情報記憶手段に記憶させておき、
   前記ユーザごとに、前記メンバを登録しておくためのメンバリストをメンバリスト記憶手段に記憶させておき、
   前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストをグループリスト記憶手段に記憶させておき、
   グループ内の構成に変更があった場合に、当該グループを含んだ前記グループリストを有する前記ユーザを検索し、
   検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信し、
   前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を行う、
   ことを特徴とするプレゼンスサービス支援方法。
5. ユーザに対して他者であるメンバのプレゼンスの情報を提供するプレゼンスサービスを支援し、かつ、自らのプレゼンスの情報が提供され得る前記メンバがどのグループに所属するのかを示す所属情報を記憶する所属情報記憶手段、前記ユーザごとに、前記メンバを登録しておくためのメンバリストを記憶する、メンバリスト記憶手段、および前記ユーザごとに、どのグループに所属する前記メンバのプレゼンスを確認することができるのかを示すグループリストを記憶する、グループリスト記憶手段との間でデータのやり取りが可能なコンピュータに用いられるコンピュータプログラムであって、
   前記コンピュータに、
   グループ内の構成に変更があった場合に、当該グループを含んだ前記グループリストを有する前記ユーザを検索する処理を実行させ、
   検索した前記ユーザに対して、前記メンバリスト、前記グループリスト、またはその両方を更新する操作を行うように促すメッセージを送信する処理を実行させ、
   前記ユーザが使用する端末装置から送信されてくる指令に基づいて当該ユーザの前記メンバリストまたは前記グループリストの更新の処理を実行させる、
   ことを特徴とするコンピュータプログラム。

Images