JP7339928B2 - サービス提供システム、管理サーバ、および識別子リーダ - Google Patents

Description

特許法第３０条第２項適用 ・ウェブサイトのＵＲＬ・公開日 令和１年９月１９日（１）ｈｔｔｐｓ：／／ｗｗｗ．ｃｏ－ｎｓｓ．ｃｏ．ｊｐ／ ｈｔｔｐｓ：／／ｗｗｗ．ｃｏ－ｎｓｓ．ｃｏ．ｊｐ／ｐｒｏｊｅｃｔ／ｋｕｒｏｂｅ－ｎｅｔ．ｈｔｍｌ ｈｔｔｐｓ：／／ｗｗｗ．ｃｏ－ｎｓｓ．ｃｏ．ｊｐ／ｐｒｅｓｓ／２０１９．ｈｔｍｌ（２）ｈｔｔｐｓ：／／ｉｏｔｎｅｗｓ．ｊｐ／ ｈｔｔｐｓ：／／ｉｏｔｎｅｗｓ．ｊｐ／ａｒｃｈｉｖｅｓ／１３３４５６（３）ｈｔｔｐｓ：／／ｗｗｗ．ｎｉｃｔ．ｇｏ．ｊｐ／ ｈｔｔｐｓ：／／ｗｗｗ．ｎｉｃｔ．ｇｏ．ｊｐ／ｐｒｅｓｓ／２０１９／０９／１９－１．ｈｔｍｌ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｎｉｃｔ＿ｐｕｂｌｉｃｉｔｙ（４）ｈｔｔｐｓ：／／ｗｗｗ．ｋｕｒｏｂｅｓｗ．ｃｏｍ／ ｈｔｔｐｓ：／／ｗｗｗ．ｋｕｒｏｂｅｓｗ．ｃｏｍ／各事業ページ／くろべネット事業／ ｈｔｔｐｓ：／／ｗｗｗ．ｋｕｒｏｂｅｓｗ．ｃｏｍ／％Ｅ３％８３％９Ｂ％Ｅ３％８３％ＢＣ％Ｅ３％８３％Ａ０／％Ｅ５％ＢＡ％８３％Ｅ５％Ａ０％Ｂ１％Ｅ８％ＡＡ％８Ｃ％Ｅ３％８３％９０％Ｅ３％８３％８３％Ｅ３％８２％ＡＦ％Ｅ３％８３％８Ａ％Ｅ３％８３％Ｂ３％Ｅ３％８３％９０％Ｅ３％８３％ＢＣ／（５）ｈｔｔｐｓ：／／ｗｅｂｕｎ．ｊｐ／ ｈｔｔｐｓ：／／ｗｅｂｕｎ．ｊｐ／ｉｔｅｍ／７５９９６８４（６）ｈｔｔｐｓ：／／ｔｈｉｓ．ｋｉｊｉ．ｉｓ／－／ｕｎｉｔｓ／４３７９１７７１９０５３８９４７５３等

本発明は、複数のサービス事業者による複数のサービスを提供するシステムに関する。

近年、パソコンやスマートフォンといった通信端末の普及が急速に進んでいる。そのため、通信端末を介して種々のサービスを通信端末のユーザに提供する技術が知られている。例えば、特許文献１には被保護者に近距離無線通信機器を所持させることにより、基地局端末を用いて該被保護者の行動を見守ることができる位置情報通知システムが開示されている。また、特許文献２には音声通話の内容およびキャッシュカードやクレジットカード等の識別カードのカード情報の少なくともいずれかを用いて認証し、認証された場合はサービスを提供するサービス提供システムが開示されている。

特許第５８９１４６８号公報 特開２０１７－２１５８０９号公報

しかしながら、前述のような従来技術はいずれも汎用の情報通信端末（パソコンまたはスマートフォン等）を使用するものであるため、汎用の情報通信端末の操作に不慣れな高齢者等はサービスを十分に利用することができないという問題がある。例えば、特許文献１に記載の発明は、基地局端末（パソコンまたは携帯端末）の操作に習熟していなければ被保護者の行動を見守ることが困難である。

また、一般に複数の事業者のカード（複数のクレジットカード等）を利用する場合、利用者は事業者毎に契約を結ぶ必要がある。

本発明の一態様は、前記の問題に鑑みてなされたものであり、通信端末の操作に不慣れな利用者でも通信端末を用いた場合と同等のサービスを受けることができる、利便性に優れたサービス提供システムを実現することを目的とする。

上記の課題を解決するために、本発明の一態様に係るサービス提供システムは、利用者に、複数のサービス事業者のサービスを提供するサービス提供システムであって、前記利用者に配られる識別子リーダであって、利用者が有する複数のサービス識別物体から、該サービス識別物体のサービス識別子を読み取る識別子リーダと、管理サーバと、を含み、前記管理サーバは、前記識別子リーダから、読み取られた前記サービス識別子と、前記利用者の利用者識別子とを受信する受信部と、複数の前記利用者の連絡先と、複数の前記利用者の利用者識別子とを対応付けて記憶し、かつ、複数の前記サービス識別子と、前記複数のサービス事業者とを対応付けて記憶している記憶部と、前記識別子リーダから受信した前記利用者識別子に対応する前記利用者の連絡先を、前記識別子リーダから受信した前記サービス識別子に対応する前記サービス事業者の事業者サーバに送信する送信部とを備える構成である。

上記の課題を解決するために、本発明の一態様に係る管理サーバは、利用者に、複数のサービス事業者のサービスを提供するための管理サーバであって、利用者が有する複数のサービス識別物体から該サービス識別物体のサービス識別子を読み取る識別子リーダから、読み取られた前記サービス識別子と、前記利用者の利用者識別子とを受信する受信部と、複数の前記利用者の連絡先と、複数の前記利用者の利用者識別子とを対応付けて記憶し、かつ、複数の前記サービス識別子と、前記複数のサービス事業者とを対応付けて記憶している記憶部と、前記識別子リーダから受信した前記利用者識別子に対応する前記利用者の連絡先を、前記識別子リーダから受信した前記サービス識別子に対応する前記サービス事業者の事業者サーバに送信する送信部とを備える構成である。

上記の課題を解決するために、本発明の一態様に係る識別子リーダは、利用者が有する宛先識別物体から、宛先に対応する宛先識別子を読み取る読取部と、利用者の発話を取得する発話取得部と、前記宛先に、取得した前記発話を示す発話情報を送信する指示を管理サーバに送信するリーダ送信部とを備える構成である。

上記の課題を解決するために、本発明の一態様に係る管理サーバは、利用者が有する宛先識別物体から宛先に対応する宛先識別子を読み取る識別子リーダから、読み取られた前記宛先識別子と利用者の発話を示す発話情報とを受信する受信部と、前記宛先識別子と、前記宛先とを対応付けて記憶している記憶部と、前記識別子リーダから受信した前記発話情報を、前記識別子リーダから受信した前記宛先識別子に対応する前記宛先に送信する送信部とを備える構成である。

本発明の一態様によれば、通信端末の操作に不慣れな高齢者等で対しても通信端末を用いた場合と同等のサービスを受けることができる、利便性に優れたサービス提供システムを実現することができる。

本発明の実施形態１に係るサービス提供システムの要部構成の一例を示すブロック図である。 本発明の実施形態１に係るサービス提供システムの概要を示す模式図である。 本発明の実施形態１に係るカードリーダおよびサービスカードの外観の一例を示す模式図である。 本発明の実施形態１に係る管理サーバにおいて記憶部に格納されている利用者情報、サービス事業者情報、およびサービス履歴情報の構成例を示す模式図である。 本発明の実施形態１に係るサービス提供システムを用いて利用者がサービスの提供を受ける流れの一例を示すシーケンス図である。 本発明の実施形態２のサービス提供システムの要部構成の一例を示すブロック図である。 宛先情報の構成例を示す模式図である。 管理サーバの制御部の処理フローの一部の例を示す図である。 本発明の実施形態３のサービス提供システムの要部構成の一例を示すブロック図である。 カードリーダの構成の一例を示す斜視図である。

〔実施形態１〕
以下、本発明の一実施形態について、図１～図５を用いて詳細に説明する。

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

サービス提供システム１は、複数のサービス事業者のそれぞれが提供する種々のサービスを、事前に配られたカードリーダ２００および複数のサービスカード１００を用いて利用者が利用できるシステムである。利用者は、管理サーバ３００を運用する運用会社（システム事業者）に自身の個人情報等を登録することによって、サービス提供システム１の利用を開始することができる。同様に、個々のサービス事業者は、管理サーバ３００に自身が運用する事業者サーバ４００の連絡先等の情報を登録することによって、サービス提供システム１を用いたサービスの提供を開始することができる。管理サーバ３００の運用会社は、サービス提供システム１の利用を所望する利用者へ、複数のサービス事業者のそれぞれに対応する複数のサービスカード１００と、複数のサービスカード１００の内容を読み取り可能なカードリーダ２００とを配る。なお、カードリーダ２００は管理サーバ３００の運用会社が接続先等の情報を予め設定した状態で利用者に配られる。そのため、利用者はカードリーダ２００を受領した後、通信環境等の設定を行うことなくサービス提供システム１の利用を開始することができる。カードリーダ２００はシステム事業者が契約した携帯電話通信網を利用可能な状態で配布され、利用者はサービス提供システム１を利用するにあたり、別途通信事業者やインターネットサービスプロバイダと契約を結ぶ必要がない。

利用者は、サービス提供システム１を利用することによって、自身が提供を所望するサービスに応じたサービス事業者からサービスの提供を受けることができる。より具体的には、利用者はサービスの提供を所望するサービス事業者に対応するサービスカード１００の内容をカードリーダ２００に読み取らせることで、管理サーバ３００へサービスの提供依頼を送信することができる。

管理サーバ３００は、サービス提供システム１を提供する運用会社によって管理されるサーバである。管理サーバ３００は、カードリーダ２００からサービスの提供依頼を受信すると、該提供依頼の内容から、カードリーダ２００が読み取ったサービスカード１００に対応するサービス事業者を特定する。そして、管理サーバ３００は特定したサービス事業者が有する事業者サーバ４００へ依頼内容を転送する。このとき、管理サーバ３００は依頼内容とともに、自身に登録済みである、依頼元の利用者の連絡先を含む個人情報を事業者サーバ４００へ送信する。

