JP2002183021A - 通信方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 サーバを介して情報を送受信する通信システ
ムにおいて、サーバから情報を取得するタイミングを最
適化する。 【解決手段】通信端末１ａは、他の通信端末１ｂが発信
した情報をサーバ２から取得するタイミング（以下、単
に取得タイミングという）を、下記の所定の条件に基づ
いて決定する。（１）文字列、（２）アウェアネス情
報、（３）情報量、（４）情報量の変化、（５）情報の
入力速度、（６）情報の送信速度、（７）通信相手、
（８）ユーザグループ、（９）ユーザグループの人数。
これらの条件を組み合わせて用いても良い。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上で
のユーザ間のコミュニケーションを支援する技術に関す
る。さらに詳しくは、文字メッセージの送受信によるコ
ミュニケーションを支援する技術に関する。

【０００２】本発明において、チャットシステムとは、
ネットワークに接続されたチャットサーバと複数のチャ
ットクライアントとを含んで構成される。このシステム
では、複数のチャットクライアントは、互いに同一の仮
想空間を共有することにより、リアルタイムにテキスト
メッセージを送受信可能である。チャットシステムの例
としては、ウェブチャットやＩＲＣ(Internet Relay Ch
at)を挙げることができる。

【０００３】本発明において、アウェアネスシステムと
は、アウェアネスサーバとアウェアネスクライアントと
がネットワークで接続されて構成されるシステムであ
る。アウェアネスサーバは、ユーザに関する詳細情報
（以下、単にアウェアネス情報という）を管理し、これ
をユーザに配信する。アウェアネスクライアントは、ア
ウェアネス情報の設定をユーザから受け付けてアウェア
ネスサーバに送信したり、逆にアウェアネス情報をアウ
ェアネスサーバから受信したりする。

【０００４】アウェアネス情報とは、ユーザの状態や気
持ちを表すテキストデータ、イメージデータ及び音声デ
ータや、電話番号など、ユーザに関する全ての個人情報
を含む。また、バディリストとは、ユーザにより作成さ
れる他のユーザ、いわゆるバディの一覧である。ユーザ
は、他のユーザとの合意の上でバディリストにバディを
登録し、バディのアウェアネス情報を参照する。

【０００５】また、アウェアネスシステムの中には、ユ
ーザが、単にバディのアウェアネス情報を参照するだけ
でなく、バディリスト上で選択したバディと他の通信機
能を用いて通信を開始できるようにしたものもある。他
の通信機能としては、特に限られないが、例えば電話、
電子メール、チャットシステムなどを挙げることができ
る。このようなアウェアネスシステムを、特にインスタ
ントメッセージシステム（ＩＭシステム）と呼ぶことも
ある。

【０００６】メーリングリストとは、あるユーザグルー
プ宛に送信された電子メールを、そのグループの構成員
に配信するシステムである。

【０００７】

【従来の技術】近年、社会のネットワーク化に伴い、ネ
ットワーク上での様々なコミュニケーション手段が提供
されている。このなかで、サーバ上に蓄積された情報を
ユーザ側で取得することにより、ユーザ間で双方向通信
を行うタイプのコミュニケーション手段としては、ウェ
ブチャット、アウェアネスシステム、ＩＭシステム、電
子メールシステムなどをあげることができる。

【０００８】このタイプのコミュニケーションについ
て、ウェブチャットを例にとって説明する。ウェブチャ
ットでは、ウェブサーバを経由して任意のユーザ同士が
通信する。ユーザは、他のユーザからの発言が書き込ま
れたウェブページを参照することにより、他のユーザの
発言を知ることができる。しかし、ユーザは、通常、所
定のタイミングでしかウェブページを参照しないため、
他のユーザからの発言をリアルタイムに知ることは難し
い。

【０００９】実際には、ユーザは、ウェブサーバに蓄積
された相手の発言、すなわち更新されたウェブページ
を、適当なタイミングでウェブブラウザにより取得して
いる。ウェブページの取得のタイミングとしては、１）
タイマを設けて一定時間間隔で取得する、２）自分の発
言の送信が終わった時点で取得する、３）明示的ユーザ
インターフェースによる指示があった場合に取得する、
のいずれかが一般的である。

【００１０】

【発明が解決しようとする課題】前述のタイプの双方向
通信においては、サーバ上に蓄積された情報をユーザ側
で取得するタイミングを最適化することが難しい。例え
ば、相手から新たな情報がないにもかかわらずサーバか
ら情報を取得してサーバに負担をかけ、無駄なトラフィ
ックを発生させてしまう場合がある。また、逆に相手の
情報が頻繁に更新されているのに希にしか情報を取得せ
ず、情報の即時性が著しく失われたりする場合もある。

【００１１】これらの問題を根本的に解決することは難
しいものの、情報の発生頻度や、応答の有無や応答に要
する時間に対する利用者の期待は、情報内容によって左
右される側面がある。例えば質問を送信した場合は、回
答を期待するのが一般的である。一方、独り言の場合は
応答をそれほど期待しない。また、質問が短い文章によ
る場合は、それに対する回答が比較的短い時間で返って
くることを期待する。他方、長い文章による質問に対し
ては、回答に要する時間もより長くなると予想する。

【００１２】本願発明は、前記課題を解決し、サーバ上
に蓄積された情報をユーザ側で取得することによりユー
ザ間で双方向通信を行う場合に、情報をユーザ側で取得
するタイミングの最適化を図り、システムの負担を軽減
し、円滑で快適なコミュニケーションを促進することを
目的とする。

