JP7376284B2 - サービス提供システム、及び、サービス提供方法 - Google Patents

Description

本発明は、サービス提供システム、及び、サービス提供方法に関する。

従来、建物のドアを施錠または開錠するための電気錠システムが知られている。特許文献１には、ユーザの意図に反して開錠されにくい電気錠システムが開示されている。

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

ところで、電気錠などが設けられた建物に、複数のサービス提供事業者のそれぞれが作業者を派遣して１つのサービスを提供する事業においては、サービスの品質を向上することが課題である。

本発明は、高品質なサービスの提供を実現することができるサービス提供システムなどを提供する。

本発明の一態様に係るサービス提供システムは、ユーザが建物内で提供を受けたいサービスを示すサービス情報を取得する取得部と、取得された前記サービス情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定し、前記２つ以上のサービス提供事業者のうちの第一事業者の前記サービスに関する作業の進行状況を、前記２つ以上のサービス提供事業者のうちの第二事業者に通知する情報処理部とを備える。

本発明の一態様に係るサービス提供方法は、コンピュータによって実行されるサービス提供方法であって、ユーザが建物内で提供を受けたいサービスを示すサービス情報を取得し、取得された前記サービス情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定し、前記２つ以上のサービス提供事業者のうちの第一事業者の前記サービスに関する作業の進行状況を、前記２つ以上のサービス提供事業者のうちの第二事業者に通知する。

本発明の一態様に係るプログラムは、前記サービス提供方法をコンピュータに実行させるためのプログラムである。

本発明の一態様に係るプログラムは、ユーザが第一情報端末を操作することにより前記建物において提供を受けたいサービスを指定したことに応じてサーバ装置が決定した２つ以上のサービス提供事業者の前記サービスに関する作業の進行状況を示す通知を前記サーバ装置から受けるための処理を第二情報端末に実行させるためのプログラム。

本発明によれば、高品質なサービスの提供が実現される。

図１は、実施の形態に係るサービス提供システムの概要を示す図である。 図２は、建物の内部の間取り図の一例を示す図である。 図３は、実施の形態に係るサービス提供システムの機能構成を示すブロック図である。 図４は、管理情報の一例を示す図である。 図５は、実施の形態に係るサービス提供システムの動作例１の前半のシーケンス図である。 図６は、実施の形態に係るサービス提供システムの動作例１の後半のシーケンス図である。 図７は、第一携帯端末に表示されたサービス選択画面の一例を示す図である。 図８は、事業者情報の一例を示す図である。 図９は、アクセス可能エリア情報の一例を示す図である。 図１０は、第二携帯端末に表示されたマップ情報の一例を示す図である。 図１１は、実施の形態に係るサービス提供システムの動作例２のシーケンス図である。 図１２は、サービス連携情報の一例を示す図である。 図１３は、サービス提供事業者の位置情報を含む事業者情報の一例を示す図である。 図１４は、作業の進行状況の通知動作のシーケンス図である。 図１５は、第一作業者の作業の進行状況を示す画像の一例を示す図である。 図１６は、事業者間評価情報の一例を示す図である。

以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。

（実施の形態）
［概要］
まず、実施の形態に係るサービス提供システムの概要について説明する。図１は、実施の形態に係るサービス提供システムの概要を示す図である。

実施の形態に係るサービス提供システム１００は、戸建住宅などの建物１０に居住するユーザ１５が、不在時に、建物１０におけるサービスの提供を受けるためのシステムである。ユーザ１５は、第一携帯端末４０を操作して提供を受けたいサービスの内容、及び、期間を指定すると（図１の（ａ））、第一サーバ装置２０は指定した期間に指定した内容のサービスを提供するための情報処理を行う。この結果、ユーザ１５は、所望のサービスを受けることができる（図１の（ｂ））。ここでのサービスは、例えば、宅配サービスであるが、調理サービス、水廻り掃除サービス、及び、収納整理サービスなどであってもよい。

このようなサービスを受けるためには、サービス提供事業者の従業員（作業者）が建物１０内に入る必要がある。しかしながら、セキュリティの観点、及び、ユーザ１５のプライバシーの観点から作業者が建物１０内を自由に移動できることは適切でないと考えられる。そこで、サービス提供システム１００は、作業者が建物１０の内部のうちサービスの提供に必要な領域にだけ入ることができるように建物１０に設置された複数の電気錠３０の開錠条件を制御する。図２は、建物１０の内部の間取り図の一例を示す図であり、図中のＡ～Ｉは、複数の電気錠３０の位置を示している。複数の電気錠３０のそれぞれは、玄関の扉、または、部屋の扉の開錠及び施錠を行うが、複数の電気錠３０には、収納の扉の開錠及び施錠を行う電気錠３０が含まれてもよい。

例えば、ユーザ１５が宅配サービスを希望した場合、宅配サービスを提供する事業者に配布された鍵では、玄関の扉に取り付けられた電気錠Ａしか開錠できない。つまり、宅配サービスの作業者は、建物１０の玄関より先には進むことができない。一方、ユーザ１５が調理サービスを希望した場合、調理サービスを提供する事業者に配布された鍵は、電気錠Ａだけでなく、キッチンへ通じる扉に取り付けられた電気錠Ｆも開錠できる。つまり、調理サービスの作業者は、キッチンへ入ることができる。

このように、サービス提供システム１００は、サービス提供事業者のサービスの内容に応じて、当該サービス提供事業者から派遣された作業者に建物１０内のどこまで入ることを許可するかを決定する。このようなサービス提供システム１００は、セキュリティ、及び、ユーザ１５のプライバシーに配慮したサービスの提供を実現することができる。

［構成］
以下、このようなサービス提供システム１００の機能構成について説明する。図３は、サービス提供システム１００の機能構成を示すブロック図である。

図３に示されるように、サービス提供システム１００は、第一サーバ装置２０と、複数の電気錠３０と、第一携帯端末４０と、複数の第二サーバ装置５０と、第二携帯端末６０とを備える。以下、サービス提供システム１００が備える各装置について引き続き図１－図３を参照しながら詳細に説明する。

［第一サーバ装置、及び、複数の第二サーバ装置］
第一サーバ装置２０は、ユーザ１５に各種サービスを提供するための情報処理を行う。第一サーバ装置２０は、サーバ通信部２１と、情報処理部２２と、記憶部２３とを備える。

