特許 7458548 情報処理システム、情報処理プログラム及び情報処理方法

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

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

(11)【特許番号】

(24)【登録日】2024-03-21

(45)【発行日】2024-03-29

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

(51)【国際特許分類】

   G06Q 50/02 20240101AFI20240322BHJP

【ＦＩ】

G06Q50/02

【請求項の数】 16

(21)【出願番号】P 2023200901

(22)【出願日】2023-11-28

【審査請求日】2023-12-06

【早期審査対象出願】

(73)【特許権者】

【識別番号】000003296

【氏名又は名称】デンカ株式会社

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】盛岡 実

(72)【発明者】

【氏名】後藤 慶次

(72)【発明者】

【氏名】山上 大智

【審査官】岡北 有平

(56)【参考文献】

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

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

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

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

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

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

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

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

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

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

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

【請求項1】

情報処理システムであって、
少なくとも１つのプロセッサを備え、前記プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成され、
第１の取得ステップでは、第１のユーザが所望する、水の量と配送先と水を撒く要求とを含むリクエスト情報を取得し、
特定ステップでは、前記リクエスト情報と車両データベースとに基づいて、前記リクエスト情報を満たす量の水を運ぶことができ且つ水を撒く機能を備える車両を特定し、
第１の送信ステップでは、前記リクエスト情報に沿ったタスクを依頼するための依頼情報を第２のユーザに送信し、ここで、前記タスクは、前記第２のユーザが前記車両を使用して実行するものである、システム。

【請求項2】

情報処理システムであって、
少なくとも１つのプロセッサを備え、前記プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成され、
第１の取得ステップでは、第１のユーザが所望する、水の量と配送先と水に混合する物質の情報とを含むリクエスト情報を取得し、
特定ステップでは、前記リクエスト情報と車両データベースとに基づいて、前記リクエスト情報を満たす量の水を運ぶことができ且つ水と前記物質とを混合する機能を備える車両を特定し、
第１の送信ステップでは、前記リクエスト情報に沿ったタスクを依頼するための依頼情報を第２のユーザに送信し、ここで、前記タスクは、前記第２のユーザが前記車両を使用して実行するものである、システム。

【請求項3】

請求項１又は請求項２に記載の情報処理システムにおいて、
前記車両データベースは、前記車両が運搬可能な容量の情報を含み、
前記特定ステップでは、前記水の量を運搬可能な、一つ又は複数の前記車両の組み合わせを特定する、システム。

【請求項4】

請求項１又は請求項２に記載の情報処理システムにおいて、
前記第１の取得ステップでは、配送希望時間を含む前記リクエスト情報を取得し、
前記特定ステップでは、前記配送希望時間に基づいて前記車両を特定する、システム。

【請求項5】

請求項１又は請求項２に記載の情報処理システムにおいて、
さらに、提示ステップでは、前記第１のユーザに対し、前記リクエスト情報に応じた利用料を提示する、システム。

【請求項6】

請求項５に記載の情報処理システムにおいて、
前記車両データベースは、前記車両の空き状況に関する情報を備え、
前記利用料は、前記空き状況に応じて変動する、システム。

【請求項7】

請求項１又は請求項２に記載の情報処理システムにおいて、
前記車両データベースは、前記車両の空き状況に関する情報を備え、
さらに、付与ステップでは、前記空き状況に応じて前記第１のユーザに特典を付与する、システム。

【請求項8】

請求項１又は請求項２に記載の情報処理システムにおいて、
さらに、第２の取得ステップでは、前記第２のユーザから前記車両に関する情報を取得し、
さらに、第１の更新ステップでは、取得した情報に基づき前記車両データベースを更新する、システム。

【請求項9】

請求項１又は請求項２に記載の情報処理システムにおいて、
前記車両データベースは、前記第２のユーザが過去に実行した前記タスクの実績の情報を含み、
前記特定ステップでは、前記実績の情報に基づき、前記車両と前記第２のユーザとの組み合わせを特定する、システム。

【請求項10】

請求項９に記載の情報処理システムにおいて、
前記第１の送信ステップでは、前記実績の情報に応じた前記第２のユーザへの支払額を含む前記依頼情報を送信する、システム。

【請求項11】

請求項１又は請求項２に記載の情報処理システムにおいて、
前記車両データベースは、前記第２のユーザが抱える前記タスクの量の情報を含み、
前記特定ステップでは、前記タスクの量の情報に基づき、前記車両と前記第２のユーザとの組み合わせを特定する、システム。

【請求項12】

請求項１又は請求項２に記載の情報処理システムにおいて、
さらに、第３の取得ステップでは、前記第２のユーザから前記タスクの実行状況に関する視覚情報を取得し、
さらに、第２の送信ステップでは、前記視覚情報を前記第１のユーザに送信する、システム。

【請求項13】

請求項１又は請求項２に記載の情報処理システムにおいて、
さらに、受付ステップでは、前記第２のユーザが前記タスクを実行した場合、前記第１のユーザから前記第２のユーザの評価を受け付け、
さらに、第２の更新ステップでは、前記評価に基づき、前記車両データベースを更新する、システム。

【請求項14】

請求項１又は請求項２に記載の情報処理システムにおいて、
前記リクエスト情報は、作業内容を含み、
さらに、表示制御ステップでは、前記第１のユーザに対し、前記作業内容の選択肢を表示させ、
前記第１の取得ステップでは、前記第１のユーザが選択した前記選択肢を取得する、システム。

【請求項15】

情報処理プログラムであって、
コンピュータに、請求項１又は請求項２に記載の情報処理システムの各ステップを実行させる、プログラム。

【請求項16】

情報処理方法であって、
請求項１又は請求項２に記載の情報処理システムが実行する各ステップを含む、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、情報処理プログラム及び情報処理方法に関する。

【背景技術】

【0002】

