JP2012177974A - フリーアドレスオフィス利用支援システム - Google Patents

Abstract

【課題】 席の固定化を抑止し、目的に応じて、フリーアドレスオフィス環境のメリットを十分に享受できる座席提案システムを提供する。
【解決手段】 相関値の大きいユーザ同士を近接させるか、相関値の小さいユーザ同士を近接させるかを含む優先度情報を取得する優先度取得部１２ａと、対象ユーザの認証を行うユーザ認証部１２ｂと、空席を対象ユーザの候補席とする候補席取得部１２ｃと、対象ユーザと既に着席した固定ユーザ夫々の間の１または複数の指標値を用いて、２人のユーザの間の関連性の度合いを示す相関値を算出する相関値算出部１２ｄと、優先度情報及び相関値に基づいて、固定ユーザの中から近接させる基準ユーザを選択し、基準ユーザの席に近接する候補席を対象ユーザの席として決定する座席決定部１２ｅと、を備え、コンピュータのデータ処理によりユーザの座席位置を提案する。
【選択図】 図２

Description

本発明は、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、ユーザに対し座席位置を提案する在席提案システムに関する。

フリーアドレスオフィス環境では、例えば、企業内全体で社員（ユーザ）が自由に席を選択できるようにすれば、部署を超えた社員の人的ネットワークの拡大化が期待できる。また、プロジェクト毎に、業務の繋がりが強い社員同士が近接した席を選択することで業務の効率化を図ることが期待できる。

しかしながら、フリーアドレスオフィス環境の運用期間が長くなると、ある程度席が固定化され、上述した人的ネットワークの拡大化や業務の効率化等のメリットが十分に活かされない状況になる可能性がある。

フリーアドレスオフィス環境において、席の固定化を防止するための技術としては、例えば、空席の中からユーザにランダムに席を割り当てるフリーアドレスオフィス支援システムがある（例えば、特許文献１参照）。

特開２０１０−７９５８５号公報

上述した特許文献１では、ランダムに席が決定されるので席の固定化は防止できるが、例えば、業務の繋がりが強い社員同士が近接した席を選択することで業務の効率化を図ることは困難になり、フリーアドレスオフィス環境の様々なメリットを十分に活かすことはできなかった。

本発明は上記の問題に鑑みてなされたものであり、その目的は、席の固定化を抑止し、目的に応じて、フリーアドレスオフィス環境のメリットを十分に享受できる座席提案システムを提供する点にある。

上記目的を達成するための本発明に係る座席提案システムは、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、前記ユーザに対し座席位置を提案する在席提案システムであって、２人の前記ユーザの間の関連性の度合いを示す相関値を算出するための１または複数の指標の夫々における指標値を記憶する指標値ＤＢと、前記席の位置関係を記憶する座席配置ＤＢと、前記席別に、空席であることを示す空席情報または着席した前記ユーザを示す利用情報を記憶する席情報ＤＢと、を備える記憶手段と、コンピュータのデータ処理により前記ユーザの座席位置を提案する演算処理手段と、を備え、前記演算処理手段が、前記ユーザの認証を行うユーザ認証部と、前記座席配置ＤＢに記憶された前記席の内、前記席情報ＤＢに前記空席情報が記憶されている前記席を、候補席として設定する候補席取得部と、前記席情報ＤＢの前記利用情報に基づいて既に着席している固定ユーザを特定し、前記ユーザ認証部が認証した対象ユーザと前記固定ユーザ夫々の指標値を前記指標値ＤＢから取得し、前記指標値を用いて前記相関値を算出する相関値算出部と、前記相関値の大きい前記ユーザ同士を近接させるか、前記相関値の小さい前記ユーザ同士を近接させるかの少なくとも何れか一方を含む優先度情報及び前記相関値算出部が算出した前記相関値に基づいて、前記固定ユーザの中から近接させる基準ユーザを選択し、前記候補席取得部が設定した前記候補席の内、前記基準ユーザの前記席に近接する前記候補席を、前記対象ユーザの前記席として決定する座席決定部と、を備えることを特徴とする。

更に、上記特徴の座席提案システムは、前記指標が、メールの送信数、電話をかけた回数、スケジュール情報の共有数、プロジェクトの共有数、及び、近接した前記席に着席した回数の少なくとも何れか１つを含むように構成されていても良い。