サービス事業者は、種々のサービスを提供する事業を行っている。サービス事業者が提供するサービスはどのようなものであってもよく、例えば物品の購入、診察の予約、タクシーの手配等のサービスがサービス事業者によって提供されてもよい。個々のサービス事業者は、事業者サーバ４００をそれぞれ運用しており、管理サーバ３００を介して利用者のカードリーダ２００から送信されたサービスの提供依頼を事業者サーバ４００にて受け付けることができる。サービス事業者は、管理サーバ３００から事業者サーバ４００へ依頼内容および利用者の連絡先の情報が転送されると、依頼元である利用者へ連絡を行う。連絡手段は特に限定されないが、連絡先の情報が例えば電話番号であった場合、サービス事業者は電話で利用者へ連絡を行う。サービス事業者は利用者へ連絡を行うとともに、提供するサービスの具体的な内容や料金等について説明を行ってもよい。

なお、サービス事業者はサービス提供システム１による利用者へのサービスの提供を開始する際、システム事業者に対して事業者サーバ４００の連絡先（例えばメールアドレス）等の情報を登録する必要がある。事前に登録する情報の例としては、サービス事業者がサービス提供システム１によるサービスの提供を行う際、システム事業者に支払う金額がある。サービス事業者は、例えばサービス提供システム１を用いて利用者にサービスを提供した件数に応じた金額をシステム事業者に支払う契約を結ぶ。システム事業者に支払う金額は、例えば管理サーバ３００にて管理され、状況に応じて適宜更新されてもよい。

利用者は、サービス事業者から連絡を受けると、該サービス事業者からサービスの具体的な内容等について説明を受けた後、実際にサービスを受けるか否かの最終的な意思決定を行い、該サービス事業者に通知する。サービス事業者は利用者から最終的な意思決定が通知されると、その結果について事業者サーバ４００を用いて管理サーバ３００へ送信する。管理サーバ３００は、事業者サーバ４００から受信した結果について、サービスの提供に関する履歴情報として蓄積する。

このようにして、サービス提供システム１は、カードリーダ２００にサービスカード１００の内容を読み取らせることによって、サービス事業者から利用者に連絡を行わせてサービスを提供させることができる。カードリーダ２００の操作はパソコンやスマートフォンといった汎用の情報通信端末の操作と比較して直感的かつ簡便であるため、汎用の情報通信端末に不慣れな高齢者等であっても汎用の情報通信端末を用いた場合と同等のサービスの提供を受けることができる。また、管理サーバ３００が利用者の連絡先の情報を事業者サーバ４００へ送信するので、従来技術とは異なり、利用者が個々のサービス事業者に対して予め個別に契約（連絡先の登録を含む）を行う必要がない。

（カードリーダおよびサービスカードの外観）
本実施形態に係るカードリーダ２００およびサービスカード１００について、図３を用いて説明する。図３は、カードリーダ２００およびサービスカード１００の外観の一例を示す模式図である。

サービスカード１００は、サービス事業者ごとに発行された、カードリーダ２００で読取可能な内容が記憶されたカードである。サービスカード１００は、カードリーダ２００で内容が読取可能であればどのような方式のカードであってもよく、例えばＦｅｌｉＣａ（登録商標）方式に対応した非接触通信のＩＣカードであってもよい。

カードリーダ２００（識別子リーダ）は、サービスカード１００を設置する領域が筐体に形成されており、該筐体の一部には操作ボタン２１０が押下可能に設けられている。カードリーダ２００は、音声で案内するスピーカ２４０を備える。利用者は、サービスの提供を所望するサービス事業者に対応するサービスカード１００をカードリーダ２００に設置して操作ボタン２１０を押下する。カードリーダ２００は、操作ボタン２１０が押下されると、筐体に設置されているサービスカード１００の内容を読み取り、該内容に対応するサービス事業者に対するサービス提供依頼を管理サーバ３００へ送信することができる。

カードリーダ２００は、サービスカード１００の内容の読み込み状況や管理サーバ３００との間の通信状況等について、文字や映像で案内するディスプレイ、および／または発光で案内するＬＥＤライト等をさらに備えてもよい。

（サービス提供システムの構成）
本実施形態に係るサービス提供システム１の構成について、図１を用いて説明する。図１は、サービス提供システム１の要部構成の一例を示すブロック図である。

サービス提供システム１は、利用者がサービスカード１００およびカードリーダ２００を用いることによって、事業者サーバ４００を運用する、種々のサービスを提供するサービス事業者からサービスの提供を受けることができるシステムである。サービス提供システム１は、サービスカード１００、カードリーダ２００、管理サーバ３００、および複数のサービス事業者に対応する複数の事業者サーバ４００を備えている。

サービスカード１００は、サービス提供システム１によるサービスの提供を行っているサービス事業者に対応付けられた、カードリーダ２００で内部の情報を読み取り可能なカードである。サービスカード１００は、自身に対応付けられたサービス事業者を一意に識別するためのサービス識別子であるカードＩＤ１１０を備えている。すなわち、本実施形態において、サービス提供システム１で使用することができる複数のサービスカード１００はいずれもカードＩＤ１１０を備える、共通のフォーマットが適用されたカードである。サービス事業者毎にカードＩＤ１１０は異なる。

カードリーダ２００は、サービスカード１００のカードＩＤ１１０を読み取って、該カードＩＤに対応するサービス事業者へのサービス提供依頼を管理サーバ３００へ送信する。カードリーダ２００は、操作ボタン２１０、記憶部２２０、および制御部２３０を備えている。制御部２３０は、カード読取部２３１、サービス依頼部２３３、および出力制御部２３５を備えている。

操作ボタン２１０は、カードリーダ２００の筐体に設けられたボタンである。操作ボタン２１０は、利用者が意図的に操作可能な構成であればどのようなものであってもよい。操作ボタン２１０は、例えばレバーであってもよい。

記憶部２２０は、カードリーダ２００にて扱う各種情報を格納している。記憶部２２０は機器ＩＤ２２１を格納している。記憶部２２０は、例えば接続先である管理サーバ３００に関する情報を格納してもよい。機器ＩＤ２２１は、カードリーダ２００を一意に識別するためのリーダ識別子である。機器ＩＤにより、カードリーダ２００を使用する利用者を特定することができる。

制御部２３０は、カードリーダ２００の各部を統括して制御する。制御部２３０は、操作ボタン２１０が押下されたことを検知すると、カード読取部２３１にサービスカード１００のカードＩＤ１１０を読み取るよう指示を行う。制御部２３０は、カード読取部２３１がカードＩＤ１１０の読み取りに成功すると、サービス依頼部２３３にサービスの提供依頼を管理サーバ３００へ送信するよう指示する。

カード読取部２３１は、制御部２３０からの指示にしたがって、カードリーダ２００に設置されたサービスカード１００からカードＩＤ１１０を取得する。カード読取部２３１は、取得した結果を制御部２３０に通知する。

サービス依頼部２３３は、制御部２３０からの指示にしたがって、カード読取部２３１がサービスカード１００から読み取ったカードＩＤ１１０を機器ＩＤ２２１とともに管理サーバ３００へ送信し、サービスの提供依頼を行う。サービス依頼部２３３は、送信を行った日時について、例えば図示しないタイマを用いて取得し、カードＩＤ１１０や機器ＩＤ２２１とともに送信してもよい。

出力制御部２３５は、スピーカ２４０の音声出力を制御する。

管理サーバ３００は、サービス提供システム１を運用する運用会社が管理するサーバである。管理サーバ３００は、記憶部３１０および制御部３２０を備えている。記憶部３１０は、利用者情報３１１、サービス事業者情報３１３、およびサービス履歴情報３１５を格納している。制御部３２０は依頼内容解析部３２１、依頼内容転送部３２３、履歴登録部３２５、および情報通知部３２７を備えている。

記憶部３１０は、管理サーバ３００にて扱う各種情報を格納している。利用者情報３１１は、利用者がサービス提供システム１の利用を申し込んだ際に該サービス提供システム１の運用会社に登録した、利用者の個人情報を含む、該利用者に関する情報である。記憶部３１０には、利用者情報３１１として、複数の利用者の連絡先と、複数の利用者に配られた複数のカードリーダ２００の機器ＩＤ２２１とが対応付けて記憶されている。サービス事業者情報３１３は、サービス提供システム１によるサービスの提供を行っているサービス事業者に関する情報である。記憶部３１０には、サービス事業者情報３１３として、複数のカードＩＤ１１０と、複数のサービス事業者とを対応付けて記憶されている。サービス履歴情報３１５は、カードリーダ２００から管理サーバ３００が受信したサービスの提供依頼に基づいた、サービス提供システム１におけるサービスの提供に関する履歴情報である。利用者情報３１１、サービス事業者情報３１３、およびサービス履歴情報３１５の具体例については、図４を用いて後述する。

制御部３２０は、管理サーバ３００の各部を統括して制御する。制御部３２０は、管理サーバ３００が送受信したデータの内容に応じて履歴登録部３２５に、送受信に関する履歴をサービス履歴情報３１５に登録するよう指示する。

依頼内容解析部３２１は、カードリーダ２００からサービスの提供依頼を受信すると、受信したデータを解析することができる。より具体的には、依頼内容解析部３２１はカードリーダ２００から受信したデータの中から、カードＩＤ１１０および機器ＩＤ２２１を解析によって抽出する。すなわち、依頼内容解析部３２１はカードリーダ２００から、該カードリーダ２００によってサービスカード１００から読み取られたカードＩＤ１１０と機器ＩＤ２２１とを受信する受信部として機能する。依頼内容解析部３２１は、カードリーダ２００から受信したデータの中に該データの送信日時を示す情報があれば、一緒に抽出してもよい。

依頼内容転送部３２３は、依頼内容解析部３２１による解析結果に基づいて、利用者がサービスの提供を所望した相手であるサービス事業者に対応する事業者サーバ４００へ、依頼内容を転送する。より具体的には、依頼内容転送部３２３は依頼内容解析部３２１が抽出したカードＩＤ１１０に対応するサービス事業者をサービス事業者情報３１３から特定する。依頼内容転送部３２３はさらに、機器ＩＤ２２１に対応するカードリーダ２００の配布先である利用者を利用者情報３１１から特定する。そして、依頼内容転送部３２３は、特定したサービス事業者の事業者サーバ４００へ、特定した利用者の連絡先に関する情報を送信する。すなわち、カードリーダ２００から受信した機器ＩＤ２２１に対応する利用者の連絡先を、ともに受信したカードＩＤ１１０に対応するサービス事業者の事業者サーバ４００に送信する送信部として機能する。このとき、依頼内容転送部３２３は、事業者サーバ４００に利用者の連絡先に電話を掛けるよう通知してもよい。依頼内容転送部３２３は、送信日時を図示しないタイマを用いて取得し、前述の情報とともに事業者サーバ４００へ送信してもよい。

