JP2023087994A - 情報処理装置、情報処理方法、およびシステム - Google Patents

Abstract

【課題】利用者の階層的な位置情報を用いて、要件の通知における利便性を高めることを可能とする。【解決手段】外部装置から受信した利用者識別情報および位置発信デバイス識別情報に基づいて、利用者の階層的位置情報を取得する処理と、１以上の利用者の階層的位置情報が記憶される利用者位置情報データベースの更新に応じて、前記利用者の要件と要件対象が記憶される要件データベースを参照し、前記要件を前記利用者に通知するか否かを判断する処理と、を行う制御部を備える、情報処理装置。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、およびシステムに関する。

近年、インターネット上に情報が溢れ、ネット検索することであらゆる情報にアクセスすることができる。一方で、オフィスメンバー同士等、対面での交流は減る傾向にあり、人脈の縮小や知識の共有不足および認識の齟齬などの弊害に繋がっている。対面での交流では、簡単な挨拶だけでも相手への要件を思い出すきっかけになることがあった。

ここで、下記特許文献１では、登録された位置付近に到達した際に要件をリマインダするリマインダ通知システムが開示されている。

特開２０１７－６８５２０号公報

しかしながら、上記特許文献１では、コンビニエンスストアや薬局等のカテゴリ分けされる場所を目標地点とし、目標地点まで１０ｍや３０ｍ等、単に距離に基づいたリマインダが行われているが、建物間やフロア間の移動等の階層的な位置の変化については考慮されていない。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、利用者の階層的な位置情報を用いて、要件の通知における利便性を高めることが可能な、新規かつ改良された情報処理装置、情報処理方法、およびシステムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、外部装置から受信した利用者識別情報および位置発信デバイス識別情報に基づいて、利用者の階層的位置情報を取得する処理と、１以上の利用者の階層的位置情報が記憶される利用者位置情報データベースの更新に応じて、前記利用者の要件と要件対象が記憶される要件データベースを参照し、前記要件を前記利用者に通知するか否かを判断する処理と、を行う制御部を備える、情報処理装置が提供される。

前記階層的位置情報は、階層構造から成る位置情報であって、前記利用者位置情報データベースの更新は、前記利用者の移動があったことを含んでもよい。

前記制御部は、前記利用者の移動により変化した階層と、前記要件対象である要件相手が位置する階層とから、前記利用者が前記要件相手に近付いたと判断される場合に、利用者端末に前記要件の実行を促す通知情報を送信する制御を行ってもよい。

前記制御部は、変化した最も上位の階層が一致する場合、前記利用者が前記要件相手に近付いたと判断してもよい。

前記制御部は、予め用意された通知文テンプレートと、前記要件、前記要件相手、および前記要件相手が位置する場所の情報とに基づいて、前記通知情報を生成してもよい。

前記制御部は、前記利用者の移動により変化した階層と、前記要件対象である場所が位置する階層とから、前記利用者が前記場所に近付いたと判断される場合に、利用者端末に前記要件の実行を促す通知情報を送信する制御を行ってもよい。

前記階層的位置情報は、階層構造から成る位置情報であって、前記利用者位置情報データベースの更新は、前記要件対象である要件相手の移動に伴い、前記要件相手が位置する階層が変化したことを含んでもよい。

前記制御部は、前記要件相手の移動により変化した階層と、前記利用者が位置する階層とから、前記要件相手が前記利用者に近付いたと判断される場合に、利用者端末に前記要件の実行を促す通知情報を送信する制御を行ってもよい。

前記制御部は、前記位置発信デバイス識別情報と前記階層的位置情報とが対応付けられた階層的位置情報データベースを参照して、前記利用者識別情報で示される前記利用者の階層的位置情報を取得してもよい。

前記外部装置は、前記利用者が用いる利用者端末、または位置発信デバイスであってもよい。

前記利用者識別情報は、前記利用者に付与された利用者固有ＩＤ、または前記利用者が所持する端末に付与された端末固有ＩＤであってもよい。

前記制御部は、取得した前記利用者の前記階層的位置情報を、前記利用者識別情報に対応付けて、前記利用者位置情報データベースに記憶する処理を行ってもよい。

前記制御部は、前記利用者識別情報に対応付けて、前記利用者により入力された要件と要件対象に関する情報を前記要件データベースに登録する処理を行ってもよい。

