特開 2023-159759 情報提供システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023159759

(43)【公開日】2023-11-01

(54)【発明の名称】情報提供システム

(51)【国際特許分類】

   G06Q 10/00 20230101AFI20231025BHJP

【ＦＩ】

G06Q10/00

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022069667

(22)【出願日】2022-04-20

(11)【特許番号】

(45)【特許公報発行日】2023-10-18

(71)【出願人】

【識別番号】519437180

【氏名又は名称】株式会社ＮＳＦエンゲージメント

(74)【代理人】

【識別番号】110001841

【氏名又は名称】弁理士法人ＡＴＥＮ

(72)【発明者】

【氏名】河上 真也

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA20

(57)【要約】

【課題】労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下を抑制することのできる情報提供システムを提供する。
【解決手段】情報提供システム１００は、複数のユーザの関係性を示す関係性情報２９１を記憶する記憶部１０９を有し、複数のユーザに含まれる第１ユーザによる席、部屋または建物のいずれかであるリソースの使用予定に関する第１使用予定情報２９２１が記憶部１０９に記憶されているときに、関係性情報２９１に基づいて複数のユーザから第１ユーザと関係性があると判断した第２ユーザのユーザ端末装置４に、第１ユーザの第１使用予定情報２９２１に基づいて生成された、第１ユーザとのコミュニケーションを支援するための情報であるコミュニケーション支援情報を通知する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数のユーザの関係性を示す関係性情報を記憶する記憶部を有し、
前記複数のユーザに含まれる第１ユーザによる席、部屋または建物のいずれかであるリソースの使用予定に関する第１使用予定情報が前記記憶部に記憶されているときに、前記関係性情報に基づいて前記複数のユーザから前記第１ユーザと関係性があると判断した第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報であるコミュニケーション支援情報を通知すること、を特徴とする情報提供システム。

【請求項2】

請求項１に記載の情報提供システムであって、
前記第１ユーザのユーザ端末装置から送信された前記第１使用予定情報を取得したときに、前記第１ユーザに関する前記関係性情報に基づいて前記複数のユーザから前記第２ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報である第１コミュニケーション支援情報を通知すること、を特徴とする情報提供システム。

【請求項3】

請求項１に記載の情報提供システムであって、
前記記憶部は、前記複数のユーザによる前記リソースの使用予定に関する使用予定情報を記憶し、
前記第２ユーザのユーザ端末装置から送信された前記リソースの使用予定を入力するための準備の通知を取得したときに、前記使用予定情報と前記第２ユーザに関する前記関係性情報とに基づいて前記複数のユーザから前記第１ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報である第２コミュニケーション支援情報を通知すること、を特徴とする情報提供システム。

【請求項4】

請求項２に記載の情報提供システムであって、
前記第１ユーザのユーザ端末装置から送信された前記第１使用予定情報を取得したときに、前記使用予定情報、前記使用履歴情報、前記属性情報及び前記通信履歴情報の少なくとも１つの情報と、前記第１ユーザに関する前記関係性情報とに基づいて前記複数のユーザから前記第２ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された前記第１コミュニケーション支援情報を通知すること、を特徴とする情報提供システム。

【請求項5】

請求項３に記載の情報提供システムであって、
前記記憶部は、
前記複数のユーザの前記リソースの使用履歴に関する使用履歴情報、
前記複数のユーザの属性に関する属性情報、及び
前記複数のユーザの間の通信履歴に関する通信履歴情報の少なくとも１つの情報を記憶し、
前記第２ユーザのユーザ端末装置から送信された前記リソースの使用予定を入力するための準備の通知を取得したときに、前記使用履歴情報、前記属性情報及び前記通信履歴情報の少なくとも１つの情報と、前記使用予定情報と、前記第２ユーザに関する前記関係性情報とに基づいて前記複数のユーザから前記第１ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された前記第２コミュニケーション支援情報を通知すること、を特徴とする情報提供システム。

【請求項6】

請求項１～５のいずれか１項に記載の情報提供システムであって、
前記記憶部に記憶される前記関係性情報は、前記複数のユーザの間の通信履歴に関する通信履歴情報、前記複数のユーザの属性に関する属性情報、及び前記複数のユーザの前記リソースの使用履歴に関する使用履歴情報の少なくとも１つの情報に基づいて生成されること、を特徴とする情報提供システム。

【請求項7】

請求項１～５のいずれか１項に記載の情報提供システムであって、
第１ユーザの前記リソースの使用予定に関する第１使用予定情報が、第１ユーザの前記リソースの予約に関する情報であること、を特徴とする情報提供システム。

【請求項8】

請求項１～５のいずれか１項に記載の情報提供システムであって、
前記第１ユーザの前記第１使用予定情報に基づいて生成される前記コミュニケーション支援情報が、前記第２ユーザへの前記リソースの将来の使用の提案を含むこと、を特徴とする情報提供システム。

【請求項9】

請求項１～５のいずれか１項に記載の情報提供システムであって、
前記複数のユーザに含まれる第３ユーザが前記リソースを現在使用していることを示す現在使用状況情報が前記記憶部に記憶されているときに、前記関係性情報に基づいて前記複数のユーザから前記第３ユーザと関係性があると判断した第４ユーザのユーザ端末装置に、前記第３ユーザの前記現在使用状況情報に基づいて生成された、前記第３ユーザとのコミュニケーションを支援するための情報である現在コミュニケーション支援情報を通知すること、を特徴とする情報提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザ端末装置に対して情報を提供する情報提供システムに関する。

【0002】

近年、働き方改革の一環として、在宅勤務（テレワーク）が推進されている。在宅勤務において、労働者は、使用者が提供する執務エリア以外の場所（自宅、コワーキングスペース等）で勤務する。在宅勤務の形態として、使用者より貸与された端末装置（ノートパソコン、タブレット等）を使用して自宅で作業する形態、及び自宅の端末装置から会社の端末装置へリモート接続して作業する形態等が挙げられる。在宅勤務によって執務エリアに行くことなく勤務することが可能となるため、労働者にとっては、通勤時間の削減、家事との両立ができるとともに、交通機関の遅延や感染症の流行等の事情で執務エリアに行くことができない場合であっても、業務を滞りなく遂行することができる。

【0003】

その一方で、在宅勤務は職場の同僚間のコミュニケーションを減少させる。その結果、労働生産性が低下する虞がある。創造的な仕事を行うためには、個人の深い思考だけではなく、個人間のコミュニケーションを通したアイデアの交換が必要とされる。そのため、労働者が物理的に同一の場所で勤務しない在宅勤務においては、交流頻度が高い同僚（繋がりの強い同僚）と効率的にコミュニケーションをとることが、創造的な仕事を行う上でより重要となる。また、交流頻度が低い同僚（繋がりの弱い同僚）は、チームに新しい視点を導入することが多く、創造的なアイデアの生産に重要な役割を果たすことがあり、繋がりの弱い同僚とのコミュニケーションも重要となる。

【0004】

また、例えば、自宅以外の勤務場所が複数存在し、労働者が日によって勤務場所を変更できるような勤務形態の場合にも、労働者間のコミュニケーションが少なくなりやすい。その結果、労働生産性が低下する虞がある。

【0005】

特許文献１には、一対の組織である組織ペア単位で特定の場所に対する組織配置を最適化することにより、労働者間のコミュニケーションを増加させて労働生産性を効率的に向上させる配置決定装置が記載されている。具体的には、配置決定装置が、各組織ペア内における交流度を示す交流指数を算出し、交流指数と、各組織ペアの合計メンバー数と、特定の場所の最大収容人数とに基づいて、特定の場所に配置する一以上の組織ペアを決定する。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０２１－０８２１２４号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、特許文献１のように交流指数に基づき組織配置を最適化しても、労働者が日によって勤務場所（自宅を含む）を変更するような勤務形態の場合には、労働者間のコミュニケーションを増加させることは期待できない。そのため、労働者生産性を向上させることは期待できない。

【0008】

そこで、本発明は、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下を抑制することのできる情報提供システムを提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の情報提供システムは、複数のユーザの関係性を示す関係性情報を記憶する記憶部を有し、前記複数のユーザに含まれる第１ユーザによる席、部屋または建物のいずれかであるリソースの使用予定に関する第１使用予定情報が前記記憶部に記憶されているときに、前記関係性情報に基づいて前記複数のユーザから前記第１ユーザと関係性があると判断した第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報であるコミュニケーション支援情報を通知する。

【0010】

上記の構成によれば、第１ユーザと関係性のある第２ユーザに、コミュニケーション支援情報によって、第１ユーザの使用予定があることを知らせることができる。そのため、第２ユーザは、例えば第１ユーザの近くの席を予約したり、第１ユーザと同日に出社するなどの、第１ユーザとのコミュニケーションを増やすことのできる行為をとりやすくなる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下を抑制できる。

【0011】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
前記情報提供システムは、前記第１ユーザのユーザ端末装置から送信された前記第１使用予定情報を取得したときに、前記第１ユーザに関する前記関係性情報に基づいて前記複数のユーザから前記第２ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報である第１コミュニケーション支援情報を通知する。

【0012】

上記の構成によれば、第１ユーザが使用予定を入力したときに、第１ユーザと関係性のある第２ユーザに、第１コミュニケーション支援情報によって、第１ユーザの使用予定があることを知らせることができる。そのため、より早く第２ユーザに知らせることができる。それにより、第２ユーザは、第１ユーザとのコミュニケーションを増やすことのできる行為の予定を立てやすくなる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下をより抑制できる。