更に好ましくは、上記特徴の座席提案システムは、前記相関値算出部が、前記指標が複数の場合に、前記指標別に設定された重み付け係数を用い、全ての前記指標についての加重合計または加重平均を前記相関値として求めるように構成する。

更に好ましくは、上記特徴の座席提案システムは、近接する前記席同士が１つのグループとなるように、前記席が複数の前記グループの何れかに割り当てられている場合に、前記相関値算出部が、前記グループ別に、前記対象ユーザと前記グループ内の前記固定ユーザ夫々との前記相関値を算出し、前記相関値の平均値をグループ別相関値として算出し、前記座席決定部が、前記優先度情報及び前記相関値算出部が算出した前記グループ別相関値に基づいて、前記対象ユーザの前記グループを設定し、前記グループ内の前記候補席から前記対象ユーザの前記席を決定する。

更に好ましくは、上記特徴の座席提案システムは、前記座席決定部が、前記固定ユーザが所定数より少ない場合に、前記候補席取得部が設定した前記候補席から、ランダムに前記ユーザの前記席を決定する。

更に好ましくは、上記特徴の座席提案システムは、前記優先度情報を取得する優先度取得部を備える。

上記特徴の座席提案システムによれば、２人のユーザの間の関連性の度合いを示す相関値を求め、当該相関値に基づいて各ユーザの座席を提案する構成にしたので、例えば、メールの送信数や電話をかけた回数、スケジュール情報の共有数、プロジェクトの共有数等、日々変化する指標を用いて相関値を算出することにより、席の固定化を効果的に防止可能になる。

更に、上記特徴の座席提案システムにおいて、指標が複数の場合に、重み付け係数を設定するように構成すれば、例えば、相関関係が同程度の場合、メールの送信数や電話をかけた回数の方が、スケジュール情報の共有数やプロジェクトの共有数より大きくなることが予想でき、このような場合に、スケジュール情報の共有数やプロジェクトの共有数の重み付け係数を、メールの送信数や電話をかけた回数の重み付け係数より大きな値にすれば、複数の指標を同時に適切に用いることが可能になる。また、フリーアドレスオフィス環境において重要視するメリットに関連する指標の重み付け係数を大きくすれば、当該メリットをより活かすことが可能になる。尚、指標が複数の場合に、一部の指標について重み付け係数に０を設定することにより、当該指標を考慮しないように構成することが可能になり、必要な指標のみを選択して用いることが可能になる。

尚、フリーアドレスオフィス環境においては、実際には、個々の席がばらばらにではなく、複数の席でグループを形成している場合が考えられることから、上記特徴の座席提案システムにおいて、グループ別相関値を算出して対象ユーザのグループを設定することにより、より実際のフリーアドレスオフィス環境に適した席の提案が可能になる。

また、上記特徴の座席提案システムは、既に着席している固定ユーザとの相関値を求めて座席を提案するものであり、座席位置の決定にはある程度の固定ユーザが必要となることから、座席決定部を、固定ユーザが所定数より少ない場合にランダムに席を決定するように構成することで、より適切な座席提案を行うことが可能になる。

尚、上記特徴の座席提案システムにおいて、相関値の小さいユーザ同士を近接させるように優先度情報を設定すれば、人的ネットワークの拡大化を図ることが可能になり、スケジュール情報の共有数やプロジェクトの共有数を指標値として、相関値の大きいユーザ同士を近接させるように設定すれば、業務の効率化を図ることが可能になる。上記特徴の座席提案システムにおいて、優先度取得部により優先度情報を適宜設定可能に構成することにより、ユーザは、享受したいメリットに応じた座席提案を得られる。

本発明に係る座席提案システム及び周辺装置の概略構成例を示す概略ブロック図である。 本発明に係る座席提案システムの概略構成例を示す概略ブロック図である。 本発明に係る座席提案システムで用いる指標値の一例を示す表である。 席の配置例を示す概略ブロック図である。 席情報ＤＢの一例を示す表である。 本発明に係る座席提案システムの処理動作を示すフローチャートである。 グループＧ１１及びＧ１２における利用情報と空席情報の関係を示す部分ブロック図である。 本発明に係る座席提案システムの表示例を示す部分ブロック図である。

以下、本発明に係る座席提案システム（以下、適宜「本発明システム」と称する）の実施形態を図面に基づいて説明する。