また、上記課題を解決するために、本発明の別の観点によれば、プロセッサが、外部装置から受信した利用者識別情報および位置発信デバイス識別情報に基づいて、利用者の階層的位置情報を取得することと、１以上の利用者の階層的位置情報が記憶される位置情報データベースの更新に応じて、前記利用者の要件と要件対象が記憶される要件データベースを参照し、前記要件を前記利用者に通知するか否かを判断することと、を含む、情報処理方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、情報処理装置と、利用者が用いる利用者端末と、を備え、前記情報処理装置は、外部装置から受信した利用者識別情報および位置発信デバイス識別情報に基づいて、利用者の階層的位置情報を取得する処理と、１以上の利用者の階層的位置情報が記憶される位置情報データベースの更新に応じて、前記利用者の要件と要件対象が記憶される要件データベースを参照し、前記要件を前記利用者に通知するか否かを判断する処理と、を行う制御部を有し、前記利用者端末は、前記情報処理装置からの通知を受信する受信部と、前記受信した通知を出力部から出力するよう制御する制御部と、を有する、システムが提供される。

以上説明したように本発明によれば、利用者の階層的な位置情報を用いて、要件の通知における利便性を高めることを可能とする。

本実施形態に係る通知システムの構成の一例を示す図である。 本実施形態に係る利用者端末の構成の一例を示すブロック図である。 本実施形態に係るサーバの構成の一例を示すブロック図である。 本実施形態に係る登録処理の流れの一例を示すシーケンス図である。 本実施形態に係る通知処理の流れの一例を示すシーケンス図である。 本実施形態による利用者の移動による階層一致判断の一例について説明する図である。 本実施形態による利用者の移動による階層一致判断の他の例について説明する図である。 本実施形態による要件相手の移動による階層一致判断の例について説明する図である。 本実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

＜１．概要＞
図１は、本実施形態に係る通知システムの構成の一例を示す図である。図１に示すように、本実施形態に係る通知システムは、利用者が用いる利用者端末１０と、サーバ２０を含む。利用者端末１０（外部装置の一例）とサーバ２０（情報処理装置）は、ネットワーク４０を介して通信接続し、データの送受信を行い得る。図１では、利用者Ａが用いる利用者端末１０Ａと、利用者Ｂが用いる利用者端末１０Ｂと、利用者Ｃが用いる利用者端末１０Ｃを図示しているが、本発明はこれに限定されない。

サーバ２０は、各利用者の位置情報を取得し、各利用者の位置に応じて、各利用者に予め登録された要件を各利用者に通知（リマインダ）する。各利用者の位置情報は、例えば利用者端末１０が、様々な場所に設置された位置発信デバイス３０から受信した位置発信デバイスの識別情報（以下、位置発信デバイスＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と称する）と、利用者端末１０が有する利用者識別情報を、サーバ２０に送信することで、サーバ２０により利用者の位置が取得される。位置発信デバイスＩＤは、利用者端末１０を所持した利用者が位置発信デバイス３０から所定の距離内（例えば半径５ｍ、１０ｍ等）に位置した際に利用者端末１０により受信され得る。サーバ２０は、位置発信デバイスＩＤと位置情報が対応付けられたデータベースを参照することで、利用者の位置を取得し得る。

ここで、要件のリマインダを場所に紐付けて行う際に、従来の技術では、目標地点から１０ｍや３０ｍ等、単に距離に基づくリマインダが行われていたが、建物間やフロア間の移動といった、階層的な位置の変化については考慮されていなかった。例えば距離的には離れていても、要件の対象が位置する場所と同じフロアや同じ建物に移動した場合、せっかくなのでその場所までさらに移動しようと考えることがある。

そこで、本発明は、上記事情に鑑み、利用者の階層的な位置情報を用いて、要件の通知における利便性を高めることを可能とする通知システムを提案する。

階層的な位置情報（以下、階層的位置情報とも称する）とは、階層構造から成る位置情報である。例えば、「地域、建物、フロア、部屋」といった４階層構造から成る位置情報が考え得る。また、同一フロアを分割したり、場所毎に階層が異なる構造にしたりしてもよい。サーバ２０は、位置発信デバイスＩＤと階層的位置情報が対応付けられたデータベースを参照することで、利用者の階層的位置情報を取得し得る。

また、要件対象は、「場所」に限らず、「人」であってもよい。人に対して要件がある場合、その時々でその人（要件対象である相手）の居場所が異なるため、単に「場所」を登録することでは要件を達成することが難しい。本実施形態によれば、要件対象として「人」を登録し、各利用者（要件対象の相手を含む）の階層的位置情報をサーバ２０で管理することで、例えば相手と同じフロアや同じ建物に居る場合に、利用者（登録者）に要件の通知を行うことができ、要件通知の利便性がさらに高まる。

以上、本実施形態に係る通知システムの概要について説明した。続いて、本実施形態に係る通知システムに含まれる各装置の具体的な構成について順次説明する。

＜２．構成例＞
（２－１．利用者端末１０の構成例）
まず、図２を参照して利用者端末１０の構成例について説明する。利用者端末１０は、例えばスマートフォン、タブレット端末、ウェアラブルデバイス等、任意のモバイル端末により実現され得る。

