JP2024016773A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】フリーアドレスの利用状況を管理するシステムを活用して、ユーザに適した座席を提案可能なシステムを提供する。【解決手段】 施設の座席の利用状況を管理する情報処理装置であって、前記座席ごとに、エリアを示すエリア情報と、設備を示す設備情報とを対応付けた座席情報と、前記設備ごとの制御の受付の可否を示す設備情報と、前記座席ごとの利用状況を示す情報と、過去の前期設備を制御した履歴に関する履歴情報を保持し、ユーザ端末からのリクエストに応じて、前記座席のうち空きである座席から、前記履歴情報に基づいて１つの座席を選択し、前記ユーザ端末に対して、前記選択した座席を示す情報とともに前記施設の利用状況を示す情報を送信することを特徴とする。【選択図】図１

Description

本開示は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

従来、オフィスなど複数の人が利用する環境において、自由に席を選んで使用できるフリーアドレス制が知られている。特許文献１は、フリーアドレス制のオフィスにおいて利用者の空調に関する空調要望を記憶しておき、空調要望に適合する座席を検索して提案する方法について説明している。

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

しかしながら、事前に空調要望を登録しておくのは、手間が必要であり、利用者によっては煩雑に感じてしまう場合もある。そこで、本開示の一側面は、フリーアドレスの利用状況を管理するシステムを活用して、ユーザに適した座席を提案可能なシステムを提供することを目的とする。

本開示の一側面に係る情報提供装置は、施設の座席の利用状況を管理する情報処理装置であって、前記座席ごとに、エリアを示すエリア情報と、設備を示す設備情報とを対応付けた座席情報と、前記設備ごとの制御の受付の可否を示す設備情報と、前記座席ごとの利用状況を示す情報と、過去の前期設備を制御した履歴に関する履歴情報を保持し、ユーザ端末からのリクエストに応じて、前記座席のうち空きである座席から、前記履歴情報に基づいて１つの座席を選択し、前記ユーザ端末に対して、前記選択した座席を示す情報とともに前記施設の利用状況を示す情報を送信することを特徴とする。

本開示の一側面によれば、フリーアドレスの利用状況を管理するシステムを活用して、ユーザに適した座席を提案可能なシステムを提供することが可能となる。

一実施形態に係る管理システムの構成を示す図である。 管理サーバのハードウェア構成の一例を示す図である。 管理サーバ、タブレット端末、およびユーザ端末の機能構成図である。 座席テーブルの一例を示す図である。 ユーザテーブルおよび設備テーブルの一例を示す図である。 オフィスにおける席の利用と空調制御に関するシーケンス図である。 オフィスのレイアウト画像の一例を示す図である。 ユーザ端末におけるユーザインタフェースを説明する図である。 管理サーバが実行する提案座席決定処理の一例を示す図である。 タブレット端末におけるユーザインタフェース（ＵＩ）を説明する図である。 管理サーバが実行する提案座席決定処理の一例を示す図である。 「空き」に対応するタブレット端末４０に表示されるＵＩの一例である。

以下、添付図面を参照して、本開示の一実施形態について詳細に説明する。図面の説明において同一又は相当要素には同一符号を付し、重複する説明を省略する。なお、尚、以下の実施形態は本開示の技術を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。

［第１の実施形態］
＜管理システム１０の構成例＞
第１の実施形態では、フリーアドレスのオフィスにおけるリアルタイムな座席の利用状況を管理するシステムとして、各座席にはタブレット端末を設置し、ユーザが座席にチェックイン、チェックアウトする方法を説明する。特に本形態においては、座席の利用中に座席付近の空調などの設備を制御可能であり、遠隔で座席を確保する際には、管理サーバはリアルタイムなオフィスの環境情報と、ユーザの過去の設備変更履歴とに基づいて、ユーザに適した席を検索し、提案する。なお、席確保とは、ユーザ端末からのリクエストに応じて、席確保を受け付けた時点から所定時間、空き状態の席をキープしておくことを意味する。また、チェックインとは、確保中の座席、または、空きである座席を、空きから利用中に更新することを意味する。

図１は、一実施形態に係る管理システム１の全体構成を示す図である。管理システム１０は、オフィス３０における席の利用状況や設備を制御するシステムであり、図１に示されるように、管理システム１は、管理サーバ１０と、オフィス３０内のタブレット端末４０－１～４０－n、空調機５０、スマートリモコン６０および照明７０、ユーザ端末２０とを含んで構成されている。管理サーバ１０、タブレット端末４０－１～４０－n、スマートリモコン６０、ユーザ端末２０は、それぞれネットワーク８０を介して通信可能に接続されている。ネットワーク８０は、有線又は無線の任意の通信ネットワークである。ネットワーク８０は、例えば、インターネット、公衆回線網、専用回線網等である。

