(57)【要約】  オンライン・ツー・オフライン・サービスをユーザに提供するためのシステムおよび方法が提供される。この方法は、サービス依頼信号に基づいて、おのおのがサービスのタイプのサービス情報に関連付けられている複数の異なるサービスのタイプを決定すること（５０２）と、サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定すること（５０３）と、応答信号を生成し、応答信号をユーザ端末に送信すること（５０４）とを含み得、応答信号は、最適なサービスのタイプのサービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、表示コマンドは、所定のルールのセットにしたがって、最適なサービスのタイプのサービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される。【選択図】図５
2020537267.tif 000002
【特許請求の範囲】
【請求項１】
オンライン・ツー・オフライン・サービスをユーザに提供するように構成されたシステムであって、
命令のセットを含む少なくとも１つの非一時的な記憶媒体と、
前記少なくとも１つの非一時的な記憶媒体と通信する少なくとも１つのプロセッサとを備え、前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、
ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得し、
前記サービス依頼信号に基づいて、おのおのがサービスのタイプのサービス情報に関連付けられている複数の異なる前記サービスのタイプを決定し、
前記サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定し、
応答信号を生成し、前記応答信号を前記ユーザ端末に送信するように指示され、
前記応答信号は、前記最適なサービスのタイプの前記サービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、
前記表示コマンドは、所定のルールのセットにしたがって、前記最適なサービスのタイプの前記サービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される、システム。
【請求項２】
前記表示コマンドは、
前記複数の異なるサービスのタイプに関連する特性文字列を、前記第１のユーザ端末のユーザ・インターフェースに表示するように構成される、請求項１に記載のシステム。
【請求項３】
前記応答信号はさらに、前記最適なサービスのタイプを含まない前記複数のサービスのタイプの一部をエンコードする少なくとも１つのフレームを含み、前記応答信号はさらに、
前記第１の端末のユーザ・インターフェースの第１の領域において、前記最適なサービスのタイプの前記サービス情報を表示し、
前記第１の端末の前記ユーザ・インターフェースの第２の領域において、他のサービスのタイプの前記サービス情報を表示するように構成される、請求項１に記載のシステム。
【請求項４】
前記第１の領域は、前記第２の領域より大きい、請求項３に記載のシステム。
【請求項５】
前記第１のインジケータは、前記第１の端末の前記ユーザ・インターフェースの上部に配置される、請求項１に記載のシステム。
【請求項６】
前記サービス依頼信号は、サービス依頼の出発場所を含み、前記表示コマンドは、前記出発場所に基づいて決定される、請求項１から４のいずれか一項に記載のシステム。
【請求項７】
前記表示コマンドは、前記第１のユーザ端末からのユーザ入力に基づいて決定される、請求項１から４のいずれか一項に記載のシステム。
【請求項８】
前記サービスのタイプの前記サービス情報は、料金基準、推定費用、販売促進、前記車両の現在位置、または推定待ち時間のうちの少なくとも１つを含む、請求項１から７のいずれか一項に記載のシステム。
【請求項９】
前記サービス選択モデルは、推定費用、販売促進、前記ユーザが一般に使用する輸送サービスのタイプ、前記ユーザの消費レベル、近くの車両の数、または推定待ち時間のうちの少なくとも１つに関連付けられる、請求項１から８のいずれか一項に記載のシステム。
【請求項１０】
前記表示コマンドは、前記最適なサービスのタイプの前記サービス情報と、他のサービスのタイプのサービス情報との差分に基づいて決定される、請求項１から９のいずれか一項に記載のシステム。
【請求項１１】
オンライン・ツー・オフライン・サービスをユーザへ提供するためにコンピューティング・デバイスにおいてインプリメントされる方法であって、前記コンピューティング・デバイスは、メモリと、１つまたは複数のプロセッサとを含み、前記方法は、
サービス依頼信号に基づいて、おのおのが前記サービスのタイプのサービス情報に関連付けられている複数の異なる前記サービスのタイプを決定するステップと、
前記サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定するステップと、
応答信号を生成し、前記応答信号をユーザ端末に送信するステップとを備え、
前記応答信号は、前記最適なサービスのタイプの前記サービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、
前記表示コマンドは、所定のルールのセットにしたがって、前記最適なサービスのタイプの前記サービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される、方法。
【請求項１２】
前記表示コマンドは、
前記複数の異なるサービスのタイプに関連する特性文字列を、前記第１のユーザ端末のユーザ・インターフェースに表示するように構成される、請求項１１に記載の方法。
【請求項１３】
前記応答信号はさらに、前記最適なサービスのタイプを含まない前記複数のサービスのタイプの一部をエンコードする少なくとも１つのフレームを含み、前記応答信号はさらに、
第１の端末の前記ユーザ・インターフェースの第１の領域において、前記最適なサービスのタイプの前記サービス情報を表示し、
前記第１の端末の前記ユーザ・インターフェースの第２の領域において、他のサービスのタイプの前記サービス情報を表示するように構成される、請求項１２に記載の方法。
【請求項１４】
前記第１の領域は、前記第２の領域より大きい、請求項１３に記載の方法。
【請求項１５】
前記第１のインジケータは、第１の端末の前記ユーザ・インターフェースの上部に配置される、請求項１１に記載の方法。
【請求項１６】
前記サービス依頼信号は、サービス依頼の出発場所を含み、前記表示コマンドは、前記出発場所に基づいて決定される、請求項１１から１４のいずれか一項に記載の方法。
【請求項１７】
前記表示コマンドは、前記第１のユーザ端末からのユーザ入力に基づいて決定される、請求項１１から１４のいずれか一項に記載の方法。
【請求項１８】
サービスのタイプの前記サービス情報は、料金基準、推定費用、販売促進、車両の現在位置、または推定待ち時間のうちの少なくとも１つを含む、請求項１１から１７のいずれか一項に記載の方法。
【請求項１９】
前記サービス選択モデルは、推定費用、販売促進、前記ユーザが一般に使用する輸送サービスのタイプ、前記ユーザの消費レベル、近くの車両の数、または推定待ち時間のうちの少なくとも１つに関連付けられる、請求項１１から１８のいずれか一項に記載の方法。
【請求項２０】
前記表示コマンドは、前記最適なサービスのタイプの前記サービス情報と、他のサービスのタイプのサービス情報との差分に基づいて決定される、請求項１１から１９のいずれか一項に記載の方法。
【請求項２１】
コンピュータ・プログラム製品を具現化する非一時的なコンピュータ可読媒体であって、前記コンピュータ・プログラム製品は、コンピューティング・デバイスに対して、
ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得させ、
前記サービス依頼信号に基づいて、おのおのが前記サービスのタイプのサービス情報に関連付けられている複数の異なる前記サービスのタイプを決定させ、
前記サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定させ、
応答信号を生成し、前記応答信号を前記ユーザ端末に送信させるように構成された命令を備え、
前記応答信号は、前記最適なサービスのタイプの前記サービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、
前記表示コマンドは、所定のルールのセットにしたがって、前記最適なサービスのタイプの前記サービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１７年１０月１２日に出願された中国特許出願第２０１７１０９４９１８４．Ｘ号に対する優先権を主張し、その内容全体は、参照により本明細書に組み込まれる。
【０００２】
本開示は、一般に、オンライン・ツー・オフライン・サービスを提供するためのシステムおよび方法に関し、特に、オンライン・ツー・オフライン・サービスにおいて最適な輸送サービスのタイプを決定するためのシステムおよび方法に関する。
【背景技術】
【０００３】
オンライン・ツー・オフライン・サービス、特にオンライン・ツー・オフライン輸送（たとえば、カー・ヘイリング）サービスは、ますます人気が高まっている。既存のオンライン・ツー・オフライン輸送サービスの問題は、通常、ユーザがサービス依頼を開始したときに１つのサービスのタイプしか提供されないことである。たとえば、ユーザがオンライン・ツー・オフライン輸送プラットフォームにおいて旅行を依頼すると、１種類の輸送しか提供されない。したがって、選択すべき異なるサービスのタイプをユーザに提供するためのシステムおよび方法を提供することが望ましい。
【発明の概要】
【０００４】
本開示の１つの態様によれば、オンライン・ツー・オフライン・サービスを提供するように構成されたシステムは、命令のセットを含む少なくとも１つの非一時的な記憶媒体と、少なくとも１つの非一時的な記憶媒体と通信する少なくとも１つのプロセッサとを含み得る。命令のセットを実行するとき、少なくとも１つのプロセッサは、ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得し、サービス依頼信号に基づいて、おのおのがサービスのタイプのサービス情報に関連付けられている複数の異なるサービスのタイプを決定し、サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定し、応答信号を生成し、応答信号をユーザ端末に送信するように指示され得る。応答信号は、最適なサービスのタイプのサービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含むことができ、表示コマンドは、所定のルールのセットにしたがって、最適なサービスのタイプのサービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される。
【０００５】
いくつかの実施形態では、表示コマンドは、複数の異なるサービスのタイプに関連する特性文字列を、第１のユーザ端末のユーザ・インターフェースに表示するように構成され得る。
【０００６】
いくつかの実施形態では、応答信号は、最適なサービスのタイプを含まない複数のサービスのタイプの一部をエンコードする少なくとも１つのフレームをさらに含み得、応答信号はさらに、第１の端末のユーザ・インターフェースの第１の領域において、最適なサービスのタイプのサービス情報を表示し、第１の端末のユーザ・インターフェースの第２の領域において、他のサービスのタイプのサービス情報を表示するように構成され得る。
【０００７】
いくつかの実施形態では、第１の領域は、第２の領域より大きくてもよい。
【０００８】
いくつかの実施形態では、第１のインジケータは、第１の端末のユーザ・インターフェースの上部に配置され得る。
【０００９】
いくつかの実施形態では、サービス依頼信号は、サービス依頼の出発場所を含み得、表示コマンドは、出発場所に基づいて決定され得る。
【００１０】
いくつかの実施形態では、表示コマンドは、第１のユーザ端末からのユーザ入力に基づいて決定され得る。
【００１１】
いくつかの実施形態では、サービスのタイプのサービス情報は、料金基準、推定費用、販売促進、車両の現在位置、または推定待ち時間のうちの少なくとも１つを含み得る。
【００１２】
いくつかの実施形態では、サービス選択モデルは、推定費用、販売促進、ユーザが一般に使用する輸送サービスのタイプ、ユーザの消費レベル、近くの車両の数、または推定待ち時間のうちの少なくとも１つに関連付けられ得る。
【００１３】
いくつかの実施形態では、表示コマンドは、最適なサービスのタイプのサービス情報と、他のサービスのタイプのサービス情報との差分に基づいて決定され得る。
【００１４】
本開示の別の態様によれば、おのおのが少なくとも１つのプロセッサおよび記憶媒体を有する少なくとも１つのデバイス上でインプリメントされる方法は、少なくとも１つのプロセッサによって実行される以下の動作のうちの１つまたは複数を含み得る。方法は、ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得することと、サービス依頼信号に基づいて、おのおのがサービスのタイプのサービス情報に関連付けられている複数の異なるサービスのタイプを決定することと、サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定することと、応答信号を生成し、応答信号をユーザ端末に送信することとを含み得、応答信号は、最適なサービスのタイプのサービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、表示コマンドは、所定のルールのセットにしたがって、最適なサービスのタイプのサービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される。
【００１５】
追加の特徴は、以下の説明で部分的に説明され、以下および添付の図面を検討すると当業者に部分的に明らかになるか、または実例の生成または動作によって学習され得る。本開示の特徴は、以下で論じられる詳細な実例に示される方法論、手段、および組合せの様々な態様の実践または使用によって実現および達成され得る。
【００１６】
本開示は、例示的な実施形態に関してさらに記載される。本開示の実施形態の前述および他の態様は、添付の図面と併せて読まれると、以下の詳細な説明においてより明白にされる。
【図面の簡単な説明】
【００１７】
【図１】本開示のいくつかの実施形態にしたがって、オンライン・ツー・オフライン・サービスにおいて最適な輸送サービスのタイプを決定および表示するための例示的なシステムのブロック図である。
【図２】本開示のいくつかの実施形態にしたがって、コンピューティング・デバイスの例示的なハードウェアおよび／またはソフトウェア・コンポーネントを示す概略図である。
【図３】本開示のいくつかの実施形態にしたがって、モバイル・デバイスの例示的なハードウェアおよび／またはソフトウェア・コンポーネントを示す概略図である。
【図４】本開示のいくつかの実施形態にしたがって、例示的な処理エンジンを示すブロック図である。
【図５】本開示のいくつかの実施形態にしたがって、最適な輸送サービスのタイプを決定および表示するための例示的な処理および／または方法５００のフローチャートである。
【図６】本開示のいくつかの実施形態にしたがって、サービス選択モデル（または選択戦略）を決定するための例示的な処理および／または方法６００のフローチャートである。
【図７】本開示のいくつかの実施形態にしたがって、最適な輸送サービスのタイプを決定および表示するための例示的な処理および／または方法７００のフローチャートである。
【図８】本開示のいくつかの実施形態にしたがって、最適な輸送サービスのタイプの表示を決定するための例示的なグラフィック・ユーザ・インターフェースを示す図である。
【発明を実施するための形態】
【００１８】
以下の説明は、当業者が本開示を作成および使用できるようにするために提示され、特定の用途およびその要件の文脈で提供される。開示された実施形態に対する様々な修正は、当業者には容易に明らかであり、本明細書で定義された一般的な原理は、本開示の趣旨および範囲から逸脱することなく、他の実施形態および用途に適用され得る。したがって、本開示は、図示される実施形態に限定されず、特許請求の範囲と一致する最も広い範囲が与えられるべきである。
【００１９】
本明細書で使用される用語は、特定の例示的な実施形態を説明することのみを目的とし、限定することを意図するものではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が明らかに他を示さない限り、複数形も含むことが意図され得る。本明細書で使用されるとき、「備える」、「備えている」、「含む」、および／または「含んでいる」という用語は、述べられた特徴、完全体、ステップ、動作、要素、および／またはコンポーネントの存在を指定するが、１つまたは複数の他の特徴、完全体、ステップ、動作、要素、コンポーネント、および／またはそれらのグループの存在または追加を排除するものではないことがさらに理解される。
【００２０】
本開示のこれらおよび他の特徴、ならびに特性のみならず、構造に関連する要素の動作の方法および機能、ならびに部品の組合せおよび製造の経済性は、そのすべてが本明細書の一部を形成する添付の図面を参照した以下の説明を考慮してより明白になるであろう。しかしながら、図面は例示および説明のみを目的としており、本開示の範囲を限定することを意図していないことを明確に理解されたい。図面は縮尺通りではないことが理解される。
【００２１】
本開示で使用されるフローチャートは、本開示のいくつかの実施形態にしたがって、システムがインプリメントする動作を示す。明確に理解されるべきであるが、フローチャートの動作は、順序付けられずにインプリメントされ得る。逆に、動作は逆の順序で、または同時にインプリメントされ得る。さらに、フローチャートに１つまたは複数の他の動作が追加され得る。フローチャートから１つまたは複数の動作が削除され得る。
【００２２】
さらに、本開示におけるシステムおよび方法は、主にオンライン・カー・ヘイリング・サービスに関して記載されているが、これは単なる１つの例示的な実施形態であることも理解されたい。本開示のシステムまたは方法は、他の任意の種類のオンライン・ツー・オフライン・サービスに適用され得る。たとえば、本開示のシステムまたは方法は、陸、海、航空宇宙など、またはそれらの任意の組合せを含む異なる輸送システムに適用され得る。輸送システムの車両は、タクシー、自家用車、ヒッチ、バス、鉄道、新幹線、高速列車、地下鉄、船舶、航空機、宇宙船、熱気球、無人車両など、またはそれらの任意の組合せを含み得る。輸送システムはまた、管理および／または分配を適用する任意の輸送システム、たとえば、輸送貨物の発送および／または受取のためのシステムを含み得る。本開示のシステムまたは方法の適用シナリオは、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタム・システム、内部分析システム、人工知能ロボットなど、またはそれらの任意の組合せを含み得る。
【００２３】
本開示における位置および／または追跡は、ユーザ端末（たとえば、乗客端末、運転者端末）に埋め込まれた測位技術によって獲得され得る。本開示で使用される測位技術は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパス航法システム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレス・フィデリティ（Ｗｉ−Ｆｉ）測位技術など、またはそれらの任意の組合せを含み得る。上記の測位技術のうちの１つまたは複数は、本開示において相互置換可能に使用され得る。
【００２４】
本開示の態様は、最適な輸送サービスのタイプを決定および表示するための方法およびデバイスに関する。この方法は、ユーザの移動依頼情報を獲得することであって、この依頼情報は、出発地および目的地を含み得る、移動依頼情報にしたがって、複数の輸送サービスのタイプのサービス情報を獲得することと、事前設定された選択ポリシに基づいて、最適な輸送サービスのタイプを獲得することと、所定の表示方法にしたがって、最適な輸送サービスのタイプおよび残りの輸送サービスのタイプのサービス情報をそれぞれ表示することとを含み得る。本開示は、複数の輸送サービスのタイプから最適な輸送サービスのタイプを獲得することと、所定の表示方法にしたがって、最適な輸送サービスのタイプおよび残りの輸送サービスのタイプのサービス情報をそれぞれ表示することとに関する。したがって、ユーザのための輸送サービスのタイプを選択する効率および精度を向上することができる。本明細書におけるシステムおよび方法はまた、（たとえば、１つのプロセッサにおける）サーバと、ユーザの端末デバイスとの間の通信（たとえば、所定の選択肢、選択、および最適化を介したダイアログ）を可能にし得る。
【００２５】
図１は、本開示のいくつかの実施形態にしたがって、オンライン・ツー・オフライン・サービスにおいて最適な輸送サービスのタイプを決定および表示するための例示的なシステム１００のブロック図である。たとえば、システム１００は、カー・ヘイリング・サービス、運転者サービス、車両配達サービス、カープーリング・サービス、バス・サービス、新幹線サービス、高速列車サービス、地下鉄サービス、船舶サービス、航空機サービス、宇宙船サービス、熱気球サービス、無人車両サービスなど、またはそれらの任意の組合せの運転者採用サービス、およびシャトル・サービスなどのような輸送サービスのためのオンライン輸送サービス・プラットフォームであり得る。システム１００は、サーバ１１０、乗客端末１２０、記憶装置１３０、運転者端末１４０、ネットワーク１５０、および情報ソース１６０を含み得る。サーバ１１０は、処理エンジン１１２を含み得る。
【００２６】
サーバ１１０は、複数のサービス依頼者によって開始された注文、たとえば、ヘイリング・カーに関する注文に関連する情報および／またはデータを処理するように構成され得る。たとえば、サーバ１１０は、乗客端末１２０から複数の注文を受信し、注文を処理して、各注文を、割当戦略にしたがって、対応する運転者端末１４０に割り当て得る。いくつかの実施形態では、サーバ１１０は、単一のサーバ、またはサーバ・グループであり得る。サーバ・グループは、集中型または分散型であり得る（たとえば、サーバ１１０は、分散型システムであり得る）。いくつかの実施形態では、サーバ１１０は、ローカルまたはリモートであり得る。たとえば、サーバ１１０は、ネットワーク１５０を介して、乗客端末１２０、運転者端末１４０、および／または記憶装置１３０に記憶された情報および／またはデータにアクセスし得る。別の例として、サーバ１１０は、乗客端末１２０、運転者端末１４０、および／または記憶装置１３０に直接接続されて、記憶された情報および／またはデータにアクセスし得る。いくつかの実施形態では、サーバ１１０は、クラウド・プラットフォーム上でインプリメントされ得る。単なる例として、クラウド・プラットフォームは、プライベート・クラウド、パブリック・クラウド、ハイブリッド・クラウド、コミュニティ・クラウド、分散クラウド、インター・クラウド、マルチ・クラウドなど、またはそれらの任意の組合せを含み得る。いくつかの実施形態では、サーバ１１０は、本開示において、図２に例示される１つまたは複数のコンポーネントを有するコンピューティング・デバイスで実施され得る。
【００２７】
いくつかの実施形態では、サーバ１１０は、処理エンジン１１２を含み得る。処理エンジン１１２は、本開示に記載される１つまたは複数の機能を実行するために複数のサービス依頼者によって開始された注文に関連する情報および／またはデータを処理し得る。たとえば、処理エンジン１１２は、乗客端末１２０から複数の注文を取得し、注文を処理して、各注文を、割当戦略にしたがって、対応する運転者端末１４０に割り当て得る。いくつかの実施形態では、処理エンジン１１２は、１つまたは複数の処理エンジン（たとえば、シングル・コア処理エンジンまたはマルチ・コア・プロセッサ）を含み得る。単なる例として、処理エンジン１１２は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セット・プロセッサ（ＡＳＩＰ）、グラフィック処理ユニット（ＧＰＵ）、物理処理ユニット（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、マイクロコントローラ・ユニット、縮小命令セット・コンピュータ（ＲＩＳＣ）、マイクロプロセッサなど、またはそれらの任意の組合せを含み得る。
【００２８】
いくつかの実施形態では、乗客端末１２０および／または運転者端末１４０は、個人、ツール、または注文に直接関連する他のエンティティであり得る。乗客は、サービス依頼者であり得る。本開示では、「サービス依頼者」、「乗客端末」、および「乗客」は、相互置換可能に使用され得る。運転者は、サービス提供者であり得る。本開示では、「運転者」、「運転者端末」、および「サービス提供者」は、相互置換可能に使用され得る。いくつかの実施形態では、乗客端末１２０は、モバイル・デバイス１２０−１、タブレット・コンピュータ１２０−２、ラップトップ・コンピュータ１２０−３、および自動車における組込デバイス１２０−４など、またはそれらの任意の組合せを含み得る。いくつかの実施形態では、モバイル・デバイス１２０−１は、スマート・ホーム・デバイス、ウェアラブル・デバイス、スマート・モバイル・デバイス、仮想現実デバイス、拡張現実デバイスなど、またはそれらの任意の組合せを含み得る。いくつかの実施形態では、スマート・ホーム・デバイスは、スマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート・モニタリング・デバイス、スマート・テレビ、スマート・ビデオ・カメラ、インターフォンなど、またはそれらの任意の組合せを含み得る。いくつかの実施形態では、ウェアラブル・デバイスは、スマート・ブレスレット、スマート・フットギア、スマート・グラス、スマート・ヘルメット、スマート・ウォッチ、スマート衣類、スマート・バックパック、スマート・アクセサリなど、またはそれらの任意の組合せを含み得る。いくつかの実施形態では、スマート・モバイル・デバイスは、スマートフォン、携帯情報端末（ＰＤＡ）、ゲーム・デバイス、ナビゲーション・デバイス、販売時点情報管理（ＰＯＳ）デバイスなど、またはそれらの任意の組合せを含み得る。いくつかの実施形態では、仮想現実デバイスおよび／または拡張現実デバイスは、仮想現実ヘルメット、仮想現実グラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチなど、またはそれらの任意の組合せを含み得る。たとえば、仮想現実デバイスおよび／または拡張現実デバイスは、Ｇｏｏｇｌｅ  Ｇｌａｓｓ、Ｏｃｕｌｕｓ  Ｒｉｆｔ、ＨｏｌｏＬｅｎｓ、Ｇｅａｒ  ＶＲなどを含み得る。いくつかの実施形態では、自動車における組込デバイス１２０−４は、車載コンピュータ、車載テレビなどを含み得る。いくつかの実施形態では、乗客端末１２０は、ユーザおよび／または乗客端末１２０の位置を特定するための測位技術を備えたデバイスであり得る。
【００２９】
サービス提供者端末１４０は、複数のサービス提供者端末１４０−１、１４０−２、・・・、１４０−ｎを含み得る。いくつかの実施形態では、運転者端末１４０は、乗客端末１２０と同様の、または同じデバイスであってもよい。いくつかの実施形態では、運転者端末１４０は、運転者および／または運転者端末１４０の位置を特定するための測位技術を備えたデバイスであり得る。いくつかの実施形態では、乗客端末１２０および／または運転者端末１４０は、別の測位デバイスと通信して、ユーザ、乗客端末１２０、運転者、および／または運転者端末１４０の位置を決定し得る。いくつかの実施形態では、乗客端末１２０および／または運転者端末１４０は、測位情報をサーバ１１０に送信し得る。
【００３０】
記憶装置１３０は、注文に関連するデータおよび／または命令を記憶し得る。いくつかの実施形態では、記憶装置１３０は、乗客端末１２０および／または運転者端末１４０から取得／獲得されたデータを記憶し得る。いくつかの実施形態では、記憶装置１３０は、本開示に記載される例示的な方法を実行するためにサーバ１１０が実行または使用し得るデータおよび／または命令を記憶し得る。いくつかの実施形態では、記憶装置１３０は、大容量記憶装置、リムーバブル記憶装置、揮発性リード・ライト・メモリ、読出専用メモリ（ＲＯＭ）など、またはそれらの任意の組合せを含み得る。例示的な大容量記憶装置は、磁気ディスク、光ディスク、ソリッド・ステート・ドライブなどを含み得る。例示的なリムーバブル記憶装置は、フラッシュ・ドライブ、フロッピー・ディスク、光ディスク、メモリ・カード、ｚｉｐディスク、磁気テープなどを含み得る。例示的な揮発性リード・ライト・メモリは、ランダム・アクセス・メモリ（ＲＡＭ）を含み得る。例示的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブル・データ・レート同期ダイナミックＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、およびゼロ・キャパシタＲＡＭ（Ｚ−ＲＡＭ）などを含み得る。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＰＥＲＯＭ）、電気的消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクト・ディスクＲＯＭ（ＣＤ−ＲＯＭ）、およびデジタル多用途ディスクＲＯＭなどを含み得る。いくつかの実施形態では、記憶装置１３０は、クラウド・プラットフォーム上でインプリメントされ得る。単なる例として、クラウド・プラットフォームは、プライベート・クラウド、パブリック・クラウド、ハイブリッド・クラウド、コミュニティ・クラウド、分散クラウド、インター・クラウド、マルチ・クラウドなど、またはそれらの任意の組合せを含み得る。
【００３１】
いくつかの実施形態では、記憶装置１３０は、システム１００内の１つまたは複数のコンポーネント（たとえば、サーバ１１０、乗客端末１２０、運転者端末１４０）と通信するためにネットワーク１５０に接続され得る。システム１００における１つまたは複数のコンポーネントは、ネットワーク１５０を介して記憶装置１３０に記憶されたデータまたは命令にアクセスし得る。いくつかの実施形態では、記憶装置１３０は、システム１００内の１つまたは複数のコンポーネント（たとえば、サーバ１１０、乗客端末１２０、運転者端末１４０など）に直接接続され得るか、または通信し得る。いくつかの実施形態では、記憶装置１３０は、サーバ１１０の一部であり得る。
【００３２】
ネットワーク１５０は、情報および／またはデータの交換を容易にし得る。いくつかの実施形態では、システム１００における１つまたは複数のコンポーネント（たとえば、サーバ１１０、乗客端末１２０、記憶装置１３０、および運転者端末１４０）は、ネットワーク１５０を介してシステム１００内の他のコンポーネントに／から、情報および／またはデータを送信および／または受信し得る。たとえば、サーバ１１０は、ネットワーク１５０を介して乗客端末１２０から注文を取得／獲得し得る。いくつかの実施形態では、ネットワーク１５０は、任意のタイプの有線またはワイヤレスのネットワーク、またはそれらの組合せであり得る。単なる例として、ネットワーク１５０は、ケーブル・ネットワーク、有線ネットワーク、光ファイバ・ネットワーク、遠隔通信ネットワーク、イントラネット、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、ワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、公衆電話交換網（ＰＳＴＮ）、ＢｌｕｅｔｏｏｔｈＴＭネットワーク、ＺｉｇＢｅｅＴＭネットワーク、近距離無線通信（ＮＦＣ）ネットワーク、グローバル移動体通信システム（ＧＳＭ）ネットワーク、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、拡張データ・レート・フォーＧＳＭエボリューション（ＥＤＧＥ）ネットワーク、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））ネットワーク、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）ネットワーク、ユーザ・データグラム・プロトコル（ＵＤＰ）ネットワーク、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）ネットワーク、ショート・メッセージ・サービス（ＳＭＳ）ネットワーク、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）ネットワーク、超広帯域（ＵＷＢ）ネットワーク、赤外線など、またはそれらの任意の組合せを含み得る。いくつかの実施形態では、システム１００は、１つまたは複数のネットワーク・アクセス・ポイントを含み得る。たとえば、システム１１０は、基地局および／またはワイヤレス・アクセス・ポイント１５０−１、１５０−２、・・・などの有線またはワイヤレスのネットワーク・アクセス・ポイントを含み得、それを介して、システム１００の１つまたは複数のコンポーネントが、ネットワーク１５０に接続され、データおよび／または情報を交換し得る。
【００３３】
情報ソース１６０は、システム１００に他の情報を提供するように構成されたソースであり得る。情報ソース１６０は、気象条件、輸送情報、法規制の情報、ニュース・イベント、生活情報、生活ガイド情報などのサービス情報をシステム１００に提供し得る。情報ソース１６０は、単一の中央サーバ、通信リンクを介して接続された複数のサーバ、または複数のパーソナル・デバイスにおいてインプリメントされ得る。情報ソース１６０が複数のパーソナル・デバイスにおいてインプリメントされる場合、パーソナル・デバイスは、たとえば、テキスト、音声、画像、およびビデオをクラウド・サーバにアップロードすることにより、（たとえば、「ユーザ生成コンテンツ」と称されるような）コンテンツを生成し得る。情報ソースは、複数のパーソナル・デバイスおよびクラウド・サーバによって生成され得る。
【００３４】
図２は、サーバ１１０、乗客端末１２０、記憶装置１３０、運転者１４０、および／または情報ソース１６０が、本開示のいくつかの実施形態にしたがってインプリメントされ得るコンピューティング・デバイス２００の例示的なハードウェアおよびソフトウェア・コンポーネントを示す概略図である。特定のシステムは、機能ブロック図を使用して、１つまたは複数のユーザ・インターフェースを含むハードウェア・プラットフォームを説明し得る。コンピュータは、一般的な機能または特定の機能を備えたコンピュータであり得る。本開示のいくつかの実施形態にしたがって、両方のタイプのコンピュータが、任意の特定のシステムをインプリメントするように構成され得る。コンピューティング・デバイス２００は、本開示で開示される１つまたは複数の機能を実行する任意のコンポーネントをインプリメントするように構成され得る。たとえば、コンピューティング・デバイス２００は、本明細書に記載されるようなシステム１００の任意のコンポーネントをインプリメントし得る。図１および図２では、純粋に便宜上の目的で、そのようなコンピュータ・デバイスが１つだけ示されている。当業者は、本出願の出願時に、本明細書に記載されるようなオンライン・ツー・オフライン・サービスに関連するコンピュータ機能は、多くの同様のプラットフォーム上で分散方式によってインプリメントされ、処理負荷を分散できることを理解するであろう。
【００３５】
コンピューティング・デバイス２００は、たとえば、データ通信を容易にするために、それに接続されたネットワークと接続されたＣＯＭポート２５０を含み得る。コンピューティング・デバイス２００はまた、プログラム命令を実行するための１つまたは複数のプロセッサ（たとえば、論理回路）の形態のプロセッサ（たとえば、プロセッサ２２０）も含み得る。たとえば、プロセッサは、その中にインターフェース回路および処理回路を含み得る。インターフェース回路は、バス２１０から電子信号を受信するように構成され得、電子信号は、処理回路が処理するための構造化データおよび／または命令をエンコードする。処理回路は、論理計算を行い、その後、電子信号としてエンコードされた結論、結果、および／または、命令を決定し得る。次に、インターフェース回路は、バス２１０を介して処理回路から電子信号を送出し得る。
【００３６】
例示的なコンピューティング・デバイスは、内部通信バス２１０と、コンピューティング・デバイスによって処理および／または送信される様々なデータ・ファイルのための、たとえば、ディスク２７０、および読出専用メモリ（ＲＯＭ）２３０、またはランダム・アクセス・メモリ（ＲＡＭ）２４０を含む、異なる形態のプログラム記憶装置およびデータ記憶装置とを含み得る。例示的なコンピューティング・デバイスはまた、ＲＯＭ２３０、ＲＡＭ２４０、および／または、プロセッサ２２０によって実行される他のタイプの非一時的な記憶媒体に記憶されたプログラム命令を含み得る。本開示の方法および／または処理は、プログラム命令としてインプリメントされ得る。コンピューティング・デバイス２００はまた、コンピュータと他のコンポーネントとの間の入力／出力をサポートするＩ／Ｏコンポーネント２６０を含む。コンピューティング・デバイス２００はまた、ネットワーク通信を介してプログラミングおよびデータを受信し得る。
【００３７】
単に説明のために、図２には、１つのＣＰＵおよび／またはプロセッサしか例示されていない。複数のＣＰＵおよび／またはプロセッサも考えられるので、本開示に記載されているように、１つのＣＰＵおよび／またはプロセッサによって実行される動作および／または方法ステップはまた、複数のＣＰＵおよび／またはプロセッサによって共同してまたは個別に実行されてもよい。たとえば、本開示において、コンピューティング・デバイス２００のＣＰＵおよび／またはプロセッサが、ステップＡおよびステップＢの両方を実行する場合、ステップＡおよびステップＢはまた、コンピューティング・デバイス２００において共同してまたは個別に、２つの異なるＣＰＵおよび／またはプロセッサによっても実行され得る（たとえば、第１のプロセッサが、ステップＡを実行し、第２のプロセッサが、ステップＢを実行するか、または、第１および第２のプロセッサが共同してステップＡおよびＢを実行する）ことを理解されたい。
【００３８】
図３は、本開示のいくつかの実施形態にしたがって、乗客端末１２０または提供者端末１４０がインプリメントされ得る例示的なモバイル・デバイス３００の例示的なハードウェアおよび／またはソフトウェア・コンポーネントを示す概略図である。図３に示すように、モバイル・デバイス３００は、通信ユニット３１０、ディスプレイ３２０、グラフィック処理ユニット（ＧＰＵ）３３０、中央処理装置（ＣＰＵ）３４０、Ｉ／Ｏ３５０、メモリ３６０、および記憶装置３９０を含み得る。ＣＰＵ３４０は、プロセッサ２２０と同様のインターフェース回路および処理回路を含み得る。いくつかの実施形態では、システム・バスまたはコントローラ（図示せず）を含むがこれらに限定されない他の任意の適切なコンポーネントも、モバイル・デバイス３００に含まれ得る。いくつかの実施形態では、モバイル・オペレーティング・システム３７０（たとえば、ｉＯＳＴＭ、ＡＮＤＲＯＩＤＴＭ、Ｗｉｎｄｏｗｓ  ＰｈｏｎｅＴＭなど）および１つまたは複数のアプリケーション３８０は、ＣＰＵ３４０によって実行されるために、記憶装置３９０からメモリ３６０にロードされ得る。アプリケーション３８０は、モバイル・デバイス３００上の位置ベースのサービス提供システムから、サービス依頼または他の情報に関連する情報を受信およびレンダリングするための、ブラウザまたは他の任意の適切なモバイル・アプリを含み得る。情報ストリームとのユーザ・インタラクションは、Ｉ／Ｏデバイス３５０を介して達成され、ネットワーク１２０を介してシステム１００の処理エンジン１１２および／または他のコンポーネントに提供され得る。
【００３９】
上述の様々なモジュール、ユニット、およびそれらの機能をインプリメントするために、コンピュータ・ハードウェア・プラットフォームは、１つまたは複数の要素のハードウェア・プラットフォーム（たとえば、図１に記載されたサーバ１１０のモジュール）として使用され得る。これらのハードウェア要素、オペレーティング・システム、およびプログラム言語は一般的なものであるため、当業者はこれらの技術に精通しており、本開示で記載された技術にしたがって、経路計画に必要な情報を提供できると仮定され得る。ユーザ・インターフェースを備えたコンピュータは、パーソナル・コンピュータ（ＰＣ）、または他のタイプのワークステーションまたは端末デバイスとして使用され得る。適切にプログラムされた後、ユーザ・インターフェースを備えたコンピュータは、サーバとして使用され得る。当業者はまた、このタイプのコンピュータ・デバイスのそのような構造、プログラム、または一般的な操作に精通していると考えられ得る。したがって、図については追加の説明は記載されていない。
【００４０】
図４は、本発明のいくつかの実施形態にしたがって、例示的な処理エンジン１１２を示すブロック図である。処理エンジン１１２は、獲得モジュール４１０、処理モジュール４２０、および表示モジュール４６０を含み得る。モジュールのおのおの、一部、またはすべては、処理エンジン１１２のすべてまたは一部のハードウェア回路であり得る。モジュールのおのおの、一部、またはすべてはまた、処理エンジンによって読み取られ実行されるアプリケーションまたは命令のセットとしてインプリメントされ得る。さらに、モジュールは、ハードウェア回路とアプリケーション／命令の任意の組合せであり得る。たとえば、モジュールは、処理エンジン１１２が、アプリケーション／命令のセットを実行しているとき、処理エンジンの一部であり得る。
【００４１】
獲得モジュール４１０は、ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得し得る。サービス依頼信号は、車両が出発場所から目的場所まで移動することを依頼するためのユーザのサービス依頼をエンコードし得る。ユーザは、ユーザ端末（たとえば、図３に示されるモバイル・デバイス３００）でサービス依頼を入力し、ユーザ端末は、ワイヤレス通信を介して（たとえば、通信ユニット３１０を介して）サービス依頼信号を生成して送信し得る。
【００４２】
処理モジュール４２０は、サービス依頼信号に基づいて、おのおのが輸送サービスのタイプのサービス情報に関連付けられている複数の異なる輸送サービスのタイプを決定し得る。処理モジュール４２０は、サービス依頼信号およびサービス選択モデルに基づいて、最適な輸送サービスのタイプを決定し得る。処理モジュール４２０は、サービス選択モデルを決定することができ、サービス選択モデルは、複数の輸送サービスのタイプの中から最適な輸送サービスのタイプを決定するための選択戦略を決定し得る。処理モジュール４２０は、過去のサービス依頼、過去のサービス依頼に対応するユーザに提供される複数の過去の輸送サービスのタイプ、および複数の過去の輸送サービスのタイプの中からユーザによって決定された過去の最適な輸送サービスのタイプを、サービス選択モデル（または選択戦略）をトレーニングおよび生成するためのサンプルとして使用し得る。
【００４３】
表示モジュール４３０は、応答信号を生成し、応答信号をユーザ端末に送信し得る。応答信号は、最適なサービスのタイプのサービス情報をエンコードする少なくとも１つのフレームを含み得る。応答信号はさらに、表示コマンドをエンコードする少なくとも１つのフレームを含み得る。表示コマンドは、所定のルールのセットにしたがって、最適なサービスのタイプのサービス情報に関連する第１のインジケータを表示するようにユーザ端末を促すように構成され得る。
【００４４】
図５は、本開示のいくつかの実施形態にしたがって、最適な輸送サービスのタイプを決定および表示するための例示的な処理および／または方法５００のフローチャートである。いくつかの実施形態では、処理５００における１つまたは複数のステップは、図１に示されているシステム１００でインプリメントされ得る。たとえば、処理６００における１つまたは複数のステップは、命令の形態として記憶装置１３０および／または記憶装置（たとえば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（たとえば、サーバ１１０における処理エンジン１１２、またはサーバ１１０における処理エンジン１１２のプロセッサ２２０）によって呼び出され、および／または、実行され得る。
【００４５】
５０１において、プロセッサ（たとえば、獲得モジュール４１０）は、ワイヤレス通信を介して、ユーザ端末からサービス依頼信号を取得し得る。サービス依頼信号は、車両が出発場所から目的場所まで移動することを依頼するためのユーザのサービス依頼をエンコードし得る。ユーザは、ユーザ端末（たとえば、図３に示されるモバイル・デバイス３００）にサービス依頼を入力することができ、ユーザ端末は、ワイヤレス通信を介して（たとえば、通信ユニット３１０を介して）サービス依頼信号を生成し、送信し得る。
【００４６】
サービス依頼信号によってエンコードされたサービス依頼は、出発場所、目的場所、および／または、出発時間のうちの少なくとも１つを含み得る。ユーザは、ユーザ端末のキーボード（たとえば、図３に示されるようなモバイル・デバイス３００のＩ／Ｏ３５０）を介してサービス依頼を入力し得る。いくつかの実施形態では、ユーザは、ユーザ端末によって表示される地図（たとえば、図３に示されるようなモバイル・デバイス３００のディスプレイ３２０によって表示される地図）を介して、出発場所および／または目的場所を入力し得、ここで、ユーザは、出発場所および／または目的場所を選択できる。いくつかの実施形態では、ユーザ端末は、全地球測位システム（ＧＰＳ）によって取得されたユーザの現在の場所を出発場所として決定し、ユーザ入力を介して目的場所を取得し得る。いくつかの実施形態では、プロセッサは、鉄道駅、空港、または観光名所など、またはそれらの任意の組合せのように、ユーザが選択するいくつかの一般的な目的場所を提供し得る。いくつかの実施形態では、サービス依頼はさらに、予約時間、移動に関与する人数、経路情報、交通情報など、またはそれらの任意の組合せを含み得るが、これらに限定されない。
【００４７】
５０２において、プロセッサ（たとえば、処理モジュール４２０）は、サービス依頼信号に基づいて、おのおのが輸送サービスのタイプのサービス情報に関連付けられている複数の異なる輸送サービスのタイプを決定し得る。輸送サービスのタイプは、１つまたは複数の供給者によって、またはユーザによって提供され、ユーザをある場所（たとえば、出発場所、出発場所または目的場所の間に位置する特定の場所など）から別の場所（たとえば、目的場所、または出発場所または目的場所の間に位置する別の特定の場所など）へ移動させることができる輸送方法のタイプを称し得る。いくつかの実施形態では、複数の輸送サービスのタイプは、歩行者ナビゲーション、タクシー・サービス、カープーリング・サービス、専用車サービス、特別送迎サービス、ミニ・バス・サービス、公共交通機関バス・サービス、地下鉄サービス、共有自転車サービスなど、またはそれらの任意の組合せを含むが、これらに限定されない。プロセッサ（たとえば、処理モジュール４２０）は、サービス依頼に基づいて、１つまたは複数の輸送サービスのタイプを決定し得る。たとえば、プロセッサは、サービス依頼に基づいて複数の輸送サービスのタイプを決定することができ、複数の輸送サービスのタイプのおのおのは、出発場所から目的場所に独立して移動するユーザの要求を満たし得る。複数の輸送サービスのタイプは、複数の輸送サービスのタイプのうちの別の輸送サービスのタイプと同じまたは異なる輸送サービスのタイプを含み得る。別の例では、プロセッサ（たとえば、処理モジュール４２０）は、サービス依頼に基づいて、１つまたは複数の輸送サービスのタイプを決定し、１つまたは複数の輸送サービスのタイプを組み合わせることで、出発場所から目的場所まで移動するユーザの要求を満たし得る。１つまたは複数の輸送サービスのタイプは、１つまたは複数の輸送サービスのタイプの別のサービスのタイプと同じまたは異なる輸送サービスのタイプを含み得る。
【００４８】
輸送サービスのタイプは、輸送サービスのタイプのサービス情報に関連付けられ得る。輸送サービスのタイプのサービス情報は、料金基準（または、たとえば２＄／ｋｍなどの料金基準）、推定費用、販売促進、車両の現在位置、および／または、推定待ち時間のうちの少なくとも１つを含み得る。輸送サービスのタイプのサービス情報は、サービス依頼に基づいて決定され得る。たとえば、プロセッサ（たとえば、処理モジュール４２０）が、出発場所Ａから目的場所Ｂへ移動するユーザのサービス依頼に基づいて、輸送サービスのタイプＡ（たとえば、バス・サービス）を決定する場合、輸送サービスのタイプＡのサービス情報は、出発場所Ａから目的場所Ｂまでの輸送サービスのタイプＡの料金基準、出発場所Ａから目的場所Ｂまでの輸送サービスのタイプＡの推定費用、および、輸送サービスのタイプＡを提供する車両の現在位置など、またはそれらの任意の組合せを含み得る。プロセッサ（たとえば、処理モジュール４２０）が、サービス依頼に基づいて１つまたは複数の輸送サービスのタイプを決定し、１つまたは複数の輸送サービスのタイプを組み合わせることによって、出発場所から目的場所まで移動するユーザの要求を満たす場合、輸送サービスのタイプのサービス情報はさらに、乗換場所を含み得る。たとえば、プロセッサ（たとえば、処理モジュール４２０）が、出発場所Ａから目的地Ｂへ移動するユーザのサービス依頼に基づいて、輸送サービスのタイプＡ（たとえば、バス・サービス）および輸送サービスのタイプＢ（たとえば、タクシー・サービス）を決定する場合、輸送サービスのタイプＡのサービス情報は、出発場所Ａから乗換場所Ａ１への輸送サービスのタイプＡの料金基準と、出発場所Ａから乗換場所Ａ１への輸送サービスのタイプＡの推定費用と、輸送サービスのタイプＡを提供する車両の現在位置とを含むことができ、輸送サービスのタイプＢのサービス情報は、乗換場所Ａ１から目的場所Ｂへの輸送サービスのタイプＢの料金基準と、乗換場所Ａ１から目的場所Ｂへの輸送サービスのタイプＢの推定費用と、輸送サービスのタイプＢを提供する車両の現在位置とを含み得る。
【００４９】
５０３において、プロセッサ（たとえば、処理モジュール４２０）は、サービス依頼信号およびサービス選択モデルに基づいて、最適な輸送サービスのタイプを決定し得る。プロセッサ（たとえば、処理モジュール４２０）は、サービス選択モデルを決定することができ、サービス選択モデルは、複数の輸送サービスのタイプの中から最適な輸送サービスのタイプを決定するための選択戦略を決定し得る。最適な輸送サービスのタイプは、特定の状況（たとえば、サービス依頼）の下で特定のサービス情報を有する特定のサービスのタイプをユーザが選択できるユーザの傾向または好みに関連し得る。サービス選択モデル（または選択戦略）に基づいて、複数の輸送サービスのタイプの中から、最適な輸送サービスのタイプを決定することができる。いくつかの実施形態では、サービス選択モデル（または選択戦略）は、推定費用、販売促進、ユーザによって一般的に使用される輸送サービスのタイプ、ユーザの消費レベル、近くの車両の数、または、推定待ち時間のうちの少なくとも１つに基づいて、複数の輸送サービスのタイプから、最適な輸送サービスのタイプを選択することであり得る。たとえば、サービス選択モデル（または選択戦略）は、動作５０２において取得された複数の異なる輸送サービスのタイプの中から、推定費用が最も低い輸送サービスのタイプを、最適なサービスのタイプとして決定するように構成され得る。いくつかの実施形態では、最適な輸送サービスのタイプを決定する基準は、サービス選択モデル（または選択戦略）としてユーザによって入力され得る。
【００５０】
いくつかの実施形態では、最適なサービスのタイプを決定するためのサービス選択モデル（または選択戦略）は、機械学習モデルを含み得る。いくつかの実施形態では、トレーニングされた選択モデルは、１つまたは複数の分類器を含み得る。分類器のおのおのは、分類器の重みに関連するトレーニングされたパラメータを有し得る。プロセッサ（たとえば、処理モジュール４２０）は、過去のサービス依頼、過去のサービス依頼に対応するユーザに提供される複数の過去の輸送サービスのタイプ、および複数の過去の輸送サービスのタイプの中からユーザによって決定された過去の最適な輸送サービスのタイプを、サービス選択モデル（または選択戦略）をトレーニングおよび生成するためのサンプルとして使用し得る。
【００５１】
いくつかの実施形態では、サービス選択モデル（または選択戦略）は、事前に生成および／またはトレーニングされ、記憶デバイス（たとえば、記憶装置１５０）に記憶され得る。プロセッサは、記憶デバイスからサービス選択モデル（または選択戦略）を取得し得る。代替的または追加的に、サービス選択モデル（または選択戦略）は、リアルタイムでトレーニングおよび／または更新され得る。いくつかの実施形態では、サービス選択モデル（または選択戦略）は、図６に関連して記載された１つまたは複数の動作を実行することによって生成され得る。
【００５２】
サービス選択モデル（または選択戦略）は、１つまたは複数の機械学習技術を使用してトレーニングされ得る。いくつかの実施形態では、サービス選択モデル（または選択戦略）は、ランキング・サポート・ベクター・マシン（ＳＶＭ）モデル、勾配ブースティング決定木（ＧＢＤＴ）モデル、ＬａｍｂｄａＭＡＲＴモデル、適応ブースティング・モデル、再帰型ニューラル・ネットワーク・モデル、畳み込みネットワーク・モデル、隠れマルコフ・モデル、パーセプトロン・ニューラル・ネットワーク・モデル、ホップフィールド・ネットワーク・モデル、自己組織化マップ（ＳＯＭ）、または学習ベクトル量子化（ＬＶＱ）など、またはそれらの任意の組合せを含み得る。再帰型ニューラル・ネットワーク・モデルは、長短期メモリ（ＬＳＴＭ）ニューラル・ネットワーク・モデル、階層型再帰型ニューラル・ネットワーク・モデル、双方向再帰型ニューラル・ネットワーク・モデル、２次再帰型ニューラル・ネットワーク・モデル、完全再帰型ネットワーク・モデル、エコー状態ネットワーク・モデル、マルチ・タイムスケール再帰型ニューラル・ネットワーク（ＭＴＲＮＮ）モデルなどを含み得る。
【００５３】
５０４において、プロセッサ（たとえば、表示モジュール４３０）は、応答信号を生成し、応答信号をユーザ端末に送信し得る。応答信号は、最適なサービスのタイプのサービス情報をエンコードする少なくとも１つのフレームを含み得る。応答信号はさらに、表示コマンドをエンコードする少なくとも１つのフレームを含み得る。表示コマンドは、所定のルールのセットにしたがって、最適なサービスのタイプのサービス情報に関連する第１のインジケータを表示するようにユーザ端末を促すように構成され得る。いくつかの実施形態では、表示コマンドは、ユーザ端末からのユーザ入力に基づいて決定され得る。
【００５４】
表示コマンドは、他の輸送サービスのタイプのサービス情報を表示することなく、最適な輸送サービスのタイプのサービス情報を表示するように構成され得る。たとえば、表示コマンドは、モバイル・デバイス３００のディスプレイ３２０上に最適な輸送サービスのタイプのサービス情報のみを表示するように構成され得る。いくつかの実施形態では、表示コマンドは、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報とを、１つのグラフィック・ユーザ・インターフェース（ＧＵＩ）に表示するように構成され得る。表示コマンドは、ＧＵＩの第１の場所に、最適な輸送サービスのタイプのサービス情報を表示するように構成され得る一方、他の輸送サービスのタイプのサービス情報は、最適な輸送サービスのタイプのサービス情報の後に表示され得る。いくつかの実施形態では、表示コマンドは、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報とを、複数のＧＵＩに表示するように構成され得る。最適な輸送サービスのタイプのサービス情報は、第１のＧＵＩに表示され得る一方、他の輸送サービスのタイプのサービス情報は、第１のＧＵＩの後に、１つまたは複数のＧＵＩに表示され得る。ユーザは、スライド操作により、複数のＧＵＩを切り替えてそれぞれのコンテンツを表示し得る。たとえば、表示コマンドは、ディスプレイ３２０に表示された第１のＧＵＩに、最適な輸送サービスのタイプのサービス情報を表示するように構成でき、ユーザは、指でディスプレイ３２０に触れ、スライドすることによって、別のサービスのタイプのサービス情報を含む第２のＧＵＩを、ディスプレイ３２０に表示し得る。
【００５５】
いくつかの実施形態では、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報とが、１つのグラフィック・ユーザ・インターフェース（ＧＵＩ）に表示され得る。ＧＵＩの表示領域は、メイン表示領域とサブ表示領域とに分割されてもよい。メイン表示領域は、サブ表示領域より大きくてもよい。メイン表示エリアに、最適な輸送サービスのタイプのサービス情報を表示することができる。（たとえば、推定費用や、推定待ち時間などの）サービス情報の一部、または他の輸送サービスのタイプのサービス情報の要約版が、サブ表示領域に表示される場合がある。ＧＵＩに表示されるサービス情報の内容は、ユーザによって決定され得る。いくつかの実施形態では、表示コマンドは、他の輸送サービスのタイプが、最適なサービスのタイプとして決定されない理由に関連する説明（たとえば、文字列）を表示するように構成され得る。たとえば、「推定費用が高い」、「推定待ち時間が長い」などの記述である。
【００５６】
プロセッサ（たとえば、表示モジュール４３０）は、サービス依頼の出発場所またはユーザの現在の場所に基づいて、表示コマンドを生成し得る。たとえば、サービス依頼の出発場所またはユーザの現在の場所が、人の流れのあるエリア（たとえば、バス停、鉄道駅、空港など）であるとプロセッサが判定した場合、表示コマンドは、単純な形態で表示され得るため、ユーザは、迅速な決定を行うことがより容易となる。特定の実施形態では、表示コマンドは、他の輸送サービスのタイプのサービス情報を表示することなく、最適な輸送サービスのタイプのサービス情報を表示するように構成され得る。人の流れのあるエリアの人々に、迅速に支払いを行う機能があると役立つ。プロセッサ（たとえば、表示モジュール４３０）は、最適なサービスのタイプのサービス情報と、他のサービスのタイプのサービス情報との差分に基づいて、表示コマンドを生成し得る。たとえば、最適なサービスのタイプのサービス情報と、他のサービスのタイプのサービス情報との差分が、所定のしきい値未満である場合、表示コマンドは、最適なサービスのタイプのサービス情報と、他のサービスのタイプのサービス情報とを表示するように構成され得る。
【００５７】
本明細書に記載される処理５００は、ユーザ端末を介してユーザによって依頼された（出発場所から目的地への）旅行全体に対してのみ使用することができる訳ではない。いくつかの実施形態では、処理５００は、旅行のセグメントにも使用され得る。たとえば、ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得した後、プロセッサは、ユーザによって依頼された旅行を複数の（すなわち、２つ以上の）セグメントに分割し得る。いくつかの実施形態では、プロセッサは、動作５０２〜５０３を利用して、各セグメントの最適なサービスのタイプを決定し得る。さらに、プロセッサは、動作５０４を利用して、応答信号を生成し、応答信号をユーザ端末に送信し得る。いくつかの実施形態では、応答信号は、旅行の１つのセグメントに関連し、複数の応答信号は、おのおのが１つのセグメントに対応するユーザ端末に送信され得る。ユーザ端末は、セグメントのサービス情報を示すインジケータを表示し、複数のセグメントの対応するインジケータを１つずつ表示するように指示され得る。いくつかの実施形態では、１つの応答信号のみが送信され、この応答信号は、旅行の複数のセグメントに対する複数の最適なサービスのタイプを含む。複数のサービスのタイプは同じであっても、異なっていてもよい。特定の実施形態では、プロセッサからの応答信号は、旅行の複数のセグメントと、複数のセグメントにそれぞれ対応する最適なサービスのタイプを含む完全な旅行計画を含む。
【００５８】
いくつかの実施形態では、サーバおよびユーザは（ユーザ端末を介して）、旅行の最適化に関するダイアログに参加し得る。たとえば、サーバは、ユーザ端末に応答信号を送信することができ、応答信号は、表示コマンドおよび完全な旅行計画を含む。表示コマンドは、複数の旅行セグメントおよび対応する複数の最適なサービスのタイプを含む旅行計画を表示するように端末を促すように構成され得る。特定の実施形態では、各サービスのタイプは、いくつかの選択肢（他のサービスのタイプ）のうちの最適な（最初の事前選択）選択肢として提示される。サービスのタイプのサービス情報（たとえば、料金基準）も提示され得る。ユーザは、ユーザ端末を介して、提示された通りの旅行計画を受け入れるか、またはユーザ端末上に提示された旅行計画で直接、複数のセグメントのうちの１つまたは複数の他のサービスのタイプを選択することによって、それを変更することができる。いくつかの実施形態では、サーバはさらに、ユーザ端末にリマインダを送信することにより、ユーザにリマインダを提供することができ、ユーザによって選択された選択肢は、最適な計画を変更することにより、はるかに長い（たとえば、しきい値以上の追加の移動時間をもたらす）旅行時間となり得る。ユーザは、ユーザ端末を介して、旅行計画を最終決定する別の機会を有し得る。
【００５９】
処理５００の上記の説明は、例示の目的で提供されており、本開示の範囲を限定することを意図していないことに留意されたい。当業者には、本開示における原理から逸脱することなく、上記の方法およびシステムの適用の形態および詳細における様々な修正および変更が生じ得る。しかしながら、それらの変形および修正もまた、本開示の範囲内に含まれる。いくつかの実施形態では、１つまたは複数のステップが追加または省略され得る。
【００６０】
図６は、本開示のいくつかの実施形態にしたがって、サービス選択モデル（または選択戦略）を決定するための例示的な処理および／または方法６００のフローチャートである。いくつかの実施形態では、処理６００における１つまたは複数のステップは、図１に示されているシステム１００においてインプリメントされ得る。たとえば、処理６００における１つまたは複数のステップは、命令の形態として記憶装置１３０および／または記憶装置（たとえば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（たとえば、サーバ１１０における処理エンジン１１２、またはサーバ１１０における処理エンジン１１２のプロセッサ２２０）によって呼び出され、および／または実行されてもよい。
【００６１】
６０１において、プロセッサ（たとえば、処理モジュール４２０）は、予備モデルを取得し得る。いくつかの実施形態では、予備モデルは、１つまたは複数の分類器を含み得る。分類器のおのおのは、分類器の重みに関連する初期パラメータを有し得る。
【００６２】
予備モデルは、ランキング・サポート・ベクター・マシン（ＳＶＭ）モデル、勾配ブースティング決定木（ＧＢＤＴ）モデル、ＬａｍｂｄａＭＡＲＴモデル、適応ブースティング・モデル、再帰型ニューラル・ネットワーク・モデル、畳み込みネットワーク・モデル、隠れマルコフ・モデル、パーセプトロン・ニューラル・ネットワーク・モデル、ホップフィールド・ネットワーク・モデル、自己組織化マップ（ＳＯＭ）、または学習ベクトル量子化（ＬＶＱ）など、またはそれらの任意の組合せを含み得る。再帰型ニューラル・ネットワーク・モデルは、長短期メモリ（ＬＳＴＭ）ニューラル・ネットワーク・モデル、階層型再帰型ニューラル・ネットワーク・モデル、双方向再帰型ニューラル・ネットワーク・モデル、２次再帰型ニューラル・ネットワーク・モデル、完全再帰型ネットワーク・モデル、エコー状態ネットワーク・モデル、マルチ・タイムスケール再帰型ニューラル・ネットワーク（ＭＴＲＮＮ）モデルなどを含み得る。
【００６３】
６０２において、プロセッサ（たとえば、処理モジュール４２０）は、複数のトレーニング・サンプルを決定し得る。トレーニング・サンプルは、過去のサービス依頼、過去のサービス依頼に対応するユーザに提供される複数の過去の輸送サービスのタイプ、および複数の過去の輸送サービスのタイプの中からユーザによって決定された過去の最適な輸送サービスのタイプを含み得る。さらに、プロセッサ（たとえば、処理モジュール４２０）は、トレーニング・サンプルが、正のサンプルであるか、または負のサンプルであるかを判定し得る。
【００６４】
６０３において、プロセッサ（たとえば、処理モジュール４２０）は、複数のトレーニング・サンプルで予備モデルをトレーニングすることにより、サービス選択モデル（または選択戦略）を決定し得る。より具体的には、予備モデルは、過去のサービス依頼のサービス情報と、過去のサービス依頼に対応するユーザに提供される複数の過去の輸送サービスのタイプのサービス情報とを入力として採用し、シミュレートされた最適な輸送サービスのタイプを、１つまたは複数の分類器に基づいて、実際の出力として判定し得る。過去のサービス依頼は、過去の出発場所、過去の目的場所、および過去の出発時間のうちの少なくとも１つを含む、１つまたは複数の属性を有し得る。過去の輸送サービスのタイプは、料金基準、推定費用、販売促進、車両の現在位置、および推定待ち時間のうちの少なくとも１つを含む１つまたは複数の属性を有し得る。１つまたは複数の分類器のおのおのは、分類器の重みに関連する初期パラメータを有し得る。分類器の重みに関連する初期パラメータは、正および／または負のサンプルに基づいて調整され得る。
【００６５】
プロセッサ（たとえば、処理モジュール４２０）は、複数のトレーニング・サンプルに基づいて、所望される出力を決定し得る。いくつかの実施形態では、トレーニング・サンプルの所望される出力は、複数の過去の輸送サービスのタイプの中から、ユーザによって決定された過去の最適な輸送サービスのタイプであり得る。プロセッサ（たとえば、処理モジュール４２０）は、損失関数を最小化するように予備モデルをトレーニングし得る。損失関数は、所望される出力と、予備モデルによって決定された実際の出力との差分を示し得る。トレーニング・サンプルは、実際の出力の実際のスコアと、所望される出力の所望されるスコアとを有し得る。実際のスコアと、所望されるスコアとは、同じであっても異なっていてもよい。損失関数は、トレーニング・サンプルのおのおのの実際のスコアと、所望されるスコアとの絶対差の合計であり得る。具体的には、実際の出力が、所望される出力と同じ場合、損失関数は０である。損失関数の最小化は、反復的であり得る。損失関数の最小化の反復は、損失関数の値が所定のしきい値よりも小さいときに終了し得る。所定のしきい値は、トレーニング・サンプルの数、モデルの精度レベルなどを含む様々な要因に基づいて設定され得る。プロセッサ（たとえば、処理モジュール４２０）は、損失関数の最小化中に、予備モデルの初期パラメータを反復的に調整し得る。損失関数の最小化の終了時に、プロセッサ（たとえば、処理モジュール４２０）は、２つ以上のトレーニングされたパラメータおよびサービス選択モデル（または選択戦略）を決定し得る。
【００６６】
処理６００の上記の説明は、例示の目的で提供されており、本開示の範囲を限定することを意図していないことに留意されたい。当業者には、本開示の原理から逸脱することなく、上記の方法およびシステムの適用の形態および詳細における様々な修正および変更が生じ得る。しかしながら、それらの変形および修正もまた、本開示の範囲内にある。いくつかの実施形態では、１つまたは複数のステップが追加または省略され得る。たとえば、動作６０１および６０２は、１つのステップに統合され得る。
【００６７】
図７は、本開示のいくつかの実施形態にしたがって、最適な輸送サービスのタイプを決定および表示するための例示的な処理および／または方法７００のフローチャートである。いくつかの実施形態では、処理７００における１つまたは複数のステップは、図１に示されているシステム１００でインプリメントされ得る。たとえば、処理７００における１つまたは複数のステップは、命令の形態として記憶装置１３０および／または記憶装置（たとえば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（たとえば、サーバ１１０における処理エンジン１１２、またはサーバ１１０における処理エンジン１１２のプロセッサ２２０）によって呼び出され得、および／または、実行され得る。
【００６８】
７０１において、ユーザの移動依頼情報が獲得され得る。移動依頼情報は、出発場所および／または目的場所を含み得る。ユーザは、モバイル端末のキーボードを介して、移動依頼情報を入力し得る。いくつかの実施形態では、ユーザは、ユーザが出発場所および／または目的場所を選択できるモバイル端末によって表示される地図を介して移動依頼情報を入力し得る。いくつかの実施形態では、ユーザの現在の場所は、全地球測位システム（ＧＰＳ）によって出発場所として取得され、ユーザ入力を介して目的場所を取得することができる。鉄道駅、空港、観光名所など、ユーザが選択できるいくつかの一般的な目的場所が提供され得る。いくつかの実施形態では、ユーザの移動依頼情報はさらに、予約時間、移動に関与する人数、経路情報、交通情報など、またはそれらの任意の組合せをさらに含み得るが、これらに限定されない。
【００６９】
７０２において、移動依頼情報に基づいて、複数の輸送サービスのタイプに対応するサービス情報が獲得され得る。いくつかの実施形態では、複数の輸送サービスのタイプは、タクシー・サービス、カープール・サービス、専用車サービス、特別送迎サービス、ミニ・バス・サービス、公共交通機関バス・サービス、地下鉄サービス、共有自転車サービスなど、またはそれらの任意の組合せを含み得るが、これらに限定されない。輸送サービスのタイプのサービス情報は、料金基準、推定費用、販売促進、車両の現在位置、および推定待ち時間のうちの少なくとも１つを含み得る。サービス情報は、移動依頼情報にしたがって、関連技術における任意のアルゴリズムを用いて獲得され得、ここでは繰り返し記載しない。
【００７０】
７０３において、事前設定された選択戦略に基づいて、複数の輸送サービスのタイプの中から最適な輸送サービスのタイプが決定され得る。いくつかの実施形態では、事前設定された選択戦略は、推定費用、販売促進、ユーザによって一般的に使用される輸送サービスのタイプ、ユーザの消費レベル、近くの車両の数、および推定待ち時間のうちの少なくとも１つに基づいて、複数の輸送サービスのタイプから最適な輸送サービスのタイプを選択していることである。
【００７１】
いくつかの実施形態では、動作７０２で取得された、獲得されたサービス情報のタイプは、動作７０３で事前設定された選択戦略に基づいて決定され得る。たとえば、事前設定された選択戦略が、推定費用に基づいて、複数の輸送サービスのタイプから最適な輸送サービスのタイプを選択する場合、動作７０２において取得された複数の輸送サービスのタイプに対応するサービス情報は、複数の輸送サービスのタイプの料金基準、推定費用、販売促進であり得る。
【００７２】
７０４において、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報とが、所定のルールのセットにしたがってそれぞれ表示され得る。最適な輸送サービスのタイプが決定されてから、最適な輸送サービスのタイプのサービス情報が、優先的にユーザにプッシュされ得る。具体的には、いくつかの実施形態では、所定の表示ルールは、他の輸送サービスのタイプのサービス情報を表示することなく、最適な輸送サービスのタイプのサービス情報を表示することであり得る。いくつかの実施形態では、所定の表示ルールは、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報とを、１つのグラフィック・ユーザ・インターフェース（ＧＵＩ）に表示することであり得る。最適な輸送サービスのタイプのサービス情報は、ＧＵＩの第１の場所に表示され得る一方、他の輸送サービスのタイプのサービス情報は、最適な輸送サービスのタイプのサービス情報の後に表示され得る。いくつかの実施形態では、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報とが、複数のＧＵＩに表示され得る。最適な輸送サービスのタイプのサービス情報は、第１のＧＵＩに表示され得る一方、他の輸送サービスのタイプのサービス情報は、第１のＧＵＩ後、１つまたは複数のＧＵＩに表示され得る。ユーザは、スライド操作により、複数のＧＵＩを切り替えて、それぞれのコンテンツを表示することができる。いくつかの実施形態では、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報とが、１つのグラフィック・ユーザ・インターフェース（ＧＵＩ）に表示され得る。ＧＵＩの表示領域は、メイン表示領域とサブ表示領域とに分割されてもよい。メイン表示領域は、サブ表示領域より大きくてもよい。メイン表示エリアに、最適な輸送サービスのタイプのサービス情報が表示され得る。（たとえば、推定費用や、推定待ち時間などの）サービス情報の一部、または他の輸送サービスのタイプのサービス情報の要約が、サブ表示領域に表示され得る。ＧＵＩに表示されるサービス情報の内容は、ユーザによって決定され得る。
【００７３】
本開示は、動作７０４に示されるように、所定の表示ルールを説明する以下の例示的な実施形態を提供する。本開示の第１の例示的な実施形態によれば、最適な輸送サービスのタイプのサービス情報が表示され得る一方、他の輸送サービスのタイプのサービス情報は表示されなくてもよい。最適な輸送サービスのタイプのサービス情報を表示するだけで、迅速に輸送サービスのタイプを選択できることはユーザにとって便利である。具体的には、ユーザが、人の流れのあるエリア（たとえば、バス停、鉄道駅、空港など）にいる場合、そのようなエリアにおける人々に、迅速に支払いを行う機能を有することは役に立つ。さらに、この実施形態に記載される所定の表示ルールは、ユーザが、輸送サービスのタイプのサービス情報の特定の態様に焦点を合わせるためにより便利であり得る。たとえば、推定費用のみを気にするユーザに対しては、事前設定された選択戦略により、推定費用にしたがって最適な輸送サービスのタイプを選択するように設定され得、最適な輸送サービスのタイプのサービス情報のみを表示することで、ユーザは、推定費用が最も低い輸送サービスのタイプを迅速に選択し得る。いくつかの実施形態では、所定の表示ルールはさらに、他の輸送サービスのタイプが、最適なサービスのタイプとして決定されない理由に関連する説明（たとえば、文字列）を表示することを含み得る。たとえば、「推定費用が高い」、「推定待ち時間が長い」などの記述であり得る。
【００７４】
本開示の第２の例示的な実施形態によれば、図８に示されるように、ＧＵＩの表示領域は、メイン表示領域８０１とサブ表示領域８０２とに分割され得る。メイン表示領域８０１には、最適な輸送サービスのタイプのサービス情報が表示され得る。サブ表示領域８０２には、他の輸送サービスのタイプのサービス情報が表示され得る。いくつかの実施形態では、メイン表示領域８０１は、サブ表示領域８０２よりも大きい。メイン表示領域８０１に表示されるサービス情報は、料金基準、推定費用、販売促進、車両の現在位置、および推定待ち時間のうちの少なくとも１つを含み得る。
【００７５】
他の輸送サービスのタイプのサービス情報の一部は、サブ表示領域８０２に表示され得る。輸送サービスのタイプのサービス情報の一部は、サービス情報の１つまたは複数のカテゴリを含み得る。いくつかの実施形態では、輸送サービスのタイプのサービス情報の一部は、他の輸送タイプの利点情報をさらに含むことができ、それによって、ユーザは、他の輸送タイプを理解し得る。いくつかの実施形態では、サブ表示領域８０２の数は２つ以上であり得る。たとえば、２つ以上のサブ表示領域８０２のおのおのは、輸送サービスのタイプのサービス情報の一部を表示し得る。
【００７６】
本開示の第３の例示的な実施形態によれば、最適な輸送サービスのタイプのサービス情報と、他の輸送サービスのタイプのサービス情報との両方が、ＧＵＩの表示領域に表示され得る。最適な輸送サービスのタイプのサービス情報を、ＧＵＩの表示領域の上部に表示し、他の輸送サービスのタイプのサービス情報を、最適な輸送サービスのタイプの下に表示することにより、ユーザは、すべての輸送サービスのタイプのサービス情報を得ることができ、したがって、ユーザは、すべての輸送サービスのタイプの利点と欠点とを得ることができる。表示エリアの上部に最適な輸送サービスのタイプを表示することは、ユーザが、輸送サービスのタイプを選択するのに便利である。いくつかの実施形態では、他の輸送サービスのタイプは、事前設定された注文ルールにしたがって注文され得る。たとえば、他の輸送サービスのタイプは、推定費用にしたがって注文され得る。最適なサービスのタイプのサービス情報と、他のサービスのタイプのサービス情報との差分が、所定のしきい値未満である場合、表示コマンドは、本開示の第２の例示的な実施形態または第３の例示的な実施形態にしたがって、最適なサービスのタイプのサービス情報と、他のサービスのタイプのサービス情報とを表示するように構成され得る。
【００７７】
処理７００の上記の説明は、例示の目的で提供されており、本開示の範囲を限定することを意図していないことに留意されたい。当業者にとって、本開示の原理から逸脱することなく、上記の方法およびシステムの適用の形態および詳細における様々な修正および変更が生じ得る。しかしながら、それらの変形および修正もまた、本開示の範囲内にある。いくつかの実施形態では、１つまたは複数のステップが、追加または省略され得る。たとえば、動作７０１および７０２は、１つのステップに統合され得る。
【００７８】
上記の説明は単に例示の目的で提供されており、本開示の範囲を限定することを意図していないことに留意されたい。当業者にとって、本開示の教示の下で複数の変形および修正がなされ得る。しかしながら、それらの変形および修正は、本開示の範囲から逸脱しない。たとえば、１つまたは複数の他のオプションのステップ（たとえば、記憶ステップ、前処理ステップ）が、例示的な処理／方法９００のいずれかに追加され得る。別の例として、例示的な処理／方法９００のすべてのステップは、命令のセットを含むコンピュータ可読媒体においてインプリメントされ得る。命令は、電子電流または電気信号の形態で送信され得る。
【００７９】
基本的な概念をこのように記載してきたが、この詳細な開示を読んだ後、前述の詳細な開示は、例としてのみ提示されることが意図され、限定するものではないことが当業者には明らかであろう。本明細書では明示的に述べられていないが、当業者に、様々な変更、改良、および修正が想起され得、意図される。これらの変更、改良、および修正は、本開示によって示唆されることが意図されており、本開示の例示的な実施形態の趣旨および範囲内にある。
【００８０】
さらに、本開示の実施形態を説明するために特定の用語が使用されている。たとえば、「１つの実施形態」、「実施形態」、および／または「いくつかの実施形態」という用語は、実施形態に関連して記載される特定の特徴、構造または特性が本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の様々な部分における「実施形態」、「１つの実施形態」、または「代替実施形態」への２つ以上の言及は、必ずしもすべてが同じ実施形態を指している訳ではないことが強調されており、理解されるべきである。さらに、特定の特徴、構造、または特性は、本開示の１つまたは複数の実施形態において適切であるように組み合わされ得る。
【００８１】
さらに、当業者によって理解されるであろうが、本開示の態様は、任意の新規で有用な処理、機械、製造、または物質の組成、またはその新規で有用な改良を含む、いくつかの特許可能なクラスまたは文脈のいずれかで本明細書に図示および記載され得る。したがって、本開示の態様は、完全にハードウェアで、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロ・コードなどを含む）で、または、本明細書において「ブロック」、「モジュール」、「エンジン」、「ユニット」、「コンポーネント」、または「システム」とすべて一般的に称されるソフトウェアとハードウェアインプリメンテーションとの組合せでインプリメントされ得る。さらに、本開示の態様は、コンピュータ可読プログラム・コードがその上で具現化される１つまたは複数のコンピュータ可読媒体で具現化されるコンピュータ・プログラム製品の形態を採り得る。
【００８２】
コンピュータ可読信号媒体は、たとえば、ベースバンド内において、または搬送波の一部として、コンピュータ可読プログラム・コードがその中に具現化された伝搬データ信号を含み得る。そのような伝搬信号は、電磁、光学など、またはそれらの任意の適切な組合せを含む、様々な形態のいずれかを採り得る。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、またはデバイスによって、またはそれに関連して使用するためのプログラムを通信、伝播、または移送することができる任意のコンピュータ可読媒体であり得る。コンピュータ可読信号媒体上で具現化されたプログラム・コードは、ワイヤレス、有線、光ファイバ・ケーブル、ＲＦなど、または前述の任意の適切な組合せを含む、任意の適切な媒体を使用して送信され得る。
【００８３】
本開示の態様の動作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎなどのオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｉａｌ  Ｂａｓｉｃ、Ｆｏｒｔｒａｎ  １７０３、Ｐｅｒｌ、ＣＯＢＯＬ  １７０２、ＰＨＰ、ＡＢＡＰなどの従来の手続き型プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ、およびＧｒｏｏｖｙまたは他のプログラミング言語のような動的なプログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで記述され得る。プログラム・コードは、完全にユーザのコンピュータで、部分的にユーザのコンピュータで、スタンド・アロンのソフトウェア・パッケージとして、部分的にユーザのコンピュータで、部分的にリモート・コンピュータで、または完全にリモート・コンピュータまたはサーバで実行し得る。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続され得るか、または、この接続は、（たとえば、インターネット・サービス・プロバイダを使用してインターネットを介して）外部コンピュータへ、またはクラウド・コンピューティング環境においてなされ得るか、またはソフトウェア・アズ・ア・サービス（ＳａａＳ）のようなサービスとして提供され得る。
【００８４】
さらに、処理要素またはシーケンスの列挙された順序、または数字、文字、または他の指定の使用は、特許請求された処理および方法を、特許請求の範囲で指定され得る場合を除いて、任意の順序に限定することは意図されていない。上記の開示は、本開示の様々な有用な実施形態であると現在考えられるものを様々な例によって説明しているが、そのような詳細は単にその目的のためであり、添付の特許請求の範囲は、開示された実施形態に限定されず、逆に、開示された実施形態の趣旨および範囲内にある修正および等価の構成をカバーすることが意図されていることを理解されたい。たとえば、上述した様々なコンポーネントのインプリメンテーションは、ハードウェア・デバイスにおいて具現化され得るが、ソフトウェアのみのソリューション、たとえば既存のサーバまたはモバイル・デバイスへのインストールとしてもインプリメントされ得る。
【００８５】
同様に、本開示の実施形態の前述の説明では、開示を簡素化して、様々な実施形態の１つまたは複数の理解を助ける目的のために、様々な特徴が、単一の実施形態、図、またはその説明にまとめられることがあることを理解されたい。しかしながら、この開示の方法は、特許請求される主題が、各請求項で明示的に列挙されるよりも多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、特許請求される主題は、前述の単一の開示された実施形態のすべての特徴より少ない場合がある。
【図１】
2020537267.tif 000003
【図２】
2020537267.tif 000004
【図３】
2020537267.tif 000005
【図４】
2020537267.tif 000006
【図５】
2020537267.tif 000007
【図６】
2020537267.tif 000008
【図７】
2020537267.tif 000009
【図８】
2020537267.tif 000010
【手続補正書】
【提出日】令和2年6月9日(2020.6.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
オンライン・ツー・オフライン・サービスをユーザに提供するように構成されたシステムであって、
命令のセットを含む少なくとも１つの非一時的な記憶媒体と、
前記少なくとも１つの非一時的な記憶媒体と通信する少なくとも１つのプロセッサとを備え、前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、
ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得し、
前記サービス依頼信号に基づいて、おのおのがサービスのタイプの１つのサービス情報に関連付けられている複数の異なる前記サービスのタイプを決定し、
前記サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定し、
応答信号を生成し、前記応答信号を前記ユーザ端末に送信するように指示され、
前記応答信号は、前記最適なサービスのタイプの前記サービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、
前記表示コマンドは、所定のルールのセットにしたがって、前記最適なサービスのタイプの前記サービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される、システム。
【請求項２】
前記応答信号はさらに、前記最適なサービスのタイプを含まない前記複数の異なるサービスのタイプの一部をエンコードする少なくとも１つのフレームを含み、前記応答信号はさらに、
前記ユーザ端末のユーザ・インターフェースの第１の領域において、前記最適なサービスのタイプの前記サービス情報を表示し、
前記ユーザ端末の前記ユーザ・インターフェースの第２の領域において、他のサービスのタイプの前記サービス情報を表示するように構成される、請求項１に記載のシステム。
【請求項３】
前記第１のインジケータは、前記第１の端末の前記ユーザ・インターフェースの上部に配置される、請求項２に記載のシステム。
【請求項４】
前記サービス依頼信号は、サービス依頼の車両の出発場所を含み、前記表示コマンドは、前記車両の前記出発場所に基づいて決定される、請求項１から３のいずれか一項に記載のシステム。
【請求項５】
前記表示コマンドは、前記ユーザ端末からのユーザ入力に基づいて決定される、請求項１から４のいずれか一項に記載のシステム。
【請求項６】
前記サービスのタイプの前記サービス情報は、料金基準、推定費用、販売促進、前記車両の現在位置、または推定待ち時間のうちの少なくとも１つを含む、請求項４または５に記載のシステム。
【請求項７】
前記サービス選択モデルは、推定費用、販売促進、前記ユーザが一般に使用する輸送サービスのタイプ、前記ユーザの消費レベル、近くの車両の数、または推定待ち時間のうちの少なくとも１つに関連付けられる、請求項１から６のいずれか一項に記載のシステム。
【請求項８】
前記表示コマンドは、前記最適なサービスのタイプの前記サービス情報と、前記他のサービスのタイプの前記サービス情報との差分に基づいて決定される、請求項２から７のいずれか一項に記載のシステム。
【請求項９】
オンライン・ツー・オフライン・サービスをユーザへ提供するためにコンピューティング・デバイスにおいてインプリメントされる方法であって、前記コンピューティング・デバイスは、メモリと、１つまたは複数のプロセッサとを含み、前記方法は、
サービス依頼信号に基づいて、おのおのが前記サービスのタイプの１つのサービス情報に関連付けられている複数の異なる前記サービスのタイプを決定するステップと、
前記複数の異なるサービスのタイプの中で、前記サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定するステップと、
応答信号を生成し、前記応答信号をユーザ端末に送信するステップと、を備え、
前記応答信号は、前記最適なサービスのタイプの前記サービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、
前記表示コマンドは、所定のルールのセットにしたがって、前記最適なサービスのタイプの前記サービス情報に関連する第１のインジケータを表示するように前記ユーザ端末を促すように構成される、方法。
【請求項１０】
前記応答信号はさらに、前記最適なサービスのタイプを含まない前記複数の異なるサービスのタイプの一部をエンコードする少なくとも１つのフレームを含み、前記応答信号はさらに、
前記ユーザ端末の前記ユーザ・インターフェースの第１の領域において、前記最適なサービスのタイプの前記サービス情報を表示し、
前記ユーザ端末の前記ユーザ・インターフェースの第２の領域において、他のサービスのタイプの前記サービス情報を表示するように構成される、請求項９に記載の方法。
【請求項１１】
前記サービス依頼信号は、サービス依頼の車両の出発場所を含み、前記表示コマンドは、前記車両の前記出発場所に基づいて決定される、請求項９または１０に記載の方法。
【請求項１２】
前記表示コマンドは、前記ユーザ端末からのユーザ入力に基づいて決定される、請求項９から１１のいずれか一項に記載の方法。
【請求項１３】
サービスのタイプの前記サービス情報は、料金基準、推定費用、販売促進、前記車両の現在位置、または推定待ち時間のうちの少なくとも１つを含む、請求項１１または１２に記載の方法。
【請求項１４】
前記表示コマンドは、前記最適なサービスのタイプの前記サービス情報と、前記他のサービスのタイプの前記サービス情報との差分に基づいて決定される、請求項９から１３のいずれか一項に記載の方法。
【請求項１５】
コンピュータ・プログラム製品を具現化する非一時的なコンピュータ可読媒体であって、前記コンピュータ・プログラム製品は、コンピューティング・デバイスに対して、
ワイヤレス通信を介してユーザ端末からサービス依頼信号を取得させ、
前記サービス依頼信号に基づいて、おのおのが前記サービスのタイプの１つのサービス情報に関連付けられている複数の異なる前記サービスのタイプを決定させ、
前記複数の異なるサービスのタイプの中で、前記サービス依頼信号およびサービス選択モデルに基づいて、最適なサービスのタイプを決定させ、
応答信号を生成し、前記応答信号を前記ユーザ端末に送信させるように構成された命令を備え、
前記応答信号は、前記最適なサービスのタイプの前記サービス情報をエンコードする少なくとも１つのフレームと、表示コマンドとを含み、
前記表示コマンドは、所定のルールのセットにしたがって、前記最適なサービスのタイプの前記サービス情報に関連する第１のインジケータを表示するように第１のユーザ端末を促すように構成される、非一時的なコンピュータ可読媒体。
【国際調査報告】
2020537267.tif 000011
2020537267.tif 000012