サーバ通信部２１は、第一サーバ装置２０が複数の電気錠３０、第一携帯端末４０、及び、複数の第二サーバ装置５０とインターネット９０などの広域通信ネットワークを介した通信を行うための通信回路（言い換えれば、通信モジュール）である。サーバ通信部２１は、具体的には、取得部２４（言い換えれば、取得回路）と、送信部２５（言い換えれば、送信回路）とを有する。サーバ通信部２１が行う通信の通信規格については特に限定されない。

情報処理部２２は、サービスを提供するための情報処理を行う。この情報処理には、複数の電気錠３０の制御処理が含まれる。情報処理部２２は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。

記憶部２３は、情報処理部２２が行う情報処理に用いられる制御プログラム、及び、当該情報処理に用いられる各種情報などが記憶される記憶装置である。記憶部２３は、例えば、半導体メモリによって実現される。

記憶部２３には、例えば、ユーザ１５にサービスを提供するための管理情報が記憶される。図４は、管理情報の一例を示す図である。図４に示されるように、管理情報においては、ユーザＩＤ、ログインパスワード、複数の電気錠３０それぞれのＩＤ、及び、建物１０の住所（つまり、複数の電気錠３０の設置場所）が対応付けられている。

また、記憶部２３には、建物１０のマップ情報（図２のような建物１０の内部の間取りを示す情報）が記憶される。マップ情報には、複数の電気錠３０の配置を示す情報（複数の電気錠３０のＩＤと設置位置の対応関係を示す情報）が含まれる。

複数の第二サーバ装置５０は、互いに異なるサービス提供事業者によって利用されるサーバ装置である。

［電気錠］
電気錠３０は、建物１０に含まれる扉（または窓など）の開錠及び施錠を制御する。電気錠３０は、電気錠本体３１と、電気錠制御装置３２とを備える。

電気錠本体３１は、電気錠制御装置の制御に基づいて扉を施錠及び開錠する構造体である。電気錠本体３１は、具体的には、デッドボルトと、電動モータと、電動モータの駆動力をデッドボルトに伝達する伝達機構とを有する。電動モータは、錠駆動部３４から出力される駆動信号に従って駆動し、電動モータの駆動力が伝達機構を介してデッドボルトに伝達されることによって、デッドボルトが施錠位置または開錠位置に移動する。

電気錠制御装置３２は、電気錠本体３１を制御する。電気錠制御装置３２は、鍵情報取得部３３と、錠駆動部３４と、制御部３５と、記憶部３６と、通信部３７と、出音部３８と、発光部３９とを備える。

鍵情報取得部３３は、鍵情報を取得する。鍵情報取得部３３は、例えば、複数のサービス提供事業者にあらかじめ配布されたカードキーから鍵情報を取得する、ＲＦＩＤリーダである。鍵情報取得部３３は、指紋などの生体情報を鍵情報として取得するセンサであってもよい。

錠駆動部３４は、電気錠本体３１を駆動するための駆動装置である。錠駆動部３４は、具体的には、制御部３５から出力される制御信号に基づいて電気錠本体３１が有する電動モータに駆動信号を出力する。なお、錠駆動部３４は、電気錠本体３１に含まれてもよい。

制御部３５は、鍵情報取得部３３によって取得された鍵情報に基づいて錠駆動部３４に制御信号を出力することにより電気錠３０を制御する。つまり、制御部３５は、扉の施錠及び開錠を制御する。制御部３５は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。

記憶部３６は、制御部３５によって実行される制御プログラムが記憶される記憶装置である。記憶部３６は、例えば、半導体メモリによって実現される。

通信部３７は、電気錠３０が第一サーバ装置２０とインターネット９０などの広域通信ネットワークを介した通信を行うための通信回路（言い換えれば、通信モジュール）である。通信部３７によって行われる通信は、例えば、有線通信であるが、無線通信であってもよい。通信部３７が行う通信の通信規格については特に限定されない。なお、通信部３７は、図示されないゲートウェイ装置などの他の装置を介してインターネット９０に接続してもよい。

出音部３８は、制御部３５によって制御され、警告音などの音声を出力する。出音部３８は、具体的には、スピーカによって実現される。

発光部３９は、制御部３５によって制御され、点灯及び消灯する。発光部３９は、具体的には、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）などの発光素子によって実現される。

［第一携帯端末、第二携帯端末］
第一携帯端末４０は、建物１０に居住するユーザ１５が所有する、スマートフォンまたはタブレット端末などの携帯型の情報端末である。つまり、第一携帯端末４０は、一般的な通信プロトコル（ＨＴＴＰなど）を使用でき、かつ、専用アプリケーションプログラムが動作する汎用の情報端末である。しかしながら、第一携帯端末４０は、サービス提供システム１００専用の簡易的な操作端末であってもよい。専用の簡易的な操作端末は、例えば、最低限のボタンを有する。ユーザ１５は、このボタンを押すだけで頻繁に利用するサービスの依頼を所定のタイミングで行うことができる。所定のタイミングは、例えば、ボタンを押してから一定期間（例えば、３時間）以内であるが、ボタンが押された日の決まった時間帯などであってもよい。

第二携帯端末６０は、サービスの提供のために建物１０を訪問する作業者が所有する、スマートフォンまたはタブレット端末などの携帯型の情報端末である。

［動作例１］
次に、サービス提供システム１００の動作例１について説明する。図５及び図６は、サービス提供システム１００の動作例１のシーケンス図である。

まず、図５を参照しながらサービスが提供されるまでのサービス提供システム１００の動作について説明する。第一携帯端末４０は、ユーザ１５のログイン操作、及び、サービス選択操作を受け付ける（Ｓ１１）。図７は、サービス選択画面の一例を示す図である。図７に示されるように、ユーザ１５は、例えば、あらかじめ定められた複数種類のサービスの中から１つのサービスを選択し、さらに、当該サービスを受けたい期間を指定する。

サービス選択操作が受け付けられると、第一携帯端末４０は、サービス情報を第一サーバ装置２０に送信する（Ｓ１２）。サービス情報は、ユーザ１５が提供を受けたいサービスを示す情報であり、サービス情報には、ユーザ１５が建物１０においてサービスの提供を受けたい期間を示す情報が含まれる。