オフィス３０における各座席上には、タブレット端末４０－１～４０－nのいずれか１つが設置されている。なお、複数タブレット端末の総称または任意のいずれかをタブレット端末４０と付すものとする。タブレット端末４０は、座席の利用状況やチェックイン用の画像などを表示する座席用端末である。またオフィス３０には、１つ以上の空調機５０や照明７０が設置されている。１つ以上のスマートリモコン６０は、赤外線通信によって空調機５０や照明７０を制御できる。

スマートリモコン６０は、空調機５０や照明７０と赤外線通信が可能な位置に取り付けられている。またタブレット端末４０は、事前に設置された設備（空調機５０や照明７０）をコントロールできるものとする。タブレット端末４０から空調機５０や照明７０を制御する方法は、公知であるため詳細な説明は省略するが、例えば、通信接続されたスマートリモコン６０を介して制御する。ただし、空調機５０や照明７０自体が通信機能を有することで、スマートリモコン６０がない構成にすることもできる。スマートリモコン６０は、温度センサを内蔵しており、定期的に測定した温度を管理サーバ１０に送信する。スマートリモコン６０は、後述のエリアごとに設置されているものとする。タブレット端末４０は、チェックイン用の情報や、チェックインしているユーザ（座席を利用中であるユーザ）に関する情報や、制御可能な設備に関する情報が表示される。なお、図１では、オフィス３０およびユーザ端末２０はそれぞれ１つのみ示されているが、複数のオフィス３０や複数のユーザ端末４０が存在しても良い。

管理サーバ１０は、オフィス３０における各座席の利用状況を管理したり、ユーザ端末２０から受け付けた席確保処理やチェックイン処理を実行したりする情報処理装置である。また、管理サーバ１０は、席確保処理やチェックイン処理に関連して、各種の判定処理を実行する。

ユーザ端末２０は、当該管理システム１０が提供するサービスを利用するユーザが保有する情報処理装置である。ユーザ端末２０は、ユーザによって携帯されるスマートフォンとするが、他にもタブレット等の携帯端末であってもよいし、デスクトップＰＣ、ノートＰＣ等の他の端末であってもよい。ユーザ端末２０には、ウェブサイト等を閲覧するためのウェブブラウザがインストールされており、管理サーバ１０から送信される混雑情報が当該ウェブブラウザによって表示される。

＜管理サーバ１０のハードウェア構成例＞
図２は、管理サーバ１０のハードウェア構成の一例を示す図である。管理サーバ１０は、情報処理装置であり、汎用のサーバ向けのコンピュータやパーソナルコンピュータ等を利用することが可能である。また、複数のコンピュータを用いて管理サーバ１０を構成することも可能である。図に示されるように、管理サーバ１０は、物理的には、プロセッサである一以上のＣＰＵ（Central Processing Unit）１１０と、メモリ１２０とストレージ１３０とネットワークＮと通信を行うための通信インタフェース等の通信部１４０と、入出力部１５０とを有する。管理サーバ２００のハードウェアの各構成要素は、バスを介して相互に接続されている。

ＣＰＵ１１０は、ストレージ１３０に予め格納されている後述のプログラムを実行することにより、ＣＰＵ１１０の制御のもとで各ハードウェアが動作し、図３に示される管理サーバ１０の各機能が実現される。メモリ１２０は、ストレージ１３０からロードしたプログラムを一時的に記憶し、ＣＰＵ１１０に対して作業領域を提供する。メモリ１２０には、ＣＰＵ１１０がプログラムを実行している間に生成される各種データも一時的に保存される。メモリ１２０は例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。ストレージ１３０は、各種のプログラムを記憶する。ストレージは例えば、ＨＤＤ（Hard Disk Drive）である。通信部１４０は、ネットワーク８０を介して外部の情報処理装置と各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。

入出力部１５０は、管理サーバ１０に対する各種操作による入力を受け付けて、当該入力にかかる情報をＣＰＵ１１０に伝達する入力装置、およびＣＰＵ１１０の処理結果を出力する出力装置を有する。入力装置は、タッチパネル、マウス及びキーボード等、マイクなどにより実現される。また出力装置は、ディスプレイ及びスピーカ等である。入出力部１５０は、タッチパネルディスプレイのように入力装置と出力装置が一体化していても良いし、入力装置と出力装置それぞれに分離していてもよい。

