WO2013088815A1 - メッセージ通信システム、情報処理装置、メッセージ通信方法およびプログラム - Google Patents

Abstract

　情報の漏洩に配慮したメッセージ処理を行うメッセージ通信システム、情報処理装置、メッセージ通信方法およびプログラムを提供するために、本メッセージ通信システム１００は、ネットワークを介して通信する複数の情報処理装置１１０を含む。メッセージ通信システム１００は、映像出力装置１１２Ａに接続された第１情報処理装置１１０Ａの該映像出力装置１１２Ａへの出力状態を判定する出力状態判定部（１２０Ａ，１２２Ａ）と、上記第１情報処理装置１１０Ａが関与するメッセージを、第１情報処理装置１１０Ａの出力状態に応じて、第１情報処理装置１１０Ａ上または相手方の第２情報処理装置１１０Ｂ上でのメッセージの表示が変更されるように処理するメッセージ処理部（１３２Ａ，１４０Ａ）とを含む。

Description

メッセージ通信システム、情報処理装置、メッセージ通信方法およびプログラム

　本発明は、メッセージ通信システムに関し、より詳細には、情報の漏洩に配慮したメッセージ処理を行うメッセージ通信システム、情報処理装置、メッセージ通信方法およびプログラムに関する。

　近年、官公庁や企業などの組織において、ネットワークを通じてリアルタイム・コミュニケーションを実現するインスタント・メッセージング機能の導入が進んでいる（非特許文献１および非特許文献２）。上記インスタント・メッセージング機能では、「在席中」や「外出中」といったユーザの在席情報を提供するとともに、ユーザ間のリアルタイムなメッセージ交換を可能とする。上記インスタント・メッセージング機能は、単独のアプリケーションとして提供されるほか、グループウェア、コラボレーション・システム、ウェブ会議システムなどのシステムに統合されて提供されている。

　上記インスタント・メッセージング機能の利用シーンを検討してみると、会議においてコンピュータをプロジェクタに繋いで投影中に、会議の出席者以外のユーザにメッセージを送信する必要がある場面がしばしばある。このとき、メッセージを受信した相手方は、メッセージ送信元の利用者の投影中であるという状況を認識できないため、不用意にメッセージを書き込んでしまい、私的なメッセージがプロジェクタで投影されてしまうという事例があった。

　上述のように、相手方に「投影中」である旨を伝えなければ、第三者に見られては困る私的な情報が漏れてしまったり、Ｎｅｅｄ　ｔｏ　Ｋｎｏｗではない他人に機密情報が漏洩してしまう可能性がある。しかしながら、従来技術のインスタント・メッセージング機能では、上記漏洩を防止するためには、投影中の利用者が手入力でその旨を相手方に伝えるための操作を行う必要があった。したがって、ユーザが上記操作を失念してしまうと、私的な内容を含むメッセージを受信した後に、慌ててプロジェクタへの接続を切断したり、キー操作で出力先画面の切り替えを行うなどをして、投影された情報を他の会議出席者から隠すという対処を余儀なくされる。このとき、僅かな瞬間であっても、情報が漏洩したことに変わりはなく、かかる情報の漏洩を防止することが望まれていた。

　一方で、プレゼンテーション中であっても、議事進行上、情報交換を続行する必要がある場合もあるし、メッセージの相手や内容によっては、表示されたとしても即時に受信した方が好ましい場合や、内容および相手によっては必要最小限の情報のみを表示させたいという場合などもある。したがって、「会議中」や「投影中」であるとして一律にメッセージ受信を拒否したり、受信メッセージの表示を禁止したりする対応では充分とは言えない。

　上記相手方の状況を考慮してメッセージ送信を行う技術に関連して、例えば特開２０００７－２７２９０６号公報（特許文献１）が知られている。特許文献１は、相手方の現在の状況をＧＰＳなどにより把握して、相手方に都合の良い通信手段を選んで通信を開始する技術を開示する。特開２００５－１１７１７０号公報（特許文献２）は、通信を行うにあたって端末の識別番号に、通信要件や緊急度などの付加情報を付して、通信を制御する技術を開示する。また、特開２０１０－２８３５１９号公報（特許文献３）は、プレゼンテーション等の画面表示中に、予めプログラムや表示情報に対し設定されているプライベート属性またはパブリック属性に応じて、情報の出力を制御する技術を開示する。上記非特許文献１では、全画面表示している条件下で受信排除を行う設定が知られている。上記非特許文献２の機能として、「取り込み中」などのプレゼンスを手動で設定する機能が知られている。

特開２００７－２７２９０６号公報 特開２００５－１１７１７０号公報 特開２０１０－２８３５１９号公報

"ＷｉｎｄｏｗｓＬｉｖｅメッセンジャーの使い方"、［online］、マイクロソフト社、［平成２３年１２月８日検索］、インターネット＜URL：http://messenger.live.jp/function/08/index.htm＞ "ＩＢＭ　Ｓａｍｅｔｉｍｅによるエンタープライズ・インスタント・メッセージング" ［online］、ソフトウェア，Ｌｏｔｕｓ製品，ユニファイド・コミュニケーション，ＩＢＭ　Ｓａｍｅｔｉｍｅ，インターナショナル・ビジネス・マシーンズ・コーポレーション社、［平成２３年１２月８日検索］、インターネット＜URL：http://www-06.ibm.com/software/jp/lotus/products/sametime/instant-messaging.html＞

　しかしながら、特許文献１の従来技術では、相手方に都合の良い通信手段を選んで通信を開始することができるものの、通信手段が切り替わってしまうため、コミュニケーションが中断されてしまう点で、充分なものではなかった。特許文献２の従来技術では、通信を開始するに先立って通信要件や緊急度を相手方に伝えることができるものの、通信要件や緊急度を相手方に伝えるための明示的な操作を失念した場合に対処できない点で、充分なものではなかった。上記特許文献３の従来技術では、予めプログラムや情報に設定されたプライベート属性またはパブリック属性に応じて一律に制限が行われてしまう。上記非特許文献１の全画面表示している条件下で受信排除を行う設定では、一律にメッセージ受信を拒否することになる。上記非特許文献２の「取り込み中」などのプレゼンスを手動で設定する機能では、同様に設定を失念した場合に対応することができない。

　本発明は、上記従来技術における不充分な点に鑑みてなされたものであり、本発明は、映像出力装置に接続された情報処理装置の該映像出力装置に対する出力状態に応じて、この情報処理装置が関与するメッセージの表示の仕方を変更することが可能なメッセージ通信システム、情報処理装置、メッセージ通信方法およびプログラムを提供することを目的とする。

　本発明では、上記課題を解決するために、以下の特徴を有するメッセージ通信システムを提供する。本メッセージ通信システムは、ネットワークを介して通信する複数の情報処理装置を含む。本メッセージ通信システムは、映像出力装置に接続された第１情報処理装置の該映像出力装置への出力状態を判定する出力状態判定部と、第１情報処理装置が関与するメッセージを、第１情報処理装置の出力状態に応じて第１情報処理装置上または相手方の第２情報処理装置上での前記メッセージの表示が変更されるように処理するメッセージ処理部とを含む。

　上記構成によれば、映像出力装置に接続された情報処理装置の該映像出力装置に対する出力状態に応じて、この情報処理装置が関与するメッセージの表示の仕方を変更することが可能となる。ひいては、映像出力装置による情報の漏洩に配慮したメッセージ処理を行うことができる。