履歴登録部３２５は、制御部３２０の指示にしたがって、サービスの提供に関する処理が実行された日時や実行結果等の情報をサービス履歴情報３１５へ登録する。

事業者サーバ４００は、依頼に応じて利用者へサービスを提供するサービス事業者が有するサーバである。事業者サーバ４００は制御部４１０を備えており、制御部４１０は、依頼提示部４１１および結果通知部４１３を備えている。なお、図示の例では３つの事業者サーバ４００が示されているが、事業者サーバ４００の数はこれに限定されない。また、事業者サーバ４００は、サービス提供システム１においてサービスを提供するための構成以外に、別の形態でサービスを提供する構成を備えていてもよい。例えば、事業者サーバ４００は、パソコンやスマートフォン等の汎用の情報通信端末に対してインターネットを用いたＷｅｂ予約を受け付けるための画面等を提供する、Ｗｅｂサーバとして動作するための構成をさらに備えてもよい。

制御部４１０は、事業者サーバ４００の各部を統括して制御する。制御部４１０は、管理サーバからサービスの提供依頼を受信すると、依頼提示部４１１に該提供依頼を受け付けるよう指示する。また、制御部４１０は、図示しない入力部によってサービス事業者から情報の入力を受け付けてもよく、図示しない表示部によって情報の出力を行ってもよい。例えば、制御部４１０はサービス事業者が利用者に対してサービスの提供の申し出を行い、該利用者が実際にサービスを受けることに同意したか否かに関する情報（同意の有無や申し出を行った日時等）の入力をサービス事業者から受け付けて、該情報を結果通知部４１３に提供してもよい。

依頼提示部４１１は、制御部４１０の指示にしたがって、管理サーバ３００から受信したサービスの提供依頼をサービス事業者に提示する。より具体的には、依頼提示部４１１は、サービスの提供依頼を新たに受け付けたこと、および該提供依頼に含まれる、依頼元である利用者の連絡先に関する情報について、サービス事業者が把握可能な方法で提示する。提示の手段は、映像や音声によるものであってもよく、サービス事業者が携帯するスマートフォン等の携帯端末に対してメール等の手段によるものであってもよい。サービス事業者は、依頼提示部４１１が提示した内容からサービスの提供を所望する利用者の存在を把握し、該利用者に対して連絡およびサービスの提供を行うことができる。依頼提示部４１１は、管理サーバ３００からサービスの提供依頼を受け付けると、受け付けが完了した旨を図示しないタイマを用いて取得した日時とともに該管理サーバ３００へ返送してもよい。

サービス事業者はサービスの提供依頼に基づいて利用者へサービスの提供の申し出を行い、サービスの提供の進捗状況を事業者サーバ４００に入力する。結果通知部４１３は、サービスの提供の進捗状況を示すサービス提供結果（受付済、提供中、完了、または未成立）を管理サーバ３００へ通知する。結果通知部４１３は、サービス事業者が利用者に対して実際にサービスを提供した日時の情報を、提供結果とともに管理サーバ３００へ通知してもよい。

（管理サーバにて管理する情報の構成例）
本実施形態に係る管理サーバ３００にて管理する情報の構成例について、図４を用いて説明する。図４は、管理サーバ３００において記憶部３１０に格納されている利用者情報３１１、サービス事業者情報３１３、およびサービス履歴情報３１５の構成例を示す模式図である。なお、図４はあくまでも一例であって、利用者情報３１１、サービス事業者情報３１３、およびサービス履歴情報３１５はどのような構成であってもよい。

図示の例において利用者情報３１１は、「利用者ＩＤ」、「個人情報」、および「機器ＩＤ」の３つの項目を備えており、「個人情報」はさらに「名前」、「電話番号」、「年齢」、「性別」、「住所」、および「地域」という６項目に細分化される。「利用者ＩＤ」は、管理サーバ３００を運用する運用会社がカードリーダ２００を配った相手、すなわちサービス提供システム１の利用者を一意に識別するための識別子（利用者識別子）である。「個人情報」には利用者の個人的な情報が設定されており、「名前」は利用者の氏名、「電話番号」は利用者の電話番号、「年齢」は利用者の現在の年齢、「性別」は利用者の性別、「住所」は利用者の現在の住所がそれぞれ設定される。「地域」には、地方（例えば、関東、近畿等）、県名、市区町村、町名、および／または丁目等を識別可能な地域識別子が設定される。「機器ＩＤ」は利用者に配ったカードリーダ２００を一意に識別するための識別子である。すなわち、図示の例において「利用者ＩＤ」の値と「機器ＩＤ」の値とは１対１対応となっている。すなわち、機器ＩＤも利用者識別子として機能する。

管理サーバ３００において、利用者情報３１１は、例えば依頼内容転送部３２３が事業者サーバ４００に利用者に関する情報を送信する際に参照される。より具体的には、依頼内容解析部３２１がサービスの提供依頼から抽出した機器ＩＤ２２１と、「機器ＩＤ」の値が一致するレコードが存在するか否かを依頼内容転送部３２３が判定する。対象のレコードが存在する場合、依頼内容転送部３２３は該レコードの「個人情報」の値を事業者サーバ４００へ送信すべき、利用者に関する情報として設定する。サービス事業者は、事業者サーバ４００が利用者に関する情報として「個人情報」の値を受信すると、例えば「電話番号」に設定されている電話番号に電話を掛けることにより、利用者に対してサービスの提供を申し出ることができる。なお、利用者の連絡先として、利用者の電話番号が用いられてもよく、住所やメールアドレス等の他の情報が用いられてもよい。

サービス事業者情報３１３は、「サービス事業者ＩＤ」、「サービス事業者名」、「サービス通知先」、「カードＩＤ」、および「課金データ」の５つの項目を備えている。「サービス事業者ＩＤ」は、サービス提供システム１においてサービス事業者を一意に識別するための識別子である。「サービス事業者名」はサービス事業者の名称である。「サービス通知先」は、サービス事業者に対して管理サーバ３００の依頼内容転送部３２３がサービスの提供依頼を転送する転送先（図示の例ではメールアドレス）である。「カードＩＤ」は、「サービス事業者ＩＤ」で指定されたサービス事業者に対応するサービスカード１００のカードＩＤ１１０と同一の値が設定される。すなわち、図示の例において「サービス事業者ＩＤ」の値と「カードＩＤ」の値とは１対１対応となっている。「課金データ」には、「サービス事業者ＩＤ」で指定されたサービス事業者がサービス提供システム１を用いたサービスの提供を行うにあたって管理サーバ３００の運用会社に対して支払う料金体系が設定される。料金体系としては、サービスの提供が成立した件数に応じた従量制であってもよく、定額制等の他の内容が設定されてもよい。すなわち、記憶部３１０はサービス事業者情報３１３として、複数のサービス事業者と、サービス提供システム１を用いてサービスを提供する場合に該複数のサービス事業者が支払う金額に関する情報とを対応付けて記憶している。例えば管理サーバ３００は「課金データ」およびサービス履歴情報３１５の内容を図示しない表示部に表示させる。システム事業者は、表示された該内容に基づいてサービス事業者ごとにサービス提供システム１の利用金額を算出し、各サービス事業者に対して請求することができる。

管理サーバ３００において、サービス事業者情報３１３は、例えば依頼内容転送部３２３が事業者サーバ４００に依頼内容を転送する際に参照される。より具体的には、依頼内容解析部３２１がサービスの提供依頼から抽出したカードＩＤ１１０と、「カードＩＤ」の値が一致するレコードが存在するか否かを依頼内容転送部３２３が判定する。対象のレコードが存在する場合、依頼内容転送部３２３は該レコードの「サービス通知先」の値を、提供依頼を行った利用者がサービスの提供を所望するサービス事業者の連絡先として設定する。依頼内容転送部３２３は、サービス事業者の連絡先として設定した転送先にメール等の方法でサービスの提供依頼を転送することにより、該サービス事業者から利用者に対してサービスの提供を申し出させることができる。

サービス履歴情報３１５は、「サービス管理番号」、「サービス事業者ＩＤ」、「利用者ＩＤ」、「カード読込時刻」、「サービス連絡時刻」、「サービス受付時刻」、「サービス提供時刻」、および「サービス結果」を備えている。「サービス管理番号」は、管理サーバ３００がカードリーダ２００から受信したサービスの提供依頼に関する履歴を一意に識別する識別子である。「サービス事業者ＩＤ」は、サービス事業者情報３１３の同名の項目と同様の値が設定される。「利用者ＩＤ」は、利用者情報３１１の同名の項目と同様の値が設定される。「カード読込時刻」は、カードリーダ２００においてサービスカード１００のカードＩＤ１１０を読み取った日時が設定される。「サービス連絡時刻」は、管理サーバ３００がカードリーダ２００からサービスの提供依頼を受信した日時が設定される。「サービス受付時刻」は、事業者サーバ４００が管理サーバ３００からサービスの提供依頼を受信した日時が設定される。「サービス提供時刻」は、サービス事業者が利用者に連絡し、サービスの提供を申し出た日時が設定される。すなわち、サービス履歴情報３１５にはカードリーダ２００がカードＩＤ１１０を読み取ってからサービス事業者が利用者にサービスを提供するまでの間に、カードリーダ２００、管理サーバ３００、および事業者サーバ４００の少なくともいずれかにおいて何らかの処理を行った時刻の履歴に関する情報を記憶されている。「サービス結果」は、サービスの提供の進捗状況を示すサービス提供結果が設定される。

サービス履歴情報３１５には、サービス提供システム１においてカードリーダ２００、管理サーバ３００、および事業者サーバ４００のいずれかで実行された処理の履歴が、管理サーバ３００に集約して蓄積されている。

