(57)【要約】【課題】本発明は通信方法及びシステムに関し、拡大する利用者数の中で利用者及びサービス提供者には設備投資軽減を図ることができる通信方法及びシステムを提供することを目的としている。【解決手段】複数の通信端末１と全体の動作を制御する制御装置２がネットワーク３を介して接続され、前記制御装置２が通信端末１間の通信を制御する通信システムにおいて、前記制御装置２に通信情報を一時的に記憶する記憶部４を設け、第１の通信端末１が即時通知不要とされる状態として検出された場合には、第２の通信端末１からのインスタントメッセージやプレゼンス状態を一時的に前記記憶部４に保存しておき、前記第１の通信端末１が即時通知要とされる状態として検出された場合には、前記一時的に保存されていたインスタントメッセージやプレゼンス状態を相手方通信端末１に通知するように構成される。【選択図】図１
2007264769.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の通信端末の間で、第１の通信端末が即時通知不要とされる状態として検出された場合には、第２の通信端末からのインスタントメッセージやプレゼンス状態を一時的に保存しておき、前記第１の通信端末が即時通知要とされる状態として検出された場合には、前記一時的に保存されていたインスタントメッセージやプレゼンス状態を相手方通信端末に通知することを特徴とする通信方法。
【請求項２】
前記第１の通信端末は、自身のプレゼンス状態が如何なる時に即時通知要／不要とするか判断する条件を設定できることを特徴とする請求項１記載の通信方法。
【請求項３】
前記第１の通信端末は、発呼通信端末別に即時通知要／不要と判断する条件を設定できることを特徴とする請求項１記載の通信方法。
【請求項４】
前記第１の通信端末は、第２の通信端末が通知するプレゼンス状態を即時要／不要と判断する条件に設定できることを特徴とする請求項１記載の通信方法。
【請求項５】
複数の通信端末と全体の動作を制御する制御装置がネットワークを介して接続され、前記制御装置が通信端末間の通信を制御する通信システムにおいて、
前記制御装置に通信情報を一時的に記憶する記憶部を設け、
第１の通信端末が即時通知不要とされる状態として検出された場合には、第２の通信端末からのインスタントメッセージやプレゼンス状態を一時的に前記記憶部に保存しておき、前記第１の通信端末が即時通知要とされる状態として検出された場合には、前記記憶部に一時的に保存されていたインスタントメッセージやプレゼンス状態を相手方通信端末に通知することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信方法及びシステムに関し、更に詳しくはインターネット等のネットワークを介してリアルタイムにプレゼンス状態（現状状態）やテキスト情報を配達又は交換することができる通信方法及びシステムに関する。
【背景技術】
【０００２】
従来、ＩＭ（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｅ：音声ではなく文字等を送信するもの）システムとしては、インターネットを介してリアルタイムにプレゼンス状態やテキスト情報を配達又は交換することができるシステムが広く知られている。このシステムは、図１５に示すように、複数の通信端末１と全体を制御する制御装置２とそれらを接続するインターネット３から構成されたシステムによって提供される。ここで、通信端末１としては、例えば専用のプログラムが組み込まれたパーソナルコンピュータ（パソコン：ＰＣ）等が用いられる。図では、通信端末１の利用者として利用者Ａから利用者Ｅが存在する場合を示す。ここでは、通信端末１と利用者とを同じ番号で示す。即ち、通信端末１と利用者１とは同じものである。
【０００３】
このＩＭシステムにおいて、制御装置２は各通信端末１の利用者のプレゼンス状態を監視及び記録すると共に、オンラインの利用者の通信端末１に他の利用者の通信端末のプレゼンス状態を通知する。また、これによって、サービス利用者は、通信したい他の利用者のプレゼンス状態を確認した上で、その利用者にテキスト情報を配達又は交換すると、利用者の通信端末１上にテキスト情報が自動表示され、結果としてリアルタイムに配達を可能としている。
【０００４】
配達されたテキスト情報に対し、利用者が利用者宛に返信することで、その返信されたテキスト情報が利用者の通信端末１上に自動表示され、リアルタイムに情報の交換を可能にしている。このサービスの重要な特徴は、情報を送りたい相手のすぐ確認できる状態か確認してから配達でき、迅速且つ確実に通信できる点にある。
【０００５】
これに対して電子メールは、相手が利用するメールサーバと呼ばれる電子メールを一時的に保管しておくコンピュータに一方的に配達するだけのため、相手がその電子メールをメールサーバからリアルタイムに取り出し、確認するという保証はなく、いつ相手に伝わるか全く分からない。また、情報のリアルタイム性といった視点からは電話が挙げられるが、サービスはインターネットを利用するため、高額な通信費をかけることなく、世界中に利用者とコミュニケーションが可能である。
【０００６】
図１６は従来のＩＭサービスを示すシーケンス図である。図１５と同一のものは、同一の符号を付して示す。図では、通信端末１の利用者として利用者Ａ〜Ｄが存在し、これら利用者と制御装置２とが接続され、通信を行っている。利用者Ｂ〜Ｄがそれぞれ制御装置２に利用者Ａの監視を登録する。制御装置２は、利用者Ａのプレゼンス状態の変化を監視しており、利用者Ａのプレゼンス状態が変化すると、それぞれの利用者Ｂ〜Ｄに対して利用者Ａのプレゼンス状態変化を通知する。ここで、利用者Ａのプレゼンス状態が変化したとは、例えば利用者Ａが席を離れた場合等が考えられる。
【０００７】
この従来の通信方法では、監視端末の数が多い程、バースト的な信号量が増加し、制御装置２の負担が増加する。
従来のこの種の装置としては、利用者の端末に登録している対話者とのコミニケーション状況の観測値を基に、各対話者の状態問い合わせ間隔を決定するようにした技術が知られている（例えば特許文献１参照）。
【特許文献１】特開２００３−２９６２５９号公報（段落００１６〜００２９、図１〜図４）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
近年、インターネットや携帯電話網を利用したインスタントメッセージやプレゼンスサービスが普及し始めている。プレゼンスサービスを利用することで、利用者は他の利用者のプレゼンス状態をリアルタイムに知ることができるようになった。このプレゼンス情報は、プレゼンスプロトコルで他の利用者に通知されるが、サービスの普及に伴い、通信網内のトラヒックは増加し、通信設備への負担やサービス性低下を及ぼしかねないため、通信設備やサービス性を維持した効率的な利用が必須の課題となっている。
【０００９】
本発明はこのような課題に鑑みてなされたものであって、拡大する利用者数の中で利用者にはサービス性を維持し、サービス提供者には設備投資軽減を図ることができる通信方法及びシステムを提供することを目的としている。
【課題を解決するための手段】
【００１０】
（１）請求項１記載の発明は、ネットワークに接続された複数の通信端末の間で、第１の通信端末が即時通知不要とされる状態として検出された場合には、第２の通信端末からのインスタントメッセージやプレゼンス状態を一時的に保存しておき、前記第１の通信端末が即時通知要とされる状態として検出された場合には、前記一時的に保存されていたインスタントメッセージやプレゼンス状態を相手方通信端末に通知することを特徴とする。
【００１１】
（２）請求項２記載の発明は、前記第１の通信端末は、自身のプレゼンス状態が如何なる時に即時通知要／不要とするか判断する条件を設定できることを特徴とする。
（３）請求項３記載の発明は、前記第１の通信端末は、発呼通信端末別に即時通知要／不要と判断する条件を設定できることを特徴とする。
【００１２】
（４）請求項４記載の発明は、前記第１の通信端末は、第２の通信端末が通知するプレゼンス状態を即時要／不要と判断する条件に設定できることを特徴とする。
（５）請求項５記載の発明は、複数の通信端末と全体の動作を制御する制御装置がネットワークを介して接続され、前記制御装置が通信端末間の通信を制御する通信システムにおいて、前記制御装置に通信情報を一時的に記憶する記憶部を設け、第１の通信端末が即時通知不要とされる状態として検出された場合には、第２の通信端末からのインスタントメッセージやプレゼンス状態を一時的に前記記憶部に保存しておき、前記第１の通信端末が即時通知要とされる状態として検出された場合には、前記記憶部に一時的に保存されていたインスタントメッセージやプレゼンス状態を相手方通信端末に通知することを特徴とする。
【００１３】
６．また、この発明において、前記第１の通信端末は、第２の通信端末が通知するインスタントメッセージに対するキーワードを即時通知要／不要と判断する条件に設定できることを特徴とする。
【００１４】
７．また、この発明において、前記第１の通信端末は、第２の通信端末が通知するインスタントメッセージに付与できる優先度を即時通知要／不要と判断する条件に設定できることを特徴とする。
【００１５】
８．また、この発明において、前記第１の通信端末は複数一致とし、即時通知要／不要と判断する条件に設定できることを特徴とする。
９．また、この発明において、前記第２の通信端末が通知するプレゼンス状態が第１の通信端末の即時通知不要から即時通知要期間に複数回変化しても最終変化が即時通知不要前と同プレゼンス状態となった場合には状態変化なしと判断することを特徴とする。
【００１６】
１０．また、この発明において、前記第２の通信端末が通知するインスタントメッセージが第１の通信端末の即時通知不要から即時通知要期間に複数回通知された場合には、内容を一括し通知可能とすることを特徴とする。
【００１７】
１１．また、この発明において、前記第１の通信端末が特権加入者の場合には、前記第２の通信端末の即時通知要／不要と判断する条件を設定できることを特徴とする。
【発明の効果】
【００１８】
（１）請求項１記載の発明によれば、即時通知不要とされた通信端末に対してはその情報を保存しておき、即時通知要と変化した場合には、前記保存された情報を通知するようにしたので、バースト的に発生するトラヒックを抑制し、制御装置の負荷の軽減を図ることができる。
【００１９】
（２）請求項２記載の発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する条件をカスタマイズ可能（自身のプレゼンス状態別）としたものであり、通信端末は自身のプレゼンス状態が如何なる時に即時通知要／不要とするかを判断する条件を設定できるので、通信システムの効率的な運用を図ることができる。
【００２０】
（３）請求項３記載の発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する条件をカスタマイズ可能（相手別）としたものであり、通信端末が即時通知要／不要と判断する条件を設定できるので、通信システムの効率的な運用を図ることができる。
【００２１】
（４）請求項４記載の発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する条件をカスタマイズ可能（相手のプレゼンス状態別）としたものであり、通信端末が他の通信端末が通知するプレゼンス状態を即時通知要／不要に判断する条件に設定することができる。
【００２２】
（５）請求項５記載の発明によれば、即時通知不要とされた通信端末に対してはその情報を記憶部に保存しておき、即時通知要と変化した場合には、前記記憶部に保存された情報を通知するようにしたので、制御装置の負荷の軽減を図ることができる。
【００２３】
６．この発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する条件をカスタマイズ可能（文字キーワード別）としたものであり、通信端末は、他の通信端末が通知するインスタントメッセージを要／不要に設定することができ、通信システムの効率的な運用を図ることができる。
【００２４】
７．また、この発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する条件をカスタマイズ可能（優先度別）としたものであり、通信端末は、他の通信端末が通知するインスタントメッセージに付与する優先度を要／不要に設定することができ、通信システムの効率的な運用を図ることができる。
【００２５】
８．また、この発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する条件をカスタマイズ（条件複数一致）としたものであり、通信端末が複数一致の場合に、即時通知要／不要に設定することができ、通信システムの効率的な運用を図ることができる。
【００２６】
９．また、この発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する前の状態と最新保存状態を比較することで更なるトラヒック軽減を図ることができる。
【００２７】
１０．また、この発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存した複数のインスタントメッセージを統合することで更なるトラヒック軽減を図ることができる。
【００２８】
１１．また、この発明によれば、上記課題を解決するにあたり利便性を損なわないため、制御装置に一旦保存する条件を特権加入者が編集可能とすることができる。
【発明を実施するための最良の形態】
【００２９】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
図１は本発明システムの一実施の形態例を示すブロック図である。図１５と同一のものは、同一の符号を付して示す。図において、１は複数設けられた通信端末、２は通信端末１間の通信の制御を行なう制御装置、３は通信端末１と制御装置２とが接続されるインターネットである。４は制御装置２と接続され、通信端末１からの情報を一時記憶する記憶部である。１ａは各通信端末１に設けられた設定画面表示のための表示部である。ここでは、通信端末１の利用者が利用者Ａ〜利用者Ｅまで存在する場合を示しているが、本発明はこれに限るものではなく、任意の数の利用者であってもよい。
【００３０】
図２は本発明の動作概要を示すフローチャートである。システムとしては、図１に示すシステムを用いる。制御装置２に利用者Ａと利用者Ｂとが接続されている場合について説明する。先ず、利用者Ａが制御装置２に接続（ログイン）する（Ｓ１）。次に、利用者Ｂが制御装置２に接続（ログイン）する。ここで、利用者Ａがプレゼンス状態変化（即時通知不要）を制御装置２に通知する（Ｓ３）。制御装置２は、利用者Ｂのプレゼンス状態をチェックする。利用者Ｂは即時通知要状態のため、利用者Ａのプレゼンス状態変化を通知する（Ｓ４）。即ち、制御装置２から利用者Ｂにあてて利用者Ａのプレゼンス状態変化を通知する（Ｓ５）。
【００３１】
次に、利用者Ｂからプレゼンス状態変化通知が制御装置２に与えられる（Ｓ６）。制御装置２は、この通知を受けると、利用者Ａのプレゼンス状態をチェックし、利用者Ａは即時通知不要状態のため、利用者Ｂのプレゼンス状態を一旦記憶部４に保存する（Ｓ７）。
【００３２】
次に、利用者Ａからプレゼンス状態変化通知（即時通知要）を制御装置２に対して与える（Ｓ８）。制御装置２は、利用者Ｂのプレゼンス状態をチェックする。利用者Ｂは即時通知要状態のため、利用者Ａのプレゼンス状態変化を通知する。また、利用者Ａに対する保存データの有無を記憶部４を参照してチェックし、利用者Ｂのプレゼンス状態を通知する（Ｓ９）。この結果、利用者Ａに対して利用者Ｂのプレゼンス状態変化が通知され（Ｓ１０）、利用者Ｂに対して利用者Ａのプレゼンス状態変化が通知される（Ｓ１１）。
【００３３】
このように、本発明によれば、即時通知不要とされた通信端末に対してはその情報を保存しておき、即時通知要と変化した場合には、前記保存された情報を通知するようにしたので、バースト的に発生するトラヒックを抑制し、制御装置の負荷の軽減を図ることができる。
【００３４】
次に、実行画面の表示例を参照しながら、本発明の具体的な動作を説明する。図３〜図１０は本発明の実行画面の表示例を示す図である。システムとしては、図１に示すものを用いる。自身のプレゼンス状態が如何なる時に即時通知要／不要とするか判断する条件を設定する際、通信端末１にインストールされているＷＥＢブラウザより制御装置２でサービス中のＵＲＬにアクセスする。そして、表示部１ａに図３に示すように表示された画面１よりアカウントとパスワードを入力後、「了解」ボタンを押下する。この結果、画面１は図４に示す画面２に切り替わる。
【００３５】
表示された画面２には、「条件設定画面」が表示され、また「下記の条件設定により１つ選択し、了解を押下して下さい。」という表示がなされ、その下に１）自身のプレゼンス状態別、２）相手別、３）相手のプレゼンス状態別、４）文字キーワード別、５）優先度別の表示がなされている。今、自身のプレゼンス状態が如何なる時に即時通知要／不要とするか判断する条件を設定するところであるので、１）自身のプレゼンス状態別をクリックする（以下●で示す）。そして、了解ボタンを押すと、図５の画面３に切り替わる。
【００３６】
画面３は、「自身のプレゼンス状態別−条件設定画面」が表示され、「下記自身のプレゼンス状態別に即時通知要否を選択し、了解を押下して下さい。」と表示されている。ここで、利用者は、オンラインでは「即時要」を、オフラインでは「即時不要」を、離席中では「即時不要」を、電話中では「即時要」を、取り込み中では「即時不要」をそれぞれ選択する。そして、「了解」ボタンを押下することで、制御装置の記憶部４に記憶され、設定完了となる。
【００３７】
この実施の形態例によれば、制御装置２に一旦保存する条件をカスタマイズ可能（自身のプレゼンス状態別）としたものであり、通信端末１は自身のプレゼンス状態が如何なる時に即時通知要／不要とするかを判断する条件を設定できるので、通信システムの効率的な運用を図ることができる。
【００３８】
発呼通信端末（相手）別に即時通知要／不要と判断する条件を設定する際、通信端末１にインストールされているＷＥＢブラウザより制御装置２でサービス中のＵＲＬにアクセスし、表示された図３の画面１よりアカウントとパスワードを入力後、「了解」ボタンを押下することで、図４の画面２に切り替わる。
【００３９】
表示された画面２より「相手別」をチェックし、「了解」ボタンを押下することで、図６の画面４に切り替わる。画面４では、「相手別−条件設定画面」と表示され、「下記に自身が即時不要状態であっても例外的に即時通知したい利用者を記述し、了解を押下して下さい。（一度の入力可能な加入者は５名）」と表示される。なお、一度の入力可能な加入者は５名である必要はなく、任意の数であってよいが、上限は設ける必要がある。
【００４０】
そこで、利用者はキーボードから利用者のアドレスを入力する。画面４の例では、044123456789@xxx.comと、test_user@yyy.comが入力されている場合を示している。この後、「了解」ボタンを押下することで、制御装置２の記憶部４に記憶され、設定完了となる。
【００４１】
この実施の形態例によれば、制御装置に一旦保存する条件をカスタマイズ可能（相手別）としたものであり、通信端末が即時通知要／不要と判断する条件を設定できるので、通信システムの効率的な運用を図ることができる。
【００４２】
通知通信端末１のプレゼンス状態に対して即時通知要／不要と判断する条件に設定する際、通信端末１にインストールされているＷＥＢブラウザより制御装置２でサービス中のＵＲＬにアクセスし、表示された図３の画面１よりアカウントとパスワードを入力後、「了解」ボタンを押すと図４に示す画面２に切り替わる。
【００４３】
表示された図４の画面２より「相手のプレゼンス状態別」をチェックし、「了解ボタン」を押下すると、図７の画面５に切り替わる。画面５では、「相手のプレゼンス状態別−条件設定画面」と表示され、「下記に自身が即時不要状態であっても例外的に即時通知したい利用者のプレゼンス状態を記述・選択し、了解を押下して下さい。」と表示される。
【００４４】
そこで、利用者は白枠の中に即時通知したい相手のアドレス（この例では044123456789@xxx.com）を記入し、オンライン、オフライン、離席中、電話中、取り込み中毎に即時通知の要、不要をチェックし、「了解」ボタンを押下すると制御装置２の記憶部４に記憶され、設定完了となる。
【００４５】
この実施の形態例によれば、制御装置に一旦保存する条件をカスタマイズ可能（相手のプレゼンス状態別）としたものであり、通信端末が他の通信端末が通知するプレゼンス状態を即時通知要／不要に判断する条件に設定することができる。
【００４６】
通知通信端末１のインスタントメッセージのキーワードに対し即時通知要／不要と判断する条件に設定する際、通信端末１にインストールされているＷＥＢブラウザより制御装置２でサービス中のＵＲＬにアクセスし、表示された図３の画面１よりアカウントとパスワードを入力後、「了解」ボタンを押下することで、図４の画面２に切り替わる。表示された画面２より「文字キーワード別」をチェックし「了解」ボタンを押すと、図８の画面６に切り替わる。
【００４７】
画面６では、「キーワード別−条件設定画面」と表示され、「下記に自身が即時通知不要状態であっても例外的に即時通知したいインスタントメッセージ上のキーワードを記述し、了解を押下して下さい。」と表示される。ここで、利用者がキーワードとして「重要」を入力し、「了解」ボタンを押下することで、制御装置２の記憶部４に記憶され、設定完了となる。
【００４８】
この実施の形態例によれば、制御装置に一旦保存する条件をカスタマイズ可能（文字キーワード別）としたものであり、通信端末は、他の通信端末が通知するインスタントメッセージを要／不要に設定することができ、通信システムの効率的な運用を図ることができる。
【００４９】
通知通信端末１のインスタントメッセージに付与できる優先度で即時通知要／不要と判断する条件に設定する際、通信端末１にインストールされているＷＥＢブラウザより制御装置２でサービス中のＵＲＬにアクセスし、表示された図３の画面１よりアカウントとパスワードを入力した後、「了解」ボタンを押下すると図４の画面２に切り替わる。
【００５０】
表示された図４の画面２より「優先度別」をチェックし、「了解」ボタンを押下することで、図９の画面７に切り替わる。画面７では、「優先度別−条件設定画面」と表示され、「下記に自身が即時不要状態であっても例外的に即時通知したい優先度を選択し、了解を押下して下さい。」と表示される。ここで、最緊急、緊急、周知、通常のそれぞれの場合において、即時要と不要とを選択して「了解」ボタンを押下すると、制御装置２の記憶部４に記憶され、設定完了となる。
【００５１】
この実施の形態例によれば、制御装置に一旦保存する条件をカスタマイズ可能（優先度別）としたものであり、通信端末は、他の通信端末が通知するインスタントメッセージに付与する優先度を要／不要に設定することができ、通信システムの効率的な運用を図ることができる。
【００５２】
なお、本発明によれば、図５の画面３から図９の画面７までで設定した条件が複数一致とし、複数一致した場合に即時通知要／不要と判断することが可能である。
特権加入者が通信端末１にインストールされているＷＥＢブラウザより制御装置２でサービス中のＵＲＬにアクセスし手表示された図３の画面１よりアカウントとパスワードを入力後、「了解」ボタンを押下すると画面は図１０の画面８に切り替わる。表示された画面８には、「変更利用者」と「条件設定画面」が表示され、「下記の条件設定より１つ選択し、了解を押下して下さい。」と表示される。
【００５３】
利用者が変更利用者として、例えば「044123456789@xxx.com」と入力し、「条件設定画面」で、自身のプレゼンス状態別、相手別、相手のプレゼンス状態別、文字キーワード別、優先度別の内から任意の状態を選択する。図では、「相手別」が選択されている。画面８以降の画面遷移は、図４の画面２以降と同様である。図１０の画面８にて、変更利用者を指定しない場合には、特権加入者自身の即時通知要／不要と判断する条件を設定することになる。
【００５４】
この実施の形態例によれば、制御装置２の記憶部４に一旦保存する条件を特権加入者が編集可能とすることができる。
また、本発明によれば、制御装置２に一旦保存する前の状態と最新保存状態を比較することで更なるトラヒック軽減を図ることができる。
【００５５】
また、本発明によれば、制御装置２に一旦保存した複数のインスタントメッセージを統合することで更なるトラヒック軽減を図ることができる。
図１１は即時通知要否を判断する条件を設定・変更する例を示す図である。入力パラメータの名称と概要と、出力情報のタグと概要がそれぞれ示されている。
【００５６】
ＷＥＢブラウザからの操作は、図１２に示すＨＴＴＰインタフェースに変換され、制御装置２へ通知される。
制御装置２は、図１３に示すようなソフトウェア構造を持つ。ＷＥＢブラウザからの操作で設定された即時通知有無条件は、信号送受信処理部２１にて受信し、受付部２２にて即時通知有無条件変更・登録の場合には保存し、信号送受信処理部２１よりＷＥＢブラウザへ正常返信する。
【００５７】
信号送受信処理部２１にてフォーマット異常や受付部２２での保存異常時には、信号送受信処理部２１よりＷＥＢブラウザへ異常返信する。通信端末１よりプレゼンス状態やインスタントメッセージが送信された場合、信号送受信処理部２１にて受信し、受付部２２には即時通知有無条件変更・登録以外の場合には、更に状態管理部２３に制御を委ねる。
【００５８】
状態管理部２３では、通知元の状態を格納／通知先の状態を確認後、通知先へ即時通知すべきか通知要否判定部２４に問い合わせる。通知要否判定部２４では、保存した即時通知可否条件を読み出し、即時通知可否を決定する。この場合において、即時通知要となった場合、通常通りのリアルタイムにて処理する。即時通知否となった場合、状態管理部２３にてプレゼンス状態やインスタントメッセージを保存する。
【００５９】
図１３において、２５は即時通知可否条件、２６はプレゼンス状態、２７はインスタントメッセージ、２８は状態を保存するデータベースである。これらデータベースは、図１の記憶部４に設置される。
【００６０】
図１４は本発明のＩＭサービスを示すシーケンスである。利用者１としては、利用者Ａ〜利用者Ｄまで存在する。利用者Ｂ〜利用者Ｄは制御装置２に利用者Ａの監視を登録する（Ｓ１〜Ｓ３）。次に、利用者Ｂから制御装置２に対してプレゼンス状態変化通知（即時不要）を行なう（Ｓ４）。これから遅れて、利用者Ｄから制御装置２に対してプレゼンス状態変化通知（即時不要）を行なう（Ｓ５）。この結果、利用者Ａのプレゼンス状態が変化した時に、その状態の通知を受けるのは利用者Ｃだけである。利用者Ａのプレゼンス状態変化が制御装置２に通知されると、利用者Ａのプレゼンス状態変化を利用者Ｃのみに通知する。
【００６１】
上述の実施の形態例では、本発明をインターネットを介して接続される場合について説明したが、本発明はこれに限るものではなく、他のネットワーク等にも等しく適用することができる。
【００６２】
（付記１）
ネットワークに接続された複数の通信端末の間で、第１の通信端末が即時通知不要とされる状態として検出された場合には、第２の通信端末からのインスタントメッセージやプレゼンス状態を一時的に保存しておき、前記第１の通信端末が即時通知要とされる状態として検出された場合には、前記一時的に保存されていたインスタントメッセージやプレゼンス状態を相手方通信端末に通知することを特徴とする通信方法。
【００６３】
（付記２）
前記第１の通信端末は、自身のプレゼンス状態が如何なる時に即時通知要／不要とするか判断する条件を設定できることを特徴とする付記１記載の通信方法。
【００６４】
（付記３）
前記第１の通信端末は、発呼通信端末別に即時通知要／不要と判断する条件を設定できることを特徴とする付記１記載の通信方法。
【００６５】
（付記４）
前記第１の通信端末は、第２の通信端末が通知するプレゼンス状態を即時要／不要と判断する条件に設定できることを特徴とする付記１記載の通信方法。
【００６６】
（付記５）
複数の通信端末と全体の動作を制御する制御装置がネットワークを介して接続され、前記制御装置が通信端末間の通信を制御する通信システムにおいて、
前記制御装置に通信情報を一時的に記憶する記憶部を設け、
第１の通信端末が即時通知不要とされる状態として検出された場合には、第２の通信端末からのインスタントメッセージやプレゼンス状態を一時的に前記記憶部に保存しておき、前記第１の通信端末が即時通知要とされる状態として検出された場合には、前記記憶部に一時的に保存されていたインスタントメッセージやプレゼンス状態を相手方通信端末に通知することを特徴とする通信システム。
【００６７】
（付記６）
前記第１の通信端末は、第２の通信端末が通知するインスタントメッセージに対するキーワードを即時通知要／不要と判断する条件に設定できることを特徴とする付記１記載の通信方法。
【００６８】
（付記７）
前記第１の通信端末は、第２の通信端末が通知するインスタントメッセージに付与できる優先度を即時通知要／不要と判断する条件に設定できることを特徴とする付記１記載の通信方法。
【００６９】
（付記８）
前記第１の通信端末は複数一致とし、即時通知要／不要と判断する条件に設定できることを特徴とする付記１乃至４と付記６の何れかに記載の通信方法。
【００７０】
（付記９）
前記第２の通信端末が通知するプレゼンス状態が第１の通信端末の即時通知不要から即時通知要期間に複数回変化しても最終変化が即時通知不要前と同プレゼンス状態となった場合には状態変化なしと判断することを特徴とする付記１乃至４と付記項６乃至７の何れかに記載の通信方法。
【００７１】
（付記１０）
前記第２の通信端末が通知するインスタントメッセージが第１の通信端末の即時通知不要から即時通知要期間に複数回通知された場合には、内容を一括し通知可能とすることを特徴とする付記１乃至４と付記６乃至７の何れかに記載の通信方法。
【００７２】
（付記１１）
前記第１の通信端末が特権加入者の場合には、前記第２の通信端末の即時通知要／不要と判断する条件を設定できることを特徴とする付記１乃至４と付記６乃至１０の何れかに記載の通信方法。
【００７３】
以上、詳細に説明したように、本発明によれば、図１６に示すようなバースト的なトラヒック増加による通信設備への負担やサービス性低下を及ぼし兼ねないインスタントサービスシステムにおいて、図１４に示すようにユーザ利便性を損なうことなく、高度サービス性を維持することができる。また、本発明によれば、特権機能を持たせることにより、悪意呼に対してや不正利用者に対する一時的な利用制限など、保守面で複数のメリットを得ることができる。
【図面の簡単な説明】
【００７４】
【図１】本発明システムの一実施の形態例を示すブロック図である。
【図２】本発明の動作概要を示すフローチャートである。
【図３】本発明の実行画面の表示例を示す図である。
【図４】本発明の実行画面の表示例を示す図である。
【図５】本発明の実行画面の表示例を示す図である。
【図６】本発明の実行画面の表示例を示す図である。
【図７】本発明の実行画面の表示例を示す図である。
【図８】本発明の実行画面の表示例を示す図である。
【図９】本発明の実行画面の表示例を示す図である。
【図１０】本発明の実行画面の表示例を示す図である。
【図１１】即時通知要否を判定する条件を設定・変更する例を示す図である。
【図１２】ＨＴＴＰインタフェースの説明図である。
【図１３】制御装置のソフトウェア構造を示す図である。
【図１４】本発明のＩＭサービスを示すシーケンス図である。
【図１５】ＩＭシステムの構成概念図である。
【図１６】従来のＩＭサービスを示すシーケンス図である。
【符号の説明】
【００７５】
１    通信端末
１ａ  表示部
２    制御装置
３    インターネット
４    記憶部
【図１】
2007264769.tif 000003
【図２】
2007264769.tif 000004
【図３】
2007264769.tif 000005
【図４】
2007264769.tif 000006
【図５】
2007264769.tif 000007
【図６】
2007264769.tif 000008
【図７】
2007264769.tif 000009
【図８】
2007264769.tif 000010
【図９】
2007264769.tif 000011
【図１０】
2007264769.tif 000012
【図１１】
2007264769.tif 000013
【図１２】
2007264769.tif 000014
【図１３】
2007264769.tif 000015
【図１４】
2007264769.tif 000016
【図１５】
2007264769.tif 000017
【図１６】
2007264769.tif 000018