特許 7380401 情報処理装置、情報処理システム、情報処理方法、およびプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-07

(45)【発行日】2023-11-15

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231108BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 20

(21)【出願番号】P 2020072229

(22)【出願日】2020-04-14

(65)【公開番号】P2021170164

(43)【公開日】2021-10-28

【審査請求日】2022-04-22

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】狩野 宏和

(72)【発明者】

【氏名】林 雅敏

(72)【発明者】

【氏名】亀井 玲汰

(72)【発明者】

【氏名】原 菜美香

【審査官】樋口 龍弥

(56)【参考文献】

【文献】特開２００９－２５１６２４（ＪＰ，Ａ）

【文献】特開２００３－２２８７６６（ＪＰ，Ａ）

【文献】特表２００３－５３４７２０（ＪＰ，Ａ）

【文献】国際公開第２０１４／２０３５３３（ＷＯ，Ａ１）

【文献】特開２０１６－２０６７１５（ＪＰ，Ａ）

【文献】特開２００４－１９０２３３（ＪＰ，Ａ）

【文献】特開２０１３－０４４１７０（ＪＰ，Ａ）

【文献】特開２００９－１７６２０４（ＪＰ，Ａ）

【文献】特開２０１６－０７１５５６（ＪＰ，Ａ）

【文献】特開２０１６－１２２３２４（ＪＰ，Ａ）

【文献】特開２０１７－１０５５９３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

ユーザが所持する携帯端末から取得した認証情報に基づいて施解錠を行う施解錠装置が行った施解錠の実績を示す実績データを取得することと、
前記実績データに基づいて、前記ユーザに提供するサービスに関する提案を含む提案データを生成することと、
を実行する制御部を有し、
前記制御部は、
前記実績データに基づいて前記ユーザの行動パターンを生成し、
前記行動パターンに基づいて将来において前記ユーザが帰宅する時間を推定し、
推定した前記帰宅する時間以降に荷物を配達することを提案する前記提案データを生成し、
配送事業者が管理する装置へ前記提案データを送信する、
情報処理装置。

【請求項2】

前記制御部は、複数の箇所に設置された前記施解錠装置のそれぞれについて前記実績データを取得する、
請求項１に記載の情報処理装置。

【請求項3】

前記制御部は、前記携帯端末に対して、前記施解錠装置に対応する前記認証情報を送信する、
請求項１または２に記載の情報処理装置。

【請求項4】

前記実績データは、前記認証情報が使用された場合に、前記携帯端末によって生成される、
請求項３に記載の情報処理装置。

【請求項5】

前記制御部は、前記実績データに基づいて、前記ユーザが在宅しているか否かを判定し、
前記判定の結果に基づいて前記提案の内容を決定する、
請求項１から４のいずれかに記載の情報処理装置。

【請求項6】

複数の前記施解錠装置の地理的位置に関する情報を記憶する記憶部をさらに有し、
前記制御部は、前記複数の前記施解錠装置の地理的位置に基づいて前記ユーザの現在位置を推定し、前記ユーザの現在位置に応じて前記提案の内容を決定する、
請求項１から４のいずれかに記載の情報処理装置。

【請求項7】

前記制御部は、蓄積した前記実績データに基づいて、前記ユーザの未来の行動を予測する、
請求項１から６のいずれかに記載の情報処理装置。

【請求項8】

前記制御部は、前記予測した前記ユーザの行動に基づいて、前記ユーザが在宅している時間帯を推定し、前記推定した時間帯に基づいて前記提案の内容を決定する、
請求項７に記載の情報処理装置。

【請求項9】

認証情報に基づいて施解錠を行う施解錠装置と通信を行う携帯端末と、サーバ装置と、からなる情報処理システムであって、
前記携帯端末は、
前記サーバ装置から取得した前記認証情報によって、前記施解錠装置に対して施解錠の要求を行うことと、
前記サーバ装置に対して、前記施解錠の実績を示す実績データを送信することと、
を実行する第一の制御部を有し、
前記サーバ装置は、
前記施解錠装置に対応する前記認証情報を前記携帯端末に送信することと、
前記実績データに基づいて、前記携帯端末を所持するユーザに提供するサービスに関する提案を含む提案データを生成することと、
を実行する第二の制御部を有し、
前記第二の制御部は、
前記実績データに基づいて前記ユーザの行動パターンを生成し、
前記行動パターンに基づいて将来において前記ユーザが帰宅する時間を推定し、
推定した前記帰宅する時間以降に荷物を配達することを提案する前記提案データを生成し、
配送事業者が管理する装置へ前記提案データを送信する、
情報処理システム。