〈第１実施形態〉
本発明システムの第１実施形態について、図１〜図８を基に説明する。

先ず、本発明システム１とその周辺装置の構成について、図１を基に説明する。

本発明システム１は、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、ユーザに対し座席位置を提案するシステムであり、図１に示すように、ＬＡＮを介して、ユーザの出退社を管理する勤怠管理サーバ２、ノートＰＣ６に貼付されたＩＣタグ６ａの情報を読み取るＩＣタグリーダ５、ユーザの利用するノートＰＣ６、ユーザのスケジュール情報を管理するスケジューラサーバ７、メールの送受信を制御するメールサーバ８、プロジェクト情報を管理するプロジェクト管理サーバ９、ユーザの利用する携帯電話機の送話履歴を記憶する送話履歴ＤＢ１０ａを備えた通信管理サーバ１０等に接続されている。

尚、本実施形態において、本発明システム１は、ユーザの出社時に操作し易い場所、例えば、オフィスの入り口等に固定的に設置されており、各ユーザは、出社後、着席前に本発明システム１にアクセスして、座席の提案を受け付ける。

勤怠管理サーバ２は、ユーザが常時携帯しているＩＤカード４からユーザに各別に割り当てられたユーザＩＤを読み取るためのＲＦＩＤリーダを備えて構成されており、各ユーザ別に出勤か退社かを示す勤怠情報を記憶し勤怠管理を行う。尚、本実施形態では、本発明システム１が既存の勤怠管理サーバ２を利用する場合について説明するが、本発明システム１が勤怠管理を行うように構成しても良い。勤怠管理サーバ２は、ユーザＩＤが入力されると、本発明システム１に対し、更新された勤怠情報を送信する。

ＩＣタグリーダ５は、各席に１台設置されており、ユーザが利用するコンピュータ端末、ここでは、ノートＰＣ６に貼付されたＩＣタグ６ａの情報を読み取り、本発明システム１にＩＣタグ６ａの情報を送信するように構成されている。ＩＣタグ６ａには、ノートＰＣ６に各別に割り当てられ、ノートＰＣ６を識別するための端末識別情報が記憶されている。本発明システム１は、ＩＣタグリーダ５から端末識別情報を受け付けると、端末識別情報によって特定されるノートＰＣ６を利用するユーザを特定して当該ユーザのユーザＩＤを取得し、席情報ＤＢ１１ｃにおいて、端末識別情報を送信したＩＣタグリーダ５が設置されている席の利用情報として、特定したユーザのユーザＩＤを記憶する。

スケジューラサーバ７は、ユーザ別にスケジュール情報を記憶するスケジュールＤＢ７ａを備えており、ノートＰＣ６等の端末から、スケジュール情報として、ユーザＩＤ、作業内容、作業場所、開始予定時刻、終了予定時刻等を備えてなるデータを受け付け、スケジュールＤＢ７ａに登録し、スケジュール情報の取得要求に応じて、スケジュール情報の取得要求先にスケジュール情報を出力する。

メールサーバ８は、ユーザ別にメールの送信履歴を記憶するメール送信履歴ＤＢ８ａを備えており、メールの送信履歴の取得要求に応じて、メールの送信履歴の取得要求先にメールの送信履歴を送信する。メールの送信履歴には、少なくとも、送信者とＴｏまたはＣｃ別の宛先が含まれている。尚、図示しないが、メールサーバ８には、メール送信履歴ＤＢ８ａの他、メールの受信履歴を記憶するメール受信履歴ＤＢ等の他のＤＢを備えている。

プロジェクト管理サーバ９は、プロジェクト毎にプロジェクトの開始日及び終了日、プロジェクトの内容及び参加ユーザを示すプロジェクト情報を記憶するプロジェクトＤＢ９ａを備えており、プロジェクト情報の取得要求に応じて、プロジェクト情報の取得要求先にプロジェクト情報を送信する。

次に、本発明システム１の構成について、図２を基に説明する。

本発明システム１は、図２に示すように、各種ＤＢが構築されたハードディスク等の不揮発性記憶装置、及び、演算処理手段における演算結果を一時的に記憶するＲＡＭ等で構成された記憶手段と、コンピュータのデータ処理により対象ユーザに座席位置を提案する座席提案サーバ１２（演算処理手段）と、提案する席の情報を表示する表示手段１３を備えている。

