WO2008026416A1 - Système de transmission/ réception de message - Google Patents

Description

明 細 書

メッセージ送受信システム

技術分野

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

背景技術

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

V、る (例えば、特許文献 1参照）。

[0003] 力、かるインスタントメッセンジャーにおいては、端末装置のユーザは、 自己の状態（ 例えば、オンライン、オフラインの他、取り込み中、退席中、ランチ中等）を示す状態 情報を設定する（当該ユーザが端末装置上で予め用意されている中から選択、或い は当該ユーザが任意に入力することによる）ことで、当該状態情報を、友達登録して

V、る（インスタントメッセージの交換を行う相手として互いに許可し合った）他のユーザ に対して通知（当該他のユーザの端末装置上に表示）することが可能になっている。 特許文献 1 :特開 2003— 44418号公報

発明の開示

発明が解決しょうとする課題

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

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

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

課題を解決するための手段

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

発明の効果

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

図面の簡単な説明

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

[図 2]IMサービス提供サーバ SAの概要構成の一例を示すブロック図である。

[図 3]ユーザ情報データベース 21における登録情報例を示す図である。

園 ₄]ユーザの状態が「オンライン」から「取り込み中」に変わった場合のユーザ情報 データベース 21における登録情報例を示す図である。

[図 5]ユーザ端末 UTm間でメッセージの交換が行われる場合の概念図である。

[図 6]ユーザ端末 UTmの概要構成の一例を示すブロック図である。

[図 7]ユーザ端末 UT2における表示画面例を示す図である。

[図 8]ユーザ端末 UT1とユーザ端末 UT2がメッセージの送受信を行う際の表示画面 例を示す図である。

園 ₉]ユーザ端末 UT1においてチャットウィンドウ画面の数が制限数以上になった場 合における表示画面例を示す図である。

[図 10]実施例 1において、ユーザ端末 UTmのシステム制御部 20におけるメッセンジ ヤーに係る処理を示すフローチャートである。

[図 11]実施例 1又は 3において、ユーザ端末 UTmのシステム制御部 20における制 限数設定処理を示すフローチャートである。

[図 12]実施例 1又は 3において、 IMサービス提供サーバ SAのシステム制御部 8にお けるメッセンジャー応答処理を示すフローチャートである。

[図 13]実施例 2において、ユーザ端末 UTmのシステム制御部 20におけるメッセンジ ヤーに係る処理を示すフローチャートである。

[図 14]実施例 2又は 4において、ユーザ端末 UTmのシステム制御部 20における制 限数設定処理を示すフローチャートである。 [図 15]実施例 2において、 IMサービス提供サーバ SAのシステム制御部 8におけるメ ッセンジャー応答処理を示すフローチャートである。

[図 16]実施例 3において、ユーザ端末 UTmのシステム制御部 20におけるメッセンジ ヤーに係る処理を示すフローチャートである。

[図 17]実施例 4において、 IMサービス提供サーバ SAのシステム制御部 8におけるメ ッセンジャー応答処理を示すフローチャートである。

符号の説明

1 通信部

2 記憶部

3 入出力インタフェース部

4 システムバス

5 CPU

6 ROM

8 ノステム制御部

11 操作部

12 表示部

13 通信部

14 ドライブ部