【００１３】

【課題を解決するための手段】本願発明者は、コミュニ
ケーションの内容やその量とその発生頻度とが関係する
という特性を利用して、前記の課題を解決することに想
到した。すなわち、本願第１発明は、ネットワーク上の
第１及び第２ユーザがサーバを介して情報を送受信する
通信方法を提供する。この方法は、Ａ；第１ユーザが前
記情報を前記サーバから取得するタイミングを、前記ユ
ーザ間で送受信される情報に基づいて決定し、Ｂ；前記
決定したタイミングに従い、第１ユーザは、第２ユーザ
から発信された情報を、前記サーバから取得する。

【００１４】ユーザ同士が送受信する情報とは、ユーザ
間で交換されるテキストメッセージ、状態情報などのア
ウェアネス情報などである。情報を取得するタイミング
の決定は、これらの情報に含まれる文字列、情報の内
容、情報量、情報量の履歴、情報の送信速度、情報の入
力速度などに基づいて行う。

【００１５】本願第２発明は、前記第１発明において、
前記第１ユーザが前記サーバから前記情報を取得するタ
イミングを、前記第２ユーザに送信した情報に基づいて
決定する通信方法である。

【００１６】すなわち、相手からの情報を取得するタイ
ミングを、自分が送った情報に基づいて決定する。例え
ば、自分が入力した文字内容、入力量、入力量の履歴、
入力速度などに基づいて、情報を取得するタイミングを
決定する。

【００１７】本願第３発明は、前記第１発明において、
第１ユーザが前記情報を前記サーバから取得するタイミ
ングを、第１ユーザと通信する相手ユーザ群毎に設定す
る通信方法である。この方法はさらに、前記設定された
タイミングに従い、第１ユーザは、前記相手ユーザ群か
らの前記情報を、前記サーバから取得する。

【００１８】すなわち、通信相手となるユーザグループ
ごとに情報の取得のタイミングを設定する。この設定
は、システム側で行っても、またユーザからの指定によ
り行っても良い。ユーザグループとは、ユーザ自身が作
成するグループ、例えばアウェアネスシステムにおける
バディリストを挙げることができる。また、ＩＲＣにお
ける同一チャネル内のユーザや、ウェブチャットにおけ
る同一ウェブページ内のユーザにより形成されるユーザ
グループでも良い。

【００１９】本願第４発明は、ネットワーク及びサーバ
を介して互いに接続され、情報を送受信するための通信
装置を提供する。この装置は、前記サーバから前記情報
を取得するタイミングを、前記送受信される情報に基づ
いて決定する決定手段と、前記決定したタイミングに従
い、他の通信装置から発信された前記情報を、前記サー
バから取得する取得手段とを有している。

【００２０】本願第５発明は、ネットワーク及びサーバ
を介して互いに接続され、情報を送受信するための通信
装置に用いられる通信プログラムを記録した、コンピュ
ータ読み取り可能な記録媒体を提供する。このプログラ
ムは、下記Ａ及びＢ段階を実行する。Ａ；前記情報を前
記サーバから取得するタイミングを、前記送受信される
情報に基づいて決定する段階、Ｂ；前記決定したタイミ
ングに従い、他の通信装置から発信された前記情報を、
前記サーバから取得する段階。

【００２１】ここで記録媒体としては、コンピュータが
読み書き可能なフロッピー（登録商標）ディスク、ハー
ドディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気デ
ィスク（ＭＯ）、その他のものが挙げられる。

【００２２】

【発明の実施の形態】＜発明の概要＞図１は、本発明が
適用される通信システムの全体構成を示す説明図であ
る。この通信システムは、複数の通信端末１ａ，ｂ・・
・と、サーバ２とが、ネットワーク３により接続されて
構成されている。このような構成の通信システムとして
は、ウェブチャット、アウェアネスシステム、ＩＭシス
テム、メーリングリストを例示することができる。

【００２３】サーバ２には、通信端末間で送受信される
情報を蓄積するＤＢが設けられている。通信端末１ａ，
ｂは、情報ＤＢに蓄積されている情報を取得することに
より、他の端末からの情報を取得する。また逆に、通信
端末１ａ，ｂは、他の端末に送るべき情報をサーバ２に
送信することにより、情報の送信を行う。ただし、通信
端末１ａは、他の通信端末１ｂが発信した情報をサーバ
２から取得するタイミング（以下、単に取得タイミング
という）を、下記の所定の条件に基づいて決定する。

【００２４】（１）文字列 （２）アウェアネス情報 （３）情報量 （４）情報量の変化 （５）入力速度 （６）送信速度 （７）通信相手 （８）ユーザグループ （９）ユーザグループの人数 ＜第１実施形態例＞ ［構成］次に、本発明の第１実施形態例に係る通信シス
テムについて、具体的に説明する。本実施形態例では、
通信端末に入力される情報に含まれる文字列に基づい
て、取得タイミングを決定する。このシステムは、ウェ
ブチャット、ＩＭシステム、メーリングシステム等に好
適に用いることができる。

【００２５】図２は、通信端末１が有する機能を示すブ
ロック構成図である。通信端末１は、入力部１１、通信
部１２、表示部１３、取得間隔決定部１４及び情報取得
タイマ１５を有している。入力部１１は、ユーザからの
入力を受け付ける。通信部１２は、入力された情報をサ
ーバ２に送信したり、サーバ２から情報を取得したりす
る。表示部１３は、入力された情報やサーバ２から取得
した情報を、ディスプレイ（図示せず）に表示する。