記憶手段は、２人のユーザの間の関連性の度合いを示す相関値を算出するための１または複数の指標の夫々における指標値を記憶する指標値ＤＢ１１ａと、席の位置関係を記憶する座席配置ＤＢ１１ｂと、席別に、空席であることを示す空席情報または着席したユーザを示す利用情報を記憶する席情報ＤＢ１１ｃと、を備える情報管理ＤＢ１１を備えて構成されている。

指標値ＤＢ１１ａは、本実施形態では、スケジュール情報の共有数、メールの送信数、及び、プロジェクトの共有数の３つの指標の指標値を記憶している。ここで、図３は、指標値の一例を示しており、相関値の算出対象として、前日（１日前）から３日前迄のデータを用いる場合について示している。

本発明システム１は、１日の業務の終了後、次の業務開始前迄の間に、スケジューラサーバ７に対して過去３日分のスケジュール情報の取得要求を行い、取得した過去３日分のスケジュール情報に基づいて、図３に示す過去３日分のスケジュール情報の共有数のデータを作成して指標値ＤＢ１１ａに記憶する。同様に、本発明システム１は、１日の業務の終了後、次の業務開始前迄の間に、メールサーバ８に対し過去３日分のメール送信履歴の取得要求を行い、取得した過去３日分のメール送信履歴に基づいて、図３に示すメール送信数のデータを作成して指標値ＤＢ１１ａに記憶する。更に、プロジェクト管理サーバ９に対し過去３日分のプロジェクト情報の取得要求を行い、取得した過去３日分のプロジェクト情報に基づいて、図３に示すプロジェクト共有数のデータを作成して指標値ＤＢ１１ａに記憶する。尚、メールの送信数は、Ｔｏ及びＣｃで指定したメールの数とするが、Ｂｃｃを含むように構成しても良いし、Ｃｃを含まない構成にしても良い。

座席配置ＤＢ１１ｂは、各席の席ＩＤ及び位置（フロア入り口からの方角及び距離）を記憶している。具体的には、本実施形態では、近接する席同士が１つのグループとなるように、席が複数のグループの何れかに割り当てられている場合を想定しており、座席配置ＤＢ１１ｂは、座席の位置として、グループ内における各席の配置、向き、２つの席の間の距離、フロア内における各グループの配置、及び、グループ間の物理的距離等を記憶している。更に、座席配置ＤＢ１１ｂは、席ＩＤ及び位置に加え、フロア名及びグループ名を記憶している。

ここで、図４は、所定フロアにおける座席の配置例を示している。図４では、４つの席で構成されたグループＧ１１〜Ｇ１５、Ｇ２１〜２５、Ｇ３１〜Ｇ３５が１つのフロア内に設置されており、グループＧ１１〜Ｇ１５は、フロア北側列に西側から東側にこの順に配置され、グループＧ２１〜Ｇ２５は、フロア中央列に西側から東側にこの順に配置され、グループＧ３１〜Ｇ３５は、フロア南側に西側から東側にこの順に配置されている。

席情報ＤＢ１１ｃは、本実施形態では、利用情報としてユーザＩＤを記憶するように構成されており、ユーザＩＤが記憶されていない場合（データがＮＵＬＬの場合）に、空席情報が記憶されていると判断する。ここで、図５（ａ）は、席情報ＤＢ１１ｃの一例を示している。尚、本発明システム１の記憶手段には、図５（ｂ）に示すように、ユーザＩＤと利用者の氏名を対応付けて記憶されている。本発明システム１は、勤怠管理サーバ２から勤怠情報を受け付けると、勤怠情報に出社を示す情報が含まれる場合は、勤怠情報から特定されるユーザに対する座席提案を行うための処理（座席提案処理）を行い、退社を示す情報を含む場合は、席情報ＤＢ１１ｃに対し、勤怠情報から特定されるユーザのユーザＩＤ（利用情報）を削除する処理を行う。