15 5己' 1思 p'[5

16 入出力インタフェース部

17 CPU

18 ROM

19 RAM

20 システム制御部

21 ユーザ情報データベース

SA IMサービス提供サーバ

UTm ユーザ端末 s メッセージ送受信システム

NW ネットワーク

発明を実施するための最良の形態

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

[0034] [1.メッセージ送受信システムの構成及び機能]

先ず、本実施形態に係るメッセージ送受信システム Sの構成及び機能について、図

1等を用いて説明する。

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

[0036] 図 1に示すように、メッセージ送受信システム Sは、 IM (インスタントメッセンジャー） サービス提供サーバ SA (サーバ装置の一例）と、インターネットやイントラネット等の ネットワーク NW (通信回線及びルーター等の中継機器等により構成される）を通じて 他のユーザ端末 UTmとの間でインスタントメッセージ（以下、単に、「メッセージ」とい う）の送受信を行うことが可能なインスタントメッセンジャー機能（以下、単に、「メッセン ジャー」と!/、う）を有する複数のユーザ端末 (端末装置の一例） UTm(m= 1 , 2 · · - k) と、を含んで構成されている。

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

[0038] IMサービス提供サーバ SAは、ネットワーク NWに接続されており、固有の IP (Inter net Protocol)アドレス（グローバル IPアドレス）が割り当てられている。一方、各ユーザ 端末 UTmは、例えばインターネットサービスプロバイダのサーバを通じてネットワーク NWに接続可能になっており、当該ネットワーク NWに接続する際、固有の IP (Intern et Protocol)アドレス（例えばグローバル IPアドレス）が割り当てられるようになつている [0039] ここで、 IMサービス提供サーバ SAの構成及び機能について、図 2及び図 3等を用 いて説明する。

[0040] 図 2は、 IMサービス提供サーバ SAの概要構成の一例を示すブロック図であり、図

3は、ユーザ情報データベース 21における登録情報例を示す図である。

[0041] 図 2に示すように、 IMサービス提供サーバ SAは、ネットワーク NWに接続してユー ザ端末 UTm等との通信状態を制御する通信部 1と、オペレーティングシステム（〇/ S) ,各種プログラム（本発明のサーバ処理プログラムを含む）及びデータ等を記憶す る記憶部 2 (例えば、ハードディスクドライブ等）と、通信部 1及び記憶部 2とシステム制 御部 8との間のインタフェース処理を行う入出力インタフェース部 3と、 CPU (Central Processing Unit) 5, ROM (Read Only Memory; 6,及び RAM (Random Access Mem ory) 7等を備えるシステム制御部 8と、を備え、システム制御部 8と入出力インタフエ ース部 3とは、システムバス 4を介して接続されている。なお、入出力インタフェース部 3には、オペレータ等からの操作指示を受け付け、その指示内容を指示信号としてシ ステム制御部 8に出力する操作部、及び文字や画像等の情報を表示する表示部等 が接続される力 図示を省略している。

[0042] システム制御部 8は、 CPU5が、 ROM6や記憶部 2に記憶された各種プログラムを 読み出し実行することにより、ユーザ端末 UTmのアドレス情報、ユーザのユーザ ID、 パスワード、及びニックネーム（スクリーンネームともいう、以下、「NN」と称する）、並 びに当該ユーザの状態を示す状態情報等を、記憶部 2に構築されたユーザ情報デ ータベース 21に登録してユーザ毎に管理すると共に、本発明における特定手段、状 態情報送信手段、及び対話数判別結果取得手段 (又は対話数判別手段)等として 機能し、後述する処理を行うようになっている。

[0043] 図 3に示すユーザ情報データベース 21における登録情報例では、ユーザ毎に、ァ ドレス情報、ユーザ ID、パスワード、 NN、友だち登録しているメンバー（以下、「友録 メンバー」と!/ヽぅ）の NN、及び夫々の友録メンバーに対して提示される状態を示す状 態情報が、互いに対応付けられて登録されている。なお、この他にも、各ユーザの電 子メールアドレス及び、各ユーザの後述するチャットウィンドウ画面の制限数やセッシ ヨンの制限数を示す情報等が登録されるようにしても良い。 [0044] ここで、ユーザ ID、パスワード、及び NNは、例えば各ユーザ端末 UTm力 SIMサー ビス提供サーバ SAに接続して、当該システム Sの利用するための手続処理を経て登 録される。また、ユーザ ID及び NNは、当該システム Sにおいてユーザ毎に一意に与 えられるものであり、他のユーザと重複しないように登録される。

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

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

[0047] また、各ユーザの状態情報は、友録メンバー毎に登録 (例えば、ログインの際、若し くはユーザの状態の変更があった際に登録)されるようになつており、図 3に示す例で は、 NN「aaaaa」であるユーザの状態情報は、当該ユーザの全ての友録メンバー（つ まり、 NN「bbbbb」、 NN「ccccc」、 NN「ddddd」、 NN「eeeee」、及び NN「ggggg」 の夫々のユーザ）に対して「オンライン」を示す状態情報が登録されて!/、る (これにより 、全ての友録メンバーに対して「オンライン」の状態が提示されることになる）。なお、 当該状態情報を、友録メンバー毎に異なるように個別設定できる（例えば、 NN「ggg gg」であるユーザに対してのみ常に「オフライン」とする設定等）ように構成しても構わ ない。

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

[0049] そして、システム制御部 8は、ユーザ端末 UTmからのログイン要求に応じて当該口 グィンを許可した際に、当該ユーザ端末 UTmのユーザの友録メンバー（つまり、当 該ユーザと友だち登録してレ、て!/、る他のユーザ）の状態情報（例えば、当該メンバー 力 Sログインしているのであれば「オンライン」を示す状態情報、当該メンバーがログイン して!/、な!/、のであれば「オフライン」を示す状態情報）を、通信部 1及びネットワーク N W等を介して当該ユーザ端末 UTmに送信（通知）する。また、このとき、システム制 御部 8は、当該ログインしたユーザの状態情報 (例えば、「オンライン」を示す状態情 報）を、当該ユーザの全ての友録メンバーの NNに対応付けてユーザ情報データべ ース 21に登録し、当該ユーザの友録メンバーのうちログインしている友録メンバーの ユーザ端末 UTmに対して送信（通知）するようになつている（当該ユーザ端末 UTm が定期的に IMサービス提供サーバ SAから上記ログインしたユーザの状態情報を取 得するものであっても良い）。

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

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

[0052] また、ユーザ端末 UTm間でメッセンジャーによるメッセージ交換（言い換えれば、 対話 (チャット））が開始される際には、当該ユーザ端末 UTm上には、ユーザからメッ セージの指示（入力等）を受けるためのウィンドウ画面としてのチャットウィンドウ画面 力 対話毎（ここで、対話毎とは、 2つのユーザ端末 UTm間のメッセージの送受信に よる 2人のユーザ間の対話ばかりでなぐ 3つ以上のユーザ端末 UTm間のメッセージ の送受信による 3人以上のユーザ間の対話も該当する（例えば、 2人のユーザ間で対 話を行ってレ、る際に、他のユーザを招待して 3人で一つのチャットウィンドウ画面を共 有する場合等））に表示されることになる力 システム制御部 8は、ユーザ端末 UTm におけるユーザの対話数が、予め設定された制限数以上となった (制限数に達した、 或いは制限数より大きくなつた）場合、（この判断は、ユーザ端末 UTmが行い IMサ 一ビス提供サーバ SAに通知しても良いし、 IMサービス提供サーバ SAが行うように しても良い）、夫々の対話に対応する他の（相手の）ユーザ端末 UTmの友録メンバー 以外の友録メンバーを特定（例えば、ユーザ端末 UT1のユーザが、ユーザ端末 UT 3〜5の夫々のユーザ（つまり、ユーザ端末 UT1のユーザの友録メンバー）とメッセ一 ジの交換を行っていた場合、当該ユーザ端末 UT3〜 5以外の例えばユーザ端末 U T2及び 7のユーザを特定）し、当該特定した友録メンバーに対してのみ、上記対話 数が制限数以上となったユーザ端末 UTmにおけるユーザの状態情報が指示困難 状態情報（例えば、「取り込み中」（或いは、いっぱい、いっぱい）を示す状態情報）で あるとしてユーザ情報データベース 21に登録し、当該指示困難状態情報を、通信部 1及びネットワーク NW等を介して当該特定した友録メンバーのユーザ端末 UTmに 送信（直ちに送信しても良いし、当該ユーザ端末 UTmから定期的な要求に応じて送 信しても良レ、）するようになって!/、る。

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

[0054] また、上記「ユーザ端末 UTmにお!/、て表示されて!/、るチャットウィンドウ画面及び 表示されようとしているチャットウィンドウ画面の少なくとも何れか一方のチャットウィン ドウ画面の数」とは、

(1)現在表示されているチャットウィンドウ画面の総数、

(2)表示されようとして!/、るチャットウィンドウ画面の総数、

(3)現在表示されて!/、るチャットウィンドウ画面と表示されようとして!/、るチャットウィン ドウ画面の総数、

の何れかが該当する意味である。

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

[0056] 図 4は、ユーザの状態が「オンライン」から「取り込み中」に変わった場合のユーザ情 報データベース 21における登録情報例を示す図である。この図 4に示す例では、上 記特定されたユーザ端末 UT2及び 7のユーザ（つまり、 NN「bbbbb」であるユーザ及 び NN「ggggg」であるユーザ）に対してのみ、 NN「aaaaa」であるユーザの状態が、「 オンライン」から「取り込み中」に変更され登録されて!/、る。

[0057] 図 5は、ユーザ端末 UTm間でメッセージの交換が行われる場合の概念図である。

この図 5 (A)に示すように、 NN「aaaaa」であるユーザが、 NN「ccccc」であるユーザ 及び NN「ddddd」であるユーザとメッセージの交換中である場合には、ユーザ端末 U T1におけるチャットウィンドウ画面の数が制限数 (ここでは、「3」とする）に達していな いため、当該 NN「aaaaa」であるユーザの全ての友録メンバーは、夫々、自己のユー ザ端末 UTm上で当該 NN「aaaaa」であるユーザの状態が「オンライン」であることを 把握することになる。 [0058] 一方、図 5 (B)に示すように、 NN「aaaaa」であるユーザが、 NN「ccccc」のユーザ 及び NN「ddddd」であるユーザに加えて NN「eeeee」であるユーザともメッセージの 交換中になった場合には、ユーザ端末 UT1におけるチャットウィンドウ画面の数が制 限数（ここでは、「3」とする）に達したため、当該 NN「aaaaa」であるユーザの友録メン バーのうち、 NN「bbbbb」であるユーザ及び NN「ggggg」であるユーザのみは、夫々 、 自己のユーザ端末 UTm上で当該 NN「aaaaa」であるユーザの状態が「取り込み中 」であることを巴提することとなる。

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

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

[0061] 次に、ユーザ端末 UTmの構成及び機能について、図 6乃至図 9を用いて説明する

〇

[0062] 図 6は、ユーザ端末 UTmの概要構成の一例を示すブロック図であり、図 7は、ユー ザ端末 UT2における表示画面例を示す図であり、図 8は、ユーザ端末 UT1とユーザ 端末 UT2がメッセージの送受信を行う際の表示画面例を示す図であり、図 9は、ユー ザ端末 UT1においてチャットウィンドウ画面の数やセッション数が制限数以上になつ た場合における表示画面例を示す図である。

[0063] 図 6に示すように、ユーザ端末 UTmは、オペレータ等からの操作指示を受け付け、 その指示内容を指示信号としてシステム制御部 20に出力する操作部 11 (例えば、キ 一ボード、マウス等）と、文字や画像等の情報を表示する表示部 12 (例えば、 CRT ( Cathode Ray Tube)ディスプレイ、液晶ディスプレイ等）と、ネットワーク NWに接続し て他のユーザ端末 _UTm又は IMサービス提供サーバ SA等との通信状態を制御する 通信部 13と、例えば、フレキシブルディスク、 CD (Compact Disc)、 DVD (Digital Ver satile Disc)等のディスク DK (記録媒体)からデータ等を読み出す一方、当該ディスク DKに対してデータ等を記録するドライブ部 14と、オペレーティングシステム（O/S) ,各種プログラム（本発明の端末処理プログラムを含む）及びデータ等（IMサービス 提供サーバ SAの IPアドレスや URL (Uniform Resource Locator)等を含む）を記憶 する記憶部 15 (例えば、ハードディスクドライブ等）と、操作部 11乃至記憶部 15とシ ステム制御部 20との間のインタフェース処理を行う入出力インタフェース部 16と、 CP U (Central Processing Unit) 17, ROM (Read Only Memory) 18,及び RAM (Rando m Access Memory) 19等を備えるシステム制御部 20と、を備え、システム制御部 20と 入出力インタフェース部 16とは、システムバス 21を介して接続されている。なお、本 発明の端末処理プログラム等は、例えば、他のサーバ等からネットワーク NWを介し てダウンロードされるようにしても良いし、 CD— ROM等のディスク DKに記録されてド ライブ部 14を介して読み込まれるようにしても良い。

[0064] システム制御部 20は、 CPU17力 ROM18や記憶部 15に記憶された各種プログ ラムを読み出し実行することにより、メッセンジャーとして動作しつつ、本発明における 状態情報表示手段、ウィンドウ表示手段、対話数判別手段、及び対話数判別結果送 信手段等として機能し、後述する各種処理を行うようになっている。

[0065] 具体的には、例えばユーザ端末 UT2 (その他のユーザ端末 UTmでも同様）にお いてメッセンジャーが起動しログインした後、メッセンジャーが起動していることを示す 例えばアイコン（以下、「メッセンジャーアイコン」という）が表示部 12上におけるツー ノレバーに表示（図示せず）されると共に、図 7 (A)に示すような初期画面 51が表示部 12上に表示され（開き）、更に、 IMサービス提供サーバ SAからの友録メンバーの状 態情報が通信部 13を介して受信される。そして、システム制御部 20は、受信された 夫々の友録メンバーの状態を示す状態情報を、当該初期画面 51における状態表示 部 51aに表示するようになっている。

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

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

[0068] また、ユーザ端末 UT2のユーザが操作部 11を操作して「新規メンバーの登録」ボタ ン 51cを選択実行 (例えば、マウスによりクリック)すると、新たに友だち登録するため の新規メンバー登録画面（図示せず）が表示される。かかる新規メンバー登録画面に おいて、当該ユーザは、操作部 11を操作して新たに友だち登録したいユーザの NN 等を指定してそのユーザのユーザ端末 UTm (IPアドレス宛）、或いは電子メールアド レス宛にメッセージを交換する相手（友だち）に誘う旨の情報を送信することができ、 これが送信先のユーザに許可された場合には、当該友だち登録を許可したユーザの NN等が記憶部 15に保存され、且つ、当該友だち登録を許可したユーザの NN等を 含む友だち登録要求が IMサービス提供サーバ SAに送信されて、当該友だち登録 要求をしたユーザ端末 UT2のユーザのユーザ IDに対応付けられてユーザ情報デー タベース 21に登録 (友だち登録)されることになる。このように友だち登録することで、 ユーザ端末 UT2のユーザの友録メンバーが追加され、当該友録メンバーの状態力 当該ユーザ端末 UT2の上記初期画面 51における状態表示部 51aに表示されること になる（逆に、当該友録メンバー側においても、ユーザ端末 UT2のユーザが友録メン バーとして登録されることになる）。

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

[0070] そして、ユーザ端末 UT2のユーザが、自己の友録メンバーとメッセージの交換を行 V、た!/、場合、操作部 11を操作してメッセージの交換を行!/、た!/、オンラインの状態に ある友録メンバーの NNを状態表示部 51aにて指定し、「チャット開始」ボタン 51fを選 択実行 (例えば、マウスによりクリック、或いは、状態表示部 51aにおける友録メンバ 一の NNをマウスによりダブルクリック）すると、システム制御部 20は、図 7 (B)に示す ようなチャットウィンドウ画面 52を表示部 12上に表示する（開く）ようになつている。

[0071] ここで、図 7 (B)に示すチャットウィンドウ画面 52は、ユーザ端末 UT2のユーザが、 NN「aaaaa」であるユーザ（友録メンバー）とメッセージの交換を行うための画面であ り、当該チャットウィンドウ画面 52には、送信メッセージ入力欄 52a、「送信」ボタン 52 b、メッセージ出力欄 52c、及びチャットウィンドウ画面 52を閉じるための「X」（閉じる )ボタン 52d等が設けられている。なお、図 7 (B)に示すチャットウィンドウ画面 52には 、図示はしないが、セッションを終了するための「終了」ボタンが設けられている（図 8 及び図 9においても同様）。

[0072] このような表示状態において、ユーザ端末 UT2のユーザが操作部 11を操作して送 信メッセージ入力欄 52aに所望のメッセージ (例えば比較的短い文書）を入力（例え ば、キーボードにより入力）して、「送信」ボタン 52bを選択実行 (例えば、マウスにより クリック)すると、ユーザ端末 UT2がユーザ端末 UT1との間でメッセンジャーによるメ ッセージの送受信を開始することになる。なお、「送信」ボタン 52bの代わりに、キーボ ードの「Enter」キーを用いるようにしてもよい。具体的には、ユーザが、送信メッセ一 ジ入力欄 52aに所望のメッセージを入力して、例えば、キーボードの「Enter」キーを 選択することで、メッセージの送受信を開始するような構成としてもょレ、。

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

[0074] こうしてユーザ端末 UT2における送信メッセージ入力欄 52aに入力されたメッセ一 ジがネットワーク NWを通じてユーザ端末 UT1に送信され、当該メッセージがユーザ 端末 UT1により受信されると、図 8 (B)に示すように、ユーザ端末 UT1における表示 部 12上にチャットウィンドウ画面 53が表示されると共に、当該受信されたメッセージと 共にューザ端末UT2のューザのNN「bbbbb」カSメッセージ出カ欄53cに表示される ことになる。一方、図 8 (A)に示すように、ユーザ端末 UT2に表示されているチャット ウィンドウ画面 52におけるメッセージ出力欄 52cにも、送信メッセージ入力欄 52aに 入力され送信されたメッセージ等が表示される。

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

[0076] このあと、ユーザ端末 UT2のユーザと、ユーザ端末 UT1のユーザとは、チャットウイ ンドウ画面 51 , 52上でメッセージの交換（対話）を行うこととなる。

[0077] ところで、上述した図 5 (B)に示すように、ユーザ端末 UT1において NN「aaaaa」で あるユーザが、 NN「ccccc」であるユーザ、 NN「ddddd」であるユーザ、及び NN「ee eee」であるユーザとメッセージの交換中である場合、図 9 (B)に示すように、ユーザ 端末 UT1における表示部 12上には、夫々のユーザ端末 UTm3〜5のユーザ毎に チャットウィンドウ画面 54〜56が表示される力 これらのチャットウィンドウ画面の数 やセッション数が制限数 (ここでは、「3」とする）であるときには、上述の如ぐ図 9 (A) に示すように、ユーザ端末 UT2のチャットウィンドウ画面 51における状態表示部 51a に表示された NN「aaaaa」であるユーザ（友録メンバー）の状態力 S「取り込み中」にな る。これにより、ユーザ端末 UT2のユーザは、ユーザ端末 UT1のユーザに対してメッ セージを送信することを自制することになる（或いは、 NN raaaaajのユーザの状態が 「取り込み中」に、ユーザ端末 UT2のユーザが、ユーザ端末 UT1のユーザに対して メッセージを送信する操作を行っても、メッセージが送信されないように処理される）。

[0078] なお、図 9 (B)に示す例では、チャットウィンドウ画面 54〜56が重なって表示されて いるが、表示部 12における画面サイズが大きい場合、チャットウィンドウ画面 54〜56 が互いに重ならずに表示される。

[0079] また、図 7 (A)、図 8及び図 9においては、一つのチャットウィンドウ画面で 2人のュ 一ザが対話する場合の例を示している力 これに限定されるものではなぐ一つのチ ャットウインドウ画面で 3人以上のユーザが対話する場合 (例えば、 2人のユーザ間で 対話している途中に後からもう一人のユーザが加わる場合等)もある（つまり、チャット ウィンドウ画面は、対話毎に表示されるという趣旨である）。この場合のメッセージの送 受信方法につ!/、ても公知であるので詳し!/、説明を省略する。

[0080] [2.メッセージ送受信システムの動作] 次に、本実施形態に係るメッセージ送受信システム sの動作について説明する。

[0081] (実施例 1)

先ず、実施例 1では、上記チャットウィンドウ画面の数が制限数に達したか否かの判 断をユーザ端末 _UTmが行う場合の動作について、図 10乃至図 12を用いて説明す

[0082] 図 10は、実施例 1において、ユーザ端末 UTmのシステム制御部 20におけるメッセ ンジャーに係る処理を示すフローチャートであり、図 11は、実施例 1又は 3において、 ユーザ端末 UTmのシステム制御部 20における制限数設定処理を示すフローチヤ一 トであり、図 12は、実施例 1又は 3において、 IMサービス提供サーバ SAのシステム 制御部 8におけるメッセンジャー応答処理を示すフローチャートである。

[0083] (ユーザ端末 UTmにおける処理）

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

[0084] 力、かるログイン処理においては、上述したように、ユーザ端末 UTmがネットワーク N Wを介して IMサービス提供サーバ SAに接続し（セッション確立）、当該 IMサービス 提供サーバ SAに対してログイン要求 (メッセンジャーの起動時にユーザにより入力さ れたユーザ ID及びパスワード、或いは、以前に入力され記憶部 15に保存されていた ユーザ ID及びパスワードを含む）を行い、 IMサービス提供サーバ SAによりログイン が許可された場合、当該ユーザ端末 UTmのアドレス情報及び当該ユーザ端末 UT mのユーザの状態情報 (例えば、「オンライン」を示す状態情報）が、 IMサービス提供 サーバ SAにより、当該ユーザのユーザ IDに対応付けられてユーザ情報データべ一 ス 21に登録 (友録メンバー毎に登録)される。また、 IMサービス提供サーバ SAから 当該ログインが許可されたユーザの友録メンバーの状態情報が当該ユーザ端末 UT mに送 1§される。

[0085] 次いで、システム制御部 20は、ウィンドウ画面数カウンタ Mを「0」に初期化し、メッ センジャーアイコン及び図 7 (A)に示すような初期画面 51を表示部 12上に表示する と共に、受信された夫々の友録メンバーの状態を示す状態情報を、当該初期画面 5 1における状態表示部 51aに表示する（ステップ S2)。

[0086] 次いで、システム制御部 20は、他のユーザ端末 UTmから送信されたメッセージ（ 当該対話開始に係る最初のメッセージ)を受信したか否力、を判別し (ステップ S3)、受 信して!/、な!/、場合には (ステップ S3： NO)、ユーザからウィンドウ画面開指示（例えば ユーザにより所望の友録メンバーの NNが指定された後、「チャット開始」ボタン 51fの 選択実行）を受け付けたか否力、を判別し (ステップ S4)、ウィンドウ画面開指示を受け 付けてレ、な!/、場合には (ステップ S4： NO)、ユーザからウィンドウ画面閉指示（例え ばユーザによる「X」（閉じる）ボタン 52d、或いは図 7 (B)に示すチャットウィンドウ画 面 52に設けられる「終了」ボタン（図示せず）等の選択実行）を受け付けたか否かを 判別する（ステップ S 5)。

[0087] そして、ウィンドウ画面閉指示を受け付けていない場合には (ステップ S5 : NO)、シ ステム制御部 20は、その他の処理を行い（ステップ S6)、ステップ S7に移行する。か 力、るその他の処理においては、例えば、初期画面 51における「チャット開始」ボタン 5 If以外のボタンが選択実行された場合の処理 (設定処理や登録処理等）や、チャット ウィンドウ画面 52における「 X」（閉じる）ボタン 52d以外のボタン等が選択実行された 場合の処理 (メッセージの送信処理等）、更には初期画面 51の表示指示に応じた処 理等が行われることになる。ステップ S7では、システム制御部 20は、ユーザからログ アウト指示 (例えばユーザによる「ログアウト」ボタン 51dの選択実行)を受け付けたか 否かを判別し、ログアウト指示を受け付けた場合には (ステップ S7 : YES)、当該処理 を終了し、ログアウト指示を受け付けない場合には (ステップ S7 : NO)、ステップ S3に 戻る。

[0088] 一方、上記ステップ S3においてメッセージ（当該対話開始に係る最初のメッセージ )が受信された場合 (ステップ S3 : YES)、システム制御部 20は、ポップアップ表示設 定がなされているか否かを判別し (ステップ S 8)、ポップアップ表示設定がなされてい る場合には（ステップ S8： YES)、チャットウィンドウ画面の表示処理を行い（ステップ S9)、ステップ S11に移行する。これにより、表示部 12上に図 7 (B)に示すようなチヤ ットウィンドウ画面 52が表示されることになる。

[0089] 一方、ポップアップ表示設定がなされて!/、な!/、場合には（ステップ S8： NO)、システ ム制御部 20は、表示部 12上における例えばツールバーにメッセージの受信があつ たことを示す情報を表示し (ステップ S10)、ステップ S4に移行する。そしてその後、 当該メッセージの受信があったことを示す情報がユーザにより指示（例えばマウスに よりクリック）された場合には、図示しないが、上記ステップ S9に移行され、チャットウイ ンドウ画面が表示されることになる。

[0090] なお、ポップアップ表示設定がなされて!/、な!/、場合（ステップ S 8： NO)、システム制 御部 20は、表示部 12上における例えばツールバーにメッセージの受信があったこと を示す情報を表示した後、ステップ S 11に移行するように構成しても良い。つまり、表 示されようとしているチャットウィンドウ画面の数もウィンドウ画面数カウンタ Mに加算 する趣旨である。この場合は、その後、当該メッセージの受信があったことを示す情 報がユーザにより指示（例えばマウスによりクリック）された場合、チャットウィンドウ画 面が表示されることになる力 S、ウィンドウ画面数カウンタ Mはカウントアップされない（2 重カウントアップはされな!/、）。

[0091] 次いで、システム制御部 20は、ウィンドウ画面数カウンタ Mに「1」を加算（インクリメ ント）し (ステップ S11)、続いて、ウィンドウ画面数カウンタ M力 S、予め設定された制限 数に達したか否かを判別（或いは、当該制限数より大きくなつたか否力、を判別しても 良い）し (ステップ S12)、制限数に達していない場合（或いは、当該制限数より大きく なっていない場合）には（ステップ S12 : NO)、ステップ S4に移行する。一方、制限数 に達した場合（或いは、当該制限数より大きくなつた場合）（ステップ S12 :YES)、つ まり、チャットウィンドウ画面の数が制限数に達した場合 (或いは、当該制限数より大 きくなつた場合）には、システム制御部 20は、制限数フラグをオンに設定し (ステップ S 13)、続いて、制限数以上となったことを示す情報の一例である制限数に達したこと を示す情報 (或いは、制限数を超えたことを示す情報）（以下、「ウィンドウ画面制限 情報」という（単に、制限情報ともいう））を、ネットワーク NWを介して IMサービス提供 サーバ SAに送信し（ステップ S14)、ステップ S4に移行する。

[0092] なお、ウィンドウ画面制限情報には、当該ユーザ端末 UTmのユーザのユーザ ID 等、及び表示されてレ、る又は表示されようとして!/、るチャットウィンドウ画面（言!/、換え れば、ウィンドウ画面数カウンタ Mのカウントアップに関係するチャットウィンドウ画面） に対応する友録メンバー（メッセージの交換中或いは交換しょうとしている友録メンバ 一）の NNが含まれている。

[0093] 一方、上記ステップ S4においてウィンドウ画面開指示を受け付けた場合には (ステ ップ S4 :YES)、システム制御部 20は、制限数フラグがオンであるか否かを判別し (ス テツプ S 15)、制限数フラグがオンでない場合には（ステップ S15 : NO)、ステップ S9 に移行し上記と同様の処理を行う。一方、制限数フラグがオンである場合には (ステツ プ S15 :YES)、システム制御部 20は、制限数フラグオン対応処理 (ステップ S 16)を 行った後、ステップ S 5に移行する。

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

[0095] 一方、上記ステップ S5においてウィンドウ画面閉指示を受け付けた場合には (ステ ップ S5 : YES)、システム制御部 20は、チャットウィンドウ画面の表示解除処理を行う (ステップ S 17)。これにより、当該ウィンドウ画面閉指示されたチャットウィンドウ画面 が表示部 12上から消去されることになる。

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

[0097] 次!/、で、システム制御部 20は、制限数フラグがオンであるか否かを判別し（ステップ S 19)、制限数フラグがオンでない場合には（ステップ S19 : NO)、ステップ S6に移行 し、制限数フラグがオンである場合 (この場合、上記制限数に達した後当該制限数未 満になった (或いは、当該制限数より大きくなつた後当該制限数になった）と判断でき る）には（ステップ S19： YES)、制限数フラグをオフに設定し (ステップ S 20)、続いて 、チャットウィンドウ画面の許容数になったことを示す情報（以下、「ウィンドウ画面許 可情報」という（単に、許可情報ともいう））を、ネットワーク NWを介して IMサービス提 供サーバ SAに送信し (ステップ S21)、ステップ S6に移行する。なお、上記ウィンドウ 画面許可情報には、当該ユーザ端末 UTmのユーザのユーザ ID等が含まれている。

[0098] また、上記ステップ S 19において、制限数フラグがオンであるか否かを判別する代 わりに、ウィンドウ画面数カウンタ M力 制限数より "1"小さくなつた（或いは、制限数 になった)か否かを判別し、上記制限数より "1"小さくなつた（或いは制限数になった） 場合に、ステップ S20に移行するように構成しても良い。

[0099] 以上の図 10に示す処理は、ユーザ端末 UTmにおける表示部 12に表示されてい る友録メンバーの状態が「取り込み中」である場合には、当該友録メンバーに対する メッセージの送信が抑制される（ユーザが自制するか、或いはユーザ端末 UTm上で 「取り込み中」である友録メンバーを指定してウィンドウ画面開指示をすることが禁止 される、或いはチャットゥンドウ画面が開けてもメッセージの送信が禁止される）ことを 前提としたが、友録メンバーの状態が「取り込み中」である場合にも、ユーザ端末 UT m上で「取り込み中」（ユーザがメッセージの指示を行うことが困難又は不可能な状態 )である友録メンバーの NNを指定してチャットゥンドウ画面が開き、当該友録メンバー のユーザ端末 UTmにメッセージを送信することができる場合も想定される。かかる場 合に対応するために、上記図 10に示す処理におけるステップ S3 (YES)とステップ S 8との間に、制限数フラグがオンであるか否かを判別する処理を加え、上記ステップ S 3においてメッセージが受信された場合（ステップ S3 : YES)、システム制御部 20は、 制限数フラグがオンであるか否かを判別し、制限数フラグがオンでな!/、場合には、ス テツプ S8に移行し、制限数フラグがオンである場合には、例えば当該メッセージを送 信したユーザ端末 UTmに対して自動的に「取り込み中」であることを示すメッセージ を返信して（或いは、当該メッセージを破棄する）、ステップ S4に移行するように構成 する。このように構成すれば、ユーザ端末 UTm上で「取り込み中」である友録メンバ 一に対してメッセージを送信することができる場合にも、「取り込み中」であるユーザに 対して負担を与えず、より円滑にメッセージヤーを利用させることができる。

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

[0101] (IMサービス提供サーバ SAにおける処理）

次に、 IMサービス提供サーバ SAにおいては図 12に示すメッセンジャー応答処理 が実行されており、ユーザ端末 UTmから送信されてきたウィンドウ画面制限情報 (制 限情報）が受信されると (ステップ S41 : YES)、システム制御部 8は、上記チャットウイ ンドウ画面の数力 S、予め設定された制限数以上となった (制限数に達した、或いは制 限数より大きくなつた）ことを認識し、受信されたウィンドウ画面制限情報に含まれるュ 一ザ ID (ウィンドウ画面制限情報の送信元のユーザ端末 UTmのユーザのユーザ ID )を特定する（ステップ S42)。

[0102] 次いで、システム制御部 8は、ユーザ情報データベース 21における登録情報を参 照して、上記特定したユーザ IDに対応付けられて NNが登録されて!/、る友録メンバ 一のうち、上記受信されたウィンドウ画面制限情報に NNが含まれる友録メンバー以 外の友録メンバーを特定し (ステップ S43)、当該特定した友録メンバーに対してのみ (例えば、上記特定されたユーザ IDに対応するユーザ（送信元ユーザ）の NNが「aa aaa」である場合、図 4の例では、 NN「bbbbb」である友録メンバー、及び NN「ggggg 」である友録メンバー）、上記特定されたユーザ IDに対応するユーザ（つまり、上記ゥ インドウ画面制限情報の送信元のユーザ端末 UTmにおけるユーザ）の状態情報が 指示困難状態情報であるとしてユーザ情報データベース 21に登録する（ステップ S4 4)。

[0103] そして、システム制御部 8は、上記特定した友録メンバーのユーザ端末 UTmのアド レス情報を特定し、当該ユーザ端末 UTmに対して、上記ユーザ IDに対応するユー ザの指示困難状態情報を、ネットワーク NWを介して送信する (ステップ S45)。なお、 当該指示困難状態情報は、上記特定された友録メンバーのユーザ端末 UTmに対し て、直ちに送信（当該友録メンバーがログインしていなければログインしたときに送信 )されても良いし、当該友録メンバーのユーザ端末 UTmから定期的な要求に応じて 送信しても良ぐ特に限定されるものではない。

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

[0105] 一方、ユーザ端末 UTmから送信されてきたウィンドウ画面許可情報 (許可情報）が 受信されると（ステップ S46 : YES)、システム制御部 8は、上記チャットウィンドウ画面 の数が、上記制限数に達した後制限数未満になった又は制限数より大きくなつた後 制限数になったことを認識し、受信されたウィンドウ画面許可情報に含まれるユーザ I D (ウィンドウ画面許可情報の送信元のユーザ端末 UTmのユーザのユーザ ID)を特 定する（ステップ S47)。

[0106] 次いで、システム制御部 8は、ユーザ情報データベース 21における登録情報を参 照して、上記特定したユーザ IDに対応付けられて NNが登録されて!/、る友録メンバ 一のうち、上記ステップ S43で特定された友録メンバー（すなわち、当該ユーザ IDに 対応するユーザの状態情報が指示困難状態情報として登録されている友録メンバー )に対する当該ユーザの指示困難状態情報を、ユーザ情報データベース 21上で指 示可能状態情報に変更登録する (戻す）（ステップ S48)。

[0107] そして、システム制御部 8は、上記特定したユーザ IDに対応するユーザの状態情 報が指示困難状態情報から指示可能状態情報に変更登録された友録メンバーのュ 一ザ端末 UTmのアドレス情報を特定し、当該ユーザ端末 UTmに対して、上記ユー ザ IDに対応するユーザの指示可能状態情報を、ネットワーク NWを介して送信する（ ステップ S49)。なお、当該指示可能状態情報は、上記友録メンバーのユーザ端末 U Tmに対して、直ちに送信（当該友録メンバーがログインしていなければログインした ときに送信）されても良いし、当該友録メンバーのユーザ端末 UTmから定期的な要 求に応じて送信しても良ぐ特に限定されるものではない。 [0108] これにより、上記特定された友録メンバーのユーザ端末 UTm上では、上記ウィンド ゥ画面許可情報の送信元のユーザ端末 UTmにおけるユーザの状態力 例えば「取 り込み中」から「オンライン」に変更されて表示されることになる。

[0109] なお、ステップ S 50におけるその他の処理においては、ユーザ端末 UTmからの口 グィン要求に応じたログイン処理などの種々の処理が行われるが、詳しい説明を省 略する。

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

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

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

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

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

[0115] より具体的には、上記ステップ S16においてシステム制御部 20は、直前のステップ S4におけるウィンドウ画面開指示において指定された友録メンバーの NN及び当該 ユーザ端末 UTmのユーザのユーザ ID等が含まれる状態変更情報を IMサービス提 供サーバ SAに送信した後、当該友録メンバーに対応するチャットウィンドウ画面を表 示し (この場合、ウィンドウ画面数カウンタ Mに「1」を加算されても良いし、されなくとも 良い）、ステップ S5に移行する。一方、 IMサービス提供サーバ SAは、上記状態変更 情報を受信すると、当該状態変更情報に含まれるユーザ IDに対応するユーザ (つま り、状態変更情報を送信したユーザ端末 UTmのユーザ）の状態のうち、当該状態変 更情報に含まれる NNに対応する友録メンバーに対して提示される状態を、ユーザ 情報データベース 21上で「取り込み中」から「オンライン」に変更登録し、当該変更さ れた状態情報を、上記状態変更情報に含まれる友録メンバーの NNに対応するユー ザ端末 UTmに対して送信する。これにより、例えば図 5 (B)に示すような状況になつ ている場合において、ユーザ端末 UT1のユーザが、ユーザ端末 UT2のユーザとメッ セージの交換を行いたい場合に、当該ユーザ端末 UT1のユーザが、ユーザ端末 U T2のユーザの NN「bbbbb」を指定してウィンドウ画面開指示すると、ユーザ端末 UT 2にお!/、て、ユーザ端末 UT1のユーザの状態が「取り込み中」から「オンライン」に変 更することとなる。したがって、これによりチャットウィンドウ画面の数が制限数以上に なった場合にも、ユーザは例えば至急に話したい友録メンバーとはメッセージの交換 を行うことができるので、より利便性を向上させることができる。

[0116] (実施例 2)

次に、実施例 2では、上記チャットウィンドウ画面の数が制限数に達したか否かの判 断を IMサービス提供サーバ SAが行う場合の動作につ!/、て、図 13乃至図 15を用い て説明する。

[0117] 図 13は、実施例 2において、ユーザ端末 UTmのシステム制御部 20におけるメッセ ンジャーに係る処理を示すフローチャートであり、図 14は、実施例 2又は 4において、 ユーザ端末 UTmのシステム制御部 20における制限数設定処理を示すフローチヤ一 トであり、図 15は、実施例 2において、 IMサービス提供サーバ SAのシステム制御部 8におけるメッセンジャー応答処理を示すフローチャートである。

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

[0119] (ユーザ端末 UTmにおける処理） あるユーザ端末 UTmにおいてメッセンジャーが起動すると、図 13に示す処理が開 始され、先ず、システム制御部 20は、実施例 1と同様、自動的に又はユーザの指示 によりログイン処理を実行する（ステップ S61)。

[0120] 次いで、システム制御部 20は、実施例 1と同様、メッセンジャーアイコン及び図 7 (A )に示すような初期画面 51を表示部 12上に表示すると共に、受信された夫々の友録 メンバーの状態を示す状態情報を、当該初期画面 51における状態表示部 51aに表 示する（ステップ S62)。

[0121] なお、ステップ S63〜S67の処理は、図 10に示すステップ S3〜S7と同様であるの で、説明を省略する。

[0122] そして、ステップ S63においてメッセージ（当該対話開始に係る最初のメッセージ） が受信された場合（ステップ S63 : YES)、システム制御部 20は、ポップアップ表示設 定がなされているか否かを判別し (ステップ S68)、ポップアップ表示設定がなされて V、る場合には（ステップ S68： YES)、チャットウィンドウ画面の表示処理を行!/、（ステ ップ S69)、ステップ S 64に移行する。

[0123] 一方、ポップアップ表示設定がなされて!/、な!/、場合には（ステップ S68： NO)、シス テム制御部 20は、表示部 12上における例えばツールバーにメッセージの受信があ つたことを示す情報を表示し (ステップ S70)、ステップ S64に移行する。そしてその後 、当該メッセージの受信があったことを示す情報がユーザにより指示（例えばマウスに よりクリック）された場合には、図示しないが、上記ステップ S69に移行され、チャットゥ インドウ画面が表示されることになる。

[0124] 一方、ステップ S64においてウィンドウ画面開指示を受け付けた場合には (ステップ S64 : YES)、システム制御部 20は、ウィンドウ画面開指示があったことを示す情報（ 以下、「ウィンドウ画面開情報」という）を、ネットワーク NWを介して IMサービス提供 サーバ SAに送信し（ステップ S71)、ステップ S69に移行する。

[0125] なお、ウィンドウ画面開情報には、当該ユーザ端末 UTmのユーザのユーザ ID等、 及びウィンドウ画面開指示に係るチャットウィンドウ画面に対応する友録メンバー（メッ セージの交換しょうとして!/、る友録メンバー）の NNが含まれて!/、る。

[0126] ここで、ステップ S64においてユーザ自らウィンドウ画面開指示を行った場合、ウイ ンドウ画面開情報力 IMサービス提供サーバ SAに送信されることになる (ステップ S7 1) 1S 対話相手となる友録メンバーからの当該対話開始に係る最初のメッセージを 受信した場合（ステップ S64 : YES)にステップ S68を経てステップ S69でチャットウイ ンドウ画面力 S表示されるとき、ウィンドウ画面開情報力 SIMサービス提供サーバ SA 送信されない（ステップ S71の処理は行われない）。これは、対話相手となる友録メン バーからの当該対話開始に係る最初のメッセージの送信が IMサービス提供サーバ SAにお!/、て認識される（後述するステップ S 91による）力もである。