特許文献１には、自家用車を他のユーザと共有しようとする車提供者端末とこの車に同乗しようとするユーザ端末を仲介してユーザが一緒に退勤できるようにすることにより、交通渋滞を緩和させ、車の維持費用を減少させる、車共有ユーザ仲介方法及びシステムが記載されている。コンピュータによって実行される車共有ユーザ仲介方法であって、所定の時間帯に車を他のユーザと共有しようとする車提供者端末及びユーザ端末それぞれから出発地情報、到着地情報、時間情報、設定情報及び条件情報の入力を受け、前記入力をした端末の識別子情報とマッチングして登録し、前記車提供者端末及び前記ユーザ端末から仲介要請を受信し、前記仲介要請を送信した車提供者端末及びユーザ端末を対象に、前記出発地情報、前記到着地情報、前記時間情報及び前記条件情報に基づいてマッチングする少なくとも１つのユーザ端末と少なくとも１つの車提供者端末を決定し、前記ユーザ端末とのマッチングが決定された車提供者端末に前記ユーザ端末の関連情報を提供し、前記ユーザ端末に前記決定された車提供者端末の関連情報を提供することを含む方法が提供されることが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１８－１２０５９６号公報

【発明の概要】

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

【0004】

農業や建設、土木等において、水の運搬を求める場合がある。一方、水を運搬可能な車両は限られている。水を運搬可能な車両が空いている場合もあるが、必要な人が空いている車両を探してその運転手に依頼することが難しい場合がある。

【0005】

本発明では上記事情に鑑み、より有益な情報処理システム等を提供することとした。

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

【0006】

本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、少なくとも１つのプロセッサを備え、プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成される。第１の取得ステップでは、第１のユーザが所望する、水の量と配送先とを含むリクエスト情報を取得する。特定ステップでは、リクエスト情報と車両データベースとに基づいて、リクエスト情報を満たす量の水を運ぶことができる車両を特定する。第１の送信ステップでは、リクエスト情報に沿ったタスクを依頼するための依頼情報を第２のユーザに送信する。タスクは、第２のユーザが車両を使用して実行するものである。

【0007】

本発明の一つによれば、より有益な情報処理システム等を提供することができる。

【図面の簡単な説明】

【0008】

【図1】情報処理システム１を表す構成図である。

【図2】サーバ２のハードウェア構成を示すブロック図である。

【図3】ユーザ端末３（ユーザ端末４）のハードウェア構成を示すブロック図である。

【図4】情報処理システム１によって実行される情報処理の流れの一例を示すアクティビティ図である。

【図5】情報処理システム１によるビジネスモデルの概要を説明するための概要図５である。

【図6】ユーザ端末３の表示部３４に表示されるリクエスト情報入力画面６の一例を示す図である。

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

【0009】

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

【0010】

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

【0011】

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

【0012】

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

【0013】

１．ハードウェア構成
本節では、ハードウェア構成について説明する。

【0014】

<情報処理システム１>
図１は、情報処理システム１を表す構成図である。情報処理システム１は、サーバ２とユーザ端末３とユーザ端末４とを備える。サーバ２とユーザ端末３とユーザ端末４とは、電気通信回線を通じて通信可能に構成されている。ここで、情報処理システム１に例示されるシステムとは、１つ又はそれ以上の装置又は構成要素からなるものである。したがって、サーバ２単体であっても、あるいはサーバ２とユーザ端末３とユーザ端末４とのうち少なくとも２つの組合せであっても、情報処理システム１に含まれることに留意されたい。より詳細には、情報処理システム１は、サーバ２とユーザ端末３とユーザ端末４とからなる群より選択される要素を備えていてもよい。選択されない要素は、情報処理システム１に含まれずとも、外部の要素として、選択された要素と電気的に接続されていてもよい。以下、これらの構成要素について説明する。

【0015】

<サーバ２>
図２は、サーバ２のハードウェア構成を示すブロック図である。サーバ２は、通信部２１と、記憶部２２と、制御部２３とを備え、これらの構成要素がサーバ２の内部において通信バス２０を介して電気的に接続されている。各構成要素についてさらに説明する。

【0016】

通信部２１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、サーバ２は、通信部２１及びネットワークを介して、外部から種々の情報を通信してもよい。

【0017】

記憶部２２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部２３によって実行されるサーバ２に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部２２は、制御部２３によって実行されるサーバ２に係る種々のプログラムや変数等を記憶している。

【0018】

制御部２３は、サーバ２に関連する全体動作の処理・制御を行う。制御部２３は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、サーバ２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部２３によって具体的に実現されることで、後述の各機能に係る各ステップが実行されうる。これらについては、次節においてさらに詳述する。なお、制御部２３は単一であることに限定されず、機能ごとに複数の制御部２３を有するように実施してもよい。また、それらの組合せであってもよい。

【0019】

<ユーザ端末３、ユーザ端末４>
図３は、ユーザ端末３（ユーザ端末４）のハードウェア構成を示すブロック図である。ユーザ端末３は、通信部３１と、記憶部３２と、制御部３３と、表示部３４と、入力部３５とを備え、これらの構成要素がユーザ端末３の内部において通信バス３０を介して電気的に接続されている。各構成要素についてさらに説明する。通信部３１、記憶部３２及び制御部３３の説明は、サーバ２における各部の説明と同様のため省略する。ユーザ端末４は、通信部４１と、記憶部４２と、制御部４３と、表示部４４と、入力部４５とを備え、これらの構成要素がユーザ端末４の内部において通信バス４０を介して電気的に接続されている。各部の説明は、サーバ２及びユーザ端末３における各部の説明と同様のため省略する。

【0020】

表示部３４は、ユーザ端末３筐体に含まれるものであってもよいし、外付けされるものであってもよい。表示部３４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。これは例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ及びプラズマディスプレイ等の表示デバイスを、ユーザ端末３の種類に応じて使い分けて実施することが好ましい。

【0021】

入力部３５は、ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部３５は、表示部３４と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することができる。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。すなわち、入力部３５がユーザによってなされた操作入力を受け付ける。当該入力が命令信号として、通信バス３０を介して制御部３３に転送され、制御部３３が必要に応じて所定の制御や演算を実行しうる。

【0022】

２．サーバ２の機能構成
制御部２３は、取得ステップと、特定ステップと、送信ステップと、提示ステップと、付与ステップと、更新ステップと、受付ステップと、表示制御ステップとを実行するように構成される。提示ステップと付与ステップと更新ステップと受付ステップと表示制御ステップとは、省略してもよい。

