JP6732055B2 - 輸送サービス安全評価のためのシステムおよび方法 - Google Patents

Description

関連出願の相互参照
本出願は、２０１７年６月１９日に出願された中国特許出願第２０１７１０４６７２０５．４号の優先権を主張するものである。この特許出願の内容はその全体が参照によって本明細書に組み込まれている。

本開示は一般に、オンライン・ツー・オフライン・サービス（ｏｎｌｉｎｅ ｔｏ ｏｆｆｌｉｎｅ ｓｅｒｖｉｃｅ）のためのシステムおよび方法に関し、詳細には、オンライン・ツー・オフライン・サービスの安全（ｓａｆｅｔｙ）を評価するためのシステムおよび方法に関する。

オンライン・ツー・オフライン・サービスの普及とともに、ますます多くの人々が、オンライン・ツー・オフライン輸送サービスを使用することを選択している。サービス中には、例えばドライバの走行上の危険な振舞い、乗客の人的安全または財産的安全をドライバが脅かすこと、予期しない交通事故、乗客によるドライバからの略奪など、さまざまな危険な状況が生じる可能性がある。

サービスの安全を能動的にモニタリングするために、ドライバの生理的データおよび感情データ、車両走行データ、車両内画像情報ならびに／または音声記録のうちの少なくとも１つがリアルタイムで集められることがある。ドライバと乗客の両者の安全を守る安全機構を採用する手始めとするために、この集められたデータに基づく安全評価が実行されることがある。しかしながら、既存の安全評価プログラムは比較的に単純なデータを使用しており、安全に対するドライバ評価データおよび乗客評価データの影響を包括的には考慮しない。例えば、ドライバおよび乗客が違反記録を有するかどうか、乗客の移動性（ｍｏｂｉｌｉｔｙ）および不安定性（ｉｎｓｔａｂｉｌｉｔｙ）、履歴安全スコア（ｈｉｓｔｏｒｉｃａｌ ｓａｆｅｔｙ ｓｃｏｒｅ）、またはサービスのルートが通過する１つ以上のエリアのような因子は考慮されておらず、このことが安全評価の低い有効性につながっている可能性がある。さらに、車両画像情報および／または音声記録を集め、リアルタイムでサーバに報告することは、大きな電力消費および大きなデータ交換帯域幅の要求につながる可能性がある。したがって、サービス・オーダー（ｓｅｒｖｉｃｅ ｏｒｄｅｒ）の安全を効率的にモニタリングするシステムおよび方法を提供することが望ましい。

中国特許出願第２０１７１０４６７２０５．４号

本開示の一態様によればシステムが提供される。このシステムは、コンピュータ可読ストレージ媒体と、コンピュータ可読ストレージ媒体と通信する少なくとも１つのプロセッサとを備えてもよい。コンピュータ可読ストレージ媒体は、輸送サービスの安全を評価するための実行可能な命令を記憶していてもよい。少なくとも１つのプロセッサが実行可能な命令を実行したとき、少なくとも１つのプロセッサは、以下の操作のうちの１つまたは複数の操作を実行するように指示されてもよい。少なくとも１つのプロセッサは、オーダー持続時間（ｏｒｄｅｒ ｔｉｍｅ ｄｕｒａｔｉｏｎ）内のサービス・オーダーの輸送サービス・データを、サービス・オーダーに関する１つ以上の信号送信デバイスから受信してもよい。少なくとも１つのプロセッサは、サービス・オーダーの車両のドライバおよびサービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得してもよい。少なくとも１つのプロセッサは、現在の時点（ｃｕｒｒｅｎｔ ｔｉｍｅ ｐｏｉｎｔ）におけるサービス・オーダーの安全スコアを、履歴データ、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて決定してもよい。少なくとも１つのプロセッサは、現在の時間において危険な条件が生じているかどうかを安全スコアに基づいて判定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに信号を送信し、この信号は、車両内の光景（ｓｃｅｎｅ）に関連したデータをプロセッサに送信するよう１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに命令する命令を符号化しており、このデータは、ビデオ・データ、オーディオ・データまたは画像データのうちの少なくとも１つのタイプを含んでもよい。少なくとも１つのプロセッサは、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスから車両内の光景に関連したデータを受信してもよい。

いくつかの実施形態では、この信号がさらに、車両内の光景に関連したデータを車両内の媒体信号捕捉デバイスから取り出すよう１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに命令するように符号化されてもよい。

いくつかの実施形態では、この信号がさらに、現在の時間において危険な条件が生じているとの判定に応答して車両内の光景に関連したデータを捕捉し、車両内の光景に関連したデータを１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに送信するよう媒体信号捕捉デバイスを作動させるように符号化されていてもよい。

いくつかの実施形態では、現在の時間において危険な条件が生じているとの判定に応答して、少なくとも１つのプロセッサが、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに制御信号を送信して車両の動きを停止させてもよい。

いくつかの実施形態では、現在の時間において危険な条件が生じているとの判定に応答して、少なくとも１つのプロセッサが、第三者に、その第三者が介入することを求める警報信号を送信してもよい。

いくつかの実施形態では、現在の時間において危険な条件が生じているとの判定に応答して、少なくとも１つのプロセッサが、ドライバに関して危険な条件が生じているとの判定に基づいて、ドライバに関連した信号送信デバイスにドライバ警報信号を送信してもよい。または、少なくとも１つのプロセッサは、乗客に関して危険な条件が生じているとの判定に基づいて、１人以上の乗客に関連した信号送信デバイスのうちの少なくとも１つの信号送信デバイスに乗客警報信号を送信してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、輸送サービス・データを１つ以上の信号送信デバイスから５秒ごとに受信してもよい。

いくつかの実施形態では、輸送サービス・データが、サービス・オーダー中の複数の時点、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスの複数の位置であり、複数の時点のうちのそれぞれの時点に対応する複数の位置、複数の時点のうちのそれぞれの時点に対応する車両の走行記録であり、車両の加速度データを含む走行記録、ならびにドライバおよび１人以上の乗客のうちの少なくとも１人の生理的データであり、心拍数、体温または血圧のうちの少なくとも１つを含む生理的データのうちの少なくとも１つを含んでもよい。

いくつかの実施形態では、１つ以上の信号送信デバイスが、ドライバ信号送信デバイスであり、ドライバに関連した１つ以上の第１のセンサーからの走行記録、ドライバの生理的データ、およびドライバ信号送信デバイスの位置を取得するように構成されたドライバ信号送信デバイス、ならびに少なくとも１つの乗客信号送信デバイスであり、１人以上の乗客に関連した１つ以上の第２のセンサーからの１人以上の乗客の生理的データ、および少なくとも１つの乗客信号送信デバイスの位置を取得するように構成された少なくとも１つの乗客信号送信デバイスのうちの少なくとも１つを含んでもよい。

いくつかの実施形態では、ドライバに関する履歴データが、ドライバの身体的検査記録（ｐｈｙｓｉｃａｌ ｅｘａｍｉｎａｔｉｏｎ ｒｅｃｏｒｄ）、ドライバの医療記録またはドライバの履歴輸送サービス・データのうちの少なくとも１つを含んでもよい。１人以上の乗客に関する履歴データは、１人以上の乗客の身体的検査記録、１人以上の乗客の医療記録または１人以上の乗客の履歴輸送サービス・データのうちの少なくとも１つを含んでもよい。

いくつかの実施形態では、サービス・オーダーの１つ以上の特性が、サービス・オーダーの推定されたルート、車両の実際のルート、サービス・オーダーの推定された中間持続期間（ｅｓｔｉｍａｔｅｄ ｍｉｄｄｌｅ ｄｕｒａｔｉｏｎ）、または現在の時点に対応する気象条件のうちの少なくとも１つを含んでもよい。推定された中間持続期間は、１人以上の乗客が車両に乗車した開始時点と１人以上の乗客が車両から降りた終了時点との間の推定された時間間隔に対応してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、ドライバ信号送信デバイスの位置と少なくとも１つの乗客信号送信デバイスの位置との間の距離がサービス前持続期間（ｐｒｅ−ｓｅｒｖｉｃｅ ｄｕｒａｔｉｏｎ）における距離しきい値よりも小さいときに対面時点（ｍｅｅｔｉｎｇ ｔｉｍｅ ｐｏｉｎｔ）を決定してもよい。少なくとも１つのプロセッサは、対面時点を開始時点として指定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、１人以上の乗客に関する履歴データ、実際のルート、推定された中間持続期間および現在の時点に基づいてドライバ安全スコアを決定してもよい。少なくとも１つのプロセッサは、ドライバに関する履歴データ、推定された中間持続期間および現在の時点に基づいて乗客安全スコアを決定してもよい。少なくとも１つのプロセッサは、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて異常スコアを決定してもよい。少なくとも１つのプロセッサは、ドライバ安全スコア、乗客安全スコアまたは異常スコアのうちの少なくとも１つに基づいて現在の時間におけるサービス・オーダーの安全スコアを決定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、ドライバ安全スコアとドライバ安全しきい値との間の第１の比較を実行してもよい。少なくとも１つのプロセッサは、乗客安全スコアと乗客安全しきい値との間の第２の比較を実行してもよい。少なくとも１つのプロセッサは、異常スコアと異常しきい値との間の第３の比較を実行してもよい。少なくとも１つのプロセッサは、第１の比較、第２の比較または第３の比較の少なくとも１つの結果に基づいて現在の時間におけるサービス・オーダーの安全スコアを決定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、ドライバに関して危険な条件が生じているかどうかを、第１の比較および第３の比較の結果のうちの少なくとも１つの結果に基づいて判定してもよい。少なくとも１つのプロセッサは、乗客に関して危険な条件が生じているかどうかを、第２の比較および第３の比較の結果のうちの少なくとも１つの結果に基づいて判定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、１人以上の乗客の身体的検査記録、１人以上の乗客の医療記録または１人以上の乗客の履歴輸送サービス・データのうちの少なくとも１つに基づいて乗客評価値を決定してもよい。少なくとも１つのプロセッサは、実際のルートが通過する１つ以上のエリアを決定してもよい。少なくとも１つのプロセッサは、１つ以上のエリアのうちの少なくとも１つのエリアのエリア安全係数（ａｒｅａ ｓａｆｅｔｙ ｃｏｅｆｆｉｃｉｅｎｔ）を決定してもよい。少なくとも１つのプロセッサは、開始時点と現在の時点との間の実時間間隔（ｒｅａｌ ｔｉｍｅ ｉｎｔｅｒｖａｌ）を決定してもよい。少なくとも１つのプロセッサは、実時間間隔を推定された中間持続期間と比較してもよい。少なくとも１つのプロセッサは、乗客評価値、エリア安全係数、および実時間間隔と推定された中間持続期間との間の比較の結果に基づいてドライバ安全スコアを決定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、ドライバの身体的検査記録、ドライバの医療記録またはドライバの履歴輸送サービス・データのうちの少なくとも１つに基づいてドライバ評価値を決定してもよい。少なくとも１つのプロセッサは、ドライバ評価値と、実時間間隔と推定された中間持続期間との間の比較の結果とに基づいて乗客安全スコアを決定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、走行記録と、サービス・オーダーの推定されたルートから車両が逸脱しているかどうかと、サービス・オーダーの１つ以上の特性とに基づいて車両異常評価値を決定してもよい。少なくとも１つのプロセッサは、ドライバの生理的データと、終了時点とドライバが次のサービス・オーダーの要求を受け取った時点との間のサービス後持続期間（ｐｏｓｔ−ｓｅｒｖｉｃｅ ｄｕｒａｔｉｏｎ）とのうちの少なくとも１つに基づいてドライバ異常評価値を決定してもよい。少なくとも１つのプロセッサは、１人以上の乗客の生理的データに基づいて乗客異常評価値を決定してもよい。少なくとも１つのプロセッサは、車両異常評価値、ドライバ異常評価値または乗客異常評価値のうちの少なくとも１つの異常評価値に基づいて異常スコアを決定してもよい。

いくつかの実施形態では、少なくとも１つのプロセッサが、車両の加速度データに基づく危険走行評価を実行してもよい。少なくとも１つのプロセッサは、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスの複数の位置であり、サービス・オーダー中の複数の時点のうちのそれぞれの時点に対応する複数の位置に基づいて車両の実際のルートを決定してもよい。少なくとも１つのプロセッサは、車両の実際のルートを推定されたルートと比較してもよい。少なくとも１つのプロセッサは、危険走行評価、実際のルートと推定されたルートとの間の比較の結果、および現在の時点に対応する気象条件に基づいて車両異常評価値を決定してもよい。

本開示の別の態様によれば方法が提供される。この方法は、少なくとも１つのプロセッサと、少なくとも１つのストレージ媒体と、ネットワークに接続された通信プラットフォームとを有するコンピューティング・デバイス上で実施されてもよい。この方法は、以下の操作のうちの１つまたは複数の操作を含んでもよい。少なくとも１つのプロセッサは、オーダー持続時間内のサービス・オーダーの輸送サービス・データを、サービス・オーダーに関する１つ以上の信号送信デバイスから受信してもよい。少なくとも１つのプロセッサは、サービス・オーダーの車両のドライバおよびサービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得してもよい。少なくとも１つのプロセッサは、現在の時点におけるサービス・オーダーの安全スコアを、履歴データ、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて決定してもよい。少なくとも１つのプロセッサは、現在の時間において危険な条件が生じているかどうかを安全スコアに基づいて判定してもよい。

本開示の別の態様によれば非一時的コンピュータ可読媒体が提供される。非一時的コンピュータ可読媒体は、輸送サービス安全を評価するための命令のセットを含んでもよい。少なくとも１つのプロセッサがこの命令のセットを実行したときに、少なくとも１つのプロセッサは、以下の操作のうちの１つまたは複数の操作を実行するように指示されてもよい。少なくとも１つのプロセッサは、オーダー持続時間内のサービス・オーダーの輸送サービス・データを、サービス・オーダーに関する１つ以上の信号送信デバイスから受信してもよい。少なくとも１つのプロセッサは、サービス・オーダーの車両のドライバおよびサービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得してもよい。少なくとも１つのプロセッサは、現在の時点におけるサービス・オーダーの安全スコアを、履歴データ、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて決定してもよい。少なくとも１つのプロセッサは、現在の時間において危険な条件が生じているかどうかを安全スコアに基づいて判定してもよい。

追加の特徴の一部は以下の説明に記載されており、一部は、以下の説明および添付図面を検討することにより当業者には明白になり、または例の製作もしくは操作によって習知されることもある。本開示の特徴は、以下で論じられる詳細な例に記載されたさまざまな態様の方法、手段および組合せの実施または使用によって実現または達成されることがある。

例示的な実施形態に関して本開示がさらに説明される。これらの例示的な実施形態は図面を参照して詳細に説明される。これらの実施形態は非限定的な例示的な実施形態であり、それらの実施形態では、図面のいくつかの図の全体を通じて同様の参照番号が同様の構造を表す。

本開示のいくつかの実施形態による例示的なオンライン・ツー・オフライン・サービス・システムを示す概略図である。 この上に処理エンジンが実装されてもよい、本開示のいくつかの実施形態によるコンピューティング・デバイスの例示的なハードウェアおよび／またはソフトウェア構成要素を示す概略図である。 この上にユーザ端末が実装されてもよい、本開示のいくつかの実施形態によるモバイル・デバイスの例示的なハードウェアおよび／またはソフトウェア構成要素を示す概略図である。 本開示のいくつかの実施形態による例示的な処理エンジンを示す概略ブロック図である。 複数の安全スコアを決定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。 輸送サービスが始まったかどうかを判定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。 異常が発生したかどうかを判定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。 輸送サービス情報および履歴データに基づいて輸送サービス安全を評価する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。 安全スコアを決定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。 輸送サービス情報および履歴データに基づいて複数の安全スコアのうちの少なくとも１つの安全スコアを決定する、本開示のいくつかの実施形態による例示的なプロセス１０００を示すフローチャートである。 輸送サービス情報および履歴データに基づいて異常スコアを決定する、本開示のいくつかの実施形態による例示的なプロセス１１００を示すフローチャートである。 本開示のいくつかの実施形態によるサービス・オーダーの例示的なオーダー持続時間を示す概略図である。 実際のルートの１つの区間と推定されたルートの対応する１つの区間とを比較する、本開示のいくつかの実施形態による例示的なプロセスを示す概略図である。 車両を停止させる、本開示のいくつかの実施形態による例示的なシナリオ（ｓｃｅｎａｒｉｏ）を示す概略図である。

以下の説明は、当業者が本開示を実施および使用することを可能にするために提示されるものであり、特定の用途およびその用途の要求の文脈で提供される。当業者には、開示される実施形態に対するさまざまな変更が明白となる。本明細書に定義される一般的な原理が、本開示の趣旨および範囲から逸脱することなく、他の実施形態および用途に適用されることがある。したがって、本開示は、示される実施形態だけに限定されず、本開示には、特許請求の範囲と一致した最も幅広い範囲が与えられる。

本明細書で使用される用語は、特定の例示的な実施形態を記述することだけを目的とし、限定のためであることは意図されていない。本明細書で使用されるとき、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、そうでないことを文脈が明らかに示しているのでなければ、複数形をも含むことが意図されていることがある。さらに、本明細書で使用されるとき、用語「備える（ｃｏｍｐｒｉｓｅ）」、「備える（ｃｏｍｐｒｉｓｅｓ）」および／または「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」は、記載された特徴、完全体、ステップ、操作、要素および／または構成要素の存在を明示するが、他の１つ以上の特徴、完全体、ステップ、操作、要素、構成要素および／またはそれらのグループの存在または追加を排除しないことが理解される。