図２は、本実施形態による利用者端末１０の構成の一例を示すブロック図である。図２に示すように、利用者端末１０は、通信部１１０、制御部１２０、操作入力部１３０、表示部１４０、および記憶部１５０を有する。

通信部１１０は、他の装置との間で情報の送受信を行う送信部および受信部としての機能を有する。例えば、通信部１１０は、例えばネットワーク４０を介して、サーバ２０とデータの送受信を行い得る。ネットワーク４０は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等で実現されてもよい。さらに、各ネットワークは、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信網で実現されてもよい。また、通信部１１０は、位置発信デバイス３０から発信される信号（位置発信デバイスＩＤを含む）を受信する機能を有する。位置発信デバイス３０との無線通信に用いられる通信方式は特に限定しない。例えばＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、無線ＬＡＮ、Ｗｉ－Ｆｉ等であってもよい。

制御部１２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を中心に構成されており、利用者端末１０の動作を全般的に制御する。具体的には、制御部１２０は、通信部１１０により位置発信デバイス３０から受信した位置発信デバイスＩＤと、記憶部１５０に予め格納されている利用者識別情報とを、通信部１１０によりサーバ２０に送信する制御を行う。利用者識別情報は、利用者に付与された利用者固有ＩＤであってもよいし、利用者が所持する端末に付与された端末固有ＩＤであってもよい。利用者が所持する端末とは、利用者端末１０が挙げられる。また、利用者端末１０は、受信した位置発信デバイスＩＤをサーバ２０に送信して利用者の位置をサーバ２０に知らせる位置検知デバイスとしての機能も有する。この場合、端末固有ＩＤは、位置検知デバイスＩＤと称されてもよい。

また、制御部１２０は、操作入力部１３０から利用者により入力された要件に関する情報を通信部１１０によりサーバ２０に送信する制御を行う。要件に関する情報とは、要件内容（相談、挨拶、雑談等）および要件対象（人または場所）を含む。

また、制御部１２０は、通信部１１０によりサーバ２０から受信した要件の通知情報を、表示部１４０に表示する制御を行い得る。通知情報の出力方法は、表示部１４０での表示であってもよいし、音声出力部（不図示）での音声出力であってもよいし、振動部（不図示）での振動であってもよい。利用者端末１０は、要件を通知する通知デバイスとしての機能も有する。

操作入力部１３０は、利用者による操作を受け付け、入力情報を制御部１２０に出力する。操作入力部１３０は、表示部１４０に積層されるタッチパネルにより実現されてもよい。本実施形態による操作入力部１３０は、要件に関する情報の入力を受け付ける。なお、要件に関する情報の入力は、操作入力部１３０からの入力に限定されない。例えば、収音部（不図示）により利用者の発話音声を収音し、音声認識により要件に関する情報の入力を受け付けてもよい。

表示部１４０は、通知情報を出力する出力部の一例である。表示部１４０は、要件に関する情報の入力画面や、通知画面等、様々な画面を表示する。表示部１４０は、操作入力部１３０が積層されるタッチパネルディスプレイにより実現されてもよい。

記憶部１５０は、制御部１２０の処理に関するデータ、制御部１２０の動作プログラムファイルなどの各種データを一時的あるいは永続的に記憶する機能を有する。また、記憶部１５０は、利用者識別情報や、表示画像データ、その他各種のデータを記憶する。

以上、本実施形態による利用者端末１０の構成の一例について説明した。なお、本実施形態による利用者端末１０の構成は、図２に示す例に限定されない。例えば、利用者端末１０は、収音部や音声出力部をさらに有していてもよい。また、操作入力部１３０および表示部１４０は、一体的に構成されていてもよいし、分離して構成されてもよい。また、利用者端末１０が複数の装置により構成されていてもよい。

（２－２．サーバ２０の構成例）
図３は、本実施形態によるサーバ２０の構成の一例を示すブロック図である。図３に示すように、サーバ２０（情報処理装置）は、通信部２１０、制御部２２０、および記憶部２３０を有する。

通信部２１０は、他の装置との間で情報の送受信を行う送信部および受信部としての機能を有する。例えば、通信部２１０は、例えばネットワーク４０を介して、利用者端末１０とデータの送受信を行い得る。ネットワーク４０は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等で実現されてもよい。さらに、各ネットワークは、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線通信網で実現されてもよい。

制御部２２０は、サーバ２０に設けられるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのハードウェアを用いて、サーバ２０の動作を全般的に制御する。また、本実施形態による制御部２２０は、利用者位置取得部２２１、利用者情報管理部２２２、要件登録部２２３、通知判断部２２４、通知文生成部２２５、および通知制御部２２６として機能する。

