JP2023164394A - 車両運行法人管理インタフェースと車両運行法人所属運転士管理インタフェースを提供する方法及び装置 - Google Patents

Abstract

【課題】車両運行法人管理インタフェースと車両運行法人所属運転士管理インタフェースを提供する方法及び装置を提供する。【解決手段】方法は、登録法人に関するデータで構成される第１－１領域、登録法人に関する条件を設定する第１－２領域及びデータベースに登録法人に関するデータを追加できる第１－３領域を含む第１法人管理インタフェースを表示するステップと、第１－２領域に含まれるオブジェクトと相互作用して法人羅列条件を設定する入力を受信したことに応答して、複数の登録法人に関するデータから法人羅列条件を満たす１つ以上の登録法人に関するデータを選別し、データが第１－１領域に羅列されるように表示するステップと、第１－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、データベースに登録法人を追加するための第２法人管理インタフェースを表示するステップと、を含む。【選択図】図１１

Description

本発明は、車両運行法人管理インタフェースと車両運行法人所属運転士管理インタフェースを提供する方法及び装置に関する。

従来の交通手段としては、バス、地下鉄、タクシーなどがあるが、バス、地下鉄は、料金は安いが、定められた区域に直接行って定められた時刻に乗らなければならない不便があり、タクシーは、搭乗客が希望する場所から乗って希望する場所で降りるが、料金が高いという欠点がある。

一般的な都市では、バス、地下鉄、タクシーなどの交通手段を自由に利用することができるが、田舍などの僻地では、タクシーが運行されないか、バスが１日に３～４回しか運行されないので、従来の交通手段への接近性が劣る。

このような従来の交通手段の利点と欠点を補う交通方式として、デマンド型交通（Ｄｅｍａｎｄ Ｒｅｓｐｏｎｓｉｖｅ Ｔｒａｎｓｐｏｒｔａｔｉｏｎ，ＤＲＴ）が台頭している。デマンド型交通とは、固定された路線がなく、ユーザの需要に応じて運行区間、運行回数、運行時間などを弾力的に運営可能な交通方式を意味する。

近年、デマンド型交通システムをより効率的に運営する方法に関する研究が求められている。

前述した背景技術は、発明者が本発明の導出のために保有していた、又は本発明の導出過程で習得した技術情報であって、必ずしも本発明の出願前に一般公衆に公開された公知技術であるとはいえない。

本開示の目的は、車両運行法人管理インタフェースと車両運行法人所属運転士管理インタフェースを提供する方法及び装置を提供することにある。本開示が解決しようとする課題は、以上で述べられている課題に限定されず、述べられていない本開示の他の課題及び利点は、以下の説明により理解され、本開示の実施形態によりさらに明らかに理解されるであろう。また、本開示が解決しようとする課題及び利点は、特許請求の範囲に示される手段及びその組み合わせにより実現できることが理解されるであろう。

本開示の第１態様は、１つ以上の登録法人に関するデータが羅列されるように構成される第１－１領域、前記第１－１領域に羅列される前記１つ以上の登録法人に関する条件を設定するように構成される第１－２領域、及びデータベースに登録法人に関するデータを追加できるように構成される第１－３領域を含む第１法人管理インタフェースを表示するステップと、前記第１－２領域に含まれるオブジェクトと相互作用して法人羅列条件を設定する入力を受信したことに応答して、複数の登録法人に関するデータから前記法人羅列条件を満たす１つ以上の登録法人に関するデータを選別し、前記選別された１つ以上の登録法人に関するデータが前記第１－１領域に羅列されるように表示するステップと、前記第１－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに登録法人を追加するための第２法人管理インタフェースを表示するステップとを含む、車両運行法人管理インタフェースを提供する方法を提供することができる。

本開示の第２態様は、法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成される第３－１領域、前記第３－１領域に羅列される前記１つ以上の所属運転士に関する条件を設定するように構成される第３－２領域、及びデータベースに所属運転士に関するデータを追加できるように構成される第３－３領域を含む第１運転士管理インタフェースを表示するステップと、前記第３－２領域に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を受信したことに応答して、複数の所属運転士に関するデータから前記運転士羅列条件を満たす１つ以上の所属運転士に関するデータを選別し、前記選別された１つ以上の所属運転士に関するデータが前記第３－１領域に羅列されるように表示するステップと、前記第３－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに所属運転士を追加するための第２運転士管理インタフェースを表示するステップとを含む、車両運行法人所属運転士管理インタフェースを提供する方法を提供することができる。

本開示の第３態様は、少なくとも１つのプログラムが格納されたメモリと、前記少なくとも１つのプログラムを実行することにより動作するプロセッサとを含み、前記プロセッサは、１つ以上の登録法人に関するデータが羅列されるように構成される第１－１領域、前記第１－１領域に羅列される前記１つ以上の登録法人に関する条件を設定するように構成される第１－２領域、及びデータベースに登録法人に関するデータを追加できるように構成される第１－３領域を含む第１法人管理インタフェースを表示し、前記第１－２領域に含まれるオブジェクトと相互作用して法人羅列条件を設定する入力を受信したことに応答して、複数の登録法人に関するデータから前記法人羅列条件を満たす１つ以上の登録法人に関するデータを選別し、前記選別された１つ以上の登録法人に関するデータが前記第１－１領域に羅列されるように表示し、前記第１－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに登録法人を追加するための第２法人管理インタフェースを表示する、車両運行法人管理インタフェースを提供する装置を提供することができる。

本開示の第４態様は、少なくとも１つのプログラムが格納されたメモリと、前記少なくとも１つのプログラムを実行することにより動作するプロセッサとを含み、前記プロセッサは、法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成される第３－１領域、前記第３－１領域に羅列される前記１つ以上の所属運転士に関する条件を設定するように構成される第３－２領域、及びデータベースに所属運転士に関するデータを追加できるように構成される第３－３領域を含む第１運転士管理インタフェースを表示し、前記第３－２領域に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を受信したことに応答して、複数の所属運転士に関するデータから前記運転士羅列条件を満たす１つ以上の所属運転士に関するデータを選別し、前記選別された１つ以上の所属運転士に関するデータが前記第３－１領域に羅列されるように表示し、前記第３－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに所属運転士を追加するための第２運転士管理インタフェースを表示する、車両運行法人所属運転士管理インタフェースを提供する装置を提供することにある。

本開示の第５態様は、第１態様又は第２態様による方法をコンピュータで実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することができる。

それらに加えて、本発明を実現するための他の方法、他の装置、及び前記方法を実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体をさらに提供することができる。

上記以外の他の態様、特徴、利点は、添付の図面、特許請求の範囲、及び以下の発明の詳細な説明から明らかになるであろう。

前述した本開示の課題解決手段によれば、デマンド型車両を運行する車両運行法人を管理する管理者が効果的に管理を行うようにすることのできるインタフェースを提供することができる。

また、デマンド型車両を運行する車両運行法人に所属する運転士を管理する管理者が効果的に管理を行うようにすることのできるインタフェースを提供することができる。

一実施形態による自律走行方式を説明するための図である。 一実施形態による自律走行装置に含まれるハードウェアを示すブロック図である。 一実施形態によるデマンド型交通システムを説明するための図である。 一実施形態による管制サーバで実行される管制機能を説明するための例示図である。 一実施形態による第１法人管理インタフェースを説明するための例示図である。 一実施形態による第２法人管理インタフェースを説明するための例示図である。 一実施形態による第３法人管理インタフェースを説明するための例示図である。 一実施形態による第１運転士管理インタフェースを説明するための例示図である。 一実施形態による第２運転士管理インタフェースを説明するための例示図である。 一実施形態による第３運転士管理インタフェースを説明するための例示図である。 一実施形態による車両運行法人管理インタフェースを提供する方法のフローチャートである。 一実施形態による車両運行法人所属運転士管理インタフェースを提供する方法のフローチャートである。 一実施形態によるインタフェースを提供する装置のブロック図である。

本発明の利点及び特徴、並びにそれらを達成する方法は、添付の図面と共に詳細に説明される実施形態を参照することによって明らかになるであろう。しかし、本発明は、以下に提示される実施形態に限定されるものではなく、異なる様々な形態で実現することができ、本発明の思想及び技術範囲に含まれる全ての変換、均等物乃至代替物を含むものと理解されるべきである。以下に提示される実施形態は、本発明の開示を完全にし、本発明の属する技術の分野における通常の知識を有する者に発明の範疇を完全に理解させるために提供されるものである。本発明を説明するにあたり、関連する公知技術についての具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。

本出願で用いられる用語は、単に特定の実施形態を説明するために用いられるものであり、本発明の限定を意図するものではない。単数の表現は、文脈上明らかに他の意味を表さない限り、複数の表現を含む。本出願において、「含む」や「有する」などの用語は、明細書に記載された特徴、数字、ステップ、動作、構成要素、部品、又はそれらの組み合わせが存在することを指定するものであり、１つ又はそれ以上の他の特徴、数字、ステップ、動作、構成要素、部品、又はそれらの組み合わせの存在や追加の可能性を予め排除するものではないと理解されるべきである。

本開示の一部の実施形態は、機能ブロック構成及び様々な処理ステップで示すことができる。そのような機能ブロックの一部又は全部は、特定の機能を実行する様々な数のハードウェア及び／又はソフトウェア構成で実現することができる。例えば、本開示の機能ブロックは、１つ以上のマイクロプロセッサにより実現するか、又は所定の機能のための回路構成により実現することができる。また、例えば、本開示の機能ブロックは、様々なプログラミング又はスクリプト言語で実現することができる。機能ブロックは、１つ以上のプロセッサで実行されるアルゴリズムで実現することができる。さらに、本開示は、電子的な環境設定、信号処理及び／又はデータ処理などのために従来技術を採用することができる。「メカニズム」、「要素」、「手段」、「構成」などの用語は広く用いることができ、機械的及び物理的な構成に限定されるものではない。

なお、図面に示す構成要素間の連結線又は連結部材は、機能的連結及び／又は物理的連結もしくは回路接続を例示的に示すものに過ぎない。実際の装置では、代替可能又は追加の様々な機能的連結、物理的連結又は回路接続により構成要素間の連結を示すことができる。

以下、「車両」とは、自動車、バス、バイク、キックボード又はトラックのように、機関を有して人や物を移動させるために用いられるあらゆる種類の運送手段を意味し得る。