本実施形態によるインスタント・メッセージ交換システムの概略構成図。 本実施形態によるメッセージ交換システムにおいて実現される機能ブロック図。 本実施形態における映像出力装置への出力状態を考慮したメッセージ送信処理におけるメッセージ・フローを説明する図。 本実施形態における送信側クライアントが実行する、映像出力装置への出力状態を考慮したメッセージ送信処理を示すフローチャート。 本実施形態によるクライアント上に表示される表示画面を例示する図。 本実施形態における映像出力装置への出力状態を考慮したメッセージ受信処理におけるメッセージ・フローを説明する図。 本実施形態における映像出力装置への出力状態を考慮したメッセージ受信処理における別のメッセージ・フローを説明する図。 本実施形態におけるクライアントが実行する、映像出力装置への出力状態を考慮したメッセージ受信処理を示すフローチャート。 本実施形態の受信メッセージ規制部が参照する規制ポリシーのデータ構造を例示する図。 本実施形態によるクライアント上に表示される表示画面を例示する図。 他の実施形態によるメッセージ交換システムにおいて実現される機能ブロック図。 他の実施形態における映像出力装置への出力状態を考慮したメッセージ受信処理におけるメッセージ・フローを説明する図。 他の実施形態における送信側クライアントが実行する、映像出力装置への出力状態を考慮したメッセージ送信処理を示すフローチャート。 クライアントのハードウェア構成の実施形態を示す図。

　以下、本発明の実施形態について説明するが、本発明の実施形態は、以下に説明する実施形態に限定されるものではない。なお、以下に説明する実施形態では、複数の情報処理装置を含むメッセージ通信システムとして、複数のクライアント・コンピュータと、メッセージ交換サーバとを含む、インスタント・メッセージ交換システムを一例に説明する。

　図１は、本実施形態によるインスタント・メッセージ交換システム（以下、単に「メッセージ交換システム」と参照する。）の概略構成を示す図である。図１に示すメッセージ交換システム１００は、ネットワーク１０２と、ネットワーク１０２に接続される複数のクライアント・コンピュータ（以下、単に「クライアント」と参照する。）１１０ａ～１１０ｅと、メッセージ交換サーバ１５０と、ユーザ情報管理サーバ１６０とを含む。上記ネットワーク１０２は、特に限定されるものではないが、インターネットやＬＡＮ（Local Area Network）などの有線または無線のネットワークを含むことができる。

　メッセージ交換サーバ１５０は、テキストおよび絵文字等を用いたリアルタイム・コミュニケーションを可能とするインスタント・メッセージング（テキスト・チャットとしても参照される。）機能を提供するサーバ・アプリケーションを備える。メッセージ交換サーバ１５０は、クライアント１１０からのサービスに対するログオン要求を処理し、各ユーザの在席情報を管理するとともに、ネットワークを介してユーザ間で交換されるメッセージのリアルタイム配信を管理する。

　メッセージ交換サーバ１５０は、特に限定されるものではないが、パーソナル・コンピュータ、ワークステーション、ブレード・サーバ、ラックマウント・サーバ、ミドルレンジなどの汎用コンピュータとして構成される。なお、説明する実施形態では、メッセージ交換サーバ１５０により提供されるテキストによるメッセージング機能を中心に説明するが、上記メッセージング機能と共に、ファイル共有機能、音声通話機能、ビデオ通話機能、ウェブ会議機能など他の機能が提供されてもよい。

　クライアント１１０は、上記メッセージ交換サーバ１５０が提供するインスタント・メッセージング機能を利用するためのクライアント・アプリケーションを備える。クライアント１１０は、メッセージ交換サーバ１５０にアクセスし、メッセージ交換サーバ１５０が提供するサービスにログオンし、コンタクト・リストから所望のユーザを指定してチャット・セッションを開始し、また相手方から開始されたチャット・セッションに参加する機能を提供する。クライアント１１０は、入力装置を介して入力されたメッセージを相手方ユーザへ送信するとともに、相手方ユーザから受信したメッセージをディスプレイに表示する。

　上記クライアント１１０は、特に限定されるものではないが、それぞれ、デスクトップ型、ラップトップ型、モバイル型またはタブレット型のパーソナル・コンピュータ、ワークステーションなどの汎用コンピュータとして構成することができる。上記クライアント１１０は、あるいは、携帯電話、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistance）端末などの携帯情報端末として構成することもできる。クライアント１１０には、ＶＧＡ（Video Graphics Array）、ＤＶＩ（Digital Visual
Interface）、ＨＤＭＩ（High-Definition Multimedia Interface）などの外部映像出力インタフェースが設けられており、メイン・ディスプレイの他、サブ・ディスプレイやプロジェクタなどの外部の映像出力装置１１２と接続可能とされる。本実施形態では、外部の映像出力装置１１２との接続は、外部映像出力インタフェースを介して行われるものとして説明するが、有線ＵＳＢ（Universal Serial Bus）接続、無線ＵＳＢ接続、有線ＬＡＮ（Local
Area Network）接続または無線ＬＡＮ接続により行われてもよい。

　ユーザ情報管理サーバ１６０は、メッセージ交換システム１００に参加するユーザに関する種々の情報を管理しており、説明する実施形態では、カレンダ１６２およびアドレス帳１６４を管理する。ユーザ情報管理サーバ１６０は、メッセージ交換システム１００からの求めに応じ、ユーザのコンタクト・リスト情報や、ユーザのプロフィール情報、ユーザが参加する会議等のスケジュール情報などを提供する。

　なお、説明する実施形態では、メッセージ交換システム１００は、クライアント－サーバ構成とされているが、インスタント・メッセージング機能の実現方法は、特に限定されるものではない。他の実施形態では、メッセージ交換を中継するメッセージ交換サーバを設けずにリアルタイムなメッセージ交換を実現するピア・ツー・ピア構成を採用してもよい。

　図１に示すメッセージ交換システム１００において、デスクトップ画面を映像出力装置１１２に投影しているクライアント１１０（例えばクライアント１１０ｂ）が、他のユーザからのインスタント・メッセージを受信した場合、映像出力装置１１２がこの受信メッセージを投影してしまう可能性がある。このとき、メッセージの送信ユーザが、相手方が「投影中」であることを認識していないと、不用意な書き込みが行われ、上記映像出力装置１１２の出力画面から私的な情報や機密情報が漏洩してしまう可能性がある。

　そこで、本実施形態によるメッセージ交換システム１００には、クライアント１１０の映像出力装置１１２への出力状態を判定する構成と、この出力状態に応じ、映像出力装置による情報の漏洩に配慮して、当該クライアント１１０上または相手方クライアント上でのメッセージの表示が変更されるように、クライアント１１０が関与するメッセージを処理する構成とが設けられる。

　以下、図２～図１０を参照しながら、本実施形態による映像出力装置への出力状態を考慮したメッセージ処理について説明する。図２は、本実施形態によるメッセージ交換システムにおいて実現される機能ブロックを示す図である。図２には、テキスト・チャットのセッションに参加する２者のクライアント１１０Ａ，１１０Ｂ上の各機能ブロックが示されている。説明する実施形態では、２者間で１対１のメッセージ交換が行われる場合を一例に説明するが、３者以上でメッセージ交換が行われる態様であってもよい。