【0023】

取得ステップは、ユーザ端末３又はユーザ端末４から情報を取得するステップである。例えば、第１の取得ステップは、ユーザ端末３の表示部３４を介して、第１のユーザからリクエスト情報を取得するステップである。第２の取得ステップは、ユーザ端末４の表示部４４を介して第２のユーザから車両に関する情報を取得するステップである。第３の取得ステップは、ユーザ端末４の表示部４４を介して第２のユーザからタスクの実行状況に関する視覚情報を取得するステップである。詳細は後述する。

【0024】

特定ステップは、リクエスト情報と車両データベースとに基づいて、リクエスト情報を満たす量の水を運ぶことができる車両を特定するステップである。特定ステップは、配送希望時間や作業内容、第２のユーザの実績等を加味して車両を特定するステップであってもよい。また、特定ステップは、一つ又は複数の車両の組み合わせを特定するステップであってもよい。詳細は後述する。

【0025】

送信ステップは、ユーザ端末３又はユーザ端末４に対し、情報を送信するステップである。第１の送信ステップは、リクエスト情報に沿ったタスクを依頼するための依頼情報を第２のユーザに送信するステップである。第１の送信ステップは、実績の情報に応じた第２のユーザへの支払額を含む依頼情報を送信するステップであってもよい。第２の送信ステップは、視覚情報を第１のユーザに送信するステップである。詳細は後述する。

【0026】

提示ステップは、ユーザ端末３又はユーザ端末４に対し、情報を提示するステップである。例えば、提示ステップは、第１のユーザに対し、リクエスト情報に応じた利用料を提示するステップである。詳細は後述する。

【0027】

付与ステップは、空き状況に応じて、第１のユーザに対し特典を付与するステップである。詳細は後述する。

【0028】

更新ステップは、車両データベースを更新するステップである。第１の更新ステップは、第２のユーザから取得した情報に基づき車両データベースを更新するステップである。第２の更新ステップは、第１のユーザから取得した評価に基づき、車両データベースを更新するステップである。詳細は後述する。

【0029】

受付ステップは、ユーザ端末３から第２のユーザに対する評価を受け付けるステップである。詳細は後述する。

【0030】

表示制御ステップは、ユーザ端末３の表示部３４にリクエスト情報入力画面を表示させるステップである。表示制御ステップは、リクエスト情報入力画面に作業内容の選択肢を表示させるステップであってもよい。具体的には、制御部２３は、表示制御ステップとして、画面、静止画又は動画を含む画像、アイコン、メッセージ等の視覚情報を、ユーザ端末３の表示部３４に表示させるように制御する。表示制御ステップでは、ユーザ端末３の表示部３４に視覚情報を表示させるためのレンダリング情報だけを生成してもよい。詳細は後述する。

【0031】

３．情報処理の流れ
本節では、情報処理システム１が実行する情報処理方法の流れについて説明する。下記に示す通り、情報処理方法は、情報処理システムが実行する各ステップを含む。本実施形態の情報処理プログラムは、コンピュータに、情報処理システムの各ステップを実行させる。なお、処理の順番は適宜入れ替えることができ、複数の処理が同時に実行されてもよいし、一部の処理が省略されてもよい。

【0032】

３．１ 情報処理の概要
情報処理システム１は、水の運搬を希望する第１のユーザの一例であるユーザＸと、水を運搬する役務を提供可能なユーザＹとをマッチングするシステムである。水の運搬が可能な車両としては、散水車、タンカー、汲み上げ車、バックホーローダー、散水トラクター、アジテータ車、ミキサー車等がある。何れも水の運搬は可能であるが、それぞれの主要な用途にあわせた業界で使用されているにすぎない。現状、農業、工業、建設現場等の業種横断で水を運搬するニーズと水を運搬可能な車両をマッチングする仕組みはない。また、水の運搬を希望するユーザＸが、自力で水を運搬可能なユーザＹを探すのは、困難な場合もあるが、このようなマッチングサービスがあれば、容易に水を運搬可能なユーザを見つけることができる。また、ユーザＹの中には、仕事の空き時間に副業をしたい、仕事量を増やしたいというニーズもある。このようなマッチングサービスがあれば、ユーザＹが、例えば、午前に建設現場用途で水の運搬した後に、午後にイベント会場で土ほこり対策や熱中症予防のために散水するといったことが可能となる。また、このようなマッチングサービスがあれば、労働者の一時的な休みの場合に、法人が使用することもできる。

【0033】

図４は、情報処理システム１によって実行される情報処理の流れの一例を示すアクティビティ図である。以下、このアクティビティ図の各アクティビティに沿って、説明するものとする。

【0034】

まず、サーバ２の制御部２３は、ユーザ端末４の表示部４４に、ユーザＹが視認可能な態様でユーザ情報の登録画面を表示させる。ユーザＹは、登録画面を介して、ユーザ情報を登録する。ユーザＹは、個人でもよいし法人でもよい。ユーザＹが個人の場合、ユーザ情報は、例えば、氏名、住所、メールアドレス、電話番号、ウォレット情報等である。また、ユーザＹが法人の場合、ユーザ情報は、例えば、法人名、法人の住所、電話番号、担当者名、担当者のメールアドレス等である。ユーザＹが法人の場合、ユーザＹは当該法人の従業員であればよく、例えば、法人に所属する第１の従業員が依頼情報を受信し、実際に車両を使用してタスクを実行するのは、法人に所属する、第１の従業員とは異なる第２の従業員であってもよい。制御部２３は、ユーザ情報の登録を受け付けると、ユーザＹに対して、ユーザアカウントを発行する（アクティビティＡ１０１）。

【0035】

次に、制御部２３は、ユーザ端末４の表示部４４に車両情報の登録画面を表示させる。ユーザＹは、表示部４４に表示された画面を介して、車両情報を入力する。制御部４３は、車両情報の登録画面を介して車両情報の入力を受け付ける（アクティビティＡ１０２）。ユーザＹは、車両情報として、所有している車両の基本情報、運搬可能な水の容量、空き状況、住所、水まき可否、物質の混合可否等の情報を入力する。ユーザＹは、空き状況として、ユーザＹが車両を用いてサービスを提供することが可能な日程を入力してもよい。

