JP3704434B2

JP3704434B2 - ネットワーク検索方法及びネットワーク検索システム

Info

Publication number: JP3704434B2
Application number: JP27713598A
Authority: JP
Inventors: 栄信伊藤; 一樹松井; 達郎松本; 仁山内; 登岩山; 謙一佐々木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-09-30
Filing date: 1998-09-30
Publication date: 2005-10-12
Anticipated expiration: 2018-09-30
Also published as: JP2000112950A; US6564244B1

Description

【０００１】
【発明の属する技術分野】
本発明は、複数のユーザが同一空間を共有して同時に会話を行うシステム、例えばチャットシステムにおいて、ユーザ間のコミュニケーションを促進する技術に関する。
【０００２】
【従来の技術】
近年、インターネットの普及により、コンピュータネットワークを介した様々なコミュニケーション手段が登場している。なかでも、マルチユーザ型リアルタイムコミュニケーションの手段として、チャットシステムが従来の電子メールや電話に替わって注目されている。チャットシステムは、複数のユーザがチャットクライアントを用いてサーバ内の仮想空間、いわゆるチャネルを共有し、リアルタイムに会話を行うシステムである。
【０００３】
チャットシステムにおいて、ユーザの利便性を高めるために、例えば参加中のチャネルのリストを表示可能なチャットクライアントが提供されている。また、参加中のチャネル名だけでなく、参加中のチャネルにおける会話内容を、ユーザが現在発言を行っているチャネルの会話内容とは独立に表示するチャットクライアントが提供されている。さらに、膨大に存在するチャネルからユーザの希望するチャネルを効率よく検索するための手段として、ボットなどの外部手段により全てのチャネルのログを予め保存し、そこからユーザの要求により指定されたキーワードや条件に合うチャネルを通知するようなチャネルガイディング方法がある。
【０００４】
【発明が解決しようとする課題】
通常、ユーザは参加していないチャネルの会話内容を知り、その内容により参加するか否かを決めたい場合が多い。しかし、従来のチャットシステムにおいては、ユーザは参加していないチャネルの会話内容を取得できない。
従来のチャネルガイディング方法は、ユーザの好みに合うチャネルを検索することにある程度の効果を奏しているものの、ユーザからの個々の要求に対応して応答するプッシュ型のため、その都度要求を送らなければならない。そのため、条件に合うチャネルの通知があったときには該当チャネルの会話内容が既に変わっている場合があり、即時（リアルタイム）性が不十分である。さらに、全てのチャネルのログを取ると、そのために多大な資源を要することなる。
【０００５】
本発明は、チャットシステムにおいて、各ユーザに適合する情報をリアルタイムに取得し、サーバなどの資源の浪費を防ぐことを目的とする。
【０００６】
【課題を解決するための手段】
前記の課題を解決するために、本願第１発明は、複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムが実行するネットワーク検索方法であって、
・前記ネットワークを検索する１以上の検索条件の入力を受け付け、入力された検索条件をユーザと関連づけて蓄積する蓄積ステップと、
・前記各ネットワークの状態が変化した場合、前記通信システムからそのネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する記録ステップと、
・前記記録されている各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する条件検索ステップと、
・前記判断に基づいて、前記ユーザのいずれかの検索条件に適合するネットワークを、前記ユーザ端末のそれぞれに通知する通知ステップと、
・前記通知された内容を出力する出力ステップと、
を含むネットワーク検索方法を提供する。
【０００７】
ユーザが設定しているいずれかの検索条件を満たすか否かを、ネットワークの状態が変化する毎にそのネットワークについて判断し、判断結果に基づいて各ユーザにそのユーザのいずれかの検索条件を満たすネットワークを通知する。ユーザの希望するネットワークをリアルタイムに通知することが可能になる。
本願第２発明は、複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムとともに用いられ、蓄積手段と、登録手段と、設定手段と、記録手段と、条件検索手段と、通知手段と、出力手段とを備えるネットワーク検索システムを提供する。
【０００８】
蓄積手段は、前記ネットワークを検索する１以上の検索条件を、ユーザと関連づけて蓄積する。登録手段は、前記検索条件を前記蓄積手段に登録する。設定手段は、前記検索条件の入力を受け付け、前記ユーザと関連づけて前記登録手段に送出する。記録手段は、前記各ネットワークの状態が変化した場合、前記通信システムから前記各ネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する。この際、一定時間あるいは一定量のネットワークの状態を記録するようにすることにより、資源の削減がはかれる。条件検索手段は、前記記録手段に蓄積されている各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する。通知手段は、前記判断に基づいて、前記ユーザのいずれかの検索条件に適合するネットワークを、前記ユーザ端末のそれぞれに通知する。出力手段は、前記通知された内容を出力する。
【０００９】
チャットシステムを例に取ると、前記ネットワークはチャネルに相当する。各ユーザは、何らかの設定手段によりチャネルの検索条件を設定し、登録手段に送出する。この設定は、設定手段を新たに設けても良いし、また例えばWEBブラウザを用いたり、データマイニングなどの手法を用いたりして行うことも可能である。登録手段は、送出された検索条件をユーザ毎に蓄積手段に格納する。いま、蓄積手段にはユーザＡの検索条件としてキーワード「ＡＡＡ」が登録されているとする。また、キーワードを検索条件とする場合、指定されたキーワードが３分間に３回以上出現することを条件に検索を行うとする。
【００１０】
記録手段は、キーワード「ＡＡＡ」の発言及びその発言時刻を、各チャネル毎に記録する。この記録は、現在の時刻から３分以内の記録のみ保持される。そして、記録手段は、ネットワークに関する変化が生じる毎に記録を書き換える。ネットワークの状態の変化とは、いずれかのチャネルにおけるいずれかのチャットクライアントからの発言や、いずれかのチャネルにおけるモードやユーザ数の変化など、チャネルに関係する何らかの変化である。条件検索手段は、チャネルに変化が生じた場合、そのチャネルが蓄積手段に登録されている検索条件のそれぞれを満たすようになったか否かを判断する。いずれかの条件を満たす場合、条件検索手段は条件、ユーザ及びチャネル名を通知手段に送出する。通知手段は、いずれかの検索条件を満たすチャネルを、その検索条件を設定している全てのユーザ端末に通知する。ユーザ端末上では、出力手段が通知されたチャネル名を画面上に出力するなどの手段によりユーザに通知する。
【００１１】
本願第３発明は、前記第２発明において、前記通知手段は、前記ネットワークに関する所定の付加情報を前記記録手段から取得し、前記ネットワークと共に前記ユーザ端末に通知する、ネットワーク検索システムを提供する。
例えばチャネルＣＨ１がチャネルのトピックの変化の条件を満たした場合、通知手段はチャネルのトピックを記録手段から取得し、チャネルとともにユーザ端末に送信する。
【００１２】
本願第４発明は、前記第２発明において、前記条件検索手段が、前記ネットワークに関する付加情報をさらに取得し、前記通知手段が前記ネットワークとともに前記ユーザ端末に通知するネットワーク検索システムを提供する。
付加情報を、条件検索手段により取得しても良い。この場合は、条件検索手段は、検索条件を満たすか否かの判断に加えてさらに付加情報を取得し、条件及びネットワークとともに付加情報を通知手段に送出する。
【００１３】
本願第５発明は、前記第２発明において、前記蓄積手段が、前記各ユーザの検索条件として少なくともキーワードを蓄積しており、前記記録手段が、前記蓄積されているキーワードの発言時刻を前記ネットワーク毎に記録し、前記記録を所定の単位時間分に遡って保持し、前記条件検索手段が、前記単位時間あたりの前記キーワードの発言数に基づいて、前記各ネットワークが前記キーワードの条件を満たすか否かを判断するネットワーク検索システムを提供する。
【００１４】
前述したように、記録を過去３分間だけ保持し、キーワードが３分間に３回以上発言されたらそのキーワードの条件を満たすと判断する。
本願第６発明は、前記第２発明において、前記蓄積手段が、前記各ユーザの検索条件として少なくとも発言頻度を蓄積しており、前記記録手段が、発言がある度に発言時刻を前記ネットワーク毎に記録し、前記記録を所定の単位時間分に遡って保持し、条件検索手段が、前記単位時間あたりの前記発言数に基づいて、前記各ネットワークが前記発言頻度の条件を満たすか否かを判断するネットワーク検索システムを提供する。
【００１５】
例えば、記録手段は、発言のあった時刻を各チャネル毎に記録する。この記録は、所定の単位時間、例えば５分間分保持し、条件検索手段は、過去５分内に発言された数に基づいて、ユーザが指定した発言頻度の検索条件に合うか否かを判断する。
本願第７発明は、前記第２発明において、前記蓄積手段が、前記各ユーザの検索条件として少なくとも前記ネットワークの話題の変化を蓄積しており、前記記録手段が、前記いずれかのネットワークの話題が変化する毎に前記話題を取得して蓄積し、条件検索手段が、前記取得に基づいて、該当するネットワークについて前記ネットワークの話題の変化の条件を満たすと判断するネットワーク検索システムを提供する。
【００１６】
前記のチャットシステムの例を用いれば、記録手段は、各チャネルのトピックの変化を監視し、いずれかのチャネルでトピックが変化すると、変化したトピックを取得する。条件検索手段は、そのチャネルがトピックの変化の条件を満たすと判断し、チャネル名を通知手段に送出する。
本願第８発明は、前記第２発明において、前記蓄積手段が、前記各ユーザの検索条件として少なくとも前記ネットワークを共有するユーザ数の範囲を蓄積しており、前記記録手段が、前記いずれかのネットワークを共有するユーザ数が変化する毎に前記ユーザ数を取得して蓄積し、前記条件検索手段が、前記取得に基づいて、該当するネットワークについてユーザ数が前記各ユーザの検索条件に該当するか否かを判断するネットワーク検索システムを提供する。
【００１７】
例えば、ユーザＡはネットワークのユーザ数が１０人以上を、ユーザＢは５人以上を検索条件としていた場合、記録手段は、いずれかのネットワークのユーザ数が変化する毎にそのユーザ数を取得する。条件検索手段は、記録手段がユーザ数を取得する度に、１０人以上か否か、５人以上か否かをそのネットワークについて判断する。ネットワークのユーザ数が１０人以上であればユーザＡ及びＢの検索条件を満足し、５人以上であればユーザＢの検索条件を満足していると判断する。
【００１８】
本願第９発明は、前記第２発明において、前記蓄積手段が、前記各ユーザの検索条件として少なくとも特定のユーザの参加または退出を蓄積しており、前記記録手段が、前記いずれかのネットワークを共有するユーザが変化する毎に前記ユーザを取得し、前記条件検索手段は、前記取得前のユーザと取得後のユーザとを比較して前記各ユーザの検索条件に該当するか否かを判断するネットワーク検索システムを提供する。
【００１９】
例えば、ユーザＡがユーザＣの参加を検索条件にしており、チャネルＣＨ１にユーザＣが新たに参加すると、条件検索手段はチャネルＣＨ１がユーザＡの検索条件に合うチャネルと判断する。
本願第１０発明は、前記第２発明において、前記蓄積手段が、前記各ユーザの検索条件として少なくとも前記各ネットワークのモードの変化を蓄積しており、前記記録手段が、前記いずれかのネットワークのモードが変化する毎に前記モードを取得し、前記条件検索手段は、前記取得に基づいて該当するネットワークが前記モードの変化の条件を満たすと判断するネットワーク検索システムを提供する。
【００２０】
再びチャットシステムの例を用いて説明すれば、チャネルのモードとは、チャネルの特徴を表す識別子であり、プライベートチャネル、シークレットチャネル、インバイトオンリーチャネルなどの属性が挙げられる。いずれかのチャネルにおいてモードが変化すると、条件検索手段は、そのチャネルがモードの変化の検索条件に合致したものと判断する。
【００２１】
本願第１１発明は、前記第２発明において、前記出力手段が前記通知手段から通知される内容に応じて通知内容の出力表示を変化させるネットワーク検索システムを提供する。
例えば、ヒットした検索条件や付加情報に応じて、表示色を変化させたり反転表示や強調表示などを行う。
【００２２】
本願第１２発明は、前記第２発明において、前記出力手段が、前記通知されるネットワーク毎に通知回数をカウントし、前記通知内容の出力表示を前記カウント結果に基づいて変化させるネットワークの検索システムを提供する。
例えば、カウント数の多い順に表示したり、カウント数を併記したり、カウント数に応じてフォントや表示色を変えたり、アイコンの表示を変化させたりすることが考えられる。
【００２３】
本願第１３発明は、前記第２発明において、前記検索条件を禁止されたネットワークの検索条件として蓄積し、前記検索条件を満たすネットワークが通知された場合、前記通知されたネットワークへの参加を拒絶する参加防止手段をさらに備えるネットワーク検索システムを提供する。
この参加防止手段は、通知チャネルに対する参加の指示が出されても、通知不可などのメッセージを表示してチャネルへの参加を防止する。また、通知チャネルを表示しないようにしてチャネルへの参加を防止しても良い。
【００２４】
本願第１４発明は、前記第２発明において、前記双方向通信システムにユーザが初めて参加する場合、前記ネットワークの検索条件の設定を促進し、設定された検索条件を前記登録手段に送出する補助手段をさらに備えるネットワーク検索システムを提供する。
例えば、検索条件を入力するためのウインドウを表示し、入力されるに従って表示するウインドウを変化させながらユーザの好みのネットワークを検索するための条件の設定を促進する。
【００２５】
本願第１５発明は、前記第２発明において、前記ネットワークの通知を許可するか否かの設定を前記ネットワーク毎に受け付けるプロテクト手段をさらに有し、前記通知手段が前記設定に従って前記ユーザ端末への通知を行うネットワーク検索システムを提供する。
プロテクト手段により通知不可に設定されていると、通知手段はたとえ検索条件を満足するチャネルでも通知を行わない。
【００２６】
本願第１６発明は、複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムに用いられ、蓄積手段と、記録手段と、条件検索手段と、通知手段とを備えるネットワーク検索装置を提供する。蓄積手段は、前記ネットワークを検索する１以上の検索条件を、ユーザと関連づけて蓄積する。記録手段は、前記各ネットワークの状態が変化した場合、前記通信システムから前記各ネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する。条件検索手段は、前記記録手段に蓄積されている各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する。通知手段は、前記判断に基づいて、前記ユーザのいずれかの検索条件に適合する全てのネットワークを、前記ユーザ端末のそれぞれに通知する。
【００２７】
チャットシステムを例に取れば、ネットワーク検索装置はチャットサーバに設けられ、前述の方法で各検索条件を満足するチャネルを検索し、ユーザ端末に通知する。
本願第１７発明は、複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムに用いられる、ネットワーク検索プログラムを記録したコンピュータ読み取り可能な記録媒体であって、下記Ａ〜Ｄ段階を実行させるためのネットワーク検索プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；前記ネットワークを検索する１以上の検索条件を、ユーザと関連づけて蓄積する段階、
Ｂ；前記各ネットワークの状態が変化した場合、前記通信システムから前記各ネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する段階、
Ｃ；前記蓄積している各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する段階、
Ｄ；前記判断に基づいて、前記ユーザのいずれかの検索条件に適合する全てのネットワークを、前記ユーザ端末のそれぞれに通知する段階。
【００２８】
前記第１６発明と同様の作用を有する。
【００２９】
【発明の実施の形態】
次に、本発明について、実施形態例を示す図面を参照しながら具体的に説明する。なお、以下においては、本発明のネットワーク検索システムをチャットシステムに用い、チャネルを検索する場合を例に取り説明する。ここで、チャットシステムとは、複数のチャットクライアントとチャットサーバとからなり、複数のチャットクライアントがチャットサーバを介して互いに同一空間、すなわちチャネルを共有し、同時に双方向通信可能なシステムを言う。
【００３０】
＜第１実施形態例＞
［構成］
図１は、本発明の第１実施形態例のネットワーク検索システムの構成図である。本実施形態例に係るネットワーク検索システムは、チャットクライアント及び検索指示装置４を備えたユーザ端末と、チャットアプリケーションが動作可能でありネットワーク検索装置１６を備えたチャットサーバとからなる。
【００３１】
［１］ユーザ端末
各ユーザ端末は、チャットクライアントを用いてチャットサーバに接続し、それぞれ好みのチャネルに参加している。各ユーザ端末の検索指示装置４は、条件設定部１、チャネル表示部２及びガイド部３を有している。
条件設定部１は、画面上に設定ウインドウを表示し、ユーザからのチャネルの検索条件の設定を受け付け、ユーザ名と共にサーバに送信する。設定可能な検索条件としては、例えばキーワード、チャネルにおける発言頻度、ユーザ数、モード、参加ユーザなどが挙げられ、１つのみならず複数設定することも可能である。複数の検索条件を設定した場合は、いずれかの検索条件に合うチャネルが通知される。図２に、これらの検索条件を設定するための設定ウインドウの例を示す。この設定ウインドウについては後述する。
【００３２】
チャネル表示部２は、サーバから通知される前記検索条件に合うチャネル（以下、単に通知チャネルという）のリスト及び通知チャネルと共に通知される所定の付加情報を表示する。この付加情報は、該当チャネルがどのようなチャネルかを示す情報を含んでいる。付加情報としては、例えば、会話内容を端的に表すトピックや通知チャネルが満たす検索条件に応じてキーワード、発言回数、モード、ユーザのニックネームを挙げることが出来る。また、チャネル表示部は、チャネル毎に通知される回数をカウントし、カウント数が多い順に通知チャネルをソートして表示する。言い換えれば、カウント数はその通知チャネルがいくつの検索条件にヒットしたかを示すもので、検索条件に合う順に通知チャネルが表示される。このカウント数を前記付加情報に含めても良い。図３（ａ）に、チャネル表示部による通知チャネルリストの表示例を示す。この通知チャネルリストにおいては、通知チャネル及びヒットした条件数の他に、その通知チャネルでの話題を端的に表すトピックが付加情報として表示されている。図３（ｂ）は、チャットクライアントが参加中のチャネルリストを表示可能な場合に、チャネル表示部２が通知チャネルリストを参加チャネルリストとは別に表示する例である。
【００３３】
チャネル表示部２は、参加チャネルリストと並べて通知チャネルリストを表示することもできる。その場合には、参加中のチャネルとは異なる表示で通知チャネルを表示し、視覚的に両者が区別できるようにすると良い。図４（ａ）、（ｂ）に、参加チャネルリストに、通知チャネルリストを異なるフォントで追加表示した例を示す。なお、表示された通知チャネルリストの１つが選択され、マウスでダブルクリックされることによりその通知チャネルに参加し、該当チャネル名を参加チャネル側に移動させて表示することも可能である。また、あらかじめユーザ側で設定しておくことにより、通知チャネルに自動的に参加するようにしてもよい。但し、通知チャネルが多数ある場合も考えられるので、通知チャネルのうち上位３つに参加するなどの制限を設定可能または自動的に設定しておくことが好ましい。
【００３４】
また、チャネル表示部２は、通知チャネル及び付加情報を表示する際に、当該チャネルが合致した検索条件や付加情報の内容に応じて、表示を変化させることも可能である。例えば、検索条件に応じて表示を変更する場合は、キーワードが検索条件となっているものに合致したチャネルは赤色で表示し、ネットワークの状態の変化が検索条件となっているものに合致したチャネルは緑色で表示するようにすると、どの検索条件に合致したチャネルかが一瞥して識別容易になる。また、検索条件の内容毎に表示態様を変化させて識別可能となるようにしても良い。色分けだけでなく、強調表示、反転表示など様々な表示態様が考えられる。
【００３５】
ガイド部３は、チャットクライアントを起動したユーザが初めてチャットに参加したユーザである場合、どのチャネルに入ればよいかを判断する手助けを行う。例えば、初めてのユーザがサーバに接続すると、サーバ側から初めてのユーザであることが通知されるようにしておく。ガイド部３は、その通知に応じてガイドウインドウを表示し、興味のあるキーワードや好みの会話の雰囲気（にぎやか等）、友人のニックネームなどの条件の入力を促す。
【００３６】
図５〜７に、初めてのユーザに表示されるガイドウインドウの一例を示す。図５はキーワードの設定を、図６はチャネルの好みの雰囲気がにぎやかなどの指定を、図７はユーザが知っている他のユーザのニックネームの入力を、それぞれ行うガイドウインドウである。ガイド部３は、１つの条件が入力されると次のガイドウインドウを順次表示し、次々に検索条件の入力を促進する。全ての条件が入力されると、ユーザにより入力された条件を、チャネル検索条件としてユーザ名と共にサーバに送信する。
【００３７】
前記サーバからの初めてのユーザであることの通知は、サーバ側にユーザのニックネームとユーザとユーザのアクセス記録とを関連づけたデータベースを持たせておき、アクセス記録を参照することによりサーバがユーザの初めてのアクセスか否かを判断して行うようにする。また、ユーザ端末上のチャットクライアントが、ユーザが最初にチャットシステムを利用しようとする場合に接続すべきサーバの情報などの設定を促す一環として、ガイドウインドウを表示するようにしても良い。ガイド部３を設けることにより、初めてチャットに参加するユーザでも、自分にあったチャネルに容易に参加できるようになる。
【００３８】
［1-1］設定ウインドウ
図２に、チャネルの検索条件の設定ウインドウの一例を示す。図２においては、「キーワードを設定する」にチェックされ、キーワード「ＡＡＡ」が設定されている。本実施形態例においては、キーワードを設定すると、そのキーワードの発言が所定の頻度以上あるチャネルが検索される。キーワードの発言頻度は、本実施形態例では３分間に３つ以上として説明するが、適宜変更可能であり、またユーザにより自由に設定可能にしても良い。キーワードは、表示されているものの中から選択しても、また入力ボックスにキーボードなどから直接入力しても良い。
【００３９】
また、図２においては「会話の雰囲気を見る」にもチェックされ、「にぎやか」に設定されている。「会話の雰囲気を見る」を設定すると、発言の頻度を条件にチャネルが検索される。発言の頻度としては、例えば「にぎやか」、「普通」、「静か」などのレベルを設定しておき、それぞれのレベルに具体的な発言頻度を対応させるとユーザにとって設定が容易である。本実施形態例においては、３分間の発言数が１０回以上であれば「にぎやか」、２〜９回以上であれば「普通」、１回以下であれば「静か」とする。
【００４０】
他に、「トピックの変化を見る」にチェックすれば、トピックが変化したチャネルが検索される。ユーザ数の変化を設定すると、ユーザ数が指定した数以上になったチャネルが検索される。また、「モードの変化を見る」にチェックすれば、チャネルモードが変化したことを、チャネルの検索条件に設定することが出来る。ここでチャネルモードとは、プライベートチャネル、シークレットチャネル、インバイトオンリーなど、チャネルに特徴を与える識別子である。さらに、「ユーザのJOIN/PARTを見る」にチェックすれば、特定のユーザの参加や不参加を、チャネルの検索条件に設定することが出来る。図２においては、ユーザ”ｚ”が参加したことを検索条件にしている。
【００４１】
［２］サーバ
サーバは、チャットアプリケーションにより複数のユーザ端末からの入力による発言を監視し、入力があると発言内容を同じチャネルに参加している他のユーザ端末に配信している。サーバに設けられたネットワーク検索装置１６は、登録部１１、条件ＤＢ１２、記録部１３、条件検索部１４及び通知部１５を有している。
【００４２】
登録部１１は、ユーザ端末から送信されてくるチャネルの検索条件及びユーザ名を、条件ＤＢ１２に格納する。図８に、条件ＤＢ１２にユーザＡ，Ｂ，Ｃ，Ｄ，Ｅの５人が検索条件を登録している例を示す。図８において、ユーザＡはキーワードと会話の雰囲気との２つの検索条件を設定し、他のユーザはキーワードだけを検索条件にしている。
【００４３】
また、登録部１１は、各ユーザが登録した検索条件から重複するものを除いた条件リスト１７を作成し、保持する。例えば、条件ＤＢ１２が図８に示す情報を蓄積している場合に、条件ＤＢ１２に対応して作成される条件リスト１７の概念図を図９〜図１２に示す。図９のキーワード条件リストには、キーワードと、そのキーワードを検索条件にしているユーザリストとが、対応付けられて蓄積されている。図１０の雰囲気条件リストには、発言頻度の各レベルとユーザリストとが、対応付けられて蓄積されている。図１１の状態変化条件リストには、変化する状態とその状態変化を条件にしているユーザリストとが、対応付けられて蓄積されている。図１２の参加ユーザ条件リストには、特定のユーザとその特定ユーザの参加を検索条件にしているユーザとが、対応付けられて蓄積されている。
【００４４】
記録部１３は、チャットサーバからイベントの発生及び発生したイベントの解析通知を受け取り、通知された内容をバッファ１８に記録する。ここで、イベントとは、ユーザ端末からの発言またはモードの変化要求、トピックの変化要求、チャネルへの参加や退出要求などの状態変化要求を言う。チャットサーバは、イベントの発生を感知すると、発生したイベントを解析する。記録部１３は、チャットサーバのイベント解析結果、すなわちイベントが発生したチャネル及び発生したイベントの内容が発言なのか状態変化要求なのかを取得し、取得内容をバッファ１８に記述する。また、記録部１３は、所定の期間を経過した古い内容を削除する。
【００４５】
図１３及び図１４に、記録部１３がバッファ１８に記述する内容の例を示す。図１３は、ユーザ端末からの発言に対応して記述される発言リストであり、発言があった時刻、発言者を示す識別子及び発言内容が、それぞれ対応付けられてチャネル毎に記述されている。この例では、キーワードの発言頻度及びチャネルの雰囲気を判断するために必要な過去３分間以内の記録が保持されている場合を示している。図１４は、ユーザ端末からの状態変化要求に対応して記述される状態リストであり、要求のあった時刻、要求ユーザを特定する識別子、要求された状態変化及び変化後の状態が、それぞれ対応付けられてチャネル毎に記述されている。この例では、これらの状態変化要求が生じる頻度を考慮して、２４時間以内の記録が状態リストに保持されている。
【００４６】
条件検索部１４は、イベントが発生する度に、条件リスト１７に記述された各条件を各チャネルが満たすか否かを、バッファ１８の内容に基づいて判断する。ある条件をあるチャネルが満たしていれば、条件検索部１４は、その条件及び条件に対応付けられたユーザリストと、チャネル名とを、通知部１５に通知する。
通知部１５は、条件検索部１４から通知される条件、条件を満たすチャネル及びユーザリストに基づいて、ユーザリストに記載されているユーザにチャネル及び所定の付加情報を通知する。付加情報は、前記バッファ１８の状態リストから条件に応じて取得する。なお、本実施形態例では、付加情報を通知部１５が取得するが、条件検索部１４が付加情報を取得し、条件、チャネル及びユーザリストともに通知部１５に通知するようにしても良い。
【００４７】
［処理の流れ］
（１）メインルーチン
次に、前記のネットワーク検索システムにおいて、登録された検索条件に基づいてチャネルを検索して通知する処理の流れを説明する。図１５は、ネットワーク検索装置１６が行う検索処理の流れを示すフローチャートである。説明を容易にするため、条件ＤＢには図８に示すような検索条件が登録されており、条件リスト１７には図９〜図１２に示す内容が記載され、バッファ１８には図１３，図１４に示す発言リスト及び状態リストが蓄積されている場合を考える。チャットアプリケーションにおいて、イベントが発生することにより以下の処理が開始される。
【００４８】
ステップＳ１では、記録部１３は、チャットアプリケーションからイベントが発生したチャネル及びその内容を取得し、内容に応じて発言リストまたは状態リストを書き換える。また、バッファ１８内で所定の時間を経過した古い記録を削除する。例えば、発言リストから過去３分以上経過した記録を削除する。
まず、ステップＳ２では、条件検索部１４は、発生したイベントが発言か状態変化かを判断し、発言であればステップＳ３へ移行する。イベントが状態変化であれば、後述するステップＳ７へ移行する。
【００４９】
ステップＳ３では、条件検索部１４が、図９に示すキーワード条件リストと、イベントが発生したチャネルに関する発言リストとを参照し、イベントが発生したことによりチャネルがキーワードの条件を満足するようになったか否かをいずれかのキーワードについて判断する。例えば、まずキーワード「ＡＡＡ」について発言リスト内を検索し、３分間に５つ以上発言されていれば、キーワード「ＡＡＡ」を検索条件にしているユーザリスト「Ａ，Ｃ，Ｄ」をチャネル名及び検索条件と共に通知部１５に通知し、ステップＳ４に移行する。キーワード「ＡＡＡ」について条件を満たしていなければ、後述するステップＳ５に移行する。
【００５０】
ステップＳ４では、後述する通知処理サブルーチンにより、ユーザ端末に対してチャネル名を通知し、ステップＳ５に移行する。
ステップＳ５では、キーワード条件リスト中の全てのキーワードについて、判断を行ったか否かを判断し、まだであれば再びステップＳ３に戻り、例えば次のキーワード「ＢＢＢ」についても同様に条件の判定を行う。キーワード条件リスト内のすべてのキーワードについて条件判定を終了したと判断すると、ステップＳ６へ移行する。
【００５１】
ステップＳ６では、条件検索部１４が、図１０に示す雰囲気条件リストとバッファ１８内の発言リストとを参照し、イベントが発生したことによりチャネルが発言頻度の条件を満足するようになったか否かを判断する。例えば、発言リスト内には所定時間内の発言が記録されているので、その中の発言数から発言頻度を計算し、それが「発言頻度が７回／３分」であれば、頻度条件リストから発言頻度「５回以上／３分」を検索条件にしているユーザリスト「Ｂ，Ｃ」をチャネル名及び検索条件とともに通知部１５へ通知し、ステップＳ７へ移行する。条件に合致しなければ終了する。
【００５２】
ステップＳ７では、ステップＳ４と同様に、後述する通知処理サブルーチンにより、ユーザ端末に対してチャネル名を通知止、処理を終了する。
前記のステップＳ２において、条件検索部１４が発生したイベントが状態変化であると判断すると、ステップＳ８に移行する。ステップＳ８では、条件検索部１４は、発生した状態変化要求がトピックの変化要求であるかどうか判断する。トピックの変化要求であれば、条件リスト１７の中から図１２に示す状態変化条件リストを参照し、トピックの変化を検索条件に設定しているユーザリスト「Ａ，Ｄ」をチャネル名及び検索条件と共に通知部１５へ通知し、前記のステップＳ７へ移行する。トピックが変化していなければ、ステップＳ９へ移行する。
【００５３】
ステップＳ９では、条件検索部１４は、発生した状態変化要求がモードの変化要求であるかどうか判断する。モードの変化要求であれば、図１２に示す状態変化条件リストを参照し、モードの変化を検索条件に設定しているユーザリストを、チャネル名及び検索条件と共に通知部１５へ通知し、前記ステップＳ７に移行する。イベントがトピックの変化要求でなければ、ステップＳ１０へ移行する。
【００５４】
ステップＳ１０では、条件検索部１４は、発生した状態変化要求がユーザの参加要求であるかどうか判断する。ユーザの参加要求であれば、条件リスト１７の中から図１２に示すユーザ参加リストを参照し、参加したユーザの参加を検索条件に設定しているユーザリストをチャネル名及び検索条件と共に通知部１５へ通知し、前記ステップＳ７へ移行する。イベントがユーザの参加要求でなければ、処理を終了する。
【００５５】
（２）通知処理サブルーチン
図１６は、通知部１５が行う通知処理サブルーチンの処理の流れを示すフローチャートである。通知部１５は、前記メインルーチンにおいて、条件検索部１４からヒットした条件、ユーザリスト及びチャネル名の通知を受けることにより以下の処理を開始する。
【００５６】
まず、ステップＳ１１では、通知部１５は、条件検索部１４から通知されるヒットした条件、ユーザリスト及びチャネル名を取得する。
ステップＳ１２では、通知部１５は、ヒットした条件に応じ、バッファ１８の状態リストから付加情報を取得する。例えば、ヒットした条件が「トピックの変化」であれば、状態リストから該当チャネルのトピックを検索して取得する。ヒットした条件が「モードの変化」であれば、状態リストから該当チャネルのモードを検索して取得する。
【００５７】
ステップＳ１３では、通知部１５は、ユーザリストのうちのいずれかのユーザを送信対象に設定する。
ステップＳ１４では、通知部１５は、先に決定したチャネルと付加情報とを、送信対象のユーザ端末に送信し、ステップＳ１５へ移行する。
ステップＳ１５では、通知部１５は、ユーザリストに記載されている全てのユーザの端末に対して通知を行ったか否かを判断し、未通知ユーザが残っていればステップＳ１３へ戻り、新たなユーザを送信対象に設定して送信を行う。ユーザリストの全てのユーザに対して送信が終了したと判断すると、図１５のメインルーチンに戻る。
【００５８】
＜第２実施形態例＞
前記第１実施形態例において、ユーザの設定により、ある条件に該当するチャネルを非表示にすることも可能である。例えば、ユーザの子供が有害な情報に接触することを防ぐため、ユーザが予め有害と思われるキーワードを、非表示条件としてチャネル表示部２に記憶させておく。このためには、例えば設定ウインドウに「通知されたチャネルを非表示にする」旨を指定するボックスを設けておく。この非表示条件を、チャネル表示部２は通常の検索条件としてサーバ側に送信する。
【００５９】
しかし、サーバからチャットクライアントに対し、非表示条件に合うチャネル及びキーワードが通知され、チャットクライアントにより当該チャネルに参加指示が出されると、前記チャネル表示部２は前記記憶した非表示条件を参照する。参照した結果、チャネル表示部２は参加不可を表示し、有害なチャネルへの参加を防ぐ。
【００６０】
前記チャネルへの参加防止の処理は、ユーザ端末側だけではなく、サーバ側で行うことも可能である。例えば、前記条件設定部１によりチャネルの検索条件をサーバに登録するときに、その検索条件に合うチャネルを通知するか否かを指定できるようにしておく。条件ＤＢに、非通知チャネルの条件に合うチャネル及びその条件を登録したユーザを、チャネル名とともに記憶しておき、そのユーザ端末から該当チャネルへの参加を拒否する。この場合、サーバからユーザ端末へチャネル情報を通知しなくてもよい。
【００６１】
＜第３実施形態例＞
サーバへのチャネルの検索条件の登録は、必ずしもユーザ端末に条件設定部２を設けず、ウェブブラウザなどの他のアプリケーションを用いて行うことも可能である。また、データマイニングなどの手法を用い、そのチャットクライアントにおける通常の発言の中からキーワードを検出し、自動的に条件ＤＢに登録することも可能である。
【００６２】
＜第４実施形態例＞
さらに、前記のネットワーク検索装置とは独立に、プロテクト部（図示せず）をサーバに持たせ、各チャネルについて通知を許可するか否かの設定を受け付けるようにしても良い。この設定は、実際にはサーバの管理者により行われる。プロテクト部を設けた場合、前記通知部１５は、監視部１４から通知されたチャネル及び付加情報をユーザ端末に送信する前に、各チャネルに設定された通知の許可／不可の設定を参照する。そして、通知部１５は、前記設定に従って通知の実行または通知の取り消しを行う。
【００６３】
【発明の効果】
本発明を用いれば、ユーザが効率的にチャットシステム内の情報を取得することを助け、コミュニケーション活動を活発化させることができる。
【図面の簡単な説明】
【図１】本発明に係るネットワーク検索システムの機能ブロック図。
【図２】検索条件を設定するウインドウの一例を示す説明図。
【図３】ユーザ端末に表示される通知チャネルのリストの一例を示す説明図。
【図４】ユーザ端末に表示される通知チャネルのリストの他の一例を示す説明図。
【図５】初心者にキーワードの入力を促すガイドウインドウの一例を示す説明図。
【図６】初心者にチャネルの雰囲気の入力を促すガイドウインドウの一例を示す説明図。
【図７】初心者に友人の入力を促すガイドウインドウの一例を示す説明図。
【図８】条件ＤＢに蓄積される情報の概念説明図。
【図９】キーワード条件リストの一例を示す説明図。
【図１０】雰囲気条件リストの一例を示す説明図。
【図１１】状態変化条件リストの一例を示す説明図。
【図１２】参加ユーザ条件リストの一例を示す説明図。
【図１３】発言リストの一例を示す説明図。
【図１４】状態リストの一例を示す説明図。
【図１５】ネットワーク検索装置が行う検索処理の流れを示すフローチャート。
【図１６】通知部が行う通知処理の流れを示すフローチャート。