[0127] 一方、ステップ S65においてウィンドウ画面閉指示を受け付けた場合には (ステップ S65 : YES)、システム制御部 20は、ウィンドウ画面閉指示があったことを示す情報（ 以下、「ウィンドウ画面閉情報」という）を、ネットワーク NWを介して IMサービス提供 サーバ SAに送信し（ステップ S72)、チャットウィンドウ画面の表示解除処理を行う（ス テツプ S 73)。

[0128] なお、ウィンドウ画面開情報には、当該ユーザ端末 UTmのユーザのユーザ ID等、 及びウィンドウ閉指示に係るチャットウィンドウ画面に対応する友録メンバーの NNが 含まれている。

[0129] 次に、図 14に示す制限数設定処理は、例えば上記ステップ S66のその他の処理 にお!/、て、ユーザから制限数設定指示を受け付けた場合に開始され、システム制御 部 20は、実施例 1と同様、設定画面を表示部 12に表示させ (ステップ S81)、当該設 定画面上において、ユーザから指定されたチャットゥンドウ画面の制限数を受け付け (ステップ S82)、当該受け付けた制限数を示す制限数情報（当該ユーザ端末 UTm のユーザのユーザ IDを含む）を、ネットワーク NWを介して IMサービス提供サーバ S Aに送信し (ステップ S83)、当該処理を終了する。