　図２に示す第１クライアント１１０Ａは、外部の映像出力装置に接続されたクライアントであり、第２クライアント１１０Ｂは、この第１クライアント１１０Ａのメッセージ通信の相手方ユーザが用いるクライアントである。なお、図２に示す第２クライアント１１０Ｂは、外部の映像出力装置に接続されていないが、接続されていても構わない。第１および第２のクライアント１１０Ａ，１１０Ｂは、それぞれ、メッセージ交換クライアント・アプリケーション（以下、単に「クライアント・アプリケーション」と参照する。）１３０を備える。第１クライアント１１０Ａおよび第２クライアント１１０Ａは、参加するチャット・セッションにおいて、それぞれ、送信側になることも、受信側になることもできる。

　第１クライアント１１０Ａには、外部映像出力インタフェース（以下、外部映像出力Ｉ／Ｆと表記する場合がある。）１１４Ａを介して映像出力装置１１２Ａが接続されている。第１クライアント１１０Ａは、映像出力装置１１２Ａに対する画面の出力状態を判定するため、さらに、出力状態検知モジュール１２０Ａと、出力状態推定モジュール１２２Ａとを備える。

　出力状態検知モジュール１２０は、外部映像出力Ｉ／Ｆ１１４を介して映像出力装置１１２へ出力される出力信号を検出することによって、映像出力装置１１２への出力状態を判定し、クライアント・アプリケーション１３０に通知する機能を備える。クライアント１１０と映像出力装置１１２との接続状態および信号出力状態について説明する。まず外部の映像出力装置１１２の接続を感知すると既定の割り込み信号が検出される。これにより映像出力装置１１２の接続を検出し、その後ＤＤＣ（Display Data Channel）を通じて出力状態を取得する。このような割り込みが生じないハードウェアや接続インタフェースの場合は、クライアント１１０本体から定期的にポーリングを行うことにより外部の映像出力装置１１２の接続を検出する。そしてクライアント１１０の動作を管理するオペレーティング・システム等が上記接続状態と出力状態とを識別フラグとしてメモリに保持する。出力状態検知モジュール１２０は、上記識別フラグを取得することにより、映像出力装置１１２への出力状態を判定することができる。

　上記出力状態は、限定されるものではないが、「未接続」、「接続中」、「投影準備中」、「投影中」などのステータス値で表される。「未接続」は、外部映像出力Ｉ／Ｆ１１４に映像出力装置が接続されていない状態を表し、「接続中」は、外部映像出力Ｉ／Ｆ１１４に映像出力装置１１２が接続されているが、信号が出力されておらず、投影されていない状態を表す。「投影準備中」は、映像出力装置１１２が接続され、投影指示が行われたが、映像出力装置１１２が起動中であり、投影が始まっていない状態を表す。「投影中」は、映像出力装置１１２が接続されており、かつ、クライアント１１０の画面が映像出力装置１１２により投影されている状態を表す。「投影中」は、さらに、アクティブウィンドウ以外のウィンドウの表示排除が行われる全画面表示中であることを表す「全画面投影中」と、それ以外の「通常画面投影中」とに細分化することもできる。

　出力状態推定モジュール１２２は、クライアント１１０の入力装置１１６への操作状態から、上記映像出力装置１１２への画面の出力状態を推定し、推定された出力状態をクライアント・アプリケーション１３０に通知する。上記推定のため操作状態が取得される入力装置１１６としては、特に限定されるものではないが、マウス、キーボード、タッチパネル、レーザポインタに付属するリモート・コントローラなどを例示することができる。また、ここでいう操作状態とは、入力装置１１６に対する静的な入力操作のほか、入力装置１１６に対する一連の入力操作の時系列を含むことができる。

　出力状態推定モジュール１２２は、クライアント１１０上で動作するアプリケーション１１８をモニタしており、特定のアプリケーションが起動している状態において検出される特定の操作状態に対応付けて出力状態を推定することができる。

　一般的なプレゼンテーション・アプリケーションでは、キーボードにおける「エンター・キー」、「ページダウン・キー」、「ページアップ・キー」などのキーダウン・イベント、マウスにおけるクリック、ダブルクリック、マウスホイールなどマウス操作イベント、タッチパネルにおけるタップ、スワイプなどのジェスチャ・イベント、およびリモート・コントローラにおける「ページ送りボタン」、「ページ戻しボタン」の操作に対応した操作イベントに応答して、表示スライドが遷移される。以下、上記スライドの遷移を引き起こすイベントをスライド遷移イベントと参照する。

　出力状態推定モジュール１２２には、上記スライド遷移イベントが一定以上の間隔をおいて繰り返し発生したことを検知するためのパターンが、「投影中」の出力状態に対応付けて予め登録されている。これにより、出力状態推定モジュール１２２は、プレゼンテーション・アプリケーションが起動している状態において、上述したスライド遷移イベントによるプレゼンテーション中特有の操作状態を検出して、「投影中」であると推定することができる。

　出力状態推定モジュール１２２には、また、プレゼンテーション用途では使用されない文字キーや数字キーのキープレス・イベントが一定時間以上行われないことなどを検知するためのパターンなど種々のパターンが出力状態に対応付けて予め登録されている。出力状態推定モジュール１２２Ａ、入力装置１１６Ａに対する操作をモニタし、予め登録されたパターンにマッチする操作状態を検出して、対応付けられた出力状態であると推定する。

　また、一般的なプレゼンテーション・アプリケーションにおいて全画面表示中に「ＥＳＣキー」が押されると、全画面表示から通常モードに抜けて表示排除が解除されることとなる。このとき、表示排除の解除により、アクティブウィンドウ以外のウィンドウも表示されて、受信したインスタント・メッセージが投影されてしまう可能性がある。出力状態推定モジュール１２２は、上述した特定の操作状態の検知により「投影中」を推定している場合において、「ＥＳＣ」のキーダウン・イベントが発生した場合に、さらに「通常画面投影中」であるとして、より詳細な出力状態を推定することができる。

　上述した出力状態検知モジュール１２０および出力状態推定モジュール１２２は、それぞれ単独で用いられて、映像出力装置１１２への出力状態を判定する本実施形態の出力状態判定部を構成する。出力状態検知モジュール１２０および出力状態推定モジュール１２２は、さらに、組み合わせて用いられ、出力状態検知モジュール１２０で検知できない場合に出力状態推定モジュール１２２で出力状態を推定したり、出力状態検知モジュール１２０Ａで検知された情報と、出力状態推定モジュール１２２Ａで推定された情報とを統合して出力状態を判定したりする、出力状態判定部を構成する。

　図２に示すクライアント・アプリケーション１３０は、より詳細には、メッセージ入力部１３２と、メッセージ送信部１３６と、メッセージ受信部１３８と、メッセージ表示部１４２とを含む。メッセージ入力部１３２は、メッセージ入力テキストボックスをディスプレイ上に提供し、該テキストボックスに入力されたメッセージを受け付ける。上記メッセージ入力テキストボックスには、さらにメッセージの送信を指示するためのＧＵＩ（Graphic User Interface）部品（例えば送信ボタン）が設けられており、メッセージ入力部１３２は、送信の指示に応答して、メッセージ送信部１３６にメッセージの送信を依頼する。メッセージ送信部１３６は、送信の依頼に応答して、テキストボックスに入力されたメッセージを、ネットワーク・アダプタを介して送信する。第１クライアント１１０Ａから送信されたメッセージは、メッセージ交換サーバ１５０を経て、相手方の第２クライアント１１０Ｂへと配信される。