添付図面を参照して以下の説明を検討すると、本開示のこれらの特徴および特性、その他の特徴および特性、関連構造要素の動作方法および機能、部分の組合せ、ならびに製造の経済（ｅｃｏｎｏｍｉｅｓ ｏｆ ｍａｎｕｆａｃｔｕｒｅ）がより明白になることがある。全ての添付図面は本開示の部分を構成する。しかしながら、図面は例示および説明だけが目的であり、図面が本開示の範囲を限定することは意図されていないことを明確に理解されたい。図面の倍率は一定ではないことが理解される。

本開示で使用されるフローチャートは、本開示のいくつかの実施形態に従ってシステムが実施する操作を示す。フローチャートの操作は順番どおりに実施されなくてもよいことを明確に理解されたい。逆に言えば、それらの操作が逆順にまたは同時に実施されてもよい。さらに、フローチャートに１つ以上の他の操作が追加されてもよい。フローチャートから１つ以上の操作が除外されてもよい。

また、本開示のシステムおよび方法は主にオンライン・ツー・オフライン・サービスの安全を評価することに関して説明されるが、これは例示的な１つの実施形態にすぎないことも理解されるべきである。本開示のシステムおよび方法は、オンライン・ツー・オフライン・サービスを評価する任意の用途シナリオに適用されてもよい。例えば、本開示のシステムおよび方法は、陸地、海洋、大気圏内外（ａｅｒｏｓｐａｃｅ）、もしくは他の同様のもの、またはこれらの任意の組合せを含む異なる輸送システムに適用されてもよい。それらの輸送システムの車両は、タクシー、自家用車、ヒッチハイク、バス、列車、高速列車、高速鉄道、地下鉄、船、航空機、宇宙船、熱気球、無人車両、二輪車、三輪車、オートバイ、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。本開示のシステムおよび方法は特に、タクシー配車、運転手サービス、配送サービス、カープール、バス・サービス、テイクアウト・サービス、ドライバ・ハイヤリング（ｈｉｒｉｎｇ）、車両ハイヤリング、二輪車シェアリング・サービス、列車サービス、地下鉄サービス、シャトル・サービス、ロケーション（ｌｏｃａｔｉｏｎ）サービス、または他の同様のものに適用されてもよい。

本開示では用語「乗客」、「要求者」、「サービス要求者」および「顧客」が、サービスを要求または注文する可能性がある個人、エンティティまたはツールを指すために相互に交換可能に使用される。また、本開示では用語「ドライバ」、「提供者」、「サービス提供者」および「供給者」が、サービスを提供する、またはサービスの提供を容易にする可能性がある個人、エンティティまたはツールを指すために相互に交換可能に使用される。本開示では用語「ユーザ」が、サービスを要求する、サービスを注文する、サービスを提供する、またはサービスの提供を容易にする可能性がある個人、エンティティまたはツールを指すことがある。例えば、ユーザは、乗客、ドライバ、オペレータ、もしくは他の同様のもの、またはこれらの任意の組合せであることがある。本開示では、用語「乗客」と「乗客端末」が相互に交換可能に使用されることがあり、用語「ドライバ」と「ドライバ端末」が相互に交換可能に使用されることがある。

本開示では用語「サービス・オーダー」が、乗客、要求者、サービス要求者、顧客、ドライバ、提供者、サービス提供者、供給者、もしくは他の同様のもの、またはこれらの任意の組合せによって開始され、乗客、要求者、サービス要求者、顧客、ドライバ、提供者、サービス提供者または供給者のうちの任意の１人によって受け取られた要求を指す。サービス・オーダーは有料でもまたは無料でもよい。

本開示の一態様は、輸送サービス安全を評価するためのシステムおよび方法に関する。そのために、システムのプロセッサが、オーダー持続時間内のサービス・オーダーの輸送サービス・データを、サービス・オーダーに関する１つ以上の信号送信デバイスから受信してもよい。プロセッサは、サービス・オーダーの車両のドライバおよびサービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得してもよい。プロセッサは次いで、現在の時点におけるサービス・オーダーの安全スコアを、履歴データ、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて決定してもよい。プロセッサはさらに、現在の時間において危険な条件が生じているかどうかを安全スコアに基づいて判定してもよい。

輸送サービス安全評価は全体としてインターネット世界に深く根ざした技術であることに留意すべきである。ある場合には、端末デバイスとリモート・サーバとの間の通信がないと、サービス・オーダーの輸送サービス・データを定期的に受信することが不可能である。したがって、本開示に開示される技術的解決策もインターネット時代に深く根ざした技術である。

図１は、本開示のいくつかの実施形態による例示的なオンライン・ツー・オフライン・サービス・システムの概略図である。例えば、オンライン・ツー・オフライン・サービス・システム１００は、タクシー配車、運転手サービス、配送車両、カープール、バス・サービス、ドライバ・ハイヤリングおよびシャトル・サービスなどの輸送サービスのためのオンライン輸送サービス・プラットフォームであってもよい。オンライン・ツー・オフライン・サービス・システム１００は、サーバ１１０、ネットワーク１２０、要求者端末１３０、提供者端末１４０、車両システム１５０およびストレージ１６０を含むプラットフォームであってもよい。サーバ１１０は処理エンジン１１２を含んでもよい。

いくつかの実施形態では、サーバ１１０が単一のサーバまたはサーバ・グループであってもよい。サーバ・グループは集中化されていてもよく、または分散化されていてもよい（例えばサーバ１１０は分散システムであってもよい）。いくつかの実施形態ではサーバ１１０がローカルまたはリモート・サーバであってもよい。例えば、サーバ１１０は、要求者端末１３０、提供者端末１４０および／またはストレージ１６０に記憶された情報および／またはデータにネットワーク１２０を介してアクセスしてもよい。別の例として、記憶された情報および／またはデータにアクセスするために、サーバ１１０は、要求者端末１３０、提供者端末１４０および／またはストレージ１６０に接続してもよい。いくつかの実施形態では、サーバ１１０が、クラウド・プラットフォーム上に実装されていてもよい。単なる例として、クラウド・プラットフォームは、プライベート・クラウド、パブリック・クラウド、ハイブリッド・クラウド、コミュニティ・クラウド、分散クラウド、インタークラウド、マルチクラウド、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。いくつかの実施形態では、サーバ１１０が、図２に示された本開示の１つ以上の構成要素を有するコンピューティング・デバイス２００上に実装されていてもよい。

いくつかの実施形態では、サーバ１１０が処理エンジン１１２を含んでもよい。処理エンジン１１２は、本開示に記載された１つ以上の機能を実行するために、サービス・オーダーに関する情報および／またはデータを処理してもよい。例えば、処理エンジン１１２は、１つ以上の信号送信デバイスからサービス・オーダーの輸送サービス・データを取得し、データベースから履歴データを取得し、輸送サービス・データおよび履歴データに基づいてサービス・オーダーの安全スコアを生成してもよい。いくつかの実施形態では、処理エンジン１１２が１つ以上の処理エンジン（例えばシングルコア処理エンジンまたはマルチコアプロセッサ）を含んでもよい。単なる例として、処理エンジン１１２は、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セット・プロセッサ（ＡＳＩＰ）、グラフィック処理ユニット（ＧＰＵ）、物理演算ユニット（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、マイクロコントローラ・ユニット、縮小命令セット・コンピュータ（ＲＩＳＣ）、マイクロプロセッサ、もしくは他の同様のもの、またはこれらの任意の組合せなどの１つ以上のハードウェア・プロセッサを含んでもよい。

ネットワーク１２０は、情報および／またはデータの交換を容易にしてもよい。いくつかの実施形態では、オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素（例えばサーバ１１０、要求者端末１３０、提供者端末１４０およびストレージ１６０）が、オンライン・ツー・オフライン・サービス・システム１００の他の構成要素に、ネットワーク１２０を介して情報および／またはデータを送信してもよい。例えば、サーバ１１０が、サービス・オーダーの輸送サービス・データを要求者端末１３０からネットワーク１２０を介して受信してもよい。いくつかの実施形態では、ネットワーク１２０が、任意のタイプのワイヤードもしくはワイヤレス・ネットワーク、またはこれらの組合せであってもよい。単なる例として、ネットワーク１２０は、ケーブル・ネットワーク、ワイヤライン・ネットワーク、光ファイバー・ネットワーク、遠距離通信（ｔｅｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ネットワーク、イントラネット、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、公衆交換電話網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅネットワーク、ニア・フィールド通信（ＮＦＣ）ネットワーク、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。いくつかの実施形態では、ネットワーク１２０が１つ以上のネットワーク・アクセス・ポイントを含んでもよい。例えば、ネットワーク１２０は、基地局および／またはインターネット交換ポイント１２０−１、１２０−２、・・・などのワイヤードまたはワイヤレス・ネットワーク・アクセス・ポイントを含んでもよく、オンライン・ツー・オフライン・サービス・システム１００の構成要素間でデータおよび／または情報を交換するために、オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素が、それらのネットワーク・アクセス・ポイントを介してネットワーク１２０に接続されてもよい。

いくつかの実施形態では、要求者が要求者端末１３０のユーザであってもよい。いくつかの実施形態では、要求者端末１３０のユーザが要求者以外の人であってもよい。例えば、要求者端末１３０のユーザＡが要求者端末１３０を使用して、ユーザＢのサービス要求を送信し、あるいはサーバ１１０からサービスおよび／または情報もしくは命令を受信してもよい。いくつかの実施形態では、提供者が提供者端末１４０のユーザであってもよい。いくつかの実施形態では、提供者端末１４０のユーザが提供者以外の人であってもよい。例えば、提供者端末１４０のユーザＣが提供者端末１４０を使用して、ユーザＤのサービス要求、および／またはサーバ１１０からの情報もしくは命令を受信してもよい。いくつかの実施形態では、「要求者」と「要求者端末」とが相互に交換可能に使用されてもよく、「提供者」と「提供者端末」とが相互に交換可能に使用されてもよい。

いくつかの実施形態では、要求者端末１３０が、モバイル・デバイス１３０−１、タブレット・コンピュータ１３０−２、ラップトップ・コンピュータ１３０−３、モーター・ビークル（ｍｏｔｏｒ ｖｅｈｉｃｌｅ）の内蔵デバイス１３０−４、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。いくつかの実施形態では、モバイル・デバイス１３０−１が、スマート・ホーム・デバイス、ウェアラブル・デバイス、スマート・モバイル・デバイス、仮想現実デバイス、拡張現実デバイス、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。いくつかの実施形態では、スマート・ホーム・デバイスが、スマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート・モニタリング・デバイス、スマート・テレビジョン、スマート・ビデオ・カメラ、インターフォン、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。いくつかの実施形態では、ウェアラブル・デバイスが、スマート・ブレスレット、スマート履物、スマート・グラス、スマート・ヘルメット、スマート・ウォッチ、スマート衣類、スマート・バックパック、スマート・アクセサリ、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。いくつかの実施形態では、スマート・モバイル・デバイスが、スマートフォン、携帯情報端末（ＰＤＡ）、ゲーム・デバイス、ナビゲーション・デバイス、ポイント・オブ・セール（ｐｏｉｎｔ ｏｆ ｓａｌｅ：ＰＯＳ）デバイス、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。いくつかの実施形態では、仮想現実デバイスおよび／または拡張現実デバイスが、仮想現実ヘルメット、仮想現実グラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチ、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。例えば、仮想現実デバイスおよび／または拡張現実デバイスが、Ｇｏｏｇｌｅ Ｇｌａｓｓ（商標）、ＲｉｆｔＣｏｎ（商標）、Ｆｒａｇｍｅｎｔｓ（商標）、Ｇｅａｒ ＶＲ（商標）などを含んでもよい。いくつかの実施形態では、モーター・ビークルの内蔵デバイス１３０−４が、オンボード・コンピュータ、オンボード・テレビジョンなどを含んでもよい。いくつかの実施形態では、要求者端末１３０が、要求者および／または要求者端末１３０の位置を検出する測位技術を有するデバイスであってもよい。

いくつかの実施形態では、提供者端末１４０が、要求者端末１３０に類似のデバイスまたは要求者端末１３０と同じデバイスであってもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０がそれぞれ、提供者および／または提供者端末１４０の位置を検出する測位システムを有するデバイスであってもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０が、ロケーション情報をサーバ１１０に定期的に送信してもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０が、要求者、要求者端末１３０、提供者および／または提供者端末１４０の位置を決定するために別の測位デバイスと通信してもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０がロケーション情報をサーバ１１０に送信してもよい。

いくつかの実施形態では、測位システムが、全地球測位システム（ＧＰＳ）、グローバル・ナビゲーション衛星システム（ＧＬＯＮＡＳＳ）、コンパス・ナビゲーション・システム（ＣＯＭＰＡＳＳ）、ＢｅｉＤｏｕ航法衛星システム、Ｇａｌｉｌｅｏ測位システム、準天頂衛星システム（ＱＺＳＳ）などであってもよい。ロケーション情報は、緯度座標および経度座標などの座標の形態をとってもよい。測位システムは１つ以上の衛星を含んでもよい。衛星は、上で述べられたロケーション情報を、独立してまたは共同で決定してもよい。測位システムは、上で述べられた情報を、ネットワーク１２０、または要求者端末１３０および／もしくは提供者端末１４０にワイヤレス接続を介して送信してもよい。

車両システム１５０は、車両１５０−１、媒体信号捕捉デバイス１５０−２および複数のセンサー１５０−３を含んでもよい。

車両１５０−１は、非自律車両、半自律車両、自律車両（ａｕｔｏｎｏｍｏｕｓ ｖｅｈｉｃｌｅ）、もしくは他の同様のもの、またはこれらの任意の組合せであってもよい。いくつかの実施形態では、車両１５０−１が、エンジン、４つの車輪、ステアリング・ホイールなど、非自律車両の従来の構造体を含んでもよい。

媒体信号捕捉デバイス１５０−２はビデオ・センサーでであってもよい。本明細書で使用されるとき、ビデオ・センサーは、視覚的記録および／またはオーディオ記録のための装置を指すことがある。ビデオ・センサーは、車両１５０−１内の光景に関するデータを捕捉してもよい。このデータは、ビデオ、画像、オーディオまたはこれらの組合せを含んでもよい。本明細書で使用されるとき、用語「ビデオ」は、アナログおよび／またはデジタル形態で表現されたモーション・ピクチャ（ｍｏｔｉｏｎ ｐｉｃｔｕｒｅ）を指すことがある。例えば、ビデオは、テレビジョン信号、ムービー（ｍｏｖｉｅ）、カメラもしくは他の観察器（ｏｂｓｅｒｖｅｒ）からの画像シーケンス、コンピュータ生成された画像シーケンス、または他の同様のもの、あるいはこれらの組合せを含んでもよい。本明細書で使用されるとき、シーケンス（フレームとも呼ばれる）は、ビデオ内の特定の画像または他の離散単位体（ｄｉｓｃｒｅｔｅ ｕｎｉｔ）を指すことがある。ビデオ・センサーはビデオ・カメラ内に実装されていてもよい。ビデオ・カメラは、カラー・カメラ、デジタル・ビデオ・カメラ、カメラ、カムコーダ、ＰＣカメラ、ウェブカメラ、赤外線（ＩＲ）ビデオ・カメラ、弱光ビデオ・カメラ、サーマル・ビデオ・カメラ、ＣＣＴＶカメラ、パン、チルト、ズーム（ＰＴＺ）カメラ、ビデオ検知デバイス、もしくは他の同様のもの、またはこれらの組合せを含んでもよい。

複数のセンサー１５０−３は、車両１５０−１を制御するために使用される情報を提供するように構成されていてもよい。いくつかの実施形態では、センサーが、車両１５０−１のステータス（ｓｔａｔｕｓ）を検知してもよい。車両のステータスは、車両の機械的状況、車両の周囲の環境情報、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

いくつかの実施形態では、複数のセンサー１５０−３が、車両１５０−１の機械的状況を検知するように構成されていてもよい。複数のセンサー１５０−３は、距離センサー、速度センサー、加速度センサー、ステアリング角度センサー、トラクション関係のセンサー、カメラおよび／または任意のセンサーを含んでもよい。例えば、距離センサー（例えばレーダ、ＬｉＤＡＲ、赤外線センサー）は、車両（例えば車両１５０−１）と他の物体（例えば障害物）との間の距離を決定してもよい。距離センサーはさらに、車両（例えば車両１５０−１）と１つ以上の障害物（例えば静的障害物、動的障害物）との間の距離を決定してもよい。速度センサー（例えばホール効果センサー）は、車両（例えば車両１５０−１）の速度（例えば瞬間速度、平均速度）を決定してもよい。加速度センサー（例えば加速度計）は、車両（例えば車両１５０−１）の加速度（例えば瞬間加速度、平均加速度）を決定してもよい。ステアリング角度センサー（例えばチルト・センサーまたはマイクロ・ジャイロスコープ）は、車両（例えば車両１５０−１）のステアリング角度を決定してもよい。トラクション関係のセンサー（例えば力センサー）は、車両（例えば車両１５０−１）のトラクションを決定してもよい。

いくつかの実施形態では、複数のセンサー１５０−３が車両１５０−１の周囲の環境を検知してもよい。例えば、１つ以上のセンサーが、道路幾何形状（ｒｏａｄ ｇｅｏｍｅｔｒｙ）および障害物（例えば静的障害物、動的障害物）を検出してもよい。道路幾何形状は、道路幅、道路長、道路タイプ（例えば環状道路、直線道路、単方向道路、双方向道路）を含んでもよい。静的障害物は、建築物、樹木、路上障害物、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。動的障害物は、移動している車両、歩行者および／もしくは動物、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。複数のセンサー１５０−３は、１つ以上のビデオ・カメラ、レーザー検知システム、赤外線検知システム、音響検知システム、熱検知システム、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