まず、カードリーダ２００から管理サーバ３００に対してサービスの提供依頼がサービスカード１００のカードＩＤ１１０を読み取った日時とともに送信される。管理サーバ３００は、新たな提供依頼を受信すると、該提供依頼に対して新たなサービス管理番号を設定する。履歴登録部３２５は受信した提供依頼から特定された、依頼の送信元であるカードリーダ２００を有する利用者の利用者ＩＤと、カードＩＤ１１０に対応するサービス事業者ＩＤを、カードＩＤ１１０を読み取った日時とともにサービス履歴情報３１５に新たなレコードとして追加する。すなわち、この時点では、「サービス管理番号」、「サービス事業者ＩＤ」、「利用者ＩＤ」、および「カード読込時刻」には値が設定されているが、「サービス連絡時刻」、「サービス受付時刻」、「サービス提供時刻」、および「サービス結果」には値が未設定である。

次に、依頼内容転送部３２３が事業者サーバ４００へサービスの提供依頼を転送すると、履歴登録部３２５は値が未設定である「サービス連絡時刻」に、提供依頼を転送した日時を設定する。その後、事業者サーバ４００から提供依頼を受け付けたことを示す通知を管理サーバ３００が受信すると、履歴登録部３２５は該通知に含まれる、事業者サーバ４００が提供依頼を受信した日時を値が未設定である「サービス受付時刻」に設定する。

その後、サービス事業者から利用者に連絡およびサービスの提供の申し出が行われ、サービス事業者は申し出の結果等について、事業者サーバ４００を用いて管理サーバ３００へ通知する。履歴登録部３２５は該通知に含まれる、サービスの提供を申し出た日時、および利用者が最終的にサービスの提供に同意したか否かに基づいたサービス提供の進捗状況を、「サービス提供時刻」、および「サービス結果」にそれぞれ設定する。

このようにして、履歴登録部３２５は、サービス提供システム１における処理の履歴をサービス履歴情報３１５に集約して蓄積することができる。

（処理の流れ）
本実施形態に係るサービス提供システム１における処理の流れについて、図５を用いて説明する。図５は、サービス提供システム１における処理の流れの一例を示すシーケンス図である。

まず、利用者はサービスの提供を所望するサービス事業者に対応したサービスカード１００をカードリーダ２００に設置して操作ボタン２１０を押下する。カードリーダ２００はサービスカード１００のカードＩＤ１１０を読み取って、自身の機器ＩＤ２２１、読み取ったカードＩＤ１１０、およびカードＩＤを読み取った時刻を含むデータを管理サーバ３００へ送信する（Ｓ１：サービス提供依頼）。

管理サーバ３００は、カードリーダ２００からサービスの提供依頼を受信すると、該提供依頼に対して新たなサービス管理番号を設定し、さらに依頼内容解析部３２１を用いて依頼内容を解析する（Ｓ２：依頼内容解析）。その後、管理サーバ３００は依頼内容転送部３２３を用いて利用者の個人情報と、サービス事業者の事業者サーバ４００の連絡先とを特定する。そして、管理サーバ３００はＳ２で設定したサービス管理番号を、先ほど特定した利用者の個人情報、提供依頼を転送する日時とともに、先ほど特定したサービス事業者の事業者サーバ４００の連絡先へ送信する（Ｓ３：依頼内容転送）。このとき、管理サーバ３００では提供依頼の転送に関する履歴を、履歴登録部３２５を用いてサービス履歴情報３１５に追加登録する。また、管理サーバ３００は、提供依頼の転送が完了すると、転送が完了した旨をカードリーダ２００へ通知する（Ｓ４：転送通知）。カードリーダ２００では、通知に基づいて利用者にサービスの提供依頼が事業者サーバ４００へ転送されたことについて、音声等によって通知する。

サービス事業者側では、管理サーバ３００から転送されたサービスの提供依頼を事業者サーバ４００が受信すると、事業者サーバ４００は依頼内容をサービス事業者に通知する（Ｓ５：依頼受付）。その後、事業者サーバ４００はサービスの提供依頼を受け付けた日時をＳ３で管理サーバ３００から送信されたサービス管理番号とともに、管理サーバ３００へ通知する（Ｓ６：受付通知）。

管理サーバ３００は、事業者サーバ４００からサービスの提供依頼を受け付けた旨の通知を受けると、カードリーダ２００へサービスの提供依頼が事業者サーバ４００に受け付けられた旨を、Ｓ６で事業者サーバ４００から送信された日時の情報とともに通知する（Ｓ７：受付完了通知）。カードリーダ２００では、通知に基づいて利用者にサービスの提供依頼が事業者サーバ４００へ転送されたことについて、音声等によって通知する。

Ｓ６およびＳ７の後、サービス事業者はＳ３において事業者サーバ４００が管理サーバ３００から受信した利用者の個人情報を用いて、該利用者に電話等の手段によって連絡を取り、サービスの提供を申し出る（Ｓ８：サービス提供）。なお、サービス事業者はＳ７の処理が完了したことを検知できないので、Ｓ８の処理はＳ７の処理の前に実施される可能性があるが、問題ない。

利用者は、Ｓ８の処理によってサービス事業者からサービスの提供の申し出を受けると、サービスの詳細な説明等を受けた後、実際にサービスを利用するか否かの意思を該サービス事業者に通知する（Ｓ９：サービス利用有無通知）。

サービス事業者は、Ｓ９の処理によって利用者からサービスの利用有無について通知を受けると、Ｓ３で管理サーバ３００から該利用者の個人情報とともに受信したサービス管理番号を、サービスの提供の申し出を行った日時（サービス提供時刻）およびサービスの提供の進捗状況（サービス結果）とともに管理サーバ３００へ、事業者サーバ４００を用いて送信する（Ｓ１０：サービス提供結果通知）。なお、Ｓ９において利用者がサービスを利用する旨をサービス事業者に通知していた場合、Ｓ１０の処理はサービス事業者が利用者にサービスを提供した後に行われてもよい。このとき、サービス提供時刻は実際にサービスを提供した日時であってもよい。そして、管理サーバ３００では事業者サーバ４００から受信した情報について、履歴登録部３２５を用いてサービス履歴情報３１５に追加登録する。

以上の処理によって、本実施形態に係るサービス提供システム１は利用者が複数のサービスカード１００から選択した特定のサービスカード１００のカードＩＤ１１０をカードリーダ２００に読み取らせると、カードＩＤ１１０に対応するサービス事業者の事業者サーバ４００に該利用者の連絡先が送信される。これにより、利用者は特定のサービスカード１００のカードＩＤ１１０に対応するサービス事業者から連絡を受け、該サービス事業者からサービスの提供を受けることができる。これにより、例えばパソコンやスマートフォンのような汎用の情報通信端末を用いてサービスの提供を所望するサービス事業者を選択する場合と比較して、選択したサービスカード１００をカードリーダ２００に読み取らせるだけでサービス事業者からサービスを受けることができる。

また、管理サーバ３００にて利用者およびサービス事業者の連絡先を一元管理しているため、利用者は個々のサービス事業者と個別に契約する必要がない。そのため、利用者は新たに入手したサービスカード１００をカードリーダ２００に読み込ませるだけで、対応するサービス事業者から新たにサービスを受けることができる。

そして、サービス事業者はサービス提供システム１に参加するには、管理サーバ３００に連絡先を登録する必要がある。そのため、例えば管理サーバ３００の運用会社はサービス提供システム１に参加するサービス事業者を選定することによって利用者が安心してシステムを利用できる環境を整え、該システムのブランドイメージを向上させることができる。したがって、情報通信端末の操作に不慣れな人であっても、サービス事業者から情報通信端末を用いた場合と同等のサービスの提供を受けることができる、利便性に優れたサービス提供システムを実現することができる。

〔変形例〕
管理サーバ３００の運用会社は、サービス履歴情報３１５に蓄積されている履歴情報に基づいてサービス事業者が管理サーバ３００の運用会社に対して支払う料金体系の改定を行ってもよい。例えば、サービスの提供依頼の件数に対して実際にサービスを提供した件数の割合が高ければ、利用者がサービス提供システム１を用いたサービスの提供に満足している判断し、料金を引き下げる根拠としてもよい。

また、管理サーバ３００はサービス履歴情報３１５に蓄積されている履歴情報を解析して、利用者ごとに利用するサービスの傾向を分析してもよい。分析結果に基づいて、例えば管理サーバ３００の運用会社は利用者の傾向に応じて新たなサービス事業者に対応する新たなサービスカード１００を送付してもよい。

（事業者通知情報）
事業者サーバ４００の制御部４１０は、任意のタイミングで、特定の利用者を示す通知条件と、特定の利用者に通知したい事業者通知情報とを管理サーバ３００に送信してもよい。例えば、通知条件は、特定の地域、特定の年齢、および／または特定の性別等の条件を含んでもよい。例えば、事業者通知情報は、事業者の商品の紹介であってもよい。

管理サーバ３００の情報通知部３２７は、事業者サーバ４００から、事業者通知情報と通知条件とを受信する。情報通知部３２７は、記憶部３１０に記憶されている利用者情報３１１を参照し、各利用者の個人情報（住所、年齢、および性別等）が通知条件を満たしているかを判断する。情報通知部３２７は、通知条件を満たしている利用者のカードリーダ２００に、事業者通知情報を送信する。

カードリーダ２００の出力制御部２３５は、管理サーバ３００から事業者通知情報を受信する。出力制御部２３５は、事業者通知情報をスピーカ２４０から音声出力させる。なお、事業者通知情報は、音声データであっても、テキストデータであってもよい。事業者通知情報がテキストデータである場合、出力制御部２３５は、テキストデータを音声データに変換して、スピーカ２４０から音声出力させる。

（個人通知情報）
カードリーダ２００は、事業者とは関係のない情報を、音声によって利用者に通知してもよい。例えば、利用者に、サービスカード１００とは別に、利用者固有の個人カード（個人識別子物体）が配られる。個人カードには、利用者の利用者識別子が記録されている。カードリーダ２００は、利用者が個人カードをカードリーダ２００にかざし、個人カードから利用者の利用者識別子を読み取ったタイミングで、個人通知情報を音声によって利用者に通知してもよい。

具体的には、カード読取部２３１は、個人カードから利用者の利用者識別子を読み取る。サービス依頼部２３３は、利用者識別子と機器ＩＤ２２１とを対応付けて管理サーバ３００に送信する。

管理サーバ３００の情報通知部３２７は、利用者識別子を受け取ると、利用者情報（個人情報）を参照する。情報通知部３２７は、利用者が在住する地域、または予め登録された情報に基づいて、利用者に通知する個人通知情報を決定する。個人通知情報には、例えば、利用者が在住する地域の天気、該地域のニュース、利用者が服薬すべき時刻、または、現在の時刻等が含まれ得る。利用者が薬を服薬すべき時刻を、予め利用者情報として登録しておいてもよい。情報通知部３２７は、地域の天気、および該地域のニュース等を、事業者サーバ４００ではない別のサーバから取得してもよい。情報通知部３２７は、利用者に通知する個人通知情報を、カードリーダ２００に送信する。

カードリーダ２００の出力制御部２３５は、管理サーバ３００から個人通知情報を受信する。出力制御部２３５は、個人通知情報をスピーカ２４０から音声出力させる。なお、個人通知情報は、音声データであっても、テキストデータであってもよい。

または、カードリーダ２００は、所定の時刻に、個人通知情報を音声によって利用者に通知してもよい。

具体的には、個人通知情報を通知するべき時刻（所定の時刻）が、予め管理サーバ３００の記憶部３１０に利用者情報として記憶されている。情報通知部３２７は、所定の時刻になると、個人通知情報をカードリーダ２００に送信する。カードリーダ２００の出力制御部２３５は、個人通知情報をスピーカ２４０から音声出力させる。

なお、管理サーバ３００は、個人通知情報を、任意の複数の利用者に送信してもよい。例えば、ある地域に在住する複数の利用者のカードリーダ２００に対して、該地域の天気、該地域のニュース、または、該地域に関する避難情報等を送信してもよい。例えば、ある団体に所属する複数の利用者のカードリーダ２００に対して、該団体に関する情報を送信してもよい。例えば、全利用者に対して、共通の情報を送信してもよい。

なお、最初にカードリーダ２００に個人カードの利用者識別子を読み取らせることにより、管理サーバ３００によるサービスを開始してもよい。カードリーダ２００は、読み取った利用者識別子を機器ＩＤ２２１と対応付けて管理サーバ３００に送信する。管理サーバ３００は、予め記憶されている利用者情報３１１を参照し、利用者識別子と機器ＩＤ２２１との対応付けが正しいか確認する。対応付けが正しければ、管理サーバ３００は、サービス提供システム１のサービスを開始する。

〔実施形態２〕
本発明の他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

図６は、サービス提供システム１ａの要部構成の一例を示すブロック図である。サービス提供システム１ａでは、利用者には、上述したサービスの提供を依頼するサービスカードの他に、利用者自身の健康状態を他者に連絡するためのサービスカードが配られている。他者は、例えば、遠方に住む家族、または、利用者が居住する地域の社会福祉団体の構成員（民生委員または社協職員等）であり、利用者を見守る役割を有する人物（確認者）である。利用者は、健康（元気）であることを示すサービスカードの内容をカードリーダ２００に読み取らせることによって、利用者が健康（元気）であることを確認者に知らせることができる。また、サービス提供システム１ａでは、例えば高齢者である利用者の見守りを行うことができる。

サービス提供システム１ａは、カードリーダ２００、管理サーバ３００ａ、および複数のサービス事業者に対応する事業者サーバ４００、４００ａを備えている。カードリーダ２００および事業者サーバ４００の構成は実施形態１と同様であるので、詳細な説明を省略する。サービスの提供を依頼するサービスカードがカードリーダ２００によって読み取られた時の管理サーバ３００ａおよび事業者サーバ４００の処理は、実施形態１と同様である。なお、図６では事業者サーバ４００を省略している。

カードリーダ２００は、健康状態を示すサービスカードから、カードＩＤを取得する。カードリーダ２００は、サービスカードから読み取ったカードＩＤを機器ＩＤとともに管理サーバ３００ａへ送信する。

（管理サーバの構成）
管理サーバ３００ａは、記憶部３１０ａおよび制御部３２０ａを備えている。記憶部３１０ａは、利用者情報３１１、サービス事業者情報３１３、サービス履歴情報３１５、状態履歴情報３１６、および宛先情報３１７を格納している。制御部３２０ａは依頼内容解析部３２１、依頼内容転送部３２３、履歴登録部３２５、結果取得部３２４、情報通知部３２７、判断部３２８、および第１促進通知部３２９を備えている。判断部３２８は、学習部３３０を備えている。

図７は、宛先情報３１７の構成例を示す模式図である。図７は、あくまでも一例であって、宛先情報３１７はどのような構成であってもよい。宛先情報３１７は、「利用者ＩＤ」、「カードＩＤ」、および「宛先」の項目を備えている。「宛先」は、サービス種別と確認者の通知先との情報を含む。サービス種別は、電子メール、メッセージアプリ、ショートメール等の通知手段を示す。確認者の通知先は、サービス種別に対応する確認者の通知先で、例えば、電子メールアドレス、メッセージアプリのアカウント、またはショートメールの通知先となる電話番号を示す。健康状態を示すサービスカードのカードＩＤは、宛先情報３１７に格納されている。

依頼内容解析部３２１は、カードリーダ２００から受信したデータの中から、カードＩＤおよび機器ＩＤを抽出する。依頼内容解析部３２１は、カードＩＤおよび機器ＩＤを依頼内容転送部３２３に出力する。

依頼内容転送部３２３は、受け取ったカードＩＤがサービス事業者によるサービスの提供依頼を示すのか、利用者の健康状態を確認者に知らせる依頼を示すのかを判定する。具体的には、依頼内容転送部３２３は、受け取ったカードＩＤが、サービス事業者情報３１３に含まれるのか、宛先情報３１７に含まれるのかを判定する。依頼内容転送部３２３は、宛先情報３１７から、カードＩＤに対応する宛先を、取得する。依頼内容転送部３２３は、宛先に応じた事業者サーバ４００ａを介して、利用者情報と、利用者の健康状態とを通知する。具体的には、依頼内容転送部３２３は、宛先のサービス種別に対応する事業者サーバ４００ａに、確認者の宛先の情報と、利用者情報と、利用者の健康状態とを送信する。例えば、宛先のサービス種別がメッセージアプリであれば、事業者サーバ４００ａはメッセージアプリの機能を提供する事業者のサーバである。宛先のサービス種別がショートメールであれば、事業者サーバ４００ａはショートメール機能を提供する携帯通信事業者のサーバである。宛先のサービス種別が電子メールであれば、事業者サーバ４００ａは確認者の電子メールアドレスに対応する通信事業者のメールサーバである。

結果取得部３２４は、事業者サーバ４００ａの結果通知部４１３から、利用者を示す情報（例えば利用者ＩＤ）、利用者の健康状態の確認結果、および確認した日時を示す情報を受信する。結果取得部３２４は、受信した利用者を示す情報（例えば利用者ＩＤ）、利用者の健康状態の確認結果、および確認した日時を示す情報を履歴登録部３２５に出力する。

履歴登録部３２５は、利用者についてのサービス履歴を、利用者の利用者ＩＤと対応付けて記憶部にサービス履歴情報３１５ａとして記憶させる。サービス履歴は、利用者によるサービスの依頼の履歴またはサービス事業者による利用者へのサービスの提供の履歴を含む。

また、履歴登録部３２５は、利用者の健康状態を確認者に知らせる依頼の履歴を、利用者ＩＤに対応付けて状態履歴情報３１６へ登録する。状態履歴情報３１６は、利用者の健康状態を確認者に知らせる依頼についての、利用者ＩＤ、利用者の健康状態、カード読み込み時刻、および、管理サーバ３００ａから事業者サーバ４００ａへの連絡時刻等の情報を含む。また、履歴登録部３２５は、確認者による利用者の健康状態の確認結果、および確認した時刻（日時）を、利用者ＩＤに対応付けて、状態履歴情報３１６へ登録する。状態履歴情報３１６は、利用者の健康状態を確認者に知らせる依頼の履歴、および利用者の健康状態の確認結果に関する履歴を含む。

判断部３２８は、サービス履歴に基づいて、利用者の健康状態の確認要否を判断する。判断部３２８は、判断結果を第１促進通知部３２９に出力する。

第１促進通知部３２９は、健康状態の確認要と判断された場合、利用者の健康状態の確認を促す通知を確認者に対して行う。具体的には、第１促進通知部３２９は、宛先情報３１７から、利用者ＩＤに対応する宛先を、取得する。利用者ＩＤに対応する宛先が複数ある場合、第１促進通知部３２９は、複数の宛先を取得してもよい。第１促進通知部３２９は、宛先に応じた事業者サーバ４００ａに、確認者の宛先の情報と、利用者情報と、利用者の健康状態の確認を促すメッセージとを送信する。これにより、第１促進通知部３２９は、宛先に応じた事業者サーバ４００ａを介して、利用者情報と、利用者の健康状態の確認を促すメッセージとを、確認者の確認者端末５００に通知する。利用者情報と該メッセージは、例えば電子メール、メッセージアプリ、またはショートメール等によって確認者に通知される。

（事業者サーバの構成）
事業者サーバ４００ａは制御部４１０を備えている。制御部４１０は、依頼提示部４１１、結果通知部４１３、および第２促進通知部４１５を備える。

依頼提示部４１１は、管理サーバ３００ａの依頼内容転送部３２３から確認者の宛先の情報と、利用者情報と、利用者の健康状態とを受信する。依頼提示部４１１は、確認者の宛先に対応する確認者端末５００に、利用者情報と、利用者の健康状態とを送信する。確認者に通知される利用者情報は、「名前」の他に、例えば「電話番号」、「年齢」、「性別」、「住所」、および／または「地域」を含んでもよい。

結果通知部４１３は、確認者の確認者端末５００から、利用者について、利用者の健康状態の確認結果および確認した日時の入力を受け付ける。結果通知部４１３は、利用者を示す情報（例えば利用者ＩＤ）、利用者の健康状態の確認結果、および確認した日時を示す情報を管理サーバ３００ａに送信する。

第２促進通知部４１５は、管理サーバ３００ａの第１促進通知部３２９から、確認者の宛先の情報と、利用者情報と、利用者の健康状態の確認を促すメッセージとを受信する。第２促進通知部４１５は、確認者の宛先に対応する確認者端末５００に、利用者情報と、利用者の健康状態の確認を促すメッセージとを送信する。

図８は、管理サーバ３００ａの制御部３２０ａの処理フローの一部の例を示す図である。履歴登録部３２５は、利用者によるサービスの依頼の履歴またはサービス事業者による利用者へのサービスの提供の履歴を、利用者の利用者ＩＤと対応付けて記憶部３１０ａに記憶させる（Ｓ２１）。

