JP2008059305A - メッセージ送受信システム、サーバ装置、端末装置、サーバ処理プログラム、端末処理プログラム、状態情報送信方法、及び状態情報表示方法 - Google Patents

Abstract

【課題】メッセージの受け付けをユーザの許容範囲内に抑え、ユーザがより円滑にメッセンジャーを利用することができるメッセージ送受信を行う。
【解決手段】ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する複数の端末装置と、夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示する。
【選択図】図５

Description

本発明は、ネットワークを通じて端末装置間で、メッセージの送受信を行うことが可能なメッセージ送受信システム等の技術分野に関する。

近年、インターネットやイントラネット等のネットワークを通じて携帯電話機やパーソナルコンピュータ等の端末装置間で、テキストメッセージ（一般にインスタントメッセージと呼ばれる）の交換ができるインスタントメッセンジャー（ＩＭクライアントとも呼ばれ、端末装置にインストールされるコミュニケーション用アプリケーションソフト）が普及している（例えば、特許文献１参照）。

かかるインスタントメッセンジャーにおいては、端末装置のユーザは、自己の状態（例えば、オンライン、オフラインの他、取り込み中、退席中、ランチ中等）を示す状態情報を設定する（当該ユーザが端末装置上で予め用意されている中から選択、或いは当該ユーザが任意に入力することによる）ことで、当該状態情報を、友達登録している（インスタントメッセージの交換を行う相手として互いに許可し合った）他のユーザに対して通知（当該他のユーザの端末装置上に表示）することが可能になっている。
特開２００３−４４４１８号公報

しかしながら、あるユーザが例えばオンラインの状態で、他の複数のユーザとインスタントメッセージの交換をしている状態においては、無制限で、さらに他の複数のユーザ（例えば友達登録しているユーザ）の端末装置からのインスタントメッセージを受け付ける可能性がある。

とはいえ、実際に他のユーザとインスタントメッセージの交換を行っている状態では、自己の状態情報を変更（例えば、オンラインから取り込み中に変更）設定して遮断するわけにもいかず、ユーザは、自己の許容範囲を超えたインスタントメッセージを受け付ける結果になってしまうことがあるという問題があった。

本発明は、このような問題に鑑みてなされたものであり、その課題の一例は、メッセージの受け付けをユーザの許容範囲内に抑え、ユーザがより円滑にメッセンジャーを利用することができるメッセージ送受信システム、サーバ装置、端末装置、サーバ処理プログラム、端末処理プログラム、状態情報送信方法、及び状態情報表示方法を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する複数の端末装置と、夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサーバ装置と、を備えるメッセージ送受信システムにおいて、夫々の前記端末装置は、前記サーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する状態情報表示手段と、一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するウインドウ表示手段と、を備え、前記サーバ装置は、一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特定する特定手段と、前記特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特定されたユーザの端末装置に送信する状態情報送信手段と、を備えることを特徴とする。

この発明によれば、端末装置おける上記対話数が、予め設定された制限数以上となった場合、当該対話に対応する他の端末装置のユーザ以外のユーザを特定し、特定されたユーザに対してのみ一の端末装置におけるユーザの状態情報が指示困難状態情報であるとして、当該指示困難状態情報を、特定されたユーザの端末装置に送信するように構成したので、当該特定されたユーザに対して上記一の端末装置におけるユーザがメッセージの指示を行うことが困難又は不可能な状態にあることを、事前に（メッセージの交換（対話）前に）、迅速かつ効果的に認識させることができ、したがって、メッセージの受け付けを一の端末装置におけるユーザの許容範囲内に抑え、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換を行うことができる。

請求項２に記載の発明は、ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する複数の端末装置夫々におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサーバ装置において、夫々の前記端末装置は、前記サーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示し、且つ、一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するものあり、前記サーバ装置は、一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特定する特定手段と、前記特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特定されたユーザの端末装置に送信する状態情報送信手段と、を備えることを特徴とする。

この発明によれば、サーバ装置は、上記特定されたユーザに対して上記一の端末装置におけるユーザがメッセージの指示を行うことが困難又は不可能な状態にあることを、事前に（メッセージの交換前に）、迅速かつ効果的に認識させることができ、したがって、メッセージの受け付けを一の端末装置におけるユーザの許容範囲内に抑え、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換を行うことができる。

請求項３に記載の発明は、請求項２に記載のサーバ装置において、前記一の前記端末装置における前記対話数が、前記制限数に達した後当該制限数未満になった場合、又は前記制限数より大きくなった後当該制限数になった場合、前記状態情報送信手段は、前記特定されたユーザに対する前記一の端末装置におけるユーザの前記指示困難状態情報を前記指示可能状態情報に変更し、当該指示可能状態情報を、前記特定されたユーザの端末装置に送信することを特徴とする。

この発明によれば、上記一の端末装置における対話数が、上記制限数に達した後制限数未満になった場合又は制限数より大きくなった後制限数になった場合、上記特定されたユーザに対する当該一の端末装置におけるユーザの指示困難状態情報を指示可能状態情報に変更し、当該指示可能状態情報を、上記特定したユーザの端末装置に送信するように構成したので、当該特定されたユーザに対して上記一の端末装置におけるユーザがメッセージの指示を行うことが可能な状態になったことを迅速かつ効果的に認識させることができ、したがって、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換を行うことができる。

請求項４に記載の発明は、請求項１乃至３の何れかに記載のサーバ装置において、前記一の端末装置における前記対話数が、前記制限数以上となったか否かは当該一の端末装置において判別されるものであって、前記一の端末装置における前記対話数が前記制限数以上となったことを示す情報を、当該一の端末装置から取得する対話数判別結果取得手段を更に備えることを特徴とする。

この発明によれば、前記対話数が、前記制限数以上になったか否かを端末装置が判別し、サーバ装置が端末装置から制限数以上となったことを示す情報を取得するので、サーバ装置に対する負担を極力低減させることができ、更に、既存のシステムに対して本発明を適用し易くすることができる。

請求項５に記載の発明は、請求項１乃至３の何れかに記載のサーバ装置において、前記一の端末装置における前記対話数が、前記制限数以上になったか否かを判別する対話数判別手段を更に備えることを特徴とする。

この発明によれば、前記対話数が、前記制限数以上になったか否かをサーバ装置が判別するので、端末装置に対する負担を極力低減させることができる。

請求項６に記載の発明は、ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する端末装置において、夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理するサーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する状態情報表示手段と、一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するウインドウ表示手段と、を備え、前記状態情報表示手段は、前記ユーザの対話数が、予め設定された制限数以上となった場合に、前記サーバ装置から送信された、当該他の端末装置における前記ユーザの前記指示困難状態情報を表示することを特徴とする。

この発明によれば、上記一の端末装置のユーザは、上記特定されたユーザに対して自己がメッセージの指示を行うことが困難又は不可能な状態にあることを、事前に（メッセージの交換前に）、迅速かつ効果的に認識させることができ、したがって、メッセージの受け付けを一の端末装置におけるユーザの許容範囲内に抑え、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換を行うことができる。

請求項７に記載の発明は、請求項６に記載の端末装置において、前記状態情報表示手段は、前記対話数が、前記制限数に達した後当該制限数未満になった場合、又は前記制限数より大きくなった後当該制限数になった場合、前記サーバ装置から送信された、当該他の端末装置における前記ユーザの前記指示可能状態情報を表示することを特徴とする。

この発明によれば、上記特定されたユーザに対して上記一の端末装置におけるユーザがメッセージの指示を行うことが可能な状態になったことを迅速かつ効果的に認識させることができ、したがって、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換を行うことができる。

請求項８に記載の発明は、請求項６又は７に記載の端末装置において、前記対話数が、前記制限数以上になったか否かを判別する対話数判別手段と、前記ウインドウ画面の数が前記制限数以上になった場合には、当該ウインドウ画面の数が前記制限数以上となったことを示す情報を、前記サーバ装置に送信する対話数判別結果送信手段と、を更に備えることを特徴とする。

この発明によれば、前記対話数が、前記制限数以上になったか否かを端末装置が判別し、制限数以上となったことを示す情報をサーバ装置に送信するので、サーバ装置に対する負担を極力低減させることができ、更に、既存のシステムに対して本発明を適用し易くすることができる。

請求項９に記載の発明は、請求項６乃至８の何れか一項に記載の端末装置において、前記状態情報表示手段は、前記メッセージを交換する相手として互いに許可しあったユーザの前記状態情報を表示することを特徴とする。

請求項１０に記載の発明は、請求項６乃至９の何れか一項に記載の端末装置において、前記制限数は、ユーザからの指示に応じて入力され、設定されることを特徴とする。

この発明によれば、各ユーザは、ウインドウ画面の制限数を任意に設定可能であるので、ユーザ毎に合った許容範囲でより円滑に複数のユーザとの間でメッセージの交換を行うことができる。

請求項１１に記載のサーバ処理プログラムの発明は、請求項２乃至５の何れか一項に記載のサーバ装置として機能させることを特徴とする。

請求項１２に記載の端末処理プログラムの発明は、請求項６乃至１０の何れか一項に記載の端末装置として機能させることを特徴とする。

請求項１３に記載の発明は、ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する複数の端末装置夫々におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサーバ装置における状態情報送信方法であって、夫々の前記端末装置は、前記サーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示し、且つ、一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するものあり、一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特定する工程と、当該特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特定したユーザの端末装置に送信する工程と、を備えることを特徴とする。

請求項１４に記載の発明は、ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する端末装置における状態情報表示方法であって、夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理するサーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する工程と、一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示する工程と、前記ユーザの対話数が、予め設定された制限数以上となった場合に、前記サーバ装置から送信された、当該他の端末装置における前記ユーザの前記指示困難状態情報を表示する工程と、を備えることを特徴とする。

本発明によれば、上記特定されたユーザに対して上記一の端末装置におけるユーザがメッセージの指示を行うことが困難又は不可能な状態にあることを、事前に（メッセージの交換前に）、迅速かつ効果的に認識させることができ、したがって、メッセージの受け付けを一の端末装置におけるユーザの許容範囲内に抑え、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換を行うことができる。

以下、図面を参照して本発明の最良の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、メッセージ送受信システムに対して本発明を適用した場合の実施形態である。

［１．メッセージ送受信システムの構成及び機能］
先ず、本実施形態に係るメッセージ送受信システムＳの構成及び機能について、図１等を用いて説明する。

図１は、本実施形態に係るメッセージ送受信システムＳの概要構成例を示す図である。

図１に示すように、メッセージ送受信システムＳは、ＩＭ（インスタントメッセンジャー）サービス提供サーバＳＡ（サーバ装置の一例）と、インターネットやイントラネット等のネットワークＮＷ（通信回線及びルーター等の中継機器等により構成される）を通じて他のユーザ端末ＵＴｍとの間でインスタントメッセージ（以下、単に、「メッセージ」という）の送受信を行うことが可能なインスタントメッセンジャー機能（以下、単に、「メッセンジャー」という）を有する複数のユーザ端末（端末装置の一例）ＵＴｍ（ｍ＝１，２・・・ｋ）と、を含んで構成されている。

なお、図１に示す例では、一つのＩＭサービス提供サーバＳＡを示しているが、当該ＩＭサービス提供サーバＳＡは、複数のサーバ群（例えば、アプリケーションサーバ、プロキシサーバ、リダイレクトサーバ、レジストラ、及びロケーションサーバ等）から構成されるものであっても良い。

ＩＭサービス提供サーバＳＡは、ネットワークＮＷに接続されており、固有のＩＰ（Internet Protocol）アドレス（グローバルＩＰアドレス）が割り当てられている。一方、各ユーザ端末ＵＴｍは、例えばインターネットサービスプロバイダのサーバを通じてネットワークＮＷに接続可能になっており、当該ネットワークＮＷに接続する際、固有のＩＰ（Internet Protocol）アドレス（例えばグローバルＩＰアドレス）が割り当てられるようになっている。

ここで、ＩＭサービス提供サーバＳＡの構成及び機能について、図２及び図３等を用いて説明する。