【００２６】取得間隔決定部１４は、取得間隔の決定条
件を設定するための画面を表示し、ユーザからの設定を
受け付ける。また、前記所定の条件、この場合は入力さ
れた文字列に基づいて、サーバ２から情報を取得する時
間間隔Ｔを決定する。情報取得タイマ１５は、決定され
た時間間隔毎に、通信部１２に情報の取得を指示する。

【００２７】図３は、本実施形態例に係る取得間隔決定
部１４の構成例である。取得間隔決定部１４は、取得タ
イミングテーブルを有している。このテーブルには、所
定の文字列と、その文字列が含まれている場合の取得間
隔とが記憶されている。文字列マッチング部３１は、入
力された情報と取得タイミングテーブルとに基づいて、
取得間隔の候補値を候補値バッファ３２に格納する。

【００２８】［処理の流れ］図４は、本実施形態例にお
いて取得間隔決定部１４が行う取得間隔決定処理の流れ
を示すフローチャートである。

【００２９】ステップＳ１；取得間隔決定部１４は、イ
ベントの発生を待機している。ここでは、イベントと
は、ユーザによる情報の入力である。イベントが発生す
るとステップＳ２に移行する。

【００３０】ステップＳ２；取得間隔決定部１４は、入
力された情報と取得タイミングテーブルとに基づいて、
取得間隔の候補値を候補値バッファ３２に格納する。す
なわち、入力された情報の中に、取得タイミングテーブ
ルで定められている文字列が含まれている場合、その文
字列に対応する取得間隔の値を候補値バッファ３２に格
納する。なお、バッファ３２には常に一つの値しか収容
せず、格納する場合は古い値を破棄して新しい値で更新
するようにしてもよいし、過去の履歴を予め決められた
範囲（例えば５つ）で保持するＦＩＦＯバッファとして
もよい。また入力情報の中に複数の文字列が含まれてい
る場合は、複数の候補値が候補値バッファ３２に格納さ
れるようにしてもよい。

【００３１】ステップＳ３；取得間隔決定部１４は、新
たな取得間隔Ｔ_newを、情報取得タイマ１５に設定す
る。候補値バッファ３２に複数の値が入っている場合、
新たな取得間隔Ｔ_newとしては、例えば、最も小さい値
としてもよいし、最も最近の値としてもよい。以後、設
定された取得間隔Ｔ_new毎に、通信端末１はサーバ２にア
クセスし、他の通信端末からの情報を取得する。

【００３２】これにより、例えば図３に例示したよう
に、「ですか」、「？」といった疑問を表す文字列を取
得タイミングテーブルに登録しておくことにより、質問
を入力する、あるいは入力されると、自動的に取得時間
間隔を短くして、回答文をより短時間に取得することが
可能となる。

【００３３】＜第２実施形態例＞図５は、第２実施形態
例に係る取得間隔決定部１４の構成例である。本実施形
態例に係る通信システムでは、ユーザのアウェアネス情
報に基づいて取得間隔を決定する。この通信システム
は、アウェアネスシステムやＩＭシステムに好適に適用
可能である。また、本実施形態例において、通信端末の
機能構成は前記第１実施形態例と同様である。ただし、
取得間隔決定部１４のタイミングの決定方法が第１実施
形態例とは異なる。

【００３４】本実施形態例に係る取得間隔決定部１４
は、取得タイミングテーブル及び状態情報マッチング部
５１を有している。この取得タイミングテーブルには、
ユーザが設定可能なアウェアネス情報毎に、取得間隔が
記憶されている。状態情報マッチング部５１は、ユーザ
のアウェアネス情報が変更される毎に取得タイミングテ
ーブルを参照し、新たなアウェアネス情報に対応する取
得間隔Ｔ_newを情報取得タイマ１５に設定する。

【００３５】この実施形態例における処理の流れは、前
記第１実施形態例（図４）と同様である。ただし、イベ
ントは、ユーザのアウェアネス情報の更新である。な
お、ユーザ自身のアウェアネス情報ではなく、例えばア
ウェアネスシステムのバディリストに登録しているバデ
ィの状態に応じて、取得間隔Ｔ_newを決定することも可
能である。また、ユーザ自身とバディの状態とを組み合
わせて取得間隔Ｔ_newを決定することも可能である。

【００３６】これにより、例えば図５に例示したよう
に、自分の状態を「忙しい」と設定しておくと、１）ユ
ーザにとっては自動的に取得時間間隔を長くしてメッセ
ージ受信による作業の中断を最小限にすることができ、
２）会話している相手ユーザにとっては、ユーザの状態
が「忙しい」ことを自動的に認識してすぐには返答がも
らえないと判断し、取得時間間隔を長くして返答が入る
頃を見計らってメッセージを取得することが可能とな
り、３）メッセージ取得要求の副輳によるネットワーク
やサーバの負荷を低減することが可能となる。一方、状
態が「会話OK」であれば、取得時間間隔を短くして、よ
りリアルタイムに会話を進めることが可能となる。「会
話OK」の利用者同士であればより有効である。

【００３７】＜第３実施形態例＞図６は、第３実施形態
例に係る取得間隔決定部の機能を示すブロック構成図で
ある。本実施形態例に係る通信システムでは、通信端末
における入力量の変化に基づいて、取得間隔を決定す
る。この通信システムは、ウェブチャットやメーリング
システムに好適に適用可能である。また、本実施形態例
において、通信端末の機能構成は前記第１実施形態例と
同様である。ただし、取得間隔決定部１４のタイミング
の決定方法が第１実施形態例とは異なる。