[0130] (IMサービス提供サーバ SAにおける処理）

次に、 IMサービス提供サーバ SAにおいては図 15に示すメッセンジャー応答処理 が実行されており、システム制御部 8は、一のユーザ端末 UTmから他のユーザ端末 UTmへのメッセージ（当該対話開始に係る最初のメッセージ）の送信を検知した場 合には（ステップ S91 :YES)、当該メッセージの宛先のユーザのユーザ IDを特定（ 例えば、当該メッセージに含まれる宛先のアドレス情報に対応するユーザ IDをユー ザ情報データベース 21から特定）し、当該メッセージの送信元の友録メンバーの NN を一時記憶する（ステップ S92)。

[0131] ここで、ユーザ端末 UTm間で送受信されるメッセージが IMサービス提供サーバ S Aを経由する場合には、当該システム制御部 8は、当該メッセージを捕捉してステップ S92の処理を行うこと力 Sでき、当該メッセージが IMサービス提供サーバ SAを経由し ない場合であっても、当該 IMサービス提供サーバ SAは、ユーザ端末 UTm間のセッ シヨン開始及び終了を検知できるので、メッセージの送信元及び宛先のユーザのュ 一ザ ID等を認識することができる。

[0132] 次いで、システム制御部 8は、上記特定したユーザ IDに対応するウィンドウ画面数 カウンタ Mに「1」を加算し（ステップ S93)、続いて、当該ウィンドウ画面数カウンタ M 1S 上記特定したユーザ IDに対応して設定されたチャットウィンドウ画面の制限数に 達したか否かを判別（或いは、当該制限数より大きくなつたか否力、を判別しても良い） し (ステップ S94)、当該制限数に達していない場合（或いは、当該制限数より大きく なっていない場合）には（ステップ S94 : NO)、ステップ S102に移行する。一方、当 該制限数に達した場合 (或いは、当該制限数より大きくなつた場合）（ステップ S94 :Y ES)には、システム制御部 8は、ユーザ情報データベース 21における登録情報を参 照して、上記特定したユーザ IDに対応付けられて NNが登録されて!/、る友録メンバ 一のうち、 NNがー時記憶された友録メンバー以外の友録メンバーを特定し（ステップ S95)、当該特定した友録メンバーに対してのみ、上記特定されたユーザ IDに対応 するユーザの状態情報が指示困難状態情報 (例えば IMサービス提供サーバ SA おいて指示困難状態情報としてデフォルト設定されている「取り込み中」、或いは、ュ 一ザにより指示困難状態情報として事前に設定され、ユーザ IDに対応付けられて登 録されて!/、た「レ、つぱレ、、 V、つぱレ、」等を示す情報）であるとしてユーザ情報データべ ース 21に登録 (ここでは、指示可能状態情報力も指示困難状態情報への変更登録と なる）する（ステップ S96)。

[0133] そして、システム制御部 8は、上記特定した友録メンバーのユーザ端末 UTmのアド レス情報を特定し、当該ユーザ端末 UTmに対して、上記ユーザ IDに対応するユー ザの指示困難状態情報を、ネットワーク NWを介して送信する (ステップ S97)。なお、 当該指示困難状態情報は、実施例 1と同様、上記特定された友録メンバーのユーザ 端末 UTmに対して、直ちに送信されても良いし、当該友録メンバーのユーザ端末 U Tmから定期的な要求に応じて送信しても良い。

[0134] 一方、ユーザ端末 UTmから送信されてきたウィンドウ画面開情報が受信されると（ ステップ S98 : YES)、システム制御部 8は、受信されたウィンドウ画面開情報に含ま れるユーザ IDを特定し、当該ウィンドウ画面開情報に含まれる友録メンバーの NNを 一時記憶する（ステップ S99)。