図２は、ＩＭサービス提供サーバＳＡの概要構成の一例を示すブロック図であり、図３は、ユーザ情報データベース２１における登録情報例を示す図である。

図２に示すように、ＩＭサービス提供サーバＳＡは、ネットワークＮＷに接続してユーザ端末ＵＴｍ等との通信状態を制御する通信部１と、オペレーティングシステム（Ｏ／Ｓ），各種プログラム（本発明のサーバ処理プログラムを含む）及びデータ等を記憶する記憶部２（例えば、ハードディスクドライブ等）と、通信部１及び記憶部２とシステム制御部８との間のインタフェース処理を行う入出力インタフェース部３と、ＣＰＵ（Central Processing Unit）５，ＲＯＭ（Read Only Memory）６，及びＲＡＭ（Random Access Memory）７等を備えるシステム制御部８と、を備え、システム制御部８と入出力インタフェース部３とは、システムバス４を介して接続されている。なお、入出力インタフェース部３には、オペレータ等からの操作指示を受け付け、その指示内容を指示信号としてシステム制御部８に出力する操作部、及び文字や画像等の情報を表示する表示部等が接続されるが、図示を省略している。

システム制御部８は、ＣＰＵ５が、ＲＯＭ６や記憶部２に記憶された各種プログラムを読み出し実行することにより、ユーザ端末ＵＴｍのアドレス情報、ユーザのユーザＩＤ、パスワード、及びニックネーム（スクリーンネームともいう、以下、「ＮＮ」と称する）、並びに当該ユーザの状態を示す状態情報等を、記憶部２に構築されたユーザ情報データベース２１に登録してユーザ毎に管理すると共に、本発明における特定手段、状態情報送信手段、及び対話数判別結果取得手段（又は対話数判別手段）等として機能し、後述する処理を行うようになっている。

図３に示すユーザ情報データベース２１における登録情報例では、ユーザ毎に、アドレス情報、ユーザＩＤ、パスワード、ＮＮ、友だち登録しているメンバー（以下、「友録メンバー」という）のＮＮ、及び夫々の友録メンバーに対して提示される状態を示す状態情報が、互いに対応付けられて登録されている。なお、この他にも、各ユーザの電子メールアドレス及び、各ユーザの後述するチャットウインドウ画面の制限数やセッションの制限数を示す情報等が登録されるようにしても良い。

ここで、ユーザＩＤ、パスワード、及びＮＮは、例えば各ユーザ端末ＵＴｍがＩＭサービス提供サーバＳＡに接続して、当該システムＳの利用するための手続処理を経て登録される。また、ユーザＩＤ及びＮＮは、当該システムＳにおいてユーザ毎に一意に与えられるものであり、他のユーザと重複しないように登録される。

また、アドレス情報には、例えば、ネットワークＮＷへのユーザ端末ＵＴｍの接続時に割り当てられたＩＰアドレス（現在のＩＰアドレス）が含まれている。例えば、メッセンジャーが起動したユーザ端末ＵＴｍからのログイン（サインイン）要求（ユーザＩＤ及びパスワードを含む）に応じてログイン処理が実行され、ログインが許可された場合（つまり、ユーザＩＤ及びパスワードがユーザ情報データベース２１に登録されている場合）、当該ユーザ端末ＵＴｍのアドレス情報がユーザ情報データベース２１に登録される。

また、友録メンバーは、メッセージを交換する相手として互いに許可しあったユーザであり、ユーザ端末ＵＴｍからの友だち登録要求に応じて友録メンバーとなるユーザのＮＮ（当該ユーザのユーザＩＤであっても良い）がユーザ情報データベース２１に登録される。友録メンバーとして許可しあったユーザ同士の間では、お互いの状態表示を公開するようにすることができる。

また、各ユーザの状態情報は、友録メンバー毎に登録（例えば、ログインの際、若しくはユーザの状態の変更があった際に登録）されるようになっており、図３に示す例では、ＮＮ「ａａａａａ」であるユーザの状態情報は、当該ユーザの全ての友録メンバー（つまり、ＮＮ「ｂｂｂｂｂ」、ＮＮ「ｃｃｃｃｃ」、ＮＮ「ｄｄｄｄｄ」、ＮＮ「ｅｅｅｅｅ」、及びＮＮ「ｇｇｇｇｇ」の夫々のユーザ）に対して「オンライン」を示す状態情報が登録されている（これにより、全ての友録メンバーに対して「オンライン」の状態が提示されることになる）。なお、当該状態情報を、友録メンバー毎に異なるように個別設定できる（例えば、ＮＮ「ｇｇｇｇｇ」であるユーザに対してのみ常に「オフライン」とする設定等）ように構成しても構わない。

なお、例えば、ＮＮ「ａａａａａ」であるユーザがログアウトした場合には、当該ユーザの状態情報として、例えば「オフライン」を示す状態情報がユーザ情報データベース２１に登録されることになる。

そして、システム制御部８は、ユーザ端末ＵＴｍからのログイン要求に応じて当該ログインを許可した際に、当該ユーザ端末ＵＴｍのユーザの友録メンバー（つまり、当該ユーザと友だち登録していている他のユーザ）の状態情報（例えば、当該メンバーがログインしているのであれば「オンライン」を示す状態情報、当該メンバーがログインしていないのであれば「オフライン」を示す状態情報）を、通信部１及びネットワークＮＷ等を介して当該ユーザ端末ＵＴｍに送信（通知）する。また、このとき、システム制御部８は、当該ログインしたユーザの状態情報（例えば、「オンライン」を示す状態情報）を、当該ユーザの全ての友録メンバーのＮＮに対応付けてユーザ情報データベース２１に登録し、当該ユーザの友録メンバーのうちログインしている友録メンバーのユーザ端末ＵＴｍに対して送信（通知）するようになっている（当該ユーザ端末ＵＴｍが定期的にＩＭサービス提供サーバＳＡから上記ログインしたユーザの状態情報を取得するものであっても良い）。

なお、「オンライン」を示す状態情報は、ユーザがメッセージの指示（言い換えれば、メッセージの交換）を行うことが可能な状態にあることを示す指示可能状態情報の一例であり、指示可能状態情報としては、この他にも、例えば、「使用中」、「チャット可能」を示す状態情報等があり、どれを指示可能状態情報としてユーザ情報データベース２１に登録させるかは、ＩＭサービス提供サーバＳＡ上で予め設定されていても良いが、各ユーザはユーザ端末ＵＴｍから任意に設定可能（ユーザ自ら入力したコメントでも良い）である。

一方、「オフライン」を示す状態情報は、ユーザがメッセージの指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報の一例であり、指示困難状態情報としては、この他にも、例えば、「取り込み中」、「退席中」、「チャット困難」、「席を外しています」を示す状態情報等があり、どれを指示困難状態情報としてユーザ情報データベース２１に登録させるかは、ＩＭサービス提供サーバＳＡ上で予め設定されていても良いが、各ユーザはユーザ端末ＵＴｍから任意に設定可能（ユーザ自ら入力したコメントでも良い）である。

また、ユーザ端末ＵＴｍ間でメッセンジャーによるメッセージ交換（言い換えれば、対話（チャット））が開始される際には、当該ユーザ端末ＵＴｍ上には、ユーザからメッセージの指示（入力等）を受けるためのウインドウ画面としてのチャットウインドウ画面が、対話毎（ここで、対話毎とは、２つのユーザ端末ＵＴｍ間のメッセージの送受信による２人のユーザ間の対話ばかりでなく、３つ以上のユーザ端末ＵＴｍ間のメッセージの送受信による３人以上のユーザ間の対話も該当する（例えば、２人のユーザ間で対話を行っている際に、他のユーザを招待して３人で一つのチャットウインドウ画面を共有する場合等））に表示されることになるが、システム制御部８は、ユーザ端末ＵＴｍにおけるユーザの対話数が、予め設定された制限数以上となった（制限数に達した、或いは制限数より大きくなった）場合、（この判断は、ユーザ端末ＵＴｍが行いＩＭサービス提供サーバＳＡに通知しても良いし、ＩＭサービス提供サーバＳＡが行うようにしても良い）、夫々の対話に対応する他の（相手の）ユーザ端末ＵＴｍの友録メンバー以外の友録メンバーを特定（例えば、ユーザ端末ＵＴ１のユーザが、ユーザ端末ＵＴ３〜５の夫々のユーザ（つまり、ユーザ端末ＵＴ１のユーザの友録メンバー)とメッセージの交換を行っていた場合、当該ユーザ端末ＵＴ３〜５以外の例えばユーザ端末ＵＴ２及び７のユーザを特定）し、当該特定した友録メンバーに対してのみ、上記対話数が制限数以上となったユーザ端末ＵＴｍにおけるユーザの状態情報が指示困難状態情報（例えば、「取り込み中」（或いは、いっぱい、いっぱい）を示す状態情報）であるとしてユーザ情報データベース２１に登録し、当該指示困難状態情報を、通信部１及びネットワークＮＷ等を介して当該特定した友録メンバーのユーザ端末ＵＴｍに送信（直ちに送信しても良いし、当該ユーザ端末ＵＴｍから定期的な要求に応じて送信しても良い）するようになっている。

ここで、ユーザ端末ＵＴｍにおけるユーザの対話数が、予め設定された制限数以上となったか否かの判断は、例えば、当該ユーザ端末ＵＴｍにおいて、上述した対話を行うために現在表示されているチャットウインドウ画面及び表示されようとしているチャットウインドウ画面の少なくとも何れか一方のチャットウインドウ画面の数が、予め設定された制限数以上となったか否かを判別することにより行うことができる。かかる「表示されようとしているチャットウインドウ画面」には、例えば未だユーザ端末ＵＴｍに表示されていないが表示待機状態（例えば表示画面におけるツールバー（例えば表示画面の下端に設けられている））に、メッセージの交換相手からのメッセージ（最初のメッセージ）の受信があったことを示す情報が表示されているような状態）にあり且つユーザの指示に応じてポップアップされて表示されるチャットウインドウ画面や、例えばこれから直ちに（例えばＣＰＵ等により画面を表示するために必要な時間後に）表示されようとしているチャットウインドウ画面などが該当する。

また、上記「ユーザ端末ＵＴｍにおいて表示されているチャットウインドウ画面及び表示されようとしているチャットウインドウ画面の少なくとも何れか一方のチャットウインドウ画面の数」とは、
（１）現在表示されているチャットウインドウ画面の総数、
（２）表示されようとしているチャットウインドウ画面の総数、
（３）現在表示されているチャットウインドウ画面と表示されようとしているチャットウインドウ画面の総数、
の何れかが該当する意味である。

また、ユーザ端末ＵＴｍにおけるユーザの対話数が、予め設定された制限数以上となったか否かの判断は、例えば、上述した対話を行うユーザ端末ＵＴｍ間のセッション数が、予め設定された制限数以上となったか否かを判別することによっても行うことができる。なお、ユーザ端末ＵＴｍにおけるユーザの対話数が、予め設定された制限数以上となったか否かの判断は、その他の方法により行っても良い。

図４は、ユーザの状態が「オンライン」から「取り込み中」に変わった場合のユーザ情報データベース２１における登録情報例を示す図である。この図４に示す例では、上記特定されたユーザ端末ＵＴ２及び７のユーザ（つまり、ＮＮ「ｂｂｂｂｂ」であるユーザ及びＮＮ「ｇｇｇｇｇ」であるユーザ）に対してのみ、ＮＮ「ａａａａａ」であるユーザの状態が、「オンライン」から「取り込み中」に変更され登録されている。

図５は、ユーザ端末ＵＴｍ間でメッセージの交換が行われる場合の概念図である。この図５（Ａ）に示すように、ＮＮ「ａａａａａ」であるユーザが、ＮＮ「ｃｃｃｃｃ」であるユーザ及びＮＮ「ｄｄｄｄｄ」であるユーザとメッセージの交換中である場合には、ユーザ端末ＵＴ１におけるチャットウインドウ画面の数が制限数（ここでは、「３」とする）に達していないため、当該ＮＮ「ａａａａａ」であるユーザの全ての友録メンバーは、夫々、自己のユーザ端末ＵＴｍ上で当該ＮＮ「ａａａａａ」であるユーザの状態が「オンライン」であることを把握することになる。

