(57)【要約】【課題】通知情報を通知先により異なる表現で開示する。【解決手段】メンバ全体をグループ化したときに各グループ間の包含関係を示すグループ間情報、ステータスの変換ルール及びグループ間情報を構成する一方のグループから他方のグループへ通知されるステータスの変換に用いる変換ルールを定義した適用変換ルールを予め設定しておく。サーバは、ユーザ端末装置からユーザ入力されたステータス４０を、当該ユーザが属するグループを包含する他のグループに属するユーザへ通知する際には適用された変換ルールに従い異なる表現のステータス４２に変換する。当該ユーザが属するグループが包含する他のグループに属するユーザへ通知する際には入力されたままの表現のステータス４８で通知する。【選択図】図１０
2005032081.tif 000002
【特許請求の範囲】
【請求項１】
ユーザにより入力された他のユーザへの通知情報を、他のユーザが使用する情報端末装置へ通知し表示させる情報通知装置において、
ユーザをグループ化したときに、各ユーザの所属グループ及び通知先情報を記憶するグループ情報記憶手段と、
グループ間の包含関係を記憶するグループ間情報記憶手段と、
通知情報を異なる表現で開示するための変換ルールを記憶する変換ルール記憶手段と、
グループ間毎に適用する変換ルールを記憶する適用変換ルール記憶手段と、
通知情報を入力したユーザと異なるグループに属するユーザへ通知する通知情報を、当該グループ間の包含関係に対応した変換ルールに従い変換する通知情報変換手段と、
を有し、入力された通知情報を、他のユーザが属するグループによって異なる表現での表示を可能にしたことを特徴とする情報通知装置。
【請求項２】
請求項１に記載の情報通知装置において、
前記通知情報変換手段は、通知情報を入力したユーザが所属しているグループを包含しているグループに所属するユーザに対して通知する通知情報に対しては変換ルールに従い異なる表現に変換し、通知情報を入力したユーザが所属しているグループに包含されているグループに所属するユーザに対して通知する通知情報に対しては表現を変更しないことを特徴とする情報通知装置。
【請求項３】
請求項１に記載の情報通知装置において、
前記各記憶手段に記憶されたグループ情報、グループ間情報、変換ルール又は適用変換ルールのいずれか少なくとも一つの情報に対してカスタマイズ情報を別途設定するカスタマイズ手段を有し、
前記通知情報変換手段は、前記カスタマイズ手段によりカスタマイズ情報が別途設定されているときには、その設定されたカスタマイズ情報を優先的に用いて通知情報を変換することを特徴とする情報通知装置。
【請求項４】
請求項３に記載の情報通知装置において、
前記カスタマイズ手段は、１又は複数のグループ毎にカスタマイズ情報を設定し、
前記通知情報変換手段は、前記カスタマイズ手段によりカスタマイズ情報が別途設定されているグループからの通知情報に対して当該カスタマイズ情報を優先的に用いて通知情報を変換することを特徴とする情報通知装置。
【請求項５】
請求項１に記載の情報通知装置において、
前記通知情報変換手段は、通知情報を複数の情報に分割したとき、分割した情報毎に変換を行うことを特徴とする情報通知装置。
【請求項６】
請求項５に記載の情報通知装置において、
前記通知情報変換手段は、分割した情報の一部分のみを変換することを特徴とする情報通知装置。
【請求項７】
請求項１乃至６のいずれか１項に記載の情報通知装置において、
通知情報は、各ユーザの現在の状態を表す情報であることを特徴とする情報通知装置。
【請求項８】
請求項１乃至7のいずれか１項に記載の情報通知装置において、
ユーザが入力するべき通知情報を、ユーザにより指定されたグループに対応した既登録の通知情報で自動設定することを特徴とする情報通知装置。
【請求項９】
複数のユーザがグループ管理されている場合において、ユーザにより入力された他のグループに属する他のユーザへの通知情報を受け付けるステップと、
他のユーザへ通知すべき通知情報を、グループ間の包含関係に対応した変換ルールに従い異なる表現に変換する変換ステップと、
他のユーザが使用する情報端末装置で表示させるために、前記変換ステップにより変換された通知情報を送信する通知ステップと、
を含み、入力された通知情報を、他のユーザが属するグループによって異なる表現での表示を可能にしたことを特徴とする情報通知方法。
【請求項１０】
ユーザにより入力された他のユーザへの通知情報を、他のユーザが使用する情報端末装置へ通知し表示させる装置上で実行されるコミュニケーションツールにおいて、
ユーザをグループ化したときに、各ユーザの所属グループ及び通知先情報を記憶するグループ情報記憶手段と、
グループ間の包含関係を記憶するグループ間情報記憶手段と、
通知情報を異なる表現で開示するための変換ルールを記憶する変換ルール記憶手段と、
グループ間毎に適用する変換ルールを記憶する適用変換ルール記憶手段と、
を参照することによって、通知情報を入力したユーザと異なるグループに属するユーザへ通知する通知情報を、当該グループ間の包含関係に対応した変換ルールに従い異なる表現に変換することを特徴とするコミュニケーションツール。
【請求項１１】
請求項１０に記載のコミュニケーションツールにおいて、
前記各記憶手段に記憶されたグループ情報、グループ間情報、変換ルール又は適用変換ルールのいずれか少なくとも一つの情報を別途設定するカスタマイズ機能を有し、そのカスタマイズ機能により情報が別途設定されているときには、その設定された情報を優先的に用いて通知情報を変換することを特徴とするコミュニケーションツール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが他のユーザへ通知したい通知情報を当該他のユーザへ通知し表示させる通知情報装置、特に通知情報の表示の改良に関する。
【背景技術】
【０００２】
近年、インターネットサービスプロバイダ（ＩＳＰ）は、会員間でメッセージ等を自由にやりとりできる様々なコミュニケーションツール・サービスを提供している。例えば、ヤフー（株）は、無料で利用できるコミュニケーションツールとしてYahoo!メッセンジャーを提供している。Yahoo!メッセンジャーには、ユーザにとって便利な機能が種々搭載されている。このうち、オンライン／オフラインという基本機能を利用すれば、予め設定登録しておいたユーザのログイン／ログアウト状態をリアルタイムに知ることができるので、チャット等の相手を即座に見つけることができる。
【０００３】
また、このようなコミュニケーションツールでは、ログイン／ログアウトという状態だけでなく、所定のリストボックスから選択したり、入力フィールドに文字入力すれば、例えば「会議中」などのように自分の現在の状態を設定登録してあるユーザに通知することができる。なお、このように相手に通知されるメッセージを特にインスタントメッセージと呼ばれているが、各ユーザが使用する情報端末装置の画面には、このインスタントメッセージが表示されることになるので、インスタントメッセージを受けたユーザは、他のユーザが現在何をしているかなどの状態を知ることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、自分の状態を他のユーザに通知するために、例えば「新商品の開発プロジェクトのための会議中」などというメッセージを入力すると、このメッセージは、その文言のまま設定登録してある全てのユーザの画面上に表示されてしまう。一般に、各自がコミュニケーションツールを利用してメッセージ交換をしようとする相手は、仕事の仲間、遂行中プロジェクトの仲間、顧客、趣味の仲間、家族等公私に及ぶと考えられるが、従来のコミュニケーションツールを用いると、通知するメッセージの内容は、メッセージ入力者とメッセージ受信者との関係に依存することなく入力された表現のままメッセージ受信者使用の各端末装置に画面表示されることになる。すなわち、通知したいメッセージの表現を、メッセージ受信者によって使い分けたいときでも従来においては入力された文言がそのまま表示されるだけなので不可能である。
【０００５】
上記メッセージの例に基づけば、そのメッセージの内容は、メッセージ入力者（以下、「ユーザＡ」）の所属部署等のメンバに対しては有用な情報であっても、家族等の私的な仲間には「仕事中」程度の簡易若しくは省略した内容で自分の状態を通知すれば十分であり、メッセージの詳細な内容まで知らせる必要がない、あるいは知らせたくないかもしれない。更に、通知先が顧客等の外部者ともなれば、メッセージの詳細な内容を知らせてはならない場合もある。この場合は、「会議中」程度の内容で状態を通知すれば十分であると考えられる。
【０００６】
このように、従来のコミュニケーションツールでは、通知先によってメッセージを伝える表現を変えたいという要求に対応できる機能を提供していなかったため、メッセージを送信したいユーザは、別の手段を利用して、個々のユーザに対して異なる表現でメッセージを通知しなければならなかった。仮に、メッセージの入力負荷を軽減するためにユーザをグループ化することができたとしても、これは通知先の数を削減した場合の効果と同じであり、各グループに対して異なる表現でメッセージを入力する必要があることには変わりない。
【０００７】
本発明は以上のような問題を解決するためになされたものであり、その目的は、通知情報を通知先により異なる表現で開示することのできる情報通知装置及び情報通知方法を提供することにある。
【課題を解決するための手段】
【０００８】
以上のような目的を達成するために、本発明に係る情報通知装置は、ユーザにより入力された他のユーザへの通知情報を、他のユーザが使用する情報端末装置へ通知し表示させる情報通知装置において、ユーザをグループ化したときに、各ユーザの所属グループ及び通知先情報を記憶するグループ情報記憶手段と、グループ間の包含関係を記憶するグループ間情報記憶手段と、通知情報を異なる表現で開示するための変換ルールを記憶する変換ルール記憶手段と、グループ間毎に適用する変換ルールを記憶する適用変換ルール記憶手段と、通知情報を入力したユーザと異なるグループに属するユーザへ通知する通知情報を、当該グループ間の包含関係に対応した変換ルールに従い変換する通知情報変換手段とを有し、入力された通知情報を、他のユーザが属するグループによって異なる表現での表示を可能にしたことを特徴とする。
【０００９】
なお、ユーザが実際に入力したことのみならず、表示された通知情報の中から選択指定する場合も上記「ユーザにより入力された」に該当する。また、ユーザをグループ化したときの各グループには、一人以上のユーザが属していればよく、更に一人も属さない場合もあり得る。また、一ユーザは複数のグループに所属しうる。
【００１０】
また、前記通知情報変換手段は、通知情報を入力したユーザが所属しているグループを包含しているグループに所属するユーザに対して通知する通知情報に対しては変換ルールに従い異なる表現に変換し、通知情報を入力したユーザが所属しているグループに包含されているグループに所属するユーザに対して通知する通知情報に対しては表現を変更しないことを特徴とする。
【００１１】
また、前記各記憶手段に記憶されたグループ情報、グループ間情報、変換ルール又は適用変換ルールのいずれか少なくとも一つの情報に対してカスタマイズ情報を別途設定するカスタマイズ手段を有し、前記通知情報変換手段は、前記カスタマイズ手段によりカスタマイズ情報が別途設定されているときには、その設定されたカスタマイズ情報を優先的に用いて通知情報を変換することを特徴とする。
【００１２】
更に、前記カスタマイズ手段は、１又は複数のグループ毎にカスタマイズ情報を設定し、前記通知情報変換手段は、前記カスタマイズ手段によりカスタマイズ情報が別途設定されているグループからの通知情報に対して当該カスタマイズ情報を優先的に用いて通知情報を変換することを特徴とする。
【００１３】
また、前記通知情報変換手段は、通知情報を複数の情報に分割したとき、分割した情報毎に変換を行うことを特徴とする。通知情報を５Ｗ１Ｈに分割することは、通知情報の分割の一例である。
【００１４】
更に、前記通知情報変換手段は、分割した情報の一部分のみを変換することを特徴とする。
【００１５】
また、通知情報は、各ユーザの現在の状態を表す情報であることを特徴とする。
【００１６】
また、各ユーザが入力するべき通知情報を、ユーザにより指定されたグループに対応した既登録の通知情報で自動設定することを特徴とする。
【００１７】
本発明に係る情報通知方法は、複数のユーザがグループ管理されている場合において、ユーザにより入力された他のグループに属する他のユーザへの通知情報を受け付けるステップと、他のユーザへ通知すべき通知情報を、グループ間の包含関係に対応した変換ルールに従い異なる表現に変換する変換ステップと、他のユーザが使用する情報端末装置で表示させるために、前記変換ステップにより変換された通知情報を送信する通知ステップとを含み、入力された通知情報を、他のユーザが属するグループによって異なる表現での表示を可能にしたことを特徴とする。
【００１８】
本発明に係るコミュニケーションツールは、ユーザにより入力された他のユーザへの通知情報を、他のユーザが使用する情報端末装置へ通知し表示させる装置上で実行されるコミュニケーションツールにおいて、ユーザをグループ化したときに、各ユーザの所属グループ及び通知先情報を記憶するグループ情報記憶手段と、グループ間の包含関係を記憶するグループ間情報記憶手段と、通知情報を異なる表現で開示するための変換ルールを記憶する変換ルール記憶手段と、グループ間毎に適用する変換ルールを記憶する適用変換ルール記憶手段とを参照することによって、通知情報を入力したユーザと異なるグループに属するユーザへ通知する通知情報を、当該グループ間の包含関係に対応した変換ルールに従い異なる表現に変換することを特徴とする。
【００１９】
また、前記各記憶手段に記憶されたグループ情報、グループ間情報、変換ルール又は適用変換ルールのいずれか少なくとも一つの情報を別途設定するカスタマイズ機能を有し、そのカスタマイズ機能により情報が別途設定されているときには、その設定された情報を優先的に用いて通知情報を変換することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、通知したいユーザが所属するグループとの間に設定した変換ルールに従い、入力された通知情報を変換するようにしたので、各ユーザが所属するグループによって入力された通知情報を異なる表現で通知し表示させることができる。
【００２１】
また、グループの包含関係や変換ルール等を設定できるようにカスタマイズ機能を設けたので、ユーザの関係により適合した表現で通知情報を表示させることができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００２３】
図１は、本発明に係る情報通知装置の一実施の形態を示した構成図である。本発明は、主に、Ｐ２Ｐ(ピア・ツー・ピア)コンピューティングやグリッドコンピューティングにより実現することを想定しているが、説明を簡略化するために装置構成として、本実施の形態において特徴的なコミュニケーションツール・サービスを提供するＩＳＰが保有するサーバ１０と、インターネット２を介して前記ＩＳＰが提供するコミュニケーションツールを利用するユーザ所有のユーザ端末装置２０のみを示した。本実施の形態では、ユーザが他のユーザへ通知する通知情報として、通知元ユーザの現在の状態を示すステータスメッセージ（以下、単に「ステータス」）を例にして説明する。
【００２４】
サーバ１０は、ユーザ情報、グループ情報、グループ間情報、変換ルール及び適用変換ルールをそれぞれ記憶する各記憶部１１，１２，１３，１４，１５と、情報通信部１６と情報管理部１７とステータス変換部１８とを有している。情報通信部１６は、ユーザ端末装置２０との間でステータス等の情報の交換を行う。情報管理部１７は、各記憶部１１〜１５に記憶されている情報の管理を行う。ステータス変換部１８は、ユーザにより入力されたステータスをグループ間の包含関係に対応した変換ルールに従い変換する。なお、図１には、本実施の形態において特徴とする処理機能を実現するために必要な構成要素を図示しており、サーバ１０には、図示しなくてもコミュニケーションツール・サービスを提供するウェブサーバとして持つべき標準機能は搭載されている。
【００２５】
ユーザ端末装置２０は、情報通信部２１、ユーザインタフェース（ＵＩ）部２２及び適用ルール設定部２３を有している。情報通信部２１は、インターネット２を介してサーバ１０及び必要に応じて他のユーザ端末装置２０との間で情報の交換を行う。ユーザインタフェース（ＵＩ）部２２は、ユーザ端末装置２０のディスプレイ上にコミュニケーションツールが提供するサービス画面を表示するなどの機能を有するユーザインタフェース手段であり、ユーザにより入力されたステータスを受け付けるステータス入力部２４と、サーバ１０から送られてくる他のユーザのステータスを表示するステータス表示部２５を有している。サーバ１０のステータス変換部１８は、変換ルール記憶部１４に記憶されている予め定義された変換ルールに従い、ユーザにより入力されたステータスを異なる表現に変換するが、適用ルール設定部２３は、この変換に用いる変換ルールやグループの包含関係等を別途設定できるカスタマイズ機能を有している。なお、ユーザ端末装置２０には、その他にもブラウザ機能などのサーバ１０が提供するサービスを利用するクライアント装置として持つべき標準機能は搭載されている。
【００２６】
本実施の形態においては、上記のように構成したことで誰にどのような表現で情報（本実施の形態ではステータス）を開示させるかを指定できるようにしたことを特徴としているが、ここで、この特徴的な機能を実現するために設定するユーザ情報等の各情報について説明する。なお、各種情報の登録更新等の情報管理は、情報管理部１７により行われる。
【００２７】
コミュニケーションツールを利用する者は、通常、メンバ登録を事前にしておく必要があるが、本実施の形態においても同様である。図２は、ユーザ情報記憶部１１に記憶されているユーザ情報のデータ構成例を示した図である。ユーザ情報には、ユーザを識別するユーザＩＤ（ツールへのログインユーザＩＤ）、画面表示等に用いられるユーザ名、ステータスの通知先指定などに用いられる通知先情報が含まれる。ユーザ情報は、コミュニケーションツールが保持管理している情報を利用するようにしてもよい。
【００２８】
図３は、グループ情報記憶部１２に記憶されているグループ情報のデータ構成例を示した図であり、図４は、図３に示したグループ情報に定義されている各グループの包含関係を示したグループ間情報のデータ構成例を示した図である。まず、図３に示したように、グループ情報は、ユーザをグループ分けしたときの各グループに関する情報である。本実施の形態では、グループを識別するグループＩＤと、ユーザが各グループを認識するためのグループ名と、各グループに所属するユーザを特定するための情報としてユーザＩＤとが対応付けされている。なお、各グループに所属するユーザ数は０以上であればよい。また、一ユーザは、複数のグループに所属することができる。なお、グループ情報の形成方法については、ＩＳＰが提供する汎用的な機能を利用することにし、特に具体的な設定手順等については本実施の形態では言及しない。
【００２９】
図４に示されるグループ間情報は、通知元グループＩＤと通知先グループＩＤとの組で表現できる。通知元グループＩＤには、ステータスを通知する側のグループのＩＤが設定され、通知先グループＩＤには、ステータスが通知される側のグループのＩＤが設定される。図５は、図４に示したグループ間情報の定義内容に基づきグループ間の関係を模式的に示した図であり、楕円で図示された各グループの右肩若しくは左肩にグループＩＤを示した。図５によると、例えば、グループＩＤがＧ１の“World”からＧ２の“Ｂ社社員”に向けて矢印がひかれているが、これは（２，１）と表現されたグループ間情報に基づくものである。そして、これは、矢印の元にあたる“World”は、矢印の先にあたる“Ｂ社社員”を包含するが、“Ｂ社社員”は“World”を包含しないということを示している。同様に、例えば、グループＩＤがＧ７の“技術開発部”からＧ１１の“Ｗｅｂ技術Ｇ”に向けて矢印がひかれているが、これは（１１，７）と表現されたグループ間情報に基づくものであり、そして、“技術開発部”は“Ｗｅｂ技術Ｇ”を包含するが、“Ｗｅｂ技術Ｇ”は“技術開発部”を包含しないということを示している。図５から明らかなように、本実施の形態では、半順序関係が構築されるように包含関係は定義されている。
【００３０】
なお、グループ情報及びグループ間情報はＩＳＰ側で定義され、原則ツール利用者全体で一つ用意される。例外については後述する。
【００３１】
図６は、変換ルール記憶部１４に記憶されている変換ルールを模式的に示した図である。図６によると、Ｒ１からＲｎまでの変換ルールＩＤが割り振られた変換ルールが予め定義されていることがわかる。本実施の形態では、他のユーザに伝えるステータスを５Ｗ１Ｈという共通の表現形式にて通知することにしている。５Ｗ１Ｈ共に入力指定されたステータスの例を図７に示す。以下、変換ルールについて説明する。
【００３２】
なお、以下のパターンマッチの説明では、プログラミング言語「PERL」における正規表現と変数表記を用いるが、本実施の形態は本発明の範囲を「PERL」の正規表現に限定するものではない。例えば、POSIX 1003.2で規定される正規表現など、任意のパターンマッチング言語を用いても良い。
【００３３】
図６において、変換ルールＩＤがＲ１の変換ルールを参照すると、マッチ用パターンの“who”、“why”、“how”には“(．＊)”が指定され、対応する出力用パターンの“who”、“why”、“how”にはそれぞれ“null”、“null”、“$1”が指定されている。これは、ステータスの“who”、“why”に何が指定されていようとも“who”、“why”に関してはｎｕｌｌ、すなわち空白に変換して通知することを意味している。図７の例に従うと、“who”、“why”には、それぞれ“ＡさんＤさんＥさん”、“商品仕様を定めるため”と指定されているが、Ｒ１の変換ルールに従うと、それぞれ空白に変換され出力される。つまり、その情報は開示されないことになる。また、“how”に関しては、出力用パターンが“$1”なので、これは何が入力されようともその入力された情報の先頭の語句のみを開示するように変換し出力することを意味している。図７の例に従うと、“how”には、“ＴＶ会議システムで”と指定されているので、Ｒ１の変換ルールに従うと、“ＴＶ”という情報が出力されることになる。“$1”は“$1”でなくても“$n”(nは自然数)であればよい。入力されたステータスに対し、出力用パターンがｎｕｌｌのときは何も出力しない。また、図６には例示していないが出力用パターンが“$&”のときには入力された表現をそのまま出力する。これに対し、出力用パターンが“$n”のときは入力されたステータスのｎで指定された位置に相当する一部の語句のみを出力する。本実施の形態では、このように、５Ｗ１Ｈそれぞれについて、入力されたステータス全体をそのまま出力したり、全体を出力しなかったり、一部のみを出力したりすることができる。
【００３４】
続いて、マッチ用パターンの“when”には“今”が指定され、その出力用パターンにも“今”が指定されている。これは、“when”に“今”が指定されていれば、特に変換せずに“今”のまま出力することを意味している。この変換ルールＲ１は、入力された“when”のステータスが“今”についてのみのルールであり、他の語句については何のルールも定義していない。
【００３５】
また、マッチ用パターンの“where”、“what”にはそれぞれ“本社”、“会議”が指定され、その出力用パターンにはそれぞれ“社内”、“仕事中”が指定されている。これは、“where”のステータスに“本社”と入力されていたときには“社内”と変換して出力することを意味している。また、“what”のステータスに“会議”と入力されていたときには“仕事中”と変換して出力することを意味している。この変換ルールは、“本社”、“会議”についての変換ルールであって、その他のステータスについてのルールについては何も言及していない。
【００３６】
図８は、適用変換ルール記憶部１５に記憶されている適用変換ルールを示した図である。図８には、例えば、グループ間情報が（２，１）に適用する変換ルールとして、Ｒ１，Ｒ２５，Ｒ６が設定されている。これは、グループＩＤがＧ２の“Ｂ社社員”からＧ１の“World”に向けてステータスを通知するときには、設定された変換ルールＲ１，Ｒ２５，Ｒ６を設定した順で適用することを表している。例えば、図７に例示したステータスが“Ｂ社社員”から“World”へ通知されるとする。“Ｂ社社員”からのステータスの“where”には“本社”が指定されているので、設定された最初の変換ルールＲ１に従い“社内”に変換されて“World”へ通知される。もし、変換ルールＲ１に該当しなかったステータスは、次に設定された変換ルール（この例ではＲ２５）の適用を試みる。この例では、明示していないが、例えば、適用変換ルールの最後尾に５Ｗ１Ｈ共にｎｕｌｌとする変換ルールを設定しておけば、無用なステータスの開示を防止することができる。
【００３７】
以上のように、種々の変換ルールを事前に定義しておき、そして、図８に示したように、各グループ間関係に対して適用変換ルールを設定しておけば、ステータス変換部１８は、ステータスが通知元のグループから通知先のグループへ転送される際に、各適用変換ルールに従いステータス変換が行われることになる。
【００３８】
なお、本実施の形態では、各グループは包含関係を形成しているので、（２，１）が設定されていれば、（１，２）は原則設定されない。つまり、適用する変換ルールはないので、ステータス変換部１８は、グループＩＤがＧ１の“World”からＧ２の“Ｂ社社員”へ通知されるステータスに対して何も変換しない。換言すると、何も変換しないという変換ルール（５Ｗ１Ｈ共に“(．＊)”）に従いステータス変換を実行したということができる。
【００３９】
図９は、本実施の形態におけるユーザ端末装置２０のディスプレイに表示される画面例を示した図である。この表示画面は、コミュニケーションツールによって用意された画面の一例であり、ＵＩ部２２におけるブラウザ機能によって表示される。図９には、自己が所属するグループを表示する領域３２と、自己がコミュニケーション相手として設定登録したユーザのログイン“◎”又はログアウト“×”の状態及び各ユーザからのステータスを表示する領域３４と、自己のステータスを入力する入力領域３６とが示されている。自己が所属するグループは、サーバ１０のグループ情報から取得できる。前述したように、本実施の形態では、５Ｗ１Ｈでステータスを入力することになるので、入力領域３６にはこの形式に合致した入力フィールドが設けられている。ユーザは、この各入力フィールドに通知したいステータスを入力することになるが、実際に文字を入力しなくても過去に入力したステータスをリストボックスに表示させ選択できるようにしてもよい。このように、実際に文字を入力せずに表示されたステータスを指定する場合も「入力されたステータス」に該当する。
【００４０】
以下、本実施の形態における動作について説明する。なお、ここでは、ステータスを入力するユーザを“ユーザＡ”として説明する。
【００４１】
自己（ユーザＡ）が複数のグループに所属しているとき、ユーザＡは、まず、自己が現在、通知したい状態にいるグループのアイコンを指定する。例えば、現在、商品企画Ｇとしての職務を遂行しており、商品企画Ｇの一員としてこれから会議を始めるので、このことを他のユーザに通知したいのであれば、「商品企画Ｇ」を選択することになる。図９の例では「商品企画Ｇ」を選択した例を示している。
【００４２】
自分が現在いるグループを指定した後、ユーザＡは、入力領域３６から５Ｗ１Ｈを入力することでステータスを入力する。入力されたステータスをステータス入力部２４が受け付けると、情報通信部２１は、そのステータスをインターネット２を介してサーバ１０へ送信する。図１０は、図５に示した各グループの半順序関係に、通知されるステータスの例を付加した図であるが、この入力された情報をステータス４０に例示する。
【００４３】
サーバ１０において、ユーザ端末装置２０から送られてきたステータスを情報通信部１６が受信すると、ステータス変換部１８は、次のようにステータスを変換する。
【００４４】
ステータス変換部１８は、送られてきたステータスに付加された情報からユーザ及び所属するグループ（この例では「商品企画Ｇ」）を認識する。ここで、ステータス変換部１８は、グループ間情報を参照することによりグループＩＤがＧ９の「商品企画Ｇ」と包含関係にあるＧ６の「法人営業部」を特定する。そして、（Ｇ９，Ｇ６）に対応する適用変換ルールを参照することによりステータスの変換に用いる１乃至複数の変換ルールを特定する。ステータス変換部１８におけるステータス変換処理については前述したとおりなので説明は省略するが、ステータス変換部１８がステータス変換処理を実施した結果、ステータス４２が得られる。図１０に示した例によると、“where”に該当する「コミュニティＺで」というステータスが隠されたことになる。なお、図１０における“×”は空白を意味している。
【００４５】
すなわち、情報通信部１６は、「法人営業部」に所属するユーザに対してユーザＡのステータスを配信することになるが、このとき、「法人営業部」に所属するユーザのディスプレイには、入力されたステータス４０に対し、“where”に相当するステータスに関しては開示しない状態のステータス４２で表示される。なお、「法人営業部」に所属するユーザは、グループ情報により特定でき、また、当該ユーザが使用するユーザ端末装置１０もユーザ情報から特定できる。
【００４６】
次に、ステータス変換部１８は、グループ間情報を参照することにより「法人営業部」と包含関係にあるグループＩＤがＧ３の「Ａ社社員」を特定する。そして、（Ｇ６，Ｇ３）に対応する適用変換ルールを参照することによりステータスの変換に用いる変換ルールを特定する。そして、ステータス変換部１８がステータス変換処理を実施した結果、ステータス４４が得られる。図９に示した例によると、隠されるステータスはない。すなわち、情報通信部１６は、「Ａ社社員」に所属するユーザに対してユーザＡのステータスを配信することになるが、このとき、「Ａ社社員」に所属するユーザのディスプレイには、入力されたステータス４０に対し、“where”に該当するステータスに関しては開示しない状態のステータス４４で表示される。
【００４７】
続いて、ステータス変換部１８は、グループ間情報を参照することにより「Ａ社社員」と包含関係にあるグループＩＤがＧ３の「Ｗｏｒｌｄ」を特定する。そして、（Ｇ３，Ｇ１）に対応する適用変換ルールを参照することによりステータスの変換に用いる変換ルールを特定する。そして、ステータス変換部１８がステータス変換処理を実施した結果、ステータス４６が得られる。図９に示した例によると、“who”と“how”それぞれに該当する「社内メンバーと」と「ＴＶ会議システムで」というステータスが隠されたことになる。更に、ここで採用された変換ルールに従い、“what”の「会議」は「多忙」に変換されている。
【００４８】
すなわち、情報通信部１６は、「Ｗｏｒｌｄ」に所属するユーザに対してユーザＡのステータスを配信することになるが、このとき、「Ｗｏｒｌｄ」に所属するユーザのディスプレイには、入力されたステータス４０に対し、“who”、“where”、“how”に相当するステータスに関しては開示しない状態で、かつ“what”に関しては「多忙」に変換されたステータス４６で表示されることになる。
【００４９】
以上のように、ユーザＡが所属するグループを包含する関係にある各グループに対してはステータス変換処理に用いられる変換ルールに従い、入力されたステータス４０は、適宜開示されない状態で表示されることになる。
【００５０】
一方、ユーザＡが所属している「商品企画Ｇ」に包含されているグループ（図９の例においては「マーケットＧ」）に関しては、ステータス変換部１８は、入力されたステータス４０を変換しない（なお、前述したように、変換されない変換ルールに従いステータス変換したとも言える）。そして、情報通信部１６は、ステータスを「マーケットＧ」に包含されているグループに所属する各ユーザに配信するが、この配信されるステータスの内容は、ステータス４８に例示したように入力されたステータス４０と同じであり、詳細な内容のままである。更に、「Ｗｏｒｌｄ」に包含されているグループＩＤがＧ２の「Ｂ社社員」及びＧ８の「家族Ａ」の各ユーザ端末装置２０には、「Ｗｏｒｌｄ」と同じくステータス４６の表現でステータスが表示されることになる。
【００５１】
ユーザＡからのステータスを受け取ることになっているユーザのユーザ端末装置２０には、図９に示した表示画面の領域３４にそのステータスが表示されることになるが、この表示される内容は、ユーザによって異なる表現、すなわちステータス４２，４４，４６，４８という表現で表示されることになる。
【００５２】
なお、「Ｗｅｂ技術Ｇ」は、半順序関係によるとステータス４０と同じ内容のステータスと、ステータス４４と同じ内容のステータスをそれぞれ受信可能である。この場合、「Ｗｅｂ技術Ｇ」に所属するユーザのディスプレイには、グループの半順序関係からして強い関係にある「商品企画Ｇ」からのステータス４０の内容が表示されることになる。もちろん、ステータス４４を表示することを否定するものではない。また、ユーザは、複数のグループに所属しうるが、この場合もグループの包含関係に基づき入力されたステータスに対し、その内容がより開示される状態で表示させることが望ましいと考えられる。
【００５３】
上記ステータスの変換例から明らかなように、本実施の形態では、ステータスの通知元となるグループ（例えば「Ａ社社員」）を包含しているグループ（例えば「Ｗｏｒｌｄ」）の方へ通知するステータスに関しては、「会議」を「多忙」と変換することで表現を曖昧にしている。あるいは、“how”の「ＴＶ会議システムで］のように開示しないようにしている。本実施の形態では、当グループを包含しているグループの方への通知を弱い関係の方への通知と呼ぶが、この弱い関係の方へステータスを通知する際には伝えるべきステータスの表現を曖昧にしている。この逆の方、つまり強い関係にある方へステータスを通知する際には伝えるべきステータスをそのままの表現にしている。
【００５４】
以上説明したように、本実施の形態によれば、ステータスを通知するユーザが所属するグループと、ステータスを受けるユーザが所属するグループとの包含関係に従い、ユーザにより入力されたステータスをどのように開示するかを指定することができる。ユーザＡは、ステータスを受け取るユーザとの関係を意識せずにただ一つの詳細なステータス４０を入力さえすればよい。
【００５５】
ところで、上記説明では、コミュニケーションツール・サービスのメンバ全体に共通の変換ルール等をサービス提供側保有のサーバ１０に予め定義しておき、そのサーバ１０にある変換ルール等に従いステータスを変換した。しかしながら、システム全体に共通の各種情報の設定内容がメンバ個人あるいは複数のメンバにとって必ずしも最良の設定内容であるとは限らず、サーバ１０の各記憶部１１〜１５に設定された各情報をカスタマイズして、個人でグループを生成したり、あるいはグループ包含関係や変換ルールを設定したい場合もある。このようなメンバの要求に適応できるようにするために、本実施の形態では、カスタマイズ手段として適用ルール設定部２３を設けている。
【００５６】
図１１は、個人レベルで設定した包含関係を反映させたときのグループ間の関係を模式的に示した図である。図１１では、個人レベルで設定した情報を破線で示しているが、図１１においては、グループ情報としてグループ「面識者」を設定し、そこから「法人営業部」と「家族Ａ」にグループ間情報を設定した。更に、「Ａ社社員」から「家族Ａ」にグループ間情報を設定した。また、特に図示していないが、設定したグループ間情報には適用変換ルールも別途設定する。なお、グループ間情報を設定する際には、システム全体の半順序関係を維持することに留意する必要がある。
【００５７】
図１０の例によると、例えば、ステータス４０に示された入力されたステータスの表現は、「家族Ａ」に表示されるときには「Ｗｏｒｌｄ］を介して通知されるのでステータス４６の表現に変換される。ここで、「Ａ社社員」に「家族Ａ」が包含されるように包含関係をカスタマイズ情報として設定すると、ステータス変換部１８は、その設定されたカスタマイズ情報を優先的に用いてステータス変換を行う。これにより、「家族Ａ」には「Ａ社社員」のステータス４４が通知されることになる。適用ルール設定部２３による包含関係の設定によりこれが可能になる。更に、適用ルール設定部２３により、「家族Ａ」と「Ａ社社員」とのグループ間情報に適用変換ルールをカスタマイズ情報として独自に設定すれば、ステータス変換部１８は、その独自に設定されたカスタマイズ情報を優先的に用いてステータス変換を行う。これにより、図１１に例示したように、「家族Ａ」にはステータス４６でもステータス４４でもない独自に表現によるステータス５０が通知されることになる。
【００５８】
グループＩＤがＧ３の「Ａ社社員」というのは、グループとは言ってもそのグループには一人しか属さない個人を想定しており、また、「家族Ａ」は「Ａ社社員」の家族を想定している。つまり、上記例では、個人レベルでのグループ情報、グループ間情報、変換ルール及び適用変換ルールの設定について説明したが、更に「Ａ社社員」が所属する「法人営業部」、「技術開発部」等の複数のグループを包含する部門レベル、会社レベルで上記カスタマイズ情報を設定するようにすることも可能である。
【００５９】
なお、上記説明から明らかなように、各記憶部１１〜１５に記憶した情報をカスタマイズ情報により上書きするのではなくステータスの通知元のグループと通知先のグループとの間にカスタマイズ情報が設定されていれば、そのカスタマイズ情報を別途保存し、ステータス変換部１８は、適用ルール設定部２３によりカスタマイズ情報が設定されているときには、その設定されたカスタマイズ情報を優先的に用いて通知情報を変換する。このように作用するために、カスタマイズ情報には、どのグループ間の変換のために用いる情報であるかを識別する識別情報を付加する必要がある。ここでいう識別情報というのは、個人レベルの場合は、ユーザＩＤ（ログインＩＤ）でよく、個人レベルで設定したグループ間情報や変換ルール等にユーザＩＤに付加して保存すればよい。部門レベルの場合は、当該部門に新たなＩＤを割り振り、その部門ＩＤをカスタマイズ情報を付加して保存する。
【００６０】
これにより、ステータス変換部１８は、例えば「Ａ社社員」から「家族Ａ」にステータスを通知する場合、グループ間情報、変換ルール及び適用変換ルールに「Ａ社社員」のユーザＩＤが付加されているかによってカスタマイズ情報が保存されているかどうかを確認し、カスタマイズ情報が設定されていれば、該当するカスタマイズ情報を優先的に使用する。図１１の例に基づくと、「Ａ社社員」のステータス４４は、カスタマイズ情報に基づきステータス４４を変換して「家族Ａ］に通知する。カスタマイズ情報が設定されていなければ、前述したように「Ａ社社員」のステータス４４は、「Ｗｏｒｌｄ」を経由するので、ステータス４６の表現で「家族Ａ」に通知されることになる。
【００６１】
このようにして、システム共通に設定した情報のみならず、各グループあるいは複数のグループのみに適用可能な変換ルール等を適用することができる。なお、本実施の形態では、適用ルール設定部２３を各ユーザ端末装置２０に設けたが、サーバ１０に設けてもよい。
【００６２】
本実施の形態では、入力されたステータスを異なる表現で他のユーザに通知し表示させることができるようにした。本実施の形態では、ステータス変換部１８及び各記憶部１１〜１５をサーバ１０に搭載してコミュニケーションツールの一機能として上記機能を説明したが、各ユーザ端末装置２０に搭載することで、ユーザ端末装置２０から他のユーザが使用するユーザ端末装置２０へ直接変換したステータスを配信するようにすることも可能である。
【００６３】
また、本実施の形態が提供する機能を利用するには、ユーザは、まず自己が現在どのグループのメンバとして活動しているかを特定するために画面上からグループを指定し、そして、通知すべきステータスを５Ｗ１Ｈで入力する必要があることは前述したとおりである。しかし、グループを指定しただけで、ステータスが自動的に設定できるようにしておくと便利な場合もある。例えば、特別なプロジェクトのためにカスタマイズ機能に用いて新たなグループ（例えば「Ａプロジェクト」）を生成する。そして、このＡプロジェクトは、いつも会議を行い、それも決められた場所（例えば「新宿」）で会議が実施されるとする。このような場合には、Ａプロジェクトのグループを指定する度に「会議」、「新宿」とステータスを入力するのは面倒である。このような場合、グループに対応させてステータス（「会議」、「新宿」）を予め登録できるようにしておき、ユーザにより当該グループ（Ａプロジェクト）が指定されると、その指定されたグループに対しては、既登録のステータス（「会議」、「新宿」）を自動設定する。このように、グループに対してステータスを予め設定できる機能を設けておくと便利である。なお、予め設定しておくステータスは、５Ｗ１Ｈ全てである必要はなくその一部でよく、また、入力領域３６に既登録のステータスを表示することによって修正できるようにしてもよい。
【００６４】
また、本実施の形態では、ステータスを便宜的に５Ｗ１Ｈの形式で表したが、これに限定される必要はない。また、他のユーザに通知する情報も現在の状態を示すステータスに限定されるものではなく、スケジュール情報や過去の実績情報の通知にも応用することは可能である。
【００６５】
また、本実施の形態が提供する機能を利用するには、ユーザは、まず自己が現在どのグループのメンバとして活動しているかを特定するために画面上からグループを指定し、そして、通知すべきステータスを５Ｗ１Ｈで入力する必要があることは前述したとおりである。しかし、グループを指定しただけで、ステータスが自動的に設定できるようにしておくと便利な場合もある。例えば、特別なプロジェクトのためにカスタマイズ機能に用いて新たなグループ（例えば「Ａプロジェクト」）を生成する。そして、このＡプロジェクトは、いつも会議を行い、それも決められた場所（例えば「新宿」）で会議が実施されるとする。このような場合には、Ａプロジェクトのグループを指定する度に「会議」、「新宿」とステータスを入力するのは面倒である。このような場合、グループに対応させてステータス（「会議」、「新宿」）を予め登録できるようにしておき、ユーザにより当該グループ（Ａプロジェクト）が指定されると、その指定されたグループに対しては、既登録のステータス（「会議」、「新宿」）を自動設定する。このように、グループに対してステータスを予め設定できる機能を設けておくと便利である。なお、予め設定しておくステータスは、５Ｗ１Ｈ全てである必要はなくその一部でよく、また、入力領域３６に既登録のステータスを表示することによって修正できるようにしてもよい。
【図面の簡単な説明】
【００６６】
【図１】本発明に係る情報通知装置の一実施の形態を示した構成図である。
【図２】本実施の形態におけるユーザ情報記憶部に記憶されているユーザ情報のデータ構成例を示した図である。
【図３】本実施の形態におけるグループ情報記憶部に記憶されているグループ情報のデータ構成例を示した図である。
【図４】本実施の形態において各グループの包含関係を示したグループ間情報のデータ構成例を示した図である。
【図５】本実施の形態においてグループ間情報の定義内容に基づきグループ間の関係を模式的に示した図である。
【図６】本実施の形態における変換ルール記憶部に記憶されている変換ルールを模式的に示した図である。
【図７】本実施の形態において用いるステータスのフォーマットの例を示した図である。
【図８】本実施の形態における適用変換ルール記憶部に記憶されている適用変換ルールを示した図である。
【図９】本実施の形態におけるユーザ端末装置のディスプレイに表示される画面例を示した図である。
【図１０】本実施の形態においてステータス変換処理が実行されることによって異なる表現に変換されたステータスの例を示した図である。
【図１１】本実施の形態において個人が設定したグループ間関係が付加されたグループ間の関係を模式的に示した図である。
【符号の説明】
【００６７】
２  インターネット、１０  サーバ、１１  ユーザ情報記憶部、１２  グループ情報記憶部、１３  グループ間情報記憶部、１４  変換ルール記憶部、１５  適用変換ルール記憶部、１６，２１  情報通信部、１７  情報管理部、１８  ステータス変換部、２０  ユーザ端末装置、２２  ユーザインタフェース（ＵＩ）部、２３  適用ルール設定部、２４  ステータス入力部、２５  ステータス表示部。
【図１】
2005032081.tif 000003
【図２】
2005032081.tif 000004
【図３】
2005032081.tif 000005
【図４】
2005032081.tif 000006
【図５】
2005032081.tif 000007
【図６】
2005032081.tif 000008
【図７】
2005032081.tif 000009
【図８】
2005032081.tif 000010
【図９】
2005032081.tif 000011
【図１０】
2005032081.tif 000012
【図１１】
2005032081.tif 000013