【0036】

次に、制御部２３は、第２の取得ステップとして、ユーザ端末４の表示部４４に表示された車両情報の登録画面を介して、ユーザＹ（第２のユーザ）から車両に関する情報を取得する（アクティビティＡ１０３）。

【0037】

次に、制御部２３は、第１の更新ステップとして、ユーザＹから取得した情報に基づき車両データベースを更新する（アクティビティＡ１０４）。車両データベースには、ユーザＹのユーザ情報と、ユーザＹが所有する車両情報と、車両の空き状況と、ユーザＹの実績や評価等が登録されていてもよい。車両情報としては、車両が運搬可能な容量の情報や水まきの可否や物質の混合可否等を含む。車両の空き状況は、車両自体の空き状況とともにユーザＹの空き状況を含む。このような態様により、制御部２３は、ユーザＹ（第２のユーザ）から車両に関する情報を取得し、車両データベースを更新することができる。

【0038】

情報処理システム１は、サービスの提供を希望するユーザＹとサービスの利用を希望するユーザＸとのマッチングを行うシステムである。そこで、サーバ２の制御部２３は、ユーザ端末３の表示部３４に、ユーザＸが視認可能な態様でユーザ情報の登録画面を表示させる。ユーザＸは、表示部３４に表示されたユーザ情報の登録画面を介して、ユーザ情報を登録する。ユーザ情報は、例えば、氏名、住所、メールアドレス、電話番号、ウォレット情報等である。ユーザＸが情報処理システム１にログインすると、次に、制御部２３は、ユーザＸのユーザ端末３の表示部３４にリクエスト情報の入力画面を表示させる（アクティビティＡ１０５）。

【0039】

次に、制御部３３は、ユーザＸから、表示部３４に表示されたリクエスト情報入力画面を介して、リクエスト情報の入力を受け付ける（アクティビティＡ１０６）。リクエスト情報は、例えば、ユーザＸがユーザＹに依頼したいタスクのリクエスト情報である。リクエスト情報は、運搬してほしい水の量と配送先とを含んでもよいし、配送希望時間を含んでもよいし、作業内容等を含んでもよい。作業内容は、例えば、水を撒くことや水に物質を混合すること等であってもよい。リクエスト情報の詳細は、後述する。

【0040】

次に、制御部２３は、制御部３３からリクエスト情報を取得する（アクティビティＡ１０７）。

【0041】

次に、制御部２３は、ユーザＸのリクエスト情報に一致する車両を特定する（アクティビティＡ１０８）。具体的には、制御部２３は、取得したリクエスト情報と、車両データベースとを突合し、リクエスト情報と一致する車両情報を特定する。

【0042】

次に、制御部２３は、特定された車両情報をユーザＸに提示する。ここで、制御部２３は、ユーザＸに対し、特定された車両情報とともに利用料を提示してもよい（アクティビティＡ１０９）。利用料は、所定のルールに基づき特定されてもよい。所定のルールは、運搬距離や特定された車両等に応じて特定するルールであってもよい。

【0043】

次に、制御部３３は、制御部２３に対し、利用料の承諾を送信する（アクティビティＡ１１０）。制御部２３は、制御部３３から利用料の承諾を受け付けると、次に、制御部２３は、ユーザＹに対し、依頼情報を送信する（アクティビティＡ１１１）。

【0044】

ユーザＹは、依頼情報を受信すると、依頼情報を確認し、問題なければ、制御部２３に対し、依頼の受諾を送信する（アクティビティＡ１１２）。

【0045】

ユーザＹから依頼の受諾を受信すると、次に、制御部２３は、契約が成立したことをユーザＸに対し送信する（アクティビティＡ１１３）。制御部２３は、契約が成立したことの連絡とともに、依頼内容の詳細について確認を送信してもよい。制御部２３は、依頼内容の詳細に関して、ユーザＸとユーザＹの間で確認事項があれば仲介してもよい。

【0046】

次に、ユーザＹが決定した依頼内容（タスク）を実行する。ユーザＹは、ユーザ端末４により、依頼を実行したことを示す記録を撮影する（アクティビティＡ１１４）。実行記録は、静止画像でもよいし、動画でもよい。

【0047】

次に、制御部４３は、制御部２３に対し、実行報告を送信する（アクティビティＡ１１５）。実行報告には、撮影した実行記録を含んでもよい。換言すると、制御部２３は、第３の取得ステップとして、ユーザＹ（第２のユーザ）からタスクの実行状況に関する実行記録（視覚情報）を取得してもよい。制御部２３は、実行報告を取得すると、第２の送信ステップとして、視覚情報をユーザＸ（第１のユーザ）に送信してもよい。このような態様により、ユーザＸはユーザＹのタスクの実行記録を画像、動画等により確認することができる。

【0048】

次に、制御部３３は、実行報告を受け付ける（アクティビティＡ１１６）。ユーザＸは、実行報告を受け取ると、ユーザＹの行ったタスクに対する評価を送信する。

【0049】

次に、制御部２３は、ユーザＸが行った評価を受け付ける（アクティビティＡ１１７）。制御部２３は、受付ステップとして、ユーザＹ（第２のユーザ）がタスクを実行した場合、ユーザＸ（第１のユーザ）から第２のユーザの評価を受け付ける。

【0050】

次に、制御部２３は、実行報告に基づいて、車両ＤＢを更新する（アクティビティＡ１１８）。具体的には、制御部２３は、ユーザＹの実績を車両ＤＢに登録してもよいし、制御部２３は、受け付けた評価をユーザＹの評価として車両ＤＢに登録してもよい。すなわち、制御部２３は、第２の更新ステップでは、評価に基づき、車両データベースを更新してもよい。このような態様により、ユーザＸ（第１のユーザ）からユーザＹ（第２のユーザ）の評価を受け付け、車両データベースを更新することができる。

【0051】