一方、図５（Ｂ）に示すように、ＮＮ「ａａａａａ」であるユーザが、ＮＮ「ｃｃｃｃｃ」のユーザ及びＮＮ「ｄｄｄｄｄ」であるユーザに加えてＮＮ「ｅｅｅｅｅ」であるユーザともメッセージの交換中になった場合には、ユーザ端末ＵＴ１におけるチャットウインドウ画面の数が制限数（ここでは、「３」とする）に達したため、当該ＮＮ「ａａａａａ」であるユーザの友録メンバーのうち、ＮＮ「ｂｂｂｂｂ」であるユーザ及びＮＮ「ｇｇｇｇｇ」であるユーザのみは、夫々、自己のユーザ端末ＵＴｍ上で当該ＮＮ「ａａａａａ」であるユーザの状態が「取り込み中」であることを把握することとなる。

これにより、メッセージの受け付けを、ユーザ端末ＵＴ１のユーザの許容範囲内に抑え、当該ユーザはより円滑にメッセンジャーを利用することができる。

そして、ユーザ端末ＵＴｍにおけるユーザの対話数（例えば、当該ユーザ端末ＵＴｍにおける上記チャットウインドウ画面の数、或いは当該ユーザ端末ＵＴｍが関わるセッション数）が、上述したように、上記制限数に達した後制限数未満になった場合又は制限数より大きくなった後制限数になった場合、システム制御部８は、上記特定した友録メンバーに対する当該ユーザ端末ＵＴｍにおけるユーザの指示困難状態情報（例えば、「取り込み中」（或いは、いっぱい、いっぱい）を示す状態情報）を、ユーザ情報データベース２１上で指示可能状態情報（例えば「オンライン」を示す状態情報）に変更し、当該指示可能状態情報を、上記特定したユーザのユーザ端末ＵＴｍに送信することになる。

次に、ユーザ端末ＵＴｍの構成及び機能について、図６乃至図９を用いて説明する。

図６は、ユーザ端末ＵＴｍの概要構成の一例を示すブロック図であり、図７は、ユーザ端末ＵＴ２における表示画面例を示す図であり、図８は、ユーザ端末ＵＴ１とユーザ端末ＵＴ２がメッセージの送受信を行う際の表示画面例を示す図であり、図９は、ユーザ端末ＵＴ１においてチャットウインドウ画面の数やセッション数が制限数以上になった場合における表示画面例を示す図である。

図６に示すように、ユーザ端末ＵＴｍは、オペレータ等からの操作指示を受け付け、その指示内容を指示信号としてシステム制御部２０に出力する操作部１１（例えば、キーボード、マウス等）と、文字や画像等の情報を表示する表示部１２（例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ等）と、ネットワークＮＷに接続して他のユーザ端末ＵＴｍ又はＩＭサービス提供サーバＳＡ等との通信状態を制御する通信部１３と、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等のディスクＤＫ（記録媒体）からデータ等を読み出す一方、当該ディスクＤＫに対してデータ等を記録するドライブ部１４と、オペレーティングシステム（Ｏ／Ｓ），各種プログラム（本発明の端末処理プログラムを含む）及びデータ等（ＩＭサービス提供サーバＳＡのＩＰアドレスやＵＲＬ（Uniform Resource Locator）等を含む）を記憶する記憶部１５（例えば、ハードディスクドライブ等）と、操作部１１乃至記憶部１５とシステム制御部２０との間のインタフェース処理を行う入出力インタフェース部１６と、ＣＰＵ（Central Processing Unit）１７，ＲＯＭ（Read Only Memory）１８，及びＲＡＭ（Random Access Memory）１９等を備えるシステム制御部２０と、を備え、システム制御部２０と入出力インタフェース部１６とは、システムバス２１を介して接続されている。なお、本発明の端末処理プログラム等は、例えば、他のサーバ等からネットワークＮＷを介してダウンロードされるようにしても良いし、ＣＤ−ＲＯＭ等のディスクＤＫに記録されてドライブ部１４を介して読み込まれるようにしても良い。

システム制御部２０は、ＣＰＵ１７が、ＲＯＭ１８や記憶部１５に記憶された各種プログラムを読み出し実行することにより、メッセンジャーとして動作しつつ、本発明における状態情報表示手段、ウインドウ表示手段、対話数判別手段、及び対話数判別結果送信手段等として機能し、後述する各種処理を行うようになっている。

具体的には、例えばユーザ端末ＵＴ２（その他のユーザ端末ＵＴｍでも同様）においてメッセンジャーが起動しログインした後、メッセンジャーが起動していることを示す例えばアイコン（以下、「メッセンジャーアイコン」という）が表示部１２上におけるツールバーに表示（図示せず）されると共に、図７（Ａ）に示すような初期画面５１が表示部１２上に表示され（開き）、更に、ＩＭサービス提供サーバＳＡからの友録メンバーの状態情報が通信部１３を介して受信される。そして、システム制御部２０は、受信された夫々の友録メンバーの状態を示す状態情報を、当該初期画面５１における状態表示部５１ａに表示するようになっている。

ここで、図７（Ａ）に示す初期画面５１には、ＮＮ「ｂｂｂｂｂ」であるユーザの友録メンバーの状態を示す状態情報と共に、「設定」ボタン５１ｂ、「新規メンバーの登録」ボタン５１ｃ、ログアウトするための「ログアウト」ボタン５１ｄ、初期画面５１を閉じるための「×」（閉じる）ボタン５１ｅ、及び「チャット開始」ボタン５１ｆが、ユーザにより選択可能に設けられている。なお、当該初期画面５１が閉じた後、ユーザが操作部１１を操作して、上記メッセンジャーアイコンを選択実行（例えば、マウスによりクリック）すると、再び初期画面５１が表示されることになる。なお、図７（Ａ）に示す初期画面５１では、各友録メンバーのＮＮの右隣に状態情報が表示されているが、かかる表示形態はあくまでも一例であり、様々な表示形態を採っても良い（例えば、オンラインの状態の友録メンバーのＮＮの表示領域と、取り込み中の状態の友録メンバーのＮＮの表示領域と、を区別するなど）。また、図７（Ａ）に示す初期画面５１において、「オンライン」という文字の代わりに（或いは当該文字と共に）、「オンライン」を示すマークが表示されるように構成しても良い（「取り込み中」が表示される場合も同様）。

このような表示状態において、ユーザ端末ＵＴ２のユーザが操作部１１を操作して「設定」ボタン５１ｂを選択実行（例えば、マウスによりクリック）すると、各種設定を行うための設定画面（図示せず）が表示される。かかる設定画面において、当該ユーザの指示により、例えば上述した対話の制限数を設定したり、当該メッセージの交換相手からメッセージ（最初のメッセージ）が受信されたときに当該チャットウインドウ画面をポップアップして表示（以下、「メッセージ受信時のポップアップ表示」という）するか否か（ポップアップして表示しない場合、例えば表示部１２上におけるツールバーに、当該メッセージの受信があったことを示す情報が表示）が設定したりすること等が可能になっており、設定内容は記憶部１５に記憶される。

また、ユーザ端末ＵＴ２のユーザが操作部１１を操作して「新規メンバーの登録」ボタン５１ｃを選択実行（例えば、マウスによりクリック）すると、新たに友だち登録するための新規メンバー登録画面（図示せず）が表示される。かかる新規メンバー登録画面において、当該ユーザは、操作部１１を操作して新たに友だち登録したいユーザのＮＮ等を指定してそのユーザのユーザ端末ＵＴｍ（ＩＰアドレス宛）、或いは電子メールアドレス宛にメッセージを交換する相手（友だち）に誘う旨の情報を送信することができ、これが送信先のユーザに許可された場合には、当該友だち登録を許可したユーザのＮＮ等が記憶部１５に保存され、且つ、当該友だち登録を許可したユーザのＮＮ等を含む友だち登録要求がＩＭサービス提供サーバＳＡに送信されて、当該友だち登録要求をしたユーザ端末ＵＴ２のユーザのユーザＩＤに対応付けられてユーザ情報データベース２１に登録（友だち登録）されることになる。このように友だち登録することで、ユーザ端末ＵＴ２のユーザの友録メンバーが追加され、当該友録メンバーの状態が、当該ユーザ端末ＵＴ２の上記初期画面５１における状態表示部５１ａに表示されることになる（逆に、当該友録メンバー側においても、ユーザ端末ＵＴ２のユーザが友録メンバーとして登録されることになる）。

なお、ユーザ端末ＵＴ２は、ユーザにより指示された検索条件（例えば、年齢、性別等の検索条件）により、ＩＭサービス提供サーバＳＡに対して、当該検索条件を満たすユーザのＮＮやユーザＩＤ等の検索（ユーザ情報データベース２１に登録されている中から検索）を行わせることができ、これにより、ユーザ端末ＵＴ２のユーザは、検索されたユーザの中から新たに友だち登録したいユーザのＮＮ等を指定することができる。もちろん、ユーザ端末ＵＴ２のユーザが、新たに友だち登録したいユーザのＮＮ等を知っている場合には、ユーザ端末ＵＴ２のユーザは、新たに友だち登録したいユーザのＮＮ等を入力して指定することができる。

そして、ユーザ端末ＵＴ２のユーザが、自己の友録メンバーとメッセージの交換を行いたい場合、操作部１１を操作してメッセージの交換を行いたいオンラインの状態にある友録メンバーのＮＮを状態表示部５１ａにて指定し、「チャット開始」ボタン５１ｆを選択実行（例えば、マウスによりクリック、或いは、状態表示部５１ａにおける友録メンバーのＮＮをマウスによりダブルクリック）すると、システム制御部２０は、図７（Ｂ）に示すようなチャットウインドウ画面５２を表示部１２上に表示する（開く）ようになっている。

ここで、図７（Ｂ）に示すチャットウインドウ画面５２は、ユーザ端末ＵＴ２のユーザが、ＮＮ「ａａａａａ」であるユーザ（友録メンバー）とメッセージの交換を行うための画面であり、当該チャットウインドウ画面５２には、送信メッセージ入力欄５２ａ、「送信」ボタン５２ｂ、メッセージ出力欄５２ｃ、及びチャットウインドウ画面５２を閉じるための「×」（閉じる）ボタン５２ｄ等が設けられている。なお、図７（Ｂ）に示すチャットウインドウ画面５２には、図示はしないが、セッションを終了するための「終了」ボタンが設けられている（図８及び図９においても同様）。

このような表示状態において、ユーザ端末ＵＴ２のユーザが操作部１１を操作して送信メッセージ入力欄５２ａに所望のメッセージ（例えば比較的短い文書）を入力（例えば、キーボードにより入力）して、「送信」ボタン５２ｂを選択実行（例えば、マウスによりクリック）すると、ユーザ端末ＵＴ２がユーザ端末ＵＴ１との間でメッセンジャーによるメッセージの送受信を開始することになる。なお、「送信」ボタン５２ｂの代わりに、キーボードの「Ｅｎｔｅｒ」キーを用いるようにしてもよい。具体的には、ユーザが、送信メッセージ入力欄５２ａに所望のメッセージを入力して、例えば、キーボードの「Ｅｎｔｅｒ」キーを選択することで、メッセージの送受信を開始するような構成としてもよい。

なお、例えばユーザ端末ＵＴ２がユーザ端末ＵＴ１との間でメッセンジャーによるメッセージの送受信を開始（セッション開始）する際には、ユーザ端末ＵＴ２がＩＭサービス提供サーバＳＡからユーザ端末ＵＴ１のアドレス情報を取得することで、ユーザ端末ＵＴ２はユーザ端末ＵＴ１との間でネットワークＮＷを通じて直接的に（一般的にはＩＭサービス提供サーバＳＡを経由することなく）メッセージの送受信（例えば、公知のＳＩＰ(Session Initiation Protocol)による）を行うことになる。かかるメッセージの送受信方法については公知であるのでこれ以上の詳しい説明を省略する。また、ユーザ端末ＵＴ２は、上記ログイン時にユーザ端末ＵＴ１のアドレス情報をユーザの状態情報と共に取得するものであっても良い。