いくつかの実施形態では、車両１５０−１がさらに、車両１５０−１の位置を取得および／または決定するための測位システムを含んでもよい。いくつかの実施形態では、測位システムがさらに、基地局、別の車両または別の人などの別の関係体（ｐａｒｔｙ）の位置を取得するために、その関係体に接続されていてもよい。例えば、測位システムは、別の車両の測位システムとの通信を確立することができてもよく、その別の車両の位置を受信し、２台の車両間の相対位置を決定してもよい。

ストレージ１６０はデータおよび／または命令を記憶してもよい。いくつかの実施形態では、ストレージ１６０が、要求者端末１３０および／または提供者端末１４０から取得されたデータを記憶してもよい。いくつかの実施形態では、ストレージ１６０が、本開示に記載された例示的な方法を実行するためにサーバ１１０が実行または使用する可能性があるデータおよび／または命令を記憶してもよい。いくつかの実施形態では、ストレージ１６０が、大容量ストレージ、リムーバブル・ストレージ、揮発性読取りおよび書込みメモリ、読取り専用メモリ（ＲＯＭ）、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。例示的な大容量ストレージは、磁気ディスク、光ディスク、ソリッドステート・ドライブなどを含んでもよい。例示的なリムーバブル・ストレージは、フラッシュ・ドライブ、フロッピー・ディスク、光ディスク、メモリ・カード、ジップ・ディスク、磁気テープなどを含んでもよい。例示的な揮発性読取りおよび書込みメモリはランダム・アクセス・メモリ（ＲＡＭ）を含んでもよい。例示的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブル・データ・レート同期ダイナミックＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、ゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）などを含んでもよい。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクト・ディスクＲＯＭ（ＣＤ−ＲＯＭ）およびデジタル多用途ディスクＲＯＭなどを含んでもよい。いくつかの実施形態では、ストレージ１６０がクラウド・プラットフォーム上に実装されていてもよい。単なる例として、クラウド・プラットフォームは、プライベート・クラウド、パブリック・クラウド、ハイブリッド・クラウド、コミュニティ・クラウド、分散クラウド、インタークラウド、マルチクラウド、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

いくつかの実施形態では、オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素（例えばサーバ１１０、要求者端末１３０、提供者端末１４０）と通信するために、ストレージ１６０がネットワーク１２０に接続されてもよい。オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素は、ストレージ１６０に記憶されたデータまたは命令にネットワーク１２０を介してアクセスしてもよい。いくつかの実施形態では、ストレージ１６０が、オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素（例えばサーバ１１０、要求者端末１３０、提供者端末１４０）に直接接続されており、またはこれらと直接通信してもよい。いくつかの実施形態では、ストレージ１６０がサーバ１１０の部分であってもよい。

いくつかの実施形態では、オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素（例えばサーバ１１０、要求者端末１３０、提供者端末１４０）がストレージ１６０にアクセスしてもよい。いくつかの実施形態では、オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素が、１つ以上の条件が満たされたときに、要求者、提供者および／または公衆（ｔｈｅ ｐｕｂｌｉｃ）に関する情報を読み取り、かつ／または変更してもよい。例えば、サーバ１１０は、サービス後に１人以上のユーザの情報を読み取り、かつ／または変更してもよい。別の例として、提供者端末１４０は、要求者端末１３０からサービス要求を受信したときに、要求者に関する情報にアクセスしてもよいが、提供者端末１４０が要求者の関連情報を変更することはできない。

いくつかの実施形態では、オンライン・ツー・オフライン・サービス・システム１００の１つ以上の構成要素の情報交換が、サービスを要求することを通して達成されてもよい。サービス要求の目的はプロダクトであってもよい。いくつかの実施形態では、このプロダクトが有形プロダクトまたは無形のプロダクトであってもよい。有形プロダクトは、食品、医薬品、商品、化学プロダクト、電気器具、衣類、車、住宅、贅沢品、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。無形プロダクトは、サービス・プロダクト、金融プロダクト、知識（ｋｎｏｗｌｅｄｇｅ）プロダクト、インターネット・プロダクト、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。インターネット・プロダクトは、個別（ｉｎｄｉｖｉｄｕａｌ）ホスト・プロダクト、ウェブ・プロダクト、モバイル・インターネット・プロダクト、商用ホスト・プロダクト、埋込み（ｅｍｂｅｄｄｅｄ）プロダクト、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。モバイル・インターネット・プロダクトは、モバイル端末のソフトウェア、プログラム、システム、もしくは他の同様のもの、またはこれらの任意の組合せの中で使用されてもよい。モバイル端末は、タブレット・コンピュータ、ラップトップ・コンピュータ、モバイル・フォン、携帯情報端末（ＰＤＡ）、スマート・ウォッチ、ポイント・オブ・セール（ＰＯＳ）デバイス、オンボード・コンピュータ、オンボード・テレビジョン、ウェアラブル・デバイス、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。例えば、このプロダクトは、コンピュータまたはモバイル・フォン上で使用される任意のソフトウェアおよび／またはアプリケーションであってもよい。このソフトウェアおよび／またはアプリケーションは、社会化（ｓｏｃｉａｌｉｚｉｎｇ）、ショッピング、輸送、エンターテインメント、学習、投資、もしくは他の同様のもの、またはこれらの任意の組合せに関係していてもよい。いくつかの実施形態では、輸送に関係するソフトウェアおよび／またはアプリケーションが、トラベリング（ｔｒａｖｅｌｉｎｇ）・ソフトウェアおよび／またはアプリケーション、車両スケジューリング・ソフトウェアおよび／またはアプリケーション、マッピング（ｍａｐｐｉｎｇ）・ソフトウェアおよび／またはアプリケーションなどを含んでもよい。車両スケジューリング・ソフトウェアおよび／またはアプリケーションでは、車両が、馬、運搬車、人力車（例えば一輪車、自転車、三輪車）、車（例えばタクシー、バス、自家用車）、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

オンライン・ツー・オフライン・サービス・システム１００の１つの要素が動作するとき、その要素は、電気信号および／または電磁信号によって動作してもよいことを当業者は理解するだろう。例えば、決定を行う、物体を識別または選択するなどのタスクを要求者端末１３０が処理するとき、要求者端末１３０は、このようなタスクを処理するように、要求者端末１３０のプロセッサ内の論理回路を動作させてもよい。要求者端末１３０がサービス要求をサーバ１１０に送信するとき、サービス要求者端末１３０のプロセッサは、そのサービス要求を符号化した電気信号を生成してもよい。要求者端末１３０のプロセッサは次いでその電気信号を出力ポートに送信してもよい。要求者端末１３０がワイヤード・ネットワークを介してサーバ１１０と通信する場合、出力ポートはケーブルに物理的に接続されていてもよく、そのケーブルは、その電気信号をさらにサーバ１１０の入力ポートに送信してもよい。要求者端末１３０がワイヤレス・ネットワークを介してサーバ１１０と通信する場合、要求者端末１３０の出力ポートは１つ以上のアンテナであってもよく、そのアンテナは、その電気信号を電磁信号に変換してもよい。同様に、提供者端末１４０は、提供者端末１４０のプロセッサ内の論理回路の動作によってタスクを処理し、電気信号または電磁信号を介してサーバ１１０から命令および／またはサービス要求を受信してもよい。要求者端末１３０、提供者端末１４０および／またはサーバ１１０などの電子デバイス内では、その電子デバイスのプロセッサが命令を処理し、命令を送信し、かつ／またはアクション（ａｃｔｉｏｎ）を実行するときに、その命令および／またはアクションが電気信号を介して実施される。例えば、プロセッサがストレージ媒体（例えばストレージ１６０）からデータを取り出しまたはデータを保存するとき、プロセッサは、ストレージ媒体の読取り／書込みデバイスに電気信号を送信してもよく、読取り／書込みデバイスは、ストレージ媒体内の構造化されたデータ（ｓｔｒｕｃｔｕｒｅｄ ｄａｔａ）を読み取り、または構造化されたデータをストレージ媒体に書き込んでもよい。構造化されたデータは、電子デバイスのバスを介して電気信号の形態でプロセッサに送信されてもよい。ここでは、電気信号が、１つの電気信号、一連の電気信号および／または複数の離散電気信号を指すことがある。

図２は、この上に処理エンジン１１２が実装されてもよい、本開示のいくつかの実施形態によるコンピューティング・デバイスの例示的なハードウェアおよび／またはソフトウェア構成要素を示す概略図である。図２に示されているように、コンピューティング・デバイス２００は、プロセッサ２１０、ストレージ２２０、入力／出力（Ｉ／Ｏ）２３０および通信ポート２４０を含んでもよい。

プロセッサ２１０（例えば論理回路）は、コンピュータ命令（例えばプログラム・コード）を実行し、本明細書に記載された技法に従って処理エンジン１１２の機能を実行してもよい。例えば、プロセッサ２１０は、プロセッサ２１０内にインターフェース回路２１０−ａおよび処理回路２１０−ｂを含んでいてもよい。インターフェース回路は、バス（図２には示されていない）から電子信号を受信するように構成されていてもよく、それらの電子信号は、処理回路が処理する構造化されたデータおよび／または命令を符号化している。処理回路は論理計算を実施し、次いで、電子信号として符号化された結論、結果および／または命令を決定してもよい。次いで、インターフェース回路は、処理回路からの電子信号をバスを介して送信してもよい。

コンピュータ命令は例えば、本明細書に記載された特定の機能を実行するルーチン、プログラム、オブジェクト、構成要素（ｃｏｍｐｏｎｅｎｔｓ）、データ構造、手順、モジュールおよび機能（ｆｕｎｃｔｉｏｎｓ）を含んでもよい。例えば、プロセッサ２１０は、要求者端末１３０、提供者端末１４０、ストレージ１６０および／またはオンライン・ツー・オフライン・サービス・システム１００の他の任意の構成要素から取得された入力目的地（例えばＡＯＩ）を処理してもよい。いくつかの実施形態では、プロセッサ２１０が、マイクロコントローラ、マイクロプロセッサ、縮小命令セット・コンピュータ（ＲＩＳＣ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セット・プロセッサ（ＡＳＩＰ）、中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、物理演算ユニット（ＰＰＵ）、マイクロコントローラ・ユニット、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、アドバンストＲＩＳＣマシン（ＡＲＭ）、プログラマブル論理デバイス（ＰＬＤ）、１つ以上の機能を実行することができる任意の回路もしくはプロセッサ、または他の同様のもの、あるいはこれらの任意の組合せなどの１つ以上のハードウェア・プロセッサを含んでもよい。

単なる例示のため、コンピューティング・デバイス２００内には１つのプロセッサだけが記載されている。しかしながら、本開示のコンピューティング・デバイス２００は複数のプロセッサを含んでもよく、したがって本開示に記載された１つのプロセッサによって実行される操作および／または方法ステップは、それらの複数のプロセッサによって共同でまたは別々に実行されてもよいことに留意すべきである。例えば、本開示において、コンピューティング・デバイス２００のプロセッサがステップＡとステップＢの両方を実行する場合には、ステップＡおよびステップＢが、コンピューティング・デバイス２００内の２つ以上の異なるプロセッサによって共同でまたは別々に実行されてもよいことが理解されるべきである（例えば第１のプロセッサがステップＡを実行し、第２のプロセッサがステップＢを実行するか、または第１のプロセッサと第２のプロセッサが共同でステップＡおよびＢを実行する）。

ストレージ２２０は、要求者端末１３０、提供者端末１４０、ストレージ１６０および／またはオンライン・ツー・オフライン・サービス・システム１００の他の任意の構成要素から取得されたデータ／情報を記憶してもよい。いくつかの実施形態では、ストレージ２２０が、大容量ストレージ、リムーバブル・ストレージ、揮発性読取りおよび書込みメモリ、読取り専用メモリ（ＲＯＭ）、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。例えば、大容量ストレージは、磁気ディスク、光ディスク、ソリッドステート・ドライブなどを含んでもよい。リムーバブル・ストレージは、フラッシュ・ドライブ、フロッピー・ディスク、光ディスク、メモリ・カード、ジップ・ディスク、磁気テープなどを含んでもよい。揮発性読取りおよび書込みメモリはランダム・アクセス・メモリ（ＲＡＭ）を含んでもよい。ＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブル・データ・レート同期ダイナミックＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、ゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）などを含んでもよい。ＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクト・ディスクＲＯＭ（ＣＤ−ＲＯＭ）およびデジタル多用途ディスクＲＯＭなどを含んでもよい。いくつかの実施形態では、本開示に記載された例示的な方法を実行するために、ストレージ２２０が、１つ以上のプログラムおよび／または命令を記憶していてもよい。例えば、ストレージ２２０は、処理エンジン１１２のためのプログラムであって、親子関係を決定するためのプログラムを記憶していてもよい。

Ｉ／Ｏ２３０は、信号、データ、情報などを入力および／または出力してもよい。いくつかの実施形態では、Ｉ／Ｏ２３０が、処理エンジン１１２とユーザとの対話を可能にしてもよい。いくつかの実施形態では、Ｉ／Ｏ２３０が入力デバイスおよび出力デバイスを含んでもよい。入力デバイスの例は、キーボード、マウス、タッチ・スクリーン、マイクロフォン、もしくは他の同様のもの、またはこれらの組合せを含んでもよい。出力デバイスの例は、ディスプレイ・デバイス、ラウドスピーカ、プリンタ、プロジェクタ、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。ディスプレイ・デバイスの例は、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ベースのディスプレイ、フラット・パネル・ディスプレイ、曲面スクリーン、テレビジョン・デバイス、陰極線管（ＣＲＴ）、タッチ・スクリーン、もしくは他の同様のもの、またはこれらの組合せを含んでもよい。

通信ポート２４０は、データ通信を容易にするためにネットワーク（例えばネットワーク１２０）に接続されていてもよい。通信ポート２４０が、処理エンジン１１２、要求者端末１３０、ストレージ１６０または提供者端末１４０間の接続を確立してもよい。この接続は、ワイヤード接続、ワイヤレス接続、データ送信および／もしくは受信を可能にする他の任意の通信接続、ならびに／またはこれらの接続の任意の組合せであってもよい。ワイヤード接続は例えば、電気ケーブル、光ケーブル、電話線、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。ワイヤレス接続は例えば、Ｂｌｕｅｔｏｏｔｈ（商標）リンク、Ｗｉ−Ｆｉ（商標）リンク、ＷｉＭａｘ（商標）リンク、ＷＬＡＮリンク、ＺｉｇＢｅｅリンク、モバイル・ネットワーク・リンク（例えば３Ｇ、４Ｇ、５Ｇなど）、もしくは他の同様のもの、またはこれらの組合せを含んでもよい。いくつかの実施形態では、通信ポート２４０が、ＲＳ２３２、ＲＳ４５８などの標準化された通信ポートであってもよく、かつ／または標準化された通信ポートを含んでもよい。

図３は、この上に要求者端末１３０が実装されてもよい、本開示のいくつかの実施形態によるモバイル・デバイスの例示的なハードウェアおよび／またはソフトウェア構成要素を示す概略図である。図３に示されているように、モバイル・デバイス３００は、通信プラットフォーム３１０、ディスプレイ３２０、グラフィック処理ユニット（ＧＰＵ）３３０、中央処理ユニット（ＣＰＵ）３４０、Ｉ／Ｏ３５０、メモリ３６０およびストレージ３９０を含んでもよい。いくつかの実施形態では、モバイル・デバイス３００に、限定はされないがシステム・バスまたはコントローラ（図示せず）を含む他の適当な構成要素が含まれていてもよい。いくつかの実施形態では、ＣＰＵ３４０によって実行されるために、モバイル・オペレーティング・システム３７０（例えばｉＯＳ（商標）、Ａｎｄｒｏｉｄ（商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（商標）など）および１つ以上のアプリケーション３８０がストレージ３９０からメモリ３６０にロードされてもよい。アプリケーション３８０は、オンデマンド・サービスに関係した入力目的地または他の情報を処理エンジン１１２から受信するためのブラウザまたは他の適当な任意のモバイル・アプリケーションを含んでもよい。この情報ストリームとユーザとの対話はＩ／Ｏ３５０を介して達成されてもよく、ネットワーク１２０を介して処理エンジン１１２および／またはオンライン・ツー・オフライン・サービス・システム１００の他の構成要素に提供されてもよい。

本開示に記載されたさまざまなモジュール、ユニットおよびそれらの機能を実装するために、本明細書に記載された要素のうちの１つ以上の要素のためのハードウェア・プラットフォームとして、コンピュータ・ハードウェア・プラットフォームが使用されてもよい。パーソナル・コンピュータ（ＰＣ）または他の任意のタイプのワークステーションもしくは端末デバイスを実装するために、ユーザ・インターフェース要素を備えるコンピュータが使用されてもよい。適当にプログラムされている場合にはコンピュータがさらにサーバの働きをしてもよい。

オンライン・ツー・オフライン・サービス・システム１００の１つの要素が動作するとき、その要素は、電気信号および／または電磁信号によって動作してもよいことを当業者は理解するだろう。例えば、決定を行う、情報を識別するなどのタスクを処理エンジン１１２が処理するとき、処理エンジン１１２は、このようなタスクを処理するように、処理エンジン１１２のプロセッサ内の論理回路を動作させてもよい。処理エンジン１１２が要求者端末１３０からデータ（例えば第１のＰＯＩの第１のロケーション名）を受信するとき、処理エンジン１１２のプロセッサは、そのデータを含む電気信号を受信してもよい。処理エンジン１１２のプロセッサはこの電気信号を入力ポートを通して受信してもよい。要求者端末１３０がワイヤード・ネットワークを介して処理エンジン１１２と通信する場合、入力ポートはケーブルに物理的に接続されていてもよい。要求者端末１３０がワイヤレス・ネットワークを介して処理エンジン１１２と通信する場合、処理エンジン１１２の入力ポートは１つ以上のアンテナであってもよく、そのアンテナは、その電気信号を電磁信号に変換してもよい。要求者端末１３０および／またはサーバ１１０などの電子デバイス内では、その電子デバイスのプロセッサが命令を処理し、命令を送信し、かつ／またはアクションを実行するときに、その命令および／またはアクションが電気信号を介して実施される。例えば、プロセッサがストレージ媒体（例えばストレージ・デバイス１６０）からデータを取り出しまたはデータを保存するとき、プロセッサは、ストレージ媒体の読取り／書込みデバイスに電気信号を送信してもよく、読取り／書込みデバイスは、ストレージ媒体内の構造化されたデータを読み取り、または構造化されたデータをストレージ媒体に書き込んでもよい。構造化されたデータは、電子デバイスのバスを介して電気信号の形態でプロセッサに送信されてもよい。ここでは、電気信号が、１つの電気信号、一連の電気信号および／または複数の離散電気信号を指すことがある。

図４は、本開示のいくつかの実施形態による例示的な処理エンジンを示す概略ブロック図である。処理エンジン１１２は、データ収集モジュール４１０、評価決定モジュール４２０、スコア決定モジュール４３０、条件決定モジュール４４０および介在モジュール４５０を含んでもよい。

データ収集モジュール４１０は、オーダー持続時間内のサービス・オーダーの輸送サービス・データを、サービス・オーダーに関する１つ以上の信号送信デバイスから受信し、この輸送サービス情報に基づいて、サービス・オーダーの車両のドライバおよびサービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得してもよい。いくつかの実施形態では、データ収集モジュール４１０が、輸送サービスが始まったとの判定に応答して、輸送サービス情報を、１つ以上の信号送信デバイスまたはストレージ・デバイス１６０からネットワーク１２０を介して定期的に受信してもよい。いくつかの実施形態では、データ収集モジュール４１０が、輸送サービスに関連した履歴データを、ストレージ・デバイス（例えばストレージ・デバイス１６０）からネットワーク１２０を介して取得してもよい。

評価決定モジュール４２０は、サービス・オーダーの安全スコアを決定するために使用される複数の評価値を決定してもよい。複数の評価値は、ドライバ評価値、乗客評価値、車両異常評価値、ドライバ異常評価値および乗客異常評価値を含んでもよい。評価決定モジュール４２０は、１人以上の乗客の身体的検査記録、１人以上の乗客の医療記録および１人以上の乗客の履歴輸送サービス・データのうちの少なくとも１つに基づいて乗客評価値を決定してもよい。評価決定モジュール４２０は、ドライバの身体的検査記録、ドライバの医療記録およびドライバの履歴輸送サービス・データのうちの少なくとも１つに基づいてドライバ評価値を決定してもよい。評価決定モジュール４２０は、走行記録と、サービス・オーダーの推定されたルートから車両が逸脱しているかどうかと、サービス・オーダーの１つ以上の特性とに基づいて車両異常評価値を決定してもよい。評価決定モジュール４２０は、ドライバの生理的データと、終了時点とドライバが次のサービス・オーダーの要求を受け取った時点との間のサービス後持続時間とのうちの少なくとも１つに基づいてドライバ異常評価値を決定してもよい。評価決定モジュール４２０は、１人以上の乗客の生理的データに基づいて乗客異常評価値を決定してもよい。

スコア決定モジュール４３０は、履歴データ、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて、現在の時点におけるサービス・オーダーの安全スコアを決定してもよい。安全スコアは、ドライバ安全スコア、乗客安全スコアおよび異常スコアを含んでもよい。スコア決定モジュール４３０は、１人以上の乗客に関する履歴データ、サービス・オーダーの１つ以上の特性（例えば推定されたルート、推定された中間持続時間）および現在の時点に基づいてドライバ安全スコアを決定してもよい。スコア決定モジュール４３０は、ドライバに関する履歴データ、推定された中間持続時間および現在の時点に基づいて乗客安全スコアを決定してもよい。スコア決定モジュール４３０は、輸送サービス・データおよびサービス・オーダーの１つ以上の特性（例えば気象条件）に基づいて異常スコアを決定してもよい。

条件決定モジュール４４０は、現在の時点において危険な条件が生じているかどうかを安全スコアに基づいて判定してもよい。いくつかの実施形態では、条件決定モジュール４４０が、ドライバに関して危険な条件が生じているかどうかを、ドライバ安全スコアに関係した第１の比較および異常スコアに関係した第３の比較の結果のうちの少なくとも１つの結果に基づいて判定してもよい。条件決定モジュール４４０はさらに、乗客に関して危険な条件が生じているかどうかを、乗客安全スコアに関係した第２の比較および第３の比較の結果のうちの少なくとも１つの結果に基づいて判定してもよい。

介在モジュール４５０は、危険な条件が生じているとの判定に応答して、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに少なくとも１つの信号を送信してもよい。いくつかの実施形態では、介在モジュール４５０が、車両内の光景に関連したデータをプロセッサに送信するよう命令する命令を符号化した信号を、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに送信してもよい。このデータは、ビデオ・データ、オーディオ・データまたは画像データのうちの少なくとも１つのタイプを含む。いくつかの実施形態では、車両が半自律車両または自律車両であるときに、現在の時点においてドライバに関する危険な条件（例えば心臓発作）が生じているとの判定に応答して、介在モジュール４５０が、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに制御信号を送信して、車両の動きを停止させてもよい。いくつかの実施形態では、現在の時点において危険な条件が生じているとの判定に応答して、介在モジュール４５０が、第三者に、その第三者が介入することを要求する警報信号を送信してもよい。

処理エンジン１１２のモジュールは、ワイヤード接続またはワイヤレス接続を介して互いに接続されていてもよく、または互いに通信してもよい。ワイヤード接続は、メタル・ケーブル、光ケーブル、ハイブリッド・ケーブル、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。ワイヤレス接続は、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、ニア・フィールド通信（ＮＦＣ）、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。これらのモジュールのうちの１つ以上のモジュールの全体の部分が省かれていてもよい。これらのモジュールのうちの２つ以上のモジュールが組み合わされて単一のモジュールを形成していてもよく、これらのモジュールのうちの任意の１つのモジュールが２つ以上のサブユニットに分割されていてもよい。例えば、評価決定モジュール４２０とスコア決定モジュール４３０が単一のモジュールとして組み合わされてもよく、その単一のモジュールが、複数の評価値と安全スコアの両方を複数の評価値に基づいて決定してもよい。

図５は、複数の安全スコアを決定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。プロセス５００は、オンライン・ツー・オフライン・サービス・システム１００によって実行されてもよい。例えば、プロセス５００は、ストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２１０および／または図４のモジュールがこの命令のセットを実行してもよく、プロセッサ２１０および／またはモジュールは、それらの命令を実行したときにプロセス５００を実行するように構成されていてもよい。以下に提示される図示のプロセスの操作は例示的なものであることが意図されている。いくつかの実施形態では、記載されていない１つ以上の追加の操作を用いて、かつ／または議論される操作のうちの１つ以上の操作を用いずにプロセス５００が実施されてもよい。さらに、以下において図５に示されたプロセスの操作が説明される順序は、限定のためであることは意図されていない。

いくつかの実施形態では、図５に示されているように、輸送サービス安全評価方法が提供される。５０２で、サービス・オーダーが始まったとの判定に応答して、処理エンジン１１２は、サービス・オーダーの輸送サービス・データおよび履歴データを取得してもよく、５０４で、処理エンジン１１２は、輸送サービス・データおよび履歴データに基づいてサービス・オーダーの安全スコアを決定してもよい。

いくつかの実施形態では、処理エンジン１１２が、サービス・オーダーの輸送サービス・データおよび履歴データに基づいてサービス・オーダーの安全スコアを決定してもよい。処理エンジン１１２は包括的（ｃｏｍｐｒｅｈｅｎｓｉｖｅ）であってもよく、また、実装されるのが容易でもよい。このことが、輸送サービス安全評価の妥当性および正確さを向上させることがある。処理エンジン１１２は、サービス・オーダーが安全ではない状況を適時に検出およびハンドリングすることができる。本開示のシステムは、ドライバおよび乗客の安全を守るのに役立つことがあり、ユーザ経験（ｕｓｅｒ ｅｘｐｅｒｉｅｎｃｅ）を向上することがある。

いくつかの実施形態では、サービス・オーダーの輸送サービス・データおよび履歴データに基づいてサービス・オーダーの安全スコアを決定することが、推定された走行時間（推定された中間持続時間とも呼ばれる）と実際の走行時間（実時間間隔とも呼ばれる）との間の時間差分（ｔｉｍｅ ｄｉｆｆｅｒｅｎｃｅ）を解析すること、サービス・オーダーの実際のルートが通過する１つ以上のエリアのうちの少なくとも１つのエリアのエリア安全係数を解析すること、サービス・オーダーのドライバに関する履歴情報を解析し、ドライバに関する履歴データとして履歴データに記録すること、サービス・オーダーの１人以上の乗客に関する履歴情報を解析し、１人以上の乗客に関する履歴データとして履歴データに記録すること、推定された走行時間と実際の走行時間との間の時間差分、ドライバに関する履歴データ、１人以上の乗客に関する履歴データ、および事前に設定された安全スコア決定式セットに基づいてサービス・オーダーの安全スコアを決定することを含んでもよい。

いくつかの実施形態では、サービス・オーダーが始まったとの判定に応答して、処理エンジン１１２が、推定された走行時間および実際の走行時間、ドライバに関する履歴データ、１人以上の乗客に関する履歴データを決定することによって、事前に設定された安全スコア決定式セット中の式に従って、サービス・オーダーの安全スコアを決定してもよい。以下のような予想される技術的効果が得られることがある。

サービス・オーダー中に違反が発生したとの判定に応答して、処理エンジン１１２は、安全スコア（例えば安全スコアが安全しきい値よりも低いこと）に基づいて違反をリアルタイムで決定してもよい。現在のサービス・オーダーに対する監視（ｓｕｒｖｅｉｌｌａｎｃｅ）が発動されてもよい。この監視の発動は、車両内の画像収集デバイスおよび／もしくは記録デバイス（媒体信号捕捉デバイスとも呼ばれる）を自動起動させること、または手動介在（ｍａｎｕａｌ ｉｎｔｅｒｐｏｓｉｔｉｏｎ）を実行することを含んでもよい。この監視の発動はさらに、現在のサービス・オーダーが安全であるかどうかを判定することを含んでもよい。一方では、ポータブル・デバイスを使用して、身体的健康および精神的健康を含むドライバおよび１人以上の乗客の健康状態が確認されてもよい。他方では、犯罪記録および／または不良走行記録にドライバおよび１人以上の乗客のうちの少なくとも１人が含まれているかどうかが確認されてもよい。例えば、監視の強度を高めるために、ドライバおよび１人以上の乗客に関係した少なくとも１つの犯罪記録および／または不良走行記録が存在するとの判定に応答して、安全しきい値が引き下げられてもよい。

処理エンジン１１２は、安全スコアに従って担当交通部局に適時かつ正確に通報してもよい。処理エンジン１１２は、現在のサービス・オーダーの異常をモニタリングし、必要な場合には警察に助けを求めてもよい。例えば、安全スコアが安全しきい値よりも低いとの判定に応答して、処理エンジン１１２は、アラーム・コール（ａｌａｒｍ ｃａｌｌ）またはアラーム・メッセージを自動的に送信してもよい。

処理エンジン１１２は、サービスに対する現在のサービス・オーダーの走行データの影響を含む包括的な考慮事項に基づいて安全スコアを決定してもよい。現在のサービス・オーダーの走行データは、実際のルートが通過する１つ以上のエリア、走行スピード、走行時間、走行プロセス中の気象指数（ｗｅａｔｈｅｒ ｉｎｄｅｘ）、実際のルートと実際のルートとの間の差分などを含んでもよい。例えば、推定されたルートが通過する１つ以上のエリアが、非常に農村的なエリア（ｖｅｒｙ ｒｕｒａｌ ａｒｅａｓ）、農村エリア（ｒｕｒａｌ ａｒｅａｓ）、カントリの外側の郊外エリア（ｓｕｂｕｒｂａｎ ａｒｅａｓ ｏｕｔｓｉｄｅ ｔｈｅ ｃｏｕｎｔｒｙ）、都市エリア（ｕｒｂａｎ ａｒｅａｓ）および都市中心エリア（ｄｏｗｎｔｏｗｎ ａｒｅａ）を含む分割されたグループであってもよい。非常に農村的なエリアおよび農村エリアでは違反がより発生しやすいため、オーダーがこれらの２種類のエリアを含む場合には安全しきい値が引き下げられてもよい。別の例として、低視程（ｌｏｗ ｖｉｓｉｂｉｌｉｔｙ）のエリアでは交通事故がより発生しやすいため、オーダーがこれらのエリアを含む場合には安全しきい値が引き下げられてもよい。別の例として、推定されたルートと実際のルートとの間の差分が極めて大きい場合には安全しきい値が引き下げられてもよい。この差分が極めて大きいことは、車両が乗っ取られた可能性があることを示している。この場合には、監視モニタリングの正確さおよび適時性を向上させるために安全しきい値が引き下げられてもよい。

安全スコアが安全しきい値よりも低いときには、対応する監視および規制が発動されてもよい。特に、既存の画像収集解決策に比べて、本開示のシステムは、リアルタイム画像情報および記録情報なしで、サービス・オーダーの安全を適時かつ効果的にモニタリングすることができる。本開示のシステムは、電力消費を低減させ、データ対話圧力（ｄａｔａ ｉｎｔｅｒａｃｔｉｏｎ ｐｒｅｓｓｕｒｅ）を軽減し、１人以上の乗客のプライバシーを保護することができる。

インターネット・オブ・シング（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ：ＩｏＴ）制御をサポートしている車両に関して、安全スコアが安全しきい値よりも低いときに、処理エンジン１１２は、ブレーキをかけるようにまたは安全なエリアに駐車するように車両を制御してもよい。別の例として、生理的データに基づいてドライバが心臓発作を起こしていると判定されたことに応答して、処理エンジン１１２は、遅れずに停止するように車両を制御してもよい。

いくつかの実施形態では、ドライバに関する履歴データが、ドライバの身体的検査記録、ドライバの医療記録、（心拍データ、脈拍データ、体温データのうちの少なくとも１つのデータを含む生理的データの影響がある）ドライバの体性機能データ（ｓｏｍａｔｉｃ ｆｕｎｃｔｉｏｎ ｄａｔａ）のリアルタイム集合体（ｃｏｌｌｅｃｔｉｏｎ）、履歴格付け（ｒａｔｉｎｇ）データ、違反記録などを含んでもよい。

いくつかの実施形態では、１人以上の乗客に関する履歴データが、１人以上の乗客の身体的検査記録、１人以上の乗客の医療記録、（心拍データ、脈拍データ、体温データのうちの少なくとも１つのデータを含む生理的データの影響がある）１人以上の乗客の体性機能データのリアルタイム集合体、履歴格付けデータ、違反記録などを含んでもよい。

いくつかの実施形態では、事前に設定された安全スコア決定式セットが第１の式および第２の式を含んでもよい。サービス・オーダーの安全スコアは、第１の式に基づいて決定されたドライバ安全スコアと、第２の式に基づいて決定された乗客安全スコアとを含む。第１の式は以下のように表現されてもよい。

第２の式は以下のように表現されてもよい。

式（１）および（２）において、Ｄはドライバ安全スコアを表し、ＰＳは、１人以上の乗客に関する履歴データを表し、ＭＳは、サービス・オーダーの実際のルートが通過する１つ以上のエリアのうちの少なくとも１つのエリアの安全係数を表し、ΔＴは、推定された走行時間と実際の走行時間との間の時間差分を表し、Ｐは乗客安全スコアを表し、ＤＳは、ドライバに関する履歴データを表す。

ドライバ安全スコアは、第１の式および第２の式を使用して決定されてもよい。１人以上の乗客に関する履歴データは、１人以上の乗客の違反のような因子の影響を反映してもよい。サービス・オーダーの実際のルートが通過する１つ以上のエリアのうちの少なくとも１つのエリアの安全係数は、犯罪にあいやすいエリアおよびエリアの農村度（ｒｕｒａｌ ｄｅｇｒｅｅ）のような因子の影響を反映してもよい。推定された走行時間と実際の走行時間との間の時間差分は、サービス・オーダー中の交通条件および事故などの因子の影響を反映してもよい。乗客安全スコアは第２の式を使用して決定されてもよい。ドライバに関する履歴データは、ドライバの違反のような因子の影響を反映してもよい。推定された走行時間と実際の走行時間との間の時間差分は、サービス・オーダー中の交通条件および事故などの因子の影響を反映してもよい。このような複数の因子の包括的な考慮は、ドライバ安全スコアおよび乗客安全スコアに基づくサービス・オーダーの安全スコアの有効性および正確さを向上させることがあり、それによって輸送サービス安全評価の有効性および正確さを高めることがある。

いくつかの実施形態では、この方法がさらに第３の式および第４の式を含んでもよい。第３の式は、ドライバに関する履歴データを決定するために使用されてもよい。第４の式は、１人以上の乗客に関する履歴データを決定するために使用されてもよい。

第３の式は以下のように表現されてもよい。

第４の式は以下のように表現されてもよい。