なお、管理サーバ１０のハードウェア構成について説明したが、タブレット端末４０やユーザ端末２０のハードウェア構成も図２に示すハードウェア構成と同様である。

＜管理システムの機能構成例＞
図３は、管理サーバ１０、タブレット端末４０、ユーザ端末２０を含む管理システムの機能構成図である。管理サーバ１０の機能構成から説明する。管理サーバ１０は、ＣＰＵ１１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ１１０の内部メモリに展開されて構成される機能）として、受信部１１、管理部１２、送信部１３、保持部１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載するが、実際にこれらモジュールを実行するのはＣＰＵ１１０であるため、ＣＰＵ１１０を動作主体とすることもできる。

保持部１４はまず、各エリアに設置されたスマートリモコン６０から取得したエリアごとの温度の測定結果（以下、単に温度情報という）を保持しておく。また、保持部１４は、オフィス３０に関するデータベースを格納している。データベースは、座席テーブル１４１、ユーザテーブル１４２、設備テーブル１４、制御履歴テーブルを含む。なお、本実施形態では、データベースにはテーブル形式で表されているものとするが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。

図４は、座席テーブルの一例を示す図である。座席テーブル１４１は、オフィス３０毎に座席に関する情報（以下、座席情報ともいう）を格納するデータセットある。一例として、１つの座席情報（すなわち、１レコード）は、席ＩＤ、名称、エリアＩＤ、利用状況、利用開始時間、終了予定時間、席確保受付時間、席確保期限、端末ＩＤ、アイコンＩＤ、設備を関連付けた情報である。「座席ＩＤ」は、オフィス３０における１つの席を一意に特定するための識別情報である。「名称」は、座席ＩＤにより特定される座席の名称である。

エリアIDは、オフィス３０に設定されたエリアのいずれに属するかを示す識別情報である。「利用状況」は、座席が空いているか、利用されているか、確保されているかなどのステータスを示す情報であり、本形態では、「利用中」「空き」「席確保」のいずれかが格納される。

「利用開始時間」および「終了予定時間」は、座席が利用中である場合に記録される情報であり、チェックインを受け付けた時間と、チェックインの際に入力された席の利用を終了する予定時間を示す。「席確保時間」および「席確保期限」は、利用状況が席確保である場合に記録される情報であり、席確保を受け付けた時間と、席確保時間に事前に設定された所定時間を加算した時刻（席確保する時間の終了時刻）である。

「端末ＩＤ」は、座席ＩＤにより特定される座席上に設置されたタブレット端末４０を一意に特定するための識別情報である。端末ＩＤとしては例えば、施設端末３０に内蔵された通信部１４０のＭＡＣアドレスを事前に登録しておく。「アイコンＩＤ」は、オフィスのレイアウト画像におけるアイコンを一位に特定するための識別情報である。図７は、オフィス３０のレイアウト画像の一例を示す図である。図７に示す例では、オフィス３０には１０席からなるデスク群（島）が４つ設置されており、各デスクには円形のアイコンが設置される。「アイコンＩＤ」は、図７に示すようなオフィスのレイアウト画像において、いずれのアイコンに対応するかを示す情報となる。「二次元コード」は、チェックイン用にタブレット端末の表示画面に表示する二次元コードであり、事前に設定された特定のURLにアクセスできる情報である。「設備」は、座席ＩＤにより特定される座席に影響を与える設備を示す情報である。

図５（ａ）は、ユーザテーブル１４２、図５（ｂ）は設備テーブル１４３を示す。ユーザテーブル１４２は、オフィス２０を利用可能なユーザ情報が格納されたテーブルである。ユーザテーブル１４２には、ユーザを位置に特定する識別情報を示す「ユーザＩＤ」、メールアドレス、アイコンに用いるための画像データを示す「アイコン画像」、パスワードなどユーザ情報を認証するための「認証情報」、ユーザが所属する部門を示す「所属」、座席を利用中である場合に利用している座席を示す「利用中」、座席を確保中である場合に確保している座席を示す「確保中」からなる。