演算処理手段は、図２に示すように、相関値の大きいユーザ同士を近接させるか、相関値の小さいユーザ同士を近接させるかを含む優先度情報を取得する優先度取得部１２ａと、ユーザの認証を行うユーザ認証部１２ｂと、座席配置ＤＢ１１ｂに記憶された席の内、席情報ＤＢ１１ｃに空席情報が記憶されている席を、候補席として設定する候補席取得部１２ｃと、席情報ＤＢ１１ｃの利用情報に基づいて既に着席している固定ユーザを特定し、ユーザ認証部１２ｂが認証した対象ユーザと固定ユーザ夫々の指標値を指標値ＤＢ１１ａから取得し、指標値を用いて相関値を算出する相関値算出部１２ｄと、優先度取得部１２ａが取得した優先度情報及び相関値算出部１２ｄが算出した相関値に基づいて、固定ユーザの中から近接させる基準ユーザを選択し、候補席取得部１２ｃが設定した候補席の内、基準ユーザの席に近接する候補席を、対象ユーザの席として決定する座席決定部１２ｅと、座席決定部１２ｅが決定した座席の情報を表示手段１３上で対象ユーザに提示するための表示データを作成する表示部１２ｆを備えて構成されている。

尚、本発明システム１において、優先度情報は、１日毎に変更可能であり、前日迄に当日の優先度情報を設定しておくように構成されている。

次に、本発明システム１の処理動作について、図６〜図８を基に説明する。ここで、図６は、本発明システム１における座席提案処理の一例を示すフローチャートである。

優先度取得部１２ａは、図６に示すように、１日の始めに、優先度情報を取得する（ステップ＃１）。尚、本実施形態では、相関値の大きいユーザ同士を近接させる優先度情報を取得した場合について説明する。

本発明システム１のユーザ認証部１２ｂは、勤怠管理サーバ２からユーザのユーザＩＤを受け付けると、ユーザＩＤが示すユーザを、座席提案を行う対象ユーザとして認証する（ステップ＃２）。対象ユーザが認証されると、候補席取得部１２ｃが、座席配置ＤＢ１１ｂに記憶された席の内、席情報ＤＢ１１ｃに空席情報が記憶されている席を、候補席として設定する（ステップ＃３）。

引き続き、本発明システム１の座席決定部１２ｅは、席情報ＤＢ１１ｃから、利用情報が記憶されている席の数、即ち、固定ユーザの数をカウントする（ステップ＃４）。

固定ユーザ数が所定数より少ない場合（ステップ＃５で「ＹＥＳ」分岐）、本発明システム１の座席決定部１２ｅは、候補席取得部１２ｃが設定した候補席からランダムにユーザの席を決定する。ここで、所定数は、全体の座席数や座席の配置を考慮して設定する。

固定ユーザ数が所定数より多い場合（ステップ＃５で「ＮＯ」分岐）、本発明システム１の相関値算出部１２ｄは、指標値ＤＢ１１ａから、対象ユーザと固定ユーザ夫々の間の指標値を取得する（ステップ＃７）。

引き続き、相関値算出部１２ｄは、指標別に設定された重み付け係数を用い、全ての指標についての加重合計を相関値として求める（ステップ＃８）。ここで、本実施形態では、スケジュール情報の共有数の重み付け係数として５が設定され、メール送信数の重み付け係数として１が設定され、プロジェクトの共有数の重み付け係数として１が設定されている。

具体的には、図５において、例えば、対象ユーザのユーザＩＤが「００００００１」、固定ユーザのユーザＩＤが「００００００２」とすると、スケジュール情報の共有数（３＋３＋５）×５＋メール送信数（３３＋２８＋３０）×１＋プロジェクトの共有数（２＋２＋２）×１＝１５２が相関値として求められる。同様に、対象ユーザのユーザＩＤが「００００００１」、固定ユーザのユーザＩＤが「００００００３」とすると、スケジュール情報の共有数（１＋０＋２）×５＋メール送信数（３＋８＋５）×１＋プロジェクトの共有数（０＋０＋０）×１＝３１が相関値として求められる。同様にして、全ての固定ユーザについて相関値を求める。

ここで、本実施形態では、近接する席同士が１つのグループとなるように、席が複数のグループの何れかに割り当てられていることから、相関値算出部１２ｄは、グループ別に、対象ユーザとグループ内の固定ユーザ夫々との相関値を算出し、相関値の平均値をグループ別相関値として算出する。尚、本実施形態では、候補席が無いグループについては、グループ別相関値の算出対象から除外する。

図７は、一部のグループ、Ｇ１１及びＧ１２における利用情報と空席情報の関係を示している。具体的には、図７では、図５（ａ）で示したように、グループＧ１１の席１にユーザＩＤ「００００００２」の固定ユーザが、席２にユーザＩＤ「００００００３」の固定ユーザが、席４に「００００００４」の固定ユーザが夫々着席し、グループＧ１２の席５にユーザＩＤ「００００００５」の固定ユーザが、席６にユーザＩＤ「００００００６」の固定ユーザが夫々着席している場合を例示している。グループＧ１１のグループ別相関値として、（ユーザＩＤ「００００００１」の対象ユーザとユーザＩＤ「００００００２」の固定ユーザとの相関値＋ユーザＩＤ「００００００１」の対象ユーザとユーザＩＤ「００００００３」の固定ユーザとの相関値＋ユーザＩＤ「００００００１」の対象ユーザとユーザＩＤ「００００００４」の固定ユーザとの相関値）／３を算出する。同様にして、グループＧ１２のグループ別相関値として、（ユーザＩＤ「００００００１」の対象ユーザとユーザＩＤ「００００００５」の固定ユーザとの相関値＋ユーザＩＤ「００００００１」の対象ユーザとユーザＩＤ「００００００６」の固定ユーザとの相関値）／２を算出する。

引き続き、座席決定部１２ｅは、優先度取得部１２ａが取得した優先度情報及び相関値算出部１２ｄが算出したグループ別相関値に基づいて、対象ユーザのグループを設定し、グループ内の候補席から対象ユーザの席を決定する（ステップ＃９）。

具体的には、本実施形態では、座席決定部１２ｅは、優先度情報において相関値の大きいユーザ同士を近接させることが設定されているので、ステップ＃８で算出したグループ別相関値が最も大きいグループを、対象ユーザのグループとして設定する。例えば、グループＧ１１とグループＧ１２にのみ固定ユーザが有り、グループＧ１２のグループ別相関値が、グループＧ１１のグループ別相関値より大きい場合は、グループＧ１２を対象ユーザのグループとして設定する。

尚、本実施形態では、候補席が無いグループをグループ別相関値の算出対象から除外したが、これに限るものではなく、候補席が無いグループについてもグループ別相関値を算出し、候補席が無いグループのグループ別相関値が最も大きい場合は、当該グループに隣接するグループを対象ユーザのグループとして設定しても良い。更に、ステップ＃８で算出したグループ別相関値が最も大きいグループが複数ある場合は、当該グループを候補グループとし、候補グループの中からランダムに選択しても良いし、候補席数が最も多い候補グループ或いは候補席数が最も少ない候補グループを選択する構成としても良いし、候補グループ内の固定ユーザの内、相関値が最も大きい固定ユーザが属する候補グループを対象ユーザのグループとして設定しても良い。

更に、座席決定部１２ｅは、対象ユーザのグループとして設定されたグループ内に、複数の候補席がある場合、本実施形態では、優先度情報において相関値の大きいユーザ同士を近接させることが設定されているので、より相関値の大きい固定ユーザを基準ユーザとし、当該基準ユーザに近接して対象ユーザを配置する。例えば、候補席が２つのグループＧ１２において、ユーザＩＤ「００００００５」の固定ユーザとの相関値が、ユーザＩＤ「００００００６」の固定ユーザとの相関値より大きい場合、ユーザＩＤ「００００００５」の固定ユーザの隣、席８を対象ユーザの席として決定する。

尚、ここでは、グループ内に複数の候補席がある場合に、相関値のより大きい固定ユーザに隣接配置する構成としたが、ランダムに選択するようにしても良いし、席ＩＤの数値の若い順に配置する等、他の構成であっても良い。

座席決定部１２ｅにより対象ユーザの席が決定すると、表示部１２ｆは、座席決定部１２ｅが決定した座を表示手段１３上で対象ユーザに提示するための表示データを作成する（ステップ＃１０）。ここで、図８は、表示手段１３上に表示される表示画面の一例を示している。表示画面上には、フロア全体における各グループの配置、入り口や方角等の情報、及び、対象ユーザのグループとして設定されたグループの拡大図が図示され、フロア名、フロアのある階、座ＩＤ及び対象ユーザ名が表示されている。

〈別実施形態〉
〈１〉上記第１実施形態では、指標として、メールの送信数、スケジュール情報の共有数、及び、プロジェクトの共有数を用いる場合について説明したが、これに限るものではない。例えば、電話をかけた回数や近接した席に着席した回数等、他の指標を加えても良いし、メールの送信数、スケジュール情報の共有数、プロジェクトの共有数、電話をかけた回数及び近接した席に着席した回数の内少なくとも１つを用いることが好適である。