【0013】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
前記記憶部は、前記複数のユーザの前記リソースの使用予定に関する使用予定情報を記憶し、前記情報提供システムは、前記第２ユーザのユーザ端末装置から送信された前記リソースの使用予定を入力するための準備の通知を取得したときに、前記使用予定情報と前記第２ユーザに関する前記関係性情報とに基づいて前記複数のユーザから前記第１ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報である第２コミュニケーション支援情報を通知する。

【0014】

上記の構成によれば、第２ユーザが使用予定を入力しようとするときに、第２ユーザに、第２コミュニケーション支援情報によって、第２ユーザと関係性のある第１ユーザの使用予定があることを知らせることができる。そのため、第２ユーザは、第１ユーザとコミュニケーションをとりやすいようなリソースの使用を予定しやすくなる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下をより抑制できる。

【0015】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
前記記憶部は、前記複数のユーザの前記リソースの使用予定に関する使用予定情報を記憶し、前記複数のユーザの前記リソースの使用履歴に関する使用履歴情報、前記複数のユーザの属性に関する属性情報、及び前記複数のユーザの間の通信履歴に関する通信履歴情報の少なくとも１つの情報を記憶し、前記情報提供システムは、前記第１ユーザのユーザ端末装置から送信された前記第１使用予定情報を取得したときに、前記使用予定情報、前記使用履歴情報、前記属性情報及び前記通信履歴情報の少なくとも１つの情報と、前記第１ユーザに関する前記関係性情報とに基づいて前記複数のユーザから前記第２ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された前記第１コミュニケーション支援情報を通知する。

【0016】

上記の構成によれば、第１ユーザが使用予定を入力したときに、使用予定情報、使用履歴、属性情報及び通信履歴情報の少なくとも１つの情報と、関係性情報とに基づいて、第１コミュニケーション支援情報の通知先となる第２ユーザを抽出する。そのため、第１コミュニケーション支援情報の通知先として、労働生産性の向上により適した第２ユーザを抽出できる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下をより抑制できる。例えば、使用予定情報を使用する場合、すでに使用予定を入力しているユーザは抽出しないようにできる。また、例えば、使用履歴情報を使用する場合、第１ユーザの近くの席（リソース）を利用することが多い第２ユーザを抽出できる。この場合、コミュニケーションを増加させやすい。使用履歴情報を使用する場合、第１ユーザの近くの席を利用することが少なく、且つ、関係性情報において第１ユーザとの関連度が高い第２ユーザを抽出することもできる。この場合、コミュニケーションが少ないと推定される関連度が高いユーザ同士のコミュニケーションを増加させることができるため、労働生産性をより高めることができる。また、例えば、属性情報を用いる場合、専門分野や所属部署の違いから新しい視点を得られそうな第２ユーザを抽出することもできる。この場合、労働生産性の向上につながりやすいコミュニケーションを増加させることができる。また、例えば、通信履歴を使用する場合、第１ユーザとの通信の頻度が高く、且つ、関係性情報において第１ユーザとの関連度が高い第２ユーザを抽出できる。この場合、コミュニケーションを増加させやすい。通信履歴を使用する場合、第１ユーザとの通信の頻度が低く、且つ、関係性情報において第１ユーザとの関連度が高い第２ユーザを抽出することもできる。この場合、コミュニケーションが少ないと推定される関連度が高いユーザ同士のコミュニケーションを増加させることができるため、労働生産性をより高めることができる。

【0017】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
前記記憶部は、前記複数のユーザの前記リソースの使用履歴に関する使用履歴情報、前記複数のユーザの属性に関する属性情報、及び前記複数のユーザの間の通信履歴に関する通信履歴情報の少なくとも１つの情報を記憶し、前記情報提供システムは、前記第２ユーザのユーザ端末装置から送信された前記リソースの使用予定を入力するための準備の通知を取得したときに、前記使用履歴情報、前記属性情報及び前記通信履歴情報の少なくとも１つの情報と、前記使用予定情報と、前記第２ユーザに関する前記関係性情報とに基づいて前記複数のユーザから前記第１ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された前記第２コミュニケーション支援情報を通知する。

【0018】

上記の構成によれば、第２ユーザが使用予定を入力しようとするときに、使用履歴情報、属性情報及び通信履歴情報の少なくとも１つの情報と、使用予定情報と、関係性情報とに基づいて第１ユーザを抽出し、抽出された第１ユーザの第１使用予定情報に基づいて第２コミュニケーション支援情報を生成する。そのため、労働生産性を高めるためにより適した第１ユーザを抽出できる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下をより抑制できる。例えば、使用予定情報を使用する場合、第２ユーザの近くの席を利用することが多い第１ユーザを抽出できる。この場合、コミュニケーションを増加させやすい。使用予定情報を使用する場合、第２ユーザの近くの席を利用することが少なく、且つ、関係性情報において第２ユーザとの関連度が高い第１ユーザを抽出することもできる。この場合、コミュニケーションが少ないと推定される関連度が高いユーザ同士のコミュニケーションを増加させることができるため、労働生産性をより高めることができる。また、例えば、属性情報を用いる場合、専門分野や所属部署の違いから新しい視点を得られそうな第１ユーザを抽出することもできる。この場合、労働生産性の向上につながりやすいコミュニケーションを増加させることができる。また、例えば、通信履歴情報を使用する場合、第２ユーザとの通信の頻度が高く、且つ、関係性情報において第２ユーザとの関連度が高い第１ユーザを抽出できる。この場合、コミュニケーションを増加させやすい。通信履歴情報を使用する場合、第２ユーザとの通信の頻度が低く、且つ、関係性情報において第２ユーザとの関連度が高い第１ユーザを抽出することもできる。この場合、コミュニケーションが少ないと推定される関連度が高いユーザ同士のコミュニケーションを増加させることができるため、労働生産性をより高めることができる。

【0019】

なお、記憶部に記憶される使用履歴情報、属性情報及び通信履歴情報の少なくとも１つの報は、第１ユーザの抽出に使用される使用履歴情報、属性情報及び通信履歴情報の少なくとも１つの情報と同じとは限らない。

【0020】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
前記記憶部に記憶される前記関係性情報は、前記複数のユーザの間の通信履歴に関する通信履歴情報、前記複数のユーザの属性に関する属性情報、及び前記複数のユーザの前記リソースの使用履歴に関する使用履歴情報の少なくとも１つの情報に基づいて生成される。

【0021】

上記の構成によれば、コミュニケーションを支援する第１ユーザと第２ユーザを抽出するためにより適切な関係性情報を生成できる。例えば、関係性情報の生成に通信履歴情報が使用される場合、第１ユーザと第２ユーザの間の通信の頻度が高いほど第１ユーザと第２ユーザの関連度が高いことを示す関係性情報を生成してもよい。また、例えば、関係性情報の生成に使用履歴情報が使用される場合、第１ユーザと第２ユーザが同じ部屋を使用をする頻度が高いほど第１ユーザと第２ユーザの関連度が高いことを示す関係性情報を生成してもよい。また、例えば、関係性情報の生成に属性情報が使用される場合、第１ユーザと第２ユーザの所属部署が同じであると第１ユーザと第２ユーザの関連度が高いことを示す関係性情報を生成してもよい。このように、通信履歴情報、属性情報、及び使用履歴情報の少なくとも１つの情報に基づいて生成された関係性情報が、ユーザの抽出に使用されることで、ユーザ間のコミュニケーションを増やせる可能性がより高いユーザを抽出できる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下をより抑制できる。

【0022】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
第１ユーザの前記リソースの使用予定に関する第１使用予定情報が、第１ユーザの前記リソースの予約に関する情報である。

【0023】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
前記第１ユーザの前記第１使用予定情報に基づいて生成される前記コミュニケーション支援情報が、前記第２ユーザへの前記リソースの将来の使用の提案を含む。

【0024】

上記の構成によれば、第１ユーザとコミュニケーションをとりやすいようなリソースの使用を第２ユーザが予定しやすくなる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下をより抑制できる。

【0025】

また、本発明の情報提供システムは、以下の特徴を有してもよい。
前記情報提供システムは、前記複数のユーザに含まれる第３ユーザが前記リソースを現在使用していることを示す現在使用状況情報が前記記憶部に記憶されているときに、前記関係性情報に基づいて前記複数のユーザから前記第３ユーザと関係性があると判断した第４ユーザのユーザ端末装置に、前記第３ユーザの前記現在使用状況情報に基づいて生成された、前記第３ユーザとのコミュニケーションを支援するための情報である現在コミュニケーション支援情報を通知する。

【0026】

上記の構成によれば、第３ユーザが現在使用状況情報の対象となるリソースを使用しているときに、第３ユーザと関係性のある第４ユーザに、現在コミュニケーション支援情報によって、第３ユーザが使用中であることを知らせることができる。そのため、第４ユーザは、第３ユーザとのコミュニケーションを増やすことのできる行為をとりやすくなる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下をより抑制できる。

【図面の簡単な説明】

【0027】

【図1】第１実施形態の情報提供システムの全体概要図である。

【図2】第１コミュニケーション支援情報通知処理のフローチャートである。

【図3】第２コミュニケーション支援情報通知処理のフローチャートである。

【図4】第２実施形態の情報提供システムの全体概要図である。

【図5】ユーザ端末装置が第１コミュニケーション支援情報を受信するまでのシーケンス図である。

【図6】ユーザ端末装置が第２コミュニケーション支援情報を受信するまでのシーケンス図である。

【図7】第１コミュニケーション支援情報の通知画面の一例である。

【図8】第２コミュニケーション支援情報の通知画面の一例である。

【図9】（ａ）は予約されたリソースへのチェックインが成功した場合のチェックイン成功画面の一例であり、（ｂ）は予約されていないリソースへのチェックインが成功した場合のチェックイン成功画面の一例である。

【図10】チェックイン失敗画面の一例である。