[0135] 次いで、システム制御部 8は、上記特定したユーザ IDに対応するウィンドウ画面数 カウンタ Mが既に上記制限数に達しているか否かを判別し (ステップ S 100)、達して いない場合には（ステップ S100 : NO)、ステップ S93に移行し上記と同様の処理を 行う。一方、ウィンドウ画面数カウンタ Mが既に上記制限数に達している場合には (ス テツプ S 100： YES)、制限数以上対応処理を行う（ステップ S 101)。

[0136] 力、かる制限数対応処理においては、例えば IMサービス提供サーバ SAからウィンド ゥ画面開情報の送信元のユーザ端末 UTmに対して、例えばチャットウィンドウ画面 の数が制限数に達して!/、る（或いは、超えて!/、る）ことを示すエラーメッセージが送信 されることになる。また、力、かる制限数対応処理における別の例として、実施例 1と同 様、ウィンドウ画面開情報の送信元のユーザ端末 UTmのユーザ力 Sメッセージの交換 をしたい友録メンバーに対して提示される当該ユーザの状態を「取り込み中」から「ォ ンライン」に変更するように構成しても良い。より具体的には、システム制御部 8は、当 該ウィンドウ画面開情報に含まれるユーザ IDに対応するユーザの状態のうち、当該 ウィンドウ画面開情報に含まれる NNに対応する友録メンバーに対して提示される状 態を、ユーザ情報データベース 21上で「取り込み中」から「オンライン」に変更登録し 、当該変更された状態情報を、上記状態変更情報に含まれる友録メンバーの NNに 対応するユーザ端末 UTmに対して送信する。