【００３８】本実施形態例における取得間隔決定部１４
は、取得タイミングテーブル及び情報量マッチング部６
１を有している。取得タイミングテーブルには、入力し
た情報量に対する取得間隔が記憶されている。情報量マ
ッチング部６１は、入力情報の量に応じて、取得間隔Ｔ
を新たに設定し直す。この実施形態例における処理の流
れは、前記第１実施形態例（図４）と同様である。ま
た、イベントがユーザによる情報の入力であることも、
同様である。

【００３９】なお、前述のように入力された情報量と取
得間隔とを予めテーブルにするのではなく、入力された
情報量に基づいて新たな取得間隔Ｔ_newを演算により求
めてもよい。その場合の取得間隔決定部１４の構成を図
６（ｂ）に示す。例えば、新たな取得間隔Ｔ_newを次の
ように算出する。

【００４０】Ｔ_new＝（Ｔ×Ｒ）／Ｘ ここで、Ｔ_new；新たな取得間隔、Ｔ；現在の取得間
隔、Ｘ；入力情報量、Ｒ；変換係数。

【００４１】この式に従えば、入力が多ければ多いほ
ど、取得間隔が短くなる。さらに、入力された情報量に
代え、取得した情報量に基づいて取得間隔Ｔ_newを決定
することもできる。

【００４２】＜第４実施形態例＞図７は、第４実施形態
例に係る取得間隔決定部１４の構成例である。本実施形
態例に係る通信システムでは、通信端末における取得情
報量履歴に基づいて、取得間隔を決定する。この通信シ
ステムは、ウェブチャットやメーリングシステムに好適
に適用可能である。また、本実施形態例において、通信
端末の機能構成は前記第１実施形態例と同様である。た
だし、取得間隔決定部１４のタイミングの決定方法が第
１実施形態例とは異なる。

【００４３】本実施形態例に係る取得間隔決定部１４
は、取得情報量テーブル、情報蓄積部７１及び演算部７
２を有している。取得情報量テーブルには、情報をサー
バ２から取得した時間と取得した情報の量とが記憶され
ている。情報蓄積部７１は、新たに情報が取得されるた
びに、取得情報量テーブルの更新を行う。演算部７２
は、新たに情報が取得される度に、所定の計算式に従っ
て新たな取得間隔Ｔ_newを算出する。例えば、下式に基
づいて、Ｔ_newを算出する。

【００４４】Ｔ_new＝Ｔ−（Ｘ₂−Ｘ₁）×Ｒ ここで、Ｔ_new；新たな取得間隔、Ｔ；現在の取得間
隔、Ｒ；変換係数 Ｘ₁、Ｘ₂；ある時間Ｔ1及びＴ2におけるそれぞれの取得
情報量。

【００４５】このようにすることで、取得情報量の変化
の傾向に合わせて取得間隔を変更することができる。こ
の実施形態例における処理の流れは、前記第１実施形態
例（図４）と同様である。ただし、イベントは、取得情
報量に基づいてタイミングを決定する場合は、情報の取
得である。なお、取得された情報量ではなく、入力され
た情報量を用いてもよい。

【００４６】これにより、取得した情報量がだんだんと
多くなる傾向が見られれば、活発に情報が入力されてい
ると判断し、取得時間間隔を短くして、情報を頻発に取
得することができる。逆に、取得した情報量がだんだん
と減っていく傾向が見られれば、情報の入力が低迷して
いると判断し、取得時間間隔を長くすることが可能とな
る。

【００４７】＜第５実施形態例＞図８は、第５実施形態
例に係る取得間隔決定部１４の構成例である。本実施形
態例に係る通信システムでは、通信端末における入力速
度に基づいて、取得間隔を決定する。この通信システム
は、ウェブチャットに好適に適用可能である。また、本
実施形態例において、通信端末の機能構成は前記第１実
施形態例と同様である。ただし、取得間隔決定部１４の
タイミングの決定方法が第１実施形態例とは異なる。

【００４８】本実施形態例に係る取得間隔決定部１４
は、入力情報量履歴テーブルに加え、情報蓄積部８１、
速度計算部８２及び取得間隔計算部８３を有している。
入力情報量履歴テーブルには、ユーザが情報を入力した
入力時間と入力された情報量とが記憶されている。情報
蓄積部８１は、情報が入力される毎にこのテーブルを更
新する。

【００４９】速度計算部８２は、この表に基づいて入力
速度を計算する。例えば、５分毎に、過去５分間に入力
された総文字数を求め、１分間の平均入力文字数を算出
し、入力速度とする。また例えば、最も新しく入力され
た情報と、その前に入力された情報とに基づいて、下式
に従い入力速度ｖを算出する。

【００５０】ｖ＝ｘ₂／（ｔ₂−ｔ₁）＝ｘ₂／Δｔ ここで、ｔ₁、ｔ₂；時刻、ｘ₂；時刻ｔ₂における入力情
報量 取得間隔計算部８３は、得られた入力速度ｖの逆数に所
定の変換係数Ｒを掛け、新たな取得間隔Ｔ_newとする。
すなわち、Ｔ_new＝Ｒ／ｖとする。これにより、入力速
度が速ければ速いほど取得間隔が短くなり、活発な入力
に対する活発な応答の取得が可能となる。