電話をかけた回数を指標として用いる場合、例えば、本発明システム１は、１日の業務の終了後、次の業務開始前迄の間に、通信管理サーバ１０に対して過去３日分の送話履歴の取得要求を行い、取得した過去３日分の送話履歴に基づいて、過去３日分の送話履歴数のデータを作成する。近接した席に着席した回数を指標として用いる場合、本発明システム１は、利用情報と利用開始時間及び利用終了時間を対応付けて情報管理ＤＢ１１に記憶しておき、過去３日分の利用情報と利用開始時間及び利用終了時間の情報から、過去３日間における近接した席に着席した回数のデータを作成する。

〈２〉上記第１実施形態では、指標値のデータとして、過去３日分のデータを用いているが、これに限るものではない。また、指標毎に、利用するデータの量を変更しても良い。

〈３〉上記第１実施形態では、重み付け係数として、スケジュール情報の共有数の重み付け係数として５が設定され、メール送信数の重み付け係数として１が設定され、プロジェクトの共有数の重み付け係数として１が設定されている場合について説明したが、これに限るものではない。重み付け係数は、利用するデータの量や、ユーザの仕事内容、座席配置における目的（業務の繋がりの強い人物同士が近接する日、日頃の繋がりの弱い人物同士が近接する日等）等に応じて適切に設定する。

また、同じ指標であっても、例えば、経過時間の長いデータほど小さく経過時間の短いデータほど大きな値となるように、時間経過を考慮して重み付け係数を複数設定しても良い。

更に、上記第１実施形態では、重み付け係数が予め固定的に設定されている場合について説明したが、重み付け係数を任意に変更可能に構成しても良いし、優先度情報毎に、異なる重み付け係数の設定を用いるように構成しても良い。

〈４〉上記第１実施形態では、相関値の大きいユーザ同士を近接させる優先度情報を取得した場合について説明したが、相関値の小さいユーザ同士を近接させる優先度情報を取得した場合には、ステップ＃９において、ステップ＃８で算出したグループ別相関値が最も小さいグループを、対象ユーザのグループとして設定する。

尚、全席が空席のグループが複数ある場合等、グループ別相関値が最も小さいグループが複数ある場合には、対象ユーザのグループをランダムに設定しても良いし、全席が空席でないグループの内のグループ別相関値が最も小さいグループを対象ユーザのグループとして設定しても良い。

また、グループ内に複数の候補席（空席）がある場合、相関値のより小さい固定ユーザに隣接配置する構成としても良いし、ランダムに選択するようにしても良いし、席ＩＤの数値の若い順に配置しても良い。

〈５〉上記第１実施形態では、優先度情報として、「相関値の大きいユーザ同士を近接配置」及び「相関値の小さいユーザ同士を近接配置」が設定可能に構成されている場合について説明したが、「ランダムに配置」等、他の優先度情報を設定可能に構成しても良い。

また、優先度情報を、予め入力するように構成したが、これに限るものではなく、「相関値の大きいユーザ同士を近接配置」、「相関値の小さいユーザ同士を近接配置」、「ランダムに配置」等を、ランダムに設定するように構成しても良い。また、優先度取得部１２ａを備えず、優先度情報が固定的に設定されていても良い。

更に、上記第１実施形態では、優先度情報は、１日毎に変更可能であり、前日迄に当日の優先度情報を設定しておくように構成されている場合について説明したが、これに限るものではなく、１週間毎等、任意の期間毎に設定するように構成しても良い。

また、上記第１実施形態では、１つの優先度情報が設定されている場合について説明したが、例えば、フロア別、部署別、特定のエリア別、年齢や性別等のユーザの属性別等に、異なる優先度情報を設定するように構成しても良い。

〈６〉上記第１実施形態では、１つの候補席を提案する構成としたが、複数の候補席を提案する構成にしても良い。例えば、対象ユーザのグループのみを設定し、グループ内の全固定ユーザを基準ユーザとして選択し、当該基準ユーザの席に近接する候補席、即ち、グループ内の全候補席を対象ユーザの席として提示するように構成しても良い。

〈７〉上記第１実施形態では、本発明システム１が表示手段１３を備える構成としたが、これに限るものではなく、他の装置の表示手段を利用する構成としても良い。