設備テーブル１４３は、オフィス３０に設置され、管理システム１による管理の対象となる設備群を示すテーブルである。各設備に関する情報（以下、設備情報という）が記されている。まず、設備テーブル１４３には、設備を一意に特定するための識別情報である「設備ＩＤ」、設備が影響を与えるエリアを示す「エリアＩＤ」、設備の名称を示す「名称」が記録されている、また、「席確保中」には、対応するエリアの座席がキープされている時に、キープしたユーザ端末２０からの制御を受け付けるか否かを示す席確保中制御可否情報であり、「可」または「不可」が格納されている。「利用中」には、対応するエリアの座席が利用されている時に、座席のタブレット端末４０からの制御を受け付けるか否かを示す利用中制御可否情報であり、「可」または「不可」が格納されている。また、「稼働状況」には、電源がＯＮかＯＦＦかが記憶されている。
制御履歴テーブル１４４は、タブレット端末４０を用いてオフィス３０に設置された空調機を制御した履歴情報を示すテーブルである。各ユーザを特定するための「ユーザID」、空調機を制御したときに利用中の座席を示す「座席ID」、制御した空調機の「設備ID」、空調機に指示を送信した制御の内容を示す「指示情報」、制御した時刻を示す「日時」が記録されている。

図７に示すように、本形態において、管理システム１の管理対象となる設備は、２つの空調機（空調機１、２）と、４つの照明（照明１、２、３、４）である。空調機および照明は、それぞれ影響を与える範囲が異なる。ここでは、照明１はエリア１（エリアＩＤ「００１」）、照明２はエリア２（エリアＩＤ「００２」）、照明３はエリア３（エリアＩＤ「００３」）、照明４はエリア４（エリアＩＤ「００４」に対して明るさを調整する機器である。空調機１はエリア１およびエリア２、空調機２はエリア３およびエリア４の温度を調整する機器とする。したがって、例えば座席ＩＤが００１の座席は、エリアＩＤが００１であるエリア１に含まれ、利用中であり、座席に設置されたタブレット端末４０からは、照明１および空調機１を制御可能であることがわかる。

図３の説明に戻る。管理サーバ１０における受信部１１は、タブレット端末４０、ユーザ端末２０、スマートリモコン６０からネットワーク８０を介して、各種情報を受信する。管理部１２は、保持部１４の各テーブルを管理する。管理部１２は、ユーザ端末２０からのリクエストに応じて座席テーブル１４１の利用状況を更新したり、スマートリモコン６０からのデータに応じて設備テーブル１４３の稼働状況を更新したりする。送信部１３は、タブレット端末４０、ユーザ端末２０、スマートリモコン６０に対してネットワーク８０を介して各種情報を送信する。

次にタブレット端末４０の機能構成を説明する。タブレット端末４０は、受信部４１、表示制御部４２、送信部４３を有する。タブレット端末４０の各機能または処理は、タブレット端末４０が備えるＣＰＵが各種プログラムを実行することにより実現される。

受信部４１は、管理サーバ１０との通信を行い、管理サーバ１０から各種情報を受信する。具体的には、受信部４１は、席確保したユーザに関する情報や、チェックイン処理が完了したことを示す情報を受信する。表示制御部４２は、管理サーバ１０から受信した情報に応じて、ＧＵＩ画面を生成して表示する。また表示制御部４２は、ＧＵＩ画面に対するユーザ操作を受け付ける。送信部４３は、ＧＵＩ画面を介して入力される情報を端末ＩＤとともに、管理サーバ１０に送信する。

ユーザ端末２０の機能構成を説明する。ユーザ端末２０は、受信部２１、表示制御部２２、送信部２３を揺する。ユーザ端末２０の各機能または処理は、ユーザ端末２０が備えるＣＰＵが各種プログラムを実行することにより実現される。

受信部２１は、管理サーバ１０からオフィス２０における座席の利用情報などを受信する。表示制御部２２は、管理サーバ１０から受信した利用情報に基づいて、表示画面を制御する。また、本実施形態においてユーザ端末２０はスマートフォンであり、表示画面はユーザ操作を受け付ける装置でもある。そのため表示制御部２２は、表示画面に対する操作に応じて、施設の利用情報の照会リクエストを受け付けたり、確保したい座席や設備制御を受け付けたりする受付手段としても機能する。送信部２３は、管理サーバ１０にオフィスに関する情報のリクエストや、確保したい座席の情報、制御した設備に関する情報などを送信する。

＜座席の利用と設備制御に関するシーケンス＞
図６は、ユーザ端末２０、管理サーバ１０およびタブレット端末４０によるオフィスにおける席の利用と空調制御に関するシーケンス図である。ここでは、ユーザ端末２０からオフィス３０における座席を確保した後、オフィス３０に到着し、確保していた席に設置されたタブレット端末４０とユーザ端末２０を用いて座席にチェックイン（利用開始）する流れを説明する。なお、以下では各工程（ステップ）を「S」と表記することとする。