利用者位置取得部２２１は、利用者端末１０から受信した位置発信デバイスＩＤおよび利用者識別情報に基づいて、利用者の階層的位置情報を取得する。具体的には、利用者位置取得部２２１は、位置発信デバイスＩＤと階層的位置情報とが対応付けられた階層的位置情報ＤＢ（データベース）２３２を参照して、利用者識別情報で示される利用者の階層的位置情報を取得する。利用者位置取得部２２１は、取得した階層的位置情報を利用者情報管理部２２２に出力する。

利用者情報管理部２２２は、利用者位置取得部２２１により取得された階層的位置情報を、利用者の識別情報と対応付けて利用者位置情報ＤＢ２３１に登録する処理を行う。利用者情報管理部２２２は、各利用者の階層的位置情報を階層的位置情報ＤＢ２３２に登録することで、利用者位置情報ＤＢ２３１の更新を行い得る。

要件登録部２２３は、利用者に入力された要件に関する情報を要件ＤＢ２３３に登録する処理を行う。要件に関する情報は、利用者端末１０から受信し得る。

通知判断部２２４は、利用者位置情報ＤＢ２３１が更新された際に、利用者（要件の登録者）に要件の通知を行うか否かを判断する。利用者位置情報ＤＢ２３１が更新された際とは、要件の登録者および要件対象である要件相手も含め広く利用者の移動があった際を意味する。通知判断部２２４は、利用者（要件登録者）の移動により変化した階層と、要件対象である要件相手または場所が位置する階層とから、利用者が要件相手または場所に近付いたと判断した場合に、要件の通知を行うこと（要件の実行を利用者に促す通知情報を利用者端末１０に送信すること）を判断する。若しくは、通知判断部２２４は、要件対象である要件相手の移動により変化した階層と、利用者（要件登録者）が位置する階層とから、要件相手が利用者に近付いたと判断した場合に、要件の通知を行うこと（要件の実行を利用者に促す通知情報を利用者端末１０に送信すること）を判断する。

通知文生成部２２５は、通知判断部２２４により要件の通知を行うと判断された場合、要件の実行を利用者に促す通知情報（通知文）を生成する。通知文の生成方法は特に限定しないが、例えば予め用意された通知文テンプレートと、要件内容、および要件対象の情報等を用いて生成され得る。

通知制御部２２６は、通知文生成部２２５により生成された通知文を、利用者（要件登録者）の利用者端末１０に送信する制御を行う。

記憶部２３０は、制御部２２０の処理に関するデータ、制御部２２０の動作プログラムファイルなどの各種データを一時的あるいは永続的に記憶する機能を有する。また、記憶部２３０は、利用者位置情報ＤＢ２３１、階層的位置情報ＤＢ２３２、および要件ＤＢ２３３を記憶する。

利用者位置情報ＤＢ２３１は、利用者識別情報と、階層的位置情報とを対応付けて記憶する。利用者位置情報ＤＢ２３１には、各利用者の階層的位置情報の履歴が蓄積されていてもよい。

階層的位置情報ＤＢ２３２は、位置発信デバイスＩＤ毎の階層的位置情報を記憶する。本実施形態では、例えばオフィスの各場所（部屋）に位置発信デバイスが設置されている場合を想定する。階層的位置情報ＤＢ２３２には、位置発信デバイスが設置されている場所を示す階層的位置情報が記憶されている。階層的位置情報ＤＢ２３２のデータ構成の一例を下記表１に示す。本実施形態による階層的位置情報は、一例として、地域－建物－フロア－場所（部屋）の４構造から成る。

要件ＤＢ２３３は、要件登録者のＩＤ（利用者ＩＤ）と、要件対象のＩＤと、要件内容とを対応付けて記憶する。要件ＤＢ２３３のデータ構成の一例を下記表２に示す。本実施形態では、一例としては、要件対象である要件相手のＩＤ（相手ＩＤ）が記憶される。

以上、本実施形態によるサーバ２０の構成の一例について説明した。なお、本実施形態によるサーバ２０の構成は、図３に示す例に限定されない。例えば、サーバ２０は、複数の装置により構成されていてもよい。

＜３．動作処理＞
続いて、本実施形態による通知システムの動作処理についてシーケンス図を用いて具体的に説明する。

（３－１．登録処理）
まず、図４を参照して本実施形態に係る要件の登録処理について説明する。図４は、本実施形態に係る登録処理の流れの一例を示すシーケンス図である。

図４に示すように、まず、位置発信デバイス３０Ａは、位置発信デバイスＩＤａを発信する（ステップＳ１０３）。位置発信デバイス３０Ａは、例えば、ある会社の□□（地域名）にある支社３Ｆの応接室に設置され、応接室内を対象範囲として、位置発信デバイス３０Ａの識別情報である位置発信デバイスＩＤａを継続的に発信している。

