知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024013796
(43)【公開日】2024-02-01
(54)【発明の名称】建設副産物の仲介システム及び建設副産物の仲介方法
(51)【国際特許分類】
G06Q 50/08 20120101AFI20240125BHJP
【ＦＩ】
G06Q50/08
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022116165
(22)【出願日】2022-07-21
(71)【出願人】
【識別番号】522292091
【氏名又は名称】飯間 康貴
(74)【代理人】
【識別番号】100119415
【弁理士】
【氏名又は名称】青木 充
(72)【発明者】
【氏名】飯間 康貴
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC07
(57)【要約】
【課題】建設副産物の授受における当事者間の合意形成をしやすくする。
【解決手段】建設副産物の仲介システムは、建設副産物を必要とする第１の現場の端末から、前記建設副産物の必要量と必要日時とを含む案件情報の登録を受け付けて、前記第１の現場の位置とともに、所定のデータベースに登録する登録手段と、前記建設副産物が発生する第２の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第１の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第２の現場の端末に送信する案件抽出手段と、前記第１の現場の端末との個別交渉を要望する前記第２の現場の端末に対し、所定の情報開示料を請求する情報開示料請求手段と、前記所定の情報開示料を支払った前記第２の現場の端末に対し、前記第１の現場の位置及び連絡先を含む案件の詳細情報を送信する詳細情報送信手段と、を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
建設副産物を必要とする第１の現場の端末から、前記建設副産物の必要量と必要日時とを含む案件情報の登録を受け付けて、前記第１の現場の位置とともに、所定のデータベースに登録する登録手段と、
前記建設副産物が発生する第２の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第１の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第２の現場の端末に送信する案件抽出手段と、
前記第１の現場の端末との個別交渉を要望する前記第２の現場の端末に対し、所定の情報開示料を請求する情報開示料請求手段と、
前記所定の情報開示料を支払った前記第２の現場の端末に対し、前記第１の現場の位置及び連絡先を含む案件の詳細情報を送信する詳細情報送信手段と、
を備える建設副産物の仲介システム。
前記建設副産物が発生する第２の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第１の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第２の現場の端末に送信する案件抽出手段と、
前記第１の現場の端末との個別交渉を要望する前記第２の現場の端末に対し、所定の情報開示料を請求する情報開示料請求手段と、
前記所定の情報開示料を支払った前記第２の現場の端末に対し、前記第１の現場の位置及び連絡先を含む案件の詳細情報を送信する詳細情報送信手段と、
を備える建設副産物の仲介システム。
【請求項2】
前記第１の現場の端末と、前記第２の現場の端末との間で前記建設副産物の引き渡しに関する個別交渉が成立した場合、前記第２の現場の端末又は前記第１の現場の端末との一方に対し、所定の成約料を請求し、
前記第２の現場の端末又は前記第１の現場の端末との他方に対し、前記成約料を原資とした報奨金を支払う請求項１の建設副産物の仲介システム。
前記第２の現場の端末又は前記第１の現場の端末との他方に対し、前記成約料を原資とした報奨金を支払う請求項１の建設副産物の仲介システム。
【請求項3】
前記成約料として、
前記第１の現場の端末及び前記第２の現場の端末との距離に基づいた成約料を計算する請求項２の建設副産物の仲介システム。
前記第１の現場の端末及び前記第２の現場の端末との距離に基づいた成約料を計算する請求項２の建設副産物の仲介システム。
【請求項4】
さらに、
第２のデータベースに、前記第１の現場と、前記第２の現場との間で成立した内容を記録する手段を備え、
外部の端末からの要求に応じて、前記第２のデータベースに記録した内容をトレーサビリティデータとして提供する請求項１から３いずれか一の建設副産物の仲介システム。
第２のデータベースに、前記第１の現場と、前記第２の現場との間で成立した内容を記録する手段を備え、
外部の端末からの要求に応じて、前記第２のデータベースに記録した内容をトレーサビリティデータとして提供する請求項１から３いずれか一の建設副産物の仲介システム。
【請求項5】
建設副産物が発生する第２の現場の端末から、前記建設副産物の発生量と発生日時とを含む案件情報の登録を受け付けて、前記第２の現場の位置とともに、所定のデータベースに登録する登録手段と、
前記建設副産物を必要とする第１の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第２の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第１の現場の端末に送信する案件抽出手段と、
前記第２の現場の端末との個別交渉を要望する前記第１の現場の端末に対し、所定の情報開示料を請求する情報開示料請求手段と、
前記所定の情報開示料を支払った前記第１の現場の端末に対し、前記第２の現場の位置及び連絡先を含む案件の詳細情報を送信する詳細情報送信手段と、
を備える建設副産物の仲介システム。
前記建設副産物を必要とする第１の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第２の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第１の現場の端末に送信する案件抽出手段と、
前記第２の現場の端末との個別交渉を要望する前記第１の現場の端末に対し、所定の情報開示料を請求する情報開示料請求手段と、
前記所定の情報開示料を支払った前記第１の現場の端末に対し、前記第２の現場の位置及び連絡先を含む案件の詳細情報を送信する詳細情報送信手段と、
を備える建設副産物の仲介システム。
【請求項6】
前記第１の現場の端末と、前記第２の現場の端末との間で前記建設副産物の引き渡しに関する個別交渉が成立した場合、前記第２の現場の端末又は前記第１の現場の端末との一方に対し、所定の成約料を請求し、
前記第２の現場の端末又は前記第１の現場の端末との他方に対し、前記成約料を原資とした報奨金を支払う請求項５の建設副産物の仲介システム。
前記第２の現場の端末又は前記第１の現場の端末との他方に対し、前記成約料を原資とした報奨金を支払う請求項５の建設副産物の仲介システム。
【請求項7】
前記成約料として、
前記第１の現場の端末及び前記第２の現場の端末との距離に基づいた成約料を計算する請求項６の建設副産物の仲介システム。
前記第１の現場の端末及び前記第２の現場の端末との距離に基づいた成約料を計算する請求項６の建設副産物の仲介システム。
【請求項8】
さらに、
第２のデータベースに、前記第１の現場と、前記第２の現場との間で成立した内容を記録する手段を備え、
外部の端末からの要求に応じて、前記第２のデータベースに記録した内容をトレーサビリティデータとして提供する請求項５から７いずれか一の建設副産物の仲介システム。
第２のデータベースに、前記第１の現場と、前記第２の現場との間で成立した内容を記録する手段を備え、
外部の端末からの要求に応じて、前記第２のデータベースに記録した内容をトレーサビリティデータとして提供する請求項５から７いずれか一の建設副産物の仲介システム。
【請求項9】
建設副産物を必要とする第１の現場の端末から、前記建設副産物の必要量と必要日時とを含む案件情報の登録を受け付けて、前記第１の現場の位置とともに、所定のデータベースに登録し、
前記建設副産物が発生する第２の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第１の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第２の現場の端末に送信し、
前記第１の現場の端末との個別交渉を要望する前記第２の現場の端末に対し、所定の情報開示料を請求し、
前記所定の情報開示料を支払った前記第２の現場の端末に対し、前記第１の現場の位置及び連絡先を含む案件の詳細情報を送信する、
建設副産物の仲介方法。
前記建設副産物が発生する第２の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第１の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第２の現場の端末に送信し、
前記第１の現場の端末との個別交渉を要望する前記第２の現場の端末に対し、所定の情報開示料を請求し、
前記所定の情報開示料を支払った前記第２の現場の端末に対し、前記第１の現場の位置及び連絡先を含む案件の詳細情報を送信する、
建設副産物の仲介方法。
【請求項10】
建設副産物が発生する第２の現場の端末から、前記建設副産物の発生量と発生日時とを含む案件情報の登録を受け付けて、前記第２の現場の位置とともに、所定のデータベースに登録し、
前記建設副産物を必要とする第１の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第２の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第１の現場の端末に送信し、
前記第２の現場の端末との個別交渉を要望する前記第１の現場の端末に対し、所定の情報開示料を請求し、
前記所定の情報開示料を支払った前記第１の現場の端末に対し、前記第２の現場の位置及び連絡先を含む案件の詳細情報を送信する、
を備える建設副産物の仲介方法。
前記建設副産物を必要とする第１の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第２の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第１の現場の端末に送信し、
前記第２の現場の端末との個別交渉を要望する前記第１の現場の端末に対し、所定の情報開示料を請求し、
前記所定の情報開示料を支払った前記第１の現場の端末に対し、前記第２の現場の位置及び連絡先を含む案件の詳細情報を送信する、
を備える建設副産物の仲介方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、建設副産物の仲介システム及び建設副産物の仲介方法に関する。
【背景技術】
【0002】
特許文献１に、携帯電話を使って、建設残土を保有しているユーザと、建設残土を必要としているユーザ間で、建設残土の譲渡交渉ができるようにすることにより、建設残土の利用促進を図ることができるという建設残土利用促進システムが開示されている。また、特許文献２には、情報提供者又は受給者との間で情報通信により建設副産物又はそのリサイクル品に関する情報の授受を行う建設副産物の情報提供システムにおいて、案件検索機能として、需給側の所在地から所定の距離・輸送時間範囲内のものを一覧表示情報として出力するものが開示されている。さらに、特許文献３には、作業所間の排土、入土情報を一元管理し、資源の排出時期や量が同じ作業所同士をリンク付けする建設副産物再利用情報管理システムが開示されている。
【0003】
また、２０２２年５月には、宅地造成等規制法が、危険な盛土等を全国一律の基準で包括的に規制する宅地造成及び特定盛土等規制法に改正されている。今後、都道府県や政令指定都市などが、区域の指定のため地形や地質の調査を行うことや。国が調査の円滑化のため、今後有識者による検討会を立ち上げことや、地形調査や区域指定に関する基準を示すガイドラインを作成することが予定されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００２－１２１７６２号公報
【特許文献2】特開２００２－２４５１２０号公報
【特許文献3】特開平６－１０３２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
以下の分析は、本発明者によって与えられたものである。特許文献１、２の発明によれば、残土等を受け取る側のユーザが、残土等の提供側の案件情報を検索する構成となっている。これにより、ユーザ間の個別交渉が可能となっているが、この構成では、一のユーザが複数の相手と同時に交渉を開始してしまう可能性があり、結果、引き取り手のない残土等が発生してしまう可能性がある。この点、特許文献３の発明のように、システム側で強制的にリンク付け（マッチング）を行えば、引き取り手のない残土等の発生を抑えることができる。しかしながら、特許文献３の構成では、特許文献２の段落００１３－００１４に指摘されているように採算性のないリンク付け（マッチング）が行われる結果、システムへの参加者が減ってしまう可能性がある。
【0006】
また、残土に代表される前記建設副産物の授受を当事者間の交渉に委ねる形態を採りつつ、当事者間の合意形成をしやすくすることによって、建設副産物の再利用を促進することのできる建設副産物の仲介システム及び建設副産物の仲介方法を提供することを目的とする。
【課題を解決するための手段】
【0007】
第１の視点によれば、建設副産物を必要とする第１の現場の端末から、前記建設副産物の必要量と必要日時とを含む案件情報の登録を受け付けて、前記第１の現場の位置とともに、所定のデータベースに登録する登録手段と、前記建設副産物が発生する第２の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第１の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第２の現場の端末に送信する案件抽出手段と、前記第１の現場の端末との個別交渉を要望する前記第２の現場の端末に対し、所定の情報開示料を請求する情報開示料請求手段と、前記所定の情報開示料を支払った前記第２の現場の端末に対し、前記第１の現場の位置及び連絡先を含む案件の詳細情報を送信する詳細情報送信手段と、を備える建設副産物の仲介システムが提供される。
【0008】
第２の視点によれば、建設副産物が発生する第２の現場の端末から、前記建設副産物の発生量と発生日時とを含む案件情報の登録を受け付けて、前記第２の現場の位置とともに、所定のデータベースに登録する登録手段と、前記建設副産物を必要とする第１の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第２の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第１の現場の端末に送信する案件抽出手段と、前記第２の現場の端末との個別交渉を要望する前記第１の現場の端末に対し、所定の情報開示料を請求する情報開示料請求手段と、前記所定の情報開示料を支払った前記第１の現場の端末に対し、前記第２の現場の位置及び連絡先を含む案件の詳細情報を送信する詳細情報送信手段と、を備える建設副産物の仲介システムが提供される。
【0009】
第３の視点によれば、建設副産物を必要とする第１の現場の端末から、前記建設副産物の必要量と必要日時とを含む案件情報の登録を受け付けて、前記第１の現場の位置とともに、所定のデータベースに登録し、前記建設副産物が発生する第２の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第１の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第２の現場の端末に送信し、前記第１の現場の端末との個別交渉を要望する前記第２の現場の端末に対し、所定の情報開示料を請求し、前記所定の情報開示料を支払った前記第２の現場の端末に対し、前記第１の現場の位置及び連絡先を含む案件の詳細情報を送信する、建設副産物の仲介方法が提供される。
【0010】
第４の視点によれば、建設副産物が発生する第２の現場の端末から、前記建設副産物の発生量と発生日時とを含む案件情報の登録を受け付けて、前記第２の現場の位置とともに、所定のデータベースに登録し、前記建設副産物を必要とする第１の現場の端末からの要求に応じて、前記所定のデータベースを検索し、前記第２の現場の案件を１つ以上抽出し、所定の秘密化処理を行った上で、前記第１の現場の端末に送信し、前記第２の現場の端末との個別交渉を要望する前記第１の現場の端末に対し、所定の情報開示料を請求し、前記所定の情報開示料を支払った前記第１の現場の端末に対し、前記第２の現場の位置及び連絡先を含む案件の詳細情報を送信する、を備える建設副産物の仲介方法が提供される。
【0011】
第５の視点によれば、上記した建設副産物の仲介システムの機能を実現するためのプログラムが提供される。このプログラムは、コンピュータ装置に入力装置又は外部から通信インターフェースを介して入力され、記憶装置に記憶されて、プロセッサを所定のステップないし処理に従って駆動させる。また、このプログラムは、必要に応じ中間状態を含めその処理結果を段階毎に表示装置を介して表示することができ、あるいは通信インターフェースを介して、外部と通信することができる。そのためのコンピュータ装置は、一例として、典型的には互いにバスによって接続可能なプロセッサ、記憶装置、入力装置、通信インターフェース、及び必要に応じ表示装置を備える。また、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。
【発明の効果】
【0012】
本発明によれば、建設副産物の授受を当事者間の交渉に委ねる形態を採りつつ、当事者間の合意形成をしやすくすることによって、建設副産物の再利用を促進することが可能となる。
【図面の簡単な説明】
【0013】
【図1】本発明の一実施形態の構成を説明するための図である。
【図2】本発明の一実施形態の動作を説明するための図である。
【図3】本発明の第１の実施形態の構成を示す図である。
【図4】本発明の第１の実施形態の残土仲介システムの詳細構成を示す機能ブロック図である。
【図5】本発明の第１の実施形態の残土仲介システムを利用するための端末に表示される案件登録画面の例を示す図である。
【図6】本発明の第１の実施形態の残土仲介システムの案件ＤＢに保持される情報の一例を示す図である。
【図7】本発明の第１の実施形態の残土仲介システムを利用した案件検索の流れを表したシーケンス図である。
【図8】本発明の第１の実施形態の残土仲介システムを利用するための端末に表示される案件検索画面の例を示す図である。
【図9】本発明の第１の実施形態の残土仲介システムを利用するための端末に表示される案件選択後の画面の遷移の例を示す図である。
【図10】本発明の第１の実施形態の残土仲介システムを利用するための端末に表示される案件選択後の画面の遷移の別の例を示す図である。
【図11】本発明の第１の実施形態の残土仲介システムのマッチング成立後の動作を表したシーケンス図である。
【図12】本発明の第１の実施形態の残土仲介システムを利用するための端末に表示されるマッチング成立後の画面の遷移の例を示す図である。
【図13】本発明の第２の実施形態の残土仲介システムの詳細構成を示す機能ブロック図である。
【図14】本発明の第２の実施形態の残土仲介システムを利用するための端末に表示される案件登録画面の例を示す図である。
【図15】本発明の第２の実施形態の残土仲介システムの案件ＤＢに保持される情報の一例を示す図である。
【図16】本発明の第２の実施形態の残土仲介システムの動作を表したシーケンス図である。
【図17】本発明の第２の実施形態の残土仲介システムを利用するための端末に表示される案件検索画面の例を示す図である。
【図18】本発明の第２の実施形態の残土仲介システムを利用するための端末に表示される案件選択後の画面の遷移の例を示す図である。
【図19】本発明の第２の実施形態の残土仲介システムのマッチング成立後の動作を表したシーケンス図である。
【図20】本発明の第２の実施形態の残土仲介システムを利用するための端末に表示されるマッチング成立後の画面の遷移の例を示す図である。
【図21】本発明の第３の実施形態の残土仲介システムの詳細構成を示す機能ブロック図である。
【図22】本発明の第３の実施形態の残土仲介システムのマッチング成立後の動作を表したシーケンス図である。
【図23】本発明の第３の実施形態の残土仲介システムの残土授受履歴ＤＢに保持される情報の一例を示す図である。
【図24】本発明の第３の実施形態の残土仲介システムが端末に表示する残土授受履歴情報の表示形態の一例を示す図である。
【図25】本発明の第４の実施形態の構成を示す図である。
【図26】本発明の第４の実施形態の残土仲介システムの詳細構成を示す機能ブロック図である。
【図27】本発明の第４の実施形態の残土仲介システムを利用するための端末に表示される案件検索画面の例を示す図である。
【図28】本発明の残土仲介システム及び端末を構成可能なコンピュータの構成を示す図である。
【発明を実施するための形態】
【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】
１０、２０、１００、２００、４００、５００ 端末
３０ 仲介システム
３１、３０１、３０１ａ 登録手段
３２、３０２、３０２ａ 案件抽出手段
３３、３０３、３０３ａ 情報開示料請求手段
３４、３０４、３０４ａ 詳細情報送信手段
３５、３０５、３０５ａ、３０５ｂ 成約料請求手段
３６、３０６、３０６ａ 案件ＤＢ
３００、３００ａ～３００ｃ 残土仲介システム
３０７ 残土授受履歴ＤＢ
３０８ 運送スケジュール管理手段
３０９ 運送スケジュールＤＢ
ＢＴ１～ＢＴ９ ボタン
Ｃａｌ カレンダーアイコン
Ｃｏｌ１～Ｃｏｌ３ 入力欄
９０００ コンピュータ
９０１０ ＣＰＵ
９０２０ 通信インターフェース
９０３０ メモリ
９０４０ 補助記憶装置
３０ 仲介システム
３１、３０１、３０１ａ 登録手段
３２、３０２、３０２ａ 案件抽出手段
３３、３０３、３０３ａ 情報開示料請求手段
３４、３０４、３０４ａ 詳細情報送信手段
３５、３０５、３０５ａ、３０５ｂ 成約料請求手段
３６、３０６、３０６ａ 案件ＤＢ
３００、３００ａ～３００ｃ 残土仲介システム
３０７ 残土授受履歴ＤＢ
３０８ 運送スケジュール管理手段
３０９ 運送スケジュールＤＢ
ＢＴ１～ＢＴ９ ボタン
Ｃａｌ カレンダーアイコン
Ｃｏｌ１～Ｃｏｌ３ 入力欄
９０００ コンピュータ
９０１０ ＣＰＵ
９０２０ 通信インターフェース
９０３０ メモリ
９０４０ 補助記憶装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】