ホーム > 特許ランキング > ウイングアーク１ｓｔ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023053923
(43)【公開日】2023-04-13
(54)【発明の名称】決済システム及び決済方法
(51)【国際特許分類】
G06Q 10/08 20230101AFI20230406BHJP
G06Q 20/02 20120101ALI20230406BHJP
【ＦＩ】
G06Q10/08
G06Q20/02
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022156145
(22)【出願日】2022-09-29
(31)【優先権主張番号】P 2021162688
(32)【優先日】2021-10-01
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】504103984
【氏名又は名称】ウイングアーク１ｓｔ株式会社
(74)【代理人】
【識別番号】100190621
【弁理士】
【氏名又は名称】崎間 伸洋
(74)【代理人】
【識別番号】100212510
【弁理士】
【氏名又は名称】笠原 翔
(72)【発明者】
【氏名】加藤 由貢
(72)【発明者】
【氏名】大嶋 誉也
【テーマコード（参考）】
5L049
5L055
【Ｆターム（参考）】
5L049AA16
5L055AA01
(57)【要約】
【課題】本発明の実施形態が解決しようとする課題は、運送会社などが従来よりも早く運賃を受け取ることができる決済システム及び決済方法を提供すること。
【解決手段】実施形態の決済システムは、第１の支払処理部、入力部及第２の支払処理部を備える。第１の支払処理部は、荷物の輸送を依頼する第１のユーザーによる、荷物を輸送する第２のユーザーに対して支払う荷物の輸送にかかる運賃を含む料金分の資金を、第１のユーザーから決済を仲介する者へと移動する処理を行う。入力部は、荷物の輸送が完了したことを示す情報の入力を受ける。第２の支払処理部は、入力部が入力を受けた場合、決済を仲介する者から第２のユーザーへと運賃分の資金を移動する処理を行う。
【選択図】図１７
【解決手段】実施形態の決済システムは、第１の支払処理部、入力部及第２の支払処理部を備える。第１の支払処理部は、荷物の輸送を依頼する第１のユーザーによる、荷物を輸送する第２のユーザーに対して支払う荷物の輸送にかかる運賃を含む料金分の資金を、第１のユーザーから決済を仲介する者へと移動する処理を行う。入力部は、荷物の輸送が完了したことを示す情報の入力を受ける。第２の支払処理部は、入力部が入力を受けた場合、決済を仲介する者から第２のユーザーへと運賃分の資金を移動する処理を行う。
【選択図】図１７
【特許請求の範囲】
【請求項1】
荷物の輸送を依頼する第１のユーザーによる、前記荷物を輸送する第２のユーザーに対して支払う前記荷物の輸送にかかる運賃を含む料金分の資金を、前記第１のユーザーから決済を仲介する者へと移動する処理を行う第１の支払処理部と、
前記荷物の輸送が完了したことを示す情報の入力を受ける入力部と、
前記入力部が前記入力を受けた場合、前記決済を仲介する者から前記第２のユーザーへと前記運賃分の資金を移動する処理を行う第２の支払処理部と、を備える決済システム。
前記荷物の輸送が完了したことを示す情報の入力を受ける入力部と、
前記入力部が前記入力を受けた場合、前記決済を仲介する者から前記第２のユーザーへと前記運賃分の資金を移動する処理を行う第２の支払処理部と、を備える決済システム。
【請求項2】
前記料金は、前記決済を仲介する者が受け取る手数料を含む、請求項１に記載の決済システム。
【請求項3】
前記料金は、前記荷物に対する保険の保険料を含む、請求項１に記載の決済システム。
【請求項4】
前記決済を仲介する者は、銀行である、請求項１に記載の決済システム。
【請求項5】
荷物の輸送を依頼する第１のユーザーによる、前記荷物を輸送する第２のユーザーに対して支払う前記荷物の輸送にかかる運賃を含む料金分の資金を、前記第１のユーザーから決済を仲介する者へと移動する処理を行い、
前記荷物の輸送が完了したことを示す情報の入力を受け、
前記入力を受けた場合、前記決済を仲介する者から前記第２のユーザーへと前記運賃分の資金を移動する処理を行う、決済方法。
前記荷物の輸送が完了したことを示す情報の入力を受け、
前記入力を受けた場合、前記決済を仲介する者から前記第２のユーザーへと前記運賃分の資金を移動する処理を行う、決済方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、決済システム及び決済方法に関する。
【背景技術】
【0002】
荷主から運送会社などへの運送料金（運賃）の支払いは、荷主側の取引条件に基づき、運送完了から数か月経ってから入金される場合が多く、運送会社は運送料金をすぐに受け取れないという問題がある。また、このため、運送会社は、信用のある荷主でなければ取引しづらいといった問題がある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－９６８４１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明の実施形態が解決しようとする課題は、運送会社などが従来よりも早く運賃を受け取ることができる決済システム及び決済方法を提供することである。
【課題を解決するための手段】
【0005】
実施形態の決済システムは、第１の支払処理部、入力部及第２の支払処理部を備える。第１の支払処理部は、荷物の輸送を依頼する第１のユーザーによる、荷物を輸送する第２のユーザーに対して支払う荷物の輸送にかかる運賃を含む料金分の資金を、第１のユーザーから決済を仲介する者へと移動する処理を行う。入力部は、荷物の輸送が完了したことを示す情報の入力を受ける。第２の支払処理部は、入力部が入力を受けた場合、決済を仲介する者から第２のユーザーへと運賃分の資金を移動する処理を行う。
【発明の効果】
【0006】
本発明は、運送会社などが従来よりも早く運賃を受け取ることができる。
【図面の簡単な説明】
【0007】
【図1】実施形態に係る配車システム及び当該配車システムに含まれる構成要素の要部構成の一例を示すブロック図。
【図16】実施形態に係る配車システム及び当該配車システムに含まれる構成要素の要部構成の一例を示すブロック図。
【図17】配車システムにおける決済を行うための決済システムについて説明するための図。
【発明を実施するための形態】
【0008】
以下、実施形態に係る配車システムについて図面を用いて説明する。なお、以下の実施形態の説明に用いる各図面は、各部の縮尺を適宜変更している場合がある。また、以下の実施形態の説明に用いる各図面は、説明のため、構成を省略して示している場合がある。また、各図面及び本明細書中において、同一の符号は同様の要素を示す。
図１及び図１６は、実施形態に係る配車システム１及び配車システム１に含まれる構成要素の要部構成の一例を示すブロック図である。配車システム１は、一例として、サーバー装置１００、端末装置２００及び決済サーバー３００を含む。なお、図１には典型例として１つのサーバー装置１００と複数の端末装置２００を示し、図１６には１つの決済サーバー３００を示しているが、各装置の数は限定しない。実施形態の配車システム１は、一例として、クライアントサーバーモデルのシステムである。しかしながら、配車システム１は、Ｐ２Ｐ（peer-to-peer）などのその他のアーキテクチャーを用いたシステムであっても良い。
図１及び図１６は、実施形態に係る配車システム１及び配車システム１に含まれる構成要素の要部構成の一例を示すブロック図である。配車システム１は、一例として、サーバー装置１００、端末装置２００及び決済サーバー３００を含む。なお、図１には典型例として１つのサーバー装置１００と複数の端末装置２００を示し、図１６には１つの決済サーバー３００を示しているが、各装置の数は限定しない。実施形態の配車システム１は、一例として、クライアントサーバーモデルのシステムである。しかしながら、配車システム１は、Ｐ２Ｐ（peer-to-peer）などのその他のアーキテクチャーを用いたシステムであっても良い。
【0009】
サーバー装置１００及び端末装置２００は、ネットワークＮＷに接続する。ネットワークＮＷは、典型的にはインターネットを含む通信網である。ネットワークＮＷは、典型的にはＷＡＮ（wide area network）を含む通信網である。ネットワークＮＷは、イントラネットなどのプライベートネットワークを含む通信網であっても良い。ネットワークＮＷは、ＬＡＮ（local area network）を含む通信網であっても良い。また、ネットワークＮＷは、無線回線でも良いし有線回線でも良く、無線回線と有線回線とが混在していても良い。また、ネットワークＮＷは、専用線又は公衆携帯電話網などを含む通信網であっても良い。
【0010】
サーバー装置１００は、配車サービスを提供するサーバーである。本実施形態の配車サービスは、例えば、運送業者が提供する空きスペースと荷主の荷物とのマッチングなどを行うサービスである。
【0011】
運送業者は、例えば、配車サービスを用いてトラックなどの貨物自動車の空きスペースを売り出すことができる。空きスペースは、貨物自動車のうちの空いているスペースである。なお、空きスペースは、貨物自動車の貨物スペースのうちの一部であっても全部であっても良い。また、空きスペースは、複数の貨物自動車からなるものであっても良い。なお、運送業者は、会社に限らず個人などであっても良いが、実施形態において会社として説明する。
【0012】
荷主は、例えば、配車サービスを用いて荷物の輸送を依頼することができる。配車サービスは、空きスペースと荷物の輸送依頼とをマッチングする。また、配車サービスは、ユーザーが運用する各貨物自動車の配車などを管理する配車管理サービスを含む。配車管理サービスは、配車を管理する機能、及び配車の自動組み換えなどの機能を提供する。なお、荷主は、会社に限らず個人などであっても良いが、実施形態において会社として説明する。
【0013】
サーバー装置１００は、分散コンピューティングによって実現されるものであっても良い。サーバー装置１００は、仮想サーバーであっても良い。サーバー装置１００は、一例として、プロセッサー１１０、ＲＯＭ（read-only memory）１２０、ＲＡＭ（random-access memory）１３０、補助記憶装置１４０及び通信インターフェース１５０を含む。そして、バス１６０などが、これら各部を接続する。なお、サーバー装置１００は、複数の装置からなる装置であっても良い。
【0014】
プロセッサー１１０は、サーバー装置１００の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分であり、各種演算及び処理などを行う。プロセッサー１１０は、例えば、ＣＰＵ（central processing unit）、ＭＰＵ（micro processing unit）、ＳｏＣ（system on a chip）、ＤＳＰ（digital signal processor）、ＧＰＵ（graphics processing unit）、ＡＳＩＣ（application specific integrated circuit）、ＰＬＤ（programmable logic device）又はＦＰＧＡ（field-programmable gate array）などである。あるいは、プロセッサー１１０は、これらのうちの複数を組み合わせたものである。また、プロセッサー１１０は、これらにハードウェアアクセラレーターなどを組み合わせたものであっても良い。プロセッサー１１０は、ＲＯＭ１２０又は補助記憶装置１４０などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、サーバー装置１００の各種の機能を実現するべく各部を制御する。また、プロセッサー１１０は、当該プログラムに基づいて後述する処理を実行する。なお、当該プログラムの一部又は全部は、プロセッサー１１０の回路内に組み込まれていても良い。
【0015】
ＲＯＭ１２０及びＲＡＭ１３０は、プロセッサー１１０を中枢としたコンピューターの主記憶装置である。
ＲＯＭ１２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ１２０は、プロセッサー１１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ１３０は、データの読み書きに用いられるメモリである。ＲＡＭ１３０は、プロセッサー１１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ１３０は、典型的には揮発性メモリである。
ＲＯＭ１２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ１２０は、プロセッサー１１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ１３０は、データの読み書きに用いられるメモリである。ＲＡＭ１３０は、プロセッサー１１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ１３０は、典型的には揮発性メモリである。
【0016】
補助記憶装置１４０は、プロセッサー１１０を中枢としたコンピューターの補助記憶装置である。補助記憶装置１４０は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）又はフラッシュメモリなどである。補助記憶装置１４０は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。また、補助記憶装置１４０は、プロセッサー１１０が各種の処理を行う上で使用するデータ、プロセッサー１１０での処理によって生成されたデータ及び各種の設定値などを記憶する。なお、補助記憶装置１４０は、記憶部の一例である。
【0017】
補助記憶装置１４０が記憶するアプリケーションソフトウェアは、配車サービスを運用するためのサーバー用アプリケーションソフトウェア（以下「サーバーアプリ」という。）を含む。
【0018】
また、補助記憶装置１４０は、一例として、ユーザーＤＢ（database）１４１、マッチングＤＢ１４２及び配車ＤＢ１４３を含む。
【0019】
ユーザーＤＢ１４１は、配車サービスを利用する各ユーザーについての情報を記憶及び管理する。ユーザーＤＢ１４１は、例えば、ユーザーＩＤと関連付けてユーザー情報及び決済情報などを記憶する。ユーザーＩＤ（identifier）は、ユーザーアカウントごとにユニークに付与される識別情報である。ユーザーは、運送業者及び荷主などである。なお、各ユーザーアカウントが運送業者であるか荷主であるかは分かれていても分かれていなくても良い。また、１つのユーザーアカウントが運送業者と荷主の両方の役割を果たす場合があっても良い。また、ユーザーは、会社などの団体であっても個人であっても良い。
【0020】
ユーザー情報は、ユーザーについての情報であり、例えば、ユーザーである会社の社名、連絡先及び所在地などを含む。
決済情報は、ユーザーの配車サービスの利用料金の決済に関する情報である。なお、配車サービスは、１か月ごとなど定期的に利用料金を支払う必要があっても良いし、基本利用料無料であっても良い。また、配車サービスは、一部のサービスを利用する場合にのみ定期的に利用料金を支払う必要があっても良い。このような利用料金を決済するためにプロセッサー１１０は、例えば、決済情報に定められた決済手段を用いて利用料金の決済を行う。プロセッサー１１０は、例えば、決済サーバー３００などと協働して決済のための処理を行う。
決済情報は、ユーザーの配車サービスの利用料金の決済に関する情報である。なお、配車サービスは、１か月ごとなど定期的に利用料金を支払う必要があっても良いし、基本利用料無料であっても良い。また、配車サービスは、一部のサービスを利用する場合にのみ定期的に利用料金を支払う必要があっても良い。このような利用料金を決済するためにプロセッサー１１０は、例えば、決済情報に定められた決済手段を用いて利用料金の決済を行う。プロセッサー１１０は、例えば、決済サーバー３００などと協働して決済のための処理を行う。
【0021】
また、ユーザーＤＢ１４１は、運送業者であるユーザーについて、ユーザーＩＤと関連付けて、当該ユーザーが運用する各貨物自動車の車両ＩＤを記憶する。車両ＩＤは、ユーザーＤＢ１４１に登録される貨物自動車ごとにユニークな識別情報である。ユーザーＤＢ１４１は、車両ＩＤに関連付けて、当該車両ＩＤで特定される貨物自動車に関する各種情報を記憶する。当該各種情報は、後述の車種情報などを含む。ユーザーは、必要事項を端末装置２００に入力することで、自社（自身）が運用する各貨物自動車についてユーザーＤＢ１４１に登録しておくことができる。
【0022】
マッチングＤＢ１４２は、空きスペースと荷物とのマッチングに用いられる情報などを記憶及び管理する。マッチングＤＢ１４２は、一例としてスペースＤＢ及び荷物ＤＢを含む。スペースＤＢは、例えば、運送業者が登録する空きスペースについての情報などを記憶及び管理する。荷物ＤＢは、例えば、荷主が登録する荷物についての情報などを記憶及び管理する。なお、スペースＤＢに登録される空きスペース及び荷物ＤＢに登録される荷物を総称して「募集案件」というものとする。
【0023】
配車ＤＢ１４３は、配車管理サービスに関する各ユーザーについての情報を記憶及び管理する。例えば、配車ＤＢ１４３は、各ユーザーについての配車についての情報を記憶する。すなわち、配車ＤＢ１４３は、ユーザーＩＤに配車情報を関連付けて記憶する。配車情報は、各ユーザーが運用する貨物自動車について、車両ＩＤと運行情報などを関連付けて記憶する。当該運行情報は、例えば、当該車両ＩＤで特定される貨物自動車の運行計画及び過去の運行についての情報などを含む。なお、運行情報は、例えば、貨物自動車がいつどこでどの荷物を積み、いつどこでどの荷物を降ろすかを示す情報、時間帯又は地点間ごとの使用しているスペース及び空きスペースについての情報、時間帯又は地点間ごとの積載重量及び空き積載重量、貨物自動車の移動距離についての情報、どの運転手がどこからどこまで運転するかを示す情報、並びに貨物自動車の有料道路の通行にかかる予定の金額及びかかる燃料代の予定の金額についての情報などを含む。なお、運転手は、荷物を運ぶ者の一例である。
【0024】
通信インターフェース１５０は、サーバー装置１００がネットワークＮＷなどを介して通信するためのインターフェースである。
【0025】
バス１６０は、コントロールバス、アドレスバス及びデータバスなどを含み、サーバー装置１００の各部で授受される信号を伝送する。
【0026】
端末装置２００は、配車サービスを利用することができる装置である。端末装置２００は、例えば、ＰＣ（personal computer）、タブレット端末、又はスマートホンなどの汎用のコンピューターである。あるいは、端末装置２００は、配車サービスを利用するための専用の装置であっても良い。端末装置２００は、一例として、プロセッサー２１０、ＲＯＭ２２０、ＲＡＭ２３０、補助記憶装置２４０、通信インターフェース２５０、入力デバイス２６０及び表示デバイス２７０を含む。そして、バス２８０などが、これら各部を接続する。
【0027】
プロセッサー２１０は、端末装置２００の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分であり、各種演算及び処理などを行う。プロセッサー２１０は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー２１０は、これらのうちの複数を組み合わせたものである。また、プロセッサー２１０は、これらにハードウェアアクセラレーターなどを組み合わせたものであっても良い。プロセッサー２１０は、ＲＯＭ２２０又は補助記憶装置２４０などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、端末装置２００の各種の機能を実現するべく各部を制御する。また、プロセッサー２１０は、当該プログラムに基づいて後述する処理を実行する。なお、当該プログラムの一部又は全部は、プロセッサー２１０の回路内に組み込まれていても良い。
【0028】
ＲＯＭ２２０及びＲＡＭ２３０は、プロセッサー２１０を中枢としたコンピューターの主記憶装置である。
ＲＯＭ２２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ２２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ２２０は、プロセッサー２１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ２３０は、データの読み書きに用いられるメモリである。ＲＡＭ２３０は、プロセッサー２１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ２３０は、典型的には揮発性メモリである。
ＲＯＭ２２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ２２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ２２０は、プロセッサー２１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ２３０は、データの読み書きに用いられるメモリである。ＲＡＭ２３０は、プロセッサー２１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ２３０は、典型的には揮発性メモリである。
【0029】
補助記憶装置２４０は、プロセッサー２１０を中枢としたコンピューターの補助記憶装置である。補助記憶装置２４０は、例えばＥＥＰＲＯＭ、ＨＤＤ又はフラッシュメモリなどである。補助記憶装置２４０は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。また、補助記憶装置２４０は、プロセッサー２１０が各種の処理を行う上で使用するデータ、プロセッサー２１０での処理によって生成されたデータ及び各種の設定値などを記憶する。
【0030】
補助記憶装置２４０が記憶するプログラムは、配車サービスを利用することができるアプリケーションソフトウェア（以下「端末アプリ」という。）を含む。端末アプリは、配車サービスを利用するための専用のソフトウェアであっても良いし、ウェブブラウザーなどの非専用のソフトウェアであっても良い。
【0031】
通信インターフェース２５０は、端末装置２００がネットワークＮＷなどを介して通信するためのインターフェースである。
【0032】
入力デバイス２６０は、端末装置２００の操作者（以下、単に「操作者」という。）による操作を受け付ける。入力デバイス２６０は、例えば、キーボード、キーパッド、タッチパッド、マウス又はコントローラーなどである。また、入力デバイス２６０は、音声入力用のデバイスであっても良い。
【0033】
表示デバイス２７０は、操作者に各種情報を通知するための画面を表示する。表示デバイス２７０は、例えば、液晶ディスプレイ又は有機ＥＬ（electro-luminescence）ディスプレイなどのディスプレイである。また、入力デバイス２６０及び表示デバイス２７０としては、タッチパネルを用いることもできる。すなわち、タッチパネルが備える表示パネルを表示デバイス２７０として、タッチパネルが備えるタッチパッドを入力デバイス２６０として用いることができる。
【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】
ステップＳＴ３８においてプロセッサー２１０は、通知登録ボタンが操作されたか否かを判定する。プロセッサー２１０は、通知登録ボタンが操作されないならば、ステップＳＴ３８においてＮｏと判定してステップＳＴ３６へと戻る。かくして、プロセッサー２１０は、戻るボタン、発注ボタンＢ３１、又は通知登録ボタンが操作されるまでステップＳＴ３６～ステップＳＴ３８を繰り返す待受状態となる。
【0119】
プロセッサー２１０は、ステップＳＴ３６～ステップＳＴ３８の待受状態にあるときに発注すると判定するならば、ステップＳＴ３７においてＹｅｓと判定してステップＳＴ３９へと進む。
【0120】
ステップＳＴ３９においてプロセッサー２１０は、発注に必要な情報の入力を受ける。操作者は、端末装置２００を操作して発注に必要な情報を入力する。ここで入力される情報を発注入力情報という。
選択案件が空きスペースである場合、発注に必要な情報は、当該空きスペースの提供者に運んでもらう荷物についての情報である。当該情報は、例えば、積日時、卸日時、積地、卸地、荷物情報、希望車種情報、報酬情報、運転上限情報及びその他の各種情報である。
選択案件が荷物である場合、発注に必要な情報は、当該荷物を運ぶために提供する空きスペースについての情報である。当該情報は、例えば、車両ＩＤ、開始日時、終了日時、開始地、終了地、車種情報、空き情報、運賃情報、運転時間情報及びその他の各種情報である。
なお、プロセッサー２１０は、ここで入力される各情報について、選択案件の入力情報に合致する範囲内で入力されるように制御する。例えば、プロセッサー２１０は、当該範囲外の入力が行われた場合にはエラーを通知する。あるいは、プロセッサー２１０は、当該範囲外の入力ができないように制御する。
選択案件が空きスペースである場合、発注に必要な情報は、当該空きスペースの提供者に運んでもらう荷物についての情報である。当該情報は、例えば、積日時、卸日時、積地、卸地、荷物情報、希望車種情報、報酬情報、運転上限情報及びその他の各種情報である。
選択案件が荷物である場合、発注に必要な情報は、当該荷物を運ぶために提供する空きスペースについての情報である。当該情報は、例えば、車両ＩＤ、開始日時、終了日時、開始地、終了地、車種情報、空き情報、運賃情報、運転時間情報及びその他の各種情報である。
なお、プロセッサー２１０は、ここで入力される各情報について、選択案件の入力情報に合致する範囲内で入力されるように制御する。例えば、プロセッサー２１０は、当該範囲外の入力が行われた場合にはエラーを通知する。あるいは、プロセッサー２１０は、当該範囲外の入力ができないように制御する。
【0121】
ステップＳＴ４０においてプロセッサー２１０は、第２発注情報を生成する。第２発注情報は、例えば、ログインＩＤ、マッチング結果画面において操作された発注ボタンＢ３１に対応する募集案件の検索結果ＩＤ及びステップＳＴ３９で入力された発注入力情報を含む。すなわち、第２発注情報は、第１発注情報と異なり、新規登録ＩＤに代えて発注入力情報を含む。プロセッサー２１０は、第２発注情報を生成した後、当該第２発注情報をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該第２発注情報をサーバー装置１００に送信する。送信された当該第２発注情報は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0122】
プロセッサー２１０は、ステップＳＴ４０の処理の後、ステップＳＴ４１へと進む。また、プロセッサー２１０は、ステップＳＴ３６～ステップＳＴ３８の待受状態にあるときに戻るボタンが操作されたならば、ステップＳＴ３６においてＹｅｓと判定してステップＳＴ４１へと進む。
【0123】
ステップＳＴ４１においてプロセッサー２１０は、検索画面ＳＣ４から検索したか否かを判定する。プロセッサー２１０は、例えば、ステップＳＴ４１の処理の直前のステップＳＴ３３の処理について、ステップＳＴ３２からステップＳＴ３３へと進んでいた場合に、検索画面ＳＣ４から検索したと判定する。プロセッサー２１０は、検索画面ＳＣ４から検索したと判定するならば、ステップＳＴ４１においてＹｅｓと判定して図２のステップＳＴ１１へと戻る。
【0124】
一方、サーバー装置１００が第２発注情報を受信した場合、図８のステップＳＴ１０７においてプロセッサー１１０は、第２発注処理を行う。第２発注処理は、受信された発注処理が第２発注情報である場合の発注処理である。第２発注処理では、発注側情報は、例えば、受信された第２発注情報に含まれるユーザーＩＤ及び発注入力情報を含む。第２発注処理では、第１発注処理と同様に、受注側情報は、例えば、受信された第２発注情報に含まれる検索結果ＩＤ、及び受注側のユーザーのユーザーＩＤを含む。
【0125】
また、プロセッサー２１０は、ステップＳＴ３６～ステップＳＴ３８の待受状態にあるときに通知登録ボタンが操作されたならば、ステップＳＴ３８においてＹｅｓと判定してステップＳＴ４１へと進む。
【0126】
ステップＳＴ４２においてプロセッサー２１０は、通知登録情報を生成する。通知登録情報は、例えば、ログインＩＤ及び検索条件情報を含む。当該検索条件情報は、ステップＳＴ３３で生成された検索情報中の検索条件情報と同様のものである。通知登録情報は、当該検索条件情報の示す条件を満たす募集案件がある場合に通知するように要求する情報である。プロセッサー２１０は、通知登録情報を生成した後、当該通知登録情報をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該通知登録情報をサーバー装置１００に送信する。送信された当該通知登録情報は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0127】
一方、図８のステップＳＴ１１１においてサーバー装置１００のプロセッサー１１０は、受信された情報が通知登録情報であるか否かを判定する。プロセッサー１１０は、受信された情報が通知登録情報であるならば、ステップＳＴ１１１においてＹｅｓと判定してステップＳＴ１１２へと進む。対して、プロセッサー１１０は、受信された情報が発注確認要求でないならば、ステップＳＴ１１１においてＮｏと判定してＳＴ１１３へと進む。
【0128】
ステップＳＴ１１２においてプロセッサー１１０は、受信された通知登録情報に含まれる検索条件情報が示す条件を満たす募集案件がある場合に、端末装置２００に通知するための処理を行う。プロセッサー１１０は、例えば、通知ＩＤに、当該通知登録情報に含まれるユーザーＩＤ（ログインＩＤ）及び検索条件情報を関連付けてマッチングＤＢ１４２に記憶する。通知ＩＤは、通知登録ごとにユニークな識別情報である。
プロセッサー１１０は、ステップＳＴ１１２の処理の後、ステップＳＴ１０１へと戻る。
プロセッサー１１０は、ステップＳＴ１１２の処理の後、ステップＳＴ１０１へと戻る。
【0129】
また、プロセッサー１１０は、例えば、定期的に、各通知ＩＤについて、関連付けられた検索条件情報を満たす募集案件があるか検索する。なお、プロセッサー１１０は、例えば、ステップＳＴ１０９の検索処理と同様の方法により検索する。そして、プロセッサー１１０は、検索によって条件を満たす募集案件を発見したならば、発見した各募集案件についての情報を取得する。そして、プロセッサー１１０は、取得した当該情報を通知ＩＤに関連付けられたユーザーＩＤで特定されたユーザーに通知する。なお、プロセッサー１１０は、例えば、ユーザーＤＢ１４１を参照して、当該ユーザーＩＤに関連付けられた連絡先を取得する。そして、プロセッサー１１０は、例えば、当該連絡先に対して通知を行う。通知先は、一例として端末装置２００である。プロセッサー１１０は、例えば、通知情報を端末装置２００などの通知先に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該通知情報を端末装置２００に送信する。送信された当該通知情報は、端末装置２００の通信インターフェース２５０によって受信される。通知情報は、通知のための情報である。通知の方法は、例えば、電子メール、ＳＭＳ（short message service）、プッシュ通知、又は端末アプリ内のメッセージなどである。また、通知は、募集案件に対して発注するためのＵＲＬ（uniform resource locator）などのＵＲＩ（uniform resource identifier）などを含んでも良い。端末装置２００のプロセッサー２１０などは、例えば、当該ＵＲＩのリンク先へ飛んだ場合、ステップＳＴ３９と同様の処理を実行する。
プロセッサー１１０は、通信インターフェース１５０と協働して通知情報を送信することで、検索結果をユーザーに送信する送信部の一例として機能する。
プロセッサー１１０は、通信インターフェース１５０と協働して通知情報を送信することで、検索結果をユーザーに送信する送信部の一例として機能する。
【0130】
また、プロセッサー１１０は、ステップＳＴ１０３などにおいて募集案件が新規に登録された際、当該募集案件が検索条件情報を満たす通知登録がある場合、当該通知登録について、通知ＩＤに関連付けられたユーザーＩＤで特定されたユーザーに通知する。当該通知の内容は、新規に登録された当該募集案件についての情報を含む。
【0131】
一方、端末装置２００のプロセッサー２１０は、図２のステップＳＴ１２～ステップＳＴ１７の待受状態にあるときに発注確認ボタンが操作されたならば、ステップＳＴ１４においてＹｅｓと判定して図４のステップＳＴ５１へと進む。
【0132】
ステップＳＴ５１においてプロセッサー２１０は、発注確認要求を生成する。発注確認要求は、例えばログインＩＤを含む。発注確認要求は、当該ログインＩＤで特定されるユーザーに来ている発注についての情報を送信するように要求することを示す情報である。プロセッサー２１０は、発注確認要求を生成した後、当該発注確認要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該発注確認要求をサーバー装置１００に送信する。送信された当該発注確認要求は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0133】
一方、図８のステップＳＴ１１３においてサーバー装置１００のプロセッサー１１０は、受信された情報が発注確認要求であるか否かを判定する。プロセッサー１１０は、受信された情報が発注確認要求であるならば、ステップＳＴ１１３においてＹｅｓと判定してステップＳＴ１１４へと進む。対して、プロセッサー１１０は、受信された情報が発注確認要求でないならば、ステップＳＴ１１３においてＮｏと判定して図９のステップＳＴ１２１へと進む。
【0134】
ステップＳＴ１１４においてプロセッサー１１０は、発注確認要求に含まれるユーザーＩＤ（ログインＩＤ）に対する発注についての情報を取得する。すなわち、プロセッサー１１０は、マッチングＤＢ１４２を参照して、当該ユーザーＩＤが関連付けられた各発注ＩＤを取得する。ただし、プロセッサー１１０は、受注済情報又は拒否情報が関連付けられている発注ＩＤは取得しない。受注済情報及び拒否情報については後述する。また、プロセッサー１１０は、マッチングＤＢ１４２を参照して、取得した各発注ＩＤに関連付けられた発注側情報及び受注側情報を取得する。さらに、プロセッサー１１０は、取得した発注側情報に登録ＩＤ（新規登録ＩＤ）が含まれる場合、マッチングＤＢ１４２を参照して当該登録ＩＤに関連付けられた入力情報を取得する。ここで取得される入力情報を以下「発注側入力情報」という。また、プロセッサー１１０は、ユーザーＤＢ１４１を参照して、取得した発注側情報に含まれるユーザーＩＤに関連付けられたユーザー情報を取得する。また、プロセッサー１１０は、取得した受注側情報に含まれる登録ＩＤに関連付けられた入力情報を取得する。
【0135】
ステップＳＴ１１５においてプロセッサー１１０は、発注確認情報を生成する。発注確認情報は、ユーザーに対して、当該ユーザーに対する発注の一覧及び当該各発注についての情報を通知するための情報である。発注確認情報は、ステップＳＴ１１４で取得された各情報の一部又は全部を含む。プロセッサー１１０は、発注確認情報を生成した後、当該発注確認情報を端末装置２００に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該発注確認情報を端末装置２００に送信する。送信された当該発注確認情報は、端末装置２００の通信インターフェース２５０によって受信される。プロセッサー１１０は、ステップＳＴ１１５の処理の後、ステップＳＴ１０１へと戻る。
【0136】
一方、図４のステップＳＴ５２において端末装置２００のプロセッサー２１０は、通信インターフェース２５０によって発注確認情報が受信されるのを待ち受けている。プロセッサー２１０は、発注確認情報が受信されたならば、ステップＳＴ５２においてＹｅｓと判定してステップＳＴ５３へと進む。
【0137】
ステップＳＴ５３においてプロセッサー２１０は、発注確認情報に基づき発注確認画面に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、発注確認画面を表示する。
【0138】
発注確認画面は、ユーザーが自社に来ている発注についての情報を確認するための画面である。また、発注確認画面は、当該各発注をユーザーに通知するための画面である。また、発注確認画面は、当該各発注についてユーザーが受注又は拒否をするための画面である。発注確認画面は、発注確認情報に含まれる各発注についての情報を含む。各発注についての情報は、例えば、発注ＩＤ、発注対象情報、発注内容情報を含む。発注対象情報は、どの募集案件に対する発注であるかを示す情報であり、当該募集案件の内容を含む。発注対象情報は、例えば、当該募集案件についての登録ＩＤ及び入力情報を含む。発注内容情報は、発注の内容を示す情報である。発注内容情報は、例えば、発注対象情報に含まれる発注入力情報又は発注側入力情報の内容を含む。また、発注内容情報は、発注した側のユーザーについてのユーザー情報の内容を含む。当該内容には、例えば、当該ユーザーの社名、連絡先及び所在地などが含まれる。
【0139】
また、発注確認画面は、例えば、戻るボタン、１又は複数の受注ボタン、及び１又は複数の受注拒否ボタンを含む。
戻るボタンは、発注確認画面からトップ画面に戻る場合に操作者が操作するためのボタンである。
各受注ボタンは、例えば、検索結果画面に表示された各発注にそれぞれ対応する。受注ボタンは、対応する発注を受ける（受注する）場合に操作するためのボタンである。
各拒否ボタンは、例えば、検索結果画面に表示された各発注にそれぞれ対応する。拒否ボタンは、対応する発注を受けない（拒否する）場合に操作するためのボタンである。
戻るボタンは、発注確認画面からトップ画面に戻る場合に操作者が操作するためのボタンである。
各受注ボタンは、例えば、検索結果画面に表示された各発注にそれぞれ対応する。受注ボタンは、対応する発注を受ける（受注する）場合に操作するためのボタンである。
各拒否ボタンは、例えば、検索結果画面に表示された各発注にそれぞれ対応する。拒否ボタンは、対応する発注を受けない（拒否する）場合に操作するためのボタンである。
【0140】
なお、来ている発注の数が０である場合、発注確認画面は、各発注についての情報、受注ボタン及び拒否ボタンを含まなくても良い。
【0141】
操作者は、発注確認画面を見て各発注の内容を確認する。操作者は、受注したい発注について受注ボタンを操作する。操作者は、拒否したい発注について拒否ボタンを操作する。
【0142】
ステップＳＴ５４においてプロセッサー２１０は、発注確認画面において戻るボタンが操作されたか否かを判定する。プロセッサー２１０は、戻るボタンが操作されないならば、ステップＳＴ５４においてＮｏと判定してステップＳＴ５５へと進む。
【0143】
ステップＳＴ５５においてプロセッサー２１０は、受注ボタンが操作されたか否かを判定する。プロセッサー２１０は、受注ボタンが操作されないならば、ステップＳＴ５５においてＮｏと判定してステップＳＴ５６へと進む。
【0144】
ステップＳＴ５６においてプロセッサー２１０は、拒否ボタンが操作されたか否かを判定する。プロセッサー２１０は、拒否ボタンが操作されないならば、ステップＳＴ５６においてＮｏと判定してステップＳＴ５４へと戻る。かくして、プロセッサー２１０は、戻るボタン、受注ボタン又は拒否ボタンが操作されるまでステップＳＴ５４～ステップＳＴ５６を繰り返す待受状態となる。
【0145】
プロセッサー２１０は、ステップＳＴ５４～ステップＳＴ５６の待受状態にあるときに戻るボタンが操作されたならば、ステップＳＴ５４においてＹｅｓと判定して図２のステップＳＴ１１へと戻る。
【0146】
プロセッサー２１０は、図４のステップＳＴ５４～ステップＳＴ５６の待受状態にあるときに受注ボタンが操作されたならば、ステップＳＴ５５においてＹｅｓと判定してステップＳＴ５７へと進む。
【0147】
ステップＳＴ５７においてプロセッサー２１０は、受注要求を生成する。受注要求は、操作された受注ボタンに対応する発注についての発注ＩＤを含む。受注要求は、当該発注ＩＤで特定される発注を受注することを示す情報である。プロセッサー２１０は、受注要求を生成した後、当該受注要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該受注要求をサーバー装置１００に送信する。送信された当該受注要求は、サーバー装置１００の通信インターフェース１５０によって受信される。プロセッサー２１０は、ステップＳＴ５７の処理の後、ステップＳＴ５１へと戻る。
【0148】
一方、図９のステップＳＴ１２１においてサーバー装置１００のプロセッサー１１０は、受信された情報が受注要求であるか否かを判定する。プロセッサー１１０は、受信された情報が受注要求であるならば、ステップＳＴ１２１においてＹｅｓと判定してステップＳＴ１２２へと進む。対して、プロセッサー１１０は、受信された情報が受注要求でないならば、ステップＳＴ１２１においてＮｏと判定してステップＳＴ１２３へと進む。
【0149】
ステップＳＴ１２２においてプロセッサー１１０は、受注処理を行う。受注処理は、受信された受注要求に含まれる発注ＩＤで特定される発注が受注されたことが分かるようにマッチングＤＢ１４２に記憶する処理である。例えば、プロセッサー１１０は、マッチングＤＢ１４２に記憶された当該発注ＩＤに受注済情報及び支払ステータス情報を関連付けて記憶する。受注済情報が関連付けられた発注ＩＤは、当該発注ＩＤで特定される発注が受注済みであることを示す。支払ステータス情報は、関連付けられた発注ＩＤで特定される発注について、運賃の支払い及び決済の状況を示す情報である。ここでプロセッサー１１０が関連付ける支払ステータス情報は、未払い状態である。未払い状態の支払いステータス情報は、運賃の支払い及び決済がまだであることを示す。また、プロセッサー１１０は、当該発注ＩＤに関連付けられた登録ＩＤに関連付けられた案件ステータス情報を、受注済み状態にする。また、プロセッサー１１０は、当該発注ＩＤに関連付けられた登録ＩＤで特定される募集案件ついて、ステップＳＴ１０４のマッチング処理及びステップＳＴ１０９の検索処理の検索対象にならないようにする。例えば、プロセッサー１１０は、当該募集案件についてのデータを削除又は移動する。例えば、プロセッサー１１０は、当該登録ＩＤに、検索対象にしないことを示す情報を関連付ける。例えば、プロセッサー１１０は、当該登録ＩＤに関連付けられた案件ステータス情報が受注済み状態である場合に当該募集案件を検索対象としない。なお、発注ＩＤに関連付けられた発注側情報は登録ＩＤを含む場合があり、発注ＩＤに関連付けられた受注側情報は登録ＩＤを含む。したがって、発注ＩＤに関連付けられた登録ＩＤは、１又は２つである。プロセッサー１１０は、この１又は２つの登録ＩＤそれぞれについて、上述の検索対象にならないようにする処理を行う。
【0150】
プロセッサー１１０は、ステップＳＴ１２２の処理の後、図８のステップＳＴ１０１へと戻る。
【0151】
一方、端末装置２００のプロセッサー２１０は、図４のステップＳＴ５４～ステップＳＴ５６の待受状態にあるときに拒否ボタンが操作されたならば、ステップＳＴ５６においてＹｅｓと判定してステップＳＴ５８へと進む。
【0152】
ステップＳＴ５８においてプロセッサー２１０は、拒否要求を生成する。拒否要求は、操作された受注ボタンに対応する発注についての発注ＩＤを含む。拒否要求は、当該発注ＩＤで特定される発注を受けないことを示す情報である。プロセッサー２１０は、拒否要求を生成した後、当該拒否要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該拒否要求をサーバー装置１００に送信する。送信された当該拒否要求は、サーバー装置１００の通信インターフェース１５０によって受信される。プロセッサー２１０は、ステップＳＴ５８の処理の後、ステップＳＴ５１へと戻る。
【0153】
一方、図９のステップＳＴ１２３においてサーバー装置１００のプロセッサー１１０は、受信された情報が拒否要求であるか否かを判定する。プロセッサー１１０は、受信された情報が拒否要求であるならば、ステップＳＴ１２３においてＹｅｓと判定してステップＳＴ１２４へと進む。対して、プロセッサー１１０は、受信された情報が拒否要求でないならば、ステップＳＴ１２３においてＮｏと判定してステップＳＴ１２５へと進む。
【0154】
ステップＳＴ１２４においてプロセッサー１１０は、拒否処理を行う。拒否処理は、受信された拒否要求に含まれる発注ＩＤで特定される発注が拒否されたことが分かるようにマッチングＤＢ１４２に記憶する処理である。例えば、プロセッサー１１０は、マッチングＤＢ１４２に記憶された当該発注ＩＤに拒否情報を関連付けて記憶する。拒否情報が関連付けられた発注ＩＤは、当該発注ＩＤで特定される発注が拒否済みであることを示す。プロセッサー１１０は、ステップＳＴ１２４の処理の後、ステップＳＴ１１３へと戻る。
【0155】
一方、端末装置２００のプロセッサー２１０は、図２のステップＳＴ１２～ステップＳＴ１７の待受状態にあるときに受注確認ボタンが操作されたならば、ステップＳＴ１５においてＹｅｓと判定して図５のステップＳＴ６１へと進む。
【0156】
ステップＳＴ６１においてプロセッサー２１０は、受注確認要求を生成する。受注確認要求は、例えばログインＩＤを含む。受注確認要求は、当該ログインＩＤで特定されるユーザーがした発注についての受注などの状況を示す情報を送信するように要求することを示す情報である。プロセッサー２１０は、受注確認要求を生成した後、当該受注確認要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該受注確認要求をサーバー装置１００に送信する。送信された当該受注確認要求は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0157】
一方、図９のステップＳＴ１２５においてサーバー装置１００のプロセッサー１１０は、受信された情報が受注確認要求であるか否かを判定する。プロセッサー１１０は、受信された情報が受注確認要求であるならば、ステップＳＴ１２５においてＹｅｓと判定してステップＳＴ１２６へと進む。対して、プロセッサー１１０は、受信された情報が受注確認要求でないならば、ステップＳＴ１２５においてＮｏと判定してステップＳＴ１２８へと進む。
【0158】
ステップＳＴ１２６においてプロセッサー１１０は、受信された受注確認要求に含まれるユーザーＩＤ（ログインＩＤ）で特定されるユーザーがした発注の一覧及び当該発注についての受注などの状況についての情報を取得する。例えば、プロセッサー１１０は、マッチングＤＢ１４２を参照して、当該ログインＩＤを含む発注側情報が関連付けられている各発注ＩＤを取得する。また、プロセッサー１１０は、マッチングＤＢ１４２を参照して、取得した各発注ＩＤに関連付けられた発注側情報及び受注側情報を取得する。さらに、プロセッサー１１０は、取得した発注側情報に登録ＩＤ（新規登録ＩＤ）が含まれる場合、マッチングＤＢ１４２を参照して当該登録ＩＤに関連付けられた発注側入力情報を取得する。ここで取得される入力情報を以下「発注側入力情報」という。また、プロセッサー１１０は、ユーザーＤＢ１４１を参照して、取得した受注側情報に含まれるユーザーＩＤに関連付けられたユーザー情報を取得する。また、プロセッサー１１０は、取得した受注側情報に含まれる登録ＩＤに関連付けられた入力情報を取得する。
【0159】
ステップＳＴ１２７においてプロセッサー１１０は、受注確認情報を生成する。受注確認情報は、ユーザーに対して、当該ユーザーが発注者である発注の一覧及び当該各発注についての情報を通知するための情報である。受注確認情報は、例えば、ステップＳＴ１２６で取得された各情報の一部又は全部を含む。プロセッサー１１０は、受注確認情報を生成した後、当該受注確認情報を端末装置２００に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該受注確認情報を端末装置２００に送信する。送信された当該受注確認情報は、端末装置２００の通信インターフェース２５０によって受信される。プロセッサー１１０は、ステップＳＴ１２７の処理の後、図８のステップＳＴ１０１へと戻る。
【0160】
一方、図５のステップＳＴ６２において端末装置２００のプロセッサー２１０は、通信インターフェース２５０によって受注確認情報が受信されるのを待ち受けている。プロセッサー２１０は、受注確認情報が受信されたならば、ステップＳＴ６２においてＹｅｓと判定してステップＳＴ６３へと進む。
【0161】
ステップＳＴ６３においてプロセッサー２１０は、受注確認画面に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、受注確認画面を表示する。
【0162】
受注確認画面は、ユーザーが、自社が行った発注についての情報などを確認するための画面である。また、受注確認画面は、当該各発注をユーザーに通知するための画面である。受注確認画面は、受注確認情報に含まれる各発注についての情報を含む。各発注についての情報は、例えば、発注ＩＤ、発注対象情報、発注内容情報、及び発注状況情報を含む。発注対象情報は、どの募集案件に対する発注であるかを示す情報であり、当該募集案件の内容を含む。発注対象情報は、例えば、当該募集案件についての登録ＩＤ及び入力情報を含む。発注内容情報は、発注の内容を示す情報である。発注内容情報は、例えば、発注対象情報に含まれる発注入力情報又は発注側入力情報の内容を含む。また、発注内容情報は、発注した側のユーザーについてのユーザー情報の内容を含む。当該内容には、例えば、当該ユーザーの社名、連絡先及び所在地などが含まれる。発注状況情報は、当該発注が受注されたか拒否されたか、まだ受注も拒否もされていないかを示す情報である。また、受注確認画面は、例えば戻るボタンを含む。戻るボタンは、受注確認画面からトップ画面に戻る場合に操作するためのボタンである。
【0163】
ユーザーは、受注確認画面を見ることで発注が受注されているかを確認することができる。そして、ユーザーは、受注された発注について、当該発注が荷物に対するものである場合、各入力情報及び発注内容に基づき空きスペースを提供して受注者の荷物を運ぶ。あるいは、ユーザーは、受注された発注について、当該発注が空きスペースに対するものである場合、各入力情報及び発注内容に基づき発注者に当該空きスペースを用いて荷物を運んでもらう。
【0164】
ステップＳＴ６４においてプロセッサー２１０は、戻るボタンが操作されるのを待ち受ける。プロセッサー２１０は、戻るボタンが操作されたならば、ステップＳＴ６４においてＹｅｓと判定して図２のステップＳＴ１１へと戻る。
【0165】
また、プロセッサー２１０は、ステップＳＴ１２～ステップＳＴ１７の待受状態にあるときに支払確認ボタンが操作されたならば、ステップＳＴ１６においてＹｅｓと判定して図６のステップＳＴ７１へと進む。
【0166】
ステップＳＴ７１においてプロセッサー２１０は、支払確認要求を生成する。支払確認要求は、例えばログインＩＤを含む。支払確認要求は、当該ログインＩＤで特定されるユーザーについての運賃の支払い状況及び決済状況などを示す情報を送信するように要求することを示す情報である。プロセッサー２１０は、支払確認要求を生成した後、当該支払確認要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該支払確認要求をサーバー装置１００に送信する。送信された当該支払確認要求は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0167】
一方、図９のステップＳＴ１２８においてサーバー装置１００のプロセッサー１１０は、受信された情報が支払確認要求であるか否かを判定する。プロセッサー１１０は、受信された情報が支払確認要求であるならば、ステップＳＴ１２８においてＹｅｓと判定してステップＳＴ１２９へと進む。対して、プロセッサー１１０は、受信された情報が支払確認要求でないならば、ステップＳＴ１２８においてＮｏと判定してステップＳＴ１３１へと進む。
【0168】
ステップＳＴ１２９においてプロセッサー１１０は、受信された支払確認要求に含まれるユーザーＩＤ（ログインＩＤ）で特定されるユーザーが発注者又は受注者である発注のうち受注済みである発注についての情報を取得する。例えば、プロセッサー１１０は、マッチングＤＢ１４２を参照して、当該ログインＩＤを含む発注側情報又は当該ログインＩＤを含む受注側情報が関連付けられ、受注済情報が関連付けられている各発注ＩＤを取得する。また、プロセッサー１１０は、取得した各発注ＩＤについて、マッチングＤＢ１４２を参照して、当該各発注ＩＤに関連付けられた発注側情報、受注側情報及び支払いステータス情報を取得する。
【0169】
ステップＳＴ１３０においてプロセッサー１１０は、支払確認情報を生成する。支払確認情報は、ユーザーに対して、当該ユーザーが行った発注者又は受注者であり、受注済みである発注の一覧及び、各発注についての支払い状況を通知するための情報である。支払確認情報は、例えば、ステップＳＴ１２９で取得された各情報の一部又は全部を含む。プロセッサー１１０は、支払確認情報を生成した後、当該支払確認情報を端末装置２００に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該支払確認情報を端末装置２００に送信する。送信された当該支払確認情報は、端末装置２００の通信インターフェース２５０によって受信される。プロセッサー１１０は、ステップＳＴ１３０の処理の後、ステップＳＴ１０１へと戻る。
【0170】
一方、図６のステップＳＴ７２において端末装置２００のプロセッサー２１０は、通信インターフェース２５０によって支払確認情報が受信されるのを待ち受けている。プロセッサー２１０は、支払確認情報が受信されたならば、ステップＳＴ７２においてＹｅｓと判定してステップＳＴ７３へと進む。
【0171】
ステップＳＴ７３においてプロセッサー２１０は、支払画面に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、支払画面を表示する。
【0172】
支払画面は、ログインユーザーが運賃を受け取る者（以下「受領者」という。）である各発注について、運賃を支払う者（以下「支払者」という。）による運賃の支払及び決済の状況を表示する画面である。また、支払画面は、ログインユーザーが支払者である各発注についての運賃の支払い及び決済の状況を表示する画面である。また、支払画面は、ログインユーザーが支払者である各発注についての運賃の支払い及び決済を行うための画面である。支払画面は、例えば、受領状況領域、支払状況領域及び戻るボタンを含む。
【0173】
受領状況領域は、ログインユーザーが受領者である各発注について、運賃が支払い済みであるか否か、及び決済済みであるか否かを表示する領域である。なお、ここでは、支払いが完了しているとは、支払者が決済代行会社に対して運賃（第１運賃）を支払い済みであることを示す。また、ここでは、決済済みとは、支払者によって決済代行会社に支払われた運賃のうち、第２運賃が、決済代行会社から受領者に支払い済みであることを示す。なお、第１運賃及び第２運賃については後述する。したがって、支払いが完了しているが決済が完了していない場合、支払者が決済代行会社に対して運賃を支払ったが、決済代行会社から当該運賃が受領者に支払われていないことを示す。なお、決済代行会社は、例えば、銀行、カード会社、又はその他の決済の代行及び仲介などを行う法人又は団体などである。
【0174】
支払状況領域は、ログインユーザーが支払者である各発注について、運賃が支払い済みであるか否か、及び決済済みであるか否かを表示する領域である。また、支払い状況領域は、運賃の支払いが未完了である発注については、それぞれ当該発注に対応する支払ボタンを含む。また、支払い状況領域は、運賃が支払い済みであり決済が未完了であり、決済が保留されている発注については、それぞれ当該発注に対応する決済ボタンを含む。なお、決済の保留については後述する。また、運賃の支払いが未完了である発注は、関連付けられた支払いステータス情報が未払い状態である発注である。また、運賃が支払い済みであり決済が未完了である発注は、関連付けられた支払いステータス情報が保留状態である発注である。
【0175】
支払ボタンは、当該支払ボタンに対応する発注についての運賃を支払う場合に操作者が操作するためのボタンである。
決済ボタンは、当該決済ボタンに対応する発注についての運賃について決済指示を行う場合に操作者が操作するためのボタンである。また、決済ボタンは、当該発注について、荷物の運送が完了したことを確認した場合に操作者が操作するためのボタンである。
決済ボタンは、当該決済ボタンに対応する発注についての運賃について決済指示を行う場合に操作者が操作するためのボタンである。また、決済ボタンは、当該発注について、荷物の運送が完了したことを確認した場合に操作者が操作するためのボタンである。
【0176】
戻るボタンは、支払い画面からトップ画面に戻る場合に操作者が操作するためのボタンである。
【0177】
ステップＳＴ７４においてプロセッサー２１０は、戻るボタンが操作されたか否かを判定する。プロセッサー２１０は、戻るボタンが操作されないならば、ステップＳＴ７４においてＮｏと判定してステップＳＴ７５へと進む。
【0178】
ステップＳＴ７５においてプロセッサー２１０は、支払ボタンが操作されたか否かを判定する。プロセッサー２１０は、支払ボタンが操作されないならば、ステップＳＴ７５においてＮｏと判定してステップＳＴ７６へと進む。
【0179】
ステップＳＴ７６においてプロセッサー２１０は、決済ボタンが操作されたか否かを判定する。プロセッサー２１０は、決済ボタンが操作されないならば、ステップＳＴ７６においてＮｏと判定してステップＳＴ７４へと戻る。かくして、プロセッサー２１０は、戻るボタン、支払ボタン又は決済ボタンが操作されるまでステップＳＴ７４～ステップＳＴ７６を繰り返す待受状態となる。
【0180】
プロセッサー２１０は、ステップＳＴ７４～ステップＳＴ７６の待受状態にあるときに戻るボタンが操作されたならば、ステップＳＴ７４においてＹｅｓと判定して図２のステップＳＴ１１へと戻る。
【0181】
プロセッサー２１０は、図６のステップＳＴ７４～ステップＳＴ７６の待受状態にあるときに支払ボタンが操作されたならば、ステップＳＴ７５においてＹｅｓと判定してステップＳＴ７７へと進む。
【0182】
ステップＳＴ７７においてプロセッサー２１０は、操作された支払ボタンに対応する発注についての運賃の支払いのための支払処理を行う。支払処理について、図１７を用いて説明する。図１７は、配車システム１における決済を行うための決済システム２について説明するための図である。運賃の支払いには例えば、銀行振込、クレジットカード決済又は電子マネー決済などの各種の決済方法を用いることができる。プロセッサー２１０は、支払われた運賃について、決済サーバー３００に送金されるように処理を行う。これにより、運賃分の資金が荷主５００（支払者）から決済サーバー３００に移動する。なお、ここで支払われる運賃を第１運賃というものとする。第１運賃には、運送会社６００（受領者）に支払われる運賃（以下「第２運賃」という。）の他、決済手数料及び仲介手数料の少なくともいずれかが含まれていても良い。決済サーバー３００は、例えば、決済代行会社４００が運用するサーバーである。決済代行会社４００は、例えば、運賃の決済を利用する荷主５００（支払者）及び運送会社６００（受領者）について、決済の利用可否のための審査を行っても良い。審査を通過した荷主５００（支払者）及び運送会社６００（受領者）が決済サーバー３００を用いた決済を利用可能である。
端末装置２００－１のプロセッサー２１０は、支払処理において、例えば、サーバー装置１００及び決済サーバー３００と必要な情報のやり取りを行う。サーバー装置１００、端末装置２００－１及び決済サーバー３００は、支払処理において必要な情報のやり取りを行う。なお、端末装置２００－１は、荷主５００（支払者）が使用する端末装置２００である。また、運送会社６００（受領者）が使用する端末装置２００については、端末装置２００－２と表す。
また、プロセッサー２１０は、支払処理において、支払情報を生成する。支払情報は、例えば、操作された支払ボタンに対応する発注の発注ＩＤ、及び運賃の支払いに必要な情報を含む。支払情報は、当該発注についての支払いを行うことを通知する情報である。プロセッサー２１０は、支払情報を生成した後、当該支払情報をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該支払情報をサーバー装置１００に送信する。送信された当該支払情報は、サーバー装置１００の通信インターフェース１５０によって受信される。
端末装置２００－１のプロセッサー２１０は、支払処理において、例えば、サーバー装置１００及び決済サーバー３００と必要な情報のやり取りを行う。サーバー装置１００、端末装置２００－１及び決済サーバー３００は、支払処理において必要な情報のやり取りを行う。なお、端末装置２００－１は、荷主５００（支払者）が使用する端末装置２００である。また、運送会社６００（受領者）が使用する端末装置２００については、端末装置２００－２と表す。
また、プロセッサー２１０は、支払処理において、支払情報を生成する。支払情報は、例えば、操作された支払ボタンに対応する発注の発注ＩＤ、及び運賃の支払いに必要な情報を含む。支払情報は、当該発注についての支払いを行うことを通知する情報である。プロセッサー２１０は、支払情報を生成した後、当該支払情報をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該支払情報をサーバー装置１００に送信する。送信された当該支払情報は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0183】
一方、図９のステップＳＴ１３１においてサーバー装置１００のプロセッサー１１０は、受信された情報が支払情報であるか否かを判定する。プロセッサー１１０は、受信された情報が支払情報であるならば、ステップＳＴ１３１においてＹｅｓと判定してステップＳＴ１３２へと進む。対して、プロセッサー１１０は、受信された情報が支払情報でないならば、ステップＳＴ１３１においてＮｏと判定してステップＳＴ１３５へと進む。
【0184】
ステップＳＴ１３２においてプロセッサー１１０は、運賃の支払いが後払いであるか否かを判定する。プロセッサー１１０は、例えば、支払期限情報を参照して後払いを示す情報が含まれるならば後払いであると判定する。当該支払期限情報は、受信された支払情報に含まれる発注ＩＤで特定される発注についての支払期限情報である。あるいは、プロセッサー１１０は、現在日時が、荷物が運び終わる日時より後であるならば運賃が後払いであると判定する。当該荷物は、受信された支払情報に含まれる発注ＩＤで特定される発注において、運ぶ予定とされている荷物である。プロセッサー１１０は、運賃の支払いが後払いでないならば、すなわち先払いであるならば、ステップＳＴ１３２においてＮｏと判定してステップＳＴ１３３へと進む。
【0185】
ステップＳＴ１３３においてプロセッサー１１０は、受信された支払情報に含まれる発注ＩＤで特定される発注についての運賃の支払い及び決済のための処理を行う。プロセッサー１１０は、ユーザーＤＢ１４１を参照して、支払者のユーザーＩＤに関連付けられた決済情報を取得する。そして、当該決済情報に定められた決済方法を用いて支払いのための処理を行う。プロセッサー１１０は、例えば、決済代行会社のサーバーなどと協働して運賃の支払いのために必要な情報を端末装置２００に送信する。
【0186】
端末装置２００のプロセッサー２１０は、運賃の支払いに必要な情報が受信されたならば、当該情報に基づき、支払いのための処理を行う。
決済サーバー３００などは、運賃の支払いが正常に行われているならば、運賃の受領者に対して運賃（第２運賃）の支払いを行うことで決済を完了する。これにより、第２運賃分の資金が決済サーバー３００から運送会社６００（受領者）に移動する。この際、決済サーバー３００は、第１運賃から、必要に応じて手数料などを引いた金額の第２運賃を受領者に支払う。
決済サーバー３００などは、運賃の支払いが正常に行われているならば、運賃の受領者に対して運賃（第２運賃）の支払いを行うことで決済を完了する。これにより、第２運賃分の資金が決済サーバー３００から運送会社６００（受領者）に移動する。この際、決済サーバー３００は、第１運賃から、必要に応じて手数料などを引いた金額の第２運賃を受領者に支払う。
【0187】
なお、支払者から決済代行会社への支払い及び決済代行会社から受領者への支払い以外に、配車システム１の運用者などから決済代行会社への支払い及び決済代行会社から配車システム１の運用者などへの支払いが発生する場合もある。
支払者から決済代行会社へ支払う金額（以下「第１支払金額」という。）、決済代行会社から受領者へ支払う金額（以下「第２支払金額」という。）、配車システム１の運用者などが決済代行会社へ支払う金額（以下「第３支払金額」という。）及び決済代行会社が配車システム１の運用者７００などへ支払う金額（以下「第４支払金額」という。）のパターンは、例えば以下の（Ｂ１－１）、（Ｂ１－２）、（Ｂ２－１）、（Ｂ２－２）、（Ｂ３）及び（Ｂ４）のようなパターンがある。ここで、仲介手数料は、配車サービスにおける発注及び受注の仲介にかかる手数料である。なお、仲介手数料は、無料であっても良い。決済手数料は、決済代行会社などが受ける手数料である。決済手数料は、決済の手数料だけでなく、保険料を含んでも良い。ここでの保険料は、例えば、運送保険又は貨物保険などの保険料である。なお、保険料は、複数の保険の保険料を合算したものであっても良い。運送保険及び貨物保険は、例えば、荷物の紛失、事故、キャンセル、盗難又は破損などの荷物に対する損害に対して、荷主５００（支払者）又は運送会社６００（受領者）に保険金の支払いなどの補償が行われるものである。また、決済手数料は、無料であっても良い。また、仲介手数料と決済手数料は、相殺しても良い。
支払者から決済代行会社へ支払う金額（以下「第１支払金額」という。）、決済代行会社から受領者へ支払う金額（以下「第２支払金額」という。）、配車システム１の運用者などが決済代行会社へ支払う金額（以下「第３支払金額」という。）及び決済代行会社が配車システム１の運用者７００などへ支払う金額（以下「第４支払金額」という。）のパターンは、例えば以下の（Ｂ１－１）、（Ｂ１－２）、（Ｂ２－１）、（Ｂ２－２）、（Ｂ３）及び（Ｂ４）のようなパターンがある。ここで、仲介手数料は、配車サービスにおける発注及び受注の仲介にかかる手数料である。なお、仲介手数料は、無料であっても良い。決済手数料は、決済代行会社などが受ける手数料である。決済手数料は、決済の手数料だけでなく、保険料を含んでも良い。ここでの保険料は、例えば、運送保険又は貨物保険などの保険料である。なお、保険料は、複数の保険の保険料を合算したものであっても良い。運送保険及び貨物保険は、例えば、荷物の紛失、事故、キャンセル、盗難又は破損などの荷物に対する損害に対して、荷主５００（支払者）又は運送会社６００（受領者）に保険金の支払いなどの補償が行われるものである。また、決済手数料は、無料であっても良い。また、仲介手数料と決済手数料は、相殺しても良い。
【0188】
（Ｂ１－１）
第１支払金額：第１運賃（第１運賃＝第２運賃＋仲介手数料）
第２支払金額：第２運賃
第３支払金額：決済手数料
第４支払金額：仲介手数料
（Ｂ１－２）
第１支払金額：第１運賃（第１運賃＝第２運賃）
第２支払金額：第２運賃
第３支払金額：決済手数料
第４支払金額：０
なお、（Ｂ１－２）は、（Ｂ１－１）の仲介手数料を無料にしたパターンである。
第１支払金額：第１運賃（第１運賃＝第２運賃＋仲介手数料）
第２支払金額：第２運賃
第３支払金額：決済手数料
第４支払金額：仲介手数料
（Ｂ１－２）
第１支払金額：第１運賃（第１運賃＝第２運賃）
第２支払金額：第２運賃
第３支払金額：決済手数料
第４支払金額：０
なお、（Ｂ１－２）は、（Ｂ１－１）の仲介手数料を無料にしたパターンである。
【0189】
（Ｂ２－１）
第１支払金額：第１運賃（第１運賃＝第２運賃＋仲介手数料＋決済手数料）
第２支払金額：第２運賃
第３支払金額：０
第４支払金額：仲介手数料
（Ｂ２－２）
第１支払金額：第１運賃（第１運賃＝第２運賃＋決済手数料）
第２支払金額：第２運賃
第３支払金額：０
第４支払金額：０
なお、（Ｂ２－２）は、（Ｂ２－１）の仲介手数料を無料にしたパターンである。
第１支払金額：第１運賃（第１運賃＝第２運賃＋仲介手数料＋決済手数料）
第２支払金額：第２運賃
第３支払金額：０
第４支払金額：仲介手数料
（Ｂ２－２）
第１支払金額：第１運賃（第１運賃＝第２運賃＋決済手数料）
第２支払金額：第２運賃
第３支払金額：０
第４支払金額：０
なお、（Ｂ２－２）は、（Ｂ２－１）の仲介手数料を無料にしたパターンである。
【0190】
（Ｂ３）
第１支払金額：第１運賃
第２支払金額：第２運賃（第２運賃＝第１運賃－仲介手数料）
第３支払金額：決済手数料
第４支払金額：仲介手数料
なお、（Ｂ３）の仲介手数料を無料にしたパターンは（Ｂ１－２）である。
第１支払金額：第１運賃
第２支払金額：第２運賃（第２運賃＝第１運賃－仲介手数料）
第３支払金額：決済手数料
第４支払金額：仲介手数料
なお、（Ｂ３）の仲介手数料を無料にしたパターンは（Ｂ１－２）である。
【0191】
（Ｂ４）
第１支払金額：第１運賃（第１運賃＝第２運賃＋決済手数料）
第２支払金額：（第２運賃－仲介手数料）
第３支払金額：０
第４支払金額：仲介手数料
なお、（Ｂ３）の仲介手数料を無料にしたパターンは（Ｂ２－２）である。
第１支払金額：第１運賃（第１運賃＝第２運賃＋決済手数料）
第２支払金額：（第２運賃－仲介手数料）
第３支払金額：０
第４支払金額：仲介手数料
なお、（Ｂ３）の仲介手数料を無料にしたパターンは（Ｂ２－２）である。
【0192】
決済サーバー３００は、（Ｂ２－１）、（Ｂ２－２）及び（Ｂ４）のパターンの場合、支払者から決済サーバー３００に支払われた金額から、決済手数料を差し引く処理を行う。そして、決済サーバー３００は、差し引いた決済手数料を決済代行会社４００に支払う処理を行う。これにより、決済手数料分の通貨が決済サーバー３００から決済代行会社４００に移動する。決済手数料は、例えば、決済代行会社４００が所有する口座などに振り込まれる。
【0193】
サーバー装置１００のプロセッサー１１０は、運賃の支払い及び決済が正常に行われたならば、運賃の支払い及び決済が完了したことを記録する。例えば、プロセッサー１１０は、マッチングＤＢ１４２を参照して、受信された支払情報に含まれる発注ＩＤに関連付けられた支払ステータス情報を決済済み状態に書き換える。決済済み状態の支払ステータス情報は、関連付けられた発注ＩＤで特定される発注が、運賃の支払い及び決済が完了していることを示す。
プロセッサー１１０は、ステップＳＴ１３３の処理の後、図８のステップＳＴ１０１へと戻る。
プロセッサー１１０は、ステップＳＴ１３３の処理の後、図８のステップＳＴ１０１へと戻る。
【0194】
また、決済システム２は、上記の運賃の支払い及び決済の仕組みを用いて運賃以外のその他の支払い及び決済を行うことができても良い。運賃以外のもとして、例えば、事故代（事故弁金）及びキャンセル代などを挙げることができる。
【0195】
一方、プロセッサー１１０は、例えば、支払期限情報を参照して先払いを示す情報が含まれるならば後払いでないと判定する。当該支払期限情報は、受信された支払情報に含まれる発注ＩＤで特定される発注についての支払期限情報である。あるいは、プロセッサー１１０は、現在日時が、荷物が運び終わる予定の日時より前であるならば運賃が先払いであると判定する。当該荷物は、受信された支払情報に含まれる発注ＩＤで特定される発注において、運ぶ予定とされている荷物である。プロセッサー１１０は、運賃の支払いが先払いである、すなわち運賃の支払いが後払いであるならば、図９のステップＳＴ１３２においてＹｅｓと判定してステップＳＴ１３４へと進む。
【0196】
ステップＳＴ１３４においてプロセッサー１１０は、受信された支払情報に含まれる発注ＩＤで特定される発注についての第１運賃の支払いのための処理を行う。プロセッサー１１０は、例えば、決済サーバー３００などと協働して第１運賃の支払いのために必要な情報を端末装置２００に送信する。
【0197】
端末装置２００のプロセッサー２１０は、第１運賃の支払いに必要な情報が受信されたならば、当該情報に基づき、支払いのための処理を行う。
なお、決済代行会社のサーバーなどは、第１運賃の支払いが正常に行われたとしても、第２運賃の受領者に対する支払いはこの時点では行わない。
なお、決済代行会社のサーバーなどは、第１運賃の支払いが正常に行われたとしても、第２運賃の受領者に対する支払いはこの時点では行わない。
【0198】
サーバー装置１００のプロセッサー１１０は、第１運賃の支払いが正常に行われたならば、第１運賃の支払いが完了したことを記録する。例えば、プロセッサー１１０は、マッチングＤＢ１４２を参照して、受信された支払情報に含まれる発注ＩＤに関連付けられた支払ステータス情報を保留状態に書き換える。保留状態の支払ステータス情報は、関連付けられた発注ＩＤで特定される発注が、第１運賃の支払いが完了し、決済が完了していないことを示す。
プロセッサー１１０は、ステップＳＴ１３４の処理の後、図８のステップＳＴ１０１へと戻る。
また、端末装置２００のプロセッサー２１０は、図６のステップＳＴ７７の処理の後、例えばステップＳＴ７３へと戻る。
プロセッサー１１０は、ステップＳＴ１３４の処理の後、図８のステップＳＴ１０１へと戻る。
また、端末装置２００のプロセッサー２１０は、図６のステップＳＴ７７の処理の後、例えばステップＳＴ７３へと戻る。
【0199】
以上のように、サーバー装置１００のプロセッサー１１０によるステップＳＴ１３３又はステップＳＴ１３４の処理と、端末装置２００のプロセッサー２１０のステップＳＴ７７の処理、及び決済サーバー３００の処理によって、第１運賃の支払いの処理が行われる。
また、以上より、サーバー装置１００は、決済サーバー３００と協働して、ステップＳＴ１３３又はステップＳＴ１３４において、荷主５００（支払者）から決済サーバー３００への第１運賃の支払いのための処理を行うことで、荷物の輸送を依頼する第１のユーザーによる、荷物を輸送する第２のユーザーに対して支払う荷物の輸送にかかる運賃を含む料金分の資金を、第１のユーザーから決済を仲介する者へと移動する処理を行う第１の支払処理部の一例として機能する。あるいは、プロセッサー１１０又はプロセッサー３１０は、ステップＳＴ１３３又はステップＳＴ１３４において、荷主５００（支払者）から決済サーバー３００への第１運賃の支払いのための処理を行うことで、第１の支払処理部の一例として機能する。なお、荷主５００（支払者）は、第１のユーザーの一例である。運送会社６００（受領者）は、第２のユーザーの一例である。
また、以上より、サーバー装置１００は、決済サーバー３００と協働して、ステップＳＴ１３３又はステップＳＴ１３４において、荷主５００（支払者）から決済サーバー３００への第１運賃の支払いのための処理を行うことで、荷物の輸送を依頼する第１のユーザーによる、荷物を輸送する第２のユーザーに対して支払う荷物の輸送にかかる運賃を含む料金分の資金を、第１のユーザーから決済を仲介する者へと移動する処理を行う第１の支払処理部の一例として機能する。あるいは、プロセッサー１１０又はプロセッサー３１０は、ステップＳＴ１３３又はステップＳＴ１３４において、荷主５００（支払者）から決済サーバー３００への第１運賃の支払いのための処理を行うことで、第１の支払処理部の一例として機能する。なお、荷主５００（支払者）は、第１のユーザーの一例である。運送会社６００（受領者）は、第２のユーザーの一例である。
【0200】
プロセッサー２１０は、ステップＳＴ７４～ステップＳＴ７６の待受状態にあるときに決済ボタンが操作されたならば、ステップＳＴ７６においてＹｅｓと判定してステップＳＴ７８へと進む。
【0201】
ステップＳＴ７８においてプロセッサー２１０は、完了情報を生成する。完了情報は、操作された決済ボタンに対応する発注の発注ＩＤを含む。完了情報は、当該発注について、荷物の運送が完了したこと、及び決済を行うように指示する情報である。プロセッサー２１０は、完了情報を生成した後、当該完了情報をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該完了情報をサーバー装置１００に送信する。送信された当該完了情報は、サーバー装置１００の通信インターフェース１５０によって受信される。プロセッサー２１０は、ステップＳＴ７８の処理の後、ステップＳＴ７３へと戻る。
【0202】
一方、図９のステップＳＴ１３５においてサーバー装置１００のプロセッサー１１０は、受信された情報が完了情報であるか否かを判定する。プロセッサー１１０は、受信された情報が完了情報であるならば、ステップＳＴ１３５においてＹｅｓと判定してステップＳＴ１３６へと進む。対して、プロセッサー１１０は、受信された情報が完了情報でないならば、ステップＳＴ１３５においてＮｏと判定して図１０のステップＳＴ１４１へと進む。
【0203】
完了情報は、荷物の輸送が完了したことを示す情報の一例である。したがって、プロセッサー１１０は、通信インターフェース１５０と協働して、ステップＳＴ１３５の処理を行うことで、荷物の輸送が完了したことを示す情報の入力を受ける入力部の一例として機能する。
【0204】
ステップＳＴ１３６においてプロセッサー１１０は、例えば、決済サーバー３００と協働して、受信された完了情報に含まれる発注ＩＤで特定される発注の第２運賃について、受領者に対する支払いを行う。プロセッサー１１０は、当該支払いについて、例えば、ステップＳＴ１３３と同様に行う。これにより決済が完了する。
また、プロセッサー１１０は、第２運賃の決済が正常に行われたならば、第２運賃の決済が完了したことを記録する。例えば、プロセッサー１１０は、マッチングＤＢ１４２を参照して、受信された完了情報に含まれる発注ＩＤに関連付けられた支払ステータス情報を完了状態に書き換える。完了状態の支払ステータス情報は、関連付けられた発注ＩＤで特定される発注が、運賃の支払い及び決済が完了していることを示す。
プロセッサー１１０は、ステップＳＴ１３６の処理の後、図８のステップＳＴ１０１へと戻る。
また、プロセッサー１１０は、第２運賃の決済が正常に行われたならば、第２運賃の決済が完了したことを記録する。例えば、プロセッサー１１０は、マッチングＤＢ１４２を参照して、受信された完了情報に含まれる発注ＩＤに関連付けられた支払ステータス情報を完了状態に書き換える。完了状態の支払ステータス情報は、関連付けられた発注ＩＤで特定される発注が、運賃の支払い及び決済が完了していることを示す。
プロセッサー１１０は、ステップＳＴ１３６の処理の後、図８のステップＳＴ１０１へと戻る。
【0205】
以上より、サーバー装置１００は、決済サーバー３００と協働して、ステップＳＴ１３６の処理を行うことで、入力部が前記入力を受けた場合、決済を仲介する者から第２のユーザーへと運賃分の資金を移動する処理を行う第２の支払処理部の一例として機能する。あるいは、プロセッサー１１０又はプロセッサー３１０は、ステップＳＴ１３６の処理を行うことで、第２の支払処理部の一例として機能する。
【0206】
なお、運賃の支払い及び決済は、配車システム１を介さずに支払者と受領者との間で直接又は間接的に行われても良い。この場合の決済は、例えば、現金決済又は銀行振込など、支払者と受領者との間で決められた手段により行われる。
【0207】
また、プロセッサー２１０は、ステップＳＴ１２～ステップＳＴ１７の待受状態にあるときに配車ボタンが操作されたならば、ステップＳＴ１７においてＹｅｓと判定して図７のステップＳＴ８１へと進む。
【0208】
ステップＳＴ８１においてプロセッサー２１０は、配車情報要求を生成する。配車情報要求は、例えばログインＩＤを含む。配車情報要求は、当該ログインＩＤで特定されるユーザーについての配車の情報を配車ＤＢ１４３から取得して送信するように指示する情報である。プロセッサー２１０は、配車情報要求を生成した後、当該配車情報要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該配車情報要求をサーバー装置１００に送信する。送信された当該配車情報要求は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0209】
一方、図１０のステップＳＴ１４１においてサーバー装置１００のプロセッサー１１０は、受信された情報が配車情報要求であるか否かを判定する。プロセッサー１１０は、受信された情報が配車情報要求であるならば、ステップＳＴ１４１においてＹｅｓと判定してステップＳＴ１４２へと進む。対して、プロセッサー１１０は、受信された情報が配車情報要求でないならば、ステップＳＴ１４１においてＮｏと判定してステップＳＴ１４４へと進む。
【0210】
ステップＳＴ１４２においてプロセッサー１１０は、ユーザーＤＢ１４１を参照して、配車情報要求に含まれるユーザーＩＤ（ログインＩＤ）に関連付けられた各車両ＩＤを取得する。そして、プロセッサー１１０は、ユーザーＤＢ１４１を参照して、各車両ＩＤに関連付けられた車種情報を取得する。また、プロセッサー１１０は、配車ＤＢ１４３を参照して、取得した各車両ＩＤに関連付けられた運行情報を取得する。
【0211】
ステップＳＴ１４３においてプロセッサー１１０は、配車通知情報を生成する。配車通知情報は、ユーザーが運用する各貨物自動車の運行情報などの配車に関する情報を通知する情報である。配車通知情報は、例えば、ステップＳＴ１４２で取得された各車両ＩＤ及び各運行情報を含む。プロセッサー１１０は、配車通知情報を生成した後、当該配車通知情報を端末装置２００に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該配車通知情報を端末装置２００に送信する。送信された当該配車通知情報は、端末装置２００の通信インターフェース２５０によって受信される。プロセッサー１１０は、ステップＳＴ１４３の処理の後、図８のステップＳＴ１０１へと戻る。
【0212】
一方、図７のステップＳＴ８２において端末装置２００のプロセッサー２１０は、通信インターフェース２５０によって配車通知情報が受信されるのを待ち受けている。プロセッサー２１０は、配車通知情報が受信されたならば、ステップＳＴ８２においてＹｅｓと判定してステップＳＴ８３へと進む。
【0213】
ステップＳＴ８３においてプロセッサー２１０は、配車画面に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、配車画面を表示する。
【0214】
図１５は、配車画面に含まれる貨物自動車１台分の運行情報の一例を示す図である。なお、図１５に示す運行情報は、４月２７日の９時から１８時までのみを示している。また、図１５に示す運行情報は、一例として表の形式であるが、表には限らない。また、図１５に示す表は、大きいため二行に分割して示している。配車画面は、典型的には複数台分の運行情報を表示する。したがって、配車画面は、例えば、図１５に示すような表などが複数並んだ画面である。
配車画面は、ユーザーが運用する貨物自動車の運行情報などの配車に関する情報を通知する画面である。また、配車画面は、配車の組み換えをするための画面である。配車画面は、図１５に示すような表などに加えて、例えば、戻るボタン、変更ボタン、組み直しボタン、募集ボタン及び配車検索ボタンを含む。戻るボタンは、配車画面からトップ画面に戻る場合に操作するためのボタンである。変更ボタンは、組み替えた配車の内容を確定する場合に操作するためのボタンである。組み直しボタンは、配車を自動で組み直す場合に操作するためのボタンである。募集ボタンは、空きスペースを募集案件として登録する場合に操作するためのボタンである。配車検索ボタンは、配車画面に表示された運行情報を用いて募集案件の検索をする場合及び配車画面に表示された運行情報を用いて通知登録をする場合に操作するためのボタンである。
配車画面は、ユーザーが運用する貨物自動車の運行情報などの配車に関する情報を通知する画面である。また、配車画面は、配車の組み換えをするための画面である。配車画面は、図１５に示すような表などに加えて、例えば、戻るボタン、変更ボタン、組み直しボタン、募集ボタン及び配車検索ボタンを含む。戻るボタンは、配車画面からトップ画面に戻る場合に操作するためのボタンである。変更ボタンは、組み替えた配車の内容を確定する場合に操作するためのボタンである。組み直しボタンは、配車を自動で組み直す場合に操作するためのボタンである。募集ボタンは、空きスペースを募集案件として登録する場合に操作するためのボタンである。配車検索ボタンは、配車画面に表示された運行情報を用いて募集案件の検索をする場合及び配車画面に表示された運行情報を用いて通知登録をする場合に操作するためのボタンである。
【0215】
ステップＳＴ８４においてプロセッサー２１０は、配車画面において戻るボタンが操作されたか否かを判定する。プロセッサー２１０は、戻るボタンが操作されないならば、ステップＳＴ８４においてＮｏと判定してステップＳＴ８５へと進む。
【0216】
ステップＳＴ８５においてプロセッサー２１０は、変更ボタンが操作されたか否かを判定する。プロセッサー２１０は、変更ボタンが操作されないならば、ステップＳＴ８５においてＮｏと判定してステップＳＴ８６へと進む。
【0217】
ステップＳＴ８６においてプロセッサー２１０は、組み直しボタンが操作されたか否かを判定する。プロセッサー２１０は、組み直しボタンが操作されないならば、ステップＳＴ８６においてＮｏと判定してステップＳＴ８７へと進む。
【0218】
ステップＳＴ８７においてプロセッサー２１０は、募集ボタンが操作されたか否かを判定する。プロセッサー２１０は、募集ボタンが操作されないならば、ステップＳＴ８７においてＮｏと判定してステップＳＴ８８へと進む。
【0219】
ステップＳＴ８８においてプロセッサー２１０は、配車検索ボタンが操作されたか否かを判定する。プロセッサー２１０は、配車検索ボタンが操作されないならば、ステップＳＴ８７においてＮｏと判定してステップＳＴ８４へと戻る。かくして、プロセッサー２１０は、戻るボタン、変更ボタン、組み直しボタン、募集ボタン又は配車検索ボタンが操作されるまでステップＳＴ８４～ステップＳＴ８８を繰り返す待受状態となる。
【0220】
プロセッサー２１０は、ステップＳＴ８４～ステップＳＴ８８の待受状態にあるときに戻るボタンが操作されたならば、ステップＳＴ８４においてＹｅｓと判定して図２のステップＳＴ１１へと戻る。
【0221】
操作者は、配車を手動で組み替えたい場合には、配車画面で配車を組み替えるための操作を行うことで配車を組み替えることができる。操作者は、組み替えた配車を確定する場合、例えば、変更ボタンを操作する。
プロセッサー２１０は、図７のステップＳＴ８４～ステップＳＴ８８の待受状態にあるときに変更ボタンが操作されたならば、ステップＳＴ８５においてＹｅｓと判定してステップＳＴ８９へと進む。
プロセッサー２１０は、図７のステップＳＴ８４～ステップＳＴ８８の待受状態にあるときに変更ボタンが操作されたならば、ステップＳＴ８５においてＹｅｓと判定してステップＳＴ８９へと進む。
【0222】
ステップＳＴ８９においてプロセッサー２１０は、変更要求を生成する。変更要求は、ログインＩＤ及び変更情報を含む。変更情報は、配車画面において組み替えられた配車についての変更内容を示す情報を含む。なお、変更情報は、配車のうちの変更されていない部分も含んでいても良い。プロセッサー２１０は、変更要求を生成した後、当該変更要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該変更要求をサーバー装置１００に送信する。送信された当該変更要求は、サーバー装置１００の通信インターフェース１５０によって受信される。プロセッサー２１０は、ステップＳＴ８９の処理の後、ステップＳＴ８１へと戻る。
【0223】
一方、図９のステップＳＴ１４４においてサーバー装置１００のプロセッサー１１０は、受信された情報が変更要求であるか否かを判定する。プロセッサー１１０は、受信された情報が変更要求であるならば、ステップＳＴ１４４においてＹｅｓと判定してステップＳＴ１４５へと進む。対して、プロセッサー１１０は、受信された情報が変更要求でないならば、ステップＳＴ１４４においてＮｏと判定してステップＳＴ１４６へと進む。
【0224】
ステップＳＴ１４５においてプロセッサー１１０は、変更要求に含まれる配車情報の通りに、配車情報を変更する。当該配車情報は、配車ＤＢ１４３において変更要求に含まれるユーザーＩＤに関連付けられた配車情報である。プロセッサー１１０は、ステップＳＴ１４５の処理の後、図８のステップＳＴ１０１へと戻る。
【0225】
操作者は、配車を自動で組み直したい場合、組み直し範囲及び組み直し設定を端末装置２００入力する。組み直し範囲は、配車を組み直す範囲を示す。組み直し範囲は、例えば、組み直す対象の期間及び組み直す対象の貨物自動車を含む。組み直し設定は、組み直しについての各種の設定である。組み直し設定は、例えば、運転手の連続勤務時間の上限、輸送コスト及び運行時間のどちらを優先するかなどである。組み直し設定は、デフォルトの値が予め定められていても良い。運転手の連続勤務時間の上限のデフォルトの値は、一例として法律で定められている値である。その後、操作者は、組み直しボタンを操作する。
【0226】
一方、端末装置２００のプロセッサー２１０は、図７のステップＳＴ８４～ステップＳＴ８８の待受状態にあるときに組み直しボタンが操作されたならば、ステップＳＴ８６においてＹｅｓと判定してステップＳＴ９０へと進む。
【0227】
ステップＳＴ９０においてプロセッサー２１０は、組み直し要求を生成する。組み直し要求は、前述の組み直し範囲及び組み直し設定並びにログインＩＤを含む。組み直し要求は、配車を自動で組み直すように要求する情報である。プロセッサー２１０は、組み直し要求を生成した後、当該組み直し要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該組み直し要求をサーバー装置１００に送信する。送信された当該組み直し要求は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0228】
一方、図９のステップＳＴ１４６においてサーバー装置１００のプロセッサー１１０は、受信された情報が組み直し要求であるか否かを判定する。プロセッサー１１０は、受信された情報が組み直し要求であるならば、ステップＳＴ１４６においてＹｅｓと判定してステップＳＴ１４７へと進む。
【0229】
ステップＳＴ１４７においてプロセッサー１１０は、受信された組み直し要求に基づき組み直し処理を実行する。組み直し処理は、配車を自動で組み直す処理である。例えば、プロセッサー１１０は、各貨物自動車について、いつどこでどの荷物を積み、いつどこでどの荷物を降ろすか、どの運転手がどこからどこまで運転するかなどを決定する。プロセッサー１１０は、例えば、組み直し設定に従い組み直し範囲の配車を自動で組み直す。プロセッサー１１０は、組み直し設定が輸送コスト優先である場合、輸送コストが最も安くなるように配車を組み直す。輸送コストは、例えば、貨物自動車の燃料代、運転手などの人件費及び有料道路の通行料などを含む。また、輸送コストは、貨物自動車の修繕費、管理費及び償却費などを含んでも良い。なお、燃料代は、エンジン車の燃料（ガソリン又は軽油など）、及び燃料電池車の燃料（水素など）に限らず、貨物自動車が電気自動車である場合には充電用の電気代などを含む。プロセッサー１１０は、燃料代を、例えば距離から求める。また、プロセッサー１１０は、過去の運行データなどを用いて過去の実績から燃料代などの輸送コストを求めても良い。また、プロセッサー１１０は、過去の運行データなどから、運転手ごとの燃料代の違いなどの輸送コストの違いを考慮して燃料代などの輸送コストを求めても良い。また、プロセッサー１１０は、組み直し設定が運行時間優先である場合には、最も早く運送できるように配車を自動で組み直す。なお、プロセッサー１１０は、組み直し処理において厳密に最適な配車に組み直す必要はない。プロセッサー１１０は、配車を組み直すアルゴリズムによって可能な範囲で最適な配車に組み直す。また、組み直し処理の上限時間又は上限計算量が定められていても良い。この場合、プロセッサー１１０は、上限時間又は上限計算量の範囲で最適な配車を探索して配車を組み直す。なお、プロセッサー１１０は、配車の一部又は全部が組まれていない場合にも組み直し処理を実行することができても良い。
【0230】
以上より、プロセッサー１１０は、ステップＳＴ１４７の処理を行うことで、貨物自動車のそれぞれについて、いつどこでどの荷物を積み、いつどこでどの荷物を降ろすかについて、輸送コストが最適となるように決定する決定部の一例として機能する。
【0231】
ステップＳＴ１４８においてプロセッサー１１０は、組み直し情報を生成する。組み直し情報は、ステップＳＴ１４７の組み直し処理で組み直した配車の内容を含む。組み直し情報は、当該内容を送信し、ユーザーに通知するための情報である。プロセッサー１１０は、組み直し情報を生成した後、当該組み直し情報を端末装置２００に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該組み直し情報を端末装置２００に送信する。送信された当該組み直し情報は、端末装置２００の通信インターフェース２５０によって受信される。プロセッサー１１０は、ステップＳＴ１４８の処理の後、図８のステップＳＴ１０１へと戻る。
【0232】
なお、プロセッサー１１０は、受信された情報が組み直し要求でないならば、図９のステップＳＴ１４６においてＮｏと判定してステップＳＴ１４９へと進む。
ステップＳＴ１４９においてプロセッサー１１０は、例えば、受信された情報に基づくその他の処理を実行する。プロセッサー１１０は、ステップＳＴ１４９の処理の後、ステップＳＴ１０１へと戻る。
ステップＳＴ１４９においてプロセッサー１１０は、例えば、受信された情報に基づくその他の処理を実行する。プロセッサー１１０は、ステップＳＴ１４９の処理の後、ステップＳＴ１０１へと戻る。
【0233】
一方、図７のステップＳＴ９１において端末装置２００のプロセッサー２１０は、通信インターフェース２５０によって組み直し情報が受信されるのを待ち受けている。プロセッサー２１０は、組み直し情報が受信されたならば、ステップＳＴ９１においてＹｅｓと判定してステップＳＴ９２へと進む。
【0234】
ステップＳＴ９２においてプロセッサー２１０は、受信された組み直し要求に従い、配車画面に表示された配車の内容を変更する。プロセッサー２１０は、ステップＳＴ９２の処理の後、ステップＳＴ８４へと戻る。
【0235】
操作者は、ステップＳＴ９２の処理によって変更された配車画面をみることで、組み直し処理によって組み直された配車の内容を確認することができる。操作者は、当該内容を確定させたい場合、変更ボタンを操作する。これにより、組み直し処理により組み直された配車が配車ＤＢ１４３に記憶される。
また、操作者は、自動で組み直された配車をさらに手動で組み直すこともできる。
また、操作者は、自動で組み直された配車をさらに手動で組み直すこともできる。
【0236】
また、配車画面から空きスペースを登録できても良い。この場合、操作者は、登録したい空きスペースがある貨物自動車について、空きスペース募集したい時間帯を選択する。例えば、操作者は、端末装置２００を操作して、図１５に示すような配車画面中の運行情報のうち、募集したい貨物自動車の運行情報から、募集したい時間帯を選択するための入力をする。操作者は、このように時間帯が選択された状態で募集ボタンを操作する。
【0237】
プロセッサー２１０は、図７のステップＳＴ８４～ステップＳＴ８８の待受状態にあるときに募集ボタンが操作されたならば、ステップＳＴ８７においてＹｅｓと判定して、例えば、図２のステップＳＴ２１へと進む。ただし、プロセッサー２１０は、登録情報に含まれるスペース入力情報を、配車画面において選択された貨物自動車及び時間帯に基づき、配車画面に含まれる情報などを用いて生成する。ここで、プロセッサー２１０は、当該スペース入力情報の車両ＩＤ、開始日時、終了日時、開始地、終了地、車種情報、空き情報、運賃情報、連続拘束時間及びその他の各種情報を、例えば、以下のように生成又は取得する。
車両ＩＤは、配車画面において選択された貨物自動車の車両ＩＤである。
開始日時は、配車画面において選択された時間帯が開始する時間である。
終了日時は、配車画面において選択された時間帯の終了する時間である。
開始地は、開始日時において当該貨物自動車がいる予定の位置である。
終了地は、終了日時において当該貨物自動車がいる予定の位置である。
プロセッサー２１０は、例えば、ユーザーＤＢ１４１を参照して、車両ＩＤに関連付けられた車種情報を取得する。
プロセッサー２１０は、配車画面において選択された時間帯における空きスペースの大きさ及び空き積載重量を空き情報とする。
プロセッサー２１０は、例えば、予め定められた条件に基づき運賃情報を生成する。あるいは、プロセッサー２１０は、操作者によって入力された条件を運賃情報とする。
プロセッサー２１０は、配車画面において選択された時間帯における拘束時間を連続運転時間とする。
プロセッサー２１０は、その他の各種情報についても生成又は取得して良い。
車両ＩＤは、配車画面において選択された貨物自動車の車両ＩＤである。
開始日時は、配車画面において選択された時間帯が開始する時間である。
終了日時は、配車画面において選択された時間帯の終了する時間である。
開始地は、開始日時において当該貨物自動車がいる予定の位置である。
終了地は、終了日時において当該貨物自動車がいる予定の位置である。
プロセッサー２１０は、例えば、ユーザーＤＢ１４１を参照して、車両ＩＤに関連付けられた車種情報を取得する。
プロセッサー２１０は、配車画面において選択された時間帯における空きスペースの大きさ及び空き積載重量を空き情報とする。
プロセッサー２１０は、例えば、予め定められた条件に基づき運賃情報を生成する。あるいは、プロセッサー２１０は、操作者によって入力された条件を運賃情報とする。
プロセッサー２１０は、配車画面において選択された時間帯における拘束時間を連続運転時間とする。
プロセッサー２１０は、その他の各種情報についても生成又は取得して良い。
【0238】
一例として、図１５において１３時から１４時が選択された場合の開始日時、終了日時、開始地、終了地、車種情報、空き情報及び連続運転時間は、以下のようになる。
開始日時： ４月２７日１３時００分
終了日時： ４月２７日１４時００分
開始地： 船橋市付近
終了地： 三鷹市付近
空き情報（大きさ）： ３２００．００ｍｍ
空き情報（重量）： １６００．０ｋｇ
連続運転時間： ３．５時間
開始日時： ４月２７日１３時００分
終了日時： ４月２７日１４時００分
開始地： 船橋市付近
終了地： 三鷹市付近
空き情報（大きさ）： ３２００．００ｍｍ
空き情報（重量）： １６００．０ｋｇ
連続運転時間： ３．５時間
【0239】
また、配車画面から輸送してほしい荷物を登録できても良い。
【0240】
なお、プロセッサー２１０は、例えば、ステップＳＴ２６の処理の直前のステップＳＴ２１の処理について、図７のステップＳＴ８７から図２のステップＳＴ２１へと進んでいた場合に、配車画面から募集案件を登録したと判定する。すなわち、プロセッサー２１０は、登録画面から募集案件を登録していないと判定する。プロセッサー２１０は、登録画面から募集案件を登録していないと判定するならば、ステップＳＴ２６においてＮｏと判定して図７のステップＳＴ８３へと戻る。
【0241】
また、配車画面から募集案件の検索及び通知登録ができても良い。この場合、操作者は、検索条件の対象としたい空きスペースがある貨物自動車について、検索条件の対象としたい空きスペースの時間帯を選択する。例えば、操作者は、端末装置２００を操作して、図１５に示すような配車画面中の運行情報のうち、検索条件の対象としたい貨物自動車の運行情報から、検索条件の対象としたい時間帯を選択するための入力をする。操作者は、このように時間帯が選択された状態で配車検索ボタンを操作する。
【0242】
プロセッサー２１０は、図７のステップＳＴ８４～ステップＳＴ８８の待受状態にあるときに配車検索ボタンが操作されたならば、ステップＳＴ８８においてＹｅｓと判定して、例えば、図３のステップＳＴ３３へと進む。ただし、プロセッサー２１０は、検索情報に含まれる検索条件情報を、配車画面において選択された貨物自動車及び時間帯に基づき、配車画面に含まれる情報などを用いて生成する。ここで、プロセッサー２１０は、当該検索条件情報の検索対象、積日時の条件、卸日時の条件、積地の条件、卸地の条件、荷物の大きさについての条件、荷物の重量についての条件、及びその他の荷物に関する条件を、例えば、以下のように生成又は取得する。
検索対象は、荷物である。
積日時の条件は、配車画面において選択された時間帯が開始する時間から終了する時間までである。
卸日時の条件は、配車画面において選択された時間帯が開始する時間から終了する時間までである。
積地の条件は、配車画面において選択された時間帯が開始する時間において当該貨物自動車がいる予定の位置である。
卸地の条件は、配車画面において選択された時間帯が終了する時間において当該貨物自動車がいる予定の位置である。
荷物の大きさについての条件は、配車画面において選択された時間帯における空きスペース以下の大きさである。
荷物の重量についての条件は、配車画面において選択された時間帯における空き積載重量以下である。
プロセッサー２１０は、その他の荷物に関する条件についても生成又は取得して良い。
検索対象は、荷物である。
積日時の条件は、配車画面において選択された時間帯が開始する時間から終了する時間までである。
卸日時の条件は、配車画面において選択された時間帯が開始する時間から終了する時間までである。
積地の条件は、配車画面において選択された時間帯が開始する時間において当該貨物自動車がいる予定の位置である。
卸地の条件は、配車画面において選択された時間帯が終了する時間において当該貨物自動車がいる予定の位置である。
荷物の大きさについての条件は、配車画面において選択された時間帯における空きスペース以下の大きさである。
荷物の重量についての条件は、配車画面において選択された時間帯における空き積載重量以下である。
プロセッサー２１０は、その他の荷物に関する条件についても生成又は取得して良い。
【0243】
なお、プロセッサー２１０は、図７のステップＳＴ８８から図３のステップＳＴ３３へ進んだ後にステップＳＴ４２の処理を行った場合、前述のように配車画面に含まれる情報などを用いて生成された検索条件情報を用いて通知登録情報を生成することとなる。
【0244】
また、プロセッサー２１０は、例えば、ステップＳＴ４１の処理の直前のステップＳＴ３３の処理について、図７のステップＳＴ８８から図３のステップＳＴ３３へと進んでいた場合に、配車画面から検索したと判定する。すなわち、プロセッサー２１０は、検索画面ＳＣ４から検索していないと判定する。プロセッサー２１０は、検索画面ＳＣ４から検索していないと判定するならば、ステップＳＴ４１においてＮｏと判定して図７のステップＳＴ８３へと戻る。
【0245】
実施形態の配車システム１によれば、サーバー装置１００は、マッチングＤＢ１４２に登録された空きスペースの中から、空きスペースの大きさ及び空きスペースを利用可能な時間帯、並びに荷物の大きさ及び荷物を輸送可能な時間帯に基づき、荷物を輸送することが可能な空きスペースを検索する。これにより、空きスペースを用いて当該荷物の輸送が可能となり、空きスペースの有効利用及び空きスペースの減少につながる。また、空きスペースの減少により、積載率及び実車率が向上する。また、これにより、当該空きスペースを提供する貨物自動車を運用する運送会社などの収益向上などにつながる。また、二酸化炭素の排出量の削減も期待できる。
【0246】
また、実施形態の配車システム１によれば、サーバー装置１００は、マッチングＤＢ１４２に登録された荷物の中から、空きスペースの大きさ及び空きスペースを利用可能な時間帯、並びに荷物の大きさ及び荷物を輸送可能な時間帯に基づき、空きスペースで輸送することが可能な荷物を検索する。これにより、空きスペースを用いて当該荷物の輸送が可能となり、空きスペースの減少につながる。また、これにより、当該空きスペースを提供する貨物自動車を運用する運送会社などの収益向上などにつながる。
【0247】
また、実施形態の配車システム１によれば、サーバー装置１００は、空きスペースに積載可能な重量及び荷物の重量を用いて検索する。これにより、サーバー装置１００は、空きスペースに積載不可能な荷物を検索で見つけてしまうことを防ぐ。また、サーバー装置１００は、荷物を積載不可能な空きスペースを検索で見つけてしまうことを防ぐ。
【0248】
また、実施形態の配車システム１によれば、サーバー装置１００は、空きスペースを利用可能な時間帯の開始日時及び終了日時において空きスペースが存在する予定の位置並びに荷物を積みおろしする位置を用いて検索する。これにより、サーバー装置１００は、空きスペースの位置と荷物の積みおろしの位置が近い空きスペース又は荷物を検索で見つけることができる。
【0249】
また、実施形態の配車システム１によれば、サーバー装置１００は、空きスペース及び荷物についてのそれぞれの運賃についての情報を用いて検索する。これにより、サーバー装置１００は、運賃の条件が合う空きスペース又は荷物を検索で見つけることができる。
【0250】
また、実施形態の配車システム１によれば、サーバー装置１００は、空きスペースを有する貨物自動車を運転する運転手の拘束時間及び拘束時間の上限を用いて検索する。これにより、サーバー装置１００は、拘束時間の上限を超えて運転する運転手が荷物を運ぶことを防ぐことができる。
【0251】
また、実施形態の配車システム１によれば、サーバー装置１００は、配車を自動で組む。これにより、サーバー装置１００は、運送コストの低減が可能である。
【0252】
また、実施形態の決済システム２は、荷主が決済代行会社に対して運賃を支払う。そして、実施形態の決済システム２は、荷物の運送が終わったことを示す操作が荷主によって行われた場合に、決済代行会社から運送会社に対して運賃を支払う。したがって、実施形態の決済システム２では、運送会社は、荷物の運送が終わったことを示す操作を荷主が行えば運賃を受け取ることができるので、従来よりも早く運賃を受け取ることができる。
【0253】
また、実施形態の決済システム２は、決済代行会社が運賃の決済を仲介するので、荷主及び運送会社は、取引を行ったことの無い相手など、信用を築いていないような相手でも安心して取引ができる。
【0254】
また、実施形態の決済システム２は、荷主が決済代行会社に対して支払った運賃から手数料を差し引いて運送会社に対して支払う。これにより、決済代行会社は、手数料分の売り上げを得ることができる。
【0255】
また、実施形態の決済システム２は、荷主が決済代行会社に対して支払った運賃から前記荷物に対する保険の保険料を差し引いて運送会社に対して支払う。これにより、荷物に対して何らかの損害が発生した場合に、荷主又は運送会社は保険金の受け取りなどの補償を受けることができる。
【0256】
また、実施形態の決済システム２は、銀行が決済の仲介を行う。これにより、実施形態の決済システム２は、銀行が有する既存の決済システムの一部を利用することができるため、コストを抑えることができる。
【0257】
上記の実施形態は、以下のような変形も可能である。
上記実施形態における各画面は、複数ページに分割されていても良い。
上記実施形態における各画面は、複数ページに分割されていても良い。
【0258】
上記の実施形態では、サーバー装置１００のプロセッサー１１０は、募集案件が新たに登録された場合にマッチング処理を行った。しかしながら、プロセッサー１１０は、その他のタイミングでマッチング処理を行っても良い。例えば、プロセッサー１１０は、定期的又は不定期に募集案件それぞれについてマッチング処理を行う。
【0259】
上記の実施形態では、プロセッサー１１０は、支払者が決済した金額の中から仲介手数料を差し引く処理を行った。しかしながら、プロセッサー１１０は、受領者に対して、当該受領者のユーザーＩＤに関連付けられた決済情報に基づく決済手段で仲介手数料分の金額を決済しても良い。
【0260】
上記の実施形態では、運賃が先払いである場合、決済ボタンが操作された場合に決済が行われる。しかしながら、実施形態の配車システム１は、運賃が先払いである場合でも、運賃が後払いである場合と同様に、決済ボタンの操作を待たずに決済を行っても良い。
【0261】
上記の実施形態においてサーバー装置１００などが実行する処理の一部を決済サーバー３００又は端末装置２００が実行しても良い。上記の実施形態において端末装置２００などが実行する処理の一部をサーバー装置１００又は決済サーバー３００が実行しても良い。上記の実施形態において決済サーバー３００などが実行する処理の一部又は全部を、サーバー装置１００又は端末装置２００が実行しても良い。
【0262】
実施形態の端末装置は、上記の実施形態において表示デバイス２７０に表示する内容を、スピーカーから音声として出力するなど、画面表示以外の方法で操作者に報知しても良い。
【0263】
上記の実施形態におけるボタンを用いた操作は、音声認識などのボタン以外を用いた操作であっても良い。
【0264】
上記実施形態において運送業者によって提供される空きスペースは、貨物自動車のうちの空いているスペースである。しかしながら、空きスペースは、貨物自動車以外の、荷物を輸送することができるスペースを有する物体の空いているスペースであっても良い。当該物体は、貨物自動車以外の自動車、自動二輪車、自転車若しくはその他の車、鉄道、飛行機などの航空機、船舶、ロケット又はその他の荷物を輸送することができる機器である。なお、当該物体は無人機であっても良いし、運転手などが運転するものであっても良い。また、当該物体は、人力で荷物を輸送するための鞄などの入れ物の空きスペースであっても良い。なお、当該物体は車であることが好ましい。車は、陸運であるため、短い時間帯の空きスペースも売り出しやすいためである。
【0265】
上記の実施形態において補助記憶装置１４０に記憶されるデータのうちの一部又は全部は、サーバー装置１００の外部の装置に記憶されても良い。
【0266】
プロセッサー１１０又はプロセッサー２１０は、上記実施形態においてプログラムによって実現する処理の一部又は全部を、回路のハードウェア構成によって実現するものであっても良い。
【0267】
実施形態の処理を実現するプログラムは、例えば装置に記憶された状態で譲渡される。しかしながら、当該装置は、当該プログラムが記憶されない状態で譲渡されても良い。そして、当該プログラムが別途に譲渡され、当該装置へと書き込まれても良い。このときのプログラムの譲渡は、例えば、リムーバブルな記憶媒体に記録して、あるいはインターネット又はＬＡＮなどのネットワークを介したダウンロードによって実現できる。
【0268】
以上、本発明の実施形態を説明したが、例として示したものであり、本発明の範囲を限定するものではない。本発明の実施形態は、本発明の要旨を逸脱しない範囲において種々の態様で実施可能である。
【符号の説明】
【0269】
１ 配車システム
２ 決済システム
１００ サーバー装置
１１０，２１０，３１０ プロセッサー
１２０，２２０，３２０ ＲＯＭ
１３０，２３０，３３０ ＲＡＭ
１４０，２４０，３４０ 補助記憶装置
１４１ ユーザーＤＢ
１４２ マッチングＤＢ
１４３ 配車ＤＢ
１５０，２５０，３５０ 通信インターフェース
１６０，２８０，３６０ バス
２００，２００－１，２００－２ 端末装置
２６０ 入力デバイス
２７０ 表示デバイス
３００ 決済サーバー
２ 決済システム
１００ サーバー装置
１１０，２１０，３１０ プロセッサー
１２０，２２０，３２０ ＲＯＭ
１３０，２３０，３３０ ＲＡＭ
１４０，２４０，３４０ 補助記憶装置
１４１ ユーザーＤＢ
１４２ マッチングＤＢ
１４３ 配車ＤＢ
１５０，２５０，３５０ 通信インターフェース
１６０，２８０，３６０ バス
２００，２００－１，２００－２ 端末装置
２６０ 入力デバイス
２７０ 表示デバイス
３００ 決済サーバー
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】