【請求項10】

前記第一の制御部は、複数の箇所に設置された前記施解錠装置のそれぞれを識別する情報を前記実績データに含ませる、
請求項９に記載の情報処理システム。

【請求項11】

前記第一の制御部は、前記認証情報が前記施解錠装置によって認証された場合に、前記実績データを送信する、
請求項９または１０に記載の情報処理システム。

【請求項12】

前記第二の制御部は、前記実績データに基づいて、前記ユーザが在宅しているか否かを判定し、
前記判定の結果に基づいて前記提案の内容を決定する、
請求項９から１１のいずれかに記載の情報処理システム。

【請求項13】

前記サーバ装置は、複数の前記施解錠装置の地理的位置に関する情報を記憶する記憶部をさらに有し、
前記第二の制御部は、前記複数の前記施解錠装置の地理的位置に基づいて前記ユーザの現在位置を推定し、前記ユーザの現在位置に応じて前記提案の内容を決定する、
請求項９から１１のいずれかに記載の情報処理システム。

【請求項14】

前記第二の制御部は、蓄積した前記実績データに基づいて、前記ユーザの未来の行動を予測する、
請求項９から１３のいずれかに記載の情報処理システム。

【請求項15】

前記第二の制御部は、前記予測した前記ユーザの行動に基づいて、前記ユーザが在宅している時間帯を推定し、前記推定した時間帯に基づいて前記提案の内容を決定する、
請求項１４に記載の情報処理システム。

【請求項16】

ユーザが所持する携帯端末から取得した認証情報に基づいて施解錠を行う施解錠装置が行った施解錠の実績を示す実績データを取得するステップと、
前記実績データに基づいて、前記ユーザに提供するサービスに関する提案を含む提案データを生成するステップと、
配送事業者が管理する装置へ前記提案データを送信するステップと、
を含み、
前記提案データを生成するステップにおいて、
前記実績データに基づいて前記ユーザの行動パターンを生成し、
前記行動パターンに基づいて将来において前記ユーザが帰宅する時間を推定し、
推定した前記帰宅する時間以降に荷物を配達することを提案する前記提案データを生成する、
情報処理方法。

【請求項17】

複数の箇所に設置された前記施解錠装置のそれぞれについて前記実績データを取得する、
請求項１６に記載の情報処理方法。

【請求項18】

前記携帯端末に対して、前記施解錠装置に対応する前記認証情報を送信するステップをさらに含む、
請求項１６または１７に記載の情報処理方法。

【請求項19】

前記携帯端末に送信した前記認証情報が使用された履歴に基づいて、前記実績データを生成する、
請求項１８に記載の情報処理方法。

【請求項20】

請求項１６から１９のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザにサービスを提供するための技術に関する。

【背景技術】

【0002】

ユーザの移動に連動して様々なサービスを提供する試みがある。例えば、特許文献１には、ユーザが自動運転車両を利用しない期間を判定し、当該期間において、当該自動運転車両によって別のサービスを提供するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１９／１６３１９４号明細書

【発明の概要】

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

【0004】

特許文献１に記載のシステムによると、車両を有効活用することができる。一方、ユーザの移動に関連して、当該ユーザ自身にサービスを提供する技術は普及していない。

【0005】

本発明は上記の課題を考慮してなされたものであり、ユーザの移動に連動して、当該ユーザに対して多様なサービスの提案を行うことを目的とする。

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

【0006】

本開示の第一の態様に係る情報処理装置は、
ユーザが所持する携帯端末から取得した認証情報に基づいて施解錠を行う施解錠装置が行った施解錠の実績を示す実績データを取得することと、前記実績データに基づいて、前記ユーザに提供するサービスに関する提案を含む提案データを生成することと、を実行する制御部を有することを特徴とする。

【0007】