Ｓ６０１においてユーザ端末２０は、表示制御部２１が表示画面に表示したＧＵＩを介してオフィスの利用情報のリクエストを受け付け、送信部２３はオフィス３０の利用情報のリクエストを管理サーバ１０に送信する。図８（ａ）に示す画像は、最初に表示されるＧＵＩの一例である。ユーザ端末は、ユーザ操作により「席確認＆確保」がタップされることにより、利用情報のリクエストを受け付ける。

Ｓ６０２において管理サーバ１０の送信部１３は、座席テーブル１４１を参照して取得したオフィス３０の利用情報や事前に保存されたオフィス３０のレイアウト画像などをユーザ端末２０に送信する。このとき管理部１２は、各制御履歴テーブル１４４を参照して、リクエストされたユーザに適した座席があるか検索し、ある場合には、ユーザに特定の座席を推薦する。提案座席決定処理の詳細は後述する。ここで送信部１３は、１つの座席をユーザに推薦する提案座席情報を含むオフィス利用情報を送信する。なお、提案座席決定処理の結果、提案座席を特定できなかった場合には、オフィス利用情報には、提案座席情報は含まれない。

Ｓ６０３においてユーザ端末２０の表示制御部２１は、管理サーバ１０から取得した情報に基づいてオフィス利用情報を含むレイアウト画像のＵＩを生成し、表示画面に表示する。ここでは、図７に示すレイアウト画像を表示する。図７に示すレイアウト画像では、オフィスに設置された座席群や、各座席の利用状況、設置された設備などが示されている。利用されている席はアイコンにユーザに対応するアイコン画像が表示され、利用されていない席は、白丸で示されている。また、１つの座席を吹き出しが付され、吹き出しには「オススメです。涼しい席です」のようにユーザに推薦する席であること、および、推薦の理由を示すテキストが挿入されている。

Ｓ６０４においてユーザ端末２０は、Ｓ６０３において表示したＵＩに対するユーザ操作により、いずれか１つの席の選択（ここでは、タップ操作）を受け付けると、図８（b）に示す画像に遷移する。図８（b）に示す画像では、利用終了予定時間を入力する領域と、「席を確保する」というテキストを含む確保ボタンが表示されている。利用時間として、プルダウンから利用終了予定時間が入力されると、確保ボタンがアクティブ（タップ可能な状態）となる。本件では、管理システム１は席確保を受け付けると、対象の座席を３０分間確保するものとする。確保ボタンをタップされると、送信部２３は、選択された座席IDや利用終了予定時間とともに、席確保リクエストを管理サーバ１０に送信する。なお、ユーザ操作により利用中の座席が選択された場合には、「空いています」ではなく「利用中」というテキストが表示され、利用終了予定時間は入力できない状態、または、確保ボタンは非アクティブ情報で画像が表示される。

S６０５において管理サーバ１０における受信部１１は、席確保リクエストを受信し、管理部１２は席確保処理を実行する。席確保処理とは、座席テーブル１４１の１つの座席の利用状況を更新する処理である。管理部１２は、席確保リクエストとして受信した座席IDを参照し座席テーブル１４１を検索し、対象の座席IDの利用状況を、「空き」から「席確保」に更新する。なお、このとき、オフィス３０のリアルタイムな利用状況は、図９に示すレイアウト画像の通りに更新される。図９に示すレイアウト画像では、座席の１つが確保状態となり、白丸から、斜線が描かれた丸に変更される。

S６０６において管理サーバ１０は、ユーザ端末２０および、席確保処理を実行した座席に対応するタブレット端末４０に席確保処理が完了したことを通知するための席確保完了情報を送信する。このとき管理サーバ１０が送信する席確保完了情報は、席確保した座席に対応する設備に関する設備情報（その設備が席確保中に制御を受け付けるか否かを示す情報を含む）を送信する。

S６０７において席確保完了情報を受信したタブレット端末４０は、表示画面に表示した初期画面（例えば、図１０（a）に示す画像）から、席確保中に対応する画像（席確保UI）に変更する。図１０（b）は、席確保UIの一例を示す図である。席確保UIには、チェックイン用の二次元コードが表示されている。