以下、添付図面を参照して本開示を詳細に説明する。

図１は一実施形態による自律走行方式を説明するための図である。

図１を参照すると、本発明の一実施形態による自律走行装置は、車両に装着されて自律走行車両１０を実現することができる。自律走行車両１０に装着される自律走行装置は、周辺の状況情報を収集するための様々なセンサを含み得る。一例として、自律走行装置は、自律走行車両１０の前面に装着されたイメージセンサ及び／又はイベントセンサにより、前方を運行中の先行車両２０の動きを検知することができる。自律走行装置は、自律走行車両１０の前方はもとより、隣の車路を運行中の他の走行車両３０や、自律走行車両１０周辺の歩行者などを検知するためのセンサをさらに含んでもよい。

自律走行車両周辺の状況情報を収集するためのセンサの少なくとも１つは、図１に示すように、所定の画角（ＦｏＶ）を有してもよい。一例として、自律走行車両１０の前面に装着されたセンサが図１に示すような画角（ＦｏＶ）を有する場合、センサの中央で検出される情報が相対的に高い重要度を有することができる。これは、センサの中央で検出される情報に、先行車両２０の動きに対応する情報のほとんどが含まれているからである。

自律走行装置は、自律走行車両１０のセンサが収集した情報をリアルタイムで処理して自律走行車両１０の動きを制御する一方、センサが収集した情報の少なくとも一部はメモリ装置に保存することができる。

図２は一実施形態による自律走行装置に含まれるハードウェアを示すブロック図である。

図２を参照すると、自律走行装置４０は、センサ部４１、プロセッサ４６、メモリシステム４７、車体制御モジュール４８などを含んでもよい。センサ部４１は、複数のセンサ４２～４５を含み、複数のセンサ４２～４５は、イメージセンサ、イベントセンサ、照度センサ、ＧＰＳ装置、加速度センサなどを含んでもよい。

センサ４２～４５が収集したデータは、プロセッサ４６に伝達され得る。プロセッサ４６は、センサ４２～４５が収集したデータをメモリシステム４７に保存し、センサ４２～４５が収集したデータに基づいて車体制御モジュール４８を制御して車両の動きを決定することができる。メモリシステム４７は、２つ以上のメモリ装置と、メモリ装置を制御するためのシステムコントローラとを含んでもよい。メモリ装置のそれぞれは、１つの半導体チップとして提供されてもよい。

メモリシステム４７のシステムコントローラの他に、メモリシステム４７に含まれるメモリ装置のそれぞれは、メモリコントローラを含んでもよく、メモリコントローラは、ニューラルネットワークなどの人工知能（ＡＩ）演算回路を含んでもよい。メモリコントローラは、センサ４２～４５又はプロセッサ４６から受信したデータに所定の重みを付けて演算データを生成し、演算データをメモリチップに保存することができる。

以下に説明されるデマンド型車両に自律走行装置４０を搭載することができる。

図３は一実施形態によるデマンド型交通システムを説明するための図である。

デマンド型交通（Ｄｅｍａｎｄ Ｒｅｓｐｏｎｓｉｖｅ Ｔｒａｎｓｐｏｒｔａｔｉｏｎ，ＤＲＴ）とは、固定された路線がなく、ユーザの需要に応じて運行区間、運行回数、運行時間などを弾力的に運営可能な交通方式を意味する。

デマンド型交通は、路線運行方法によって様々なタイプに分けられる。例えば、固定路線型タイプは、運行時刻、停留場、起点・終点が全て固定されているタイプである。経路離脱型タイプは、運行時刻、起点・終点は固定されているが、停留場の場合、ユーザの予約に応じて、固定された停留場以外にも新たな停留場を設定できるタイプである。準ダイナミック型タイプは、起点・終点は固定されているが、運行時刻は出発時刻及び到着時刻のみ固定されており、停留場も起点・終点以外には停留場を自由に設定できるタイプである。ダイナミック型タイプは、運行時刻、停留場、起点・終点が全て固定されていないタイプである。

また、デマンド型交通は、起点・終点の数によって様々なタイプに分けられる。例えば、一対一タイプは、一地点から出発して他の一地点に移動するタイプである。また、一対多タイプは、１つの出発地から複数の到着地に移動するタイプであり、多対一タイプは、複数の出発地から１つの到着地に移動するタイプである。さらに、多対多タイプは、起点・終点がなく、状況や要求に応じて変更可能なタイプである。

図３を参照すると、デマンド型交通システム３００は、ユーザ端末３１０、管制サーバ３２０及びデマンド型車両３３０を含んでもよい。

ユーザ端末３１０は、スマートフォン、タブレットＰＣ、ＰＣ、スマートテレビ、携帯電話、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ラップトップ、メディアプレーヤ、マイクロサーバ、ＧＰＳ（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）装置、電子書籍端末、デジタル放送用端末、ナビゲーション、キオスク、ＭＰ３プレーヤ、デジタルカメラ、家電機器、カメラ付きデバイス、及びその他のモバイル又は非モバイルコンピューティング装置であってもよいが、それらに限定されるものではない。また、ユーザ端末３１０は、通信機能及びデータ処理機能を備えた時計、メガネ、ヘッドバンド、指輪などのウェアラブルデバイスであってもよい。しかし、それらに限定されるものではない。

管制サーバ３２０とは、デマンド型交通を運営するための管制機能を実行するサーバを意味する。デマンド型車両３３０とは、ユーザの需要に応じて配車され、デマンド型交通の運営方式によって運行区間、運行回数、運行時間などが定められる車両を意味する。

ユーザ端末３１０、管制サーバ３２０及びデマンド型車両３３０は、ネットワークを用いて通信を行うことができる。例えば、ネットワークは、ローカル・エリア・ネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ；ＬＡＮ）、ワイド・エリア・ネットワーク（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ；ＷＡＮ）、付加価値通信網（Ｖａｌｕｅ Ａｄｄｅｄ Ｎｅｔｗｏｒｋ；ＶＡＮ）、移動無線通信ネットワーク（ｍｏｂｉｌｅ ｒａｄｉｏ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｎｅｔｗｏｒｋ）、衛星通信ネットワーク、及びそれらの相互の組み合わせを含み、図３に示す各ネットワークの構成主体が互いに円滑に通信を行えるようにする包括的な意味のデータ通信ネットワークであり、有線インターネット、無線インターネット及びモバイル無線通信ネットワークを含んでもよい。また、無線通信は、例えば無線ＬＡＮ（Ｗｉ－Ｆｉ）、ブルートゥース（登録商標）、ブルートゥース・ロー・エナジー（Ｂｌｕｅｔｏｏｔｈ ｌｏｗ ｅｎｅｒｇｙ）、ＺｉｇＢｅｅ、ＷＦＤ（Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ）、ＵＷＢ（ｕｌｔｒａ ｗｉｄｅｂａｎｄ）、赤外線通信（ＩｒＤＡ，ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などが挙げられるが、これらに限定されるものではない。

ユーザ端末３１０は、ネットワークを介して管制サーバ３２０に接続し、出発時刻、出発地、到着地などの情報を管制サーバ３２０に送信することができる。管制サーバ３２０は、登録されたデマンド型車両３３０の情報を確認し、配車プロセスを行うことができる。例えば、管制サーバ３２０は、ユーザ端末３１０の出発地とデマンド型車両３３０の現在位置とを比較し、ユーザ端末３１０の出発地に最も早く到着できるデマンド型車両３３０を配車することができる。管制サーバ３２０は、ネットワークを介して配車情報をユーザ端末３１０及びデマンド型車両３３０に送信することができる。

図４は一実施形態による管制サーバで実行される管制機能を説明するための例示図である。

管制サーバは、デマンド型交通システムの下で運営される複数のデマンド型車両を管制できるサーバである。管制サーバには、デマンド型交通サービスを提供する複数の会社情報を登録することができる。また、管制サーバには、会社毎に運営されている複数の車両情報、及び各会社に登録された複数の運転士情報を登録することができる。

図４には管制サーバが管理者に提供するユーザインタフェース４００が示される。ユーザインタフェース４００を参照すると、管理者は、第５－１領域４１０に含まれるオブジェクトとインタラクションすることにより、デマンド型車両を検索するための様々な条件を設定することができる。例えば、管理者は、第５－１領域４１０に含まれるオブジェクトとインタラクションすることにより、運行地域、運営会社、車種商品、路線及び管制状態に関する条件を設定することができる。また、管理者は、第５－１領域４１０に含まれるオブジェクトとインタラクションすることにより、運転士情報、車両情報、運行情報に関する条件を設定することができる。

管制サーバは、管理者がデマンド型車両を検索するための条件を設定したことに応答して、設定された条件を満たすデマンド型車両に関する詳細情報を第５－２領域４２０に表示することができる。第５－２領域４２０には、設定された条件を満たすデマンド型車両に関する、会社名、運転士名、車両番号、運行状態及び路線に関する情報を表示することができるが、第５－２領域４２０に表示される情報はそれらに限定されない。例えば、管理者が運行地域を「世宗」にし、会社名を「ＡＢＣ」にして条件を設定したことに応答して、管制サーバは、「世宗」で運行中の「ＡＢＣ」会社のデマンド型車両に関する、運転士名、車両番号、管制状態及び路線に関する情報を表示することができる。

また、管制サーバは、管理者がデマンド型車両を検索するための条件を設定したことに応答して、設定された条件を満たすデマンド型車両に関する運行情報を第５－３領域４３０に表示することができる。第５－３領域４３０には、設定された条件を満たすデマンド型車両に関する、運行状態（配車待機、配車中止、運行中、休憩など）、移動経路及び現在位置に関する情報を表示することができるが、第５－３領域４３０に表示される情報はそれらに限定されない。

一方、管理者は、第５－２領域４２０に含まれるオブジェクトとインタラクションすることにより、所定のデマンド型車両を選択することができる。管制サーバは、管理者が所定のデマンド型車両を選択したことに応答して、選択されたデマンド型車両の乗車地点、下車地点及び残りの移動経路を第５－３領域４３０に表示することができる。例えば、図４においては、車両番号「５６７８」が管理者により選択され、それにより第５－３領域４３０に車両番号「５６７８」の乗車地点、下車地点及び残りの移動経路が表示される。

管制サーバは、デマンド型交通サービスを提供する会社情報、会社毎に運営されている複数の車両情報、及び各会社に登録された複数の運転士情報を保存することができる。また、管制サーバは、保存された情報を加工してユーザインタフェースの形態で管制サーバを利用する管理者に提供することにより、管理者の管制の正確性と利便性を高めることができる。