【図11】チェックアウト完了表示画面の一例である。

【図12】使用中のリソースの予約状況表示画面の一例である。

【図13】不使用状態であるリソースの予約状況表示画面の一例である。

【発明を実施するための形態】

【0028】

＜第１実施形態＞
本発明の第１実施形態の情報提供システム１００について、図１～図３を用いて説明する。図１は、第１実施形態の情報提供システム１００の全体概要図である。情報提供システム１００は、複数のユーザ端末装置４と通信網を介して接続される。通信網は、特に限定されない。例えば、インターネット等の共有網であってもよいし、専用線等の閉域網であってもよい。ユーザは、ユーザ端末装置４を操作することにより、情報提供システム１００が提供するサービスを利用する。以下の説明において、ユーザとは、ユーザ端末装置４を有するユーザである。ユーザ端末装置４は、例えば、スマートフォン（多機能携帯端末）、タブレット、デスクトップ型コンピュータ、ノート型コンピュータ、スマートウォッチ等であるが、これらに限定されない。

【0029】

情報提供システム１００は、演算処理部（図示省略）と、記憶部１０９を有する。情報提供システム１００は、複数のユーザによるリソースの使用予定を管理する。リソースは、席、部屋または建物のいずれかである。情報提供システム１００は、複数のユーザによる少なくとも１種類のリソースの使用予定を管理する。つまり、情報提供システム１００は、席、部屋及び建物のうちの少なくとも１つのリソースの使用予定を管理する。ユーザは、ユーザ端末装置４を操作することによりリソースの使用予定を情報提供システム１００に送る。記憶部１０９は、複数のユーザのリソースの使用予定に関する使用予定情報２９２を記憶する。情報提供システム１００は、複数種類のリソースの使用予定に関する使用予定情報２９２を記憶していてもよい。

【0030】

使用予定情報２９２とは、複数のユーザのリソースの予約に関する情報でもよい。つまり、情報提供システム１００は、複数のユーザによるリソースの使用の予約を管理してもよい。具体的には、リソースが席の場合、情報提供システム１００は、予約が重複しないように管理してもよい。リソースが部屋の場合、情報提供システム１００は、予約が重複しないように、または、重複して予約するユーザの数が上限を超えないように管理してもよい。リソースが建物の場合、情報提供システム１００は、重複して予約するユーザの数が上限を超えないように管理してもよい。

【0031】

また、複数のユーザの席の使用予定に関する使用予定情報２９２は、席の予約ではない使用予定に関する情報でもよい。席の予約ではない使用予定に関する情報とは、例えば、オフィスにユーザ専用の席が存在する場合に、ユーザが自分の席を使用する予定であるというだけの情報でもよい。また、複数のユーザの建物の使用予定に関する使用予定情報２９２は、建物の予約ではない使用予定に関する情報でもよい。建物の予約ではない使用予定に関する情報とは、例えば、ユーザがオフィスに出社する予定であるというだけの情報でもよい。

【0032】

リソースの使用予定がリソースの予約である場合、複数のリソースは、予約が重複しないようにもしくは予約が上限数を超えないように管理される。そのため、複数のリソースを効率的に使用できる。それにより、労働生産性を向上できる。

【0033】

リソースとしての席の使用とは、一人分のスペースを使用することである。席の使用は、椅子を使わないスタンディングデスクの使用でもよい。席の使用予定に関する情報は、席自体の使用予定を管理する情報に限定されず、例えば、席に配置されたコンピュータの使用予定を管理する情報でもよい。

【0034】

リソースとしての部屋は、複数人で使用可能なスペースである。但し、リソースとしての部屋は一人で使用されてもよい。リソースとしての部屋とは、建物内においてユーザが使用可能なスペースの一部である。リソースとしての部屋は、壁と天井で仕切られた空間に限定されない。リソースとしての部屋は、例えば会議室でもよい。リソースとしての部屋は、複数人で使用可能なソファでもよい。リソースとしての部屋は、例えば、打ち合わせスペースやカフェスペース（休憩スペース）でもよい。部屋の使用予定に関する情報は、部屋自体の使用予定を管理する情報に限定されず、例えば、部屋内を自由に移動させられるノート型コンピュータの使用予定に関する情報でもよい。

【0035】

リソースとしての建物とは、建物内においてユーザが使用可能なスペース全体である。リソースとしての建物は、建物全体に限定されず、例えば１フロアでもよい。建物の使用予定に関する情報は、建物自体の使用予定を管理する情報に限定されず、例えば、建物内を自由に移動させられるノート型コンピュータの使用予定に関する情報でもよい。

【0036】

記憶部１０９には、複数のユーザの関係性を示す関係性情報２９１が記憶されている。例えば、関係性情報２９１は、ユーザ同士の関連度の高さを数値で表す情報でもよい。関係性情報２９１は、関連度の種類を示す情報を含んでいてもよい。関連度の種類とは、所属部署に関する関連度や、交流頻度に基づく関連度等が挙げられるが、これらに限定されない。交流頻度に基づく関連度は、例えば、ユーザ間の通信の頻度に基づく関連度でもよい。関係性情報２９１は、複数種類の関連度の高さを示す数値を含んでいてもよい。関係性情報２９１は、関連度の種類と、その関連度の高さを示す数値を含んでいてもよい。

【0037】

さらに、記憶部１０９は、複数のユーザのリソースの使用履歴に関する使用履歴情報（図１は不図示）、複数のユーザの属性に関する属性情報（図１は不図示）、及び複数のユーザの間の通信履歴に関する通信履歴情報（図１は不図示）の少なくとも１つの情報を記憶していてもよい。通信履歴情報に含まれる情報の具体例として、チャットアプリケーションによるメッセージの送受信履歴、メーラの電子メールの送受信履歴、及びメーラのカレンダーの会議予定の履歴、オンライン会議等が挙げられるが、これらに限定されない。属性情報に含まれる情報の具体例として、所属部署、勤務場所、専門分野等が挙げられるが、これらに限定されない。

【0038】

情報提供システム１００は、記憶部１０９に記憶された通信履歴情報、属性情報、及び使用履歴情報の少なくとも１つの情報に基づいて関係性情報２９１を生成してもよい。関係性情報２９１の生成に使用される情報はこれらに限定されない。情報提供システム１００が複数種類のリソースの使用予定を管理する場合、関係性情報２９１の生成に使用される使用履歴情報は、全種類のリソースの使用履歴に関する情報でもよく、一部の種類のリソースの使用履歴に関する情報でもよい。また、関係性情報２９１は、情報提供システム１００によって生成されていなくてもよい。例えば、情報提供システム１００は、管理者又はユーザが設定した関係性情報２９１を取得してもよい。また、例えば、情報提供システム１００は、情報提供システム１００ではないシステムまたは装置によって生成された関係性情報２９１を取得してもよい。関係性情報２９１は、情報提供システム１００に含まれないシステムまたは装置によって、通信履歴情報、属性情報、及び使用履歴情報の少なくとも１つの情報に基づいて生成されてもよい。

【0039】

情報提供システム１００は、ユーザ間のコミュニケーションを支援するためのコミュニケーション支援情報を生成し、コミュニケーション支援情報をユーザ端末装置４に通知する。コミュニケーション支援情報は、記憶部１０９に記憶された使用予定情報２９２に基づいて生成される。コミュニケーションを支援するとは、コミュニケーションを促進させることを意味する。また、「コミュニケーション支援情報をユーザ端末装置４に通知する」とは、ユーザ端末装置４上で動作するチャットアプリケーションにメッセージを送信する、ユーザ端末装置４に表示される画面の一部を強調表示すること等が挙げられるが、これらに限定されない。

【0040】

ここで、複数のユーザに含まれる第１ユーザのリソースの使用予定に関する使用予定情報２９２を、第１使用予定情報２９２１と称する。記憶部１０９に第１使用予定情報２９２１が記憶されているときに、情報提供システム１００は、関係性情報２９１に基づいて複数のユーザから第１ユーザと関係性があると判断した第２ユーザのユーザ端末装置４に、第１ユーザとのコミュニケーションを支援するためのコミュニケーション支援情報を通知する。

【0041】

第２ユーザのユーザ端末装置４に通知されるコミュニケーション支援情報は、第１使用予定情報２９２１に基づいて生成される。また、第２ユーザのユーザ端末装置４に通知されるコミュニケーション支援情報の生成には、第１使用予定情報２９２１以外の情報が使用されてもよい。例えば、使用履歴情報、属性情報、通信履歴情報の少なくとも１つが使用されてもよい。また、例えば、関係性情報２９１が使用されてもよい。

【0042】

第２ユーザのユーザ端末装置４に通知されるコミュニケーション支援情報は、第１ユーザがリソースの使用予定であることを示す情報を含んでいてもよい。この場合、リソースを特定する情報は含まれなくてもよい。また、第２ユーザのユーザ端末装置４に通知されるコミュニケーション支援情報は、第２ユーザへのリソースの将来の使用の提案を含んでいてもよい。第２ユーザへのリソースの将来の使用の提案とは、将来の使用が可能なリソースの使用を第２ユーザに提案することである。例えば、予約可能なリソースを提案することでもよい。

【0043】

コミュニケーション支援情報の通知により、第２ユーザは第１ユーザとのコミュニケーションを増やすことのできる行為をとりやすくなる。その結果、労働者が日によって勤務場所を変更するような勤務形態であっても労働生産性の低下を抑制できる。また、労働者が日によって勤務場所を変更するような勤務形態には、在宅勤務とオフィス勤務を併用する勤務形態が含まれる。在宅勤務は、職場の同僚間のコミュニケーションを減少させるため、人間関係が希薄になる。人間関係の希薄化により、孤独感や不安感が増加し、メンタルヘルスの低下に繋がる虞がある。しかし、在宅勤務の多い勤務形態であっても、コミュニケーション支援情報の通知によって、労働者間のコミュニケーションを増加させ、メンタルヘルスの低下を抑制できる。

