JP4168762B2 - Buddy list dynamic generation method, client, server, system, program - Google Patents
Buddy list dynamic generation method, client, server, system, program Download PDFInfo
- Publication number
- JP4168762B2 JP4168762B2 JP2003019298A JP2003019298A JP4168762B2 JP 4168762 B2 JP4168762 B2 JP 4168762B2 JP 2003019298 A JP2003019298 A JP 2003019298A JP 2003019298 A JP2003019298 A JP 2003019298A JP 4168762 B2 JP4168762 B2 JP 4168762B2
- Authority
- JP
- Japan
- Prior art keywords
- list
- state
- client
- buddy
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、バディリストの動的生成方法に関するものであり、とくに任意形態のバディリストを自動生成するバディリストの動的生成方法に関するものである。
【０００２】
【従来の技術】
ネットワーク上でユーザの状態を把握する際にバディリストを使用することが一般的になっている。バディリストを使用する代表的な技術としてプレゼンスシステムがある。
【０００３】
プレゼンスシステムとは、各ユーザの通信状態を管理するシステム一般を指し、その基本的なアーキテクチャは、ＲＦＣ２７７８に示されている。プレゼンスシステムは、ＰＲＩＮＣＩＰＡＬの状態を提供するプレゼンティティと、それを観察するウォッチャー、および、プレゼンティティから状態を受け取り、これをウォッチャーに配信するプレゼンスサービスからなる。
【０００４】
多くのプレゼンスシステムでは、ウォッチャーが収集したＰＲＩＮＣＩＰＡＬの状態をバディリストとして表示する。バディリストはプレゼンスサービスの各ユーザが管理しなければならない。プレゼンスサービスを利用しているうちにコミュニケーションの相手が増えてくると、バディリストの管理にかかわるユーザの負担は大きくなるという問題がある。時間や場所などの状況に合わせて状態を観察する相手を変える場合は、それぞれに別のバディリストを用意しなければならず、ユーザの負担はさらに大きくなる。
【０００５】
内容が静的なバディリストは管理の負担の他にも問題がある。例えば、ユーザが仕事用バディリストとは別にプライベート用バディリストを持つことを考える。ユーザは、双方が仕事中ではない時に連絡をとるためにこのバディリストを用意しようと考えている。しかし、ユーザがこのようなバディリストを作ることは困難である。なぜなら、このプライベート用バディリストに表示される相手は、仕事をしているかどうかにかかわらず、常にこのバディリストに含まれるためである。相手の状態を限定したバディリストを、従来の静的なバディリストを使って作ることは、不可能である。
【０００６】
さらに、現状では、ユーザがＵＲＩを知らないＰＲＩＮＣＩＰＡＬの現在の状態を限定して、バディリストを作成することができない。例えば、位置情報を元に、乗客の近くを走っているタクシーが常に表示されるバディリストが考えられる。街中を走るタクシーの台数は、乗客がそれぞれのＵＲＩを１つ１つ把握するには多すぎる数である。従来のプレゼンスシステムには、ユーザ自身が、名前やメールアドレスからＰＲＩＮＣＩＰＡＬのＵＲＩを検索するものがあり、ユーザの数が多くてもこれらの情報から目的のＰＲＩＮＣＩＰＡＬをバディリストに登録することができる。しかし、状態から自動的にＵＲＩを検索する仕組みは存在しない。バディリストを利用した代表的な技術として特許文献１、２記載のものがあるが、何れも上記の問題点を克服するものではない。
【０００７】
【特許文献１】
特開２００２−０７４１６４号公報
【特許文献２】
特開２００２−１７００３２号公報
【０００８】
【発明が解決しようとする課題】
本発明は、上記の問題点を鑑みたものであり、以下の目的を採り上げた。
【０００９】
まず、バディリストを所有するユーザと、バディリストに含まれる他のＰＲＩＮＣＩＰＡＬの両方の状態に合わせてバディリストを自動的に生成でき、また前記バディリストが見やすくなるバディリストの動的生成方法を提供することを目的とする。
【００１０】
また、ユーザが、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけで済むバディリストの動的生成方法を提供することを目的とする。
【００１１】
また、ユーザが、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけで済むバディリストの動的生成方法を提供することを目的とする。
【００１２】
また、バディリストを所有するユーザと、バディリストに含まれる他のＰＲＩＮＣＩＰＡＬの両方の状態に合わせてバディリストを自動的に生成でき、また前記バディリストが見やすくなり、特にユーザがＵＲＩを知らなくても、サーバが必要なプレゼンティティのＵＲＩをバディリストに含めてユーザに提供できるバディリストの動的生成方法を提供することを目的とする。
【００１３】
また、ユーザが、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけで済むバディリストの動的生成方法を提供することを目的とする。
【００１４】
また、ユーザが、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけで済むバディリストの動的生成方法を提供することを目的とする。
【００１５】
【課題を解決するための手段】
かかる目的を解決するため、本発明の態様は、自身の状態を第１の状態情報として管理する状態管理手段と、他のクライアントの状態を第２の状態情報として監視し、前記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成するバディリスト生成手段と、前記選択リストを保持するバディリスト管理手段と、を有し、前記バディリスト生成手段は、自身の状態が変化して更新された前記第１の状態情報と、他のクライアントの状態が変化して更新された前記第２の状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするクライアントに関するものである。ここで、前記選択リストに登録されていない他のクライアントの状態が変化して更新された前記第２の状態情報が、前記生成規則に従う場合には、当該状態を追加した選択リストが生成されることを特徴とする。また、前記選択リストに登録されている他のクライアントの状態が変化して更新された前記第２の状態情報が、前記生成規則に従わなくなった場合には、当該状態を削除した選択リストが生成されることを特徴とする。
【００１６】
また、本発明の他の態様は、各クライアントの状態を状態情報として監視し、前記各クライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、生成規則に基づいて、前記母集団リストより選択リストを生成し、生成した選択リストをネットワークを介して外部装置へ発行するバディリスト生成手段と、を有し、前記バディリスト生成手段は、一のクライアントの状態が変化して更新された前記状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするサーバに関するものである。ここで、前記選択リストに登録されていないクライアントの状態が変化して更新された前記状態情報が、前記生成規則に従う場合には、当該状態を追加した選択リストが生成されることを特徴とする。また、前記選択リストに登録されているクライアントの状態が変化して更新された前記状態情報が、前記生成規則に従わなくなった場合には、当該状態を削除した選択リストが生成されることを特徴とする。
【００１７】
また、本発明の他の態様は、自身の状態を第１の状態情報として管理する状態管理手段と、他のクライアントの状態を第２の状態情報として監視し、前記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成するバディリスト生成手段と、前記選択リストを保持するバディリスト管理手段と、を有するクライアントがネットワークを介して接続されているシステムにおいて、各クライアントにおいて、前記バディリスト生成手段は、自身の状態が変化して更新された前記第１の状態情報と、他のクライアントの状態が変化して更新された前記第２の状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするシステムに関するものである。また、本発明の他の態様は、自身の状態を状態情報として管理する状態管理手段を有するクライアントと、各クライアントの状態を状態情報として監視し、前記各クライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、生成規則に基づいて、前記母集団リストより選択リストを生成し、生成した選択リストをネットワークを介して外部装置へ発行するバディリスト生成手段を有するサーバがネットワークを介して接続されているシステムにおいて、前記サーバにおいて、前記バディリスト生成手段は、一のクライアントの状態が変化して更新された前記状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするシステムに関するものである。
【００１８】
また、本発明の他の態様は、コンピュータに、自身の状態を第１の状態情報として管理する状態管理手段と、他のクライアントの状態を第２の状態情報として監視し、記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成するバディリスト生成手段と、前記選択リストを保持するバディリスト管理手段として機能させ、前記バディリスト生成手段は、自身の状態が変化して更新された前記第１の状態情報と、他のクライアントの状態が変化して更新された前記第２の状態情報を管理する前記母集団リストより前記選択リストを生成させることを特徴とするクライアントのプログラムに関するものである。また、本発明の他の態様は、コンピュータに、各クライアントの状態を状態情報として監視し、前記各クライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、生成規則に基づいて、前記母集団リストより選択リストを生成し、生成した選択リストをネットワークを介して外部装置へ発行するバディリスト生成手段として機能させ、前記バディリスト生成手段は、一のクライアントの状態が変化して更新された前記状態情報を管理する前記母集団リストより前記選択リストを生成させることを特徴とするサーバのプログラムに関するものである。
【００１９】
また、本発明の他の態様は、状態管理手段が、自身の状態を第１の状態情報として管理し、自身の状態が変化したとき前記第１の状態情報を更新する工程と、状態監視手段が、他のクライアントの状態を第２の状態情報として監視し、他のクライアントの状態が変化したとき前記第２の状態情報を更新し、前記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する工程と、バディリスト生成手段が、前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成する工程と、バディリスト管理手段が、前記選択リストを保持する工程と、を有することを特徴とするバディリストの動的生成方法に関するものである。また、本発明の他の態様は、クライアントが備える状態管理手段が、自身の状態を状態情報として管理し、自身の状態が変化したとき前記状態情報を更新する工程と、サーバが備える状態監視手段が、各クライアントの状態を状態情報として監視し、一のクライアントの状態が変化したとき前記状態情報を更新し、前記各クライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する工程と、前記サーバが備えるバディリスト生成手段が、生成規則に基づいて、前記状態情報と前記母集団リストより選択リストを生成し、生成した選択リストをネットワークを介して外部装置へ発行する工程と、を有することを特徴とするバディリストの動的生成方法に関するものである。
【００２１】
【発明の実施の形態】
以下本発明の実施例を図面を参照して説明する。本実施例ではプレゼンスシステムにおけるバディリストの動的生成方法に関して説明するが、本発明の適用範囲はプレゼンスシステムに限定するものではない。
【００２２】
（実施例１の構成）
本発明の実施例１の構成を図１に示す。実施例１は、バディリスト自動生成機能付きクライアント（１００）と他のクライアントに属する状態管理モジュール（１ａ）で構成する。バディリスト自動生成機能付きクライアント（１００）は状態管理モジュール（１）、状態監視モジュール（２）、バディリスト生成モジュール（３）、バディリスト管理モジュール（４）からなる。すべてのクライアントは、ネットワークを介して互いに接続されている。ただし、ネットワークに接続されてない場合があってもよい。
【００２３】
状態管理モジュール（１）は、ＰＲＩＮＣＩＰＡＬ（５）に関する状態を収集して内部に保存する。また、ＰＲＩＮＣＩＰＡＬの状態が変化したときは、ＰＲＩＮＣＩＰＡＬ状態保存部（１１）に格納されている状態（６）を変更し、バディリスト生成モジュール（３）に発行する。ＰＲＩＮＣＩＰＡＬの状態はＰＲＩＮＣＩＰＡＬ状態保存部（１１）に格納される。ＰＲＩＮＣＩＰＡＬの状態の監視および収集はＰＲＩＮＣＩＰＡＬ状態監視部（１２）が実行する。他のクライアントに属する状態管理モジュール（１ａ）は、ネットワークを介して状態監視モジュール（２）に状態（６）を発行する。
【００２４】
上に述べた状態は、さまざまな属性により表現される。例えば、「オンライン」、「オフライン」で示される通信の可否、緯度と経度であらわされる位置、「タクシーに乗りたい」、「電車に乗りたい」といった個人の意思や要求、「暑い」、「寒い」、「心地よい」といった個人の気分なども状態として定義することが可能である。例えば、あるＰＲＩＮＣＩＰＡＬの状態は「オンライン、暑い」と表現され、別のＰＲＩＮＣＩＰＡＬは「オンライン、タクシーに乗りたい、寒い」と表現される。プレゼンスサービスは、ＰＲＩＮＣＩＰＡＬをさまざまな側面からみた属性値を状態として管理する。
【００２５】
本実施例では母集団リスト（８）と選択リスト（９）と呼ぶ２種類のバディリストを用いる。バディリストは、ＰＲＩＮＣＩＰＡＬのＵＲＩ（７）を要素にするリストである。バディリストの各要素は、ＰＲＩＮＣＩＰＡＬのＵＲＩ（７）の他に、そのＰＲＩＮＣＩＰＡＬに関する１種類以上の状態（６）を持つことができる。母集団リスト（８）は状態監視モジュール（２）が保持するバディリストである。選択リスト（９）は、バディリスト生成モジュール（３）が生成し、状態提供モジュール（４）が保持するもので、ＧＵＩなどを介して画面に表示されるバディリストである。
【００２６】
状態監視モジュール（２）は母集団リスト（８）に含まれる１個以上のＰＲＩＮＣＩＰＡＬ（５−ｉ）（１≦ｉ≦ｎ）に対し、状態通知依頼を発行し（サブスクライブ）、状態変更通知を受信し、状態管理モジュール（１ａ）が発行する状態（６）を受け取ったときに内部で保持している状態を更新する。状態監視モジュール（２）内部のプレゼンティティ状態保存部（２１）は、ＰＲＩＮＣＩＰＡＬ（５−ｉ）の状態を母集団リスト（８）として保持する。もし母集団リスト（８）に含まれるＰＲＩＮＣＩＰＡＬが０個であっても、無登録のリストとして保持する。プレゼンティティ状態監視部（２２）は、状態管理モジュール（１ａ）の発行する状態（６）を待ち受ける。
【００２７】
バディリスト生成モジュール（３）は、状態監視モジュール（２）から得た母集団リスト（８）の各要素と、状態管理モジュール（１）から得たＰＲＩＮＣＩＰＡＬ（５）の状態（６）を比較し、ＰＲＩＮＣＩＰＡＬ（５）の状態（６）と特定の関係にある状態を持つＰＲＩＮＣＩＰＡＬ（５−ｉ）の要素からなる選択リスト（９）を生成する。選択リスト（９）の生成処理は選択リスト生成部（３１）において実行される。母集団リスト（８）に含まれるＰＲＩＮＣＩＰＡＬが０個である無登録のリストを利用する際、選択リスト生成部（３１）は無登録の選択リストを生成する。ＰＲＩＮＣＩＰＡＬ（５）の状態（６）と母集団リスト（８）のＰＲＩＮＣＩＰＡＬ（５−ｉ）の状態との関係を記述した生成規則（１０）は、生成規則保存部（３２）に格納される。生成規則管理部（３３）は、ＰＲＩＮＣＩＰＡＬが操作をするか、ＰＲＩＮＣＩＰＡＬの状態の入力があるか、あるいはその他の情報（時刻など）の入力があったときに、生成規則保存部（３２）にある生成規則（１０）を変更する。
【００２８】
バディリスト管理モジュール（４）は選択リスト（９）を保持する。選択リスト（９）は、バディリスト管理モジュール（４）内部のバディリスト保存部（４１）において保存される。
【００２９】
（実施例１の動作の説明）
実施例１の動作を▲１▼〜▲５▼のステップにて説明する。
【００３０】
▲１▼ＰＲＩＮＣＩＰＡＬ（５）の状態管理モジュール（１）は、ＰＲＩＮＣＩＰＡＬ（５）の状態が変化すると、これをバディリスト生成モジュール（３）に発行する。
【００３１】
１．ＰＲＩＮＣＩＰＡＬ状態監視部（１２）は、ＰＲＩＮＣＩＰＡＬ（５）から状態を取得すると、これをＰＲＩＮＣＩＰＡＬ状態保存部（１１）に保存された状態（６）と比較する。
【００３２】
２．状態（６）が前の状態と異なる場合、
２−１．ＰＲＩＮＣＩＰＡＬ状態保存部（１１）は、状態（６）を新しい状態で更新する。
２−２．ＰＲＩＮＣＩＰＡＬ状態保存部（１１）は、バディリスト生成モジュール（３）に新しい状態（６）を発行する。
【００３３】
▲２▼ＰＲＩＮＣＩＰＡＬ（５−ｉ）（１≦ｉ≦ｎ）の状態管理モジュール（１ａ−ｉ）は、ＰＲＩＮＣＩＰＡＬ（５−ｉ）の状態（６−ｉ）が変化すると、これを状態監視モジュールに発行する。
【００３４】
▲３▼状態監視モジュール（２）は、他のＰＲＩＮＣＩＰＡＬ（５−ｉ）の状態の変化の通知を受け取り、これをバディリスト生成モジュール（３）に発行する。
【００３５】
１．プレゼンティティ状態監視部（２２）は、母集団リスト（８）の各要素の指すＰＲＩＮＣＩＰＡＬの状態管理モジュール（１ａ−１）、（１ａ−２）、...、（１ａ−ｎ）から新しい状態の発行を受けるまで待機する。
【００３６】
２．プレゼンティティ状態監視部（２２）は、状態管理モジュール（１ａ−１）、（１ａ−２）、... 、（１ａ−ｎ）の何れかの（１ａ−ｉ）から新しい状態を受け取ると、プレゼンティティ状態保存部（２１）の母集団リスト（８）に保存されたＰＲＩＮＣＩＰＡＬ（５−ｉ）の状態と比較する。
【００３７】
３．新しい状態が前の状態と異なる場合、
３−１．プレゼンティティ状態保存部（２１）は、母集団リスト（８）のＰＲＩＮＣＩＰＡＬ（５−ｉ）の状態を更新する。
３−２．プレゼンティティ状態保存部（２１）は、母集団リストの要素の状態が更新されると、母集団リスト（８）をバディリスト生成モジュール（３）に渡す。
【００３８】
▲４▼バディリスト生成モジュール（３）は、▲１▼または▲３▼のステップにより、ＰＲＩＮＣＩＰＡＬ（５）または他のＰＲＩＮＣＩＰＡＬの状態の変化を受け取ると、選択リストを生成し直し、新しい選択リストをバディリスト管理モジュール（４）に対し発行する。
【００３９】
１．選択リスト生成部（３１）は、状態管理モジュール（１）が発行するあたらしいＰＲＩＮＣＩＰＡＬ（５）の状態（６）を待ち受ける。また同時に状態監視モジュール（２）が発行する新しい母集団リスト（８）を待ち受ける。
【００４０】
２．選択リスト生成部（３１）は、ＰＲＩＮＣＩＰＡＬ（５）の新しい状態（６）あるいは新しい母集団リスト（８）のいずれかを受け取ると、以下の処理を行う。
２−１．状態管理モジュール（１）からＰＲＩＮＣＩＰＡＬ（５）の新しい状態（６）を受け取ると、状態監視モジュール（２）から母集団リスト（８）を取得する。
２−２．状態監視モジュール（２）から新しい母集団リスト（８）を受け取ると、状態管理モジュール（１）から状態（６）を取得する。
【００４１】
３．選択リスト生成部（３１）は、母集団リスト（８）から、ＰＲＩＮＣＩＰＡＬ（５）の状態（６）と生成規則（１０）に定める関係にある状態を持つ要素を検索する。この検索で見つかった０個以上の要素を新規選択リストの要素とする。選択リスト生成部（３１）は、生成した選択リスト（９）をバディリスト管理モジュール（４）に渡す。
【００４２】
▲５▼バディリスト管理モジュール（４）は、バディリスト生成モジュールが発行する最新の選択リスト（９）を保持し、ＰＲＩＮＣＩＰＡＬに提示する。
【００４３】
（具体例１）
実施例１について、状態の変化に応じてユーザＡのバディリストが変化する様子を具体例１を用いて順を追って説明する。ここでユーザＡは、図１のＰＲＩＮＣＩＰＡＬ（５）に相当する。
【００４４】
プレゼンスサービスにはユーザＡの他にも多くのユーザ（ユーザＢ、ユーザＣ、... ）が加入している。これらのユーザは、図１のＰＲＩＮＣＩＰＡＬ（５−ｉ）に相当する。プレゼンスサービスのすべての加入者は、自分の通信状態と位置をプレゼンス情報として持つ。また、任意のユーザの通信状態と位置を監視（サブスクライブ）することが可能である。
【００４５】
通信状態の取り得る値には、「オンライン」と「オフライン」がある。「オンライン」は電話の呼び出しに答えられることを示し、「オフライン」は呼び出しに答えられないことを示す。具体例１における位置は、最寄りの駅名で表される。あるユーザの位置が「東京」であれば、その人の現在の居場所の最寄り駅が東京駅であることを示す。
【００４６】
ユーザＡの状態が変化した場合は動作１−１、動作２、動作３の順に処理が進む。ユーザＡ以外のユーザの状態が変化した場合は、動作１−２、動作２、動作３の順に処理が進む。ユーザＡがバディリストの生成規則を変更する場合は、動作４が行われる。
【００４７】
（動作１−１）
１．ユーザＡが新しい位置「横浜」を状態管理モジュールに入力する。ユーザＡから新しい状態の入力があると、状態管理モジュールは次の処理を実行する。
【００４８】
２．入力された状態が、状態管理モジュール内部で保持している状態と異なる場合は、古い状態を破棄し、入力された状態を内部で保持する。例えば、現在状態管理モジュールが保持しているユーザＡの位置が「東京」であれば、これを「横浜」に置き換える。
【００４９】
３．バディリスト生成モジュールの処理を開始させる。
【００５０】
（動作１−２）
１．状態監視モジュールは、母集団リストに含まれるいずれかのユーザから状態変更通知メッセージを受信するまで待機している。
【００５１】
２．ユーザＢが位置を「新宿」から「東京」に変更し、状態監視モジュールに対し、状態変更通知を発行する。
【００５２】
３．状態監視モジュールは、保持する母集団リストの全ユーザのリストから、ユーザＢに対応する要素を検索し、位置の状態を「東京」にする。
【００５３】
４．バディリスト生成モジュールの処理を開始させる。
【００５４】
（動作２）
バディリスト生成モジュールは次の処理を実行する。
【００５５】
１．状態管理モジュールからユーザＡの位置を得る。状態管理モジュールは、内部で保持しているユーザＡの位置の状態をバディリスト生成モジュールに渡す。
【００５６】
２．状態監視モジュールから、状態監視モジュールが監視をしている全ユーザのＵＲＩと位置プレゼンスからなる母集団リストを得る。
【００５７】
３．母集団リストから、生成規則にあてはまる要素を検索する。検索の結果見つかった０個以上の要素をコピーして選択リストに格納する。生成規則が「ＩＦ 母集団リストのユーザの位置 ＝ ユーザＡの位置 ＴＨＥＮ 母集団リストのユーザを登録する」と記述されているとする。ユーザＡの位置が「東京」で、ユーザＢとユーザＥの位置が「東京」であれば、ユーザＢとユーザＥの要素が選択リストに格納される。
【００５８】
４．選択リストをバディリスト管理モジュールに渡す。
【００５９】
（動作３）
バディリスト管理モジュールは以下の処理を実行する。
【００６０】
１．バディリスト生成モジュールから新しい選択リストを得る。
【００６１】
２．新しい選択リストに含まれるユーザの通信状態をユーザＡに提示する。
【００６２】
ユーザＡが生成規則を変更する場合は、動作４の処理が実行される。
【００６３】
（動作４）
１．ユーザＡがバディリスト生成モジュールに新しい生成規則「ＩＦ 母集団リストのユーザの位置はユーザＡの位置から２駅の範囲内 ＴＨＥＮ 母集団リストのユーザを登録する」を入力する。
【００６４】
２．バディリスト生成モジュールは、それまで内部で保持していた古い生成規則を破棄し、入力された新しい生成規則を保存する。
【００６５】
（具体例２）
また他の具体例として、携帯電話の電話帳機能に本発明を適用する例を説明する。この例におけるユーザは、仕事状態とマナーモード設定状態をプレゼンスサービスに公開する。仕事状態は「仕事中」と「プライベート」であらわし、マナーモード設定状態は「マナー設定」と「マナー解除」であらわす。携帯電話に実装された状態管理モジュールは、ユーザのボタン操作から両者の状態を取得して保持する。また、状態が変化したときは、新しい状態をバディリスト生成モジュールに発行する。
【００６６】
状態監視モジュールは、携帯電話の電話帳に登録されているそれぞれの人の仕事状態とマナーモード設定状態を監視する。状態監視モジュールが保持する母集団リストは、電話帳と統合され、仕事状態とマナーモード設定状態が各人の電話番号とともに格納されている。電話帳の中の誰かの状態が変化したときは、状態監視モジュールが新しい母集団リストをバディリスト生成モジュールに発行する。
【００６７】
ユーザは、携帯電話に実装されたバディリスト生成モジュールに、生成規則「ＩＦ 電話帳に登録されている人の仕事状態 ＝ 自分の仕事状態 ＡＮＤ 電話帳に登録されている人の仕事状態 ＝ マナー解除 ＴＨＥＮ 電話帳に登録されている人を選択リストに登録する」を設定している。バディリスト生成モジュールは、状態管理モジュールが発行する自分の状態、または、状態監視モジュールが発行する母集団リストを受け取ったときに、前述の生成規則を適用し、選択リストを生成する。
【００６８】
生成された選択リストは、ユーザが携帯電話の電話帳表示キーを押したときに画面に表示される。ユーザの仕事状態が「プライベート」であるときは、電話帳の中から、仕事状態が「プライベート」であり、かつ、マナーモード設定状態が「マナー解除」である人だけが画面に表示される。ユーザの状態と電話帳に登録された人の状態は、時間の経過に伴い変化し続ける。しかし、ユーザがキーを押した時に表示される選択リストは、いつでもそのときのユーザの状態と電話帳に登録された人の状態が反映されている。
【００６９】
（実施例２）
図２に本発明の実施例２の構成を示す。実施例２は、バディリスト自動生成機能付きクライアント（１０１）と、バディリスト自動生成機能付きプレゼンスサーバ（１０２）と、他のクライアントに属する状態管理モジュール（１ａ）で構成する。バディリスト自動生成機能付きクライアント（１０１）は、状態管理モジュール（１ａ）とバディリスト管理モジュール（４）を含む。クライアントは計ｎ個あり、バディリスト自動生成機能付きクライアント（１０１）も含まれる。
【００７０】
図２はＰＲＩＮＣＩＰＡＬ（５−ｉ）（１≦ｉ≦ｎ）のクライアントがバディリスト自動生成機能付きクライアントであることを示す。バディリスト自動生成機能付きプレゼンスサーバ（１０２）は、状態監視モジュール（２）とバディリスト生成モジュール（３ａ）を含む。実施例１では、１つのクライアントがすべてのモジュールを持つ一方、実施例２では、１つのサーバが複数のクライアントから共通に利用されるモジュールを持つ。すべてのクライアントはバディリスト自動生成機能付きプレゼンスサーバ（１０２）とネットワークを介して接続する。
【００７１】
状態管理モジュール（１ａ）は、ネットワークを介して状態監視モジュール（２）に状態（６−ｉ）を発行する。
【００７２】
実施例２の状態監視モジュール（２）は、実施例１の状態監視モジュール（２）と同じ機能を持つ。ただしこのモジュールは、サーバ上にあるため、母集団リスト（８）は、すべてのＰＲＩＮＣＩＰＡＬのＵＲＩ（７）と状態（６）を含む。
【００７３】
バディリスト生成モジュール（３ａ）は、状態監視モジュール（２）から母集団リスト（８）を得る。選択リストは、母集団リスト（８）のそれぞれの要素に対して個別に生成される。従ってバディリスト生成モジュール（３ａ）は複数の選択リストを生成することが可能である。また選択リスト（９−ｉ）には識別子が付与される。バディリスト生成モジュール（３ａ）は、ネットワークを介して接続するバディリスト自動生成機能付きクライアント（１０１）を持つＰＲＩＮＣＩＰＡＬ（５−ｉ）（１≦ｉ≦ｎ）それぞれに、選択リスト（９−ｉ）を発行する。選択リストの生成処理は、選択リスト生成部（３１ａ）において実行される。生成規則保存部（３２）には選択リストの生成規則（１０）が格納される。
【００７４】
状態監視モジュール（４）は実施例１の状態監視モジュール（４）と同じである。
【００７５】
また、実施例１、実施例２では、バディリスト生成モジュールは、いずれかのＰＲＩＮＣＩＰＡＬの状態が変更されるたびに状態監視モジュールから全ＰＲＩＮＣＩＰＡＬを含む母集団リストを取得していたが、バディリスト生成モジュールが、永続的にバディリストを保持することも可能である。あるＰＲＩＮＣＩＰＡＬの状態が変更された時は、ＵＲＩを追加する選択リストと削除する選択リストのみを更新し、更新前の選択リストを持つクライアントに更新後の選択リストを送信する。この方法により、複数のユーザが一つのバディリスト生成モジュールを共用する場合に１ユーザあたりの選択リスト生成時間を短縮することができる。
【００７６】
あるいは、バディリスト生成モジュールで保持されるバディリストの生存時間は、永続的でなく、一定期間であってもよい。
【００７７】
上記のように選択リストを保持するバディリスト生成モジュールでは、選択リストに自分のＵＲＩが含まれることがある。これを防ぐために、選択リストを発行するときに、発行先のＰＲＩＮＣＩＰＡＬのＵＲＩを選択リストから除外するバディリスト生成モジュールを設計することもできる。
【００７８】
実施例２において、母集団リストをＰＲＩＮＣＩＰＡＬごとに管理することで、各ＰＲＩＮＣＩＰＡＬが、あらかじめバディリストに含めても良い他のＰＲＩＮＣＩＰＡＬを制限することができる。各ＰＲＩＮＣＩＰＡＬが持つ母集団リストは、ワイルドカードを使ってバディリストに含めても良い他のＰＲＩＮＣＩＰＡＬのＵＲＩの集合を指定することもできる。
【００７９】
【発明の効果】
以上の説明から明らかなように、本発明により次の効果が得られる。
【００８０】
まず、バディリストを所有するユーザと、バディリストに含まれる他のＰＲＩＮＣＩＰＡＬの両方の状態に合わせてバディリストを自動的に生成できる。例えば、通信状態のほかに仕事中か休憩中かを状態として扱うプレゼンスサービスにおいて本発明を用いると、自分と相手が同じ状況（休憩中、仕事中など）の時だけ、通信状態が表示されるバディリストが可能である。また、前記バディリストが見やすくなる。バディリストに表示されるＰＲＩＮＣＩＰＡＬは、バディリストを持つユーザの状態と、バディリストに含まれるＰＲＩＮＣＩＰＡＬの状態に応じて自動的に選択できる。このため、バディリスト毎に表示ページを切り替えたり、長いバディリストをスクロール表示させる必要は無くなる。
【００８１】
また、ユーザが管理する情報が１つで済む。ユーザは、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけである。本発明は、ユーザと他のＰＲＩＮＣＩＰＡＬの両方の状態に応じてバディリストに含まれるＰＲＩＮＣＩＰＡＬを自動的に変更する。このためユーザは、自分の状況に合わせて複数のバディリストを用意する必要が無い。複数のバディリストに同じＰＲＩＮＣＩＰＡＬを登録し管理する手間も省ける。
【００８２】
また、ユーザが管理する情報が１つで済む。ユーザは、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけである。本発明は、ユーザと他のＰＲＩＮＣＩＰＡＬの両方の状態に応じてバディリストに含まれるＰＲＩＮＣＩＰＡＬを自動的に変更する。このためユーザは、自分の状況に合わせて複数のバディリストを用意する必要が無い。複数のバディリストに同じＰＲＩＮＣＩＰＡＬを登録し管理する手間も省ける。
【００８３】
また、バディリストを所有するユーザと、バディリストに含まれる他のＰＲＩＮＣＩＰＡＬの両方の状態に合わせてバディリストを自動的に生成できる。例えば、通信状態のほかに仕事中か休憩中かを状態として扱うプレゼンスサービスにおいて本発明を用いると、自分と相手が同じ状況（休憩中、仕事中など）の時だけ、通信状態が表示されるバディリストが可能である。また、前記バディリストが見やすくなる。バディリストに表示されるＰＲＩＮＣＩＰＡＬは、バディリストを持つユーザの状態と、バディリストに含まれるＰＲＩＮＣＩＰＡＬの状態に応じて自動的に選択できる。このため、バディリスト毎に表示ページを切り替えたり、長いバディリストをスクロール表示させる必要は無くなる。特にユーザがＵＲＩを知らなくても、サーバが必要なプレゼンティティのＵＲＩをバディリストに含めてユーザに提供できる。実施例２においてこのような効果が得られる。例えば、通信状態に加えて位置をプレゼンス情報として扱うプレゼンスサービスにおいては、現在乗客の近くにあるタクシーだけをバディリストに含めることが可能である。中間サーバが乗客の位置に応じてバディリストを提供することで、乗客自身が数百台のタクシーをバディリストに登録し、バディリストの中から近くを走るタクシーを探す必要は無くなる。
【００８４】
また、ユーザが管理する情報が１つで済む。ユーザは、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけである。本発明は、ユーザと他のＰＲＩＮＣＩＰＡＬの両方の状態に応じてバディリストに含まれるＰＲＩＮＣＩＰＡＬを自動的に変更する。このためユーザは、自分の状況に合わせて複数のバディリストを用意する必要が無い。複数のバディリストに同じＰＲＩＮＣＩＰＡＬを登録し管理する手間も省ける。
【００８５】
また、ユーザが管理する情報が１つで済む。ユーザは、ＰＲＩＮＣＩＰＡＬをバディリストに登録する条件を設定するだけである。本発明は、ユーザと他のＰＲＩＮＣＩＰＡＬの両方の状態に応じてバディリストに含まれるＰＲＩＮＣＩＰＡＬを自動的に変更する。このためユーザは、自分の状況に合わせて複数のバディリストを用意する必要が無い。複数のバディリストに同じＰＲＩＮＣＩＰＡＬを登録し管理する手間も省ける。
【図面の簡単な説明】
【図１】実施例１に係る構成図である。
【図２】実施例２に係る構成図である。
【符号の説明】
１ 状態管理モジュール
２ 状態監視モジュール
３ バディリスト生成モジュール
４ バディリスト管理モジュール
５ ＰＲＩＮＣＩＰＡＬ
６ 状態
７ ＵＲＩ
８ 母集団リスト
９ 選択リスト
１０ 生成規則[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a buddy list dynamic generation method, and more particularly to a buddy list dynamic generation method for automatically generating an arbitrary form of buddy list.
[0002]
[Prior art]
It is common to use a buddy list when grasping the state of a user on a network. There is a presence system as a representative technique using a buddy list.
[0003]
The presence system refers to a general system that manages the communication state of each user, and its basic architecture is shown in RFC2778. The presence system includes a presentity that provides a PRINCIPAL state, a watcher that observes the presentity, and a presence service that receives the state from the presentity and distributes the state to the watcher.
[0004]
In many presence systems, the PRINCIPAL status collected by the watcher is displayed as a buddy list. Buddy lists must be managed by each user of the presence service. If the number of communication partners increases while using the presence service, there is a problem that the burden on the user involved in managing the buddy list increases. When changing the partner whose state is to be observed according to the situation such as time and place, a separate buddy list has to be prepared for each, and the burden on the user is further increased.
[0005]
A buddy list with static content has other problems besides management burden. For example, consider that a user has a private buddy list separate from a work buddy list. The user wants to have this buddy list to contact when both are not at work. However, it is difficult for the user to create such a buddy list. This is because the partner displayed in this private buddy list is always included in this buddy list regardless of whether or not he / she is working. It is impossible to create a buddy list that limits the opponent's state using a conventional static buddy list.
[0006]
Furthermore, at present, a buddy list cannot be created by limiting the current state of PRINCIPAL in which the user does not know the URI. For example, a buddy list may be considered in which taxis running near passengers are always displayed based on location information. The number of taxis running around the city is too many for passengers to grasp each URI one by one. In some of the conventional presence systems, the user himself / herself searches for the PRINCIPAL URI from the name or mail address, and even if the number of users is large, the target PRINCIPAL can be registered in the buddy list. However, there is no mechanism for automatically retrieving the URI from the state. As representative techniques using a buddy list, there are those described in
[0007]
[Patent Document 1]
Japanese Patent Laid-Open No. 2002-074164
[Patent Document 2]
JP 2002-170032 A
[0008]
[Problems to be solved by the invention]
The present invention has been made in view of the above problems. , The following objectives were taken up.
[0009]
First, To provide a method for dynamically generating a buddy list that can automatically generate a buddy list according to the state of both the user who owns the buddy list and the other PRINCIPAL included in the buddy list, and makes the buddy list easy to see. With the goal.
[0010]
Also, It is an object of the present invention to provide a dynamic buddy list generation method in which a user only needs to set conditions for registering PRINCIPAL in a buddy list.
[0011]
Also, It is an object of the present invention to provide a dynamic buddy list generation method in which a user only needs to set conditions for registering PRINCIPAL in a buddy list.
[0012]
Also, A buddy list can be automatically generated for both the user who owns the buddy list and the other PRINCIPALs included in the buddy list, and the buddy list can be easily viewed, especially if the user does not know the URI. It is an object of the present invention to provide a method for dynamically generating a buddy list in which a URI of a presentity required by a server can be included in a buddy list and provided to a user.
[0013]
Also, It is an object of the present invention to provide a dynamic buddy list generation method in which a user only needs to set conditions for registering PRINCIPAL in a buddy list.
[0014]
Also, It is an object of the present invention to provide a dynamic buddy list generation method in which a user only needs to set conditions for registering PRINCIPAL in a buddy list.
[0015]
[Means for Solving the Problems]
In order to solve such an object, an aspect of the present invention monitors a state management unit that manages its own state as first state information, and monitors a state of another client as second state information, A list of the URLs of the other clients and one or more types of status information State monitoring means for holding a buddy list population list; From the population list, other clients having the second state information having a specific relationship based on the first state information and the generation rule are selected and listed. Buddy list generation means for generating a selection list; Buddy list management means for holding the selection list; Have The buddy list generating means includes: The selection list is generated from the first state information updated by changing its own state and the population list managing the second state information updated by changing the state of another client. It is related with the client characterized by this. Here, when the second state information updated by changing the state of another client not registered in the selection list conforms to the generation rule, a selection list to which the state is added is generated. It is characterized by that. In addition, when the second state information updated by changing the state of another client registered in the selection list does not follow the generation rule, a selection list in which the state is deleted is generated. It is characterized by being.
[0016]
Another aspect of the present invention monitors the status of each client as status information, The URL of each client and one or more types of status information are listed. Based on the state monitoring means that holds the buddy list population list and the generation rules, the selection list is generated from the population list. And issue the generated selection list to an external device via the network. Buddy list generating means, The buddy list generating means includes: The present invention relates to a server characterized in that the selection list is generated from the population list that manages the state information updated by changing the state of one client. Here, when the state information updated by changing the state of the client not registered in the selection list conforms to the generation rule, a selection list to which the state is added is generated. . In addition, when the status information updated by changing the status of the client registered in the selection list does not comply with the generation rule, a selection list from which the status is deleted is generated. And
[0017]
In another aspect of the present invention, a state management unit that manages its own state as the first state information, and monitors a state of another client as the second state information, A list of the URLs of the other clients and one or more types of status information State monitoring means for holding a buddy list population list; From the population list, other clients having the second state information having a specific relationship based on the first state information and the generation rule are selected and listed. Buddy list generation means for generating a selection list; Buddy list management means for holding the selection list; In a system in which clients having a network are connected via a network, The buddy list generating means includes: The selection list is generated from the first state information updated by changing its own state and the population list managing the second state information updated by changing the state of another client. It is related with the system characterized by this. In another aspect of the present invention, a client having state management means for managing its own state as state information, and monitoring the state of each client as state information, The URL of each client and one or more types of status information are listed. Based on the state monitoring means that holds the buddy list population list and the generation rules, the selection list is generated from the population list. And issue the generated selection list to an external device via the network. In a system in which a server having a buddy list generating means is connected via a network, in the server, The buddy list generating means includes: The present invention relates to a system in which the selection list is generated from the population list that manages the state information updated by changing the state of one client.
[0018]
In another aspect of the present invention, the computer monitors a state management unit that manages its own state as the first state information, and monitors a state of another client as the second state information. Lists other client URLs and one or more types of status information State monitoring means for holding a buddy list population list; From the population list, other clients having the second state information having a specific relationship based on the first state information and the generation rule are selected and listed. Buddy list generation means for generating a selection list And buddy list management means for holding the selection list Function as The buddy list generating means includes: The selection list is generated from the population list that manages the first state information updated by changing its own state and the second state information updated by changing the state of another client. The present invention relates to a client program. In another aspect of the present invention, the computer monitors the status of each client as status information, The URL of each client and one or more types of status information are listed. Based on the state monitoring means that holds the buddy list population list and the generation rules, the selection list is generated from the population list. And issue the generated selection list to an external device via the network. Function as a buddy list generation means, The buddy list generating means includes: The present invention relates to a server program characterized in that the selection list is generated from the population list that manages the state information updated by changing the state of one client.
[0019]
Another aspect of the present invention is as follows: State management means Manages its own state as first state information and updates the first state information when its own state changes Process and state monitoring means Monitoring the status of other clients as second status information, updating the second status information when the status of other clients changes, A list of the URLs of the other clients and one or more types of status information Holds a buddy list population list The process and the buddy list generation means select and list other clients having the second state information in a specific relationship based on the first state information and the generation rule from the population list did Generate selection list A process, and a buddy list management means for holding the selection list; The present invention relates to a method for dynamically generating a buddy list characterized by comprising: Another aspect of the present invention is a client. The state management means provided by When own status is managed as status information and its status changes Above Update status information Process, server The state monitoring means provided by Monitor the status of each client as status information, update the status information when the status of one client changes, The URL of each client and one or more types of status information are listed. Holds a buddy list population list Process, The server The buddy list generation means provided by Generates a selection list from the state information and the population list based on generation rules Issuing the generated selection list to an external device via a network; The present invention relates to a method for dynamically generating a buddy list characterized by comprising:
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings. In this embodiment, a method for dynamically generating a buddy list in a presence system will be described. However, the scope of application of the present invention is not limited to a presence system.
[0022]
(Configuration of Example 1)
The configuration of
[0023]
The state management module (1) collects the state relating to PRINCIPAL (5) and stores it inside. When the state of PRINCIPAL changes, the state (6) stored in the PRINCIPAL state storage unit (11) is changed and issued to the buddy list generation module (3). The state of PRINCIPAL is stored in the PRINCIPAL state storage unit (11). The PRINCIPAL state monitoring unit (12) executes monitoring and collection of the PRINCIPAL state. The status management module (1a) belonging to another client issues a status (6) to the status monitoring module (2) via the network.
[0024]
The state described above is expressed by various attributes. For example, “Online”, “Offline” communication availability, position expressed by latitude and longitude, “I want to take a taxi”, “I want to take a train”, “Hot”, “Cold” It is also possible to define personal feelings such as “” and “comfortable” as states. For example, one PRINCIPAL state is expressed as “online, hot” and another PRINCIPAL is expressed as “online, take a taxi, cold”. The presence service manages attribute values from various aspects of PRINCIPAL as states.
[0025]
In this embodiment, two types of buddy lists called a population list (8) and a selection list (9) are used. The buddy list is a list having the PRINCIPAL URI (7) as an element. Each element of the buddy list can have one or more types (6) of the PRINCIPAL in addition to the PRINCIPAL URI (7). The population list (8) is a buddy list held by the state monitoring module (2). The selection list (9) is a buddy list that is generated by the buddy list generation module (3) and held by the state providing module (4) and displayed on the screen via a GUI or the like.
[0026]
The state monitoring module (2) issues a state notification request (subscribe) to one or more PRINCIPAL (5-i) (1 ≦ i ≦ n) included in the population list (8), and state change notification When the state (6) issued by the state management module (1a) is received, the state held internally is updated. The presentity state storage unit (21) in the state monitoring module (2) holds the state of PRINCIPAL (5-i) as a population list (8). Even if the PRINCIPAL included in the population list (8) is zero, it is stored as an unregistered list. The presentity state monitoring unit (22) waits for the state (6) issued by the state management module (1a).
[0027]
The buddy list generation module (3) compares each element of the population list (8) obtained from the state monitoring module (2) with the state (6) of PRINCIPAL (5) obtained from the state management module (1). , A selection list (9) composed of elements of PRINCIPAL (5-i) having a state in a specific relationship with the state (6) of PRINCIPAL (5). The generation process of the selection list (9) is executed in the selection list generation unit (31). When using an unregistered list with zero PRINCIPAL included in the population list (8), the selection list generation unit (31) generates an unregistered selection list. The generation rule (10) describing the relationship between the state (6) of PRINCIPAL (5) and the state of PRINCIPAL (5-i) in the population list (8) is stored in the generation rule storage unit (32). The generation rule management unit (33) is in the generation rule storage unit (32) when the PRINCIPAL operates, the PRINCIPAL status is input, or other information (time, etc.) is input. The generation rule (10) is changed.
[0028]
The buddy list management module (4) holds the selection list (9). The selection list (9) is stored in the buddy list storage unit (41) in the buddy list management module (4).
[0029]
(Description of operation of the first embodiment)
The operation of the first embodiment will be described in steps (1) to (5).
[0030]
(1) When the state of PRINCIPAL (5) changes, the state management module (1) of PRINCIPAL (5) issues this to the buddy list generation module (3).
[0031]
1. When the PRINCIPAL state monitoring unit (12) acquires the state from the PRINCIPAL (5), the PRINCIPAL state monitoring unit (12) compares the state with the state (6) stored in the PRINCIPAL state storage unit (11).
[0032]
2. If state (6) is different from the previous state,
2-1. The PRINCIPAL state storage unit (11) updates the state (6) with a new state.
2-2. The PRINCIPAL state storage unit (11) issues a new state (6) to the buddy list generation module (3).
[0033]
(2) The state management module (1a-i) of PRINCIPAL (5-i) (1 ≦ i ≦ n) changes the state (6-i) of PRINCIPAL (5-i) to the state monitoring module. Issue.
[0034]
(3) The state monitoring module (2) receives notification of a change in the state of another PRINCIPAL (5-i) and issues it to the buddy list generation module (3).
[0035]
1. The presentity state monitoring unit (22) obtains a new state from the PRINCIPAL state management modules (1a-1), (1a-2), ..., (1a-n) pointed to by each element of the population list (8). Wait until you receive
[0036]
2. When the presentity state monitoring unit (22) receives a new state from any one of the state management modules (1a-1), (1a-2), ..., (1a-n), The state is compared with the state of PRINCIPAL (5-i) stored in the population list (8) of the presentity state storage unit (21).
[0037]
3. If the new state is different from the previous state,
3-1. The presentity state storage unit (21) updates the state of PRINCIPAL (5-i) in the population list (8).
3-2. When the state of the elements of the population list is updated, the presentity state storage unit (21) passes the population list (8) to the buddy list generation module (3).
[0038]
(4) When the buddy list generation module (3) receives a change in the state of PRINCIPAL (5) or other PRINCIPAL by the steps of (1) or (3), it regenerates the selection list and creates a new selection list. Issued to the buddy list management module (4).
[0039]
1. The selection list generation unit (31) waits for the state (6) of the new PRINCIPAL (5) issued by the state management module (1). At the same time, it waits for a new population list (8) issued by the state monitoring module (2).
[0040]
2. Upon receiving either the new state (6) of PRINCIPAL (5) or the new population list (8), the selection list generation unit (31) performs the following processing.
2-1. When the new state (6) of PRINCIPAL (5) is received from the state management module (1), the population list (8) is acquired from the state monitoring module (2).
2-2. When a new population list (8) is received from the state monitoring module (2), the state (6) is acquired from the state management module (1).
[0041]
3. The selection list generation unit (31) searches the population list (8) for elements having a state that is in the relationship defined by the state (6) of PRINCIPAL (5) and the generation rule (10). Zero or more elements found by this search are set as elements of the new selection list. The selection list generation unit (31) passes the generated selection list (9) to the buddy list management module (4).
[0042]
(5) The buddy list management module (4) holds the latest selection list (9) issued by the buddy list generation module and presents it to PRINCIPAL.
[0043]
(Specific example 1)
With respect to the first embodiment, the manner in which the buddy list of the user A changes according to the change of the state will be described in order using the specific example 1. Here, user A corresponds to PRINCIPAL (5) in FIG.
[0044]
In addition to user A, many users (user B, user C,...) Subscribe to the presence service. These users correspond to PRINCIPAL (5-i) in FIG. All subscribers of the presence service have their communication state and location as presence information. In addition, it is possible to monitor (subscribe) the communication state and position of an arbitrary user.
[0045]
Possible values of the communication state include “online” and “offline”. “Online” indicates that the telephone call can be answered, and “offline” indicates that the call cannot be answered. The position in Example 1 is represented by the nearest station name. If the position of a certain user is “Tokyo”, this indicates that the nearest station of the person's current location is Tokyo Station.
[0046]
When the state of the user A changes, the process proceeds in the order of operation 1-1,
[0047]
(Operation 1-1)
1. User A enters a new location “Yokohama” into the state management module. When a new state is input from the user A, the state management module executes the following process.
[0048]
2. If the input state is different from the state held in the state management module, the old state is discarded and the input state is held internally. For example, if the position of the user A held by the current state management module is “Tokyo”, it is replaced with “Yokohama”.
[0049]
3. Start processing of the buddy list generation module.
[0050]
(Operation 1-2)
1. The state monitoring module stands by until a state change notification message is received from any user included in the population list.
[0051]
2. User B changes the position from “Shinjuku” to “Tokyo” and issues a status change notification to the status monitoring module.
[0052]
3. The state monitoring module searches for an element corresponding to the user B from the list of all users in the held population list, and sets the position state to “Tokyo”.
[0053]
4). Start processing of the buddy list generation module.
[0054]
(Operation 2)
The buddy list generation module performs the following processing.
[0055]
1. The position of the user A is obtained from the state management module. The state management module passes the state of the position of the user A held inside to the buddy list generation module.
[0056]
2. From the status monitoring module, a population list including URIs and position presences of all users monitored by the status monitoring module is obtained.
[0057]
3. Search the population list for elements that meet the generation rules. 0 or more elements found as a result of the search are copied and stored in the selection list. Assume that the generation rule is described as “user position in IF population list = position of user A THEN register user in population list”. If the position of the user A is “Tokyo” and the positions of the user B and the user E are “Tokyo”, the elements of the user B and the user E are stored in the selection list.
[0058]
4). Pass the selection list to the buddy list management module.
[0059]
(Operation 3)
The buddy list management module executes the following processing.
[0060]
1. Get a new selection list from the buddy list generation module.
[0061]
2. The communication state of the user included in the new selection list is presented to the user A.
[0062]
When the user A changes the generation rule, the process of operation 4 is executed.
[0063]
(Operation 4)
1. The user A inputs a new generation rule “the user position in the IF population list is within two stations from the position of the user A and registers the user in the THEN population list” in the buddy list generation module.
[0064]
2. The buddy list generation module discards the old generation rule that has been held internally and stores the input new generation rule.
[0065]
(Specific example 2)
As another specific example, an example in which the present invention is applied to a telephone directory function of a mobile phone will be described. The user in this example publishes the work status and manner mode setting status to the presence service. The work status is expressed as “working” and “private”, and the manner mode setting status is expressed as “manner setting” and “manner release”. The state management module installed in the mobile phone acquires and holds both states from the user's button operation. When the state changes, a new state is issued to the buddy list generation module.
[0066]
The status monitoring module monitors the work status and manner mode setting status of each person registered in the mobile phone directory. The population list held by the state monitoring module is integrated with the telephone directory, and the work state and manner mode setting state are stored together with the telephone number of each person. When the status of someone in the phone book changes, the status monitoring module issues a new population list to the buddy list generation module.
[0067]
The user enters the buddy list generation module implemented in the mobile phone with the generation rule “work status of person registered in IF phone book = own work status AND work status of person registered in phone book = manner cancellation "THEN Register people in the phone book in the selection list" is set. When the buddy list generation module receives its own state issued by the state management module or the population list issued by the state monitoring module, the buddy list generation module applies the above-described generation rules to generate a selection list.
[0068]
The generated selection list is displayed on the screen when the user presses the telephone directory display key of the mobile phone. When the user's work status is “Private”, only those who are in the phone book from the work status “Private” and whose manner mode setting status is “Manner release” are displayed on the screen. The state of the user and the state of the person registered in the phone book continue to change over time. However, the selection list displayed when the user presses the key always reflects the current state of the user and the state of the person registered in the phone book.
[0069]
(Example 2)
FIG. 2 shows the configuration of the second embodiment of the present invention. The second embodiment includes a client (101) with a buddy list automatic generation function, a presence server (102) with a buddy list automatic generation function, and a state management module (1a) belonging to another client. The client (101) with a buddy list automatic generation function includes a state management module (1a) and a buddy list management module (4). There are a total of n clients, including a client (101) with a buddy list automatic generation function.
[0070]
FIG. 2 shows that the client of PRINCIPAL (5-i) (1 ≦ i ≦ n) is a client with a buddy list automatic generation function. The presence server (102) with a buddy list automatic generation function includes a state monitoring module (2) and a buddy list generation module (3a). In the first embodiment, one client has all the modules, while in the second embodiment, one server has a module that is commonly used by a plurality of clients. All clients connect to the presence server (102) with a buddy list automatic generation function via a network.
[0071]
The state management module (1a) issues a state (6-i) to the state monitoring module (2) via the network.
[0072]
The state monitoring module (2) of the second embodiment has the same function as the state monitoring module (2) of the first embodiment. However, since this module is on the server, the population list (8) includes all PRINCIPAL URIs (7) and states (6).
[0073]
The buddy list generation module (3a) obtains the population list (8) from the state monitoring module (2). The selection list is generated individually for each element of the population list (8). Therefore, the buddy list generation module (3a) can generate a plurality of selection lists. An identifier is assigned to the selection list (9-i). The buddy list generation module (3a) includes a selection list (9-i) for each PRINCIPAL (5-i) (1 ≦ i ≦ n) having a client (101) with a buddy list automatic generation function connected via a network. Issue. The selection list generation process is executed in the selection list generation unit (31a). The generation rule storage unit (32) stores the selection list generation rule (10).
[0074]
The state monitoring module (4) is the same as the state monitoring module (4) of the first embodiment.
[0075]
In the first and second embodiments, the buddy list generation module acquires a population list including all PRINCIPALs from the state monitoring module every time the state of any PRINCIPAL is changed. It is also possible for a module to keep a buddy list permanently. When the state of a certain PRINCIPAL is changed, only the selection list to which the URI is added and the selection list to be deleted are updated, and the updated selection list is transmitted to the client having the selection list before the update. By this method, when a plurality of users share one buddy list generation module, the selection list generation time per user can be shortened.
[0076]
Alternatively, the lifetime of the buddy list held by the buddy list generation module is not permanent and may be a fixed period.
[0077]
In the buddy list generation module that holds the selection list as described above, the selection list may include its own URI. In order to prevent this, it is possible to design a buddy list generation module that excludes the URI of the issuing PRINCIPAL from the selection list when issuing the selection list.
[0078]
In the second embodiment, by managing the population list for each PRINCIPAL, each PRINCIPAL can restrict other PRINCIPALs that may be included in the buddy list in advance. The population list possessed by each PRINCIPAL may specify a set of other PRINCIPAL URIs that may be included in the buddy list using a wild card.
[0079]
【The invention's effect】
As is apparent from the above description, the present invention provides the following effects.
[0080]
First, A buddy list can be automatically generated for both the user who owns the buddy list and the other PRINCIPALs included in the buddy list. For example, when the present invention is used in a presence service that treats whether it is working or resting in addition to the communication state, the communication state is displayed only when the person and the other party are in the same situation (resting, working, etc.) Buddy lists are possible. In addition, the buddy list is easy to see. The PRINCIPAL displayed on the buddy list can be automatically selected according to the status of the user having the buddy list and the status of the PRINCIPAL included in the buddy list. For this reason, there is no need to switch the display page for each buddy list or scroll a long buddy list.
[0081]
Also, Only one piece of information is managed by the user. The user only sets the conditions for registering PRINCIPAL in the buddy list. The present invention automatically changes the PRINCIPAL included in the buddy list according to the status of both the user and the other PRINCIPAL. Therefore, the user does not need to prepare a plurality of buddy lists according to his / her situation. This saves you the trouble of registering and managing the same PRINCIPAL in multiple buddy lists.
[0082]
Also, Only one piece of information is managed by the user. The user only sets the conditions for registering PRINCIPAL in the buddy list. The present invention automatically changes the PRINCIPAL included in the buddy list according to the status of both the user and the other PRINCIPAL. Therefore, the user does not need to prepare a plurality of buddy lists according to his / her situation. This saves you the trouble of registering and managing the same PRINCIPAL in multiple buddy lists.
[0083]
Also, A buddy list can be automatically generated for the state of both the user who owns the buddy list and the other PRINCIPALs included in the buddy list. For example, when the present invention is used in a presence service that treats whether it is working or resting in addition to the communication state, the communication state is displayed only when the person and the other party are in the same situation (resting, working, etc.) Buddy lists are possible. In addition, the buddy list is easy to see. The PRINCIPAL displayed on the buddy list can be automatically selected according to the status of the user having the buddy list and the status of the PRINCIPAL included in the buddy list. For this reason, there is no need to switch the display page for each buddy list or scroll a long buddy list. In particular, even if the user does not know the URI, the URI of the presentity that the server needs can be included in the buddy list and provided to the user. Such an effect is obtained in the second embodiment. For example, in a presence service that treats a location as presence information in addition to a communication state, it is possible to include only taxis that are currently near passengers in the buddy list. By providing the buddy list according to the location of the passenger, the intermediate server eliminates the need for the passenger himself to register hundreds of taxis in the buddy list and search for a nearby taxi from the buddy list.
[0084]
Also, Only one piece of information is managed by the user. The user only sets the conditions for registering PRINCIPAL in the buddy list. The present invention automatically changes the PRINCIPAL included in the buddy list according to the status of both the user and the other PRINCIPAL. Therefore, the user does not need to prepare a plurality of buddy lists according to his / her situation. This saves you the trouble of registering and managing the same PRINCIPAL in multiple buddy lists.
[0085]
Also, Only one piece of information is managed by the user. The user only sets the conditions for registering PRINCIPAL in the buddy list. The present invention automatically changes the PRINCIPAL included in the buddy list according to the status of both the user and the other PRINCIPAL. Therefore, the user does not need to prepare a plurality of buddy lists according to his / her situation. This saves you the trouble of registering and managing the same PRINCIPAL in multiple buddy lists.
[Brief description of the drawings]
FIG. 1 is a configuration diagram according to
FIG. 2 is a configuration diagram according to a second embodiment.
[Explanation of symbols]
1 State management module
2 Condition monitoring module
3 Buddy list generation module
4 Buddy list management module
5 PRINCIPAL
6 states
7 URI
8 Population list
9 Selection list
10 Production rules
Claims (12)
他のクライアントの状態を第２の状態情報として監視し、前記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、
前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成するバディリスト生成手段と、
前記選択リストを保持するバディリスト管理手段と、を有し、
前記バディリスト生成手段は、自身の状態が変化して更新された前記第１の状態情報と、他のクライアントの状態が変化して更新された前記第２の状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするクライアント。State management means for managing its own state as first state information;
State monitoring means for monitoring a state of another client as second state information and holding a population list which is a buddy list in which the URL of the other client and one or more types of state information are listed ;
Buddy list generation for generating a selection list by selecting other clients having the second state information in a specific relationship based on the first state information and the generation rule from the population list. Means,
Buddy list management means for holding the selection list ,
The buddy list generation means manages the first state information updated by changing its own state and the second state information updated by changing the state of another client. The client is further characterized in that the selection list is generated.
生成規則に基づいて、前記母集団リストより選択リストを生成し、生成した選択リストをネットワークを介して外部装置へ発行するバディリスト生成手段と、を有し、
前記バディリスト生成手段は、一のクライアントの状態が変化して更新された前記状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするサーバ。Status monitoring means for monitoring the status of each client as status information and holding a population list that is a buddy list in which the URL of each client and one or more types of status information are listed ;
Buddy list generating means for generating a selection list from the population list based on a generation rule, and issuing the generated selection list to an external device via a network ,
The server , wherein the buddy list generation means generates the selection list from the population list that manages the state information updated as the state of one client changes.
他のクライアントの状態を第２の状態情報として監視し、前記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、
前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成するバディリスト生成手段と、
前記選択リストを保持するバディリスト管理手段と、を有するクライアントがネットワークを介して接続されているシステムにおいて、
各クライアントにおいて、前記バディリスト生成手段は、自身の状態が変化して更新された前記第１の状態情報と、他のクライアントの状態が変化して更新された前記第２の状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするシステム。State management means for managing its own state as first state information;
State monitoring means for monitoring a state of another client as second state information and holding a population list which is a buddy list in which the URL of the other client and one or more types of state information are listed ;
Buddy list generation for generating a selection list by selecting other clients having the second state information in a specific relationship based on the first state information and the generation rule from the population list. Means,
In a system in which a client having a buddy list management means for holding the selection list is connected via a network,
In each client, the buddy list generation means manages the first state information updated by changing its own state and the second state information updated by changing the state of another client. The selection list is generated from the population list.
各クライアントの状態を状態情報として監視し、前記各クライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、生成規則に基づいて、前記母集団リストより選択リストを生成し、生成した選択 リストをネットワークを介して外部装置へ発行するバディリスト生成手段を有するサーバがネットワークを介して接続されているシステムにおいて、
前記サーバにおいて、前記バディリスト生成手段は、一のクライアントの状態が変化して更新された前記状態情報を管理する前記母集団リストより前記選択リストが生成されることを特徴とするシステム。A client having state management means for managing its own state as state information;
Based on the generation rules, monitoring the status of each client as status information , holding a population list that is a buddy list listing each client's URL and one or more types of status information , In a system in which a server having buddy list generation means for generating a selection list from the population list and issuing the generated selection list to an external device via a network is connected via a network,
In the server, the buddy list generation means generates the selection list from the population list that manages the state information updated by changing the state of one client.
自身の状態を第１の状態情報として管理する状態管理手段と、
他のクライアントの状態を第２の状態情報として監視し、記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、
前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成するバディリスト生成手段と、
前記選択リストを保持するバディリスト管理手段として機能させ、
前記バディリスト生成手段は、自身の状態が変化して更新された前記第１の状態情報と、他のクライアントの状態が変化して更新された前記第２の状態情報を管理する前記母集団リストより前記選択リストを生成させることを特徴とするクライアントのプログラム。On the computer,
State management means for managing its own state as first state information;
Status monitoring means for monitoring the status of other clients as second status information and holding a population list which is a buddy list in which the URLs of other clients and one or more types of status information are listed ;
Buddy list generation for generating a selection list by selecting other clients having the second state information in a specific relationship based on the first state information and the generation rule from the population list. Means ,
Function as a buddy list management means for holding the selection list ;
The buddy list generation means manages the first state information updated by changing its own state and the second state information updated by changing the state of another client. A client program for generating the selection list.
各クライアントの状態を状態情報として監視し、前記各クライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する状態監視手段と、
生成規則に基づいて、前記母集団リストより選択リストを生成し、生成した選択リストをネットワークを介して外部装置へ発行するバディリスト生成手段として機能させ、
前記バディリスト生成手段は、一のクライアントの状態が変化して更新された前記状態情報を管理する前記母集団リストより前記選択リストを生成させることを特徴とするサーバのプログラム。On the computer,
Status monitoring means for monitoring the status of each client as status information and holding a population list that is a buddy list in which the URL of each client and one or more types of status information are listed ;
Based on the generation rules, a selection list is generated from the population list , and the generated selection list is made to function as a buddy list generation unit that issues to an external device via a network ,
The server program according to claim 1, wherein the buddy list generation means generates the selection list from the population list that manages the state information updated as the state of one client changes.
状態監視手段が、他のクライアントの状態を第２の状態情報として監視し、他のクライアントの状態が変化したとき前記第２の状態情報を更新し、前記他のクライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する工程と、
バディリスト生成手段が、前記母集団リストから、前記第１の状態情報と、生成規則に基づいた特定の関係にある前記第２の状態情報を持つ他のクライアントを選択してリスト化した選択リストを生成する工程と、
バディリスト管理手段が、前記選択リストを保持する工程と、を有することを特徴とするバディリストの動的生成方法。 A state management means that manages its own state as first state information and updates the first state information when its state changes ;
The state monitoring means monitors the state of the other client as second state information, updates the second state information when the state of the other client changes, and the URL of the other client and one or more types a step of holding the population list a buddy list that lists the status information of,
The buddy list generating means selects and lists the other clients having the second state information in a specific relationship based on the first state information and the generation rule from the population list. and the step of generating,
A buddy list management means comprising: a step of holding the selection list .
サーバが備える状態監視手段が、各クライアントの状態を状態情報として監視し、一のクライアントの状態が変化したとき前記状態情報を更新し、前記各クライアントのＵＲＬと、１種類以上の状態情報とをリスト化したバディリストである母集団リストを保持する工程と、
前記サーバが備えるバディリスト生成手段が、生成規則に基づいて、前記状態情報と前記母集団リストより選択リストを生成し、生成した選択リストをネットワークを介して外部装置へ発行する工程と、を有することを特徴とするバディリストの動的生成方法。 Client state management unit included in, it manages its state as the state information, a step of updating the status information when the own state has changed,
The status monitoring means provided in the server monitors the status of each client as status information, updates the status information when the status of one client changes, and includes the URL of each client and one or more types of status information. Maintaining a population list which is a list of buddy lists ;
Buddy list generation means provided in the server includes a step of generating a selection list from the state information and the population list based on a generation rule, and issuing the generated selection list to an external device via a network. A method for dynamically generating a buddy list.
Priority Applications (8)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003019298A JP4168762B2 (en) | 2003-01-28 | 2003-01-28 | Buddy list dynamic generation method, client, server, system, program |
| EP07102346.9A EP1786172B1 (en) | 2003-01-22 | 2004-01-22 | Presence system and process for controlling the destination of presence notification |
| EP04001365A EP1441486B1 (en) | 2003-01-22 | 2004-01-22 | Presence system |
| DE602004026131T DE602004026131D1 (en) | 2003-01-22 | 2004-01-22 | attendance system |
| US10/761,364 US7844667B2 (en) | 2003-01-22 | 2004-01-22 | Presence system and information processing equipment, dynamic buddy list generation method in presence system, and presence notification destination controlling method and its program for use with presence system |
| EP07102367.5A EP1786173B1 (en) | 2003-01-22 | 2004-01-22 | Dynamic buddy list generation method |
| US12/361,919 US7953811B2 (en) | 2003-01-22 | 2009-01-29 | Presence system and information processing equipment, dynamic buddy list generation method in presence system, and presence notification destination controlling method and its program for use with presence system |
| US12/964,171 US8458272B2 (en) | 2003-01-22 | 2010-12-09 | Presence system and information processing equipment, dynamic buddy list generation method in presence system, and presence notification destination controlling method and its program for use with presence system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003019298A JP4168762B2 (en) | 2003-01-28 | 2003-01-28 | Buddy list dynamic generation method, client, server, system, program |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004246397A JP2004246397A (en) | 2004-09-02 |
| JP2004246397A5 JP2004246397A5 (en) | 2006-01-19 |
| JP4168762B2 true JP4168762B2 (en) | 2008-10-22 |
Family
ID=33018716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003019298A Expired - Lifetime JP4168762B2 (en) | 2003-01-22 | 2003-01-28 | Buddy list dynamic generation method, client, server, system, program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4168762B2 (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4544417B2 (en) * | 2005-01-06 | 2010-09-15 | 日本電気株式会社 | List management server, list management system, list management method and program |
| CN102149077B (en) * | 2005-10-26 | 2013-03-27 | 三星电子株式会社 | Method and system for forwarding presence subscription along with contact list entries |
| EP1967558B2 (en) | 2005-11-16 | 2015-05-06 | Seiko Epson Corporation | Magenta ink composition, ink cartridge, and recording system and recorded matter using the same |
| JP2007257193A (en) * | 2006-03-22 | 2007-10-04 | Nec Corp | Abstract status monitoring system and its method |
| JP5293987B2 (en) | 2007-07-19 | 2013-09-18 | セイコーエプソン株式会社 | Ink set, inkjet recording method |
| JP5365095B2 (en) | 2008-08-25 | 2013-12-11 | セイコーエプソン株式会社 | Ink set |
| JP5365111B2 (en) | 2008-09-10 | 2013-12-11 | セイコーエプソン株式会社 | Ink set, recording method, and recording apparatus |
| JP5387037B2 (en) | 2009-02-23 | 2014-01-15 | セイコーエプソン株式会社 | Ink set, recording apparatus, and recording method |
| JP2010257273A (en) * | 2009-04-27 | 2010-11-11 | Hitachi Ltd | Buddy list generation method |
| JP2011116876A (en) | 2009-12-04 | 2011-06-16 | Seiko Epson Corp | Ink set, recording device, and recording method |
-
2003
- 2003-01-28 JP JP2003019298A patent/JP4168762B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004246397A (en) | 2004-09-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1786173B1 (en) | Dynamic buddy list generation method | |
| US9479604B2 (en) | System and method for dynamic phone book and network content links in a mobile device | |
| JP5049438B2 (en) | Existence management system and method | |
| US9306820B2 (en) | Programmable presence proxy for determining a presence status of a user | |
| EP2068534B1 (en) | System and method for managing multiple external identities of users with local or network based address book | |
| JP4431000B2 (en) | Method and apparatus for delivering an e-mail message with instructions indicating the presence of the sender | |
| JP5416877B2 (en) | Existence management system, multiple access network, and processing method | |
| EP1968263A1 (en) | A method and system for querying user information, and search agent, client and server | |
| EP1347606A1 (en) | Message-server, message system, and method of management of presence information | |
| JP2003517777A (en) | Anonymity in presence management systems | |
| KR20020074304A (en) | Service system and method for mobile messenger of mobile phone using wireless communication network | |
| WO2005067274A1 (en) | Presence display system and gateway apparatus | |
| JP2005301631A (en) | Presence information providing system, and method and server thereof | |
| JP4168762B2 (en) | Buddy list dynamic generation method, client, server, system, program | |
| JP2011166640A (en) | At-desk management system, apparatus, and terminal | |
| EP1755312A1 (en) | Communication system and method for providing presence-enhanced name tags | |
| EP1840808A1 (en) | Presence logging in calendar systems | |
| JP2003517771A (en) | Presence management system using background information | |
| JP2011120147A (en) | Communication terminal | |
| JP2006338288A (en) | Order management system and order managing method | |
| JP2016031742A (en) | Distribution terminal, distribution server, user terminal, and distribution system | |
| JP2002169756A (en) | Method and system for exchanging information | |
| JP2007141251A (en) | System, method and server for providing presence information | |
| JP2000032035A (en) | Electronic mail service device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051130 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051213 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080410 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080422 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080623 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080715 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080728 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4168762 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120815 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130815 Year of fee payment: 5 |
|
| EXPY | Cancellation because of completion of term |