一方、図４においては、説明の便宜上、第５－１領域４１０、第５－２領域４２０及び第５－３領域４３０が１つのインタフェースに表示されることを説明したが、各領域は互いに異なるインタフェースに表示することもできる。

以下、図５～図１０を参照して、本開示の車両運行法人管理インタフェース及び法人の所属運転士管理インタフェースについて説明する。

以下、様々な実施形態による動作は、インタフェース提供装置又はインタフェース提供装置に含まれるプロセッサにより行われるものと理解することができ、インタフェース提供装置とは、管制サーバを意味することができ、ここで、管制サーバは、前述した管制サーバ３２０又は図４による管制サーバであり得る。

以下、データを保存するデータベースは、インタフェース提供装置に含まれるコンポネントであってもよく、インタフェース提供装置とは別に構成されるコンポネントであってもよい。

前述したように、管制サーバには、デマンド型交通サービスを提供する複数の会社（以下、「車両運行法人」又は「法人」という）情報が登録され得る。管制サーバは、車両運行法人を登録し、複数の車両運行法人を管理することができるように構成されてもよい。車両運行法人を登録し、複数の車両運行法人を管理することは、本開示による車両運行法人管理インタフェースにより行うことができる。

車両運行法人管理インタフェースは、ユーザがデマンド型交通サービスのために車両運行法人を登録して管理するための様々な機能及びデータ処理を容易にするように構成されて提供されてもよい。

一実施形態において、車両運行法人管理インタフェースは、ユーザ端末に提供されてもよい。一実施形態において、ユーザ端末は、前述したユーザ端末３１０であり得る。

ユーザ端末に提供できる車両運行法人管理インタフェースは、１つ以上のインタフェースを含み得る。

一実施形態において、車両運行法人を管理するユーザは、車両運行法人管理インタフェースを介してログインすることにより、アクセス許可を受けることができる。一実施形態において、プロセッサは、アクセスを許可すると共に、第１法人管理インタフェースを表示することができる。第１法人管理インタフェースは、車両運行法人管理インタフェースに含まれ得る１つ以上のインタフェースのうち、ユーザがログインしたときに最初に接するインタフェースであり得、１つ以上の法人に関する情報を照会又は管理できるように構成されてもよい。

図５は一実施形態による第１法人管理インタフェースを説明するための例示図である。

図５を参照すると、第１法人管理インタフェース５００は、第１－１領域５１０、第１－２領域５２０及び第１－３領域５３０を含み得る。

一実施形態において、第１法人管理インタフェース５００に含まれ得る第１－１領域５１０は、デマンド型交通サービスを提供するために登録された１つ以上の登録法人に関するデータが羅列されるように構成されてもよい。

一実施形態において、第１－１領域５１０は、法人ＩＤ、法人名、デマンド型交通サービスを提供する地域、提供する車種商品、車庫地、運営状態、法人登録日時、法人情報修正日時など、登録法人に関する様々な情報を確認できるリストで構成されてもよい。図５において、第１－１領域５１０に５つの登録法人に関して羅列されていることが示されているが、それに限定されるものではない。

一実施形態において、第１法人管理インタフェース５００を用いるユーザは、第１－１領域５１０に羅列された１つ以上の法人のうちの特定法人の法人ＩＤを示すオブジェクトと相互作用することができる。一実施形態において、プロセッサは、特定法人の法人ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、第３法人管理インタフェースを表示することができる。第３法人管理インタフェースに関する実施形態は図７を参照して詳細に後述する。

一実施形態において、第１－１領域５１０に１つ以上の法人が表示された場合、同じ法人（法人名が同じ法人）が複数の地域でデマンド型交通サービスを提供すると、図５に示すように、デマンド型交通サービス提供地域毎に異なる法人とみなされて表示されてもよい。他の実施形態において、第１－１領域５１０に１つ以上の法人が表示された場合、同じ法人が複数の地域でデマンド型交通サービスを提供しても、同じ法人とみなされて１つの法人として表示されてもよい。その他にも、１つ以上の法人を表示する様々な実施形態を適用することができる。

一実施形態において、第１法人管理インタフェース５００に含まれ得る第１－２領域５２０は、第１－１領域５１０に羅列される１つ以上の登録法人に関する条件を設定するように構成されてもよい。

例えば、第１－２領域５２０は、第１－１領域５１０が特定地域でデマンド型交通サービスを提供する登録法人のみを表示するように条件を設定できるように構成されてもよい。例えば、第１－２領域５２０は、第１－１領域５１０が特定車種商品を提供する登録法人のみを表示するように条件を設定できるように構成されてもよい。その他にも、第１－２領域５２０は、管理者が選別的に登録法人に関する情報を確認できるように、任意の適切な機能を備えるように構成されてもよい。

一実施形態において、第１－２領域５２０は、ユーザが相互作用できるオブジェクトを含み得る。例えば、第１－２領域５２０に含まれる１つ以上のオブジェクトは、条件を設定できるアイコン、ドロップダウン（ｄｒｏｐ－ｄｏｗｎ）ボタン、ダイアログボックスなどであり得る。

一実施形態において、第１法人管理インタフェース５００を用いるユーザは、第１－２領域５２０に含まれるオブジェクトと相互作用して法人羅列条件を設定する入力を送信することができる。一実施形態において、プロセッサは、法人羅列条件を設定する入力を受信したことに応答して、デマンド型交通サービスを提供する複数の登録法人に関するデータから、法人羅列条件を満たす１つ以上の登録法人に関するデータを選別することができる。一実施形態において、プロセッサは、選別された１つ以上の登録法人に関するデータをロードし、第１－１領域５１０に羅列されるように表示することができる。

一実施形態において、第１法人管理インタフェース５００を用いるユーザが第１－２領域５２０により条件を設定していない場合、第１－１領域５１０に羅列される１つ以上の登録法人のデータは、登録された全ての法人のデータであり得る。

一実施形態において、第１法人管理インタフェース５００に含まれ得る第１－３領域５３０は、データベースに登録法人に関するデータを追加できるように構成されてもよい。

つまり、車両運行法人管理インタフェースを用いるユーザは、第１－３領域５３０により新たな法人を登録することができる。

一実施形態において、第１－３領域５３０は、ユーザが相互作用できるオブジェクトを含み得る。例えば、第１－３領域５３０に含まれる１つ以上のオブジェクトは、アイコンであり得る。

一実施形態において、車両運行法人管理インタフェースを用いるユーザは、第１－３領域５３０に含まれるオブジェクトと相互作用することができ、プロセッサは、第１－３領域５３０に含まれるオブジェクトと相互作用する入力を受信したことに応答して、第２法人管理インタフェースを表示することができる。本開示において、第２法人管理インタフェースは、データベースに登録法人を追加できるように構成されるインタフェースを示し得る。第２法人管理インタフェースに関する実施形態は図６を参照して詳細に後述する。

一実施形態において、第１法人管理インタフェース５００は、登録法人に関するデータをファイルとして抽出するように構成される第１－４領域（図示せず）をさらに含み得る。

一実施形態において、法人管理インタフェースを用いるユーザは、第１－４領域に含まれるオブジェクトと相互作用することができ、プロセッサは、第１－４領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、１つ以上の登録法人に関するデータをファイルとして送信することができる。一実施形態において、ファイルとして送信される１つ以上の登録法人に関するデータは、第１－１領域５１０に羅列される法人のデータであり得る。一実施形態において、第１－４領域は、第１－１領域５１０に羅列される法人だけでなく、登録された全ての法人に関するデータをファイルとして受信できるように構成されたオブジェクトをさらに含み得る。

一実施形態において、法人管理インタフェースを用いるユーザは、送信されたファイルを保存デバイスに保存又は抽出することができる。

前述したように、プロセッサは、第１－３領域５３０に含まれるオブジェクトと相互作用する入力を受信したことに応答して、第２法人管理インタフェースを表示することができる。第２法人管理インタフェースは、データベースに登録法人を追加できるように構成されてもよい。

一方、図５においては、説明の便宜上、第１－１領域５１０、第１－２領域５２０及び第１－３領域５３０が１つのインタフェースに表示されることを説明し、他の領域又はサブインタフェースも１つのインタフェースに表示されることを説明したが、各領域又はサブインタフェースは互いに異なるインタフェースに表示することもできる。

図６は一実施形態による第２法人管理インタフェースを説明するための例示図である。

図６を参照すると、第２法人管理インタフェース６００は、登録法人に関するデータを入力できるインタフェースを含み得る。

一実施形態において、第２法人管理インタフェース６００により入力できる登録法人に関するデータは、法人名、デマンド型交通サービスを提供する地域（以下、「運行提供地域」という）、提供する車種商品、事業者番号、電話番号などを含み得る。

一実施形態において、各登録法人に関するデータを入力できるインタフェースは、各登録法人に関するデータの種類に応じて適宜構成することができる。例えば、法人名を入力できるインタフェースは、テキストを入力できるように構成されてもよい。例えば、電話番号を入力できるインタフェースは、数字を入力できるように構成されてもよい。

一実施形態において、運行提供地域を入力できるインタフェースは、デマンド型交通サービスが提供され得る地域のうち、登録しようとする法人がデマンド型交通サービスを提供しようとする地域を選択するように構成されてもよい。一実施形態において、例えば、第２法人管理インタフェース６００を用いるユーザは、運行提供地域を入力できるインタフェースに含まれるオブジェクト（例えば、ドロップダウンボタン）と相互作用し、デマンド型交通サービスが提供され得る地域に関するリストの提供を受けることができる。一実施形態において、第２法人管理インタフェース６００を用いるユーザは、デマンド型交通サービスが提供され得る地域に関するリストから運行提供地域を選択することにより、運行提供地域データを入力することができる。

本開示のデマンド型交通サービスを提供するシステムにおいて、提供可能な車種商品は、デマンド型交通サービスが提供される地域によって異なり得る。例えば、デマンド型交通サービスが提供される地域が「浦項」である場合、浦項で提供され得る車種商品は、「ａＢＵＳ」のみであり得る。例えば、デマンド型交通サービスが提供される地域が「世宗」である場合、世宗で提供され得る車種商品は、「ａＢＵＳ」及び「ＢＵＳ」であり得る。