[0137] 一方、ユーザ端末 UTmから送信されてきたウィンドウ画面閉情報が受信されると（ ステップ S 102 : YES)、システム制御部 8は、受信されたウィンドウ画面閉情報に含ま れるユーザ IDを特定し、当該ウィンドウ画面閉情報に含まれる友録メンバーの NNを 上記一時記憶されたものの中から消去する（ステップ S 103)。 [0138] 次いで、システム制御部 8は、上記特定したユーザ IDに対応するウィンドウ画面数 カウンタ Mから「1」を減算（デクリメント）し（ステップ S104)、続いて、当該ウィンドウ画 面数カウンタ M力 上記特定したユーザ IDに対応して設定されたチャットウィンドウ 画面の制限数から「1」減ったか否力、を判別（或いは、制限数より大きくなつた後制限 数になったか否かを判別しても良!/、）し（ステップ S105)、減って!/、な!/、（例えば、未 だ当該制限数にすら達して!/、な!/、）場合には（ステップ S 105： NO)、ステップ SI 10 に移行する。

[0139] 一方、上記制限数から「1」減った (或いは、制限数より大きくなつた後制限数になつ た）場合には（ステップ S105 : YES)、システム制御部 8は、ユーザ情報データベース 21における登録情報を参照して、上記特定したユーザ IDに対応付けられて NNが 登録されている友録メンバーのうち、上記ステップ S95で特定された友録メンバー（す なわち、当該ユーザ IDに対応するユーザの状態情報が指示困難状態情報として登 録されている友録メンバー）に対する当該ユーザの指示困難状態情報を、ユーザ情 報データベース 21上で指示可能状態情報に変更登録する（戻す）（ステップ S106)

[0140] そして、システム制御部 8は、上記特定したユーザ IDに対応するユーザの状態情 報が指示困難状態情報から指示可能状態情報に変更登録された友録メンバーのュ 一ザ端末 UTmのアドレス情報を特定し、当該ユーザ端末 UTmに対して、上記ユー ザ IDに対応するユーザの指示可能状態情報を、ネットワーク NWを介して送信し (ス テツプ S 107)、ステップ S 110に移行する。

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