次に、利用者に所持される利用者端末１０は、位置発信デバイス３０Ａから受信した位置発信デバイスＩＤａと、利用者識別情報の一例である利用者ＩＤを、サーバ２０に送信する（ステップＳ１０６）。

次いで、サーバ２０の利用者位置取得部２２１は、階層的位置情報ＤＢ２３２を参照し、利用者端末１０から送信された位置発信デバイスＩＤａに対応付けられる階層的位置情報を、利用者ＩＤで示される利用者の階層的位置情報として取得する（ステップＳ１０９）。

次に、利用者情報管理部２２２は、利用者位置取得部２２１により取得された利用者の階層的位置情報を、利用者識別情報に対応付けて利用者位置情報ＤＢ２３１に記憶し、利用者の位置情報を更新する（ステップＳ１１２）。

続いて、利用者が別の場所に移動した場合について説明する。利用者が移動した別の場所には、例えば位置発信デバイス３０Ｂが設置されている。位置発信デバイス３０Ｂは、位置発信デバイスＩＤｂを発信する（ステップＳ１１５）。位置発信デバイス３０Ｂは、例えば、ある会社の□□（地域名）にある支社４Ｆの休憩室に設置され、休憩室内を対象範囲として、位置発信デバイス３０Ｂの識別情報である位置発信デバイスＩＤｂを継続的に発信している。

次いで、利用者に所持される利用者端末１０は、位置発信デバイス３０Ｂから受信した位置発信デバイスＩＤｂと、利用者識別情報の一例である利用者ＩＤを、サーバ２０に送信する（ステップＳ１１８）。

次に、サーバ２０の利用者位置取得部２２１は、階層的位置情報ＤＢ２３２を参照し、利用者端末１０から送信された位置発信デバイスＩＤｂに対応付けられる階層的位置情報を、利用者ＩＤで示される利用者の新たな階層的位置情報として取得する（ステップＳ１２１）。

次いで、利用者情報管理部２２２は、利用者位置取得部２２１により取得された利用者の階層的位置情報を、利用者識別情報に対応付けて利用者位置情報ＤＢ２３１に記憶し、利用者の位置情報を更新する（ステップＳ１２４）。

以上のような利用者の階層的位置情報の記憶処理Ｐ１が、各利用者に対して継続的に繰り返し行われ得る。

また、利用者端末１０は、要件情報の入力を受け付けると（ステップＳ１２７）、入力された要件情報をサーバ２０に送信する（ステップＳ１３０）。利用者端末１０は、利用者識別情報と共に要件情報をサーバ２０に送信し得る。

そして、サーバ２０の要件登録部２２３は、要件情報を要件ＤＢ２３３に登録する（ステップＳ１３３）。要件ＤＢ２３３には、利用者識別情報、要件内容、および要件対象の情報が登録され得る。

以上説明した要件情報の登録処理（ステップＳ１２７～Ｓ１３３）は、記憶処理Ｐ１より前に行われてもよいし、後に行われてもよいし、並行して行われてもよい。

（３－２．通知処理）
次に、要件の通知処理について図５を参照して説明する。図５は、本実施形態に係る通知処理の流れの一例を示すシーケンス図である。

図５に示すように、まず、サーバ２０の通知判断部２２４は、利用者が移動したか否かを判断する（ステップＳ２０３）。利用者の移動により新たな階層的位置情報が取得されるため、通知判断部２２４は、利用者位置情報ＤＢ２３１が更新されたことで（利用者位置情報ＤＢ２３１に新たな階層的位置情報が記憶されたことで）、利用者が移動したことを把握し得る。また、移動により、利用者が位置する階層が変化する。

次に、通知判断部２２４は、移動した利用者が登録している要件の対象である要件相手の位置を確認する（ステップＳ２０６）。具体的には、通知判断部２２４は、要件ＤＢ２３３および利用者位置情報ＤＢ２３１を参照し、利用者が登録している要件の相手のＩＤに対応付けられている階層的位置情報（現在位置情報）を取得する。

次いで、通知判断部２２４は、利用者が移動した階層と、要件相手の階層とが、一致するか否かを判断する（ステップＳ２０９）。具体的には、通知判断部２２４は、利用者の移動により変化した各階層の最も上位の階層が、要件相手の階層と一致するか否かを判断する。階層が一致する場合、通知判断部２２４は、利用者の要件の通知を行うと判断する。ここで、階層の一致について、具体例を用いて説明する。