こうしてユーザ端末ＵＴ２における送信メッセージ入力欄５２ａに入力されたメッセージがネットワークＮＷを通じてユーザ端末ＵＴ１に送信され、当該メッセージがユーザ端末ＵＴ１により受信されると、図８（Ｂ）に示すように、ユーザ端末ＵＴ１における表示部１２上にチャットウインドウ画面５３が表示されると共に、当該受信されたメッセージと共にユーザ端末ＵＴ２のユーザのＮＮ「ｂｂｂｂｂ」がメッセージ出力欄５３ｃに表示されることになる。一方、図８（Ａ）に示すように、ユーザ端末ＵＴ２に表示されているチャットウインドウ画面５２におけるメッセージ出力欄５２ｃにも、送信メッセージ入力欄５２ａに入力され送信されたメッセージ等が表示される。

なお、ユーザ端末ＵＴ１においてメッセージ受信時のポップアップ表示設定がなされていない場合には、当該メッセージが受信されたときに、例えば表示部１２上におけるツールバーに、当該メッセージの受信があったことを示す情報が表示され、ユーザ端末ＵＴ１のユーザの指示（例えば当該ユーザがメッセージの受信があったことを示す情報をマウスによりクリック）に応じてチャットウインドウ画面５３が表示されると共に、当該受信されたメッセージ等がメッセージ出力欄５３ｃに表示されることになる。

このあと、ユーザ端末ＵＴ２のユーザと、ユーザ端末ＵＴ１のユーザとは、チャットウインドウ画面５１，５２上でメッセージの交換（対話）を行うこととなる。

ところで、上述した図５（Ｂ）に示すように、ユーザ端末ＵＴ１においてＮＮ「ａａａａａ」であるユーザが、ＮＮ「ｃｃｃｃｃ」であるユーザ、ＮＮ「ｄｄｄｄｄ」であるユーザ、及びＮＮ「ｅｅｅｅｅ」であるユーザとメッセージの交換中である場合、図９（Ｂ）に示すように、ユーザ端末ＵＴ１における表示部１２上には、夫々のユーザ端末ＵＴｍ３〜５のユーザ毎にチャットウインドウ画面５４〜５６が表示されるが、これらのチャットウインドウ画面の数やセッション数が制限数（ここでは、「３」とする）であるときには、上述の如く、図９（Ａ）に示すように、ユーザ端末ＵＴ２のチャットウインドウ画面５１における状態表示部５１ａに表示されたＮＮ「ａａａａａ」であるユーザ（友録メンバー）の状態が「取り込み中」になる。これにより、ユーザ端末ＵＴ２のユーザは、ユーザ端末ＵＴ１のユーザに対してメッセージを送信することを自制することになる（或いは、ＮＮ「ａａａａａ」のユーザの状態が「取り込み中」に、ユーザ端末ＵＴ２のユーザが、ユーザ端末ＵＴ１のユーザに対してメッセージを送信する操作を行っても、メッセージが送信されないように処理される）。

なお、図９（Ｂ）に示す例では、チャットウインドウ画面５４〜５６が重なって表示されているが、表示部１２における画面サイズが大きい場合、チャットウインドウ画面５４〜５６が互いに重ならずに表示される。

また、図７（Ａ）、図８及び図９においては、一つのチャットウインドウ画面で２人のユーザが対話する場合の例を示しているが、これに限定されるものではなく、一つのチャットウインドウ画面で３人以上のユーザが対話する場合（例えば、２人のユーザ間で対話している途中に後からもう一人のユーザが加わる場合等）もある（つまり、チャットウインドウ画面は、対話毎に表示されるという趣旨である）。この場合のメッセージの送受信方法についても公知であるので詳しい説明を省略する。

［２．メッセージ送受信システムの動作］
次に、本実施形態に係るメッセージ送受信システムＳの動作について説明する。

（実施例１）
先ず、実施例１では、上記チャットウインドウ画面の数が制限数に達したか否かの判断をユーザ端末ＵＴｍが行う場合の動作について、図１０乃至図１２を用いて説明する。

図１０は、実施例１において、ユーザ端末ＵＴｍのシステム制御部２０におけるメッセンジャーに係る処理を示すフローチャートであり、図１１は、実施例１又は３において、ユーザ端末ＵＴｍのシステム制御部２０における制限数設定処理を示すフローチャートであり、図１２は、実施例１又は３において、ＩＭサービス提供サーバＳＡのシステム制御部８におけるメッセンジャー応答処理を示すフローチャートである。

（ユーザ端末ＵＴｍにおける処理）
あるユーザ端末ＵＴｍにおいてメッセンジャーが起動すると、図１０に示す処理が開始され、先ず、システム制御部２０は、自動的に又はユーザの指示によりログイン処理を実行する（ステップＳ１）。

かかるログイン処理においては、上述したように、ユーザ端末ＵＴｍがネットワークＮＷを介してＩＭサービス提供サーバＳＡに接続し（セッション確立）、当該ＩＭサービス提供サーバＳＡに対してログイン要求（メッセンジャーの起動時にユーザにより入力されたユーザＩＤ及びパスワード、或いは、以前に入力され記憶部１５に保存されていたユーザＩＤ及びパスワードを含む）を行い、ＩＭサービス提供サーバＳＡによりログインが許可された場合、当該ユーザ端末ＵＴｍのアドレス情報及び当該ユーザ端末ＵＴｍのユーザの状態情報（例えば、「オンライン」を示す状態情報）が、ＩＭサービス提供サーバＳＡにより、当該ユーザのユーザＩＤに対応付けられてユーザ情報データベース２１に登録（友録メンバー毎に登録）される。また、ＩＭサービス提供サーバＳＡから当該ログインが許可されたユーザの友録メンバーの状態情報が当該ユーザ端末ＵＴｍに送信される。

次いで、システム制御部２０は、ウインドウ画面数カウンタＭを「０」に初期化し、メッセンジャーアイコン及び図７（Ａ）に示すような初期画面５１を表示部１２上に表示すると共に、受信された夫々の友録メンバーの状態を示す状態情報を、当該初期画面５１における状態表示部５１ａに表示する（ステップＳ２）。

次いで、システム制御部２０は、他のユーザ端末ＵＴｍから送信されたメッセージ（当該対話開始に係る最初のメッセージ）を受信したか否かを判別し（ステップＳ３）、受信していない場合には（ステップＳ３：ＮＯ）、ユーザからウインドウ画面開指示（例えばユーザにより所望の友録メンバーのＮＮが指定された後、「チャット開始」ボタン５１ｆの選択実行）を受け付けたか否かを判別し（ステップＳ４）、ウインドウ画面開指示を受け付けていない場合には（ステップＳ４：ＮＯ）、ユーザからウインドウ画面閉指示（例えばユーザによる「×」（閉じる）ボタン５２ｄ、或いは図７（Ｂ）に示すチャットウインドウ画面５２に設けられる「終了」ボタン（図示せず）等の選択実行）を受け付けたか否かを判別する（ステップＳ５）。

そして、ウインドウ画面閉指示を受け付けていない場合には（ステップＳ５：ＮＯ）、システム制御部２０は、その他の処理を行い（ステップＳ６）、ステップＳ７に移行する。かかるその他の処理においては、例えば、初期画面５１における「チャット開始」ボタン５１ｆ以外のボタンが選択実行された場合の処理（設定処理や登録処理等）や、チャットウインドウ画面５２における「×」（閉じる）ボタン５２ｄ以外のボタン等が選択実行された場合の処理（メッセージの送信処理等）、更には初期画面５１の表示指示に応じた処理等が行われることになる。ステップＳ７では、システム制御部２０は、ユーザからログアウト指示（例えばユーザによる「ログアウト」ボタン５１ｄの選択実行）を受け付けたか否かを判別し、ログアウト指示を受け付けた場合には（ステップＳ７：ＹＥＳ）、当該処理を終了し、ログアウト指示を受け付けない場合には（ステップＳ７：ＮＯ）、ステップＳ３に戻る。

一方、上記ステップＳ３においてメッセージ（当該対話開始に係る最初のメッセージ）が受信された場合（ステップＳ３：ＹＥＳ）、システム制御部２０は、ポップアップ表示設定がなされているか否かを判別し（ステップＳ８）、ポップアップ表示設定がなされている場合には（ステップＳ８：ＹＥＳ）、チャットウインドウ画面の表示処理を行い（ステップＳ９）、ステップＳ１１に移行する。これにより、表示部１２上に図７（Ｂ）に示すようなチャットウインドウ画面５２が表示されることになる。

一方、ポップアップ表示設定がなされていない場合には（ステップＳ８：ＮＯ）、システム制御部２０は、表示部１２上における例えばツールバーにメッセージの受信があったことを示す情報を表示し（ステップＳ１０）、ステップＳ４に移行する。そしてその後、当該メッセージの受信があったことを示す情報がユーザにより指示（例えばマウスによりクリック）された場合には、図示しないが、上記ステップＳ９に移行され、チャットウインドウ画面が表示されることになる。

なお、ポップアップ表示設定がなされていない場合（ステップＳ８：ＮＯ）、システム制御部２０は、表示部１２上における例えばツールバーにメッセージの受信があったことを示す情報を表示した後、ステップＳ１１に移行するように構成しても良い。つまり、表示されようとしているチャットウインドウ画面の数もウインドウ画面数カウンタＭに加算する趣旨である。この場合は、その後、当該メッセージの受信があったことを示す情報がユーザにより指示（例えばマウスによりクリック）された場合、チャットウインドウ画面が表示されることになるが、ウインドウ画面数カウンタＭはカウントアップされない（２重カウントアップはされない）。

次いで、システム制御部２０は、ウインドウ画面数カウンタＭに「１」を加算（インクリメント）し（ステップＳ１１）、続いて、ウインドウ画面数カウンタＭが、予め設定された制限数に達したか否かを判別（或いは、当該制限数より大きくなったか否かを判別しても良い）し（ステップＳ１２）、制限数に達していない場合（或いは、当該制限数より大きくなっていない場合）には（ステップＳ１２：ＮＯ）、ステップＳ４に移行する。一方、制限数に達した場合（或いは、当該制限数より大きくなった場合）（ステップＳ１２：ＹＥＳ）、つまり、チャットウインドウ画面の数が制限数に達した場合（或いは、当該制限数より大きくなった場合）には、システム制御部２０は、制限数フラグをオンに設定し（ステップＳ１３）、続いて、制限数以上となったことを示す情報の一例である制限数に達したことを示す情報（或いは、制限数を超えたことを示す情報）（以下、「ウインドウ画面制限情報」という（単に、制限情報ともいう））を、ネットワークＮＷを介してＩＭサービス提供サーバＳＡに送信し（ステップＳ１４）、ステップＳ４に移行する。

なお、ウインドウ画面制限情報には、当該ユーザ端末ＵＴｍのユーザのユーザＩＤ等、及び表示されている又は表示されようとしているチャットウインドウ画面（言い換えれば、ウインドウ画面数カウンタＭのカウントアップに関係するチャットウインドウ画面）に対応する友録メンバー（メッセージの交換中或いは交換しようとしている友録メンバー）のＮＮが含まれている。

一方、上記ステップＳ４においてウインドウ画面開指示を受け付けた場合には（ステップＳ４：ＹＥＳ）、システム制御部２０は、制限数フラグがオンであるか否かを判別し（ステップＳ１５）、制限数フラグがオンでない場合には（ステップＳ１５：ＮＯ）、ステップＳ９に移行し上記と同様の処理を行う。一方、制限数フラグがオンである場合には（ステップＳ１５：ＹＥＳ）、システム制御部２０は、制限数フラグオン対応処理（ステップＳ１６）を行った後、ステップＳ５に移行する。

かかる制限数フラグオン対応処理においては、例えばチャットウインドウ画面の数が制限数に達している（或いは、超えている）のでこれ以上チャットウインドウ画面を表示できないことを示すエラーメッセージが表示部１２上に表示されることになる。