第一サーバ装置２０の取得部２４は、サービス情報を第一携帯端末４０から取得する。情報処理部２２は、取得したサービス情報と、記憶部２３にあらかじめ記憶される事業者情報とに基づいて、サービスの提供を依頼する対象事業者を選択する（Ｓ１３）。図８は、事業者情報の一例を示す図である。

図８に示されるように、事業者情報においては、サービスの内容と、サービス提供事業者と、サービス提供事業者が使用する第二サーバ装置５０のＩＤと、サービス提供事業者にあらかじめ配布された鍵情報（カードキーを読み取った場合に得られる情報）と、評価点（後述）とが紐づけられている。情報処理部２２は、例えば、事業者情報を用いて、ステップＳ１２で取得されたサービス情報が示すサービスを提供する事業者の第二サーバ装置５０に、建物１０において、サービス情報において指定された期間にサービスの提供が可能かであるか否かの問い合わせを行う。そして、情報処理部２２は、問い合わせの結果サービスの提供が可能であると応答した事業者の１つを対象事業者として決定する。

なお、対象事業者の決定方法は特に限定されない。対象事業者を１つに絞り込む方法は、例えば、費用の安さに基づく方法、及び、評価情報（後述）が示す評価に基づく方法などが例示される。また、サービスの提供が可能であると応答した１以上の事業者を、第一携帯端末４０を介してユーザ１５に提示し、ユーザ１５によって対象事業者が選択されてもよい。また、最初からユーザ１５によってサービス提供事業者が指定されてもよく、この場合、例えば、ステップＳ１１においてサービス提供事業者が指定される。

ステップＳ１３の次に、情報処理部２２は、サービス情報が示すサービスの内容に基づいて対象電気錠を決定する（Ｓ１４）。対象電気錠は、複数の電気錠３０のうち対象事業者から建物１０に派遣される作業者に開錠することができる電気錠３０である。つまり、情報処理部２２は、対象事業者から建物１０に派遣される作業者に建物１０内のどのエリアまでの入室（アクセス）を許容するかを決定する。情報処理部２２は、例えば、あらかじめ記憶部２３に記憶されたアクセス可能エリア情報を参照することにより、対象電気錠を決定することができる。図９は、アクセス可能エリア情報の一例を示す図である。なお、図９における電気錠Ａ～Ｉは、図２の電気錠Ａ～Ｉを意味する。

ステップＳ１４の次に、情報処理部２２は、対象電気錠に、少なくともサービス情報において指定された期間に対象事業者の鍵情報を有効にすることを指令する（Ｓ１５）。言い換えれば、情報処理部２２は、サービス情報において指定された期間とその前後の予備期間を含む所定期間に限って、対象事業者の鍵情報が得られたときに（つまり、作業者がカードキーを近づけたときに）開錠（または施錠）するように対象電気錠に指令する。情報処理部２２は、具体的には、上記所定期間を示す期間情報、及び、事業者情報から得られる対象事業者の鍵情報を含む指令を送信部２５に対象電気錠へ送信させる。

なお、この指令は対象電気錠以外の電気錠３０には行われない。対象電気錠の制御部３５は、通信部３７によって受信された指令に含まれる情報を記憶部３６に記憶する。これにより、複数の電気錠３０のうち対象電気錠のみが上記所定期間において対象事業者の鍵情報を有効にすることができる。

ステップＳ１５の次に、情報処理部２２は、送信部２５に、対象事業者の第二サーバ装置５０へ建物１０の内部のマップ情報を送信させる（Ｓ１６）。マップ情報は、例えば、第二サーバ装置５０から、対象事業者の作業者が所持する第二携帯端末６０に提供される。マップ情報は、第一サーバ装置２０から第二携帯端末６０に直接送信されてもよい。図１０は、第二携帯端末６０に表示されたマップ情報の一例を示す図である。

図１０に示されるように、マップ情報においては、建物１０の内部のうち対象事業者の鍵情報を用いて入ることが可能なエリアが示されている。このようなマップ情報によれば、作業者は、建物１０の内部のどのエリアに入ることができるか、及び、自身がどのエリアで作業を行うかを容易に把握することができる。

その後、上記所定期間の開始時刻の一定時間前（例えば、１時間前）になると、情報処理部２２は、複数の電気錠３０の全てを施錠するための施錠指令を行う（Ｓ１７）。情報処理部２２は、送信部２５に複数の電気錠３０の全てへ施錠指令を送信させる。施錠指令は、作業者が建物１０を訪れる前に、建物１０内の全ての電気錠３０をいったん施錠するために行われる。施錠指令によれば、いったん全ての電気錠３０が施錠されるため、作業者の訪問時に電気錠３０が開錠されたままになってしまい、作業者が本来入るべきでないエリアに入ってしまうことが抑制される。

なお、電気錠３０が設けられたドアまたは窓が開いたままの場合には、当該電気錠３０の施錠ができない場合がある。このような場合、電気錠３０は、出音部３８から警告音（または警告メッセージ）を発することにより、建物１０内にいると考えられるユーザ１５にドアまたは窓を閉めることを促してもよい。また、第一サーバ装置２０がドアまたは窓の開閉を制御できるような場合（例えば、ドアが電気的に制御可能な自動ドアである場合など）には、ドアまたは窓を閉じる制御が行われてもよい。

上記施錠指令は、より詳細には、上記所定期間の開始時刻の一定時間前のタイミング、及び、ユーザ１５が外出する直前のタイミングのうち早いほうのタイミングで行われる。つまり、ユーザ１５が建物１０の中にいると推定されるタイミングで行われる。これにより、上記警告音を発する制御などがより効果的なものとなる。ユーザが外出する直前のタイミングは、例えば、建物１０におけるホームセキュリティシステムの外出設定（ユーザ１５が外出する直前に行う設定）が行われたことを検出することなどにより特定される。