以上をまとめると、情報処理システムは、少なくとも１つのプロセッサを備え、プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成される。第１の取得ステップでは、ユーザＸ（第１のユーザ）が所望する、水の量と配送先とを含むリクエスト情報を取得する。特定ステップでは、リクエスト情報と車両データベースとに基づいて、リクエスト情報を満たす量の水を運ぶことができる車両を特定する。制御部２３は、第１の送信ステップとして、リクエスト情報に沿ったタスクを依頼するための依頼情報をユーザＹ（第２のユーザ）に送信する。タスクは、ユーザＹ（第２のユーザ）が車両を使用して実行するものである。

【0052】

このような態様により、ユーザＸ（第１のユーザ）から取得したリクエスト情報に応じた車両を特定し、ユーザＹ（第２のユーザ）に車両を使用したタスクを依頼するシステムを提供することができる。
３．２ 情報処理の詳細

【0053】

図５は、情報処理システム１によるビジネスモデルの概要を説明するための概要図５である。図６は、ユーザ端末３の表示部３４に表示されるリクエスト情報入力画面６の一例を示す図である。以下、図５及び図６を用いて、詳細を説明する。

【0054】

概要図５は、情報処理システム１によるビジネスモデルの概要を説明するための図である。概要図５は、ユーザＸとサーバとユーザＹとを含む。概要図５において、サーバは、まず、ユーザＹから車両情報を取得し、取得した車両情報を車両ＤＢに登録し、ユーザＸからリクエスト情報を取得し、リクエスト情報と車両ＤＢとのマッチングを行い、ユーザＹに依頼情報を送信する。依頼情報を取得したユーザＹは、ユーザＸに対しタスクを実行する。ユーザＸは、利用料を支払い、ユーザＹは、利用料を受け取る。利用料の受け渡しは、サーバを介して行う。サーバは、ユーザＸから受け取った利用料の一部をシステム利用料としてもよい。また、ユーザＸとユーザＹとは何れも情報処理システム１のユーザであり、サーバは、ユーザに対しユーザ登録料やシステム利用料を請求してもよい。

【0055】

ユーザＸは、例えば、ユーザＸ１、Ｘ２、Ｘ３を含む。リクエスト情報５１は、ユーザＸ１のリクエスト情報であり、リクエスト情報５２は、ユーザＸ２のリクエスト情報であり、リクエスト情報５３は、ユーザＸ３のリクエスト情報である。ユーザＹは、例えば、ユーザＹ１、Ｙ２、Ｙ３を含む。車両情報５４は、ユーザＹ１の車両情報であり、車両情報５５は、ユーザＹ２の車両情報であり、車両情報５６は、ユーザＹ３の車両情報である。

【0056】

図６は、リクエスト情報入力画面６の一例を示す図である。リクエスト情報入力画面６は、領域６１～６５を含む。リクエスト情報入力画面６は、ユーザＸからリクエストの入力を受け付ける画面である。領域６１は、希望日時の入力を受け付ける領域である。領域６２は、運搬先の住所の入力を受け付ける領域である。領域６３は、運搬量の入力を受け付ける領域である。領域６４は、作業内容の入力を受け付ける領域である。領域６５は、リクエストの送信を受け付ける領域である。領域６１～領域６４は、テキストで数字の入力を受け付けてもよいし、選択肢を選択させてもよい。選択肢は、地図やカレンダーにより提示しても良いし、ドラムロール式等により提示してもよい。また、選択肢は、領域６４のように、複数のボタンを設けてもよい。ユーザＸは、領域６１～６４に入力した上で、領域６５を押下することにより、リクエスト情報を送信することができる。

【0057】

ここで、リクエスト情報入力画面６は、ユーザＸ１のリクエスト情報５１に沿って記入されている。すなわち、「Ａ県Ｂ市まで１２月３日の１０時に４トンの水を運んでほしい」というリクエスト情報５１に従い、領域６１には、「１２月３日」と、「１０：００」とが入力されている。領域６２には、「Ａ県Ｂ市」と入力され、領域６３には、「４トン」が入力されている。領域６４には、「運搬のみ」が選択されている。ユーザＸが、領域６５を押下すると、制御部２３は、リクエスト情報５１を取得する（アクティビティＡ１０７）。次に、制御部２３は、リクエスト情報５１と車両ＤＢとを突合する（アクティビティＡ１０８）。例えば、リクエスト情報５１を満たす車両情報として、車両情報５４及び車両情報５５が特定される。

【0058】

なお、リクエスト情報５１は、希望日時と運搬先の情報を含み、車両ＤＢは、空き状況やユーザＹの住所の情報を含むため、制御部２３は、希望日時と運搬先の情報を加味してタスクを実行可能な車両を特定する。換言すると、制御部２３は、第１の取得ステップとして、配送希望時間を含むリクエスト情報を取得する。制御部２３は、特定ステップとして、配送希望時間に基づいて車両を特定する。このような態様により、制御部２３は、ユーザＸ（第１のユーザ）のリクエスト情報に含まれる配送希望時間に応じた車両を特定し、ユーザＹ（第２のユーザ）にタスクを依頼するシステムを提供することができる。

【0059】

次に、制御部２３は、特定された車両情報をユーザＸに提示する。ここで、複数の車両情報を特定した場合には、制御部２３は、複数の車両情報を提示してもよいし、より条件に合う車両情報を提示してもよい。例えば、制御部２３は、車両情報５４と車両情報５５とでは、車両情報５４のほうがリクエスト情報との一致度が高いことを根拠に車両情報５４のみをユーザＸに提示してもよい。

【0060】

次に、制御部２３は、提示ステップとして、ユーザＸ（第１のユーザ）に対し、リクエスト情報に応じた利用料を提示する。制御部２３は、ユーザＸに対し、特定された車両情報とともに利用料を提示してもよい（アクティビティＡ１０９）。制御部２３は、特定された車両情報によって、利用料を変動させてもよい。例えば、制御部２３は、４トンの水を運搬のみ可能な車両情報５４と比べて、６トンの水を運搬可能で水まきも可能な車両情報５５の場合の利用料を高くしてもよい。また、利用料は、ユーザＹの住所と運搬先との距離に応じて変動してもよい。このような態様により、ユーザＸ（第１のユーザ）のリクエスト情報に応じた利用料を提示することができる。