図６は、本実施形態による利用者Ａの移動による階層一致判断の一例について説明する図である。図６に示すように、例えば利用者Ａの移動前の階層的位置情報が「応接室－３Ｆ－支社－地域□□」であって、移動後の階層的位置情報が「休憩室－４Ｆ－支社－地域□□」の場合、変化した階層は『休憩室－４Ｆ』となる。そして、変化した各階層の最も上位の階層である「４Ｆ」が、要件相手である利用者Ｂの対応する階層「４Ｆ」と一致する場合、通知判断部２２４は、利用者に要件の通知を行うと判断する。すなわち、利用者Ａが居る場所（部屋）と、利用者Ｂが居る場所は異なるが、利用者Ｂが居るフロアと同じフロアに利用者Ａが移動したため、通知判断部２２４は、利用者に要件通知（同じフロアの居室に移動して利用者Ｂに対する要件を実行することを促す通知）を行うと判断する。場所は異なっても、同じフロアに移動したついでにさらに相手の居場所まで足を延ばすことを提案することで、より柔軟な要件通知を実現し得る。

図７は、本実施形態による利用者Ａの移動による階層一致判断の他の例について説明する図である。図７に示すように、例えば利用者Ａの移動前の階層的位置情報が「居室－４Ｆ－支社－地域□□」であって、移動後の階層的位置情報が「会議室－１Ｆ－新棟－地域〇〇」の場合、変化した階層は『会議室－１Ｆ－新棟－地域〇〇』となる。そして、変化した各階層の最も上位の階層である「地域〇〇」が、要件相手である利用者Ｃの対応する階層「地域〇〇」と一致する場合、通知判断部２２４は、利用者に要件の通知を行うと判断する。すなわち、利用者Ａが居る建物と、利用者Ｂが居る建物は異なるが、利用者Ｃが居る地域と同じ地域に利用者Ａが移動したため、通知判断部２２４は、利用者に要件通知（同じ地域の別の建物に移動して利用者Ｃに対する要件を実行することを促す通知）を行うと判断する。建物は異なっても、せっかく同じ地域に移動したため、相手の居場所まで足を延ばすことを提案することで、より柔軟な要件通知を実現し得る。

続いて、一致すると判断された場合（ステップＳ２０９／Ｙｅｓ）、サーバ２０の通知文生成部２２５は、利用者に送信する通知情報である通知文を生成する（ステップＳ２１２）。通知文生成部２２５は、要件内容と要件相手の居場所を含めて通知文を生成する。一例として、通知文生成部２２５は、予め用意された通知文テンプレートと、要件情報（要件、要件相手）と、要件相手が位置する場所の情報とに基づいて、通知文を生成してもよい。通知文テンプレートは、記憶部２３０に予め格納され得る。例えば通知文テンプレートが「（場所）で、（相手）さんへ（要件）されてはいかがでしょうか」の場合、図６を参照して説明した例の場合、「居室で、利用者Ｂさんへ雑談されてはいかがでしょうか」といった通知文が生成される。また、図７を参照して説明した例の場合、「実験室で、利用者Ｃさんへ挨拶されてはいかがでしょうか」といった通知文が生成される。

次に、サーバ２０の通知制御部２２６は、生成された通知文を、利用者端末１０に送信する制御を行う（ステップＳ２１５）。

そして、利用者端末１０の制御部１２０は、受信した通知文を表示部１４０に表示する制御を行う（ステップＳ２１８）。

このように、本実施形態では、利用者の移動をトリガとして、要件相手と異なる場所であっても、変化した階層が一致する場合には要件の通知を行い、利用者に要件相手の場所まで足を延ばして要件の実行を行うことを促す。これにより、より柔軟に要件の通知を行うことを実現し、要件の通知における利便性を高める。

なお、本実施形態による通知処理は、図５に示すシーケンス図に限定されない。上述した例では、利用者が移動した場合をトリガとしているが、要件相手の移動をトリガとしてもよい。図８は、本実施形態による要件相手（例えば利用者Ｄ）の移動による階層一致判断の例について説明する図である。８に示すように、例えば利用者Ｄの移動前の階層的位置情報が「マシン室－２Ｆ－旧棟－地域〇〇」であって、移動後の階層的位置情報が「居室－２Ｆ－新棟－地域〇〇」の場合、変化した階層は『居室－２Ｆ－新棟』となる。そして、変化した各階層の最も上位の階層である「新棟」が、利用者Ｄを要件相手とする要件を登録している利用者Ａの対応する階層「新棟」と一致する場合、通知判断部２２４は、利用者に要件の通知を行うと判断する。この場合、通知文生成部２２５は、上記通知文テンプレートを用いて、「居室で、利用者Ｄさんへ相談されてはいかがでしょうか」といった通知文を生成する。このように、相手が近付いてきた場合にも、利用者は、要件の通知（リマインダ）を受け取ることができる。

＜４．ハードウェア構成例＞
続いて、本実施形態に係る利用者端末１０およびサーバ２０のハードウェア構成について説明する。上記の動作は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。