そして、上記所定期間中に、作業者がカードキーによって対象電気錠を開錠する。具体的には、対象電気錠の鍵情報取得部３３は、作業者が近づけたカードキーから鍵情報を取得し、制御部３５は、取得された鍵情報がステップＳ１５において記憶部３６に記憶された鍵情報と一致する場合に、錠駆動部３４を介して電気錠本体３１を開錠する。その後、作業者が建物１０内に入って作業を行うことにより、ユーザ１５の所望のサービスが提供される（Ｓ１８）。対象電気錠以外の電気錠３０の記憶部３６には、対象事業者の鍵情報が記憶されていないため、対象電気錠以外の電気錠３０を対象事業者の鍵情報で開錠することはできない。

なお、所定期間中に、複数の電気錠３０のそれぞれは、発光部３９の発光態様により、作業者がカードキーで当該電気錠３０を開錠できるか否かを示してもよい。例えば、作業者がカードキーで開錠できる電気錠３０（つまり、対象電気錠）は第一の色（例えば、青色）で発光し、作業者がカードキーで開錠できない電気錠３０は第一の色と異なる第二の色（例えば、赤色）で発光することで、作業者は、カードキーで開錠可能な電気錠３０を容易に把握することができる。なお、作業者が開錠できるか否かは、発光部３９の発光態様で区別できればよく、例えば、発光部３９の点滅などによって区別されてもよい。

また、所定期間中に、対象電気錠以外の電気錠３０が開錠された場合には、当該電気錠３０の出音部３８は、警告音を発してもよい。

次に、図５に代えて図６を参照しながら、サービスが提供された後のサービス提供システム１００の動作について説明する。作業者は、作業が完了すると、第二携帯端末６０に作業完了操作を行う。第二携帯端末６０はこれを受け付け（Ｓ１９）、作業完了通知を第一サーバ装置２０に送信する（Ｓ２０）。

第一サーバ装置２０の情報処理部２２は、取得部２４によって作業完了通知が取得されると、課金処理を行う（Ｓ２１）。情報処理部２２は、具体的には、管理情報（図４）において、サービスの提供にかかった費用をユーザ１５のユーザＩＤに対応付けられた請求金額に加算する。なお、サービスの利用料金は、定額制であってもよく、この場合、ステップＳ２１の課金処理は省略される場合がある。

その後、ユーザ１５は帰宅して建物１０内の状態（サービスの提供結果）を確認し、第一携帯端末４０へサービスに対する評価操作を行う。第一携帯端末４０は評価操作を受け付け（Ｓ２２）、評価結果を示す個別評価情報を第一サーバ装置２０に送信する（Ｓ２３）。

第一サーバ装置２０の情報処理部２２は、取得部２４によって個別評価情報が取得されると、事業者情報（図８）に含まれる評価情報を更新する（Ｓ２４）。情報処理部２２は、具体的には、事業者情報において、対象事業者に対応付けられた評価情報に、個別評価情報が示す評価点を反映させる。なお、評価情報は、例えば、個別評価情報が示す評価点の過去の平均値を示す。

以上説明したように、サービス提供システム１００は、サービス提供事業者の作業者が開錠可能な電気錠３０をサービスの内容に応じて制限する。このようなサービス提供システム１００は、セキュリティ、及び、ユーザ１５のプライバシーを配慮したサービスの提供を実現することができる。

［動作例１の変形例］
ところで、ステップＳ１４の対象電気錠の選択においては、アクセス可能エリア情報に加えて、評価情報が用いられてもよい。例えば、図９のアクセス可能エリア情報に基づけば、宅配サービスの作業者に対しては、電気錠Ａのみが対象電気錠とされる。しかしながら、ユーザ１５は、評価情報における評価が高い宅配サービス提供事業者の作業員であれば、これを信頼して電気錠Ｆをさらに対象電気錠としてリビングまで荷物を運んで欲しいと考える場合がある。

そこで、情報処理部２２は、サービス情報が示すサービスが宅配サービスであり、かつ、対象事業者の評価点が所定値以上である場合には、アクセス可能エリア情報によって特定される電気錠Ａに加えて、電気錠Ｆを対象電気錠として選択する。なお、サービス提供事業者の評価が高い場合にどの電気錠３０を対象電気錠に追加するかは、例えば、あらかじめユーザ１５の承認を得たうえでアクセス可能エリア情報において規定される。

このように、情報処理部２２は、複数の電気錠３０のうちどの電気錠３０を対象電気錠とするかを、サービス情報が示すサービスの内容、及び、評価情報に基づいて決定してもよい。

なお、上記実施の形態では、評価情報は、サービス提供事業者ごとの評価を示しているが、サービス提供事業者の作業者ごとの評価を示してもよい。つまり、評価情報は、企業（事業者）単位の評価ではなく、個人単位の評価を示してもよい。この場合、情報処理部２２は、複数の電気錠３０のうちどの電気錠を対象電気錠とするかを、サービス情報が示すサービスの内容、及び、個人単位の評価情報に基づいて決定してもよい。

［動作例２：全体の動作］
動作例１では、ユーザの所望のサービスが１つのサービス提供事業者（対象事業者）によって提供されたが、ユーザの所望のサービスを実現するために、複数のサービス提供事業者の協力が必要なケースがある。例えば、食事の提供サービスであって、買物を行って建物１０に食材を運び、建物１０内で時間までに料理を完成させるようなサービス（以下、買物・調理サービスと記載する）では、建物１０に食材を運ぶ事業者、及び、建物１０に料理人を派遣する事業者の両方に業務依頼を行う必要がある。以下、このようなケースを想定した動作例２について説明する。図１１は、サービス提供システム１００の動作例２のシーケンス図である。なお、以下の動作例２の説明では、動作例１との相違点を中心に説明が行われ、既出事項の説明は適宜省略される。

第一携帯端末４０は、ユーザ１５のログイン操作、及び、サービス選択操作を受け付ける（Ｓ３１）。動作例２では、ユーザ１５は、複数のサービス提供事業者の関与が必要なサービス（例えば、上述の買物・調理サービス）を選択し、さらに、当該サービスを受けたい期間を指定する。

サービス選択操作が受け付けられると、第一携帯端末４０は、サービス情報を第一サーバ装置２０に送信する（Ｓ３２）。サービス情報は、ユーザ１５が提供を受けたいサービスを示す情報であり、サービス情報には、ユーザ１５が建物１０においてサービスの提供を受けたい期間を示す情報が含まれる。

第一サーバ装置２０の取得部２４は、サービス情報を第一携帯端末４０から取得する。情報処理部２２は、取得したサービス情報と、事業者情報（図８）と、記憶部２３にあらかじめ記憶されるサービス連携情報とに基づいて、業務を依頼する２つ以上の対象事業者を選択する（Ｓ３３）。図１２は、サービス連携情報の一例を示す図であり、サービス連携情報においては、サービス内容と、当該サービスを提供するために業務を依頼する必要がある２つ以上のサービス事業者とが対応付けられている。

例えば、ユーザ１５が買物・調理サービスを選択した場合、サービス連携情報、及び、事業者情報に基づいて、買物代行サービスを提供する対象事業者と、調理サービスを提供する対象事業者とがそれぞれ１社ずつ選択される。つまり２つの対象事業者が選択される。対象事業者の選択方法は、動作例１と同様である。

なお、対象事業者の選択においては、サービス提供事業者の事業所等の位置情報（住所、または、座標など）が用いられてもよい。この場合、事業者情報は、サービス提供事業者の事業所等の位置情報を含む。図１３は、サービス提供事業者の位置情報を含む事業者情報の一例を示す図である。

例えば、情報処理部２２は、サービス提供事業者の位置情報に基づいて、建物１０までの距離が所定範囲内の事業所等を有するサービス提供事業者の中から２つ以上の対象事業者を選択してもよい。これにより、２つ以上の対象事業者から派遣される作業者が渋滞などにより遅れることが抑制され、サービスの提供に遅延が生じることが抑制される。なお、複数のサービス提供事業者のそれぞれは、あらかじめサービス提供可能な対象エリアを登録しておき、対象エリア内におけるサービスの提供の依頼のみを受け付けてもよい。

ステップＳ３３の次に、情報処理部２２は、サービス情報が示すサービスの内容に基づいて対象電気錠を決定し（Ｓ３４）、対象電気錠に、サービス情報において指定された期間に対象事業者の鍵情報を有効にすることを指令する（Ｓ３５）。

また、情報処理部２２は、記憶部２３に選択した２つ以上の対象事業者が作業の進行状況を共有するための記憶領域を生成し（Ｓ３６）、この記憶領域へアクセスするための認証情報(具体的には、ログインＩＤ及びパスワードなど)を２つ以上の対象事業者の第二サーバ装置５０のそれぞれに送信する（Ｓ３７）。つまり、情報処理部２２は、記憶領域へのアクセス権限を２つ以上の対象事業者に付与する。なお、認証情報は、例えば、第二サーバ装置５０から、対象事業者の作業者（作業者が所持する第二携帯端末６０）に提供される。認証情報は、第一サーバ装置２０から第二携帯端末６０に直接送信されてもよい。

なお、認証情報が送信されることは必須ではない。例えば、図８または図１３の事業者情報においてあらかじめ各事業者のログインＩＤ及びパスワードが管理されている場合がある。このような場合、情報処理部２２は、事業者情報に含まれる２つ以上の対象事業者のログインＩＤ及びパスワードを、ステップＳ３６で生成した記憶領域へアクセス可能な認証情報として登録することで、記憶領域へのアクセス権限を２つ以上の対象事業者に付与することができる。

その後、動作例１と同様に、マップ情報の送信（Ｓ３８）、及び、施錠指令（Ｓ３９）が行われた後、２つ以上の対象事業者のそれぞれから派遣された作業者が建物１０内に入って作業を行うことにより、ユーザ１５の所望のサービスが提供される（Ｓ４０）。

なお、記憶領域へのアクセス権限は、ユーザ１５にも与えられてもよい。これにより、ユーザ１５は、図１５（後述）の画像によって作業の進行状況を把握することができる。

また、記憶領域へのアクセス権限は、上記所定期間の経過後に無効化されてもよい。つまり、情報処理部２２は、上記所定期間に限って、記憶領域へのアクセス権限を２つ以上の対象事業者に提供してもよい。これにより、記憶部２３の記憶領域を別のサービスにおける情報の共有に使用することができる。つまり、記憶部２３の記憶領域を有効に活用することができる。

［動作例２：作業の進行状況の通知（共有）］
上記買物・調理サービスでは、買物代行サービスを提供する第一事業者の作業者が食材を届けた後でなければ、調理サービスを提供する第二事業者の作業者は作業（調理）を行うことができない。このような場合に、上記記憶領域において第一事業者の作業者の作業の進行状況（言い換えれば、進捗状況）が共有されることが有用である。そこで、サービス提供システム１００は、上記記憶領域を利用して、第一事業者の作業者の作業の進行状況を第二事業者の作業者に通知する。図１４は、作業の進行状況の通知動作のシーケンス図である。

なお、以下の図１４に示される動作は、例えば、上記ログインＩＤ及びパスワードを用いて所定のアプリケーションプログラム実行中の第二携帯端末６０を用いて行われる。以下の説明では、２つの第二携帯端末６０を区別するために、第一事業者の作業者は第二携帯端末Ａを使用し、及び、第二事業者の作業者は、第二携帯端末Ｂを使用するものとする。

また、以下の図１４に示される動作の説明では、第一事業者の作業者は、第一作業者とも記載され、第二事業者の作業者は、第二作業者とも記載される。また、以下の説明において、第一作業者は、適宜、第一事業者と読み替えられてよく、第二作業者は、適宜、第二事業者と読み替えられてよい。

第一作業者は、買物の開始時点、買物の終了時点、及び、食材の配達の完了時点などの実績を、第二携帯端末Ａを操作することで入力する。第二携帯端末Ａは操作を受け付けたこと（Ｓ４１）を契機に、作業の進行状況を示す情報を送信する（Ｓ４２）。この情報は、具体的には、買物の開始時点、買物の終了時点、及び、食材の配達の完了時点などを示す情報である。

第一サーバ装置２０の情報処理部２２は、取得部２４によってこのような情報が取得されると、取得された情報を、記憶部２３の記憶領域に記憶する（Ｓ４３）。このように、第二携帯端末Ａは、作業の進行状況を示す情報を記憶領域にアップロードする。

第二携帯端末Ｂは、第二作業者の所定の操作を受け付けると（Ｓ４４）、第一サーバ装置２０へ、第一作業者の作業の進行状況を示す情報の提供要求を送信する（Ｓ４５）。第一サーバ装置２０の情報処理部２２は、取得部２４によってこのような情報が取得されると、記憶部２３の記憶領域に記憶された第一作業者の作業の進行状況を示す情報を第二携帯端末Ｂに送信（言い換えれば、提供）する（Ｓ４６）。この結果、第二携帯端末Ｂの表示部には、図１５に示されるような画像が表示される。図１５は、第一作業者の作業の進行状況を示す画像の一例を示す図である。

図１５に示される画像においては、第一作業者の作業の予定に対する実績（つまり、進行状況）が時間軸上に表示されている。具体的には、買物の開始時点、買物の終了時点、及び、食材の配達の完了時点が示されている。なお、作業の予定は、サービス情報に基づいてあらかじめ定められる。このような画像によれば、第二作業者は、第一作業者の作業の進行状況を把握することができる。第二作業者は、第一作業者の作業が遅れている場合には、建物１０を訪問する時間を調整するなどのスケジュールの遅れに対処することができる。

なお、第一作業者の作業の進行状況は、第二作業者の作業の予定に反映されてもよい。例えば、図１５の例のように、第一作業者の作業の進行状況が予定よりも１５分遅れている場合には、第二作業者の作業の予定が自動的に１５分遅れて表示されてもよい。つまり、先に作業を行う作業者の作業の進行状況に基づいて、後に作業を行う作業者の作業予定が自動調整されてもよい。

また、図１５では、第一作業者の作業が予定よりも遅れる例が示されているが、第一作業者の作業が予定よりも早まる場合もある。このような場合も、第一作業者の作業の進行状況が第一作業者及び第二作業者で共有されていることで、第二作業者が早めに作業を開始するなど第二作業者が時間の余裕を利用して作業を行うことができる。したがって、サービスの提供のオペレーション全体が効率化される効果が得られる。

ところで、図１５に示されるように、第一作業者、及び、第二作業者は、上記記憶領域を利用して、メッセージを交換する（チャットを行う）こともできる。これにより、第一作業者及び第二作業者は、作業の進行状況の詳細などをやり取りすることができる。なお、メッセージの交換は、例えば、図１４と同様の動作シーケンスに基づいて行われる。

以上説明したように、サービス提供システム１００は、２つ以上の対象事業者が作業の進行状況に関する情報を共有するための環境を提供することができる。サービス提供システム１００は、具体的には、記憶領域へアクセスした第二作業者の第二携帯端末Ｂに第一作業者の進行状況を示す情報を提供することができる。

なお、図１４の動作シーケンスは、第一作業者の作業の進行状況を第二作業者に通知する例を示しているが、サービス提供システム１００は、第二作業者の作業の進行状況を第一作業者に通知することもできる。

［動作例２の変形例１］
上記動作例２では、第一作業者の作業の進行状況は、第二携帯端末Ａへの操作によって手動入力されたが、第一サーバ装置２０によって推定されてもよい。上述のように、第一サーバ装置２０は、管理情報において建物１０の位置を管理している。このため、第一サーバ装置２０の取得部２４によって、第二携帯端末Ａが有するＧＰＳモジュールによって計測される第二携帯端末Ａの位置情報が定期的に取得されれば、情報処理部２２は、建物１０と第二携帯端末Ａとの位置関係を認識し、作業の進行状況（例えば、建物１０への到着時刻または到着予想時刻など）を推定することができる。

［動作例２の変形例２］
上記動作例２においては、対象事業者の選択方法としてサービス提供事業者の事業所等の位置情報（住所、または、座標など）を用いる例について説明された。ここで、対象事業者の選択においては、複数のサービス提供事業者のそれぞれの、他のサービス提供事業者に対する評価を示す事業者間評価情報が用いられてもよい。図１６は、事業者間評価情報の一例を示す図である。

事業者間評価情報は、上記動作例１の評価情報と同様の要領で、記憶部２３にあらかじめ記憶される。具体的には、サービスの提供が完了した後に、対象事業者の作業者は、他の対象事業者（つまり、サービスの提供に際して連携したサービス提供事業者）を評価するための評価操作を第二携帯端末６０に対して行う。この結果、サービス提供事業者の個別評価情報が第一サーバ装置２０に送信される。

第一サーバ装置２０の情報処理部２２は、取得部２４によってサービス提供事業者の個別評価情報が取得されると、事業者間評価情報を更新する。情報処理部２２は、具体的には、事業者間評価情報に個別評価情報が示す評価点を反映させる。なお、事業者間評価情報は、例えば、個別評価情報が示す評価点（最高５点）の過去の平均値を示す。

情報処理部２２は、このような事業者間評価情報を用いて、２つ以上の対象事業者の選択を行ってもよい。情報処理部２２は、具体的には、事業者間評価情報が示す評価点が所定値よりも低いサービス提供事業者のペアが含まれないように、２つ以上の対象事業者の選択を行う。ここでの「事業者間評価情報が示す評価点が所定値よりも低い」は、例えば、一方の他方への評価点、及び、他方の一方への評価点のいずれかが所定値よりも低いことを意味するが、一方の他方への評価点、及び、他方の一方への評価点の両方が所定値よりも低いという意味であってもよい。

このように事業者間評価情報を用いて２つ以上の対象事業者が選択されれば、２つ以上の対象事業者の中に相性の悪いサービス提供事業者のペアが含まれないため、サービスの提供に際して事業者間の連携の強化が期待できる。つまり、サービスの質の向上が期待できる。

また、対象事業者の選択においては、ユーザ１５の複数のサービス提供事業者のそれぞれに対する評価を示す評価情報が用いられてもよい。情報処理部２２は、例えば、動作例１で説明した評価情報と同様の手法で、ユーザ１５の複数のサービス提供事業者への評価を示す評価情報を記憶部２３に記憶することができる。これにより、ユーザ１５が同じサービスの提供を何度か繰り返して受けるうちに、ユーザ１５の評価が高いサービス提供事業者が優先的に選択されるようになる。したがって、ユーザ１５は、より満足度の高いサービスの提供を受けることができる可能性が高くなる。

［動作例２の変形例３］
上記動作例２においては、対象事業者の選択方法としてサービス提供事業者の事業所等の位置情報（住所、または、座標など）を用いる例について説明された。ここで、２つ以上の対象事業者が選択された後に、一部の対象事業者が何らかのアクシデントにより参加をキャンセルする場合が考えられる。このような場合、情報処理部２２は、対象事業者を追加選択する。

情報処理部２２は、具体的には、事業者情報に基づいて、建物１０までの距離が所定範囲内の事業所等を有するサービス提供事業者であって、参加をキャンセルしたサービス提供事業者と同じサービスを提供する（言い換えれば、サービス内容が同じである）サービス提供事業者を選択する。このようなサービス提供事業者が存在しない場合には、情報処理部２２は、上記所定範囲外のサービス提供事業者を探索する。つまり、選択の要件を緩和する。これにより、サービス提供システム１００は、参加のキャンセルに対応することができる。

［動作例２の変形例４］
上記動作例２では、作業の進行状況は、第二携帯端末６０のアプリケーションプログラムを利用して共有された。しかしながら、サービス提供システム１００は、ある事業者のサービスに関する作業の進行状況を、他の事業者に通知できればよく、この通知は、電子メールの配信によって行われてもよいし、ＷＥＢサイトを利用して行われてもよい。

［効果等］
以上説明したように、サービス提供システム１００は、ユーザ１５が建物１０内で提供を受けたいサービスを示すサービス情報を取得する取得部２４と、取得されたサービス情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定し、２つ以上のサービス提供事業者のうちの第一事業者の前記サービスに関する作業の進行状況を、２つ以上のサービス提供事業者のうちの第二事業者に通知する情報処理部２２とを備える。

このようなサービス提供システム１００は、作業の進行状況の通知を行うことで所属の異なる複数の作業者の連携を促すことができる。したがって、サービス提供システム１００は、高品質なサービスの提供を実現することができる。

また、例えば、情報処理部２２は、第一事業者の作業の進行状況として、作業の開始時刻、及び、作業の終了時刻の少なくとも一方を、第二事業者に通知する。

このようなサービス提供システム１００は、第一事業者の、作業の開始時刻、及び、作業の終了時刻の少なくとも一方の通知を行うことで、第二事業者にスケジュールの変化に応じた対処を促すことができる。

また、例えば、サービス提供システム１００は、さらに、記憶部２３を備える。情報処理部２２は、第一事業者の作業の進行状況を示す情報が第一事業者の情報端末（例えば、第二携帯端末Ａ）によってアップロードされる記憶領域を、サービス情報が取得されたことを契機に記憶部２３内に生成し、記憶領域へアクセスした第二事業者の情報端末（例えば、第二携帯端末Ｂ）に上記情報を提供することにより、通知を行う。

このようなサービス提供システム１００は、情報を共有するための環境（記憶領域）を提供することで、複数の作業者の連携を促すことができる。

また、例えば、サービス情報には、ユーザ１５がサービスの提供を受けたい期間を示す情報が含まれる。情報処理部２２は、上記期間を含む所定期間に限って、記憶領域へのアクセス権限を２つ以上のサービス提供事業者に付与する。

このようなサービス提供システム１００は、所定期間の満了後には、記憶部２３の記憶領域を別のサービスにおける情報の共有に使用することができる。つまり、サービス提供システム１００は、記憶部２３の記憶領域を有効に活用することができる。

また、例えば、サービス提供システム１００は、さらに、複数のサービス提供事業者のそれぞれの、他のサービス提供事業者に対する評価を示す事業者間評価情報が記憶された記憶部２３を備える。情報処理部２２は、記憶部２３に記憶された事業者間評価情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定する。この場合の記憶部２３は、第一記憶部の一例である。

このようなサービス提供システム１００は、相性の悪いサービス提供事業者のペアが含まれないように２つ以上のサービス提供事業者を選択することで、サービスの提供に際して事業者間の連携の強化を促すことができる。

また、例えば、サービス提供システム１００は、さらに、複数のサービス提供事業者のそれぞれの位置情報が記憶された記憶部２３を備える。情報処理部２２は、記憶部２３に記憶された位置情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定する。この場合の記憶部２３は、第二記憶部の一例である。

このようなサービス提供システム１００は、建物１０までの距離が所定範囲内の事業所等を有するサービス提供事業者の中から２つ以上のサービス提供事業者を選択することで、２つ以上の対象事業者から派遣される作業者が渋滞などにより遅れることを抑制することができる。つまり、サービス提供システム１００は、サービスの提供に遅延が生じることを抑制することができる。

また、サービス提供システム１００などのコンピュータによって実行されるサービス提供方法は、ユーザ１５が建物１０内で提供を受けたいサービスを示すサービス情報を取得し、取得されたサービス情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定し、２つ以上のサービス提供事業者のうちの第一事業者のサービスに関する作業の進行状況を、２つ以上のサービス提供事業者のうちの第二事業者に通知する。

このようなサービス提供方法は、作業の進行状況の通知を行うことで所属の異なる複数の作業者の連携を促すことができる。したがって、サービス提供方法は、高品質なサービスの提供を実現することができる。

また、第二携帯端末６０にインストールされるアプリケーションプログラムは、ユーザが第一携帯端末４０を操作することにより建物１０において提供を受けたいサービスを指定したことに応じて第一サーバ装置２０が決定した２つ以上のサービス提供事業者のサービスに関する作業の進行状況を示す通知を第一サーバ装置２０から受けるための処理を第二携帯端末６０に実行させるためのプログラムである。第一携帯端末４０は、第一情報端末の一例であり、第二携帯端末６０は、第二情報端末の一例である。

このようなプログラムは、作業者が作業の進行状況の通知を受けることを支援することで所属の異なる複数の作業者の連携を促すことができる。したがって、このようなプログラムは、高品質なサービスの提供を実現することができる。

（その他の実施の形態）
以上、実施の形態について説明したが、本発明は、上記実施の形態に限定されるものではない。

例えば、上記実施の形態では、建物は戸建住宅であるとして説明されたが、建物は集合住宅であってもよいし、住宅以外の建物であってもよい。また、上記実施の形態では、建物におけるサービスはユーザが不在であるときに提供されると説明されたが、サービスは、ユーザが建物内にいるときに提供されてもよい。