【0061】

また、制御部２３は、ユーザＹのこれまでの実績に応じて利用料を変動させてもよい。制御部２３は、第１の送信ステップとして、実績の情報に応じた第２のユーザへの支払額を含む依頼情報を送信してもよい。このような態様により、第２のユーザに対し、実績に応じた支払額を含む依頼情報を送信することができる。

【0062】

さらに、利用料は、空き状況に応じて変動してもよい。例えば、繁忙期でユーザＸに対して空いているユーザＹが少ない場合に、制御部２３は、利用料を高く設定してもよい。また、逆に、空いているユーザＹに対して、ユーザＸが少ない場合に、制御部２３は利用料を安く設定してもよい。空き状況に応じて利用料を変動させることにより、仕事が集中しているときの仕事を減らし、仕事が少ないときの仕事を増加させることが期待できる。

【0063】

さらに、制御部２３は、付与ステップとして、空き状況に応じてユーザＸ（第１のユーザ）に特典を付与してもよい。具体的には、制御部２３は、車両の空き状況で、空いているユーザＹが多い場合には、ユーザＸに対し、特典を付与してもよい、制御部２３は、特典として、例えば、割引クーポンやマイルやポイント等を付与してもよい。特典を付与することによって、ユーザＸの利用を喚起することができる。

【0064】

また、概要図５において、ユーザＸ２のリクエスト情報５２は、「Ａ県Ｃ市まで１２月１０日に１０トン運んで散水してほしい」というものである。リクエスト情報は、作業内容を含んでもよい。また、制御部２３は、ユーザＸからこのようなリクエストの入力を受け付けるために、制御部２３は、表示制御ステップとして、ユーザＸ（第１のユーザ）に対し、作業内容の選択肢を表示させてもよい。制御部２３は、ユーザＸの表示部３４に表示させるリクエスト情報入力画面６において、作業内容の入力を受け付ける領域である領域６４を設けてもよい。領域６４は、作業内容として「運搬のみ」、「運搬＋水散布」、「運搬＋物質混合＋散布」の選択肢を設けている。ユーザＸ２が、散水を希望する場合、「運搬＋水散布」を選択する。次に、制御部２３は、第１の取得ステップとして、第１のユーザが選択した選択肢を取得する。このような態様により、制御部２３は、ユーザＸ（第１のユーザ）からユーザＸが所望する作業内容を取得することができる。作業内容の選択肢は、これに限られない。

【0065】

制御部２３は、第１の取得ステップとして、水を撒く要求を含むリクエスト情報を取得してもよく、特定ステップとして、水を撒く機能を備える車両を特定してもよい。このような態様により、ユーザＸ（第１のユーザ）のリクエスト情報５２に水を撒く要求が含まれる場合、水を撒く機能を備える車両を特定することができる。

【0066】

なお、リクエスト情報５２において、ユーザＸ２が運搬を希望する水の容量は１０トンである。概要図５の例によれば、ユーザＹ１、ユーザＹ２、ユーザＹ３ともにこの条件を満たすことはできない。しかしながら、ユーザＹ１とユーザＹ２の２台を組み合わせると、１０トンの水の運搬が可能である。また、ユーザＹ１単独では散水を行うことができないが、散水可能なユーザＹ２と組み合わせれば、散水可能である。すなわち、制御部２３は、特定ステップとして、水の量を運搬可能な、一つ又は複数の車両の組み合わせを特定してもよい。このような態様により、第１のユーザから取得した水の量のリクエスト情報に応じた一つ又は複数の車両を特定することができる。

【0067】

概要図５において、ユーザＸ３のリクエスト情報５３は、「Ｄ県Ｅ市で１トン除草剤を撒いてほしい」というものである。このような場合、ユーザＸ３は、リクエスト情報入力画面６の領域６４において、「運搬＋物質混合＋散布」を選択する。なお、領域６４に記載された選択肢はあくまでも選択肢の一例である。例えば、制御部２３は、領域６４に「運搬＋農薬散布」、「運搬＋肥料散布」、「運搬＋凍結抑制剤散布」のように物質の種類毎の選択肢を設けてもよい。また、制御部２３は、「運搬＋物質混合＋散布」が選択された場合に、物質の種類や混合量等の情報を受け付けてもよい。制御部２３は、第１の取得ステップとして、水に混合する物質の情報を含むリクエスト情報を取得してもよい。制御部２３は、特定ステップとして、水と物質とを混合する機能を備える車両を特定する。制御部２３は、リクエスト情報を満たす車両情報として、「１トン、水まき可能、混合可能」であることが登録されている、車両情報５６を特定する。このような態様により、ユーザＸ（第１のユーザ）のリクエスト情報に水に混合する物質の情報が含まれる場合、水と物質を混合する機能（ミキサー等）を備える車両を特定することができる。

【0068】

混合する物質は、例えば、農薬や肥料、除草剤、凍結防止剤等であってもよい。混合する物質は、車両ＤＢに登録された車両により対応できる物質であればよい。車両ＤＢにコンクリート用のミキサー車の登録があれば、混合する物質はセメントや骨材であってもよい。混合する物質の種類や混合割合、混合方法により実行可能な車両が異なる場合があるので、制御部２３は、リクエスト情報入力画面６による作業内容の情報を取得した後、さらに、物質の種類や混合割合、散布方法等の詳細情報を取得してもよい。このような態様により、リクエスト情報に適した車両を特定することができる。

【0069】

３．３ 変形例
さらに、以下のような態様を採用してもよい。

【0070】

車両データベースは、ユーザＹ（第２のユーザ）が過去に実行したタスクの実績の情報を含んでもよい。制御部２３は、特定ステップとして、実績の情報に基づき、車両と第２のユーザとの組み合わせを特定してもよい。このような態様により、制御部２３は、過去の実績が豊富なユーザＹに依頼したいというユーザＸのニーズに応えることができる。

【0071】

制御部２３は、第１の送信ステップとして、ユーザＹの実績の情報に応じてユーザＹ（第２のユーザ）への支払額を含む依頼情報を送信してもよい。例えば、制御部２３は、過去の実績が豊富なユーザＹに対し、支払額を高くしてもよい。このような態様により、ユーザＹ（第２のユーザ）は、実績に応じた支払額を含む依頼情報を受け取ることができる。