図９は、本実施形態に係る情報処理装置９００のハードウェア構成の一例を示すブロック図である。情報処理装置９００は、本実施形態による利用者端末１０またはサーバ２０に適用されるハードウェア構成の一例である。

情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力機器９０８と、出力機器９０９と、ストレージ機器９１０と、ドライブ９１１と、通信機器９１３と、を備える。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバス等から構成されるホストバス９０４により相互に接続されている。ＣＰＵ９０１、ＲＯＭ９０２およびＲＡＭ９０３の協働により、利用者端末１０の制御部１２０や、サーバ２０の制御部２２０が実現される。

ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。

入力機器９０８は、マウス、キーボード、タッチパネル、ボタン、スイッチまたはマイクロフォン等、操作者が情報を入力するための入力手段と、操作者による入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路等から構成されている。情報処理装置９００を操作する操作者は、この入力機器９０８を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。入力機器９０８により、利用者端末１０の操作入力部１３０が実現される。

出力機器９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置、ランプ等の表示装置およびスピーカ等の音声出力装置を含む。出力機器９０９により、利用者端末１０の表示部１４０が実現される。

ストレージ機器９１０は、データ格納用の機器である。ストレージ機器９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含んでもよい。ストレージ機器９１０により、利用者端末１０の記憶部１５０や、サーバ２０の記憶部２３０が実現される。

ドライブ９１１は、記憶媒体用リーダライタであり、情報処理装置９００に外付けされる。ドライブ９１１は、装着される磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体９１２に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９１１は、リムーバブル記憶媒体９１２に情報を書き込むこともできる。

通信機器９１３は、通信を行うための通信デバイス等で構成された通信インタフェースである。当該通信機器９１３により、利用者端末１０の通信部１１０や、サーバ２０の通信部２１０が実現される。

なお、情報処理装置９００のハードウェア構成は、図９に示す構成に限られない。例えば、情報処理装置９００は、接続されている外部の通信デバイスを介して通信を行う場合には、通信機器９１３を備えていなくてもよい。また、情報処理装置９００は、例えば、入力機器９０８または出力機器９０９等を備えなくてもよい。また、例えば、図９に示す構成の一部または全部は、１または２以上のＩＣ（Integrated Circuit）で実現されてもよい。

＜５．補足＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、要件ＤＢ２３３に登録される要件対象は、人（要件相手）に限られず、場所（要件場所）であってもよい。この場合も、通知判断部２２４は、利用者（要件登録者）の移動により変化した各階層の最も上位の階層（例えば「フロア」）が、要件場所の対応する階層と一致する場合（例えば利用者が２Ｆのマシン室から１Ｆの実験室に移動し、要件場所が１Ｆの工作室の場合、フロアが一致する）、通知判断部２２４は、利用者に要件の通知を行うと判断する。このように、場所が一致しなくとも、例えばフロアが一致した際に、利用者は、要件の通知（リマインダ）を受け取ることができる。

また、サーバ２０の通知判断部２２４は、通知の頻度を制御し得る重み付けを行ってもよい。例えば、通知判断部２２４は、一致した階層の移動前後の距離的な遠さが遠い程、要件を通知する回数（頻度）を増やしてもよい。例えば同じ建物の１Ｆから３Ｆへの移動と、建物間の移動とでは、建物間の移動の方が距離的な遠さが遠いため、通知回数を増やす。移動距離が遠い程、要件を実行するための機会の貴重さが増すため、通知回数を増やすことが好ましい。なお、通知回数や通知間隔は、利用者が任意で設定してもよい。

また、要件が実行された場合、サーバ２０の制御部２２０は、当該要件を要件ＤＢ２３３から削除してもよいし、要件ＤＢ２３３において当該要件に削除フラグを設けて通知しないようにしてもよい。要件が実行されたか否かは、サーバ２０が、要件通知の所定時間後に、要件を実行したか否かを利用者に確認するための通知を利用者端末１０に送信することで行ってもよい。また、サーバ２０は、利用者が要件対象と同じ場所で一定時間経過した場合に、自動的に、要件を実行したと判定してもよい。

また、上述した実施例では、利用者端末１０が、受信した位置発信デバイスＩＤを利用者識別情報と共にサーバ２０に送信することで利用者の位置が取得されていたが、本実施形態はこれに限定されない。例えば、位置発信デバイス３０が、利用者端末１０から利用者情報を受信し、位置発信デバイスＩＤと共にサーバ２０に送信することで、利用者の位置が取得されてもよい。

また、利用者端末１０やサーバ２０に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、利用者端末１０やサーバ２０の機能を発揮させるための１以上のコンピュータプログラムも作成可能である。また、当該１以上のコンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体も提供される。