S６０８においてユーザ端末２０の表示制御部２２は、受信部２３が受信した席確保完了情報に基づいて席確保完了UIを生成し、表示する。図８（c）に示す画像は、席確保完了UIである。席確保完了UIには、確保した席の名称や、席を確保中であることを示すテキスト、席確保できる残り期間とともに、制御可能な設備の名称を含むボタンが表示されている。本実施形態において、座席の確保中には、空調機５０の制御は受け付けることができ、照明７０の制御は受け付けることができないように設定されている。そのためユーザ端末２０が席確保中に制御可能な設備は、確保した座席付近の空調機のみである。

Ｓ６０９においてユーザ端末２０の保有者であるユーザは、オフィス３０の座席に到着すると、確保していた座席上のタブレット端末４０に表示された二次元コードをユーザ端末２０によりスキャンすると、ユーザ端末２０は二次元コードに対応するＵＲＬにアクセスする。これにより、ユーザ端末２０はチェックインを受け付ける。なお、二次元コードに対応するＵＲＬは、事前に座席ごとに設定された情報である。

Ｓ６１０において管理サーバ１０の管理部１２は、事前に設置した所定のURLにアクセスしてきたユーザ端末２０の情報を取得し、S６０５において席確保したユーザ端末２０と照合し、同じであれば、座席テーブル１４１の対象の座席の利用状況を「席確保」から「利用中」に更新する。

Ｓ６１１において管理サーバ１０の送信部１３は、ユーザ端末２０および利用状況を更新した座席のタブレット端末４０にチェックイン処理が完了したことを示すチェックイン完了情報を送信する。さらに送信部１３がタブレット端末４０に送信するチェックイン完了情報には、利用中に制御可能な設備に関する情報が含まれる。

Ｓ６１２においてユーザ端末２０の受信部２１がチェックイン完了情報を受信すると、表示制御部２２は、チェックイン完了ＵＩを表示する。チェックイン完了ＵＩでは、例えば、「執務エリア Ｄ０３ のチェックインができました。」などのテキストを含む画像とする。

Ｓ６１３において、チェックインされた座席のタブレット端末４０の受信部４１がチェックイン完了情報を受信すると、表示制御部４２は、利用中ＵＩを生成して表示する。図１０（ｃ）は、利用中ＵＩの一例を示す図である。チェックインしたユーザ情報や、チェックアウト用のボタン（「利用終了する」というテキストを含むボタン）を含む。また利用中ＵＩには、利用中に制御可能な設備を示すボタン（ここでは「空調機１」と記されたボタンと「照明１」と記されたボタン）が表示される。

Ｓ６１４においてタブレット端末４０における表示制御部４２は、制御可能な設備（ここでは空調機１）に対するコントロールを受け付けたとする。図１０（ｄ）は、空調機１の制御を受け付けるためのＵＩ画像を示す。図１０（ｄ）に示す画像では、空調機１に対して指示できる制御内容として、電源のＯＮ／ＯＦＦや、モード（冷房、暖房、送風）、温度、風量を調整するためのボタンが表示されている。いずれかのボタンを選択（タップ）されると、送信部２３は、選択されたユーザ操作に応じた指示情報（以下、空調制御情報とする）を事前に設定されたスマートリモコン６０に送信する。スマートリモコン６０は、空調制御情報を受信すると自動で赤外線通信を介して空調機１に指示情報を送信し、空調機１をコントロールする。
ここまでで、座席の確保の後、チェックイン処理が実行され、座席から空調が制御されるまでの流れが完了する。

＜提案座席決定処理＞
ここで、管理サーバ１０がS６０２において実行する提案座席決定処理の詳細を説明する。図９は、提案座席決定処理のフローチャートである。以下の処理を実現可能なプログラムを、管理サーバ１０のCPU１１０が読み込んで実行することで、各工程が実行される。

まず、S９０１において管理部１２は、オフィス３０における座席のうち、利用状況が「空き」である座席を特定し、座席IDを取得する。
S９０２において管理部１２は、保持部１４に記憶されたエリアごとの最新の温度取得し、S９０１において取得した座席IDごとに、対応するエリアの温度を特定する。
S９０３において管理部１２は、対象とするエリアの全てが同じ温度か否かを判定し、同じ温度であればS９０７に進み、異なる温度であればS９０４に進む。

S９０４において管理部１２は、リクエストを送信してきたユーザ端末２０から得られるユーザ情報を制御履歴テーブル１４４から検索し、直近１ヶ月の指示情報を取得する。このとき、ユーザ端末の指示情報を分類し、指示内容ごとにカウントする。管理部１２は、最も多い指示内容を特定する。なお、空調機１の温度を変更している場合には、温度を上げているか（＋にしているか）、温度を下げているか（－にしているか）により分類する。これにより、ユーザの空調に対する嗜好を推測することができる。例えば、冷房OFFにすることが多いユーザや、冷房の温度を上げることが多いユーザは、寒がりである傾向がある。