一方、上記ステップＳ５においてウインドウ画面閉指示を受け付けた場合には（ステップＳ５：ＹＥＳ）、システム制御部２０は、チャットウインドウ画面の表示解除処理を行う（ステップＳ１７）。これにより、当該ウインドウ画面閉指示されたチャットウインドウ画面が表示部１２上から消去されることになる。

次いで、システム制御部２０は、ウインドウ画面数カウンタＭから「１」を減算（デクリメント）する（ステップＳ１８）。なお、上記ステップＳ５において、対話相手の友録メンバーのユーザ端末ＵＴｍ側でウインドウ画面閉指示が行われることにより、セッションが切れたことをシステム制御部２０が検知した場合にも、チャットウインドウ画面は表示されたままの状態で、ウインドウ画面数カウンタＭから「１」が減算されるように構成しても良い。

次いで、システム制御部２０は、制限数フラグがオンであるか否かを判別し（ステップＳ１９）、制限数フラグがオンでない場合には（ステップＳ１９：ＮＯ）、ステップＳ６に移行し、制限数フラグがオンである場合（この場合、上記制限数に達した後当該制限数未満になった（或いは、当該制限数より大きくなった後当該制限数になった）と判断できる）には（ステップＳ１９：ＹＥＳ）、制限数フラグをオフに設定し（ステップＳ２０）、続いて、チャットウインドウ画面の許容数になったことを示す情報（以下、「ウインドウ画面許可情報」という（単に、許可情報ともいう））を、ネットワークＮＷを介してＩＭサービス提供サーバＳＡに送信し（ステップＳ２１）、ステップＳ６に移行する。なお、上記ウインドウ画面許可情報には、当該ユーザ端末ＵＴｍのユーザのユーザＩＤ等が含まれている。

また、上記ステップＳ１９において、制限数フラグがオンであるか否かを判別する代わりに、ウインドウ画面数カウンタＭが、制限数より“１”小さくなった（或いは、制限数になった）か否かを判別し、上記制限数より“１”小さくなった（或いは制限数になった）場合に、ステップＳ２０に移行するように構成しても良い。

以上の図１０に示す処理は、ユーザ端末ＵＴｍにおける表示部１２に表示されている友録メンバーの状態が「取り込み中」である場合には、当該友録メンバーに対するメッセージの送信が抑制される（ユーザが自制するか、或いはユーザ端末ＵＴｍ上で「取り込み中」である友録メンバーを指定してウインドウ画面開指示をすることが禁止される、或いはチャットウンドウ画面が開けてもメッセージの送信が禁止される）ことを前提としたが、友録メンバーの状態が「取り込み中」である場合にも、ユーザ端末ＵＴｍ上で「取り込み中」（ユーザがメッセージの指示を行うことが困難又は不可能な状態）である友録メンバーのＮＮを指定してチャットウンドウ画面が開き、当該友録メンバーのユーザ端末ＵＴｍにメッセージを送信することができる場合も想定される。かかる場合に対応するために、上記図１０に示す処理におけるステップＳ３（ＹＥＳ）とステップＳ８との間に、制限数フラグがオンであるか否かを判別する処理を加え、上記ステップＳ３においてメッセージが受信された場合（ステップＳ３：ＹＥＳ）、システム制御部２０は、制限数フラグがオンであるか否かを判別し、制限数フラグがオンでない場合には、ステップＳ８に移行し、制限数フラグがオンである場合には、例えば当該メッセージを送信したユーザ端末ＵＴｍに対して自動的に「取り込み中」であることを示すメッセージを返信して（或いは、当該メッセージを破棄する）、ステップＳ４に移行するように構成する。このように構成すれば、ユーザ端末ＵＴｍ上で「取り込み中」である友録メンバーに対してメッセージを送信することができる場合にも、「取り込み中」であるユーザに対して負担を与えず、より円滑にメッセージャーを利用させることができる。

次に、図１１に示す制限数設定処理は、例えば上記ステップＳ６のその他の処理において、ユーザから制限数設定指示（例えばユーザにより「設定」ボタン５１ｂの選択実行）を受け付けた場合に開始される。先ず、システム制御部２０は、設定画面（図示せず）を表示部１２に表示させ（ステップＳ３１）、当該設定画面上において、ユーザから指定されたチャットウンドウ画面の制限数（例えば、当該ユーザが制限数入力欄に制限数をキーボードにより入力して指定するか、或いは予め用意されていた複数の制限数（プルダウンされたリスト表示）の中からマウスにより選択して指定）を受け付け（ステップＳ３２）、当該受け付けた制限数を新たに設定（例えば、当該受け付けた制限数を、過去に記憶部１５における制限数設定領域に保存されていた制限数に代えて上書き保存することにより設定）し（ステップＳ３３）、当該処理を終了する。こうして保存された制限数は上記ステップＳ１２にて使用されることになる。

（ＩＭサービス提供サーバＳＡにおける処理）
次に、ＩＭサービス提供サーバＳＡにおいては図１２に示すメッセンジャー応答処理が実行されており、ユーザ端末ＵＴｍから送信されてきたウインドウ画面制限情報（制限情報）が受信されると（ステップＳ４１：ＹＥＳ）、システム制御部８は、上記チャットウインドウ画面の数が、予め設定された制限数以上となった（制限数に達した、或いは制限数より大きくなった）ことを認識し、受信されたウインドウ画面制限情報に含まれるユーザＩＤ（ウインドウ画面制限情報の送信元のユーザ端末ＵＴｍのユーザのユーザＩＤ）を特定する（ステップＳ４２）。

次いで、システム制御部８は、ユーザ情報データベース２１における登録情報を参照して、上記特定したユーザＩＤに対応付けられてＮＮが登録されている友録メンバーのうち、上記受信されたウインドウ画面制限情報にＮＮが含まれる友録メンバー以外の友録メンバーを特定し（ステップＳ４３）、当該特定した友録メンバーに対してのみ（例えば、上記特定されたユーザＩＤに対応するユーザ（送信元ユーザ）のＮＮが「ａａａａａ」である場合、図４の例では、ＮＮ「ｂｂｂｂｂ」である友録メンバー、及びＮＮ「ｇｇｇｇｇ」である友録メンバー）、上記特定されたユーザＩＤに対応するユーザ（つまり、上記ウインドウ画面制限情報の送信元のユーザ端末ＵＴｍにおけるユーザ）の状態情報が指示困難状態情報であるとしてユーザ情報データベース２１に登録する（ステップＳ４４）。

そして、システム制御部８は、上記特定した友録メンバーのユーザ端末ＵＴｍのアドレス情報を特定し、当該ユーザ端末ＵＴｍに対して、上記ユーザＩＤに対応するユーザの指示困難状態情報を、ネットワークＮＷを介して送信する（ステップＳ４５）。なお、当該指示困難状態情報は、上記特定された友録メンバーのユーザ端末ＵＴｍに対して、直ちに送信（当該友録メンバーがログインしていなければログインしたときに送信）されても良いし、当該友録メンバーのユーザ端末ＵＴｍから定期的な要求に応じて送信しても良く、特に限定されるものではない。

これにより、上記特定された友録メンバーのユーザ端末ＵＴｍ上では、上記ウインドウ画面制限情報の送信元のユーザ端末ＵＴｍにおけるユーザの状態が、例えば「オンライン」から「取り込み中」に変更されて表示されることになる。

一方、ユーザ端末ＵＴｍから送信されてきたウインドウ画面許可情報（許可情報）が受信されると（ステップＳ４６：ＹＥＳ）、システム制御部８は、上記チャットウインドウ画面の数が、上記制限数に達した後制限数未満になった又は制限数より大きくなった後制限数になったことを認識し、受信されたウインドウ画面許可情報に含まれるユーザＩＤ（ウインドウ画面許可情報の送信元のユーザ端末ＵＴｍのユーザのユーザＩＤ）を特定する（ステップＳ４７）。

次いで、システム制御部８は、ユーザ情報データベース２１における登録情報を参照して、上記特定したユーザＩＤに対応付けられてＮＮが登録されている友録メンバーのうち、上記ステップＳ４３で特定された友録メンバー（すなわち、当該ユーザＩＤに対応するユーザの状態情報が指示困難状態情報として登録されている友録メンバー）に対する当該ユーザの指示困難状態情報を、ユーザ情報データベース２１上で指示可能状態情報に変更登録する（戻す）（ステップＳ４８）。

そして、システム制御部８は、上記特定したユーザＩＤに対応するユーザの状態情報が指示困難状態情報から指示可能状態情報に変更登録された友録メンバーのユーザ端末ＵＴｍのアドレス情報を特定し、当該ユーザ端末ＵＴｍに対して、上記ユーザＩＤに対応するユーザの指示可能状態情報を、ネットワークＮＷを介して送信する（ステップＳ４９）。なお、当該指示可能状態情報は、上記友録メンバーのユーザ端末ＵＴｍに対して、直ちに送信（当該友録メンバーがログインしていなければログインしたときに送信）されても良いし、当該友録メンバーのユーザ端末ＵＴｍから定期的な要求に応じて送信しても良く、特に限定されるものではない。

これにより、上記特定された友録メンバーのユーザ端末ＵＴｍ上では、上記ウインドウ画面許可情報の送信元のユーザ端末ＵＴｍにおけるユーザの状態が、例えば「取り込み中」から「オンライン」に変更されて表示されることになる。

なお、ステップＳ５０におけるその他の処理においては、ユーザ端末ＵＴｍからのログイン要求に応じたログイン処理などの種々の処理が行われるが、詳しい説明を省略する。

以上説明したように、上記実施例１に係る実施形態によれば、ユーザ端末ＵＴｍにおいて上記チャットウインドウ画面の数が、予め設定された制限数以上となった（制限数に達した、或いは制限数より大きくなった）場合、当該チャットウインドウ画面に対応する友録メンバー以外の友録メンバーを特定し、当該特定した友録メンバーに対してのみ、上記チャットウインドウ画面の数が制限数以上となったユーザ端末ＵＴｍにおけるユーザの状態情報が指示困難状態情報であるとして、当該指示困難状態情報を、当該特定した友録メンバーのユーザ端末ＵＴｍに送信するように構成したので、当該特定された友録メンバーに対して上記ユーザ端末ＵＴｍにおけるユーザがメッセージの指示を行うことが困難又は不可能な状態にあることを、事前に（メッセージの交換前に）、迅速かつ効果的に認識させることができ、したがって、メッセージの受け付けを上記ユーザ端末ＵＴｍにおけるユーザの許容範囲内に抑え、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換（対話）を行うことができる。また、各ユーザは、チャットウインドウ画面の制限数を任意に設定可能であるので、ユーザ毎に合った許容範囲でより円滑に複数の友録メンバーとの間でメッセージの交換を行うことができる。

また、ユーザ端末ＵＴｍにおいて上記チャットウインドウ画面の数が、上記制限数に達した後制限数未満になった場合又は制限数より大きくなった後制限数になった場合、上記特定した友録メンバーに対する当該ユーザ端末ＵＴｍにおけるユーザの指示困難状態情報を指示可能状態情報に変更し、当該指示可能状態情報を、上記特定したユーザのユーザ端末ＵＴｍに送信するように構成したので、当該特定された友録メンバーに対して上記ユーザ端末ＵＴｍにおけるユーザがメッセージの指示を行うことが可能な状態になったことを迅速かつ効果的に認識させることができ、したがって、ユーザがより円滑にメッセンジャーを利用し、複数のユーザとの間でメッセージの交換を行うことができる。

また、上記実施例１に係る実施形態では、上記チャットウインドウ画面の数が制限数に達したか否かの判断をユーザ端末ＵＴｍが行うように構成したので、ＩＭサービス提供サーバＳＡに対する負担を極力低減させることができ、更に、既存のメッセージ送受信システムに対して本発明を適用し易くすることができる。

また、上記実施例１に係る実施形態では、ユーザ端末ＵＴｍにおけるユーザの対話数が制限数以上となったか否を、チャットウインドウ画面の数が当該制限数以上となったか否かにより判断しているので、各ユーザは、自己の状態が友録メンバーに対してどのように提示されているかを明確に把握することができる（実施例２でも同様）。