結果取得部３２４は、利用者の健康状態の確認結果、および確認した日時を示す情報を事業者サーバ４００ａから取得する。履歴登録部３２５は、利用者の健康状態の確認結果、および確認した日時を示す情報を、利用者の利用者ＩＤと対応付けて記憶部３１０ａに記憶させる（Ｓ２２）。

学習部３３０は、サービス履歴を入力とし、利用者の健康状態の確認結果を出力として学習を行う（Ｓ２３）。なお、学習のステップＳ２３は後述するように省略することもできる。

判断部３２８は、サービス履歴に基づいて、利用者の健康状態の確認要否を判断する（Ｓ２４）。判断部３２８は、所定のタイミングで（例えば定期的に）、判断を行う。

健康状態の確認要と判断された場合（Ｓ２４でＹｅｓ）、第１促進通知部３２９は、利用者の健康状態の確認を促す通知を確認者に対して行う（Ｓ２５）。

健康状態の確認要ではないと判断された場合（Ｓ２４でＮｏ）、第１促進通知部３２９は、利用者の健康状態の確認を促す通知を確認者に対して行わない。

（判断部の処理）
例えば、サービスの利用頻度が低下したり、サービスの利用間隔が増加したりすると、利用者の健康状態に異常が生じている可能性があると推測できる。判断部３２８による利用者の健康状態の確認要否の判断基準は、あらかじめ設定されていてもよいし、学習部３３０を用いて学習してもよい。前者の場合、判断部３２８は学習部３３０を備えなくてもよい。

例えば、利用開始間もない利用者については、サービス履歴が蓄積されていないので、判断部３２８は、状態履歴情報３１６に基づいて、利用者の健康状態の確認要否を判断してもよい。例えば、判断部３２８は、利用者による健康状態を示すサービスカードの使用が無い状態が、所定期間以上続いた場合、健康状態の確認要と判断してもよい。

判断部３２８は、例えば、第１期間における利用者のサービスの利用頻度を、第１期間より過去の第２期間における利用者のサービスの利用頻度と比較することで、利用者の健康状態の確認要否を判断してもよい。判断部３２８は、例えば、第２期間におけるサービスの利用頻度から第１期間におけるサービスの利用頻度を引いた値が所定値以上である場合、利用頻度が落ちていると判断し、健康状態の確認要と判断してもよい。

判断部３２８は、例えば、第１期間におけるサービスの利用間隔を、第１期間より過去の第２期間におけるサービスの利用間隔と比較することで、利用者の健康状態の確認要否を判断してもよい。判断部３２８は、例えば、第２期間におけるサービスの利用間隔の代表値（平均値または最大値等）に対して、第１期間におけるサービスの利用間隔の代表値が（平均値または最大値等）が所定値以上大きい（長い）場合、利用間隔が長くなっていると判断し、健康状態の確認要と判断してもよい。第１期間におけるサービスの利用間隔の代表値は、現在から直近のサービスの利用までの期間（すなわちサービスの利用が無い状態が現在まで継続している期間）としてもよい。

このように、判断部３２８は、サービス履歴に基づいて、利用者の過去のサービスの利用の特徴に比べて、直近のサービスの利用の特徴に変化があれば、健康状態の確認要と判断する。サービス履歴として、カード読み込み時刻、サービス連絡時刻、サービス受付時刻、およびサービス提供時刻のいずれを用いてもよい。

（学習を用いた判断部の処理）
学習部３３０は、サービス履歴を入力とし、利用者の健康状態の確認結果を出力として学習を行う。例えば、学習部３３０は、確認者が利用者の健康状態を確認した時刻（日時）より前の直近の期間におけるサービス履歴を入力として用いる。学習部３３０は、該確認における健康状態の確認結果（健康、要注意、または至急対処要等）を出力として用いる。これにより学習部３３０は、ある期間のサービス履歴の特徴と、その後の健康状態との関係を学習することができる（学習モデルを生成することができる）。それゆえ、学習済の学習部３３０は、現在の直近の期間のサービス履歴から、現在の利用者の健康状態を推測することができる。サービス履歴として、カード読み込み時刻、サービス連絡時刻、サービス受付時刻、サービス提供時刻、および、サービス事業者ＩＤ（サービスの種類（買い物、タクシー、病院等）に対応する情報）のいずれを用いてもよい。学習アルゴリズムは公知のアルゴリズムを用いて行うことができる。

判断部３２８は、利用者のサービス履歴を学習部３３０の入力として用いて、学習部３３０から利用者の健康状態の推定結果を得る。判断部３２８は、例えば、健康状態の推定結果が健康を示すものでなければ（要注意、または至急対処要等）、利用者の健康状態の確認要と判断し、健康を示すものであれば、利用者の健康状態の確認不要と判断する。例えば、健康状態の推定結果は確率で表現され得る。推定結果において健康ではない確率が所定値以上であれば、判断部３２８は、健康状態の推定結果が「要注意」（健康状態の確認要）であると判断してもよい。

なお、ある利用者のサービス履歴および健康状態の確認結果を用いて学習した学習モデルを、他の利用者の健康状態の推定に用いてもよい。また、ある利用者のサービス履歴および健康状態の確認結果を用いて学習した学習モデルを、他の利用者のサービス履歴および健康状態の確認結果を用いて修正（追加学習）してもよい。

なお、第１促進通知部３２９は、利用者の健康状態の推定結果を判断部３２８から取得し、事業者サーバ４００ａを介して確認者端末５００に送信してもよい。第１促進通知部３２９は、利用者の健康状態の推定結果（要注意、または至急対処要等）に応じて、確認者端末５００に送信されるメッセージを変更してもよい。

本実施形態のサービス提供システム１ａによれば、サービス履歴に基づいて、例えば高齢者である利用者の見守りを行うことができる。例えば、確認者である民生委員または社協職員等は、適切なタイミングで効率よく利用者を訪問し、利用者の健康状態の確認を行うことができる。

〔実施形態３〕
本発明のさらに他の実施形態について、以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

図９は、サービス提供システム１ｂの要部構成の一例を示すブロック図である。図１０は、カードリーダ２００ｂの構成の一例を示す斜視図である。サービス提供システム１ｂは、サービス提供システム１のカードリーダ２００に代えて、カードリーダ２００ｂを備える。また、サービス提供システム１ｂは、サービス提供システム１の管理サーバ３００に代えて、管理サーバ３００ｂを備える。

サービス提供システム１ｂは、事前に配られたカードリーダ２００ｂおよび複数のサービスカード１００を用いて、利用者が確認者へ発話情報を送信することができるシステムである。利用者は、管理サーバ３００を運用する運用会社（システム事業者）に、自身の個人情報等に加えて確認者の宛先を登録することによって、サービス提供システム１の利用を開始することができる。確認者（発話情報の受け手）は、例えば、利用者の居住する地域の民生委員、社協職員、あるいは利用者の家族等である。

図９、図１０に示すように、カードリーダ２００ｂは、表示部２５０、およびマイク２６０をさらに備えている点で、カードリーダ２００と相違する。また、カードリーダ２００ｂの制御部２３０ｂは、出力制御部２３５、サービス依頼部２３３、カード読取部２３１、発話取得部２３９、および操作入力部２３７を備える。

出力制御部２３５は、テキストデータとして取得した個人通知情報を表示部２５０において表示してもよい。

操作入力部２３７は、操作ボタン２１０が押下されると（操作部が操作されると）、カード読取部２３１にカードＩＤ１１０を読み取るように指示を行う。また、制御部２３０ｂは、操作ボタン２１０が押下される（操作部が操作される）と、発話取得部２３９に利用者の発話を取得するように指示を行う。

ここで、操作入力部２３７は、操作ボタン２１０が押下されている間、利用者の発話を録音し続けるように、発話取得部２３９に指示してもよい。または、操作入力部２３７は、１回目に操作ボタン２１０が押下された時に録音を開始し、２回目に操作ボタン２１０が押下された時に録音を終了するように、発話取得部２３９に指示してもよい。または、操作入力部２３７は、操作ボタン２１０が押下されてから所定期間の間、利用者の発話を録音し続けるように、発話取得部２３９に指示してもよい。

カード読取部２３１は、操作入力部２３７からの指示にしたがって、サービスカード１００（宛先識別物体）から宛先に対応するカードＩＤ１１０（宛先識別子）を読み取る。カード読取部２３１は、読み取ったカードＩＤ１１０をサービス依頼部２３３に出力する。

発話取得部２３９は、操作入力部２３７からの指示にしたがって、カードリーダ２００ｂに設けられたマイク２６０から利用者の発話を音声データとして取得する。発話取得部２３９は、取得した音声データを利用者の発話を示す発話情報としてサービス依頼部２３３に出力する。なお、発話取得部２３９は、取得した音声データをテキストデータに変換し、当該テキストデータを利用者の発話を示す発話情報としてサービス依頼部２３３に出力してもよい。

サービス依頼部２３３（リーダ送信部）は、カード読取部２３１からカードＩＤ１１０を取得する。また、サービス依頼部２３３は、発話取得部２３９からカードＩＤ１１０と対応付けられる発話情報を取得する。サービス依頼部２３３は、カードＩＤ１１０と機器ＩＤ２２１とともに、発話取得部２３９が取得した利用者の発話を示す発話情報を送信する指示を管理サーバ３００ｂに送信する。ここで、サービス依頼部２３３は、カードＩＤ１１０と発話情報とを対応付けて、発話情報を送信する指示を管理サーバ３００ｂに送信する。

図９に示すように、管理サーバ３００ｂは、記憶部３１０ｂにおいて、宛先情報３１７を備えている。

宛先情報３１７は、利用者がサービス提供システム１ｂの利用を申し込んだ際に該サービス提供システム１ｂの運用会社に登録した、複数の宛先に関する情報である。なお、ここでの宛先は、確認者が利用者の発話情報を受信するために利用するサービス種別と、当該サービス種別において登録されている確認者の通知先とを含む（図７参照）。記憶部３１０ｂには、宛先情報３１７として、複数のカードＩＤ１１０と、複数の宛先とを対応付けて記憶されている。

依頼内容解析部３２１は、カードリーダ２００ｂから受信したデータの中から、カードＩＤ１１０と機器ＩＤ２２１とともに、発話情報を解析によって抽出する。

依頼内容転送部３２３は、依頼内容解析部３２１による解析結果に基づいて、確認者が利用するサービス種別に対応する事業者サーバ４００へ、発話情報を送信する指示を転送する。より具体的には、依頼内容転送部３２３は、依頼内容解析部３２１が抽出したカードＩＤ１１０に対応する確認者の宛先（つまり、確認者が利用するサービス種別と確認者の通知先と）を宛先情報３１７から特定する。依頼内容転送部３２３はさらに、機器ＩＤ２２１に対応するカードリーダ２００ｂの配布先である利用者を利用者情報３１１から特定する。そして、依頼内容転送部３２３は、特定したサービス種別に対応する事業者サーバ４００に、特定した確認者の通知先、特定した利用者の連絡先に関する情報、および発話情報を送信する。

事業者サーバ４００は、確認者の通知先に対して利用者の連絡先に関する情報および発話情報を送信するサーバである。制御部４１０は、管理サーバ３００から発話情報を送信する指示を受信すると、利用者の連絡先に関する情報および発話情報を確認者の通知先に送信する。例えば、事業者サーバ４００が通信会社のメールサーバである場合、制御部４１０は、確認者の所有する端末に対して、利用者の連絡先に関する情報および発話情報を提示するメールを送信する。

本実施形態に係る管理サーバ３００ｂにて管理する情報の構成例について、図７を用いて説明する。図７は、管理サーバ３００ｂにおいて記憶部に格納されている宛先情報３１７の構成例を示す模式図である。

宛先情報３１７は、「利用者ＩＤ」、「カードＩＤ」、および「確認者の宛先」の３つの項目を備えており、「確認者の宛先」はさらに「サービス種別」および「通知先」という２項目に細分化される。サービス提供システム１ｂの利用者を一意に識別する「利用者ＩＤ」に対して、当該利用者に配られた複数のサービスカード１００に対応する複数の「カードＩＤ」が設定される。「確認者の宛先」は、利用者の発話情報を送信する宛先である。「サービス種別」は、確認者が利用者の発話情報を受信するために利用するサービス種別である。「通知先」は、事業者サーバ４００に登録されている確認者の通知先である。宛先情報３１７により、「カードＩＤ」と「確認者の宛先」とが対応付けられており、カードＩＤ１１０は宛先識別子として機能する。

図７に示すように、サービス種別は、例えば、電子メール、メッセージアプリ、またはショートメールなどである。サービス種別が電子メールである場合、確認者の通知先としてメールアドレスが宛先情報３１７に記憶される。サービス種別がメッセージアプリである場合、確認者の通知先としてアカウントが宛先情報３１７に記憶される。サービス種別がショートメールである場合、確認者の通知先として電話番号が宛先情報３１７に記憶される。

このようにして、カードリーダ２００ｂは、利用者の発話を示す発話情報をサービスカード１００のカードＩＤ１１０に対応する宛先へ送信することができる。つまり、サービスカード１００の読み取り、および操作ボタンの押下（操作部の操作）といった簡便な方法により、利用者は、複数の宛先の中から特定の宛先に発話情報を送信することができる。利用者は、宛先に対応したサービスカード１００（宛先識別物体）を選択することにより、宛先を指定することができる。また、利用者は、シンプルな操作で送信指示と録音期間の指定の両方を行うことができ、利用者にとって理解しやすい。また、確認者は、自身が所望するサービス種別を利用して利用者の発話を示す発話情報を受信することができる。

（サービス識別物体）
ここでは、サービス識別子を有するサービス識別物体として、カード（サービスカード）を例に挙げて説明したが、サービス識別物体の形態はこれに限らない。サービス識別子を有する物体であれば、直方体、球体、コイン型の物体、環状の物体、またはキーホルダー等、任意の物体をサービス識別物体として利用できる。サービス識別物体は、無線タグ、磁気読み取り可能なコード、または光学読み取り可能なコード等の任意の形態で、サービス識別子を保持する。

なお、サービス識別物体は、サービス識別子と、利用者ＩＤとを有していてもよい。この場合、該サービス識別物体は、該利用者専用のものとして発行される。カードリーダ２００、２００ｂは、サービス識別物体から、サービス識別子と、利用者ＩＤとを読み取り、サービス識別子と、利用者ＩＤとを管理サーバ３００、３００ａに送信してもよい。管理サーバ３００、３００ａは、機器ＩＤの代わりに受信した利用者ＩＤを使用して、上述の処理を行ってもよい。

〔ソフトウェアによる実現例〕
カードリーダ２００、２００ｂ、管理サーバ３００、３００ａ、３００ｂ、および事業者サーバ４００、４００ａの制御ブロック（特に制御部２３０、２３０ｂ、３２０、３２０ａ、４１０、カード読取部２３１、サービス依頼部２３３、出力制御部２３５、発話取得部２３９、操作入力部２３７、依頼内容解析部３２１、依頼内容転送部３２３、結果取得部３２４、履歴登録部３２５、情報通知部３２７、判断部３２８、学習部３３０、第１促進通知部３２９、依頼提示部４１１、結果通知部４１３、第２促進通知部４１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、カードリーダ２００、２００ｂ、管理サーバ３００、３００ａ、３００ｂ、および事業者サーバ４００、４００ａは、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、前記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、前記コンピュータにおいて、前記プロセッサが前記プログラムを前記記録媒体から読み取って実行することにより、本発明の目的が達成される。前記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。前記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、前記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、前記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して前記コンピュータに供給されてもよい。なお、本発明の一態様は、前記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係るサービス提供システムは、利用者に、複数のサービス事業者のサービスを提供するサービス提供システムであって、前記利用者に配られる識別子リーダであって、利用者が有する複数のサービス識別物体から、該サービス識別物体のサービス識別子を読み取る識別子リーダと、管理サーバと、を含み、前記管理サーバは、前記識別子リーダから、読み取られた前記サービス識別子と、前記利用者の利用者識別子とを受信する受信部と、複数の前記利用者の連絡先と、複数の前記利用者の利用者識別子とを対応付けて記憶し、かつ、複数の前記サービス識別子と、前記複数のサービス事業者とを対応付けて記憶している記憶部と、前記識別子リーダから受信した前記利用者識別子に対応する前記利用者の連絡先を、前記識別子リーダから受信した前記サービス識別子に対応する前記サービス事業者の事業者サーバに送信する送信部とを備える構成である。

前記の構成によれば、利用者が複数のサービス識別物体から選択した特定のサービス識別物体のサービス識別子を識別子リーダに読み取らせると、該サービス識別子に対応するサービス事業者の事業者サーバに該利用者の連絡先が送信される。これにより、利用者は特定のサービス識別物体のサービス識別子に対応するサービス事業者から連絡を受け、該サービス事業者からサービスの提供を受けることができる。これにより、例えばパソコンやスマートフォンのような汎用の情報通信端末を用いてサービスの提供を所望するサービス事業者を選択する場合と比較して、選択したサービス識別物体を識別子リーダに読み取らせるだけでサービス事業者からサービスを受けることができる。

また、管理サーバにて利用者およびサービス事業者の連絡先を一元管理しているため、利用者は個々のサービス事業者と個別に契約する必要がない。そのため、例えば新たに入手したサービス識別物体を識別子リーダに読み込ませるだけで、利用者は該サービス識別物体に対応するサービス事業者から新たにサービスを受けることができる。

そして、サービス事業者はサービス提供システムに参加するには、管理サーバに連絡先を登録する必要がある。そのため、例えば管理サーバの運用会社はサービス提供システムに参加するサービス事業者を選定することによって利用者が安心してシステムを利用できる環境を整え、該システムのブランドイメージを向上させることができる。したがって、情報通信端末の操作に不慣れな人であっても、サービス事業者から情報通信端末を用いた場合と同等のサービスの提供を受けることができる、利便性に優れたサービス提供システムを実現することができるという効果を奏する。

本発明の態様２に係るサービス提供システムは、上記の態様１において、前記利用者の連絡先は、前記利用者の電話番号を含む構成としてもよい。

前記の構成によれば、利用者はサービス識別物体のサービス識別子を識別子リーダに読み取らせることにより、対応するサービス事業者から電話による連絡およびサービスの提供を受けることができる。

本発明の態様３に係るサービス提供システムは、上記の態様２において、前記送信部は、前記事業者サーバに、前記利用者の連絡先に電話を掛けるよう通知する構成としてもよい。

前記の構成によれば、サービス事業者は事業者サーバが管理サーバから受信した通知に基づいて、利用者に電話を掛けることができる。これにより、事業者サーバは自身が利用者の連絡先を保持する必要がないので、該事業者サーバに掛かるコストを抑制することができる。

本発明の態様４に係るサービス提供システムは、上記の態様１から３のいずれかにおいて、前記記憶部は、前記利用者の個人情報を記憶しており、前記管理サーバは、前記事業者サーバから事業者通知情報と通知条件とを受信し、かつ、前記通知条件を満たす前記利用者の前記識別子リーダに前記事業者通知情報を送信する情報通知部を備え、前記識別子リーダは、前記事業者通知情報を音声出力または表示する構成としてもよい。

本発明の態様５に係るサービス提供システムは、上記の態様１から４のいずれかにおいて、前記記憶部は、前記複数のサービス事業者と、前記サービス提供システムを用いてサービスを提供する場合に該複数のサービス事業者が支払う金額に関する情報とを対応付けてさらに記憶している構成としてもよい。

前記の構成によれば、サービス事業者がサービス提供システムを用いてサービスを提供する場合、サービス事業者は記憶部に記憶されている情報に基づいて所定の金額を支払う。

本発明の態様６に係るサービス提供システムは、上記の態様１から５のいずれかにおいて、前記記憶部は、前記サービス識別物体の前記サービス識別子を読み取った日時、前記事業者サーバが前記管理サーバから前記利用者に対するサービスの提供依頼を受信した日時、前記サービス事業者がサービスを提供した日時、または、サービスの提供の進捗状況に関する情報をさらに記憶している構成としてもよい。

前記の構成によれば、サービス提供システムによるサービスの提供に関する履歴を管理サーバに蓄積することができる。これにより、例えば利用者ごとの傾向等を分析し、サービス提供システムの運用に活用することができる。

本発明の態様７に係るサービス提供システムは、上記の態様１から６のいずれかにおいて、前記識別子リーダは、前記利用者固有の個人識別子物体から利用者識別子を読み取ったタイミングでまたは所定の時刻に、前記管理サーバから受信した個人通知情報を音声出力するまたは表示する構成としてもよい。