また、上記実施の形態では、複数のサービス提供事業者への業務依頼が必要なサービスとして、買物・調理サービスが例示されたが、複数のサービス提供事業者への業務依頼が必要なサービスはこのようなサービスに限定されない。その他のサービスとしては、例えば、室内の装飾サービスを提供するサービス提供事業者、及び、調理サービスを提供するサービス提供事業者への業務依頼が必要なパーティ準備サービスなどが例示される。

また、上記買物・調理サービスでは、買物が終わった後でないと調理ができない、というように作業の順序に制約があったが、作業の順序に制約が無い場合もある。例えば、上記パーティ準備サービスでは、室内の装飾作業と、調理作業とは順序に制約はなく、これらの作業は並行して行われてもよい。なお、複数のサービス提供事業者への業務依頼が必要なサービスは、３つ以上のサービス提供事業者への業務依頼が必要なサービスであってもよい。

また、上記実施の形態では、電気錠は、あらかじめサービス提供事業者に配布されたカードキーによって開錠または施錠された。しかしながら、電気錠の開錠または施錠には、作業者の生体情報（指紋など）が用いられてもよい、あらかじめ第一サーバ装置の記憶部に生体情報が鍵情報として記憶されていれば、生体情報による電気錠の開錠または施錠を実現することができる。

また、鍵情報は、サービス情報が取得される前にあらかじめ配布される必要はない。例えば、第一サーバ装置によって、サービス情報が取得されるごとに第二携帯端末に一時的なトークンが配信されることにより、トークンが記憶された第二携帯端末がカードキー代わりに使用されてもよい。

また、上記実施の形態で携帯端末を使用して行われる処理は、携帯端末に代えてパーソナルコンピュータまたはサーバ装置などの据え置き型の情報端末を使用して行われてもよい。

例えば、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。例えば、サービス提供システムは、建物に設置されるホームコントローラなどの制御装置を備え、第一サーバ装置によって行われる情報処理の一部または全部が、この制御装置によって行われてもよい。

また、上記実施の形態における装置間の通信方法については特に限定されるものではない。上記実施の形態において２つの装置が通信を行う場合、２つの装置間には図示されない中継装置が介在してもよい。

また、上記実施の形態のシーケンス図で説明された処理の順序は、一例である。複数の処理の順序は変更されてもよいし、複数の処理は並行して実行されてもよい。

また、上記実施の形態において、各構成要素は、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

また、各構成要素は、ハードウェアによって実現されてもよい。例えば、各構成要素は、回路（または集積回路）でもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。

また、本発明の全般的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよい。また、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。例えば、本発明は、電気錠、または、電気錠制御装置として実現されてもよい。本発明は、サービス提供方法をコンピュータに実行させるためのプログラムとして実現されてもよいし、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。

また、上記実施の形態において、サービス提供システムは、複数の装置によって実現されたが、単一の装置として実現されてもよい。例えば、サービス提供システムは、第一サーバ装置に相当する単一の装置として実現されてもよい。また、サービス提供システムが複数の装置によって実現される場合、サービス提供システムが備える構成要素は、複数の装置にどのように振り分けられてもよい。

その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本発明の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本発明に含まれる。

１０ 建物
１５ ユーザ
２０ 第一サーバ装置
２２ 情報処理部
２３ 記憶部
２４ 取得部
６０ 第二携帯端末（第一事業者の情報端末、第二事業者の情報端末）
１００ サービス提供システム

Claims (7)

1. ユーザが建物内で提供を受けたいサービスを示すサービス情報を取得する取得部と、
   取得された前記サービス情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定し、前記２つ以上のサービス提供事業者のうちの第一事業者の前記サービスに関する作業の進行状況を、前記２つ以上のサービス提供事業者のうちの第二事業者に通知する情報処理部と、
   前記複数のサービス提供事業者のそれぞれの、他のサービス提供事業者に対する評価を示す事業者間評価情報が記憶された記憶部とを備え、
   前記情報処理部は、前記記憶部に記憶された前記事業者間評価情報に基づいて、前記複数のサービス提供事業者の中から前記２つ以上のサービス提供事業者を決定し、
   決定された前記２つ以上のサービス提供事業者の相互評価の評価点は、所定値以上である
   サービス提供システム。
2. 前記情報処理部は、前記第一事業者の作業の進行状況として、作業の開始時刻、及び、作業の終了時刻の少なくとも一方を、前記第二事業者に通知する
   請求項１に記載のサービス提供システム。
3. さらに、記憶部を備え、
   前記情報処理部は、
   前記第一事業者の作業の進行状況を示す情報が前記第一事業者の情報端末によってアップロードされる記憶領域を、前記サービス情報が取得されたことを契機に前記記憶部内に生成し、
   前記記憶領域へアクセスした前記第二事業者の情報端末に前記情報を提供することにより、前記通知を行う
   請求項１または２に記載のサービス提供システム。
4. 前記サービス情報には、前記ユーザが前記サービスの提供を受けたい期間を示す情報が含まれ、
   前記情報処理部は、前記期間を含む所定期間に限って、前記記憶領域へのアクセス権限を前記２つ以上のサービス提供事業者に付与する
   請求項３に記載のサービス提供システム。
5. コンピュータによって実行されるサービス提供方法であって、
   ユーザが建物内で提供を受けたいサービスを示すサービス情報を取得し、
   取得された前記サービス情報に基づいて、複数のサービス提供事業者の中から２つ以上のサービス提供事業者を決定し、前記２つ以上のサービス提供事業者のうちの第一事業者の前記サービスに関する作業の進行状況を、前記２つ以上のサービス提供事業者のうちの第二事業者に通知し、
   前記複数のサービス提供事業者のそれぞれの、他のサービス提供事業者に対する評価を示す事業者間評価情報を取得し、
   取得された前記事業者間評価情報に基づいて、前記複数のサービス提供事業者の中から前記２つ以上のサービス提供事業者を決定し、
   決定された前記２つ以上のサービス提供事業者の相互評価の評価点は、所定値以上である
   サービス提供方法。
6. 請求項５に記載のサービス提供方法を前記コンピュータに実行させるためのプログラム。
7. 請求項１～４のいずれか１項に記載のサービス提供システムから、前記第二事業者が情報端末を通じて前記通知を受けるために、前記情報端末にインストールされるプログラム。

Images