【0044】

また、コミュニケーション支援情報は、リソースの使用予定の入力を促す情報でもある。そのため、コミュニケーション支援情報を通知するかどうかによって、リソースの使用予定をコントロールすることができる。それにより、複数のリソースの使用状況を最適化しやすい。なお、複数のリソースの使用率は高いことが好ましいが、リソースによっては必ずしも使用率が１００％であることが最適とは限らない。つまり、リソースによっては、急なリソースの使用の要望に対応できる余地を残していることが好ましい場合がある。また、リソースによっては、使用率が１００％であることが最適な場合もある。どちらの場合においても、複数のリソースの使用状況を最適化することで、労働生産性を高めることができる。

【0045】

図２及び図３のフローチャートは、記憶部１０９に第１使用予定情報２９２１が記憶されているときに、情報提供システム１００が、第２ユーザのユーザ端末装置４に、第１ユーザとのコミュニケーションを支援するためのコミュニケーション支援情報を通知する処理の２つの例を（第１コミュニケーション支援情報通知処理と第２コミュニケーション支援情報通知処理）を示す。

【0046】

まず、図２の第２コミュニケーション支援情報通知処理について説明する。
情報提供システム１００は、第１ユーザのユーザ端末装置４から送信された第１使用予定情報２９２１を取得したときに（Ｓ１０１：ＹＥＳ）、第１ユーザに関する関係性情報２９１に基づいて、複数のユーザから第１ユーザと関係性のある第２ユーザを抽出する（Ｓ１０２）。「第１ユーザのユーザ端末装置４から送信された第１使用予定情報２９２１を取得した」とは、例えば、第１ユーザのユーザ端末装置４が、リソースの予約を確定させるリクエストを情報提供システム１００に送信し、情報提供システム１００が当該リクエストを受信したことであるが、これに限定されない。なお、第１ユーザと関係性のあるユーザとは、第１ユーザと関係性のある複数のユーザのうち関連度が特に高いユーザとは限らない。

【0047】

ステップＳ１０２の実行後、情報提供システム１００は、第２ユーザのユーザ端末装置４に第１コミュニケーション支援情報を通知する（Ｓ１０３）。第１コミュニケーション支援情報の具体例としては、「同僚が席を予約しました。」、「Ａさんが１０日に出社予定です。」、「Ａさんが１０日に第１オフィスに出社予定です。」等のメッセージ情報が挙げられる。

【0048】

第１コミュニケーション支援情報通知処理において、情報提供システム１００は、全ユ―ザから第２ユーザを含む複数のユーザを抽出し、抽出された複数のユーザのユーザ端末装置４にそれぞれ第１コミュニケーション支援情報を通知してもよい。複数のユーザに通知される複数の第１コミュニケーション支援情報は、同じ情報でもよく、ユーザによって異なってもよい。複数の第１コミュニケーション支援情報は、第１使用予定情報２９２１と、抽出された複数のユーザに関する関係性情報２９１とに基づいて生成される。

【0049】

次に、図３の第２コミュニケーション支援情報通知処理について説明する。
情報提供システム１００は、第２ユーザのユーザ端末装置４から送信されたリソースの使用予定を入力するための準備の通知を取得したときに（Ｓ２０１：ＹＥＳ）、使用予定情報２９２と第２ユーザに関する関係性情報２９１とに基づいて複数のユーザから第２ユーザと関係性のある第１ユーザを抽出する（Ｓ２０２）。「第２ユーザのユーザ端末装置から送信されたリソースの使用予定を入力するための準備の通知を取得した」とは、例えば、第２ユーザのユーザ端末装置４が、リソースの使用予定を入力するための画面を情報提供システム１００に要求し、情報提供システム１００が当該要求を受信したことであるが、これに限定されない。なお、使用予定を入力するとは、使用予定の変更を入力することを含む。

【0050】

ステップＳ２０２の実行後、情報提供システム１００は、第２ユーザのユーザ端末装置４に、第２コミュニケーション支援情報を通知する（Ｓ２０３）。第２コミュニケーション支援情報の具体例として、「あなたの同僚はこちらの席を予約しています。」、「Ａさんはその日は出社予定です。」等のメッセージ情報が挙げられる。

【0051】

第２コミュニケーション支援情報通知処理において、情報提供システム１００は、全ユ―ザから第１ユーザを含む複数のユーザを抽出し、抽出された複数のユーザとのコミュニケーションを支援するための複数の第２コミュニケーション支援情報を第２ユーザのユーザ端末装置４に通知してもよい。複数の第２コミュニケーション支援情報は、抽出された複数のユーザに関する使用予定情報と、抽出された複数のユーザに関する関係性情報２９１とに基づいて生成される。

【0052】

第１コミュニケーション支援情報通知処理が実行された後、第１コミュニケーション支援情報通知処理と共通の第１使用予定情報２９２１に関して第２コミュニケーション支援情報通知処理が実行された場合、第１コミュニケーション支援情報通知処理における第２ユーザは、第２コミュニケーション支援情報通知処理における第２ユーザと同じユーザでもよく、異なるユーザでもよい。

【0053】

第１コミュニケーション支援情報通知処理のステップＳ１０２において、情報提供システム１００は、第２ユーザを、記憶部１０９に記憶された使用予定情報、使用履歴情報、属性情報、及び通信履歴情報の少なくとも１つの情報と、第１ユーザに関する関係性情報２９１とに基づいて抽出してもよい。

【0054】

使用予定情報は、第１コミュニケーション支援情報通知処理における第２ユーザの抽出と、関係性情報２９１の生成の両方に使用されてもよく、一方のみ使用されてもよく、どちらにも使用されなくてもよい。使用履歴情報は、第１コミュニケーション支援情報通知処理における第２ユーザの抽出と、関係性情報２９１の生成の両方に使用されてもよく、一方のみ使用されてもよく、どちらにも使用されなくてもよい。属性情報及び通信履歴情報についても、使用予定情報及び使用履歴情報と同様である。

【0055】

第２コミュニケーション支援情報通知処理のステップＳ２０２において、情報提供システム１００は、第１ユーザを、記憶部１０９に記憶された使用履歴情報、属性情報、及び通信履歴情報の少なくとも１つの情報と、使用予定情報と、第２ユーザに関する関係性情報２９１に基づいて抽出してもよい。

【0056】

使用履歴情報は、第２コミュニケーション支援情報通知処理における第１ユーザの抽出と、関係性情報２９１の生成の両方に使用されてもよく、一方のみ使用されてもよく、どちらにも使用されなくてもよい。属性情報及び通信履歴情報についても、使用履歴情報と同様である。

【0057】

第１実施形態の情報提供システム１００は、第１ユーザ及び第２ユーザ以外の複数のユーザに関する予約情報２９２に基づいて、コミュニケーション支援情報を第２ユーザのユーザ端末装置４に通知するか否かを判定してもよい。情報提供システム１００は、第１ユーザ及び第２ユーザ以外の複数のユーザに関する予約情報２９２に基づいて、リソースの予約の混み具合を判定し、予約の混み具合に応じて、コミュニケーション支援情報を通知するか否かを判定してもよい。予約の混み具合が高い場合は、コミュニケーション支援情報をユーザ端末装置４に通知しなくてもよく、第１コミュニケーション支援情報通知処理において抽出されるユーザの数を制限してもよく、第２コミュニケーション支援情報通知処理において抽出されるユーザの数を制限してもよい。これらにより、リソースの予約の混み具合が高い場合でも、予約なしでリソースを使用できる余地を残すことができるので、複数のリソースの使用状況を最適化できる。

【0058】

第１実施形態の情報提供システム１００が第２ユーザにコミュニケーション支援情報を通知するタイミングは、図２及び図３のフローチャートに示すタイミングに限定されない。

【0059】

また、記憶部１０９は、リソースが現在使用されていることを示す現在使用状況情報（図１は不図示）を記憶する。現在使用状況情報は、使用履歴情報に含まれていてもよい。また、現在使用状況情報は、リソースが現在使用されていると推定されることを示す情報でもよい。現在使用状況情報は、使用予定情報２９２のうち、予定使用開始時刻から予定使用終了時刻の間に現在時刻が含まれている使用予定に関する情報でもよい。現在使用状況情報は、使用履歴情報及び使用予定情報２９２のどちらにも含まれない情報でもよい。

【0060】

情報提供システム１００は、ユーザ間のコミュニケーションを支援するための現在コミュニケーション支援情報を生成し、現在コミュニケーション支援情報をユーザ端末装置４に通知する。現在コミュニケーション支援情報は、記憶部１０９に記憶された現在使用状況情報に基づいて生成される。

【0061】

ここで、第１ユーザがリソースを現在使用していることを示す現在使用状況情報を、第１現在使用状況情報と称する。記憶部１０９に第１現在使用状況情報が記憶されているときに、情報提供システム１００は、関係性情報２９１に基づいて複数のユーザから第１ユーザ（本発明の第３ユーザ）と関係性があると判断した第２ユーザ（本発明の第４ユーザ）のユーザ端末装置４に、第１ユーザとのコミュニケーションを支援するための現在コミュニケーション支援情報を通知する。

【0062】

第２ユーザのユーザ端末装置４に通知される現在コミュニケーション支援情報は、第１現在使用状況情報に基づいて生成される。現在コミュニケーション支援情報の生成に使用される情報は、第１現在使用状況情報に限らない。また、第２ユーザのユーザ端末装置４に通知される現在コミュニケーション支援情報は、第１ユーザがリソースを現在使用していることを示す情報を含んでいてもよい。また、第２ユーザのユーザ端末装置４に通知される現在コミュニケーション支援情報は、第２ユーザへのリソースの使用の提案を含んでいてもよい。