【００５１】この実施形態例における処理の流れは、前
記第１実施形態例（図４）と同様である。イベントは、
入力情報量に基づいてタイミングを決定する場合は、情
報の入力である。本実施形態例において、入力情報量に
代えて取得情報量を用いてもよい。

【００５２】＜第６実施形態例＞本実施形態例に係る通
信システムでは、相手通信端末の送信速度に基づいて、
取得間隔を決定する。また、本実施形態例において、通
信端末の機能構成は前記第１実施形態例と同様である。
ただし、取得間隔決定部１４のタイミングの決定方法が
第１実施形態例とは異なる。

【００５３】（１）通信相手の送信速度推定データをサ
ーバから取得不可能な場合 ［構成］図９（ａ）は第６実施形態例における取得間隔
決定部１４の構成例である。この通信システムは、送信
者から送信された情報を一旦サーバに蓄積し、受信者が
取得するとその内容がクリアされるようなシステム、例
えば、１対１のウェブチャット、インスタントメッセー
ジシステムのショートメッセージやメーリングリストに
好適に適用可能である。

【００５４】本実施形態例に係る取得間隔決定部１４
は、取得情報量履歴テーブル、情報蓄積部９１及び取得
間隔計算部９２を有している。取得情報量履歴テーブル
には、情報を取得した時刻と取得した情報量とが記憶さ
れている。情報蓄積部９１は、情報が取得される毎に、
取得情報量履歴テーブルを更新する。取得間隔計算部９
２は、このテーブルに基づいて新たな取得間隔Ｔ_newを
算出する。

【００５５】［処理の流れ］図１０は、前記図９（ａ）
の構成を有する通信端末１の処理の流れを示すフローチ
ャートである。

【００５６】ステップＳ１１；取得間隔決定部１４は、
取得時間間隔Ｔが経過したかを判断し（Ｓ１１）、経過
した場合はサーバ２にアクセスして情報を取得する。取
得時間及び取得情報量は、取得情報量履歴テーブルに書
き込まれる（Ｓ１２）。

【００５７】ステップＳ１２、Ｓ１３；取得間隔決定部
１４は、取得情報履歴テーブルを読み込み（Ｓ１２）、
所定の演算式に基づいて新たな取得間隔Ｔ_newを算出す
る（Ｓ１３）。ここでは、Ｔ_new＝（Ｔ／Ｘ）×Ｒとす
る。ここで、Ｔ_newは新たな取得間隔、Ｔは現在の取得
間隔、Ｘは取得した情報量、Ｒは変換係数である。これ
により、取得量が多ければ多いほど取得間隔が短くな
り、応答が活発になればなる程頻繁にサーバにアクセス
するようになる。

【００５８】ステップＳ１４：取得間隔決定部１４は、
新たな取得間隔Ｔ_newを、情報取得タイマ１５に設定す
る。 （２）通信相手の送信速度推定データをサーバから取得
可能な場合 ［構成］図９（ｂ）は、本実施形態例に係る取得間隔決
定部１４の他の構成例である。この通信システムは、送
信者から送信された情報をサーバに蓄積し、受信者が取
得した後も所定の期間はサーバに保持されるようなシス
テム、例えば、ウェブチャットに好適に適用可能であ
る。この例では、取得間隔決定部１４は、取得情報量テ
ーブル、情報分解部９４及び取得間隔計算部９６を有し
ている。取得情報量テーブルには、他の通信端末が情報
を送信した時刻と送信された情報量とが記憶されてい
る。取得情報量テーブルの内容は、所定の時間間隔でサ
ーバ２から取得する。情報分解部９４は、取得情報量テ
ーブルの内容を、送信単位に分解する。すなわち、送信
時刻とその情報量との組み合わせのセットに分解する。
取得間隔計算部９６は、このセットから、所定の式に基
づいて新しい取得間隔Ｔ_newを算出する。

【００５９】この例は、通信端末１が送信する情報及び
送信時間を、サーバ２が全て蓄積し、情報が取得された
後も保持している場合に用いられる。図１１は、サーバ
２に蓄積される情報の説明図である。送信側の通信端末
１がサーバ２に送信時刻、情報量及び情報内容を送信す
ると、その内容は全てサーバ２に蓄積される。各通信端
末１は、自分宛のこの情報を例えば所定時間間隔でサー
バ２から取得し、取得情報量テーブルを作成する。

【００６０】［処理の流れ］図１２は、前記図９（ｂ）
の構成を有する通信端末１の処理の流れを示すフローチ
ャートである。

【００６１】ステップＳ２１、Ｓ２２；取得間隔決定部
１４は、所定時間が経過したか否かを判断する（Ｓ２
１）。経過している場合はサーバ２から取得情報量テー
ブルの内容を取得し、このテーブルを更新する（Ｓ２
２）。取得された内容は、送信単位に分割される。その
結果、送信時刻と送信情報量とのｎ個のセットが得られ
る。

【００６２】ステップＳ２３、Ｓ２４；取得間隔決定部
１４は、送信単位に分割された取得情報履歴に基づい
て、新たな取得間隔Ｔ_newを算出する（Ｓ２３）。ここ
では、下式（１）を用いる。

【００６３】