式（３）および（４）において、αはドライバの苦情率（ｃｏｍｐｌａｉｎｔ ｒａｔｅ）を表し、βはドライバのサービス・スコアを表し、Ｃは、第１の事前設定パラメータを表し、ドライバのオーダーの数γに基づいて決定され、φは１人以上の乗客の苦情率を表し、ψは、１人以上の乗客のうちの少なくとも１人の乗客に関係したスコアを表し、Ｂは、第２の事前設定パラメータを表し、１人以上の乗客のオーダーの数ωに基づいて決定される。

ドライバに関する履歴データは第３の式に基づいて決定されてもよい。ドライバの苦情率、ドライバのサービス・スコアおよびドライバのオーダーの数などの複数の因子を含む包括的な考慮は、ドライバに関する履歴データの有効性を高めることがあり、それによってサービス・オーダーの安全スコアの有効性を高めることがある。１人以上の乗客に関する履歴データは第４の式に基づいて決定されてもよい。１人以上の乗客の苦情率および１人以上の乗客のオーダーの数などの複数の因子を含む包括的な考慮は、１人以上の乗客に関する履歴データの有効性を高めることがあり、それによってサービス・オーダーの安全スコアの有効性を高めることがある。

いくつかの実施形態では、ドライバのオーダーの数γ∈［０，２０）のときに第１の事前設定パラメータＣの値が１、ドライバのオーダーの数γ∈［２０，５０）のときに第１の事前設定パラメータＣの値が３、ドライバのオーダーの数γ∈［５０，１００）のときに第１の事前設定パラメータＣの値が４、ドライバのオーダーの数γが１００よりも多いときに第１の事前設定パラメータＣの値が５である。

いくつかの実施形態では、１人以上の乗客のオーダーの数ω∈［０，２０）のときに第２の事前設定パラメータＢの値が１、１人以上の乗客のオーダーの数ω∈［２０，５０］のときに第２の事前設定パラメータＢの値が３、１人以上の乗客のオーダーの数ω∈［５０，１００］のときに第２の事前設定パラメータＢの値が４、１人以上の乗客のオーダーの数ωが１００よりも多いときに第２の事前設定パラメータＢの値が５である。

上記の説明は単に例示のために提供されたものであり、上記の説明が本開示の範囲を限定することは意図されていないことに留意すべきである。当業者に関して言えば、本開示の教示の下で複数の変形および変更が実施されてもよい。しかしながら、それらの変形および変更は本開示の範囲を逸脱しない。例えば、この例示的なプロセス５００のどこかに１つ以上の他の任意選択のステップ（例えば記憶ステップ）が追加されてもよい。この記憶ステップでは、処理エンジン１１２が、サービス・オーダーの安全スコア、サービス・オーダーの輸送サービス・データおよびサービス・オーダーに関する履歴データを、本開示の他の場所に開示された任意のストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

図６は、輸送サービスが始まったかどうかを判定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。プロセス６００は、オンライン・ツー・オフライン・サービス・システム１００によって実行されてもよい。例えば、プロセス６００は、ストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２１０および／または図４のモジュールがこの命令のセットを実行してもよく、プロセッサ２１０および／またはモジュールは、それらの命令を実行したときにプロセス６００を実行するように構成されていてもよい。以下に提示される図示のプロセスの操作は例示的なものであることが意図されている。いくつかの実施形態では、記載されていない１つ以上の追加の操作を用いて、かつ／または議論される操作のうちの１つ以上の操作を用いずにプロセス６００が実施されてもよい。さらに、以下において図６に示されたプロセスの操作が説明される順序は、限定のためであることは意図されていない。

図６に示されているように、６０２で、処理エンジン１１２は、ドライバ信号送信デバイスの位置、少なくとも１つの乗客信号送信デバイスの位置、サービス・オーダーの開始ロケーションおよびサービス・オーダーの目的地を取得してもよい。６０４で、処理エンジン１１２は、ドライバ信号送信デバイスの位置および少なくとも１つの乗客信号送信デバイスの位置に基づいて、サービス・オーダーのドライバおよび少なくとも１人の乗客がサービス・オーダーの開始ロケーションに到着したと判定されたことに応答して、サービス・オーダーが始まったと判定してもよい。

いくつかの実施形態では、処理エンジン１１２が、ドライバ信号送信デバイスの位置と少なくとも１つの乗客信号送信デバイスの位置との間の距離が距離しきい値よりも小さいとの判定に応答して、サービス・オーダーが始まったと判定してもよい。

ドライバ信号送信デバイスの位置、少なくとも１つの乗客信号送信デバイスの位置、サービス・オーダーの開始ロケーション、サービス・オーダーの目的地などの複数の因子を組み合わせることが、取り消されたサービス・オーダーを評価することに起因するリソースの消費の可能性を低減させることがあり、このことが輸送安全評価の正確さを高めることがある。

いくつかの実施形態では、処理エンジン１１２が、サービス・オーダーの実際のルートが通過する１つ以上のエリアのうちの少なくとも１つのエリアおよび実際の走行時間を、ドライバ信号送信デバイスの位置に基づいて決定してもよい。

本開示では、サービス・オーダーの実際のルートが通過する１つ以上のエリアのうちの少なくとも１つのエリアおよび実際の走行時間を、ドライバ信号送信デバイスの位置に基づいて決定することは、実装が容易であることがある。処理エンジン１１２は、決定された１つ以上のエリアのうちの少なくとも１つのエリアに基づいて、対応するエリア安全係数を取得してもよい。処理エンジン１１２は、決定された実際の走行時間に基づいて、推定された走行時間と実際の走行時間との間の時間差分を取得してもよい。犯罪にあいやすいエリア、エリアの農村度、ドライバの疲労運転、交通条件およびサービス・オーダー中の事故などの因子が、輸送サービス安全評価に組み込まれていてもよい。

エリア安全係数は、地域履歴違反記録（ｒｅｇｉｏｎａｌ ｈｉｓｔｏｒｉｃａｌ ｖｉｏｌａｔｉｏｎ ｒｅｃｏｒｄ）、乗客によるドライバの格付け、および相対的地理的ロケーション格付け（ｒｅｌａｔｉｖｅ ｇｅｏｇｒａｐｈｉｃａｌ ｌｏｃａｔｉｏｎ ｒａｔｉｎｇ）に基づいて決定されてもよい。例えば、違反記録があるエリアのエリア安全係数に関係したスコアは、違反記録がないエリアのエリア安全係数に関係したスコアよりも低い。相対的地理的ロケーション格付けを例にとると、地理的に農村であるエリアのエリア安全係数に関係したスコアは、地理的に都市であるエリアのエリア安全係数に関係したスコアよりも低い。ドライバの格付けおよび相対的地理的ロケーション格付けを決定するために１つ星から５つ星までの星格付けシステムが使用されてもよい。ドライバの格付けを例にとると、それぞれの星レベルのスコアは以下のとおりである：違反が発生した場合または車両が安全に到着しなかった可能性がある場合は１つ星、ドライバが苦情を言い、１人以上の乗客を１つ星と格付けした場合は２つ星、ドライバが苦情を言い、１人以上の乗客を２つ星または３つ星と格付けした場合は３つ星、ドライバが、１人以上の乗客を４つ星と格付けした場合は４つ星、ドライバが、１人以上の乗客を５つ星と格付けした場合は５つ星。これに加えて、この星格付けシステムはさらに、以下のような相対的地理的ロケーション格付けに適用されてもよい：極めて農村的なエリア（ｅｘｔｒｅｍｅｌｙ ｒｕｒａｌ ａｒｅａｓ）に対しては１つ星、農村エリアに対しては２つ星、カントリの外側の郊外エリアに対しては３つ星、都市エリアに対しては４つ星、都市中心エリアに対しては５つ星。エリア安全係数は上記の２つの星格付けの平均値であってもよい。

上記の説明は単に例示のために提供されたものであり、上記の説明が本開示の範囲を限定することは意図されていないことに留意すべきである。当業者に関して言えば、本開示の教示の下で複数の変形および変更が実施されてもよい。しかしながら、それらの変形および変更は本開示の範囲を逸脱しない。例えば、この例示的なプロセス６００のどこかに１つ以上の他の任意選択のステップ（例えば記憶ステップ）が追加されてもよい。この記憶ステップでは、処理エンジン１１２が、サービス・オーダーの開始ロケーション、エリア安全係数および星格付けを、本開示の他の場所に開示された任意のストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

図７は、異常が発生したかどうかを判定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。プロセス７００は、オンライン・ツー・オフライン・サービス・システム１００によって実行されてもよい。例えば、プロセス７００は、ストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２１０および／または図４のモジュールがこの命令のセットを実行してもよく、プロセッサ２１０および／またはモジュールは、それらの命令を実行したときにプロセス７００を実行するように構成されていてもよい。以下に提示される図示のプロセスの操作は例示的なものであることが意図されている。いくつかの実施形態では、記載されていない１つ以上の追加の操作を用いて、かつ／または議論される操作のうちの１つ以上の操作を用いずにプロセス７００が実施されてもよい。さらに、以下において図７に示されたプロセスの操作が説明される順序は、限定のためであることは意図されていない。

図７に示されているように、７０２で、処理エンジン１１２は、ドライバ信号送信デバイスの位置および少なくとも１つの乗客信号送信デバイスの位置に基づいて、または目的地に到着したことを示すフィードバックに基づいて、１人以上の乗客およびドライバがサービス・オーダーの目的地にいると判定されたことに応答して、終了時点を決定してもよい。処理エンジン１１２はさらに、ドライバがリスニング・リスト・モード（ｌｉｓｔｅｎｉｎｇ ｌｉｓｔ ｍｏｄｅ）に入ったときの初期時点（ｉｎｉｔｉａｌ ｔｉｍｅ ｐｏｉｎｔ）を決定してもよい。７０４で、処理エンジン１１２は、終了時点と初期時点との間の時間間隔を決定してもよい。７０６で、この時間間隔が事前に設定された時間間隔以上であると判定されたことに応答して、処理エンジン１１２は、この時間間隔に対応する異常データを生成してもよい。サービス・オーダーの安全スコアにこの異常データが含まれていてもよい。

本開示では、ドライバ信号送信デバイスの位置および少なくとも１つの乗客信号送信デバイスの位置に基づいて、または目的地に到着したことを示すフィードバックに基づいて、１人以上の乗客およびドライバがサービス・オーダーの目的地にいると判定されたことに応答して、終了時点を決定すること、ならびにドライバがリスニング・リスト・モードに入ったときの初期時点を決定することが、決定された終了時点および初期時点の正確さを向上させることがある。この時間間隔に対応する異常データは、ドライバがリスニング・リスト・モードに入っていないとき、または終了時点と初期時点との間の時間間隔があまりに長いときに生成されてもよい。この異常データが、サービス・オーダーの安全を評価するために使用される安全スコアの部分であってもよく、このことがさらに、輸送安全評価の有効性を向上させることがある。目的地に到着した後の危険な条件を、緊急事態が発生しそうなときに適時にハンドリングすることができる。

リスニング・リスト・モードは、ドライバがサービス・オーダーを完了し、次のサービス・オーダーのオーダー要求を受け取る準備ができていることを示してもよい。次のサービス・オーダーは、能動的に獲得されたオーダーであってもまたは受動的に割り当てられたオーダーであってもよい。次のサービス・オーダーは、リアルタイム・オーダーであってもまたは予約オーダーであってもよい。

１人以上の乗客とドライバの両方がサービス・オーダーを安全に完了したと包括的に判定するため、車両が目的地に到着した後の事前に設定された時間間隔の間、ドライバ信号送信デバイスの位置、少なくとも１つの乗客信号送信デバイスの位置および車両の位置が絶え間なく集められてもよい。

いくつかの実施形態では、この方法がさらに、サービス・オーダーの画像情報を集めること、および／またはドライバ安全スコアの値、乗客安全スコアの値および異常データの値のうちの少なくとも１つの値が事前に設定された対応するしきい値よりも低いとの判定に応答して手動顧客サービス（ｍａｎｕａｌ ｃｕｓｔｏｍｅｒ ｓｅｒｖｉｃｅ）を介在させることを含んでもよい。

本開示では、ドライバ安全スコア、乗客安全スコアおよび／もしくは異常データをそれぞれ、事前に設定された対応するしきい値と比較すること、手動顧客サービス介在をスケジューリングするための確認および法廷情報の働きをするサービス・オーダーの画像情報を集めること、ならびに／またはドライバ安全スコアの値、乗客安全スコアの値および異常データの値のうちの少なくとも１つの値が事前に設定された対応するしきい値よりも低いとの判定に応答して手動顧客サービスを介在させることが、一方では、輸送安全評価の正確さおよび適時性を向上させることがある。他方では、ドライバ安全スコアの値、乗客安全スコアの値および異常データの値のうちの少なくとも１つの値が事前に設定された対応するしきい値よりも低いときにサービス・オーダーの画像情報を集めることが、収集およびリアルタイムでのサーバへのアップロードを抑制することがあり、それによって電力消費を低減させ、データ交換圧力を低減させることがある。

上記の説明は単に例示のために提供されたものであり、上記の説明が本開示の範囲を限定することは意図されていないことに留意すべきである。当業者に関して言えば、本開示の教示の下で複数の変形および変更が実施されてもよい。しかしながら、それらの変形および変更は本開示の範囲を逸脱しない。例えば、この例示的なプロセス７００のどこかに１つ以上の他の任意選択のステップ（例えば記憶ステップ）が追加されてもよい。この記憶ステップでは、処理エンジン１１２が、終了時点、初期時点および終了時点と初期時点との間の時間間隔を、本開示の他の場所に開示された任意のストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

図８は、輸送サービス情報および履歴データに基づいて輸送サービス安全を評価する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。プロセス８００は、オンライン・ツー・オフライン・サービス・システム１００によって実行されてもよい。例えば、プロセス８００は、ストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２１０および／または図４のモジュールがこの命令のセットを実行してもよく、プロセッサ２１０および／またはモジュールは、それらの命令を実行したときにプロセス８００を実行するように構成されていてもよい。以下に提示される図示のプロセスの操作は例示的なものであることが意図されている。いくつかの実施形態では、記載されていない１つ以上の追加の操作を用いて、かつ／または議論される操作のうちの１つ以上の操作を用いずにプロセス８００が実施されてもよい。さらに、以下において図８に示されたプロセスの操作が説明される順序は、限定のためであることは意図されていない。

８０２で、処理エンジン１１２（例えばデータ収集モジュール４１０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、オーダー持続時間内のサービス・オーダーの輸送サービス・データを、サービス・オーダーに関する１つ以上の信号送信デバイスから受信してもよい。

この輸送サービス情報は、サービス・オーダー中の複数の時点、複数の時点のうちのそれぞれの時点に対応する１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスの複数の位置、および複数の時点のうちのそれぞれの時点に対応する、車両の走行記録を含んでもよい。走行記録は、車両の加速度データ、ドライバおよび１人以上の乗客のうちの少なくとも１人の生理的データ（例えば心拍数、体温、血圧）、ピックアップ・ロケーション、サービス提供者（ドライバとも呼ばれる）、要求者（乗客とも呼ばれる）、推定された到着時間（ｅｓｔｉｍａｔｅｄ ｔｉｍｅ ｏｆ ａｒｒｉｖａｌ：ＥＴＡ）、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

本明細書で使用されるとき、１つ以上の信号送信デバイスは、ドライバ信号送信デバイスを含んでもよく、このドライバ信号送信デバイスは、ドライバに関連した１つ以上の第１のセンサーからの走行記録、ドライバの生理的データ、およびドライバ信号送信デバイスの位置を取得するように構成されている。１つ以上の信号送信デバイスは、少なくとも１つの乗客信号送信デバイスを含んでもよく、この少なくとも１つの乗客信号送信デバイスは、１人以上の乗客に関連した１つ以上の第２のセンサーからの１人以上の乗客の生理的データ、および少なくとも１つの乗客信号送信デバイスの位置を取得するように構成されている。

いくつかの実施形態では、処理エンジン１１２（例えばデータ収集モジュール４１０）が、輸送サービスが始まったとの判定に応答して、輸送サービス情報を、１つ以上の信号送信デバイスまたはストレージ・デバイス１６０からネットワーク１２０を介して定期的に受信してもよい。例えば、処理エンジン１１２は、サービス・オーダーの中間持続期間中に、輸送サービス情報を、要求者端末１３０および／または提供者端末１４０から５秒ごとに取得してもよい。さらに、処理エンジン１１２は、輸送サービス情報を、本開示の他の場所に開示されているストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

本明細書で使用されるとき、オーダー持続時間は、ドライバがサービス・オーダーのオーダー要求を受け取った時点とドライバが次のサービス・オーダーのオーダー要求を受け取った時点との間の時間間隔を指すことがある。例示的なオーダー持続時間の説明は本開示の他の場所で見つかることがある（例えば図１２に示されたサービス前持続期間、中間持続期間、サービス後持続期間および図１２の説明）。

図１２は、本開示のいくつかの実施形態によるサービス・オーダーの例示的なオーダー持続時間を示す概略図である。図１２に示されているように、４つの時点がサービス・オーダーの代表的な時点であってもよい。時点Ｔ_０は、車両１５０−１のドライバがサービス・オーダーのオーダー要求を受け取った時点であってもよい。時点Ｔ_１は、乗客１２０２−１が車両１５０−１に乗車した時点であってもよい。時点Ｔ_１が開始時点（対面時点とも呼ばれる）として指してもよい。いくつかの実施形態では、ドライバ信号送信デバイスの位置と少なくとも１つの乗客信号送信デバイスの位置との間の距離がサービス前持続期間における距離しきい値よりも小さいときに、処理エンジン１１２が、少なくとも１人の乗客が車両に乗車したと判定してもよい。いくつかの実施形態では、サービス・オーダーが１人以上の乗客を含み、その１人以上の乗客が異なる時点において車両１５０−１に乗車してもよい。したがって、時点Ｔ_１は、最初の乗客が車両１５０−１に乗車した時点を指してもよい。時点Ｔ_２は、乗客１２０２−１が車両１５０−１から降りた時点であってもよい。いくつかの実施形態では、サービス・オーダーが１人以上の乗客を含み、その１人以上の乗客が異なる時点において車両１５０−１から降りてもよい。したがって、時点Ｔ_２は、最後の乗客が車両１５０−１から降りた時点を指してもよい。時点Ｔ_２が終了時点を指してもよい。時点Ｔ_３は、車両１５０−１のドライバが、別の乗客１２０２−２によって要求された次のサービス・オーダーのオーダー要求を受け取った時点であってもよい。サービス前持続期間が、時点Ｔ_０と時点Ｔ_１の間の時間間隔に対応してもよい。中間持続期間が、時点Ｔ_１と時点Ｔ_２の間の時間間隔に対応してもよい。サービス後持続期間が、時点Ｔ_２と時点Ｔ_３の間の時間間隔に対応してもよい。

図８を再び参照する。いくつかの実施形態では、ドライバ信号送信デバイスの位置と少なくとも１つの乗客信号送信デバイスの位置との間の距離がサービス・オーダーのサービス前持続期間における距離しきい値よりも小さいときに、処理エンジン１１２が、輸送サービスが始まったと判定してもよい。

いくつかの実施形態では、ドライバ信号送信デバイスが提供者端末１４０を含んでもよい。乗客信号送信デバイスは要求者端末１３０を含んでもよい。図１に関して説明されたとおり、要求者端末１３０および提供者端末１４０は、要求者端末１３０および提供者端末１４０の位置を検出する測位技術を有するデバイスであってもよい。要求者端末１３０および提供者端末１４０はさらにそれらの位置をサーバ１１０に送信してもよい。

いくつかの実施形態では、ピックアップ・ロケーション、ドライバ信号送信デバイスの位置および少なくとも１つの乗客信号送信デバイスの位置に基づいて、ドライバと１人以上の乗客のうちの少なくとも１人の乗客の両方がサービス・オーダーのピックアップ・ロケーションに到着したときに、処理エンジン１１２が、輸送サービスが始まったと判定してもよい。

輸送サービスのピックアップ・ロケーションは、サービス提供者、要求者、サーバ１１０、もしくは他の同様のもの、またはこれらの任意の組合せによって決定されてもよい。例えば、要求者は、要求者のモバイル・フォンにインストールされた輸送サービス提供アプリケーション（例えばＤｉｄｉアプリ）にピックアップ・ロケーションおよび／または目的地を入力することによって輸送要求を開始してもよい。別の例として、要求者は、要求者のモバイル・フォンにインストールされた輸送サービス提供アプリケーション（例えばＤｉｄｉアプリ）に目的地を入力することによって輸送要求を開始してもよい。要求者のロケーションは、サーバ１１０に送信されてもよく、サーバ１１０によって輸送サービスのピックアップ・ロケーションであると判定されてもよい。さらに別の例として、要求者は、要求者のモバイル・フォンにインストールされた輸送サービス提供アプリケーション（例えばＤｉｄｉアプリ）内のピックアップ・ロケーションおよび／または目的地を確認することによって輸送要求を開始してもよい。ピックアップ・ロケーションおよび／または目的地はサーバ１１０によって決定されてもよい。

８０４で、処理エンジン１１２（例えばデータ収集モジュール４１０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、サービス・オーダーの車両のドライバおよびサービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得してもよい。

処理エンジン１１２は、輸送サービスに関連した履歴データをストレージ・デバイス（例えばストレージ・デバイス１６０）からネットワーク１２０を介して取得してもよい。処理エンジン１１２（例えばデータ収集モジュール４１０）は、輸送サービスに関連した履歴データを、輸送サービス情報に基づいて取得してもよい。例えば、処理エンジン１１２は、輸送サービスのサービス提供者に関連した履歴データを、輸送サービス情報中のサービス提供者の情報に基づいて取得してもよい。別の例として、処理エンジン１１２は、輸送サービスの要求者に関連した履歴データを、輸送サービス情報中のサービス要求者の情報に基づいて取得してもよい。

ドライバに関する履歴データは、ドライバの身体的検査記録、ドライバの医療記録およびドライバの履歴輸送サービス・データのうちの少なくとも１つを含んでもよい。１人以上の乗客に関する履歴データは、１人以上の乗客の身体的検査記録、１人以上の乗客の医療記録および１人以上の乗客の履歴輸送サービス・データのうちの少なくとも１つを含む。

８０６で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、履歴データ、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて、現在の時点におけるサービス・オーダーの安全スコアを決定してもよい。

いくつかの実施形態では、サービス・オーダーの１つ以上の特性が、サービス・オーダーの推定されたルート、車両の実際のルート、サービス・オーダーの推定された中間持続期間、現在の時点に対応する気象条件、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。推定された中間持続期間は、１人以上の乗客が車両に乗車した開始時点と１人以上の乗客が車両から降りた終了時点との間の推定された時間間隔に対応する。

サービス・オーダーの安全スコアは、ドライバ安全スコア、乗客安全スコアおよび異常スコアを含んでもよい。処理エンジン１１２は、ドライバ安全スコアとドライバ安全しきい値との間の第１の比較を実行してもよい。処理エンジン１１２は、乗客安全スコアと乗客安全しきい値との間の第２の比較を実行してもよい。処理エンジン１１２は、異常スコアと異常しきい値との間の第３の比較を実行してもよい。処理エンジン１１２は、第１の比較、第２の比較または第３の比較の少なくとも１つの結果に基づいて現在の時間におけるサービス・オーダーの安全スコアを決定してもよい。サービス・オーダーの安全スコアに関する詳細な説明が、本開示の他の場所（例えば図９および図９の説明）で見つかることがある。

８０８で、処理エンジン１１２（例えば条件決定モジュール４４０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、現在の時間において危険な条件が生じているかどうかを安全スコアに基づいて判定してもよい。いくつかの実施形態では、処理エンジン１１２が、ドライバに関して危険な条件が生じているかどうかを、第１の比較および第３の比較の結果のうちの少なくとも１つの結果に基づいて判定してもよい。処理エンジン１１２はさらに、乗客に関して危険な条件が生じているかどうかを、第２の比較および第３の比較の結果のうちの少なくとも１つの結果に基づいて判定してもよい。例えば、処理エンジン１１２は、ドライバ安全スコアがドライバ安全しきい値よりも低く、かつ／または異常スコアが異常しきい値よりも低いとの判定に応答して、ドライバに関して危険な条件が生じていると判定してもよい。別の例として、処理エンジン１１２は、乗客安全スコアが乗客安全しきい値よりも低く、かつ／または異常スコアが異常しきい値よりも低いとの判定に応答して、乗客に関して危険な条件が生じていると判定してもよい。

８１０で、処理エンジン１１２（例えば介在モジュール４５０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、危険な条件が生じているとの判定に応答して、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに少なくとも１つの信号を送信してもよい。いくつかの実施形態では、処理エンジン１１２が、車両内の光景に関連したデータを受信するよう要求する命令を符号化した信号を、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに送信し、このデータは、ビデオ・データ、オーディオ・データまたは画像データのうちの少なくとも１つのタイプを含んでもよい。例えば、この信号はさらに、車両内の光景に関連したデータを車両内の媒体信号捕捉デバイスから取り出すよう１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに命令するように符号化されていてもよい。別の例として、この信号はさらに、現在の時間において危険な条件が生じているとの判定に応答して車両内の光景に関連したデータを捕捉し、車両内の光景に関連したデータを１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに送信するよう媒体信号捕捉デバイスを作動させるように符号化されていてもよい。処理エンジン１１２は次いで、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスから車両内の光景に関連したデータを受信し、そのデータを、さらなる用途（例えば法廷証拠）のためにストレージ・デバイス１６０に記憶してもよい。

いくつかの実施形態では、車両が半自律車両または自律車両であるときに、現在の時点においてドライバに関する危険な条件（例えば心臓発作）が生じているとの判定に応答して、処理エンジン１１２が、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイス（例えば複数のセンサー１５０−３の制御ユニット）に制御信号を送信して、車両の動きを停止させてもよい。車両を停止させることに関する詳細な説明が、本開示の他の場所（例えば図１４および図１４の説明）で見つかることがある。

いくつかの実施形態では、現在の時間において危険な条件が生じているとの判定に応答して、処理エンジン１１２が、第三者に、その第三者が介入することを求める警報信号を送信してもよい。例えば、ドライバまたは乗客に関する危険な条件が生じていると判定されたとき、処理エンジン１１２は、警察および／または担当輸送部局に介入を要請する警報信号を送信してもよい。警察および／または担当輸送部局は、警官を急ぎ派遣して現場で車両を調べたりまたは車両が通過する道路を閉鎖したりするなどの処置をとってもよい。

上記の説明は単に例示のために提供されたものであり、上記の説明が本開示の範囲を限定することは意図されていないことに留意すべきである。当業者に関して言えば、本開示の教示の下で複数の変形および変更が実施されてもよい。しかしながら、それらの変形および変更は本開示の範囲を逸脱しない。例えば、この例示的なプロセス８００のどこかに１つ以上の他の任意選択のステップ（例えば記憶ステップ）が追加されてもよい。この記憶操作では、処理エンジン１１２が、セキュリティ・スコア、履歴データ、輸送サービス情報を、本開示の他の場所に開示された任意のストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

図９は、安全スコアを決定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス８００の操作８０６がプロセス９００に基づいて実行されてもよい。プロセス９００は、オンライン・ツー・オフライン・サービス・システム１００によって実行されてもよい。例えば、プロセス９００は、ストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２１０および／または図４のモジュールがこの命令のセットを実行してもよく、プロセッサ２１０および／またはモジュールは、それらの命令を実行したときにプロセス９００を実行するように構成されていてもよい。以下に提示される図示のプロセスの操作は例示的なものであることが意図されている。いくつかの実施形態では、記載されていない１つ以上の追加の操作を用いて、かつ／または議論される操作のうちの１つ以上の操作を用いずにプロセス９００が実施されてもよい。さらに、以下において図９に示されたプロセスの操作が説明される順序は、限定のためであることは意図されていない。

９０２で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、１人以上の乗客に関する履歴データ、実際のルート、推定された中間持続期間および現在の時点に基づいてドライバ安全スコアを決定してもよい。ドライバ安全スコアに関する詳細な説明が、本開示の他の場所（例えば図１０および図１０の説明）で見つかることがある。

９０４で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、ドライバに関する履歴データ、推定された中間持続期間および現在の時点に基づいて乗客安全スコアを決定してもよい。乗客安全スコアに関する詳細な説明が、本開示の他の場所（例えば図１０および図１０の説明）で見つかることがある。

９０６で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、輸送サービス・データおよびサービス・オーダーの１つ以上の特性に基づいて異常スコアを決定してもよい。異常スコアに関する詳細な説明が、本開示の他の場所（例えば図１１および図１１の説明）で見つかることがある。

９０８で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、ドライバ安全スコア、乗客安全スコアおよび異常スコアのうちの少なくとも１つに基づいて現在の時点におけるサービス・オーダーの安全スコアを決定してもよい。

処理エンジン１１２は、ドライバ安全スコアとドライバ安全しきい値との間の第１の比較を実行してもよい。処理エンジン１１２は、ドライバ安全スコアがドライバ安全しきい値よりも小さいとの判定に応答して、ドライバが危険な条件にあると判定し、「はい（ＹＥＳ）」である第１の比較の結果を生成してもよい。いくつかの実施形態では、ドライバ安全しきい値が、オンライン・ツー・オフライン・サービス・システム１００のデフォルト設定であってもよい。ドライバ安全しきい値は、状況によって調整可能であってもよい。例えば、ドライバ安全しきい値は気象条件に基づいて調整されてもよい。快晴の日よりも霧のかかった日の方がドライバ安全しきい値の値が大きくされてもよい。

処理エンジン１１２は、乗客安全スコアと乗客安全しきい値との間の第２の比較を実行してもよい。処理エンジン１１２は、乗客安全スコアが乗客安全しきい値よりも小さいとの判定に応答して、乗客が危険な条件にあると判定し、「はい」である第２の比較の結果を生成してもよい。いくつかの実施形態では、乗客安全しきい値が、オンライン・ツー・オフライン・サービス・システム１００のデフォルト設定であってもよい。乗客安全しきい値は、状況によって調整可能であってもよい。例えば、乗客安全しきい値は気象条件に基づいて調整されてもよい。快晴の日よりも雨の日の方が乗客安全しきい値の値が大きくされてもよい。

処理エンジン１１２は、異常スコアと異常しきい値との間の第３の比較を実行してもよい。処理エンジン１１２は、異常スコアが異常安全しきい値よりも小さいとの判定に応答して、異常が生じていると判定し、「はい」である第３の比較の結果を生成してもよい。いくつかの実施形態では、異常安全しきい値が、オンライン・ツー・オフライン・サービス・システム１００のデフォルト設定であってもよい。異常安全しきい値は、状況によって調整可能であってもよい。例えば、異常安全しきい値は車両性能に基づいて調整されてもよい。車両性能がより良好であるときには異常安全しきい値の値が大きくされてもよい。

処理エンジン１１２は、第１の比較、第２の比較および第３の比較の少なくとも１つの結果に基づいて現在の時間におけるサービス・オーダーの安全スコアを決定してもよい。サービス・オーダーの安全スコアは、危険な条件が生じているかどうかを判定するために使用されてもよい。処理エンジン１１２は、これらの比較の３つの結果のうちの少なくとも１つの結果が「はい」であるとの判定に応答して、危険な条件が生じていると判定してもよい。

上記の説明は単に例示のために提供されたものであり、上記の説明が本開示の範囲を限定することは意図されていないことに留意すべきである。当業者に関して言えば、本開示の教示の下で複数の変形および変更が実施されてもよい。しかしながら、それらの変形および変更は本開示の範囲を逸脱しない。例えば、この例示的なプロセス９００のどこかに１つ以上の他の任意選択のステップ（例えば記憶ステップ）が追加されてもよい。この記憶操作では、処理エンジン１１２が、異常スコア、異常しきい値、ならびに／または第１の比較、第２の比較および第３の比較の結果を、本開示の他の場所に開示された任意のストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

図１０は、輸送サービス情報および履歴データに基づいて複数の安全スコアのうちの少なくとも１つの安全スコアを決定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス９００の操作９０２および操作９０４がプロセス１０００に基づいて実行されてもよい。プロセス１０００は、オンデマンド・サービス・システム１００によって実行されてもよい。例えば、プロセス１０００は、ストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２１０および／または図４のモジュールがこの命令のセットを実行してもよく、プロセッサ２１０および／またはモジュールは、それらの命令を実行したときにプロセス１０００を実行するように構成されていてもよい。以下に提示される図示のプロセスの操作は例示的なものであることが意図されている。いくつかの実施形態では、記載されていない１つ以上の追加の操作を用いて、かつ／または議論される操作のうちの１つ以上の操作を用いずにプロセス１０００が実施されてもよい。さらに、以下において図１０に示されたプロセスの操作が説明される順序は、限定のためであることは意図されていない。

１００２で、処理エンジン１１２（例えば評価決定モジュール４２０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、１人以上の乗客の身体的検査記録、１人以上の乗客の医療記録または１人以上の乗客の履歴輸送サービス・データのうちの少なくとも１つに基づいて乗客評価値を決定してもよい。評価されるサービス・オーダーに１人以上の乗客が含まれてもよい。１人以上の乗客の履歴輸送サービス・データは、ピックアップ・ロケーション、目的地、格付け、ドライバから受け取られた苦情、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

処理エンジン１１２は、式（４）に基づく１人以上の乗客の履歴輸送サービス・データに基づいて乗客評価値を決定してもよい。

いくつかの実施形態では、１人以上の乗客の身体的検査記録および１人以上の乗客の医療記録に基づいて決定された生理的指数（ｐｈｙｓｉｏｌｏｇｉｃａｌ ｉｎｄｅｘ）のうちの少なくとも１つの生理的指数が、対応する正常範囲から外れているときに、処理エンジン１１２が乗客評価値を下げてもよい。

１００４で、処理エンジン１１２（例えば評価決定モジュール４２０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、実際のルートが通過する１つ以上のエリアのうちの少なくとも１つのエリアのエリア安全係数を決定してもよい。この１つ以上のエリアは、行政エリア（例えば都市、行政区）または地理的エリア（例えば国立公園、湖）を含んでもよい。本明細書で使用されるとき、実際のルートは、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスの複数の位置であり、図８に開示されたサービス・オーダー中の複数の時点のうちのそれぞれの時点に対応する複数の位置に基づいて決定された、サービス・オーダーのピックアップ・ロケーションと目的地との間のルートの少なくとも一部分であってもよい。

処理エンジン１１２は、実際のルートが通過する１つ以上のエリアのうちの１つのエリアの地域履歴違反記録および／または地域履歴犯罪記録、乗客によるドライバの格付け、ならびに実際のルートが通過する１つ以上のエリアのうちの１つのエリアの相対的地理的ロケーション格付けに基づいて、エリア安全係数を決定してもよい。例えば、違反記録および／または犯罪記録が存在するエリアのエリア安全係数は、違反記録のないエリアのエリア安全係数よりも（例えば１０％）低い。相対的地理的ロケーション格付けを例にとると、地理的に農村であるエリアのエリア安全係数は、地理的に都市であるエリアのエリア安全係数よりも低い。