【0063】

第２ユーザのユーザ端末装置４に、第１ユーザとのコミュニケーションを支援するための現在コミュニケーション支援情報を通知する処理の２つの例について、以下説明する。

【0064】

１つ目の例として、情報提供システム１００は、第１ユーザのユーザ端末装置４から送信された第１現在使用状況情報を取得したときに、第１ユーザに関する関係性情報２９１に基づいて、第２ユーザを抽出して、第２ユーザのユーザ端末装置４に第１現在コミュニケーション支援情報を通知する。第１現在コミュニケーション支援情報は、例えば「Ａさんは現在こちらの席を使用しています。」というメッセージ情報でもよい。また、第１ユーザであるＡがリソースとしてのカフェスペースを使用中の場合、第１現在コミュニケーション支援情報は、「Ａさんとカフェスペースで休憩しませんか。」というメッセージ情報でもよい。

【0065】

２つ目の例として、情報提供システム１００は、第２ユーザのユーザ端末装置４から送信された、リソースを今から使用することを入力するための準備の通知を取得したときに、第１現在使用状況情報と第２ユーザに関する関係性情報２９１とに基づいて複数のユーザから第２ユーザと関係性のある第１ユーザを抽出する。そして、情報提供システム１００は、第２ユーザのユーザ端末装置４に、第２現在コミュニケーション支援情報を通知する。第２現在コミュニケーション支援情報の具体例としては、「Ａさんは現在カフェスペースにいます。」等のメッセージ情報が挙げられる。

【0066】

なお、第１実施形態の情報提供システム１００は、現在コミュニケーション支援情報の生成と通知を行わなくてもよい。

【0067】

＜第２実施形態＞
本発明の第２実施形態の情報提供システム１００について、図４～図１３を用いて説明する。第２実施形態の情報提供システム１００は、第１実施形態の情報提供システム１００の具体例である。但し、第１実施形態の情報提供システム１００の具体例は、第２実施形態に限らない。第２実施形態の情報提供システム１００は、複数のユーザのリソースの予約を管理する。第２実施形態の情報提供システム１００は、席と部屋の予約を管理する。図４は、第２実施形態の情報提供システム１００を含むコミュニケーション支援システム１０００の全体概要図である。コミュニケーション支援システム１０００は、情報提供システム１００と、リソース予約状況表示システム３と、複数のユーザ端末装置４と、複数のタグ５と、を備えている。なお、図４では便宜上、ユーザ端末装置４とタグ５は１つずつ表示している。

【0068】

ユーザ端末装置４は、タグ読取部４１を備えている。ユーザ端末装置４は、例えば、スマートフォンである。なお、第２実施形態の情報提供システム１００と接続されるユーザ端末装置４に限定されない。タグ読取部４１は、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）（商標登録）による近距離無線通信によって、タグ５に記憶されているタグ情報を読み取る。ユーザ端末装置４は、ユーザ端末装置４上で動作するＷＥＢアプリケーション及び専用アプリケーション等を介して、情報提供システム１００と通信し、情報の送受信を行う。

【0069】

情報提供システム１００は、リソース予約状況表示システム３と通信網を介して接続される。通信網は、特に限定されない。例えば、インターネット等の共有網であってもよいし、専用線等の閉域網であってもよい。

【0070】

情報提供システム１００は、ユーザ管理システム１と、リソース予約システム２と、を備えている。ユーザ管理システム１は、ユーザの認証と、関係性情報２９１の生成とを行う。リソース予約システム２は、リソースの予約及び使用の管理と、リソース予約状況表示システム３の管理とを行う。リソース予約状況表示システム３の管理とは、リソース予約状況表示システム３によるリソースの予約状況及び現在の使用状況の表示の管理である。コミュニケーション支援情報は、リソース予約システム２からユーザ端末装置４に通知される場合と、リソース予約システム２からユーザ端末装置４に通知される場合がある。

【0071】

ユーザ管理システム１及びリソース予約システム２は、ＷＥＢサーバ、アプリケーションサーバ、データベースサーバ、及びログサーバ等のサーバ、及び当該サーバ上で動作するソフトウェア等により構成される。これらのサーバ及びソフトウェア等は、外部の事業者が提供するＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、及びＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）等の所謂クラウド環境上に配備されるが、これに限定されない。例えば、ユーザ管理システム１及びリソース予約システム２は、使用者及び導入者等により調達及び構築された後、データセンタ及びサーバルーム等に設置されたサーバ上（所謂オンプレミス環境）に配備されてもよい。また、ユーザ管理システム１及びリソース予約システム２は、クラウド環境及びオンプレミス環境に分散して配備されてもよい。なお、ユーザ管理システム１及びリソース予約システム２を構成するサーバは、物理サーバであってもよいし、仮想サーバであってもよい。

【0072】

ユーザ管理システム１は、演算処理部（不図示）と第１記憶部１９とを有する。リソース予約システム２は、演算処理部（不図示）と第２記憶部２９とを有する。

【0073】

ユーザ管理システム１及びリソース予約システム２の演算処理部は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ、マルチプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能な論理回路（ＰＬＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）及び本明細書に記載する処理を実行することができる任意の他の回路が含まれる。

【0074】

第１記憶部１９及び第２記憶部２９は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ及びストレージを含む。第２記憶部２９も同様に、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ及びストレージの少なくとも１つをそれぞれ含む。なお、第１記憶部１９及び第２記憶部２９は、第１実施形態の記憶部１０９に含まれる。

【0075】

以下、ユーザ管理システム１の詳細について説明する。
ユーザ管理システム１の第１記憶部１９は、ユーザ管理システム１がユーザ端末装置４及びリソース予約システム２等から受信する情報、及び当該情報等に基づいてユーザ管理システム１が生成する情報等を記憶する。第１記憶部１９は、履歴情報１９１及びユーザ情報１９２を記憶する。ユーザ情報１９２は、複数のユーザの属性に関する属性情報を含む。履歴情報１９１は、複数のユーザの間の通信履歴に関する通信履歴情報、及び複数のユーザのリソースの使用履歴に関する使用履歴情報を含む。ユーザ管理システム１は、ユーザ端末装置４から受信した情報に基づいて履歴情報１９１を生成し、第１記憶部１９へ記憶させる。

【0076】

ユーザ管理システム１は、認証処理と、関係性情報送信処理と、コミュニケーション支援情報通知処理と、を実行可能に構成されている。コミュニケーション支援情報通知処理は、第１実施形態の第１コミュニケーション支援情報通知処理の一部に相当する。

【0077】

ユーザ管理システム１は、認証処理において、ユーザ端末装置４から送信された認証情報に基づいてユーザを認証し、認証したユーザに対してユーザ管理システム１へのログインを許可する。記憶部１０９に記憶されるユーザ情報１９２は、認証情報と照合される情報を含む。ユーザ管理システム１にログインしたユーザ端末装置４は、リソース予約システム２が提供するサービスを利用可能となる。ユーザ情報１９２は、ユーザＩＤ、パスワード、ユーザ名、メールアドレス等を含んでもよい。

【0078】

ユーザ管理システム１は、関係性情報送信処理において、関係性情報２９１を生成して、リソース予約システム２へ送信する。ユーザ管理システム１は、記憶部１０９に記憶された履歴情報１９１及びユーザ情報１９２の少なくとも一方に基づいて、関係性情報２９１を生成する。ユーザ管理システム１は、リソース予約システム２からの要求に応じて、関係性情報２９１を生成し、リソース予約システム２へ送信する。リソース予約システム２からの要求は、定期的に送信されてもよい。

【0079】

ユーザ管理システム１は、コミュニケーション支援情報通知処理において、第１コミュニケーション支援情報を生成し、ユーザ端末装置４へ通知する。ユーザ管理システム１は、リソース予約システム２からコミュニケーション支援基本情報を受信したときに、コミュニケーション支援基本情報に基づいて第１コミュニケーション支援情報を生成し、ユーザ端末装置４へ通知する。第１コミュニケーション支援情報は、コミュニケーション支援基本情報を、ユーザ端末装置４へ通知可能となるように成形した情報である。コミュニケーション支援基本情報には、通知内容及び通知方法の情報が含まれている。

【0080】

次に、リソース予約システム２の詳細について説明する。
リソース予約システム２の第２記憶部２９は、リソース予約システム２がユーザ端末装置４及びユーザ管理システム１から受信する情報、及び当該情報等に基づいてリソース予約システム２が生成した情報等を記憶する。第２記憶部２９は、関係性情報２９１と、複数のユーザのリソースの予約に関する予約情報（使用予定情報）２９２と、複数のユーザの属性に関する属性情報２９４と、複数のユーザのリソースの使用履歴に関する使用履歴情報２９５と、を記憶する。第２実施形態において、使用履歴情報２９５は、リソースが現在使用されていることを示す情報を含む。

【0081】

リソース予約システム２は、予約受付処理と、コミュニケーション支援基本情報送信処理と、チェックイン・アウト処理と、予約状況送信処理と、を実行可能に構成されている。コミュニケーション支援基本情報送信処理は、第１実施形態の第１コミュニケーション支援情報通知処理の一部に相当する。予約受付処理の一部は、第１実施形態の第２コミュニケーション支援情報通知処理に相当する。

【0082】

まず、予約受付処理について説明する。
リソース予約システム２は、予約受付処理において、予約可能なリソースの予約を受け付ける。リソース予約システム２は、リソースの予約の混み具合が高い場合に予約をそれ以上受け付けないように構成されていてもよい。リソース予約システム２は、全てのリソースが予約されるまで、予約を受け付けるように構成されてもよい。