S９０５において管理部１２は、S９０４に基づいて推定したユーザの好みに基づいて、現在「空き」のある座席を含むエリアのうちユーザに適したエリアを決定する。例えば、一番多い指示情報が冷房OFFまたは、冷房の温度を上げている内容であれば、管理部１２は最も温度の高いエリアを選択し、一番多い指示情報が冷房をON、または冷房の温度を下げている内容であれば、管理部１２は、最も温度の低いエリアを選択する。また、制御履歴テーブル１４４に空調機を制御した履歴がない場合には、エリアの中で最も平均値に近いエリアを選択することとする。

S９０６において管理部１２は、S９０５において決定したエリアにある「空き」の席からランダムに１つの座席を選択し、決定する。
S９０７においては、どのエリアも同じ温度なので、「空き」のある座席のうち最も実行密度の低い（最も近い「利用中」の席との距離が最大）座席を選択する。
以上の処理で、提案座席決定処理を終了する。

＜第１実施形態のまとめ＞
以上の通り、ユーザ端末２０からオフィス３０における座席のリアルタイムな利用情報を閲覧し、空いている座席を確保でき、にチェックイン（利用開始）したら、座席に設置されたタブレット端末から空調を制御できるシステムについて説明した。このようなシステムでは、チェックインした利用者が誰かを特定でき、かつ、どのような空調制御したかをユーザに紐づけた履歴として保存しておくことができる。そこで第１実施形態では、過去の空調の制御内容に基づいて、座席を確保しようとするオフィス３０内からユーザの好みに適合しそうな座席を選び、ユーザにオススメとして表示した。これにより、在席管理システムを活用しながら、ユーザは事前に何か情報を登録することなく、ユーザに適した座席を選びやすくなる。

なお、上述の実施形態では、座席にチェックインした後は、タブレット端末４０から設備制御できるようにする方法について説明したが、タブレット端末４０だけではなく、チェックイン処理を実行したユーザ端末２０も同様に設備制御できるようにしてもよい。

また、上述の説明では省略したが、オフィス３０の利用情報を閲覧するためには、ユーザ端末２０上でログインなどユーザ情報の認証処理をすることが望ましい。ユーザ端末２０に入力されたユーザ情報（アドレスやパスワードなど）を管理サーバ１０に送信し、管理サーバ１０に事前登録されたユーザ情報と照合する。照合（認証処理）ができた場合に、Ｓ６０１におけるリクエストを送信可能になるようにする。

また、上述の実施形態では、空調機と照明を例に説明したが、必ずしもこれに限らない。例えば、設備として、音楽再生装置や芳香機能を有する機器などが含まれていてもよい。さらに、ユーザに適した座席を探す環境要因として、芳香の状況や音楽再生装置の再生状況を加味してもよい。それぞれの機器について、席確保中のユーザ端末による制御の可否や、利用中のタブレット端末による制御の可否を事前に設定しておく。音楽再生装置の場合、座席に利用者がいないと再生することによる効果はないので、席確保中の制御は「否」とし利用中の制御は「可」としておくことが望ましい。また、芳香機能を有する機器は、噴出される芳香機能が環境に蔓延するまで時間がかかることを考えみて、空調機と同様、席確保中の制御、利用中の制御のいずれも「可」としておくことが望ましい。

また、上述の説明では、ユーザ本人の過去の履歴情報に基づいて提案座席決定処理を実行したが、例えば、他のユーザ（座席を利用中の利用者）の過去の制御履歴情報を参照してもよい。例えば、S９０４において判定したように、過去の履歴から、冷房が効いている環境が好き、あるいは、冷房が効いている環境を嫌うなどの嗜好が、リクエストしてきたユーザと類似している利用者（以下、類似利用者）がいるかを判定し、S９０５において類似利用者が多いエリアを選択するようにする。オフィス３０において、エリアごとに異なる空調制御をしている場合には、このような処理により、空調に対する嗜好が類似したユーザを近くに在席させることができるので、それぞれ過ごしやすい環境を提供しやすくなる。

