JP3967617B2 - プレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体 - Google Patents
プレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体 Download PDFInfo
- Publication number
- JP3967617B2 JP3967617B2 JP2002104906A JP2002104906A JP3967617B2 JP 3967617 B2 JP3967617 B2 JP 3967617B2 JP 2002104906 A JP2002104906 A JP 2002104906A JP 2002104906 A JP2002104906 A JP 2002104906A JP 3967617 B2 JP3967617 B2 JP 3967617B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- interval
- average
- terminal
- inquiry
- 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 - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は，ＩＭ（インスタントメッセンジャー）などのコミュニケーションシステムを実装する利用端末において，端末に登録している対話者の状態（オンライン，オフライン，外出中など）をサーバーに問い合わせるプレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体に関する。
【０００２】
【従来の技術】
近年，ＩＭ（インスタントメッセンジャー）などのコミュニケーションシステムにおいては，他の利用者の状態（オンライン，オフライン，外出中など）を簡単に知るプレゼンス機能が多く利用されている。このプレゼンス機能は，自分の状態を登録するシステムと他の利用者の状態を取得するシステムから構成されている。
【０００３】
自分の状態を登録するシステムは，利用端末がオンラインやオフラインになった時あるいは利用者が自ら状態を変更した時に，その利用者の変更後の状態を，プレゼンス機能を管理するサーバーやデータベースに登録する。一方，他の利用者の状態を知るシステムは，利用者の自端末で管理している対話者リスト（対話者のＩＤや名前などをリスト化したもの）に含まれる対話者の状態を，サーバーに定期的に問い合わせることで，対話者の状態を随時知ることが可能になっている。
【０００４】
従来のプレゼンス技術においては，端末内で登録している対話者の状態を，すべての対話者を平等な間隔で，しかも非常に短い間隔（１０秒〜３０秒）で問い合わせている。この理由は，コミュニケーションにおいては，相手に連絡したい時に相手が現在コミュニケーション可能な状態かどうかを知ることが非常に重要であり，これを実現するためには，リアルタイムに近い状態確認作業が必要になるからである。しかし，この頻繁な確認作業を行った場合，ユーザー数が増加すればするほどサーバーやデータベースの負荷は膨大になり，それを補うためのサーバーやデータベースの分散制御システムの構築コストは非常に膨大になるという問題点がある。
【０００５】
この問題を解決するには，利用端末からサーバーやデータベースへの問い合わせ方法を工夫する手法と，サーバーやデータベース内でのデータ取得の方法を工夫する方法が考えられるが，本発明では前者の利用端末からサーバーやデータベースへの問い合わせ方法を工夫することでサーバーやデータベースの負荷の課題を解決する。
【０００６】
【発明が解決しようとする課題】
本発明は，上記従来技術の問題点を解決し，プレゼンス機能において，端末からサーバーやデータベースへの問い合わせ間隔を，すべての対話者を平等な間隔で問い合わせるのではなく，様々なコミュニケーションの状況やサービス利用状況等を観測することで，各対話者の問い合わせ間隔に優先制御を施し，不必要な問い合わせを可能な限り減少させることで，サーバーやデータベースへの負荷の集中を減少させることを目的とする。
【０００７】
【課題を解決するための手段】
本発明は，上記課題を解決するために，以下に述べるような手段を採用している。その仕組みとして，プレゼンス機能を有するＩＭ（インスタントメッセンジャー）などの利用端末や，状態を管理するサーバーなどを様々な手法で観測することにより，その観測データをもとに，端末に登録している対話者毎に状態問い合わせ間隔を変更させる。
【０００８】
具体的には，端末内に登録している各対話者に優先度ポイントを与え，システムの変換規則に従い，この優先度ポイントが大きい対話者ほど問い合わせ間隔を短く，優先度ポイントが小さい対話者ほど問い合わせ間隔を長くする。システムは，予め全対話者への平均問い合わせ間隔を設定しておき，優先度ポイントに応じて問い合わせ間隔を対話者毎に変更する。
【０００９】
本発明では，この優先度ポイントを対話者毎に設定する仕組みを数種類用意している。まず，第１の手法として，対話者とのコミュニケーションを観測することを利用する。例えば，端末に登録している対話者が２０人いた場合を考えてみると，利用者はその２０人と同じような頻度でコミュニケーションをしているか疑問がでてくる。おそらく，ある人とは毎日コミュニケーションをしたり，ある人とは１ヶ月に１回コミュニケーションするだけかも知れない。
【００１０】
このようなときに，頻繁に会話する相手と滅多に会話しない相手を同じような間隔で状態を確認するのは効率的ではない。特に後者のほとんどコミュニケーションをしない相手の状態を頻繁に確認するのは非常に無駄が多いといえる。
【００１１】
そこで，利用端末は対話者とのコミュニケーションにおけるコミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間などのコミュニケーション状況を観測する。対話者とのコミュニケーションが多ければ多いほど，その対話者の優先度ポイントを増加させ，逆に少ないほど優先度ポイントを下げる。
【００１２】
次に，本発明は，第２の手法として，各利用者の端末の利用状況を観測することを利用する。利用端末は，利用者のサービスの利用時間帯，平均利用時間，平均オフライン時間，状態変更頻度などを観測し，それをサーバーに登録する。この登録する間隔は１ヶ月毎や１週間毎など比較的長い間隔毎に観測したデータを集計・計算して登録する。利用者は自端末に登録された対話者の上記の情報を一定間隔（登録時と同じく比較的長い間隔）で取得し，それを対話者毎に管理保存した後，以下のような制御を行う。
【００１３】
まず，利用時間帯については，現在の時間と比較し，近ければ優先度ポイントを増加させ，遠ければ優先度ポイントを減少させる。平均利用時間に関しては，対話者の状況が現在オンラインの場合，平均利用時間が長ければ優先度ポイントを増加させ，短ければ優先度ポイントを減少させる。平均オフライン時間に関しては，対話者の状況が現在オフラインの場合，平均オフライン時間が長ければ優先度ポイントを減少させ，短ければ優先度ポイントを増加させる。状態変更頻度に関しては，状態変更間隔が短ければ優先度ポイントを増加させ，長ければ優先度ポイントを減少させる。例えば，利用時間帯を観測することで，夜にしか利用しない対話者に対して昼の間は問い合わせ間隔を長くするなどができ，不要な問い合わせ作業を減少できる。
【００１４】
次に，本発明は，第３の手法として，サーバーの負荷の状況を観測することを利用する。これは，対話者毎に問い合わせ間隔を設定するのではなく，全対話者に対する平均問い合わせ間隔を変更する。サーバーは接続されているユーザー数をカウントし，そのユーザー数に応じてサーバーの負荷値を設定する。このユーザー数から負荷値への変換は，システムが予め定めた変換規則を用いる。利用端末はサーバーに接続するときにこの負荷値を取得し，その負荷値が高ければ平均問い合わせ間隔を長くし，負荷値が低ければ問い合わせ間隔を短くする。サーバーの負荷が高いときは，自動で全利用者からのプレゼンス間隔が長くなるので，負荷の減少には非常に効果的である。
【００１５】
本発明では，上記の第１〜第３の手法を用いて，対話者毎の問い合わせ間隔を変更する優先制御を行うことで，効率的なサーバーやデータベースへの問い合わせを行う。従って，本発明は，従来技術のように，端末に登録している各対話者の状態をすべて同じ間隔で確認する手法と異なり，対話者とのコミュニケーションを観測したり，あるいは各利用者のサービス利用状況を観測するなどにより，対話者毎に最適な問い合わせ間隔を自動で設定し，非効率な状態確認作業をできるだけ省くことで，全対話者に対する平均問い合わせ間隔を長くできる作用がある。その結果，サーバーやデータベースへのアクセス頻度を低下させ，サーバーやデータベースの負荷を低下させることができる。
【００１６】
【発明の実施の形態】
以下，本発明の実施の形態を図面を参照して，詳細に説明する。図１は，本発明の第一の実施の形態を示す図である。第一の実施の形態では，対話者とのコミュニケーション状況の観測を利用する。図中の１は利用者の利用端末であり，２の対話者リストを端末内に保存している。３と４は対話者リスト２に保存されている対話者の利用端末である。５はプレゼンス機能を提供しているサーバーであり，６はデータベースである。
【００１７】
利用端末１は図中▲１▼のように，対話者とのコミュニケーションを観測している。ここで，観測する内容としては，コミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間などである。利用端末１は，このコミュニケーション状況を端末内に保存し，システムが予め用意する優先度ポイント変換表に従い，図中▲２▼のように定期的に優先度ポイントに変換し，優先度ポイントを設定する。ここで，対話者とのコミュニケーションが活発であればあるほど優先度ポイントは大きく，ほとんどコミュニケーションがなければ優先度ポイントは小さくなるようにする。
【００１８】
利用端末１は，システムが予め用意する問い合わせ間隔変換表に従い，図中▲３▼のように，各対話者毎に優先度ポイントから各対話者の問い合わせ間隔を決定する。利用端末１は，この各対話者の問い合わせ間隔に基づいて図中▲４▼のようにプレゼンス機能による状態確認を行う。
【００１９】
図２は，本発明の第一の実施の形態のシステム構成図，図３は，問い合わせ間隔の変更例を示す図，図４は，本発明の第一の実施の形態における処理フローを示す図である。
【００２０】
図２に示すように，利用端末１は，対話者の一覧情報である対話者リスト２，対話者リスト２中に登録している対話者とのコミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間などのコミュニケーション状況を観測するコミュニケーション状況観測手段１０，観測したコミュニケーション状況の観測値を対話者毎に保存するコミュニケーション状況保存手段１１，各対話者毎のコミュニケーション状況の観測値を，優先度ポイントに変換するための予め規定された変換規則情報を持つ優先度ポイント変換表１４，その優先度ポイント変換表１４を参照して，各対話者のコミュニケーション状況の観測値を優先度ポイントに変換する優先度ポイント設定手段１２，優先度ポイントを問い合わせ間隔に変換するための予め規定された変換規則情報を持つ問い合わせ間隔変換表１５，その問い合わせ間隔変換表１５を参照し，各対話者の優先度ポイントに応じて各対話者の状態問い合わせ間隔を決定または変更する問い合わせ間隔優先制御手段１３を備える。
【００２１】
以下，図３，図４に従って，図２に示す利用端末１の処理について説明する。まず，利用端末１のコミュニケーション状況観測手段１０は，自端末の対話者リスト２に保存されている対話者とのコミュニケーション状況（コミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間等）を観測する（ステップＳ１）。コミュニケーション状況保存手段１１は，このコミュニケーション状況の観測値を端末に保存する（ステップＳ２）。この例では，各対話者毎にコミュニケーション回数と通話時間とを観測し，観測結果を対話者リスト２中に保存している。図３（ａ）は，対話者リスト２中の観測結果の保存例を示しており，例えば対話者Ａとの間のコミュニケーション回数は３０回，通話時間は１００分というように記録されている。
【００２２】
また，利用端末１の優先度ポイント設定手段１２は，コミュニケーションシステムが予め用意した優先度ポイント変換表１４に従い，上記コミュニケーション状況の観測値を定期的に優先度ポイントに変換し，優先度ポイントを設定する（ステップＳ３）。優先度ポイント変換表１４においては，コミュニケーション状況の観測値が大きいほど，対話者毎の優先度ポイントを増加させ，逆に小さいほど優先度ポイントを減少される情報が格納されている。
【００２３】
図３（ｂ）は，その優先度ポイント変換表１４の例を示しており，１番目の優先度ポイント変換表１４−１では，コミュニケーション回数に応じて優先度ポイントを減少または増加させる値が格納されている。また，２番目の優先度ポイント変換表１４−２では，通話時間に応じて優先度ポイントを減少または増加させる値が格納されている。
【００２４】
次に，問い合わせ間隔優先制御手段１３は，コミュニケーションシステムが予め用意した問い合わせ間隔変換表１５に従い，各対話者毎に優先度ポイントから各対話者毎の問い合わせ間隔を決定または変更する（ステップＳ４）。図３（ｃ）は，問い合わせ間隔変換表１５の例を示している。この例では，問い合わせ間隔変換表１５に，優先度ポイントが−１０以下であれば，問い合わせ間隔を１０秒長くすること，優先度ポイントが−９から−５の範囲であれば，問い合わせ間隔を５秒長くすること，……，優先度ポイントが１０以上であれば，問い合わせ間隔を３秒短くすることが示されている。
【００２５】
図３（ｄ）は，各対話者毎の問い合わせ間隔の算出例を示している。ここでは，全対話者の平均問い合わせ間隔を基準として，優先度ポイントに応じて問い合わせ間隔を変更する例を説明する。平均問い合わせ間隔は５秒であるとする。この値は，予め利用端末１に設定された値でもよく，またサーバー５から取得した値でもよい。
【００２６】
対話者Ａの問い合わせ間隔は，次のように決定されることになる。図３（ａ）の対話者リスト２から，対話者Ａとのコミュニケーション回数は３０であることがわかる。図３（ｂ）の優先度ポイント変換表１４−１から，コミュニケーション回数の３０に相当する優先度ポイントが８であると決定される。また，対話者Ａとの通話時間は１００分であり，同様に優先度ポイント変換表１４−２から，通話時間の１００分に相当する優先度ポイントが６であると決定される。
【００２７】
これらの２つの優先度ポイントを合わせた値（８＋６＝１４）が，対話者Ａの優先度ポイントとなり，図３（ｃ）の問い合わせ間隔変換表１５から，優先度ポイント＝１４に相当する問い合わせ間隔の調整値が−３秒であることが求められる。
【００２８】
問い合わせ間隔優先制御手段１３は，平均問い合わせ間隔が５秒であることから，対話者Ａの問い合わせ間隔を「５秒−３秒＝２秒」と決定する。他の対話者Ｂ〜Ｄについても同様な処理により問い合わせ間隔が決定される。
【００２９】
利用端末１は，以上のようにして決定された各対話者の問い合わせ間隔に基づいて，プレゼンス機能による状態確認を行う（ステップＳ５）。
【００３０】
図５は，本発明の第二の実施の形態を示す図である。第二の実施の形態では，各対話者の利用状況を観測することを利用する。図５において，利用端末３は，図中▲１▼のように利用者のサービス利用状況を観測する。ここで，観測する内容とは，利用時間帯，平均利用時間，平均オフライン時間，状態変更間隔などである。利用端末３は，この観測したサービス利用状況を図中▲２▼のように一定間隔毎にサーバー５のデータベース６に登録する。利用者の利用端末１は，図中▲３▼のように一定間隔毎に，対話者の登録したサービス利用状況を取得する。
【００３１】
利用端末１は，この受信したサービス利用状況を，システムが予め規定した優先度ポイント変換表に従い，定期的に優先度ポイントに変換し，図中▲４▼のように優先度ポイントを設定する。変換方法は，利用時間帯については，現在の時間と比較し，現在の時間に近ければ優先度ポイントを増加させ，遠ければ優先度ポイントを減少させる。平均利用時間に関しては，対話者の状況が現在オンラインの場合，平均利用時間が長ければ優先度ポイントを増加させ，短ければ優先度ポイントを減少させる。平均オフライン時間に関しては，対話者の状況が現在オフラインの場合，平均オフライン時間が長ければ優先度ポイントを減少させ，短ければ優先度ポイントを増加させる。状態変更間隔に関しては，間隔が短ければ優先度ポイントを増加させ，長ければ優先度ポイントを減少させる。
【００３２】
利用端末１は，システムが予め用意する問い合わせ間隔変換表に従い，図中▲５▼のように，優先度ポイントから各対話者毎の問い合わせ間隔を決定する。利用端末１は，この各対話者の問い合わせ間隔に基づいて図中▲６▼のようにプレゼンス機能による状態確認を行う。
【００３３】
図６は，本発明の第二の実施の形態のシステム構成図，図７は，本発明の第二の実施の形態における処理フローを示す図である。
【００３４】
図６に示すように，利用端末１は，対話者の一覧情報である対話者リスト２，各利用者の端末のサービス利用状況をサーバー５から取得する利用状況取得手段１８，取得したサービス利用状況の観測値を優先度ポイントに変換するための予め規定された変換規則情報を持つ優先度ポイント変換表１４，その優先度ポイント変換表１４を参照して，各対話者のサービス利用状況の観測値を優先度ポイントに変換する優先度ポイント設定手段１２，優先度ポイントを問い合わせ間隔に変換するための予め規定された変換規則情報を持つ問い合わせ間隔変換表１５，その問い合わせ間隔変換表１５を参照し，各対話者の優先度ポイントに応じて各対話者の状態問い合わせ間隔を決定または変更する問い合わせ間隔優先制御手段１３を備える。
【００３５】
また，利用者のサービスの利用時間帯，平均利用時間，平均オフライン時間，状態変更間隔（または頻度）といったサービス利用状況を観測する利用状況観測手段１６，観測した利用状況を定期的に集計し，結果をサーバー５へ登録する利用状況登録手段１７を持つ。他の利用端末３等も，同様の手段を持つ。
【００３６】
まず，利用端末１の利用状況観測手段１６（利用端末３の場合は利用状況観測手段３６）は，利用者の利用時間帯，平均利用時間，平均オフライン時間，状態変更間隔等のサービス利用状況を観測し（ステップＳ１１）。利用状況登録手段１７（利用状況登録手段３７）は，サービス利用状況の観測値をネットワーク８を介してサーバー５のデータベース６に登録する（ステップＳ１２）。
【００３７】
利用端末１が各対話者毎の状態問い合わせ間隔を決定する場合，利用端末１の利用状況取得手段１８は，対話者が登録したサービス利用状況の観測値を，サーバー５からネットワーク８を介して取得する（ステップＳ１３）。優先度ポイント設定手段１２は，サーバー５から取得した各対話者のサービス利用状況の観測値を，優先度ポイント変換表１４に従い優先度ポイントに変換し，優先度ポイントを設定する（ステップＳ１４）。
【００３８】
優先度ポイント変換表１４を用いた変換においては，利用時間帯については，現在の時間と比較し，現在の時間に近ければ優先度ポイントを増加させ，遠ければ優先度ポイントを減少させる。平均利用時間に関しては，対話者の状況が現在オンラインの場合，平均利用時間が長ければ優先度ポイントを増加させ，短ければ優先度ポイントを減少させる。平均オフライン時間に関しては，対話者の状況が現在オフラインの場合，平均オフライン時間が長ければ優先度ポイントを減少させ，短ければ優先度ポイントを増加させる。状態変更間隔に関しては，間隔が短ければ優先度ポイントを増加させ，長ければ優先度ポイントを減少させる。
【００３９】
次に，問い合わせ間隔優先制御手段１３は，コミュニケーションシステムが予め用意した問い合わせ間隔変換表１５に従い，優先度ポイントから各対話者毎の問い合わせ間隔を決定する（ステップＳ１５）。そして，利用端末１は，この各対話者の問い合わせ間隔に基づいてプレゼンス機能による状態確認を行う（ステップＳ１６）。
【００４０】
図８は，本発明の第三の実施の形態を示す図である。第三の実施の形態では，サーバー５の負荷値に基づいて平均問い合わせ間隔を調整する。図中の７は本プレゼンス機能を提供しているサーバー５とデータベース６に接続している現在の全ユーザーを表す。
【００４１】
まず，図中▲１▼のようにサーバー５は現在接続しているユーザー数をカウントし，システムが予め規定する負荷値変換表に従い，図中▲２▼のようにそのユーザー数からサーバー５の負荷値を求める。利用者の利用端末１は，サービス接続時に図中▲３▼のようにサーバー５から負荷値を取得し，その負荷値に従って，図中▲４▼のようにプレゼンス機能における平均問い合わせ間隔をコントロールし，負荷値が大きければ平均問い合わせ間隔を長くし，負荷値が小さければ平均問い合わせ間隔を短くする。
【００４２】
図９は，本発明の第三の実施の形態のシステム構成図，図１０は，本発明の第三の実施の形態における処理フローを示す図である。
【００４３】
図９に示すように，本システムを提供しているサーバー５は，サーバー５に接続しているユーザー数をカウントする接続ユーザー数カウント手段５１と，予め規定された変換規則を記憶する負荷値変換表５３に従い，接続ユーザー数に応じてサーバー５の負荷値を算出する負荷値算出手段５２を持つ。
【００４４】
また，利用端末１は，サーバー５への接続時に，負荷値算出手段５２が算出したサーバー５の負荷値を取得する負荷値取得手段１０１と，予め利用端末１に設定された，または予めサーバー５から与えられた全対話者のサーバー５への平均問い合わせ間隔情報１０３の値を，上記で取得した負荷値が高いときは大きくし，負荷値が低いときは小さくする問い合わせ間隔調整手段１０２を持つ。
【００４５】
第三の実施の形態における処理は，以下のとおりである。サーバー５の接続ユーザー数カウント手段５１は，現在接続しているユーザー数をカウントし（ステップＳ２１），負荷値算出手段５２は，システムが予め規定する負荷値変換表５３に従い，そのユーザー数からサーバー５の負荷値を算出する（ステップＳ２２）。
【００４６】
利用端末１の負荷値取得手段１０１は，ネットワーク８を介してサーバー５に接続するときにサーバー５から負荷値を取得する（ステップＳ３１）。次に，問い合わせ間隔調整手段１０２は，サーバー５から全対話者のサーバー５への平均問い合わせ間隔情報１０３を取得する（ステップＳ３２）。なお，利用端末１が予め全対話者のサーバー５への平均問い合わせ間隔情報１０３を保持している場合には，ステップＳ３２を省略することができる。
【００４７】
問い合わせ間隔調整手段１０２は，負荷値取得手段１０１が取得した負荷値と，平均問い合わせ間隔情報１０３とから，負荷値が大きければ平均問い合わせ間隔を長くし，負荷値が小さければ平均問い合わせ間隔を短くするように平均問い合わせ間隔を調整する（ステップＳ３３）。そして，利用端末１は，この調整された問い合わせ間隔に基づいてプレゼンス機能による状態確認を行う（ステップＳ３４）。
【００４８】
本発明は，以上説明した第一ないし第三の実施の形態のいくつかを組み合わせて実施することも可能である。
【００４９】
以上の処理は，コンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムは，コンピュータが読み取り可能な可搬媒体メモリ，半導体メモリ，ハードディスク等の適当な記録媒体に格納して，そこから読み出すことによりコンピュータに実行させることができる。また，そのプログラムは通信回線を経由して他のコンピュータからダウンロードすることができ，それをインストールして実行させることもできる。
【００５０】
【発明の効果】
以上説明したように，本発明を利用することで以下の効果が得られる。
【００５１】
（１）利用者と対話者のコミュニケーションを観測し，その観測を各対話者の状態問い合わせ間隔に利用することで，コミュニケーションを多く行っている対話者の問い合わせ間隔を短く，コミュニケーションをほとんど行っていない対話者の問い合わせ間隔を長くすることで，より利用者にとって知りたいであろう対話者の状態を適切に取得しながら，冗長な状態問い合わせを減らすことで，平均的な状態問い合わせ間隔を長くすることにより，サーバーやデータベースの負荷を減少させることが可能になる。
【００５２】
（２）各利用者のサービスの利用状況を観測することで，対話者の利用特性にあった適切な状態問い合わせが可能になる。例えば，夜しかサービスを利用しない対話者に対しては，夜には問い合わせ間隔を短くし，昼には問い合わせ間隔を長くとるなどの工夫をする。このような手法で，冗長な状態問い合わせを減らし，平均的な状態問い合わせ間隔を長くすることにより，サーバーやデータベースの負荷を減少させることが可能になる。
【００５３】
（３）サーバーの負荷をプレゼンス間隔に利用することで，サーバーの負荷が高いときは全利用端末の管理する全対話者に対する平均的な問い合わせ間隔を長くし，ユーザー数が多い時の問い合わせの負荷により，システムが破綻しないようにすることが可能になる。
【００５４】
以上を個別あるいは組み合わせて利用することで，サーバーやデータベースへの負荷を減少させ，本来，この負荷を回避するためのサーバーやデータベースのコストを減少させることが可能になる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態を示す図である。
【図２】本発明の第一の実施の形態のシステム構成図である。
【図３】問い合わせ間隔の変更例を示す図である。
【図４】本発明の第一の実施の形態の処理フローを示す図である。
【図５】本発明の第二の実施の形態を示す図である。
【図６】本発明の第二の実施の形態のシステム構成図である。
【図７】本発明の第二の実施の形態の処理フローを示す図である。
【図８】本発明の第三の実施の形態を示す図である。
【図９】本発明の第三の実施の形態のシステム構成図である。
【図１０】本発明の第三の実施の形態の処理フローを示す図である。
【符号の説明】
１，３，４ 利用端末
２ 対話者リスト
５ サーバー
６ データーベース
【発明の属する技術分野】
本発明は，ＩＭ（インスタントメッセンジャー）などのコミュニケーションシステムを実装する利用端末において，端末に登録している対話者の状態（オンライン，オフライン，外出中など）をサーバーに問い合わせるプレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体に関する。
【０００２】
【従来の技術】
近年，ＩＭ（インスタントメッセンジャー）などのコミュニケーションシステムにおいては，他の利用者の状態（オンライン，オフライン，外出中など）を簡単に知るプレゼンス機能が多く利用されている。このプレゼンス機能は，自分の状態を登録するシステムと他の利用者の状態を取得するシステムから構成されている。
【０００３】
自分の状態を登録するシステムは，利用端末がオンラインやオフラインになった時あるいは利用者が自ら状態を変更した時に，その利用者の変更後の状態を，プレゼンス機能を管理するサーバーやデータベースに登録する。一方，他の利用者の状態を知るシステムは，利用者の自端末で管理している対話者リスト（対話者のＩＤや名前などをリスト化したもの）に含まれる対話者の状態を，サーバーに定期的に問い合わせることで，対話者の状態を随時知ることが可能になっている。
【０００４】
従来のプレゼンス技術においては，端末内で登録している対話者の状態を，すべての対話者を平等な間隔で，しかも非常に短い間隔（１０秒〜３０秒）で問い合わせている。この理由は，コミュニケーションにおいては，相手に連絡したい時に相手が現在コミュニケーション可能な状態かどうかを知ることが非常に重要であり，これを実現するためには，リアルタイムに近い状態確認作業が必要になるからである。しかし，この頻繁な確認作業を行った場合，ユーザー数が増加すればするほどサーバーやデータベースの負荷は膨大になり，それを補うためのサーバーやデータベースの分散制御システムの構築コストは非常に膨大になるという問題点がある。
【０００５】
この問題を解決するには，利用端末からサーバーやデータベースへの問い合わせ方法を工夫する手法と，サーバーやデータベース内でのデータ取得の方法を工夫する方法が考えられるが，本発明では前者の利用端末からサーバーやデータベースへの問い合わせ方法を工夫することでサーバーやデータベースの負荷の課題を解決する。
【０００６】
【発明が解決しようとする課題】
本発明は，上記従来技術の問題点を解決し，プレゼンス機能において，端末からサーバーやデータベースへの問い合わせ間隔を，すべての対話者を平等な間隔で問い合わせるのではなく，様々なコミュニケーションの状況やサービス利用状況等を観測することで，各対話者の問い合わせ間隔に優先制御を施し，不必要な問い合わせを可能な限り減少させることで，サーバーやデータベースへの負荷の集中を減少させることを目的とする。
【０００７】
【課題を解決するための手段】
本発明は，上記課題を解決するために，以下に述べるような手段を採用している。その仕組みとして，プレゼンス機能を有するＩＭ（インスタントメッセンジャー）などの利用端末や，状態を管理するサーバーなどを様々な手法で観測することにより，その観測データをもとに，端末に登録している対話者毎に状態問い合わせ間隔を変更させる。
【０００８】
具体的には，端末内に登録している各対話者に優先度ポイントを与え，システムの変換規則に従い，この優先度ポイントが大きい対話者ほど問い合わせ間隔を短く，優先度ポイントが小さい対話者ほど問い合わせ間隔を長くする。システムは，予め全対話者への平均問い合わせ間隔を設定しておき，優先度ポイントに応じて問い合わせ間隔を対話者毎に変更する。
【０００９】
本発明では，この優先度ポイントを対話者毎に設定する仕組みを数種類用意している。まず，第１の手法として，対話者とのコミュニケーションを観測することを利用する。例えば，端末に登録している対話者が２０人いた場合を考えてみると，利用者はその２０人と同じような頻度でコミュニケーションをしているか疑問がでてくる。おそらく，ある人とは毎日コミュニケーションをしたり，ある人とは１ヶ月に１回コミュニケーションするだけかも知れない。
【００１０】
このようなときに，頻繁に会話する相手と滅多に会話しない相手を同じような間隔で状態を確認するのは効率的ではない。特に後者のほとんどコミュニケーションをしない相手の状態を頻繁に確認するのは非常に無駄が多いといえる。
【００１１】
そこで，利用端末は対話者とのコミュニケーションにおけるコミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間などのコミュニケーション状況を観測する。対話者とのコミュニケーションが多ければ多いほど，その対話者の優先度ポイントを増加させ，逆に少ないほど優先度ポイントを下げる。
【００１２】
次に，本発明は，第２の手法として，各利用者の端末の利用状況を観測することを利用する。利用端末は，利用者のサービスの利用時間帯，平均利用時間，平均オフライン時間，状態変更頻度などを観測し，それをサーバーに登録する。この登録する間隔は１ヶ月毎や１週間毎など比較的長い間隔毎に観測したデータを集計・計算して登録する。利用者は自端末に登録された対話者の上記の情報を一定間隔（登録時と同じく比較的長い間隔）で取得し，それを対話者毎に管理保存した後，以下のような制御を行う。
【００１３】
まず，利用時間帯については，現在の時間と比較し，近ければ優先度ポイントを増加させ，遠ければ優先度ポイントを減少させる。平均利用時間に関しては，対話者の状況が現在オンラインの場合，平均利用時間が長ければ優先度ポイントを増加させ，短ければ優先度ポイントを減少させる。平均オフライン時間に関しては，対話者の状況が現在オフラインの場合，平均オフライン時間が長ければ優先度ポイントを減少させ，短ければ優先度ポイントを増加させる。状態変更頻度に関しては，状態変更間隔が短ければ優先度ポイントを増加させ，長ければ優先度ポイントを減少させる。例えば，利用時間帯を観測することで，夜にしか利用しない対話者に対して昼の間は問い合わせ間隔を長くするなどができ，不要な問い合わせ作業を減少できる。
【００１４】
次に，本発明は，第３の手法として，サーバーの負荷の状況を観測することを利用する。これは，対話者毎に問い合わせ間隔を設定するのではなく，全対話者に対する平均問い合わせ間隔を変更する。サーバーは接続されているユーザー数をカウントし，そのユーザー数に応じてサーバーの負荷値を設定する。このユーザー数から負荷値への変換は，システムが予め定めた変換規則を用いる。利用端末はサーバーに接続するときにこの負荷値を取得し，その負荷値が高ければ平均問い合わせ間隔を長くし，負荷値が低ければ問い合わせ間隔を短くする。サーバーの負荷が高いときは，自動で全利用者からのプレゼンス間隔が長くなるので，負荷の減少には非常に効果的である。
【００１５】
本発明では，上記の第１〜第３の手法を用いて，対話者毎の問い合わせ間隔を変更する優先制御を行うことで，効率的なサーバーやデータベースへの問い合わせを行う。従って，本発明は，従来技術のように，端末に登録している各対話者の状態をすべて同じ間隔で確認する手法と異なり，対話者とのコミュニケーションを観測したり，あるいは各利用者のサービス利用状況を観測するなどにより，対話者毎に最適な問い合わせ間隔を自動で設定し，非効率な状態確認作業をできるだけ省くことで，全対話者に対する平均問い合わせ間隔を長くできる作用がある。その結果，サーバーやデータベースへのアクセス頻度を低下させ，サーバーやデータベースの負荷を低下させることができる。
【００１６】
【発明の実施の形態】
以下，本発明の実施の形態を図面を参照して，詳細に説明する。図１は，本発明の第一の実施の形態を示す図である。第一の実施の形態では，対話者とのコミュニケーション状況の観測を利用する。図中の１は利用者の利用端末であり，２の対話者リストを端末内に保存している。３と４は対話者リスト２に保存されている対話者の利用端末である。５はプレゼンス機能を提供しているサーバーであり，６はデータベースである。
【００１７】
利用端末１は図中▲１▼のように，対話者とのコミュニケーションを観測している。ここで，観測する内容としては，コミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間などである。利用端末１は，このコミュニケーション状況を端末内に保存し，システムが予め用意する優先度ポイント変換表に従い，図中▲２▼のように定期的に優先度ポイントに変換し，優先度ポイントを設定する。ここで，対話者とのコミュニケーションが活発であればあるほど優先度ポイントは大きく，ほとんどコミュニケーションがなければ優先度ポイントは小さくなるようにする。
【００１８】
利用端末１は，システムが予め用意する問い合わせ間隔変換表に従い，図中▲３▼のように，各対話者毎に優先度ポイントから各対話者の問い合わせ間隔を決定する。利用端末１は，この各対話者の問い合わせ間隔に基づいて図中▲４▼のようにプレゼンス機能による状態確認を行う。
【００１９】
図２は，本発明の第一の実施の形態のシステム構成図，図３は，問い合わせ間隔の変更例を示す図，図４は，本発明の第一の実施の形態における処理フローを示す図である。
【００２０】
図２に示すように，利用端末１は，対話者の一覧情報である対話者リスト２，対話者リスト２中に登録している対話者とのコミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間などのコミュニケーション状況を観測するコミュニケーション状況観測手段１０，観測したコミュニケーション状況の観測値を対話者毎に保存するコミュニケーション状況保存手段１１，各対話者毎のコミュニケーション状況の観測値を，優先度ポイントに変換するための予め規定された変換規則情報を持つ優先度ポイント変換表１４，その優先度ポイント変換表１４を参照して，各対話者のコミュニケーション状況の観測値を優先度ポイントに変換する優先度ポイント設定手段１２，優先度ポイントを問い合わせ間隔に変換するための予め規定された変換規則情報を持つ問い合わせ間隔変換表１５，その問い合わせ間隔変換表１５を参照し，各対話者の優先度ポイントに応じて各対話者の状態問い合わせ間隔を決定または変更する問い合わせ間隔優先制御手段１３を備える。
【００２１】
以下，図３，図４に従って，図２に示す利用端末１の処理について説明する。まず，利用端末１のコミュニケーション状況観測手段１０は，自端末の対話者リスト２に保存されている対話者とのコミュニケーション状況（コミュニケーション回数，メッセージ交換数，メッセージ交換頻度，通話時間等）を観測する（ステップＳ１）。コミュニケーション状況保存手段１１は，このコミュニケーション状況の観測値を端末に保存する（ステップＳ２）。この例では，各対話者毎にコミュニケーション回数と通話時間とを観測し，観測結果を対話者リスト２中に保存している。図３（ａ）は，対話者リスト２中の観測結果の保存例を示しており，例えば対話者Ａとの間のコミュニケーション回数は３０回，通話時間は１００分というように記録されている。
【００２２】
また，利用端末１の優先度ポイント設定手段１２は，コミュニケーションシステムが予め用意した優先度ポイント変換表１４に従い，上記コミュニケーション状況の観測値を定期的に優先度ポイントに変換し，優先度ポイントを設定する（ステップＳ３）。優先度ポイント変換表１４においては，コミュニケーション状況の観測値が大きいほど，対話者毎の優先度ポイントを増加させ，逆に小さいほど優先度ポイントを減少される情報が格納されている。
【００２３】
図３（ｂ）は，その優先度ポイント変換表１４の例を示しており，１番目の優先度ポイント変換表１４−１では，コミュニケーション回数に応じて優先度ポイントを減少または増加させる値が格納されている。また，２番目の優先度ポイント変換表１４−２では，通話時間に応じて優先度ポイントを減少または増加させる値が格納されている。
【００２４】
次に，問い合わせ間隔優先制御手段１３は，コミュニケーションシステムが予め用意した問い合わせ間隔変換表１５に従い，各対話者毎に優先度ポイントから各対話者毎の問い合わせ間隔を決定または変更する（ステップＳ４）。図３（ｃ）は，問い合わせ間隔変換表１５の例を示している。この例では，問い合わせ間隔変換表１５に，優先度ポイントが−１０以下であれば，問い合わせ間隔を１０秒長くすること，優先度ポイントが−９から−５の範囲であれば，問い合わせ間隔を５秒長くすること，……，優先度ポイントが１０以上であれば，問い合わせ間隔を３秒短くすることが示されている。
【００２５】
図３（ｄ）は，各対話者毎の問い合わせ間隔の算出例を示している。ここでは，全対話者の平均問い合わせ間隔を基準として，優先度ポイントに応じて問い合わせ間隔を変更する例を説明する。平均問い合わせ間隔は５秒であるとする。この値は，予め利用端末１に設定された値でもよく，またサーバー５から取得した値でもよい。
【００２６】
対話者Ａの問い合わせ間隔は，次のように決定されることになる。図３（ａ）の対話者リスト２から，対話者Ａとのコミュニケーション回数は３０であることがわかる。図３（ｂ）の優先度ポイント変換表１４−１から，コミュニケーション回数の３０に相当する優先度ポイントが８であると決定される。また，対話者Ａとの通話時間は１００分であり，同様に優先度ポイント変換表１４−２から，通話時間の１００分に相当する優先度ポイントが６であると決定される。
【００２７】
これらの２つの優先度ポイントを合わせた値（８＋６＝１４）が，対話者Ａの優先度ポイントとなり，図３（ｃ）の問い合わせ間隔変換表１５から，優先度ポイント＝１４に相当する問い合わせ間隔の調整値が−３秒であることが求められる。
【００２８】
問い合わせ間隔優先制御手段１３は，平均問い合わせ間隔が５秒であることから，対話者Ａの問い合わせ間隔を「５秒−３秒＝２秒」と決定する。他の対話者Ｂ〜Ｄについても同様な処理により問い合わせ間隔が決定される。
【００２９】
利用端末１は，以上のようにして決定された各対話者の問い合わせ間隔に基づいて，プレゼンス機能による状態確認を行う（ステップＳ５）。
【００３０】
図５は，本発明の第二の実施の形態を示す図である。第二の実施の形態では，各対話者の利用状況を観測することを利用する。図５において，利用端末３は，図中▲１▼のように利用者のサービス利用状況を観測する。ここで，観測する内容とは，利用時間帯，平均利用時間，平均オフライン時間，状態変更間隔などである。利用端末３は，この観測したサービス利用状況を図中▲２▼のように一定間隔毎にサーバー５のデータベース６に登録する。利用者の利用端末１は，図中▲３▼のように一定間隔毎に，対話者の登録したサービス利用状況を取得する。
【００３１】
利用端末１は，この受信したサービス利用状況を，システムが予め規定した優先度ポイント変換表に従い，定期的に優先度ポイントに変換し，図中▲４▼のように優先度ポイントを設定する。変換方法は，利用時間帯については，現在の時間と比較し，現在の時間に近ければ優先度ポイントを増加させ，遠ければ優先度ポイントを減少させる。平均利用時間に関しては，対話者の状況が現在オンラインの場合，平均利用時間が長ければ優先度ポイントを増加させ，短ければ優先度ポイントを減少させる。平均オフライン時間に関しては，対話者の状況が現在オフラインの場合，平均オフライン時間が長ければ優先度ポイントを減少させ，短ければ優先度ポイントを増加させる。状態変更間隔に関しては，間隔が短ければ優先度ポイントを増加させ，長ければ優先度ポイントを減少させる。
【００３２】
利用端末１は，システムが予め用意する問い合わせ間隔変換表に従い，図中▲５▼のように，優先度ポイントから各対話者毎の問い合わせ間隔を決定する。利用端末１は，この各対話者の問い合わせ間隔に基づいて図中▲６▼のようにプレゼンス機能による状態確認を行う。
【００３３】
図６は，本発明の第二の実施の形態のシステム構成図，図７は，本発明の第二の実施の形態における処理フローを示す図である。
【００３４】
図６に示すように，利用端末１は，対話者の一覧情報である対話者リスト２，各利用者の端末のサービス利用状況をサーバー５から取得する利用状況取得手段１８，取得したサービス利用状況の観測値を優先度ポイントに変換するための予め規定された変換規則情報を持つ優先度ポイント変換表１４，その優先度ポイント変換表１４を参照して，各対話者のサービス利用状況の観測値を優先度ポイントに変換する優先度ポイント設定手段１２，優先度ポイントを問い合わせ間隔に変換するための予め規定された変換規則情報を持つ問い合わせ間隔変換表１５，その問い合わせ間隔変換表１５を参照し，各対話者の優先度ポイントに応じて各対話者の状態問い合わせ間隔を決定または変更する問い合わせ間隔優先制御手段１３を備える。
【００３５】
また，利用者のサービスの利用時間帯，平均利用時間，平均オフライン時間，状態変更間隔（または頻度）といったサービス利用状況を観測する利用状況観測手段１６，観測した利用状況を定期的に集計し，結果をサーバー５へ登録する利用状況登録手段１７を持つ。他の利用端末３等も，同様の手段を持つ。
【００３６】
まず，利用端末１の利用状況観測手段１６（利用端末３の場合は利用状況観測手段３６）は，利用者の利用時間帯，平均利用時間，平均オフライン時間，状態変更間隔等のサービス利用状況を観測し（ステップＳ１１）。利用状況登録手段１７（利用状況登録手段３７）は，サービス利用状況の観測値をネットワーク８を介してサーバー５のデータベース６に登録する（ステップＳ１２）。
【００３７】
利用端末１が各対話者毎の状態問い合わせ間隔を決定する場合，利用端末１の利用状況取得手段１８は，対話者が登録したサービス利用状況の観測値を，サーバー５からネットワーク８を介して取得する（ステップＳ１３）。優先度ポイント設定手段１２は，サーバー５から取得した各対話者のサービス利用状況の観測値を，優先度ポイント変換表１４に従い優先度ポイントに変換し，優先度ポイントを設定する（ステップＳ１４）。
【００３８】
優先度ポイント変換表１４を用いた変換においては，利用時間帯については，現在の時間と比較し，現在の時間に近ければ優先度ポイントを増加させ，遠ければ優先度ポイントを減少させる。平均利用時間に関しては，対話者の状況が現在オンラインの場合，平均利用時間が長ければ優先度ポイントを増加させ，短ければ優先度ポイントを減少させる。平均オフライン時間に関しては，対話者の状況が現在オフラインの場合，平均オフライン時間が長ければ優先度ポイントを減少させ，短ければ優先度ポイントを増加させる。状態変更間隔に関しては，間隔が短ければ優先度ポイントを増加させ，長ければ優先度ポイントを減少させる。
【００３９】
次に，問い合わせ間隔優先制御手段１３は，コミュニケーションシステムが予め用意した問い合わせ間隔変換表１５に従い，優先度ポイントから各対話者毎の問い合わせ間隔を決定する（ステップＳ１５）。そして，利用端末１は，この各対話者の問い合わせ間隔に基づいてプレゼンス機能による状態確認を行う（ステップＳ１６）。
【００４０】
図８は，本発明の第三の実施の形態を示す図である。第三の実施の形態では，サーバー５の負荷値に基づいて平均問い合わせ間隔を調整する。図中の７は本プレゼンス機能を提供しているサーバー５とデータベース６に接続している現在の全ユーザーを表す。
【００４１】
まず，図中▲１▼のようにサーバー５は現在接続しているユーザー数をカウントし，システムが予め規定する負荷値変換表に従い，図中▲２▼のようにそのユーザー数からサーバー５の負荷値を求める。利用者の利用端末１は，サービス接続時に図中▲３▼のようにサーバー５から負荷値を取得し，その負荷値に従って，図中▲４▼のようにプレゼンス機能における平均問い合わせ間隔をコントロールし，負荷値が大きければ平均問い合わせ間隔を長くし，負荷値が小さければ平均問い合わせ間隔を短くする。
【００４２】
図９は，本発明の第三の実施の形態のシステム構成図，図１０は，本発明の第三の実施の形態における処理フローを示す図である。
【００４３】
図９に示すように，本システムを提供しているサーバー５は，サーバー５に接続しているユーザー数をカウントする接続ユーザー数カウント手段５１と，予め規定された変換規則を記憶する負荷値変換表５３に従い，接続ユーザー数に応じてサーバー５の負荷値を算出する負荷値算出手段５２を持つ。
【００４４】
また，利用端末１は，サーバー５への接続時に，負荷値算出手段５２が算出したサーバー５の負荷値を取得する負荷値取得手段１０１と，予め利用端末１に設定された，または予めサーバー５から与えられた全対話者のサーバー５への平均問い合わせ間隔情報１０３の値を，上記で取得した負荷値が高いときは大きくし，負荷値が低いときは小さくする問い合わせ間隔調整手段１０２を持つ。
【００４５】
第三の実施の形態における処理は，以下のとおりである。サーバー５の接続ユーザー数カウント手段５１は，現在接続しているユーザー数をカウントし（ステップＳ２１），負荷値算出手段５２は，システムが予め規定する負荷値変換表５３に従い，そのユーザー数からサーバー５の負荷値を算出する（ステップＳ２２）。
【００４６】
利用端末１の負荷値取得手段１０１は，ネットワーク８を介してサーバー５に接続するときにサーバー５から負荷値を取得する（ステップＳ３１）。次に，問い合わせ間隔調整手段１０２は，サーバー５から全対話者のサーバー５への平均問い合わせ間隔情報１０３を取得する（ステップＳ３２）。なお，利用端末１が予め全対話者のサーバー５への平均問い合わせ間隔情報１０３を保持している場合には，ステップＳ３２を省略することができる。
【００４７】
問い合わせ間隔調整手段１０２は，負荷値取得手段１０１が取得した負荷値と，平均問い合わせ間隔情報１０３とから，負荷値が大きければ平均問い合わせ間隔を長くし，負荷値が小さければ平均問い合わせ間隔を短くするように平均問い合わせ間隔を調整する（ステップＳ３３）。そして，利用端末１は，この調整された問い合わせ間隔に基づいてプレゼンス機能による状態確認を行う（ステップＳ３４）。
【００４８】
本発明は，以上説明した第一ないし第三の実施の形態のいくつかを組み合わせて実施することも可能である。
【００４９】
以上の処理は，コンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムは，コンピュータが読み取り可能な可搬媒体メモリ，半導体メモリ，ハードディスク等の適当な記録媒体に格納して，そこから読み出すことによりコンピュータに実行させることができる。また，そのプログラムは通信回線を経由して他のコンピュータからダウンロードすることができ，それをインストールして実行させることもできる。
【００５０】
【発明の効果】
以上説明したように，本発明を利用することで以下の効果が得られる。
【００５１】
（１）利用者と対話者のコミュニケーションを観測し，その観測を各対話者の状態問い合わせ間隔に利用することで，コミュニケーションを多く行っている対話者の問い合わせ間隔を短く，コミュニケーションをほとんど行っていない対話者の問い合わせ間隔を長くすることで，より利用者にとって知りたいであろう対話者の状態を適切に取得しながら，冗長な状態問い合わせを減らすことで，平均的な状態問い合わせ間隔を長くすることにより，サーバーやデータベースの負荷を減少させることが可能になる。
【００５２】
（２）各利用者のサービスの利用状況を観測することで，対話者の利用特性にあった適切な状態問い合わせが可能になる。例えば，夜しかサービスを利用しない対話者に対しては，夜には問い合わせ間隔を短くし，昼には問い合わせ間隔を長くとるなどの工夫をする。このような手法で，冗長な状態問い合わせを減らし，平均的な状態問い合わせ間隔を長くすることにより，サーバーやデータベースの負荷を減少させることが可能になる。
【００５３】
（３）サーバーの負荷をプレゼンス間隔に利用することで，サーバーの負荷が高いときは全利用端末の管理する全対話者に対する平均的な問い合わせ間隔を長くし，ユーザー数が多い時の問い合わせの負荷により，システムが破綻しないようにすることが可能になる。
【００５４】
以上を個別あるいは組み合わせて利用することで，サーバーやデータベースへの負荷を減少させ，本来，この負荷を回避するためのサーバーやデータベースのコストを減少させることが可能になる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態を示す図である。
【図２】本発明の第一の実施の形態のシステム構成図である。
【図３】問い合わせ間隔の変更例を示す図である。
【図４】本発明の第一の実施の形態の処理フローを示す図である。
【図５】本発明の第二の実施の形態を示す図である。
【図６】本発明の第二の実施の形態のシステム構成図である。
【図７】本発明の第二の実施の形態の処理フローを示す図である。
【図８】本発明の第三の実施の形態を示す図である。
【図９】本発明の第三の実施の形態のシステム構成図である。
【図１０】本発明の第三の実施の形態の処理フローを示す図である。
【符号の説明】
１，３，４ 利用端末
２ 対話者リスト
５ サーバー
６ データーベース
Claims (9)
- メッセージ通信を行うためのコミュニケーションシステムの利用端末が対話者の状態をサーバーに問い合わせるプレゼンス方法であって，
利用者の利用端末に登録している対話者とのコミュニケーション状況を，前記利用端末に登録している対話者毎に観測するコミュニケーション状況観測過程と，
前記コミュニケーション状況の観測値を対話者毎に保存するコミュニケーション状況保存過程と，
前記コミュニケーション状況の観測値をもとに，予め定められた変換規則に従って各対話者の前記サーバーへの状態問い合わせ間隔を，前記利用端末に登録している対話者毎に決定または変更する問い合わせ間隔優先制御過程とを有する
ことを特徴とするプレゼンス方法。 - メッセージ通信を行うためのコミュニケーションシステムの利用端末が対話者の状態をサーバーに問い合わせるプレゼンス方法であって，
利用者が自端末を利用している時間帯を観測する利用時間帯観測過程と，
前記観測した利用時間帯情報を，プレゼンス機能を提供するサーバーに定期的に登録する利用時間帯情報登録過程と，
自端末に登録している対話者の利用時間帯情報を前記サーバーから取得する利用時間帯情報取得過程と，
前記取得した対話者毎の利用時間帯情報と現在の時間との比較により，予め定められた変換規則に従って各対話者の前記サーバーへの状態問い合わせ間隔を，各対話者毎に決定または変更する問い合わせ間隔優先制御過程とを有する
ことを特徴とするプレゼンス方法。 - メッセージ通信を行うためのコミュニケーションシステムの利用端末が対話者の状態をサーバーに問い合わせるプレゼンス方法であって，
利用者が自端末を利用している平均利用時間を観測する平均利用時間観測過程と，
前記観測した平均利用時間情報を，プレゼンス機能を提供するサーバーに定期的に登録する平均利用時間登録過程と，
自端末に登録している対話者の平均利用時間情報を前記サーバーから取得する平均利用時間情報取得過程と，
前記取得した対話者毎の平均利用時間情報をもとに，予め定められた変換規則に従って各対話者の前記サーバーへの状態問い合わせ間隔を，各対話者毎に決定または変更する問い合わせ間隔優先制御過程とを有する
ことを特徴とするプレゼンス方法。 - メッセージ通信を行うためのコミュニケーションシステムの利用端末が対話者の状態をサーバーに問い合わせるプレゼンス方法であって，
利用者が自端末を利用している平均オフライン時間を観測する平均オフライン時間観測過程と，
前記観測した平均オフライン時間情報を，プレゼンス機能を提供するサーバーに定期的に登録する平均オフライン時間情報登録過程と，
自端末に登録している対話者の平均オフライン時間情報を前記サーバーから取得する平均オフライン時間情報取得過程と，
前記取得した対話者毎の平均オフライン時間情報をもとに，予め定められた変換規則に従って各対話者の前記サーバーへの状態問い合わせ間隔を，各対話者毎に決定または変更する問い合わせ間隔優先制御過程とを有する
ことを特徴とするプレゼンス方法。 - メッセージ通信を行うためのコミュニケーションシステムの利用端末が対話者の状態をサーバーに問い合わせるプレゼンス方法であって，
利用者がオンライン中に状態を変更する状態変更間隔を観測する状態変更間隔観測過程と，
前記観測した状態変更間隔情報を，プレゼンス機能を提供するサーバーに定期的に登録する状態変更間隔情報登録過程と，
自端末に登録している対話者の状態変更間隔情報を前記サーバーから取得する状態変更間隔情報取得過程と，
前記取得した対話者毎の状態変更間隔情報をもとに，予め定められた変換規則に従って各対話者の前記サーバーへの状態問い合わせ間隔を，各対話者毎に決定または変更する問い合わせ間隔優先制御過程とを有する
ことを特徴とするプレゼンス方法。 - 請求項１から請求項５までのいずれか１項に記載のプレゼンス方法において，
前記サーバーに状態を問い合わせる間隔を決定するための基準となる平均問い合わせ間隔情報を，前記サーバーから取得する平均問い合わせ間隔情報取得過程をさらに有し，
前記問い合わせ間隔優先制御過程では，前記観測値にもとづいて各対話者に優先度ポイントを付与し，優先度ポイントに応じた各対話者毎の前記平均問い合わせ間隔からの差分時間を求めるための問い合わせ間隔変換表を前記サーバーから取得し，その問い合わせ間隔変換表を利用して前記優先度ポイントに応じた前記平均問い合わせ間隔からの差分時間を求めることにより，対話者毎の前記サーバーへの問い合わせ間隔を調整する
ことを特徴とするプレゼンス方法。 - 請求項６に記載のプレゼンス方法において，
プレゼンス機能を提供しているサーバーにおいて自装置に接続しているユーザー数をカウントする接続ユーザー数カウント過程と，
前記カウントしたユーザー数を，予め定められた変換規則に従って負荷値に変換する負荷設定過程と，
利用端末が前記設定されたサーバーの負荷値を取得する負荷値取得過程と，
予め定められた変換規則に従い，前記サーバーの負荷値に応じて，前記サーバーに状態を問い合わせる間隔を決定するための基準となる平均問い合わせ間隔情報を，各対話者毎に決定または変更する平均問い合わせ間隔調整過程とを有する
ことを特徴とするプレゼンス方法。 - 請求項１から請求項７までのいずれか１項に記載のプレゼンス方法を，コンピュータに実行させるためのプレゼンスプログラム。
- 請求項１から請求項７までのいずれか１項に記載のプレゼンス方法を，コンピュータに実行させるためのプログラムを記録した
ことを特徴とするプレゼンスプログラムのコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002104906A JP3967617B2 (ja) | 2002-04-08 | 2002-04-08 | プレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002104906A JP3967617B2 (ja) | 2002-04-08 | 2002-04-08 | プレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003296259A JP2003296259A (ja) | 2003-10-17 |
| JP3967617B2 true JP3967617B2 (ja) | 2007-08-29 |
Family
ID=29389864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002104906A Expired - Fee Related JP3967617B2 (ja) | 2002-04-08 | 2002-04-08 | プレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3967617B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106888384A (zh) * | 2017-03-23 | 2017-06-23 | 北京奇艺世纪科技有限公司 | 一种上下线消息的接收处理方法和装置 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4777222B2 (ja) | 2006-11-29 | 2011-09-21 | 富士通株式会社 | 状態管理装置及び状態管理方法 |
| JP4830889B2 (ja) * | 2007-02-15 | 2011-12-07 | ブラザー工業株式会社 | 情報配信システム、情報配信方法及びノード装置等 |
| US9036545B2 (en) * | 2010-12-08 | 2015-05-19 | Qualcomm Incorporated | Exchanging presence information in a communications network |
| JP5947001B2 (ja) * | 2011-06-29 | 2016-07-06 | 京セラドキュメントソリューションズ株式会社 | 通信装置 |
-
2002
- 2002-04-08 JP JP2002104906A patent/JP3967617B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106888384A (zh) * | 2017-03-23 | 2017-06-23 | 北京奇艺世纪科技有限公司 | 一种上下线消息的接收处理方法和装置 |
| CN106888384B (zh) * | 2017-03-23 | 2019-08-30 | 北京奇艺世纪科技有限公司 | 一种上下线消息的接收处理方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003296259A (ja) | 2003-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7206388B2 (en) | System and method for providing voice-activated presence information | |
| US7908261B2 (en) | Method and apparatus for context based querying | |
| CA2394344C (en) | Presence management system | |
| US6853634B1 (en) | Anonymity in a presence management system | |
| US7072457B2 (en) | Transferring a call to a backup according to call context | |
| US7200215B2 (en) | Time based regulation of access to callees | |
| US7092508B2 (en) | Rating parties according to party identities | |
| US8494135B2 (en) | Methods and systems for contact management | |
| US20110246587A1 (en) | Adaptive synchronization of service data | |
| JP2003507937A (ja) | コンタクト・ルーティング・システムおよび方法 | |
| US20050198321A1 (en) | Method and system for workgroup presence availability | |
| US20110258276A1 (en) | Method, apparatus, and system for automatically replying mail | |
| US20050111635A1 (en) | Systems and methods for providing voicemail services | |
| US20040223598A1 (en) | Emergency contact system | |
| EP1246438A1 (en) | Database maintenance method and system for use in a communication network | |
| US7130405B2 (en) | Identifying a call made or received on behalf of another | |
| JP3967617B2 (ja) | プレゼンス方法，プレゼンスプログラムおよびそのプログラムの記録媒体 | |
| US7991141B2 (en) | Method and apparatus for personal call routing request and handling | |
| US20050071506A1 (en) | System and method for mapping device context to identity context | |
| JP2008067020A (ja) | 通話規制方法 | |
| CN108848279B (zh) | 通话处理方法、装置、设备及计算机可读存储介质 | |
| US20050071429A1 (en) | System and method for mapping identity context to device context | |
| CA2394317C (en) | Presence management system using context information | |
| US20070192479A1 (en) | Communication state publishing gateway | |
| AU2003228771A1 (en) | Adaptive synchronization of service data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040811 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060829 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061018 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20061018 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070306 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070423 |
|
| 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: 20070529 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070531 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100608 Year of fee payment: 3 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100608 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110608 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120608 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |