(57)【要約】【課題】サービス提供者の健康促進を考慮したサービスを推薦する。【解決手段】実施形態の提供方法は、希望条件テーブルと提供条件テーブルとを有する提供装置１０により実行される。希望条件テーブルは、サービス希望者端末３０から受信した希望サービスに関する希望条件を記憶する。提供条件テーブルは、サービス提供者端末２０から受信した提供サービスに関する提供条件を記憶する。また、提供装置１０により、希望条件と提供条件との一致度と、サービス提供者端末２０受信したサービス提供者端末２０の利用者Ｈ１の運動量に関する情報と、に基づき、サービス提供者端末２０に送信する希望サービスを決定する処理が実行される。【選択図】図１
2019197434.tif 000002
【特許請求の範囲】
【請求項１】
サービス希望者端末から受信した希望サービスに関する希望条件を記憶した希望条件記憶手段と、
サービス提供者端末から受信した提供サービスに関する提供条件を記憶した提供条件記憶手段と、
を有する提供装置により実行される提供方法であって、
前記希望条件と前記提供条件との一致度と、前記サービス提供者端末から受信した前記サービス提供者端末の利用者の運動量に関する情報と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする提供方法。
【請求項２】
前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、前記希望サービスのサービス希望場所と前記サービス提供者端末の利用者の住所との距離と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする請求項１に記載の提供方法。
【請求項３】
前記希望サービスのサービス希望場所と前記サービス提供者端末の利用者の住所との距離が所定の閾値の範囲である場合に、前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、該距離とに基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする請求項２に記載の提供方法。
【請求項４】
前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、前記希望サービスの作業負荷と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする請求項１に記載の提供方法。
【請求項５】
サービス希望者端末から受信した希望サービスに関する希望条件を記憶した希望条件記憶部と、
サービス提供者端末から受信した提供サービスに関する提供条件を記憶した提供条件記憶部と、
前記希望条件と前記提供条件との一致度と、前記サービス提供者端末から受信した前記サービス提供者端末の利用者の運動量に関する情報と、に基づき、前記サービス提供者端末に送信する希望サービスを決定する決定部と、
を有することを特徴とする提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、提供方法及び提供装置に関する。
【背景技術】
【０００２】
従来、サービス提供者の提供条件とサービス希望者の希望条件をサーバに登録すると、提供条件と希望条件とのマッチングを行って、合致する場合にサービス提供者とサービス希望者との双方に通知する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２９７２１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、複数のマッチング結果が通知された場合に、サービス提供者がその中から１つを選択するための指標がなかった。その結果、サービス提供者が選択に戸惑ってサービス提供の機会を逃してしまったり、容易な作業を引き受けて多くの余力を残してしまったりする場合があった。
【０００５】
１つの側面では、本発明は、サービス提供者の健康促進を考慮したサービスを推薦することができる提供方法及び提供装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一態様では、提供装置が、サービス希望者端末から受信した希望サービスに関する希望条件を記憶した希望条件記憶手段と、サービス提供者端末から受信した提供サービスに関する提供条件を記憶した提供条件記憶手段と、を有する。提供装置により、前記希望条件と前記提供条件との一致度と、前記サービス提供者端末から受信した前記サービス提供者端末の利用者の運動量に関する情報と、に基づき、前記サービス提供者端末に送信する希望サービスを決定する処理が実行される。
【発明の効果】
【０００７】
サービス提供者の健康促進を考慮したサービスを推薦することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本実施例に係るシステムの構成を示す図である。
【図２】図２は、本実施例に係る提供装置の構成を示す機能ブロック図である。
【図３】図３は、提供条件テーブルの一例を示す図である。
【図４】図４は、希望条件テーブルの一例を示す図である。
【図５】図５は、運動履歴情報テーブルの一例を示す図である。
【図６】図６は、希望サービスの通知の一例を示す図である。
【図７】図７は、本実施例に係る提供処理の手順を示すフローチャートである。
【図８】図８は、コンピュータのハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して本願に係る提供方法及び提供装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例】
【００１０】
［システム構成］
近年の少子高齢化社会において、社会貢献に関心を寄せるアクティブシニアと呼ばれる元気な高齢者が増えている。そのようなアクティブシニアは、生涯現役志向が強く、豊富な経験や知識を活かすため、自身がサービス提供者となって希望者にサービスを提供することによる社会貢献を望んでいる。
【００１１】
本実施例に係る提供装置１０を含むシステムでは、サービス提供者の提供条件とサービス希望者の希望条件とのマッチングを行って、サービス提供者の運動量を考慮して、サービス提供者に提供するサービスを推薦する。ここで、サービスには、例えば、通訳、翻訳、草むしり等の作業が例示される。
【００１２】
図１は、本実施例に係る提供装置１０を含むシステムの構成を示す図である。図１に示すシステムは、提供装置１０と、サービス提供者端末２０と、サービス希望者端末３０とを有し、ネットワーク４０を介して相互に通信可能に接続されている。
【００１３】
サービス提供者端末２０は、サービス提供者Ｈ１が所持するスマートフォン等の携帯端末装置である。サービス提供者Ｈ１は、サービス提供者端末２０を用いて、提供可能なサービスに関する提供条件を提供装置１０に登録する。
【００１４】
また、サービス提供者Ｈ１は、３軸加速度情報を計測するバイタルセンシングバンド５０を装着している。サービス提供者端末２０は、フィットネスアプリケーション等を用いて、バイタルセンシングバンド５０から取得した３軸加速度情報から歩数または徒歩移動距離を算出し、サービス提供者Ｈ１の運動履歴情報として記録し、提供装置１０に送信する。
【００１５】
サービス希望者端末３０は、サービス希望者Ｈ２が所持するスマートフォン等の携帯端末装置である。サービス希望者Ｈ２は、サービス希望者端末３０を用いて、希望するサービスに関する希望条件を提供装置１０に登録する。
【００１６】
提供装置１０は、サービス提供者Ｈ１の提供条件とサービス希望者Ｈ２の希望条件とのマッチングを行う仲介サーバである。提供装置１０は、サービス提供者Ｈ１の趣味やスキル等の提供条件を考慮して、希望者に提供するサービスを推薦する。その際に、提供装置１０は、サービス提供者Ｈ１の運動履歴情報を参照して運動量を考慮し、例えば、運動不足のサービス提供者Ｈ１には、遠くに徒歩で出向くサービスや作業負荷の重いサービスを推薦する。
【００１７】
［提供装置の構成］
図２は、本実施例に係る提供装置１０の機能的構成を示すブロック図である。図２に示す提供装置１０は、上述のとおり、サービス提供者Ｈ１の提供条件とサービス希望者Ｈ２の希望条件とのマッチングを行って、サービス提供者Ｈ１の運動量を考慮して、サービス提供者Ｈ１にサービスを推薦する提供処理を実行する。
【００１８】
一実施形態として、提供装置１０は、上記の提供処理がパッケージソフトウェアやオンラインソフトウェアとして提供される提供プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、提供装置１０は、提供装置１０は、上記のサービス提供者端末２０およびサービス希望者端末３０をクライアント端末として収容するサーバ装置に上記の提供プログラムをインストールさせることにより実装することができる。この場合、提供装置１０は、売上管理などの業務システムの一部として実装されることとしてもよいし、上記の提供処理により実現されるサービスをアウトソーシングによって提供するクラウドとして実装することとしてもかまわない。
【００１９】
図２には、符号１１〜符号１５に対応する機能部が示されているが、これはあくまで一例に過ぎず、図示された機能部の一部を省略したり、図示以外の機能部が提供装置１０に備わることを妨げない。例えば、管理者が使用する情報処理装置が提供装置１０として実装される場合、パーソナルコンピュータや携帯端末装置等が標準装備する機能部、例えば入力デバイス、画像または音声の出力デバイス、通信インタフェース等の他、スキャナ等の読取部やセンサ等の検知部等の機能部を有することとしてもかまわない。また、上記の業務システムの一部として提供装置１０が実装される場合、後述する提供条件テーブル１４ａ、希望条件テーブル１４ｂ、及び運動履歴情報テーブル１４ｃ以外のデータを管理するデータベースが提供装置１０の記憶部１４、例えば主記憶装置や補助記憶装置等に記憶されることとしてもよい。
【００２０】
図２に示すように、提供装置１０は、あくまで一例として、通信部１１と、入力部１２と、記憶部１４と、制御部１５とを有する。なお、図２には、データの入出力の関係を表す実線が示されているが、説明の便宜上、示されているに過ぎない。すなわち、各処理部に関するデータの入出力は、図示の例に限定されず、図示以外のデータの入出力、例えば処理部及び処理部の間、処理部及びデータの間、または、処理部及び外部装置の間のデータの入出力が行われることとしてもかまわない。
【００２１】
通信部１１は、ネットワーク４０を介して、サービス提供者端末２０やサービス希望者端末３０等の外部装置と制御部１５とのデータ通信を制御する処理部である。通信部１１は、例えば、ＮＩＣ（Network  Interface  Card）等の通信装置に対応する。
【００２２】
入力部１２は、提供装置１０に各種の情報を入力するための入力装置である。例えば、入力部１２は、マウスやキーボード、タッチパネル、入力ボタン等に対応する。
【００２３】
記憶部１４は、制御部１５で実行されるＯＳ（Operating  System）やアプリケーションプログラムなどの各種プログラムに用いられるデータを記憶するデバイスである。例えば、記憶部１４は、提供装置１０における主記憶装置として実装される。例えば、記憶部１４には、各種の半導体メモリ素子、例えばＲＡＭ（Random  Access  Memory）やフラッシュメモリを採用できる。また、記憶部１４は、補助記憶装置として実装することもできる。この場合、ＨＤＤ（Hard  Disk  Drive）、光ディスクやＳＳＤ（Solid  State  Drive）などを採用できる。
【００２４】
記憶部１４は、制御部１５で実行されるプログラムに用いられるデータの一例として、提供条件テーブル１４ａ、希望条件テーブル１４ｂ、及び運動履歴情報テーブル１４ｃを記憶する。このデータ以外にも、記憶部１４には、他の電子データを併せて記憶することもできる。
【００２５】
提供条件テーブル１４ａは、サービス提供者Ｈ１の提供可能なサービスに関する提供条件を管理するものであり、適時にサービス提供者端末２０から収集され、記憶部１４に記憶される。図３は、本実施例に係る提供条件テーブル１４ａの一例を示す図である。図３に例示するように、提供条件テーブル１４ａは、サービス提供者、日付、スキル、住所等を含む。
【００２６】
ここで、サービス提供者は、サービス提供者Ｈ１の氏名等のサービス提供者Ｈ１を識別する情報である。日付は、サービスを提供できる日付を表す。スキルは、英会話等のサービス提供者Ｈ１が提供できる特筆すべき技術を表す。住所は、サービス提供者Ｈ１の住所を表す。
【００２７】
図３には、サービス提供者「Ｚ」、日付「２０１８０６０１」、スキル「なし」、住所「Ａ町」の提供条件が例示されている。なお、提供条件テーブル１４ａには、サービス提供者Ｈ１の趣味等の情報を含んでもよい。
【００２８】
希望条件テーブル１４ｂは、サービス希望者Ｈ２が希望するサービスに関する希望条件を管理するものであり、適時にサービス希望者端末３０から収集され、記憶部１４に記憶される。図４は、本実施例に係る希望条件テーブル１４ｂの一例を示す図である。図４に例示するように、希望条件テーブル１４ｂは、サービス希望者、日付、作業、場所、必要スキル等を含む。
【００２９】
ここで、サービス希望者は、サービス希望者Ｈ２の氏名等のサービス希望者Ｈ２を識別する情報である。日付は、サービスを希望する日付を表す。作業は、サービス希望者Ｈ２が希望するサービスの内容であり、例えば、通訳、翻訳、草むしり等である。場所は、サービス希望場所すなわちサービス希望者Ｈ２がサービスを希望する場所を表す。必要スキルは、サービスの提供に必要となる英会話等の特筆すべき技術を表す。
【００３０】
図４には、例えば、サービス希望者「Ａ」、日付「２０１８０６０１」、作業「通訳」、場所「Ａ町」、必要スキル「英会話」等の希望条件が例示されている。
【００３１】
運動履歴情報テーブル１４ｃは、サービス提供者Ｈ１の所定の期間の歩数または徒歩移動距離等の運動量の履歴を管理するものであり、適時にサービス提供者端末２０から収集され、記憶部１４に記憶される。図５は、本実施例に係る運動履歴情報テーブル１４ｃの一例を示す図である。図５に例示するように、運動履歴情報テーブル１４ｃは、サービス提供者、先週の歩数、住所等を含む。
【００３２】
ここで、先週の歩数は、サービス提供者Ｈ１の所定の期間の運動量を表すものであり、所定の期間が先週１週間であり、運動量が歩数である場合が例示されている。住所は、サービス提供者Ｈ１の住所を表す。図５には、サービス提供者「Ｚ」、先週の歩数「５０００歩」、住所「Ａ町」等の運動履歴情報が例示されている。
【００３３】
図２の説明に戻る。制御部１５は、各種のプログラムや制御データを格納する内部メモリを有し、これらによって種々の処理を実行するものである。
【００３４】
例えば、制御部１５は、中央処理装置、いわゆるＣＰＵ（Central  Processing  Unit）として実装される。制御部１５は、必ずしも中央処理装置として実装されずともよく、ＭＰＵ（Micro  Processing  Unit）やＤＳＰ（Digital  Signal  Processor）として実装されることとしてもよい。このように、制御部１５は、プロセッサとして実装されればよく、その種別が汎用型か特化型であるかは問われない。また、制御部１５は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などのハードワイヤードロジックによっても実現できる。
【００３５】
制御部１５は、各種のプログラムを実行することによって下記の処理部を仮想的に実現する。例えば、制御部１５は、図２に示すように、取得部１５ａと、決定部１５ｂと、通知部１５ｃとを有する。
【００３６】
取得部１５ａは、上記の提供条件テーブル１４ａ、希望条件テーブル１４ｂ、及び運動履歴情報テーブル１４ｃを取得する処理部である。一実施形態として、取得部１５ａは、
サービス提供者端末２０から、通信部１１を介して提供条件の入力を受け付けて、提供条件テーブル１４ａに記憶させる。また、取得部１５ａは、サービス希望者端末３０から、通信部１１を介して希望条件の入力を受け付けて、希望条件テーブル１４ｂに記憶させる。また、取得部１５ａは、サービス提供者端末２０から通信部１１を介して受信した運動履歴情報を、運動履歴情報テーブル１４ｃに記憶させる。
【００３７】
決定部１５ｂは、希望条件と提供条件との一致度と、サービス提供者端末２０から受信したサービス提供者端末２０の利用者であるサービス提供者Ｈ１の運動量に関する情報と、に基づき、サービス提供者端末２０に送信する希望サービスを決定する。
【００３８】
一実施形態として、決定部１５ｂは、まず、希望条件と提供条件との一致度が所定の閾値以上である希望条件のレコードを抽出する。ここで、一致度は、例えば、図３に示した提供条件テーブル１４ａのレコードと図４に示した希望条件テーブル１４ｂの各レコードとの対比において、内容が一致する項目の割合で表す。また、所定の項目の内容が一致する場合に、一致度が所定の閾値以上であるものとする。
【００３９】
例えば、決定部１５ｂは、日付およびスキル（必要スキル）が一致した場合に、一致度が所定の閾値以上であると判定し、該当の希望条件のレコードを抽出する。図４に示した例では、サービス希望者「Ｃ」、日付「２０１８０６０１」、作業「草むしり」、場所「Ａ町」であるレコードと、サービス希望者「Ｄ」、日付「２０１８０６０１」、作業「雪下ろし」、場所「Ｂ町」であるレコードとが抽出される。
【００４０】
ここで、決定部１５ｂは、さらに、サービス提供者Ｈ１の住所と希望サービスのサービス希望場所との距離が所定の閾値の範囲のレコードを抽出するようにしてもよい。これにより、例えば、所定の閾値の範囲として徒歩圏内のレコードを抽出し、サービス希望場所への車等による移動が不要な希望サービスの中から推薦するサービスを決定することが可能となる。
【００４１】
次に、決定部１５ｂは、サービス提供者端末２０の利用者であるサービス提供者Ｈ１の運動量に関する情報と、希望サービスのサービス希望場所とサービス提供者端末２０のサービス提供者Ｈ１の住所との距離と、に基づき、サービス提供者端末２０に送信する希望サービスを決定する。
【００４２】
例えば、決定部１５ｂは、サービス提供者端末２０の利用者の運動量に関する情報として、図５に示した運動履歴情報テーブル１４ｃのうち、提供条件のレコードのサービス提供者「Ｚ」の運動履歴情報を参照する。ここで、決定部１５ｂは、運動履歴情報の値が所定の閾値未満である場合に運動不足であると判定し、閾値以上である場合には運動不足ではないと判定する。例えば、所定の閾値が１００００歩の場合に、図５に示した例では、決定部１５ｂは、サービス提供者「Ｚ」は運動不足であると判定する。
【００４３】
決定部１５ｂは、運動不足と判定したサービス提供者Ｈ１には、希望サービスのサービス希望場所とサービス提供者端末の利用者の住所との距離が、例えば、所定の閾値以上である他の町でのサービスを、推薦する希望サービスとして決定する。図３〜図５に示した例では、決定部１５ｂは、サービス提供者「Ｚ」の住所「Ａ町」と異なる場所「Ｂ町」での希望サービスを推薦するサービスとして決定する。すなわち、決定部１５ｂは、サービス提供者「Ｚ」に推薦するサービスとして、サービス希望者「Ｄ」、日付「２０１８０６０１」、作業「雪下ろし」、場所「Ｂ町」の希望サービスを決定する。
【００４４】
なお、決定部１５ｂは、運動不足ではないと判定したサービス提供者Ｈ１には、希望サービスのサービス希望場所とサービス提供者端末の利用者の住所との距離が、例えば、所定の閾値未満である同じ町でのサービスを、推薦する希望サービスとして決定する。図３及び図４に示した例では、サービス提供者「Ｚ」の住所「Ａ町」と同じ場所「Ａ町」での希望サービスを推薦するサービスとして決定する。すなわち、決定部１５ｂは、サービス提供者「Ｚ」に推薦するサービスとして、サービス希望者「Ｃ」、日付「２０１８０６０１」、作業「草むしり」、場所「Ａ町」の希望サービスを決定する。
【００４５】
また、決定部１５ｂは、サービス提供者端末２０の利用者の運動量に関する情報と、希望サービスの作業負荷と、に基づき、サービス提供者端末２０に送信する希望サービスを決定してもよい。
【００４６】
その場合に、希望サービスの作業負荷は、例えば、予め、作業ごとの負荷を記憶部１４に記憶させておく。あるいは、希望条件の一部として、サービス希望者端末３０からの入力を受け付けてもよい。また、作業負荷は、作業にかかる時間で表されてもよい。
【００４７】
そして、決定部１５ｂは、例えば、サービス提供者Ｈ１の運動履歴情報を参照して、運動不足と判定したサービス提供者Ｈ１には、作業負荷が所定の閾値以上である高負荷のサービスを、推薦する希望サービスとして決定する。また、決定部１５ｂは、運動不足ではないと判定したサービス提供者Ｈ１には、作業負荷が所定の閾値未満である低負荷のサービスを、推薦する希望サービスとして決定する。
【００４８】
また、決定部１５ｂは、提供条件に趣味が含まれる場合に、例えば、趣味と希望サービスの作業との類似度が所定の閾値以上のレコードを抽出するようにしてもよい。これにより、サービス提供者Ｈ１の趣味を考慮したサービスを推薦することができる。
【００４９】
図２の説明に戻る。通知部１５ｃは、決定部１５ｂが決定した希望サービスをサービス提供者端末２０に通知する。ここで、図６は、希望サービスの通知の一例を示す図である。一例として、通知部１５ｃは、図６に示すように、通信部１１を介してサービス提供者端末２０に決定した希望サービスを通知するメールを送信する。
【００５０】
図６に示す例では、通知部１５ｃは、サービス希望者「Ｃ」、場所「Ａ町」、作業「草むしり」の希望サービスをサービス提供者端末２０に通知している。なお、通知部１５ｃは、図６に示すように、サービス提供者端末２０に、サービス提供者Ｈ１が通知された希望サービスを引き受けるか否かを選択可能な画面を表示させてもよい。
【００５１】
これにより、サービス提供者Ｈ１は、提供条件に合致する希望サービスが複数ある場合にも、選択に戸惑ってサービス提供の機会を逃すことが抑止される。また、サービス提供者Ｈ１の運動量を考慮して健康状態に応じたサービスが推薦されるので、サービス提供者Ｈ１の健康促進の効果を期待できる。
【００５２】
［処理の流れ］
図７は、本実施例に係る提供処理の手順を示すフローチャートである。一例として、図７に示すように、提供処理は、例えば、所定の間隔で定期的に、あるいは、提供条件テーブル１４ａあるいは希望条件テーブル１４ｂが更新された場合に起動される。
【００５３】
まず、決定部１５ｂが、処理対象の提供条件として、提供条件テーブル１４ａのレコードを読み込む（ステップＳ１）。また、決定部１５ｂが、希望条件テーブル１４ｂを参照し、提供条件との一致度が所定の閾値以上の希望条件を示すレコードを抽出する（ステップＳ２）。
【００５４】
決定部１５ｂは、提供条件テーブル１４ａのレコードのうち、ステップＳ１〜Ｓ２の処理が未処理のものがあれば（ステップＳ３，Ｙｅｓ）、ステップＳ１に処理を戻す。一方、決定部１５ｂは、全てのレコードについて、ステップＳ１〜Ｓ２の処理が終わっていれば（ステップＳ３，Ｎｏ）、ステップＳ４に処理を進める。
【００５５】
決定部１５ｂは、運動履歴情報テーブル１４ｃを参照し、処理対象の提供条件のサービス提供者Ｈ１の所定の期間の運動量が足りているか否かを所定の閾値で判定する（ステップＳ４〜ステップＳ５）。
【００５６】
決定部１５ｂは、サービス提供者Ｈ１が運動不足ではないと判定した場合に（ステップＳ５，Ｎｏ）、サービス希望場所とサービス提供者Ｈ１の住所との距離が、例えば、所定の閾値未満であるような、同じ町での希望サービスのレコードを抽出する（ステップＳ６）。
【００５７】
一方、決定部１５ｂは、サービス提供者Ｈ１が運動不足であると判定した場合に（ステップＳ５，Ｙｅｓ）、サービス希望場所とサービス提供者Ｈ１の住所との距離が所定の閾値以上であるような、異なる町での希望サービスのレコードを抽出する（ステップＳ７）。
【００５８】
通知部１５ｃは、決定部１５ｂが抽出した希望サービスのレコードをサービス提供者端末２０に送信する（ステップＳ８）。
【００５９】
また、決定部１５ｂは、提供条件テーブル１４ａのレコードのうち、ステップＳ４〜Ｓ８の処理が未処理のものがあれば（ステップＳ９，Ｙｅｓ）、ステップＳ４に処理を戻す。一方、決定部１５ｂは、全てのレコードについて、ステップＳ４〜Ｓ８の処理が終わっていれば（ステップＳ９，Ｎｏ）、一連の提供処理を終了させる。
【００６０】
［効果の一側面］
上述してきたように、本実施例において、記憶部１４が、サービス希望者端末３０から受信した希望サービスに関する希望条件である希望条件テーブル１４ｂを記憶する。また、記憶部１４が、サービス提供者端末２０から受信した提供サービスに関する提供条件である提供条件テーブル１４ａを記憶する。また、決定部１５ｂが、希望条件と提供条件との一致度と、サービス提供者端末２０受信したサービス提供者端末２０の利用者Ｈ１の運動量に関する情報と、に基づき、サービス提供者端末２０に送信する希望サービスを決定する。
【００６１】
これにより、本実施例の提供装置１０は、サービス提供者Ｈ１の運動量を考慮して健康状態に応じたサービスが推薦する。したがって、サービスス提供者は、提供条件に合致する希望サービスが複数ある場合にも、選択に戸惑ってサービス提供の機会を逃すことが抑止される。また、サービス提供者Ｈ１の健康促進の効果を期待できる。
【００６２】
なお、提供装置１０は、提供供条件との一致度が所定の閾値以上である希望条件の中から、サービス提供者端末２０に送信する希望サービスを決定してもよい。その場合に、提供装置１０は、さらに、サービス提供者端末２０の利用者の運動量に関する情報と、希望サービスのサービス希望場所とサービス提供者端末２０の利用者の住所との距離と、に基づき、サービス提供者端末２０に送信する希望サービスを決定してもよい。これにより、運動不足のサービス提供者Ｈ１に、サービス希望場所への移動距離が長い希望サービスを推薦することができる。
【００６３】
また、提供装置１０は、希望サービスのサービス希望場所とサービス提供者端末２０の利用者の住所との距離が所定の閾値の範囲である場合に、サービス提供者端末２０に送信する希望サービスを決定してもよい。その場合に、提供装置１０は、さらに、提供条件との一致度が所定の閾値以上である希望条件の中から、サービス提供者端末２０の利用者Ｈ１の運動量に関する情報と、該距離とに基づき、サービス提供者端末２０に送信する希望サービスを決定してもよい。これにより、例えば、サービス希望場所とサービス提供者Ｈ１の住所との距離が徒歩圏内である希望サービスの中から、運動不足のサービス提供者Ｈ１に、サービス希望場所への車等による移動が不要で歩行距離が長い希望サービスを推薦することが可能となる。
【００６４】
また、提供装置１０は、提供条件との一致度が所定の閾値以上である希望条件の中から、サービス提供者端末２０に送信する希望サービスを決定してもよい。その場合に、提供装置１０は、さらに、サービス提供者端末２０の利用者の運動量に関する情報と、希望サービスの作業負荷と、に基づき、サービス提供者端末２０に送信する希望サービスを決定してもよい。これにより、運動不足のサービス提供者Ｈ１に、作業負荷の高い希望サービスを推薦することができる。
【００６５】
［システム］
また、各実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００６６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６７】
［ハードウェア構成］
図８は、コンピュータのハードウェア構成例を示す図である。図８に示すように、コンピュータ１００は、キーボードやマウス等の入力装置１１０と、ディスプレイやスピーカ等の出力装置１２０と、通信Ｉ／Ｆ１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。
【００６８】
ＨＤＤ１７０には、図８に示すように、上記の実施例で示した制御部１５と同様の機能を発揮する提供プログラムが記憶される。この提供プログラム１７０ａは、図２に示した制御部１５の各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。
【００６９】
このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０から提供プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、提供プログラム１７０ａは、図８に示すように、提供プロセス１８０ａとして機能する。この提供プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうち提供プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。なお、ＣＰＵ１５０では、必ずしも上記の実施例で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。
【００７０】
なお、上記の提供プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ１００がこれらの装置から各プログラムを取得して実行するようにしてもよい。
【００７１】
以上、本実施例を含む実施の形態に関し、さらに以下の付記を開示する。
【００７２】
（付記１）サービス希望者端末から受信した希望サービスに関する希望条件を記憶した希望条件記憶手段と、
サービス提供者端末から受信した提供サービスに関する提供条件を記憶した提供条件記憶手段と、
を有する提供装置により実行される提供方法であって、
前記希望条件と前記提供条件との一致度と、前記サービス提供者端末から受信した前記サービス提供者端末の利用者の運動量に関する情報と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする提供方法。
【００７３】
（付記２）前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、前記希望サービスのサービス希望場所と前記サービス提供者端末の利用者の住所との距離と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする付記１に記載の提供方法。
【００７４】
（付記３）前記希望サービスのサービス希望場所と前記サービス提供者端末の利用者の住所との距離が所定の閾値の範囲である場合に、前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、該距離とに基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする付記２に記載の提供方法。
【００７５】
（付記４）前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、前記希望サービスの作業負荷と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする付記１に記載の提供方法。
【００７６】
（付記５）サービス希望者端末から受信した希望サービスに関する希望条件を記憶した希望条件記憶部と、
サービス提供者端末から受信した提供サービスに関する提供条件を記憶した提供条件記憶部と、
前記希望条件と前記提供条件との一致度と、前記サービス提供者端末から受信した前記サービス提供者端末の利用者の運動量に関する情報と、に基づき、前記サービス提供者端末に送信する希望サービスを決定する決定部と、
を有することを特徴とする提供装置。
【００７７】
（付記６）前記決定部は、前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、前記希望サービスのサービス希望場所と前記サービス提供者端末の利用者の住所との距離と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする付記５に記載の提供装置。
【００７８】
（付記７）前記決定部は、前記希望サービスのサービス希望場所と前記サービス提供者端末の利用者の住所との距離が所定の閾値の範囲である場合に、前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、該距離とに基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする付記６に記載の提供装置。
【００７９】
（付記８）前記決定部は、前記提供条件との一致度が所定の閾値以上である前記希望条件の中から、前記サービス提供者端末の利用者の運動量に関する情報と、前記希望サービスの作業負荷と、に基づき、前記サービス提供者端末に送信する希望サービスを決定することを特徴とする付記５に記載の提供装置。
【符号の説明】
【００８０】
１０  提供装置
１１  通信部
１２  入力部
１４  記憶部
１４ａ  提供条件テーブル
１４ｂ  希望条件テーブル
１４ｃ  運動履歴情報テーブル
１５  制御部
１５ａ  取得部
１５ｂ  決定部
１５ｃ  通知部
２０  サービス提供者端末
３０  サービス希望者端末
４０  ネットワーク
５０  バイタルセンシングバンド
Ｈ１  サービス提供者
Ｈ２  サービス希望者
【図１】
2019197434.tif 000003
【図２】
2019197434.tif 000004
【図３】
2019197434.tif 000005
【図４】
2019197434.tif 000006
【図５】
2019197434.tif 000007
【図６】
2019197434.tif 000008
【図７】
2019197434.tif 000009
【図８】
2019197434.tif 000010