[0142] 一方、ユーザ端末 UTmから（図 14のステップ S83の処理により）送信されてきた制 限数情報が受信されると (ステップ S 108： YES)、システム制御部 8は、受信された制 限数情報に含まれるユーザ IDを特定し、当該制限数情報に含まれる制限数を新た に設定 (例えば、当該制限数情報に含まれる制限数を、過去に当該ユーザ IDに対 応付けられて記憶部 2における制限数設定領域に保存されていた制限数に代えて 上書き保存することにより設定）し (ステップ SI 09)、当該処理を終了する。こうして保 存された制限数は上記ステップ S94等にて使用されることになる。

[0143] なお、ステップ S110におけるその他の処理においては、実施例 1と同様、ユーザ 端末 UTmからのログイン要求に応じたログイン処理などの種々の処理が行われるが

、詳しい説明を省略する。

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

[0145] また、上記実施例 2に係る実施形態では、上記チャットウィンドウ画面の数が制限数 に達したか否かの判断を IMサービス提供サーバ SAが行うように構成したので、ユー ザ端末 UTmに対する負担を極力低減させることができる。

[0146] (実施例 3)

次に、実施例 3では、ユーザ端末 UTmにおけるセンシヨンの数が制限数に達した か否かの判断を当該ユーザ端末 UTmが行う場合の動作について、図 16等を用い て説明する。

[0147] 図 16は、実施例 3において、ユーザ端末 UTmのシステム制御部 20におけるメッセ ンジャーに係る処理を示すフローチャートである。なお、図 11及び図 12に示す処理 は実施例 3においても行われる。

[0148] (ユーザ端末 UTmにおける処理）

あるユーザ端末 UTmにおいてメッセンジャーが起動すると、図 16に示す処理が開 始され、先ず、システム制御部 20は、実施例 1と同様、自動的に又はユーザの指示 によりログイン処理を実行する（ステップ S 151)。

[0149] 次いで、システム制御部 20は、セッション数カウンタ Mを「0」に初期化し、メッセンジ ヤーアイコン及び図 7 (A)に示すような初期画面 51を表示部 12上に表示すると共に 、受信された夫々の友録メンバーの状態を示す状態情報を、当該初期画面 51にお ける状態表示部 51aに表示する（ステップ S 152)。

[0150] 次!/、で、システム制御部 20は、セッション開始を検知したか否かを判別し（ステップ S 153)、セッション開始を検知していない場合（ステップ S 153 : NO)、ステップ S 154 に、セッション開始を検知した場合（ステップ S 153 :YES)、ステップ S157に移行す [0151] ここで、センシヨン開始は、例えば通信が行われる 2つのユーザ端末 UTmの何れか 一方でユーザからウィンドウ画面開指示（例えばユーザにより所望の友録メンバーの NNが指定された後、「チャット開始」ボタン 51fの選択実行）があった場合に実行され るセッション確立処理（例えばユーザ端末 UT2が IMサービス提供サーバ SAからュ 一ザ端末 UT1のアドレス情報を取得した後、ユーザ端末 UT2からユーザ端末 UT1 へリクエストし、これに応じてユーザ端末 UT1からユーザ端末 UT2へレスポンスし、 最後にユーザ端末 UT2からユーザ端末 UT1に ACK (確認）を返す）を通じて、双方 のユーザ端末 UTm及び IMサービス提供サーバ SAにおいて検知される。

[0152] ステップ S 157では、システム制御部 20は、セッション数カウンタ Mに「1」を加算し、 続いて、セッション数カウンタ M力 予め設定された制限数に達したか否かを判別（或 いは、当該制限数より大きくなつたか否かを判別しても良い）し (ステップ S 158)、制 限数に達してレ、なレ、場合（或いは、当該制限数より大きくなつてレ、なレ、場合）には (ス テツプ S 158 : NO)、ステップ S154に移行する。一方、制限数に達した場合（或いは 、当該制限数より大きくなつた場合）には (ステップ S158 : YES)、システム制御部 20 は、制限数フラグをオンに設定し (ステップ S159)、続いて、制限数以上となったこと を示す情報の一例である制限数に達したことを示す情報（或レ、は、制限数を超えたこ とを示す情報）（以下、「セッション制限情報」という（単に、制限情報ともいう））を、ネッ トワーク NWを介して IMサービス提供サーバ SAに送信し（ステップ S 160)、ステップ S 154に移行する。

[0153] なお、セッション制限情報には、当該ユーザ端末 UTmのユーザのユーザ ID等、当 該セッションに係るユーザ端末 UTmに対応する友録メンバー（メッセージの交換中 或いは交換しょうとして!/、る友録メンバー）の NNが含まれて!/、る。

[0154] こうして送信されたセッション制限情報が、 IMサービス提供サーバ SAにより受信さ れると、上記実施例 1と同様、図 12のステップ S41〜S45に示す処理が行われる。

[0155] 一方、ステップ S 154では、システム制御部 20は、セッション終了を検知したか否か を判別し、セッション終了を検知していない場合（ステップ S 154 : NO)、ステップ S 15 5に、セッション開始を検知した場合（ステップ S 154 : YES)、ステップ S161に移行 する。

[0156] ここで、センシヨン終了は、例えば通信が行われる 2つのユーザ端末 UTmの何れか 一方でユーザからウィンドウ画面閉指示（例えばユーザにより「 X」（閉じる）ボタン 52 d、或いは図 7 (B)に示すチャットウィンドウ画面 52に設けられる「終了」ボタン（図示 せず）等の選択実行）があった場合、又はセッション確立後一定時間（例えば 30分） メッセージの送受信がなレ、場合に、双方のユーザ端末 UTm及び IMサービス提供サ ーバ SAにお!/、て検知される。

[0157] ステップ S161では、システム制御部 20は、セッション数カウンタ Mから「1」を減算 する。

[0158] 次!/、で、システム制御部 20は、制限数フラグがオンであるか否かを判別し（ステップ S 162)、制限数フラグがオンでない場合には（ステップ S 162 : NO)、ステップ S 155 に移行し、制限数フラグがオンである場合には (ステップ S162 : YES)、制限数フラグ をオフに設定し（ステップ S163)、続いて、セッションの許容数になったことを示す情 報（以下、「セッション許可情報」という（単に、許可情報ともいう））を、ネットワーク NW を介して IMサービス提供サーバ SAに送信し（ステップ S164)、ステップ S 155に移 行する。なお、上記セッション許可情報には、当該ユーザ端末 UTmのユーザのユー ザ ID等が含まれている。

[0159] こうして送信されたセッション許可情報力 S、 IMサービス提供サーバ SAにより受信さ れると、上記実施例 1と同様、図 12のステップ S47〜S49に示す処理が行われる。

[0160] そして、ステップ S155では、実施例 1と同様の処理（例えば図 11に示す処理（実施 例 3における当該処理では、チャットゥンドウ画面の制限数ではなぐセッションの制 限数が新たに設定される）等）の他、チャットウィンドウ画面 52の表示処理や表示解 除処置等が行われる。なお、ステップ S156の処理は、図 10のステップ S7の処理と 同様である。

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

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

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

[0164] (実施例 4)

次に、実施例 4では、ユーザ端末 UTmにおけるセンシヨンの数が制限数に達した か否かの判断を IMサービス提供サーバ SAが行う場合の動作について、図 17等を 用いて説明する。

[0165] 図 17は、実施例 4において、 IMサービス提供サーバ SAのシステム制御部 8におけ るメッセンジャー応答処理を示すフローチャートである。なお、図 14に示す処理は実 施例 4においても行われる。

[0166] なお、実施例 4においては、セッションの制限数及びセッション数カウンタ M力 ュ 一ザ毎に、ユーザ IDに対応付けられて記憶部 2に記憶保存されており、セッション数 カウンタ Mは、ユーザのログイン時に「0」に初期化されるようになっている。

[0167] なお、実施例 4におけるユーザ端末 UTmにおいても、チャットウィンドウ画面 52の 表示処理や表示解除処置等、更には、実施例 2と同様、図 14に示す処理等が行わ れるが説明を省略する。ただし、実施例 4の場合、図 14では、ウィンドウ画面の制限 数ではなぐセッションの数の制限数が設定されることとなる。 [0168] (IMサービス提供サーバ SAにおける処理）

図 17において、 IMサービス提供サーバ SAが、実施例 3にて説明したように、ユー ザ端末 UTm間におけるセンシヨン開始を検知すると（ステップ S171： YES)、当該セ ッシヨンに係る全てのユーザのユーザ IDを特定し、当該特定したユーザ ID毎に友録 メンバーの NNを一時記憶する（ステップ S 172)。