なお、上記ステップＳ１５において制限数フラグがオンである場合、当該処理が実行されているユーザ端末ＵＴｍのユーザの状態は、現在メッセージ交換中の友録メンバー（つまり、現在表示されている夫々のチャットウインドウ画面に対応する友録メンバー）以外の友録メンバーに対しては、「取り込み中」として提示されていることになるが、この場合のステップＳ１６においてエラーメッセージが表示される代わりに、ウインドウ画面開指示（例えば、所望の友録メンバーのＮＮが指定された後、「チャット開始」ボタン５１ｆの選択実行）により当該ユーザがメッセージの交換をしたい友録メンバー（すなわち、チャットウインドウ画面が制限数以上になったにも拘わらずメッセージの交換をしたい友録メンバー）に対して提示される当該ユーザの状態を「取り込み中」から「オンライン」に変更するように構成しても良い。つまり、制限数フラグがオンになっていても、当該ユーザが自分で指定した友録メンバーとは、「チャット開始」ボタン５１ｆを選択実行することで、友録メンバーに対する自分の状態を「オンライン」として通知すると共に、チャットウインドウ画面を通して対話できるように構成する。

より具体的には、上記ステップＳ１６においてシステム制御部２０は、直前のステップＳ４におけるウインドウ画面開指示において指定された友録メンバーのＮＮ及び当該ユーザ端末ＵＴｍのユーザのユーザＩＤ等が含まれる状態変更情報をＩＭサービス提供サーバＳＡに送信した後、当該友録メンバーに対応するチャットウインドウ画面を表示し（この場合、ウインドウ画面数カウンタＭに「１」を加算されても良いし、されなくとも良い）、ステップＳ５に移行する。一方、ＩＭサービス提供サーバＳＡは、上記状態変更情報を受信すると、当該状態変更情報に含まれるユーザＩＤに対応するユーザ（つまり、状態変更情報を送信したユーザ端末ＵＴｍのユーザ）の状態のうち、当該状態変更情報に含まれるＮＮに対応する友録メンバーに対して提示される状態を、ユーザ情報データベース２１上で「取り込み中」から「オンライン」に変更登録し、当該変更された状態情報を、上記状態変更情報に含まれる友録メンバーのＮＮに対応するユーザ端末ＵＴｍに対して送信する。これにより、例えば図５（Ｂ）に示すような状況になっている場合において、ユーザ端末ＵＴ１のユーザが、ユーザ端末ＵＴ２のユーザとメッセージの交換を行いたい場合に、当該ユーザ端末ＵＴ１のユーザが、ユーザ端末ＵＴ２のユーザのＮＮ「ｂｂｂｂｂ」を指定してウインドウ画面開指示すると、ユーザ端末ＵＴ２において、ユーザ端末ＵＴ１のユーザの状態が「取り込み中」から「オンライン」に変更することとなる。したがって、これによりチャットウインドウ画面の数が制限数以上になった場合にも、ユーザは例えば至急に話したい友録メンバーとはメッセージの交換を行うことができるので、より利便性を向上させることができる。

（実施例２）
次に、実施例２では、上記チャットウインドウ画面の数が制限数に達したか否かの判断をＩＭサービス提供サーバＳＡが行う場合の動作について、図１３乃至図１５を用いて説明する。

図１３は、実施例２において、ユーザ端末ＵＴｍのシステム制御部２０におけるメッセンジャーに係る処理を示すフローチャートであり、図１４は、実施例２又は４において、ユーザ端末ＵＴｍのシステム制御部２０における制限数設定処理を示すフローチャートであり、図１５は、実施例２において、ＩＭサービス提供サーバＳＡのシステム制御部８におけるメッセンジャー応答処理を示すフローチャートである。

なお、実施例２においては、チャットウインドウ画面の制限数及びウインドウ画面数カウンタＭが、ユーザ毎に、ユーザＩＤに対応付けられて記憶部２に記憶保存されており、ウインドウ画面数カウンタＭは、ユーザのログイン時に「０」に初期化されるようになっている。

（ユーザ端末ＵＴｍにおける処理）
あるユーザ端末ＵＴｍにおいてメッセンジャーが起動すると、図１３に示す処理が開始され、先ず、システム制御部２０は、実施例１と同様、自動的に又はユーザの指示によりログイン処理を実行する（ステップＳ６１）。

次いで、システム制御部２０は、実施例１と同様、メッセンジャーアイコン及び図７（Ａ）に示すような初期画面５１を表示部１２上に表示すると共に、受信された夫々の友録メンバーの状態を示す状態情報を、当該初期画面５１における状態表示部５１ａに表示する（ステップＳ６２）。

なお、ステップＳ６３〜Ｓ６７の処理は、図１０に示すステップＳ３〜Ｓ７と同様であるので、説明を省略する。

そして、ステップＳ６３においてメッセージ（当該対話開始に係る最初のメッセージ）が受信された場合（ステップＳ６３：ＹＥＳ）、システム制御部２０は、ポップアップ表示設定がなされているか否かを判別し（ステップＳ６８）、ポップアップ表示設定がなされている場合には（ステップＳ６８：ＹＥＳ）、チャットウインドウ画面の表示処理を行い（ステップＳ６９）、ステップＳ６４に移行する。

一方、ポップアップ表示設定がなされていない場合には（ステップＳ６８：ＮＯ）、システム制御部２０は、表示部１２上における例えばツールバーにメッセージの受信があったことを示す情報を表示し（ステップＳ７０）、ステップＳ６４に移行する。そしてその後、当該メッセージの受信があったことを示す情報がユーザにより指示（例えばマウスによりクリック）された場合には、図示しないが、上記ステップＳ６９に移行され、チャットウインドウ画面が表示されることになる。

一方、ステップＳ６４においてウインドウ画面開指示を受け付けた場合には（ステップＳ６４：ＹＥＳ）、システム制御部２０は、ウインドウ画面開指示があったことを示す情報（以下、「ウインドウ画面開情報」という）を、ネットワークＮＷを介してＩＭサービス提供サーバＳＡに送信し（ステップＳ７１）、ステップＳ６９に移行する。

なお、ウインドウ画面開情報には、当該ユーザ端末ＵＴｍのユーザのユーザＩＤ等、及びウインドウ画面開指示に係るチャットウインドウ画面に対応する友録メンバー（メッセージの交換しようとしている友録メンバー）のＮＮが含まれている。

ここで、ステップＳ６４においてユーザ自らウインドウ画面開指示を行った場合、ウインドウ画面開情報がＩＭサービス提供サーバＳＡに送信されることになる（ステップＳ７１）が、対話相手となる友録メンバーからの当該対話開始に係る最初のメッセージを受信した場合（ステップＳ６４：ＹＥＳ）にステップＳ６８を経てステップＳ６９でチャットウインドウ画面が表示されるとき、ウインドウ画面開情報がＩＭサービス提供サーバＳＡに送信されない（ステップＳ７１の処理は行われない）。これは、対話相手となる友録メンバーからの当該対話開始に係る最初のメッセージの送信がＩＭサービス提供サーバＳＡにおいて認識される（後述するステップＳ９１による）からである。

一方、ステップＳ６５においてウインドウ画面閉指示を受け付けた場合には（ステップＳ６５：ＹＥＳ）、システム制御部２０は、ウインドウ画面閉指示があったことを示す情報（以下、「ウインドウ画面閉情報」という）を、ネットワークＮＷを介してＩＭサービス提供サーバＳＡに送信し（ステップＳ７２）、チャットウインドウ画面の表示解除処理を行う（ステップＳ７３）。

なお、ウインドウ画面開情報には、当該ユーザ端末ＵＴｍのユーザのユーザＩＤ等、及びウインドウ閉指示に係るチャットウインドウ画面に対応する友録メンバーのＮＮが含まれている。

次に、図１４に示す制限数設定処理は、例えば上記ステップＳ６６のその他の処理において、ユーザから制限数設定指示を受け付けた場合に開始され、システム制御部２０は、実施例１と同様、設定画面を表示部１２に表示させ（ステップＳ８１）、当該設定画面上において、ユーザから指定されたチャットウンドウ画面の制限数を受け付け（ステップＳ８２）、当該受け付けた制限数を示す制限数情報（当該ユーザ端末ＵＴｍのユーザのユーザＩＤを含む）を、ネットワークＮＷを介してＩＭサービス提供サーバＳＡに送信し（ステップＳ８３）、当該処理を終了する。

（ＩＭサービス提供サーバＳＡにおける処理）
次に、ＩＭサービス提供サーバＳＡにおいては図１５に示すメッセンジャー応答処理が実行されており、システム制御部８は、一のユーザ端末ＵＴｍから他のユーザ端末ＵＴｍへのメッセージ（当該対話開始に係る最初のメッセージ）の送信を検知した場合には（ステップＳ９１：ＹＥＳ）、当該メッセージの宛先のユーザのユーザＩＤを特定（例えば、当該メッセージに含まれる宛先のアドレス情報に対応するユーザＩＤをユーザ情報データベース２１から特定）し、当該メッセージの送信元の友録メンバーのＮＮを一時記憶する（ステップＳ９２）。

ここで、ユーザ端末ＵＴｍ間で送受信されるメッセージがＩＭサービス提供サーバＳＡを経由する場合には、当該システム制御部８は、当該メッセージを捕捉してステップＳ９２の処理を行うことができ、当該メッセージがＩＭサービス提供サーバＳＡを経由しない場合であっても、当該ＩＭサービス提供サーバＳＡは、ユーザ端末ＵＴｍ間のセッション開始及び終了を検知できるので、メッセージの送信元及び宛先のユーザのユーザＩＤ等を認識することができる。

次いで、システム制御部８は、上記特定したユーザＩＤに対応するウインドウ画面数カウンタＭに「１」を加算し（ステップＳ９３）、続いて、当該ウインドウ画面数カウンタＭが、上記特定したユーザＩＤに対応して設定されたチャットウインドウ画面の制限数に達したか否かを判別（或いは、当該制限数より大きくなったか否かを判別しても良い）し（ステップＳ９４）、当該制限数に達していない場合（或いは、当該制限数より大きくなっていない場合）には（ステップＳ９４：ＮＯ）、ステップＳ１０２に移行する。一方、当該制限数に達した場合（或いは、当該制限数より大きくなった場合）（ステップＳ９４：ＹＥＳ）には、システム制御部８は、ユーザ情報データベース２１における登録情報を参照して、上記特定したユーザＩＤに対応付けられてＮＮが登録されている友録メンバーのうち、ＮＮが一時記憶された友録メンバー以外の友録メンバーを特定し（ステップＳ９５）、当該特定した友録メンバーに対してのみ、上記特定されたユーザＩＤに対応するユーザの状態情報が指示困難状態情報（例えばＩＭサービス提供サーバＳＡにおいて指示困難状態情報としてデフォルト設定されている「取り込み中」、或いは、ユーザにより指示困難状態情報として事前に設定され、ユーザＩＤに対応付けられて登録されていた「いっぱい、いっぱい」等を示す情報）であるとしてユーザ情報データベース２１に登録（ここでは、指示可能状態情報から指示困難状態情報への変更登録となる）する（ステップＳ９６）。

そして、システム制御部８は、上記特定した友録メンバーのユーザ端末ＵＴｍのアドレス情報を特定し、当該ユーザ端末ＵＴｍに対して、上記ユーザＩＤに対応するユーザの指示困難状態情報を、ネットワークＮＷを介して送信する（ステップＳ９７）。なお、当該指示困難状態情報は、実施例１と同様、上記特定された友録メンバーのユーザ端末ＵＴｍに対して、直ちに送信されても良いし、当該友録メンバーのユーザ端末ＵＴｍから定期的な要求に応じて送信しても良い。

一方、ユーザ端末ＵＴｍから送信されてきたウインドウ画面開情報が受信されると（ステップＳ９８：ＹＥＳ）、システム制御部８は、受信されたウインドウ画面開情報に含まれるユーザＩＤを特定し、当該ウインドウ画面開情報に含まれる友録メンバーのＮＮを一時記憶する（ステップＳ９９）。