　メッセージ受信部１３８は、メッセージ交換サーバ１５０によって配信される相手方からのメッセージを、ネットワーク・アダプタを介して受信し、メッセージ表示部１４２に渡す。メッセージ表示部１４２は、メッセージ表示ボックスをディスプレイ上に提供し、このボックス内に、送信者表示を付加して送信メッセージおよび受信メッセージを時系列順に表示する。

　本実施形態では、映像出力装置１１２に接続される第１クライアント１１０Ａ上のクライアント・アプリケーション１３０Ａには、さらに、状況情報付加部１３４Ａと、受信メッセージ規制部１４０Ａとが設けられる。

　状況情報付加部１３４は、メッセージ送信に際して、出力状態検知モジュール１２０および出力状態推定モジュール１２２またはこれらのいずれか一方から通知される出力状態に応じて、当該クライアント１１０側の状況を表す状況情報をメッセージに付加する処理を行う。これにより、メッセージの送信側クライアント１１０Ａの出力状態に対応して、受信側クライアント１１０Ｂ上でのメッセージの表示が変更され、送信側クライアント１１０Ａの状況を表す状況表示がメッセージ表示に付加される。

　上記状況情報は、上記出力状態のステータス値をそのまま用いてもよいが、取得可能なプレゼンス状態（「会議中」など）と組み合わせた情報としてもよい。例えば、出力状態「投影中」およびプレゼンス状態「会議中」に対応して「プレゼンテーション中」としたり、出力状態「投影中」およびプレゼンス「応答可」に対応して「投影中（応答可）」としたりすることができる。上記状況表示は、上記状況情報に対応した表示であり、「投影中」または「プレゼンテーション中」などの状況を表現するテキスト表示やイラスト表示などを用いることができ、例えばメッセージの冒頭または末尾に付加されるなど、メッセージに関連付けて表示される。

　受信メッセージ規制部１４０は、出力状態検知モジュール１２０および出力状態推定モジュール１２２またはこれらのいずれか一方から通知される出力状態に応じて、受信メッセージの表示を規制する処理を実行する。上記表示の規制には、メッセージが表示規制を要するか否かを判定するために予め設定された表示規制ポリシーが適用される。これにより、メッセージの受信側である第１クライアント１１０Ａの出力状態に応じて、規制を要すると判定された受信メッセージの当該第１クライアント１１０上での表示が変更され、制限されたメッセージ表示が行われる。

　上記制限されたメッセージ表示は、メッセージの送信者および本文の表示に関し、全部または一部について非表示または代替表示を行う変更を含むことができる。例えば、出力状態「投影中」に対応して、メッセージおよび送信者が非表示とされ、単に受信メッセージが存在することを知らせる代替表示を行うことができる。上記制限されたメッセージ表示は、特に限定されるものではないが、事後的に、明示的な表示指示に応答して、または上記出力状態が表示規制を要しない状態に変更（例えば、「投影中」からそれ以外の状態に変更）されたことに応答して、その制限が解除されてもよい。

　受信メッセージ規制部１４０は、さらに、上記通知された出力状態に応じて、メッセージの送信側のユーザに対し、受信側クライアント１１０Ａの状況を表す状況情報を付したメッセージを自動的に返信する機能を備えてもよい。これにより、元のメッセージの送信側である第２クライアント１１０Ｂ上での返信メッセージ表示に対し、第１クライアント１１０Ａ側の状況を表す状況表示が付加される。

　相手方のクライアント１１０Ｂのメッセージ表示部１４２Ｂは、メッセージ受信部１３８Ｂにより、状況情報が付されたメッセージを受信すると、受信したメッセージを表示するとともに状況表示を行う。上記付加的に表示される状況表示は、マウスオーバ・イベントやクリック・イベントなどの状況表示に対する特定の操作イベントに応答して、第１クライアント１１０Ａ側の詳細な状況を表す詳細状況表示を呼び出すイベント処理を含むことができる。

　ユーザ情報管理サーバ１６０が管理するカレンダ１６２およびアドレス帳１６４には、プライバシー保護されるべき情報のほか、ユーザの組織情報（所属部署、所属グループ、職位など）や、ユーザの参加予定の会議情報（会議名、会議開催者、会議場所、出席者）など、他のユーザに公開される公開情報が含まれる。上記詳細状況表示は、このクライアント１１０Ａのユーザの公開情報から生成されるものであり、第２クライアント１１０Ｂのユーザに、第１クライアント１１０Ａ側の状況をより詳細に認識させることを意図するものである。

　以下、図３～図５および図６～図１０を参照しながら、映像出力装置への出力状態を考慮したメッセージ送信処理およびメッセージ受信処理の詳細について説明する。図３は、本実施形態における映像出力装置への出力状態を考慮したメッセージ送信処理におけるメッセージ・フローを説明する図である。

　メッセージ送信時のメッセージ・フローは、映像出力装置１１２に接続された送信側クライアント１１０Ａ側で、メッセージ入力部１３２が、入力テキストボックスを介して送信すべきメッセージの入力を受けて開始する。一方で、出力状態検知モジュール１２０Ａおよび出力状態推定モジュール１２２Ａが判定した出力状態に応答して、状況情報が生成される。上記メッセージは、状況情報付加部１３４Ａにより、出力状態に応じて、状況情報との付加処理がなされて、メッセージ送信部１３６Ａにより、受信側クライアント１１０Ｂへと送信される。

　受信側クライアント１１０Ｂでは、受信したメッセージおよび状況情報を用いてメッセージ表示および状況表示が行われる。状況表示に対するマウスオーバ・イベントやクリック・イベントなどの特定の操作が行われると、この操作イベントに応答して、メッセージ交換サーバ１５０を経由して、カレンダ１６２およびアドレス帳１６４からユーザの組織情報や会議情報が取得され、例えばポップアップによって、相手方の詳細状況を表す相手方情報付加表示が行われる。

　なお、説明する実施形態では、受信側クライアント１１０Ｂが、ユーザ情報管理サーバ１６０上のカレンダ１６２およびアドレス帳１６４から情報を取得する態様として説明する。しかしながら、他の実施形態では、送信側クライアント１１０Ａが、ユーザ情報管理サーバ１６０上のカレンダ１６２およびアドレス帳１６４から情報を取得し、この情報を状況情報に埋め込んでメッセージを送信することにより、受信側クライアント１１０Ｂに詳細状況表示を行わせる態様としてもよい。

　図４は、本実施形態における送信側クライアントが実行する、映像出力装置への出力状態を考慮したメッセージ送信処理を示すフローチャートである。図５は、本実施形態によるクライアント１１０上に表示される表示画面を例示する図である。図５（Ａ）は、映像出力装置１１２Ａに接続される送信側クライアント１１０Ａ上に表示されるデスクトップ画面を例示する。

　図５（Ａ）に示すように、送信側クライアント１１０Ａ上のデスクトップ画面２００には、プレゼンテーション・ウィンドウ２０２と、ウィンドウ２０２の前面に配置されたチャット・ウィンドウ２１０とが表示されている。チャット・ウィンドウ２１０は、受信または送信したメッセージを表示するメッセージ表示ボックス２１２と、メッセージ入力テキストボックス２１４と、送信ボタン２１６とを含む。

　図４に示す処理は、図５（Ａ）に示すメッセージ入力テキストボックス２１４にメッセージが入力され、送信ボタン２１６がクリックされたことに応答して、ステップＳ１００から開始する。ステップＳ１０１では、送信側クライアント１１０Ａは、入力された送信すべきメッセージを取得する。図５（Ａ）の例示では、「上半期の目標値の修正、確定しましたか？」というメッセージが取得される。ステップＳ１０２では、送信側クライアント１１０Ａは、外部の映像出力装置１１２に対する出力状態を判定する。ステップＳ１０３では、送信側クライアント１１０Ａは、出力状態から所定の条件が成立したか否かを判定する。ここでは、例えば、出力状態が「投影中」であるかという条件が判定される。