[0169] 次いで、システム制御部 8は、上記特定したユーザ IDに対応するセッション数カウ ンタ Mに「1」を加算し（ステップ S173)、続いて、当該セッション数カウンタ M力 S、上記 特定したユーザ IDに対応して設定されたセッションの制限数に達したか否かを判別（ 或いは、当該制限数より大きくなつたか否かを判別しても良い）し (ステップ S 174)、 当該制限数に達していない場合 (或いは、当該制限数より大きくなつていない場合） には (ステップ S 174 : NO)、ステップ S 178に移行する。一方、当該制限数に達した 場合（或いは、当該制限数より大きくなつた場合）（ステップ S174 :YES)には、システ ム制御部 8は、ステップ S 175に移行する。

[0170] なお、ステップ S175〜S 177の処理は、図 15のステップ S95〜S97の処理と同様 である。

[0171] また、ステップ S 173〜S177の処理は、ステップ S 172で特定したユーザ ID (ユー ザ）毎に行われる（つまり、ユーザ毎に別々に、セッション数カウンタ Mがカウントアツ プし、当該セッション数カウンタ Mが制限数に達したか等が判断される)。

[0172] そして、ステップ S178において、実施例 3にて説明したように、ユーザ端末 UTm間 におけるセンシヨン終了が検知されると（ステップ S178 : YES)、当該セッションに係 る全てのユーザのユーザ IDを特定し、当該特定したユーザ ID毎に友録メンバーの N Nを消去する（ステップ S 179)。

[0173] 次いで、システム制御部 8は、上記特定したユーザ IDに対応するセッション数カウ ンタ Mから「1」を減算し（ステップ S180)、続いて、当該セッション数カウンタ M力 上 記特定したユーザ IDに対応して設定されたセッションの制限数から「 1」減ったか否 かを判別（或いは、制限数より大きくなつた後制限数になったか否力、を判別しても良 V、）し（ステップ S 181)、減って!/、な!/、（例えば、未だ当該制限数にすら達してレ、なレ、 )場合には（ステップ S 181 : NO)、ステップ S 186に移行する。 [0174] 一方、上記制限数から「1」減った (或いは、制限数より大きくなつた後制限数になつ た）場合には（ステップ S 181 : YES)、ステップ S 182に移行する。

[0175] なお、ステップ S182及び S 183の処理は、図 15のステップ S106及び S107の処理 と同様である。

[0176] また、ステップ3180〜3183の処理は、ステップ S 179で特定したユーザ ID (ユー ザ）毎に行われる。

[0177] なお、ステップ S184〜S 186の処理は、図 15のステップ S108〜S110の処理と同 様である。なお、実施例 4におけるステップ S109の処理では、チャットゥンドウ画面の 制限数ではなぐセッションの制限数が新たに設定される。

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

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

Claims

請求の範囲

[1] ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送 受信を行うことが可能なメッセンジャー機能を有する複数の端末装置と、

夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユー ザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ュ 一ザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態 情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理し、当該状態情報を 前記他の端末装置に送信するサーバ装置と、

を備えるメッセージ送受信システムにおいて、

夫々の前記端末装置は、

前記サーバ装置から送信された、複数の前記他の端末装置毎のユーザの前記状 態情報を表示する状態情報表示手段と、

一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユー ザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウィンドウ画 面を、前記対話毎に表示するウィンドウ表示手段と、

を備え、

前記サーバ装置は、

一の前記端末装置における前記ユーザの対話数力 予め設定された制限数以上と なった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特定 する特定手段と、

前記特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状 態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特 定されたユーザの端末装置に送信する状態情報送信手段と、

を備えることを特徴とするメッセージ送受信システム。

[2] ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送 受信を行うことが可能なメッセンジャー機能を有する複数の端末装置夫々におけるュ 一ザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状 態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難 又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状 態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサ ーバ装置において、

夫々の前記端末装置は、前記サーバ装置から送信された、複数の前記他の端末 装置毎のユーザの前記状態情報を表示し、且つ、一以上の前記他の端末装置との 間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記 ユーザから前記指示を受けるためのウィンドウ画面を、前記対話毎に表示するものあ り、

前記サーバ装置は、

一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上 となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特 定する特定手段と、

前記特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状 態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特 定されたユーザの端末装置に送信する状態情報送信手段と、

を備えることを特徴とするサーバ装置。

[3] 請求項 2に記載のサーバ装置において、

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

[4] 請求項 1乃至 3の何れかに記載のサーバ装置において、

前記一の端末装置における前記対話数が、前記制限数以上となったか否かは当 該一の端末装置において判別されるものであって、

前記一の端末装置における前記対話数が前記制限数以上となったことを示す情報 を、当該一の端末装置力 取得する対話数判別結果取得手段を更に備えることを特 徴とするサーバ装置。

[5] 請求項 1乃至 3の何れかに記載のサーバ装置において、

前記一の端末装置における前記対話数が、前記制限数以上になったか否かを判 別する対話数判別手段を更に備えることを特徴とするサーバ装置。

[6] ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送 受信を行うことが可能なメッセンジャー機能を有する端末装置において、

夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユー ザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ュ 一ザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態 情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理するサーバ装置から 送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する状態 情報表示手段と、

一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユー ザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウィンドウ画 面を、前記対話毎に表示するウィンドウ表示手段と、を備え、

前記状態情報表示手段は、前記ユーザの対話数が、予め設定された制限数以上 となった場合に、前記サーバ装置から送信された、当該他の端末装置における前記 ユーザの前記指示困難状態情報を表示することを特徴とする端末装置。

[7] 請求項 6に記載の端末装置において、

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

[8] 請求項 6又は 7に記載の端末装置において、

前記対話数が、前記制限数以上になったか否力、を判別する対話数判別手段と、 前記ウィンドウ画面の数が前記制限数以上になった場合には、当該ウィンドウ画面 の数が前記制限数以上となったことを示す情報を、前記サーバ装置に送信する対話 数判別結果送信手段と、 を更に備えることを特徴とする端末装置。

請求項 6乃至 8の何れか一項に記載の端末装置において、

前記状態情報表示手段は、前記メッセージを交換する相手として互いに許可しあ つたユーザの前記状態情報を表示することを特徴とする端末装置。

請求項 6乃至 9の何れか一項に記載の端末装置において、

前記制限数は、ユーザからの指示に応じて入力され、設定されることを特徴とする 端末装置。

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

請求項 6乃至 10の何れか一項に記載の端末装置として機能させることを特徴とす る端末処理プログラム。

ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送 受信を行うことが可能なメッセンジャー機能を有する複数の端末装置夫々におけるュ 一ザの状態を示す状態情報であって、当該ユーザが前記指示を行うことが可能な状 態にあることを示す指示可能状態情報と、当該ユーザが前記指示を行うことが困難 又は不可能な状態にあることを示す指示困難状態情報と、の何れか一方の前記状 態情報を前記ユーザ毎に管理し、当該状態情報を前記他の端末装置に送信するサ ーバ装置における状態情報送信方法であって、

夫々の前記端末装置は、前記サーバ装置から送信された、複数の前記他の端末 装置毎のユーザの前記状態情報を表示し、且つ、一以上の前記他の端末装置との 間のメッセージの送受信により一以上の他のユーザとの間で対話を行う際には、前記 ユーザから前記指示を受けるためのウィンドウ画面を、前記対話毎に表示するものあ り、

一の前記端末装置における前記ユーザの対話数が、予め設定された制限数以上 となった場合、当該対話に対応する前記他の端末装置のユーザ以外のユーザを特 定する工程と、

当該特定されたユーザに対してのみ前記一の端末装置におけるユーザの前記状 態情報が前記指示困難状態情報であるとして、当該指示困難状態情報を、前記特 定したユーザの端末装置に送信する工程と、

を備えることを特徴とする状態情報送信方法。

[14] ネットワークを通じて他の端末装置との間で、ユーザから指示されたメッセージの送 受信を行うことが可能なメッセンジャー機能を有する端末装置における状態情報表 示方法であって、

夫々の前記端末装置におけるユーザの状態を示す状態情報であって、当該ユー ザが前記指示を行うことが可能な状態にあることを示す指示可能状態情報と、当該ュ 一ザが前記指示を行うことが困難又は不可能な状態にあることを示す指示困難状態 情報と、の何れか一方の前記状態情報を前記ユーザ毎に管理するサーバ装置から 送信された、複数の前記他の端末装置毎のユーザの前記状態情報を表示する工程 と、

一以上の前記他の端末装置との間のメッセージの送受信により一以上の他のユー ザとの間で対話を行う際には、前記ユーザから前記指示を受けるためのウィンドウ画 面を、前記対話毎に表示する工程と、

前記ユーザの対話数が、予め設定された制限数以上となった場合に、前記サーバ 装置から送信された、当該他の端末装置における前記ユーザの前記指示困難状態 情報を表示する工程と、

を備えることを特徴とする状態情報表示方法。

[15] 請求項 11に記載のサーバ処理プログラムがコンピュータ読み取り可能に記録され て!/ヽることを特徴とする記録媒体。

[16] 請求項 12に記載の端末処理プログラムがコンピュータ読み取り可能に記録されて Vヽることを特徴とする記録媒体。