【数１】 ここで、ｘ_k；時刻ｔ_kにおける送信情報量これにより、
通信相手の送信速度を考慮に入れて取得間隔を決定する
ことが可能となる。算出された取得間隔Ｔ_newは、情報
取得タイマ１５に設定される（Ｓ２４）。なお、この例
では、ｎ個全ての送信単位についての平均から新たな取
得間隔Ｔ_newを求めたが、他の算出方法も考えられる。
例えば、最新の送信単位のみを用いたり、いくつかの送
信単位を抽出して計算に用いても良い。

【００６４】＜第７実施形態例＞図１３は、第７実施形
態例に係る取得間隔決定部１４の機能を示すブロック構
成図である。本実施形態例に係る通信システムでは、通
信相手に応じて取得間隔を決定する。この通信システム
は、アウェアネスシステムやＩＭシステムに好適に適用
可能である。本実施形態例において、通信端末の機能構
成は前記第１実施形態例と同様である。ただし、取得間
隔決定部１４のタイミングの決定方法が第１実施形態例
とは異なる。

【００６５】本実施形態例における取得間隔決定部１４
は、ユーザ別取得間隔テーブルとアドレスマッチング部
１３１とを有している。ユーザ別取得間隔テーブルに
は、ユーザを特定する識別子、例えばメールアドレスと
各ユーザ毎の取得間隔とが記憶されている。アドレスマ
ッチング部１３１は、あるユーザ宛の入力情報がある
と、そのユーザに対して設定されている取得間隔を、情
報取得タイマ１５に設定する。

【００６６】この実施形態例における処理の流れは、前
記第１実施形態例（図４）と同様である。イベントは情
報の入力である。なお、あるユーザからの情報の取得が
あった場合に、そのユーザに対する新たな取得間隔を設
定するようにしてもよい。

【００６７】これにより、自分が特に緊密にコミュニケ
ーションをとりたいユーザの状態あるいは発言内容につ
いては頻繁に取得し、迅速な情報更新が可能となる。一
方、それほど緊密にコミュニケーションをとる必要がな
いと判断したユーザについては、その更新間隔を長くす
ることによってネットワークに対する負荷を軽減するこ
とができ、情報取得毎に課金されるネットワークにおい
ては情報の取得に必要となる料金を低減することができ
る。

【００６８】＜第８実施形態例＞図１４（ａ）は、第８
実施形態例に係る取得間隔決定部の構成を示すブロック
構成図である。本実施形態例に係る通信システムでは、
ユーザグループ毎に取得間隔を決定する。この通信シス
テムは、例えばアウェアネスシステムに好適に用いられ
る。また、本実施形態例において、通信端末の機能構成
は前記第１実施形態例と同様である。ただし、取得間隔
決定部１４のタイミングの決定方法が第１実施形態例と
は異なる。

【００６９】取得間隔決定部１４には、ユーザグループ
対応テーブル、グループ別取得間隔テーブル、所属グル
ープ判定部１４１及びアドレスマッチング部１４２が設
けられている。ユーザグループ対応テーブルには、ユー
ザを特定する識別子とグループ名とが記憶されている。
グループ別取得間隔テーブルには、各グループに対して
取得時間間隔が設定されている。いずれかのユーザに対
する入力があった場合、所属グループ判定部１４１は、
相手のユーザが属するグループをユーザグループ対応テ
ーブルから割り出す。アドレスマッチング部１４２は、
発言先ユーザが属するグループに設定されている時間間
隔を、グループ別取得間隔テーブルから取得し、情報取
得タイマ１５に設定する。

【００７０】図１４（ｂ）は本実施形態例に係る取得間
隔決定部１４の別の構成例である。この取得間隔決定部
１４は、ウェブ別取得間隔テーブルと、アドレスマッチ
ング部１４３とを有している。ウェブ別取得間隔テーブ
ルには、グループ名に相当するウェブページの識別子と
各ウェブページに対して設定されている取得間隔とが設
定されている。アドレスマッチング部１４３は、例えば
ユーザからの入力がいずれのウェブページに対してあっ
た場合、そのウェブページに対して設定されている取得
間隔を前記テーブルから取得し、新たな時間間隔を設定
する。

【００７１】図１４（ｂ）は、本発明をウェブチャット
に適用した例を示すが、アウェアネスシステムやＩＲＣ
についても適用可能である。また通信端末がＷＷＷブラ
ウザである場合には、ウェブページがユーザグループに
相当する。通信端末がアウェアネスクライアントである
場合、各バディリストがユーザグループである。また通
信端末がＩＲＣクライアントである場合には、チャネル
がユーザグループである。

【００７２】この実施形態例における処理の流れは、前
記第１実施形態例（図４）と同様である。イベントは、
いずれかのグループまたはグループに属するユーザに対
する情報の入力や、逆に情報の取得である。

【００７３】これにより、例えばバディリストにおいて
は自分が緊密にコミュニケーションをとりたいユーザを
集めたグループを作成し、そのグループの取得間隔を短
くしておけば、ユーザ毎に取得間隔を設定する手間を省
いて緊密なコミュニケーションを保つことが可能とな
る。また、Webチャットにおいては、自分が緊密なコミ
ュニケーションをとりたいチャットコミュニティに対し
ては取得間隔を短くして、迅速な情報更新を行うことが
可能となる。

【００７４】＜第９実施形態例＞図１５は、第９実施形
態例に係る取得間隔決定部１４の機能を示すブロック構
成図である。本実施形態例に係る通信システムでは、ユ
ーザグループ内の人数に応じて取得間隔を決定する。こ
の通信システムは、ウェブチャット、アウェアネスシス
テム、メーリングリストなどに好適に適用可能である。
また、本実施形態例において、通信端末の機能構成は前
記第１実施形態例と同様である。ただし、取得間隔決定
部１４のタイミングの決定方法が第１実施形態例とは異
なる。