　ステップＳ１０３で、所定の条件が成立したと判定された場合（ＹＥＳ）は、ステップＳ１０４へ処理が進められる。ステップＳ１０４では、送信側クライアント１１０Ａは、メッセージに状況情報を付加し、ステップＳ１０５では、メッセージ交換サーバ１５０を経由して相手方に、状況情報が付加されたメッセージを送信し、ステップＳ１０６で本処理を終了させる。

　図５（Ｂ）は、受信側クライアント１１０Ｂ上に表示される、状況表示を含むチャット・ウィンドウを例示する。図５（Ｂ）に示すチャット・ウィンドウ２２０では、メッセージ表示ボックス２２２内にメッセージ２２４が表示さている。このメッセージ２２４には、上記状況情報付加処理に対応して、その冒頭に「投影中」の状況表示２２６が付されている。

　チャット・ウィンドウ２２０の状況表示２２６に対しマウスオーバーなどの特定の操作イベントが発生すると、図５（Ｃ）に示すように、チャット・ウィンドウ２２０上に吹き出し表示２２８がポップアップする。吹き出し表示２２８には、例えば、送信側ユーザが現在参加している会議に関する情報が含まれる。吹き出し表示２２８は、特に限定されるものではないが、図５（Ｃ）の例示では、送信ユーザの属性情報、並びに送信ユーザが参加する会議の会議名、開催場所および出席者を含んでいる。

　再び図４を参照すると、ステップＳ１０３で、所定の条件が成立しておらず、状況表示を付する必要がないと判定された場合（ＮＯ）は、ステップＳ１０５へ直接処理が進められる。例えば、出力状態が「未接続」または「接続中」の場合には、相手方に状況を通知する必要性が低いことから、ステップＳ１０３で所定の条件が成立していないと判定することができる。この場合は、ステップＳ１０５で、送信側クライアント１１０Ａは、メッセージ交換サーバ１５０を経由して相手方にメッセージをそのまま送信し、ステップＳ１０６で本処理を終了させる。

　上述した映像出力装置への出力状態を考慮したメッセージ送信処理により、送信側クライアント１１０Ａのユーザに対し特別な操作を求めずに、受信側クライアント１１０Ｂのユーザに対し、送信側ユーザが置かれている状況を伝達することが可能となる。例えば、受信側クライアント１１０Ｂのユーザは、状況表示から、相手方がプレゼンテーション中であることを認識し、第三者に見られては困る私的な情報を書き込むことを控え、相手方の状況を踏まえて言葉を選んでメッセージを送信することができる。この際には、インスタント・メッセージによるコミュニケーションは中断されず、会議等の進行も妨げない。また上記した状況表示は、メッセージに関連付けて表示されるため、受信側クライアント１１０Ｂのユーザに対し、返信に際し、送信側ユーザが置かれている現在の状況を強調して伝達できる。

　また、上記詳細状況表示により受信側クライアント１１０Ｂのユーザに対し、送信側ユーザが置かれているより詳細な状況を伝達することが可能となる。例えば、受信側クライアント１１０Ｂのユーザは、詳細な状況表示から、相手方の会議参加者に特定のユーザがいることを認識することができ、特定のユーザへ向けたメッセージなどを送信することもできる。

　以下、映像出力装置への出力状態を考慮したメッセージ受信処理の詳細について説明する。図６は、本実施形態における映像出力装置への出力状態を考慮したメッセージ受信処理におけるメッセージ・フローを説明する図である。メッセージ受信時のメッセージ・フローは、映像出力装置１１２に接続された受信側クライアント１１０Ａの相手方である送信側クライアント１１０Ｂで、メッセージが入力され、送信指示がなされたことに対応して開始する。メッセージは、まず、送信側クライアント１１０Ｂから受信側クライアント１１０Ａへ送信される。

　映像出力装置１１２に接続された送信側クライアント１１０Ａ側では、メッセージ受信部１３８Ａがメッセージを受信し、受信メッセージ規制部１４０Ａに渡す。また、出力状態検知モジュール１２０Ａおよび出力状態推定モジュール１２２Ａから出力状態が受信メッセージ規制部１４０Ａに通知される。メッセージは、受信メッセージ規制部１４０Ａにより、通知された出力状態に応じて、表示規制ポリシーを用いて処理されて、メッセージ表示部１４２Ａにより、出力状態に応じた表示方法にてメッセージ表示ボックス上に表示される。

　メッセージの表示は、上記通知された出力状態に応じて分岐される。例えば、出力状態が「未接続」や「接続中」であれば、通常通り、そのままメッセージ表示が行われるが、出力状態が「投影中」である場合は、受信メッセージの内容によって、制限付きのメッセージ表示が行われ、またはメッセージ表示が中止される。

　図７は、本実施形態における映像出力装置への出力状態を考慮したメッセージ受信処理における別のメッセージ・フローを説明する図である。このメッセージ・フローも、上記と同様に、送信側クライアント１１０Ｂでメッセージが入力され、送信指示が行われたことに応答して開始する。メッセージは、送信側クライアント１１０Ｂから受信側クライアント１１０Ａへ送信され、送信側クライアント１１０Ａ側では、メッセージ受信部１３８Ａにより受信されて、受信メッセージ規制部１４０Ａに渡される。

　このとき、出力状態検知モジュール１２０Ａおよび出力状態推定モジュール１２２Ａから出力状態が受信メッセージ規制部１４０Ａに通知されている。メッセージは、受信メッセージ規制部１４０Ａにより、通知された出力状態に応じて処理され、メッセージ表示部１４２Ａにより、出力状態に応じた表示方法にてメッセージ表示ボックス上に表示される。図７に示すメッセージ・フローは、さらに枝分かれし、出力状態が「投影中」等である場合、メッセージの自動返信が行われる。自動返信されるメッセージは、上記出力状態に応じて状況情報が付加された状況通知メッセージであり、メッセージ送信部１３６Ａから相手方クライアント１１０Ｂへと送信される。

　相手方クライアント１１０Ｂでは、受信した状況通知メッセージの表示が行われる。状況通知メッセージは、「投影中」などの状況表示を有し、メッセージ送信時のメッセージ・フローに類似して、状況表示に対するマウスオーバ・イベントなどの操作が行われると、相手方の詳細状況を表す相手方情報付加表示が行われる。

　図８は、本実施形態におけるクライアントが実行する、映像出力装置への出力状態を考慮したメッセージ受信処理を示すフローチャートである。図９は、本実施形態の受信メッセージ規制部が参照する規制ポリシーのデータ構造を例示する図である。図１０は、本実施形態によるクライアント１１０上に表示される表示画面を例示する図である。図１０（Ａ）は、送信側クライアント１１０Ｂ上に表示されるチャット・ウィンドウを例示する。

　図８に示す処理は、図１０（Ａ）に示す送信側クライアント１１０Ｂ上のチャット・ウィンドウ２３０上で、メッセージ入力テキストボックス２３２にメッセージ２３４が入力され、送信ボタン２３６がクリックされて送信されたメッセージを受信したことに対応して、ステップＳ２００から開始する。