Claims

複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムが実行するネットワーク検索方法であって、
前記ネットワークを検索する１以上の検索条件の入力を受け付け、入力された検索条件をユーザと関連づけて蓄積する蓄積ステップと、
前記各ネットワークの状態が変化した場合、前記通信システムからそのネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する記録ステップと、
前記記録されている各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する条件検索ステップと、
前記判断に基づいて、前記ユーザのいずれかの検索条件に適合するネットワークを、前記ユーザ端末のそれぞれに通知する通知ステップと、
前記通知された内容を出力する出力ステップと、
を含むネットワーク検索方法。
複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムとともに用いられ、
前記ネットワークを検索する１以上の検索条件を、ユーザと関連づけて蓄積する蓄積手段と、
前記検索条件を前記蓄積手段に登録する登録手段と、
前記検索条件の入力を受け付け、前記ユーザと関連づけて前記登録手段に送出する設定手段と、
前記各ネットワークの状態が変化した場合、前記通信システムから前記各ネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する記録手段と、
前記記録手段に蓄積されている各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する条件検索手段と、
前記判断に基づいて、前記ユーザのいずれかの検索条件に適合するネットワークを、前記ユーザ端末のそれぞれに通知する通知手段と、
前記通知された内容を出力する出力手段と、
を備えるネットワーク検索システム。
前記通知手段は、前記ネットワークに関する所定の付加情報を前記記録手段から取得し、前記ネットワークと共に前記ユーザ端末に通知する、請求項２に記載のネットワーク検索システム。
前記条件検索手段は、前記ネットワークに関する付加情報をさらに取得し、
前記通知手段は、前記ネットワークとともに前記ユーザ端末に通知する、請求項２に記載のネットワーク検索システム。
前記蓄積手段は、前記各ユーザの検索条件として少なくともキーワードを蓄積しており、
前記記録手段は、前記蓄積されているキーワードの発言時刻を前記ネットワーク毎に記録し、前記記録を所定の単位時間分に遡って保持し、
前記条件検索手段は、前記単位時間あたりの前記キーワードの発言数に基づいて、前記各ネットワークが前記キーワードの条件を満たすか否かを判断する、請求項２に記載のネットワーク検索システム。
前記蓄積手段は、前記各ユーザの検索条件として少なくとも発言頻度を蓄積しており、
前記記録手段は、発言がある度に発言時刻を前記ネットワーク毎に記録し、前記記録を所定の単位時間分に遡って保持し、
前記条件検索手段は、前記単位時間あたりの前記発言数に基づいて、前記各ネットワークが前記発言頻度の条件を満たすか否かを判断する、請求項２に記載のネットワーク検索システム。
前記蓄積手段は、前記各ユーザの検索条件として少なくとも前記ネットワークの話題の変化を蓄積しており、
前記記録手段は、前記いずれかのネットワークの話題が変化する毎に前記話題を取得して蓄積し、
前記条件検索手段は、前記取得に基づいて、該当するネットワークについて前記ネットワークの話題の変化の条件を満たすと判断する、請求項２に記載のネットワーク検索システム。
前記蓄積手段は、前記各ユーザの検索条件として少なくとも前記ネットワークを共有するユーザ数の範囲を蓄積しており、
前記記録手段は、前記いずれかのネットワークを共有するユーザ数が変化する毎に前記ユーザ数を取得して蓄積し、
前記条件検索手段は、前記取得に基づいて、該当するネットワークについてユーザ数が前記各ユーザの検索条件に該当するか否かを判断する、請求項２に記載のネットワーク検索システム。
前記蓄積手段は、前記各ユーザの検索条件として少なくとも特定のユーザの参加または退出を蓄積しており、
前記記録手段は、前記いずれかのネットワークを共有するユーザが変化する毎に前記ユーザを取得して蓄積し、
前記条件検索手段は、前記取得前のユーザと取得後のユーザとを比較して前記各ユーザの検索条件に該当するか否かを判断する、請求項２に記載のネットワーク検索システム。
前記蓄積手段は、前記各ユーザの検索条件として少なくとも前記各ネットワークのモードの変化を蓄積しており、
前記記録手段は、前記いずれかのネットワークのモードが変化する毎に前記モードを取得して蓄積し、
前記条件検索手段は、前記取得に基づいて該当するネットワークが前記モードの変化の条件を満たすと判断する、請求項２に記載のネットワーク検索システム。
前記出力手段は、前記通知手段から通知される内容に応じて通知内容の出力表示を変化させる、請求項２に記載のネットワーク検索システム。
前記出力手段は、前記通知されるネットワーク毎に通知回数をカウントし、前記通知内容の出力表示を前記カウント結果に基づいて変化させる、請求項２に記載のネットワークの検索システム。
前記検索条件を禁止されたネットワークの検索条件として蓄積し、前記検索条件を満たすネットワークが通知された場合、前記通知されたネットワークへの参加を拒絶する参加防止手段をさらに備える、請求項２に記載のネットワーク検索システム。
前記双方向通信システムにユーザが初めて参加する場合、前記ネットワークの検索条件の設定を促進し、設定された検索条件を前記登録手段に送出する補助手段をさらに備える、請求項２に記載のネットワーク検索システム。
前記ネットワークの通知を許可するか否かの設定を前記ネットワーク毎に受け付けるプロテクト手段をさらに有し、
前記通知手段は、前記設定に従って前記ユーザ端末への通知を行う、請求項２に記載のネットワーク検索システム。
複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムに用いられ、
前記ネットワークを検索する１以上の検索条件を、ユーザと関連づけて蓄積する蓄積手段と、
前記各ネットワークの状態が変化した場合、前記通信システムから前記各ネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する記録手段と、
前記記録手段に蓄積されている各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する条件検索手段と、
前記判断に基づいて、前記ユーザのいずれかの検索条件に適合する全てのネットワークを、前記ユーザ端末のそれぞれに通知する通知手段と、
を備えるネットワーク検索装置。
複数のユーザ端末が互いに同一ネットワークを共有して同時に双方向通信可能な通信システムに用いられる、ネットワーク検索プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
Ａ；前記ネットワークを検索する１以上の検索条件を、ユーザと関連づけて蓄積する段階と、
Ｂ；前記各ネットワークの状態が変化した場合、前記通信システムから前記各ネットワークの状態を取得し、現在時刻から過去所定時間長さ分または最新の所定量分だけ各ネットワークの状態を蓄積する段階と、
Ｃ；前記蓄積している各ネットワークの状態に基づいて、前記各ネットワークが前記いずれかの検索条件を満たしているか否かを判断する段階と、
Ｄ；前記判断に基づいて、前記ユーザのいずれかの検索条件に適合する全てのネットワークを、前記ユーザ端末のそれぞれに通知する段階と、
を実行させるためのネットワーク検索プログラムを記録した、コンピュータ読み取り可能な記録媒体。