１０ 利用者端末
１１０ 通信部
１２０ 制御部
１３０ 操作入力部
１４０ 表示部
１５０ 記憶部
２０ サーバ
２１０ 通信部
２２０ 制御部
２２１ 利用者位置取得部
２２２ 利用者情報管理部
２２３ 要件登録部
２２４ 通知判断部
２２５ 通知文生成部
２２６ 通知制御部
２３０ 記憶部
２３１ 利用者位置情報ＤＢ
２３２ 階層的位置情報ＤＢ
２３３ 要件ＤＢ

Claims (15)

1. 外部装置から受信した利用者識別情報および位置発信デバイス識別情報に基づいて、利用者の階層的位置情報を取得する処理と、
   １以上の利用者の階層的位置情報が記憶される利用者位置情報データベースの更新に応じて、前記利用者の要件と要件対象が記憶される要件データベースを参照し、前記要件を前記利用者に通知するか否かを判断する処理と、
   を行う制御部を備える、情報処理装置。
2. 前記階層的位置情報は、階層構造から成る位置情報であって、
   前記利用者位置情報データベースの更新は、前記利用者の移動があったことを含む、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記利用者の移動により変化した階層と、前記要件対象である要件相手が位置する階層とから、前記利用者が前記要件相手に近付いたと判断される場合に、利用者端末に前記要件の実行を促す通知情報を送信する制御を行う、
   請求項２に記載の情報処理装置。
4. 前記制御部は、変化した最も上位の階層が一致する場合、前記利用者が前記要件相手に近付いたと判断する、請求項３に記載の情報処理装置。
5. 前記制御部は、予め用意された通知文テンプレートと、前記要件、前記要件相手、および前記要件相手が位置する場所の情報とに基づいて、前記通知情報を生成する、請求項３または４に記載の情報処理装置。
6. 前記制御部は、
   前記利用者の移動により変化した階層と、前記要件対象である場所が位置する階層とから、前記利用者が前記場所に近付いたと判断される場合に、利用者端末に前記要件の実行を促す通知情報を送信する制御を行う、
   請求項２に記載の情報処理装置。
7. 前記階層的位置情報は、階層構造から成る位置情報であって、
   前記利用者位置情報データベースの更新は、前記要件対象である要件相手の移動に伴い、前記要件相手が位置する階層が変化したことを含む、
   請求項１に記載の情報処理装置。
8. 前記制御部は、
   前記要件相手の移動により変化した階層と、前記利用者が位置する階層とから、前記要件相手が前記利用者に近付いたと判断される場合に、利用者端末に前記要件の実行を促す通知情報を送信する制御を行う、
   請求項７に記載の情報処理装置。
9. 前記制御部は、前記位置発信デバイス識別情報と前記階層的位置情報とが対応付けられた階層的位置情報データベースを参照して、前記利用者識別情報で示される前記利用者の階層的位置情報を取得する、請求項１～８のいずれか１項に記載の情報処理装置。
10. 前記外部装置は、前記利用者が用いる利用者端末、または位置発信デバイスである、請求項９に記載の情報処理装置。
11. 前記利用者識別情報は、前記利用者に付与された利用者固有ＩＤ、または前記利用者が所持する端末に付与された端末固有ＩＤである、請求項１～１０のいずれか１項に記載の情報処理装置。
12. 前記制御部は、取得した前記利用者の前記階層的位置情報を、前記利用者識別情報に対応付けて、前記利用者位置情報データベースに記憶する処理を行う、請求項１～１１のいずれか１項に記載の情報処理装置。
13. 前記制御部は、前記利用者識別情報に対応付けて、前記利用者により入力された要件と要件対象に関する情報を前記要件データベースに登録する処理を行う、請求項１～１２のいずれか１項に記載の情報処理装置。
14. プロセッサが、
    外部装置から受信した利用者識別情報および位置発信デバイス識別情報に基づいて、利用者の階層的位置情報を取得することと、
    １以上の利用者の階層的位置情報が記憶される位置情報データベースの更新に応じて、前記利用者の要件と要件対象が記憶される要件データベースを参照し、前記要件を前記利用者に通知するか否かを判断することと、
    を含む、情報処理方法。
15. 情報処理装置と、利用者が用いる利用者端末と、
    を備え、
    前記情報処理装置は、
    外部装置から受信した利用者識別情報および位置発信デバイス識別情報に基づいて、利用者の階層的位置情報を取得する処理と、
    １以上の利用者の階層的位置情報が記憶される位置情報データベースの更新に応じて、前記利用者の要件と要件対象が記憶される要件データベースを参照し、前記要件を前記利用者に通知するか否かを判断する処理と、
    を行う制御部を有し、
    前記利用者端末は、
    前記情報処理装置からの通知を受信する受信部と、
    前記受信した通知を出力部から出力するよう制御する制御部と、
    を有する、
    システム。
    

Images