【0072】

また、車両データベースは、ユーザＹ（第２のユーザ）が抱えるタスクの量の情報を含んでもよい。制御部２３は、ユーザＹが抱えるタスクの量が多すぎることがないように、ユーザＹの抱えるタスクの量を管理してもよい。制御部２３は、特定ステップとして、タスクの量の情報に基づき、車両とユーザＹ（第２のユーザ）との組み合わせを特定してもよい。このような態様により、制御部２３は、ユーザＹ（第２のユーザ）のタスクの量が過大にならないように管理することができる。

【0073】

上記実施形態では、制御部２３は、車両の空き状況に応じて、特典を付与したが、制御部２３は、ユーザＸの利用状況に応じて、特典を付与してもよい。例えば、制御部２３は、サービスを繰り返し利用するユーザＸに対し、特典を付与してもよい。

【0074】

上記実施形態では、リクエスト情報入力画面６の領域６１には「１２月３日」と「１０：００」とが入力され、リクエスト情報として具体的な希望日時を取得したが、制御部２３は、希望日時について、「いつでもよい」という選択肢を表示させてもよい。車両の空き状況に合わせて、ユーザＸの予定を調整できる場合もあるためである。また、制御部２３は、希望日時について、「○月○日まで」又は「○月○日から○月○日まで」のような期間の指定を受け付けてもよい。このような希望日時の設定は、ユーザＹのタスクの荷重を調整できるというメリットがある。制御部２３は、ユーザＸが希望日時を指定しない場合には、ユーザＸに特典を付与してもよい。

【0075】

また、制御部２３は、第１の取得ステップとして、ユーザＸが希望する車両の種類を取得してもよいし、車両が備える機能の指定を取得してもよい。希望する作業内容によっては、車両の種類や車両が備える機能を指定したほうが確実な場合があるためである。

【0076】

また、制御部２３は、第１の取得ステップとして、ユーザＹに関する条件の選択を取得してもよい。ユーザＹに関する条件とは、例えばこれまで実行したタスクの内容や実績、評価等である。このような態様により、特定のタスクについて実績のあるユーザＹを選択したい、評価の高いユーザＹを選択したいというユーザＸのニーズを満たすことができる。

【0077】

上記情報処理の態様はあくまで一例である。本発明はこれに限定されることなく、その発明の技術的思想を逸脱しない範囲で適宜変更可能である。

【0078】

図１に示す全体構成は一例であり、これに限られない。例えば、サーバ２は、２台以上の装置に分散されてもよいし、クラウドコンピューティングシステムに代替されてもよい。また、全ての処理がサーバ２で行われてもよいし、全ての処理がユーザ端末３で行われてもよい。ユーザ端末３にアプリケーションをインストールし、ユーザ端末３とサーバ２とが連携して上記したような処理を実行するようにしてもよい。

【0079】

サーバ２は、オンプレミス形態であってもよく、クラウド形態であってもよい。クラウド形態のサーバ２としては、例えば、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、クラウドコンピューティングという形態で、上記の機能や処理を提供してもよい。

【0080】

上記実施形態では、サーバ２が種々の記憶・制御を行ったが、サーバ２に代えて、複数の外部装置が用いられてもよい。すなわち、種々の情報やプログラムは、ブロックチェーン技術等を用いて複数の外部装置に分散して記憶されてもよい。

【0081】

図１には、不図示の管理者端末により、利用料やサービス料の管理や、システムの管理を行ってもよい。

【0082】

次に記載の各態様で提供されてもよい。

【0083】

（１）情報処理システムであって、少なくとも１つのプロセッサを備え、前記プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成され、第１の取得ステップでは、第１のユーザが所望する、水の量と配送先とを含むリクエスト情報を取得し、特定ステップでは、前記リクエスト情報と車両データベースとに基づいて、前記リクエスト情報を満たす量の水を運ぶことができる車両を特定し、第１の送信ステップでは、前記リクエスト情報に沿ったタスクを依頼するための依頼情報を第２のユーザに送信し、ここで、前記タスクは、前記第２のユーザが前記車両を使用して実行するものである、システム。

【0084】

このような態様により、第１のユーザから取得したリクエスト情報に応じた車両を特定し、第２のユーザに車両を使用したタスクを依頼するシステムを提供することができる。

【0085】

（２）上記（１）に記載の情報処理システムにおいて、前記車両データベースは、前記車両が運搬可能な容量の情報を含み、前記特定ステップでは、前記水の量を運搬可能な、一つ又は複数の前記車両の組み合わせを特定する、システム。

【0086】

このような態様により、第１のユーザから取得した水の量のリクエスト情報に応じた一つ又は複数の車両を特定することができる。

【0087】

（３）上記（１）又は（２）に記載の情報処理システムにおいて、前記第１の取得ステップでは、配送希望時間を含む前記リクエスト情報を取得し、前記特定ステップでは、前記配送希望時間に基づいて前記車両を特定する、システム。

【0088】

このような態様により、第１のユーザのリクエスト情報に含まれる配送希望時間に応じた車両を特定し、車両を運転する第２のユーザにタスクを依頼するシステムを提供することができる。

【0089】

（４）上記（１）から（３）までの何れか１つに記載の情報処理システムにおいて、前記第１の取得ステップでは、水を撒く要求を含む前記リクエスト情報を取得し、前記特定ステップでは、水を撒く機能を備える前記車両を特定する、システム。

【0090】

このような態様により、第１のユーザのリクエスト情報に水を撒く要求が含まれる場合、水を撒く機能を備える車両を特定することができる。

【0091】

（５）上記（１）から（４）までの何れか１つに記載の情報処理システムにおいて、前記第１の取得ステップでは、水に混合する物質の情報を含む前記リクエスト情報を取得し、前記特定ステップでは、水と前記物質とを混合する機能を備える前記車両を特定する、システム。

【0092】

このような態様により、第１のユーザのリクエスト情報に水に混合する物質の情報が含まれる場合、水と物質を混合する機能（ミキサー等）を備える車両を特定することができる。