〈８〉上記第１実施形態では、相関値算出部が、指標別に設定された重み付け係数を用い、全ての指標についての加重合計を相関値として求めるように構成したが、加重平均を求めるように構成しても良い。

１ 本発明に係る座席提案システム
２ 勤怠管理サーバ
３ ＲＦＩＤカードリーダ
４ ＩＤカード
５ ＩＣタグリーダ
６ ノートＰＣ
６ａ ＩＣタグ
７ スケジューラサーバ
７ａ スケジュールＤＢ
８ メールサーバ
８ａ メール送信履歴ＤＢ
９ プロジェクト管理サーバ
９ａ プロジェクトＤＢ
１０ 通信管理サーバ
１０ａ 送話履歴ＤＢ
１１ 情報管理ＤＢ（記憶手段）
１１ａ 指標値ＤＢ
１１ｂ 座席配置ＤＢ
１１ｃ 席情報ＤＢ
１２ 座席提案サーバ
１２ａ 優先度取得部
１２ｂ ユーザ認証部
１２ｃ 候補座席取得部
１２ｄ 相関値算出部
１２ｅ 座席決定部
１２ｆ 表示部
１３ 表示手段

Claims (6)

1. 複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、前記ユーザに対し座席位置を提案する在席提案システムであって、
   ２人の前記ユーザの間の関連性の度合いを示す相関値を算出するための１または複数の指標の夫々における指標値を記憶する指標値ＤＢと、
   前記席の位置関係を記憶する座席配置ＤＢと、
   前記席別に、空席であることを示す空席情報または着席した前記ユーザを示す利用情報を記憶する席情報ＤＢと、
   を備える記憶手段と、
   コンピュータのデータ処理により前記ユーザの座席位置を提案する演算処理手段と、を備え、
   前記演算処理手段が、
   前記ユーザの認証を行うユーザ認証部と、
   前記座席配置ＤＢに記憶された前記席の内、前記席情報ＤＢに前記空席情報が記憶されている前記席を、候補席として設定する候補席取得部と、
   前記席情報ＤＢの前記利用情報に基づいて既に着席している固定ユーザを特定し、前記ユーザ認証部が認証した対象ユーザと前記固定ユーザ夫々の指標値を前記指標値ＤＢから取得し、前記指標値を用いて前記相関値を算出する相関値算出部と、
   前記相関値の大きい前記ユーザ同士を近接させるか、前記相関値の小さい前記ユーザ同士を近接させるかの少なくとも何れか一方を含む優先度情報及び前記相関値算出部が算出した前記相関値に基づいて、前記固定ユーザの中から近接させる基準ユーザを選択し、前記候補席取得部が設定した前記候補席の内、前記基準ユーザの前記席に近接する前記候補席を、前記対象ユーザの前記席として決定する座席決定部と、を備えることを特徴とする座席提案システム。
2. 前記指標は、メールの送信数、電話をかけた回数、スケジュール情報の共有数、プロジェクトの共有数、及び、近接した前記席に着席した回数の少なくとも何れか１つを含むことを特徴とする請求項１に記載の座席提案システム。
3. 前記相関値算出部は、前記指標が複数の場合に、前記指標別に設定された重み付け係数を用い、全ての前記指標についての加重合計または加重平均を前記相関値として求めることを特徴とする請求項１に記載の座席提案システム。
4. 近接する前記席同士が１つのグループとなるように、前記席が複数の前記グループの何れかに割り当てられており、
   前記相関値算出部は、前記グループ別に、前記対象ユーザと前記グループ内の前記固定ユーザ夫々との前記相関値を算出し、前記相関値の平均値をグループ別相関値として算出し、
   前記座席決定部は、前記優先度情報及び前記相関値算出部が算出した前記グループ別相関値に基づいて、前記対象ユーザの前記グループを設定し、前記グループ内の前記候補席から前記対象ユーザの前記席を決定することを特徴とする請求項１〜３の何れか１項に記載の座席提案システム。
5. 前記座席決定部は、前記固定ユーザが所定数より少ない場合に、前記候補席取得部が設定した前記候補席から、ランダムに前記ユーザの前記席を決定することを特徴とする請求項１〜４の何れか１項に記載の座席提案システム。
6. 前記優先度情報を取得する優先度取得部を備えることを特徴とする請求項１〜５の何れか１項に記載の座席提案システム。

Images