　ステップＳ２０１では、受信側クライアント１１０Ａは、メッセージ交換サーバ１５０により配信された受信メッセージを取得する。図１０（Ａ）の例示では、「お昼，いきませんか？」というメッセージが取得される。ステップＳ２０２では、受信側クライアント１１０Ａは、外部の映像出力装置１１２に対する出力状態を判定する。ステップＳ２０３では、受信側クライアント１１０Ａは、出力状態から所定の条件が成立したか否かを判定する。ここでは、送信時と同様に、出力状態が「投影中」であるかという条件を判定することができる。

　ステップＳ２０３で、所定の条件が成立したと判定された場合（ＹＥＳ）は、ステップＳ２０４へ処理が進められる。ステップＳ２０４では、受信側クライアント１１０Ａは、表示規制ポリシーを適用してメッセージの本文およびヘッダ情報を解析する。表示規制ポリシーは、図９に示すようなデータ構造を有する、制限された表示を行う条件が記述されたデータである。図９に例示する表示規制ポリシー３００は、許可条件部３０２と、不許可条件部３０４と、制限付き許可条件部３０６と、規制対象辞書データ部３０８とを含む。

　許可条件部３０２は、制限をかけずにそのままの表示が許可される条件を記述する。不許可条件部３０４は、表示が許可されない条件を記述する。制限付き許可条件部３０６は、制限付きでの表示が許可される条件を記述する。条件部３０２～３０６には、メッセージの送信者または受信者の属性情報に対しメッセージ表示を許可、制限付き許可または不許可とする条件が設定される。例えば、受信側クライアント１１０Ａのユーザの上司が送信者である場合は、表示を許可し、それ以外の場合は不許可としたり、送信者の所属が管理部門や戦略部門である場合は、表示を不許可とし、それ以外の場合は許可としたりすることができる。このような条件付けは、組織内の運用方針に従って予め定義することができる。

　規制対象辞書データ部３０８は、メッセージが含有する私的な表現などの特定表現を登録するデータであり、当該メッセージの表示の制限付き許可または不許可を記述するものである。規制対象辞書データ部３０８には、私用メッセージに多用されるキーワードや言い回し、例えば「～～ね」や「～～よ」といった語尾が繰り返されるなどくだけた表現（友達口調の表現）、社内プロジェクト名や未発表の製品名などが登録される。上記特定表現は、組織内の運用方針に従って予め定義することができる。

　インスタント・メッセージは一般的に短いため、特定表現が少なくとも１つ含まれる場合に規制対象メッセージであると判定することができるが、規制対象メッセージの特定の仕方は、特に限定されるものではない。例えば、メッセージに含まれる特定表現の種類、特定表現の数からスコアを計算し、一定基準以上のスコアが計算されたメッセージを規制対象メッセージと判定してもよい。その他、メッセージに対して形態素解析を行って、より精緻に規制対象メッセージを判定することもできる。

　図１０（Ａ）に例示した「お昼，いきませんか？」というメッセージの場合は、「お昼」という規制対処辞書データ部３０８に登録されたキーワードを含むため、規制対象メッセージであると判定される。規制対象メッセージに該当する場合は、制限付きメッセージ表示または表示不許可となる。

　再び図８を参照すると、ステップＳ２０５では、ステップＳ２０４での表示規制ポリシーの適用の結果、許可されるか、制限付き許可されるか、不許可であるかに応じて処理が分岐される。ステップＳ２０５で、許可と判定された場合（許可）は、ステップＳ２０６へ処理が分岐される。ステップＳ２０６では、通常のメッセージ表示を行い、ステップＳ２１０で、本処理を終了させる。ステップＳ２０３で、所定の条件が成立しておらず、表示規制する必要がないと判定された場合（ＮＯ）も、ステップＳ２０６へ直接処理が進められ、通常のメッセージ表示がなされる。

　一方、ステップＳ２０５で、制限付き許可と判定された場合（制限許可）は、ステップＳ２０７へ処理が分岐される。ステップＳ２０７では、制限されたメッセージ表示が行われ、ステップＳ２０８で、状況表示メッセージの自動返信が行われ、ステップＳ２１０で、本処理を終了させる。

　一方、ステップＳ２０５で、不許可と判定された場合（不許可）は、ステップＳ２０９へ処理が分岐される。ステップＳ２０９では、メッセージ表示が抑制され、ステップＳ２０８で、状況表示メッセージの自動返信が行われ、ステップＳ２１０で、本処理を終了させる。

　図１０（Ｂ）は、制限付き表示された受信側クライアント１１０Ａ上に表示されるデスクトップ画面を例示する。図１０（Ｂ）に示す例では、チャット・ウィンドウ２５０のメッセージ表示ボックス２５２内には、上記「お昼，いきませんか？」というメッセージに代替して、「受信メッセージ有り」というメッセージが表示される。図１０（Ｂ）に示した画面は、例示であり、制限付き表示としては、その他、特定の表現を含む部分が黒塗りされたメッセージとしてもよいし、送信者だけが表示されるような態様でもよい。また、ステップＳ２０３で成立した条件が不成立となったことに応答して、またはユーザからの明示的な表示指示を受け付けるＧＵＩ部品が操作されたことに応答して、制限付きのメッセージ表示を解除し、遅延されたメッセージ表示を行うこともできる。

　上述した映像出力装置への出力状態を考慮したメッセージ受信処理により、メッセージを受信したクライアント１１０Ａの映像出力装置１１２Ａへの出力状態に応じて、受信メッセージの内容や差出人等に応じて規制メッセージが判定され、制限されたメッセージ表示が行われる。これにより、メッセージを受信したユーザが、メッセージが私的なものであることに気付き、慌てて外部映像出力Ｉ／Ｆ１１４からコネクタを引き抜いたり、キー操作で出力先を切り替えたりする、場当たり的な対処を余儀なくされることを防止し、僅かな時間の情報の漏洩をも防止することが可能となる。

　なお、以上説明した実施形態では、映像出力装置１１２に接続されたクライアント１１０Ａ上で、送信メッセージに状況情報を付加し、また受信メッセージの表示規制を行うものとして説明した。しかしながら、映像出力装置１１２に接続されたクライアント１１０Ａが送信者または受信者として関与するメッセージの処理は、当該クライアント１１０Ａが行う態様に限定されるものではなく、メッセージ交換サーバ１５０または相手方クライアント１１０Ｂがメッセージ処理を行う態様であってもよい。

　図１１～図１３は、映像出力装置１１２に接続されたクライアント１１０Ａの相手方クライアント１１０Ｂがメッセージ処理を行う他の実施形態を説明する図である。図１１に示す実施形態では、映像出力装置１１２に接続されたクライアント１１０Ａのクライアント・アプリケーション１３０Ａは、出力状態通知部１４６Ａを備え、相手方クライアント１１０Ｂのクライアント・アプリケーション１３０Ｂは、送信メッセージ規制部１４８Ｂを備える。

　出力状態通知部１４６は、出力状態検知モジュール１２０および出力状態推定モジュール１２２またはこれらのいずれか一方が判断した出力状態を、相手方クライアント１１０Ｂに通知する処理を行う。この通知を受けて相手方クライアント１１０Ｂでは、送信メッセージ規制部１４８が、上記通知された出力状態に応じて、メッセージの送信を規制する処理を実行する。これにより、メッセージの受信側である第１クライアント１１０Ａの出力状態に応じて、規制を要すると判定されたメッセージの当該第１クライアント１１０Ａ上での表示が変更され、制限されたメッセージ表示が行われる。

