ホーム > 特許ランキング > ウイングアーク１ｓｔ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024122940
(43)【公開日】2024-09-09
(54)【発明の名称】案件管理装置、端末装置及びプログラム
(51)【国際特許分類】
G06Q 10/0834 20230101AFI20240902BHJP
【ＦＩ】
G06Q10/0834
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2024030421
(22)【出願日】2024-02-29
(31)【優先権主張番号】P 2023029594
(32)【優先日】2023-02-28
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】504103984
【氏名又は名称】ウイングアーク１ｓｔ株式会社
(74)【代理人】
【識別番号】100190621
【弁理士】
【氏名又は名称】崎間 伸洋
(74)【代理人】
【識別番号】100212510
【弁理士】
【氏名又は名称】笠原 翔
(72)【発明者】
【氏名】加藤 由貢
(72)【発明者】
【氏名】大嶋 誉也
(57)【要約】
【課題】従来よりも配車にかかる案件の業務の手間を軽減することができる案件管理装置、端末装置及びプログラムを提供すること。
【解決手段】実施形態の案件管理装置は、発注受信部と、受注受信部及び記憶部を備える。発注受信部は、荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信する。受注受信部は、前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信する。記憶部は、前記案件についての情報を記憶し、前記受注受信部が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶する。
【選択図】図２
【解決手段】実施形態の案件管理装置は、発注受信部と、受注受信部及び記憶部を備える。発注受信部は、荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信する。受注受信部は、前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信する。記憶部は、前記案件についての情報を記憶し、前記受注受信部が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶する。
【選択図】図２
【特許請求の範囲】
【請求項1】
荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信する発注受信部と
前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信する受注受信部と、
前記案件についての情報を記憶し、前記受注受信部が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶する記憶部と、を備える案件管理装置。
前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信する受注受信部と、
前記案件についての情報を記憶し、前記受注受信部が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶する記憶部と、を備える案件管理装置。
【請求項2】
前記受注受信部は、前記第２の端末装置から、前記案件を受注しないことを示す情報を受信し、
前記記憶部は、前記受注受信部が前記案件を受注しないことを示す情報を受信した場合、前記案件の受注が拒否されたことを記憶する、請求項１に記載の案件管理装置。
前記記憶部は、前記受注受信部が前記案件を受注しないことを示す情報を受信した場合、前記案件の受注が拒否されたことを記憶する、請求項１に記載の案件管理装置。
【請求項3】
前記受注受信部は、前記案件の輸送に使用する移動体を指定する情報を受信し、
前記記憶部は、前記案件に前記移動体を使用することを記憶する、請求項１に記載の案件管理装置。
前記記憶部は、前記案件に前記移動体を使用することを記憶する、請求項１に記載の案件管理装置。
【請求項4】
前記受注受信部は、前記移動体を運転する運転手を指定する情報を受信し、
前記記憶部は、前記移動体を前記運転手が運転することを記憶する、請求項３に記載の案件管理装置。
前記記憶部は、前記移動体を前記運転手が運転することを記憶する、請求項３に記載の案件管理装置。
【請求項5】
前記受注受信部は、前記発注先を請求元とし、前記発注元を請求先とした、前記案件についての請求の金額を示す情報を受信し、
前記発注受信部は、前記第１の端末装置から、前記金額を承認することを示す情報を受信し、
前記記憶部は、前記金額を記憶し、前記発注受信部が前記金額を承認することを示す情報を受信した場合、前記金額が承認されたことを記憶する、請求項１に記載の案件管理装置。
前記発注受信部は、前記第１の端末装置から、前記金額を承認することを示す情報を受信し、
前記記憶部は、前記金額を記憶し、前記発注受信部が前記金額を承認することを示す情報を受信した場合、前記金額が承認されたことを記憶する、請求項１に記載の案件管理装置。
【請求項6】
前記記憶部に記憶された前記案件についての情報を、着荷主が使用する第３の端末装置に送信する送信部をさらに備える、請求項１に記載の案件管理装置。
【請求項7】
前記案件についての情報を前記第１の端末装置、前記第２の端末装置及び前記案件で運送を行う運転手が使用する第４の端末装置から受信し、前記記憶部に記憶された前記案件についての情報を、前記第１の端末装置、前記第２の端末装置及び前記第４の端末装置に送信する通信部をさらに備え、
前記通信部によって受信された前記案件についての情報を記憶する、請求項１に記載の案件管理装置。
前記通信部によって受信された前記案件についての情報を記憶する、請求項１に記載の案件管理装置。
【請求項8】
前記案件で運送を行う運転手が使用する第４の端末装置から、前記案件中の各種の時間の長さが分かる情報を受信する時間受信部をさらに備え、
前記時間の長さを、前記第１の端末装置及び前記第２の端末装置に送信する時間送信部をさらに備える、請求項１に記載の案件管理装置。
前記時間の長さを、前記第１の端末装置及び前記第２の端末装置に送信する時間送信部をさらに備える、請求項１に記載の案件管理装置。
【請求項9】
前記各種の時間は、荷物の積込及び降しにおける待機時間及び荷役作業時間を含み、
前記時間送信部は、荷物の積込及び降しにかかる予定の時間をさらに含む、請求項８に記載の案件管理装置。
前記時間送信部は、荷物の積込及び降しにかかる予定の時間をさらに含む、請求項８に記載の案件管理装置。
【請求項10】
荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信する発注受信部、前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信する受注受信部、及び前記案件についての情報を記憶し、前記受注受信部が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶する記憶部を備える案件管理装置とともに案件管理システムを構成し、
前記案件を受注することを示す入力を受ける受注入力部と、
前記受注入力部が前記案件を受注することを示す入力を受けた場合、前記案件を受注することを示す情報を前記案件管理装置に送信する受注送信部と、を備える前記端末装置。
前記案件を受注することを示す入力を受ける受注入力部と、
前記受注入力部が前記案件を受注することを示す入力を受けた場合、前記案件を受注することを示す情報を前記案件管理装置に送信する受注送信部と、を備える前記端末装置。
【請求項11】
前記案件管理装置から取得した前記案件についての情報を用いて前記案件の帳票を生成し、前記帳票を出力する帳票出力部をさらに備える請求項１０に記載の前記端末装置。
【請求項12】
通信装置を備える案件管理装置が備えるプロセッサーを、
荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信するように前記通信装置を制御する発注受信制御部と
前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信するように前記通信装置を制御する受注受信制御部と、
前記案件についての情報を記憶させ、前記通信装置が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶させる記憶制御部と、して機能させるプログラム。
荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信するように前記通信装置を制御する発注受信制御部と
前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信するように前記通信装置を制御する受注受信制御部と、
前記案件についての情報を記憶させ、前記通信装置が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶させる記憶制御部と、して機能させるプログラム。
【請求項13】
荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信する発注受信部、前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信する受注受信部、及び前記案件についての情報を記憶し、前記受注受信部が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶する記憶部を備える案件管理装置とともに案件管理システムを構成し、通信装置を備える端末装置が備えるプロセッサーを、
前記案件を受注することを示す入力を受ける受注入力部と、
前記受注入力部が前記案件を受注することを示す入力を受けた場合、前記案件を受注することを示す情報を前記案件管理装置に送信するように前記通信装置を制御する受注送信制御部と、して機能させるプログラム。
前記案件を受注することを示す入力を受ける受注入力部と、
前記受注入力部が前記案件を受注することを示す入力を受けた場合、前記案件を受注することを示す情報を前記案件管理装置に送信するように前記通信装置を制御する受注送信制御部と、して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、案件管理装置、端末装置及びプログラムに関する。
【背景技術】
【0002】
現状の配車業務は、分離及び二度打ちなどが発生して手間がかかる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００１－２３０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明の実施形態が解決しようとする課題は、従来よりも配車にかかる案件の業務の手間を軽減することができる案件管理装置、端末装置及びプログラムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の案件管理装置は、発注受信部と、受注受信部及び記憶部を備える。発注受信部は、荷物を輸送する案件を発注する発注元が使用する第１の端末装置から、前記案件の発注先を示す情報を含む、前記案件についての情報を受信する。受注受信部は、前記発注先が使用する第２の端末装置から、前記案件を受注することを示す情報を受信する。記憶部は、前記案件についての情報を記憶し、前記受注受信部が前記案件を受注することを示す情報を受信した場合、前記案件が受注済みであることを記憶する。
【図面の簡単な説明】
【0006】
【発明を実施するための形態】
【0007】
以下、実施形態に係る配車システムについて図面を用いて説明する。なお、以下の実施形態の説明に用いる各図面は、説明のため、構成を省略して示している場合がある。また、各図面及び本明細書中において、同一の符号は同様の要素を示す。
図１は、実施形態に係る配車システム１及び配車システム１に含まれる構成要素の要部構成の一例を示すブロック図である。なお、各装置の各構成要素は、内蔵であっても外付けであっても良い。配車システム１は、配車サービスを提供するシステムである。配車サービスを利用するユーザーは、主に、貨物自動車などを用いて荷物を輸送する運送企業及び当該荷物の荷主である。配車サービスは、荷物を輸送する案件についての配車及び請求を支援するサービスである。配車システム１は、一例として、サーバー装置１００、端末装置２００及び端末装置３００を含む。なお、図１には、サーバー装置１００、端末装置２００及び端末装置３００をそれぞれ１台のみ示しているが、各装置の台数は限定しない。また、配車システム１は、典型的には複数の端末装置２００及び複数の端末装置３００を含む。なお、配車システム１は、案件管理システムの一例である。
図１は、実施形態に係る配車システム１及び配車システム１に含まれる構成要素の要部構成の一例を示すブロック図である。なお、各装置の各構成要素は、内蔵であっても外付けであっても良い。配車システム１は、配車サービスを提供するシステムである。配車サービスを利用するユーザーは、主に、貨物自動車などを用いて荷物を輸送する運送企業及び当該荷物の荷主である。配車サービスは、荷物を輸送する案件についての配車及び請求を支援するサービスである。配車システム１は、一例として、サーバー装置１００、端末装置２００及び端末装置３００を含む。なお、図１には、サーバー装置１００、端末装置２００及び端末装置３００をそれぞれ１台のみ示しているが、各装置の台数は限定しない。また、配車システム１は、典型的には複数の端末装置２００及び複数の端末装置３００を含む。なお、配車システム１は、案件管理システムの一例である。
【0008】
サーバー装置１００、端末装置２００及び端末装置３００は、ネットワークＮＷに接続する。ネットワークＮＷは、典型的にはインターネットを含む通信網である。ネットワークＮＷは、典型的にはＷＡＮ（wide area network）を含む通信網である。ネットワークＮＷは、イントラネットなどのプライベートネットワークを含む通信網であっても良い。ネットワークＮＷは、ＬＡＮ（local area network）を含む通信網であっても良い。また、ネットワークＮＷは、無線回線でも良いし有線回線でも良く、無線回線と有線回線とが混在していても良い。また、ネットワークＮＷは、専用線又は公衆携帯電話網などを含む通信網であっても良い。
【0009】
サーバー装置１００は、配車サービスを提供するサーバーなどの装置である。サーバー装置１００は、一例として、プロセッサー１１０、ＲＯＭ（read-only memory）１２０、ＲＡＭ（random-access memory）１３０、補助記憶装置１４０及び通信インターフェース１５０を含む。そして、バス１６０などが、これら各部を接続する。なお、サーバー装置１００は、案件管理装置の一例である。
【0010】
プロセッサー１１０は、サーバー装置１００の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分であり、各種演算及び処理などを行う。プロセッサー１１０は、例えば、ＣＰＵ（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）などである。あるいは、プロセッサー１１０は、これらのうちの複数を組み合わせたものである。また、プロセッサー１１０は、これらにハードウェアアクセラレーターなどを組み合わせたものであっても良い。プロセッサー１１０は、ＲＯＭ１２０又は補助記憶装置１４０などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、サーバー装置１００の各種の機能を実現するべく各部を制御する。また、プロセッサー１１０は、当該プログラムに基づいて後述する処理を実行する。なお、当該プログラムの一部又は全部は、プロセッサー１１０の回路内に組み込まれていても良い。
【0011】
ＲＯＭ１２０及びＲＡＭ１３０は、プロセッサー１１０を中枢としたコンピューターの主記憶装置である。
ＲＯＭ１２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ１２０は、プロセッサー１１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ１３０は、データの読み書きに用いられるメモリである。ＲＡＭ１３０は、プロセッサー１１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ１３０は、典型的には揮発性メモリである。
ＲＯＭ１２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ１２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ１２０は、プロセッサー１１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ１３０は、データの読み書きに用いられるメモリである。ＲＡＭ１３０は、プロセッサー１１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ１３０は、典型的には揮発性メモリである。
【0012】
補助記憶装置１４０は、プロセッサー１１０を中枢としたコンピューターの補助記憶装置である。補助記憶装置１４０は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）又はフラッシュメモリなどである。補助記憶装置１４０は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。また、補助記憶装置１４０は、プロセッサー１１０が各種の処理を行う上で使用するデータ、プロセッサー１１０での処理によって生成されたデータ及び各種の設定値などを記憶する。
【0013】
補助記憶装置１４０が記憶するデータは、一例として、ユーザーＤＢ（database）１４１、案件ＤＢ１４２、車両ＤＢ１４３、運転手ＤＢ１４４及び請求ＤＢ１４５を含む。
【0014】
ユーザーＤＢ１４１は、配車サービスを利用するユーザーについての情報を記憶及び管理するデータベースである。ユーザーＤＢ１４１は、例えば、各ユーザーについて、ユーザーＩＤ（identifier）と関連付けてユーザー情報を記憶する。なお、ユーザーＩＤは、ユーザーごとにユニークに付与される識別情報である。また、配車サービスを利用するユーザーには、２種類以上の属性がある。当該属性は、運送属性と荷主属性を含む。運送属性を持つユーザー（以下「運送ユーザー」という。）は、荷物の輸送を行うユーザーである。したがって、運送企業などは、運送ユーザーである。なお、運送企業と当該運送内の営業所のそれぞれとは、異なるユーザーであっても良い。荷主属性を持つユーザー（以下「荷主ユーザー」）は、運送企業に荷物の輸送を依頼する荷主となるユーザーである。配車サービスを利用するユーザーは、着荷主となるユーザー（以下「着荷主ユーザー」）を含む。運送ユーザーは、着荷主ユーザーを含んでも良い。なお、運送属性と荷主属性の両方の属性を持つユーザーがいても良い。この場合のユーザーは、荷物の輸送と荷物の輸送の依頼の両方を行うユーザーである。ユーザー情報は、例えば、企業の名前及び住所などの企業についての情報、ユーザーが営業する営業所の一覧と各営業所についての情報、取引先についての情報、各従業員についての情報、及び使用する銀行口座に関する情報などを含む。
【0015】
案件ＤＢ１４２は、案件についての情報を記憶及び管理するデータベースである。案件は、本実施形態中において運送企業に対する荷物の輸送依頼の案件を示す。案件ＤＢ１４２は、各案件について、案件ＩＤに案件についての情報（以下「案件情報」という。）を関連付けて記憶する。案件ＩＤは、案件ごとにユニークに付与される識別情報である。案件情報は、発注元ＩＤ、発注先ＩＤ、着荷主ＩＤ、配車車両ＩＤ、配車運転手ＩＤ、下請け案件ＩＤ、階層情報、運送条件情報、実時間情報、受注変数、確定変数及びその他の案件についての情報を含む。発注元ＩＤは、案件を発注した発注元の荷主ユーザーのユーザーＩＤである。発注先ＩＤは、案件の発注先の運送ユーザーのユーザーＩＤである。着荷主ＩＤは、着荷主のユーザーＩＤである。配車車両ＩＤは、案件に使用する貨物自動車の車両ＩＤである。配車運転手ＩＤは、案件において貨物自動車を運転する運転手の運転手ＩＤである。なお、車両ＩＤは、貨物自動車ごとにユニークに付与される識別情報である。車両ＩＤは、配車システム１用の識別情報であっても良いし、自動車登録番号、車両番号、ＷＣＮ（wireless call number）、車載器管理番号又はＥＴＣ（electronic toll collection）カード番号などの既存の識別情報であっても良い。運転手ＩＤは、運転手ごとにユニークに付与される識別情報である。受注変数は、案件の受注状況を示す情報である。受注変数は、案件が、未受注状態、受注済み状態及び拒否状態の３種類の状態のいずれであるかを値によって示す。未受注状態は、案件の発注に対して受注も受注の拒否も行われていない状態である。受注済み状態は、案件の発注が受注された状態である。拒否状態は、案件の発注に対して受注が拒否された状態である。確定変数は、案件で運送を行う貨物自動車が確定しているか否かを示す情報である。確定変数は、未確定状態及び確定状態の２種類の状態のいずれであるかを値によって示す。未確定状態は、案件で運送を行う貨物自動車が確定していないことを示す。確定状態は、案件で運送を行う貨物自動車が確定していることを示す。その他の案件についての情報は、例えば、積み地、降し地、積み日、降し日、依頼車種及び形状、並びに荷物の重量を含む。
【0016】
また、案件ＤＢ１４２が記憶及び管理する案件は、案件の一種として傭車案件を含む。傭車案件は、傭車を発注する案件である。傭車案件は、下請け又は社内営業所などの外注先へ発注する案件である。なお、傭車案件でない案件は、直案件である。傭車案件の案件情報は、発注元ＩＤ、発注先ＩＤ、元案件ＩＤ及び受注変数を含む。元案件ＩＤは、傭車の発注の元となる案件の案件ＩＤである。傭車案件が２次請けの案件である場合、元案件ＩＤが示す案件は、元請け（１次請け）の案件である。傭車案件がｎ次請けの案件である場合、元案件ＩＤが示す案件は、（ｎ－１）次請けの案件である。ｎは、２以上の整数である。
【0017】
また、案件ＤＢ１４２は、案件の運行指示書を、当該案件の案件ＩＤ及び運転手ＩＤと関連付けて記憶する。当該運転手ＩＤは、当該案件を担当する運転手を示す。当該運転手ＩＤは、当該運行指示書の送信先の運転手を示す。
【0018】
車両ＤＢ１４３は、各運送ユーザーが運用する各貨物自動車についての情報を記憶及び管理するデータベースである。車両ＤＢ１４３は、各貨物自動車について、車両ＩＤにユーザーＩＤ及び貨物自動車についての情報を関連付けて記憶する。車両ＩＤに関連付けられたユーザーＩＤは、当該車両ＩＤで特定される貨物自動車を運用するユーザーのユーザーＩＤである。貨物自動車についての情報は、例えば運送企業名（看板名）、車両の車種・形状、車両番号、運転手を特定可能な情報、及び連絡先などを含む。
【0019】
運転手ＤＢ１４４は、各運送ユーザーが使用する各運転手についての情報を記憶及び管理するデータベースである。運転手ＤＢ１４４は、各運転手について、運転手ＩＤにユーザーＩＤ及び運転手についての情報を関連付けて記憶する。運転手ＩＤに関連付けられたユーザーＩＤは、当該運転手ＩＤで特定される運転手を使用するユーザーのユーザーＩＤである。運転手についての情報は、運転手の名前、電話番号、予実情報及び拘束時間情報を含む。予実情報は、運転手の勤務予定及び実際の勤務時間についての情報である。拘束時間情報は、運転手の拘束時間の予定及び実際の拘束時間を示す情報である。
また、運転手ＤＢ１４４は、運転手ＩＤに、位置情報及び日時を関連付けて記憶する。これにより、運転手ＤＢ１４４は、当該運転手ＩＤによって特定される運転手の、日時ごとの位置情報を記憶する。
また、運転手ＤＢ１４４は、運転手ＩＤに、位置情報及び日時を関連付けて記憶する。これにより、運転手ＤＢ１４４は、当該運転手ＩＤによって特定される運転手の、日時ごとの位置情報を記憶する。
【0020】
請求ＤＢ１４５は、案件についての請求の情報を記憶及び管理するデータベースである。請求ＤＢ１４５は、各請求について、請求ＩＤに関連付けて請求に関する情報（以下「請求情報」という）を記憶する。請求ＩＤは、請求１件ごとにユニークに付与される識別情報である。請求情報は、請求案件ＩＤ、請求元ＩＤ、請求先ＩＤ、金額情報、承認変数及びその他の請求に関する情報を含む。請求案件ＩＤは、どの案件についての請求であるかを示す案件ＩＤである。請求元ＩＤは、請求元の運送ユーザーのユーザーＩＤである。請求先ＩＤは、請求先のユーザーのユーザーＩＤである。金額情報は、請求金額及びその内訳などの、請求の金額に関する情報を含む。承認変数は、請求が承認されているか否かを示す変数である。承認変数は、値によって、関連付けられた請求が未承認状態、承認状態及び承認拒否状態の３種類の状態のいずれであるかを示す。未承認状態は、請求が承認も拒否もされていない状態である。承認状態は、請求が承認されている状態である。承認拒否状態は、請求の承認が拒否されている状態である。
【0021】
通信インターフェース１５０は、サーバー装置１００がネットワークＮＷなどを介して通信するためのインターフェースである。なお、通信インターフェース１５０は、通信装置の一例である。なお、通信インターフェース１５０は、通信部の一例である。あるいは、プロセッサー１１０は、通信インターフェース１５０と協働して、通信部の一例として機能する。
【0022】
バス１６０は、コントロールバス、アドレスバス及びデータバスなどを含み、サーバー装置１００の各部で授受される信号を伝送する。
【0023】
端末装置２００は、配車サービスを利用することができる装置である。端末装置２００は、例えば、配車サービスのユーザーが使用する。端末装置２００は、例えば、ＰＣ（personal computer）、タブレット端末、又はスマートホンなどの汎用のコンピューターである。あるいは、端末装置２００は、配車サービスを利用するための専用の装置であっても良い。端末装置２００は、一例として、プロセッサー２１０、ＲＯＭ２２０、ＲＡＭ２３０、補助記憶装置２４０、通信インターフェース２５０、入力デバイス２６０、表示デバイス２７０及び印刷デバイス２８０を含む。そして、バス２９０などが、これら各部を接続する。
【0024】
プロセッサー２１０は、端末装置２００の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分であり、各種演算及び処理などを行う。プロセッサー２１０は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー２１０は、これらのうちの複数を組み合わせたものである。また、プロセッサー２１０は、これらにハードウェアアクセラレーターなどを組み合わせたものであっても良い。プロセッサー２１０は、ＲＯＭ２２０又は補助記憶装置２４０などに記憶されたファームウェア、システムソフトウェア及びアプリケーションソフトウェアなどのプログラムに基づいて、端末装置２００の各種の機能を実現するべく各部を制御する。また、プロセッサー２１０は、当該プログラムに基づいて後述する処理を実行する。なお、当該プログラムの一部又は全部は、プロセッサー２１０の回路内に組み込まれていても良い。
【0025】
ＲＯＭ２２０及びＲＡＭ２３０は、プロセッサー２１０を中枢としたコンピューターの主記憶装置である。
ＲＯＭ２２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ２２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ２２０は、プロセッサー２１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ２３０は、データの読み書きに用いられるメモリである。ＲＡＭ２３０は、プロセッサー２１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ２３０は、典型的には揮発性メモリである。
ＲＯＭ２２０は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ２２０は、上記のプログラムのうち、例えばファームウェアなどを記憶する。また、ＲＯＭ２２０は、プロセッサー２１０が各種の処理を行う上で使用するデータなども記憶する。
ＲＡＭ２３０は、データの読み書きに用いられるメモリである。ＲＡＭ２３０は、プロセッサー２１０が各種の処理を行う上で一時的に使用するデータを記憶するワークエリアなどとして利用される。ＲＡＭ２３０は、典型的には揮発性メモリである。
【0026】
補助記憶装置２４０は、プロセッサー２１０を中枢としたコンピューターの補助記憶装置である。補助記憶装置２４０は、例えばＥＥＰＲＯＭ、ＨＤＤ又はフラッシュメモリなどである。補助記憶装置２４０は、上記のプログラムのうち、例えば、システムソフトウェア及びアプリケーションソフトウェアなどを記憶する。また、補助記憶装置２４０は、プロセッサー２１０が各種の処理を行う上で使用するデータ、プロセッサー２１０での処理によって生成されたデータ及び各種の設定値などを記憶する。
【0027】
当該アプリケーションソフトウェアは、配車サービスを利用するためのアプリケーションソフトウェア（以下「端末アプリ」という。）を含む。端末アプリは、配車サービス専用のアプリケーションソフトウェアであっても良いし、ウェブブラウザーなどの汎用のアプリケーションソフトウェアであっても良い。
【0028】
なお、プロセッサー２１０は、配車サービスの一部又は全部は、配車サービスにログインしている必要がある。端末装置２００は、例えば、ユーザーＩＤを使用して配車サービスにログインする。プロセッサー２１０は、当該ログインを自動で行っても良いし、端末装置２００の操作者による操作に基づいて行っても良い。端末装置２００は、配車サービスにログイン中である場合、ログインに使用したユーザーＩＤを記憶している。当該ユーザーＩＤを以下「ログインＩＤ」という。また、当該ログインＩＤで特定されるユーザーを以下「ログインユーザー」という。
【0029】
通信インターフェース２５０は、端末装置２００がネットワークＮＷなどを介して通信するためのインターフェースである。なお、通信インターフェース２５０は、通信装置の一例である。
【0030】
入力デバイス２６０は、端末装置２００の操作者による操作を受け付ける。入力デバイス２６０は、例えば、キーボード、キーパッド、タッチパッド、マウス又はコントローラーなどである。また、入力デバイス２６０は、音声入力用のデバイスであっても良い。
【0031】
表示デバイス２７０は、端末装置２００の操作者などに各種情報を通知するための画面を表示する。表示デバイス２７０は、例えば、液晶ディスプレイ又は有機ＥＬ（electro-luminescence）ディスプレイなどのディスプレイである。また、入力デバイス２６０及び表示デバイス２７０としては、タッチパネルを用いることもできる。すなわち、タッチパネルが備える表示パネルを表示デバイス２７０として、タッチパネルが備える、タッチ入力によるポインティングデバイスを入力デバイス２６０として用いることができる。
【0032】
印刷デバイス２８０は、請求書などの画像を紙などに印刷する。印刷デバイス２８０は、ドットインパクトプリンター、インクジェットプリンター、サーマルプリンター、レーザープリンター又はその他のプリンターなど、種々の方式のプリンターである。
【0033】
バス２９０は、コントロールバス、アドレスバス及びデータバスなどを含み、端末装置２００の各部で授受される信号を伝送する。
【0034】
端末装置３００は、貨物自動車の運転手が使用する装置である。端末装置３００は、例えば、スマートホン又はタブレット端末などである。端末装置３００は、貨物自動車の車載装置であっても良い。端末装置３００は、一例として、プロセッサー２１０、ＲＯＭ２２０、ＲＡＭ２３０、補助記憶装置２４０、通信インターフェース２５０、入力デバイス２６０、表示デバイス２７０、及び測位部３１０を含む。そして、バス２９０などが、これら各部を接続する。端末装置２００と同様の部分については説明を省略する。なお、端末装置３００は、案件で運送を行う運転手が使用する第４の端末装置の一例である。
【0035】
端末装置３００の補助記憶装置２４０が記憶するアプリケーションソフトウェアは、運転手が各種の日時を入力するためのアプリケーションソフトウェア（以下「運転手アプリ」という。）を含む。運転手アプリは、請求サービス専用のアプリケーションソフトウェアであっても良いし、ウェブブラウザーなどの汎用のアプリケーションソフトウェアであっても良い。
【0036】
端末装置３００のＲＡＭ２３０及び補助記憶装置２４０は、当該端末装置３００を使用する運転手の運転手ＩＤを記憶する。
【0037】
測位部３１０は、ＧＰＳ（Global Positioning System）などのＧＮＳＳ（global navigation satellite system）を用いて端末装置３００の位置を測位して出力するＩＣ（integrated circuit）チップ、モジュール又は回路などである。測位部３１０は、例えば、ＧＮＳＳ衛星からＧＮＳＳ信号を受信するアンテナを含む。また、測位部３１０は、測位のための演算を行う演算部を含む。測位部３１０は、測位結果を出力する。なお、端末装置３００は、プロセッサー２１０が測位のための演算を行う構成であっても良い。この場合、測位部３１０は、演算部を備えていなくても良い。また、測位部３１０は、ＧＮＳＳ以外の方法で端末装置３００の位置を測位しても良い。また、端末装置３００は、ＧＮＳＳとＧＮＳＳ以外の方法を併用して端末装置３００の位置を測位しても良い。
【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】
ステップＳＴ８５においてプロセッサー２１０は、案件画面に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、案件画面を表示する。
【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】
ステップＳＴ８９においてプロセッサー２１０は、選択案件の案件情報を用いて出力コントロールで指定された帳票を生成する。そして、プロセッサー２１０は、生成した帳票を出力する。プロセッサー２１０は、例えば、印刷デバイス２８０を制御して、帳票を印刷物として出力する。あるいは、プロセッサー２１０は、帳票をＰＤＦ（Portable Document Format）若しくはＸＭＬ（Extensible Markup Language）などの文書データ、ＥＰＳ（Encapsulated PostScript）などのベクター画像データ、ＰＮＧ（Portable Network Graphics）などのラスター画像データ、ＣＳＶ（comma-separated values）などのテキストデータ、バイナリーデータ又はその他の電子データなどとして出力する。なお、プロセッサー２１０は、必要に応じて、帳票生成のために必要な情報をサーバー装置１００から取得しても良い。また、プロセッサー２１０は、帳票を生成することに代えて、帳票をサーバー装置１００から取得しても良い。この場合、サーバー装置１００は、端末装置２００からの要求に応じて帳票を生成する。そして、サーバー装置１００は、生成した帳票を端末装置２００に送信する。プロセッサー２１０は、ステップＳＴ４４の処理の後、ステップＳＴ４０へと戻る。プロセッサー２１０は、ステップＳＴ８９の処理の後、ステップＳＴ８５へと戻る。
【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】
以上より、プロセッサー１１０は、通信インターフェース１５０と協働して、荷主ユーザーに運行情報を送信するステップＳＴ１５８の処理を実行することで、各種の時間の長さを、第１の端末装置に送信する時間送信部の一例として機能する。また、プロセッサー１１０は、通信インターフェース１５０と協働して、運送ユーザーに運行情報を送信するステップＳＴ１５８の処理を実行することで、各種の時間の長さを、第２の端末装置に送信する時間送信部一例として機能する。
【0270】
一方、図１２のステップＳＴ１３８において端末装置２００のプロセッサー２１０は、通信インターフェース２５０によって運行情報が受信されるのを待ち受けている。プロセッサー２１０は、運行情報が受信されたならば、ステップＳＴ１３８においてＹｅｓと判定してステップＳＴ１３９へと進む。
【0271】
ステップＳＴ１３９においてプロセッサー２１０は、図１６に示すような運行情報画面ＳＣ１に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、運行情報画面ＳＣ１を表示する。プロセッサー２１０は、運行情報画面ＳＣ１の表示を終了した場合、ステップＳＴ１３１へと戻る。
【0272】
図１６は、表示デバイス２７０に表示される運行情報画面ＳＣ１の一例を示す図である。運行情報画面ＳＣ１は、運行一覧画面において選択された案件について、案件情報、運送状況、到着予測日時、遅延予測時間及び運行位置情報を表示する画面である。当該案件情報は、ステップＳＴ１３８で受信された運行情報に含まれる案件情報である。当該運送状況は、当該運行情報に含まれる運送状況である。当該到着予測日時及び当該遅延予測時間は、当該運行情報に含まれる到着予測日時及び遅延予測時間である。運行情報画面ＳＣ１は、当該案件情報に含まれる実時間情報が各時間を含む場合、当該各時間を表示する。
【0273】
運行位置情報は、案件を担当する運転手の位置を示す情報である。当該運転手の位置は、案件に使用されている貨物自動車の位置でもある。案件が運行開始後且つ運行終了前であるならば、運行位置情報は、当該運転手の現在位置を含む。案件が運行開始後であるならば、運行位置情報は、運行開始以降運行終了前までの当該運転手の位置の推移を含む。
【0274】
運行情報画面ＳＣ１は、一例として、詳細領域ＡＲ１０、詳細領域ＡＲ２０及び地図領域ＡＲ３０を含む。詳細領域ＡＲ１０は、案件の詳細の一部を表示する領域である。図１６中の詳細領域ＡＲ１０は、図１５と同様であるので説明を省略する。
【0275】
詳細領域ＡＲ２０は、詳細領域ＡＲ１０に表示された内容以外の案件の詳細を表示する。図１６では詳細領域ＡＲ２０の表示内容を省略して示している。
【0276】
地図領域ＡＲ３０は、運行位置情報を地図を用いて表示する領域である。
【0277】
配車について図１９～図２３を用いて説明する。図１９は、端末装置２００のプロセッサー２１０による処理の一例を示すフローチャートである。プロセッサー２１０は、例えば、ＲＯＭ２２０又は補助記憶装置２４０などに記憶されたプログラムに基づいて図１９の処理を実行する。図２０は、サーバー装置１００のプロセッサー１１０による処理の一例を示すフローチャートである。プロセッサー１１０は、例えば、ＲＯＭ１２０又は補助記憶装置１４０などに記憶されたプログラムに基づいて図２０の処理を実行する。ここでは、貨物自動車及び運転手がいずれも未指定である案件の配車を行う場合を例に説明する。
【0278】
運送ユーザーは、受注した案件について、配車を行いたい場合、入力デバイス２６０を操作して、当該案件の一覧を表示するように端末装置２００に指示する入力を行う。端末装置２００のプロセッサー２１０は、例えば、当該入力に応じて、図１９に示す処理を開始する。
【0279】
図１９のステップＳＴ２０１において端末装置２００のプロセッサー２１０は、配車一覧要求を生成する。配車一覧要求は、一例として、ログインＩＤを含む。配車一覧要求は、当該ログインＩＤで特定される運送ユーザーが受注した案件の一覧及び当該各案件についての情報を送信するように要求する情報である。配車一覧要求は、当該運送ユーザーが運用する貨物自動車の一覧及び当該各貨物自動車についての情報を送信するように要求する情報である。配車一覧要求は、当該運送ユーザーが使用する運転手の一覧及び当該各運転手についての情報を送信するように要求する情報である。プロセッサー２１０は、配車一覧要求を生成した後、当該配車一覧要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該配車一覧要求をサーバー装置１００に送信する。送信された当該配車一覧要求は、サーバー装置１００の通信インターフェース１５０によって受信される。
【0280】
一方、図２０のステップＳＴ２１１においてサーバー装置１００のプロセッサー１１０は、通信インターフェース１５０によって配車一覧要求が受信されたか否かを判定する。プロセッサー１１０は、配車一覧要求が受信されないならば、ステップＳＴ２１１においてＮｏと判定してステップＳＴ２１２へと進む。
【0281】
ステップＳＴ２１２においてプロセッサー１１０は、通信インターフェース１５０によって配車要求が受信されたか否かを判定する。プロセッサー１１０は、配車要求が受信されないならば、ステップＳＴ２１２においてＮｏと判定してステップＳＴ２１１へと戻る。かくして、プロセッサー１１０は、配車一覧要求又は配車要求が受信されるまでステップＳＴ２１１及びステップＳＴ２１２を繰り返す待受状態となる。
【0282】
プロセッサー１１０は、ステップＳＴ２１１及びステップＳＴ２１２を繰り返す待受状態にあるときに配車一覧要求が受信されたならば、ステップＳＴ２１１においてＹｅｓと判定してステップＳＴ２１３へと進む。
【0283】
ステップＳＴ２１３においてプロセッサー１１０は、配車一覧要求によって要求された情報を取得する。すなわち、プロセッサー１１０は、案件ＤＢ１４２を参照して、発注先ＩＤがステップＳＴ１２で受信された配車一覧要求に含まれるログインＩＤと同一である案件のうち、受注済み状態である案件を特定する。そして、プロセッサー１１０は、特定した各案件について、案件ＩＤ及び案件情報を取得する。また、プロセッサー１１０は、車両ＤＢ１４３を参照して、当該ログインＩＤが関連付けられた車両ＩＤを特定する。そして、プロセッサー１１０は、特定した車両ＩＤそれぞれについて、関連付けられた貨物自動車についての情報を取得する。また、プロセッサー１１０は、運転手ＤＢ１４３を参照して、当該ログインＩＤが関連付けられた運転手ＩＤを特定する。そして、プロセッサー１１０は、特定した運転手ＩＤそれぞれについて、関連付けられた運転手についての情報を取得する。
【0284】
ステップＳＴ２１４においてプロセッサー１１０は、配車一覧情報を生成する。配車一覧情報は、ステップＳＴ２１３で取得された情報を含む。プロセッサー１１０は、配車一覧情報を生成した後、当該配車一覧情報を端末装置２００に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該配車一覧情報を端末装置２００に送信する。送信された当該配車一覧情報は、端末装置２００の通信インターフェース２５０によって受信される。プロセッサー１１０は、ステップＳＴ２１４の処理の後、ステップＳＴ２１１へと戻る。
【0285】
一方、図１９のステップＳＴ２０２において端末装置２００のプロセッサー２１０は、通信インターフェース２５０によって配車一覧情報が受信されるのを待ち受けている。プロセッサー２１０は、配車一覧情報が受信されたならば、ステップＳＴ２０２においてＹｅｓと判定してステップＳＴ２０３へと進む。
【0286】
ステップＳＴ２０３においてプロセッサー２１０は、図２１に示すような配車マッチング画面ＳＣ４－１に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、配車マッチング画面ＳＣ４－１を表示する。
【0287】
図２１は、表示デバイス２７０に表示される配車マッチング画面ＳＣ４－１の一例を示す図である。配車マッチング画面ＳＣ４－１は、案件の一覧を表示する画面である。配車マッチング画面ＳＣ４－１は、当該一覧から配車を行う対象の案件を選択するための画面である。配車マッチング画面ＳＣ４－１は、一例として、領域ＡＲ４１－１及び保存ボタンＢ４１を含む。
【0288】
領域ＡＲ４１－１は、案件の一覧を表示する領域である。領域ＡＲ４１－１に表示される案件は、配車一覧情報に含まれる案件である。領域ＡＲ４１－１に表示された各案件は、選択可能である。領域ＡＲ４１－１は、各案件について、その案件を行う予定期間を帯によって表示する。領域ＡＲ４１－１は、当該帯内に、その案件の積み地の位置と降し地の位置を表示する。なお、図２１に示す領域ＡＲ４１－１は、一部を省略して示している。
【0289】
保存ボタンは、配車マッチング画面ＳＣ４において案件、貨物自動車及び運転手の３点が選択された状態で操作可能なボタンである。保存ボタンは、配車の内容を確定するボタンである。また、保存ボタンは、配車の内容をサーバー装置１００に送信するように端末装置２００に指示する場合に操作者が操作するためのボタンである。当該内容は、当該案件を当該貨物自動車及び当該運転手が運送を行うというものである。なお、配車マッチング画面ＳＣ４は、配車マッチング画面ＳＣ４－１～配車マッチング画面ＳＣ４－３の総称である。
【0290】
ステップＳＴ２０４においてプロセッサー２１０は、配車マッチング画面ＳＣ４－１に一覧表示された案件を選択する操作が行われるのを待ち受ける。プロセッサー２１０は、案件を選択する操作が行われたならば、ステップＳＴ２０４においてＹｅｓと判定してステップＳＴ２０５へと進む。
【0291】
ステップＳＴ２０５においてプロセッサー２１０は、図２２に示すような配車マッチング画面ＳＣ４－２に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、配車マッチング画面ＳＣ４－２を表示する。
【0292】
図２２は、表示デバイス２７０に表示される配車マッチング画面ＳＣ４－２の一例を示す図である。配車マッチング画面ＳＣ４－２は、貨物自動車の一覧を表示する画面である。配車マッチング画面ＳＣ４－２は、当該一覧から、配車マッチング画面ＳＣ４－１において選択された案件で運送を行う貨物自動車を選択するための画面である。配車マッチング画面ＳＣ４－２は、一例として、領域ＡＲ４１－２、領域ＡＲ４２－１及び保存ボタンＢ４１を含む。
【0293】
領域ＡＲ４１－２は、配車マッチング画面ＳＣ４－１において選択された案件を表示する領域である。領域ＡＲ４１－２は、当該案件について、その案件を行う予定期間を帯によって表示する。領域ＡＲ４１－２は、当該帯内に、その案件の積み地の位置と降し地の位置を表示する。
【0294】
領域ＡＲ４２－１は、貨物自動車の一覧を表示する領域である。領域ＡＲ４２－１に表示される貨物自動車は、配車一覧情報に含まれる貨物自動車である。領域ＡＲ４２－１に表示された各貨物自動車は、選択可能である。領域ＡＲ４２－１は、各貨物自動車について、その貨物自動車が運送を行う案件の予定期間を帯によって表示する。領域ＡＲ４２－２は、当該帯内に、その案件の積み地の位置と降し地の位置を表示する。なお、図２２に示す領域ＡＲ４２－１は、一部を省略して示している。
【0295】
ステップＳＴ２０６においてプロセッサー２１０は、配車マッチング画面ＳＣ４－２に一覧表示された貨物自動車を選択する操作が行われるのを待ち受ける。プロセッサー２１０は、貨物自動車を選択する操作が行われたならば、ステップＳＴ２０６においてＹｅｓと判定してステップＳＴ２０７へと進む。
【0296】
ステップＳＴ２０７においてプロセッサー２１０は、図２３に示すような配車マッチング画面ＳＣ４－３に対応した画像を生成する。そして、プロセッサー２１０は、生成したこの画像を表示するように表示デバイス２７０に対して指示する。表示の指示を受けて表示デバイス２７０は、配車マッチング画面ＳＣ４－３を表示する。
【0297】
図２３は、表示デバイス２７０に表示される配車マッチング画面ＳＣ４－３の一例を示す図である。配車マッチング画面ＳＣ４－３は、運転手の一覧を表示する画面である。配車マッチング画面ＳＣ４－３は、当該一覧から、配車マッチング画面ＳＣ４－１において選択された案件で運送を行う運転手を選択するための画面である。配車マッチング画面ＳＣ４－３は、一例として、領域ＡＲ４１－２、領域ＡＲ４２－２、領域ＡＲ４３－１及び保存ボタンＢ４１を含む。
【0298】
領域ＡＲ４２－２は、配車マッチング画面ＳＣ４－２において選択された貨物自動車を表示する領域である。領域ＡＲ４２－２は、当該貨物自動車について、その貨物自動車が運送を行う案件の予定期間を帯によって表示する。領域ＡＲ４２－２は、当該帯内に、その案件の積み地の位置と降し地の位置を表示する。
【0299】
領域ＡＲ４３－１は、運転手の一覧を表示する領域である。領域ＡＲ４３－１に表示される運転手は、配車一覧情報に含まれる運転手である。領域ＡＲ４３－１に表示された各運転手は、選択可能である。領域ＡＲ４３－１は、各運転手について、その運転手が運送を行う案件の予定期間を帯によって表示する。領域ＡＲ４３－１は、当該帯内に、その案件の積み地の位置と降し地の位置を表示する。なお、図２３に示す領域ＡＲ４３－１は、一部を省略して示している。
【0300】
ステップＳＴ２０８においてプロセッサー２１０は、配車マッチング画面ＳＣ４－３に一覧表示された運転手を選択する操作が行われるのを待ち受ける。プロセッサー２１０は、運転手を選択する操作が行われたならば、ステップＳＴ２０８においてＹｅｓと判定してステップＳＴ２０９へと進む。
【0301】
ステップＳＴ２０９においてプロセッサー２１０は、配車を確定する操作が行われるのを待ち受ける。すなわちプロセッサー２１０は、保存ボタンＢ４１を操作するなどの予め定められた操作が行われるのを待ち受ける。プロセッサー２１０は、配車を確定する操作が行われたならば、ステップＳＴ２０９においてＹｅｓと判定してステップＳＴ２１０へと進む。
【0302】
ステップＳＴ２１０においてプロセッサー２１０は、配車要求を生成する。配車要求は、ログインＩＤ、配車マッチング画面ＳＣ４－１において選択された案件の案件ＩＤ、配車マッチング画面ＳＣ４－２において選択された貨物自動車の車両ＩＤ、及び配車マッチング画面ＳＣ４－３において選択された運転手の運転手ＩＤを含む。配車要求は、配車の内容を示す情報である。当該内容は、当該案件の運送を当該貨物自動車及び当該運転手が行うというものである。また、配車要求は、当該内容を記憶するように要求する情報である。プロセッサー２１０は、配車要求を生成した後、当該配車要求をサーバー装置１００に送信するように通信インターフェース２５０に対して指示する。この送信の指示を受けて通信インターフェース２５０は、当該配車要求をサーバー装置１００に送信する。送信された当該配車要求は、サーバー装置１００の通信インターフェース１５０によって受信される。プロセッサー２１０は、ステップＳＴ２１０の処理の後、ステップＳＴ２０３へと戻る。
【0303】
プロセッサー１１０は、ステップＳＴ２１１及びステップＳＴ２１２を繰り返す待受状態にあるときに配車要求が受信されたならば、ステップＳＴ２１２においてＹｅｓと判定してステップＳＴ２１５へと進む。
【0304】
ステップＳＴ２１５においてプロセッサー１１０は、ステップＳＴ２１４において受信された配車要求に基づき、案件ＤＢ１４２を更新して貨物自動車及び運転手を案件に登録する。すなわち、プロセッサー１１０は、当該配車要求に含まれる案件ＩＤに関連付けられた案件情報について、配車車両ＩＤの値を当該配車要求に含まれる車両ＩＤにする。そして、プロセッサー１１０は、当該案件情報について、配車運転手ＩＤの値を当該配車要求に含まれる運転手ＩＤにする。また、プロセッサー１１０は、当該案件情報中の確定変数の値を、確定状態を示す値にする。さらに、プロセッサー１１０は、当該案件ＩＤで特定される案件の上位案件それぞれについても、案件情報中の確定変数の値を、確定状態を示す値にする。
【0305】
ステップＳＴ２１６においてプロセッサー１１０は、図２のステップＳＴ２９と同様にして通知情報を生成する。ただし、プロセッサー１１０は、自車情報に代えて配車要求を用いる。プロセッサー１１０は、通知情報を生成した後、当該通知情報を、案件を発注したユーザーが使用する端末装置２００に送信するように通信インターフェース１５０に対して指示する。この送信の指示を受けて通信インターフェース１５０は、当該通知情報を当該端末装置２００に送信する。送信された当該通知情報は、当該端末装置２００の通信インターフェース２５０によって受信される。プロセッサー１１０は、ステップＳＴ２１６の処理の後、ステップＳＴ２１１へと戻る。
【0306】
実施形態の配車システム１は、荷主ユーザーが入力した案件についての情報を記憶する。そして、実施形態の配車システム１は、運送ユーザーが当該案件を受注する入力操作を行った場合、当該案件が受注済みであることを記憶する。このように、実施形態の配車システム１は、案件の発注及び受注をオンラインで行うことができる。したがって、配車にかかる案件の発注に関する入力及び受注などの業務の手間が軽減される。また、現状の物流業界には、デジタル化が遅れているという課題がある。実施形態の配車システム１を用いることで企業間がオンラインで繋がることにより、双方のデジタル化が達成される。
【0307】
また、実施形態の配車システム１は、運送ユーザーが当該案件の受注を拒否する入力を行った場合、当該案件の受注が拒否されたことを記憶する。このように、実施形態の配車システム１は、案件の受注の拒否をオンラインで行うことができる。
【0308】
また、実施形態の配車システム１は、運送ユーザーが受注した案件について、当該運送ユーザーが当該案件に使用する貨物自動車及び運転手を指定した場合、当該貨物自動車を記憶する。このように、実施形態の配車システム１は、オンラインで配車を行うことができる。
【0309】
また、実施形態の配車システム１は、運送ユーザーが受注した案件について、当該運送ユーザーが入力した請求の金額を記憶する。また、実施形態の配車システム１は、当該金額について当該案件の発注元である荷主ユーザーが承認した場合、当該金額が承認されたことを記憶する。このように、実施形態の配車システム１は、請求の承認をオンラインで行うことができる。
【0310】
また、実施形態の配車システム１は、運送ユーザーが受注した案件について、サーバー装置１００から取得した案件情報を用いて各種帳票を出力する。このように、実施形態の配車システム１は、オンラインで管理された情報を用いて各種帳票の出力が可能である。
【0311】
また、実施形態の配車システム１は、着荷主に案件についての情報を送信する。これにより、着荷主は、案件についての情報を簡単に知ることができる。当該情報は、例えば、車番連絡、積み先及び降し先での待機時間、荷役作業時間、及び荷待ち荷役合計時間の実績値、バース番号、並びに各種帳票を含む。したがって、着荷主は、これらについて簡単に知ることができる。
【0312】
また、実施形態の配車システム１は、荷主ユーザーが使用する端末装置２００、運送ユーザーが使用する端末装置、運転手が使用する端末装置３００のいずれとも案件に関する情報の受信及びは案件情報に含まれる情報の送信を行う。したがって、実施形態の配車システム１は、荷主ユーザー、運送ユーザー及び運転手のいずれもがオンラインで繋がることを可能とする。また、実施形態の配車システム１は、荷主ユーザー、運送ユーザー及び運転手による案件に関するやりとりを可能とする。
【0313】
また、実施形態の配車システム１によれば、端末装置３００は、運転手アプリを用いて入力された、実時間情報に含まれる各時間が分かる情報を送信する。そして、サーバー装置１００は、当該当該各時間を荷主ユーザーが使用する端末装置２００及び運送ユーザーが使用する端末装置２００に送信する。これにより、各端末装置２００は、当該各時間の表示が可能となる。これにより、荷主ユーザー、運送ユーザー及び着荷主ユーザーは、当該各時間の確認及び管理が可能である。当該各時間は、例えば、待機時間、荷役作業時間、及び荷待ち荷役合計時間である。したがって、荷主ユーザー、運送ユーザー及び着荷主ユーザーは、待機時間、荷役作業時間、及び荷待ち荷役合計時間の実績値の確認及び管理が可能である。
【0314】
また、実施形態の配車システム１によれば、端末装置３００は、位置情報をサーバー装置１００に送信する。また、サーバー装置１００は、当該位置情報を端末装置２００に送信する。したがって、端末装置２００を使用する各ユーザーは、運転手及び貨物自動車の位置を知ることができる。また、これにより、各ユーザーは、当該貨物自動車の到着管理及び動態管理が可能である。
【0315】
また、実施形態の配車システム１によれば、サーバー装置１００は、請求を行うユーザーが使用する端末装置２００と、請求受けるユーザーが使用する端末装置２００に積込及び降しにかかる予定の時間と実績の時間を送信する。これにより、各端末装置２００は、これらの時間の表示が可能である。またこれにより、請求を行うユーザーと請求を受けるユーザーの双方が、積込及び降しにかかる予定の時間と実績の時間を確認して、請求金額の確定作業及び承認作業を行うことができる。
【0316】
また、実施形態の配車システム１によれば、サーバー装置１００は、運行指示書の作成指示を受けて、運行指示書を作成する。当該指示は、端末装置２００の操作者による操作に基づき端末装置２００がサーバー装置１００に送信する。したがって、運送管理者などの当該操作者は、実施形態の配車システム１を用いることで、オンライン上で運行指示書の作成が可能である。
【0317】
また、以上のように、実施形態の配車システム１は、物流取引業務のデジタル化が可能である。すなわち、実施形態の配車システム１は、企業間の物流取引に関する業務（案件管理・配車業務・運行管理・運賃調整・請求支払）をデジタル化し、社内間・取引先とオンラインによるデータ連携が可能になり効率的でスムーズな物流取引を実現する荷主と運送企業と運転手とがつながる物流ＤＸプラットフォームを提供することができる。また、これにより、ユーザーの物流取引に関する業務の手間が軽減される。
【0318】
また、以上のように、実施形態の配車システム１は、運転手アプリを用いて運行管理や作業ステータス管理が可能である。したがって、実施形態の配車システム１は、運送会社の運行管理の効率化、及び運転手の拘束時間削減に貢献できる。
【0319】
また、以上のように、実施形態の配車システム１は、運転手アプリを用いることで、今までアナログであった電話又は紙による伝達方法をデジタル化可能である。
【0320】
上記の実施形態は、以下のような変形も可能である。
上記の実施形態では、積み先入力画面は、積み先での待機開始日時、積込開始日時及び積込終了日時を入力する入力欄を含む。しかしながら、積み先入力画面は、積み先での待機時間、及び積み先での荷役作業時間を入力する入力欄を含んでも良い。この場合、入力時間情報は、積み先での待機時間、及び積み先での荷役作業時間を含む。
上記の実施形態では、積み先入力画面は、積み先での待機開始日時、積込開始日時及び積込終了日時を入力する入力欄を含む。しかしながら、積み先入力画面は、積み先での待機時間、及び積み先での荷役作業時間を入力する入力欄を含んでも良い。この場合、入力時間情報は、積み先での待機時間、及び積み先での荷役作業時間を含む。
【0321】
上記の実施形態では、降し先入力画面は、降し先での待機開始日時、積降開始日時及び積降終了日時を入力する入力欄を含む。しかしながら、降し先入力画面は、降し先での待機時間、及び降し先での荷役作業時間を入力する入力欄を含んでも良い。この場合、入力時間情報は、降し先での待機時間、及び降し先での荷役作業時間を含む。
【0322】
１つの案件で積み先が複数あっても良い。１つの案件で降し先が複数あっても良い。
【0323】
図１６に示す運行情報画面ＳＣ１は、１つの案件についての情報を表示する。しかしながら、端末装置２００は、複数の案件についての情報を含む画面を表示できても良い。このような画面の例として、図１７に管理画面ＳＣ２を示す。プロセッサー２１０は、管理画面ＳＣ２の表示に必要な情報をサーバー装置１００から取得する。
【0324】
図１７は、表示デバイス２７０に表示される管理画面ＳＣ２の一例を示す図である。管理画面ＳＣ２は、一例として、複数の案件のそれぞれについて、積込が完了したか否か、案件を発注した荷主ユーザーの企業名、案件で運送を行う貨物自動車の車番、自車を用いるか傭車を用いるか、及び運行位置情報が示す最新の位置を含む。また、管理画面ＳＣ２は、一例として、複数の案件のそれぞれについて、積み及び降しの少なくともいずれかの待機開始予定日時、終了予定日時、待機開始日時、開始日時及び終了日時を含む。
【0325】
管理画面ＳＣ２は、案件を選択することができる。プロセッサー２１０は、選択された案件の詳細を表示する。プロセッサー２１０は、例えば、図１６に示すような運行情報画面ＳＣ１又は図１８に示すような運行情報画面ＳＣ３により、選択された案件の詳細を表示する。
【0326】
図１８は、表示デバイス２７０に表示される運行情報画面ＳＣ３の一例を示す図である。運行情報画面ＳＣ３は、一例として、管理画面ＳＣ２において選択された案件についての、運送を行う貨物自動車の車番、運送を行う運転手の名前、各地点に到着する予定の日時、各地点に実際に到着した日時、積み先の待機時間、積み先の荷役作業時間、積み先の荷待ち荷役合計時間、降し先の待機時間、降し先の荷役作業時間、及び降し先の荷待ち荷役合計時間を含む。プロセッサー２１０は、運行情報画面ＳＣ３について、運行情報画面ＳＣ１と同様に、予め定められた時間を超えた時間が表示された領域について、表示の仕方を変える。
【0327】
プロセッサー２１０は、運行管理画面ＳＣ３を、管理画面ＳＣ２上にオーバーレイ表示しても良い。プロセッサー２１０は、運行一覧画面として、管理画面ＳＣ２を用いても良い。プロセッサー２１０は、運行情報画面ＳＣ１に代えて、運行情報画面ＳＣ３を表示しても良い。
【0328】
上記の図９並びに図４のステップＳＴ２１、ステップＳＴ２２、及びステップＳＴ３８～ステップＳＴ４１の説明では、実運送体制管理簿の生成及び出力について述べた。しかしながら、配車システム１は、これと同様の処理によって実運送体制管理簿以外の帳票の生成及び出力が可能であっても良い。この場合、配車システム１は、例えば、図９並びに図４のステップＳＴ２１、ステップＳＴ２２、及びステップＳＴ３８～ステップＳＴ４１と同様の処理によって、実運送体制管理簿に代えて実運送体制管理簿以外の帳票の生成及び出力を行う。ただし、サーバー装置１００のプロセッサー１１０は、ステップＳＴ４０において、生成する帳票の種類に応じた必要な情報を、例えば、ユーザーＤＢ１４１、案件ＤＢ１４２、車両ＤＢ１４３、運転手ＤＢ１４４及び請求ＤＢ１４５から取得して、帳票を生成する。
【0329】
案件情報は、変更が可能であっても良い。受注済みの案件についても、案件情報が変更可能であっても良い。案件情報の変更が行えるユーザーは、例えば、案件を発注したユーザー及び受注したユーザーである。ユーザーは、端末装置２００を用いて案件情報の変更内容を入力する。端末装置２００は、変更対象の案件の案件ＩＤ及び変更内容をサーバー装置１００に送信する。サーバー装置１００のプロセッサー１１０は、当該変更内容に基づき、当該案件の案件情報を変更する。また、プロセッサー１１０は、当該変更内容を、当該案件で運送を行う運転手が使用する端末装置３００に送信する。当該端末装置３００は、当該変更内容を表示デバイス２７０に表示するなどして、当該運転手に対して報知する。
【0330】
上記の実施形態における案件は、荷物を貨物自動車で輸送する。しかしながら、実施形態の案件は、貨物自動車以外の移動体を用いて荷物を輸送するものであっても良い。
【0331】
荷物を輸送する移動体は、無人であっても良い。この場合、配車画面において運転手を指定する必要はない。
【0332】
上記の実施形態では、ユーザーは、運送企業及び荷主である。そして、案件は、荷物を輸送する案件である。しかしながら、実施形態の請求システムは、運送企業及び荷主以外のユーザー並びに荷物を輸送する案件以外の案件に対応したものであっても良い。
【0333】
上記の実施形態においてサーバー装置１００が実行する処理の一部を端末装置２００又は端末装置３００が実行しても良い。上記の実施形態において端末装置２００又は端末装置３００が実行する処理の一部をサーバー装置１００が実行しても良い。
【0334】
プロセッサー１１０又はプロセッサー２１０は、上記実施形態においてプログラムによって実現する処理の一部又は全部を、回路のハードウェア構成によって実現するものであっても良い。
【0335】
実施形態の処理を実現するプログラムは、例えば装置内の非一時的な記憶媒体に記憶された状態で譲渡される。しかしながら、当該装置は、当該プログラムが記憶されない状態で譲渡されても良い。そして、当該プログラムが別途に譲渡され、当該装置へと書き込まれても良い。このときのプログラムの譲渡は、例えば、リムーバブルで非一時的な記憶媒体に記録して、あるいはインターネット又はＬＡＮ（local area network）などのネットワークを介したダウンロードによって実現できる。
【0336】
以上、本発明の実施形態を説明したが、例として示したものであり、本発明の範囲を限定するものではない。本発明の実施形態は、本発明の要旨を逸脱しない範囲において種々の態様で実施可能である。
【符号の説明】
【0337】
１ 配車システム
１００ サーバー装置
１１０，２１０ プロセッサー
１２０，２２０ ＲＯＭ
１３０，２３０ ＲＡＭ
１４０，２４０ 補助記憶装置
１４１ ユーザーＤＢ
１４２ 案件ＤＢ
１４３ 車両ＤＢ
１４４ 運転手ＤＢ
１４５ 請求ＤＢ
１５０，２５０ 通信インターフェース
１６０，２９０ バス
２００ 端末装置
２６０ 入力デバイス
２７０ 表示デバイス
２８０ 印刷デバイス
１００ サーバー装置
１１０，２１０ プロセッサー
１２０，２２０ ＲＯＭ
１３０，２３０ ＲＡＭ
１４０，２４０ 補助記憶装置
１４１ ユーザーＤＢ
１４２ 案件ＤＢ
１４３ 車両ＤＢ
１４４ 運転手ＤＢ
１４５ 請求ＤＢ
１５０，２５０ 通信インターフェース
１６０，２９０ バス
２００ 端末装置
２６０ 入力デバイス
２７０ 表示デバイス
２８０ 印刷デバイス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】