一実施形態において、プロセッサは、運行提供地域に対する入力を受信したことに応答して、入力された運行提供地域で提供可能な１つ以上の車種商品を決定することができる。一実施形態において、プロセッサは、決定された１つ以上の車種商品を第２法人管理インタフェース６００に表示することができる。一実施形態において、第２法人管理インタフェース６００を用いるユーザは、表示された１つ以上の車種商品から１つを選択することができる。このような過程により、意味のない法人に関するデータ入力を防止することができる。

一実施形態において、第２法人管理インタフェース６００を用いるユーザは、第２法人管理インタフェース６００に含まれ得るデータ入力完了オブジェクトと相互作用し、法人に関するデータの入力を完了することができる。一実施形態において、法人の登録に最小限の必須データ（例えば、法人名）が入力されていない場合、ユーザがデータ入力完了オブジェクトと相互作用しても、法人に関するデータの入力が完了しないことができる。一実施形態において、プロセッサは、データ入力完了オブジェクトと相互作用することに応答して、入力されたデータをデータベースに保存することができる。

一方、図６においては、説明の便宜上、領域又はサブインタフェースが１つのインタフェースに表示されることを説明したが、各領域又はサブインタフェースは互いに異なるインタフェースに表示することもできる。

前述したように、一実施形態において、プロセッサは、第１－１領域に羅列される１つ以上の登録法人のうちの特定法人の法人ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、第３法人管理インタフェースを表示することができる。本開示において、第３法人管理インタフェースは、特定法人に関する詳細情報を確認できるインタフェースを示し得る。

図７は一実施形態による第３法人管理インタフェースを説明するための例示図である。

図７を参照すると、第３法人管理インタフェース７００は、第２－１領域７１０、第２－２領域７２０及び第２－３領域７３０を含み得る。

一実施形態において、第３法人管理インタフェース７００は、特定法人に関する詳細情報を確認できる領域を含み得る。特定法人に関する詳細情報は、例えば、法人名、運行提供地域、提供する車種商品、事業者番号、電話番号、登録日時、法人状態などを含み得る。

一実施形態において、第３法人管理インタフェース７００に含まれ得る第２－１領域７１０は、特定法人に関するデータを修正又は削除できるように構成されてもよい。

一実施形態において、第２－１領域７１０は、ユーザが相互作用できるオブジェクトを含み得る。一実施形態において、第２－１領域７１０に含まれる１つ以上のオブジェクトは、データを修正するためのオブジェクト又はデータを削除するためのオブジェクトを含み得る。一実施形態において、第３法人管理インタフェース７００を用いるユーザは、第２－１領域７１０に含まれるオブジェクトと相互作用することができ、プロセッサは、オブジェクトとの相互作用を受信したことに応答して、特定法人に関するデータを修正するためのインタフェース又は特定法人に関するデータを削除するためのインタフェースを表示することができる。

一実施形態において、第３法人管理インタフェース７００を用いるユーザは、表示されたインタフェースにより、特定法人に関するデータに対する修正又は削除信号を入力することができる。一実施形態において、プロセッサは、ユーザのデータ修正入力に応答して、データベースに含まれる特定法人に関するデータを修正することができる。一実施形態において、プロセッサは、ユーザのデータ削除入力に応答して、データベースに含まれる特定法人に関するデータを削除することができる。

一実施形態において、第３法人管理インタフェース７００に含まれ得る第２－２領域７２０は、特定法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成されてもよい。

第２－２領域７２０は、運転士ＩＤ、運転士名、社員番号、運転士状態、登録日時、勤務地域など、所属運転士に関する様々な情報を確認できるリストで構成されてもよい。図７において、第２－２領域７２０に３人の所属運転士に関して羅列されていることが示されているが、それに限定されるものではない。

一実施形態において、第３法人管理インタフェース７００を用いるユーザは、第２－２領域７２０に羅列された１つ以上の所属運転士のうちの特定運転士の運転士ＩＤを示すオブジェクトと相互作用することができる。一実施形態において、プロセッサは、特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、特定運転士に関する詳細情報を確認できるインタフェースを表示することができる。

一実施形態において、第３法人管理インタフェース７００に含まれ得る第２－３領域７３０は、第２－２領域７２０に羅列される１つ以上の所属運転士に関する条件を設定するように構成されてもよい。

例えば、第２－３領域７３０は、第２－２領域７２０が特定勤務地域で勤務する所属運転士のみを表示するように条件を設定できるように構成されてもよい。例えば、第２－３領域７３０は、特定期間に登録された所属運転士のみを表示するように条件を設定できるように構成されてもよい。

一実施形態において、第２－３領域７３０は、ユーザが相互作用できるオブジェクトを含み得る。例えば、第２－３領域７３０に含まれる１つ以上のオブジェクトは、条件を設定できるアイコン、ドロップダウン（ｄｒｏｐ－ｄｏｗｎ）ボタン、ダイアログボックスなどであり得る。

一実施形態において、第３法人管理インタフェース７００を用いるユーザは、第２－３領域７３０に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を送信することができる。一実施形態において、プロセッサは、運転士羅列条件を設定する入力を受信したことに応答して、法人に所属する複数の所属運転士から、運転士羅列条件を満たす１つ以上の所属運転士に関するデータを選別することができる。一実施形態において、プロセッサは、選別されたデータをロードし、第２－２領域７２０に羅列されるように表示することができる。

一実施形態において、第３法人管理インタフェース７００は、図示の領域に加えて、第２－４領域（図示せず）又は第２－５領域（図示せず）をさらに含み得る。

一実施形態において、第２－４領域は、特定法人に所属する１つ以上の所属車両に関するデータが羅列されるように構成されてもよい。

一実施形態において、第２－４領域は、車両ＩＤ、車両名、車両番号、路線、車両トリム、座席種類、状態、登録日時など、所属車両に関する様々な情報を確認できるリストで構成されてもよい。

一実施形態において、第３法人管理インタフェース７００を用いるユーザは、第２－４領域に羅列された１つ以上の車両のうちの特定車両の車両ＩＤを示すオブジェクトと相互作用することができる。一実施形態において、プロセッサは、特定車両の車両ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、特定車両に関する詳細情報を確認できるインタフェースを表示することができる。

一実施形態において、第２－５領域は、第２－４領域に羅列される１つ以上の所属車両に関する条件を設定するように構成されてもよい。

例えば、第２－５領域は、第２－４領域が特定地域で路線を提供する所属車両のみを表示するように条件を設定できるように構成されてもよい。例えば、第２－５領域は、第２－４領域が特定座席種類の所属車両のみを表示するように条件を設定できるように構成されてもよい。

一実施形態において、第２－５領域は、ユーザが相互作用できるオブジェクトを含み得る。例えば、第２－５領域に含まれる１つ以上のオブジェクトは、条件を設定できるアイコン、ドロップダウンボタン、ダイアログボックスなどであり得る。

一実施形態において、第３法人管理インタフェース７００を用いるユーザは、第２－５領域に含まれるオブジェクトと相互作用して車両羅列条件を設定する入力を送信することができる。一実施形態において、プロセッサは、車両羅列条件を設定する入力を受信したことに応答して、法人の所属車両に関するデータから、車両羅列条件を満たす１つ以上の所属車両に関するデータを選別することができる。一実施形態において、プロセッサは、選別された１つ以上の所属車両に関するデータをロードし、第２－４領域に羅列されるように表示することができる。

一方、図７においては、説明の便宜上、第２－１領域７１０、第２－２領域７２０及び第２－３領域７３０が１つのインタフェースに表示されることを説明し、他の領域又はサブインタフェースも１つのインタフェースに表示されることを説明したが、各領域又はサブインタフェースは互いに異なるインタフェースに表示することもできる。

前述した車両運行法人管理インタフェースに含まれるインタフェース、例えば第１法人管理インタフェース、第２法人管理インタフェース又は第３法人管理インタフェース間のインタフェース表示切替は、任意の適切な方式で行うことができる。例えば、第１法人管理インタフェースを表示中に第１－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、第２法人管理インタフェースを表示する場合、第２法人管理インタフェースは、第１法人管理インタフェースを背景としてポップアップ形式で表示されてもよく、第１法人管理インタフェースから完全に切り替えられて表示されてもよい。

前述したように、法人に関するデータには、法人に所属する所属運転士に関するデータが含まれる。すなわち、管制サーバには、デマンド型交通サービスを提供する車両運行法人に関する情報に加えて、所属運転士に関するデータを登録することができる。管制サーバは、所属運転士を登録し、複数の所属運転士を管理することができるように構成されてもよい。所属運転士を登録し、複数の所属運転士を管理することは、本開示による所属運転士管理インタフェースにより行うことができる。

所属運転士管理インタフェースは、ユーザがデマンド型交通サービスのために所属運転士を登録して管理するための様々な機能及びデータ処理を容易にするように構成されて提供されてもよい。

一実施形態において、所属運転士管理インタフェースは、ユーザ端末に提供されてもよい。一実施形態において、ユーザ端末は、前述したユーザ端末３１０であり得る。

ユーザ端末に提供できる所属運転士管理インタフェースは、１つ以上のインタフェースを含み得る。

一実施形態において、所属運転士を管理するユーザは、所属運転士管理インタフェースを介してログインすることにより、アクセス許可を受けることができる。一実施形態において、プロセッサは、アクセスを許可すると共に、第１運転士管理インタフェースを表示することができる。第１運転士管理インタフェースは、所属運転士管理インタフェースに含まれ得る１つ以上のインタフェースのうち、ユーザがログインしたときに最初に接するインタフェースであり得、１つ以上の所属運転士に関する情報を照会又は管理できるように構成されてもよい。

図８は一実施形態による第１運転士管理インタフェースを説明するための例示図である。

図８を参照すると、第１運転士管理インタフェース８００は、第３－１領域８１０、第３－２領域８２０及び第３－３領域８３０を含み得る。

一実施形態において、第１運転士管理インタフェース８００に含まれ得る第３－１領域８１０は、法人に登録された所属運転士に関するデータが羅列されるように構成されてもよい。

一実施形態において、第３－１領域８１０は、運転士ＩＤ、運転士名、勤務地域、免許種類、所属法人名、社員番号、運行車両、現在状態など、所属運転士に関する様々な情報を確認できるリストで構成されてもよい。図８において、第３－１領域８１０に５人の所属運転士に関して羅列されていることが示されているが、それに限定されるものではない。