いくつかの実施形態では、処理エンジン１１２が、１つ星から５つ星までの星格付けシステムを使用してドライバの格付けおよび相対的地理的ロケーション格付けを決定してもよい。例えば、処理エンジン１１２は、サービス・オーダーのドライバの格付けを、サービス・オーダー中に違反が発生したまたは車両が安全に到着しなかったとの判定に応答して１つ星と判定し、ドライバが苦情を言い、サービス・オーダーの１人以上の乗客を１つ星と格付けしたとの判定に応答して２つ星と判定し、ドライバが苦情を言い、１人以上の乗客を２つ星または３つ星と格付けしたとの判定に応答して３つ星と判定し、ドライバが１人以上の乗客を４つ星と格付けしたとの判定に応答して４つ星と判定し、ドライバが１人以上の乗客を５つ星と格付けしたとの判定に応答して５つ星と判定してもよい。これに加えて、処理エンジン１１２はさらに、以下のような星格付けシステムを使用して相対的地理的ロケーション格付けを決定してもよい：極めて農村的なエリアに対しては１つ星、農村エリアに対しては２つ星、カントリの外側の郊外エリアに対しては３つ星、都市エリアに対しては４つ星、都市中心エリアに対しては５つ星。処理エンジン１１２は、上記の２つの星格付けの平均値としてエリア安全係数を決定してもよい。この平均は、算術平均、幾何平均、平方平均、調和平均、加重平均、もしくは他の同様のもの、またはこれらの任意の組合せであってもよい。例えば、処理エンジン１１２は、ドライバの格付けが５つ星であり、相対的地理的ロケーション格付けが３つ星であるとの判定に応答して、エリア安全係数の値を４と決定してもよい。

１００６で、処理エンジン１１２（例えば評価決定モジュール４２０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、開始時点と現在の時点との間の実時間間隔を推定された中間持続期間と比較してもよい。開始時点は、１人以上の乗客が車両に乗車した時点であってもよい。推定された中間持続期間は、開始時点と１人以上の乗客が車両から降りた終了時点との間の推定された時間間隔に対応してもよい。

１００８で、処理エンジン１１２（例えば評価決定モジュール４２０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、ドライバの身体的検査記録、ドライバの医療記録またはドライバの履歴輸送サービス・データのうちの少なくとも１つに基づいてドライバ評価値を決定してもよい。

評価されるサービス・オーダーにドライバが含まれてもよい。ドライバの履歴輸送サービス・データは、ピックアップ・ロケーション、目的地、格付け、乗客から受け取られた苦情、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

処理エンジン１１２は、式（３）に基づくドライバの履歴輸送サービス・データに基づいてドライバ評価値を決定してもよい。

いくつかの実施形態では、ドライバの身体的検査記録、ドライバの医療記録に基づいて決定された生理的指数のうちの少なくとも１つの生理的指数が、対応する正常範囲から外れているときに、処理エンジン１１２がドライバ評価値を下げてもよい。

１０１０で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、乗客評価値、エリア安全係数、および実時間間隔と推定された中間持続期間との間の比較の結果に基づいてドライバ安全スコアを決定してもよい。

いくつかの実施形態では、処理エンジン１１２が、乗客評価値と、エリア安全係数と、実時間間隔及び推定された中間持続期間の間の時間差分との平均値としてドライバ安全スコアを決定してもよい。この平均値は、算術平均、幾何平均、平方平均、調和平均、加重平均、もしくは他の同様のもの、またはこれらの任意の組合せであってもよい。例えば、処理エンジン１１２は、式（１）に基づいて、乗客評価値、エリア安全係数および時間差分の算術平均としてドライバ安全スコアを決定してもよい。

１０１２で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、ドライバ評価値と、実時間間隔と推定された中間持続期間との間の比較の結果とに基づいて乗客安全スコアを決定してもよい。

いくつかの実施形態では、処理エンジン１１２が、ドライバ評価値と、実時間間隔及び推定された中間持続期間との間の時間差分との平均値として乗客安全スコアを決定してもよい。この平均値は、算術平均、幾何平均、平方平均、調和平均、加重平均、もしくは他の同様のもの、またはこれらの任意の組合せであってもよい。例えば、処理エンジン１１２は、式（２）に基づいて、ドライバ評価値および時間差分の算術平均としてドライバ安全スコアを決定してもよい。

上記の説明は単に例示のために提供されたものであり、上記の説明が本開示の範囲を限定することは意図されていないことに留意すべきである。当業者に関して言えば、本開示の教示の下で複数の変形および変更が実施されてもよい。しかしながら、それらの変形および変更は本開示の範囲を逸脱しない。例えば、この例示的なプロセス１０００のどこかに１つ以上の他の任意選択のステップ（例えば記憶ステップ）が追加されてもよい。この記憶操作では、処理エンジン１１２が、乗客安全スコア、ドライバ安全スコア、時間差分および／またはエリア安全係数を、本開示の他の場所に開示された任意のストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

図１１は、輸送サービス情報および履歴データに基づいて異常スコアを決定する、本開示のいくつかの実施形態による例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス９００の操作９０６がプロセス１１００に基づいて実行されてもよい。プロセス１１００は、オンデマンド・サービス・システム１１０によって実行されてもよい。例えば、プロセス１１００は、ストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶された命令のセット（例えばアプリケーション）として実施されてもよい。プロセッサ２１１および／または図４のモジュールがこの命令のセットを実行してもよく、プロセッサ２１１および／またはモジュールは、それらの命令を実行したときにプロセス１１００を実行するように構成されていてもよい。以下に提示される図示のプロセスの操作は例示的なものであることが意図されている。いくつかの実施形態では、記載されていない１つ以上の追加の操作を用いて、かつ／または議論される操作のうちの１つ以上の操作を用いずにプロセス１１００が実施されてもよい。さらに、以下において図１１に示されたプロセスの操作が説明される順序は、限定のためであることは意図されていない。

１１０２で、処理エンジン１１２（例えば評価決定モジュール４２０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、走行記録と、サービス・オーダーの推定されたルートから車両が逸脱しているかどうかと、サービス・オーダーの１つ以上の特性とに基づいて車両異常評価値を決定してもよい。

処理エンジン１１２は、走行記録に基づいて決定された危険走行評価値、および推定されたルートから車両が逸脱していることが観察されたときに決定された比較の結果と正の相関を示す車両異常評価値を決定してもよい。

走行記録に加速度データが含まれている場合、処理エンジン１１２は、車両の加速度データに基づいて危険走行評価を実行してもよい。処理エンジン１１２は、評価されるサービス・オーダーのドライバに関連したドライバ信号送信デバイスから走行記録を受信してもよい。ドライバ信号送信デバイスは、そのドライバに関連した１つ以上の第１のセンサーから走行記録を取得してもよい。この１つ以上の第１のセンサーは、速度センサー、加速度センサー、ステアリング角度センサー、トラクション関係センサー、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。

車両の加速度データに基づいて危険走行行為が検出されたとき、処理エンジン１１２は危険走行評価値を下げてもよい。危険走行行為は、スピード超過、急ブレーキおよび頻繁なブレーキ、急な加速および頻繁な加速、急な車線変更および頻繁な車線変更、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。例えば、速度センサーによって検知された速度が交通規則による速度しきい値（例えば８０ｋｍ／ｈ）よりも大きいとき、処理エンジン１１２は、（例えば最高スコアが１００である）危険走行評価値を１０スコア減じてもよい。

処理エンジン１１２は、車両の実際のルートおよび推定されたルートに基づいて、サービス・オーダーの推定されたルートから車両が逸脱しているかどうかを判定してもよい。本明細書で使用されるとき、推定されたルートは、サービス・オーダーのピックアップ・ロケーションと目的地との間の処理エンジン１１２によって決定されたルートであってもよい。

処理エンジン１１２は、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスの複数の位置であり、サービス・オーダー中の複数の時点のうちのそれぞれの時点に対応する複数の位置に基づいて車両の実際のルートを決定してもよい。実際のルートを決定することの説明および１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスの複数の位置の説明は、本開示の他の場所（例えば図１３および図１３の説明）で見つかることがある。

処理エンジン１１２は、車両の実際のルートを推定されたルートと比較することによって、サービス・オーダーの推定されたルートから車両が逸脱しているかどうかを判定してもよい。いくつかの実施形態では、処理エンジン１１２が、サービス・オーダーのルート（例えば実際のルート、推定されたルート）を複数の区間の対（ｓｅｃｔｉｏｎ ｐａｉｒ）に分割してもよい。それぞれの区間の対は、実際のルートの１つの区間と推定されたルートの対応する１つの区間とを含む。処理エンジン１１２はそれぞれの区間の対を比較してもよい。区間の対を比較する例示的なプロセスの説明は、本開示の他の場所（例えば図１３および図１３の説明）で見つかることがある。

図１３は、実際のルートの１つの区間と推定されたルートの対応する１つの区間とを比較する、本開示のいくつかの実施形態による例示的なプロセスを示す概略図である。いくつかの実施形態では、処理エンジン１１２（例えば評価決定モジュール４２０）が道路シナリオのグリッド処理（ｇｒｉｄ ｐｒｏｃｅｓｓｉｎｇ）を実行してもよい。例えば、処理エンジン１１２は道路シナリオをグリッド・マップに変換してもよい。グリッド・マップは複数のグリッドを含む。それぞれのグリッドは道路の１つのエリアを表してもよい。いくつかの実施形態では、グリッド・マップの複数のグリッドのそれぞれのグリッドのサイズが適当な任意の値、例えば１１ｃｍ×１１ｃｍ、２０ｃｍ×２０ｃｍ、３０ｃｍ×３０ｃｍであってもよい。いくつかの実施形態では、評価決定モジュール４２０が、サービス・オーダーの推定されたルート１３０４の１つの区間を表す複数の推定された位置、およびサービス・オーダーの実際のルート１３０２の１つの区間を表す複数のサンプル位置をグリッド・マップに投影してもよい。複数のサンプル位置は、複数の時点において１つ以上の信号送信デバイス（例えばドライバ信号送信デバイス、乗客信号送信デバイス、車両信号送信デバイス）から取得されてもよく、複数の推定された位置は、複数の時点および推定されたルートに基づいて決定されてもよい。図１３に示されているように、Ａ’、Ｂ’、Ｃ’およびＤ’は複数の推定された位置を表し、Ａ、Ｂ、ＣおよびＤは複数のサンプル位置を表す。処理エンジン１１２は、道路シナリオを対応するグリッド・マップに投影してもよい。グリッド・マップがこれらの複数のグリッドに、それらの複数のグリッドの位置に基づく番号をつけてもよいことは当業者に理解されるはずである。いくつかの実施形態では、処理エンジン１１２が、２次元ベクトルを用いてそれぞれのグリッドに番号をつけてもよい。この２次元ベクトルでは、一方の成分が行内におけるグリッドの順番を示し、もう一方の成分が列内におけるグリッドの順番を示す。

処理エンジン１１２は、それぞれのサンプル位置を推定されたルートの区間と比較することによって、実際のルートの区間を推定されたルートの対応する区間と比較してもよい。例えば、処理エンジン１１２は、この比較の結果を、推定されたルートが通過するグリッド内のサンプル位置の百分率として決定してもよい。いくつかの実施形態では、処理エンジン１１２が、それぞれのサンプル位置を対応する推定された位置と比較することによって、実際のルートの区間を推定されたルートの区間と比較してもよい。例えば、処理エンジン１１２は、この比較の結果を、対応する推定された位置と同じグリッド内にあるサンプル位置の百分率として決定してもよい。

再び図１１を参照する。推定されたルートからの車両の逸脱を評定するために、処理エンジン１１２は、それぞれの区間の対の比較の結果を加算し、次いでこの比較の加算結果に１００を掛けることによって、実際のルートと推定されたルートとの間の比較の結果を決定してもよい。例えば、比較の加算結果が６０％であるとき、処理エンジン１１２は、実際のルートと推定されたルートとの間の比較の結果を６０と決定してもよい。

いくつかの実施形態では、処理エンジン１１２がさらに、サービス・オーダーの１つ以上の特性に基づいて車両異常評価値を決定してもよい。いくつかの実施形態では、サービス・オーダーの１つ以上の特性が、サービス・オーダーの推定されたルート、サービス・オーダーの推定された中間持続期間、現在の時点に対応する気象条件、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。例えば、処理エンジン１１２は、現在の時点に対応する気象条件に基づいて車両異常評価値を決定してもよい。気象条件は、雨、雪、風、スモッグ、雹、および交通に影響を及ぼす可能性がある悪天候を含んでもよい。悪天候が生じているとき、処理エンジン１１２は車両異常評価値を下げてもよい。

１１０４で、処理エンジン１１２（例えば評価決定モジュール４２０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、ドライバの生理的データと、終了時点とドライバが次のサービス・オーダーの要求を受け取った時点との間のサービス後持続期間とのうちの少なくとも１つに基づいてドライバ異常評価値を決定してもよい。例示的なサービス後持続期間の説明は、本開示の他の場所（例えば図１２および図１２の説明）で見つかることがある。

ドライバの生理的データに基づいて決定された生理的指数のうちの少なくとも１つの生理的指数が対応する正常範囲から外れているとき、処理エンジン１１２はドライバ異常評価値を下げてもよい。処理エンジン１１２は、サービス後持続期間の時間間隔と負の相関を示すドライバ異常評価値を決定してもよい。

本明細書で使用されるとき、生理的データは、心拍数、体温または血圧のうちの少なくとも１つを含んでもよい。処理エンジン１１２は、ドライバの生理的データをドライバ信号送信デバイスから取得してもよい。ドライバ信号送信デバイスは、この走行記録を、ドライバに関連した１つ以上の第１のセンサーから取得する。１つ以上の第１のセンサーは、心拍センサー、温度センサー、血圧センサー、もしくは他の同様のもの、またはこれらの任意の組合せを含んでもよい。１つ以上の第１のセンサーはドライバの体に取り付けられてもよい。

１１０６で、処理エンジン１１２（例えば評価決定モジュール４２０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、１人以上の乗客の生理的データに基づいて乗客異常評価値を決定してもよい。１人以上の乗客の生理的データに基づいて決定された生理的指数のうちの少なくとも１つの生理的指数が対応する正常範囲から外れているとき、処理エンジン１１２はドライバ異常評価値を下げてもよい。１人以上の乗客の生理的データは、ドライバの生理的データと同様である１つ以上の第２のセンサーから取得されてもよく、本明細書では説明されない。

１１０８で、処理エンジン１１２（例えばスコア決定モジュール４３０）（例えばプロセッサ２１０の処理回路２１０−ｂ）は、車両異常評価値、ドライバ異常評価値および乗客異常評価値のうちの少なくとも１つの異常評価値に基づいて異常スコアを決定してもよい。

いくつかの実施形態では、（ドライバのおよび／または１人以上の乗客のうちの少なくとも１人の乗客の）生理的指数のうちの少なくとも１つの生理的指数が対応する正常範囲から外れると、処理エンジン１１２が、他の情報を考慮することなく、危険な条件が生じていると判定してもよい。例えば、ドライバが心臓発作を起こしているとの判定に応答して、処理エンジン１１２は、ドライバに関して危険な条件が生じていると判定してもよい。処理エンジン１１２は直ちに、ドライバに関連した信号送信デバイスにドライバ警報信号を送信して緊急コールを実施してもよく、１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに制御信号を送信して車両の動きを停止させてもよい。

上記の説明は単に例示のために提供されたものであり、上記の説明が本開示の範囲を限定することは意図されていないことに留意すべきである。当業者に関して言えば、本開示の教示の下で複数の変形および変更が実施されてもよい。しかしながら、それらの変形および変更は本開示の範囲を逸脱しない。例えば、この例示的なプロセス１１００のどこかに１つ以上の他の任意選択のステップ（例えば記憶ステップ）が追加されてもよい。この記憶操作では、処理エンジン１１２が、乗客異常評価値、ドライバ異常評価値および／または車両異常評価値を、本開示の他の場所に開示された任意のストレージ・デバイス（例えばストレージ・デバイス１６０）に記憶してもよい。

図１４は、車両を停止させる、本開示のいくつかの実施形態による例示的なシナリオを示す概略図である。図１４に示されているように、車両１５０−１は、道路１４２１に沿って移動してもよく、車両１５０−１によって自律的に決定された経路に沿って人間の入力なしでブレーキをかけてもよい。道路１４２１は、車両が移動するために準備された空間であってもよい。例えば、道路１４２１は、車輪の付いた車両（例えば車、列車、二輪車、三輪車など）のための道路であってもよい。車両１５０−１は、交通規則に従って走行するように規制されていてもよい。例えば、車両１５０−１のスピードは道路１４２１のスピード制限を超過しないことになっている。道路１４２１は１つ以上の車線（例えば車線１４２２および車線１４２３）を含んでもよい。車線１４２３は緊急停止エリアを含んでもよい。

図１に関して説明されたとおり、複数のセンサー１５０−３は、車両１５０−１を制御するために使用される命令を受信するように構成されていてもよい。複数のセンサー１５０−３はさらに制御ユニットを含んでいてもよい。制御ユニットは、車両１５０−１を制御するように構成されていてもよい。制御ユニットは、走行経路１４２０に沿って走行するように車両１５０−１を制御してもよい。制御ユニットは、複数のセンサー１５０−３からのステータス情報に基づいて、走行経路１４２０および走行経路１４２０に沿ったスピードを決定してもよい。いくつかの実施形態では、走行経路１４２０が、車両１５０−１が停止するための指定されたエリアとして使用されてもよい。例えば、複数のセンサー１５０−３が、ブレーキをかけ、指定されたエリアに停止するよう車両１５０−１を制御するために使用される命令を受信してもよい。