【００７５】取得間隔決定部１４は、参加者数別取得間
隔テーブルと、参加人数マッチング部１５１とを有して
いる。参加者数別取得間隔テーブルには、各ユーザグル
ープの人数とその人数に対する取得間隔とが設定されて
いる。参加人数マッチング部１５１は、前述したユーザ
グループに対する入力があった場合に、各ユーザグルー
プ内の人数と、前記設定されている取得間隔とから、ユ
ーザグループに対する取得間隔を決定する。

【００７６】この実施形態例における処理の流れは、前
記第１実施形態例（図４）と同様である。イベントは、
いずれかのグループまたはグループに属するユーザに対
する情報の入力である。

【００７７】これにより、参加人数の多いチャットの発
言は頻繁に取得し、逆に人数の少ないチャットの発言の
取得は長い間隔で行うことが可能となる。一般的にチャ
ットチャネルの発言頻度はその参加人数に比例する傾向
が見られ、その場合、上述の効果により実際の発言間隔
にあわせた情報の取得と、無駄な情報取得のためのトラ
ヒックの発生を押さえることができる。

【００７８】＜画面例＞図１６〜図１９は、取得間隔決
定部１４により表示される、取得間隔の設定画面例であ
る。図１６は、前記第７実施形態例をアウェアネスシス
テムに適用した場合に表示される設定画面例である。通
信相手「佐野」をバディリスト上で選択し、ダブルクリ
ックすると、「佐野」さんのアウェアネス情報を取得す
る時間間隔の選択画面が表示される。

【００７９】図１７は、第８実施形態例をアウェアネス
システムに適用した場合に表示される設定画面例であ
る。バディリスト「サークル」を選択し、ダブルクリッ
クすると、時間間隔を選択する画面が表示される。ユー
ザは、この画面上で、「サークル」に含まれるバディの
アウェアネス情報を取得するための時間間隔を選択す
る。

【００８０】図１８は、第８実施形態例をウェブチャッ
トに適用した場合に表示される設定画面例である。いず
れかのウェブページを選択し、ダブルクリックすると、
時間間隔を選択する画面が表示される。ユーザは、この
画面上で、そのコミュニティ、すなわちウェブページを
取得するための時間間隔を選択する。

【００８１】図１９は、第９実施形態例をウェブチャッ
トに適用した場合に表示される設定画面例である。同図
（ａ）は、あらかじめ「設定」ボタンを設けておき、全
てのウェブページに対して同じ設定を行う場合を示す。
同図（ｂ）は、宇ウェブページ毎に設定を変える場合を
示す。いずれの場合も、ウェブページに含まれる人数に
より時間間隔を設定する画面例が表示される。ユーザ
は、この画面上で、時間間隔とウェブページに参加する
人数とを設定する。

【００８２】＜その他の実施形態例＞ （Ａ）前述の実施形態において説明した取得間隔の決定
条件を、適宜組み合わせて用いることも可能である。 （Ｂ）前述した本発明の方法を実行するプログラムを記
録した記録媒体は、本発明に含まれる。ここで記録媒体
としては、コンピュータが読み書き可能なフロッピーデ
ィスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶ
Ｄ、光磁気ディスク（ＭＯ）、その他のものが挙げられ
る。 （付記） （付記１）ネットワーク上の第１及び第２ユーザがサー
バを介して情報を送受信する通信方法であって、第１ユ
ーザが前記情報を前記サーバから取得するタイミング
を、前記ユーザ間で送受信される情報に基づいて決定
し、前記決定したタイミングに従い、第１ユーザは、第
２ユーザから発信された情報を、前記サーバから取得す
る、通信方法。

【００８３】（付記２）前記第１ユーザが前記サーバか
ら前記情報を取得するタイミングを、前記第２ユーザに
送信した情報に基づいて決定する、付記１に記載の通信
方法。

【００８４】（付記３）前記第１ユーザが前記サーバか
ら前記情報を取得するタイミングを、前記第２ユーザか
ら発信された情報に基づいて決定する、付記１に記載の
通信方法。

【００８５】すなわち、相手からの情報を取得するタイ
ミングを、相手から取得した情報に基づいて決定する。
例えば、取得情報の内容、取得情報の量、取得情報量の
履歴、取得速度などに基づいて、情報を取得するタイミ
ングを決定する。

【００８６】（付記４）第１ユーザが前記サーバから前
記情報を取得するタイミングを、第１ユーザと通信する
相手ユーザ毎に設定し、前記設定された相手ユーザ毎の
タイミングに従い、第１ユーザは、前記各相手ユーザか
らの前記情報を、前記サーバから取得する、付記１に記
載の通信方法。

【００８７】すなわち、通信相手に応じて情報の取得の
タイミングを設定する。この設定は、システム側で行っ
ても、またユーザからの指定により行っても良い。 （付記５）第１ユーザが前記情報を前記サーバから取得
するタイミングを、第１ユーザと通信する相手ユーザ群
毎に設定し、前記設定されたタイミングに従い、第１ユ
ーザは、前記相手ユーザ群からの前記情報を、前記サー
バから取得する、付記１に記載の通信方法。

