(57)【要約】【課題】様々な情報を容易に把握できるポータルサイトを提供する。【解決手段】ポータルサーバと通信可能なユーザ端末１６０のモニタは、ポータルサーバから受信したデータに基づいて画面１２００を表示し、画面１２００は、フロアにおける各ユーザの座席の配置を表わす画像と、ＷｉＦｉアクセスポイントの存在を表わす画像１２３０と、会議室の存在を表わす画像とを含み、座席の配置を表わす画像は、検索対象として指定されたユーザ（鈴木）の座席を表わす画像１２１０を含み、画像１２１０が選択されたことに基づいて、当該ユーザのスケジュールを表わすポップアップ画面１２２０が表示される。【選択図】図１２
2019191784.tif 000002
【特許請求の範囲】
【請求項１】
情報を提供するためにコンピュータで実行される方法であって、
ユーザが存在し得る場所として登録されたエリアにおける前記ユーザの位置を表わす位置情報と、前記ユーザのスケジュール情報とを、前記コンピュータのメモリにロードするステップと、
前記コンピュータに接続された情報通信端末に、前記ユーザの識別情報の入力を受け付ける画面を表示させるステップと、
前記情報通信端末から、前記ユーザの情報の要求と、前記識別情報とを受信するステップと、
前記要求および前記識別情報を受信したことに応答して、前記エリアにおける当該ユーザの位置と、当該ユーザのスケジュールとを前記情報通信端末に表示するためのデータを生成するステップと、
前記データに基づいて、前記ユーザの位置およびスケジュールを前記情報通信端末に表示させるステップとを含む、方法。
【請求項２】
前記表示させるステップは、
当該ユーザの位置が前記エリアに反映された画面を表示するデータを生成するステップと、
当該ユーザのスケジュールを前記画面に表示するためのデータを生成するステップと、
生成された各前記データを前記情報通信端末に送信するステップとを含む、請求項１に記載の方法。
【請求項３】
前記ロードするステップは、
各前記ユーザの位置情報を管理する第１のデータベースにアクセスするステップと、
各前記ユーザのスケジュールを管理する第２のデータベースにアクセスするステップとを含む、請求項１または２に記載の方法。
【請求項４】
前記エリアは、各前記ユーザが所属する組織によって管理されている、請求項１〜３のいずれかに記載の方法。
【請求項５】
前記生成するステップは、
前記情報通信端末に表示される前記エリアのレイアウトの画面に、座席のオブジェクトを表示させるデータを生成するステップと、
前記座席のオブジェクトを指定する操作に基づいて、当該座席に対応付けられるユーザの情報を表示するデータを生成するステップとを含む、請求項１〜４のいずれかに記載の方法。
【請求項６】
前記情報通信端末に表示されている情報が、当該情報通信端末のユーザの情報であることに基づいて、当該表示されている情報を変更する操作を受け付けるステップをさらに含む、請求項５に記載の方法。
【請求項７】
前記表示させるステップは、
前記ユーザの座席の位置をフォーカスする態様で前記情報通信端末に画面を表示させるステップと、
前記態様の間に前記第２のデータベースにアクセスするステップとを含む、請求項２に記載の方法。
【請求項８】
前記第１のデータベースは、前記エリアにある会議室の位置をさらに含み、
前記第２のデータベースは、前記会議室の利用状況を表わすデータをさらに含み、
前記要求は、前記会議室を指定する情報を含み、
前記方法は、
前記情報通信端末から、前記エリアにある会議室の識別情報を受信するステップと、
前記識別情報の受信に応答して、前記エリアにある会議室の位置を管理する第３のデータベース、および、当該会議室の利用状況を管理する第４のデータベースにアクセスするステップと、
前記第３のデータベースに基づいて、前記会議室の位置が反映された画面を前記情報通信端末に表示させるステップと、
前記第４のデータベースに基づいて、当該会議室の利用状況を前記情報通信端末に表示させるステップとをさらに含む、請求項２に記載の方法。
【請求項９】
当該会議室の利用状況を前記情報通信端末に表示させるステップは、現時点において、当該会議室が空いているか使用されているかを前記情報通信端末に表示させるステップを含む、請求項８に記載の方法。
【請求項１０】
前記第１のデータベースは、前記エリアに設けられるセンサの出力結果をさらに含み、
前記方法は、
前記情報通信端末から受信する要求が前記センサの出力結果であることに基づいて、前記情報通信端末に、当該出力結果を表示するステップをさらに含む、請求項１〜９のいずれかに記載の方法。
【請求項１１】
各前記ユーザの所在を表わす情報を取得するステップと、
前記所在を表わす情報に基づいて、各前記ユーザの所在を前記情報通信端末に表示するステップとをさらに含む、請求項１〜１０のいずれかに記載の方法。
【請求項１２】
前記所在を表わす情報は、各前記ユーザがそれぞれ使用する無線通信端末のいずれかと通信可能な情報基地局と、当該無線通信端末との接続状況を表わす情報を含む、請求項１１に記載の方法。
【請求項１３】
検索対象として前記情報通信端末に対して入力されるユーザ名を受信するステップと、
前記ユーザ名に基づいて、当該ユーザの位置を表わす表示を、前記情報通信端末に表示させるステップとをさらに含む、請求項１〜１２のいずれかに記載の方法。
【請求項１４】
前記ユーザの位置を表わす表示が前記情報通信端末において選択されたことを表わす信号を受信するステップと、
前記信号の受信に基づいて、当該ユーザのスケジュールを前記情報通信端末に表示させるステップとをさらに含む、請求項１３に記載の方法。
【請求項１５】
前記エリアは、各前記ユーザが所属する組織によって管理される場所、または、各前記ユーザによって管理される場所のいずれかを含む、請求項１に記載の方法。
【請求項１６】
前記第１のデータベースの各ユーザまたは管理者による入力に基づいて、当該第１のデータベースを更新するステップをさらに含む、請求項１〜１５のいずれかに記載の方法。
【請求項１７】
前記第２のデータベースの各ユーザまたは管理者による入力に基づいて、当該第２のデータベースを更新するステップをさらに含む、請求項１〜１６のいずれかに記載の方法。
【請求項１８】
請求項１〜１７のいずれかに記載の方法をコンピュータに実行させる、プログラム。
【請求項１９】
請求項１８に記載のプログラムを格納したメモリと、
前記プログラムを実行するためのプロセッサとを備える、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は複数の情報の集約に関し、より特定的には、各情報へのアクセスを容易にする技術に関する。
【背景技術】
【０００２】
オフィスのフロアなどで、フロアマップを用いてどこに誰が座っているかを提示するために当該フロアマップの作成を容易にする技術が知られている。例えば、特開２０１１‐１７０７２５号公報（特許文献１）は、「在席状況をユーザに表示するためのフロアマップの作成を容易にし、座席表示システムの運用を容易にすることができる」技術を開示している（段落００１２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１‐１７０７２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
職場環境の多様化に伴い、各スタッフの所属組織にとらわれないプロジェクトチームの編成、あるいは、フリーアドレス制やＳＯＨＯ（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（登録商標）など）を動作させることで、各フロアのマップをブラウザ等で表示することができる。例えば、座標（ｘ１，ｙ１，ｚ１）において、「ｘ１」と「ｙ１」とで表される二次元の座標値を、あるフロアの二次元の座標値とし、「ｚ１」をフロアの識別情報としてもよい。このとき、オフィス全体を示すマップの画像とともに、座席の二次元の座標値に応じて、座席位置に応じたアイコンを表示する。これにより、オフィスレイアウトをブラウザ等により表示することができる。この他にも、座席の位置は、地理的座標値、各スペースごとに規定されたアドレスその他場所を一意に特定できる情報により特定されることとしてもよい。
【００５９】
ユーザＩＤ４２３は、当該座席に割り当てられているユーザを識別する。属性４２４は、当該ユーザの属性を表わす。属性は、例えば、社員、契約社員その他雇用形態を表わす属性と、マネージャー、一般その他階層を表わす属性等を含むが、その他の属性が含まれてもよい。
【００６０】
テーブル４３０は、ＷｉＦｉアクセスポイントに関するデータを管理する。ある局面において、テーブル４３０の各レコードは、ＷｉＦｉＩＤ４３１と、設置場所４３２と、場所名４３３とを含む。ＷｉＦｉＩＤ４３１は、各フロアに設置されたＷｉＦｉアクセスポイントを識別する。設置場所４３２は、当該ＷｉＦｉアクセスポイントが配置されている場所を表わす。当該場所は、座席位置と同様に、各フロアの二次元の座標値としてあらわされることとしてもよい。また、Ｗｉｆｉアクセスポイントの場所は、緯度経度高度または住所として表される。場所名４３３は、当該ＷｉＦｉアクセスポイントが設置されている場所の名称を表わす。例えば、場所名４３３は、各フロアの凡その場所（例えば、南、西などの位置の概要を表わす情報）、各フロアに割り当てられた区画、ビルの階数等で表される。
【００６１】
テーブル４４０は、会議室の場所を管理する。ある局面において、テーブル４４０は、会議室ＩＤ４４１と、場所４４２と、場所名４４３とを含む。会議室ＩＤ４４１は、会議室を特定する。場所４４２は、会議室が設けられている場所を特定する。場所名４４３は、当該場所を表わす。
【００６２】
図５を参照して、サードパーティサービス管理サーバ１３０のデータ構造について説明する。図５は、サードパーティサービス管理サーバ１３０におけるデータの格納の一態様を概念的に表す図である。サードパーティサービス管理サーバ１３０は、テーブル５１０とテーブル５２０とを有する。
【００６３】
テーブル５１０は、各ユーザのスケジュールデータを管理する。ある局面において、テーブル５１０は、ユーザＩＤ５１１と、年月日５１２と、時間５１３と、内容５１４と、場所５１５とを含む。ユーザＩＤ５１１は、ユーザを識別する。年月日５１２は、当該ユーザの行動が予定されている年月日を表わす。時間５１３は、当該行動が予定されている時間を表わす。内容５１４は、当該行動の内容を表わす。場所５１５は、当該行動が予定されている場所を表わす。
【００６４】
各ユーザは、ユーザ端末１６０からサードパーティサービスにログインしてスケジュールの入力画面にアクセスすると、新たなスケジュールを入力できる。ユーザ端末１６０において入力されたデータは、サードパーティサービス管理サーバ１３０に送られ、新たなレコードが、テーブル５１０に作成される。なお、スケジュールの新規入力、変更または削除等の操作は、ユーザ端末１６０のみならず、サードパーティサービスにアクセス可能な情報処理端末で行なうことができる。また、テーブル５１０において、各ユーザのスケジュールに、当該スケジュールに参加する他のユーザの情報を保持する項目を含めることとしてもよい。
【００６５】
テーブル５２０は、各会議室のデータを管理する。ある局面において、テーブル５２０は、会議室ＩＤ５２１と、予約年月日５２２と、時間５２３と、予約ユーザＩＤ５２４と、参加ユーザＩＤ５２５とを含む。会議室ＩＤ５２１は、会議室を識別する。予約年月日５２２は、当該会議室の使用が予定されている年月日を表わす。時間５２３は、当該会議室の使用が予定されている時間を表わす。予約ユーザＩＤ５２４は、当該会議室の予約を入力したユーザを識別する。参加ユーザＩＤ５２５は、当該会議室を使用するミーティングに参加するユーザを識別する。予約に参加するユーザは、予約を入力したユーザを含み得る。テーブル５２０は、各会議室について入力された予約情報を含む。したがって、予約情報が入っていない日時は、当該会議室が空いていることになる。これにより、テーブル５２０は、会議室の使用状況と空き状況とを提供できる。
【００６６】
各ユーザは、ユーザ端末１６０からサードパーティサービスにログインして会議室予約の入力画面にアクセスすると、新たな予約を入力できる。ユーザ端末１６０において入力されたデータは、サードパーティサービス管理サーバ１３０に送られ、新たなレコードが、テーブル５２０に作成される。なお、会議室の予約の新規入力、変更または削除等の操作も、ユーザ端末１６０のみならず、サードパーティサービスにアクセス可能な情報処理端末で行なうことができる。また、ユーザがスケジュールを入力する際に、場所５１５において会議室のＩＤを特定することで、当該会議室の予約が行われてテーブル５２０が更新されることとしてもよい。また、テーブル５１０において、各ユーザのスケジュールに、当該スケジュールに参加する他のユーザの情報を保持する項目を含めることとしてもよい。
【００６７】
図６を参照して、情報管理サーバ１１０のデータ構造について説明する。図６は、情報管理サーバ１１０におけるデータの格納の一態様を表わす図である。情報管理サーバ１１０は、テーブル６１０と、テーブル６２０とを含む。
【００６８】
テーブル６１０は、ＷｉＦｉアクセスポイントに対するアクセスのログを管理する。ある局面において、テーブル６１０は、ログＩＤ６１１と、ＷｉＦｉＩＤ６１２と、アクセス日時６１３と、端末ＩＤ６１４と、アクセス者６１５とを含む。
【００６９】
ログＩＤ６１１は、ログの各レコードを識別する。ＷｉＦｉＩＤ６１２は、端末によってアクセスされたＷｉＦｉアクセスポイントを識別する。アクセス日時６１３は、アクセスが行なわれた時刻を表わす。端末ＩＤ６１４は、アクセスを行なった端末（例えば、ノートブックコンピュータ、スマートフォン、タブレット端末、ウェアラブル端末等）を識別する。アクセス者６１５は、アクセスを行なったユーザを識別する。アクセス者６１５は、例えば、ＷｉＦｉアクセスポイントへのアクセスに使用された端末のユーザとして登録されているユーザ名である。なお、ユーザの端末からＷｉｆｉアクセスポイントへアクセスする際に、ＬＤＡＰ認証などの認証を行う。
【００７０】
テーブル６２０は、ＣＯ２センサによるＣＯ２の検出濃度のログを管理する。ある局面において、テーブル６２０は、ログＩＤ６２１と、センサＩＤ６２２と、検出日時６２３と、検出値６２４とを含む。ログＩＤ６２１は、ログの各レコードを識別する。センサＩＤ６２２は、フロアに配置された各ＣＯ２センサを識別する。検出日時６２３は、ＣＯ２の検出値が記録された時刻を表わす。
【００７１】
［制御構造］
【００７２】
図７を参照して、ポータルサーバ１２０の制御構造について説明する。図７は、ポータルサーバ１２０として機能するコンピュータ３００のＣＰＵ１が実行する処理の一部を表わすフローチャートである。ポータルサーバ１２０は、例えば、ユーザ端末１６０−１からブラウザ等によりアクセスを受け付けた場合などにおいて、図７に示す処理を実行する。
【００７３】
ステップＳ７１０にて、ＣＰＵ１は、ポータルサービスの使用者として登録された各ユーザの位置情報とスケジュール情報とを、コンピュータ３００のメモリ（ＲＡＭ４）にロードする。
【００７４】
ステップＳ７２０にて、ＣＰＵ１は、ユーザ端末１６０に、ユーザの識別情報の入力を受け付ける画面（図１０参照）を表示させる。例えば、ユーザ端末１６０のユーザは、その画面に対して所在を知りたい他のユーザ（例、同僚）の名前（例、鈴木）を入力し得る。ユーザが他のユーザの名前をユーザ端末１６０に入力すると、ユーザ端末１６０は、当該他のユーザに関する情報を問い合わせるための要求をポータルサーバ１２０に送信する。当該要求は、ユーザ端末１６０のユーザの識別情報、所在を求める他のユーザの識別情報（鈴木）を含む。
【００７５】
ステップＳ７３０にて、ＣＰＵ１は、ユーザ端末１６０から、ユーザの情報の要求と、識別情報とを受信する。
【００７６】
ステップＳ７４０にて、ＣＰＵ１は、情報管理サーバ１１０にアクセスして、情報が要求されたユーザ（鈴木）に関するデータを各テーブルから読み出し、当該ユーザの位置とスケジュールその他の情報とをユーザ端末１６０に表示するためのデータを生成する。
【００７７】
ステップＳ７５０にて、ＣＰＵ１は、生成したデータをユーザ端末１６０に送信し、ユーザの位置およびスケジュールをユーザ端末１６０に表示させる。ユーザ端末１６０のユーザは、表示された画面を見て、同僚（鈴木）の所在およびスケジュールを確認することができる。
【００７８】
図８を参照して、ポータルサーバ１２０の制御構造についてさらに説明する。図８は、システム１００の稼働中にポータルサーバ１２０のＣＰＵ１が実行する処理の一部を表わすフローチャートである。ある局面において、座席の登録は、管理者端末１７０またはユーザ端末１６０のいずれかにおいて実現される。以下、座席の登録のデータが、管理者端末１７０として機能するコンピュータ３００に入力される場合を説明する。
【００７９】
ステップＳ８１０にて、ポータルサーバ１２０のＣＰＵ１は、管理者端末１７０からのログインに基づき、座席の配置モードを起動する。配置モードが起動されると、管理者端末１７０のモニタ８は、座席の登録を受け付ける画面を表示する。
【００８０】
ステップＳ８２０にて、ポータルサーバ１２０のＣＰＵ１は、管理者端末から、座席の位置を示す情報の入力を受け付けることにより、テーブル４２０に、座席ＩＤと座席位置とを登録する。また、ＣＰＵ１は、管理者端末から、座席ＩＤに対応付けてユーザＩＤの登録を受け付けると、テーブル４２０を更新して、各座席のユーザＩＤを登録する。
【００８１】
ステップＳ８３０にて、ＣＰＵ１は、各ユーザのカレンダ情報（テーブル５１０）をマップ上の当該ユーザのアカウントに関連付ける。
【００８２】
ステップＳ８４０にて、ＣＰＵ１は、ＷｉＦｉアクセスポイントからのアクセス情報をテーブル６１０に蓄積する。
【００８３】
ステップＳ８５０にて、ＣＰＵ１は、ＣＯ２センサからの濃度情報をテーブル６２０に蓄積する。
【００８４】
ステップＳ８６０にて、ＣＰＵ１は、ユーザ端末１６０から受信したユーザ識別情報および情報要求に基づき、指定されたユーザ（例、鈴木）の情報を読み出す。読み出される情報は、当該ユーザの名前、座席、現在の位置、スケジュール等を含む。座席は、登録されている座席である。現在の位置は、例えば、ＷｉＦｉアクセスポイントへのアクセス履歴に基づいて特定される。スケジュールは、当該ユーザによって予め入力されたものである。
【００８５】
ステップＳ８７０にて、ＣＰＵ１は、当該要求を送信したユーザ端末１６０にこれらの情報を送信する。ユーザ端末１６０のモニタは、受信した情報を用いて、当該ユーザ（鈴木）の所在を表わすマップの概略図を表示する。
【００８６】
ステップＳ８８０にて、ユーザ端末１６０のＣＰＵ１は、マウスまたはタッチパッドその他の操作に基づいて、モニタ８に表示されている画面の拡大操作が行われたことを検知する。
【００８７】
ステップＳ８９０にて、ＣＰＵ１は、拡大された画面を提示して詳細情報を提示する。これにより、ユーザ端末１６０のユーザは、指定した他のユーザ（例、鈴木）の座席、現在の所在地、スケジュール等を確認することができる。
【００８８】
［装置間の通信］
【００８９】
図９を参照して、情報処理通信装置間の通信について説明する。図９は、ポータルサーバ１２０と各端末との間で行なわれる処理の流れを表わすシーケンスチャートである。
【００９０】
ステップＳ９１０にて、管理者端末１７０として機能するコンピュータ３００のＣＰＵ１は、各ユーザの座席を登録するための入力を受け付ける。例えば、コンピュータ３００のユーザは、管理者として、各ユーザの名前と、各ユーザの座席の配置を表わすデータ（座標値など）とを入力する。別の局面において、当該管理者は、ユーザの名前その他の識別番号と、座席候補として予め準備された場所とを関連付けることにより、各ユーザの座席を登録し得る。管理者端末１７０は、入力されたデータをポータルサーバ１２０に送信する。さらに別の局面において、座席を登録する権限を与えられたユーザが、そのユーザ端末１６０を用いて、当該ユーザの座席を自ら登録してもよい。この場合、当該ユーザの使用するユーザ端末１６０は、当該ユーザによって入力されたデータをポータルサーバ１２０に送信する。例えば、管理者端末１７０では、座席の位置の登録と、当該座席へのユーザの登録をすることを可能とし、管理者ではないユーザ端末１６０では、座席の位置の登録は行えないこととしつつ、既に登録されている座席に、ユーザの登録をすることを可能とすることとしてもよい。
【００９１】
ステップＳ９２０にて、ポータルサーバ１２０は、管理者端末１７０から受信したユーザの各データをデータベースに保存する。例えば、ポータルサーバ１２０は、情報管理サーバ１１０のテーブル４１０，４２０に各データが含まれるレコードを記録する。
【００９２】
ステップＳ９２２にて、ポータルサーバ１２０は、サードパーティサービス管理サーバ１３０から、提供されているサービスに関するデータを取得する。取得されるデータは、スケジュール情報を含む。
【００９３】
ステップＳ９３０にて、ユーザ端末１６０−１のユーザは、ユーザ端末１６０−１として機能するコンピュータ３００を用いてブラウザを起動する。ユーザがユーザ名およびパスワードその他のログイン操作を行ない、ポータルサイトをブラウザに表示させる。ユーザがポータルサイトにおいて所在を知りたいユーザの名前（例えば、鈴木）を指定すると、ユーザ端末１６０−１として機能するコンピュータ３００は、当該ユーザの名前、ログイン日時、ユーザ端末１６０−１その他の識別情報をポータルサーバ１２０に送信する。なお、ユーザの名前を指定する方法としては、ユーザ端末１６０−１のユーザが、ユーザ名の文字列をキーボード等により入力するものと、ユーザ端末１６０−１のブラウザ上で表示されるフロアマップにおいて、スケジュールを知りたいユーザが対応付けられている座席を指定する操作を受け付ける方法などがある。
【００９４】
ステップＳ９３２にて、ポータルサーバ１２０は、ユーザ端末１６０−１から、当該ユーザの識別情報を受信する。ポータルサーバ１２０のＣＰＵ１は、当該ユーザを特定する情報（ユーザの名前、ユーザのＩＤなど）をキーにして、サードパーティサービス管理サーバ１３０からスケジュール情報を読み出し、ユーザ端末１６０−１にユーザ情報を表示させるためのデータを生成する。ステップＳ９３４にて、ポータルサーバ１２０は、生成したデータをユーザ端末１６０−１に送信する。
【００９５】
ステップＳ９３６にて、ユーザ端末１６０−１は、ポータルサーバ１２０から受信したデータに基づき、当該他のユーザ（鈴木）の座席の位置と、スケジュールとをモニタ８に表示する。これにより、ユーザ端末１６０−１のユーザは、他のユーザの名前を入力するだけで、当該他のユーザの座席、スケジュール、現在の所在地を容易に知ることができる。したがって、例えば、座席が変更されている場合であっても、最新の座席が各ユーザに通知され得る。
【００９６】
各ユーザは、自らのスケジュールを入力した後に、スケジュールを変更する場合もあり得る。その場合、変更後のスケジュールが、そのユーザの情報を求めたユーザに通知されてもよい。以下、スケジュールが変更される場合の処理を説明する。
【００９７】
ステップＳ９４０にて、他のユーザ（例えば、鈴木）は、そのユーザ端末１６０−２として機能するコンピュータ３００を操作して、ブラウザを起動する。
【００９８】
ステップＳ９４２にて、ユーザ端末１６０−２は、ユーザ識別情報、パスワードその他ユーザ認証に必要な情報を入力しログインを行ない、当該他のユーザにより入力されたＵＲＬ（Uniform  Resource  Locator）を参照して、マップ情報提供サイトにアクセスする。この時、ユーザ端末１６０−２は、マップ情報の送信要求をポータルサーバ１２０に送信する。ポータルサーバ１２０は、その送信要求に応答して、ユーザの配置を表わすポータル画面を表示するためのデータをユーザ端末１６０−２に送信する。ユーザ端末１６０−２は、そのデータを受信すると、ユーザの配置を表わすポータル画面を、そのモニタ８に表示する。
【００９９】
ステップＳ９４４にて、ユーザ端末１６０−２のＣＰＵ１は、当該ユーザのスケジュールを変更するための入力を受け付ける。例えば、当該ユーザにスケジュールの変更権限が付与されている場合、当該ユーザはスケジュールを変更できる。ある局面において、ＣＰＵ１は、入力済みのスケジュールの削除、当該スケジュールに含まれる日時、場所または関係ユーザの変更の入力を受け付ける。ユーザ端末１６０−２は、入力されたデータと、ユーザ端末１６０−２のユーザの識別情報とをポータルサーバ１２０に送信する。
【０１００】
ステップＳ９４６にて、ポータルサーバ１２０は、ユーザ端末１６０−２から受信したデータを用いて、当該他のユーザのスケジュールを更新する。例えば、ポータルサーバ１２０は、サードパーティサービス管理サーバ１３０に、受信したデータを送信し、データベースの更新を指示する。サードパーティサービス管理サーバ１３０は、更新の指示に基づいて、テーブル５１０またはテーブル５２０を更新する。ある局面において、ユーザ端末１６０−１のユーザが、画面をリフレッシュして最新データの送信を要求すると、その要求は、ユーザ端末１６０−１からポータルサーバ１２０に送信される。ポータルサーバ１２０は、その要求の受信に応答して、サードパーティサービス管理サーバ１３０から更新されたスケジュールを読み出し、読み出したデータをユーザ端末１６０−１に送信する。ユーザ端末１６０−１は、そのデータを受信すると、当該データに基づく他のユーザのスケジュールをモニタ８に表示する。これにより、他のユーザ（鈴木）がスケジュールを変更した場合でも、ユーザ端末１６０−１のユーザは、容易にその変更を知ることができる。別の局面において、ポータルサーバ１２０は、ユーザのスケジュールが更新されたことに応答して、更新後のデータをユーザ端末１６０−１に送信してもよい。
【０１０１】
ステップＳ９４８にて、ユーザ端末１６０−１は、ポータルサーバ１２０から受信したデータを用いて、当該他のユーザ（ユーザ端末１６０−２のユーザ）の変更後のスケジュールをモニタ８に表示する。これにより、ユーザ端末１６０−１のユーザは、他のユーザのスケジュールが変更されたことを認識できる。
【０１０２】
［画面の表示態様］
【０１０３】
図１０〜図１２を参照して、ユーザ端末１６０における画面の表示態様について説明する。図１０は、ユーザ端末１６０として機能するコンピュータ３００のモニタ８が表示するポータルサイトの一例を表わす図である。図１１は、モニタ８の一画面に複数のフロアの配置図が示される一態様を表わす図である。図１２は、図１１に示される配置図のうちの一つを拡大して表わす図である。
【０１０４】
図１０に示されるように、ある局面において、ユーザ端末１６０は、社内マップを表示するために予め定められたアクセス情報（例、ＵＲＬ、リンクのクリック等）が入力されたことに基づいて、ポータルサイトとしての社内マップの画面１０００をモニタ８に表示する。画面１０００は、ユーザ名の入力を受け付ける領域１０１０を含む。ユーザ名の入力は、キーボード操作、プルダウンによる選択、あるいは音声入力のいずれであってもよい。例えば、ユーザ端末１６０−１のユーザＡが他のユーザＢ（例えば、鈴木）の座席、現在の所在あるいはスケジュールを知りたい場合、ユーザＡは、領域１０１０に検索対象となるユーザＢの識別情報（例えば、名前（例、鈴木）あるいは社員番号）を入力する。
【０１０５】
ユーザ名がユーザ端末１６０−１において入力されると、ユーザＡの識別情報と、検索対象となるユーザＢの識別情報（例、鈴木）とが、ポータルサーバ１２０に送信される。ポータルサーバ１２０は、ユーザ端末１６０−１から受信した検索対象となるユーザＢ（鈴木さん）の識別情報に基づいて、ユーザＢが存在する場所を含むマップ情報を描画し、その場所を特定し、当該マップ情報をユーザ端末１６０−１に送信する。ユーザ端末１６０−１は、そのマップ情報に基づき、ユーザＢの所在を含む情報を画面に表示する。
【０１０６】
図１１に示されるように、より具体的には、ユーザ端末１６０−１のモニタ８は、マップ画像１１１０，１１２０，１１３０を表示する。マップ画像１１１０は、ある企業の９階のレイアウトを表わす。マップ画像１１２０は、当該企業の１０階のレイアウトを表わす。マップ画像１１３０は、当該企業の１１階のレイアウトを表わす。各マップ画像は、各ユーザの座席のレイアウトを模式的に表す画像を示している。図１１に示されるように、初期画面として各フロアの概要が表示されると、ユーザは、現在のレイアウトの概要も併せて知ることができる。別の局面において、初期画面として、検索対象となるユーザが存在するフロアのマップのみが表示されてもよい。
【０１０７】
マップ画像１１２０は、座席のレイアウトにおいて、他の座席のアイコンとは異なるアイコン１１２１を表示している。アイコン１１２１は、検索対象として特定されたユーザＢ（鈴木さん）の座席を表わす。このとき、ユーザＢが自席（アイコン１１２１）にいない場合、実際に存在するフロアのマップが、表示され得る。表示の態様は、自席と現在の所在地をそれぞれを表わす各フロアのマップを表示する態様、および、現在の所在地を表わすフロアのマップのみが表示される態様のいずれであってもよい。
【０１０８】
図１１においては、３フロア分の座席のレイアウトが一画面に表示されているが、一画面に表示されるレイアウトの数は、これに限られない。さらに多くのフロアのレイアウト図が縮小された状態で表示されてもよい。図１１に示されるレイアウト図において、ユーザ端末１６０−１のユーザＡが、いずれかのフロアを選択する操作（カーソルを置くこと、タッチすること等）を行ない、さらに、拡大する操作（例えば、マウス操作、ピンチアウト等）を行なうと、その選択されたフロアのレイアウト図が拡大されて表示される。例えば、ユーザ端末１６０−１でポータルサイトにブラウザでアクセスするものとし、ブラウザでJavaScript（登録商標）などのスクリプトを実行することでフロアマップを描画するものとする。ブラウザでスクリプトを実行するときに、マップの画像を表示する倍率を管理するための倍率パラメータを参照することとし、ユーザがマップを拡大する操作（例えば、ピンチアウト）、縮小する操作（例えば、ピンチイン）を検出すると、倍率パラメータを変動させる。
【０１０９】
図１２は、カーソルその他によって指定されたユーザ（例えば、社員その他職員）のスケジュールを表わしている。例えば、図１２に示されるように、ユーザ端末１６０−１のモニタ８は、ユーザＡによって画面が選択されて、当該画面を拡大するための操作が行われたことに応答して、画面１２００を表示する。画面１２００は、１つのフロアに配置されているユーザが識別される程度に拡大されて表示される。または、倍率パラメータの設定に応じて、画面１２００において表示する情報を制御することもできる。例えば、倍率が閾値よりも小さい場合は、各座席のユーザ名を描画しないなどとすることができる。画面１２００は、各ユーザの配置を表わすアイコン（例えばアイコン１２１０）と、ＷｉＦｉアクセスポイントの配置を表わすアイコン（例えばアイコン１２３０，１２４０）と、会議室の配置を表わすアイコン（例えば、会議室アイコン１３１０）とを表示する。なお、Ｗｉｆｉアクセスポイントの配置を表すアイコンを非表示にするなど、各アイコンは表示するか非表示にするか設定可能であるとしてもよい。
【０１１０】
アイコン１２１０は、ユーザＡの検索対象として入力されたユーザＢ（鈴木さん）の座席を表わす。仮に、複数のユーザの苗字が同じである場合には、複数の座席の各々を表わすアイコンが、アイコン１２１０と同様の態様で表示されてもよい。その場合、苗字に加えて名前が表示され得る。これにより、ユーザＡは、知りたがっているユーザＢの座席あるいは所在を確実に知ることができる。
【０１１１】
ユーザＡが、アイコン１２１０の近傍にカーソルを置くと、あるいは、モニタ８がタッチパネル式である場合にアイコン１２１０をタッチすると、モニタ８は、ポップアップ画面１２２０を表示する。ポップアップ画面１２２０は、ユーザＢのスケジュールを表示する。モニタ８が、ポップアップ画面１２２０を表示することにより、ユーザ端末１６０−１のユーザは、他ユーザ（例えば、鈴木さん）の座席およびスケジュールを容易に確認することができる。
【０１１２】
［会議室の予約の状況］
【０１１３】
図１３は、カーソルその他によって指定された第１会議室の予約の状況を表わす図である。モニタ８は、画面１２００を表示している。ユーザＡが会議室アイコン１３１０をカーソルまたはタッチ操作によって選択すると、モニタ８は、スケジュール画面１３２０を表示する。スケジュール画面１３２０は、選択された会議室（第１会議室）の予約状況（予約時間、会議への参加者等）を表示する。ユーザＡは、スケジュール画面１３２０を視認することで、第１会議室の予約状況を即座に確認でき、必要に応じて予約を入れ、あるいは、他の会議室の空き状況を確認することができる。
【０１１４】
別の局面において、スケジュール画面に示される他ユーザの表示は、当該他ユーザの情報に関連付けられていてもよい。例えば、ユーザＡが、スケジュール画面１３２０からいずれかのユーザ（例えば、田中）を選択すると、そのユーザ（田中）の情報が情報管理サーバ１１０から読み出されて、当該ユーザのスケジュールあるいは座席が表示されるように構成されてもよい。
【０１１５】
［環境情報の表示］
【０１１６】
図１４を参照して、他の局面について説明する。図１４は、カーソルその他によって指定されたフロアにおける二酸化炭素の濃度を表わす図である。ある局面において、各フロアにＣＯ２センサその他の環境情報検出装置が配置され得る。そこで、ポータルサーバ１２０は、二酸化炭素の濃度を検出し、その濃度をレイアウト図に表示してもよい。
【０１１７】
例えば、図１４に示されるように、モニタ８は、アイコン１４１０，１４２０を表示する。アイコン１４１０は、ＣＯ２センサ１４１１によって検出されたＣＯ２濃度を表示する。アイコン１４２０は、ＣＯ２センサ１４１２によって検出されたＣＯ２濃度を表示する。アイコン１４１０，１４２０は、ユーザ端末１６０のユーザの操作に応答して表示される。別の局面において、アイコン１４１０，１４２０は、予め定められた一定時間ごとに表示され得る。このようにすると、ＣＯ２濃度が定期的に表示されるので、ＣＯ２濃度の変化を容易に通知することができる。
【０１１８】
さらに別の局面において、アイコン１４１０，１４２０は、ＣＯ２濃度が予め定められた基準値を上回った場合に表示され得る。この場合、管理者は、換気の指示その他ＣＯ２濃度を下げるために必要な措置をフロアの管理者に指示できるので、ＣＯ２濃度の上昇に起因する生産性の低下などが防止され得る。
【０１１９】
［外部レイアウトの表示］
【０１２０】
図１５を参照して、さらに他の局面について説明する。図１５は、他の局面に従ってレイアウト情報を表示する画面を表わす図である。
【０１２１】
モニタ８は、物理的に遠隔の地に存在する職員の情報を併せて表示する。遠隔の地は、例えば、ＳＯＨＯ、一次契約その他によって一時的に関係が生じた職員の所在地に対応する。これにより、在宅勤務その他の所謂テレワークを行うスタッフの状況も一堂に確認することができる。
【０１２２】
［実施の形態のまとめ］
【０１２３】
以上のようにして、本開示によれば、第三者によって提供されるサービス（例えば、カレンダ機能など）によって管理される情報が、ポータルサーバ１２０によって集約され、各ユーザの座席に関連付けて表示される。これにより、ポータルサイトのユーザは、ユーザ端末１６０を介して、他のユーザの座席、所在あるいはスケジュール情報を容易に確認できる。
【０１２４】
以上開示された技術的特徴は、以下のように要約され得る。
（構成１）  ある局面に従うと、情報を提供するためにコンピュータ（例えば、ポータルサーバ１２０）で実行される方法が提供される。この方法は、ユーザが存在し得る場所として登録されたエリアにおけるユーザの位置を表わす位置情報と、ユーザのスケジュール情報とを、コンピュータのメモリ（例えば、ポータルサーバ１２０のＲＡＭ４）にロードするステップと、コンピュータに接続された情報通信端末（例えば、ユーザ端末１６０）に、ユーザの識別情報の入力を受け付ける画面（例えば、画面１０００）を表示させるステップと、情報通信端末から、ユーザの情報の要求と、識別情報（例えば、検索対象となるユーザＢの名前（例、鈴木））とを受信するステップと、要求および識別情報を受信したことに応答して、エリアにおける当該ユーザの位置と、当該ユーザのスケジュールとを情報通信端末に表示するためのデータを生成するステップと、データに基づいて、ユーザの位置およびスケジュールを情報通信端末に表示させるステップとを含む。係る構成により、各ユーザとスケジュールとが容易に確認できる。
（構成２）  ある局面に従うと、上記構成に加えて、表示させるステップは、当該ユーザの位置がエリアに反映された画面（例えば、画面１２００）を表示するデータを生成するステップと、当該ユーザのスケジュール（例えば、ポップアップ画面１２２０）を画面に表示するためのデータを生成するステップと、生成された各データを情報通信端末に送信するステップとを含む。係る構成により、自社ビルやテナントとして入居しているビルに加えて、在宅勤務者あるいはレンタルオフィスの使用者等の所在やスケジュールも、併せて表示されるので、スケジュールや所在の確認が容易になる。
（構成３）  ある局面に従うと、上記構成に加えて、ロードするステップは、各ユーザの位置情報を管理する第１のデータベース（例えば、テーブル４２０）にアクセスするステップと、各ユーザのスケジュールを管理する第２のデータベース（例えば、テーブル５１０）にアクセスするステップとを含む。
（構成４）  ある局面に従うと、上記構成に加えて、エリアは、各ユーザが所属する組織によって管理されている。係る構成により、職場における所在が把握可能となる。
（構成５）  ある局面に従うと、上記構成に加えて、生成するステップは、情報通信端末に表示されるエリアのレイアウトの画面（例えば、画面１２００）に、座席のオブジェクトを表示させるデータを生成するステップと、座席のオブジェクトを指定する操作に基づいて、当該座席に対応付けられるユーザの情報（例えば、ポップアップ画面１２２０）を表示するデータを生成するステップとを含む。これにより、フロアの座席が画面で指定されると当該座席のユーザの情報が表示される。
（構成６）  ある局面に従うと、上記構成に加えて、当該方法は、情報通信端末に表示されている情報が、当該情報通信端末のユーザの情報であることに基づいて、当該表示されている情報を変更する操作を受け付けるステップをさらに含む。これにより、ユーザ自身が情報を更新できる。
（構成７）  ある局面に従うと、上記構成に加えて、表示させるステップは、ユーザの座席の位置をフォーカスする態様で情報通信端末に画面を表示させる（例えば、マップ画像１１２０から画面１２００への表示の切り替え）ステップと、当該態様の間に第２のデータベースにアクセスするステップとを含む。係る構成によれば、詳細な画面を描画する処理の間に必要なデータを読み出すことができるので、スムーズな表示が実現され得る。
（構成８）  ある局面に従うと、上記構成に加えて、第１のデータベースは、エリアにある会議室の位置をさらに含む。第２のデータベースは、会議室の利用状況を表わすデータをさらに含む。要求は、会議室を指定する情報を含む。上記方法は、情報通信端末から、エリアにある会議室の識別情報を受信するステップと、識別情報の受信に応答して、エリアにある会議室の位置を管理する第３のデータベース（例えば、テーブル４４０）、および、当該会議室の利用状況（例えば予約）を管理する第４のデータベース（例えば、テーブル５２０）にアクセスするステップと、第３のデータベースに基づいて、会議室の位置が反映された画面を情報通信端末に表示させるステップと、第４のデータベースに基づいて、当該会議室の利用状況を情報通信端末に表示させるステップとをさらに含む。
（構成９）  ある局面に従うと、上記構成に加えて、上記方法は、当該会議室の利用状況を情報通信端末に表示させるステップは、現時点において、当該会議室が空いているか使用されているかを情報通信端末に表示させるステップを含む。
（構成１０）  ある局面に従うと、上記構成に加えて、第１のデータベースは、エリアに設けられるセンサの出力結果をさらに含む。上記方法は、情報通信端末から受信する要求がセンサの出力結果であることに基づいて、情報通信端末に、当該出力結果を表示するステップ（例えば、画面１４１０，１４２０）をさらに含む。
（構成１１）  ある局面に従うと、上記構成に加えて、上記方法は、各ユーザの在席状況を表わす情報を取得するステップと、在席状況を表わす情報に基づいて、各ユーザの在席状況を情報通信端末に表示するステップとをさらに含む。
（構成１２）  ある局面に従うと、上記構成に加えて、在席状況を表わす情報は、各ユーザがそれぞれ使用する無線通信端末のいずれかと通信可能な情報基地局と、当該無線通信端末との接続状況を表わす情報を含む。
（構成１３）  ある局面に従うと、上記構成に加えて、上記方法は、検索対象として情報通信端末に対して入力されるユーザ名を受信するステップと、ユーザ名に基づいて、当該ユーザの位置を表わす表示を、情報通信端末に表示させるステップとをさらに含む。
（構成１４）  ある局面に従うと、上記構成に加えて、上記方法は、ユーザの位置を表わす表示が情報通信端末において選択されたことを表わす信号を受信するステップと、信号の受信に基づいて、当該ユーザのスケジュールを情報通信端末に表示させるステップとをさらに含む。係る構成により、ユーザが選択されるとスケジュールが表示される。
（構成１５）  ある局面に従うと、上記構成に加えて、エリアは、各ユーザが所属する組織によって管理される場所、または、各ユーザによって管理される場所のいずれかを含む。これにより、例えば、職場及び自宅のいずれの場所も把握できる。
（構成１６）  ある局面に従うと、上記構成に加えて、上記方法は、第１のデータベースの各ユーザまたは管理者による入力に基づいて、当該第１のデータベースを更新するステップをさらに含む。係る構成により、データベースが更新できるので、情報のリアルタイム性が維持される。
（構成１７）  ある局面に従うと、上記構成に加えて、上記方法は、第２のデータベースの各ユーザまたは管理者による入力に基づいて、当該第２のデータベースを更新するステップをさらに含む。
【０１２５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１２６】
１００  システム、１１０  情報管理サーバ、１２０  ポータルサーバ、１３０  サードパーティサービス管理サーバ、１４０  ＣＯ２センサ、１５０  無線基地局、１６０  ユーザ端末、１７０  管理者端末、１９０  ネットワーク、２１０  サービス情報取得モジュール、２２０  ユーザ登録モジュール、２３０  環境情報検出モジュール、２４０  ユーザ検出モジュール、２５０  情報集約モジュール、２６０  描画データ生成モジュール、２７０  ユーザ情報表示モジュール、３００  コンピュータ、４１０，４２０，４３０，４４０，５１０，５２０，６１０，６２０，７１０  テーブル。
【図１】
2019191784.tif 000003
【図２】
2019191784.tif 000004
【図３】
2019191784.tif 000005
【図４】
2019191784.tif 000006
【図５】
2019191784.tif 000007
【図６】
2019191784.tif 000008
【図７】
2019191784.tif 000009
【図８】
2019191784.tif 000010
【図９】
2019191784.tif 000011
【図１０】
2019191784.tif 000012
【図１１】
2019191784.tif 000013
【図１２】
2019191784.tif 000014
【図１３】
2019191784.tif 000015
【図１４】
2019191784.tif 000016
【図１５】
2019191784.tif 000017