一実施形態において、第１運転士管理インタフェース８００を用いるユーザは、第３－１領域８１０に羅列された１つ以上の所属運転士のうちの特定運転士の運転士ＩＤを示すオブジェクトと相互作用することができる。一実施形態において、プロセッサは、特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、第３運転士管理インタフェースを表示することができる。第３運転士管理インタフェースに関する実施形態は図１０を参照して詳細に後述する。

一実施形態において、第１運転士管理インタフェース８００に含まれ得る第３－２領域８２０は、第３－１領域８１０に羅列される１つ以上の所属運転士に関する条件を設定するように構成されてもよい。

例えば、第３－２領域８２０は、第３－１領域８１０が特定地域で車両を運行する所属運転士のみを表示するように条件を設定できるように構成されてもよい。例えば、第３－２領域８２０は、第３－１領域８１０が特定免許を有する所属運転士のみを表示するように条件を設定できるように構成されてもよい。その他にも、第３－２領域８２０は、管理者が選別的に所属運転士に関する情報を確認できるように、任意の適切な機能を備えるように構成されてもよい。

一実施形態において、第３－２領域８２０は、ユーザが相互作用できるオブジェクトを含み得る。例えば、第３－２領域８２０に含まれる１つ以上のオブジェクトは、条件を設定できるアイコン、ドロップダウンボタン、ダイアログボックスなどであり得る。

一実施形態において、第１運転士管理インタフェース８００を用いるユーザは、第３－２領域８２０に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を送信することができる。一実施形態において、プロセッサは、運転士羅列条件を設定する入力を受信したことに応答して、法人に所属する複数の所属運転士に関するデータから、運転士羅列条件を満たす１つ以上の所属運転士に関するデータを選別することができる。一実施形態において、プロセッサは、選別された１つ以上の所属運転士に関するデータをロードし、第３－１領域８１０に羅列されるように表示することができる。

一実施形態において、第１運転士管理インタフェース８００を用いるユーザが第３－２領域８２０により条件を設定していない場合、第３－１領域８１０に羅列される１つ以上の所属運転士のデータは、登録された全ての所属運転士のデータであり得る。

一実施形態において、第１運転士管理インタフェース８００に含まれ得る第３－３領域８３０は、データベースに所属運転士に関するデータを追加できるように構成されてもよい。

つまり、所属運転士管理インタフェースを用いるユーザは、第３－３領域８３０により新たな運転士を登録することができる。

一実施形態において、第３－３領域８３０は、ユーザが相互作用できるオブジェクトを含み得る。例えば、第３－３領域８３０に含まれる１つ以上のオブジェクトは、アイコンであり得る。

一実施形態において、所属運転士管理インタフェースを用いるユーザは、第３－３領域８３０に含まれるオブジェクトと相互作用することができ、プロセッサは、第３－３領域８３０に含まれるオブジェクトと相互作用する入力を受信したことに応答して、第２運転士管理インタフェースを表示することができる。本開示において、第２運転士管理インタフェースは、データベースに所属運転士を追加できるように構成されるインタフェースを示し得る。第２運転士管理インタフェースに関する実施形態は図９を参照して詳細に後述する。

一実施形態において、第１運転士管理インタフェース８００は、所属運転士に関するデータをファイルとして抽出するように構成される第３－４領域（図示せず）をさらに含み得る。

一実施形態において、所属運転士管理インタフェースを用いるユーザは、第３－４領域に含まれるオブジェクトと相互作用することができ、プロセッサは、第３－４領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、１つ以上の所属運転士に関するデータをファイルとして送信することができる。一実施形態において、ファイルとして送信される１つ以上の所属運転士に関するデータは、第３－１領域８１０に羅列される運転士に関するデータであり得る。一実施形態において、第３－４領域は、第３－１領域８１０に羅列される運転士に関するデータだけでなく、登録された全ての運転士に関するデータをファイルとして受信できるように構成されたオブジェクトをさらに含み得る。

一実施形態において、運転士管理インタフェースを用いるユーザは、送信されたファイルを保存デバイスに保存又は抽出することができる。

前述したように、プロセッサは、第３－３領域８３０に含まれるオブジェクトと相互作用する入力を受信したことに応答して、第２運転士管理インタフェースを表示することができる。第２運転士管理インタフェースは、データベースに所属運転士を追加できるように構成されてもよい。

一方、図８においては、説明の便宜上、第３－１領域８１０、第３－２領域８２０及び第３－３領域８３０が１つのインタフェースに表示されることを説明し、他の領域又はサブインタフェースも１つのインタフェースに表示されることを説明したが、各領域又はサブインタフェースは互いに異なるインタフェースに表示することもできる。

図９は一実施形態による第２運転士管理インタフェースを説明するための例示図である。

図９を参照すると、第２運転士管理インタフェース９００は、所属運転士に関するデータを入力できるインタフェースを含み得る。

一実施形態において、第２運転士管理インタフェース９００により入力できる所属運転士に関するデータは、運転士名、連絡先、電子メール、資格証番号、写真、免許情報、勤務設定などを含み得る。

一実施形態において、各所属運転士に関するデータを入力できるインタフェースは、各所属運転士に関するデータの種類に応じて適宜構成することができる。例えば、運転士名を入力できるインタフェースは、テキストを入力できるように構成されてもよい。例えば、連絡先を入力できるインタフェースは、数字を入力できるように構成されてもよい。

一実施形態において、第２運転士管理インタフェース９００は、所属運転士の勤務設定データを入力できる勤務設定インタフェース９１０を含み得る。

一実施形態において、勤務設定データは、総勤務時間、総休憩時間、詳細勤務計画又は詳細休憩計画を含み得る。

一実施形態において、第２運転士管理インタフェース９００を用いるユーザは、勤務設定インタフェース９１０により、総勤務時間及び総休憩時間を入力することができる。本開示において、総勤務時間は、運転士が１勤務日に勤務する総時間を示し得、総休憩時間は、運転士が１勤務日に休憩する総時間を示し得る。

一実施形態において、第２運転士管理インタフェース９００を用いるユーザは、勤務設定インタフェースにより、１つ以上の詳細勤務計画及び１つ以上の詳細休憩計画を入力することができる。本開示において、詳細勤務計画は、総勤務時間を任意に分割して連続して勤務する時間に関する計画を示し得、詳細休憩計画は、総休憩時間を任意に分割して連続して休憩する時間に関する計画を示し得る。一例示として、第２運転士管理インタフェース９００を用いるユーザは、デマンド型車両の運行に適した計画によって、法人のその他の規定によって、又は運転士との協議によって、詳細勤務計画及び詳細休憩計画を決定することができ、決定された詳細勤務計画及び詳細休憩計画を入力することができる。他の例示として、プロセッサは、同じ法人所属の他の運転士の詳細勤務計画及び詳細休憩計画に基づいて、例えば重複する勤務時間が最も少なくなるように、例示的な詳細勤務計画及び詳細休憩計画を計算することができ、計算された詳細勤務計画及び詳細休憩計画を推薦するためにインタフェースに表示することができる。さらに他の例示として、プロセッサは、入力される総勤務時間に応じて予め設定された詳細勤務計画及び詳細休憩計画を推薦するためにインタフェースに表示することができる。

一実施形態において、プロセッサは、総勤務時間及び総休憩時間の入力を受信することができる。一実施形態において、プロセッサは、１つ以上の詳細勤務計画及び１つ以上の詳細休憩計画の入力を受信することができる。一実施形態において、プロセッサは、１つ以上の詳細勤務計画に含まれる勤務時間の合計が総勤務時間と同じであるかを検証し、１つ以上の詳細休憩計画に含まれる休憩時間の合計が総休憩時間と同じであるかを検証することができる。

一実施形態において、第２運転士管理インタフェース９００を用いるユーザは、第２運転士管理インタフェース９００に含まれ得るデータ入力完了オブジェクトと相互作用し、運転士に関するデータの入力を完了することができる。一実施形態において、運転士の登録に最小限の必須データ（例えば、運転士名）が入力されていない場合、ユーザがデータ入力完了オブジェクトと相互作用しても、運転士に関するデータの入力が完了しないことができる。一実施形態において、プロセッサは、データ入力完了オブジェクトと相互作用することに応答して、入力されたデータをデータベースに保存することができる。

一方、図９においては、説明の便宜上、領域又はサブインタフェースが１つのインタフェースに表示されることを説明したが、各領域又はサブインタフェースは互いに異なるインタフェースに表示することもできる。

前述したように、一実施形態において、プロセッサは、特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、第３運転士管理インタフェースを表示することができる。本開示において、第３運転士管理インタフェースは、特定運転士に関する詳細情報を確認できるインタフェースを示し得る。

図１０は一実施形態による第３運転士管理インタフェースを説明するための例示図である。

図１０を参照すると、第３運転士管理インタフェース１０００は、第４－１領域１０１０、第４－２領域１０２０及び第４－３領域１０３０を含み得る。

一実施形態において、第３運転士管理インタフェース１０００に含まれ得る第４－１領域１０１０は、特定運転士の勤務設定データを表示し、勤務設定データを修正又は削除できるように構成されてもよい。本実施形態において、勤務設定データは、図９を参照して前述した勤務設定データに対応するものであり得る。よって、図９を参照して詳細に説明した勤務設定データに関する実施形態は、第３運転士管理インタフェース１０００により勤務設定データを修正又は削除する過程にも同様に適用することができる。

一実施形態において、第３運転士管理インタフェース１０００に含まれ得る第４－２領域１０２０は、特定運転士の運行履歴、勤務履歴及び運転士状態履歴を表示するように構成されてもよい。第４－２領域１０２０に含まれ得る特定運転士の運行履歴、勤務履歴及び運転士状態履歴は、リアルタイムで更新することができる。

一実施形態において、運行履歴は、特定運転士が車両を運行した履歴に関するデータを示し得る。一実施形態において、運行履歴は、デマンド型交通システムに含まれるデマンド型車両の運行によって自動でサーバに記録されるデータであり得る。他の実施形態において、運行履歴は、デマンド型車両を運行する運転士がデマンド型車両の運行を開始又は終了することによって手動で入力してサーバに記録されるデータであり得る。