【0083】

リソース予約システム２は、ユーザ端末装置４から送信された予約画面情報要求を受信すると、予約受付処理を開始する。予約画面情報要求を受信したリソース予約システム２は、第２記憶部２９に記憶されている情報に基づいて予約画面情報を生成し、ユーザ端末装置４に送信する。予約画面情報は、リソース予約画面（図８参照）をユーザ端末装置４に表示させるための情報である。ユーザ端末装置４は、ユーザがリソース予約画面を操作することにより、リソース予約システム２に対してリソースの予約要求を送信する。予約画面情報要求は、第１実施形態における「ユーザ端末装置４から送信されたリソースの使用予定を入力するための準備の通知」に相当する。予約要求には、ユーザＩＤ、予約対象リソース、予定使用開始時刻、予定使用終了時刻等の情報が含まれている。予約要求は、予約の変更の要求でもよい。予約要求を受信しリソース予約システム２は、予約対象リソースに、使用予定ユーザのユーザＩＤ、予定使用開始時刻、予定使用終了時刻等を紐づけ、その紐づけた情報を、予約情報２９２として第２記憶部２９に記憶させる。それにより、予約が確定する。つまり、あるユーザの予約が確定したときに、リソース予約システム２は、このユーザに関する予約情報２９２を取得する。予約情報２９２は、複数のユーザのリソースの予約に関する情報である。予約情報２９２は、第１実施形態の使用予定情報２９２に含まれる。

【0084】

リソース予約システム２は、予約画面情報要求を受信すると、予約画面情報要求を送信したユーザ端末装置４に、予約画面情報に加えて、第２コミュニケーション支援情報を送信する。具体的には、リソース予約システム２は、第２ユーザのユーザ端末装置４からの予約画面情報要求を受信した場合、予約情報２９２及び第２ユーザに関する関係性情報２９１に基づいて、複数のユーザから第２ユーザと関係性のあるユーザ（第１ユーザ）を抽出する。そして、リソース予約システム２は、抽出された第１ユーザに関する予約情報２９２に基づいて、第２コミュニケーション支援情報を生成して、第２ユーザのユーザ端末装置４に通知する。第１ユーザに関する予約情報２９２は、第１実施形態の第１使用予定情報２９２１に相当する。

【0085】

第１ユーザの抽出に使用される情報は、第２記憶部２９に記憶された使用履歴情報２９５及び属性情報２９４の少なくとも一方を含んでいてもよい。コミュニケーション支援情報の生成に使用される情報は、第２記憶部２９に記憶された属性情報２９４及び使用履歴情報２９５の少なくとも一方を含んでいてもよい。また、コミュニケーション支援情報の生成に使用される情報は、関係性情報２９１を含んでいてもよい。

【0086】

第２ユーザが席を予約しようとした場合、第１ユーザの抽出に、席の予約情報２９２が使用されてもよく、部屋の予約情報２９２が使用されてもよく、席と部屋の予約情報２９２が使用されてもよい。第２ユーザが部屋を予約しようとした場合、第１ユーザの抽出に、部屋の予約情報２９２が使用されてもよく、席の予約情報２９２が使用されてもよく、席と部屋の予約情報２９２が使用されてもよい。第２ユーザが席を予約しようとした場合、第１ユーザの抽出に、席の使用履歴情報２９５が使用されてもよく、部屋の使用履歴情報２９５が使用されてもよく、席と部屋の使用履歴情報２９５が使用されてもよい。第２ユーザが部屋を予約しようとした場合、第１ユーザの抽出に、部屋の使用履歴情報２９５が使用されてもよく、席の使用履歴情報２９５が使用されてもよく、席と部屋の使用履歴情報２９５が使用されてもよい。

【0087】

次に、コミュニケーション支援基本情報送信処理について説明する。
リソース予約システム２は、予約が確定すると、コミュニケーション支援基本情報送信処理を開始する。リソース予約システム２は、コミュニケーション支援基本情報送信処理において、コミュニケーション支援基本情報をユーザ管理システム１に送信する。リソース予約システム２は、第１ユーザの予約が確定した場合、第１ユーザに関する関係性情報２９１に基づいて、複数のユーザから第１ユーザと関係性のあるユーザ（第２ユーザ）を、第１コミュニケーション支援情報の通知先として抽出する。また、リソース予約システム２は、コミュニケーション支援基本情報送信処理において、第１ユーザに関する予約情報２９２に基づいて、コミュニケーション支援基本情報を生成する。

【0088】

第２ユーザの抽出に使用される情報は、第２記憶部２９に記憶された予約情報２９２、使用履歴情報２９５及び属性情報２９４の少なくとも１つを含んでいてもよい。コミュニケーション支援基本情報の生成に使用される情報は、第２記憶部２９に記憶された属性情報２９４及び使用履歴情報２９５の少なくとも一方を含んでいてもよい。また、コミュニケーション支援基本情報の生成に使用される情報は、関係性情報２９１を含んでいてもよい。

【0089】

第１ユーザが席を予約している場合、第２ユーザの抽出に、席の予約情報２９２が使用されてもよく、部屋の予約情報２９２が使用されてもよく、席と部屋の予約情報２９２が使用されてもよい。第１ユーザが部屋を予約している場合、第２ユーザの抽出に、部屋の予約情報２９２が使用されてもよく、席の予約情報２９２が使用されてもよく、席と部屋の予約情報２９２が使用されてもよい。第１ユーザが席を予約している場合、第２ユーザの抽出に、席の使用履歴情報２９５が使用されてもよく、部屋の使用履歴情報２９５が使用されてもよく、席と部屋の使用履歴情報２９５が使用されてもよい。第１ユーザが部屋を予約している場合、第２ユーザの抽出に部屋の使用履歴情報２９５が使用されてもよく、席の使用履歴情報２９５が使用されてもよく、席と部屋の使用履歴情報２９５が使用されてもよい。

【0090】

リソース予約システム２は、コミュニケーション支援基本情報送信処理において、第１コミュニケーション支援情報の通知先の情報と、生成されたコミュニケーション支援基本情報を、ユーザ管理システム１に送信する。そして、ユーザ管理システム１は、コミュニケーション支援基本情報に基づいて生成した第１コミュニケーション支援基本情報を第２ユーザのユーザ端末装置４に通知する。

【0091】

次に、チェックイン・アウト処理について説明する。
リソース予約システム２は、ユーザ端末装置４から送信された使用開始・終了要求を受信すると、チェックイン・アウト処理を実行する。使用開始・終了要求には、ユーザＩＤ、使用対象リソース、現在時刻等が含まれる。使用開始・終了要求は、タグ５に記憶されているタグ情報がユーザ端末装置４のタグ読取部４１に読み取られることをトリガとして生成、送信される。リソース予約システム２は、使用開始・終了要求、及び予約情報２９２等に基づいて、チェックインまたはチェックアウトを許可するか否か判定し、判定結果をユーザ端末装置４に通知する。リソース予約システム２は、チェックインまたはチェックアウトを許可する場合、使用開始・終了要求に基づいて、第２記憶部２９に記憶される使用履歴情報２９５を更新する。

【0092】

リソース予約システム２は、予約されていないリソースへのチェックインが可能に構成される。なお、リソース予約システム２は、予約されていないリソースへのチェックインができないように構成されてもよい。使用開始・終了要求を受信したリソース予約システム２は、使用開始・終了要求及び予約情報２９２等に基づいて、使用開始・終了要求に含まれるユーザＩＤによる予約が存在するか否かを判定する。使用開始・終了要求に含まれるユーザＩＤによる予約が存在しない場合、リソース予約システム２は、予約情報２９２等に基づいてチェックインを許可できるか否かを判定する。他のユーザが予約済みでチェックインを許可できない場合、リソース予約システム２は、チェックイン対象のリソースの近傍に予約可能なリソース（近傍リソース）が存在するか否かを判定する。予約可能な近傍リソースが存在すると判定する場合、リソース予約システム２は、チェックインの判定結果（不成立）ともに、予約可能な近傍リソースが存在することを通知する。予約なしのチェックインを許可した場合、リソース予約システム２は、予定使用終了時刻を決定して、第２記憶部２９に記憶された予約情報２９２を更新する。予定使用終了時刻は、チェックインを行ったユーザの過去のリソース使用時間に応じて決定されてもよく、当該リソースの予約の混み具合に応じて決定されてもよく、現在時刻から一定の時間を足した時刻に決定されてもよい。

【0093】

なお、使用履歴情報２９５が更新されるタイミングは、使用開始・終了要求の受信時に限定されない。例えば、ユーザ端末装置４によるチェックインが行われた後、所定の時間が経過してもユーザ端末装置４によるチェックアウトが行われない場合、リソース予約システム２は、チェックアウトが行われたものとして使用履歴情報２９５を更新してもよい。

【0094】

また、リソース付近に設置されるカメラが記録する映像に基づいて使用履歴情報２９５が更新されてもよい。例えば、ユーザ端末装置４によるチェックインが行われたリソースが、所定の時間継続して不使用状態である場合、リソース予約システム２は、チェックアウトが行われたものとして使用履歴情報２９５を更新してもよい。予定使用時間の到来後所定の時間が経過してもチェックインが行われない場合、リソース予約システム２は、予約が取り消されたものとして予約情報２９２を更新してもよい。また、リソース予約システム２は、カメラが記録した映像に基づいてチェックインとチェックアウトの許否を判断するように構成されてもよい。カメラの映像を使用する場合、タグ５は設置されなくてもよい。

【0095】

