(57)【要約】【課題】従来のプレゼンスシステムでは、利用者や相手の組織変更などのたびに、バディリストの登録内容を利用者が更新して行く必要があった。また、出張先や在宅勤務など勤務場所が変わるとコンタクトしたい相手が変わるが、勤務場所が変わるたびにバディリストを変更する必要があった。【解決手段】プレゼンスサーバに、コミュニケーション機能などの利用実績を記録するアクション記録部と、機能利用実績を管理する利用記録データと、利用記録データに基づき適切なバディリストを自動作成することができるバディリスト作成部とを備えることを特徴とする。【選択図】  図１
2010257273.tif 000002
【特許請求の範囲】
【請求項１】
バディリストのバディに対して所望（メッセージや電話など）の機能を実行する処理機能を有するアクション部と、前記アクション部で実行された各機能の利用状況を、利用記録データとして利用記録データ管理部に記録するアクション記録部と、前記利用記録データ管理部のデータを元にバディリスト表示データを作成し、バディリスト表示データ管理部に蓄積する処理機能を有するバディリスト作成部とを備えたサーバにおいて
前記アクション記録部により、前記アクション部にて実行された機能の利用状況を、利用記録データとして前記利用記録データ管理部に記録し、
前記バディリスト作成部により、前記利用記録データを参照してバディリストを自動的に作成する
ことを特徴とするバディリスト作成方法。
【請求項２】
前記利用記録データが利用者の場所を示す情報を含み、該情報に応じて前記場ディリストを自動作成する
請求項１記載のバディリスト作成方法。
【請求項３】
利用者機器端末と、該端末の利用者の位置を示す位置情報を元にバディリストを作成するサーバと、前記端末と前記サーバとを結合するネットワークとからなるサーバシステムにおいて、
前記サーバは、
前記端末利用者の位置情報を元に位置情報格納部の既位置情報を更新する位置情報更新部と、前記端末利用者のアクション機能を実行するアクション部と、前記アクション部によるアクションの実行を、前記位置情報格納部の位置情報とともに利用者記録データとして、利用記録データ管理部に記録するアクション記録部と、該利用記録データ管理部のデータと前記位置情報格納部の位置情報を元にバディリスト表示データを作成し、バディリスト表示データ格納部に格納するバディリスト作成部とからなる、
ことを特徴とするサーバシステム。
【請求項４】
前記サーバがプレゼンスサーバであり、前記位置情報管理部がプレゼンスデータを管理するものである
請求項３記載のサーバシステム。
【請求項５】
端末利用者の位置を示す位置情報を元にバディリストを作成するサーバにおいて、
前記サーバは、
前記端末利用者の位置情報を元に位置情報格納部の既位置情報を更新する位置情報更新部と、前記端末利用者のアクション機能を実行するアクション部と、前記アクション部によるアクションの実行を、前記位置情報管理部の位置情報とともに利用者記録データとして、利用記録データ管理部に記録するアクション記録部と、該利用記録データ管理部のデータと前記位置情報管理部の位置情報を元にバディリスト表示データを作成し、バディリスト表示データ管理部に格納するバディリスト作成部とからなり、
前記アクション記録部が利用者によるアクションによる機能利用記録を前記利用記録データ管理部に蓄積し、前記バディリスト作成部が前記機能利用記録を参照してバディリストを自動作成することを特徴とする、
サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バディリスト（又はコンタクトリスト）とバディに対するアクションを提供するシステム、例えばプレゼンスシステムに適したバディリストの自動作成方法、システム、サーバに関する。
【背景技術】
【０００２】
企業内コミュニケーションの中核ツールとして、連絡相手の現在の状態(プレゼンス)を知ることができ、相手の使用機器の状態変化を契機としたさまざまな連携動作が可能なプレゼンスシステムが利用されている。
【０００３】
このプレゼンスシステムとして、利用者がコミュニケーション相手（バディ）を自由に登録でき、バディの表示順番も自由に変更可能なシステムが提案されている。
【０００４】
また、バディを有する母集団リストから動的に変化するものを監視し、バディリスト生成規則にマッチする状態を持つバディを選択する方法やバディの状態を示す情報の表示の仕方を変更するためのアクションルームと、該アクションルームが適用される状況を示す適用情報とから、利用者の状態に応じたバディリストを自動的に表示する方法が提案されている。
【０００５】
これらの例として、特開２００４−２４６３９７号公報や特開２００３−１９６２４３号公報、特開２００７−１２８５４１号公報等が挙げられる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2004-246397号公報
【特許文献２】特開2003-196243号公報
【特許文献３】特開2007-128541号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、従来のプレゼンスシステム等にあっては、利用者や相手の組織変更や職場の移動などのたびに、バディリストの登録内容を利用者が更新して行く必要があり、利用者への大きな負担となっている。
【０００８】
また、出張先や在宅勤務など勤務場所が変わるとコンタクトしたい相手が変わるが、勤務場所が変わるたびにバディリストを変更するのも手間がかかる。
【０００９】
このように、従来技術では、バディリストが実利用に沿って適切に自動更新されることが考慮されていないため、利用者への負担が大きかった。
【００１０】
本発明は、これらの課題を解決するために、メンテナンスフリーのバディリスト作成方法、システム、サーバを提供することを目的とするものである。例えば、電話やＥ−Ｍａｉｌなど複数のコミュニケーション機能の利用実績によって、バディリストを自動生成することが可能なバディリスト作成方法を提供するものである。また、バディリストを利用する利用者の場所に応じて、適切なバディリストに切換えることが可能なバディリスト作成方法を提供するものである。
【課題を解決するための手段】
【００１１】
前記課題を解決するため、本発明では、バディリストを生成するに際して、コミュニケーション機能の利用実績を利用記録データ管理部に記録し、前記利用記録データに基づき適切なバディリストを作成することを特徴とする。
また、コミュニケーション機能の利用実績を記録するアクション記録部と、前記利用実績を管理する利用記録データ管理部と、前記利用記録データに基づき適切なバディリストを作成するバディリスト作成部とを備えることを特徴とする。
【発明の効果】
【００１２】
本発明は、バディリストを自動的に作成することが可能となり、これにより利用者がバディリストの登録や表示順序の変更をする必要がなく、メンテナンスフリーのバディリストを提供することが可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明のプレゼンスシステム構成を示すブロック図
【図２】プレゼンスデータ構成を示す図
【図３】利用記録データを示す図
【図４】バディリスト表示データを示す図
【図５】利用記録集計データを示す図
【図６】バディリスト画面例を示す図
【図７】アクション記録部処理フロー図
【図８】集計更新部処理フロー図
【図９】所属が変わると自動的にバディリストが変わる例を示す図
【図１０】場所が変わると自動的にバディリストが変わる例を示す図
【図１１】従来のプレゼンスシステム構成を示す図
【図１２】情報処理装置のハードウェア構成を示す図
【発明を実施するための形態】
【００１４】
以下、本発明の実施例について図面を参照して説明する。
【実施例１】
【００１５】
まず、一般的なプレゼンスシステムを例に説明する。プレゼンスシステムは、図１１に示すように、プレゼンスサーバ１１０１と、例えばパーソナルコンピュータ等の情報機器端末１１０２、１１０３と、ネットワーク１１０４から構成される。
【００１６】
プレゼンスシステムでは、プレゼンスサーバ１１０１と情報機器端末１１０２、１１０３間で通信するものであり、端末１１０２の状態（利用状態）変化をプレゼンスサーバ１１０１が受信して、その状態を保持する。また、必要に応じてその状態変化を別端末１１０３に通知することにより、任意の端末から特定の端末の在席／不在などの状態を知ることができる。プレゼンスサーバ１１０１でこのような動作を実現する機能部がプレゼンス情報更新部１１０５であり、端末１１０２、１１０３の状態を管理するのがプレゼンスデータ管理部１１１０である。これらの機能は周知であるので、詳細説明は省略する。
【００１７】
端末１１０２、１１０３はパーソナルコンピュータ(ＰＣ)や携帯電話などからなる。この端末１１０２、１１０３からの状態通知方法としては、会議中や外出中などの状態を手動で入力する方式やＰＣログインやスクリーンセーバーと連動する自動の通知方式がある。通常、端末１１０２、１１０３はそれを使用している利用者がいるため、多くのプレゼンスシステムでは「端末の状態＝利用者の状態」として表示や動作をさせている。
【００１８】
また、プレゼンスシステムでは、相手の検索、相手への電話発信、Ｅ−Ｍａｉｌ送信、メッセージ送信など、コミュニケーション機能と連携して提供されるものがある。これらはプレゼンスサーバ１１０１のアクション部１１０６により機能実行される。図１１ではアクション部１１０６はプレゼンスサーバ１１０１内に構成されているが、端末１１０２、１１０３側での連携動作や他のサーバで機能実行される実装形態もある。
【００１９】
プレゼンスシステムにおけるコミュニケーション機能の利用方法としては、まず、コミュニケーションする相手の現在の状態(在席／不在／離席)を確認し、次に、相手の状態に合わせたメッセージ送信や電話発信などのアクションを実行する。このため頻繁にコミュニケーションを取りたい相手は、常に画面に相手の状態が表示されていることが望ましい。このコミュニケーション相手(バディ)の一覧表示をバディリスト又はコミュニケーションリストと呼ぶ。
【００２０】
利用者がバディを自由に登録でき、バディの表示順番も自由に変更できる方式のプレゼンスシステムにあっては、プレゼンスサーバ１１０１には、図１１に示すように、バディの登録機能であるバディ登録部１１０７と、表示順番を変更するためのリスト表示順変更部１１０８と、バディリストの表示データを作成するバディリスト作成部１１０９と、バディリスト登録内容を利用者ごとに管理するバディリスト表示データ（内部データ）を管理する管理部１１１１を持つ。
【００２１】
図６(ａ)に、端末（１１０２，１１０３）におけるバディリスト６００の画面表示例を示す。バディリスト６００は、バディをリスト表示する表示部６０１と、バディを登録する登録ボタン６０２と、リストの表示順番を変更する上へボタン６０３と下へボタン６０４とから構成されている。また、バディに対してコミュニケーション機能を実行できるように、図６(ｂ)のようなポップアップメニュー６０５が用意されている。
【００２２】
例えば、図６(a)は、利用者「鉄郎」が「太郎」「次郎」「三郎」をバディとして登録し、バディリストを表示している一例であるが、この画面から「次郎」をバディリストの最上位に表示させる操作は、マウスで「次郎」を選択して上へボタン６０３を押すことにより可能になる。
【００２３】
また、この画面から「三郎」にメッセージを送る操作は、マウスで「三郎」を選択し、マウスの右クリックなどで図６(ｂ)に示すようなポップアップメニュー６０５を表示させ、「メッセージ」機能を選択することにより、「三郎」へのメッセージ送信が可能となる。
【００２４】
しかし、前述の通り、従来利用されているバディリストは、利用者が自由にバディの登録や表示順番の変更ができるものが多く、バディの登録や表示順番変更を自動的に行っているものは見られない。
【００２５】
また、特許文献１に示すように、母集団リストから動的に変化するものを監視し、バディリスト生成規則にマッチする状態を持つバディを選択する、いわゆるバディリストの動的生成する方法や特許文献２，３に示すようにバディの状態情報表示の仕方を変更するための「アクションルール」と、アクションルールが適用される状況を示す「適用状況」とから、ユーザの状況に応じたバディリストを自動的に表示する方法がについては提案がされているが、上述したような課題がある。
【００２６】
本発明は、係る課題を是正するためになされたものであり、以下、図面を参照して本発明の実施の形態を説明する。本実施例ではプレゼンスシステムにおけるバディリストの動的生成方法に関して説明するが、本発明の適用範囲はプレゼンスシステムに限定するものではない。
【００２７】
図１は、本発明の一実施例を示すプレゼンスシステムの構成図であり、プレゼンスサーバ１０１と、端末１０２，１０３と、ネトワーク１０４から構成される。
【００２８】
プレゼンスサーバ１０１は、プレゼンス状態を管理するプレゼンスデータ管理部１０９のプレゼンスデータ（情報）を更新するプレゼンス情報更新部１０５と、メッセージや電話などの機能を実行するアクション部１０６と、アクション部１０６で機能実行された記録を利用記録データ管理部１１０に残すアクション記録部１０７と、機能実行した実績に基づきバディリストを作成するバディリスト作成部１０８の各処理部と、機能実行の記録を管理する利用記録データ管理部１１０と、バディリストの画面表示イメージを管理するバディリスト表示データ（内部データ）管理部１１１と、利用者の在席場所（外部データ）を管理している位置情報サーバ１１２とから構成される。ここで、管理部は、メモリでもファイルでもデータベースでも構成して良い。
【００２９】
プレゼンスサーバ１０１は、一般的な情報処理装置で構成される。図１２にそのブロック構成の一例を示す。図１２において、プレゼンスサーバ１０１を構成する情報処理装置１２０１は、各処理機能を有するＣＰＵ１２０２と各データを格納するメモリ１２０３とハードディスクドライブ１２０４とＩ／Ｏインタフェース１２０５とネットワークインタフェース１２０６とが通信バス１２０７で接続された構成である。
【００３０】
図２は、図１におけるプレゼンスデータ管理部１０９のプレゼンスデータの一構成例を示すものである。プレゼンスデータは、現在の利用者のプレゼンスと場所等を示す情報から構成されている。具体的には、利用者を示めす利用者ＩＤ２０１と、利用者の在席／不在／離席などの状態を示すプレゼンス２０２と、ビルのフロアや在席場所などの場所を示す場所ＩＤ２０３と、その他の状態情報から構成されたテーブル構成となっており、これらの情報は図示の如く対応付けされている。
【００３１】
図３は、図１における利用記録データを格納するデータ格納部１１０のデータの一構成を示すものである。利用記録データ管理部３００には、任意の利用者が任意の機能を利用した記録を時系列に保持している。具体的には、利用記録データは、任意機能を実行した日時情報３０１と、任意機能を実行した利用者の利用者を示す情報である利用者ＩＤ３０２と、任意機能を実行した利用者の利用場所を示す情報３０３と、任意機能を実行した相手の利用者を示す情報であるバディＩＤ３０４と、実行した任意機能の種類である利用機能情報３０５とから構成されるテーブル構成となっており、これらの情報は図示の如く対応付けされている。
【００３２】
図４(ａ)は、図１におけるバディリスト表示データ管理部１１１のデータの一構成を示すものである。バディリスト表示データは、バディリスト画面表示イメージであり、バディの氏名を示す情報であるバディＩＤ４０１と、バディのプレゼンス情報を示すプレゼンス４０２と、バディの場所を示す情報である場所ＩＤ４０３とから構成されるテーブル構成となっている。例えば、図４(ａ)に示すデータが登録されている場合には、バディリスト４０４は、図４(ｂ)に示すような画面表示となる。
【００３３】
プレゼンスサーバ１０１の位置情報サーバ１１２は、利用者の在席場所を保持するものである。利用者の在席場所を特定する解決方法は、ネットワーク装置を利用する方法や、赤外線装置を利用する方法や、無線装置を利用する方法などさまざまな手段がある。位置情報サーバ１１２は、これらの場所解決手段を用いて利用者の在席場所を特定し、場所情報を更新して保持している。また、利用者ＩＤをキーとした他のサーバからの問合せに対して、その利用者の在席場所を返すことができる。
【００３４】
本実施例では、利用者の在席場所が変化するたびに、位置情報サーバ１１２からプレゼンスサーバ１０１に更新通知があり、プレゼンスデータ１０９の在席場所を更新しているものとする。
【００３５】
プレゼンス情報更新部１０５は、ある利用者の端末（１０２）からの状態通知を受付け、その状態をプレゼンスデータ管理部１０９に登録し、必要に応じてその状態を別の利用者の端末（１０３）に通知する、プレゼンスサーバ１０１の主要処理機能を有する。
【００３６】
例えば、利用者「太郎」の端末から「在席」の状態通知を受けると、位置情報サーバ１１２から「太郎」の位置情報として「東京ビル１０Ｆ」を取得し、プレゼンスデータ１０９内で「太郎」のプレゼンスを「在席」に、「太郎」の場所ＩＤを「東京ビル１０Ｆ」に更新することにより、図２のような「太郎」の登録情報を得ることができる。
【００３７】
アクション部１０６は、従来機能と同様にバディに対してメッセージや電話などの機能を実行する処理機能を有する。アクション部１０６の一部の機能は、端末１０２、１０３側に実装しても良い。
【００３８】
アクション記録部１０７は、本発明の特徴処理の一つであり、アクション部１０６で実行された各機能の利用状況を、利用記録データとして利用記録データ管理部１１０に記録する。
図７は、アクション記録部１０７の処理フローを示すものである。以下、その処理動作について説明する。
【００３９】
アクション記録部１０７は、プレゼンスサーバ１０１が起動すると同時に起動する。
【００４０】
起動後は、常にアクション部１０６に機能実行が発生したかを常時監視する(ステップ７０１)。
【００４１】
機能実行が発生した場合、アクション部１０６から、発生日時と、機能実行した利用者ＩＤと、バディの利用者ＩＤと、アクション種別を取得する(ステップ７０２)。
【００４２】
また、プレゼンスデータ１０９から利用者ＩＤの利用場所を取得する(ステップ７０３)。
【００４３】
次に、これらの取得データを利用記録データ管理部１１０に利用記録データとして書き込む(ステップ７０４)。
【００４４】
最後に、プレゼンスサーバ１０１が終了でなければ、機能実行の監視ループに戻る(ステップ７０５)。
【００４５】
以上の処理により、プレゼンスシステムの利用者が、バディに対して操作した機能実行をすべて利用記録データ管理部１１０に登録することができる。
【００４６】
また、アクション部１０６の機能が端末１０２、１０３)側に実装される場合は、アクション部１０６とアクション記録部１０７との間でお互いに通信することにより、端末１０２、１０３側での機能実行の内容を、アクション記録部１０７を経由して、利用記録データ管理部１１０に利用記録データとして登録することが可能である。
【００４７】
バディリスト作成部１０８は、本発明の特徴の一つであり、バディリスト作成部は、利用記録データ（１１０）を元にバディリスト表示データを作成し、バディリスト表示データ管理部１１１に蓄積する処理機能を有する。
【００４８】
例えば、図３に示す内容が利用記録データ管理部１１０に利用記録データとして蓄積されている場合の動作を、図８に示す処理フローに従い説明する。
【００４９】
バディリスト作成部１０８は、端末の利用者からのバディリスト表示要求を受けて起動する。
【００５０】
まず、利用者の利用者ＩＤを取得する(ステップ８０１)。今回の利用者は「鉄郎」とする。
【００５１】
次にプレゼンスデータ管理部１０９のプレゼンスデータから、利用者（鉄郎）の現在の場所を取得する(ステップ８０２)。例えば、図２に示すプレゼンスデータ管理部１０９のデータであれば「鉄郎」の場所ＩＤである「東京ビル１２Ｆ」を得る。
【００５２】
次に利用記録データ管理部１１０のデータから、一定期間の利用記録のうち、利用者ＩＤと利用場所に一致するデータを取り出す(ステップ８０３)。例えば、過去１ヶ月間の利用記録のうち、利用者ＩＤが「鉄郎」で、かつ、場所ＩＤが「東京ビル１２Ｆ」である全てのデータを取得してくる。一定期間を任意に指定できるようにすると、その時期に応じた利用データを収集することができる。
【００５３】
次に、取得したデータから、バディＩＤごとに、どのような機能を何回利用したかを集計してバディリスト表示データ管理部１１１に一時記憶する(ステップ８０４)。一時記憶する集計データの形式は、例えば図５に示すように、利用者ＩＤからバディＩＤに対して、電話やＭａｉｌなどのそれぞれの機能を何回利用したかを集計して合計を算出した利用記録集計データ５００である。例えば「鉄郎」が「太郎」に、電話を１８回、Ｍａｉｌを１５回、Ｍｅｓｓａｇｅを１７回、スケジュール参照を７回、検索を３回実施していた場合は、利用記録集計データ５００は、図５の「太郎」欄のようになる。同様に、他のバディへの機能利用回数もすべて集計することにより、図５に示すような利用記録集計データ５００が得られる。
【００５４】
利用記録集計データ５００は、利用者ＩＤ５０１、バディＩＤ５０２およびバディＩＤごとに利用記録（電話５０３、Ｍａｉｌｌ５０４、Ｍｅｓｓａｇｅ５０５、スケジュール参照５０６、検索５０７）とその合計を示す情報を有している。
【００５５】
次に、表示順位制御処理により、利用記録集計データ５００をソートする(ステップ８０５)。例えば、利用記録集計データ５００が図９(ａ)に示す内容である場合、機能実行合計回数が多い順にソートすると、図９(ｂ)のような結果を得られる。
【００５６】
最後に、バディリスト表示データ作成処理により、利用記録集計データ５００の順に、プレゼンスデータ１０９の情報を参照して、バディリスト表示データ１１１を作成する(ステップ８０６)。例えば図９(ｂ)のような利用記録集計データ５００があった場合、これを実際のバディリストとして画面表示すると、図９(ｃ)に示すような表示となる。
【００５７】
以上の一連の処理により、ある利用者の機能利用実績に応じて、その利用者のバディリストを自動生成することが可能となる。
【００５８】
これにより、従来のバディリストでは、バディの登録や表示順変更などを手動で操作していたが、本方式（実施例）では、バディの登録や表示順変更などの操作は一切必要ないメンテナンスフリー化が可能となる。
【００５９】
また、例えば部署異動などで、新しい関係者に検索やメッセージの機能実行を続けていると、新しい関係者のバディリストに変えていくことが可能になる。ただし、本方式（実施例）では全く新しいバディに１回だけ機能実行しただけでは自動生成したバディリストの上位には現れず、使い勝手が悪くなることも考えられる。この対処には、自動生成のバディリストとは別に、直近に機能実行した数人のバディリストを合わせて画面表示することで解決できる。直近に機能実行したバディの情報は、利用記録データ１１０の最新情報から容易に取り出せる。
【００６０】
次に、利用者の操作場所に対応したバディリストの自動生成の実現方式を説明する。
図８は、バディリスト作成部１０８の処理フローを示す図である。同図において、例えば、利用者「鉄郎」が「社外」からプレゼンスシステムを利用している場合を例に説明する。
【００６１】
まず、ステップ８０２で、プレゼンスデータ管理部１０９から、利用者ＩＤ「鉄郎」の現在の場所を取得すると「社外」を得る。
【００６２】
次に、ステップ８０３では、利用記録データ管理部１１０から、例えば過去１ヶ月間の利用記録のうち、利用者ＩＤが「鉄郎」で、かつ、利用場所が「社外」である全てのデータを取得してくる。
【００６３】
しかるのち、ステップ８０４で、このデータを集計すると、利用記録集計データ５００は、例えば図１０(ａ)に示すようになる。
【００６４】
ステップ８０５で、前記同様に機能実行合計回数でソートすると図１０(ｂ)に示す並びとなる。
【００６５】
ステップ８０６で、これをバディリストで画面表示すると図１０(ｃ)の表示結果を得る。
【００６６】
以上、一連の処理の結果、利用者の操作場所が変わると、自動的にバディリスト内容を切換えることが可能となる。
【００６７】
これにより、社内オフィスでの操作時は、例えば通常良くコンタクトする別拠点のバディが上位に表れるが、社外での操作時には、例えば業務確認のための連絡が多い場合は、自社オフィスの担当者がバディの上位に現れるというように、その場所に適したバディリストに自動切換えすることが可能になる。
【００６８】
図８の処理フローにおいて、ステップ８０５は、バディリストの表示順番を決定付けるのが表示順位制御処理であり、表示順番を決定付ける重要な処理である。
【００６９】
表示順位制御ステップ８０５は、利用記録集計データ５００を入力としているため、利用記録集計データ５００を利用したさまざまな順位制御方法が考えられる。
【００７０】
例えば、以下のように並び替える。
【００７１】
前記の通り、単純にアクション合計回数の多い順、あるいは少ない順に並び替える。
【００７２】
ある機能実行だけに着目して、その機能実行回数で並び替える。
【００７３】
複数の機能実行のＡＮＤ条件やＯＲ条件の組合せによる合計回数で並び替える。
【００７４】
機能実行ごとに重み係数を付加して合計回数で並び替える。
【００７５】
特定の機能実行の利用有無により並び替える。
【００７６】
これらの並び替えはバディリストの表示オプションや絞込みオプションとして機能提供することも可能である。
【００７７】
以上述べた実施例によれば、複数のコミュニケーション手段の利用実績をもとにバディの表示順番を制御できるため、メッセージや電話などの特定の機能での表示順番に切換えることもできる。
【００７８】
また、プレゼンスを利用する場所に応じてバディリストが切換わるため、例えば、自分が社内オフィスにいる場合は、業務上関連の多い別拠点メンバーが上位に来るが、社外で業務中では、自社オフィスのメンバーが上位に表示されるようになるというような、場所に適したバディリストに切換えることが可能である。
【００７９】
また、利用方法の一つに、例えば出張先オフィス近辺で、過去にコンタクトした人をリスト表示させるなどの応用も可能になる。
【産業上の利用可能性】
【００８０】
本発明は、バディリストを持つプレゼンスシステムに利用することができる。あるいは、プレゼンスシステムに限らず、バディリストとバディに対するアクションを提供するシステムにおいて、バディリスト表示をメンテナンスフリー化できる可能性がある。
【符号の説明】
【００８１】
１０１：プレゼンスサーバ
１０２、１０３：端末
１０４：ネットワーク
１０５：プレゼンス情報更新部
１０６：アクション部
１０７：アクション記録部
１０８：バディリスト作成部
１０９：プレゼンスデータ管理部
１１０：利用記録データ管理部
１１１：バディリスト表示データ管理部
１１２：位置情報サーバ
【図１】
2010257273.tif 000003
【図２】
2010257273.tif 000004
【図３】
2010257273.tif 000005
【図４】
2010257273.tif 000006
【図５】
2010257273.tif 000007
【図６】
2010257273.tif 000008
【図７】
2010257273.tif 000009
【図８】
2010257273.tif 000010
【図９】
2010257273.tif 000011
【図１０】
2010257273.tif 000012
【図１１】
2010257273.tif 000013
【図１２】
2010257273.tif 000014