(57)【要約】【課題】  コミュニケーション相手（バディ）の数が増えると、ユーザの操作負担を抑えながら的確にプレゼンスを表示することが困難になる。【解決手段】  プレゼンスサーバに対してバディに関するプレゼンスの変更を通知するための事前設定を行うイベント通知設定部と、プレゼンスサーバから通知されたイベントを契機にしてバディの属するバディリストのプレゼンス情報をプレゼンスサーバから取得し、バディリストに適した形式でプレゼンス情報を表示画面に表示する動的バディリスト管理部と、ユーザインタフェースを制御するインタフェース制御部を備える支援装置を提供する。【選択図】  図１
2007026016.tif 000002
【特許請求の範囲】
【請求項１】
プレゼンスサーバと接続される支援装置において、
前記プレゼンスサーバに対してバディに関するプレゼンスの変更を通知するための事前設定を行うイベント通知設定部と、
前記プレゼンスサーバから通知されたイベントを契機にして前記バディの属するバディリストのプレゼンス情報を前記プレゼンスサーバから取得し、前記バディリストに適した形式で前記プレゼンス情報を表示画面に表示する動的バディリスト管理部と、
ユーザインタフェースを制御するインタフェース制御部を備える、支援装置。
【請求項２】
前記イベント通知設定部は、前記プレゼンスサーバから前記支援装置にイベントを通知する条件として、ユーザに所定の情報の選択を促す、請求項１記載の支援装置。
【請求項３】
前記所定の情報とは、特定のバディリスト、特定のユーザ、通知するプレゼンス更新、通知頻度、通知されたイベントの表示形式のいずれかを含む、請求項２記載の支援装置。
【請求項４】
前記動的バディリスト管理部は、前記イベントに対応付けられたバディリストのプレゼンスを表示画面に表示する、請求項１記載の支援装置。
【請求項５】
前記インタフェース制御部は、オフィスの部署毎に座席レイアウト上にプレゼンス情報を視覚的に表示したフロアビュー形式と、業務のプロジェクト毎にプロジェクトメンバの地理的なマップ上にプレゼンス情報を視覚的に表示したロケーションビュー形式のいずれかの形式で前記表示画面に表示する、請求項１記載の支援装置。
【請求項６】
前記インタフェース制御部は、前記表示画面上のユーザアイコンが選択されることを契機として、所定のデータの一覧を表示し、特定のプロジェクトが選択されることを契機として、前記表示画面を切替える、請求項１記載の支援装置。
【請求項７】
前記インタフェース制御部は、前記表示画面上のドキュメントアイコンが選択されることを契機として、前記バディのトレイの状態を表示し、アプリケーションを起動して案件内容を確認する、請求項１記載の支援装置。
【請求項８】
前記インタフェース制御部は、前記表示画面上の会議室アイコンが選択されることを契機として、該会議室の使用状態を表示し、アプリケーションを起動して会議室の予約をユーザに促す、請求項１記載の支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オフィスにおける円滑なグループコミュニケーションを支援する技術、特にイベントドリブンにユーザインタフェースを制御する技術に関する。
【背景技術】
【０００２】
近年、ＩＰテレフォニーの普及が進み、企業の情報処理システムを構築する上で、ＩＰ電話やＴＶ会議を用いた「打合せ」や「相談」等直接対話を行いながら事務処理や顧客サービスを提供することが求められている。
【０００３】
従来は、Ａ氏が会議中の場合や一時的に離席の場合、Ｂ氏にとってＡ氏が自席に戻るタイミングが分からなかったり、Ａ氏が外出中の場合に、Ｂ氏が別の連絡手段を調べることに時間を要していたが、相手の状態をリアルタイムに把握することでコミュニケーションを実現するプレゼンス管理システムが普及し始めている。ここで、プレゼンスとは、人や物、情報の状態・状況・属性のことを示す。例えば、人の場合は、所在（在席／離席／外出中）、作業状況（オンライン／オフライン、取り込み中／休憩中）、利用可能な通信手段などを示す。また、物が書類の場合は、承認待ち／回覧中／廃棄などの状態、通常／至急などの処理優先度、部外秘／極秘などの機密度を示す。
【０００４】
プレゼンスに関する分野には、あるユーザがコミュニケーションを行いたい相手（以下、バディと称する）の状態情報の表示の仕方を変更するためのアクションルールと、アクションルールが適用される状況を示す適用状況とを記憶しておき、例えば時刻が９〜１７時の間は、バディの登録されたリスト（以下、バディリストと称する）に、「仕事用」を表示対象として選択するといったルールによりユーザの状況に応じたバディリストが自動的に表示されるという技術がある（特許文献１参照）。
【０００５】
【特許文献１】特開２００３−１９６２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
昨今、ユーザの移動頻度の増加に伴い、バディの数、及び確認すべきプレゼンス情報も増加しているため、ユーザの操作負担を抑えながら的確にプレゼンスを活用するための技術が必要になっている。しかし、上記従来技術では、ユーザ端末において表示すべきプレゼンス情報をフィルタリングしているが、どの作業や業務をいつ行うかが事前に明らかになっている場合に限定される。即ち、ユーザが複数の作業や業務を平行して行っている場合には、それに対応したフィルタリングルールを定義して、実際に行おうとしている作業や業務に関連するバディリストのプレゼンス情報を表示することは非常に困難である。さらに、フィルタリングをユーザ端末側で行うためプレゼンスサーバの負荷軽減にはつながらなかった。
【０００７】
そこで、本発明の目的は、バディ等のプレゼンスが複雑に変化する場合にも、バディ等の状況を的確に確認できるグループコミュニケーション支援装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の望ましい態様の一つは次の通りである。
【０００９】
プレゼンスサーバと接続される支援装置は、プレゼンスサーバに対してバディに関するプレゼンスの変更を通知するための事前設定を行うイベント通知設定部と、プレゼンスサーバから通知されたイベントを契機にしてバディの属するバディリストのプレゼンス情報をプレゼンスサーバから取得し、バディリストに適した形式でプレゼンス情報を表示画面に表示する動的バディリスト管理部と、ユーザインタフェースを制御するインタフェース制御部を備える。
【発明の効果】
【００１０】
本発明によれば、バディ等のプレゼンスが複雑に変化する場合にも、バディ等の状況を的確に確認できるグループコミュニケーション支援装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について説明する。
【００１２】
図1は、本発明のシステム構成図を示す図である。審査部のある戸塚営業所100、法人統括本部のある東京本社110、及び営業部のある横浜支社120は、インターネットもしくはイントラネット180等によって接続されている。
【００１３】
審査部の田中部長は戸塚営業所に自席101があり、東京本社にサテライト席111がある。営業部の佐藤課長は横浜支社に自席121がある。各オフィス（戸塚営業所、東京本社、及び横浜支社）に所属しているユーザは、グループコミュニケーション支援装置（以下、支援装置と略す）300を備えたＰＣを使用する。尚、図１では、部長、課長席しか図示していないが、実際には、一般のユーザ席も存在し、複数のユーザＰＣが部長のＰＣと同様に他の機器（プレゼンスサーバ150等）に接続されている。
【００１４】
また、各オフィスには、名札センサ130、座席センサ131、書類センサ132、センサ基地局140、プレゼンスサーバ150、テレフォニーサーバ160、及び営業案件管理サーバ170が設置されている。
【００１５】
プレゼンスサーバ150は、ユーザのプレゼンス情報を一元管理し、バディリストの閲覧の登録した端末に対して、プレゼンス更新を通知するサーバである。テレフォニーサーバ160は、IP電話の呼制御を行うサーバである。営業案件管理サーバ170は、見積り書やシステム提案書のドキュメント、案件の進捗や会議議事録等の営業情報を管理するサーバである。
【００１６】
また、部長等のバディは、出社の際に名札センサ130を身に付けており、席には着座を検知する座席センサ131が設置されている。さらに机上には書類の有無を検知する書類センサ132付きのトレイが設置されている。回覧書類には無線タグが添付されており、これをセンサで読み取ることにより所在を把握することが可能である。各センサにより取得したデータはセンサ基地局140に集められ、さらにプレゼンスサーバ150や営業案件管理サーバ170に通知される。テレフォニーサーバ160で管理される電話端末の状態もプレゼンスサーバ150に通知される。
【００１７】
図3は、グループコミュニケーション支援装置300の機能の単位を示す図である。
【００１８】
支援装置300は、プレゼンスサーバ150との間でＨＴＴＰ等の通信を行ってバディリストの取得やイベント通知設定を行うイベント通知設定部310、プレゼンスサーバ150からＨＴＴＰ等の通信を行ってイベントを受信するイベント受信部320、プレゼンスサーバ150との間でＨＴＴＰ等の通信によりプレゼンス情報の授受を行うプレゼンス情報取得部330、イベント通知に基づいてプレゼンス情報の取得/表示を行う動的バディリスト管理部340、自動通知設定画面360、ティッカー/ポップアップ画面370、プレゼンス表示画面380などのユーザ画面を制御するユーザインタフェース制御部350、及びバディリストの一覧や通知設定情報を保持するバディリスト情報390とで構成される。
【００１９】
尚、支援装置300の機能は、図１の101、111、121、及び各オフィスに所属する一般ユーザの席にあるユーザ端末上で実現される。該機能は、ユーザ端末内に格納された、支援装置300の機能が記述されるプログラムをＣＰＵが実行することにより実現されてもよい。または、該機能は、支援装置300を、ユーザ端末に接続されたハードウェアとして実現されてもよい。
【００２０】
図2は、ユーザ端末のハードウェア構成図である。図3に示した支援装置300の機能の単位は、ＣＰＵ201、メモリ202、入出力インタフェース203、表示装置204、入力装置205、記憶装置206、ネットワーク装置207、のハードウェアを搭載したコンピュータ上に構築することができる。この場合、各機能が記述されたプログラム300等は、メモリ202に読み込まれ、実行時にプロセスとして起動される。また、プレゼンスサーバ150、テレフォニーサーバ160、営業案件管理サーバ170とはネットワーク装置207を介して接続される。さらに、上述のように支援装置300をハードウェアとする場合には、支援装置300もネットワーク装置207を介して接続されてもよい。
【００２１】
図4は、プレゼンスを利用したオフィス・コミュニケーションのシーケンス図である。尚、ここでは、支援装置300自身が行為主体であるとして説明する。
【００２２】
まず、支援装置300は、プレゼンスサーバ150にバディリスト情報の取得要求メッセージを送信し(400)、イベント通知設定を行う（410）。その後、プレゼンスサーバ150がセンサ基地局140からセンシングデータを受信し（420）、これがイベント条件に適合しているか否かを判定し（430）、適合していればイベント（イベントＩＤ）を端末に通知する(440)。次に、支援装置300は、ユーザからの指示に基づいて端末からプレゼンスサーバ150にプレゼンス情報の通知要求をバディリストＩＤとともに送信する（450）。プレゼンスサーバ150は、該バディリストＩＤを登録し、該バディリストのプレゼンスを端末に通知する（460）。最後に、支援装置300は、プレゼンス情報を表示し、ユーザからの指示に基づいてテレフォニーサーバ160へ電話発信（470）、または、営業案件管理サーバ170へ案件情報の送信を行う（480）。尚、上記処理は、図１における、100、110、120のそれぞれのオフィスで、行われる。
【００２３】
支援装置300の提供するユーザインタフェースの詳細を以下に説明する。
【００２４】
図5は、イベントの自動通知設定を行うユーザ端末画面を示す図である。
【００２５】
自動通知設定画面360では、対象とするバディリスト名称（“プロジェクトＡ”“戸塚営業所  審査部”等）510、対象とするバディの名称（“メンバ全員が対象”“田中部長”等）520、更新を通知するプレゼンスの項目（“自席に戻った時”“ＰＣオンライン時”“会議終了時”“外線から着信あり”“至急回覧書類あり”等）530、通知頻度（“一回通知”“継続通知”のいずれか）540、表示タイプ（“ポップアップ”“ティッカー”のいずれか）550を選択することができ、選択後に「ＯＫ」ボタンを押下すると設定が実行される。「キャンセル」ボタンを押下すると設定は実行されない（560）。
【００２６】
図6は、イベントの表示を行うユーザ端末画面を示す図である。
【００２７】
図（ａ）370は、通知されたイベントをティッカーで表示する。例えば「田中部長がオンラインになりました」「至急書類が回覧されています」等のテキストがスクロールして表示される。「設定」ボタンを押下すると前述の自動通知設定画面が起動される。さらに特定の表示項目をマウスクリックすることにより、プレゼンス表示画面を起動することもできる。
【００２８】
図（ｂ）370は、通知されたイベントをポップアップ表示する。例えば「佐藤さんが席に戻りました」等のテキストが表示される。「ＯＫ」ボタンを謳歌すると表示は消去される。さらにポップアップ消去後にプレゼンス表示画面を起動することもできる。
【００２９】
図7は、プレゼンス情報をフロアビュー形式で表示するユーザ端末画面を示す図である。
【００３０】
プレゼンス表示（フロア）画面380は、特定の部署の所属ユーザを座席レイアウトの位置に表示する。例えば、戸塚営業所審査部のフロアレイアウトにおいて、ユーザアイコン710は、アイコンの形状と色によってユーザプレゼンスを表示する。例えば、出勤かつ在席、出勤かつ離席、外出中の3通りに区別して表示することができる。トレイアイコン720は、各ユーザの書類プレゼンスをアイコンの形状と色によって表示する。例えば、回覧書類なし、通常回覧書類あり、至急回覧書類有りの3通りに区別して表示することができる。会議室アイコン730は、会議室プレゼンスをアイコンの形状と色によって表示する。例えば、使用中と未使用の2通りに区別して表示することができる。
【００３１】
図8は、プレゼンス情報をロケーションビュー形式で表示するユーザ端末画面を示す図である。
【００３２】
プレゼンス表示（ロケーション）画面380は、特定のプロジェクトの所属ユーザを現在いる場所に表示する。例えば、プロジェクトＡの品川ターミナル拡張工事案件に関して、東京本社、横浜支社、戸塚営業所の3拠点をアイコンで表示し(810)、さらに各拠点にいるユーザをアイコンで表示する（820）。所在が不明の場合は「外出」欄に表示する。
【００３３】
図9は、プレゼンス情報の詳細をポップアップ形式で表示するユーザ端末画面を示す図である。
【００３４】
図（ａ）は、図７または図８に示したユーザアイコンをマウスクリックした場合に、ポップアップメニュー910でユーザ名称（“田中一郎”）、プレゼンスの詳細項目（“ログオフ”“出勤”“出張（東京本社）”“15：00まで会議”等）を表示し、サブメニューでユーザの基本属性920（“Tanaka Ichiro””（戸塚）（審）”“部長”等）や担当プロジェクト一覧930（“プロジェクトＡ”“プロジェクトＢ”）、連絡をとる手段一覧940（“内線電話(1120)”“携帯電話(01234567)”“チャット（tanaka）”“メール（tanaka）”“携帯メール（i-tanaka）””ＴＶ会議“等）を表示する。担当プロジェクト一覧からは特定のプロジェクトのプレゼンス表示画面を起動するためにスクリプトを設定することができる。また連絡をとる手段一覧からは直接それぞれのアプリケーションを起動するためにスクリプトを設定することができる。
【００３５】
図（ｂ）は、図７に示したトレイアイコンをマウスクリックした場合に、ポップアップメニュー950で書類プレゼンス（“至急案件1件”“通常案件3件”等）を表示し、書類内容を確認するアプリケーションを起動する（営業案件管理サーバに接続する）スクリプトを設定することができる。
【００３６】
図（ｃ）は、図７に示した会議室アイコンをマウスクリックした場合に、ポップアップメニュー960で会議室名称及びプレゼンス（“審査部会議室Ｂ”“使用中（中村）”等）を表示し、会議室を予約するアプリケーションを起動するためにスクリプトを設定することができる。
【００３７】
図10は、イベント通知設定部310のフロー図である。図１０の処理は、ＣＰＵ201がイベント通知設定部のプログラムを実行することにより行われる。
【００３８】
まず、プレゼンスサーバ150にユーザＩＤとパスワード等を送ることによってログインし（ステップ1010）、当該ユーザが登録されているバディリスト一覧を取得する（ステップ1020）。
【００３９】
図１２は、バディリスト情報の一例を示す図である。バディリスト情報390は、バディリスト識別子（Totsuka-shinsa@hitachi.com）1201、バディリスト名称（“戸塚営業所  審査部”）1202、プレゼンス表示ＵＲＬ（”http:// presence.hitachi.com/view?id=Totsuka-shinsa@hitachi.com”）、第１のバディ識別子（”Tanaka@hitachi.com”）、第２のバディ識別子（”Suzuki@hitachi.com”）、第２のバディ識別子（“Kataoka@hitachi.com”）、以下バディの数繰り返しで構成される。
【００４０】
図10に戻って、ユーザからイベント通知設定要求がある場合は（ステップ1030）、プレゼンスサーバ150に設定情報を送り、その応答でイベント識別子を受け取る（ステップ1040）。そしてイベント識別子及びイベント通知設定を保持して処理を終了する（ステップ1050）。
【００４１】
図13は、イベント通知設定情報の一例を示す図である。設定情報390は、イベント識別子（“PR-NOTIFY-0001-xxx”）1301、バディリスト識別子（Totsuka-shinsa@hitachi.com）1302、バディ識別子（”Tanaka@hitachi.com“）1303、第１の通知条件（”自席に戻ったとき“）1304、第２の通知条件（”PCオンライン時“）1305、第３の通知条件（”外線から着信あり“）1306以下条件の数繰り返し、通知頻度（”一回通知“）1307、表示タイプ（”ティッカー“）1308で構成される。
【００４２】
図11は、動的バディリスト管理部340のフロー図である。図11の処理は、ＣＰＵ201が動的バディリスト340のプログラムを実行することにより行われる。
【００４３】
まず、プレゼンスサーバ150から新規イベントを受信した場合は（ステップ1110）、受信したイベント識別子からイベント通知設定情報を参照し（ステップ1120）、イベント表示をインタフェース制御ユニットに指示する（ステップ1130）。次にユーザからプレゼンス表示要求があった場合は（ステップ1140）、当該バディリストの登録要求をプレゼンスサーバ150に対して行い（ステップ1150）、プレゼンスサーバ150から更新されたプレゼンス情報を受信して、インタフェース制御部に表示更新を指示する（ステップ1160）。
【００４４】
本発明によれば、バディが複数の作業や業務を平行して行っている場合にも、バディやドキュメント等の状態変化にあわせてバディリストのプレゼンス表示を容易に切替えることができる。さらに、プレゼンスを考慮してバディにコンタクトしたり、ドキュメントを参照することにより円滑にコミュニケーションを行うことができ、ひいては、ユーザ操作やシステムの負担を軽減することができる。
【図面の簡単な説明】
【００４５】
【図１】本発明のシステム構成を示す図。
【図２】システムのハードウェア構成を示す図。
【図３】グループコミュニケーション支援装置の機能単位を示す図。
【図４】プレゼンスを利用したオフィス・コミュニケーションのシーケンスを示す図。
【図５】イベントの自動通知設定を行うユーザ端末画面を示す図。
【図６】イベントの表示を行うユーザ端末画面を示す図。
【図７】プレゼンス情報をフロアビュー形式で表示するユーザ端末画面を示す図。
【図８】プレゼンス情報をロケーションビュー形式で表示するユーザ端末画面を示す図。
【図９】プレゼンス情報の詳細をポップアップ形式で表示するユーザ端末画面を示す図。
【図１０】イベント通知設定部のフロー図。
【図１１】動的バディリスト管理部のフロー図。
【図１２】バディリスト情報の一例を示す図。
【図１３】イベント通知設定情報の一例を示す図。
【符号の説明】
【００４６】
201…CPU、202…メモリ、203…入出力インタフェース、204…表示装置、205…入力装置、206…記憶装置、207…ネットワーク装置、208…外部のシステム、100…戸塚営業所、101…田中部長（自席）、110…東京本社、111…田中部長（サテライト席）、120…横浜支社、121…佐藤課長（自席）、130…名札センサ、131…座席センサ、132…書類センサ、140…センサ基地局、150…プレゼンスサーバ、160…テレフォニーサーバ、170…営業案件管理サーバ、180…インターネット／イントラネット
【図１】
2007026016.tif 000003
【図２】
2007026016.tif 000004
【図３】
2007026016.tif 000005
【図４】
2007026016.tif 000006
【図５】
2007026016.tif 000007
【図６】
2007026016.tif 000008
【図７】
2007026016.tif 000009
【図８】
2007026016.tif 000010
【図９】
2007026016.tif 000011
【図１０】
2007026016.tif 000012
【図１１】
2007026016.tif 000013
【図１２】
2007026016.tif 000014
【図１３】
2007026016.tif 000015