次に、予約状況送信処理について説明する。
リソース予約システム２は、予約状況送信処理において、各リソースの予約状況及び現在の使用状況を示す予約状況情報を生成し、リソース予約状況表示システム３へ送信する。リソース予約システム２は、予約情報２９２及び使用履歴情報２９５に基づいて、予約状況情報を生成する。予約状況情報には、リソース名、予約・使用ユーザＩＤ、予約・使用ユーザ名、予定使用開始時刻、予定使用終了時刻、使用開始時刻、使用終了時刻等が含まれる。

【0096】

次に、リソース予約状況表示システム３について説明する。
図４に示すように、リソース予約状況表示システム３は、少なくとも１つの表示管理装置３１と、複数の予約状況表示装置３２と、を備えている。基本的に、予約状況表示装置３２は、１つの表示管理装置３１に対して複数設けられる。なお、図４では便宜上、予約状況表示装置３２は１つだけ表示している。

【0097】

予約状況表示装置３２は、リソースごとに１つずつ設けられ、各リソース付近に配置される。予約状況表示装置３２は、ディスプレイを有する。例えば、リソースが会議室である場合、予約状況表示装置３３は、会議室の出入口付近の壁に設けられてもよい。リソースが座席（机及び椅子）である場合、予約状況表示装置３３は、机上に設けられてもよい。なお、２つ以上のリソースに対して、１つの予約状況表示装置３２が設けられてもよい。

【0098】

表示管理装置３１は、リソース予約システム２から送信された予約状況情報を受信する。表示管理装置３１は、予約状況情報を予約状況表示情報に変換し、予約状況表示情報を予約状況表示装置３２に送信する。予約状況表示装置３２は、受信した予約状況表示情報を表示する。

【0099】

タグ５は、リソースごとに１つずつ設けられ、各リソース付近に配置される。タグ５は、予約状況表示装置３２の近傍に設けられてもよい。タグ５は、タグ情報が記録されたＩＣチップを備えている。タグ情報には、リソースの識別子、及び使用開始・終了要求の送信先（ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等）等が含まれている。ユーザがユーザ端末装置４をタグ５に翳すことで、ユーザ端末装置４のタグ読取部４１は、近距離無線通信によりタグ５に記憶されているタグ情報を読み取る。

【0100】

次に、図５及び図６を用いて、情報提供システム１００によるコミュニケーション支援情報の通知の処理について説明する。

【0101】

図５は、第１ユーザがユーザ端末装置４を操作してユーザ管理システム１にログインしてから、ユーザ管理システム１にログイン中の第２ユーザのユーザ端末装置４に第１コミュニケーション支援情報が通知されるまでのシーケンス図である。

【0102】

まず、ユーザ端末装置４は、第１ユーザの操作により、リソース予約システム２へ予約画面情報要求を送信する（Ｓ３０１）。予約画面情報要求には、第１ユーザのユーザＩＤが含まれている。予約画面情報要求を受信したリソース予約システム２は、予約画面情報を生成し（Ｓ３０２）、ユーザ端末装置４に送信する（Ｓ３０３）。予約画面情報を受信したユーザ端末装置４は、予約画面情報に基づいてリソース予約画面を表示する。

【0103】

ユーザ端末装置４は、第１ユーザによるリソース予約画面の操作により、リソース予約システム２へリソースの予約要求を送信する（Ｓ３０４）。予約要求を受信したリソース予約システム２は、予約要求に基づいて予約を確定させる（Ｓ３０５）。

【0104】

ステップＳ３０７において予約が確定すると、リソース予約システム２は、第１ユーザに関する関係性情報２９１に基づいて、複数のユーザから第１ユーザと関係性のある第２ユーザを抽出する（Ｓ３０６）。そして、リソース予約システム２は、第１ユーザに関する使用予定情報２９２に基づいて第２ユーザに対するコミュニケーション支援基本情報を生成し（Ｓ３０７）、ユーザ管理システム１へ送信する（Ｓ３０８）。コミュニケーション支援基本情報を受信したユーザ管理システム１は、コミュニケーション支援基本情報に基づいて第１コミュニケーション支援情報を生成し（Ｓ３０９）、第２ユーザのユーザ端末装置４に通知する（Ｓ３１０）。

【0105】

図６は、第２ユーザがユーザ端末装置４を操作してユーザ管理システム１にログインしてから、第２ユーザのユーザ端末装置４に第２コミュニケーション支援情報が通知されるまでのシーケンス図である。ステップＳ３０１～ステップＳ３０２は、図５のステップＳ３０１～ステップＳ３０２と同様である。

【0106】

ステップＳ３０２の実行後、リソース予約システム２は、使用予定情報２９２と第２ユーザに関する関係性情報２９１とに基づいて、複数のユーザから第２ユーザと関係性のある第１ユーザを抽出する（Ｓ３１１）。そして、リソース予約システム２は、抽出した第１ユーザに関する使用予定情報２９２に基づいて第２コミュニケーション支援情報を生成し、予約画面情報の送信と合わせて第２ユーザのユーザ端末装置４へ通知する（Ｓ３１２）。

【0107】

図７は、第２ユーザのユーザ端末装置４に表示される第１コミュニケーション支援情報の通知画面の一例である。図７では、第１コミュニケーション支援情報は、第２ユーザのユーザ端末装置４上で動作するチャットアプリケーションの画面上に表示される。図７では、第１コミュニケーション支援情報として、「Ａさん（第１ユーザ）が、明日出社予定のようです。座席の予約をしませんか？」というメッセージ情報が表示されている。第１コミュニケーション支援情報の通知画面は、これに限定されず、例えば、リソース予約画面へのＵＲＬ情報も表示されていてもよい。また、なお、第１コミュニケーション支援情報の通知方法は、チャットアプリケーションへのメッセージ送信に限定されない。

【0108】

図８は、第２ユーザのユーザ端末装置４に表示される第２コミュニケーション支援情報の通知画面の一例である。図８では、第２コミュニケーション支援情報は、第２ユーザのユーザ端末装置４に表示されるリソース予約画面上に表示される。図８では、複数のリソース（席）が表示されたリソース予約画面において、第２コミュニケーション支援情報として、第１ユーザであるＡ予約しているリソース（席）２１１を強調表示するマークと、マーク付近に「Ａさんが予約しています。」というメッセージ情報が表示されている。第２コミュニケーション支援情報の通知画面はこれに限定されない。例えば、Ａの予約席を表すマークを点滅させてもよい。また、例えば、マークは付さずに、Ａが予約した席を他の席と異なる色で表示してもよい。また、ユーザ間の関係性に応じて予約席の色を変えてもよい。また、例えば、リソース予約画面において、座席表とは別に、第２コミュニケーション支援情報としてのメッセージ情報が一覧に表示されてもよい。また、第２コミュニケーション支援情報が、リソースの予約の提案を含む場合、予約を勧める席を他の席と異なる色で表示してもよい。関連度または推奨のレベルの程度に応じて、予約を勧める席の色を変えてもよい。

【0109】

図９（ａ）及び図９（ｂ）は、リソースへのチェックインが成功した場合にユーザ端末装置４に表示されるチェックイン成功画面２４１の例である。図９（ａ）は、予約されたリソースにチェックインした場合のチェックイン成功画面２４１の一例である。図９（ｂ）は、予約されていないリソースにチェックインした場合のチェックイン成功画面２４１の一例である。チェックイン成功画面２４１は、チェックイン成功メッセージ表示領域２４１１と、チェックインリソース表示領域２４１２と、チェックインリソース使用時間帯表示領域２４１３と、を含んでいる。

【0110】

図９（ａ）に示すように、予約されたリソースチェックインした場合、チェックイン成功メッセージ表示領域２４１１には、チェックインが完了した旨のメッセージが表示される。図９（ｂ）に示すように、予約されていないリソースにチェックインした場合、チェックイン成功メッセージ表示領域２４１１には、予定使用終了時刻とチェックインが完了した旨のメッセージが表示される。なお、チェックイン表示領域には、予定リソース使用終了時間を延長することが可能である旨のメッセージ等が表示されてもよい。また、チェックイン成功メッセージ表示領域２４１１には、テキスト情報に限定されず、画像情報が表示されてもよい。チェックインリソース表示領域２４１２には、チェックインが行われたリソースを特定する情報が表示される。チェックインリソース使用時間帯表示領域２４１３には、チェックインしたリソースの予定使用時間帯（予定使用開始時刻～予定使用終了時刻）が表示される。

【0111】

なお、チェックイン成功画面２４１には、チェックイン成功メッセージ表示領域２４１１、チェックインリソース表示領域２４１２、及びチェックインリソース使用時間帯表示領域２４１３に限定されず、チェックインユーザにとって有益な情報等を表示するための領域が含まれていてもよい。チェックインユーザにとって有益な情報として、チェックインユーザのチェックアウト後の予定、及びチェックインユーザとの関連性のあるユーザが近傍のリソースを使用している等の情報が挙げられる。次のチェックアウト完了表示画面２４２についても、同様である。

【0112】

図１０は、予約されていないリソースへのチェックインが不成功の場合にユーザ端末装置４に表示されるチェックイン不成功画面２４３の一例である。チェックイン不成功画面２４３は、チェックイン不成功メッセージ表示領域２４３１と、チェックイン可能メッセージ表示領域２４３２と、予約可能リソース情報表示領域２４３３と、を含んでいる。チェックイン不成功メッセージ表示領域２４３１は、チェックインが不成功である旨のメッセージが表示される。チェックイン可能メッセージ表示領域２４３２には、チェックインに不成功したリソースの近傍に予約可能なリソースが存在する場合に、その旨のメッセージが表示される。予約可能リソース情報表示領域２４３３には、予約可能な近傍リソースに関する情報が表示される。具体的には、予約可能リソース情報表示領域２４３３には、予約可能な近傍リソースを特定する情報、及び予約可能時間帯等が表示される。なお、予約可能リソース情報表示領域２４３３に含まれる情報はこれらに限定されず、予約可能な近傍リソースを予約するための画面へ遷移するリンク等が含まれていてもよい。

