(57)【要約】  システムは、相乗り要求をユーザー及びユーザーの連絡相手に提供するための一組の命令を記憶するように構成された少なくとも１つのコンピュータ可読記憶媒体と、コンピュータ可読記憶媒体と通信する少なくとも１つの処理部とを備えることができ、少なくとも１つの処理部は、一組の命令を実行すると、少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得し、第１乗客端末のユーザーからの少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定し、少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を送信し、相乗り要求が承諾されたか否かを示す勧誘に対する応答を上記候補第２乗客端末から取得するように指示される。【選択図】図４
2019505022.tif 000002
【特許請求の範囲】
【請求項１】
相乗りサービスをユーザー及び該ユーザーの連絡相手に提供するための一組の命令を含む少なくとも１つのコンピュータ可読記憶媒体と、
前記コンピュータ可読記憶媒体と通信する少なくとも１つの処理部と、
を備え、
前記少なくとも１つの処理部は、前記一組の命令を実行すると、
少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得し、
前記少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定し、
前記少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を送信し、
前記相乗り要求が承諾されたか否かを示す前記勧誘に対する応答を前記候補第２乗客端末から取得するように指示される、システム。
【請求項２】
前記勧誘に対する前記応答は、前記勧誘を断る不承諾応答を含み、
前記少なくとも１つの処理部は、
前記相乗り要求の不成立通知を前記第１乗客端末に送信するように更に指示される、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つの処理部は、
再相乗り要求を前記第１乗客端末に送信し、
前記再相乗り要求に対する返答を前記第１乗客端末から取得するように更に指示される、請求項２に記載のシステム。
【請求項４】
前記勧誘に対する前記応答は、前記勧誘を承諾する承諾応答を含み、
前記少なくとも１つの処理部は、
前記相乗り要求に基づいて相乗りオーダーを生成し、
前記相乗りオーダーの確認通知を前記第１乗客端末及び前記候補第２乗客端末に送信するように更に指示される、請求項１に記載のシステム。
【請求項５】
前記少なくとも１つの処理部は、
前記相乗りオーダーの成立確認を取得し、
前記第１乗客端末の第１の支払い額を求め、
前記第２乗客端末の第２の支払い額を求めるように更に指示される、請求項４に記載のシステム。
【請求項６】
コンピュータサーバによって、少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得し、
前記コンピュータサーバによって、前記少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定し、
前記コンピュータサーバによって、前記少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を送信し、
前記コンピュータサーバによって、前記相乗り要求が承諾されたか否かを示す前記勧誘に対する応答を前記候補第２乗客端末から取得する、
ことを含む、相乗りサービスをユーザー及び該ユーザーの連絡相手に提供する方法。
【請求項７】
前記勧誘に対する前記応答は、前記勧誘を断る不承諾応答を含み、
前記方法は、
前記コンピュータサーバによって、前記相乗り要求の不成立通知を前記第１乗客端末に送信すること、
を更に含む、請求項６に記載の方法。
【請求項８】
前記コンピュータサーバによって、再相乗り要求を前記第１乗客端末に送信し、
前記コンピュータサーバによって、前記相再乗り要求に対する返答を前記第１乗客端末から取得すること、
を更に含む、請求項７に記載の方法。
【請求項９】
前記勧誘に対する前記応答は、前記勧誘を承諾する承諾応答を含み、
前記方法は、
前記コンピュータサーバによって、前記相乗り要求に基づいて相乗りオーダーを生成し、
前記コンピュータサーバによって、前記相乗りオーダーの確認通知を前記第１乗客端末及び前記候補第２乗客端末に送信すること、
を更に含む、請求項６に記載の方法。
【請求項１０】
前記コンピュータサーバによって、前記相乗りオーダーの成立確認を取得し、
前記コンピュータサーバによって、前記第１乗客端末の第１の支払い額を求め、
前記コンピュータサーバによって、前記第２乗客端末の第２の支払い額を求める、
ことを更に含む、請求項９に記載の方法。
【請求項１１】
相乗りサービスをユーザー及び該ユーザーの連絡相手に提供する少なくとも一組の命令を含む非一時的コンピュータ可読媒体であって、前記少なくとも一組の命令は、コンピュータサーバの処理部によって実行されると、
少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得する動作と、
前記少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定する動作と、
前記少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を送信する動作と、
前記相乗り要求が承諾されたか否かを示す前記勧誘に対する応答を前記候補第２乗客端末から取得する動作と、
を実行するように前記処理部に指示する、非一時的コンピュータ可読媒体。
【請求項１２】
相乗りサービスをユーザー及び該ユーザーの連絡相手に提供するための一組の命令を含む少なくとも１つのコンピュータ可読記憶媒体と、
前記コンピュータ可読記憶媒体と通信する少なくとも１つの処理部と、
を備え、
前記少なくとも１つの処理部は、前記一組の命令を実行すると、
第１の照合情報及び第１の移動出発点を含む第１の相乗り要求を、第１の乗客に関連付けられた第１乗客端末から取得し、
第２の照合情報及び第２の移動出発点を含む第２の相乗り要求を、第２の乗客に関連付けられた第２乗客端末から取得し、
前記第１の照合情報が前記第２の照合情報と整合するとき、前記第１の乗客及び前記第２の乗客が相乗りの事前の同意を有すると判断し、
前記第１の相乗り要求及び前記第２の相乗り要求に基づいて相乗りオーダーを生成し、
前記相乗りオーダーの確認通知を前記第１乗客端末及び前記第２乗客端末に送信するように指示される、システム。
【請求項１３】
前記少なくとも１つの処理部は、
前記第１の移動出発点が、前記第２の移動出発点から所定の距離の外側にある場合、又は、
前記第１の照合情報が前記第２の照合情報と整合しない場合、
のうちの少なくとも一方の場合において、前記第１の相乗り要求の不成立通知を前記第１乗客端末に送信するように更に指示される、請求項１２に記載のシステム。
【請求項１４】
前記少なくとも１つの処理部は、
再相乗り要求を前記第１乗客端末に送信し、
前記再相乗り要求に対する返答を前記第１乗客端末から取得するように更に指示される、請求項１３に記載のシステム。
【請求項１５】
前記少なくとも１つの処理部は、
前記相乗りオーダーの成立確認を取得し、
前記第１乗客端末の支払い額を求め、
前記第２乗客端末の第２の支払い額を求めるように更に指示される、請求項１２に記載のシステム。
【請求項１６】
コンピュータサーバによって、第１の照合情報及び第１の移動出発点を含む第１の相乗り要求を、第１の乗客に関連付けられた第１乗客端末から取得し、
前記コンピュータサーバによって、第２の照合情報及び第２の移動出発点を含む第２の相乗り要求を、第２の乗客に関連付けられた第２乗客端末から取得し、
前記コンピュータサーバによって、前記第１の照合情報が前記第２の照合情報と整合するとき、前記第１の乗客及び前記第２の乗客が相乗りの事前の同意を有すると判断し、
前記コンピュータサーバによって、前記第１の相乗り要求及び前記第２の相乗り要求に基づいて相乗りオーダーを生成し、
前記コンピュータサーバによって、前記相乗りオーダーの確認通知を前記第１乗客端末及び前記第２乗客端末に送信すること、
を含む、相乗りサービスをユーザー及び該ユーザーの連絡相手に提供する方法。
【請求項１７】
前記第１の移動出発点が、前記第２の移動出発点から所定の距離の外側にある場合、又は、
前記第１の照合情報が前記第２の照合情報と整合しない場合、
のうちの少なくとも一方の場合において、前記コンピュータサーバによって、前記第１の相乗り要求の不成立通知を前記第１乗客端末に送信すること、
を更に含む、請求項１６に記載の方法。
【請求項１８】
前記コンピュータサーバによって、再相乗り要求を前記第１乗客端末に送信し、
前記コンピュータサーバによって、前記再相乗り要求に対する返答を前記第１乗客端末から取得することと、
を更に含む、請求項１７に記載の方法。
【請求項１９】
前記コンピュータサーバによって、前記相乗りオーダーの成立確認を取得し、
前記コンピュータサーバによって、前記第１乗客端末の第１の支払い額を求め、
前記コンピュータサーバによって、前記第２乗客端末の第２の支払い額を求めること、
を更に含む、請求項１６に記載の方法。
【請求項２０】
相乗りサービスをユーザー及び該ユーザーの連絡相手に提供する少なくとも一組の命令を含む非一時的コンピュータ可読媒体であって、前記少なくとも一組の命令は、コンピュータサーバの処理部によって実行されると、
第１の照合情報及び第１の移動出発点を含む第１の相乗り要求を、第１の乗客に関連付けられた第１乗客端末から取得する動作と、
第２の照合情報及び第２の移動出発点を含む第２の相乗り要求を、第２の乗客に関連付けられた第２乗客端末から取得する動作と、
前記第１の照合情報が前記第２の照合情報と整合するとき、前記第１の乗客及び前記第２の乗客が相乗りの事前の同意を有すると判断する動作と、
前記第１の相乗り要求及び前記第２の相乗り要求に基づいて相乗りオーダーを生成する動作と、
前記相乗りオーダーの確認通知を前記第１乗客端末及び前記第２乗客端末に送信する動作と、
を実行するように前記処理部に指示する、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、２０１６年３月８日に出願された中国特許出願第２０１６１０１３５５８０．４号の優先権を主張し、この出願の内容は、引用することによりその全体が本明細書の一部をなす。
［技術分野］
【０００２】
本開示は、包括的には、オンデマンドサービスのためのシステム及び方法に関し、特に、相乗りのためのシステム及び方法に関する。
【背景技術】
【０００３】
オンデマンドの輸送サービス（例えばタクシーサービスなど）は、ますます普及してきている。民間の輸送サービスでは移動コストが高く、公共輸送機関は十分に便利なものではないことから、ドライバー及び乗客の双方にとって相乗りサービスが重要な役割を果たす。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
相乗りに関しては、セキュリティ上の理由から、見知らぬ人と相乗りすることを望まない場合があるという問題がある。一方、知人間及び友人間での相乗りは広く歓迎されており、高い需要がある。
【課題を解決するための手段】
【０００５】
本開示の例示的な実施の形態によれば、システムは、相乗りサービスをユーザー及びそのユーザーの連絡相手に提供するための一組の命令を記憶するように構成された少なくとも１つのコンピュータ可読記憶媒体と、コンピュータ可読記憶媒体と通信する少なくとも１つの処理部（プロセッサ）とを備えてもよい。上記少なくとも１つの処理部は、一組の命令を実行すると、少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得し、第１乗客端末のユーザーからの少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定し、少なくとも１つの第２乗客端末のうち、相乗り勧誘を受け付ける見込みのある第２乗客端末（以下、候補第２乗客端末という）に勧誘を送信し、相乗り要求が承諾されたか否かを示す勧誘に対する応答を、上記候補第２乗客端末から取得するように指示される。
【０００６】
本開示の例示的な実施の形態によれば、相乗りサービスをユーザー及びそのユーザーの連絡相手に提供する方法は、コンピュータサーバによって、少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得し、コンピュータサーバによって、少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定し、コンピュータサーバによって、少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を送信し、コンピュータサーバによって、相乗り要求が承諾されたか否かを示す勧誘に対する応答を、上記候補第２乗客端末から取得することを含む方法であってもよい。
【０００７】
本開示の例示的な実施の形態によれば、相乗りサービスをユーザー及びそのユーザーの連絡相手に提供する少なくとも一組の命令を含む非一時的コンピュータ可読媒体であって、上記少なくとも一組の命令は、コンピュータサーバの処理部によって実行されると、少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得する動作と、少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定する動作と、少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を送信する動作と、相乗り要求が承諾されたか否かを示す勧誘に対する応答を、上記候補第２乗客端末から取得する動作と、を実行するように処理部に指示する、非一時的コンピュータ可読媒体が提供されてもよい。
【０００８】
本開示の例示的な実施の形態によれば、システムは、相乗りサービスをユーザー及びそのユーザーの連絡相手に提供するための一組の命令を含む少なくとも１つのコンピュータ可読記憶媒体と、コンピュータ可読記憶媒体と通信する少なくとも１つの処理部とを備えてもよい。上記少なくとも１つの処理部は、一組の命令を実行すると、第１の照合情報及び第１の移動出発点を含む第１の相乗り要求を、第１の乗客に関連付けられた第１乗客端末から取得し、第２の照合情報及び第２の移動出発点を含む第２の相乗り要求を、第２の乗客に関連付けられた第２乗客端末から取得し、第１の照合情報が第２の照合情報と整合するとき、第１の乗客及び第２の乗客が相乗りの事前の同意を有すると判断し、第１の相乗り要求及び第２の相乗り要求に基づいて相乗りオーダーを生成し、相乗りオーダーの確認通知を第１乗客端末及び第２乗客端末に送信することを行うように指示される。
【０００９】
本開示の例示的な実施の形態によれば、相乗りサービスをユーザー及びそのユーザーの連絡相手に提供する方法は、コンピュータサーバによって、第１の照合情報及び第１の移動出発点を含む第１の相乗り要求を、第１の乗客に関連付けられた第１乗客端末から取得し、コンピュータサーバによって、第２の照合情報及び第２の移動出発点を含む第２の相乗り要求を、第２の乗客に関連付けられた第２乗客端末から取得し、コンピュータサーバによって、第１の照合情報が第２の照合情報と整合するとき、第１の乗客及び第２の乗客が相乗りの事前の同意を有すると判断し、コンピュータサーバによって、第１の相乗り要求及び第２の相乗り要求に基づいて相乗りオーダーを生成し、コンピュータサーバによって、相乗りオーダーの確認通知を第１乗客端末及び第２乗客端末に送信することを含む方法であってもよい。
【００１０】
本開示の例示的な実施の形態によれば、相乗りサービスをユーザー及びそのユーザーの連絡相手に提供する少なくとも一組の命令を含む非一時的コンピュータ可読媒体であって、少なくとも一組の命令は、コンピュータサーバの処理部によって実行されると、第１の照合情報及び第１の移動出発点を含む第１の相乗り要求を、第１の乗客に関連付けられた第１乗客端末から取得する動作と、第２の照合情報及び第２の移動出発点を含む第２の相乗り要求を、第２の乗客に関連付けられた第２乗客端末から取得する動作と、第１の照合情報が第２の照合情報と整合するとき、第１の乗客及び第２の乗客が相乗りの事前の同意を有すると判断する動作と、第１の相乗り要求及び第２の相乗り要求に基づいて相乗りオーダーを生成する動作と、相乗りオーダーの確認通知を第１乗客端末及び第２乗客端末に送信する動作とを実行するように処理部に指示する、非一時的コンピュータ可読媒体が提供されてもよい。
【００１１】
本開示を例示的な実施形態の観点から更に説明する。本開示の実施の形態の上記態様及び他の態様は、添付図面の図とともに以下の詳細な説明を読むことでより明らかになる。
【図面の簡単な説明】
【００１２】
【図１】実施形態の一部に係るオンデマンドサービスシステムの一例のブロック図である。
【図２】実施形態の一部に係るコンピューティングデバイスのハードウェア構成要素及びソフトウェア構成要素の一例を示す概略図である。
【図３】実施形態の一部に係る処理エンジンの一例を示すブロック図である。
【図４】実施形態の一部に係る相乗りのプロセスの一例を示すフローチャートである。
【図５】実施形態の一部に係る相乗りのプロセスの一例を示すフローチャートである。
【図６】実施形態の一部に係る相乗りのプロセスの一例を示すフローチャートである。
【図７】実施形態の一部に係る相乗りのプロセスの一例を示すフローチャートである。
【図８】実施形態の一部に係る相乗りのプロセスの一例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下の説明は、いずれの当業者も本開示の内容を製造及び使用することができるように提示され、特定の用途及びその要件に沿うように提供されている。当業者は開示された実施形態に対する様々な変更を容易に把握でき、本開示において規定される一般的な原理は、本開示の趣旨及び範囲から逸脱することなく他の実施形態及び用途に適用することができる。したがって、本開示は、提示された実施形態に限定されるものではなく、特許請求の範囲と一致した最も広い範囲を与えられることになる。
【００１４】
本明細書において用いられる術語は、特定の例示の実施形態を説明することのみを目的としており、限定することを意図するものではない。個数が特定されていないものが本明細書において用いられているとき、それらは、文脈が明らかに別のことを示していない限り、単数のもの及び複数のものを含む。「備える」及び／又は「含む」という用語は、本明細書において用いられるとき、明示された特徴、整数、ステップ、操作、要素、及び／又は構成要素が存在することを特定しているが、１つ以上の他の特徴、整数、ステップ、操作、要素、構成要素、及び／又はそれらの群が存在すること又は追加されることを排除するものではないことが更に理解されるであろう。
【００１５】
本開示のこれらの特徴及び特性、並びに他の特徴及び特性、更には、構造に関連する要素及び部分を組み合わせた場合の操作の方法及び機能、並びに製造の経済性は、添付図面（複数の場合もある）を参照しながら以下の説明を検討することでより明らかになる。添付図面の全ては、本願の書類の一部をなす。一方、図面は、例示及び説明のみを目的としたものにすぎず、本開示の範囲を限定することを意図するものではないことが明らかに理解されるであろう。なお、理解されるであろうが、図面の縮尺は一律ではない。
【００１６】
本開示において用いられるフローチャートは、システムが本開示の一部の実施形態に従って実行する操作を示している。フローチャートの操作は、順序どおりに実施される場合もあれば、そうでない場合もあることが明らかに理解されるであろう。逆に、それらの操作は、逆の順序で実施される場合もあるし、同時に実施される場合もある。その上、１つ以上の他の操作が、フローチャートに追加される場合がある。また１つ以上の操作がフローチャートから除去される場合がある。
【００１７】
さらに、本開示におけるシステム及び方法は、主として乗り物のスケジューリングに関して説明されているが、これは１つの例示的な実施形態にすぎないことも理解されるべきである。本開示のシステム又は方法は、他の任意の種類のオンデマンドサービスに適用してもよい。例えば、本開示のシステム又は方法は、陸上、海上、航空宇宙空間など、又はそれらのあらゆる組み合わせを含む種々の輸送システムに適用してもよい。輸送システムの乗り物は、タクシー、自家用車、ヒッチハイク、バス、列車、新幹線、高速鉄道、地下鉄、船舶、航空機、宇宙船、熱気球、無人の乗り物など、又はそれらのいずれかの組み合わせを含んでもよい。輸送システムは、管理及び／又は配送に適用する輸送システム、例えば、速達便を送付及び／又は受領するシステムも含んでもよい。本開示のシステム又は方法の想定される用途としては、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部解析システム、人工知能（ＡＩ）ロボットなど、又はそれらの組み合わせを含むことができる。
【００１８】
本開示における「乗客」、「要求者」、「サービス要求者」、及び「顧客」という用語は、サービスを要求又はオーダーすることができる個人、団体又はツールを指すために区別なく用いられる。また、本開示における「ドライバー」、「提供者」、「サービス提供者」、及び「供給者」という用語は、サービスを提供することができるか又はサービスの提供を促進することができる個人、団体又はツールを指すために区別なく用いられる。本開示における「ユーザー」という用語は、サービスを要求することができる個人、団体若しくはツール、サービスをオーダーすることができる個人、団体若しくはツール、サービスを提供することができる個人、団体若しくはツール、又はサービスの提供を促進することができる個人、団体若しくはツールを指してもよい。例えば、ユーザーは、乗客、ドライバー、オペレーターなど、又はそれらの組み合わせであってもよい。本開示において、「要求者端末」及び「乗客端末」は、区別なく用いられる場合があり、「提供者端末」及び「ドライバー端末」は、区別なく用いられる場合がある。
【００１９】
本開示における「相乗り」という用語は、２人以上の人が乗り物で移動するように行程（ｊｏｕｒｎｅｙｓ）を共有することを指す。本開示では、相乗りサービスは、２人以上の乗客が行程の共有を要求し、乗り物を呼び出すサービスを指す場合がある。相乗りサービスは、ドライバーが、行程中に自身の乗り物を少なくとも１人の乗客と共有することを望むサービスを指す場合もある。相乗りサービスは、１回限りのものであってもよい。
【００２０】
本開示における「要求（リクエスト）」という用語は、乗客、要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供者、供給者など、又はそれらの組み合わせが開始することができる要求を指す。要求（リクエスト）は、乗客、要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供者、又は供給者のうちのいずれかの者が承諾してもよい。要求は有料であってもよく、無料であってもよい。本開示における「オーダー」という用語は、乗客（又は要求者、サービス要求者、顧客など）とドライバー（又は提供者、サービス提供者、若しくは供給者など）の双方が要求に対して合意を示すという意思を指す。
【００２１】
本開示における位置及び／又は移動開始点の情報は、乗客端末に組み込まれた測位技術によって取得することができる。本開示において用いられる測位技術は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレスフィデリティー（ＷｉＦｉ）測位技術など、又はそれらの組み合わせを含むことができる。上記測位技術のうちの１つ以上は、本開示において区別なく用いられる場合がある。
【００２２】
本開示の一態様は、相乗りなどの共有可能及び／又は組み合わせ可能な輸送上のトランザクション（取引）を見つけるためのオンラインシステム及びオンライン方法に関し、特に、知人間及び友人間での相乗りに関する。本開示によれば、これらのシステム及び方法は、要求者が自身の連絡相手のうちの１人以上の情報を相乗り要求に含めるように求めてもよい。これらのシステム及び方法は、この要求を１人以上の連絡相手に転送し、要求者の相乗り提案に同意する者を選択することができる。
【００２３】
当然ながら、オンラインタクシー配車などのオンラインオンデマンド輸送サービスは、ポストインターネット時代にのみ根差した新たなサービス形態である。この新たなサービス形態は、ポストインターネット時代（インターネットが普及した後の時代）にのみ出現し得る技術的ソリューションをユーザー及びサービス提供者に提供する。プレインターネット時代（インターネットが普及する前の時代）では、ユーザーが街路上でタクシーを呼び止めるとき、タクシーの要求及び承諾は、乗客と、この乗客を認識した１人のタクシードライバーとの間でしか行われない。乗客が電話の呼び出しによってタクシーを呼ぶ場合、サービスの要求及び承諾は、乗客と１人のサービス提供者（例えば、１つのタクシー会社又は代行業者）との間でしか行われないこともある。一方、オンラインタクシーによると、サービスのユーザーは、ユーザーから離れた距離にある膨大な数の個々のサービス提供者（例えば、タクシー）に対し、サービス要求をリアルタイムに、かつ自動的に配信することが可能になる。また、オンラインタクシーによると、複数のサービス提供者が、このサービス要求に同時かつリアルタイムに応答することも可能になる。したがって、インターネットを通じて、オンラインオンデマンド輸送システムは、伝統的なプレインターネット輸送サービスシステムでは決して満たすことができない、ユーザー及びサービス提供者のためのはるかに効率的なトランザクション（取引）プラットフォームを提供することができる。知人間及び友人間での相乗りは、特殊な種類のオンラインオンデマンド輸送サービスであり、乗客及びドライバーの双方にとって安全で効率的なサービスを提供する。
【００２４】
図１は、実施形態の一部に係るオンデマンドサービスシステム１００の一例のブロック図である。例えば、オンデマンドサービスシステム１００は、タクシー配車、運転代行サービス、急行貨物用貨車、相乗り、バスサービス、ドライバーハイヤー及びシャトルサービスなどの輸送サービスのためのオンライン輸送サービスプラットフォームであってもよい。オンデマンドサービスシステム１００は、サーバ１１０と、ネットワーク１２０と、要求者端末１３０と、提供者端末１４０と、データベース１５０とを備えるオンラインプラットフォームとすることができる。サーバ１１０は、処理エンジン１１２を備えることができる。
【００２５】
実施形態の一部において、サーバ１１０は、単一のサーバであってもよいし、サーバグループであってもよい。サーバグループは、集中型であってもよいし、分散型であってもよい（例えば、サーバ１１０は分散型システムであってもよい）。実施形態の一部において、サーバ１１０は、ローカルであってもよいし、リモートであってもよい。例えば、サーバ１１０は、要求者端末１３０、提供者端末１４０、及び／又はデータベース１５０に記憶された情報及び／又はデータにネットワーク１２０を介してアクセスしてもよい。別の例として、サーバ１１０は、要求者端末１３０、提供者端末１４０、及び／又はデータベース１５０に直接接続されて、記憶された情報及び／又はデータにアクセスしてもよい。実施形態の一部において、サーバ１１０は、クラウドプラットフォーム上で実施されてもよい。単なる例ではあるが、上記クラウドプラットフォームとしては、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウドなど、又はそれらの組み合わせなどが挙げられる。実施形態の一部において、サーバ１１０は、本開示における図２に示す１つ以上の構成要素を有するコンピューティングデバイス２００上で実施されてもよい。
【００２６】
実施形態の一部において、サーバ１１０は、処理エンジン１１２を備えていてもよい。処理エンジン１１２は、サービス要求に関する情報及び／又はデータを処理して、本開示において説明する１つ以上の機能を実行してもよい。例えば、処理エンジン１１２は、要求者端末１３０から取得されたサービス要求に基づいてターゲットの乗り物を決定してもよい。実施形態の一部において、処理エンジン１１２は、１つ以上の処理エンジン（例えば、シングルコア処理エンジン又はマルチコアプロセッサ）を含むことができる。単なる例ではあるが、処理エンジン１１２としては、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィックス処理装置（ＧＰＵ）、物理処理装置（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コントローラー、マイクロコントローラーユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサなど、又はそれらの組み合わせなどが挙げられる
【００２７】
ネットワーク１２０は、情報及び／又はデータの交換を促進してもよい。実施形態の一部において、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０、及びデータベース１５０）は、ネットワーク１２０を介してオンデマンドサービスシステム１００における他の構成要素（複数の場合もある）に情報及び／又はデータを送信してもよい。例えば、サーバ１１０は、要求者端末１３０からネットワーク１２０を介してサービス要求を取得／入手してもよい。実施形態の一部において、ネットワーク１２０は、どのようなタイプの有線ネットワーク若しくは無線ネットワーク、又はそれらの組み合わせであってもよい。単なる例ではあるが、ネットワーク１２０としては、ケーブルネットワーク、ワイヤーラインネットワーク、光ファイバーネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅネットワーク、近接場通信（ＮＦＣ）ネットワークなど、又はそれらの組み合わせなどが挙げられる。実施形態の一部において、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを備えることができる。例えば、ネットワーク１２０は、基地局及び／又はインターネットエクスチェンジポイント１２０−１、１２０−２、・・・などの有線ネットワークアクセスポイント又は無線ネットワークアクセスポイントを備えることができ、これらのアクセスポイントを通じて、オンデマンドサービスシステム１００の１つ以上の構成要素は、ネットワーク１２０に接続されてデータ及び／又は情報を交換してもよい。
【００２８】
実施形態の一部において、要求者は、要求者端末１３０のユーザーであってもよい。実施形態の一部において、要求者端末１３０のユーザーは、要求者以外の者であってもよい。例えば、要求者端末１３０のユーザーＡは、要求者端末１３０を用いて、ユーザーＢのためにサービス要求を送信してもよく、サービス及び／又は情報若しくは命令をサーバ１１０から受信してもよい。実施形態の一部において、提供者は、提供者端末１４０のユーザーであってもよい。実施形態の一部において、提供者端末１４０のユーザーは、提供者以外の者であってもよい。例えば、提供者端末１４０のユーザーＣは、提供者端末１４０を用いて、ユーザーＤのためにサービス要求、及び／又は情報若しくは命令をサーバ１１０から受信してもよい。実施形態の一部において、「要求者」及び「要求者端末」は、区別なく用いられる場合があり、「提供者」及び「提供者端末」は、区別なく用いられる場合がある。
【００２９】
実施形態の一部において、要求者端末１３０は、モバイルデバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、自動車の車載装置１３０−４など、又はそれらの組み合わせを含んでもよい。実施形態の一部において、モバイルデバイス１３０−１としては、スマートホームデバイス、ウェアラブルデバイス、スマートモバイルデバイス、仮想現実デバイス、拡張現実デバイスなど、又はそれらの組み合わせが挙げられる。実施形態の一部において、スマートホームデバイスとしては、スマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート監視デバイス、スマートテレビ、スマートビデオカメラ、インターフォンなど、又はそれらの組み合わせが挙げられる。実施形態の一部において、ウェアラブルデバイスとしては、スマートブレスレット、スマートフットギア、スマートグラス、スマートヘルメット、スマートウォッチ、スマート衣服、スマートバックパック、スマートアクセサリーなど、又はそれらの組み合わせなどが挙げられる。実施形態の一部において、スマートモバイルデバイスとしては、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：携帯情報端末）、ゲーミングデバイス、ナビゲーションデバイス、販売時点（ＰＯＳ）デバイスなど、又はそれらの組み合わせが挙げられる。実施形態の一部において、仮想現実デバイス及び／又は拡張現実デバイスは、仮想現実ヘルメット、仮想現実メガネ、仮想現実パッチ、拡張現実ヘルメット、拡張現実メガネ、拡張現実パッチなど、又はそれらの組み合わせを含むことができる。例えば、仮想現実デバイス及び／又は拡張現実デバイスは、Ｇｏｏｇｌｅ  Ｇｌａｓｓ、Ｏｃｕｌｕｓ  Ｒｉｆｔ、Ｈｏｌｏｌｅｎｓ、Ｇｅａｒ  ＶＲなどを含むことができる。実施形態の一部において、自動車の車載装置１３０−４としては、オンボードコンピュータ、オンボードテレビなどを含むことができる。実施形態の一部において、要求者端末１３０は、要求者及び／又は要求者端末１３０の場所を突き止める測位技術を有するデバイスであってもよい。
【００３０】
実施形態の一部において、提供者端末１４０は、要求者端末１３０と同様のものであってもよいし、同じデバイスであってもよい。実施形態の一部において、提供者端末１４０は、提供者及び／又は提供者端末１４０の位置を特定する測位技術を有するデバイスであってもよい。実施形態の一部において、要求者端末１３０及び／又は提供者端末１４０は、他の測位デバイスと通信して、要求者、要求者端末１３０、提供者、及び／又は提供者端末１４０の場所を求めてもよい。実施形態の一部において、要求者端末１３０及び／又は提供者端末１４０は、測位情報をサーバ１１０に送信してもよい。
【００３１】
データベース１５０は、データ及び／又は命令を記憶してもよい。実施形態の一部において、データベース１５０は、要求者端末１３０及び／又は提供者端末１４０から取得されたデータを記憶してもよい。実施形態の一部において、データベース１５０は、サーバ１１０が、本開示において説明する例示的な方法を行うために実行又は使用することができるデータ及び／又は命令を記憶してもよい。実施形態の一部において、データベース１５０は、マスストレージ、リムーバブルストレージ、揮発性リードライトメモリ、リードオンリーメモリ（ＲＯＭ）など、又はそれらの組み合わせを含んでもよい。マスストレージの例としては、磁気ディスク、光ディスク、ソリッドステートドライブなどが挙げられる。リムーバブルストレージの例としては、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ｚｉｐディスク、磁気テープなどが挙げられる。揮発性リードライトメモリの例としては、ランダムアクセスメモリ（ＲＡＭ）などが挙げられる。ＲＡＭの例としては、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレート同期ダイナミックＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、及びゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）などが挙げられる。ＲＯＭの例としては、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、及びデジタル多用途ディスクＲＯＭなどが挙げられる。実施形態の一部において、データベース１５０は、クラウドプラットフォーム上で実施されてもよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウドなど、又はそれらの組み合わせを含むことができる。
【００３２】
実施形態の一部において、データベース１５０は、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０など）と通信するようにネットワーク１２０に接続されていてもよい。オンデマンドサービスシステム１００における１つ以上の構成要素は、データベース１５０に記憶されたデータ又は命令にネットワーク１２０を介してアクセスしてもよい。実施形態の一部において、データベース１５０は、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０など）に直接接続してもよく、これらの構成要素と通信してもよい。実施形態の一部において、データベース１５０は、サーバ１１０の一部分であってもよい。
【００３３】
実施形態の一部において、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０など）は、データベース１５０にアクセスする許可を有していてもよい。実施形態の一部において、オンデマンドサービスシステム１００における１つ以上の構成要素は、１つ以上の条件が満たされたとき、要求者、提供者、及び／又は公衆に関する情報を読み出し及び／又は変更してもよい。例えば、サーバ１１０は、サービス後に１人以上のユーザーの情報を読み出し及び／又は変更してもよい。別の例として、提供者端末１４０は、要求者端末１３０からサービス要求を受信すると、要求者に関する情報にアクセスすることはできるが、提供者端末１４０は、要求者の関連情報を変更することはできない。
【００３４】
実施形態の一部において、オンデマンドサービスシステム１００における１つ以上の構成要素の情報交換は、サービスの要求を介して達成してもよい。サービス要求の対象は、どのようなプロダクトであってもよい。実施形態の一部において、このプロダクトは、有形のプロダクトであってもよいし、無形のプロダクトであってもよい。有形のプロダクトとしては、食料品、医薬品、日用品、化学製品、電気器具、衣料品、自動車、家屋物件、高級品など、又はそれらの組み合わせ等が挙げられる。無形のプロダクトとしては、サービス財、金融商品、知的産物、インターネット商品など、又はそれらの組み合わせなどが挙げられる。インターネット商品としては、個別ホスト商品、ウェブ商品、モバイルインターネット商品、商用ホスト商品、組み込み商品など、又はそれらの組み合わせ等が挙げられる。モバイルインターネット商品は、モバイル端末のソフトウェア、プログラム、システムなど、又はそれらの組み合わせにおいて用いてもよい。モバイル端末としては、タブレットコンピュータ、ラップトップコンピュータ、モバイルフォン、パーソナルデジタルアシスタント（ＰＤＡ）、スマートウォッチ、販売時点（ＰＯＳ）デバイス、オンボードコンピュータ、オンボードテレビ、ウェアラブルデバイスなど、又はそれらの組み合わせなどが挙げられる。例えば、プロダクトは、コンピュータ又はモバイルフォンにおいて用いられるいずれかのソフトウェア及び／又はアプリケーションであってもよい。このソフトウェア及び／又はアプリケーションは、ソーシャライジング、ショッピング、輸送、娯楽、学習、投資など、又はそれらの組み合わせに関するものであってもよい。実施形態の一部において、輸送に関するソフトウェア及び／又はアプリケーションとしては、旅行ソフトウェア及び／又は旅行アプリケーション、乗り物のスケジューリングソフトウェア及び／又は乗り物のスケジューリングアプリケーション、地図ソフトウェア及び／又は地図アプリケーションなどが挙げられる。乗り物のスケジューリングソフトウェア及び／又は乗り物のスケジューリングアプリケーションにおいて、乗り物には、馬、運搬車、人力車（例えば、一輪手押し車、二輪自転車、三輪自転車など）、自動車（例えば、タクシー、バス、自家用車など）、列車、地下鉄、船舶、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球など）など、又はそれらの組み合わせが含まれていてもよい。
【００３５】
図２は、本開示の幾つかの実施形態に係る、サーバ１１０、要求者端末１３０、及び／又は提供者端末１４０を実施してもよいコンピューティングデバイス２００のハードウェア構成要素及びソフトウェア構成要素の例を示す概略図である。例えば、処理エンジン１１２は、コンピューティングデバイス２００上で実施することができ、本開示において開示された処理エンジン１１２の機能を実行するように構成してもよい。
【００３６】
コンピューティングデバイス２００は、実施形態の一部においては専用コンピュータであってもよい。コンピューティングデバイス２００は、本開示のオンデマンドシステムを実施するのに用いてもよい。コンピューティングデバイス２００は、本明細書において説明するようなオンデマンドサービスのいずれの構成要素を実施してもよい。図１及び図２には、単に便宜上のために、そのようなコンピュータデバイスの一つのみを示している。当業者であれば、処理負荷を分散させるために、本明細書において説明するようなオンデマンドサービスに関するコンピュータ機能を複数の同様のプラットフォーム上で、分散形式で実施してもよいことを、本願の出願時において理解しているであろう。
【００３７】
コンピューティングデバイス２００は、例えば、ネットワークに対して接続され、かつそのネットワークから接続されて、データ通信を容易にするＣＯＭポート２５０を備えていてもよい。コンピューティングデバイス２００は、プログラム命令を実行する１つ以上のプロセッサの形態の中央処理装置（ＣＰＵ又はプロセッサ）２２０も備えていてもよい。この例示的なコンピュータプラットフォームは、内部通信バス２１０と、種々の形態のプログラム記憶装置及びデータ記憶装置、例えばディスク２７０と、このコンピュータによって処理及び／又は送信される様々なデータファイルのためのリードオンリーメモリ（ＲＯＭ）２３０又はランダムアクセスメモリ（ＲＡＭ）２４０とを備えることができる。この例示的なコンピュータプラットフォームは、ＣＰＵ／プロセッサ２２０によって実行される、ＲＯＭ２３０、ＲＡＭ２４０、及び／又は他のタイプの非一時的記憶媒体に記憶されたプログラム命令も有してもよい。本開示の方法及び／又はプロセスは、プログラム命令として実施されてもよい。コンピューティングデバイス２００は、このコンピュータと、ユーザーインターフェース要素２８０などの当該コンピュータにおける他の構成要素との間の入力／出力をサポートするＩ／Ｏ構成要素２６０も備えることができる。コンピューティングデバイス２００は、ネットワーク通信を介してプログラム及びデータも受信してもよい。
【００３８】
単なる例示として、１つのＣＰＵ／プロセッサ２２０のみがコンピューティングデバイス２００において説明されている。しかしながら、当然ながら、本開示におけるコンピューティングデバイス２００は、複数のＣＰＵ／プロセッサも備えてもよく、したがって、本開示において説明するような、１つのＣＰＵ／プロセッサ２２０によって実行される操作及び／又は方法の各ステップは、複数のＣＰＵ／プロセッサによって協働的に又は別々に実行されてもよい。例えば、本開示において、コンピューティングデバイス２００のＣＰＵ／プロセッサ２２０が、ステップＡ及びステップＢの双方を実行する場合、ステップＡ及びステップＢは、コンピューティングデバイス２００における２つの異なるＣＰＵ／プロセッサによって協働的に又は別々に実行されてもよい（例えば、第１のプロセッサがステップＡを実行し、第２のプロセッサがステップＢを実行するか、又は、第１のプロセッサ及び第２のプロセッサがステップＡ及びステップＢを協働的に実行する）ことが理解されるであろう。
【００３９】
図３は、実施形態の一部に係る処理エンジン１１２の一例を示すブロック図である。処理エンジン１１２は、要求取得ユニット３１０と、勧誘取得／送信ユニット３２０と、決定ユニット３３０と、通知送信ユニット３４０とを備えることができる。
【００４０】
要求取得ユニット３１０は、第１乗客端末からの第１の相乗り要求及び／又は第２乗客端末からの第２の相乗り要求を取得するように構成してもよい。実施形態の一部において、要求取得ユニット３１０は、第１乗客端末からの再相乗り要求を取得するように構成してもよい。
【００４１】
勧誘取得／送信ユニット３２０は、第１乗客端末から勧誘を取得し、及び／又は少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を送信するように構成してもよい。
【００４２】
決定ユニット３３０は、第１乗客端末の第１の支払い額及び／又は第２乗客端末の第２の支払い額を求めるように構成してもよい。実施形態の一部において、決定ユニット３３０は、第１の乗客及び第２の乗客が相乗りの事前の同意を有すると判断するように構成してもよい。
【００４３】
通知送信ユニット３４０は、相乗りオーダーの確認通知を第１乗客端末及び／又は第２乗客端末に送信するように構成してもよい。実施形態の一部において、通知送信ユニット３４０は、相乗り要求の不成立通知を第１乗客端末に送信するように構成してもよい。
【００４４】
処理エンジン１１２内のモジュールは、有線接続又は無線接続を介して互いに接続又は互いに通信してもよい。有線接続としては、金属ケーブル、光ケーブル、ハイブリッドケーブルなど、又はそれらの組み合わせなどが挙げられる。無線接続としては、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近接場通信（ＮＦＣ）など、又はそれらの組み合わせなどが挙げられる。これらのモジュールのうちの２つ以上は、単一のモジュールとして組み合わされてもよく、これらのモジュールのうちのいずれか１つは、２つ以上のユニットに分割されてもよい。例えば、要求取得ユニット３１０は、オーダーの特徴を取得してもよいとともにオーダーの整合情報を判断することができる単一のモジュールとして、勧誘取得／送信ユニット３２０に統合されてもよい。
【００４５】
図４は、実施形態の一部に係る相乗りのプロセス４００の一例を示すフローチャートである。実施形態の一部において、プロセス４００は、図１に示すシステム１００において実施してもよい。例えば、プロセス４００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に命令の形態として記憶してもよく、サーバ１１０（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出す、及び／又は実行してもよい。
【００４６】
ステップ４１０において、プロセッサ２２０は、第１乗客端末のユーザー（すなわち、第１の乗客）の少なくとも１人の連絡相手を含む相乗り要求を第１乗客端末から取得／獲得してもよい。
【００４７】
実施形態の一部において、この連絡相手は、第１乗客端末の住所録に保存された第１の乗客の連絡相手、第１乗客端末に組み込まれたソーシャルネットワークサービス（例えば、電子メール、インスタントメッセージングサービス、オンラインフォーラム、ショッピングソフトウェア及び／又はショッピングアプリケーション、旅行ソフトウェア及び／又は旅行アプリケーション、乗り物スケジューリングソフトウェア及び／又は乗り物スケジューリングアプリケーション、地図ソフトウェア及び／又は地図アプリケーション、支払いソフトウェア及び／又は支払いアプリケーションなど）からの第１の乗客の連絡相手など、又はそれらの組み合わせを含むことができる。実施形態の一部において、相乗り要求は、第１乗客端末の第１の移動出発点、第１乗客端末の第１の出発時刻、第１乗客端末の第１の移動目的地、第１乗客端末の第１の位置、第１乗客端末の識別子など、又はそれらの組み合わせを更に含んでもよい。実施形態の一部において、第１乗客端末の位置は、第１乗客端末の移動出発点と同じ場所であってもよい。例えば、位置及び／又は移動出発点を、第１乗客端末に組み込まれた測位技術によって入手してもよい。実施形態の一部において、第１乗客端末の識別子は、第１乗客端末の媒体アクセス制御（ＭＡＣ）アドレス、第１乗客端末のシリアルナンバー、第１乗客端末の中央処理装置（ＣＰＵ）のシリアルナンバー、第１乗客端末に関連付けられた電話番号、第１乗客端末に関連付けられた名称、第１乗客端末に関連付けられたユーザー識別情報（ＩＤ）、第１乗客端末に関連付けられたアバターなど、又はそれらの組み合わせを含むことができる。
【００４８】
実施形態の一部において、少なくとも１人の連絡相手は、第１の乗客が、例えば、第１乗客端末の住所録、第１乗客端末に組み込まれたソフトウェア／アプリケーションからの連絡相手リストなどから選択してもよい。実施形態の一部において、第１の乗客は、連絡相手の氏名、番号、ユーザー識別情報（ＩＤ）、アバターなど、又はそれらの組み合わせを選択してもよい。実施形態の一部において、少なくとも１つの連絡相手の数は、相乗り要求に関連付けられた乗り物の座席に応じて決定してもよい。
【００４９】
実施形態の一部において、第１の乗客は、自身の乗り物を自身の連絡相手（複数の場合もある）に由来する誰かと共有したいドライバーであってもよい。したがって、相乗りサービスを要求する第１乗客端末は、ドライバーによって操作されるドライバー端末であってもよい。少なくとも１人の連絡相手の数は、乗り物が全部で５つの座席を有するとき、最大で４人になり得る。実施形態の一部において、第１の乗客は、ドライバー付きの乗り物を呼び止める乗客であってもよい。したがって、相乗りサービスを要求する第１乗客端末は、自身の連絡相手に由来する誰かと行程を共有したい乗客によって操作される乗客端末であってもよい。少なくとも１人の連絡相手の数は、乗り物が全部で５つの座席を有するとき、最大で３人になり得る。
【００５０】
ステップ４２０において、プロセッサ２２０は、少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定してもよい。実施形態の一部において、連絡相手を乗客端末に関連付けることができる。
【００５１】
ステップ４３０において、プロセッサ２２０は、第１乗客端末に関連付けられた相乗り要求の勧誘を少なくとも１つの第２乗客端末のうち、候補第２乗客端末に送信してもよい。
【００５２】
実施形態の一部において、この勧誘は、第１乗客端末の識別子、第１乗客端末の第１の移動出発点、第１乗客端末の第１の目的地、相乗り要求の勧誘を承諾するか否かの勧誘の確認情報など、又はそれらの組み合わせを含んでもよい。実施形態の一部において、この勧誘は、携帯電話メッセージ、電子メール、ソーシャルネットワークサービスからのポップアップメッセージなど、又はそれらの組み合わせとして送信してもよい。
【００５３】
ステップ４４０において、プロセッサ２２０は、相乗り要求が承諾されたか否かを示す、勧誘に対する応答を、候補第２乗客端末から取得／入手してもよい。
【００５４】
実施形態の一部において、候補第２乗客端末からの応答は、不承諾応答、承諾応答などを含んでもよい。実施形態の一部において、候補第２乗客端末からの勧誘に対する応答は、返答携帯電話メッセージ、返答電子メール、ポップアップメッセージに対する返答など、又はそれらの組み合わせとして取得してもよい。
【００５５】
図５は、実施形態の一部に係る、応答が不承諾応答である場合の相乗りのプロセス５００の一例を示すフローチャートである。実施形態の一部において、プロセス５００は、図１に示すシステム１００において実施してもよい。例えば、プロセス５００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に命令の形態として記憶することができ、サーバ１１０（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出しし、かつ実行してもよい。
【００５６】
ステップ５１０において、プロセッサ２２０は、勧誘を断る不承諾応答を、候補第２乗客端末から取得／入手してもよい。
【００５７】
実施形態の一部において、プロセッサ２２０は、この不承諾応答に関連付けられた追加のメッセージを更に取得／入手してもよい。例えば、この追加のメッセージは、候補第２乗客端末に関連付けられた識別子（例えば、候補第２乗客端末の識別子、候補第２乗客端末の名称、候補第２乗客端末の番号、候補第２乗客端末のアバターなど）、拒否理由、拒否インスタンス（ｒｅｆｕｓａｌ  ｉｎｓｔａｎｃｅ）など、又はそれらの組み合わせを含むことができる。
【００５８】
ステップ５２０において、プロセッサ２２０は、相乗り要求の不成立通知を第１乗客端末に送信してもよい。
【００５９】
実施形態の一部において、この不成立通知は、候補第２乗客端末に関連付けられた識別子（例えば、候補第２乗客端末に対応する連絡相手の識別表示、候補第２乗客端末の識別子、候補第２乗客端末の名称、候補第２乗客端末の番号、候補第２乗客端末のアバターなど）、拒否理由、拒否インスタンスなど、又はそれらの組み合わせを含むことができる。
【００６０】
ステップ５３０において、プロセッサ２２０は、相乗り要求を連絡相手に再送信することを希望するか否かを第１の乗客に尋ねる再相乗り要求を第１乗客端末に送信してもよい。
【００６１】
ステップ５４０において、プロセッサ２２０は、再相乗り要求に対する返答を第１乗客端末から取得／入手してもよい。実施形態の一部において、再相乗り要求に対する返答は、「ｙｅｓ」である場合がある。プロセッサ２２０は、図４におけるステップ４１０〜ステップ４４０を繰り返して、相乗りサービスを再要求してもよい。実施形態の一部において、再相乗り要求は、直前の相乗り要求と異なる少なくとも１人の連絡相手を含むことができる。実施形態の一部において、再相乗り要求に対する返答は、「ｎｏ」である場合がある。プロセッサ２２０は、再相乗り要求を第１乗客端末に提示することを停止してもよい。実施形態の一部において、プロセッサ２２０は、再相乗り要求に対する返答を取得／入手しない場合がある。プロセッサ２２０は、再相乗り要求に対する返答を第１乗客端末から取得／入手するまで、再相乗り要求を第１乗客端末に提示し続けてもよい。
【００６２】
図６は、実施形態の一部に係る、応答が承諾応答である場合の相乗りのプロセス６００の一例を示すフローチャートである。実施形態の一部において、プロセス６００は、図１に示すシステム１００において実施してもよい。例えば、プロセス６００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に命令の形態として記憶することができ、サーバ１１０（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出しし、かつ実行してもよい。
【００６３】
ステップ６１０において、プロセッサ２２０は、勧誘を承諾する承諾応答を候補第２乗客端末から取得／入手してもよい。
【００６４】
実施形態の一部において、プロセッサ２２０は、承諾応答に関連付けられた追加のメッセージを更に取得／入手してもよい。例えば、この追加のメッセージは、候補第２乗客端末に関連付けられた識別子（例えば、候補第２乗客端末に対応する連絡相手の識別表示、候補第２乗客端末の識別子、候補第２乗客端末の名称、候補第２乗客端末の番号、候補第２乗客端末のアバターなど）、承諾インスタンス、候補第２乗客端末の第２の移動出発点、候補第２乗客端末の第２の移動目的地、候補第２乗客端末の第２の位置など、又はそれらの組み合わせを含んでもよい。
【００６５】
実施形態の一部において、候補第２乗客端末は、少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末としてもよく、例えば、第２乗客端末の数は、１つ、２つ、３つ、又は４つであってもよい。
【００６６】
ステップ６２０において、プロセッサ２２０は、相乗り要求に基づいて相乗りオーダーを生成してもよい。
【００６７】
実施形態の一部において、この相乗りオーダーは、第１乗客端末の識別子、候補第２乗客端末の識別子、第１乗客端末の第１の移動出発点、候補第２乗客端末の第２の移動出発点、第１乗客端末の第１の移動目的地、候補第２乗客端末の第２の移動目的地、第１乗客端末の第１の出発時刻、候補第２乗客端末の第２の出発時刻、第１乗客端末の第１の位置、候補第２乗客端末の第２の位置など、又はそれらの組み合わせを含んでもよい。実施形態の一部において、第１の移動出発点は、第２の移動出発点から所定の距離内にある場合がある。この所定の距離は、相乗りサービスのシナリオ（例えば、２人以上の乗客が同じ又は近くの目的地に向かっていること、２人以上の乗客が同じ又は近くの出発点を有すること、２人以上の乗客の行程の少なくとも一部が同じであること、など）、交通条件、相乗りサービスの期間など、又はそれらの組み合わせに従って決定してもよい。実施形態の一部において、上記所定の距離は、相乗りサービスを要求する乗客、又は相乗りサービスを提供するドライバーが決定してもよい。
【００６８】
ステップ６３０において、プロセッサ２２０は、第１乗客端末及び候補第２乗客端末に確認通知を送信してもよい。
【００６９】
実施形態の一部において、第１乗客端末及び候補第２乗客端末への確認通知は、相乗りオーダーに関する情報を含むことができる。この相乗りオーダーに関する情報には、第１の乗客の識別情報、候補第２乗客端末に対応する連絡相手、第１乗客端末の識別子、候補第２乗客端末の識別子、第１乗客端末の第１の移動出発点、候補第２乗客端末の第２の移動出発点、第１乗客端末の第１の移動目的地、候補第２乗客端末の第２の移動目的地、第１乗客端末の第１の出発時刻、候補第２乗客端末の第２の出発時刻、第１乗客端末の第１の位置、候補第２乗客端末の第２の位置、相乗りオーダーの開始時刻など、又はそれらの組み合わせなどが含まれていてもよい。実施形態の一部において、第１乗客端末への確認通知と、候補第２乗客端末への確認通知は異なっていてもよい。例えば、第１乗客端末への確認通知は、候補第２乗客端末に関する情報（例えば、候補第２乗客端末の識別子、第２の移動出発点、第２の出発時刻、第２の位置、第２の移動目的地など）を含んでもよい。候補第２乗客端末への確認通知は、第１乗客端末に関する情報（例えば、第１乗客端末の識別子、第１の移動出発点、第１の出発時刻、第１の位置、第１の移動目的地など）を含んでもよい。
【００７０】
実施形態の一部において、相乗りサービスを要求する第１乗客端末が、自身の乗り物を自身の連絡相手と共有したいドライバーによって操作されるドライバー端末であるとき、プロセッサ２２０は、相乗りが開始する前に、ドライバー端末及び候補第２乗客端末にリマインダーを送信してもよい。実施形態の一部において、相乗りサービスを要求する第１乗客端末が、自身の連絡相手と行程を共有したいとともに乗り物を呼び出したい乗客によって操作される乗客端末であるとき、プロセッサ２２０は、相乗りオーダーを少なくとも１つのドライバー端末に送信してもよい。実施形態の一部において、相乗りオーダーが終了すると、プロセッサ２２０は、第１乗客端末及び／又は候補第２乗客端末から相乗りオーダーの成立確認を取得／入手してもよい。
【００７１】
図７は、実施形態の一部に係る相乗りのプロセス７００の一例を示すフローチャートである。実施形態の一部において、プロセス７００は、図１に示すシステム１００において実施してもよい。例えば、プロセス７００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に命令の形態として記憶することができ、サーバ１１０（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出しし、かつ実行してもよい。
【００７２】
ステップ７１０において、プロセッサ２２０は、相乗りオーダーの成立確認を取得／入手してもよい。ステップ７２０において、プロセッサ２２０は、第１乗客端末の第１の支払い額を求めることができる。ステップ７３０において、プロセッサ２２０は、候補第２乗客端末の第２の支払い額を求めることができる。
【００７３】
実施形態の一部において、第１の支払い額及び第２の支払い額は、行程が開始する前にあらかじめ求められていてもよい。例えば、プロセッサ２２０は、行程が開始する前に、各出発時刻、各移動出発点、各移動目的地、乗り物が提供するサービスのタイプ（例えば、自家用車、バス、タクシーなど）など、又はそれらの組み合わせに従って、各乗客端末の支払い額を求めてもよい。実施形態の一部において、第１の支払い額及び第２の支払い額は、行程が終了した後に求めてもよい。例えば、プロセッサ２２０は、行程の各移動距離、行程の各移動期間、行程の各待機期間など、又はそれらの組み合わせに従って、各乗客端末の支払い額を求めることができる。実施形態の一部において、第１の支払い額及び第２の支払い額は、行程の総額を乗客端末の総数で割ることによって計算してもよい。例えば、総支払い額が４００元であり、乗り物を共有する乗客端末が全部で４つある場合がある。このとき第１の支払い額及び第２の支払い額は、同じ１００元（４００元を、乗客端末の数４で割った値）としてもよい。
【００７４】
実施形態の一部において、プロセッサ２２０は、第１乗客端末及び／又は候補第２乗客端末へのオーダー項目を生成してもよい。このオーダー項目には、支払い額、移動距離、移動時間、待機時間、ドライバー端末に関する情報（例えば、ドライバー端末の識別子、ドライバー端末のアカウントなど）、乗り物に関する情報（例えば、ナンバープレートの番号、色、乗り物タイプなど）など、又はそれらの組み合わせなどが含まれてもよい。
【００７５】
実施形態の一部において、プロセッサ２２０は、第１の支払い額を第１乗客端末に、及び／又は第２の支払い額を候補第２乗客端末に送信してもよい。実施形態の一部において、プロセッサ２２０は、取得してもよい。
【００７６】
図８は、実施形態の一部に係る相乗りのプロセス８００の一例を示すフローチャートである。実施形態の一部において、プロセス８００は、図１に示すシステム１００において実施してもよい。例えば、プロセス８００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に命令の形態として記憶することができ、サーバ１１０（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出しし、かつ実行してもよい。
【００７７】
ステップ８１０において、プロセッサ２２０は、第１の照合情報及び第１の移動出発点を含む第１の相乗り要求を第１乗客端末から取得／入手してもよい。
【００７８】
実施形態の一部において、第１の相乗り要求は、第１の移動目的地、第１の出発時刻、第１乗客端末の識別子など、又はそれらの組み合わせを更に含んでもよい。実施形態の一部において、第１の照合情報には、番号、文字（ｌｅｔｔｅｒ）、符号、文字記号（ｃｈａｒａｃｔｅｒ）、画像、音声、コードなど、又はそれらの組み合わせなどが含まれていてもよい。例えば、第１の照合情報は、一連の数字「１２３４」であってもよい。別の例として、第１の照合情報は、ＱＲコード（登録商標）であってもよい。実施形態の一部において、第１の照合情報は、相乗りサービスを要求する２人以上の面識のある者同士及び／又は友人同士によってあらかじめ定められた情報であってもよい。照合情報は、２人の友人が相乗りの意思を有することを確認するのに用いてもよい。
【００７９】
ステップ８２０において、プロセッサ２２０は、第２の照合情報及び第２の移動出発点を含む第２の相乗り要求を、第２の乗客に関連付けられた第２乗客端末から取得／入手してもよい。実施形態の一部において、プロセッサ２２０は、何らかの基準に基づいて第２の相乗り要求を第２乗客端末から取得／入手してもよい。例えば、第１の移動出発点が、第２の移動出発点から所定の距離内にあるとき、プロセッサ２２０は、第２の相乗り要求を取得／入手してもよい。
【００８０】
実施形態の一部において、第２の相乗り要求は、第２の移動出発点、第２の移動目的地、第２の出発時刻、第２乗客端末の第２の識別子など、又はそれらの組み合わせを更に含んでもよい。
【００８１】
実施形態の一部において、上記所定の距離は、第１乗客端末、プロセッサ２２０、相乗りサービスを提供するドライバー端末など、又はそれらの組み合わせによって決定された任意の距離としてもよい。例えば、上記所定の距離は、０メートル（すなわち、第１乗客端末が第２乗客端末と同じ出発点に存在してもよい）、５００メートル、１０００メートル、５０００メートルなど、又はそれらの組み合わせを含んでもよい。
【００８２】
実施形態の一部において、第２の照合情報は、番号、文字、符号、文字記号、画像、音、コードなど、又はそれらの組み合わせを含むことができる。例えば、第２の照合情報は、一連の数字「１２４３」であってもよい。別の例として、第２の照合情報は、ＱＲコードであってもよい。実施形態の一部において、第２の照合情報は、相乗りサービスを要求する面識のある者同士及び／又は友人同士があらかじめ定めて知っているものであってもよい。
【００８３】
実施形態の一部において、第２の相乗り要求をプロセッサ２２０に送信する第２乗客端末が、第１乗客端末から所定の距離内に少なくとも１つ存在する場合がある。実施形態の一部において、第２乗客端末の数は、相乗り要求に関連付けられた乗り物の座席に従って決定してもよい。例えば、相乗り要求に関連付けられた乗り物が、標準的な自動車である場合、第２乗客端末の数は、多くとも３つとしてもよい。
【００８４】
実施形態の一部において、第２乗客端末が第１乗客端末から所定の距離内に存在しない場合、プロセッサ２２０は、第１の相乗り要求の不成立通知を第１乗客端末に送信してもよい。
【００８５】
ステップ８３０において、プロセッサ２２０は、第１の照合情報が第２の照合情報と対応及び／又は整合するか否かを判断してもよい。
【００８６】
第１の照合情報と第２の照合情報とが一致している場合には、第１乗客端末のユーザー（例えば、第１の乗客）と第２乗客端末のユーザー（例えば、第２の乗客）との間で相乗りの事前の同意があったものとしてもよい。例えば、相乗りの事前の同意が、第１の乗客と第２の乗客との間であらかじめ設定されていてもよい。実施形態の一部において、第１の照合情報が第２の照合情報と整合するか否かは、第１の照合情報と第２の照合情報との間の論理的関係に従って判断してもよい。例えば、第１の照合情報が第２の照合情報と同じである（例えば、第１の照合情報及び第２の照合情報が「相乗り」の文字である）場合、プロセッサ２２０は、第１の照合情報が第２の照合情報と整合していると判断してもよい。
【００８７】
第１の照合情報と第２の照合情報との間の論理的関係は、意味上の論理的関係であってもよい。第１の照合情報及び第２の照合情報が、互いに意味的に関連しているとき、プロセッサ２２０は、第１の乗客及び第２の乗客が相乗りの事前の同意を有すると判断してもよい。例えば、第２の照合情報が第１の照合情報の答えである（例えば、第１の照合情報が、「私の電話番号は？」という質問であり、第２の照合情報が「１２３−４５６７−８９００」という答えであり、この答えが質問と整合する）場合、プロセッサ２２０は、第１の照合情報が第２の照合情報と整合すると判断してもよい。
【００８８】
また第１の照合情報と第２の照合情報との間の論理的関係は、あらかじめ定められたどのようなものであってもよい。第１の乗客及び第２の乗客が同意しているとともに、第１の照合情報及び第２の照合情報を照合ペアとして設定している限り、かつ、システム１００がこの照合ペアの通知を事前に受けている限り、プロセッサ２２０は、第１の照合情報及び第２の照合情報とがたとえどれだけ無関係なように見えたとしても、第１の照合情報と第２の照合情報とが整合していると判断してもよい。
【００８９】
第１の照合情報及び第２の照合情報は、事前に設定された１対１の関係を有してもよい。例えば、第２の照合情報は、第１の照合情報に対応する唯一の照合情報であってもよい。あるいは、第１の照合情報は、２つ以上の対応する照合情報を有していてもよい。例えば、第２の照合情報とは異なるが、第２の照合情報と同様に第１の照合情報に対応する第３の照合情報が事前に設定されていてもよい。
【００９０】
実施形態の一部において、第１の照合情報が第２の照合情報と整合する場合、ステップ８４０において、プロセッサ２２０は、第１の照合情報及び第２の照合情報に基づいて相乗りオーダーを生成してもよい。実施形態の一部において、この相乗りオーダーは、第１乗客端末の識別子、第２乗客端末の識別子、第１の移動出発点、第２の移動出発点、第１の移動目的地、第２の移動目的地、第１の出発時刻、第２の出発時刻など、又はそれらの組み合わせを含んでもよい。
【００９１】
ステップ８５０において、プロセッサ２２０は、確認通知を第１乗客端末及び第２乗客端末に送信してもよい。実施形態の一部において、第１乗客端末への確認通知は、第１乗客端末の識別子、第２乗客端末の識別子、第１の移動出発点、第２の移動出発点、第１の移動目的地、第２の移動目的地、第１の出発時刻、第２の出発時刻、相乗りオーダーの開始時刻など、又はそれらの組み合わせを含むことができる。実施形態の一部において、第１乗客端末への確認通知と第２乗客端末への確認通知とは異なっていてもよい。例えば、第１乗客端末への確認通知は、第２乗客端末に関する情報（例えば、第２乗客端末の識別子、第２の移動出発点、第２の出発時刻、第２の移動目的地など）を含んでもよい。第２乗客端末への確認通知は、第１乗客端末に関する情報（例えば、第１乗客端末の識別子、第１の移動出発点、第１の出発時刻、第１の移動目的地など）を含んでもよい。
【００９２】
実施形態の一部において、プロセッサ２２０は、相乗りオーダーを生成した後、この相乗りオーダーを少なくとも１つのドライバー端末に送信してもよい。実施形態の一部において、相乗りオーダーが終了すると、プロセッサ２２０は、相乗りオーダーの成立確認を第１乗客端末及び／又は候補第２乗客端末から取得／入手してもよい。実施形態の一部において、プロセッサ２２０は、本開示における図７に示すようなステップ７２０及びステップ７３０を実施して、各支払い額を求めてもよい。
【００９３】
実施形態の一部において、第１の照合情報が第２の照合情報と整合しない（例えば、第１の照合情報が「１２３４」であり、第２の照合情報が「１３２４」である）場合、ステップ８６０において、プロセッサ２２０は、第１の相乗り要求の不成立通知を第１乗客端末に送信してもよい。実施形態の一部において、この不成立通知は、第１の相乗り要求の理由を含むことができる。この不成立通知は、第２乗客端末の異なる出発点、第２乗客端末からの不整合情報など、又はそれらの組み合わせを含んでもよい。
【００９４】
ステップ８７０において、プロセッサ２２０は、再相乗り要求を第１乗客端末に送信してもよい。ステップ８８０において、プロセッサ２２０は、この再相乗り要求に対する返答を第１乗客端末から取得／入手してもよい。実施形態の一部において、再相乗り要求に対する返答は、「ｙｅｓ」である場合がある。プロセッサ２２０は、図８におけるステップ８１０〜ステップ８８０を繰り返して、相乗りサービスを再要求してもよい。実施形態の一部において、再相乗り要求に対する返答は、「ｎｏ」である場合がある。プロセッサ２２０は、再相乗り要求を第１乗客端末に提示することを停止してもよい。実施形態の一部において、プロセッサ２２０は、再相乗り要求に対する返答を取得／入手しない場合がある。プロセッサ２２０は、再相乗り要求に対する返答を第１乗客端末から取得／入手するまで、再相乗り要求を第１乗客端末に提示し続けることができる。
【００９５】
基本概念を上記のように説明してきたが、当業者がこの詳細な開示を読めば、上記詳細な開示は、単に例としての提示を意図したものにすぎず、限定的ではないことがかなり明らかになるであろう。本明細書において明示的に述べられていないが、様々な改変、改良、及び変更を行ってもよく、また当業者にそのような改変等を行うことが意図されている。これらの改変、改良、及び変更は、本開示によって示唆されることが意図されており、かつ本開示の例示的な実施形態の趣旨及び範囲内にある。
【００９６】
また、特定の術語が、本開示の実施形態を説明するのに用いられている。例えば、「１つの実施形態」、「一実施形態」、及び／又は「実施形態の一部」という用語は、実施形態について説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の様々な部分における「一実施形態」、「１つの実施形態」又は「代替の実施形態」への言及が２つ以上あっても、これは、全てが必ずしも同じ実施形態を指しているとは限らないことを強調するとともに、そのことを理解されたい。さらに、特定の特徴、構造又は特性は、本開示の１つ以上の実施形態において適宜組み合わせてもよい。
【００９７】
さらに、本開示の態様は、新規で有用なプロセス、機械、生産物、若しくは組成物、又はそれらの新規で有用な改良形態を含む特許可能な対象のうちのいずれかとして、本明細書中で図示又は説明されていることが当業者によって理解されるであろう。したがって、本開示の態様は、全体をハードウェアで実施することもできるし、全体をソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で実施することもできるし、本明細書において全て「ブロック」、「モジュール」、「エンジン」、「ユニット」、「構成要素」、又は「システム」と一般に呼ぶことができるソフトウェア及びハードウェアを組み合わせた実施態様で実施することもできる。さらに、本開示の態様は、具現化されたコンピュータ可読プログラムコードを有する１つ以上のコンピュータ可読媒体に具現化されたコンピュータプログラム製品の形態をとっていてもよい。
【００９８】
コンピュータ可読信号媒体には、具現化されたコンピュータ可読プログラムコードを、例えばベースバンド内に又は搬送波の一部分として有する伝播データ信号を含んでもよい。そのような伝播信号は、電磁気、光など、又はそれらの好適な組み合わせなどの様々な形態のうち、いずれかの形態を取ることができる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体でないコンピュータ可読媒体であって、命令実行システム、命令実行装置、若しくは命令実行デバイスによって用いられるか又はこれらと関連して用いられるプログラムを通信、伝播、又は搬送してもよいいずれかのコンピュータ可読媒体であってもよい。コンピュータ可読信号媒体上に具現化されたプログラムコードは、無線、優先、光ファイバーケーブル、ＲＦなど、又はそれらの好適な組み合わせのいずれかを含む好適な媒体を用いて送信されてもよい。
【００９９】
本開示の態様の動作を実行するコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎなどのオブジェクト指向型プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｆｏｒｔｒａｎ１７０３、Ｐｅｒｌ、ＣＯＢＯＬ１７０２、ＰＨＰ、ＡＢＡＰなどの従来の手続き型プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ及びＧｒｏｏｖｙなどの動的プログラミング言語、又はその他のプログラミング言語を含む１つ以上のプログラミング言語を組み合わせて記述してもよい。プログラムコードは、スタンドアローンソフトウェアパッケージとして、全体をユーザーのコンピュータ上で実行することもできるし、一部をユーザーのコンピュータ上で実行することもできるし、一部をユーザーのコンピュータ上で、及び一部をリモートコンピュータ上で実行することもできるし、全体をリモートコンピュータ又はサーバ上で実行することもできる。後半のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザーのコンピュータに接続されていてもよい。すなわち、この接続は、（例えば、インターネットサービスプロバイダーを用いてインターネットを通じて）外部コンピュータに対して行うこともできるし、クラウドコンピューティング環境において行うこともできるし、サービス型ソフトウェア（ＳａａＳ）などのサービスとして提供することもできる。
【０１００】
さらに、処理要素若しくは処理シーケンスの記載された順序、又はそれらの数字、文字、若しくは他の名称の使用は、特許請求の範囲において特定される場合を除いて、特許請求の範囲に記載のプロセス及び方法をいずれかの順序に限定することを意図するものではない。上記開示は、様々な例を通じて、本開示の様々の有用な実施形態であると現在考えられているものを述べているが、そのような詳細は、その目的のためのものにすぎず、特許請求の範囲は、開示された実施形態に限定されるものではなく、逆に、開示された実施形態の趣旨及び範囲内にある変更及び均などなアレンジを包含することが意図されていることが理解されるであろう。例えば、上述した様々な構成要素の実施態様は、ハードウェアデバイスに具現化してもよいが、ソフトウェアのみのソリューション、例えば、既存のサーバ又はモバイルデバイス上へのインストールとして実施することもできる。
【０１０１】
同様に、本開示の実施形態の上記説明では、様々な実施形態のうち１つ以上を理解するのに役立つ本開示のストリームライン化を目的として、単一の実施形態、その実施形態の図、又はその実施形態の説明において様々な特徴が共にグループ化されることがあることが理解されるであろう。ただし、この開示の方法は、請求項に記載の主題が、各請求項に明示的に特定されたものよりも多くの特徴を必要とするという意図を反映するものでないと解釈されるべきである。逆に、請求項に記載の主題は、上記開示された単一の実施形態の全ての特徴よりも少ない特徴に依拠してもよい。
【符号の説明】
【０１０２】
１００  システム、１１０  サーバ、１１２  処理エンジン、１２０  ネットワーク、１２０−１，１２０−２  基地局、１３０  要求者端末、１３０−１  モバイルデバイス、１３０−２  タブレットコンピュータ、１３０−３  ラップトップコンピュータ、１３０−４  自動車の車載装置、１４０  提供者端末、１５０  データベース、２００  コンピューティングデバイス、２１０  内部通信バス、２２０  プロセッサ、２３０  ＲＯＭ、２４０  ＲＡＭ、２５０  ＣＯＭポート、２６０  Ｉ／Ｏ構成要素、２７０  ディスク、２８０  ユーザーインターフェース要素、３１０  要求取得ユニット、３２０  勧誘取得／送信ユニット、３３０  決定ユニット、３４０  通知送信ユニット
【図１】
2019505022.tif 000003
【図２】
2019505022.tif 000004
【図３】
2019505022.tif 000005
【図４】
2019505022.tif 000006
【図５】
2019505022.tif 000007
【図６】
2019505022.tif 000008
【図７】
2019505022.tif 000009
【図８】
2019505022.tif 000010
【手続補正書】
【提出日】平成30年7月9日(2018.7.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
バスと、
前記バスに接続され、相乗りサービスをユーザー及び該ユーザーの連絡相手に提供するための一組の命令を含む少なくとも１つの記憶媒体と、
前記記憶媒体と通信する少なくとも１つの論理回路と、
を備え、
前記少なくとも１つの論理回路は、前記一組の命令を実行すると、
少なくとも１人の連絡相手を含むオンライン相乗り要求を含む電子信号を第１乗客端末から取得し、
前記少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定し、
前記少なくとも１つの第２乗客端末のうち、候補第２乗客端末への勧誘を含む電子信号を送信し、
前記相乗り要求が承諾されたか否かを示す前記勧誘に対する応答を含む電子信号を前記候補第２乗客端末から取得するように指示される、オンライン輸送サービスを提供するように構成された、システム。
【請求項２】
前記勧誘に対する前記応答は、前記勧誘を断る不承諾応答を含み、
前記少なくとも１つの論理回路は、
前記相乗り要求の不成立通知を含む電子信号を前記第１乗客端末に送信するように更に指示される、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つの論理回路は、
再相乗り要求を含む電子信号を前記第１乗客端末に送信し、
前記再相乗り要求に対する返答を含む電子信号を前記第１乗客端末から取得するように更に指示される、請求項２に記載のシステム。
【請求項４】
前記勧誘に対する前記応答は、前記勧誘を承諾する承諾応答を含み、
前記少なくとも１つの論理回路は、
前記相乗り要求に基づいて相乗りオーダーを生成し、
前記相乗りオーダーの確認通知を含む電子信号を前記第１乗客端末及び前記候補第２乗客端末に送信するように更に指示される、請求項１に記載のシステム。
【請求項５】
前記少なくとも１つの論理回路は、
前記相乗りオーダーの成立確認を含む電子信号を取得し、
前記第１乗客端末の第１の支払い額を求め、
前記第２乗客端末の第２の支払い額を求めるように更に指示される、請求項４に記載のシステム。
【請求項６】
電子デバイスによって、少なくとも１人の連絡相手を含むオンライン相乗り要求を含む電子信号を第１乗客端末から取得し、
前記電子デバイスによって、前記少なくとも１人の連絡相手に関連付けられた少なくとも１つの第２乗客端末を特定し、
前記電子デバイスによって、前記少なくとも１つの第２乗客端末のうち、候補第２乗客端末に勧誘を含む電子信号を送信し、
前記電子デバイスによって、前記相乗り要求が承諾されたか否かを示す前記勧誘に対する応答を含む電子信号を前記候補第２乗客端末から取得する、
ことを含む、オンライン輸送サービスを提供するように構成された方法。
【請求項７】
前記勧誘に対する前記応答は、前記勧誘を断る不承諾応答を含み、
前記方法は、
前記電子デバイスによって、前記相乗り要求の不成立通知を含む電子信号を前記第１乗客端末に送信すること、
を更に含む、請求項６に記載の方法。
【請求項８】
前記電子デバイスによって、再相乗り要求を含む電子信号を前記第１乗客端末に送信し、
前記電子デバイスによって、前記相再乗り要求に対する返答を含む電子信号を前記第１乗客端末から取得すること、
を更に含む、請求項７に記載の方法。
【請求項９】
前記勧誘に対する前記応答は、前記勧誘を承諾する承諾応答を含み、
前記方法は、
前記電子デバイスによって、前記相乗り要求に基づいて相乗りオーダーを生成し、
前記電子デバイスによって、前記相乗りオーダーの確認通知を含む電子信号を前記第１乗客端末及び前記候補第２乗客端末に送信すること、
を更に含む、請求項６に記載の方法。
【請求項１０】
前記電子デバイスによって、前記相乗りオーダーの成立確認を含む電子信号を取得し、
前記電子デバイスによって、前記第１乗客端末の第１の支払い額を求め、
前記電子デバイスによって、前記第２乗客端末の第２の支払い額を求める、
ことを更に含む、請求項９に記載の方法。
【請求項１１】
相乗りサービスをユーザー及び該ユーザーの連絡相手に提供する一組の命令を含む少なくとも１つの記憶媒体と、
前記記憶媒体と通信する少なくとも１つの論理回路と、
を備え、
前記少なくとも１つの論理回路は、前記一組の命令を実行すると、
第１の照合情報及び第１の移動出発点を含む第１のオンライン相乗り要求を含む電子信号を、第１の乗客に関連付けられた第１乗客端末から取得し、
第２の照合情報及び第２の移動出発点を含む第２のオンライン相乗り要求を含む電子信号を、第２の乗客に関連付けられた第２乗客端末から取得し、
前記第１の照合情報が前記第２の照合情報と整合するとき、前記第１の乗客及び前記第２の乗客が相乗りの事前の同意を有すると判断し、
前記第１の相乗り要求及び前記第２の相乗り要求に基づいて相乗りオーダーを生成し、
前記相乗りオーダーの確認通知を含む電子信号を前記第１乗客端末及び前記第２乗客端末に送信するように指示される、システム。
【請求項１２】
前記少なくとも１つの論理回路は、
前記第１の移動出発点が、前記第２の移動出発点から所定の距離の外側にある場合、又は、
前記第１の照合情報が前記第２の照合情報と整合しない場合、
のうちの少なくとも一方の場合において、前記第１の相乗り要求の不成立通知を含む電子信号を前記第１乗客端末に送信するように更に指示される、請求項１１に記載のシステム。
【請求項１３】
前記少なくとも１つの論理回路は、
再相乗り要求を含む電子信号を前記第１乗客端末に送信し、
前記再相乗り要求に対する返答を含む電子信号を前記第１乗客端末から取得するように更に指示される、請求項１２に記載のシステム。
【請求項１４】
前記少なくとも１つの論理回路は、
前記相乗りオーダーの成立確認を含む電子信号を取得し、
前記第１乗客端末の支払い額を求め、
前記第２乗客端末の第２の支払い額を求めるように更に指示される、請求項１１に記載のシステム。
【請求項１５】
電子デバイスによって、第１の照合情報及び第１の移動出発点を含む第１のオンライン相乗り要求を含む電子信号を、第１の乗客に関連付けられた第１乗客端末から取得し、
前記電子デバイスによって、第２の照合情報及び第２の移動出発点を含む第２のオンライン相乗り要求を含む電子信号を、第２の乗客に関連付けられた第２乗客端末から取得し、
前記電子デバイスによって、前記第１の照合情報が前記第２の照合情報と整合するとき、前記第１の乗客及び前記第２の乗客が相乗りの事前の同意を有すると判断し、
前記電子デバイスによって、前記第１の相乗り要求及び前記第２の相乗り要求に基づいて相乗りオーダーを生成し、
前記電子デバイスによって、前記相乗りオーダーの確認通知を含む電子信号を前記第１乗客端末及び前記第２乗客端末に送信すること、
を含む、オンライン輸送サービスを提供するように構成された方法。
【請求項１６】
前記第１の移動出発点が、前記第２の移動出発点から所定の距離の外側にある場合、又は、
前記第１の照合情報が前記第２の照合情報と整合しない場合、
のうちの少なくとも一方の場合において、前記電子デバイスによって、前記第１の相乗り要求の不成立通知を含む電子信号を前記第１乗客端末に送信すること、
を更に含む、請求項１５に記載の方法。
【請求項１７】
前記電子デバイスによって、再相乗り要求を含む電子信号を前記第１乗客端末に送信し、
前記電子デバイスによって、前記再相乗り要求に対する返答を含む電子信号を前記第１乗客端末から取得することと、
を更に含む、請求項１６に記載の方法。
【請求項１８】
前記電子デバイスによって、前記相乗りオーダーの成立確認を含む電子信号を取得し、
前記電子デバイスによって、前記第１乗客端末の第１の支払い額を求め、
前記電子デバイスによって、前記第２乗客端末の第２の支払い額を求めること、
を更に含む、請求項１５に記載の方法。
【請求項１９】
前記第２の乗客に関連付けられた前記第２の移動出発点は、前記第１の乗客に関連付けられた前記第１の移動出発点から所定の距離内にある、請求項１１に記載のシステム。
【請求項２０】
前記第２の乗客に関連付けられた前記第２の移動出発点は、前記第１の乗客に関連付けられた前記第１の移動出発点から所定の距離内にある、請求項１５に記載の方法。
【国際調査報告】
2019505022.tif 000011
2019505022.tif 000012