　図１２は、他の実施形態における映像出力装置への出力状態を考慮したメッセージ受信処理におけるメッセージ・フローを説明する図である。このメッセージ受信時のメッセージ・フローは、相手方である送信側クライアント１１０Ｂで、メッセージ入力部１３２Ｂが、入力テキストボックスを介して送信すべきメッセージの入力を受けて開始する。一方で、受信側クライアント１１０Ａ上の出力状態検知モジュール１２０Ａおよび出力状態推定モジュール１２２Ａが判定した出力状態は、上記出力状態通知部１４６Ａにより、送信側クライアント１１０Ｂへと伝達される。

　上記メッセージは、送信前に、送信メッセージ規制部１４８Ｂにより、通知された出力状態に応じて表示規制ポリシーを用いて処理されて、メッセージ送信部１３６Ｂにより、受信側クライアント１１０Ａへと送信される。

　メッセージの送信は、上記通知された出力状態に応じて分岐される。例えば、出力状態が「未接続」や「接続中」であれば、通常通り、そのままメッセージ送信が行われるが、出力状態が「投影中」である場合は、送信メッセージの内容によって、制限付きのメッセージ送信が行われ、またはメッセージ送信がペンディングされる。上記制限付きメッセージ送信は、メッセージの送信者および本文の表示に関し、全部または一部について非表示または代替表示を行う変更を含むことができる。例えば、出力状態「投影中」に対応して、メッセージおよび送信者が非表示とされ、単に受信メッセージが存在することを知らせる代替表示を行うためのメッセージ表示とすることができる。また、ポリシーを適用した結果、規制対象メッセージであると判定された場合には、送信側クライアント１１０Ｂ上で、相手方が投影中等である旨の警告表示を行い、メッセージの再入力を促すこともできる。

　図１３は、他の実施形態における送信側クライアントが実行する、映像出力装置への出力状態を考慮したメッセージ送信処理を示すフローチャートである。図１３に示す処理は、図１０（Ａ）に示す送信側クライアント１１０Ｂ上のチャット・ウィンドウ２３０上で、メッセージ入力テキストボックス２３２にメッセージ２３４が入力され、送信ボタン２３６がクリックされたことに対応して、ステップＳ３００から開始する。

　ステップＳ３０１では、送信側クライアント１１０Ｂは、送信にかかるメッセージを取得する。図１０（Ａ）の例示では、「お昼，いきませんか？」というメッセージが取得される。ステップＳ３０２では、送信側クライアント１１０Ｂは、予め通知された受信側クライアント１１０Ａ側の外部の映像出力装置１１２に対する出力状態を判定する。ステップＳ３０３では、送信側クライアント１１０Ｂは、出力状態から所定の条件が成立したか否かを判定する。ここでは、出力状態が「投影中」であるかという条件を判定することができる。

　ステップＳ３０３で、所定の条件が成立したと判定された場合（ＹＥＳ）は、ステップＳ３０４へ処理が進められる。ステップＳ３０４では、送信側クライアント１１０Ｂは、表示規制ポリシーを適用してメッセージの本文およびヘッダ情報を解析する。図１０（Ａ）に例示した「お昼，いきませんか？」というメッセージの場合は、「お昼」という規制対処辞書データ３０８に登録されたキーワードを含むため、規制対象メッセージであると判定される。

　ステップＳ３０５では、ステップＳ３０４での表示規制ポリシーの適用の結果、許可されるか、制限付き許可されるか、不許可であるかに応じて処理が分岐される。ステップＳ３０５で、許可と判定された場合（許可）は、ステップＳ３０６へ処理が分岐される。ステップＳ３０３で、所定の条件が成立しておらず、表示規制する必要がないと判定された場合（ＮＯ）も、ステップＳ３０６へ直接処理が進められる。ステップＳ３０６では、通常のメッセージ表示を行い、ステップＳ３０９で、本処理を終了させる。

　一方、ステップＳ３０５で、制限付き許可と判定された場合（制限許可）は、ステップＳ３０７へ処理が分岐される。ステップＳ３０７では、送信側クライアント１１０Ｂは、適宜警告表示を行い、制限されたメッセージ送信を実行し、ステップＳ３０９で、本処理を終了させる。制限されたメッセージ送信としては、例えば、単にメッセージが存在することを知らせる代替表示を行うためのメッセージ内容の変更等を含むことができる。一方、ステップＳ３０５で、不許可と判定された場合（不許可）は、ステップＳ３０８へ処理が分岐される。ステップＳ３０８では、送信側クライアント１１０Ｂは、メッセージ送信をペンディングし、ステップＳ３０９で、本処理を終了させる。

　なお、上記ステップＳ３０８でペンディングされたメッセージは、事後的に、明示的な送信指示に応答して、または上記出力状態が表示規制を要しない状態に変更されたことに応答して、そのペンディング状態が解除され、遅延して送信されても良い。

　以下、本実施形態によるクライアントのハードウェア構成について説明する。図１４は、クライアント１１０のハードウェア構成の実施形態を示す。図１４に示すクライアント１１０は、概ねパーソナル・コンピュータまたはワークステーションなどのコンピュータ装置３４として構成されている。図１４に示すコンピュータ装置３４は、中央処理装置（ＣＰＵ）１２と、ＣＰＵ１２が使用するデータの高速アクセスを可能とするＬ１およびＬ２などのレベルを有するキャッシュ・メモリ１４と、ＣＰＵ１２の処理を可能とするＲＡＭ、ＤＲＡＭなどの固体メモリ素子から形成されるシステム・メモリ１６とを備えている。

　ＣＰＵ１２、キャッシュ・メモリ１４、およびシステム・メモリ１６は、システム・バス１８を介して、他のデバイスまたはドライバ、例えば、グラフィックス・ボード２０およびネットワーク・アダプタ２２へと接続されている。グラフィックス・ボード２０は、バスを介してメイン・ディスプレイ２４に接続されて、ＣＰＵ１２による処理結果をディスプレイ画面上に表示させている。また、グラフィックス・ボード２０は、外部出力Ｉ／Ｆ１１４に接続されており、外部出力Ｉ／Ｆ１１４を介してコンピュータ装置３４に接続される外部映像出力装置１１２に、ＣＰＵ１２による処理結果を表示させている。また、メットワーク・アダプタ２２は、物理層レベルおよびリンク層レベルでクライアント１１０を、ＴＣＰ／ＩＰなどの適切な通信プロトコルを使用するネットワーク１０２へと接続している。

　システム・バス１８には、さらにＩ／Ｏバス・ブリッジ２６が接続されている。Ｉ／Ｏバス・ブリッジ２６の下流側には、ＰＣＩなどのＩ／Ｏバス２８を介して、ＩＤＥ、ＡＴＡ、ＡＴＡＰＩ、シリアルＡＴＡ、ＳＣＳＩ、ＵＳＢなどにより、ハードディスクなどの記憶装置３０が接続されている。また、Ｉ／Ｏバス２８には、ＵＳＢなどのバスを介して、キーボードおよびマウスなどのポインティング・デバイスなどの入力装置１１６が接続されている。

　コンピュータ装置３４のＣＰＵ１２としては、いかなるシングルコア・プロセッサまたはマルチコア・プロセッサを用いることができ、ＷＩＮＤＯＷＳ（登録商標）ＸＰ、ＷＩＮＤＯＷＳ（登録商標）７、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などの適切なオペレーティング・システムにより制御される。なお、メッセージ交換サーバ１５０、ユーザ情報管理サーバ１６０についても、図１４と同様なハードウェア構成により実現することができる。