一実施形態において、勤務履歴は、特定運転士が勤務した履歴に関するデータを示し得る。一実施形態において、勤務履歴は、勤務日、出勤時間、退勤時間、休憩時間、車両運行時間などを含み得る。一実施形態において、出勤時間又は退勤時間は、特定運転士が勤務地で出勤入力又は退勤入力を行った時間であり得る。他の実施形態において、出勤時間又は退勤時間は、特定運転士が勤務日に最初に運行を開始した時間又は最後に運行を終了した時間であり得、その場合、出勤時間又は退勤時間は、デマンド型車両の運行によって自動でサーバに記録され得る。一実施形態において、勤務履歴は、後述する特定運転士に対する自動管理機能のために基礎となるデータとなり得る。

一実施形態において、運転士状態履歴は、特定運転士の加入履歴、運行許可履歴、警告履歴、停止履歴、脱退履歴などに関するデータを示し得る。一実施形態において、運転士状態履歴は、後述する脱退処理又は停止管理機能のために基礎となるデータであり得る。一実施形態において、運転士状態履歴は、ユーザが第２運転士管理インタフェース９００により所属運転士を登録することによって又は第３運転士管理インタフェース１０００により後述する脱退処理又は停止管理機能を用いることによって自動でサーバに記録されるデータであり得る。

一実施形態において、第３運転士管理インタフェース１０００に含まれ得る第４－３領域１０３０は、特定運転士に関するデータを修正するか、特定運転士に対して脱退処理又は停止管理を行うことができるように構成されてもよい。

一実施形態において、第４－３領域１０３０は、ユーザが相互作用できるオブジェクトを含み得る。一実施形態において、第４－３領域１０３０に含まれる１つ以上のオブジェクトは、特定運転士に関するデータを修正するためのオブジェクト、特定運転士に対して脱退処理を行うためのオブジェクト、又は特定運転士に対して停止管理を行うためのオブジェクトを含み得る。

一実施形態において、第３運転士管理インタフェース１０００を用いるユーザは、第４－３領域１０３０に含まれる特定運転士に関するデータを修正するためのオブジェクトと相互作用することができ、プロセッサは、特定運転士に関するデータを修正するためのオブジェクトとの相互作用を受信したことに応答して、特定運転士に関するデータを修正するためのインタフェースを表示することができる。一実施形態において、第３運転士管理インタフェース１０００を用いるユーザは、表示されたインタフェースにより、特定運転士に関するデータに対する修正信号を入力することができる。一実施形態において、プロセッサは、ユーザのデータ修正入力に応答して、データベースに含まれる特定運転士に関するデータを修正することができる。

一実施形態において、プロセッサは、第４－３領域１０３０に含まれるオブジェクトと相互作用して送信された脱退処理要求信号を受信したことに応答して、特定運転士を脱退処理するためのインタフェースを表示し、脱退事由に関する入力を受信することができる。

具体的には、一実施形態において、第３運転士管理インタフェース１０００を用いるユーザは、第４－３領域１０３０に含まれる特定運転士に対して脱退処理を行うためのオブジェクトと相互作用することができ、プロセッサは、特定運転士に対して脱退処理を行うためのオブジェクトとの相互作用を受信したことに応答して、特定運転士に対して脱退処理を行うためのインタフェースを表示することができる。

一実施形態において、特定運転士に対して脱退処理を行うためのインタフェースは、脱退事由を入力できるインタフェースを含み得る。一実施形態において、特定運転士に対して脱退処理を行おうとするユーザは、インタフェースにより脱退事由を入力することができる。一実施形態において、脱退事由は、所定の複数の脱退事由から１つを選択して入力されるものであり得る。一実施形態において、プロセッサは、脱退事由が入力されることに応答して、脱退事由に関する入力を受信し、データベースに保存することができる。一実施形態において、プロセッサは、脱退事由に関する入力を受信したことに応答して、データベースから特定運転士に関するデータを削除することができる。他の実施形態において、プロセッサは、脱退事由に関する入力を受信したことに応答して、特定運転士に関するデータを一時保存用データベースに移動させ、所定の時間（例えば、３日、５日、２週間など）が経過すると、自動で一時保存用データベースから削除されるようにすることができる。

一実施形態において、プロセッサは、第４－３領域に含まれるオブジェクトと相互作用して送信された停止管理要求信号を受信したことに応答して、特定運転士が停止状態である場合、特定運転士に対する停止解除インタフェースを表示し、特定運転士が停止状態でない場合、特定運転士に対する停止登録インタフェースを表示することができる。一実施形態において、プロセッサが停止登録インタフェースを表示することは、特定運転士に関するデータを表示し、停止期間及び停止事由の入力を受信することを含み得る。

具体的には、一実施形態において、第３運転士管理インタフェース１０００を用いるユーザは、第４－３領域１０３０に含まれる特定運転士に対して停止管理を行うためのオブジェクトと相互作用することができ、プロセッサは、特定運転士に対して停止管理を行うためのオブジェクトとの相互作用を受信したことに応答して、特定運転士に対して停止管理を行うためのインタフェースを表示することができる。

一実施形態において、特定運転士が停止状態である場合、プロセッサが表示する停止管理を行うためのインタフェースは、停止解除インタフェースであり得る。一実施形態において、停止解除処理を行おうとするユーザは、停止解除インタフェースに含まれるオブジェクトと相互作用して停止解除信号を入力することができる。一実施形態において、プロセッサは、停止解除信号の入力を受信したことに応答して、データベースにおいて特定運転士の運転士状態履歴を変更することができる。

一実施形態において、特定運転士が停止状態でない場合、プロセッサが表示する停止管理を行うためのインタフェースは、停止登録インタフェースであり得る。一実施形態において、プロセッサが表示する停止登録インタフェースは、特定運転士に関するデータが表示される領域、停止期間を入力できる領域、及び停止事由を入力できる領域を含み得る。例えば、停止登録インタフェースに表示される特定運転士に関するデータは、運転士名、運転士ＩＤ、連絡先などであり得、そのような再確認プロセスにより誤った停止処理を防止することができる。一実施形態において、特定運転士に対して停止登録を行おうとするユーザは、停止登録インタフェースにより、停止期間及び停止事由を入力することができ、プロセッサは、停止期間及び停止事由の入力を受信したことに応答して、データベースにおいて特定運転士に関するデータを修正し、運転士状態履歴を変更することができる。

前述したように、第１運転士管理インタフェース８００を用いるユーザは、第３－１領域８１０に羅列された１つ以上の所属運転士のうちの特定運転士の運転士ＩＤを示すオブジェクトと相互作用することができる。一実施形態において、プロセッサは、特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、特定運転士に対する自動管理機能を実行することができる。

一実施形態において、自動管理機能は、特定運転士に関するデータに基づいて特定運転士をグループに分類し、特定運転士が分類されたグループに基づいて通知を提供する機能を示し得る。

一実施形態において、プロセッサは、特定運転士に関するデータ、具体的には、勤務設定データ、運行履歴及び勤務履歴に基づいて、非正常勤務履歴を決定することができる。

本開示において、非正常勤務履歴は、特定運転士が規定に従って業務を行っているか否かを示す尺度であって、非正常勤務履歴を表すには任意の適切な方式を適用することができる。例えば、非正常勤務履歴は、０以上の正の整数で表すことができる。例えば、特定運転士の出勤遅刻回数が所定の値に達すると、非正常勤務履歴が１だけ増加するようにしてもよい。例えば、特定運転士が勤務設定データに設定された休憩時間を超えて休憩する時間の累積値が所定の値に達すると、非正常勤務履歴が１だけ増加するようにしてもよい。例えば、特定運転士の配車拒否回数が所定の値に達すると、非正常勤務履歴が１だけ増加するようにしてもよい。例えば、運転士の出勤遅刻、超過休憩、配車拒否などの非正常勤務事件にそれぞれポイントを付与し、非正常勤務事件が発生すると、運転士の非正常勤務ポイントを積み立て、特定運転士の非正常勤務ポイントが所定の値に達すると、非正常勤務履歴が１だけ増加するようにしてもよい。

一実施形態において、プロセッサは、特定運転士に対して決定された非正常勤務履歴に基づいて、特定運転士をグループに分類することができる。例えば、特定運転士は、特定運転士の非正常勤務履歴の値によって、正常グループ、警告グループ及び停止グループのいずれか１つのグループに分類することができる。本開示において、正常グループは非正常勤務がないか良好な状態を、警告グループは非正常勤務がある程度累積して管理が必要な状態を、停止グループは非正常勤務が十分に累積して停止処理が必要な状態を示し得る。

一実施形態において、プロセッサは、特定運転士が警告グループに分類されることに応答して、警告メッセージを表示し、特定運転士が停止グループに分類され、特定運転士の現在状態が停止状態でないことに応答して、停止メッセージを表示することができる。

具体的には、一実施形態において、プロセッサは、特定運転士が警告グループに分類されることに応答して、警告メッセージを表示することができる。例えば、警告メッセージは、「停止になる危険があります」、「運転士管理が必要です」など、表示された警告メッセージを確認するユーザに運転士に対する管理の必要性を知らせるための文句を含み得る。

一実施形態において、プロセッサは、特定運転士が停止グループに分類され、特定運転士の現在状態が停止状態でないことに応答して、停止メッセージを表示することができる。例えば、停止メッセージは、「停止処理が必要です」、「停止処理事由があります」など、表示された停止メッセージを確認するユーザに運転士に対する停止処理の必要性を知らせるための文句を含み得る。他の実施形態において、プロセッサは、停止メッセージを表示する代わりに、特定運転士の現在状態を停止状態に変更することができる。

一実施形態において、プロセッサは、特定運転士に対する停止登録インタフェースを表示することにより、停止メッセージを表示することができる。停止登録インタフェースは、前述した停止登録インタフェースと同じであってもよく、よって、前述した停止登録インタフェースに関する実施形態を同様に適用することができる。

つまり、プロセッサが停止メッセージを表示することは、特定運転士に対する停止登録インタフェースを表示することを含み、停止登録インタフェースを表示することは、特定運転士に関するデータを表示し、停止期間及び停止事由の入力を受信することを含み得る。

前述した自動管理機能に関する実施形態は、プロセッサが特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、第３運転士管理インタフェース１０００を表示する前に又は表示すると同時に行うことができる。例えば、プロセッサは、第３運転士管理インタフェース１０００を表示し、ポップアップの形で停止登録インタフェースを表示することができる。