【００８８】（付記６）第１ユーザが前記サーバから前
記情報を取得するタイミングを、第１ユーザと通信する
相手ユーザ群のユーザ数に基づいて設定し、前記設定さ
れたタイミングに従い、第１ユーザは、前記相手ユーザ
群からの前記情報を、前記サーバから取得する、付記１
に記載の通信方法。

【００８９】例えば、ユーザグループ内のユーザ数が多
いほど、情報の取得間隔を短くすることが考えられる。
（付記７）ネットワーク及びサーバを介して互いに接続
され、情報を送受信するための通信装置であって、前記
サーバから前記情報を取得するタイミングを、前記送受
信される情報に基づいて決定する決定手段と、前記決定
したタイミングに従い、他の通信装置から発信された前
記情報を、前記サーバから取得する取得手段と、を備え
る通信装置。

【００９０】（付記８）ネットワーク及びサーバを介し
て互いに接続され、情報を送受信するための通信装置に
用いられる通信プログラムを記録した、コンピュータ読
み取り可能な記録媒体であって、 Ａ；前記情報を前記サーバから取得するタイミングを、
前記送受信される情報に基づいて決定する段階と、 Ｂ；前記決定したタイミングに従い、他の通信装置から
発信された前記情報を、前記サーバから取得する段階
と、を実行するための通信プログラムを記録した、コン
ピュータ読み取り可能な記録媒体。

【００９１】

【発明の効果】本発明を用いれば、サーバを介して情報
を送受信する通信システムにおいて、サーバから情報を
取得するタイミングを最適化し、円滑かつシステムの負
担が少ないコミュニケーションを行うことができる。

【図面の簡単な説明】

【図１】通信システムの構成図。

【図２】第１実施形態例に係る通信端末の機能構成図。

【図３】第１実施形態例に係る取得間隔決定部の構成
例。

【図４】第１実施形態例の取得間隔決定処理の流れを示
すフローチャート。

【図５】第２実施形態例に係る取得間隔決定部の構成
例。

【図６】（ａ），（ｂ）第３実施形態例に係る取得間隔
決定部の構成例。

【図７】第４実施形態例に係る取得間隔決定部の構成
例。

【図８】第５実施形態例に係る取得間隔決定部の構成
例。

【図９】第６実施形態例に係る取得間隔決定部の構成
例。 （ａ）取得情報から相手の送信速度を推定する場合 （ｂ）相手の送信速度をサーバから取得可能な場合

【図１０】第６実施形態例（ａ）の取得間隔決定処理の
流れを示すフローチャート。

【図１１】サーバに送信、蓄積される情報の説明図。

【図１２】第６実施形態例（ｂ）の取得間隔決定処理の
流れを示すフローチャート。

【図１３】第７実施形態例に係る取得間隔決定部の構成
例。

【図１４】第８実施形態例に係る取得間隔決定部の構成
例。 （ａ）ユーザが属するグループにより、取得間隔を決定
する場合。 （ｂ）グループにより、取得間隔を決定する場合。

【図１５】第９実施形態例に係る取得間隔決定部の構成
例。

【図１６】第７実施形態例をアウェアネスシステムに適
用した場合の取得間隔の設定画面例。

【図１７】第８実施形態例をアウェアネスシステムに適
用した場合の取得間隔の設定画面例。

【図１８】第８実施形態例をウェブチャットに適用した
場合の取得間隔の設定画面例。

【図１９】第９実施形態例をウェブチャットに適用した
場合の取得間隔の設定画面例。 （ａ）全てのウェブページに同一の設定を行う場合。 （ｂ）ウェブページ毎に設定を変更する場合。

【符号の説明】

１；通信端末 ２；サーバ

Claims (5)

【特許請求の範囲】
1. 【請求項１】ネットワーク上の第１及び第２ユーザがサ
   ーバを介して情報を送受信する通信方法であって、 第１ユーザが前記情報を前記サーバから取得するタイミ
   ングを、前記ユーザ間で送受信される情報に基づいて決
   定し、 前記決定したタイミングに従い、第１ユーザは、第２ユ
   ーザから発信された情報を、前記サーバから取得する、 通信方法。
2. 【請求項２】前記第１ユーザが前記サーバから前記情報
   を取得するタイミングを、前記第２ユーザに送信した情
   報に基づいて決定する、請求項１に記載の通信方法。
3. 【請求項３】第１ユーザが前記情報を前記サーバから取
   得するタイミングを、第１ユーザと通信する相手ユーザ
   群毎に設定し、 前記設定されたタイミングに従い、第１ユーザは、前記
   相手ユーザ群からの前記情報を、前記サーバから取得す
   る、請求項１に記載の通信方法。
4. 【請求項４】ネットワーク及びサーバを介して互いに接
   続され、情報を送受信するための通信装置であって、 前記サーバから前記情報を取得するタイミングを、前記
   送受信される情報に基づいて決定する決定手段と、 前記決定したタイミングに従い、他の通信装置から発信
   された前記情報を、前記サーバから取得する取得手段
   と、 を備える通信装置。
5. 【請求項５】ネットワーク及びサーバを介して互いに接
   続され、情報を送受信するための通信装置に用いられる
   通信プログラムを記録した、コンピュータ読み取り可能
   な記録媒体であって、 Ａ；前記情報を前記サーバから取得するタイミングを、
   前記送受信される情報に基づいて決定する段階と、 Ｂ；前記決定したタイミングに従い、他の通信装置から
   発信された前記情報を、前記サーバから取得する段階
   と、 を実行するための通信プログラムを記録した、コンピュ
   ータ読み取り可能な記録媒体。