次いで、システム制御部８は、上記特定したユーザＩＤに対応するウインドウ画面数カウンタＭが既に上記制限数に達しているか否かを判別し（ステップＳ１００）、達していない場合には（ステップＳ１００：ＮＯ）、ステップＳ９３に移行し上記と同様の処理を行う。一方、ウインドウ画面数カウンタＭが既に上記制限数に達している場合には（ステップＳ１００：ＹＥＳ）、制限数以上対応処理を行う（ステップＳ１０１）。

かかる制限数対応処理においては、例えばＩＭサービス提供サーバＳＡからウインドウ画面開情報の送信元のユーザ端末ＵＴｍに対して、例えばチャットウインドウ画面の数が制限数に達している（或いは、超えている）ことを示すエラーメッセージが送信されることになる。また、かかる制限数対応処理における別の例として、実施例１と同様、ウインドウ画面開情報の送信元のユーザ端末ＵＴｍのユーザがメッセージの交換をしたい友録メンバーに対して提示される当該ユーザの状態を「取り込み中」から「オンライン」に変更するように構成しても良い。より具体的には、システム制御部８は、当該ウインドウ画面開情報に含まれるユーザＩＤに対応するユーザの状態のうち、当該ウインドウ画面開情報に含まれるＮＮに対応する友録メンバーに対して提示される状態を、ユーザ情報データベース２１上で「取り込み中」から「オンライン」に変更登録し、当該変更された状態情報を、上記状態変更情報に含まれる友録メンバーのＮＮに対応するユーザ端末ＵＴｍに対して送信する。

一方、ユーザ端末ＵＴｍから送信されてきたウインドウ画面閉情報が受信されると（ステップＳ１０２：ＹＥＳ）、システム制御部８は、受信されたウインドウ画面閉情報に含まれるユーザＩＤを特定し、当該ウインドウ画面閉情報に含まれる友録メンバーのＮＮを上記一時記憶されたものの中から消去する（ステップＳ１０３）。

次いで、システム制御部８は、上記特定したユーザＩＤに対応するウインドウ画面数カウンタＭから「１」を減算（デクリメント）し（ステップＳ１０４）、続いて、当該ウインドウ画面数カウンタＭが、上記特定したユーザＩＤに対応して設定されたチャットウインドウ画面の制限数から「１」減ったか否かを判別（或いは、制限数より大きくなった後制限数になったか否かを判別しても良い）し（ステップＳ１０５）、減っていない（例えば、未だ当該制限数にすら達していない）場合には（ステップＳ１０５：ＮＯ）、ステップＳ１１０に移行する。

一方、上記制限数から「１」減った（或いは、制限数より大きくなった後制限数になった）場合には（ステップＳ１０５：ＹＥＳ）、システム制御部８は、ユーザ情報データベース２１における登録情報を参照して、上記特定したユーザＩＤに対応付けられてＮＮが登録されている友録メンバーのうち、上記ステップＳ９５で特定された友録メンバー（すなわち、当該ユーザＩＤに対応するユーザの状態情報が指示困難状態情報として登録されている友録メンバー）に対する当該ユーザの指示困難状態情報を、ユーザ情報データベース２１上で指示可能状態情報に変更登録する（戻す）（ステップＳ１０６）。

そして、システム制御部８は、上記特定したユーザＩＤに対応するユーザの状態情報が指示困難状態情報から指示可能状態情報に変更登録された友録メンバーのユーザ端末ＵＴｍのアドレス情報を特定し、当該ユーザ端末ＵＴｍに対して、上記ユーザＩＤに対応するユーザの指示可能状態情報を、ネットワークＮＷを介して送信し（ステップＳ１０７）、ステップＳ１１０に移行する。

なお、当該指示可能状態情報は、実施例１と同様、上記友録メンバーのユーザ端末ＵＴｍに対して、直ちに送信されても良いし、当該友録メンバーのユーザ端末ＵＴｍから定期的な要求に応じて送信しても良い。

一方、ユーザ端末ＵＴｍから（図１４のステップＳ８３の処理により）送信されてきた制限数情報が受信されると（ステップＳ１０８：ＹＥＳ）、システム制御部８は、受信された制限数情報に含まれるユーザＩＤを特定し、当該制限数情報に含まれる制限数を新たに設定（例えば、当該制限数情報に含まれる制限数を、過去に当該ユーザＩＤに対応付けられて記憶部２における制限数設定領域に保存されていた制限数に代えて上書き保存することにより設定）し（ステップＳ１０９）、当該処理を終了する。こうして保存された制限数は上記ステップＳ９４等にて使用されることになる。

なお、ステップＳ１１０におけるその他の処理においては、実施例１と同様、ユーザ端末ＵＴｍからのログイン要求に応じたログイン処理などの種々の処理が行われるが、詳しい説明を省略する。

以上説明したように、上記実施例２に係る実施形態によれば、基本的には上記実施例１に係る実施形態と同様の効果を得ることができる。

また、上記実施例２に係る実施形態では、上記チャットウインドウ画面の数が制限数に達したか否かの判断をＩＭサービス提供サーバＳＡが行うように構成したので、ユーザ端末ＵＴｍに対する負担を極力低減させることができる。

（実施例３）
次に、実施例３では、ユーザ端末ＵＴｍにおけるセンションの数が制限数に達したか否かの判断を当該ユーザ端末ＵＴｍが行う場合の動作について、図１６等を用いて説明する。

図１６は、実施例３において、ユーザ端末ＵＴｍのシステム制御部２０におけるメッセンジャーに係る処理を示すフローチャートである。なお、図１１及び図１２に示す処理は実施例３においても行われる。

（ユーザ端末ＵＴｍにおける処理）
あるユーザ端末ＵＴｍにおいてメッセンジャーが起動すると、図１６に示す処理が開始され、先ず、システム制御部２０は、実施例１と同様、自動的に又はユーザの指示によりログイン処理を実行する（ステップＳ１５１）。

次いで、システム制御部２０は、セッション数カウンタＭを「０」に初期化し、メッセンジャーアイコン及び図７（Ａ）に示すような初期画面５１を表示部１２上に表示すると共に、受信された夫々の友録メンバーの状態を示す状態情報を、当該初期画面５１における状態表示部５１ａに表示する（ステップＳ１５２）。

次いで、システム制御部２０は、セッション開始を検知したか否かを判別し（ステップＳ１５３）、セッション開始を検知していない場合（ステップＳ１５３：ＮＯ）、ステップＳ１５４に、セッション開始を検知した場合（ステップＳ１５３：ＹＥＳ）、ステップＳ１５７に移行する。

ここで、センション開始は、例えば通信が行われる２つのユーザ端末ＵＴｍの何れか一方でユーザからウインドウ画面開指示（例えばユーザにより所望の友録メンバーのＮＮが指定された後、「チャット開始」ボタン５１ｆの選択実行）があった場合に実行されるセッション確立処理（例えばユーザ端末ＵＴ２がＩＭサービス提供サーバＳＡからユーザ端末ＵＴ１のアドレス情報を取得した後、ユーザ端末ＵＴ２からユーザ端末ＵＴ１へリクエストし、これに応じてユーザ端末ＵＴ１からユーザ端末ＵＴ２へレスポンスし、最後にユーザ端末ＵＴ２からユーザ端末ＵＴ１にＡＣＫ（確認）を返す）を通じて、双方のユーザ端末ＵＴｍ及びＩＭサービス提供サーバＳＡにおいて検知される。

ステップＳ１５７では、システム制御部２０は、セッション数カウンタＭに「１」を加算し、続いて、セッション数カウンタＭが、予め設定された制限数に達したか否かを判別（或いは、当該制限数より大きくなったか否かを判別しても良い）し（ステップＳ１５８）、制限数に達していない場合（或いは、当該制限数より大きくなっていない場合）には（ステップＳ１５８：ＮＯ）、ステップＳ１５４に移行する。一方、制限数に達した場合（或いは、当該制限数より大きくなった場合）には（ステップＳ１５８：ＹＥＳ）、システム制御部２０は、制限数フラグをオンに設定し（ステップＳ１５９）、続いて、制限数以上となったことを示す情報の一例である制限数に達したことを示す情報（或いは、制限数を超えたことを示す情報）（以下、「セッション制限情報」という（単に、制限情報ともいう））を、ネットワークＮＷを介してＩＭサービス提供サーバＳＡに送信し（ステップＳ１６０）、ステップＳ１５４に移行する。

なお、セッション制限情報には、当該ユーザ端末ＵＴｍのユーザのユーザＩＤ等、当該セッションに係るユーザ端末ＵＴｍに対応する友録メンバー（メッセージの交換中或いは交換しようとしている友録メンバー）のＮＮが含まれている。

こうして送信されたセッション制限情報が、ＩＭサービス提供サーバＳＡにより受信されると、上記実施例１と同様、図１２のステップＳ４１〜Ｓ４５に示す処理が行われる。

一方、ステップＳ１５４では、システム制御部２０は、セッション終了を検知したか否かを判別し、セッション終了を検知していない場合（ステップＳ１５４：ＮＯ）、ステップＳ１５５に、セッション開始を検知した場合（ステップＳ１５４：ＹＥＳ）、ステップＳ１６１に移行する。

ここで、センション終了は、例えば通信が行われる２つのユーザ端末ＵＴｍの何れか一方でユーザからウインドウ画面閉指示（例えばユーザにより「×」（閉じる）ボタン５２ｄ、或いは図７（Ｂ）に示すチャットウインドウ画面５２に設けられる「終了」ボタン（図示せず）等の選択実行）があった場合、又はセッション確立後一定時間（例えば３０分）メッセージの送受信がない場合に、双方のユーザ端末ＵＴｍ及びＩＭサービス提供サーバＳＡにおいて検知される。

ステップＳ１６１では、システム制御部２０は、セッション数カウンタＭから「１」を減算する。

次いで、システム制御部２０は、制限数フラグがオンであるか否かを判別し（ステップＳ１６２）、制限数フラグがオンでない場合には（ステップＳ１６２：ＮＯ）、ステップＳ１５５に移行し、制限数フラグがオンである場合には（ステップＳ１６２：ＹＥＳ）、制限数フラグをオフに設定し（ステップＳ１６３）、続いて、セッションの許容数になったことを示す情報（以下、「セッション許可情報」という（単に、許可情報ともいう））を、ネットワークＮＷを介してＩＭサービス提供サーバＳＡに送信し（ステップＳ１６４）、ステップＳ１５５に移行する。なお、上記セッション許可情報には、当該ユーザ端末ＵＴｍのユーザのユーザＩＤ等が含まれている。

こうして送信されたセッション許可情報が、ＩＭサービス提供サーバＳＡにより受信されると、上記実施例１と同様、図１２のステップＳ４７〜Ｓ４９に示す処理が行われる。

そして、ステップＳ１５５では、実施例１と同様の処理（例えば図１１に示す処理（実施例３における当該処理では、チャットウンドウ画面の制限数ではなく、セッションの制限数が新たに設定される）等）の他、チャットウインドウ画面５２の表示処理や表示解除処置等が行われる。なお、ステップＳ１５６の処理は、図１０のステップＳ７の処理と同様である。

以上説明したように、上記実施例３に係る実施形態によれば、ユーザ端末ＵＴｍにおいて上記セッションの数が、予め設定された制限数以上となった（制限数に達した、或いは制限数より大きくなった）場合、当該セッション係る他のユーザ端末ＵＴｍに対応する友録メンバー以外の友録メンバーを特定し、当該特定した友録メンバーに対してのみ、上記セッションの数が制限数以上となったユーザ端末ＵＴｍにおけるユーザの状態情報が指示困難状態情報であるとして、当該指示困難状態情報を、当該特定した友録メンバーのユーザ端末ＵＴｍに送信するように構成したので、上記実施例１に係る発明と同様の効果を得ることができる。

また、上記実施例３に係る実施形態では、上記セッションの数が制限数に達したか否かの判断をユーザ端末ＵＴｍが行うように構成したので、ＩＭサービス提供サーバＳＡに対する負担を極力低減させることができ、比較的簡単な処理で本発明を実現することができる。

