JP4157678B2 - 通信方法及び装置 - Google Patents
通信方法及び装置 Download PDFInfo
- Publication number
- JP4157678B2 JP4157678B2 JP2000384564A JP2000384564A JP4157678B2 JP 4157678 B2 JP4157678 B2 JP 4157678B2 JP 2000384564 A JP2000384564 A JP 2000384564A JP 2000384564 A JP2000384564 A JP 2000384564A JP 4157678 B2 JP4157678 B2 JP 4157678B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- server
- timing
- user terminal
- acquisition
- 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
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上でのユーザ間のコミュニケーションを支援する技術に関する。さらに詳しくは、文字メッセージの送受信によるコミュニケーションを支援する技術に関する。
本発明において、チャットシステムとは、ネットワークに接続されたチャットサーバと複数のチャットクライアントとを含んで構成される。このシステムでは、複数のチャットクライアントは、互いに同一の仮想空間を共有することにより、リアルタイムにテキストメッセージを送受信可能である。チャットシステムの例としては、ウェブチャットやＩＲＣ(Internet Relay Chat)を挙げることができる。
【０００２】
本発明において、アウェアネスシステムとは、アウェアネスサーバとアウェアネスクライアントとがネットワークで接続されて構成されるシステムである。アウェアネスサーバは、ユーザに関する詳細情報（以下、単にアウェアネス情報という）を管理し、これをユーザに配信する。アウェアネスクライアントは、アウェアネス情報の設定をユーザから受け付けてアウェアネスサーバに送信したり、逆にアウェアネス情報をアウェアネスサーバから受信したりする。
【０００３】
アウェアネス情報とは、ユーザの状態や気持ちを表すテキストデータ、イメージデータ及び音声データや、電話番号など、ユーザに関する全ての個人情報を含む。また、バディリストとは、ユーザにより作成される他のユーザ、いわゆるバディの一覧である。ユーザは、他のユーザとの合意の上でバディリストにバディを登録し、バディのアウェアネス情報を参照する。
【０００４】
また、アウェアネスシステムの中には、ユーザが、単にバディのアウェアネス情報を参照するだけでなく、バディリスト上で選択したバディと他の通信機能を用いて通信を開始できるようにしたものもある。他の通信機能としては、特に限られないが、例えば電話、電子メール、チャットシステムなどを挙げることができる。このようなアウェアネスシステムを、特にインスタントメッセージシステム（ＩＭシステム）と呼ぶこともある。
【０００５】
メーリングリストとは、あるユーザグループ宛に送信された電子メールを、そのグループの構成員に配信するシステムである。
【０００６】
【従来の技術】
近年、社会のネットワーク化に伴い、ネットワーク上での様々なコミュニケーション手段が提供されている。このなかで、サーバ上に蓄積された情報をユーザ側で取得することにより、ユーザ間で双方向通信を行うタイプのコミュニケーション手段としては、ウェブチャット、アウェアネスシステム、ＩＭシステム、電子メールシステムなどをあげることができる。
【０００７】
このタイプのコミュニケーションについて、ウェブチャットを例にとって説明する。ウェブチャットでは、ウェブサーバを経由して任意のユーザ同士が通信する。ユーザは、他のユーザからの発言が書き込まれたウェブページを参照することにより、他のユーザの発言を知ることができる。しかし、ユーザは、通常、所定のタイミングでしかウェブページを参照しないため、他のユーザからの発言をリアルタイムに知ることは難しい。
【０００８】
実際には、ユーザは、ウェブサーバに蓄積された相手の発言、すなわち更新されたウェブページを、適当なタイミングでウェブブラウザにより取得している。ウェブページの取得のタイミングとしては、１）タイマを設けて一定時間間隔で取得する、２）自分の発言の送信が終わった時点で取得する、３）明示的ユーザインターフェースによる指示があった場合に取得する、のいずれかが一般的である。
【０００９】
【発明が解決しようとする課題】
前述のタイプの双方向通信においては、サーバ上に蓄積された情報をユーザ側で取得するタイミングを最適化することが難しい。例えば、相手から新たな情報がないにもかかわらずサーバから情報を取得してサーバに負担をかけ、無駄なトラフィックを発生させてしまう場合がある。また、逆に相手の情報が頻繁に更新されているのに希にしか情報を取得せず、情報の即時性が著しく失われたりする場合もある。
【００１０】
これらの問題を根本的に解決することは難しいものの、情報の発生頻度や、応答の有無や応答に要する時間に対する利用者の期待は、情報内容によって左右される側面がある。例えば質問を送信した場合は、回答を期待するのが一般的である。一方、独り言の場合は応答をそれほど期待しない。また、質問が短い文章による場合は、それに対する回答が比較的短い時間で返ってくることを期待する。他方、長い文章による質問に対しては、回答に要する時間もより長くなると予想する。
【００１１】
本願発明は、前記課題を解決し、サーバ上に蓄積された情報をユーザ側で取得することによりユーザ間で双方向通信を行う場合に、情報をユーザ側で取得するタイミングの最適化を図り、システムの負担を軽減し、円滑で快適なコミュニケーションを促進することを目的とする。
【００１２】
【課題を解決するための手段】
本願発明者は、コミュニケーションの内容やその量とその発生頻度とが関係するという特性を利用して、前記の課題を解決することに想到した。すなわち、本願第１発明は、ネットワーク上の第１ユーザ端末及び第２ユーザ端末がサーバを介して情報を送受信する通信システムにおいて前記第１ユーザ端末が実行する通信方法を提供する。この方法では、
・前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定し、
・前記決定したタイミングに従い、第２ユーザ端末から前記サーバに送信された情報を、前記サーバから取得する。
【００１３】
ユーザ同士が送受信する情報とは、ユーザ間で交換されるテキストメッセージ、状態情報などのアウェアネス情報などである。情報を取得するタイミングの決定は、これらの情報に含まれる文字列に基づいて行う。
本願第２発明は、ネットワーク及びサーバを介して他の通信装置と互いに接続され、情報を送受信するための通信装置を提供する。この装置は、
・前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定する決定手段と、
・前記決定したタイミングに従い、前記他の通信装置から前記サーバに送信された前記情報を、前記サーバから取得する取得手段と、
を有している。
【００１４】
本願第３発明は、ネットワーク及びサーバを介して他の通信装置と互いに接続され、情報を送受信するための通信装置に用いられる通信プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。このプログラムは、下記Ａ及びＢ段階を実行する。
Ａ；前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定する段階、
Ｂ；前記決定したタイミングに従い、前記他の通信装置から前記サーバに送信された前記情報を、前記サーバから取得する段階。
【００１５】
ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【００１６】
【発明の実施の形態】
＜発明の概要＞
図１は、本発明が適用される通信システムの全体構成を示す説明図である。この通信システムは、複数の通信端末１ａ，ｂ・・・と、サーバ２とが、ネットワーク３により接続されて構成されている。このような構成の通信システムとしては、ウェブチャット、アウェアネスシステム、ＩＭシステム、メーリングリストを例示することができる。
【００１７】
サーバ２には、通信端末間で送受信される情報を蓄積するＤＢが設けられている。通信端末１ａ，ｂは、情報ＤＢに蓄積されている情報を取得することにより、他の端末からの情報を取得する。また逆に、通信端末１ａ，ｂは、他の端末に送るべき情報をサーバ２に送信することにより、情報の送信を行う。ただし、通信端末１ａは、他の通信端末１ｂが発信した情報をサーバ２から取得するタイミング（以下、単に取得タイミングという）を、下記の所定の条件に基づいて決定する。
【００１８】
（１）文字列
（２）アウェアネス情報
（３）情報量
（４）情報量の変化
（５）入力速度
（６）送信速度
（７）通信相手
（８）ユーザグループ
（９）ユーザグループの人数
＜第１実施形態例＞
［構成］
次に、本発明の第１実施形態例に係る通信システムについて、具体的に説明する。本実施形態例では、通信端末に入力される情報に含まれる文字列に基づいて、取得タイミングを決定する。このシステムは、ウェブチャット、ＩＭシステム、メーリングシステム等に好適に用いることができる。
【００１９】
図２は、通信端末１が有する機能を示すブロック構成図である。通信端末１は、入力部１１、通信部１２、表示部１３、取得間隔決定部１４及び情報取得タイマ１５を有している。入力部１１は、ユーザからの入力を受け付ける。通信部１２は、入力された情報をサーバ２に送信したり、サーバ２から情報を取得したりする。表示部１３は、入力された情報やサーバ２から取得した情報を、ディスプレイ（図示せず）に表示する。
【００２０】
取得間隔決定部１４は、取得間隔の決定条件を設定するための画面を表示し、ユーザからの設定を受け付ける。また、前記所定の条件、この場合は入力された文字列に基づいて、サーバ２から情報を取得する時間間隔Ｔを決定する。情報取得タイマ１５は、決定された時間間隔毎に、通信部１２に情報の取得を指示する。
【００２１】
図３は、本実施形態例に係る取得間隔決定部１４の構成例である。取得間隔決定部１４は、取得タイミングテーブルを有している。このテーブルには、所定の文字列と、その文字列が含まれている場合の取得間隔とが記憶されている。文字列マッチング部３１は、入力された情報と取得タイミングテーブルとに基づいて、取得間隔の候補値を候補値バッファ３２に格納する。
【００２２】
［処理の流れ］
図４は、本実施形態例において取得間隔決定部１４が行う取得間隔決定処理の流れを示すフローチャートである。
ステップＳ１；取得間隔決定部１４は、イベントの発生を待機している。ここでは、イベントとは、ユーザによる情報の入力である。イベントが発生するとステップＳ２に移行する。
【００２３】
ステップＳ２；取得間隔決定部１４は、入力された情報と取得タイミングテーブルとに基づいて、取得間隔の候補値を候補値バッファ３２に格納する。すなわち、入力された情報の中に、取得タイミングテーブルで定められている文字列が含まれている場合、その文字列に対応する取得間隔の値を候補値バッファ３２に格納する。なお、バッファ３２には常に一つの値しか収容せず、格納する場合は古い値を破棄して新しい値で更新するようにしてもよいし、過去の履歴を予め決められた範囲（例えば５つ）で保持するＦＩＦＯバッファとしてもよい。また入力情報の中に複数の文字列が含まれている場合は、複数の候補値が候補値バッファ３２に格納されるようにしてもよい。
【００２４】
ステップＳ３；取得間隔決定部１４は、新たな取得間隔Ｔnewを、情報取得タイマ１５に設定する。候補値バッファ３２に複数の値が入っている場合、新たな取得間隔Ｔnewとしては、例えば、最も小さい値としてもよいし、最も最近の値としてもよい。以後、設定された取得間隔Ｔnew毎に、通信端末１はサーバ２にアクセスし、他の通信端末からの情報を取得する。
【００２５】
これにより、例えば図３に例示したように、「ですか」、「？」といった疑問を表す文字列を取得タイミングテーブルに登録しておくことにより、質問を入力する、あるいは入力されると、自動的に取得時間間隔を短くして、回答文をより短時間に取得することが可能となる。
＜第２実施形態例＞
図５は、第２実施形態例に係る取得間隔決定部１４の構成例である。本実施形態例に係る通信システムでは、ユーザのアウェアネス情報に基づいて取得間隔を決定する。この通信システムは、アウェアネスシステムやＩＭシステムに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００２６】
本実施形態例に係る取得間隔決定部１４は、取得タイミングテーブル及び状態情報マッチング部５１を有している。この取得タイミングテーブルには、ユーザが設定可能なアウェアネス情報毎に、取得間隔が記憶されている。状態情報マッチング部５１は、ユーザのアウェアネス情報が変更される毎に取得タイミングテーブルを参照し、新たなアウェアネス情報に対応する取得間隔Ｔnewを情報取得タイマ１５に設定する。
【００２７】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。ただし、イベントは、ユーザのアウェアネス情報の更新である。
なお、ユーザ自身のアウェアネス情報ではなく、例えばアウェアネスシステムのバディリストに登録しているバディの状態に応じて、取得間隔Ｔnewを決定することも可能である。また、ユーザ自身とバディの状態とを組み合わせて取得間隔Ｔnewを決定することも可能である。
【００２８】
これにより、例えば図５に例示したように、自分の状態を「忙しい」と設定しておくと、１）ユーザにとっては自動的に取得時間間隔を長くしてメッセージ受信による作業の中断を最小限にすることができ、２）会話している相手ユーザにとっては、ユーザの状態が「忙しい」ことを自動的に認識してすぐには返答がもらえないと判断し、取得時間間隔を長くして返答が入る頃を見計らってメッセージを取得することが可能となり、３）メッセージ取得要求の副輳によるネットワークやサーバの負荷を低減することが可能となる。一方、状態が「会話OK」であれば、取得時間間隔を短くして、よりリアルタイムに会話を進めることが可能となる。「会話OK」の利用者同士であればより有効である。
【００２９】
＜第３実施形態例＞
図６は、第３実施形態例に係る取得間隔決定部の機能を示すブロック構成図である。本実施形態例に係る通信システムでは、通信端末における入力量の変化に基づいて、取得間隔を決定する。この通信システムは、ウェブチャットやメーリングシステムに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００３０】
本実施形態例における取得間隔決定部１４は、取得タイミングテーブル及び情報量マッチング部６１を有している。取得タイミングテーブルには、入力した情報量に対する取得間隔が記憶されている。情報量マッチング部６１は、入力情報の量に応じて、取得間隔Ｔを新たに設定し直す。この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。また、イベントがユーザによる情報の入力であることも、同様である。
【００３１】
なお、前述のように入力された情報量と取得間隔とを予めテーブルにするのではなく、入力された情報量に基づいて新たな取得間隔Ｔnewを演算により求めてもよい。その場合の取得間隔決定部１４の構成を図６（ｂ）に示す。例えば、新たな取得間隔Ｔnewを次のように算出する。
Ｔnew＝（Ｔ×Ｒ）／Ｘ
ここで、Ｔnew；新たな取得間隔、Ｔ；現在の取得間隔、
Ｘ；入力情報量、Ｒ；変換係数。
【００３２】
この式に従えば、入力が多ければ多いほど、取得間隔が短くなる。
さらに、入力された情報量に代え、取得した情報量に基づいて取得間隔Ｔnewを決定することもできる。
＜第４実施形態例＞
図７は、第４実施形態例に係る取得間隔決定部１４の構成例である。本実施形態例に係る通信システムでは、通信端末における取得情報量履歴に基づいて、取得間隔を決定する。この通信システムは、ウェブチャットやメーリングシステムに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００３３】
本実施形態例に係る取得間隔決定部１４は、取得情報量テーブル、情報蓄積部７１及び演算部７２を有している。取得情報量テーブルには、情報をサーバ２から取得した時間と取得した情報の量とが記憶されている。情報蓄積部７１は、新たに情報が取得されるたびに、取得情報量テーブルの更新を行う。演算部７２は、新たに情報が取得される度に、所定の計算式に従って新たな取得間隔Ｔnewを算出する。例えば、下式に基づいて、Ｔnewを算出する。
【００３４】
Ｔnew＝Ｔ−（Ｘ2−Ｘ1）×Ｒ
ここで、Ｔnew；新たな取得間隔、Ｔ；現在の取得間隔、Ｒ；変換係数
Ｘ1 、Ｘ2；ある時間Ｔ1及びＴ2におけるそれぞれの取得情報量。
このようにすることで、取得情報量の変化の傾向に合わせて取得間隔を変更することができる。
【００３５】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。ただし、イベントは、取得情報量に基づいてタイミングを決定する場合は、情報の取得である。なお、取得された情報量ではなく、入力された情報量を用いてもよい。
これにより、取得した情報量がだんだんと多くなる傾向が見られれば、活発に情報が入力されていると判断し、取得時間間隔を短くして、情報を頻発に取得することができる。逆に、取得した情報量がだんだんと減っていく傾向が見られれば、情報の入力が低迷していると判断し、取得時間間隔を長くすることが可能となる。
【００３６】
＜第５実施形態例＞
図８は、第５実施形態例に係る取得間隔決定部１４の構成例である。本実施形態例に係る通信システムでは、通信端末における入力速度に基づいて、取得間隔を決定する。この通信システムは、ウェブチャットに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００３７】
本実施形態例に係る取得間隔決定部１４は、入力情報量履歴テーブルに加え、情報蓄積部８１、速度計算部８２及び取得間隔計算部８３を有している。入力情報量履歴テーブルには、ユーザが情報を入力した入力時間と入力された情報量とが記憶されている。情報蓄積部８１は、情報が入力される毎にこのテーブルを更新する。
【００３８】
速度計算部８２は、この表に基づいて入力速度を計算する。例えば、５分毎に、過去５分間に入力された総文字数を求め、１分間の平均入力文字数を算出し、入力速度とする。また例えば、最も新しく入力された情報と、その前に入力された情報とに基づいて、下式に従い入力速度ｖを算出する。
ｖ＝ｘ2／（ｔ2−ｔ1）＝ｘ2／Δｔ
ここで、ｔ1、ｔ2；時刻、ｘ2；時刻ｔ2における入力情報量
取得間隔計算部８３は、得られた入力速度ｖの逆数に所定の変換係数Ｒを掛け、新たな取得間隔Ｔnewとする。すなわち、Ｔnew＝Ｒ／ｖとする。これにより、入力速度が速ければ速いほど取得間隔が短くなり、活発な入力に対する活発な応答の取得が可能となる。
【００３９】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは、入力情報量に基づいてタイミングを決定する場合は、情報の入力である。本実施形態例において、入力情報量に代えて取得情報量を用いてもよい。
＜第６実施形態例＞
本実施形態例に係る通信システムでは、相手通信端末の送信速度に基づいて、取得間隔を決定する。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００４０】
（１）通信相手の送信速度推定データをサーバから取得不可能な場合
［構成］
図９（ａ）は第６実施形態例における取得間隔決定部１４の構成例である。この通信システムは、送信者から送信された情報を一旦サーバに蓄積し、受信者が取得するとその内容がクリアされるようなシステム、例えば、１対１のウェブチャット、インスタントメッセージシステムのショートメッセージやメーリングリストに好適に適用可能である。
【００４１】
本実施形態例に係る取得間隔決定部１４は、取得情報量履歴テーブル、情報蓄積部９１及び取得間隔計算部９２を有している。取得情報量履歴テーブルには、情報を取得した時刻と取得した情報量とが記憶されている。情報蓄積部９１は、情報が取得される毎に、取得情報量履歴テーブルを更新する。取得間隔計算部９２は、このテーブルに基づいて新たな取得間隔Ｔnewを算出する。
【００４２】
［処理の流れ］
図１０は、前記図９（ａ）の構成を有する通信端末１の処理の流れを示すフローチャートである。
ステップＳ１１；取得間隔決定部１４は、取得時間間隔Ｔが経過したかを判断し（Ｓ１１）、経過した場合はサーバ２にアクセスして情報を取得する。取得時間及び取得情報量は、取得情報量履歴テーブルに書き込まれる（Ｓ１２）。
【００４３】
ステップＳ１２、Ｓ１３；取得間隔決定部１４は、取得情報履歴テーブルを読み込み（Ｓ１２）、所定の演算式に基づいて新たな取得間隔Ｔnewを算出する（Ｓ１３）。ここでは、Ｔnew＝（Ｔ／Ｘ）×Ｒとする。ここで、Ｔnewは新たな取得間隔、Ｔは現在の取得間隔、Ｘは取得した情報量、Ｒは変換係数である。これにより、取得量が多ければ多いほど取得間隔が短くなり、応答が活発になればなる程頻繁にサーバにアクセスするようになる。
【００４４】
ステップＳ１４：取得間隔決定部１４は、新たな取得間隔Ｔnewを、情報取得タイマ１５に設定する。
（２）通信相手の送信速度推定データをサーバから取得可能な場合
［構成］
図９（ｂ）は、本実施形態例に係る取得間隔決定部１４の他の構成例である。この通信システムは、送信者から送信された情報をサーバに蓄積し、受信者が取得した後も所定の期間はサーバに保持されるようなシステム、例えば、ウェブチャットに好適に適用可能である。この例では、取得間隔決定部１４は、取得情報量テーブル、情報分解部９４及び取得間隔計算部９６を有している。取得情報量テーブルには、他の通信端末が情報を送信した時刻と送信された情報量とが記憶されている。取得情報量テーブルの内容は、所定の時間間隔でサーバ２から取得する。情報分解部９４は、取得情報量テーブルの内容を、送信単位に分解する。すなわち、送信時刻とその情報量との組み合わせのセットに分解する。取得間隔計算部９６は、このセットから、所定の式に基づいて新しい取得間隔Ｔnewを算出する。
【００４５】
この例は、通信端末１が送信する情報及び送信時間を、サーバ２が全て蓄積し、情報が取得された後も保持している場合に用いられる。図１１は、サーバ２に蓄積される情報の説明図である。送信側の通信端末１がサーバ２に送信時刻、情報量及び情報内容を送信すると、その内容は全てサーバ２に蓄積される。各通信端末１は、自分宛のこの情報を例えば所定時間間隔でサーバ２から取得し、取得情報量テーブルを作成する。
【００４６】
［処理の流れ］
図１２は、前記図９（ｂ）の構成を有する通信端末１の処理の流れを示すフローチャートである。
ステップＳ２１、Ｓ２２；取得間隔決定部１４は、所定時間が経過したか否かを判断する（Ｓ２１）。経過している場合はサーバ２から取得情報量テーブルの内容を取得し、このテーブルを更新する（Ｓ２２）。取得された内容は、送信単位に分割される。その結果、送信時刻と送信情報量とのｎ個のセットが得られる。
【００４７】
ステップＳ２３、Ｓ２４；取得間隔決定部１４は、送信単位に分割された取得情報履歴に基づいて、新たな取得間隔Ｔnewを算出する（Ｓ２３）。ここでは、下式（１）を用いる。
【００４８】
【数１】
【００４９】
ここで、ｘk；時刻ｔkにおける送信情報量
これにより、通信相手の送信速度を考慮に入れて取得間隔を決定することが可能となる。算出された取得間隔Ｔnewは、情報取得タイマ１５に設定される（Ｓ２４）。なお、この例では、ｎ個全ての送信単位についての平均から新たな取得間隔Ｔnewを求めたが、他の算出方法も考えられる。例えば、最新の送信単位のみを用いたり、いくつかの送信単位を抽出して計算に用いても良い。
【００５０】
＜第７実施形態例＞
図１３は、第７実施形態例に係る取得間隔決定部１４の機能を示すブロック構成図である。本実施形態例に係る通信システムでは、通信相手に応じて取得間隔を決定する。この通信システムは、アウェアネスシステムやＩＭシステムに好適に適用可能である。本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００５１】
本実施形態例における取得間隔決定部１４は、ユーザ別取得間隔テーブルとアドレスマッチング部１３１とを有している。ユーザ別取得間隔テーブルには、ユーザを特定する識別子、例えばメールアドレスと各ユーザ毎の取得間隔とが記憶されている。アドレスマッチング部１３１は、あるユーザ宛の入力情報があると、そのユーザに対して設定されている取得間隔を、情報取得タイマ１５に設定する。
【００５２】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは情報の入力である。なお、あるユーザからの情報の取得があった場合に、そのユーザに対する新たな取得間隔を設定するようにしてもよい。
これにより、自分が特に緊密にコミュニケーションをとりたいユーザの状態あるいは発言内容については頻繁に取得し、迅速な情報更新が可能となる。一方、それほど緊密にコミュニケーションをとる必要がないと判断したユーザについては、その更新間隔を長くすることによってネットワークに対する負荷を軽減することができ、情報取得毎に課金されるネットワークにおいては情報の取得に必要となる料金を低減することができる。
【００５３】
＜第８実施形態例＞
図１４（ａ）は、第８実施形態例に係る取得間隔決定部の構成を示すブロック構成図である。本実施形態例に係る通信システムでは、ユーザグループ毎に取得間隔を決定する。この通信システムは、例えばアウェアネスシステムに好適に用いられる。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００５４】
取得間隔決定部１４には、ユーザグループ対応テーブル、グループ別取得間隔テーブル、所属グループ判定部１４１及びアドレスマッチング部１４２が設けられている。ユーザグループ対応テーブルには、ユーザを特定する識別子とグループ名とが記憶されている。グループ別取得間隔テーブルには、各グループに対して取得時間間隔が設定されている。いずれかのユーザに対する入力があった場合、所属グループ判定部１４１は、相手のユーザが属するグループをユーザグループ対応テーブルから割り出す。アドレスマッチング部１４２は、発言先ユーザが属するグループに設定されている時間間隔を、グループ別取得間隔テーブルから取得し、情報取得タイマ１５に設定する。
【００５５】
図１４（ｂ）は本実施形態例に係る取得間隔決定部１４の別の構成例である。この取得間隔決定部１４は、ウェブ別取得間隔テーブルと、アドレスマッチング部１４３とを有している。ウェブ別取得間隔テーブルには、グループ名に相当するウェブページの識別子と各ウェブページに対して設定されている取得間隔とが設定されている。アドレスマッチング部１４３は、例えばユーザからの入力がいずれのウェブページに対してあった場合、そのウェブページに対して設定されている取得間隔を前記テーブルから取得し、新たな時間間隔を設定する。
【００５６】
図１４（ｂ）は、本発明をウェブチャットに適用した例を示すが、アウェアネスシステムやＩＲＣについても適用可能である。また通信端末がＷＷＷブラウザである場合には、ウェブページがユーザグループに相当する。通信端末がアウェアネスクライアントである場合、各バディリストがユーザグループである。また通信端末がＩＲＣクライアントである場合には、チャネルがユーザグループである。
【００５７】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは、いずれかのグループまたはグループに属するユーザに対する情報の入力や、逆に情報の取得である。
これにより、例えばバディリストにおいては自分が緊密にコミュニケーションをとりたいユーザを集めたグループを作成し、そのグループの取得間隔を短くしておけば、ユーザ毎に取得間隔を設定する手間を省いて緊密なコミュニケーションを保つことが可能となる。また、Webチャットにおいては、自分が緊密なコミュニケーションをとりたいチャットコミュニティに対しては取得間隔を短くして、迅速な情報更新を行うことが可能となる。
【００５８】
＜第９実施形態例＞
図１５は、第９実施形態例に係る取得間隔決定部１４の機能を示すブロック構成図である。本実施形態例に係る通信システムでは、ユーザグループ内の人数に応じて取得間隔を決定する。この通信システムは、ウェブチャット、アウェアネスシステム、メーリングリストなどに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００５９】
取得間隔決定部１４は、参加者数別取得間隔テーブルと、参加人数マッチング部１５１とを有している。参加者数別取得間隔テーブルには、各ユーザグループの人数とその人数に対する取得間隔とが設定されている。参加人数マッチング部１５１は、前述したユーザグループに対する入力があった場合に、各ユーザグループ内の人数と、前記設定されている取得間隔とから、ユーザグループに対する取得間隔を決定する。
【００６０】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは、いずれかのグループまたはグループに属するユーザに対する情報の入力である。
これにより、参加人数の多いチャットの発言は頻繁に取得し、逆に人数の少ないチャットの発言の取得は長い間隔で行うことが可能となる。一般的にチャットチャネルの発言頻度はその参加人数に比例する傾向が見られ、その場合、上述の効果により実際の発言間隔にあわせた情報の取得と、無駄な情報取得のためのトラヒックの発生を押さえることができる。
【００６１】
＜画面例＞
図１６〜図１９は、取得間隔決定部１４により表示される、取得間隔の設定画面例である。図１６は、前記第７実施形態例をアウェアネスシステムに適用した場合に表示される設定画面例である。通信相手「佐野」をバディリスト上で選択し、ダブルクリックすると、「佐野」さんのアウェアネス情報を取得する時間間隔の選択画面が表示される。
【００６２】
図１７は、第８実施形態例をアウェアネスシステムに適用した場合に表示される設定画面例である。バディリスト「サークル」を選択し、ダブルクリックすると、時間間隔を選択する画面が表示される。ユーザは、この画面上で、「サークル」に含まれるバディのアウェアネス情報を取得するための時間間隔を選択する。
【００６３】
図１８は、第８実施形態例をウェブチャットに適用した場合に表示される設定画面例である。いずれかのウェブページを選択し、ダブルクリックすると、時間間隔を選択する画面が表示される。ユーザは、この画面上で、そのコミュニティ、すなわちウェブページを取得するための時間間隔を選択する。
図１９は、第９実施形態例をウェブチャットに適用した場合に表示される設定画面例である。同図（ａ）は、あらかじめ「設定」ボタンを設けておき、全てのウェブページに対して同じ設定を行う場合を示す。同図（ｂ）は、宇ウェブページ毎に設定を変える場合を示す。いずれの場合も、ウェブページに含まれる人数により時間間隔を設定する画面例が表示される。ユーザは、この画面上で、時間間隔とウェブページに参加する人数とを設定する。
【００６４】
＜その他の実施形態例＞
（Ａ）前述の実施形態において説明した取得間隔の決定条件を、適宜組み合わせて用いることも可能である。
（Ｂ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
（付記）
（付記１）
ネットワーク上の第１及び第２ユーザがサーバを介して情報を送受信する通信方法であって、
第１ユーザが前記情報を前記サーバから取得するタイミングを、前記ユーザ間で送受信される情報に基づいて決定し、
前記決定したタイミングに従い、第１ユーザは、第２ユーザから発信された情報を、前記サーバから取得する、
通信方法。
【００６５】
（付記２）
前記第１ユーザが前記サーバから前記情報を取得するタイミングを、前記第２ユーザに送信した情報に基づいて決定する、付記１に記載の通信方法。
（付記３）
前記第１ユーザが前記サーバから前記情報を取得するタイミングを、前記第２ユーザから発信された情報に基づいて決定する、付記１に記載の通信方法。
【００６６】
すなわち、相手からの情報を取得するタイミングを、相手から取得した情報に基づいて決定する。例えば、取得情報の内容、取得情報の量、取得情報量の履歴、取得速度などに基づいて、情報を取得するタイミングを決定する。
（付記４）
第１ユーザが前記サーバから前記情報を取得するタイミングを、第１ユーザと通信する相手ユーザ毎に設定し、
前記設定された相手ユーザ毎のタイミングに従い、第１ユーザは、前記各相手ユーザからの前記情報を、前記サーバから取得する、付記１に記載の通信方法。
【００６７】
すなわち、通信相手に応じて情報の取得のタイミングを設定する。この設定は、システム側で行っても、またユーザからの指定により行っても良い。
（付記５）
第１ユーザが前記情報を前記サーバから取得するタイミングを、第１ユーザと通信する相手ユーザ群毎に設定し、
前記設定されたタイミングに従い、第１ユーザは、前記相手ユーザ群からの前記情報を、前記サーバから取得する、付記１に記載の通信方法。
【００６８】
（付記６）
第１ユーザが前記サーバから前記情報を取得するタイミングを、第１ユーザと通信する相手ユーザ群のユーザ数に基づいて設定し、
前記設定されたタイミングに従い、第１ユーザは、前記相手ユーザ群からの前記情報を、前記サーバから取得する、付記１に記載の通信方法。
【００６９】
例えば、ユーザグループ内のユーザ数が多いほど、情報の取得間隔を短くすることが考えられる。
（付記７）
ネットワーク及びサーバを介して互いに接続され、情報を送受信するための通信装置であって、
前記サーバから前記情報を取得するタイミングを、前記送受信される情報に基づいて決定する決定手段と、
前記決定したタイミングに従い、他の通信装置から発信された前記情報を、前記サーバから取得する取得手段と、
を備える通信装置。
【００７０】
（付記８）
ネットワーク及びサーバを介して互いに接続され、情報を送受信するための通信装置に用いられる通信プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
Ａ；前記情報を前記サーバから取得するタイミングを、前記送受信される情報に基づいて決定する段階と、
Ｂ；前記決定したタイミングに従い、他の通信装置から発信された前記情報を、前記サーバから取得する段階と、
を実行するための通信プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００７１】
【発明の効果】
本発明を用いれば、サーバを介して情報を送受信する通信システムにおいて、サーバから情報を取得するタイミングを最適化し、円滑かつシステムの負担が少ないコミュニケーションを行うことができる。
【図面の簡単な説明】
【図１】通信システムの構成図。
【図２】第１実施形態例に係る通信端末の機能構成図。
【図３】第１実施形態例に係る取得間隔決定部の構成例。
【図４】第１実施形態例の取得間隔決定処理の流れを示すフローチャート。
【図５】第２実施形態例に係る取得間隔決定部の構成例。
【図６】（ａ），（ｂ）第３実施形態例に係る取得間隔決定部の構成例。
【図７】第４実施形態例に係る取得間隔決定部の構成例。
【図８】第５実施形態例に係る取得間隔決定部の構成例。
【図９】第６実施形態例に係る取得間隔決定部の構成例。
（ａ）取得情報から相手の送信速度を推定する場合
（ｂ）相手の送信速度をサーバから取得可能な場合
【図１０】第６実施形態例（ａ）の取得間隔決定処理の流れを示すフローチャート。
【図１１】サーバに送信、蓄積される情報の説明図。
【図１２】第６実施形態例（ｂ）の取得間隔決定処理の流れを示すフローチャート。
【図１３】第７実施形態例に係る取得間隔決定部の構成例。
【図１４】第８実施形態例に係る取得間隔決定部の構成例。
（ａ）ユーザが属するグループにより、取得間隔を決定する場合。
（ｂ）グループにより、取得間隔を決定する場合。
【図１５】第９実施形態例に係る取得間隔決定部の構成例。
【図１６】第７実施形態例をアウェアネスシステムに適用した場合の取得間隔の設定画面例。
【図１７】第８実施形態例をアウェアネスシステムに適用した場合の取得間隔の設定画面例。
【図１８】第８実施形態例をウェブチャットに適用した場合の取得間隔の設定画面例。
【図１９】第９実施形態例をウェブチャットに適用した場合の取得間隔の設定画面例。
（ａ）全てのウェブページに同一の設定を行う場合。
（ｂ）ウェブページ毎に設定を変更する場合。
【符号の説明】
１；通信端末
２；サーバ
【発明の属する技術分野】
本発明は、ネットワーク上でのユーザ間のコミュニケーションを支援する技術に関する。さらに詳しくは、文字メッセージの送受信によるコミュニケーションを支援する技術に関する。
本発明において、チャットシステムとは、ネットワークに接続されたチャットサーバと複数のチャットクライアントとを含んで構成される。このシステムでは、複数のチャットクライアントは、互いに同一の仮想空間を共有することにより、リアルタイムにテキストメッセージを送受信可能である。チャットシステムの例としては、ウェブチャットやＩＲＣ(Internet Relay Chat)を挙げることができる。
【０００２】
本発明において、アウェアネスシステムとは、アウェアネスサーバとアウェアネスクライアントとがネットワークで接続されて構成されるシステムである。アウェアネスサーバは、ユーザに関する詳細情報（以下、単にアウェアネス情報という）を管理し、これをユーザに配信する。アウェアネスクライアントは、アウェアネス情報の設定をユーザから受け付けてアウェアネスサーバに送信したり、逆にアウェアネス情報をアウェアネスサーバから受信したりする。
【０００３】
アウェアネス情報とは、ユーザの状態や気持ちを表すテキストデータ、イメージデータ及び音声データや、電話番号など、ユーザに関する全ての個人情報を含む。また、バディリストとは、ユーザにより作成される他のユーザ、いわゆるバディの一覧である。ユーザは、他のユーザとの合意の上でバディリストにバディを登録し、バディのアウェアネス情報を参照する。
【０００４】
また、アウェアネスシステムの中には、ユーザが、単にバディのアウェアネス情報を参照するだけでなく、バディリスト上で選択したバディと他の通信機能を用いて通信を開始できるようにしたものもある。他の通信機能としては、特に限られないが、例えば電話、電子メール、チャットシステムなどを挙げることができる。このようなアウェアネスシステムを、特にインスタントメッセージシステム（ＩＭシステム）と呼ぶこともある。
【０００５】
メーリングリストとは、あるユーザグループ宛に送信された電子メールを、そのグループの構成員に配信するシステムである。
【０００６】
【従来の技術】
近年、社会のネットワーク化に伴い、ネットワーク上での様々なコミュニケーション手段が提供されている。このなかで、サーバ上に蓄積された情報をユーザ側で取得することにより、ユーザ間で双方向通信を行うタイプのコミュニケーション手段としては、ウェブチャット、アウェアネスシステム、ＩＭシステム、電子メールシステムなどをあげることができる。
【０００７】
このタイプのコミュニケーションについて、ウェブチャットを例にとって説明する。ウェブチャットでは、ウェブサーバを経由して任意のユーザ同士が通信する。ユーザは、他のユーザからの発言が書き込まれたウェブページを参照することにより、他のユーザの発言を知ることができる。しかし、ユーザは、通常、所定のタイミングでしかウェブページを参照しないため、他のユーザからの発言をリアルタイムに知ることは難しい。
【０００８】
実際には、ユーザは、ウェブサーバに蓄積された相手の発言、すなわち更新されたウェブページを、適当なタイミングでウェブブラウザにより取得している。ウェブページの取得のタイミングとしては、１）タイマを設けて一定時間間隔で取得する、２）自分の発言の送信が終わった時点で取得する、３）明示的ユーザインターフェースによる指示があった場合に取得する、のいずれかが一般的である。
【０００９】
【発明が解決しようとする課題】
前述のタイプの双方向通信においては、サーバ上に蓄積された情報をユーザ側で取得するタイミングを最適化することが難しい。例えば、相手から新たな情報がないにもかかわらずサーバから情報を取得してサーバに負担をかけ、無駄なトラフィックを発生させてしまう場合がある。また、逆に相手の情報が頻繁に更新されているのに希にしか情報を取得せず、情報の即時性が著しく失われたりする場合もある。
【００１０】
これらの問題を根本的に解決することは難しいものの、情報の発生頻度や、応答の有無や応答に要する時間に対する利用者の期待は、情報内容によって左右される側面がある。例えば質問を送信した場合は、回答を期待するのが一般的である。一方、独り言の場合は応答をそれほど期待しない。また、質問が短い文章による場合は、それに対する回答が比較的短い時間で返ってくることを期待する。他方、長い文章による質問に対しては、回答に要する時間もより長くなると予想する。
【００１１】
本願発明は、前記課題を解決し、サーバ上に蓄積された情報をユーザ側で取得することによりユーザ間で双方向通信を行う場合に、情報をユーザ側で取得するタイミングの最適化を図り、システムの負担を軽減し、円滑で快適なコミュニケーションを促進することを目的とする。
【００１２】
【課題を解決するための手段】
本願発明者は、コミュニケーションの内容やその量とその発生頻度とが関係するという特性を利用して、前記の課題を解決することに想到した。すなわち、本願第１発明は、ネットワーク上の第１ユーザ端末及び第２ユーザ端末がサーバを介して情報を送受信する通信システムにおいて前記第１ユーザ端末が実行する通信方法を提供する。この方法では、
・前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定し、
・前記決定したタイミングに従い、第２ユーザ端末から前記サーバに送信された情報を、前記サーバから取得する。
【００１３】
ユーザ同士が送受信する情報とは、ユーザ間で交換されるテキストメッセージ、状態情報などのアウェアネス情報などである。情報を取得するタイミングの決定は、これらの情報に含まれる文字列に基づいて行う。
本願第２発明は、ネットワーク及びサーバを介して他の通信装置と互いに接続され、情報を送受信するための通信装置を提供する。この装置は、
・前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定する決定手段と、
・前記決定したタイミングに従い、前記他の通信装置から前記サーバに送信された前記情報を、前記サーバから取得する取得手段と、
を有している。
【００１４】
本願第３発明は、ネットワーク及びサーバを介して他の通信装置と互いに接続され、情報を送受信するための通信装置に用いられる通信プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。このプログラムは、下記Ａ及びＢ段階を実行する。
Ａ；前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定する段階、
Ｂ；前記決定したタイミングに従い、前記他の通信装置から前記サーバに送信された前記情報を、前記サーバから取得する段階。
【００１５】
ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【００１６】
【発明の実施の形態】
＜発明の概要＞
図１は、本発明が適用される通信システムの全体構成を示す説明図である。この通信システムは、複数の通信端末１ａ，ｂ・・・と、サーバ２とが、ネットワーク３により接続されて構成されている。このような構成の通信システムとしては、ウェブチャット、アウェアネスシステム、ＩＭシステム、メーリングリストを例示することができる。
【００１７】
サーバ２には、通信端末間で送受信される情報を蓄積するＤＢが設けられている。通信端末１ａ，ｂは、情報ＤＢに蓄積されている情報を取得することにより、他の端末からの情報を取得する。また逆に、通信端末１ａ，ｂは、他の端末に送るべき情報をサーバ２に送信することにより、情報の送信を行う。ただし、通信端末１ａは、他の通信端末１ｂが発信した情報をサーバ２から取得するタイミング（以下、単に取得タイミングという）を、下記の所定の条件に基づいて決定する。
【００１８】
（１）文字列
（２）アウェアネス情報
（３）情報量
（４）情報量の変化
（５）入力速度
（６）送信速度
（７）通信相手
（８）ユーザグループ
（９）ユーザグループの人数
＜第１実施形態例＞
［構成］
次に、本発明の第１実施形態例に係る通信システムについて、具体的に説明する。本実施形態例では、通信端末に入力される情報に含まれる文字列に基づいて、取得タイミングを決定する。このシステムは、ウェブチャット、ＩＭシステム、メーリングシステム等に好適に用いることができる。
【００１９】
図２は、通信端末１が有する機能を示すブロック構成図である。通信端末１は、入力部１１、通信部１２、表示部１３、取得間隔決定部１４及び情報取得タイマ１５を有している。入力部１１は、ユーザからの入力を受け付ける。通信部１２は、入力された情報をサーバ２に送信したり、サーバ２から情報を取得したりする。表示部１３は、入力された情報やサーバ２から取得した情報を、ディスプレイ（図示せず）に表示する。
【００２０】
取得間隔決定部１４は、取得間隔の決定条件を設定するための画面を表示し、ユーザからの設定を受け付ける。また、前記所定の条件、この場合は入力された文字列に基づいて、サーバ２から情報を取得する時間間隔Ｔを決定する。情報取得タイマ１５は、決定された時間間隔毎に、通信部１２に情報の取得を指示する。
【００２１】
図３は、本実施形態例に係る取得間隔決定部１４の構成例である。取得間隔決定部１４は、取得タイミングテーブルを有している。このテーブルには、所定の文字列と、その文字列が含まれている場合の取得間隔とが記憶されている。文字列マッチング部３１は、入力された情報と取得タイミングテーブルとに基づいて、取得間隔の候補値を候補値バッファ３２に格納する。
【００２２】
［処理の流れ］
図４は、本実施形態例において取得間隔決定部１４が行う取得間隔決定処理の流れを示すフローチャートである。
ステップＳ１；取得間隔決定部１４は、イベントの発生を待機している。ここでは、イベントとは、ユーザによる情報の入力である。イベントが発生するとステップＳ２に移行する。
【００２３】
ステップＳ２；取得間隔決定部１４は、入力された情報と取得タイミングテーブルとに基づいて、取得間隔の候補値を候補値バッファ３２に格納する。すなわち、入力された情報の中に、取得タイミングテーブルで定められている文字列が含まれている場合、その文字列に対応する取得間隔の値を候補値バッファ３２に格納する。なお、バッファ３２には常に一つの値しか収容せず、格納する場合は古い値を破棄して新しい値で更新するようにしてもよいし、過去の履歴を予め決められた範囲（例えば５つ）で保持するＦＩＦＯバッファとしてもよい。また入力情報の中に複数の文字列が含まれている場合は、複数の候補値が候補値バッファ３２に格納されるようにしてもよい。
【００２４】
ステップＳ３；取得間隔決定部１４は、新たな取得間隔Ｔnewを、情報取得タイマ１５に設定する。候補値バッファ３２に複数の値が入っている場合、新たな取得間隔Ｔnewとしては、例えば、最も小さい値としてもよいし、最も最近の値としてもよい。以後、設定された取得間隔Ｔnew毎に、通信端末１はサーバ２にアクセスし、他の通信端末からの情報を取得する。
【００２５】
これにより、例えば図３に例示したように、「ですか」、「？」といった疑問を表す文字列を取得タイミングテーブルに登録しておくことにより、質問を入力する、あるいは入力されると、自動的に取得時間間隔を短くして、回答文をより短時間に取得することが可能となる。
＜第２実施形態例＞
図５は、第２実施形態例に係る取得間隔決定部１４の構成例である。本実施形態例に係る通信システムでは、ユーザのアウェアネス情報に基づいて取得間隔を決定する。この通信システムは、アウェアネスシステムやＩＭシステムに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００２６】
本実施形態例に係る取得間隔決定部１４は、取得タイミングテーブル及び状態情報マッチング部５１を有している。この取得タイミングテーブルには、ユーザが設定可能なアウェアネス情報毎に、取得間隔が記憶されている。状態情報マッチング部５１は、ユーザのアウェアネス情報が変更される毎に取得タイミングテーブルを参照し、新たなアウェアネス情報に対応する取得間隔Ｔnewを情報取得タイマ１５に設定する。
【００２７】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。ただし、イベントは、ユーザのアウェアネス情報の更新である。
なお、ユーザ自身のアウェアネス情報ではなく、例えばアウェアネスシステムのバディリストに登録しているバディの状態に応じて、取得間隔Ｔnewを決定することも可能である。また、ユーザ自身とバディの状態とを組み合わせて取得間隔Ｔnewを決定することも可能である。
【００２８】
これにより、例えば図５に例示したように、自分の状態を「忙しい」と設定しておくと、１）ユーザにとっては自動的に取得時間間隔を長くしてメッセージ受信による作業の中断を最小限にすることができ、２）会話している相手ユーザにとっては、ユーザの状態が「忙しい」ことを自動的に認識してすぐには返答がもらえないと判断し、取得時間間隔を長くして返答が入る頃を見計らってメッセージを取得することが可能となり、３）メッセージ取得要求の副輳によるネットワークやサーバの負荷を低減することが可能となる。一方、状態が「会話OK」であれば、取得時間間隔を短くして、よりリアルタイムに会話を進めることが可能となる。「会話OK」の利用者同士であればより有効である。
【００２９】
＜第３実施形態例＞
図６は、第３実施形態例に係る取得間隔決定部の機能を示すブロック構成図である。本実施形態例に係る通信システムでは、通信端末における入力量の変化に基づいて、取得間隔を決定する。この通信システムは、ウェブチャットやメーリングシステムに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００３０】
本実施形態例における取得間隔決定部１４は、取得タイミングテーブル及び情報量マッチング部６１を有している。取得タイミングテーブルには、入力した情報量に対する取得間隔が記憶されている。情報量マッチング部６１は、入力情報の量に応じて、取得間隔Ｔを新たに設定し直す。この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。また、イベントがユーザによる情報の入力であることも、同様である。
【００３１】
なお、前述のように入力された情報量と取得間隔とを予めテーブルにするのではなく、入力された情報量に基づいて新たな取得間隔Ｔnewを演算により求めてもよい。その場合の取得間隔決定部１４の構成を図６（ｂ）に示す。例えば、新たな取得間隔Ｔnewを次のように算出する。
Ｔnew＝（Ｔ×Ｒ）／Ｘ
ここで、Ｔnew；新たな取得間隔、Ｔ；現在の取得間隔、
Ｘ；入力情報量、Ｒ；変換係数。
【００３２】
この式に従えば、入力が多ければ多いほど、取得間隔が短くなる。
さらに、入力された情報量に代え、取得した情報量に基づいて取得間隔Ｔnewを決定することもできる。
＜第４実施形態例＞
図７は、第４実施形態例に係る取得間隔決定部１４の構成例である。本実施形態例に係る通信システムでは、通信端末における取得情報量履歴に基づいて、取得間隔を決定する。この通信システムは、ウェブチャットやメーリングシステムに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００３３】
本実施形態例に係る取得間隔決定部１４は、取得情報量テーブル、情報蓄積部７１及び演算部７２を有している。取得情報量テーブルには、情報をサーバ２から取得した時間と取得した情報の量とが記憶されている。情報蓄積部７１は、新たに情報が取得されるたびに、取得情報量テーブルの更新を行う。演算部７２は、新たに情報が取得される度に、所定の計算式に従って新たな取得間隔Ｔnewを算出する。例えば、下式に基づいて、Ｔnewを算出する。
【００３４】
Ｔnew＝Ｔ−（Ｘ2−Ｘ1）×Ｒ
ここで、Ｔnew；新たな取得間隔、Ｔ；現在の取得間隔、Ｒ；変換係数
Ｘ1 、Ｘ2；ある時間Ｔ1及びＴ2におけるそれぞれの取得情報量。
このようにすることで、取得情報量の変化の傾向に合わせて取得間隔を変更することができる。
【００３５】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。ただし、イベントは、取得情報量に基づいてタイミングを決定する場合は、情報の取得である。なお、取得された情報量ではなく、入力された情報量を用いてもよい。
これにより、取得した情報量がだんだんと多くなる傾向が見られれば、活発に情報が入力されていると判断し、取得時間間隔を短くして、情報を頻発に取得することができる。逆に、取得した情報量がだんだんと減っていく傾向が見られれば、情報の入力が低迷していると判断し、取得時間間隔を長くすることが可能となる。
【００３６】
＜第５実施形態例＞
図８は、第５実施形態例に係る取得間隔決定部１４の構成例である。本実施形態例に係る通信システムでは、通信端末における入力速度に基づいて、取得間隔を決定する。この通信システムは、ウェブチャットに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００３７】
本実施形態例に係る取得間隔決定部１４は、入力情報量履歴テーブルに加え、情報蓄積部８１、速度計算部８２及び取得間隔計算部８３を有している。入力情報量履歴テーブルには、ユーザが情報を入力した入力時間と入力された情報量とが記憶されている。情報蓄積部８１は、情報が入力される毎にこのテーブルを更新する。
【００３８】
速度計算部８２は、この表に基づいて入力速度を計算する。例えば、５分毎に、過去５分間に入力された総文字数を求め、１分間の平均入力文字数を算出し、入力速度とする。また例えば、最も新しく入力された情報と、その前に入力された情報とに基づいて、下式に従い入力速度ｖを算出する。
ｖ＝ｘ2／（ｔ2−ｔ1）＝ｘ2／Δｔ
ここで、ｔ1、ｔ2；時刻、ｘ2；時刻ｔ2における入力情報量
取得間隔計算部８３は、得られた入力速度ｖの逆数に所定の変換係数Ｒを掛け、新たな取得間隔Ｔnewとする。すなわち、Ｔnew＝Ｒ／ｖとする。これにより、入力速度が速ければ速いほど取得間隔が短くなり、活発な入力に対する活発な応答の取得が可能となる。
【００３９】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは、入力情報量に基づいてタイミングを決定する場合は、情報の入力である。本実施形態例において、入力情報量に代えて取得情報量を用いてもよい。
＜第６実施形態例＞
本実施形態例に係る通信システムでは、相手通信端末の送信速度に基づいて、取得間隔を決定する。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００４０】
（１）通信相手の送信速度推定データをサーバから取得不可能な場合
［構成］
図９（ａ）は第６実施形態例における取得間隔決定部１４の構成例である。この通信システムは、送信者から送信された情報を一旦サーバに蓄積し、受信者が取得するとその内容がクリアされるようなシステム、例えば、１対１のウェブチャット、インスタントメッセージシステムのショートメッセージやメーリングリストに好適に適用可能である。
【００４１】
本実施形態例に係る取得間隔決定部１４は、取得情報量履歴テーブル、情報蓄積部９１及び取得間隔計算部９２を有している。取得情報量履歴テーブルには、情報を取得した時刻と取得した情報量とが記憶されている。情報蓄積部９１は、情報が取得される毎に、取得情報量履歴テーブルを更新する。取得間隔計算部９２は、このテーブルに基づいて新たな取得間隔Ｔnewを算出する。
【００４２】
［処理の流れ］
図１０は、前記図９（ａ）の構成を有する通信端末１の処理の流れを示すフローチャートである。
ステップＳ１１；取得間隔決定部１４は、取得時間間隔Ｔが経過したかを判断し（Ｓ１１）、経過した場合はサーバ２にアクセスして情報を取得する。取得時間及び取得情報量は、取得情報量履歴テーブルに書き込まれる（Ｓ１２）。
【００４３】
ステップＳ１２、Ｓ１３；取得間隔決定部１４は、取得情報履歴テーブルを読み込み（Ｓ１２）、所定の演算式に基づいて新たな取得間隔Ｔnewを算出する（Ｓ１３）。ここでは、Ｔnew＝（Ｔ／Ｘ）×Ｒとする。ここで、Ｔnewは新たな取得間隔、Ｔは現在の取得間隔、Ｘは取得した情報量、Ｒは変換係数である。これにより、取得量が多ければ多いほど取得間隔が短くなり、応答が活発になればなる程頻繁にサーバにアクセスするようになる。
【００４４】
ステップＳ１４：取得間隔決定部１４は、新たな取得間隔Ｔnewを、情報取得タイマ１５に設定する。
（２）通信相手の送信速度推定データをサーバから取得可能な場合
［構成］
図９（ｂ）は、本実施形態例に係る取得間隔決定部１４の他の構成例である。この通信システムは、送信者から送信された情報をサーバに蓄積し、受信者が取得した後も所定の期間はサーバに保持されるようなシステム、例えば、ウェブチャットに好適に適用可能である。この例では、取得間隔決定部１４は、取得情報量テーブル、情報分解部９４及び取得間隔計算部９６を有している。取得情報量テーブルには、他の通信端末が情報を送信した時刻と送信された情報量とが記憶されている。取得情報量テーブルの内容は、所定の時間間隔でサーバ２から取得する。情報分解部９４は、取得情報量テーブルの内容を、送信単位に分解する。すなわち、送信時刻とその情報量との組み合わせのセットに分解する。取得間隔計算部９６は、このセットから、所定の式に基づいて新しい取得間隔Ｔnewを算出する。
【００４５】
この例は、通信端末１が送信する情報及び送信時間を、サーバ２が全て蓄積し、情報が取得された後も保持している場合に用いられる。図１１は、サーバ２に蓄積される情報の説明図である。送信側の通信端末１がサーバ２に送信時刻、情報量及び情報内容を送信すると、その内容は全てサーバ２に蓄積される。各通信端末１は、自分宛のこの情報を例えば所定時間間隔でサーバ２から取得し、取得情報量テーブルを作成する。
【００４６】
［処理の流れ］
図１２は、前記図９（ｂ）の構成を有する通信端末１の処理の流れを示すフローチャートである。
ステップＳ２１、Ｓ２２；取得間隔決定部１４は、所定時間が経過したか否かを判断する（Ｓ２１）。経過している場合はサーバ２から取得情報量テーブルの内容を取得し、このテーブルを更新する（Ｓ２２）。取得された内容は、送信単位に分割される。その結果、送信時刻と送信情報量とのｎ個のセットが得られる。
【００４７】
ステップＳ２３、Ｓ２４；取得間隔決定部１４は、送信単位に分割された取得情報履歴に基づいて、新たな取得間隔Ｔnewを算出する（Ｓ２３）。ここでは、下式（１）を用いる。
【００４８】
【数１】
ここで、ｘk；時刻ｔkにおける送信情報量
これにより、通信相手の送信速度を考慮に入れて取得間隔を決定することが可能となる。算出された取得間隔Ｔnewは、情報取得タイマ１５に設定される（Ｓ２４）。なお、この例では、ｎ個全ての送信単位についての平均から新たな取得間隔Ｔnewを求めたが、他の算出方法も考えられる。例えば、最新の送信単位のみを用いたり、いくつかの送信単位を抽出して計算に用いても良い。
【００５０】
＜第７実施形態例＞
図１３は、第７実施形態例に係る取得間隔決定部１４の機能を示すブロック構成図である。本実施形態例に係る通信システムでは、通信相手に応じて取得間隔を決定する。この通信システムは、アウェアネスシステムやＩＭシステムに好適に適用可能である。本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００５１】
本実施形態例における取得間隔決定部１４は、ユーザ別取得間隔テーブルとアドレスマッチング部１３１とを有している。ユーザ別取得間隔テーブルには、ユーザを特定する識別子、例えばメールアドレスと各ユーザ毎の取得間隔とが記憶されている。アドレスマッチング部１３１は、あるユーザ宛の入力情報があると、そのユーザに対して設定されている取得間隔を、情報取得タイマ１５に設定する。
【００５２】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは情報の入力である。なお、あるユーザからの情報の取得があった場合に、そのユーザに対する新たな取得間隔を設定するようにしてもよい。
これにより、自分が特に緊密にコミュニケーションをとりたいユーザの状態あるいは発言内容については頻繁に取得し、迅速な情報更新が可能となる。一方、それほど緊密にコミュニケーションをとる必要がないと判断したユーザについては、その更新間隔を長くすることによってネットワークに対する負荷を軽減することができ、情報取得毎に課金されるネットワークにおいては情報の取得に必要となる料金を低減することができる。
【００５３】
＜第８実施形態例＞
図１４（ａ）は、第８実施形態例に係る取得間隔決定部の構成を示すブロック構成図である。本実施形態例に係る通信システムでは、ユーザグループ毎に取得間隔を決定する。この通信システムは、例えばアウェアネスシステムに好適に用いられる。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００５４】
取得間隔決定部１４には、ユーザグループ対応テーブル、グループ別取得間隔テーブル、所属グループ判定部１４１及びアドレスマッチング部１４２が設けられている。ユーザグループ対応テーブルには、ユーザを特定する識別子とグループ名とが記憶されている。グループ別取得間隔テーブルには、各グループに対して取得時間間隔が設定されている。いずれかのユーザに対する入力があった場合、所属グループ判定部１４１は、相手のユーザが属するグループをユーザグループ対応テーブルから割り出す。アドレスマッチング部１４２は、発言先ユーザが属するグループに設定されている時間間隔を、グループ別取得間隔テーブルから取得し、情報取得タイマ１５に設定する。
【００５５】
図１４（ｂ）は本実施形態例に係る取得間隔決定部１４の別の構成例である。この取得間隔決定部１４は、ウェブ別取得間隔テーブルと、アドレスマッチング部１４３とを有している。ウェブ別取得間隔テーブルには、グループ名に相当するウェブページの識別子と各ウェブページに対して設定されている取得間隔とが設定されている。アドレスマッチング部１４３は、例えばユーザからの入力がいずれのウェブページに対してあった場合、そのウェブページに対して設定されている取得間隔を前記テーブルから取得し、新たな時間間隔を設定する。
【００５６】
図１４（ｂ）は、本発明をウェブチャットに適用した例を示すが、アウェアネスシステムやＩＲＣについても適用可能である。また通信端末がＷＷＷブラウザである場合には、ウェブページがユーザグループに相当する。通信端末がアウェアネスクライアントである場合、各バディリストがユーザグループである。また通信端末がＩＲＣクライアントである場合には、チャネルがユーザグループである。
【００５７】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは、いずれかのグループまたはグループに属するユーザに対する情報の入力や、逆に情報の取得である。
これにより、例えばバディリストにおいては自分が緊密にコミュニケーションをとりたいユーザを集めたグループを作成し、そのグループの取得間隔を短くしておけば、ユーザ毎に取得間隔を設定する手間を省いて緊密なコミュニケーションを保つことが可能となる。また、Webチャットにおいては、自分が緊密なコミュニケーションをとりたいチャットコミュニティに対しては取得間隔を短くして、迅速な情報更新を行うことが可能となる。
【００５８】
＜第９実施形態例＞
図１５は、第９実施形態例に係る取得間隔決定部１４の機能を示すブロック構成図である。本実施形態例に係る通信システムでは、ユーザグループ内の人数に応じて取得間隔を決定する。この通信システムは、ウェブチャット、アウェアネスシステム、メーリングリストなどに好適に適用可能である。また、本実施形態例において、通信端末の機能構成は前記第１実施形態例と同様である。ただし、取得間隔決定部１４のタイミングの決定方法が第１実施形態例とは異なる。
【００５９】
取得間隔決定部１４は、参加者数別取得間隔テーブルと、参加人数マッチング部１５１とを有している。参加者数別取得間隔テーブルには、各ユーザグループの人数とその人数に対する取得間隔とが設定されている。参加人数マッチング部１５１は、前述したユーザグループに対する入力があった場合に、各ユーザグループ内の人数と、前記設定されている取得間隔とから、ユーザグループに対する取得間隔を決定する。
【００６０】
この実施形態例における処理の流れは、前記第１実施形態例（図４）と同様である。イベントは、いずれかのグループまたはグループに属するユーザに対する情報の入力である。
これにより、参加人数の多いチャットの発言は頻繁に取得し、逆に人数の少ないチャットの発言の取得は長い間隔で行うことが可能となる。一般的にチャットチャネルの発言頻度はその参加人数に比例する傾向が見られ、その場合、上述の効果により実際の発言間隔にあわせた情報の取得と、無駄な情報取得のためのトラヒックの発生を押さえることができる。
【００６１】
＜画面例＞
図１６〜図１９は、取得間隔決定部１４により表示される、取得間隔の設定画面例である。図１６は、前記第７実施形態例をアウェアネスシステムに適用した場合に表示される設定画面例である。通信相手「佐野」をバディリスト上で選択し、ダブルクリックすると、「佐野」さんのアウェアネス情報を取得する時間間隔の選択画面が表示される。
【００６２】
図１７は、第８実施形態例をアウェアネスシステムに適用した場合に表示される設定画面例である。バディリスト「サークル」を選択し、ダブルクリックすると、時間間隔を選択する画面が表示される。ユーザは、この画面上で、「サークル」に含まれるバディのアウェアネス情報を取得するための時間間隔を選択する。
【００６３】
図１８は、第８実施形態例をウェブチャットに適用した場合に表示される設定画面例である。いずれかのウェブページを選択し、ダブルクリックすると、時間間隔を選択する画面が表示される。ユーザは、この画面上で、そのコミュニティ、すなわちウェブページを取得するための時間間隔を選択する。
図１９は、第９実施形態例をウェブチャットに適用した場合に表示される設定画面例である。同図（ａ）は、あらかじめ「設定」ボタンを設けておき、全てのウェブページに対して同じ設定を行う場合を示す。同図（ｂ）は、宇ウェブページ毎に設定を変える場合を示す。いずれの場合も、ウェブページに含まれる人数により時間間隔を設定する画面例が表示される。ユーザは、この画面上で、時間間隔とウェブページに参加する人数とを設定する。
【００６４】
＜その他の実施形態例＞
（Ａ）前述の実施形態において説明した取得間隔の決定条件を、適宜組み合わせて用いることも可能である。
（Ｂ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
（付記）
（付記１）
ネットワーク上の第１及び第２ユーザがサーバを介して情報を送受信する通信方法であって、
第１ユーザが前記情報を前記サーバから取得するタイミングを、前記ユーザ間で送受信される情報に基づいて決定し、
前記決定したタイミングに従い、第１ユーザは、第２ユーザから発信された情報を、前記サーバから取得する、
通信方法。
【００６５】
（付記２）
前記第１ユーザが前記サーバから前記情報を取得するタイミングを、前記第２ユーザに送信した情報に基づいて決定する、付記１に記載の通信方法。
（付記３）
前記第１ユーザが前記サーバから前記情報を取得するタイミングを、前記第２ユーザから発信された情報に基づいて決定する、付記１に記載の通信方法。
【００６６】
すなわち、相手からの情報を取得するタイミングを、相手から取得した情報に基づいて決定する。例えば、取得情報の内容、取得情報の量、取得情報量の履歴、取得速度などに基づいて、情報を取得するタイミングを決定する。
（付記４）
第１ユーザが前記サーバから前記情報を取得するタイミングを、第１ユーザと通信する相手ユーザ毎に設定し、
前記設定された相手ユーザ毎のタイミングに従い、第１ユーザは、前記各相手ユーザからの前記情報を、前記サーバから取得する、付記１に記載の通信方法。
【００６７】
すなわち、通信相手に応じて情報の取得のタイミングを設定する。この設定は、システム側で行っても、またユーザからの指定により行っても良い。
（付記５）
第１ユーザが前記情報を前記サーバから取得するタイミングを、第１ユーザと通信する相手ユーザ群毎に設定し、
前記設定されたタイミングに従い、第１ユーザは、前記相手ユーザ群からの前記情報を、前記サーバから取得する、付記１に記載の通信方法。
【００６８】
（付記６）
第１ユーザが前記サーバから前記情報を取得するタイミングを、第１ユーザと通信する相手ユーザ群のユーザ数に基づいて設定し、
前記設定されたタイミングに従い、第１ユーザは、前記相手ユーザ群からの前記情報を、前記サーバから取得する、付記１に記載の通信方法。
【００６９】
例えば、ユーザグループ内のユーザ数が多いほど、情報の取得間隔を短くすることが考えられる。
（付記７）
ネットワーク及びサーバを介して互いに接続され、情報を送受信するための通信装置であって、
前記サーバから前記情報を取得するタイミングを、前記送受信される情報に基づいて決定する決定手段と、
前記決定したタイミングに従い、他の通信装置から発信された前記情報を、前記サーバから取得する取得手段と、
を備える通信装置。
【００７０】
（付記８）
ネットワーク及びサーバを介して互いに接続され、情報を送受信するための通信装置に用いられる通信プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
Ａ；前記情報を前記サーバから取得するタイミングを、前記送受信される情報に基づいて決定する段階と、
Ｂ；前記決定したタイミングに従い、他の通信装置から発信された前記情報を、前記サーバから取得する段階と、
を実行するための通信プログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００７１】
【発明の効果】
本発明を用いれば、サーバを介して情報を送受信する通信システムにおいて、サーバから情報を取得するタイミングを最適化し、円滑かつシステムの負担が少ないコミュニケーションを行うことができる。
【図面の簡単な説明】
【図１】通信システムの構成図。
【図２】第１実施形態例に係る通信端末の機能構成図。
【図３】第１実施形態例に係る取得間隔決定部の構成例。
【図４】第１実施形態例の取得間隔決定処理の流れを示すフローチャート。
【図５】第２実施形態例に係る取得間隔決定部の構成例。
【図６】（ａ），（ｂ）第３実施形態例に係る取得間隔決定部の構成例。
【図７】第４実施形態例に係る取得間隔決定部の構成例。
【図８】第５実施形態例に係る取得間隔決定部の構成例。
【図９】第６実施形態例に係る取得間隔決定部の構成例。
（ａ）取得情報から相手の送信速度を推定する場合
（ｂ）相手の送信速度をサーバから取得可能な場合
【図１０】第６実施形態例（ａ）の取得間隔決定処理の流れを示すフローチャート。
【図１１】サーバに送信、蓄積される情報の説明図。
【図１２】第６実施形態例（ｂ）の取得間隔決定処理の流れを示すフローチャート。
【図１３】第７実施形態例に係る取得間隔決定部の構成例。
【図１４】第８実施形態例に係る取得間隔決定部の構成例。
（ａ）ユーザが属するグループにより、取得間隔を決定する場合。
（ｂ）グループにより、取得間隔を決定する場合。
【図１５】第９実施形態例に係る取得間隔決定部の構成例。
【図１６】第７実施形態例をアウェアネスシステムに適用した場合の取得間隔の設定画面例。
【図１７】第８実施形態例をアウェアネスシステムに適用した場合の取得間隔の設定画面例。
【図１８】第８実施形態例をウェブチャットに適用した場合の取得間隔の設定画面例。
【図１９】第９実施形態例をウェブチャットに適用した場合の取得間隔の設定画面例。
（ａ）全てのウェブページに同一の設定を行う場合。
（ｂ）ウェブページ毎に設定を変更する場合。
【符号の説明】
１；通信端末
２；サーバ
Claims (3)
- ネットワーク上の第１ユーザ端末及び第２ユーザ端末がサーバを介して情報を送受信する通信システムにおいて前記第１ユーザ端末が実行する通信方法であって、
前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定し、
前記決定したタイミングに従い、第２ユーザ端末から前記サーバに送信された情報を、前記サーバから取得する、
通信方法。 - ネットワーク及びサーバを介して他の通信装置と互いに接続され、情報を送受信するための通信装置であって、
前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定する決定手段と、
前記決定したタイミングに従い、前記他の通信装置から前記サーバに送信された前記情報を、前記サーバから取得する取得手段と、
を備える通信装置。 - ネットワーク及びサーバを介して他の通信装置と互いに接続され、情報を送受信するための通信装置に用いられる通信プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
Ａ；前記第１ユーザ端末から前記第２ユーザ端末へ送信する情報を受け付けると、前記サーバから情報を取得するタイミングと文字列とが対応付けて記憶されている記憶部を参照し、前記第２ユーザ端末に送信する情報に前記文字列が含まれているか否かを判定し、前記第２ユーザ端末に送信する情報に前記文字列が含まれている場合には、前記記憶部を参照して、当該文字列に対応付けて記憶されている前記サーバから情報を取得するタイミングを、新たな取得するタイミングとして決定する段階と、
Ｂ；前記決定したタイミングに従い、前記他の通信装置から前記サーバに送信された前記情報を、前記サーバから取得する段階と、
を実行するための通信プログラムを記録した、コンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000384564A JP4157678B2 (ja) | 2000-12-19 | 2000-12-19 | 通信方法及び装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000384564A JP4157678B2 (ja) | 2000-12-19 | 2000-12-19 | 通信方法及び装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007166617A Division JP2007257671A (ja) | 2007-06-25 | 2007-06-25 | 通信方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002183021A JP2002183021A (ja) | 2002-06-28 |
| JP4157678B2 true JP4157678B2 (ja) | 2008-10-01 |
Family
ID=18851984
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000384564A Expired - Fee Related JP4157678B2 (ja) | 2000-12-19 | 2000-12-19 | 通信方法及び装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4157678B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8086672B2 (en) * | 2000-06-17 | 2011-12-27 | Microsoft Corporation | When-free messaging |
| JP2008009888A (ja) * | 2006-06-30 | 2008-01-17 | Fuji Xerox Co Ltd | 集団間関係分析システム |
| JP2009093355A (ja) * | 2007-10-05 | 2009-04-30 | Sony Corp | 情報処理装置、コンテンツ提供サーバ、通信仲介サーバ、情報処理方法、コンテンツ提供方法および通信仲介方法 |
| JP4859870B2 (ja) * | 2008-04-23 | 2012-01-25 | ヤフー株式会社 | チャットシステム、管理サーバおよびチャットプログラム |
| JP4859873B2 (ja) * | 2008-05-12 | 2012-01-25 | ヤフー株式会社 | コメント表示システム、その方法、管理サーバおよびプログラム |
| JP5086486B1 (ja) * | 2012-03-09 | 2012-11-28 | Ｓｃｓｋ株式会社 | 情報出力共有システム |
| CN105119806B (zh) * | 2015-07-15 | 2016-11-30 | 腾讯科技（深圳）有限公司 | 消息更新方法及装置 |
-
2000
- 2000-12-19 JP JP2000384564A patent/JP4157678B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002183021A (ja) | 2002-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105915436B (zh) | 基于主题的即时消息隔离的系统和方法 | |
| TWI479862B (zh) | A method, system, and device for supporting topic classification within a group | |
| US7412527B2 (en) | Systems and methods for advanced communications and control | |
| KR100781398B1 (ko) | 프리젠스 및 세션 처리 정보를 이용한 네트워크 제어 방법 및 장치 | |
| US8874672B2 (en) | Identifying and using identities deemed to be known to a user | |
| US7568007B2 (en) | System and method for supporting instant messaging in disconnected modes | |
| US7548956B1 (en) | Spam control based on sender account characteristics | |
| US20090106408A1 (en) | Communication management server and computer system | |
| WO2003094072A1 (en) | System and method for providing avatar mail | |
| US10116597B2 (en) | System and method for creating relationships among users of an instant messaging service | |
| EP2002639A2 (en) | Methods and devices for maintaining sessions based on presence status information | |
| JP3930489B2 (ja) | チャットシステム、通信装置、その制御方法及びプログラム | |
| SE521424C2 (sv) | Ysystem för att tilldela serviceresurser till användare samt anordning för att upprätthålla minst en kö | |
| US20020010742A1 (en) | Communication assistance method and device | |
| JP4157678B2 (ja) | 通信方法及び装置 | |
| CN103095748B (zh) | 一种发送好友更新微博消息的方法、服务器和系统 | |
| KR102276283B1 (ko) | 통지들의 소스들에 기초하여 통지들의 제공을 제어하기 위한 시스템, 방법, 및 디바이스 | |
| US20020023128A1 (en) | Chat system and record medium readable by chat system | |
| JP4854424B2 (ja) | チャットシステム、通信装置、その制御方法及びプログラム | |
| JP4560844B2 (ja) | インターネットのような電気通信網内でのインスタントメッセージングサービスに対する選択的出席管理方法 | |
| JP2007257671A (ja) | 通信方法及び装置 | |
| JP2005327253A (ja) | 管理装置、通信端末およびプログラム | |
| JP4130042B2 (ja) | 会話空間推薦方法及び装置 | |
| KR101303018B1 (ko) | 이동통신단말기를 이용한 인스턴트 메신저 서비스 시스템및 그 제어방법 | |
| JP2002073791A (ja) | 情報交換促進方法及び装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040928 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061114 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070130 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070402 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070424 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070625 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070628 |
|
| 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: 20080708 |
|
| 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: 20080714 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110718 Year of fee payment: 3 |
|
| 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: 20110718 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120718 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120718 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130718 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |