JP6800910B2 - 複数のユーザの情報を提供するためにコンピュータで実行される方法、当該方法をコンピュータに実行させるためのプログラム、および、情報管理装置 - Google Patents

Description

本開示は複数の情報の集約に関し、より特定的には、各情報へのアクセスを容易にする技術に関する。

オフィスのフロアなどで、フロアマップを用いてどこに誰が座っているかを提示するために当該フロアマップの作成を容易にする技術が知られている。例えば、特開２０１１‐１７０７２５号公報（特許文献１）は、「在席状況をユーザに表示するためのフロアマップの作成を容易にし、座席表示システムの運用を容易にすることができる」技術を開示している（段落００１２）。

特開２０１１‐１７０７２５号公報

組織を構成する各ユーザの情報は、当該組織の内部で管理される情報と、当該組織の外部で管理される情報とを含む。したがって、各ユーザの様々な情報を容易に把握できることが必要とされている。

また、職場環境の多様化に伴い、各スタッフの所属組織にとらわれないプロジェクトチームの編成、あるいは、フリーアドレス制やＳＯＨＯ（Small Office Home Office）の導入等、既存の組織にとらわれない事業形態も採用されつつある。したがって、各スタッフの所在あるいはスケジュールを簡易に把握できる技術が必要とされている。また、個人の様々な情報あるいは共有スペースに関する情報が容易に把握できる技術が必要とされている。

本開示は、上述のような問題点を解決するためになされたものであって、ある局面における目的は、各ユーザの様々な情報を容易に把握できる技術を提供することである。他の局面における目的は、個人の様々な情報あるいは共有スペースに関する情報が容易に把握できる技術を提供することである。

ある実施の形態に従うと、複数のユーザの情報を提供するためにコンピュータで実行される方法が提供される。この方法は、登録された複数のユーザにサービスを提供する外部サービスサーバに、各ユーザが受けるサービスに関連する情報を含む外部情報の要求を送信するステップと、外部情報の要求に基づいて、外部サービスサーバから、当該ユーザが受けるサービスに関連する情報を受信するステップと、各ユーザの識別情報および座席情報を管理するユーザ情報管理サーバに、ユーザの識別情報および座席情報を含む内部情報の要求を送信するステップと、内部情報の要求に基づいて、ユーザ情報管理サーバから、識別情報および座席情報を受信するステップと、識別情報と、座席情報と、サービスに関連する情報とを、複数のユーザの配置を表わすマップ情報に関連付けるステップとを含む。

ある局面において、各ユーザの様々な情報を容易に把握できる。他の局面において、個人の様々な情報あるいは共有スペースに関する情報が容易に把握できる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

システム１００の構成の一態様を表わす図である。 システム１００によって実現される機能の構成を概念的に表す図である。 ある局面に従うコンピュータ３００のハードウェア構成を表わすブロック図である。 情報管理サーバ１１０におけるデータの格納脳一態様を表わす図である。 サードパーティサービス管理サーバ１３０におけるデータの格納の一態様を概念的に表す図である。 情報管理サーバ１１０におけるデータの格納の一態様を表わす図である。 ポータルサーバ１２０のＣＰＵ１が実行する処理の一部を表わすフローチャートである。 ある実施の形態に従って情報管理サーバ１１０とサードパーティサービス管理サーバ１３０との間で通信されるデータの構造を表わす図である。 システム１００を構成する各装置間におけるデータの通信を表わすシーケンスチャートである。 ポータルサーバ１２０のＲＡＭ４におけるデータの格納の一態様を概念的に表す図である。 ユーザ端末１６０として機能するコンピュータ３００のモニタ８が表示するポータルサイトの一例を表わす図である。 モニタ８の一画面に複数のフロアの配置図が示される一態様を表わす図である。 カーソルその他によって指定されたユーザ（例えば、社員その他職員）のスケジュールを表わす図である。 カーソルその他によって指定された第１会議室の予約の状況を表わす図である。 カーソルその他によって指定されたフロアにおける二酸化炭素の濃度を表わす図である。 他の局面に従ってレイアウト情報を表示する画面を表わす図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

図１を参照して、システム１００について説明する。図１は、システム１００の構成の一態様を表わす図である。システム１００は、ネットワーク１９０に接続された複数の情報処理装置を備える。ある局面において、システム１００は、情報管理サーバ１１０と、ポータルサーバ１２０と、サードパーティサービス管理サーバ１３０と、ＣＯ_２センサ１４０−１，１４０−Ｎ（総称するときはＣＯ_２センサ１４０と表わす）と、無線基地局１５０−１・・・１５０−Ｍ（総称するときは無線基地局１５０と表わす）と、ユーザ端末１６０−１・・・１６０−ｎ（総称するときは、ユーザ端末１６０と表わす）と、管理者端末１７０とを備える。

情報管理サーバ１１０は、システム１００を使用する組織（例えば、企業、官公庁など）に関係する人の情報を管理する。当該関係する人は、正規社員、契約社員、アルバイト、派遣職員等を含む。情報管理サーバ１１０は、当該組織あるいは他の管理会社等によって運営または管理される。

ポータルサーバ１２０は、各職員が使用する端末から利用できるポータルサイトを提供する。ポータルサイトは、各職員が存在し得る場所のレイアウト情報を提示する。本実施の形態において、場所とは、自社ビル、テナントビル、外部施設、ＳＯＨＯ（Small Office Home Office）として使用される自宅等を含む。

サードパーティサービス管理サーバ１３０は、外部の企業により有償または無償で提供されるサービスである。当該サービスは、ユーザのスケジュールを含むカレンダ情報提供サービス、電子メールその他のインターネットサービスを含む。

ＣＯ_２センサ１４０は、各職員が存在し得る場所に配置されている。ＣＯ_２センサ１４０によって検出される二酸化炭素の濃度は、ポータルサーバ１２０その他のサーバに送られる。

無線基地局１５０は、ＷｉＦｉ（Wireless Fidelity）アクセスポイント等を含む。無線基地局１５０は、各職員が存在し得るスペース（例えば、オフィスフロアや会議室の天井等）に配置される。配置される無線基地局１５０の数は、スペースあるいは職員の数に応じて決定される。無線基地局１５０の数は、ユーザ端末１６０が配置されるフロアのレイアウトに応じて変更可能である。

ユーザ端末１６０は、各ユーザが使用するコンピュータ端末である。ユーザ端末１６０は、デスクトップ、ラップトップ、タブレット端末等、少なくとも、表示機能と通信機能とを備える情報処理装置であればよい。

ある局面において、あるユーザが、自身が使用するユーザ端末１６０にログインして、ポータルサーバ１２０によって提供されるポータルサイトのＵＲＬ（Uniform Resource Locator）にアクセスすると、当該ユーザが属するフロアの画面が表示される。

図２を参照して、システム１００の構成についてさらに説明する。図２は、システム１００によって実現される機能の構成を概念的に表す図である。システム１００は、サービス情報取得モジュール２１０と、ユーザ登録モジュール２２０と、環境情報検出モジュール２３０と、ユーザ検出モジュール２４０と、情報集約モジュール２５０と、描画データ生成モジュール２６０と、ユーザ情報表示モジュール２７０とを備える。

サービス情報取得モジュール２１０は、サービス情報を取得する。例えば、サービス情報取得モジュール２１０は、サードパーティサービス管理サーバ１３０その他の外部サービスにアクセスして、当該外部サービスによって管理されている各ユーザに関するサービス情報（スケジュールその他のカレンダ情報、電子メールあるいはチャットメッセージその他の通信情報など）を取得する。ある局面において、サービス情報取得モジュール２１０は、ポータルサーバ１２０として機能するコンピュータのプロセッサによって実現され得る。

ユーザ登録モジュール２２０は、システム１００のユーザ登録を受け付けて、ユーザ登録のために入力される情報を管理する。当該情報は、ユーザ名、組織における所属部門、電子メールアドレス、携帯電話の番号その他当該ユーザのアカウント情報として使用される項目を含む。ある局目において、ユーザ登録モジュール２２０は、情報管理サーバ１１０によって実現される。例えば、ユーザが、ユーザ端末１６０あるいは管理者端末においてが当該ユーザのアカウント情報を入力すると、アカウント情報は、情報管理サーバ１１０に送信される。情報管理サーバ１１０は、受信したアカウント情報を格納する。格納の詳細は後述する（図４）。

環境情報検出モジュール２３０は、ユーザが存在し得る場所（例えば、執務エリア、会議室、休憩室、トイレ等）における環境情報を検出する。環境情報は、例えば、温度、湿度、二酸化炭素の濃度、照度、気圧等を含む。環境情報検出モジュール２３０は、例えば、温度センサ、湿度センサ、ＣＯ_２センサ、照度センサ、気圧センサその他の環境センサによって実現される。

ユーザ検出モジュール２４０は、ユーザの存在を検出する。ある局面において、ユーザ検出モジュール２４０は、ＷｉＦｉアクセススポットに対して無線接続が行なわれたことに基づいて、ユーザの存在を検出し得る。別の局面において、ユーザ検出モジュール２４０は、ユーザ端末１６０または管理者端末１７０その他の端末装置に対するログイン操作の検知に基づいて、当該ユーザがその端末装置の近傍にいることを検出する。

情報集約モジュール２５０は、各サービス、各サーバに保存されているデータを集約する。例えば、情報集約モジュール２５０は、システム１００に登録されているユーザ毎の情報を集めて、集めた各情報を関連付ける。集められる情報は、ユーザのアカウント情報、スケジュール情報、行動の履歴情報、ＷｉＦｉの使用履歴、会議室の使用履歴などを含む。情報集約モジュール２５０は、例えば、ポータルサーバ１２０を構成するプロセッサによって実現される。

描画データ生成モジュール２６０は、各ユーザ端末に画面を表示させるためのデータを生成する。当該データは、表示対象となる各情報、各情報が配置されるレイアウト等を含む。描画データ生成モジュール２６０は、ポータルサーバ１２０あるいはユーザ端末１６０を構成するプロセッサによって実現される。

ユーザ情報表示モジュール２７０は、描画データ生成モジュール２６０によって生成されるユーザ情報を表示する。ユーザ情報表示モジュール２７０は、ユーザ端末１６０のプロセッサによって実現される。

［コンピュータ３００のハードウェア構成］

図３を参照して、コンピュータ３００の構成について説明する。図３は、ある局面に従うコンピュータ３００のハードウェア構成を表わすブロック図である。情報管理サーバ１１０、ポータルサーバ１２０、サードパーティサービス管理サーバ１３０、ユーザ端末１６０および管理者端末１７０は、コンピュータ３００と同様の構成を備えるコンピュータ装置によって実現される。

コンピュータ３００は、主たる構成要素として、複数の命令を有するプログラムを実行するＣＰＵ（Central Processing Unit）１と、コンピュータ３００のユーザによる指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、モニタ８と、通信インターフェイス７とを備える。各構成要素は、相互にバスによって接続されている。光ディスク駆動装置６には、ＣＤ−ＲＯＭ９その他の光ディスクが装着される。通信インターフェイス７は、ＵＳＢ（Universal Serial Bus）インターフェイス、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、Bluetooth（登録商標）インターフェイス等を含むが、これらに限られない。

コンピュータ３００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め格納されている場合がある。また、ソフトウェアは、ＣＤ−ＲＯＭ９その他のコンピュータ読み取り可能な不揮発性のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、当該ソフトウェアは、インターネットその他のネットワークに接続されている情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他のデータ読取装置によってデータ記録媒体から読み取られて、あるいは、通信インターフェイス７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

図３に示されるコンピュータ３００を構成する各構成要素は、一般的なものである。したがって、本実施の形態に係る最も本質的な部分は、コンピュータ３００に格納されたプログラムであるともいえる。コンピュータ３００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、データ記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する不揮発性のデータ記録媒体でもよい。

ここでいうプログラムとは、ＣＰＵ１により直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含み得る。

［データ構造］

図４を参照して、情報管理サーバ１１０のデータ構造について説明する。図４は、情報管理サーバ１１０におけるデータの格納の一態様を表わす図である。情報管理サーバ１１０は、テーブル４１０と、テーブル４２０と、テーブル４３０と、テーブル４４０とを含む。

テーブル４１０は、ユーザのマスタデータを管理する。ある局目において、テーブル４１０の各レコードは、ユーザＩＤ４１１と、ユーザ名４１２と、属性４１３と、アドレス４１４と、所属４１５と、スマホＩＤ４１６とを含む。

ユーザＩＤ４１１は、システム１００のユーザを識別する。ユーザは、すなわち、システム１００によって提供されるサービスを利用する企業、団体その他の組織に属する職員である。別の局面において、ユーザは、当該組織に関連する外部スタッフを含んでもよい。

ユーザ名４１２は、ユーザＩＤ４１１の名前を特定する。属性４１３は、当該ユーザの属性を表わす。属性は、社員、契約社員、派遣職員その他、組織を構成するスタッフが分類される属性を含む。

アドレス４１４は、当該ユーザのメールアドレスを表わす。アドレス４１４は、インターネット用のメールアドレス、イントラネット用のメールアドレスのいずれであってもよい。所属４１５は、当該ユーザが所属する部署を表わす。スマホＩＤ４１６は、当該ユーザが携帯する端末を識別する。例えば、ユーザが携帯する端末がＷｉｆｉアクセスポイントに接続する際に、ＬＤＡＰ（Lightweight Directory Access Protocol）認証を行うこととし、この際にユーザのＩＤおよびパスワードをＷｉｆｉアクセスポイントへ送信するとする。このときのユーザのＩＤを、ユーザが携帯する端末を識別する情報として用いることとしてもよい。ユーザが端末をＷｉＦｉアクセスポイントに接続すると、そのＷｉＦｉアクセスポイントの位置情報が、当該ユーザの位置情報として記録され得る。

テーブル４２０は、各フロアにおける座席の配置に関するデータを管理する。ある局面において、テーブル４２０の各レコードは、座席ＩＤ４２１と、座席位置４２２と、ユーザＩＤ４２３と、属性４２４とを含む。

座席ＩＤ４２１は、各ユーザが使用するために予め割り当てられた場所を識別する。当該場所は、オフィスに配置される座席を含む。別の局面において、当該場所は、フリーランスの契約社員あるいはＳＯＨＯとしての個人事業者もしくはレンタルオフィスの利用登録者のような組織の構成員以外のメンバーが使用する場所を含んでもよい。

座席位置４２２は、当該場所の位置を特定する。当該位置は、例えば、フロアごとの二次元の座標値として特定されることとしてもよい。例えば、ユーザ端末１６０がポータルサーバ１２０にブラウザ等によりアクセスした場合に、ブラウザでスクリプト（JavaScript（登録商標）など）を動作させることで、各フロアのマップをブラウザ等で表示することができる。このとき、オフィス全体を示すマップの画像とともに、座席の二次元の座標値に応じて、座席位置に応じたアイコンを表示する。これにより、オフィスレイアウトをブラウザ等により表示することができる。この他にも、座席の位置は、地理的座標値、各スペースごとに規定されたアドレスその他場所を一意に特定できる情報により特定されることとしてもよい。

ユーザＩＤ４２３は、当該座席に割り当てられているユーザを識別する。属性４２４は、当該ユーザの属性を表わす。属性は、例えば、社員、契約社員その他雇用形態を表わす属性と、マネージャー、一般その他階層を表わす属性等を含むが、その他の属性が含まれてもよい。

テーブル４３０は、ＷｉＦｉアクセスポイントに関するデータを管理する。ある局面において、テーブル４３０の各レコードは、ＷｉＦｉＩＤ４３１と、設置場所４３２と、場所名４３３とを含む。ＷｉＦｉＩＤ４３１は、各フロアに設置されたＷｉＦｉアクセスポイントを識別する。設置場所４３２は、当該ＷｉＦｉアクセスポイントが配置されている場所を表わす。当該場所は、座席位置と同様に、各フロアの二次元の座標値としてあらわされることとしてもよい。また、Ｗｉｆｉアクセスポイントの場所は、緯度経度高度または住所として表される。場所名４３３は、当該ＷｉＦｉアクセスポイントが設置されている場所の名称を表わす。例えば、場所名４３３は、各フロアの凡その場所（例えば、南、西などの位置の概要を表わす情報）、各フロアに割り当てられた区画、ビルの階数等で表される。

テーブル４４０は、会議室の場所を管理する。ある局面において、テーブル４４０は、会議室ＩＤ４４１と、場所４４２と、場所名４４３とを含む。会議室ＩＤ４４１は、会議室を特定する。場所４４２は、会議室が設けられている場所を特定する。場所名４４３は、当該場所を表わす。

図５を参照して、サードパーティサービス管理サーバ１３０のデータ構造について説明する。図５は、サードパーティサービス管理サーバ１３０におけるデータの格納の一態様を概念的に表す図である。サードパーティサービス管理サーバ１３０は、テーブル５１０とテーブル５２０とを有する。

テーブル５１０は、各ユーザのスケジュールデータを管理する。ある局面において、テーブル５１０は、スケジュールＩＤ５１１と、年月日５１２と、時間５１３と、内容５１４と、場所５１５とを含む。スケジュールＩＤ５１１は、ユーザ毎のスケジュールを識別する。年月日５１２は、当該ユーザの行動が予定されている年月日を表わす。時間５１３は、当該行動が予定されている時間を表わす。内容５１４は、当該行動の内容を表わす。場所５１５は、当該行動が予定されている場所を表わす。

各ユーザは、ユーザ端末１６０からサードパーティサービスにログインしてスケジュールの入力画面にアクセスすると、新たなスケジュールを入力できる。ユーザ端末１６０において入力されたデータは、サードパーティサービス管理サーバ１３０に送られ、新たなレコードが、テーブル５１０に作成される。なお、スケジュールの新規入力、変更または削除等の操作は、ユーザ端末１６０のみならず、サードパーティサービスにアクセス可能な情報処理端末で行なうことができる。

テーブル５２０は、各会議室のデータを管理する。ある局面において、テーブル５２０は、会議室ＩＤ５２１と、予約年月日５２２と、時間５２３と、予約ユーザＩＤ５２４と、参加ユーザＩＤ５２５とを含む。会議室ＩＤ５２１は、会議室を識別する。予約年月日５２２は、当該会議室の使用が予定されている年月日を表わす。時間５２３は、当該会議室の使用が予定されている時間を表わす。予約ユーザＩＤ５２４は、当該会議室の予約を入力したユーザを識別する。参加ユーザＩＤ５２５は、当該会議室を使用するミーティングに参加するユーザを識別する。予約に参加するユーザは、予約を入力したユーザを含み得る。テーブル５２０は、各会議室について入力された予約情報を含む。したがって、予約情報が入っていない日時は、当該会議室が空いていることになる。これにより、テーブル５２０は、会議室の使用状況と空き状況とを提供できる。

各ユーザは、ユーザ端末１６０からサードパーティサービスにログインして会議室予約の入力画面にアクセスすると、新たな予約を入力できる。ユーザ端末１６０において入力されたデータは、サードパーティサービス管理サーバ１３０に送られ、新たなレコードが、テーブル５２０に作成される。なお、会議室の予約の新規入力、変更または削除等の操作も、ユーザ端末１６０のみならず、サードパーティサービスにアクセス可能な情報処理端末で行なうことができる。また、ユーザがスケジュールを入力する際に、場所５１５において会議室のＩＤを特定することで、当該会議室の予約が行われてテーブル５２０が更新されることとしてもよい。また、テーブル５１０において、各ユーザのスケジュールに、当該スケジュールに参加する他のユーザの情報を保持する項目を含めることとしてもよい。

図６を参照して、情報管理サーバ１１０のデータ構造について説明する。図６は、情報管理サーバ１１０におけるデータの格納の一態様を表わす図である。情報管理サーバ１１０は、テーブル６１０と、テーブル７１０とを含む。

テーブル６１０は、ＷｉＦｉアクセスポイントに対するアクセスのログを管理する。ある局面において、テーブル６１０は、ログＩＤ６１１と、ＷｉＦｉＩＤ６１２と、アクセス日時６１３と、端末ＩＤ６１４と、アクセス者６１５とを含む。

ログＩＤ６１１は、ログの各レコードを識別する。ＷｉＦｉＩＤ６１２は、端末によってアクセスされたＷｉＦｉアクセスポイントを識別する。アクセス日時６１３は、アクセスが行なわれた時刻を表わす。端末ＩＤ６１４は、アクセスを行なった端末（例えば、ノートブックコンピュータ、スマートフォン、タブレット端末、ウェアラブル端末等）を識別する。アクセス者６１５は、アクセスを行なったユーザを識別する。アクセス者６１５は、例えば、ＷｉＦｉアクセスポイントへのアクセスに使用された端末のユーザとして登録されているユーザ名である。なお、ユーザの端末からＷｉｆｉアクセスポイントへアクセスする際に、ＬＤＡＰ認証などの認証を行う。

テーブル６２０は、ＣＯ_２センサによるＣＯ_２の検出濃度のログを管理する。ある局面において、テーブル６２０は、ログＩＤ６２１と、センサＩＤ６２２と、検出日時６２３と、検出値６２４とを含む。ログＩＤ６２１は、ログの各レコードを識別する。センサＩＤ６２２は、フロアに配置された各ＣＯ_２センサを識別する。検出日時６２３は、ＣＯ_２の検出値が記録された時刻を表わす。

［特徴の概要］

（１）ある局面において、複数のユーザの情報を提供するポータルサーバ１２０のＣＰＵ１は、登録された複数のユーザにサービスを提供するサードパーティサービス管理サーバ１３０に、各ユーザが受けるサービスに関連する情報を含む外部情報の要求を送信する。サードパーティサービス管理サーバ１３０は、例えば、Google社がカレンダやGmailサービスを提供するためのサーバ、Microsoft社がHotmailサービスを提供するためのサーバ等を含み得る。ＣＰＵ１は、外部情報の要求に基づいて、サードパーティサービス管理サーバ１３０から、当該ユーザが受けるサービスに関連する情報を受信する。ＣＰＵ１は、各ユーザの識別情報（例えば、氏名、社員番号等）および座席情報を管理する情報管理サーバ１１０に、ユーザの識別情報および座席情報を含む内部情報の要求を送信する。本実施の形態において内部情報とは、外部の事業者によって提供されることなく企業その他の組織の内部で管理可能な情報をいう。ＣＰＵ１は、内部情報の要求に基づいて、ユーザ情報管理サーバから、識別情報および座席情報を受信する。ＣＰＵ１は、識別情報と、座席情報と、サービスに関連する情報とを、複数のユーザの配置を表わすマップ情報に関連付ける。

（２）ある局面において、サービスに関連する情報は、各ユーザのスケジュール情報、電子メール、当該ユーザによって作成された文書データ、プレゼンテーション資料その他の電子データのいずれかを含む。

（３）ある局面において、ポータルサーバ１２０のＣＰＵ１は、ユーザの識別情報の受信に応答して、当該ユーザに関連付けられている情報の送信要求を、サードパーティサービス管理サーバ１３０と情報管理サーバ１１０とに送信する。この送信要求に応答して各情報がサードパーティサービス管理サーバ１３０または情報管理サーバ１１０からポータルサーバ１２０に送信されると、ポータルサーバ１２０は、ユーザの最新情報を受信できるので、マップ情報には最新の情報が表示され得る。

（４）ある局面において、ポータルサーバ１２０のＣＰＵ１は、ユーザ端末１６０から、複数のユーザのいずれかのユーザに関する情報の表示要求を受信する。ＣＰＵ１は、当該表示要求を受信したことに基づいて、当該外部情報の要求をサードパーティサービス管理サーバ１３０に送信する。より詳しくは、ポータルサーバ１２０は、サードパーティサービス管理サーバ１３０にログインするための当該ユーザのユーザＩＤおよびパスワードをサードパーティサービス管理サーバ１３０に送信する。ユーザＩＤおよびパスワードがサードパーティサービス管理サーバ１３０に登録されているユーザＩＤおよびパスワードに一致すると、サードパーティサービス管理サーバ１３０は、当該ユーザに関する情報をポータルサーバ１２０に送信する。ポータルサーバ１２０は、サードパーティサービス管理サーバ１３０から当該情報を受信すると、マップ情報における当該ユーザの情報と、その受信した情報とを関連付ける。ポータルサーバ１２０は、これらの関連付けられた情報をユーザ端末１６０に送信する。これにより、表示要求に応じて、当該ユーザの最新の外部情報が表示され得る。なお、サードパーティサービス管理サーバ１３０において、各ユーザの情報の閲覧権限が設定されており、例えば同一の会社のメンバーについてはユーザに関する情報の閲覧を許可していることもある（例えば、同じ会社の同僚のスケジュールを閲覧することはできることがあり得る）。このとき、ポータルサーバ１２０は、ユーザ端末１６０から、複数のユーザのいずれかのユーザに関する情報の表示要求を受信した場合に、当該ユーザを特定する情報（ユーザＩＤ）をサードパーティサービス管理サーバ１３０へ送信し、サードパーティサービス管理サーバ１３０から、権限に応じた情報を受信する。

（５）ある局面において、ポータルサーバ１２０のＣＰＵ１は、ユーザ端末１６０から、複数のユーザのいずれかのユーザに関する情報の表示要求を受信する。ＣＰＵ１は、当該表示要求を受信したことに基づいて、当該内部情報の要求を情報管理サーバ１１０に送信する。より詳しくは、ポータルサーバ１２０は、当該ユーザのユーザＩＤおよびパスワードを情報管理サーバ１１０に送信する。送信されたユーザＩＤおよびパスワードが情報管理サーバ１１０に保存されているユーザＩＤおよびパスワードに一致すると、情報管理サーバ１１０は、当該ユーザに関する情報をハードディスク５から読み出して、読み出した情報をポータルサーバ１２０に送信する。ポータルサーバ１２０は、情報管理サーバ１１０から当該情報を受信すると、マップ情報における当該ユーザの情報と、その受信した情報とを関連付ける。ポータルサーバ１２０は、これらの関連付けられた情報をユーザ端末１６０に送信する。これにより、表示要求に応じて、当該ユーザの最新の内部情報が表示され得る。

（６）ある局面において、ＣＰＵ１は、いずれかのユーザに関する情報の表示要求を受信した時に、当該ユーザのログイン情報を受信する。これにより、ユーザがログインする都度、最新の情報がマップ情報として表示され得る。

（７）ある局面において、ＣＰＵ１は、複数のユーザが存在し得るスペースに配置された環境情報検出センサ（例えば、ＣＯ_２センサ、照度センサ、温度センサ、湿度センサ等）から出力される環境情報（例えば、ＣＯ_２濃度、照度、温度、湿度等）を受信する。ＣＰＵ１は、これらの環境情報をマップ情報に関連付ける。これにより、ＣＯ_２濃度等の情報をマップ情報に関連付けて表示可能となる。

（８）ある局面において、ＣＰＵ１は、マップ情報に関連付けられている情報を、ポータルサーバ１２０に接続されている一つ以上のユーザ端末１６０に送信する。ユーザ端末１６０のユーザは、ポータルサイトにアクセスすると、これらの情報を受信でき、ブラウザでマップ情報と関連付けられている情報とを視認できる。

（９）ある局面において、ＣＰＵ１は、複数のユーザのうちの第１のユーザによって更新された外部情報を、当該第１のユーザの端末装置（例えばユーザ端末１６０−１）から受信する。ＣＰＵ１は、その受信に応答して、第１のユーザに関連付けられている第２のユーザの端末装置（例えばユーザ端末１６０−２）に、第１のユーザの外部情報が変更されたことを通知する。これにより、ユーザのスケジュールが更新されると、スケジュールを共有している他ユーザに通知され、約束の取り違えなどが防止される。

（１０）ある局面において、ＣＰＵ１は、複数のユーザのうちの第１のユーザによって更新された内部情報を、当該第１のユーザの端末装置（例えばユーザ端末１６０−１）から受信する。ＣＰＵ１は、第１のユーザに関連付けられている第２のユーザの端末装置（ユーザ端末１６０−２）に、第１のユーザの内部情報が変更されたことを通知する。これにより、ユーザの座席が変更されると、その変更が、関連する他ユーザに通知される。ここで、関連する他ユーザとは、座席が変更されたユーザとの間でスケジュールその他情報を共有するユーザ、その他何らかの情報によって、座席が変更されたユーザに関連付けられているユーザをいう。

［制御構造］

図７を参照して、ポータルサーバ１２０の制御構造について説明する。図７は、ポータルサーバ１２０のＣＰＵ１が実行する処理の一部を表わすフローチャートである。ポータルサーバ１２０は、例えば、ユーザ端末１６０−１からブラウザ等によりアクセスを受け付けた場合などにおいて、図７に示す処理を実行する。

ステップＳ７１０にて、ＣＰＵ１は、複数のユーザのいずれかのユーザに関する情報の表示要求を受信する。

ステップＳ７２０にて、ＣＰＵ１は、登録された複数のユーザにサービスを提供するサードパーティサービス管理サーバ１３０に、各ユーザが受けるサービスに関連する情報を含む外部情報の要求を送信する。

ステップＳ７３０にて、ＣＰＵ１は、サードパーティサービス管理サーバ１３０から、当該ユーザが受けるサービスに関連する情報を受信する。

ステップＳ７４０にて、ＣＰＵ１は、各ユーザの識別情報および座席情報を管理する情報管理サーバ１１０にユーザの識別情報および座席情報を含む内部情報の要求を送信する。

ステップＳ７５０にて、ＣＰＵ１は、情報管理サーバ１１０から、識別情報および座席情報を受信する。

ステップＳ７６０にて、ＣＰＵ１は、識別情報と、座席情報と、サービスに関連する情報とを、複数のユーザの配置を表わすマップ情報に関連付ける。

ステップＳ７７０にて、ＣＰＵ１は、マップ情報に関連付けられている情報を、ポータルサーバ１２０に接続されている一つ以上の端末装置（ユーザ端末１６０、管理者端末１７０等）に送信する。

ステップＳ７８０にて、ＣＰＵ１は、更新された情報を、第１のユーザの端末装置（例、ユーザ端末１６０−１）から受信する。

ステップＳ７９０にて、ＣＰＵ１は、第１のユーザに関連付けられている第２のユーザの端末装置（例、ユーザ端末１６０−２）に、第１のユーザの情報が変更されたことを通知する。

［データ構造］

図８を参照して、１００で通信されるデータの構造について説明する。図８は、ある実施の形態に従って情報管理サーバ１１０とサードパーティサービス管理サーバ１３０との間で通信されるデータの構造を表わす図である。

データ８１０は、ユーザの情報を取得するためにポータルサーバ１２０がサードパーティサービス管理サーバ１３０に送るデータを表わす。データ８１０は、ヘッダ８１１と、要求８１２と、ユーザＩＤ８１３と、パスワード８１４と、スケジュール８１５とを含む。

ヘッダ８１１は、データ８１０の送信元、宛先、送信日時等を含む。要求８１２は、データ８１０がサービス情報の要求を含むことを表わす。より詳しくは、要求８１２は、要求を識別する要求番号を含む。ユーザＩＤ８１３は、サービス情報に関連付けられているユーザ、すなわちサービス情報が求められているユーザを特定する。

パスワード８１４は、当該ユーザのサービス情報をサードパーティサービス管理サーバ１３０に要求する際にサードパーティサービス管理サーバ１３０によって要求されるパスワードを表わす。パスワード８１４がサードパーティサービス管理サーバ１３０に保存されているパスワードに一致するとき、サービス情報の要求はサードパーティサービス管理サーバ１３０によって受け入れられ得る。スケジュール８１５は、データ８１０によって要求されるものが、ユーザのスケジュールであることを表わす。

データ８２０は、サードパーティサービス管理サーバ１３０からポータルサーバ１２０に送られるデータを表わす。データ８２０は、データ８１０のようなサービス情報の要求に対する応答を含む。より具体的には、データ８２０は、ヘッダ８２１と、応答８２２と、ユーザＩＤ８２３と、スケジュール８２４とを含む。ヘッダ８２１は、データ８２０の送信元、宛先、送信日時等を含む。応答８２２は、データ８２０がデータ８１０に対する応答であることを表わす。より具体的には、応答８２２は、データ８１０に含まれる要求番号と、応答を識別する応答番号とを含む。要求番号が応答番号に関連付けられているので、ポータルサーバ１２０は、応答番号で特定される応答８２２が、要求番号で特定されるサービス情報の要求に対する応答であることを容易に確認できる。

データ８３０は、ポータルサーバ１２０から情報管理サーバ１１０に送られるデータの構造を表わす。データ８３０は、ユーザの座席位置を問い合わせるために、ポータルサーバ１２０によって情報管理サーバ１１０に送られるデータを表わす。より詳しくは、データ８３０は、ヘッダ８３１と、要求８３２と、ユーザＩＤ８３３と、パスワード８３４とを含む。ヘッダ８３１は、データ８３０の送信元、宛先、送信日時、データ８３０の識別番号等を含む。要求８３２は、データ８３０によって要求される情報が座席位置であることを表わす。ユーザＩＤ８３３は、座席位置が求められているユーザを識別する。パスワード８３４は、ポータルサーバ１２０の成り済ましを防ぐために情報管理サーバ１１０によって要求されるパスワードを表わす。

データ８４０は、データ８３０に対する応答として、情報管理サーバ１１０からポータルサーバ１２０に送信される。より詳しくは、データ８４０は、ヘッダ８４１と、応答８４２と、ユーザＩＤ８４３と、座席位置ＩＤ８４４とを含む。ヘッダ８４１は、データ８４０の送信元、宛先、送信日時、データ８４０の識別番号等を含む。応答８４２は、データ８４０がデータ８３０に対する応答であることを表わす。ユーザＩＤ８４３は、応答８４２が関係付けるユーザ、すなわち、情報が求められたユーザを識別する。座席位置ＩＤ８４４は、当該ユーザの座席位置を表わす。座席位置は、例えば、各ユーザに固有に割り当てられた番号、Ａ行１列といったマトリクス状のアドレス、グループＡの１番といった集合の要素として特定されるが、これらに限られない。

［データ通信］

図９を参照して、システム１００におけるデータの通信についてさらに説明する。図９は、システム１００を構成する各装置間におけるデータの通信を表わすシーケンスチャートである。

ステップＳ９１０にて、ＣＯ_２センサ１４０は、ＣＯ_２濃度を検出する。検出は、予め設定された時間間隔ごとに、あるいは、常時行なわれる。ステップＳ９１５にて、ＣＯ_２センサ１４０は、ＣＯ_２濃度を情報管理サーバ１１０に送信する。ＣＯ_２濃度は、当該ＣＯ_２濃度が検出された後すぐに、予め定められた時間間隔ごとに、あるいは、予め定められた閾値を超えた時に、情報管理サーバ１１０に送信される。

ステップＳ９２０にて、情報管理サーバ１１０は、ＣＯ_２濃度その他の環境情報を受信し、受信した環境情報をハードディスク５に保存する。

ステップＳ９２５にて、ポータルサーバ１２０は、社員情報および座席情報を情報管理サーバ１１０に要求する。例えば、ポータルサーバ１２０は、毎朝、各ユーザ（社員）が出社する時間よりも前に最新のデータを取得するために、最新の社員情報および座席情報を情報管理サーバ１１０に要求する。あるいは、あるユーザがユーザ端末１６０を操作して、他のユーザの社員情報（在席している社員のリスト、サービス情報を含む）または座席情報（座席位置）を要求すると、その要求がポータルサーバ１２０に送信される。ポータルサーバ１２０は、その要求の受信を検知したことに基づいて、情報管理サーバ１１０に社員情報および座席情報を要求してもよい。

ステップＳ９３０にて、情報管理サーバ１１０は、ポータルサーバ１２０から要求を受信する。ステップＳ９３５にて、情報管理サーバ１１０は、その要求の受信を検知すると、ハードディスク５のデータベースから社員情報および座席情報を読み出し、読み出した社員情報および座席情報をポータルサーバ１２０に送信する。ステップＳ９４０にて、ポータルサーバ１２０は、情報管理サーバ１１０によって送信された社員情報および座席情報を受信する。

ステップＳ９４５にて、ポータルサーバ１２０は、サードパーティサービス管理サーバ１３０にスケジュール情報を要求する。例えば、ポータルサーバ１２０は、データ８１０をサードパーティサービス管理サーバ１３０に送信する。スケジュール情報の要求は、例えば、ユーザ端末１６０によって送信されたユーザ情報の要求がポータルサーバ１２０によって受信されたことに基づいて行なわれる。

ステップＳ９５０にて、サードパーティサービス管理サーバ１３０は、ポータルサーバ１２０によって送信された要求を受信する。ステップＳ９５５にて、サードパーティサービス管理サーバ１３０は、当該要求の受信に応答して、要求（例えばデータ８１０）に含まれるユーザに関するスケジュール情報をハードディスク５から読み出して、読み出したスケジュール情報をポータルサーバ１２０に送信する。なお、ポータルサーバ１２０によって要求される情報は、スケジュール情報に限られない。例えば、データ８１０を要求したユーザが、当該ユーザ自身のメールアドレスを用いて送受信した電子メールが、当該ユーザによって要求され得る。この場合、ポータルサーバ１２０は、当該ユーザのために、そのユーザの電子メールをサードパーティサービス管理サーバ１３０に要求してもよい。ステップＳ９６０にて、ポータルサーバ１２０は、スケジュール情報を受信する。

ステップＳ９６５にて、ポータルサーバ１２０は、マップ情報と受信した各情報とを関連付ける。より詳しくは、ポータルサーバ１２０のＣＰＵ１は、予め登録されている座席のレイアウトに付されている番号と、受信した座席情報に含まれる番号とを関連付けることにより、各ユーザ（例えば、社員）の座席位置をレイアウトに対応付けて、座席マップを表示するためのデータを生成する。さらに、ＣＰＵ１は、各ユーザについてのサービス情報を受信している場合には、そのユーザのサービス情報（例えば、スケジュール情報、連絡先の電話番号等）を当該レイアウトに関連付ける。これにより、座席マップとして示されるレイアウトのうちいずれかのユーザが指定されると、当該ユーザに関連付けられている情報（スケジュール、連絡先等）が抽出され得る。

ステップＳ９７０にて、ユーザ端末１６０は、ユーザによってログイン情報（ユーザＩＤおよびパスワード）が入力されたことに基づいて、ログインを検出する。ステップＳ９７５にて、ユーザ端末１６０は、当該ログインの検出に応答して、入力されたログイン情報をポータルサーバ１２０に送信する。ステップＳ９６０にて、ポータルサーバ１２０は、ユーザ端末１６０によって送信されたログイン情報を受信する。ポータルサーバ１２０は、受信したログイン情報が、ポータルサーバ１２０に登録されているログイン情報に一致するか否かを判断する。これらのログイン情報が一致すると、ステップＳ９８５にて、ポータルサーバ１２０は、各情報が関連付けられたマップ情報をユーザ端末１６０に送信する。これらのログイン情報が一致しない場合には、ポータルサーバ１２０は、当該ユーザ端末１６０に、ログイン情報が正しくない旨を通知し、再度、ログイン情報の入力を促す。

ステップＳ９９０にて、ユーザ端末１６０は、ポータルサーバ１２０からマップ情報を受信する。マップ情報は、座席のレイアウト情報と、各座席に関連付けられるユーザの識別情報（ユーザ名、ユーザＩＤ、社員番号等）と、各ユーザに関連付けられるサービス情報（スケジュール情報、連絡先等）を含む。ステップＳ９９５にて、ユーザ端末１６０は、マップ情報をポータルとしてモニタ８に表示する。マップ情報には、座席のレイアウト情報と各ユーザの情報とが関連付けられている。したがって、いずれかの座席が指定されると、当該座席が割り当てられているユーザの識別情報と、当該ユーザに関連付けられているサービス情報とが表示され得る。

［データ構造］

図１０を参照して、ポータルサーバ１２０におけるデータ構造について説明する。図１０は、ポータルサーバ１２０のＲＡＭ４におけるデータの格納の一態様を概念的に表す図である。ある局面において、ＲＡＭ４は、情報管理サーバ１１０から取得した情報（ユーザＩＤ、座席ＩＤ）と、サードパーティサービス管理サーバ１３０から取得した情報（スケジュールＩＤ）とを保持している。

より詳しくは、ＲＡＭ４は、座席ＩＤ４１と、ユーザＩＤ４２と、スケジュールＩＤ４３と、在席／離席４４とを含む。座席ＩＤ４１は、座席のマップ情報を構成するレイアウトに含まれる各座席を識別する。ユーザＩＤ４２は、当該座席が割り当てられているユーザを識別する。ＮＵＬＬは、当該座席にユーザが割り当てられていないことを表わす。スケジュールＩＤ４３は、当該ユーザのスケジュールを識別する。

在席／離席４４は、当該ユーザが自席に存在しているか否かを表わす。例えば、在席／離席４４は、ユーザのスケジュールによって特定され得る。ＲＡＭ４に各データが格納された時点のスケジュールが会議室で行なわれる会議への出席を表わしている場合、ユーザは離席していると推定され得る。その時点のスケジュールがない場合、ユーザは在席していると推定され得る。あるいは、自席の近傍にＷｉＦｉ基地局（アクセスポイント）が設置されており、その時点で当該ＷｉＦｉ基地局へのアクセスが検出されている場合、そのユーザは、在席していると推定され得る。さらに別の局面において、ユーザ端末１６０への操作、あるいは、当該ユーザの電話を用いた受発信が検出されている場合には、当該ユーザは在席していると推定され得る。

［画面の表示態様］

図１１〜図１３を参照して、ユーザ端末１６０における画面の表示態様について説明する。図１１は、ユーザ端末１６０として機能するコンピュータ３００のモニタ８が表示するポータルサイトの一例を表わす図である。図１２は、モニタ８の一画面に複数のフロアの配置図が示される一態様を表わす図である。図１３は、図１２に示される配置図のうちの一つを拡大して表わす図である。

図１１に示されるように、ある局面において、ユーザ端末１６０は、社内マップを表示するために予め定められたアクセス情報（例、ＵＲＬ、リンクのクリック等）が入力されたことに基づいて、ポータルサイトとしての社内マップの画面１０００をモニタ８に表示する。画面１０００は、ユーザ名の入力を受け付ける領域１０１０を含む。ユーザ名の入力は、キーボード操作、プルダウンによる選択、あるいは音声入力のいずれであってもよい。例えば、ユーザ端末１６０−１のユーザＡが他のユーザＢ（例えば、鈴木）の座席、現在の所在あるいはスケジュールを知りたい場合、ユーザＡは、領域１０１０に検索対象となるユーザＢの識別情報（例えば、名前（例、鈴木）あるいは社員番号）を入力する。

ユーザ名がユーザ端末１６０−１において入力されると、ユーザＡの識別情報と、検索対象となるユーザＢの識別情報（例、鈴木）とが、ポータルサーバ１２０に送信される。ポータルサーバ１２０は、ユーザ端末１６０−１から受信した検索対象となるユーザＢ（鈴木さん）の識別情報に基づいて、ユーザＢが存在する場所を含むマップ情報を描画し、その場所を特定し、当該マップ情報をユーザ端末１６０−１に送信する。ユーザ端末１６０−１は、そのマップ情報に基づき、ユーザＢの所在を含む情報を画面に表示する。

図１２に示されるように、より具体的には、ユーザ端末１６０−１のモニタ８は、マップ画像１１１０，１１２０，１１３０を表示する。マップ画像１１１０は、ある企業の９階のレイアウトを表わす。マップ画像１１２０は、当該企業の１０階のレイアウトを表わす。マップ画像１１３０は、当該企業の１１階のレイアウトを表わす。各マップ画像は、各ユーザの座席のレイアウトを模式的に表す画像を示している。図１２に示されるように、初期画面として各フロアの概要が表示されると、ユーザは、現在のレイアウトの概要も併せて知ることができる。別の局面において、初期画面として、検索対象となるユーザが存在するフロアのマップのみが表示されてもよい。

マップ画像１１２０は、座席のレイアウトにおいて、他の座席のアイコンとは異なるアイコン１１２１を表示している。アイコン１１２１は、検索対象として特定されたユーザＢ（鈴木さん）の座席を表わす。このとき、ユーザＢが自席（アイコン１１２１）にいない場合、実際に存在するフロアのマップが、表示され得る。表示の態様は、自席と現在の所在地をそれぞれを表わす各フロアのマップを表示する態様、および、現在の所在地を表わすフロアのマップのみが表示される態様のいずれであってもよい。

図１２においては、３フロア分の座席のレイアウトが一画面に表示されているが、一画面に表示されるレイアウトの数は、これに限られない。さらに多くのフロアのレイアウト図が縮小された状態で表示されてもよい。図１２に示されるレイアウト図において、ユーザ端末１６０−１のユーザＡが、いずれかのフロアを選択する操作（カーソルを置くこと、タッチすること等）を行ない、さらに、拡大する操作（例えば、マウス操作、ピンチアウト等）を行なうと、その選択されたフロアのレイアウト図が拡大されて表示される。

図１３は、カーソルその他によって指定されたユーザ（例えば、社員その他職員）のスケジュールを表わしている。例えば、図１３に示されるように、ユーザ端末１６０−１のモニタ８は、ユーザＡによって画面が選択されて、当該画面を拡大するための操作が行われたことに応答して、画面１２００を表示する。画面１２００は、１つのフロアに配置されているユーザが識別される程度に拡大されて表示される。画面１２００は、各ユーザの配置を表わすアイコン（例えばアイコン１２１０）と、ＷｉＦｉアクセスポイントの配置を表わすアイコン（例えばアイコン１２３０，１２４０）と、会議室の配置を表わすアイコン（例えば、会議室アイコン１３１０）とを表示する。

アイコン１２１０は、ユーザＡの検索対象として入力されたユーザＢ（鈴木さん）の座席を表わす。仮に、複数のユーザの苗字が同じである場合には、複数の座席の各々を表わすアイコンが、アイコン１２１０と同様の態様で表示されてもよい。その場合、苗字に加えて名前が表示され得る。これにより、ユーザＡは、知りたがっているユーザＢの座席あるいは所在を確実に知ることができる。

ユーザＡが、アイコン１２１０の近傍にカーソルを置くと、あるいは、モニタ８がタッチパネル式である場合にアイコン１２１０をタッチすると、モニタ８は、ポップアップ画面１２２０を表示する。ポップアップ画面１２２０は、ユーザＢのスケジュールを表示する。モニタ８が、ポップアップ画面１２２０を表示することにより、ユーザ端末１６０−１のユーザは、他ユーザ（例えば、鈴木さん）の座席およびスケジュールを容易に確認することができる。

［会議室の予約の状況］

図１４は、カーソルその他によって指定された第１会議室の予約の状況を表わす図である。モニタ８は、画面１２００を表示している。ユーザＡが会議室アイコン１３１０をカーソルまたはタッチ操作によって選択すると、モニタ８は、スケジュール画面１３２０を表示する。スケジュール画面１３２０は、選択された会議室（第１会議室）の予約状況（予約時間、会議への参加者等）を表示する。ユーザＡは、スケジュール画面１３２０を視認することで、第１会議室の予約状況を即座に確認でき、必要に応じて予約を入れ、あるいは、他の会議室の空き状況を確認することができる。

別の局面において、スケジュール画面に示される他ユーザの表示は、当該他ユーザの情報に関連付けられていてもよい。例えば、ユーザＡが、スケジュール画面１３２０からいずれかのユーザ（例えば、田中）を選択すると、そのユーザ（田中）の情報が情報管理サーバ１１０から読み出されて、当該ユーザのスケジュールあるいは座席が表示されるように構成されてもよい。

［環境情報の表示］

図１５を参照して、他の局面について説明する。図１５は、カーソルその他によって指定されたフロアにおける二酸化炭素の濃度を表わす図である。ある局面において、各フロアにＣＯ_２センサその他の環境情報検出装置が配置され得る。そこで、ポータルサーバ１２０は、二酸化炭素の濃度を検出し、その濃度をレイアウト図に表示してもよい。

例えば、図１５に示されるように、モニタ８は、アイコン１４１０，１４２０を表示する。アイコン１４１０は、ＣＯ_２センサ１４１１によって検出されたＣＯ_２濃度を表示する。アイコン１４２０は、ＣＯ_２センサ１４１２によって検出されたＣＯ_２濃度を表示する。アイコン１４１０，１４２０は、ユーザ端末１６０のユーザの操作に応答して表示される。別の局面において、アイコン１４１０，１４２０は、予め定められた一定時間ごとに表示され得る。このようにすると、ＣＯ_２濃度が定期的に表示されるので、ＣＯ_２濃度の変化を容易に通知することができる。

さらに別の局面において、アイコン１４１０，１４２０は、ＣＯ_２濃度が予め定められた基準値を上回った場合に表示され得る。この場合、管理者は、換気の指示その他ＣＯ_２濃度を下げるために必要な措置をフロアの管理者に指示できるので、ＣＯ_２濃度の上昇に起因する生産性の低下などが防止され得る。

［外部レイアウトの表示］

図１６を参照して、さらに他の局面について説明する。図１６は、他の局面に従ってレイアウト情報を表示する画面を表わす図である。

モニタ８は、物理的に遠隔の地に存在する職員の情報を併せて表示する。遠隔の地は、例えば、ＳＯＨＯ、一次契約その他によって一時的に関係が生じた職員の所在地に対応する。これにより、在宅勤務その他の所謂テレワークを行うスタッフの状況も一堂に確認することができる。

［実施の形態のまとめ］

以上のようにして、本開示によれば、第三者によって提供されるサービス（例えば、カレンダ機能など）によって管理される情報が、ポータルサーバ１２０によって集約され、各ユーザの座席に関連付けて表示される。これにより、ポータルサイトのユーザは、ユーザ端末１６０を介して、他のユーザの座席、所在あるいはスケジュール情報を容易に確認できる。

また、情報管理サーバ１１０によって管理される内部情報と、サードパーティサービス管理サーバ１３０のような外部サーバによって管理される外部情報とがポータルサーバ１２０によって集約されるため、内部情報と外部情報とを一元的に管理でき、情報を効果的に利用することができる。

以上開示された技術的特徴は、以下のように要約され得る。

（構成１）複数のユーザの情報を提供するためにコンピュータ３００で実行される方法は、コンピュータ３００のＣＰＵ１が、登録された複数のユーザにサービスを提供する外部サービスサーバ（例えば、サードパーティサービス管理サーバ１３０）に、各ユーザが受けるサービス（例えば、スケジュール管理サービス、電子メールサービス、クラウドドキュメント管理サービス等）に関連する情報を含む外部情報の要求を送信するステップと、外部情報の要求に基づいて、外部サービスサーバから、当該ユーザが受けるサービスに関連する情報を受信するステップと、各ユーザの識別情報および座席情報を管理するユーザ情報管理サーバ（例えば情報管理サーバ１１０）に、ユーザの識別情報および座席情報を含む内部情報の要求を送信するステップと、内部情報の要求に基づいて、ユーザ情報管理サーバから、識別情報および座席情報を受信するステップと、識別情報と、座席情報と、サービスに関連する情報とを、複数のユーザの配置を表わすマップ情報に関連付けるステップとを含む。

（構成２）上記の構成において、ある局面において、サービスに関連する情報は、各ユーザのスケジュール情報、電子メール、当該ユーザによって作成された文書データのいずれかを含む。

（構成３）上記の構成において、ある局面において、上記方法は、ユーザの識別情報の受信に応答して、当該ユーザに関連付けられている情報の送信要求を、外部サービスサーバとユーザ情報管理サーバとに送信するステップをさらに含む。これにより、ユーザの最新情報を受信できるので、マップ情報には最新の情報が表示される。

（構成４）上記の構成において、ある局面において、上記方法は、複数のユーザのいずれかのユーザに関する情報の表示要求を受信するステップをさらに含む。外部情報の要求を送信するステップは、表示要求を受信したことに基づいて、当該要求を送信するステップを含む。これにより、表示要求に応じて最新の外部情報が表示され得る。

（構成５）上記の構成において、ある局面において、上記方法は、複数のユーザのいずれかのユーザに関する情報の表示要求を受信するステップをさらに含む。内部情報の要求を送信するステップは、表示要求を受信したことに基づいて、当該要求を送信するステップを含む。これにより、表示要求に応じて最新の内部情報が表示され得る。

（構成６）上記の構成において、ある局面において、いずれかのユーザに関する情報の表示要求を受信するステップは、当該ユーザのログイン情報を受信することを含む。これにより、ユーザがログインする都度、最新の情報がマップ情報として表示され得る。

（構成７）上記の構成において、ある局面において、上記方法は、複数のユーザが存在し得るスペースに配置された環境情報検出センサ（例えば、ＣＯ_２センサ等）から出力される環境情報を受信するステップをさらに含む。マップ情報に関連付けるステップは、環境情報をマップ情報に関連付けるステップを含む。これにより、ＣＯ_２濃度等の情報をマップ情報に関連付けて表示可能となる。

（構成８）上記の構成において、ある局面において、上記方法は、マップ情報に関連付けられている情報を、コンピュータに接続されている一つ以上の端末装置（例えばユーザ端末１６０）に送信するステップをさらに含む。これにより、マップ情報が、ユーザ端末のブラウザに表示される。

（構成９）上記の構成において、ある局面において、上記方法は、複数のユーザのうちの第１のユーザによって更新された外部情報を、当該第１のユーザの端末装置から受信するステップと、第１のユーザに関連付けられている第２のユーザの端末装置に、第１のユーザの外部情報が変更されたことを通知するステップとをさらに含む。これにより、ユーザのスケジュールが更新されると、スケジュールを共有している他ユーザに通知される。

（構成１０）上記の構成において、ある局面において、上記方法は、複数のユーザのうちの第１のユーザによって更新された内部情報（例えば座席の位置）を、当該第１のユーザの端末装置から受信するステップと、第１のユーザに関連付けられている第２のユーザの端末装置に、第１のユーザの内部情報が変更されたことを通知するステップとをさらに含む。これにより、ユーザの座席が変更されると、関連する他ユーザに通知される。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１１０ 情報管理サーバ、１２０ ポータルサーバ、１３０ サードパーティサービス管理サーバ、１５０ 無線基地局、１６０ ユーザ端末、１７０ 管理者端末、１９０ ネットワーク、２１０ サービス情報取得モジュール、２２０ ユーザ登録モジュール、２３０ 環境情報検出モジュール、２４０ ユーザ検出モジュール、２５０ 情報集約モジュール、２６０ 描画データ生成モジュール、２７０ ユーザ情報表示モジュール、３００ コンピュータ。

Claims (12)

1. 複数のユーザの情報を提供するためにコンピュータで実行される方法であって、
   外部の事業者が登録された複数のユーザにサービスを提供するための外部サービスサーバに、前記ユーザが受けるサービスに関連する情報を含む外部情報の要求を送信するステップと、
   前記外部情報の要求に基づいて、前記外部サービスサーバから、前記ユーザが受けるサービスに関連する情報を受信するステップと、
   前記複数のユーザの識別情報および座席情報を管理する、組織の内部のユーザ情報管理サーバに、前記ユーザの前記識別情報および座席情報を含む内部情報の要求を送信するステップと、
   前記内部情報の要求に基づいて、前記ユーザ情報管理サーバから、前記ユーザの前記識別情報および前記座席情報を受信するステップと、
   前記ユーザの識別情報と、前記座席情報と、前記サービスに関連する情報とを、前記複数のユーザの配置を表わすマップ情報に関連付けるステップとを含み、
   前記外部情報の要求を送信するステップは、前記ユーザの前記識別情報と、前記外部サービスサーバが前記外部情報の要求を認証するための情報を送信することを含み、
   前記ユーザが受けるサービスに関連する情報を受信するステップは、前記外部情報の要求の認証に基づいて前記外部情報の要求を受け入れた前記外部サービスサーバから、前記ユーザが受けるサービスに関連する情報を受信することを含み、
   前記サービスに関連する情報は、前記ユーザのスケジュール情報を含む、方法。
2. 前記サービスに関連する情報は、前記ユーザの電子メール、前記ユーザによって作成された文書データのいずれかを含む、請求項１に記載の方法。
3. ユーザの識別情報の受信に応答して、前記ユーザに関連付けられている情報の送信要求を、前記外部サービスサーバと前記ユーザ情報管理サーバとに送信するステップをさらに含む、請求項１または２に記載の方法。
4. 前記複数のユーザのいずれかのユーザに関する情報の表示要求を受信するステップをさらに含み、
   前記外部情報の要求を送信するステップは、前記表示要求を受信したことに基づいて、当該要求を送信するステップを含む、請求項１に記載の方法。
5. 前記複数のユーザのいずれかのユーザに関する情報の表示要求を受信するステップをさらに含み、
   前記内部情報の要求を送信するステップは、前記表示要求を受信したことに基づいて、当該要求を送信するステップを含む、請求項１に記載の方法。
6. 前記いずれかのユーザに関する情報の表示要求を受信するステップは、前記ユーザのログイン情報を受信することを含む、請求項４または５に記載の方法。
7. 前記複数のユーザが存在し得るスペースに配置された環境情報検出センサから出力される環境情報を受信するステップをさらに含み、
   前記マップ情報に関連付けるステップは、前記環境情報を前記マップ情報に関連付けるステップを含む、請求項１に記載の方法。
8. 前記マップ情報に関連付けられている情報を、前記コンピュータに接続されている一つ以上の端末装置に送信するステップをさらに含む、請求項１〜７のいずれかに記載の方法。
9. 前記複数のユーザのうちの第１のユーザによって更新された外部情報を、前記第１のユーザの端末装置から受信するステップと、
   前記第１のユーザに関連付けられている第２のユーザの端末装置に、前記第１のユーザの外部情報が変更されたことを通知するステップとをさらに含む、請求項１〜８のいずれかに記載の方法。
10. 前記複数のユーザのうちの第１のユーザによって更新された内部情報を、前記第１のユーザの端末装置から受信するステップと、
    前記第１のユーザに関連付けられている第２のユーザの端末装置に、前記第１のユーザの内部情報が変更されたことを通知するステップとをさらに含む、請求項１〜９のいずれかに記載の方法。
11. 請求項１〜１０のいずれかに記載の方法をコンピュータに実行させるためのプログラム。
12. 請求項１１に記載のプログラムを格納したメモリと、
    前記プログラムを実行するためのプロセッサとを備える、情報管理装置。

Images