【0093】

（６）上記（１）から（５）までの何れか１つに記載の情報処理システムにおいて、さらに、提示ステップでは、前記第１のユーザに対し、前記リクエスト情報に応じた利用料を提示する、システム。

【0094】

このような態様により、第１のユーザのリクエスト情報に応じた利用料を提示することができる。

【0095】

（７）上記（６）に記載の情報処理システムにおいて、前記車両データベースは、前記車両の空き状況に関する情報を備え、前記利用料は、前記空き状況に応じて変動する、システム。

【0096】

このような態様により、空き状況に応じて変動させた利用料を提示することができる。

【0097】

（８）上記（１）から（７）までの何れか１つに記載の情報処理システムにおいて、前記車両データベースは、前記車両の空き状況に関する情報を備え、さらに、付与ステップでは、前記空き状況に応じて前記第１のユーザに特典を付与する、システム。

【0098】

このような態様により、空き状況に応じて第１のユーザに特典を付与することができる。

【0099】

（９）上記（１）から（８）までの何れか１つに記載の情報処理システムにおいて、さらに、第２の取得ステップでは、前記第２のユーザから前記車両に関する情報を取得し、さらに、第１の更新ステップでは、取得した情報に基づき前記車両データベースを更新する、システム。

【0100】

このような態様により、第２のユーザから車両に関する情報を取得し、車両データベースを更新することができる。

【0101】

（１０）上記（１）から（９）までの何れか１つに記載の情報処理システムにおいて、前記車両データベースは、前記第２のユーザが過去に実行した前記タスクの実績の情報を含み、前記特定ステップでは、前記実績の情報に基づき、前記車両と前記第２のユーザとの組み合わせを特定する、システム。

【0102】

このような態様により、第２のユーザのタスクの実績に基づき、車両を特定することができる。

【0103】

（１１）上記（１０）に記載の情報処理システムにおいて、前記第１の送信ステップでは、前記実績の情報に応じた前記第２のユーザへの支払額を含む前記依頼情報を送信する、システム。

【0104】

このような態様により、第２のユーザに対し、実績に応じた支払額を含む依頼情報を送信することができる。

【0105】

（１２）上記（１）から（１１）までの何れか１つに記載の情報処理システムにおいて、前記車両データベースは、前記第２のユーザが抱える前記タスクの量の情報を含み、前記特定ステップでは、前記タスクの量の情報に基づき、前記車両と前記第２のユーザとの組み合わせを特定する、システム。

【0106】

このような態様により、第２のユーザのタスクの量が過大にならないように管理することができる。

【0107】

（１３）上記（１）から（１２）までの何れか１つに記載の情報処理システムにおいて、さらに、第３の取得ステップでは、前記第２のユーザから前記タスクの実行状況に関する視覚情報を取得し、さらに、第２の送信ステップでは、前記視覚情報を前記第１のユーザに送信する、システム。

【0108】

このような態様により、第１のユーザは第２のユーザがタスクを実行する状況を画像、動画等により確認することができる。

【0109】

（１４）上記（１）から（１３）までの何れか１つに記載の情報処理システムにおいて、さらに、受付ステップでは、前記第２のユーザが前記タスクを実行した場合、前記第１のユーザから前記第２のユーザの評価を受け付け、さらに、第２の更新ステップでは、前記評価に基づき、前記車両データベースを更新する、システム。

【0110】

このような態様により、第１のユーザから第２のユーザの評価を受け付け、車両データベースを更新することができる。

【0111】

（１５）上記（１）から（１４）までの何れか１つに記載の情報処理システムにおいて、前記リクエスト情報は、作業内容を含み、さらに、表示制御ステップでは、前記第１のユーザに対し、前記作業内容の選択肢を表示させ、前記第１の取得ステップでは、前記第１のユーザが選択した前記選択肢を取得する、システム。

【0112】

このような態様により、第１のユーザから所望する作業内容を取得することができる。

【0113】

（１６）情報処理プログラムであって、コンピュータに、上記（１）から（１５）までの何れか１つに記載の情報処理システムの各ステップを実行させる、プログラム。

【0114】

このような態様により、第１のユーザから取得したリクエスト情報に応じた車両を特定し、第２のユーザに車両を使用したタスクを依頼するシステムを提供することができる。

【0115】

（１７）情報処理方法であって、上記（１）から（１５）までの何れか１つに記載の情報処理システムが実行する各ステップを含む、方法。

【0116】

このような態様により、第１のユーザから取得したリクエスト情報に応じた車両を特定し、第２のユーザに車両を使用したタスクを依頼するシステムを提供することができる。
もちろん、この限りではない。

【0117】

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0118】

１ ：情報処理システム
２ ：サーバ
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
３ ：ユーザ端末
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３４ ：表示部
３５ ：入力部
４ ：ユーザ端末
４０ ：通信バス
４１ ：通信部
４２ ：記憶部
４３ ：制御部
４４ ：表示部
４５ ：入力部
５ ：概要図
５１ ：リクエスト情報
５２ ：リクエスト情報
５３ ：リクエスト情報
５４ ：車両情報
５５ ：車両情報
５６ ：車両情報
６ ：リクエスト情報入力画面
６１ ：領域
６２ ：領域
６３ ：領域
６４ ：領域
６５ ：領域
Ｘ ：ユーザ
Ｘ１ ：ユーザ
Ｘ２ ：ユーザ
Ｘ３ ：ユーザ
Ｙ ：ユーザ
Ｙ１ ：ユーザ
Ｙ２ ：ユーザ
Ｙ３ ：ユーザ

【要約】

【課題】より有益な情報処理システム等を提供する。
【解決手段】本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、少なくとも１つのプロセッサを備え、プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成される。第１の取得ステップでは、第１のユーザが所望する、水の量と配送先とを含むリクエスト情報を取得する。特定ステップでは、リクエスト情報と車両データベースとに基づいて、リクエスト情報を満たす量の水を運ぶことができる車両を特定する。第１の送信ステップでは、リクエスト情報に沿ったタスクを依頼するための依頼情報を第２のユーザに送信する。タスクは、第２のユーザが車両を使用して実行するものである。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】