【0113】

図１１は、チェックアウトが完了した場合にユーザ端末装置４に表示されるチェックアウト完了表示画面２４２の一例である。チェックアウト完了表示画面２４２は、チェックアウトメッセージ表示領域２４２１と、チェックアウトリソース表示領域２４２２と、チェックアウトリソース使用時間帯表示領域２４２３と、を含んでいる。チェックアウトメッセージ表示領域２４２１には、チェックアウトが完了した旨のメッセージが表示される。なお、チェックアウトメッセージ表示領域２４２１には、チェックアウトが完了した旨のメッセージに限定されず、チェックアウトユーザのチェックアウト後の予定等の情報が表示されてもよい。チェックアウトリソース表示領域２４２２には、チェックアウトが行われたリソースを特定する情報が表示される。チェックアウトリソース使用時間帯表示領域２４２３には、チェックアウトしたリソースの予定使用時間帯（予定使用開始時刻～予定使用終了時刻）が表示される。

【0114】

図１２及び図１３は、リソース予約状況表示システム３の予約状況表示装置３２に表示される予約状況表示画面３２１の例である。図１２は、使用中のリソースの予約状況表示画面３２１の一例である。使用中とは、現在時刻が予定使用時間帯に含まれていることを示すが、更に、未チェックアウトであることを条件としてもよい。図１３は、不使用状態であるリソースの予約状況表示画面３２１の一例である。不使用状態とは、現在時刻が予定使用時間帯に含まれていない状態のことであるが、これに限定されない。例えば、現在時刻が予定使用時間帯に含まれているが、チェックアウト済である状態も、不使用状態に含まれてもよい。

【0115】

予約状況表示画面３２１は、リソース特定情報表示領域３２１１と、リソース現在状況表示領域３２１２と、使用者表示領域３２１３と、使用開始時刻表示領域３２１４と、使用終了時刻表示領域３２１５と、使用予定表示領域３２１６と、を含んでいる。

【0116】

リソース特定情報表示領域３２１１には、リソースを特定する情報が表示される。リソース現在状況表示領域３２１２には、リソースの現在の状況が表示される。リソースが使用中である場合、図１２に示すように、リソース現在状況表示領域３２１２には、使用中である旨のメッセージが表示される。不使用状態である場合、図１３に示すように、リソースが不使用状態である旨のメッセージが表示される。使用者表示領域３２１３には、ユーザを特定する情報が表示される。リソースが使用中である場合、図１２に示すように、リソースを使用中のユーザ名等が表示される。リソースが不使用状態でリソースに対する予約が存在する場合、図１３に示すように、リソースを予約したユーザ名等が表示される。使用開始時刻表示領域３２１４には、使用開始時刻または予定使用開始時刻が表示される。使用終了時刻表示領域３２１５は、予定使用終了時刻が表示される。使用予定表示領域３２１６には、リソースの使用予定（スケジュール）が表示される。

【0117】

なお、予約状況表示画面３２１に表示される情報は、リソース特定情報表示領域３２１１、リソース現在状況表示領域３２１２、使用者表示領域３２１３、使用開始時刻表示領域３２１４、使用終了時刻表示領域３２１５、及び使用予定表示領域３２１６に限定されず、他ユーザへの連絡事項等を表示する領域等が含まれていてもよい。

【0118】

第２実施形態の情報提供システム１００は、コミュニケーション支援情報以外の情報をユーザ端末装置４に提供するように構成されてもよい。以下、具体例について説明する。

【0119】

情報提供システム１００は、特定のユーザに関する予約情報２９２に基づかない、リソースの予約を促進させる予約促進情報を通知するように構成されてもよい。リソースの予約の混み具合が低い場合に、リソースの予約を促進させる予約提案情報を通知することで、複数のリソースの使用状況を最適化できる。それにより、労働生産性を向上できる。

【0120】

予約促進情報は、リソース予約画面上に表示されてもよい。リソース予約画面上に表示される予約促進情報の具体例として、例えば、「人気の席が空いています。」というメッセージ情報を含む予約促進情報が挙げられる。この予約促進情報は、予約情報２９２及び使用履歴情報２９５に基づいて生成される。リソース予約画面上に表示される予約促進情報の他の具体例として、「よく打ち合わせをする人はこの席を予約しています。」というメッセージ情報を含む予約促進情報が挙げられる。この予約促進情報は、予約情報２９２、使用履歴情報２９５及び関係性情報２９１に基づいて生成される。この予約促進情報は、ユーザ間のコミュニケーションを支援する情報でもある。

【0121】

予約促進情報の他の具体例として、例えば第２ユーザの使用頻度の高いリソースの予約が取り消されたときに、第２ユーザのユーザ端末装置４にリソースが空いたことを通知する予約促進情報が挙げられる。この予約促進情報は、例えば、「あなたのよく使う席が空きました。」というメッセージ情報を含んでいてもよい。また、この予約促進情報は、第１コミュニケーション支援情報の通知画面（図７）と同じチャットアプリケーションの画面上に表示されてもよい。この予約促進情報が通知されることで、ユーザにとっての利便性が向上する。

【0122】

情報提供システム１００は、ユーザが予約したリソースの予定使用開始時刻が近づいたまたは達したことを示す使用開始リマインド情報を通知するように構成されてもよい。情報提供システム１００は、ユーザが予約したリソースの予定使用終了時刻が近づいたまたは達したことを示す使用終了リマインド情報を通知するように構成されてもよい。使用開始リマインド情報及び使用終了リマインド情報は、第１コミュニケーション支援情報の通知画面（図７）と同じチャットアプリケーションの画面上に表示されるメッセージ情報でもよい。使用開始リマインド情報及び使用終了リマインド情報は、予約情報２９２に基づいて生成される。使用開始リマインド情報及び使用終了リマインド情報の通知により、ユーザにとっての利便性が向上する。また、使用終了リマインド情報は、次の予約者がいる場合に、次の予約者がいることを示す情報でもよい。この場合、次の予約者（ユーザ）がスムーズにリソースの使用を開始できるため、リソースを効率的に使用できる。また、使用終了リマインド情報は、次の予約者がいない場合に、次の予約者がいないことを示す情報でもよい。この場合、ユーザはリソースの使用を延長しやすくなるため、ユーザにとっての利便性がより向上するとともに、複数のリソースの使用状況を最適化できる。

【0123】

情報提供システム１００は、定期的（例えば、毎日同じ時刻または週１回等）に、所定の期間（例えば、翌日または１週間など）における第１ユーザの予約状況を示す情報を、第１ユーザと関係性のある第２ユーザのユーザ端末装置４に通知するように構成されていてもよい。これにより、第２ユーザは、第１ユーザとのコミュニケーションを増やすことのできる行為をとりやすくなる。それにより、労働生産性を向上できる。

【0124】

以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

【符号の説明】

【0125】

４ ユーザ端末装置
１００ 情報提供システム
１０９ 記憶部
１９１ 履歴情報（通信履歴情報、使用履歴情報）
１９２ ユーザ情報（属性情報）
２９１ 関係性情報
２９２１ 第１使用予定情報
２９２ 使用予定情報、予約情報
２９４ 属性情報
２９５ 使用履歴情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2023-05-24

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項１

【補正方法】変更

【補正の内容】

【請求項1】

複数のユーザの関係性を示す関係性情報を記憶する記憶部を有し、
前記複数のユーザに含まれる第１ユーザのユーザ端末装置から送信された、前記第１ユーザによる席、部屋または建物のいずれかであるリソースの使用予定に関する第１使用予定情報が前記記憶部に記憶されているときに、前記関係性情報に基づいて前記複数のユーザから前記第１ユーザと関係性があると判断した第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報であるコミュニケーション支援情報を通知すること、を特徴とする情報提供システム。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００９

【補正方法】変更

【補正の内容】

【0009】

本発明の情報提供システムは、複数のユーザの関係性を示す関係性情報を記憶する記憶部を有し、前記複数のユーザに含まれる第１ユーザのユーザ端末装置から送信された、前記第１ユーザによる席、部屋または建物のいずれかであるリソースの使用予定に関する第１使用予定情報が前記記憶部に記憶されているときに、前記関係性情報に基づいて前記複数のユーザから前記第１ユーザと関係性があると判断した第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された、前記第１ユーザとのコミュニケーションを支援するための情報であるコミュニケーション支援情報を通知する。

【手続補正書】

【提出日】2023-08-01

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】請求項４

【補正方法】変更

【補正の内容】

【請求項4】

請求項２に記載の情報提供システムであって、
前記記憶部は、
前記複数のユーザの前記リソースの使用予定に関する使用予定情報を記憶し、且つ、
前記複数のユーザの前記リソースの使用履歴に関する使用履歴情報、
前記複数のユーザの属性に関する属性情報、及び
前記複数のユーザの間の通信履歴に関する通信履歴情報の少なくとも１つの情報を記憶し、
前記第１ユーザのユーザ端末装置から送信された前記第１使用予定情報を取得したときに、前記使用予定情報、前記使用履歴情報、前記属性情報及び前記通信履歴情報の少なくとも１つの情報と、前記第１ユーザに関する前記関係性情報とに基づいて前記複数のユーザから前記第２ユーザを抽出し、前記第２ユーザのユーザ端末装置に、前記第１ユーザの前記第１使用予定情報に基づいて生成された前記第１コミュニケーション支援情報を通知すること、を特徴とする情報提供システム。