＜第２実施形態＞
第１実施形態では、ユーザが過去に座席のタブレット端末４０から空調制御した履歴情報に基づいて、ユーザに適した席を推定し、提案した。第２実施形態では、座席ごとに分析した空調の制御内容に応じて、ユーザに座席を提案する方法について説明する。オフィス３０においては、出来るだけどの座席も均等な環境であることが望ましいが、日差しの強い座席、空調機１からの送風を受けやすい座席や、受けにくい座席などの偏りが生じてしまう。そこで本形態では、制御履歴テーブル１４４を座席ごとに集計し、空調機１の設定変更の頻度が高い座席の優先度を下げて、ユーザに提案するものとする。なお、第１実施形態と同様の内容については詳細な説明を省く。

図１５は、第２実施形態における提案座席決定処理のフローチャートである。まず、S１１０１において、管理部１２は、オフィス３０における座席のうち、利用状況が「空き」である座席を特定し、座席IDを取得する。
S１１０２において管理部１２は、S１１０１に取得した座席IDを、制御履歴テーブル１４４から検索し、座席ごとに直近２週間に設備制御情報を受け付けた回数をカウントする。

S１１０３において管理部１２は、S１１０２においてカウントした制御変更回数でソートし、S１１０４において、直近２週間以内に設備制御情報を受け付けた回数が最も少ない座席IDを、提案席として決定する。
このように、過去の設備制御履歴から座席ごとの傾向を推定し、ユーザがより快適な席を利用できるように提案することもできる。

＜第３実施形態＞
第３実施形態では、さらに、エリアごとの温度に応じて、各エリアの「空き」である座席のタブレット端末４０に、エリアの特徴を表示する方法について説明する。図１２に、「空き」状態のタブレット端末４０に表示するUIの例を示す。図１２(a)に示す画像では、「ここは他のエリアに比べて、温度が低いエリアです」という座席が属するエリアの温度特性と、「温度が高いエリアをご希望の方にはD-016がおすすめです」と自エリアとは相対する温度特性のエリアの座席をお知らせするテキストメッセージが含まれている。また、図１２（b）に示す画像では、「ここは平均的な温度のエリアです」というメッセージとともに、異なる温度特性のエリアに属する座席のうち、「空き」状態の座席を表示している。

管理サーバ１０は、エリアごとの温度を定期的にスマートリモコン６０から受信しているため、エリアごとの温度情報に基づいて、オフィス３０全体での温度の偏りを把握することができる。さらにこの温度特性を各タブレット端末４０に表示することで、オフィス３０に到着したがまだ座席を決めていないユーザにとって有用な情報を提示することができる。

＜その他の実施形態＞
上述では、オフィス３０における座席の確保・チェックインを例に説明した。これは、フリーアドレス制のオフィスを想定している。しかしながら他にも、コワーキングスペースなどの施設でも適用可能である。
上述の管理サーバ１０は、１つの情報処理装置として説明したが、複数の情報処理装置を組み合わせて実現してもよい。

なお、開示技術は、上述した実施形態に限定されるものではなく、開示技術の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

１…管理システム、１０…管理サーバ、１１０…ＣＰＵ、１２０…メモリ、１３０…ストレージ、１４０…通信部、１５０…入出力部、１１…受信部、１２…管理部、１３…送信部、１４…保持部

Claims (3)

1. 施設の座席の利用状況を管理する情報処理装置であって、
   前記座席ごとに、エリアを示すエリア情報と、設備を示す設備情報とを対応付けた座席情報と、前記設備ごとの制御の受付の可否を示す設備情報と、前記座席ごとの利用状況を示す情報と、過去の前期設備を制御した履歴に関する履歴情報を保持し、
   ユーザ端末からのリクエストに応じて、前記座席のうち空きである座席から、前記履歴情報に基づいて１つの座席を選択し、
   前記ユーザ端末に対して、前記選択した座席を示す情報とともに前記施設の利用状況を示す情報を送信することを特徴とする情報処理装置。
2. 情報処理装置による、施設の座席の利用状況を管理する情報処理方法であって、
   前記情報処理装置は、
   前記座席ごとに、エリアを示すエリア情報と、設備を示す設備情報とを対応付けた座席情報と、前記設備ごとの制御の受付の可否を示す設備情報と、前記座席ごとの利用状況を示す情報と、過去の前期設備を制御した履歴に関する履歴情報を保持しており、
   ユーザ端末からのリクエストに応じて、前記座席のうち空きである座席から、前記履歴情報に基づいて１つの座席を選択し、
   前記ユーザ端末に対して、前記選択した座席を示す情報とともに前記施設の利用状況を示す情報を送信することを特徴とする情報処理方法。
3. 請求項１に記載の情報処理装置としてコンピュータを機能させるためのプログラム。