また、本開示の第二の態様に係る情報処理システムは、
認証情報に基づいて施解錠を行う施解錠装置と通信を行う携帯端末と、サーバ装置と、からなる情報処理システムであって、前記携帯端末は、前記サーバ装置から取得した前記認証情報によって、前記施解錠装置に対して施解錠の要求を行うことと、前記サーバ装置に対して、前記施解錠の実績を示す実績データを送信することと、を実行する第一の制御部を有し、前記サーバ装置は、前記施解錠装置に対応する前記認証情報を前記携帯端末に送信することと、前記実績データに基づいて、前記携帯端末を所持するユーザに提供するサービスに関する提案を含む提案データを生成することと、を実行する第二の制御部を有することを特徴とする。

【0008】

また、本開示の第三の態様に係る情報処理方法は、
ユーザが所持する携帯端末から取得した認証情報に基づいて施解錠を行う施解錠装置が行った施解錠の実績を示す実績データを取得するステップと、前記実績データに基づいて、前記ユーザに提供するサービスに関する提案を含む提案データを生成するステップと、を含むことを特徴とする。

【0009】

また、他の態様として、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

【発明の効果】

【0010】

本発明によれば、ユーザの移動に連動して、当該ユーザに対して多様なサービスの提案を行うことができる。

【図面の簡単な説明】

【0011】

【図1】第一の実施形態に係る情報処理システムの概要図。

【図2】システムが有する構成要素の一例を概略的に示したブロック図。

【図3】装置データの例を示した図。

【図4】実績データの例を示した図。

【図5】行動推定データの例を示した図。

【図6】システムが有する構成要素が送受信するデータのフロー図。

【図7】システムが有する構成要素が送受信するデータのフロー図。

【図8】提案生成部が実行する処理のフローチャート。

【図9】ユーザが取るパターン化された行動の例を示した図。

【図10】第二の実施形態において提案生成部が実行する処理のフローチャート。

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

【0012】

本実施形態に係る情報処理装置は、携帯端末によって鍵の施解錠を行うシステムにおいて利用される装置である。
具体的には、ユーザが所持する携帯端末（以下、ユーザ端末）から取得した認証情報に基づいて施解錠を行う施解錠装置が行った施解錠の実績を示す実績データを取得することと、前記実績データに基づいて、前記ユーザに提供するサービスに関する提案を含む提案データを生成することと、を実行する制御部を有することを特徴とする。

【0013】

本実施形態における施解錠装置は、ユーザ端末から電子的に取得した認証情報に基づいて施解錠を行う装置である。施解錠装置は、例えば、車両に搭載された装置であってもよいし、建物の出入口に備えられた装置であってもよい。また、ロッカー等に備えられた装置であってもよい。ユーザ端末から取得した認証情報に基づいて電子ロックの施解錠を行うことで、例えば、スマートフォンを鍵代わりにすることができる。

【0014】

実績データとは、施解錠装置が行った施解錠の実績（例えば、解錠を行った旨、または、施錠を行った旨）を示すデータである。実績データは、ユーザ端末から取得してもよいし、施解錠装置から取得してもよい。また、実績データは、日時情報を含んでいてもよい。
制御部は、実績データに基づいて、ユーザに提供するサービスに関する提案を含む提案データを生成する。
実績データに基づいて、ユーザが自宅から外出したこと、車両に乗車したこと、目的地に到着したこと等を判定することができる。さらに、施解錠装置の情報（位置情報など）に基づいて、ユーザの居場所を推定することができる。すなわち、ユーザの状態（例えば、居場所など）に応じて適切なサービスを提案することが可能になる。

【0015】

また、前記制御部は、複数の箇所に設置された前記施解錠装置のそれぞれについて前記実績データを取得することを特徴としてもよい。
このため、ユーザ端末は、複数の箇所に設置された前記施解錠装置のそれぞれを識別する情報を前記実績データに含ませてもよい。
かかる構成によると、管理下にある複数の施解錠装置のうちのどれに対してユーザがアクションを行ったかを判定することができる。

【0016】

また、前記制御部は、前記ユーザ端末に対して、前記施解錠装置に対応する認証情報を送信することを特徴としてもよい。

【0017】

また、前記実績データは、前記認証情報が使用された場合に、前記携帯端末によって生成されることを特徴としてもよい。
認証情報が使用されたことは、ユーザ端末から取得した情報に基づいて判定してもよいし、施解錠装置から取得した情報に基づいて判定してもよい。例えば、ユーザ端末が、前記認証情報が前記施解錠装置によって受理された場合に、前記実績データを送信するようにしてもよい。

【0018】

また、前記制御部は、前記実績データに基づいて、前記ユーザが在宅しているか否かを判定し、前記判定の結果に基づいて前記提案の内容を決定することを特徴としてもよい。
例えば、ユーザが在宅している場合、宅配便の受け取りが可能であるため、「配送業者に対してその旨を通知する」といったサービスを提案することができる。また、ユーザが在宅していない場合、当該ユーザに対してハウスキーピング等のサービスを提案することができる。

【0019】

また、複数の前記施解錠装置の地理的位置に関する情報を記憶する記憶部をさらに有し、前記制御部は、前記複数の施解錠装置の地理的位置に基づいて前記ユーザの現在位置を推定し、前記ユーザの現在位置に応じて前記提案の内容を決定することを特徴としてもよい。
かかる構成によると、例えば、ユーザが帰宅するまでに要する時間を推定することができ、より適切なサービスを提案できるようになる。

【0020】

また、前記制御部は、蓄積した前記実績データに基づいて、前記ユーザの未来の行動を予測することを特徴としてもよい。
例えば、ユーザが日常的に似た行動を取っている場合、ある時点で発生した実績データに基づいて、後続する行動を推定することが可能になる。これにより、先回りする形でのサービス提案が可能になる。

【0021】

また、前記制御部は、前記予測した前記ユーザの行動に基づいて、前記ユーザが在宅している時間帯を推定し、前記推定した時間帯に基づいて前記提案の内容を決定することを特徴としてもよい。
かかる構成によると、例えば、宅配便の受け取りに適した時間帯などを自動的に推定することができる。

【0022】

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

【0023】

（第一の実施形態）
第一の実施形態に係る情報処理システムの概要について、図１を参照しながら説明する。本実施形態に係るシステムは、ユーザが利用する設備（例えば、住宅、施設、建物、または車両等）に設置された一つ以上の施解錠装置３００と、ユーザが所持する携帯端末２００と、サーバ装置１００を含んで構成される。

【0024】

本実施形態に係るシステムでは、携帯端末２００が、サーバ装置１００から、認証を行うためのデータ（認証情報）を取得する。また、施解錠装置３００が、無線通信によって携帯端末２００を認証し、認証が成功した場合に、電子ロックの施解錠を行う。これによりユーザは、物理的な鍵を用いることなく、携帯端末２００のみで対象設備等の施解錠を行うことができる。

【0025】

認証が成功し、施解錠装置３００が施解錠を行うと、施解錠の実績を示す実績データが
、携帯端末２００からサーバ装置１００へ送信される。
サーバ装置１００は、携帯端末２００から受信した実績データに基づいて、携帯端末２００を所持しているユーザの行動を推定し、推定した行動に基づいて、当該ユーザに対してサービスの提案を行う。これにより、例えば、「ユーザが職場を出て自宅へ向かっている」と推定した場合、ユーザが自宅に到着する時刻以降に宅配便が到着するよう、荷物の配達時間帯を指定するサービスを提案することが可能になる。

【0026】

システムの構成要素について、詳しく説明する。
図２は、図１に示したサーバ装置１００、携帯端末２００、および施解錠装置３００の構成の一例を概略的に示したブロック図である。

【0027】

施解錠装置３００は、所定の設備、施設、または建物の扉を施錠および解錠するための装置であり、スマートキーシステムの一部を構成する装置である。
施解錠装置３００は、携帯端末２００と近距離無線通信を行って当該携帯端末２００を認証する機能と、携帯端末２００を認証した結果に基づいて、電子ロックの施解錠を行う機能を有している。施解錠装置３００は、近距離通信部３０１、制御部３０２、および記憶部３０３を有して構成される。

【0028】

近距離通信部３０１は、携帯端末２００との間で近距離無線通信を行うためのインタフェースである。近距離通信部３０１は、所定の無線通信規格を用いて、近距離（数ｃｍ程度）における通信を行う。

【0029】

本実施形態では、近距離通信部３０１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、Ｗｉ－Ｆｉ（登録商標）などを利用することもできる。

【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】

１００・・・サーバ装置
１０１，２０１・・・通信部
１０２，２０２，３０２・・・制御部
１０３，２０３，３０３・・・記憶部
２００・・・携帯端末
２０４，３０１・・・近距離通信部
２０５・・・入出力部
３００・・・施解錠装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】