また、上記実施例３に係る実施形態では、ユーザ端末ＵＴｍにおけるユーザの対話数が制限数以上となったか否を、セッションの数が当該制限数以上となったか否かにより判断しているので、例えばチャットウインドウ画面を対話以外に開いている（例えば、過去の対話履歴を参照しながら、友録メンバーと対話するような場合）ユーザ等にとって、チャットウインドウ画面の数はカウント対象外となるので、利便性が高い（実施例４でも同様）。

（実施例４）
次に、実施例４では、ユーザ端末ＵＴｍにおけるセンションの数が制限数に達したか否かの判断をＩＭサービス提供サーバＳＡが行う場合の動作について、図１７等を用いて説明する。

図１７は、実施例４において、ＩＭサービス提供サーバＳＡのシステム制御部８におけるメッセンジャー応答処理を示すフローチャートである。なお、図１４に示す処理は実施例４においても行われる。

なお、実施例４においては、セッションの制限数及びセッション数カウンタＭが、ユーザ毎に、ユーザＩＤに対応付けられて記憶部２に記憶保存されており、セッション数カウンタＭは、ユーザのログイン時に「０」に初期化されるようになっている。

なお、実施例４におけるユーザ端末ＵＴｍにおいても、チャットウインドウ画面５２の表示処理や表示解除処置等、更には、実施例２と同様、図１４に示す処理等が行われるが説明を省略する。ただし、実施例４の場合、図１４では、ウインドウ画面の制限数ではなく、セッションの数の制限数が設定されることとなる。

（ＩＭサービス提供サーバＳＡにおける処理）
図１７において、ＩＭサービス提供サーバＳＡが、実施例３にて説明したように、ユーザ端末ＵＴｍ間におけるセンション開始を検知すると（ステップＳ１７１：ＹＥＳ）、当該セッションに係る全てのユーザのユーザＩＤを特定し、当該特定したユーザＩＤ毎に友録メンバーのＮＮを一時記憶する（ステップＳ１７２）。

次いで、システム制御部８は、上記特定したユーザＩＤに対応するセッション数カウンタＭに「１」を加算し（ステップＳ１７３）、続いて、当該セッション数カウンタＭが、上記特定したユーザＩＤに対応して設定されたセッションの制限数に達したか否かを判別（或いは、当該制限数より大きくなったか否かを判別しても良い）し（ステップＳ１７４）、当該制限数に達していない場合（或いは、当該制限数より大きくなっていない場合）には（ステップＳ１７４：ＮＯ）、ステップＳ１７８に移行する。一方、当該制限数に達した場合（或いは、当該制限数より大きくなった場合）（ステップＳ１７４：ＹＥＳ）には、システム制御部８は、ステップＳ１７５に移行する。

なお、ステップＳ１７５〜Ｓ１７７の処理は、図１５のステップＳ９５〜Ｓ９７の処理と同様である。

また、ステップＳ１７３〜Ｓ１７７の処理は、ステップＳ１７２で特定したユーザＩＤ（ユーザ）毎に行われる（つまり、ユーザ毎に別々に、セッション数カウンタＭがカウントアップし、当該セッション数カウンタＭが制限数に達したか等が判断される）。

そして、ステップＳ１７８において、実施例３にて説明したように、ユーザ端末ＵＴｍ間におけるセンション終了が検知されると（ステップＳ１７８：ＹＥＳ）、当該セッションに係る全てのユーザのユーザＩＤを特定し、当該特定したユーザＩＤ毎に友録メンバーのＮＮを消去する（ステップＳ１７９）。

次いで、システム制御部８は、上記特定したユーザＩＤに対応するセッション数カウンタＭから「１」を減算し（ステップＳ１８０）、続いて、当該セッション数カウンタＭが、上記特定したユーザＩＤに対応して設定されたセッションの制限数から「１」減ったか否かを判別（或いは、制限数より大きくなった後制限数になったか否かを判別しても良い）し（ステップＳ１８１）、減っていない（例えば、未だ当該制限数にすら達していない）場合には（ステップＳ１８１：ＮＯ）、ステップＳ１８６に移行する。

一方、上記制限数から「１」減った（或いは、制限数より大きくなった後制限数になった）場合には（ステップＳ１８１：ＹＥＳ）、ステップＳ１８２に移行する。

なお、ステップＳ１８２及びＳ１８３の処理は、図１５のステップＳ１０６及びＳ１０７の処理と同様である。

また、ステップＳ１８０〜Ｓ１８３の処理は、ステップＳ１７９で特定したユーザＩＤ（ユーザ）毎に行われる。

なお、ステップＳ１８４〜Ｓ１８６の処理は、図１５のステップＳ１０８〜Ｓ１１０の処理と同様である。なお、実施例４におけるステップＳ１０９の処理では、チャットウンドウ画面の制限数ではなく、セッションの制限数が新たに設定される。

以上説明したように、上記実施例４に係る実施形態によれば、基本的には上記実施例２に係る実施形態と同様の効果を得ることができる。

また、上記実施例４に係る実施形態では、上記セッションの数が制限数に達したか否かの判断をＩＭサービス提供サーバＳＡが行うように構成したので、ユーザ端末ＵＴｍに対する負担を極力低減させることができ、比較的簡単な処理で本発明を実現することができる。

本実施形態に係るメッセージ送受信システムＳの概要構成例を示す図である。 ＩＭサービス提供サーバＳＡの概要構成の一例を示すブロック図である。 ユーザ情報データベース２１における登録情報例を示す図である。 ユーザの状態が「オンライン」から「取り込み中」に変わった場合のユーザ情報データベース２１における登録情報例を示す図である。 ユーザ端末ＵＴｍ間でメッセージの交換が行われる場合の概念図である。 ユーザ端末ＵＴｍの概要構成の一例を示すブロック図である。 ユーザ端末ＵＴ２における表示画面例を示す図である。 ユーザ端末ＵＴ１とユーザ端末ＵＴ２がメッセージの送受信を行う際の表示画面例を示す図である。 ユーザ端末ＵＴ１においてチャットウインドウ画面の数が制限数以上になった場合における表示画面例を示す図である。 実施例１において、ユーザ端末ＵＴｍのシステム制御部２０におけるメッセンジャーに係る処理を示すフローチャートである。 実施例１又は３において、ユーザ端末ＵＴｍのシステム制御部２０における制限数設定処理を示すフローチャートである。 実施例１又は３において、ＩＭサービス提供サーバＳＡのシステム制御部８におけるメッセンジャー応答処理を示すフローチャートである。 実施例２において、ユーザ端末ＵＴｍのシステム制御部２０におけるメッセンジャーに係る処理を示すフローチャートである。 実施例２又は４において、ユーザ端末ＵＴｍのシステム制御部２０における制限数設定処理を示すフローチャートである。 実施例２において、ＩＭサービス提供サーバＳＡのシステム制御部８におけるメッセンジャー応答処理を示すフローチャートである。 実施例３において、ユーザ端末ＵＴｍのシステム制御部２０におけるメッセンジャーに係る処理を示すフローチャートである。 実施例４において、ＩＭサービス提供サーバＳＡのシステム制御部８におけるメッセンジャー応答処理を示すフローチャートである。

符号の説明

１ 通信部
２ 記憶部
３ 入出力インタフェース部
４ システムバス
５ ＣＰＵ
６ ＲＯＭ
７ ＲＡＭ
８ システム制御部
１１ 操作部
１２ 表示部
１３ 通信部
１４ ドライブ部
１５ 記憶部
１６ 入出力インタフェース部
１７ ＣＰＵ
１８ ＲＯＭ
１９ ＲＡＭ
２０ システム制御部
２１ ユーザ情報データベース
ＳＡ ＩＭサービス提供サーバ
ＵＴｍ ユーザ端末
Ｓ メッセージ送受信システム
ＮＷ ネットワーク

Claims (14)

1. ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する複数の端末装置と、
   夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサーバ装置と、
   を備えるメッセージ送受信システムにおいて、
   夫々の前記端末装置は、
   前記サーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する状態情報表示手段と、
   一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するウインドウ表示手段と、
   を備え、
   前記サーバ装置は、
   一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特定する特定手段と、
   前記特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特定されたユーザの端末装置に送信する状態情報送信手段と、
   を備えることを特徴とするメッセージ送受信システム。
2. ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する複数の端末装置夫々におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサーバ装置において、
   夫々の前記端末装置は、前記サーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示し、且つ、一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するものあり、
   前記サーバ装置は、
   一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特定する特定手段と、
   前記特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特定されたユーザの端末装置に送信する状態情報送信手段と、
   を備えることを特徴とするサーバ装置。
3. 請求項２に記載のサーバ装置において、
   前記一の前記端末装置における前記対話数が、前記制限数に達した後当該制限数未満になった場合、又は前記制限数より大きくなった後当該制限数になった場合、前記状態情報送信手段は、前記特定されたユーザに対する前記一の端末装置におけるユーザの前記指示困難状態情報を前記指示可能状態情報に変更し、当該指示可能状態情報を、前記特定されたユーザの端末装置に送信することを特徴とするサーバ装置。
4. 請求項１乃至３の何れかに記載のサーバ装置において、
   前記一の端末装置における前記対話数が、前記制限数以上となったか否かは当該一の端末装置において判別されるものであって、
   前記一の端末装置における前記対話数が前記制限数以上となったことを示す情報を、当該一の端末装置から取得する対話数判別結果取得手段を更に備えることを特徴とするサーバ装置。
5. 請求項１乃至３の何れかに記載のサーバ装置において、
   前記一の端末装置における前記対話数が、前記制限数以上になったか否かを判別する対話数判別手段を更に備えることを特徴とするサーバ装置。
6. ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する端末装置において、
   夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理するサーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する状態情報表示手段と、
   一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するウインドウ表示手段と、を備え、
   前記状態情報表示手段は、前記ユーザの対話数が、予め設定された制限数以上となった場合に、前記サーバ装置から送信された、当該他の端末装置における前記ユーザの前記指示困難状態情報を表示することを特徴とする端末装置。
7. 請求項６に記載の端末装置において、
   前記状態情報表示手段は、前記対話数が、前記制限数に達した後当該制限数未満になった場合、又は前記制限数より大きくなった後当該制限数になった場合、前記サーバ装置から送信された、当該他の端末装置における前記ユーザの前記指示可能状態情報を表示することを特徴とする端末装置。
8. 請求項６又は７に記載の端末装置において、
   前記対話数が、前記制限数以上になったか否かを判別する対話数判別手段と、
   前記ウインドウ画面の数が前記制限数以上になった場合には、当該ウインドウ画面の数が前記制限数以上となったことを示す情報を、前記サーバ装置に送信する対話数判別結果送信手段と、
   を更に備えることを特徴とする端末装置。
9. 請求項６乃至８の何れか一項に記載の端末装置において、
   前記状態情報表示手段は、前記メッセージを交換する相手として互いに許可しあったユーザの前記状態情報を表示することを特徴とする端末装置。
10. 請求項６乃至９の何れか一項に記載の端末装置において、
    前記制限数は、ユーザからの指示に応じて入力され、設定されることを特徴とする端末装置。
11. 請求項２乃至５の何れか一項に記載のサーバ装置として機能させることを特徴とするサーバ処理プログラム。
12. 請求項６乃至１０の何れか一項に記載の端末装置として機能させることを特徴とする端末処理プログラム。
13. ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する複数の端末装置夫々におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサーバ装置における状態情報送信方法であって、
    夫々の前記端末装置は、前記サーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示し、且つ、一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示するものあり、
    一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特定する工程と、
    当該特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特定したユーザの端末装置に送信する工程と、
    を備えることを特徴とする状態情報送信方法。
14. ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送受信を行うことが可能なメッセンジャー機能を有する端末装置における状態情報表示方法であって、
    夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理するサーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する工程と、
    一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウインドウ画面を、前記対話毎に表示する工程と、
    前記ユーザの対話数が、予め設定された制限数以上となった場合に、前記サーバ装置から送信された、当該他の端末装置における前記ユーザの前記指示困難状態情報を表示する工程と、
    を備えることを特徴とする状態情報表示方法。

Images