前述した所属運転士管理インタフェースに含まれるインタフェース、例えば第１運転士管理インタフェース、第２運転士管理インタフェース又は第３運転士管理インタフェース間のインタフェース表示切替は、任意の適切な方式で行うことができる。例えば、第１運転士管理インタフェースを表示中に第３－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、第２運転士管理インタフェースを表示する場合、第２運転士管理インタフェースは、第１運転士管理インタフェースを背景としてポップアップ形式で表示されてもよく、第１運転士管理インタフェースから完全に切り替えられて表示されてもよい。

本開示の技術分野における通常の知識を有する者であれば、各領域又はインタフェースの名称に付加された要素（例えば、第１－１領域、第１法人管理インタフェースなど）は説明の便宜上付加されたものであることを容易に理解できるであろう。

前述した車両運行法人管理インタフェースと車両運行法人所属運転士管理インタフェースとは、インタフェース提供装置がインタフェースを構成する方式によって相互連携及び切り替えが行われる方式で提供することができる。例えば、第１法人管理インタフェースは、インタフェースのユーザが相互作用できる所定のオブジェクトを含み得、プロセッサは、ユーザが所定のオブジェクトと相互作用する入力を受信したことに応答して、第１運転士管理インタフェースを含む所属運転士管理インタフェースを提供することができる。それに対して、第１運転士管理インタフェースは、インタフェースのユーザが相互作用できる所定のオブジェクトを含み得、プロセッサは、ユーザが所定のオブジェクトと相互作用する入力を受信したことに応答して、第１法人管理インタフェースを含む法人管理インタフェースを提供することができる。

デマンド型交通システムに含まれるユーザ端末は、インタフェース提供装置に含まれるプロセッサにより行われ得る前述した本開示の様々な実施形態によるインタフェースを受信し、ユーザがインタフェース又はインタフェースに含まれるオブジェクトと相互作用できるようにすることができる。

図１１は一実施形態による車両運行法人管理インタフェースを提供する方法のフローチャートである。

図１１に示す車両運行法人管理インタフェースを提供する方法は前述した実施形態に関連するものであるので、以下で省略された内容であるとしても、前述した内容は図１１の方法にも適用することができる。

図１１に示す動作は、前述したインタフェース提供装置により実行することができる。具体的には、図１１に示す動作は、前述したインタフェース提供装置に含まれるプロセッサにより実行することができる。

ステップ１１１０において、プロセッサは、１つ以上の登録法人に関するデータが羅列されるように構成される第１－１領域、第１－１領域に羅列される１つ以上の登録法人に関する条件を設定するように構成される第１－２領域、及びデータベースに登録法人に関するデータを追加できるように構成される第１－３領域を含む第１法人管理インタフェースを表示することができる。

ステップ１１２０において、プロセッサは、第１－２領域に含まれるオブジェクトと相互作用して法人羅列条件を設定する入力を受信したことに応答して、複数の登録法人に関するデータから法人羅列条件を満たす１つ以上の登録法人に関するデータを選別し、選別された１つ以上の登録法人に関するデータが第１－１領域に羅列されるように表示することができる。

ステップ１１３０において、プロセッサは、第１－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、データベースに登録法人を追加するための第２法人管理インタフェースを表示することができる。

一実施形態において、プロセッサは、運行提供地域及び車種商品を含む登録法人に関するデータを入力できるインタフェースを表示し、運行提供地域に対する入力を受信したことに応答して、入力された運行提供地域で提供可能な１つ以上の車種商品を決定し、決定された１つ以上の車種商品から１つを選択できるように、決定された１つ以上の車種商品を表示することにより、第２法人管理インタフェースを表示することができる。

一実施形態において、プロセッサは、ステップ１１３０の後、第１－１領域に羅列される１つ以上の登録法人のうちの特定法人の法人ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、特定法人に関するデータを表示し、特定法人に関するデータを修正又は削除できるように構成される第２－１領域、特定法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成される第２－２領域、及び第２－２領域に羅列される１つ以上の所属運転士に関する条件を設定するように構成される第２－３領域を含む第３法人管理インタフェースを表示し、第２－３領域に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を受信したことに応答して、データベースから運転士羅列条件を満たす１つ以上の所属運転士に関するデータをロードし、ロードされた１つ以上の所属運転士に関するデータが第２－２領域に羅列されるように表示することができる。

図１２は一実施形態による車両運行法人所属運転士管理インタフェースを提供する方法のフローチャートである。

図１２に示す車両運行法人所属運転士管理インタフェースを提供する方法は前述した実施形態に関連するものであるので、以下で省略された内容であるとしても、前述した内容は図１２の方法にも適用することができる。

図１２に示す動作は、前述したインタフェース提供装置により実行することができる。具体的には、図１２に示す動作は、前述したインタフェース提供装置に含まれるプロセッサにより行うことができる。

ステップ１２１０において、プロセッサは、法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成される第３－１領域、第３－１領域に羅列される１つ以上の所属運転士に関する条件を設定するように構成される第３－２領域、及びデータベースに所属運転士に関するデータを追加できるように構成される第３－３領域を含む第１運転士管理インタフェースを表示することができる。

ステップ１２２０において、プロセッサは、第３－２領域に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を受信したことに応答して、複数の所属運転士に関するデータから運転士羅列条件を満たす１つ以上の所属運転士に関するデータを選別し、選別された１つ以上の所属運転士に関するデータが第３－１領域に羅列されるように表示することができる。

ステップ１２３０において、プロセッサは、第３－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、データベースに所属運転士を追加するための第２運転士管理インタフェースを表示することができる。

一実施形態において、プロセッサは、運転士情報、免許情報及び勤務日程を含む所属運転士に関するデータを入力できるインタフェースを表示することにより、第２運転士管理インタフェースを表示し、ステップ１２３０の後、所属運転士に関するデータの入力を受信することができる。

一実施形態において、プロセッサは、所属運転士の勤務設定データを入力できるインタフェースを表示することにより、第２運転士管理インタフェースを表示し、ステップ１２３０の後、勤務設定データに含まれる総勤務時間及び総休憩時間の入力を受信し、勤務設定データに含まれる１つ以上の詳細勤務計画及び１つ以上の詳細休憩計画の入力を受信し、１つ以上の詳細勤務計画に含まれる勤務時間の合計が総勤務時間と同じであるかを検証し、１つ以上の詳細休憩計画に含まれる休憩時間の合計が総休憩時間と同じであるかを検証することができる。

一実施形態において、プロセッサは、ステップ１２３０の後、第３－１領域に羅列される１つ以上の所属運転士のうちの特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、特定運転士の勤務設定データを表示し、勤務設定データを修正又は削除できるように構成される第４－１領域、特定運転士の運行履歴、勤務履歴及び運転士状態履歴を表示するように構成される第４－２領域、及び特定運転士に関するデータを修正するか、特定運転士に対して脱退処理又は停止管理を行うことができるように構成される第４－３領域を含む第３運転士管理インタフェースを表示することができる。

一実施形態において、プロセッサは、ステップ１２３０の後、第３－１領域に羅列される１つ以上の所属運転士のうちの特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、特定運転士に関するデータに含まれる勤務設定データ、運行履歴及び勤務履歴に基づいて、特定運転士の非正常勤務履歴を決定し、非正常勤務履歴に基づいて、特定運転士を正常グループ、警告グループ及び停止グループのいずれか１つのグループに分類することができる。

図１３は一実施形態によるインタフェースを提供する装置のブロック図である。

図１３を参照すると、インタフェースを提供する装置１３００は、通信部１３１０、プロセッサ１３２０及びＤＢ１３３０を含み得る。図１３のインタフェースを提供する装置１３００には、実施形態に関連する構成要素のみ示されている。よって、図１３に示す構成要素に加えて他の汎用の構成要素をさらに含み得ることは、当該技術分野における通常の知識を有する者であれば理解するであろう。

通信部１３１０は、外部サーバ又は外部装置との有線／無線通信を可能にする１つ以上の構成要素を含み得る。例えば、通信部１３１０は、近距離通信部（図示せず）、移動通信部（図示せず）及び放送受信部（図示せず）の少なくとも１つを含み得る。

ＤＢ１３３０は、インタフェースを提供する装置１３００内で処理される各種データを保存するハードウェアであって、プロセッサ１３２０の処理及び制御のためのプログラムを保存することができる。ＤＢ１３３０は、決済情報、ユーザ情報などを保存することができる。

ＤＢ１３３０は、ＤＲＡＭ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＲＡＭ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）などのＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ、ブルーレイ又は他の光ディスクストレージ、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、又はフラッシュメモリを含み得る。

プロセッサ１３２０は、インタフェースを提供する装置１３００の全般的な動作を制御する。例えば、プロセッサ１３２０は、ＤＢ１３３０に保存されたプログラムを実行することにより、入力部（図示せず）、ディスプレイ（図示せず）、通信部１３１０、ＤＢ１３３０などを全般的に制御することができる。プロセッサ１３２０は、ＤＢ１３３０に保存されたプログラムを実行することにより、インタフェースを提供する装置１３００の動作を制御することができる。

プロセッサ１３２０は、図１～図１２において上述したインタフェースを提供する装置１３００の動作の少なくとも一部を制御することができる。

プロセッサ１３２０は、ＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、コントローラ（ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロコントローラ（ｍｉｃｒｏ－ｃｏｎｔｒｏｌｌｅｒｓ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｓ）、その他の機能の実行のための電気ユニットの少なくとも１つを用いて実現することができる。

一実施形態において、インタフェースを提供する装置１３００は、移動性を有する電子デバイスであり得る。例えば、インタフェースを提供する装置１３００は、スマートフォン、タブレットＰＣ、ＰＣ、スマートテレビ、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ラップトップ、メディアプレーヤ、ナビゲーション、カメラ付きデバイス、及びその他のモバイル電子デバイスで実現することができる。また、インタフェースを提供する装置１３００は、通信機能及びデータ処理機能を備えた時計、メガネ、ヘッドバンド、指輪などのウェアラブルデバイスで実現することができる。

他の実施形態において、インタフェースを提供する装置１３００は、車両に組み込まれる電子デバイスであり得る。例えば、インタフェースを提供する装置１３００は、製造過程後にチューニング（ｔｕｎｉｎｇ）により車両に挿入される電子デバイスであり得る。

さらに他の実施形態において、インタフェースを提供する装置１３００は、車両の外部に位置するサーバであり得る。サーバは、ネットワークを介して通信を行って命令、コード、ファイル、コンテンツ、サービスなどを提供するコンピュータ装置又は複数のコンピュータ装置で実現することができる。サーバは、車両に搭載された装置から車両の移動経路を決定するために必要なデータを受信し、受信したデータに基づいて車両の移動経路を決定することができる。