以上のように基本的発想が説明されたが、この詳細な開示を読んだ後の当業者にはむしろ、上記の詳細な開示は単なる例として提示されることが意図されたものであり、限定のためのものではないことが明白になる可能性がある。本明細書に明確には述べられていないが、当業者は、さまざまな改変、改良および変更を思いつくことがあり、それらの改変、改良および変更を意図している。それらの改変、改良および変更は本開示によって示唆されることが意図されており、本開示の例示的な実施形態の趣旨および範囲に含まれる。

さらに、本開示の実施形態を説明するためにある種の用語が使用されている。例えば、用語「一実施形態」、「実施形態」および／または「いくつかの実施形態」は、当該実施形態に関連して記載された特定の特徴、構造または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書のさまざまな部分において「実施形態」、「一実施形態」または「代替実施形態」に２回以上、言及されているときでも、それらの言及の全てが同じ実施形態を指しているわけではないことが強調され、また、そのように理解されるべきである。さらに、本開示の１つ以上の実施形態において、それらの特定の特徴、構造または特性が適当に組み合わされることもある。

さらに、本明細書では、新規の有用な任意のプロセス、機械、製造もしくは組成物、またはそれらの新規の有用な任意の改良を含む、特許を受けられるいくつかのクラスまたは文脈のうちの任意のクラスまたは文脈で、本開示の諸態様が示され、説明されることがあることが当業者によって理解される。このことに応じて、本開示の諸態様は、全体がハードウェア実装形態で、全体がソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）実装形態で、またはソフトウェアとハードウェアを組み合わせた実装形態で実装されてもよい。本明細書では一般に、これらの実装形態が全て、「ブロック」、「モジュール」、「エンジン」、「ユニット」、「構成要素」または「システム」と呼ばれ得る。さらに、本開示の諸態様は、コンピュータ可読プログラム・コードがその上に実施された１つ以上のコンピュータ可読媒体内に実施されたコンピュータ・プログラム・プロダクトの形態をとってもよい。

コンピュータ可読信号媒体は、コンピュータ可読プログラム・コードがその中に実施された伝搬データ信号、例えば、コンピュータ可読プログラム・コードがベースバンド中にまたは搬送波の部分として実施された伝搬データ信号を含んでもよい。このような伝搬信号は、電磁信号、光学信号、もしくは他の同様のもの、またはそれらの適当な任意の組合せを含むさまざまな形態のうちの任意の形態をとってもよい。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体以外の任意のコンピュータ可読媒体であって、命令実行システム、装置もしくはデバイスによって使用されるプログラム、または命令実行システム、装置もしくはデバイスとともに使用されるプログラムをやり取りし、伝搬し、輸送することができる任意のコンピュータ可読媒体であってもよい。コンピュータ可読信号媒体上に実施されたプログラム・コードは、ワイヤレス、ワイヤライン、光ファイバー・ケーブル、ＲＦ、もしくは他の同様のもの、または上記のものの適当な任意の組合せを含む適当な任意の媒体を使用して送信されてもよい。

本開示の諸態様のための操作を実行するコンピュータ・プログラム・コードは、Ｊａｖａ（登録商標）、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎもしくは他の同様のものなどのオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｆｏｒｔｒａｎ １７０３、Ｐｅｒｌ、ＣＯＢＯＬ １７０２、ＰＨＰ、ＡＢＡＰなどの従来の手続き型プログラミング言語、Ｐｙｔｈｏｎ、ＲｕｂｙおよびＧｒｏｏｖｙなどの動的プログラミング言語、または他のプログラミング言語を含む１つ以上のプログラミング言語の任意の組合せで書かれていてもよい。このプログラム・コードは、全体がユーザのコンピュータ上で実行されてもよく、一部がユーザのコンピュータ上で実行されてもよく、スタンドアロン・ソフトウェア・パッケージとして実行されてもよく、一部がユーザのコンピュータ上で、一部がリモート・コンピュータ上で実行されてもよく、または全体がリモート・コンピュータもしくはサーバ上で実行されてもよい。上記の最後のシナリオでは、リモート・コンピュータが、ローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよく、またはこの接続が、外部コンピュータに対して（例えばインターネット・サービス・プロバイダを使用してインターネットを介して）、もしくはクラウド・コンピューティング環境において実施されてもよく、またはソフトウェア・アズ・ア・サービス（ｓｏｆｔｗａｒｅ ａｓ ａ ｓｅｒｖｉｃｅ：ＳａａＳ）などのサービスとして提供されてもよい。

さらに、したがって、特許請求の範囲に記載されている場合を除き、処理要素または処理シーケンスが列挙される順序または数字、文字もしくは他の指示の使用が、請求されるプロセスおよび方法をなんらかの順序に限定することは意図されていない。上記の開示は、さまざまな例を通じて、現時点において本開示のさまざまな有用な実施形態であると考えられるものについて論じているが、このような詳細は単にそのことだけが目的であること、ならびに添付の特許請求の範囲は、開示される実施形態だけに限定されず、反対に、添付の特許請求の範囲は、開示される実施形態の趣旨および範囲に含まれる変更および等価の構成をカバーすることが意図されていることが理解されるべきである。例えば、上に記載されたさまざまな構成要素の実装形態はハードウェア・デバイス内で実施されることがあるが、ソフトウェアだけによる解決策として、例えば既存のサーバまたはモバイル・デバイス上へのインストールとして実施されることもある。

同様に、本開示の実施形態の上記の説明では時に、本開示を簡素化するために、さまざまな特徴が、場合によっては単一の実施形態、図またはこれらの説明において１つにまとめられており、このことが、さまざまな実施形態のうちの１つ以上の実施形態の理解を助けることが理解されるべきである。しかしながら、請求される主題が、それぞれの請求項に明示的に記載された特徴よりも多くの特徴を必要とするとの意図を、この開示の方法が反映しているとは解釈されるべきではない。むしろ、請求される主題は、開示された上記の単一の実施形態の全ての特徴よりも少数の特徴を有することがある。

Claims (15)

1. 輸送サービスの安全を評価するための実行可能な命令を記憶したコンピュータ可読ストレージ媒体と、
   前記コンピュータ可読ストレージ媒体と通信する少なくとも１つのプロセッサと
   を備えるシステムであって、前記少なくとも１つのプロセッサが前記実行可能な命令を実行したときに、前記少なくとも１つのプロセッサが、
   ドライバがサービス・オーダーのオーダー要求を受け取った時点と前記ドライバが次のサービス・オーダーのオーダー要求を受け取った時点との間の時間間隔であるオーダー持続時間内のサービス・オーダーの輸送サービス・データを、前記サービス・オーダーに関する１つ以上の信号送信デバイスから受信すること、
   前記サービス・オーダーの車両のドライバおよび前記サービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得すること、
   前記履歴データ、前記輸送サービス・データおよび前記サービス・オーダーの１つ以上の特性に基づいて、現在の時点における前記サービス・オーダーの安全スコアを決定すること、ならびに
   前記現在の時間において危険な条件が生じているかどうかを前記安全スコアに基づいて判定すること
   を前記システムに実行させるように指示される、
   システム。
2. 前記プロセッサがさらに、
   前記１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに信号を送信すること
   を前記システムに実行させるように指示され、前記信号が、前記車両内の光景に関連したデータを前記プロセッサに送信するよう前記１つ以上の信号送信デバイスのうちの前記少なくとも１つの信号送信デバイスに命令する命令を符号化しており、前記データが、ビデオ・データ、オーディオ・データまたは画像データのうちの少なくとも１つのタイプを含み、
   前記プロセッサがさらに、
   前記１つ以上の信号送信デバイスのうちの前記少なくとも１つの信号送信デバイスから前記車両内の前記光景に関連した前記データを受信すること
   を前記システムに実行させるように指示される、請求項１に記載のシステム。
3. 前記現在の時間において危険な条件が生じているとの判定に応答して、前記プロセッサがさらに、
   前記１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに制御信号を送信して前記車両の動きを停止させること、または
   第三者に、前記第三者が介入することを求める警報信号を送信すること
   のうちの少なくとも１つを前記システムに実行させるように指示される、請求項１または２に記載のシステム。
4. 前記現在の時間において危険な条件が生じているとの判定に応答して、前記プロセッサがさらに、
   前記ドライバに関して前記危険な条件が生じているとの判定に基づいて、前記ドライバに関連した信号送信デバイスにドライバ警報信号を送信すること、または
   前記乗客に関して前記危険な条件が生じているとの判定に基づいて、前記１人以上の乗客に関連した信号送信デバイスのうちの少なくとも１つの信号送信デバイスに乗客警報信号を送信すること
   のうちの少なくとも１つを実行することを前記システムに実行させるように指示される、請求項１〜３のいずれか一項に記載のシステム。
5. 前記履歴データ、前記輸送サービス・データおよび前記サービス・オーダーの１つ以上の特性に基づいて、現在の時間における前記サービス・オーダーの安全スコアを決定するために、前記プロセッサがさらに、
   前記１人以上の乗客に関する前記履歴データ、実際のルート、１人以上の乗客が車両に乗車した開始時点と１人以上の乗客が車両から降りた終了時点との間の推定された時間間隔に対応する推定された中間持続期間および前記現在の時点に基づいてドライバ安全スコアを決定すること、
   前記ドライバに関する前記履歴データ、前記推定された中間持続期間および前記現在の時点に基づいて乗客安全スコアを決定すること、
   前記輸送サービス・データおよび前記サービス・オーダーの前記１つ以上の特性に基づいて異常スコアを決定すること、ならびに
   前記ドライバ安全スコア、前記乗客安全スコアまたは前記異常スコアのうちの少なくとも１つに基づいて現在の時間における前記サービス・オーダーの前記安全スコアを決定すること
   を前記システムに実行させるように指示される、請求項１〜４のいずれか一項に記載のシステム。
6. 前記現在の時点における前記サービス・オーダーの前記安全スコアを決定するために、前記プロセッサがさらに、
   ドライバ安全スコアとドライバ安全しきい値との間の第１の比較を実行すること、
   乗客安全スコアと乗客安全しきい値との間の第２の比較を実行すること、
   異常スコアと異常しきい値との間の第３の比較を実行すること、および
   前記第１の比較、前記第２の比較または前記第３の比較の少なくとも１つの結果に基づいて前記現在の時間における前記サービス・オーダーの前記安全スコアを決定すること
   を前記システムに実行させるように指示される、請求項１〜５のいずれか一項に記載のシステム。
7. 前記１人以上の乗客に関する前記履歴データ、実際のルート、１人以上の乗客が車両に乗車した開始時点と１人以上の乗客が車両から降りた終了時点との間の推定された時間間隔に対応する推定された中間持続期間および前記現在の時点に基づいてドライバ安全スコアを決定するために、前記プロセッサがさらに、
   前記１人以上の乗客の身体的検査記録、前記１人以上の乗客の医療記録または前記１人以上の乗客の履歴輸送サービス・データのうちの少なくとも１つに基づいて乗客評価値を決定すること、
   実際のルートが通過する１つ以上のエリアを決定すること、
   前記１つ以上のエリアのうちの少なくとも１つのエリアのエリア安全係数を決定すること、
   １人以上の乗客が車両に乗車した開始時点と前記現在の時点との間の実時間間隔を決定すること、
   前記実時間間隔を推定された中間持続期間と比較すること、ならびに
   前記乗客評価値、前記エリア安全係数、および前記実時間間隔と前記推定された中間持続期間との間の前記比較の結果に基づいて前記ドライバ安全スコアを決定すること
   を前記システムに実行させるように指示される、請求項１〜６のいずれか一項に記載のシステム。
8. 前記ドライバに関する前記履歴データ、１人以上の乗客が車両に乗車した開始時点と１人以上の乗客が車両から降りた終了時点との間の推定された時間間隔に対応する推定された中間持続期間および前記現在の時点に基づいて乗客安全スコアを決定するために、前記プロセッサがさらに、
   前記ドライバの身体的検査記録、前記ドライバの医療記録または前記ドライバの履歴輸送サービス・データのうちの少なくとも１つに基づいてドライバ評価値を決定すること、および
   前記ドライバ評価値と、１人以上の乗客が車両に乗車した開始時点と前記現在の時点との間の実時間間隔と前記推定された中間持続期間との間の比較の結果とに基づいて前記乗客安全スコアを決定すること
   を前記システムに実行させるように指示される、請求項１〜７のいずれか一項に記載のシステム。
9. 前記輸送サービス・データおよび前記サービス・オーダーの前記１つ以上の特性に基づいて異常スコアを決定するために、前記プロセッサがさらに、
   走行記録と、前記サービス・オーダーの推定されたルートから前記車両が逸脱しているかどうかと、前記サービス・オーダーの前記１つ以上の特性とに基づいて車両異常評価値を決定すること、
   前記ドライバの生理的データと、１人以上の乗客が車両から降りた終了時点と前記ドライバが次のサービス・オーダーの要求を受け取った時点との間のサービス後持続期間とのうちの少なくとも１つに基づいてドライバ異常評価値を決定すること、
   前記１人以上の乗客の前記生理的データに基づいて乗客異常評価値を決定すること、ならびに
   前記車両異常評価値、前記ドライバ異常評価値または前記乗客異常評価値のうちの少なくとも１つの異常評価値に基づいて前記異常スコアを決定すること
   を前記システムに実行させるように指示される、請求項１〜８のいずれか一項に記載のシステム。
10. 少なくとも１つのプロセッサと、少なくとも１つのストレージ媒体と、ネットワークに接続された通信プラットフォームとを有するコンピューティング・デバイス上で実施される方法であって、
    ドライバがサービス・オーダーのオーダー要求を受け取った時点と前記ドライバが次のサービス・オーダーのオーダー要求を受け取った時点との間の時間間隔であるオーダー持続時間内のサービス・オーダーの輸送サービス・データを、前記サービス・オーダーに関する１つ以上の信号送信デバイスから受信するステップと、
    前記サービス・オーダーの車両のドライバおよび前記サービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得するステップと、
    前記履歴データ、前記輸送サービス・データおよび前記サービス・オーダーの１つ以上の特性に基づいて、現在の時点における前記サービス・オーダーの安全スコアを決定するステップと、
    前記現在の時間において危険な条件が生じているかどうかを前記安全スコアに基づいて判定するステップと
    を含む方法。
11. 前記１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに信号を送信するステップであり、前記信号が、前記車両内の光景に関連したデータを前記プロセッサに送信するよう前記１つ以上の信号送信デバイスのうちの前記少なくとも１つの信号送信デバイスに命令する命令を符号化しており、前記データが、ビデオ・データ、オーディオ・データまたは画像データのうちの少なくとも１つのタイプを含む、ステップと、
    前記１つ以上の信号送信デバイスのうちの前記少なくとも１つの信号送信デバイスから前記車両内の前記光景に関連した前記データを受信するステップと
    をさらに含む、請求項１０に記載の方法。
12. 前記現在の時間において危険な条件が生じているとの判定に応答して、
    前記１つ以上の信号送信デバイスのうちの少なくとも１つの信号送信デバイスに制御信号を送信して前記車両の動きを停止させるステップ、または
    第三者に、前記第三者が介入することを求める警報信号を送信するステップ
    のうちの少なくとも１つをさらに含む、請求項１０または１１に記載の方法。
13. 前記現在の時間において危険な条件が生じているとの判定に応答して、
    前記ドライバに関して前記危険な条件が生じているとの判定に基づいて、前記ドライバに関連した信号送信デバイスにドライバ警報信号を送信するステップ、または
    前記乗客に関して前記危険な条件が生じているとの判定に基づいて、前記１人以上の乗客に関連した信号送信デバイスのうちの少なくとも１つの信号送信デバイスに乗客警報信号を送信するステップ
    をさらに含む、請求項１０〜１２のいずれか一項に記載の方法。
14. 前記履歴データ、前記輸送サービス・データおよび前記サービス・オーダーの１つ以上の特性に基づいて、現在の時間における前記サービス・オーダーの安全スコアを決定する前記ステップが、
    前記１人以上の乗客に関する前記履歴データ、実際のルート、１人以上の乗客が車両に乗車した開始時点と１人以上の乗客が車両から降りた終了時点との間の推定された時間間隔に対応する推定された中間持続期間および前記現在の時点に基づいてドライバ安全スコアを決定するステップと、
    前記ドライバに関する前記履歴データ、前記推定された中間持続期間および前記現在の時点に基づいて乗客安全スコアを決定するステップと、
    前記輸送サービス・データおよび前記サービス・オーダーの前記１つ以上の特性に基づいて異常スコアを決定するステップと、
    前記ドライバ安全スコア、前記乗客安全スコアまたは前記異常スコアのうちの少なくとも１つに基づいて現在の時間における前記サービス・オーダーの前記安全スコアを決定するステップと
    を含む、請求項１０〜１３のいずれか一項に記載の方法。
15. 輸送サービス安全を評価するための命令の少なくとも１つのセットを含む非一時的コンピュータ可読媒体であって、電子端末の少なくとも１つのプロセッサによって実行されたときに前記命令の少なくとも１つのセットが、少なくとも１つのプロセッサに、
    ドライバがサービス・オーダーのオーダー要求を受け取った時点と前記ドライバが次のサービス・オーダーのオーダー要求を受け取った時点との間の時間間隔であるオーダー持続時間内のサービス・オーダーの輸送サービス・データを、前記サービス・オーダーに関する１つ以上の信号送信デバイスから受信する行為と、
    前記サービス・オーダーの車両のドライバおよび前記サービス・オーダーの１人以上の乗客に関する履歴データをデータベースから取得する行為と、
    前記履歴データ、前記輸送サービス・データおよび前記サービス・オーダーの１つ以上の特性に基づいて、現在の時点における前記サービス・オーダーの安全スコアを決定する行為と、
    前記現在の時間において危険な条件が生じているかどうかを前記安全スコアに基づいて判定する行為と
    を実行するように指示する、非一時的コンピュータ可読媒体。