本発明の態様８に係る管理サーバは、利用者に、複数のサービス事業者のサービスを提供するための管理サーバであって、利用者が有する複数のサービス識別物体から該サービス識別物体のサービス識別子を読み取る識別子リーダから、読み取られた前記サービス識別子と、前記利用者の利用者識別子とを受信する受信部と、複数の前記利用者の連絡先と、複数の前記利用者の利用者識別子とを対応付けて記憶し、かつ、複数の前記サービス識別子と、前記複数のサービス事業者とを対応付けて記憶している記憶部と、前記識別子リーダから受信した前記利用者識別子に対応する前記利用者の連絡先を、前記識別子リーダから受信した前記サービス識別子に対応する前記サービス事業者の事業者サーバに送信する送信部とを備える構成である。

本発明の態様９に係る管理サーバは、上記の態様８において、前記利用者による前記サービス識別物体を用いたサービスの依頼の履歴または前記サービス事業者による前記利用者へのサービスの提供の履歴を含むサービス履歴を、前記利用者の利用者識別子と対応付けて前記記憶部に記憶させる履歴登録部と、前記サービス履歴に基づいて、前記利用者の健康状態の確認要否を判断する判断部とを備える構成としてもよい。

本発明の態様１０に係る管理サーバは、上記の態様９において、健康状態の確認要と判断された場合、前記利用者の健康状態の確認を促す通知をする促進通知部を備える構成としてもよい。

本発明の態様１１に係る管理サーバは、上記の態様９または１０において、前記判断部は、第１期間における前記サービスの利用頻度を、前記第１期間より過去の第２期間における前記サービスの利用頻度と比較することで、前記利用者の健康状態の確認要否を判断する構成としてもよい。

本発明の態様１２に係る管理サーバは、上記の態様９または１０において、前記判断部は、第１期間における前記サービスの利用間隔を、前記第１期間より過去の第２期間における前記サービスの利用間隔と比較することで、前記利用者の健康状態の確認要否を判断する構成としてもよい。

本発明の態様１３に係る管理サーバは、上記の態様９または１０において、前記利用者の健康状態を確認した確認者から、前記利用者の健康状態を示す確認結果を取得する結果取得部を備え、前記判断部は、前記サービス履歴を入力とし、前記確認結果を出力として、学習を行う学習部を備え、前記判断部は、前記サービス履歴を用いて前記学習部から得られる前記利用者の健康状態の推定結果に基づき、前記利用者の健康状態の確認要否を判断する構成としてもよい。

本発明の態様１４に係る識別子リーダは、利用者が有する宛先識別物体から、宛先に対応する宛先識別子を読み取る読取部と、利用者の発話を取得する発話取得部と、前記宛先に、取得した前記発話を示す発話情報を送信する指示を管理サーバに送信するリーダ送信部とを備える構成である。

本発明の態様１５に係る識別子リーダは、上記の態様１４において、前記リーダ送信部は、前記指示として、前記宛先識別子と前記発話情報とを対応付けて前記管理サーバに送信する構成としてもよい。

本発明の態様１６に係る識別子リーダは、上記の態様１４または１５において、利用者の操作を受け付ける操作部を備え、前記操作部が操作されると、前記読取部による前記宛先識別子の読み取りと、前記発話取得部による前記利用者の前記発話の取得との両方を行う構成としてもよい。

本発明の態様１７に係る識別子リーダは、上記の態様１６において、前記操作部が操作されている間、前記発話取得部による前記利用者の前記発話の取得を行う構成としてもよい。

本発明の態様１８に係る管理サーバは、利用者が有する宛先識別物体から宛先に対応する宛先識別子を読み取る識別子リーダから、読み取られた前記宛先識別子と利用者の発話を示す発話情報とを受信する受信部と、前記宛先識別子と、前記宛先とを対応付けて記憶している記憶部と、前記識別子リーダから受信した前記発話情報を、前記識別子リーダから受信した前記宛先識別子に対応する前記宛先に送信する送信部とを備える構成である。

本発明は前述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１、１ａ、１ｂ サービス提供システム
１００ サービスカード（サービス識別物体）
１１０ カードＩＤ（サービス識別子）
２００、２００ｂ カードリーダ（識別子リーダ）
２１０ 操作ボタン（操作部）
２２０、３１０、３１０ａ、３１０ｂ 記憶部
２２１ 機器ＩＤ（利用者識別子、リーダ識別子）
２３０、２３０ｂ、３２０、３２０ａ、４１０ 制御部
２３１ カード読取部（読取部）
２３３ サービス依頼部
２３５ 出力制御部
２３７ 操作入力部
２３９ 発話取得部
３００ 管理サーバ
３１１ 利用者情報
３１３ サービス事業者情報
３１５ サービス履歴情報
３２１ 依頼内容解析部（受信部）
３２３ 依頼内容転送部（送信部）
３２４ 結果取得部
３２５ 履歴登録部
３２７ 情報通知部
３２８ 判断部
３２９ 第１促進通知部
３３０ 学習部
４００ 事業者サーバ
４１１ 依頼提示部
４１３ 結果通知部
４１５ 第２促進通知部
５００ 確認者端末

Claims (11)

1. 利用者に、複数のサービス事業者のサービスを提供するサービス提供システムであって、
   前記利用者に配られる識別子リーダであって、利用者が有する複数のサービス識別物体から、該サービス識別物体のサービス識別子を読み取る識別子リーダと、
   管理サーバと、を含み、
   前記管理サーバは、
   前記識別子リーダから、読み取られた前記サービス識別子と、前記利用者の利用者識別子とを受信する受信部と、
   複数の前記利用者の連絡先と、複数の前記利用者の利用者識別子とを対応付けて記憶し、かつ、複数の前記サービス識別子と、前記複数のサービス事業者とを対応付けて記憶している記憶部と、
   前記識別子リーダから受信した前記利用者識別子に対応する前記利用者の連絡先を、前記識別子リーダから受信した前記サービス識別子に対応する前記サービス事業者の事業者サーバに送信する送信部とを備え、
   前記利用者の連絡先は、前記利用者の電話番号を含み、
   前記送信部は、前記事業者サーバに、前記利用者の連絡先に電話を掛けるよう通知することを特徴とするサービス提供システム。
2. 前記記憶部は、前記利用者の個人情報を記憶しており、
   前記管理サーバは、
   前記事業者サーバから事業者通知情報と通知条件とを受信し、かつ、前記通知条件を満たす前記利用者の前記識別子リーダに前記事業者通知情報を送信する情報通知部を備え、
   前記識別子リーダは、前記事業者通知情報を音声出力または表示することを特徴とする請求項１に記載のサービス提供システム。
3. 前記記憶部は、前記複数のサービス事業者と、前記サービス提供システムを用いてサービスを提供する場合に該複数のサービス事業者が支払う金額に関する情報とを対応付けてさらに記憶していることを特徴とする請求項１または２に記載のサービス提供システム。
4. 前記記憶部は、前記サービス識別物体の前記サービス識別子を読み取った日時、前記事業者サーバが前記管理サーバから前記利用者に対するサービスの提供依頼を受信した日時、前記サービス事業者がサービスを提供した日時、または、サービスの提供の進捗状況に関する情報をさらに記憶していることを特徴とする請求項１から３のいずれか１項に記載のサービス提供システム。
5. 前記識別子リーダは、前記利用者固有の個人識別子物体から利用者識別子を読み取ったタイミングでまたは所定の時刻に、前記管理サーバから受信した個人通知情報を音声出力するまたは表示することを特徴とする請求項１から４のいずれか１項に記載のサービス提供システム。
6. 利用者に、複数のサービス事業者のサービスを提供するための管理サーバであって、
   利用者が有する複数のサービス識別物体から該サービス識別物体のサービス識別子を読み取る識別子リーダから、読み取られた前記サービス識別子と、前記利用者の利用者識別子とを受信する受信部と、
   複数の前記利用者の連絡先と、複数の前記利用者の利用者識別子とを対応付けて記憶し、かつ、複数の前記サービス識別子と、前記複数のサービス事業者とを対応付けて記憶している記憶部と、
   前記識別子リーダから受信した前記利用者識別子に対応する前記利用者の連絡先を、前記識別子リーダから受信した前記サービス識別子に対応する前記サービス事業者の事業者サーバに送信する送信部と、
   前記利用者による前記サービス識別物体を用いたサービスの依頼の履歴または前記サービス事業者による前記利用者へのサービスの提供の履歴を含むサービス履歴を、前記利用者の利用者識別子と対応付けて前記記憶部に記憶させる履歴登録部と、
   前記サービス履歴に基づいて、前記利用者の健康状態の確認要否を判断する判断部とを備えることを特徴とする管理サーバ。
7. 健康状態の確認要と判断された場合、前記利用者の健康状態の確認を促す通知をする促進通知部を備えることを特徴とする請求項６に記載の管理サーバ。
8. 前記判断部は、第１期間における前記サービスの利用頻度を、前記第１期間より過去の第２期間における前記サービスの利用頻度と比較することで、前記利用者の健康状態の確認要否を判断することを特徴とする請求項６または７に記載の管理サーバ。
9. 前記判断部は、第１期間における前記サービスの利用間隔を、前記第１期間より過去の第２期間における前記サービスの利用間隔と比較することで、前記利用者の健康状態の確認要否を判断することを特徴とする請求項６または７に記載の管理サーバ。
10. 前記利用者の健康状態を確認した確認者から、前記利用者の健康状態を示す確認結果を取得する結果取得部を備え、
    前記判断部は、前記サービス履歴を入力とし、前記確認結果を出力として、学習を行う学習部を備え、
    前記判断部は、前記サービス履歴を用いて前記学習部から得られる前記利用者の健康状態の推定結果に基づき、前記利用者の健康状態の確認要否を判断することを特徴とする請求項６または７に記載の管理サーバ。
11. 利用者に、複数のサービス事業者のサービスを提供するための管理サーバであって、
    利用者が有する複数のサービス識別物体から該サービス識別物体のサービス識別子を読み取る識別子リーダから、読み取られた前記サービス識別子と、前記識別子リーダのリーダ識別子とを受信する受信部と、
    複数の前記利用者の連絡先と、複数の前記利用者が有する前記識別子リーダのリーダ識別子とを対応付けて記憶し、かつ、複数の前記サービス識別子と、前記複数のサービス事業者とを対応付けて記憶している記憶部と、
    前記識別子リーダから受信した前記リーダ識別子に対応する前記利用者の連絡先を、前記識別子リーダから受信した前記サービス識別子に対応する前記サービス事業者の事業者サーバに送信する送信部とを備えることを特徴とする管理サーバ。

Images