さらに他の実施形態において、インタフェースを提供する装置１３００で実行されるプロセスは、移動性を有する電子デバイス、車両に組み込まれる電子デバイス、及び車両の外部に位置するサーバの少なくとも一部により実行することができる。

本発明による実施形態は、コンピュータ上で様々な構成要素により実行できるコンピュータプログラムの形態で実現することができ、このようなコンピュータプログラムは、コンピュータで読み取り可能な媒体に記録することができる。ここで、媒体には、ハードディスク、フロッピーディスク、磁気テープなどの磁気媒体、ＣＤ－ＲＯＭ、ＤＶＤなどの光記録媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）などの光磁気記録媒体（ｍａｇｎｅｔｏ－ｏｐｔｉｃａｌ ｍｅｄｉｕｍ）、ＲＯＭ、ＲＡＭ、フラッシュメモリなどのプログラム命令を記憶して実行するように特別に構成されたハードウェア装置が含まれる。

一方、前記コンピュータプログラムは、本発明のために特別に設計及び構成されたものであってもよく、コンピュータソフトウェア分野の当業者に公知されて使用可能なものであってもよい。コンピュータプログラムの例には、コンパイラにより生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータにより実行される高級言語コードも含まれる。

一実施形態によれば、本開示の様々な実施形態による方法は、コンピュータプログラム製品（ｃｏｍｐｕｔｅｒ ｐｒｏｇｒａｍ ｐｒｏｄｕｃｔ）に含まれて提供されるようにしてもよい。コンピュータプログラム製品は、商品として販売者と購入者との間で取引されるようにしてもよい。コンピュータプログラム製品は、機器で読み取り可能な記憶媒体（例えば、ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ（ＣＤ－ＲＯＭ））の形態で配布されるか、又はアプリケーションストア（例えば、プレイストア^ＴＭ）を介して、もしくは２つのユーザ装置間で直接、オンラインで配布（例えば、ダウンロード又はアップロード）されるようにしてもよい。オンライン配布の場合、コンピュータプログラム製品の少なくとも一部は、メーカーのサーバ、アプリケーションストアのサーバ、又は中継サーバのメモリなどの機器で読み取り可能な記憶媒体に少なくとも一時的に記憶されるか、一時的に生成されるようにしてもよい。

本発明による方法を構成するステップに関して、明白な順序の記載又はそれに反する記載がなければ、上記ステップは適切な順序で行うことができる。本発明は、必ずしも上記ステップの記載順序に限定されるものではない。本発明における全ての例又は例示的な用語（例えば、など）の使用は、単に本発明を詳細に説明するためのものであり、特許請求の範囲により限定されない限り、上記例又は例示的な用語により本発明の範囲が限定されるわけではない。また、当業者は、様々な修正、組み合わせ及び変更が加えられた特許請求の範囲又はその均等物の範疇内で設計条件及び要因に応じて構成できることを理解するであろう。

よって、本発明の思想は、上述した実施形態に限定されて定められてはならず、添付の特許請求の範囲だけでなく、その特許請求の範囲と均等な又はそれから等価的に変更された全ての範囲は、本発明の思想の範疇に属するといえる。

Claims (11)

1. 車両運行法人管理インタフェースを提供する方法であって、
   １つ以上の登録法人に関するデータが羅列されるように構成される第１－１領域、前記第１－１領域に羅列される前記１つ以上の登録法人に関する条件を設定するように構成される第１－２領域、及びデータベースに登録法人に関するデータを追加できるように構成される第１－３領域を含む第１法人管理インタフェースを表示するステップと、
   前記第１－２領域に含まれるオブジェクトと相互作用して法人羅列条件を設定する入力を受信したことに応答して、複数の登録法人に関するデータから前記法人羅列条件を満たす１つ以上の登録法人に関するデータを選別し、前記選別された１つ以上の登録法人に関するデータが前記第１－１領域に羅列されるように表示するステップと、
   前記第１－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに登録法人を追加するための第２法人管理インタフェースを表示するステップとを含む、方法。
2. 前記第２法人管理インタフェースを表示するステップは、
   運行提供地域及び車種商品を含む登録法人に関するデータを入力できるインタフェースを表示するステップと、
   運行提供地域に対する入力を受信したことに応答して、前記入力された運行提供地域で提供可能な１つ以上の車種商品を決定するステップと、
   前記決定された１つ以上の車種商品から１つを選択できるように、前記決定された１つ以上の車種商品を表示するステップとを含む、請求項１に記載の方法。
3. 前記第１－１領域に羅列される１つ以上の登録法人のうちの特定法人の法人ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、
   前記特定法人に関するデータを表示し、前記特定法人に関するデータを修正又は削除できるように構成される第２－１領域、前記特定法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成される第２－２領域、及び前記第２－２領域に羅列される前記１つ以上の所属運転士に関する条件を設定するように構成される第２－３領域を含む第３法人管理インタフェースを表示するステップと、
   前記第２－３領域に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を受信したことに応答して、前記データベースから前記運転士羅列条件を満たす１つ以上の所属運転士に関するデータをロードし、前記ロードされた１つ以上の所属運転士に関するデータが前記第２－２領域に羅列されるように表示するステップとをさらに含む、請求項１に記載の方法。
4. 車両運行法人所属運転士管理インタフェースを提供する方法であって、
   前記法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成される第３－１領域、前記第３－１領域に羅列される前記１つ以上の所属運転士に関する条件を設定するように構成される第３－２領域、及びデータベースに所属運転士に関するデータを追加できるように構成される第３－３領域を含む第１運転士管理インタフェースを表示するステップと、
   前記第３－２領域に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を受信したことに応答して、複数の所属運転士に関するデータから前記運転士羅列条件を満たす１つ以上の所属運転士に関するデータを選別し、前記選別された１つ以上の所属運転士に関するデータが前記第３－１領域に羅列されるように表示するステップと、
   前記第３－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに所属運転士を追加するための第２運転士管理インタフェースを表示するステップとを含む、方法。
5. 前記第２運転士管理インタフェースを表示するステップは、
   運転士情報、免許情報及び勤務日程を含む所属運転士に関するデータを入力できるインタフェースを表示するステップを含み、
   前記方法は、
   所属運転士に関するデータの入力を受信するステップをさらに含む、請求項４に記載の方法。
6. 前記第２運転士管理インタフェースを表示するステップは、
   所属運転士の勤務設定データを入力できるインタフェースを表示するステップを含み、
   前記方法は、
   前記勤務設定データに含まれる総勤務時間及び総休憩時間の入力を受信するステップと、
   前記勤務設定データに含まれる１つ以上の詳細勤務計画及び１つ以上の詳細休憩計画の入力を受信するステップと、
   前記１つ以上の詳細勤務計画に含まれる勤務時間の合計が前記総勤務時間と同じであるかを検証し、前記１つ以上の詳細休憩計画に含まれる休憩時間の合計が前記総休憩時間と同じであるかを検証するステップとをさらに含む、請求項４に記載の方法。
7. 前記第３－１領域に羅列される１つ以上の所属運転士のうちの特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、
   前記特定運転士の勤務設定データを表示し、前記勤務設定データを修正又は削除できるように構成される第４－１領域、前記特定運転士の運行履歴、勤務履歴及び運転士状態履歴を表示するように構成される第４－２領域、及び前記特定運転士に関するデータを修正するか、前記特定運転士に対して脱退処理又は停止管理を行うことができるように構成される第４－３領域を含む第３運転士管理インタフェースを表示するステップをさらに含む、請求項４に記載の方法。
8. 前記第３－１領域に羅列される１つ以上の所属運転士のうちの特定運転士の運転士ＩＤを示すオブジェクトと相互作用する入力を受信したことに応答して、
   前記特定運転士に関するデータに含まれる勤務設定データ、運行履歴及び勤務履歴に基づいて、前記特定運転士の非正常勤務履歴を決定するステップと、
   前記非正常勤務履歴に基づいて、前記特定運転士を正常グループ、警告グループ及び停止グループのいずれか１つのグループに分類するステップとをさらに含む、請求項４に記載の方法。
9. 車両運行法人管理インタフェースを提供する装置において、
   少なくとも１つのプログラムが格納されたメモリと、
   前記少なくとも１つのプログラムを実行することにより動作するプロセッサとを含み、
   前記プロセッサは、
   １つ以上の登録法人に関するデータが羅列されるように構成される第１－１領域、前記第１－１領域に羅列される前記１つ以上の登録法人に関する条件を設定するように構成される第１－２領域、及びデータベースに登録法人に関するデータを追加できるように構成される第１－３領域を含む第１法人管理インタフェースを表示し、
   前記第１－２領域に含まれるオブジェクトと相互作用して法人羅列条件を設定する入力を受信したことに応答して、複数の登録法人に関するデータから前記法人羅列条件を満たす１つ以上の登録法人に関するデータを選別し、前記選別された１つ以上の登録法人に関するデータが前記第１－１領域に羅列されるように表示し、
   前記第１－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに登録法人を追加するための第２法人管理インタフェースを表示する、装置。
10. 車両運行法人所属運転士管理インタフェースを提供する装置において、
    少なくとも１つのプログラムが格納されたメモリと、
    前記少なくとも１つのプログラムを実行することにより動作するプロセッサとを含み、
    前記プロセッサは、
    前記法人に所属する１つ以上の所属運転士に関するデータが羅列されるように構成される第３－１領域、前記第３－１領域に羅列される前記１つ以上の所属運転士に関する条件を設定するように構成される第３－２領域、及びデータベースに所属運転士に関するデータを追加できるように構成される第３－３領域を含む第１運転士管理インタフェースを表示し、
    前記第３－２領域に含まれるオブジェクトと相互作用して運転士羅列条件を設定する入力を受信したことに応答して、複数の所属運転士に関するデータから前記運転士羅列条件を満たす１つ以上の所属運転士に関するデータを選別し、前記選別された１つ以上の所属運転士に関するデータが前記第３－１領域に羅列されるように表示し、
    前記第３－３領域に含まれるオブジェクトと相互作用する入力を受信したことに応答して、前記データベースに所属運転士を追加するための第２運転士管理インタフェースを表示する、装置。
11. 請求項１又は４に記載の方法をコンピュータで実行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。

Images