(57)【要約】【課題】所定の地域における交通システムを利用して、外出することができないユーザの便宜を図ることが可能な依頼装置及びその依頼方法を提供する。【解決手段】依頼サーバ１０は、依頼情報受信手段１０２と、被依頼者選択手段１０３と、依頼情報送信手段１０４と、受託情報受信手段１０５と、依頼完了情報送信手段１０６と、を備える。依頼情報受信手段１０２は、依頼者端末から要望を示す依頼情報を受信する。被依頼者選択手段１０３は、依頼情報に応じて、要望を依頼可能な被依頼者を選択する。依頼情報送信手段１０４は、選択された被依頼者の被依頼者端末に、依頼情報を送信する。受託情報受信手段１０５は、被依頼者端末から、受託情報を受信する。依頼完了情報送信手段１０６は、受託情報受信手段１０５が受託情報を受信した場合に、依頼者端末に、依頼完了情報を送信する。【選択図】図２
2018026051.tif 000002
【特許請求の範囲】
【請求項１】
所定の地域内で車両を運用する交通システムにおいて、前記車両を用いる要望を依頼する依頼者に操作される依頼者端末及び前記車両により移動し、前記要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、前記依頼者からの前記要望を前記被依頼者に依頼する依頼装置であって、
前記依頼者端末から前記要望を示す依頼情報を受信する依頼情報受信手段と、
前記依頼情報受信手段が受信した前記依頼情報に応じて、前記要望を依頼可能な前記被依頼者を選択する被依頼者選択手段と、
前記被依頼者選択手段により選択された前記被依頼者の前記被依頼者端末に、前記依頼情報を送信する依頼情報送信手段と、
前記被依頼者端末から、前記依頼情報が示す前記要望を受託することを示す受託情報を受信する受託情報受信手段と、
前記受託情報受信手段が前記受託情報を受信した場合に、前記依頼者端末に、前記要望が受託されたことを示す依頼完了情報を送信する依頼完了情報送信手段と、を備えることを特徴とする依頼装置。
【請求項２】
前記被依頼者端末から、前記車両の出発地と目的地とを示す情報を含む経路情報を受信する経路情報受信手段を、更に備え、
前記被依頼者選択手段は、前記依頼情報が示す前記要望を実現可能な場所である実現地に基づき、前記経路情報受信手段が受信した前記経路情報を参照して、前記要望を依頼可能な前記被依頼者を選択することを特徴とする請求項１に記載の依頼装置。
【請求項３】
前記依頼者及び前記被依頼者は、前記交通システムのユーザであり、
ユーザ毎に、前記要望を依頼する場合に利用可能な依頼ポイントを記憶する依頼ポイント記憶手段と、
前記依頼者端末及び／又は前記被依頼者端末から、前記要望が完遂したことを示す完遂情報を受信する完遂情報受信手段と、
前記完遂情報受信手段が前記依頼者端末及び／又は前記被依頼者端末から前記完遂情報を受信した場合に、前記依頼ポイント記憶手段に記憶された前記依頼者であったユーザの前記依頼ポイントから所定数のポイントを減算し、前記依頼ポイント記憶手段に記憶された前記被依頼者であったユーザの前記依頼ポイントに所定数のポイントを加算する依頼ポイント算出手段と、を更に備えることを特徴とする請求項１又は２に記載の依頼装置。
【請求項４】
ユーザ毎に、金銭的価値を示す価値情報を記憶する価値情報記憶手段と、
前記要望が実現される店舗の店舗端末から、前記依頼者の前記要望に基づく商品の購入金額を示す購入金額情報に、前記依頼者を識別する識別情報と、前記店舗において実際に決済した前記被依頼者を識別する識別情報と、が対応付けられた決済情報を受信する決済情報受信手段と、
前記完遂情報受信手段が前記依頼者端末及び／又は前記被依頼者端末から前記完遂情報を受信した場合に、前記価値情報記憶手段に記憶された前記依頼者であったユーザの前記価値情報から、前記決済情報受信手段が受信した前記決済情報の前記購入金額情報の金銭的価値を減算し、前記価値情報記憶手段に記憶された前記被依頼者であったユーザの前記価値情報に、前記決済情報受信手段が受信した前記決済情報の前記購入金額情報の金銭的価値を加算する金銭的価値授受手段と、を更に備えることを特徴とする請求項３に記載の依頼装置。
【請求項５】
所定の地域内で車両を運用する交通システムにおいて、前記車両を用いる要望を依頼する依頼者に操作される依頼者端末及び前記車両により移動し、前記要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、前記依頼者からの前記要望を前記被依頼者に依頼する依頼装置による依頼方法であって、
前記依頼者端末から前記要望を示す依頼情報を受信するステップと、
前記依頼情報に応じて、前記要望を依頼可能な前記被依頼者を選択するステップと、
前記被依頼者の前記被依頼者端末に、前記依頼情報を送信するステップと、
前記被依頼者端末から、前記依頼情報が示す前記要望を受託することを示す受託情報を受信するステップと、
前記受託情報を受信した場合に、前記依頼者端末に、前記要望が受託されたことを示す依頼完了情報を送信するステップと、を含むことを特徴とする依頼方法。
【請求項６】
所定の地域内で車両を運用する交通システムにおいて、前記車両を用いる要望を依頼する依頼者に操作される依頼者端末及び前記車両により移動し、前記要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、前記依頼者からの前記要望を前記被依頼者に依頼する依頼装置を制御するコンピュータを、
前記依頼者端末から前記要望を示す依頼情報を受信する依頼情報受信手段、
前記依頼情報受信手段が受信した前記依頼情報に応じて、前記要望を依頼可能な前記被依頼者を選択する被依頼者選択手段、
前記被依頼者選択手段により選択された前記被依頼者の前記被依頼者端末に、前記依頼情報を送信する依頼情報送信手段、
前記被依頼者端末から、前記依頼情報が示す前記要望を受託することを示す受託情報を受信する受託情報受信手段、
前記受託情報受信手段が前記受託情報を受信した場合に、前記依頼者端末に、前記要望が受託されたことを示す依頼完了情報を送信する依頼完了情報送信手段、として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の地域内で車両を運用する交通システムにおいて、車両を用いる要望を依頼する依頼者に操作される依頼者端末及び車両により移動し、要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、依頼者からの要望を被依頼者に依頼する依頼装置及びその依頼方法に関する。
【背景技術】
【０００２】
近年、地域の活性化、人々の健康管理、エネルギー対策等における課題を解決する交通システムが提案されている。
【０００３】
このような交通システムにおいて、ユーザが移動体を使用するスケジュール情報を生成し、ユーザ端末に送信する。このとき、スケジュール情報提供手段が、サービサ情報収集手段が受信したサービサ情報、ユーザの移動体の使用履歴、ユーザ情報収集手段が受信した他のユーザのユーザ情報に基づき、ユーザ端末に送信するスケジュール情報を生成する外出スケジュール自動作成装置が開示されている（例えば、特許文献１）。
このような外出スケジュール自動作成装置によれば、利用者である地域住民に外出スケジュールを提供し、地域住民の外出を促すことで、地域の活性化や、地域住民の健康管理等が可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−９２３２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、乳幼児をもつ家庭では、子供が病気になっている場合や子供を寝かしつけている場合等により、ちょっとした買い物や、子供の送り迎えがしたくても、家を出られないことがある。このような場合、ちょっとした買い物であっても、ネットスーパー等を利用すると、例えば、ユーザの所在地から離れた場所（例えば、県外等）に設けられている配送センターから商品が発送されるため、配送料や配達時間の問題が生ずる。また、子供の送り迎え等では、全く面識のない第三者に依頼するのは安全面に問題ある。
【０００６】
そこで本発明では、上記のような課題に鑑み、所定の地域における交通システムを利用して、外出することができないユーザの便宜を図ることが可能な依頼装置及びその依頼方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の依頼装置は、以下のような解決手段を提供する。
【０００８】
（１）本発明の第１の態様では、依頼装置は、所定の地域内で車両を運用する交通システムにおいて、前記車両を用いる要望を依頼する依頼者に操作される依頼者端末及び前記車両により移動し、前記要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、前記依頼者からの前記要望を前記被依頼者に依頼する依頼装置であって、
前記依頼者端末から前記要望を示す依頼情報を受信する依頼情報受信手段と、
前記依頼情報受信手段が受信した前記依頼情報に応じて、前記要望を依頼可能な前記被依頼者を選択する被依頼者選択手段と、
前記被依頼者選択手段により選択された前記被依頼者の前記被依頼者端末に、前記依頼情報を送信する依頼情報送信手段と、
前記被依頼者端末から、前記依頼情報が示す前記要望を受託することを示す受託情報を受信する受託情報受信手段と、
前記受託情報受信手段が前記受託情報を受信した場合に、前記依頼者端末に、前記要望が受託されたことを示す依頼完了情報を送信する依頼完了情報送信手段と、を備えることを特徴とする。
【０００９】
（２）また、本発明は、（１）の依頼装置において、前記被依頼者端末から、前記車両の出発地と目的地とを示す情報を含む経路情報を受信する経路情報受信手段を、更に備え、
前記被依頼者選択手段は、前記依頼情報が示す前記要望を実現可能な場所である実現地に基づき、前記経路情報受信手段が受信した前記経路情報を参照して、前記要望を依頼可能な前記被依頼者を選択することとしてもよい。
【００１０】
（３）また、本発明は、（１）又は（２）の依頼装置において、前記依頼者及び前記被依頼者は、前記交通システムのユーザであり、
ユーザ毎に、前記要望を依頼する場合に利用可能な依頼ポイントを記憶する依頼ポイント記憶手段と、
前記依頼者端末及び／又は前記被依頼者端末から、前記要望が完遂したことを示す完遂情報を受信する完遂情報受信手段と、
前記完遂情報受信手段が前記依頼者端末及び／又は前記被依頼者端末から前記完遂情報を受信した場合に、前記依頼ポイント記憶手段に記憶された前記依頼者であったユーザの前記依頼ポイントから所定数のポイントを減算し、前記依頼ポイント記憶手段に記憶された前記被依頼者であったユーザの前記依頼ポイントに所定数のポイントを加算する依頼ポイント算出手段と、を更に備えてもよい。
【００１１】
（４）また、本発明は、（３）の依頼装置において、ユーザ毎に、金銭的価値を示す価値情報を記憶する価値情報記憶手段と、
前記要望が実現される店舗の店舗端末から、前記依頼者の前記要望に基づく商品の購入金額を示す購入金額情報に、前記依頼者を識別する識別情報と、前記店舗において実際に決済した前記被依頼者を識別する識別情報と、が対応付けられた決済情報を受信する決済情報受信手段と、
前記完遂情報受信手段が前記依頼者端末及び／又は前記被依頼者端末から前記完遂情報を受信した場合に、前記価値情報記憶手段に記憶された前記依頼者であったユーザの前記価値情報から、前記決済情報受信手段が受信した前記決済情報の前記購入金額情報の金銭的価値を減算し、前記価値情報記憶手段に記憶された前記被依頼者であったユーザの前記価値情報に、前記決済情報受信手段が受信した前記決済情報の前記購入金額情報の金銭的価値を加算する金銭的価値授受手段と、を更に備えてもよい。
【００１２】
（５）本発明の第２の態様では、依頼方法は、所定の地域内で車両を運用する交通システムにおいて、前記車両を用いる要望を依頼する依頼者に操作される依頼者端末及び前記車両により移動し、前記要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、前記依頼者からの前記要望を前記被依頼者に依頼する依頼装置による依頼方法であって、
前記依頼者端末から前記要望を示す依頼情報を受信するステップと、
前記依頼情報に応じて、前記要望を依頼可能な前記被依頼者を選択するステップと、
前記被依頼者の前記被依頼者端末に、前記依頼情報を送信するステップと、
前記被依頼者端末から、前記依頼情報が示す前記要望を受託することを示す受託情報を受信するステップと、
前記受託情報を受信した場合に、前記依頼者端末に、前記要望が受託されたことを示す依頼完了情報を送信するステップと、を含むことを特徴とする。
【００１３】
（６）本発明の第３の態様では、プログラムは、所定の地域内で車両を運用する交通システムにおいて、前記車両を用いる要望を依頼する依頼者に操作される依頼者端末及び前記車両により移動し、前記要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、前記依頼者からの前記要望を前記被依頼者に依頼する依頼装置を制御するコンピュータを、
前記依頼者端末から前記要望を示す依頼情報を受信する依頼情報受信手段、
前記依頼情報受信手段が受信した前記依頼情報に応じて、前記要望を依頼可能な前記被依頼者を選択する被依頼者選択手段、
前記被依頼者選択手段により選択された前記被依頼者の前記被依頼者端末に、前記依頼情報を送信する依頼情報送信手段、
前記被依頼者端末から、前記依頼情報が示す前記要望を受託することを示す受託情報を受信する受託情報受信手段、
前記受託情報受信手段が前記受託情報を受信した場合に、前記依頼者端末に、前記要望が受託されたことを示す依頼完了情報を送信する依頼完了情報送信手段、として機能させるためのものである。
【発明の効果】
【００１４】
本発明によれば、所定の地域における交通システムを利用して、外出することができないユーザの便宜を図ることが可能な依頼装置及びその依頼方法を提供できる。
【図面の簡単な説明】
【００１５】
【図１】本発明が適用される交通システムにおける依頼サーバによる依頼サービスの概念を説明する図である。
【図２】本発明の実施形態に係る交通システムにおける依頼サーバ、ユーザ端末及び店舗端末の機能構成を示す図である。
【図３】配車ＤＢに格納されるデータを表形式で模式的に示す図である。
【図４】決済ＤＢに格納されるデータを表形式で模式的に示す図である。
【図５】ユーザＤＢに格納されるデータを表形式で模式的に示す図である。
【図６】ユーザ端末入出力手段に表示される要望を受け付け可能な依頼画面の一例である。
【図７】ユーザ端末入出力手段に表示される要望を受託可能な受託画面の一例である。
【図８】ユーザ端末入出力手段に表示される要望を受託可能な受託画面の一例である。
【図９】店舗端末入出力手段に表示される決済画面の一例である。
【図１０】本発明の実施形態に係る依頼サーバが実行する依頼処理フローを示す図である。
【発明を実施するための形態】
【００１６】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。また、機能構成の図において、機能ブロック間の矢印は、データの流れ方向、又は処理の流れ方向を表す。
【００１７】
（基本概念／基本構成）
図１は、本発明が適用される交通システムにおける依頼サーバによる依頼サービスの概念を説明する図である。交通システム１は、所定の地域内で車両Ｃを運用し、当該地域における交通の利便性を向上し、当該地域において、店舗等（例えば、スーパマーケットやコンビニ等の小売店、公共交通機関、役所、病院、学校、幼稚園等）における人や物の移動需要を喚起し、当該地域を活性化することを目的としたものである。交通システム１における車両Ｃは、交通システム１を運営する組織が所有する車両であってもよいし、所定の地域内の複数の住民によりシェアされている車両であってもよいし、所定の地域内の住民や企業が所有している車両であってもよい。
【００１８】
また、交通システム１は、少なくとも、ユーザにより操作されるユーザ端末２０と、ユーザ端末２０とネットワークを介して接続された依頼サーバ１０と、を備える。ユーザは、ある時は車両Ｃを用いる要望を依頼する依頼者であり、別の時は車両Ｃにより移動し、依頼者からの要望が依頼される被依頼者となり得る。以下の説明では、あるユーザが依頼者Ａであり、別のユーザが被依頼者Ｂとなる例について説明する。また、依頼者Ａが操作するユーザ端末２０を依頼者端末２０Ａとも言い、被依頼者Ｂが操作するユーザ端末２０を被依頼者端末２０Ｂとも言う。
【００１９】
依頼装置の一例である依頼サーバ１０による依頼サービスは、上記のような交通システム１において提供され、車両Ｃを用いる要望（例えば、日用品の買い物や、幼稚園児の送り迎え等）を依頼する依頼者Ａからの要望を、車両Ｃにより移動する被依頼者Ｂに依頼するものである。
【００２０】
具体的には、依頼サービスにおいて、依頼者Ａは、例えば、乳幼児の世話等で家を出ることができないにもかかわらず、不足した日用品（例えば、トイレットペーパや、紙オムツや、ミルク等）を早急に必要な場合に、依頼者端末２０Ａにより、不足した日用品を買ってきて欲しい旨の要望を示す依頼情報を依頼サーバ１０に送信する。
【００２１】
依頼サーバ１０は、依頼者端末２０Ａから要望を示す依頼情報を受信する。また、依頼サーバ１０は、被依頼者端末２０Ｂから、車両Ｃの出発地と目的地とを示す情報を含む経路情報を受信する。なお、図１では、被依頼者端末２０Ｂの一例として、スマートフォンを示しているが、これに限らず、ユーザ端末２０（被依頼者端末２０Ｂ）は、例えば、車両Ｃに搭載されたカーナビゲーションシステムでもよい。この場合、被依頼者Ｂがこのユーザ端末２０としてのカーナビゲーションシステムに目的地を入力すると、このカーナビゲーションシステムは、経路を算出し、この入力された目的地を示す情報及び算出した経路を示す情報を含む経路情報を、サーバ１０に送信する。
【００２２】
そして、依頼サーバ１０は、受信した依頼情報に応じて、要望を依頼可能な被依頼者を選択する。例えば、依頼サーバ１０は、依頼者Ａからの依頼情報が示す要望が「トイレットペーパを買ってきて欲しい。」というものであれば、トイレットペーパを販売している、例えば、スーパマーケットを目的地として車両Ｃを利用する予定の被依頼者Ｂを選択し、依頼情報をこの被依頼者Ｂの被依頼者端末２０Ｂに送信する。
【００２３】
このような、依頼サーバ１０における依頼情報と経路情報とのマッチングは、依頼情報が追加されたタイミングで行ってもよいし、経路情報が追加されたタイミングで行ってもよい。
【００２４】
被依頼者Ｂは、被依頼者端末２０Ｂにより依頼情報を受信し、この依頼情報の要望を受託する場合には、依頼サーバ１０に依頼情報が示す要望を受託することを示す受託情報を送信する。
【００２５】
依頼サーバ１０は、被依頼者端末２０Ｂから受託情報を受信した場合には、依頼者端末２０Ａに、要望が受託されたことを示す依頼完了情報を送信する。
【００２６】
これにより、被依頼者Ｂは、車両Ｃで自己の目的のために訪れた目的地において、依頼者Ａの要望（例えば、トイレットペーパの買い出し）も済ませる。その後、被依頼者Ｂは、車両Ｃで、依頼者Ａの家に要望に応じたもの（例えば、トイレットペーパ）を届ける。
【００２７】
このように、交通システム１における依頼サーバ１０によれば、所定の地域における交通システムを利用して、外出することができないユーザの便宜を図ることが可能となる。
【００２８】
（機能構成）
図２は、本発明の実施形態に係る交通システムにおける依頼サーバ、ユーザ端末及び店舗端末の機能構成を示す図である。交通システム１は、所定の地域内で車両を運用するものであり、ユーザである依頼者からの要望を他のユーザである被依頼者に依頼する依頼サーバ１０と、依頼サーバ１０とネットワークを介して接続され、ユーザに操作されるユーザ端末２０及び所定の地域内の店舗に管理されている店舗端末３０と、を備える。以下の説明において、依頼者となったユーザに操作されるユーザ端末２０を依頼者端末とも言い、被依頼者となったユーザに操作されるユーザ端末２０を被依頼者端末とも言う。
【００２９】
（依頼サーバ１０の構成）
依頼サーバ１０は、経路情報受信手段１０１と、依頼情報受信手段１０２と、被依頼者選択手段１０３と、依頼情報送信手段１０４と、受託情報受信手段１０５と、依頼完了情報送信手段１０６と、決済情報受信手段１０７と、完遂情報受信手段１０８と、金銭的価値授受手段１０９と、依頼ポイント算出手段１１０と、配車データベース（以下、配車ＤＢ）１２０と、決済データベース（以下、決済ＤＢ）１３０と、ユーザデータベース（以下、ユーザＤＢ）１４０と、を備える。
【００３０】
経路情報受信手段１０１は、被依頼者端末から、車両の出発地と目的地とを示す情報を含む経路情報を受信し、配車ＤＢ１２０に記憶する。
【００３１】
図３は、配車ＤＢ１２０に格納されるデータを表形式で模式的に示す図である。配車ＤＢ１２０は、交通システム１における車両の利用予定が格納されており、車両を利用するユーザのユーザＩＤに、車両により移動する予定日時を示す移動時間情報、車両の出発地を示す出発地情報及び車両により移動の目的地を示す目的地情報を含む経路情報が対応付けられて記憶されている。なお、出発地情報及び目的地情報は、位置を特定できれば、地番、固有名称、緯度・経度等の任意の態様で格納することができる。
【００３２】
図２に戻って、依頼情報受信手段１０２は、依頼者端末から要望を示す依頼情報を受信する。ここで、本実施形態において、「要望」は、買い物、幼稚園児の送迎等、車両を利用する第三者に依頼することが可能であれば、任意の態様であってよい。また、「要望」が買い物であった場合、依頼情報は、買ってきて欲しい物のみを示す態様でもよいし、買ってきて欲しい物に加え、買ってきて欲しい場所を指定する態様であってもよいし、更に、時間を指定する態様であってもよい。また、依頼情報受信手段１０２は、受信した依頼情報を受信した場合には、決済ＤＢ１３０に記憶する。具体的には、依頼情報受信手段１０２は、決済ＤＢ１３０（後述する図４参照）において、依頼情報を送信した依頼者のユーザＩＤに、例えば、依頼情報が示す、買ってきて欲しい物を示す商品情報（商品名等）を対応付けて、記憶する。
【００３３】
被依頼者選択手段１０３は、依頼情報受信手段１０２が受信した依頼情報に応じて、要望を依頼可能な被依頼者を選択する。詳細には、被依頼者選択手段１０３は、依頼情報が示す要望を実現可能な場所である実現地に基づき、経路情報受信手段１０１が受信した経路情報を参照して、要望を依頼可能な被依頼者を選択する。具体的には、被依頼者選択手段１０３は、配車ＤＢ１２０（図３参照）を参照して、最も早く依頼情報が示す要望が実現可能な被依頼者を選択する。例えば、図３に示す例では、依頼情報が示す要望が、「Ｙスーパーでトイレットペーパを買ってきて欲しい」旨であった場合、「Ｙスーパー」が実現地となり、この「Ｙスーパー」を目的地とするユーザは、ユーザＩＤ「Ｕ００１」と「Ｕ０１１」の２人である。この場合、被依頼者選択手段１０３は、移動する予定日時がより早いユーザＩＤ「Ｕ００１」のユーザを被依頼者として選択する。
【００３４】
また、被依頼者選択手段１０３は、依頼情報に対して、要望を依頼可能な被依頼者を選択できなかった場合には、当該依頼情報を保留する（例えば、決済ＤＢ１３０において、依頼情報に、被依頼者が選択できていない旨を示す保留フラグを対応付ける。）。そして、被依頼者選択手段１０３は、経路情報受信手段１０１が、新たに経路情報を受信した場合には、保留されていた依頼情報が示す要望を実現可能な場所である実現地に基づき、経路情報受信手段１０１が新たに受信した経路情報を参照して、要望を依頼可能な被依頼者を選択する。これにより、ある時点では要望を依頼できなくても、後から依頼できる場合があり、ユーザの利便性が向上する。
【００３５】
なお、依頼サーバ１０が、複数の店舗から、それぞれの店舗端末３０により、取扱商品及び商品の値段を示す情報を受信している場合、被依頼者選択手段１０３は、依頼者であるユーザの要望が特定の商品の購入のみの指定であれば、この特定の商品が最も安い店舗を実現地とし、この実現地を目的地とするユーザを被依頼者として選択してもよい。
【００３６】
依頼情報送信手段１０４は、被依頼者選択手段１０３により選択された被依頼者の被依頼者端末に、依頼情報を送信する。
【００３７】
受託情報受信手段１０５は、被依頼者端末から、依頼情報が示す要望を受託することを示す受託情報又は依頼情報が示す要望を受託することができない旨を示す非受託情報を受信する。なお、被依頼者選択手段１０３は、受託情報受信手段１０５が非受託情報を受信した場合、再度、配車ＤＢ１２０（図３参照）を参照して、依頼情報が示す要望が実現可能な被依頼者を選択する。
【００３８】
依頼完了情報送信手段１０６は、受託情報受信手段１０５が受託情報を受信した場合に、依頼者端末に、要望が受託されたことを示す依頼完了情報及び被依頼者を特定する情報（例えば、氏名や住所や連絡先等を示す情報）を送信する。
【００３９】
決済情報受信手段１０７は、要望が実現される店舗の店舗端末３０から、依頼者の要望に基づき購入された商品名を示す商品情報、この商品の購入金額を示す購入金額情報に、依頼者を識別する識別情報と、店舗において実際に決済した被依頼者を識別する識別情報と、が対応付けられた決済情報を受信し、決済ＤＢ１３０に記憶する。
【００４０】
図４は、決済ＤＢ１３０に格納されるデータを表形式で模式的に示す図である。決済ＤＢ１３０は、依頼者を識別する識別情報の一例である依頼者ユーザＩＤに、依頼者の要望に基づき購入された商品名を示す商品情報、商品の購入金額を示す購入金額情報、店舗において実際に決済した被依頼者を識別する識別情報の一例である被依頼者ユーザＩＤ及び決済方法を示す決済方法情報が対応付けられている。
【００４１】
図２に戻って、完遂情報受信手段１０８は、依頼者端末及び／又は被依頼者端末から、要望が完遂したことを示す完遂情報を受信する。完遂情報は、例えば、依頼者の要望が特定の商品の購入であった場合、この特定の商品を購入した被依頼者から、依頼者に受け渡された後に、依頼者端末及び／又は被依頼者端末から、依頼サーバ１０に送信される。
【００４２】
金銭的価値授受手段１０９は、完遂情報受信手段１０８が依頼者端末及び／又は被依頼者端末から完遂情報を受信した場合に、ユーザＤＢ１４０に記憶された依頼者であったユーザの価値情報から、決済情報受信手段１０７が受信した決済情報の購入金額情報の金銭的価値を減算し、ユーザＤＢ１４０に記憶された被依頼者であったユーザの価値情報に、決済情報受信手段１０７が受信した決済情報の購入金額情報の金銭的価値を加算する。
【００４３】
図５は、ユーザＤＢ１４０に格納されるデータを表形式で模式的に示す図である。ユーザＤＢ１４０は、ユーザを識別する識別情報の一例であるユーザＩＤに、ユーザの名前、ユーザの住所、金銭的価値を示す価値情報及び要望を依頼する場合に利用可能な依頼ポイントが対応付けられている。このようなユーザＤＢ１４０は、ユーザ毎に、金銭的価値を示す価値情報を記憶する価値情報記憶手段として機能する。また、ユーザＤＢ１４０は、ユーザ毎に、要望を依頼する場合に利用可能な依頼ポイントを記憶する依頼ポイント記憶手段として機能する。なお、価値情報は、電子マネーの残高を示す情報、クレジットカードによる支払い額を示す情報、現金の預かり金の残額を示す情報等、任意の金銭的価値を示す情報が含まれる。また、依頼ポイントは、依頼にのみ使えるポイントであってもよいし、物に交換可能なポイントであってもよいし、金銭的価値を有するポイントであってもよい。
【００４４】
図４に示す例において、ユーザＩＤ「Ｕ００１」の被依頼者は、ユーザＩＤ「Ｂ０２５」の依頼者の要望に基づき、「トイレットペーパ」を「４８０」円で購入している。この場合、図５に示す例において、金銭的価値授受手段１０９は、ユーザＤＢ１４０におけるユーザＩＤ「Ｂ０２５」の依頼者の価値情報「２０，０００」から「４８０」を減算し、価値情報を「１９，５２０」に更新し、ユーザＩＤ「Ｕ００１」の被依頼者の価値情報「３０，０００」に「４８０」を加算し、価値情報を「３０，４８０」に更新する。
【００４５】
図２に戻って、依頼ポイント算出手段１１０は、完遂情報受信手段１０８が依頼者端末及び／又は被依頼者端末から完遂情報を受信した場合に、ユーザＤＢ１４０に記憶された依頼者であったユーザの依頼ポイントから所定数のポイントを減算し、ユーザＤＢ１４０に記憶された被依頼者であったユーザの依頼ポイントに所定数のポイントを加算する。なお、所定数のポイントは、任意の値であってよく、また、一定でもよいし、要望の内容に応じて変動してもよい。
【００４６】
図５に示す例において、例えば、所定数のポイントが「１００」であった場合、依頼ポイント算出手段１１０は、ユーザＤＢ１４０におけるユーザＩＤ「Ｂ０１１」の依頼者の依頼ポイント「３００」から「１００」を減算し、依頼ポイントを「２００」に更新し、ユーザＩＤ「Ｕ００１」の被依頼者の依頼ポイント「６００」に「１００」を加算し、依頼ポイントを「７００」に更新する。
【００４７】
（ユーザ端末２０の構成）
図２に戻って、ユーザ端末２０は、各ユーザに適した機器で構成され（例えば、携帯端末、スマートフォン、タブレット端末、カーナビゲーションシステム、パーソナルコンピュータ、ゲーム機器、ネットワークに接続可能なテレビ、冷蔵庫等の情報家電等）ている。ユーザ端末２０は、上記のような機器そのものであってもよいし、上記の複数の機器と家庭内等のローカルネットワークを介して、情報交信可能な制御機器であってもよい。また、ユーザ端末２０は、店舗に設置され、ユーザが操作可能な端末であってもよい。
【００４８】
ユーザ端末２０は、ユーザ端末送受信手段２１と、ユーザ端末制御手段２２と、ユーザ端末入出力手段２３と、を備える。ユーザ端末送受信手段２１は、ユーザが依頼者となる場合には、ユーザ端末制御手段２２の制御により、依頼情報及び完遂情報を送信し、依頼完了情報及び被依頼者を特定する情報を受信する。また、ユーザ端末送受信手段２１は、ユーザが被依頼者となる場合には、ユーザ端末制御手段２２の制御により、経路情報、受託情報、非受託情報及び完遂情報を依頼サーバ１０に送信し、依頼情報を依頼サーバ１０から受信する。
【００４９】
ユーザ端末制御手段２２は、ユーザの操作を受け付け、上記各種情報を依頼サーバ１０に送受信するための画面をユーザ端末入出力手段２３に表示する制御を行う。ユーザ端末入出力手段２３は、ユーザ端末制御手段２２の制御により、ユーザの操作を受け付けるとともに、上記各種情報を依頼サーバ１０に送受信するための画面を表示する。
【００５０】
図６は、ユーザ端末入出力手段に表示される要望を受け付け可能な依頼画面の一例である。ユーザは、依頼者となる場合、ユーザ端末入出力手段２３に表示された依頼画面において、ユーザＩＤと要望を入力し、「依頼」ボタンをタップする。これにより、ユーザ端末制御手段２２は、ユーザ端末送受信手段２１により、入力された要望を示す依頼情報をユーザＩＤと対応付けて、依頼サーバ１０に送信する。なお、ユーザ端末２０が音声認識機能を備えることで、ユーザは、ユーザＩＤや要望を音声により入力することもできる。
【００５１】
図７は、ユーザ端末入出力手段に表示される要望を受託可能な受託画面の一例である。ユーザは、被依頼者となる場合、ユーザ端末入出力手段２３に表示された受託画面において、依頼者の要望を確認し、ユーザＩＤを入力し、「受託」ボタンをタップする。これにより、ユーザ端末制御手段２２は、ユーザ端末送受信手段２１により、要望を受託することを示す受託情報をユーザＩＤと対応付けて、依頼サーバ１０に送信する。一方、ユーザにより、「非受託」ボタンがタップされた場合、ユーザ端末制御手段２２は、ユーザ端末送受信手段２１により、要望を受託しないことを示す非受託情報をユーザＩＤと対応付けて、依頼サーバ１０に送信する。
【００５２】
図８は、ユーザ端末入出力手段に表示される要望を受託可能な受託画面の一例である。図８に示す例は、例えば、店舗の入口に設置された端末を、ユーザ端末２０として機能させた場合の受託画面である。この場合、ユーザは、この受託画面において、依頼者の要望を確認し、例えば、複数の要望がある場合、受託するものを選択し、ユーザＩＤを入力し、「受託」ボタンをタップする。これにより、ユーザ端末制御手段２２は、ユーザ端末送受信手段２１により、選択された要望を受託することを示す受託情報をユーザＩＤと対応付けて、依頼サーバ１０に送信する。一方、ユーザにより選択されなかった要望は、ユーザ端末制御手段２２が、ユーザ端末送受信手段２１により、要望を受託しないことを示す非受託情報をユーザＩＤと対応付けて、依頼サーバ１０に送信する。また、ユーザ端末２０を店舗の入口に設置された端末で構成した場合、例えば、受託された要望の商品の位置を示す店舗内の地図を印刷することで、被依頼者の便宜を図ることもできる。また、ユーザ端末２０を店舗の入口に設置された端末で構成した場合、当該端末に磁気やバーコードを読み取る機器を備えることで、ユーザは、ユーザＩＤが記憶されたカードを読み取らせたり、ユーザＩＤを示すバーコードが印刷されたカードや、ユーザＩＤを示すバーコードをスマートフォンに表示させ、バーコードを読み取らせたりすることで、ユーザＩＤの入力を省力化することができる。
【００５３】
（店舗端末３０の構成）
図２に戻って、店舗端末３０は、サービスを提供する事業者のコンピュータシステムであって、例えば、既に述べたように、当該地域における店舗等（例えば、スーパマーケットやコンビニ等の小売店、公共交通機関、役所、病院、学校、幼稚園等）のコンピュータシステムのサーバ、レジスター、端末を含む。なお、交通システム１において、依頼者と被依頼者との間で、要望に基づき店舗で購入した商品の支払いを現金で行う場合等は、店舗端末３０を省略してもよい。
【００５４】
店舗端末３０は、店舗端末送受信手段３１と、店舗端末制御手段３２と、店舗端末入出力手段３３と、を備える。店舗端末送受信手段３１は、店舗端末制御手段３２の制御により、依頼サーバ１０に、依頼者の要望に基づき購入された商品名を示す商品情報、この商品の購入金額を示す購入金額情報に、依頼者を識別する依頼者ユーザＩＤと、店舗において実際に決済した被依頼者を識別する被依頼者ユーザＩＤと、が対応付けられた決済情報を送信する。
【００５５】
店舗端末制御手段３２は、店舗の職員等の操作を受け付け、決済情報を依頼サーバ１０に送受信するための画面を店舗端末入出力手段３３に表示する制御を行う。店舗端末入出力手段３３は、店舗端末制御手段３２の制御により、職員等の操作を受け付けるとともに、決済情報を依頼サーバ１０に送受信するための決済画面を表示する。
【００５６】
図９は、店舗端末入出力手段に表示される決済画面の一例である。図９に示す例は、店舗端末３０が店舗の利用者が購入する商品を決済するレジスターで構成されている。店舗端末入出力手段３３には、店舗端末制御手段３２の制御により、被依頼者が自己のために購入した商品と、これらの商品の金額が表示される通常の決済画面と、この通常の決済画面とは別に、依頼者の名前とユーザＩＤと、依頼者の要望に基づき購入した商品と、これらの商品の金額が表示される受託購入商品画面が表示されている。そして、店舗の職員等により、「決済」ボタンが操作されると、店舗端末制御手段３２は、店舗端末送受信手段３１により、決済情報を依頼サーバ１０に送信する。なお、この例のような場合、店舗端末３０としてのレジスターは、レシートにおいても、被依頼者が自己のために購入した商品と、これらの商品の金額が表示される通常部分と、依頼者の名前とユーザＩＤ、依頼者の要望に基づき購入した商品及びこれらの商品の金額が表示される受託購入商品部分と、を分けて印刷してもよい。これにより、例えば、購入した商品を、依頼者と現金により交換する場合、このようなレシートを見れば、明細が明らかとなり、金銭トラブルを防止できる。
【００５７】
上記の本システムの機能構成は、あくまで一例であり、一つの機能ブロック（データベース及び機能処理部）を分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各機能処理部は、装置に内蔵されたＣＰＵ（Central  Processing  Unit）が、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ、ＳＳＤ(Solid  State  Drive)、ハードディスク等の記憶装置に格納されたコンピュータ・プログラム（例えば、基幹ソフトや上述のキャラクタ生成アプリ等）を読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data  Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。
【００５８】
（処理フロー）
以降の処理フロー図（フローチャート）においては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよい。図１０は、本発明の実施形態に係る依頼サーバが実行する依頼処理フローを示す図である。
【００５９】
ステップＳ１において、経路情報受信手段１０１は、被依頼者端末から、車両の出発地と目的地とを示す情報を含む経路情報を受信し、配車ＤＢ１２０に記憶する。
【００６０】
ステップＳ２において、依頼情報受信手段１０２は、依頼者端末から要望を示す依頼情報を受信する。
【００６１】
ステップＳ３において、被依頼者選択手段１０３は、ステップＳ１で経路情報受信手段１０１が受信した経路情報及びステップＳ２で依頼情報受信手段１０２が受信した依頼情報に応じて、要望を依頼可能な被依頼者を選択する。
【００６２】
ステップＳ４において、依頼情報送信手段１０４は、ステップＳ３で被依頼者選択手段１０３により選択された被依頼者の被依頼者端末に、依頼情報を送信する。
【００６３】
ステップＳ５において、受託情報受信手段１０５は、被依頼者端末から、依頼情報が示す要望を受託することを示す受託情報を受信したか否かを判定し、受託情報を受信したと判定した場合にはステップＳ６に処理を移し、受託情報を受信していない（依頼情報が示す要望を受託することができない旨を示す非受託情報を受信した）と判定した場合にはステップＳ３に処理を戻す。
【００６４】
ステップＳ６において、依頼完了情報送信手段１０６は、依頼者端末に、要望が受託されたことを示す依頼完了情報及び被依頼者を特定する情報を送信する。
【００６５】
ステップＳ７において、決済情報受信手段１０７は、要望が実現される店舗の店舗端末３０から、依頼者の要望に基づき購入された商品名を示す商品情報、この商品の購入金額を示す購入金額情報に、依頼者を識別する識別情報と、店舗において実際に決済した被依頼者を識別する識別情報と、が対応付けられた決済情報を受信する。
【００６６】
ステップＳ８において、完遂情報受信手段１０８は、依頼者端末及び／又は被依頼者端末から、要望が完遂したことを示す完遂情報を受信する。
【００６７】
ステップＳ９において、金銭的価値授受手段１０９は、ユーザＤＢ１４０に記憶された依頼者であったユーザの価値情報から、ステップＳ７で決済情報受信手段１０７が受信した決済情報の購入金額情報の金銭的価値を減算し、ユーザＤＢ１４０に記憶された被依頼者であったユーザの価値情報に、ステップＳ７で決済情報受信手段１０７が受信した決済情報の購入金額情報の金銭的価値を加算する。
【００６８】
ステップＳ１０において、依頼ポイント算出手段１１０は、ユーザＤＢ１４０に記憶された依頼者であったユーザの依頼ポイントから所定数のポイントを減算し、ユーザＤＢ１４０に記憶された被依頼者であったユーザの依頼ポイントに所定数のポイントを加算する。
【００６９】
（実施形態の効果）
本実施形態によれば、依頼サーバ１０は、所定の地域内で車両を運用する交通システム１において、車両を用いる要望を依頼する依頼者に操作される依頼者端末及び車両により移動し、要望が依頼される被依頼者に操作される被依頼者端末と、ネットワークを介して接続され、依頼者からの要望を被依頼者に依頼する。依頼サーバ１０は、依頼情報受信手段１０２と、被依頼者選択手段１０３と、依頼情報送信手段１０４と、受託情報受信手段１０５と、依頼完了情報送信手段１０６と、を備える。依頼情報受信手段１０２は、依頼者端末から要望を示す依頼情報を受信する。被依頼者選択手段１０３は、依頼情報受信手段１０２が受信した依頼情報に応じて、要望を依頼可能な被依頼者を選択する。依頼情報送信手段１０４は、被依頼者選択手段１０３により選択された被依頼者の被依頼者端末に、依頼情報を送信する。受託情報受信手段１０５は、被依頼者端末から、依頼情報が示す要望を受託することを示す受託情報を受信する。依頼完了情報送信手段１０６は、受託情報受信手段１０５が受託情報を受信した場合に、依頼者端末に、要望が受託されたことを示す依頼完了情報を送信する。
【００７０】
これにより、依頼者は、車両を用いる必要があるような要望を、自らは外出せずに、被依頼者に依頼することが可能となる。したがって、所定の地域における交通システムを利用して、外出することができないユーザの便宜を図ることが可能となる。
【００７１】
また、依頼サーバ１０は、経路情報受信手段１０１を、更に備える。経路情報受信手段１０１は、被依頼者端末から、車両の出発地と目的地とを示す情報を含む経路情報を受信する。そして、被依頼者選択手段１０３は、依頼情報が示す要望を実現可能な場所である実現地に基づき、経路情報受信手段１０１が受信した経路情報を参照して、要望を依頼可能な被依頼者を選択する。
【００７２】
これにより、依頼者は、車両を用いる必要があるような要望を、被依頼者自らの用事のついでに依頼することが可能となるので、被依頼者の負担や依頼者の心理的な負担を軽減することが可能となる。
【００７３】
また、依頼サーバ１０は、ユーザＤＢ１４０と、完遂情報受信手段１０８と、依頼ポイント算出手段１１０と、を備える。ユーザＤＢ１４０は、ユーザ毎に、要望を依頼する場合に利用可能な依頼ポイントを記憶する。完遂情報受信手段１０８は、依頼者端末及び／又は被依頼者端末から、要望が完遂したことを示す完遂情報を受信する。依頼ポイント算出手段１１０は、完遂情報受信手段１０８が依頼者端末及び／又は被依頼者端末から完遂情報を受信した場合に、ユーザＤＢ１４０に記憶された依頼者であったユーザの依頼ポイントから所定数のポイントを減算し、ユーザＤＢ１４０に記憶された被依頼者であったユーザの依頼ポイントに所定数のポイントを加算する。
【００７４】
これにより、依頼者は依頼ポイントを使って要望を依頼でき、被依頼者は依頼者の要望を完遂することで依頼ポイントを増加させることができるので、ユーザ間の相互援助を活性化することが可能となる。
【００７５】
また、依頼サーバ１０は、ユーザＤＢ１４０と、決済情報受信手段１０７と、金銭的価値授受手段１０９と、を備える。ユーザＤＢ１４０は、ユーザ毎に、金銭的価値を示す価値情報を記憶する。決済情報受信手段１０７は、要望が実現される店舗の店舗端末３０から、依頼者の要望に基づき購入された商品名を示す商品情報、この商品の購入金額を示す購入金額情報に、依頼者を識別する依頼者ユーザＩＤと、店舗において実際に決済した被依頼者を識別する被依頼者ユーザＩＤと、が対応付けられた決済情報を受信する。金銭的価値授受手段１０９は、完遂情報受信手段１０８が依頼者端末及び／又は被依頼者端末から完遂情報を受信した場合に、ユーザＤＢ１４０に記憶された依頼者であったユーザの価値情報から、決済情報受信手段１０７が受信した決済情報の購入金額情報の金銭的価値を減算し、ユーザＤＢ１４０に記憶された被依頼者であったユーザの価値情報に、決済情報受信手段１０７が受信した決済情報の購入金額情報の金銭的価値を加算する。
【００７６】
これにより、依頼者と被依頼者とが直接現金のやり取りをしなくとも、依頼が完遂することで、自動的に購入金額情報の金銭的価値が、依頼者の価値情報から減算され、被依頼者の価値情報に加算されるので、ユーザ間の金銭トラブルを防止できるとともに、ユーザの利便性が向上する。
【００７７】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。また、そのような変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。なお、上記の実施形態では、本発明を物の発明として、依頼装置について説明したが、本発明において依頼方法の発明と捉えることもできる。
【符号の説明】
【００７８】
１  交通システム
１０  依頼サーバ
２０  ユーザ端末
２１  ユーザ端末送受信手段
２２  ユーザ端末制御手段
２３  ユーザ端末入出力手段
３０  店舗端末
３１  店舗端末送受信手段
３２  店舗端末制御手段
３３  店舗端末入出力手段
１０１  経路情報受信手段
１０２  依頼情報受信手段
１０３  被依頼者選択手段
１０４  依頼情報送信手段
１０５  受託情報受信手段
１０６  依頼完了情報送信手段
１０７  決済情報受信手段
１０８  完遂情報受信手段
１０９  金銭的価値授受手段
１１０  依頼ポイント算出手段
【図１】
2018026051.tif 000003
【図２】
2018026051.tif 000004
【図３】
2018026051.tif 000005
【図４】
2018026051.tif 000006
【図５】
2018026051.tif 000007
【図６】
2018026051.tif 000008
【図７】
2018026051.tif 000009
【図８】
2018026051.tif 000010
【図９】
2018026051.tif 000011
【図１０】
2018026051.tif 000012