　以上説明したように、本発明の実施形態によれば、映像出力装置に接続された情報処理装置の該映像出力装置に対する出力状態に応じて、この情報処理装置が関与するメッセージの表示の仕方を変更することが可能なメッセージ通信システム、情報処理装置、メッセージ通信方法およびプログラムを提供することができる。

　本発明の上記機能は、Ｃ＋＋、Ｊａｖａ（登録商標）、ＪａｖａＢｅａｎｓ（登録商標）、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｅｒｌ、Ｒｕｂｙなどのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、装置可読な記録媒体に格納して頒布または伝送して頒布することができる。

　これまで本発明を、特定の実施形態をもって説明してきたが、本発明は、実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１２…ＣＰＵ、１４…キャッシュ・メモリ、１６…システム・メモリ、１８…システム・バス、２０…グラフィックス・ボード、２２…ネットワーク・アダプタ、２４…メイン・ディスプレイ、２６…Ｉ／Ｏバス・ブリッジ、２８…Ｉ／Ｏバス、３０…記憶装置、３４…コンピュータ装置、１００…メッセージ交換システム、１０２…ネットワーク、１１０…クライアント、１１２…映像出力装置、１１４…外部映像出力Ｉ／Ｆ、１１６…入力装置、１１８…アプリケーション、１２０…出力状態検知モジュール、１２２…出力状態推定モジュール、１３０…クライアント・アプリケーション、１３２…メッセージ入力部、１３４…状況情報付加部、１３６…メッセージ送信部、１３８…メッセージ受信部、１４０…受信メッセージ規制部、１４２…メッセージ表示部、１４６…出力状態通知部、１４８…送信メッセージ規制部、１５０…メッセージ交換サーバ、１６０…ユーザ情報管理サーバ、１６２…カレンダ、１６４…アドレス帳、２００…デスクトップ画面、２０２…プレゼンテーション・ウィンドウ、２１０…チャット・ウィンドウ、２１２…メッセージ表示ボックス、２１４…メッセージ入力テキストボックス、２１６…送信ボタン、２２０…チャット・ウィンドウ、２２２…メッセージ表示ボックス、２２４…メッセージ、２２６…状況表示、２２８…吹き出し表示、２３０…チャット・ウィンドウ、２３２…メッセージ入力テキストボックス、２３４…メッセージ、２３６…送信ボタン、２４０…デスクトップ画面、２４２…プレゼンテーション・ウィンドウ、２５０…チャット・ウィンドウ、２５２…メッセージ表示ボックス、２５４…メッセージ、３００…表示規制ポリシー、３０２…許可条件部、３０４…不許可条件部、３０６…制限付き許可条件部、３０８…規制対象辞書データ部

Claims (13)

1. 　ネットワークを介して通信する複数の情報処理装置を含むメッセージ通信システムであって、
   　映像出力装置に接続された第１情報処理装置の該映像出力装置への出力状態を判定する出力状態判定部と、
   　前記第１情報処理装置が関与するメッセージを、前記第１情報処理装置の出力状態に応じて前記第１情報処理装置上または相手方の第２情報処理装置上での前記メッセージの表示が変更されるように処理するメッセージ処理部と
   　を含む、メッセージ通信システム。
2. 　前記メッセージ処理部は、メッセージの送信側である前記第１情報処理装置について判定された出力状態に応じて、該メッセージの受信側である前記第２情報処理装置上での該メッセージの表示に関し、前記第１情報処理装置側の状況を表す付加表示を行うための処理を実行する、請求項１に記載のメッセージ通信システム。
3. 　前記メッセージ処理部は、メッセージの受信側である前記第１情報処理装置について判定された出力状態に応じて、前記第１情報処理装置上での該メッセージの表示に関し、制限された表示を行うための処理を実行する、請求項１または２に記載のメッセージ通信システム。
4. 　前記メッセージ処理部は、前記出力状態に応じて、自動返信を行い、前記メッセージの送信側である前記第２情報処理装置上での返信メッセージ表示に関し、前記第１情報処理装置側の状況を表す付加表示を行うための処理を実行する、請求項３に記載のメッセージ通信システム。
5. 　前記付加表示は、前記第１情報処理装置側の公開されたユーザ情報を取得して、前記第１情報処理装置側の詳細な状況を表す詳細状況表示を呼び出すイベント処理を含む、請求項２または４に記載のメッセージ通信システム。
6. 　前記出力状態判定部は、前記第１情報処理装置から該映像出力装置への出力信号を検出することによって前記出力状態を判定する出力状態検知モジュールおよび／または前記第１情報処理装置に対する入力操作から前記出力状態を推定する出力状態推定モジュールを含む、請求項１に記載のメッセージ通信システム。
7. 　前記制限された表示は、前記メッセージの差出人および本文の表示に関し、全部または一部について非表示または代替表示を行う変更を含む、請求項３に記載のメッセージ通信システム。
8. 　前記メッセージ処理部は、前記メッセージを解析し、制限された表示を行う条件が記述されるポリシーを適用し、前記条件に合致した場合に前記制限された表示を行うための処理を実行する、請求項７に記載のメッセージ通信システム。
9. 　前記ポリシーは、メッセージの送信者または受信者の属性情報に条件付けられた当該メッセージの表示の許可、制限付き許可または拒否、およびメッセージが含有する特定表現に条件付けられた当該メッセージの表示の制限付き許可または拒否の少なくとも一方を記述するものである、請求項８に記載のメッセージ通信システム。
10. 　外部の情報処理装置とネットワークを介して通信する情報処理装置であって、
    　当該情報処理装置に接続された映像出力装置への出力状態を判定する出力状態判定部と、
    　当該情報処理装置が送信側または受信側として関与するメッセージを、当該情報処理装置の出力状態に応じて当該情報処理装置上または相手方の情報処理装置上での前記メッセージの表示が変更されるように処理するメッセージ処理部と
    　を含む、情報処理装置。
11. 　ネットワークを介して通信する複数の情報処理装置を含むメッセージ通信システムで実行されるメッセージ通信方法であって、
    　映像出力装置に接続された第１情報処理装置が、該映像出力装置への出力状態を判定するステップと、
    　前記第１情報処理装置または相手方の第２情報処理装置が、前記第１情報処理装置が関与するメッセージに関し、判定された前記出力状態に応じて変更されたメッセージ表示を行うステップと
    　を含む、メッセージ通信方法。
12. 　前記メッセージの表示を行うステップは、
    　メッセージの受信側である前記第２情報処理装置が、該メッセージの送信側である前記第１情報処理装置について判定された出力状態に応じて、該メッセージの表示に関し、前記第１情報処理装置側の状況を表す付加表示を行うステップ、または
    　メッセージの受信側である前記第１情報処理装置が、判定された出力状態に応じて、該メッセージの表示に関し、制限された表示を行うステップ
    　を含む、請求項１１に記載のメッセージ通信方法。
13. 　外部の情報処理装置とネットワークを介して通信する情報処理装置を実現するためのコンピュータ実行可能なプログラムであって、コンピュータを
    　当該情報処理装置に接続された映像出力装置への出力状態を判定する出力状態判定部、および
    　当該情報処理装置が送信側または受信側として関与するメッセージを、当該情報処理装置の出力状態に応じて当該情報処理装置上または相手方の情報処理装置上での前記メッセージの表示が変更されるように処理するメッセージ処理部
    　として機能させるためのプログラム。

Images