JP2019505032A - サービスの順序列を更新するためのシステム及び方法 - Google Patents

Abstract

本開示は、サービスの順序列を更新するためのシステム及び方法に関する。該システムは、ユーザ端末とのネットワーク通信を確立するべく、該方法を実施してもよい。ここで該方法は、ユーザ端末から、システムに関して登録されたユーザアカウントに関連付けられた身元証明を得るステップと、身元証明に関連付けられた複数のサービスの現在の順序列を得るステップと、現在の順序列を更新するための条件が満足されるかどうかを決定すると共に、現在の順序列を更新するための条件が満足されない場合、複数のサービスの現在の順序列をユーザ端末に送信するステップと、現在の順序列を更新するための条件が満足される場合、ユーザ端末の表示装置上に表示される複数のサービスの更新される順序列を決定するステップと、を含む。【選択図】図１

Description

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

この出願は、一般に、オンデマンドサービスを動作させるためのシステム及び方法に関し、且つ、特に、サービスの順序列を更新するためのシステム及び方法に関する。

オンデマンドサービスは、ますます普及している。モバイル輸送サービスアプリケーションは、ユーザが選択するかもしれない多数のサービスを含んでもよい。アプリケーションは、多数のサービスを順に表示してもよい。ある一定のユーザについては、あまり頻繁に更新することなく、サービスのカスタマイズされた順序列を有することが望ましい。

本開示の一態様によれば、システムは、少なくとも１つのコンピュータ可読な格納媒体と、該少なくとも１つのコンピュータ可読な格納媒体と通信するように構成された少なくとも１つのプロセッサと、を含んでもよい。少なくとも１つのコンピュータ可読な格納媒体は、サービスの順序列を更新するための命令のセットを含んでもよい。少なくとも１つのプロセッサが命令のセットを実行する場合、少なくとも１つのプロセッサに、以下の動作の１つ以上を実施するように指示してもよい。少なくとも１つのプロセッサは、ユーザ端末とのネットワーク通信を確立してもよい。少なくとも１つのプロセッサは、ユーザ端末から、システムに関して登録されたユーザアカウントに関連付けられた身元証明を得てもよい。少なくとも１つのプロセッサは、身元証明に関連付けられた複数のサービスの現在の順序列を得てもよい。少なくとも１つのプロセッサは、現在の順序列を更新するための条件が満足されるかどうかを決定してもよい。現在の順序列を更新するための条件が満足されない場合、少なくとも１つのプロセッサは、ユーザ端末に複数のサービスの現在の順序列を送信してもよい。現在の順序列を更新するための条件が満足される場合、少なくとも１つのプロセッサは、複数のサービスの更新される順序列が、ユーザ端末の表示装置上に表示されることを決定してもよい。

幾つかの実施形態において、少なくとも１つのプロセッサは、ユーザ端末から、ユーザ端末の現在の場所を得てもよい。該条件は、ユーザが第１の閾値以上にあるユーザ端末の現在の場所を包含する第１の地理的エリア内のサービス要請を開始する日の数、複数のサービスの順序列の以前の更新時と第２の閾値よりも長い現在の実例との間の間隔、又は、複数のサービスの現在の順序列に対する特性値と第３の閾値未満である複数のサービスの最適化された順序列に対する特性値との比、のうちの少なくとも１つを含んでもよい。

幾つかの実施形態において、複数のサービスの現在の順序列に対する特性値は、複数の小項目の合計であってもよい。複数の小項目の各小項目は、複数のサービスのうちの１つのサービスに関連付けてもよい。各サービスに対して、サービスに対する小項目は、複数のサービスの現在の順序列におけるサービスの順番、及びサービス要請に対するユーザの傾向を示すサービスの移動値に関連付けてもよい。

幾つかの実施形態において、移動値は、第１の期間内のサービスに対する過去のサービス要請の数、第１の期間内のサービスに対する完了した過去のサービス要請の数、サービスの供給レベルを示す現在の利用可能性情報、サービスを表示するページに対するページビューの数、又はサービスを表示するページを訪問する一意的な訪問者の数、の少なくとも１つに基づいて決定してもよい。

幾つかの実施形態において、複数のサービスの各サービスに対して、少なくとも１つのプロセッサは、ユーザ端末を通して実施されるサービスに対する過去の要請の記録を得てもよい。少なくとも１つのプロセッサは、過去の要請の記録に基づいて、サービス要請に対するユーザの傾向を示す移動値を決定してもよい。少なくとも１つのプロセッサは、サービスの移動値に基づいて、更新される順序列を決定してもよい。

幾つかの実施形態において、少なくとも１つのプロセッサは、ユーザ端末から、ユーザ端末の現在の実例及び現在の場所を得てもよい。複数のサービスの各サービスのために、少なくとも１つのプロセッサは、現在の実例に先立って、サービスに対する過去の要請の記録を得てもよい。少なくとも１つのプロセッサは、ユーザ端末の現在の場所の周辺内のサービスの供給レベルを示す現在の利用可能性情報を得てもよい。少なくとも１つのプロセッサは、過去の要請の記録及び現在の利用可能性情報に基づいて、サービスがユーザによって選択されるであろうという確率を決定してもよい。少なくとも１つのプロセッサは、その確率に基づいて、更新される順序列におけるサービスの更新される順番を決定してもよい。

幾つかの実施形態において、サービスの現在の利用可能性情報は、ユーザ端末の周辺内のサービスに関連付けられた利用可能なサービス提供者の数、及びユーザ端末の周辺内の現在の実例に由来する、第２の期間内のサービスに関連付けられた現在のサービス要請の数を含んでもよい。

幾つかの実施形態において、過去の要請の記録は、ユーザ端末の現在の場所を包含する第２の地理的エリア内の、１つ以上の他のユーザ端末に関連付けられた第１のタイプの記録を含んでもよい。各サービスに対して、第１のタイプの記録は、現在の実例に由来する、第３の期間内の複数の第１の過去の要請の数を含んでもよい。

幾つかの実施形態において、過去の要請の記録は、ユーザ端末に関連付けられた第２のタイプの記録を更に含んでもよい。各サービスに対して、第２のタイプの記録は、複数の第２の過去の要請の数、複数の第２の過去の要請時間の少なくとも１つを含んでもよく、その場合、複数の第２の過去の要請時間の各第２の過去の要請時間は、複数の第２の過去の要請のうちの１つの第２の過去の要請、ユーザに対して割引券を使用する確率、又はサービスを表示するページへのユーザの訪問に関する情報に関連付けてもよい。

幾つかの実施形態において、各サービスに対して、サービスを表示するページへのユーザの訪問に関する情報は、ページへの訪問の数、及びページ上の合計継続時間の少なくとも１つを含んでもよい。

本開示の別の態様によれば、方法は、以下の動作の１つ以上を含んでもよい。コンピュータサーバは、ユーザ端末とのネットワーク通信を確立してもよい。コンピュータサーバは、ユーザ端末から、システムに関して登録されたユーザアカウントに関連付けられた身元証明を得てもよい。コンピュータサーバは、身元証明に関連付けられた複数のサービスの現在の順序列を得てもよい。コンピュータサーバは、現在の順序列を更新するための条件が満足されるかどうかを決定してもよい。現在の順序列を更新するための条件が満足されない場合、コンピュータサーバは、複数のサービスの現在の順序列をユーザ端末に送信してもよい。現在の順序列を更新するための条件が満足される場合、コンピュータサーバは、複数のサービスの更新される順序列がユーザ端末の表示装置上に表示されることを決定してもよい。

幾つかの実施形態において、コンピュータサーバは、ユーザ端末から、ユーザ端末の現在の場所を得てもよい。該条件は、ユーザが第１の閾値以上にあるユーザ端末の現在の場所を包含する第１の地理的エリア内のサービス要請を開始する日の数、複数のサービスの順序列の以前の更新時と第２の閾値よりも長い現在の実例との間の間隔、又は、複数のサービスの現在の順序列に対する特性値と第３の閾値未満である複数のサービスの最適化された順序列に対する特性値との比、のうちの少なくとも１つを含んでもよい。

幾つかの実施形態において、複数のサービスの現在の順序列に対する特性値は、複数の小項目の合計であってもよい。複数の小項目の各小項目は、複数のサービスのうちの１つのサービスに関連付けてもよい。各サービスに対して、サービスに対する小項目は、複数のサービスの現在の順序列におけるサービスの順番、及びサービス要請に対するユーザの傾向を示すサービスの移動値に関連付けてもよい。

幾つかの実施形態において、移動値は、第１の期間内のサービスに対する過去のサービス要請の数、第１の期間内のサービスに対する完了した過去のサービス要請の数、サービスの供給レベルを示す現在の利用可能性情報、サービスを表示するページに対するページビューの数、又はサービスを表示するページを訪問する一意的な訪問者の数、の少なくとも１つに基づいて決定してもよい。

幾つかの実施形態において、複数のサービスの各サービスに対して、コンピュータサーバは、ユーザ端末を通して実施されるサービスに対する過去の要請の記録を得てもよい。コンピュータサーバは、過去の要請の記録に基づいて、サービス要請に対するユーザの傾向を示す移動値を決定してもよい。コンピュータサーバは、サービスの移動値に基づいて、更新される順序列を決定してもよい。

幾つかの実施形態において、コンピュータサーバは、ユーザ端末から、ユーザ端末の現在の実例及び現在の場所を得てもよい。複数のサービスの各サービスに対して、コンピュータサーバは、現在の実例に先立って、サービスに対する過去の要請の記録を得てもよい。コンピュータサーバは、ユーザ端末の現在の場所の周辺内のサービスの供給レベルを示す現在の利用可能性情報を得てもよい。コンピュータサーバは、過去の要請の記録及び現在の利用可能性情報に基づいて、サービスがユーザによって選択されるであろうという確率を決定してもよい。コンピュータサーバは、その確率に基づいて、更新される順序列におけるサービスの更新される順番を決定してもよい。

幾つかの実施形態において、サービスの現在の利用可能性情報は、ユーザ端末の周辺内のサービスに関連付けられた利用可能なサービス提供者の数、及びユーザ端末の周辺内の現在の実例に由来する、第２の期間内のサービスに関連付けられた現在のサービス要請の数を含んでもよい。

幾つかの実施形態において、過去の要請の記録は、ユーザ端末の現在の場所を包含する第２の地理的エリア内の、１つ以上の他のユーザ端末に関連付けられた第１のタイプの記録を含んでもよい。各サービスに対して、第１のタイプの記録は、現在の実例に由来する、第３の期間内の複数の第１の過去の要請の数を含んでもよい。

幾つかの実施形態において、過去の要請の記録は、ユーザ端末に関連付けられた第２のタイプの記録を更に含んでもよい。各サービスに対して、第２のタイプの記録は、複数の第２の過去の要請の数、複数の第２の過去の要請時間の少なくとも１つを含んでもよく、その場合、複数の第２の過去の要請時間の各第２の過去の要請時間は、複数の第２の過去の要請のうちの１つの第２の過去の要請、ユーザに対して割引券を使用する確率、又はサービスを表示するページへのユーザの訪問に関する情報に関連付けてもよい。

幾つかの実施形態において、各サービスに対して、サービスを表示するページへのユーザの訪問に関する情報は、ページへの訪問の数、及びページ上の合計継続時間の少なくとも１つを含んでもよい。

本開示は、典型的な実施形態の観点から、更に説明される。これらの典型的な実施形態は、図面を参照しながら、詳細に説明される。これらの実施形態は、非制限的で典型的な実施形態であり、そこでは同様な参照符号は、図面の幾つかの図を通して、類似の構造を表す。

幾つかの実施形態に係る、典型的なオンデマンドサービスシステムのブロック図である。 本開示の幾つかの実施形態に係る、オンデマンドサービスシステムにおける典型的なコンピューティングデバイスを例証するブロック図である。 本開示の幾つかの実施形態に係る、典型的な処理エンジンを例証するブロック図である。 本開示の幾つかの実施形態に係る、ユーザのユーザ端末の表示装置上に一連の選択肢として表示された複数のサービスの順序列を更新するための、典型的なプロセス４００を示すものである。 本開示の幾つかの実施形態に係る、複数のサービスの現在の順序列に対する特性値と、複数のサービスの最適化された順序列に対する特性値との間の比を決定するための、典型的なプロセス５００を示すものである。 本開示の幾つかの実施形態に係る、１つのサービスに対する、複数のサービスの更新される順序列における更新される順番を決定するための、典型的なプロセス６００を示すものである。 本開示の幾つかの実施形態に係る、サービスに対する移動値を決定するための、典型的なプロセス７００を示すものである。 本開示の幾つかの実施形態に係る、更新される順序列におけるサービスの更新される順番を決定するための、典型的なプロセス／方法８００を例証するフローチャートである。 本開示の幾つかの実施形態に係る、複数のサービスの順序列を示す典型的なユーザインターフェースの概略図である。

以下の説明は、任意の当業者が本開示を作成し且つ使用することを可能とするために提示され、且つ、特定の応用及びその要件の文脈の中で提供される。開示された実施形態に対する様々な変更例は、当業者にとっては容易に明らかとなるであろう。そして本明細書で定義された一般的な原理は、本開示の趣旨及び範囲から外れることなく、他の実施形態及び応用に適用されるであろう。従って、本開示は、示された実施形態に制限されることなく、請求項と首尾一貫した最も広い範囲に一致するはずである。

本明細書で使用される用語は、特定の実施例を説明する目的のためだけにあり、且つ、制限的であることを意図しない。本明細書で使用されるように、「ａ」、「ａｎ」、及び「ｔｈｅ」といった単数形は、文脈上別なふうに明白に示さない限り、複数形も同様に含むことを意図するであろう。更に理解されることであろうが、「備える」（これの変形も含む）、及び「含む」（これの変形も含む）は、この明細書で使用される場合、述べられた特徴、整数、ステップ、動作、要素、及び／又は構成要素の存在を指定するが、しかし１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はこれらのグループの存在又は追加を排除するものではない。

動作の方法、及び構造の関連要素の機能、並びに部品の組み合わせと製造の経済はもちろんのこと、本開示の、これらの特徴及び他の特徴、並びに特性は、添付図面を参照しながら以下の説明を考察するにあたり、より明らかになるであろう。その場合、添付図面の全ては、この開示の一部を形成する。しかしながら、明確に理解されるべきであるが、図面は、例証及び説明だけを目的としたものであり、且つ、本開示の範囲を制限することを意図するものではない。理解されることであるが、図面は寸法通りではない。

本開示で使用されるフローチャートは、本開示における幾つかの実施形態に従ってシステムが履行する動作を例証する。明確に理解されるべきであるが、フローチャートの動作は、順番通りに履行しなくてもよい。反対に、動作は、逆の順番で履行してもよく、又は同時に履行してもよい。その上、１つ以上の動作をフローチャートに追加してもよい。１つ以上の動作を、フローチャートから除去してもよい。

その上、本開示におけるシステム及び方法が、一組の共有可能な順番を割り当てることに関して主に説明されている一方で、これが単に１つの典型的な実施形態であることも、理解されるべきである。本開示のシステム及び方法は、任意の他の種類のオンデマンドサービスに適用してもよい。例えば、本開示のシステム又は方法は、陸、海、航空宇宙など、又はこれらの任意の組み合わせを含む異なる環境の輸送システムに適用してもよい。輸送システムの乗り物は、タクシー、自家用車、牽引車、バス、列車、超特急列車、高速レール、地下鉄、船、航空機、宇宙船、熱気球、無人乗り物など、又はこれらの任意の組み合わせを含んでもよい。輸送システムはまた、管理及び／又は分配のための輸送システム、例えば、速達便を送る及び／又は受け取るためのシステムを含んでもよい。本開示のシステム又は方法の適用は、ウェブページ、ブラウザのプラグイン、クライアント端末、特注システム、内部分析システム、人工知能ロボットなど、又はこれらの組み合わせを含んでもよい。

本開示における「ユーザ」、「乗客」、「要請者」、「サービス要請者」、及び「顧客」という用語は、サービスを要請するかもしれない、又はサービスを注文するかもしれない個人、実体、又はツールを指すべく、交換可能な方法で使用される。また、本開示における「ドライバ」、「提供者」、「サービス提供者」、及び「供給者」という用語は、サービスを提供するかもしれない、又はサービスの提供を促進するかもしれない個人、実体、又はツールを指すべく、交換可能な方法で使用される。本開示において、「ユーザ」及び「ユーザ端末１３０」は、交換可能な方法で使用してもよい。

本明細書における「サービス要請」、「要請」、及び「注文」という用語は、ユーザ、乗客、サービス要請者、顧客、ドライバ、提供者、サービス提供者、供給者など、又はこれらの任意の組み合わせによって開始されるかもしれない要請を指すべく、交換可能な方法で使用される。サービス要請は、乗客、ユーザ、サービス要請者、顧客、ドライバ、提供者、サービス提供者、又は供給者の任意の一人によって、受け入れてもよい。サービス要請は、請求義務の対象となってもよく、又は無料であってもよい。

本開示において使用される位置決め技術は、全地球測位システム（ＧＰＳ）、全地球航行衛星システム（ＧＬＯＮＡＳＳ）、コンパス航行システム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、無線忠実度（ＷｉＦｉ）測位技術など、又はこれらの任意の組み合わせに基づいてもよい。上の位置決めシステムの１つ以上は、本開示において、交換可能な方法で使用してもよい。

本開示の一態様によれば、多数のサービスを提供するサービスプラットフォームは、ユーザ端末上にサービスを順に表示してもよい。その順序列において、ユーザによって好まれるサービス、又は要請されるべき最も高い見込みを有するサービスは、ユーザが選ぶのに容易になるよう、目立つ位置に表示してもよい（例えば、最前面又は最上部）。順序列は、現実の状況に応じて、更新してもよい。本開示の一態様は、ユーザを妨害することなく、ユーザ端末上に表示されるべきサービスの順序列を更新するための、オンラインシステム及び方法に関する。該システム及び方法は、現在の順序列を更新するための条件が満足されるかどうかを決定することによって、動作してもよい。現在の順序列を更新するための条件が満足される場合にのみ、該システム及び方法は、サービスの順序列を更新してもよい。従って、該システム及び方法は、サービスの正確な順序列をユーザに推奨し、その順序列から、ユーザを頻繁に妨害することなく、ユーザの望ましいサービスが便利に選択される。

注意するべきことであるが、オンラインでタクシーを呼ぶことのような、オンラインオンデマンド輸送サービスは、ポストインターネット時代だけに根付くサービスの新しい形態である。オンラインオンデマンド輸送サービスは、ユーザ及びサービス提供者に技術的な解決法を提供するが、このようなユーザ及びサービス提供者は、ポストインターネット時代にのみ育ち得るであろう。プレインターネット時代では、ユーザが路上でタクシーを呼ぶ場合、ユーザは、前もってサービスを選択できない。もし乗客が電話呼び出しを通してタクシーを呼ぶ場合、サービス提供者（例えば、１つのタクシー会社又はタクシー代行者）は、ユーザに対して単にサービスを手動で推奨するかもしれない。そのほかに、推奨には慣れていないかもしれない。推奨は、時代遅れなものかもしれず、且つ、現在の状況を反映できないかもしれない。オンラインタクシーは、しかしながら、サービスのユーザが、実時間且つ自動のサービス要請を、ユーザから遠く離れた膨大な数の個々のサービス提供者（例えば、タクシー）に配布することを可能にする。ユーザは、サービスアプリケーションを使用して、ユーザ端末からサービス要請を送信してもよい。サービス要請を送信する前に、アプリケーションは、ユーザにサービスを自動的に推奨してもよい。サービスを順に表示することによって、オンラインオンデマンド輸送システムは、ユーザインターフェース上でのユーザの手動操作を減少させ、且つユーザ体験を向上させる。オンラインオンデマンド輸送システムは、複数のサービス提供者が、同時且つ実時間で、サービス要請に応答することを可能にする。それ故に、インターネットを通して、オンラインオンデマンド輸送システムは、ユーザ及びサービス提供者に対して、はるかに効率の良い取引プラットフォームを提供するであろう。従来のプレインターネット輸送サービスシステムでは、ユーザ及びサービス提供者は、該取引プラットフォームには出会わないであろう。

図１は、幾つかの実施形態に係る、典型的なオンデマンドサービスシステム１００のブロック図である。例えば、オンデマンドサービスシステム１００は、輸送サービスのためのオンライン輸送プラットフォームであってもよく、ここで輸送サービスとは、タクシーを呼ぶサービス、おかかえ運転手サービス、小荷物車サービス、梱包集荷業サービス、バスサービス、ドライバ雇用サービス、及び折り返し運転サービスのようなものである。オンデマンドサービスシステム１００は、サーバ１１０、ネットワーク１２０、ユーザ端末１３０、提供者端末１４０、乗り物１５０、及びデータベース１６０を含むオンラインプラットフォームであってもよい。サーバ１１０は、処理エンジン１１２を含んでもよい。

オンデマンドサービスシステム１００は、複数のサービスを提供してもよい。典型的なサービスは、タクシーを呼ぶサービス、おかかえ運転手サービス、小荷物車サービス、梱包集荷業サービス、バスサービス、ドライバ雇用サービス、及び折り返し運転サービスを含んでもよい。幾つかの実施形態において、オンデマンドサービスは、食事を予約すること、買い物など、又はこれらの組み合わせのような、任意のオンラインサービスであってもよい。幾つかの実施形態において、複数のサービスを順序列で表示してもよい。各サービスは、順序列における順番又は順位付けを有してもよい。

幾つかの実施形態において、サーバ１１０は、単一のサーバ、又はサーバ群であってもよい。サーバ群は、集中化させてもよく、又は分散させてもよい（例えば、サーバ１１０は、分散システムであってもよい）。幾つかの実施形態において、サーバ１１０は、局所的であってもよく、又は遠隔的であってもよい。例えば、サーバ１１０は、ネットワーク１２０を介して、ユーザ端末１３０、提供者端末１４０、及び／又はデータベース１６０に格納された情報及び／又はデータにアクセスしてもよい。別の例として、サーバ１１０は、格納された情報及び／又はデータにアクセスするために、ユーザ端末１３０、提供者端末１４０、及び／又はデータベース１６０に直接接続してもよい。幾つかの実施形態において、サーバ１１０は、クラウドプラットフォーム上で履行してもよい。単に例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウドなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、サーバ１１０は、本開示における図２に例証された１つ以上の構成要素を有するコンピューティングデバイス２００上で履行してもよい。

幾つかの実施形態において、サーバ１１０は、処理エンジン１１２を含んでもよい。処理エンジン１１２は、本開示で説明される１つ以上の機能を実施するべく、サービス要請に関する情報及び／又はデータを処理してもよい。例えば、処理エンジン１１２は、ユーザ端末１３０から得られたサービス要請に基づいて、目標の乗り物を決定してもよい。幾つかの実施形態において、処理エンジン１１２は、１つ以上の処理エンジン（例えば、単一コア処理エンジン（複数可）又はマルチコアプロセッサ（複数可））を含んでもよい。単に例として、処理エンジン１１２は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィック処理装置（ＧＰＵ）、物理処理装置（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブル・ゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ），コントローラ、マイクロコントローラ、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサなど、又はこれらの任意の組み合わせを含んでもよい。

ネットワーク１２０は、情報及び／又はデータの交換を促進してもよい。幾つかの実施形態において、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、ユーザ端末１３０、提供者端末１４０、乗り物１５０、及びデータベース１６０）は、ネットワーク１２０を介して、オンデマンドサービスシステム１００における他の構成要素（複数可）に、情報及び／又はデータを送信してもよい。例えば、サーバ１１０は、ネットワーク１２０を介して、ユーザ端末１３０からサービス要請を得てもよい／取得してもよい。幾つかの実施形態において、ネットワーク１２０は、任意のタイプの有線ネットワーク又は無線ネットワーク、又はこれらの組み合わせであってもよい。単に例として、ネットワーク１３０は、ケーブルネットワーク、有線ネットワーク、光ファイバネットワーク、遠距離通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、公衆電話交換ネットワーク（ＰＳＴＮ）、ブルートゥースネットワーク、ジグビー（ＺｉｇＢｅｅ）ネットワーク、近距離無線通信（ＮＦＣ）ネットワークなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを含んでもよい。例えば、ネットワーク１２０は、基地局及び／又はインターネット交換ポイント１２０−１、１２０−２、・・・のような、有線又は無線のネットワークアクセスポイントを含んでもよく、該ネットワークアクセスポイントを通して、データ及び／又は情報を交換するために、オンデマンドサービスシステム１００の１つ以上の構成要素をネットワーク１２０に接続してもよい。

幾つかの実施形態において、ユーザは、ユーザ端末１３０の所有者であってもよい。幾つかの実施形態において、ユーザ端末１３０の所有者は、ユーザ以外の誰かであってもよい。例えば、ユーザ端末１３０の所有者Ａは、ユーザＢのためにサービス要請を送信するべく、ユーザ端末１３０を使用してもよく、或いは、サーバ１１０から、サービス及び／若しくは情報又は命令を受信してもよい。幾つかの実施形態において、提供者は、提供者端末１４０のユーザであってもよい。幾つかの実施形態において、提供者端末１４０のユーザは、提供者以外の誰かであってもよい。例えば、提供者端末１４０のユーザＣは、ユーザＤのためにサービス要請を受信するべく、及び／又は、サーバ１１０から情報若しくは命令を受信するべく、提供者端末１４０を使用してもよい。幾つかの実施形態において、「ユーザ」及び「ユーザ端末１３０」は、交換可能な方法で使用してもよく、且つ「提供者」及び「提供者端末」は、交換可能な方法で使用してもよい。

幾つかの実施形態において、ユーザ端末１３０は、モバイルデバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、自動車内の内蔵デバイス１３０−４など、又はこれらの組み合わせを含んでもよい。幾つかの実施形態において、モバイルデバイス１３０−１は、スマートホームデバイス、ウェアラブルデバイス、スマートモバイルデバイス、仮想現実デバイス、拡張現実デバイスなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、スマートホームデバイスは、スマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート監視デバイス、スマートテレビジョン、スマートビデオカメラ、インターフォンなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、ウェアラブルデバイスは、スマートブレスレット、スマート履物、スマートメガネ、スマートヘルメット、スマートウォッチ、スマート衣服、スマートバックパック、スマートアクセサリなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、スマートモバイルデバイスは、スマートフォン、携帯情報端末（ＰＤＡ）、ゲーム用デバイス、ナビゲーションデバイス、販売時点管理（ＰＯＳ）デバイスなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、仮想現実デバイス及び／又は拡張現実デバイスは、仮想現実ヘルメット、仮想現実メガネ、仮想現実パッチ、拡張現実ヘルメット、拡張現実メガネ、拡張現実パッチなど、又はこれらの任意の組み合わせを含んでもよい。例えば、仮想現実デバイス及び／又は拡張現実デバイスは、グーグルグラス（Ｇｏｏｇｌｅ Ｇｌａｓｓ）、オキュラスリフト（Ｏｃｕｌｕｓ Ｒｉｆｔ）、ホロレンズ（Ｈｏｌｏｌｅｎｓ）、ギア（Ｇｅａｒ）ＶＲなどを含んでもよい。幾つかの実施形態において、自動車内の内蔵デバイス１３０−４は、車載コンピュータ、車載テレビジョンなどを含んでもよい。幾つかの実施形態において、ユーザ端末１３０は、ユーザ及び／又はユーザ端末１３０の位置を突き止めるための位置決め技術を有するデバイスであってもよい。

提供者端末１４０は、複数の提供者端末１４０−１、１４０−２、・・・、１４０−ｎを含んでもよい。幾つかの実施形態において、提供者端末１４０は、ユーザ端末１３０と類似であるか、又はユーザ端末１３０と同じデバイスであってもよい。幾つかの実施形態において、提供者端末１４０は、提供者、提供者端末１４０、及び／又は提供者端末１４０に関連付けられた乗り物１５０の位置を突き止めるための位置決め技術を有するデバイスであってもよい。幾つかの実施形態において、ユーザ端末１３０及び／又は提供者端末１４０は、ユーザ、ユーザ端末１３０、提供者、及び／又は提供者端末１４０の位置を決定するために、他の位置決めデバイスと通信してもよい。幾つかの実施形態において、ユーザ端末１３０及び／又は提供者端末１４０は、サーバ１１０に位置決め情報を送信してもよい。幾つかの実施形態において、提供者端末１４０は、利用可能性状態を有してもよい。利用可能性状態は、提供者端末１４０に関連付けられた乗り物１５０がユーザを運べるかどうかを示してもよい。

幾つかの実施形態において、提供者端末１４０は、１つ以上の乗り物１５０に対応してもよい。乗り物１５０は、ユーザを運び、且つ目的地まで移動してもよい。乗り物１５０は、複数の乗り物１５０−１、１５０−２、・・・、１５０−ｎを含んでもよい。１つの乗り物は、１つのタイプのサービスに対応してもよい（例えば、タクシーを呼ぶサービス、おかかえ運転手サービス、小荷物車サービス、梱包集荷業サービス、バスサービス、ドライバ雇用サービス、及び折り返し運転サービス）。

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

幾つかの実施形態において、データベース１６０は、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、ユーザ端末１３０、提供者端末１４０など）と通信するために、ネットワーク１２０に接続してもよい。オンデマンドサービスシステム１００における１つ以上の構成要素は、ネットワーク１２０を介して、データベース１６０に格納されたデータ又は命令にアクセスしてもよい。幾つかの実施形態において、データベース１６０は、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、ユーザ端末１３０、提供者端末１４０など）に直接接続してもよく、又は該１つ以上の構成要素と通信してもよい。幾つかの実施形態において、データベース１６０は、サーバ１１０の一部分であってもよい。

幾つかの実施形態において、オンデマンドザービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、ユーザ端末１３０、提供者端末１４０など）は、データベース１６０にアクセスするための許可を有してもよい。幾つかの実施形態において、オンデマンドサービスシステム１００における１つ以上の構成要素は、１つ以上の条件が満たされる場合、ユーザ、提供者、及び／又は公共に関する情報を読み取ってもよく、且つ／又は該情報を修正してもよい。例えば、サーバ１１０は、サービスの後に、１つ以上のユーザの情報を読み取ってもよく、且つ／又は該情報を修正してもよい。

幾つかの実施形態において、オンデマンドサービスシステム１００における１つ以上の構成要素の情報交換は、サービスを要請することを通して達成してもよい。サービス要請の対象は、任意の製品であってもよい。幾つかの実施形態において、製品は、有形の製品であってもよく、又は実体のない製品であってもよい。有形の製品は、食品、医薬品、日用品、化学製品、電気器具、衣類、車、住宅、贅沢品など、又はこれらの任意の組み合わせを含んでもよい。実体のない製品は、サービス商品、金融商品、知識商品、インターネット商品など、又はこれらの任意の組み合わせを含んでもよい。インターネット商品は、個人主催の商品、ウェブ商品、モバイルインターネット商品、広告主催の商品、埋め込み商品など、又はこれらの任意の組み合わせを含んでもよい。モバイルインターネット商品は、モバイル端末のソフトウェア、プログラム、システムなど、又はこれらの任意の組み合わせにおいて、使用してもよい。モバイル端末は、タブレットコンピュータ、ラップトップコンピュータ、モバイルフォン、携帯情報端末（ＰＤＡ）、スマートウォッチ、販売時点管理（ＰＯＳ）デバイス、車載コンピュータ、車載テレビジョン、ウェアラブルデバイスなど、又はこれらの任意の組み合わせを含んでもよい。例えば、製品は、コンピュータ又はモバイルフォンで使用される任意のソフトウェア及び／又はアプリケーションであってもよい。ソフトウェア及び／又はアプリケーションは、社交、買い物、輸送、娯楽、学習、投資など、又はこれらの任意の組み合わせに関係してもよい。幾つかの実施形態において、輸送に関するソフトウェア及び／又はアプリケーションは、旅行のソフトウェア及び／又はアプリケーション、乗り物スケジュール作成のソフトウェア及び／又はアプリケーション、地図作成のソフトウェア及び／又はアプリケーションなどを含んでもよい。乗り物スケジュール作成のソフトウェア及び／アプリケーションにおいては、乗り物は、馬、馬車、人力車（例えば、一輪車、自転車、オート三輪など）、自動車（例えば、タクシー、バス、自家用車など）、列車、地下鉄、船、航空機（例えば、飛行機、ヘリコプタ、スペースシャトル、ロケット、熱気球など）、又はこれらの任意の組み合わせを含んでもよい。

図２は、コンピューティングデバイス２００の典型的なハードウェア構成要素及びソフトウェア構成要素を例証する概略図であり、コンピュータサーバ１１０、ユーザ端末１３０、及び／又は提供者端末１４０は、該コンピューティングデバイス２００上で、本開示の幾つかの実施形態に従って履行してもよい。例えば、処理エンジン１１２は、コンピューティングデバイス２００上で履行してもよく、且つ、この開示において開示された処理エンジン１１２の機能を実施するように構成してもよい。

コンピューティングデバイス２００は、汎用コンピュータ又は専用コンピュータであってもよく、両方のコンピュータは、本開示に対するオンデマンドシステムを履行するために使用してもよい。コンピューティングデバイス２００は、本明細書で説明されるような、オンデマンドサービスの任意の構成要素を履行するために使用してもよい。例えば、処理エンジン１１２は、そのハードウェア、ソフトウェアプログラム、ファームウェア、又はこれらの組み合わせによって、コンピューティングデバイス２００上で履行してもよい。利便性のために、ただ１つのそのようなコンピュータが示されてはいるが、本明細書で説明されるような、オンデマンドサービスに関するコンピュータ機能は、処理負荷を分散させるために、多くの同様なプラットフォーム上で、分散された方法で履行してもよい。

コンピューティングデバイス２００は、例えば、データ通信を促進するために、ＣＯＭポート２５０を含んでもよく、ＣＯＭポート２５０はネットワークに接続されるか、又はネットワークからＣＯＭポート２５０に接続される。コンピューティングデバイス２００はまた、１つ以上のプロセッサの形態において、プログラム命令を実行するための中央処理装置（ＣＰＵ）２２０を含んでもよい。典型的なコンピュータプラットフォームは、内部通信バス２１０と、プログラム格納装置及び異なる形態のデータ格納装置（例えば、ディスク２７０）と、コンピュータによって処理されるべき、及び／又は送信されるべき様々なデータファイルのための読み出し専用メモリ（ＲＯＭ）２３０又はランダムアクセスメモリ（ＲＡＭ）２４０と、を含んでもよい。典型的なコンピュータプラットフォームはまた、ＣＰＵ２２０によって実行されるべき、ＲＯＭ２３０、ＲＡＭ２４０、及び／又は他のタイプの非一時的な格納媒体に格納されたプログラム命令を含む。本開示の方法及び／又はプロセスは、プログラム命令として実行してもよい。コンピューティングデバイス２００はまた、Ｉ／Ｏ構成要素２６０を含むが、Ｉ／Ｏ構成要素２６０は、コンピュータと、コンピューティングデバイスの中の、ユーザインターフェース要素２８０のような、他の構成要素との間の入力／出力を支援する。コンピューティングデバイス２００はまた、ネットワーク通信を介して、プログラミング及びデータを受信してもよい。

単に例証のために、ただ１つのＣＰＵ及び／又はプロセッサが、コンピューティングデバイス２００において説明される。しかしながら、注意するべきことであるが、本開示におけるコンピューティングデバイス２００はまた、複数のＣＰＵ及び／又はプロセッサを含み、従って、本開示で説明されるように、１つのＣＰＵ及び／又はプロセッサによって実施される動作及び／又は方法ステップはまた、複数のＣＰＵ及び／又はプロセッサによって、共同して実施してもよい、又は別々に実施してもよい。例えば、もし、本開示において、コンピューティングデバイス２００のＣＰＵ及び／又はプロセッサが、ステップＡ及びステップＢの両方を実行する場合、ステップＡ及びステップＢはまた、コンピューティングデバイス２００の中で、２つの異なるＣＰＵ及び／又はプロセッサによって共同して実施してもよい、又は別々に実施してもよい（例えば、第１のプロセッサはステップＡを実行し、且つ第２のプロセッサはステップＢを実行する、又は、第１及び第２のプロセッサが共同して、ステップＡ及びステップＢを実行する）、ということを理解するべきである。

図３は、本開示の幾つかの実施形態に係る、典型的な処理エンジン１１２を例証するブロック図である。処理エンジン１１２は、取得モジュール３１０、決定モジュール３２０、評価モジュール３３０、及び並べ替えモジュール３４０を含んでもよい。

取得モジュール３１０は、複数のユーザ、複数のサービス提供者、又は他のソース（公共輸送ソース、メトロポリタンソースなど）から情報を得るように構成してもよい。

取得モジュール３１０は、ネットワーク１２０を介して、ユーザ端末１３０から身元証明を得てもよい。取得モジュール３１０は、ユーザ又はユーザ端末１３０の他の情報（例えば、現在の場所、現在の実例、複数のサービスの現在の順序列）を更に得てもよい。

決定モジュール３２０は、複数のサービス（例えば、タクシー、梱包集荷業サービス、テスト運転サービスのような複数の輸送サービス）の現在の順序列を更新するための条件が満足されるかどうかを、決定するように構成してもよい。幾つかの実施形態において、決定モジュール３２０は、決定を実施するために、取得モジュール３１０によって得られた情報を使用してもよい。

決定モジュール３２０が、複数のサービスの現在の順序列を更新するための条件が満足されることを決定する場合、評価モジュール３３０は、複数のサービスに対する複数の移動値を決定するように構成してもよい。本明細書で使用されるように、サービスに対する移動値は、複数のサービスの中でのユーザの好み、複数のサービスの使用頻度、サービスを要請する確率、及び／又はサービスの現在の利用可能性を示す値であってもよい。評価モジュール３３０は、各サービスに対する移動値を決定してもよい。

評価モジュール３３０はまた、複数のサービスの順序列に関連付けられた特性値を決定してもよい。幾つかの実施形態において、特性値は、複数の小項目の合計として決定してもよい。各小項目は、１つのサービスに対応してもよい。評価モジュール３３０は、サービスに対する小項目を決定してもよい。

並べ替えモジュールモジュール３４０は、複数のサービスの更新される順序列を決定してもよい。幾つかの実施形態において、並べ替えモジュール３４０は、複数のサービスの移動値に基づいて、更新される順序列を決定してもよい。並べ替えモジュール３４０は、複数のサ−ビスの各々に対して、更新される順序列における順番を決定してもよい。サービスの順番は、ユーザの好み及び／又はサービスの利用可能性を示してもよい。

処理エンジン１１２におけるモジュールは、有線接続又は無線接続を介して、互いに接続してもよく、又は互いに通信してもよい。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブルなど、又はこれらの任意の組み合わせを含んでもよい。無線接続は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ブルートゥース（登録商標）、ジグビー、近距離無線通信（ＮＦＣ）など、又はこれらの任意の組み合わせを含んでもよい。モジュールの２つ以上を、単一のモジュールとして組み合わせてもよく、且つモジュールの任意の１つを、２つ以上のユニットに分割してもよい。例えば、取得モジュール３１０は、単一モジュールとして、決定モジュール３２０に統合してもよく、ここで該単一モジュールは、ユーザ端末１３０から情報を得ると共に、順序列を更新するための条件が満足されるかどうかを、得られた情報に基づいて決定してもよい。

図４は、ユーザのユーザ端末１３０の表示装置上に一連の選択肢として表示された複数のサービスの順序列を更新するための典型的なプロセス４００を示す。プロセス４００は、システム１００のコンピュータサーバ１１０の非一時的な格納媒体における命令のセットとして履行してもよい。コンピュータサーバ１１０のＣＰＵ２２０は、命令のセットを実行してもよく、且つ、それに応じて、プロセス４００におけるステップを実施してもよい。

ステップ４１０では、ＣＯＭポート２５０は、ユーザ端末１３０とのネットワーク通信を確立してもよい。ネットワーク通信は、有線通信であってもよく、又は無線通信であってもよい。典型的な無線通信は、セルラー方式通信、無線ローカルエリアネットワーク（ＷＬＡＮ）、ＷｉＭＡＸ通信、ブルートゥース通信などを含んでもよい。

幾つかの実施形態において、ＣＯＭポート２５０は、ある一定のトリガイベントの後、ネットワーク通信を確立してもよい。トリガイベントは、ユーザ端末１３０におけるサービスアプリケーションの開始、サーバ１１０との通信に対する要請、ユーザ端末１３０からの場所情報の受信、ユーザ端末１３０を通したアカウントのログイン、サービスの順序列を更新するための要請などであってもよい。

ステップ４２０では、取得モジュール３１０は、ユーザ端末１３０から、身元証明を得てもよい。身元証明は、ユーザを識別するための任意の身元証明であってもよい。例えば、身元証明は、ユーザ、ユーザ端末１３０、及び／又は、オンラインオンデマンド輸送サービスシステム１００に関してユーザが登録したアカウントに関連付けてもよく、そのため、取得モジュール３１０は、ステップ４１０において通信が確立された後、ユーザを識別してもよい。身元証明は、電話番号、ユーザアカウント、又はユーザ端末１３０に関連付けられた一意的な身元証明（メディア制御アクセスアドレス、シリアル番号、製造番号など）の形態であってもよい。ユーザアカウントは、輸送サービスプラットフォームで登録されたアカウントであってもよい。

ステップ４３０では、取得モジュール３１０は、身元証明に関連付けられた複数のサービスの現在の順序列を得てもよい。

システム１００は、複数の輸送サービスをユーザに提供してもよい。取得モジュール３１０が、ユーザ、ユーザ端末、及び／又はユーザアカウントの身元証明を得た後、システム１００は、ユーザに利用可能である複数の輸送サービスをリストとして、取り出してもよく、且つ／又は得てもよい。更に、リストの中の複数の輸送サービスを、現在の順序列に関して順序付けてもよい。現在の順序列は、ＣＰＵ２２０、又はコンピュータサーバ１１０の任意の他のプロセッサによって、現在の実例に先立って、発生させてもよい。代わりに、現在の順序列は、ユーザの好みに応じて、ユーザによって設定してもよい。現在の順序列は、ユーザ端末１３０、ＲＯＭ２３０、データベース１６０に格納してもよい。

ステップ４４０では、決定モジュール３２０は、現在の順序列を更新するための条件が満足されるかどうかを決定してもよい。

複数のサービスの現在の順序列を更新するための条件が満足される場合、ステップ４５０では、並べ替えモジュール３４０は、ユーザ端末１３０の表示装置上に表示された複数のサービスの更新される順序列を決定してもよい。ＣＯＭポート２５０は、ネットワーク通信を通して、更新された順序列をユーザ端末１３０に送信してもよい。ユーザ端末１３０の表示装置は、サービスアプリケーションのユーザインターフェースにおいて、更新された順序列を表示してもよい。

複数のサービスの現在の順序列を更新するための条件が満足されない場合、ステップ４６０において、ＣＯＭポート２５０は、複数のサービスの現在の順序列をユーザ端末１３０に送信してもよい。

幾つかの実施形態において、該条件は、以下の条件、即ち、
（Ｉ）現在の場所の同じエリアにおいて、複数の輸送サービスの１つ以上をユーザが使用した最後の時から十分時間が経過している場合、即ち、ユーザ端末１３０の現在の場所を包含する第１の地理的エリア内で、ユーザがサービス要請を開始した日からの日数が、第１の閾値以上である場合、
（ＩＩ）複数の輸送サービスの順序列が長い間、更新されてこなかった場合、即ち、複数のサービスの順序列の以前の更新時と現在の実例との間の間隔が、第２の閾値以上である場合、
（ＩＩＩ）複数の輸送サービスの順序列を更新するべき、他の理由が存在する場合、例えば、複数のサービスの現在の順序列が、最適化された順番からかけ離れすぎている場合、即ち、複数のサービスの最適化された順序列に対する特性値と、現在の順序列に対する特性値との間の比が、第３の閾値未満である場合、を含んでもよく、又はこれらの任意の組み合わせを含んでもよい。

第１の閾値は、任意の適切な継続時間（例えば、十日、一カ月、四半期など）であってもよい。第１の地理的エリア内でユーザがサービス要請を開始する日からの日数が、第１の閾値よりも大きい場合、並べ替えモジュール３４０は、更新される順序列を決定してもよい。第１の閾値は、順序列を過度に頻繁に更新するシナリオを妨げてもよい。並べ替えモジュール３４０は、ユーザ端末１３０の過去の場所に応じて、順序列を更新するための時期／締め切り期限を決定してもよい。

第２の閾値は、任意の適切な継続時間（例えば、二十日、一カ月、四半期など）であってもよい。第２の閾値は、第１の閾値と同じであってもよく、又は該閾値と異なっていてもよい。複数のサービスの順序列の以前の更新時と、現在の実例との間の間隔が第２の閾値以上である場合、並べ替えモジュール３４０は、更新される順序列を決定し、且つ順序列を更新してもよい。第２の閾値は、複数の輸送サービスの順序列が、過度に時代遅れとなることを妨げてもよい。従って、並べ替えモジュール３４０は、順序列の以前の更新の履歴に応じて、順序列を更新するための時期／締め切り期限を決定してもよい。

第３の閾値は、任意の比（例えば、０．５、０．７５、０．８、０．９など）であってもよい。複数のサービスの現在の順序列に対する特性値と、複数のサービスの最適化された順序列に対する特性値との間の比は、現在の順序列が最適化された順序列から外れている程度を示してもよい。より大きな比は、現在の順序列が、最適化された順序列に近づいていることを示してもよい。最適化された順序列は、現在の条件下で、複数のサービスに対するユーザの傾向又は好みを正確に示唆してもよい。複数のサービスに対して実質的な何かが生じた場合（例えば、順序列の変化を引き起こすサービス期間の促進及び／又は変化などがある場合）、第３の閾値は、複数のサービスの順序列が折よく更新されることに役立ってもよい。

幾つかの実施形態において、複数のサービスの現在の順序列に対する特性値は、複数の小項目の合計として決定してもよい。複数の小項目の各小項目は、複数のサービスのうちの１つのサービスに関連付けてもよい。評価モジュール３３０は、現在の順序列におけるサービスの順番及びサービスの移動値に基づいて、サービスに対する小項目を決定してもよい。移動値は、サービス要請に対するユーザの傾向を示してもよい。

特性値及び／又は小項目は、様々な形態又は定義を取ってもよい。

決定モジュール３２０は、上の３つの条件の１つ以上が満足されるかどうかを決定してもよい。もし３つの条件の１つ以上が満足される場合、決定モジュール３２０は、複数のサービスの更新される順序列を決定してもよい。

幾つかの実施形態において、特性値は、複数のサービスの順序列に関連付けられたＤＣＧ（割引累積利得）値を含んでもよい。ＤＣＧ値は、サービスの順序列の品質を示してもよい。多数の要素を並べ替える場合、重要な要素はより高い順位又は目立つ位置を有するべきであり、その一方で、重要でない要素はより低い順位を有するべきである、というのが望ましいであろう。順序列のより大きなＤＣＧ値は、より重要な要素が、順序列においてより高い順位を有する（例えば、最上位）、ということを示してもよい。順序列のより小さなＤＣＧ値は、１つ以上の重要な要素には、順序列においてより低い順位が割り当てられる（例えば、最下位）、ということを示してもよい。複数のサービスの現在の順序列に対する特性値と、複数のサービスの最適化された順序列に対する特性値との間の比は、ＮＤＣＧ（規格化された割引累積利得）値を含んでもよい。最適化された順序列は、最も重要な要素に最も高い位置（即ち、Ｎｏ．１）を割り当ててもよく、その時、二番目に重要な要素に、二番目に高い位置（即ち、Ｎｏ．２）などが割り当てられる。現在の順序列に対するＮＤＣＧ値は、０．０から１．０まで変化してもよく、ここで１．０は、現在の順序列が、まさに最適化された順序列である、ということを示している。

幾つかの実施形態において、アプリケーションのユーザインターフェースは、アクティブなウィンドウ又はインターフェースの中に、複数のサービスの一部分を表示してもよい。ユーザインターフェ−スは、背景のウィンドウ又はインターフェースの中に、複数のサービスの他の部分を表示してもよい。

例えば、システム１００によって提供されるサービスの合計数は、ある整数ｎであってもよい。ユーザの端末上のアクティブウィンドウに表示されるサービスの数は、別の整数ｍであってもよい。整数ｍは、整数ｎよりも大きくなくてもよい。従って、背景ウィンドウに表示されるサービスの数は、整数（ｎ−ｍ）であってもよい。並べ替えモジュール３４０は、背景のウィンドウ又はインターフェースにおける（ｎ−ｍ）個のサービスの順序列が更新される、ということを決定してもよい。加えて又は代わりに、並べ替えモジュール３４０は、アクティブウィンドウにおけるｍ個のサービスの順序列が更新されない、ということを決定してもよい。

図５は、複数のサービスの現在の順序列に対する特性値と、複数のサービスの最適化された順序列に対する特性値との間の比を決定するための典型的なプロセス５００を示す。プロセス及び／又は方法５００は、オンデマンドサービスシステム１００によって実行してもよい。例えば、プロセス及び／又は方法５００は、ＲＯＭ２３０に格納された命令のセット（例えば、アプリケーション）として履行してもよい。ＣＰＵ２２０は、命令のセットを実行してもよく、且つ、それに応じて、プロセス及び／又は方法５００を実施するように、ＣＰＵ２２０に指示してもよい。

ステップ５１０では、取得モジュール３１０は、複数のサービスの現在の順序列のＤＣＧ値を得てもよい。

複数のサービスの順序列に対するＤＣＧ値は、方程式（１）及び方程式（２）が以下に示す通りである。

複数のサービスの現在の順序列に対するＤＣＧ値は、複数の小項目の合計として決定される。複数の小項目の各小項目は、複数のサービスのうちの１つのサービスに関連付けてもよい。ｎ番目のサービスに対して、小項目ｆ_ｎは、現在の順序列におけるｎ番目のサービス順位ｒａｎｋ_ｎ、及びｎ番目のサービスの移動値Ｒ_ｎの順番に基づいて、決定してもよい。幾つかの実施形態において、ｒａｎｋ_ｎは、ｎ番目サービスの順番に関連つけられた任意の他の値（例えば、ｎ番目のサービスの平方、ｎ番目のサービスの順番の平方根など）であってもよい。

従って、ＤＣＧ値は、方程式（３）が以下に示す通りであってもよい。

ステップ５２０では、取得モジュール３１０は、複数のサービスの最適化された順序列のＤＣＧ値を得てもよい。

並べ替えモジュール３４０は、移動値に応じて、最適化された順序列を決定してもよい。幾つかの実施形態において、並べ替えモジュール３４０は、サービスの移動値に応じて、サービスを並べ替えてもよい。

ステップ５３０では、評価モジュール３３０は、複数のサービスの現在の順序列のＤＣＧ値、及び複数のサービスの最適化された順序列のＤＣＧ値に基づいて、ＮＤＣＧ値を決定してもよい。

以下のことを、例として取る。仮に４つのサービス（即ち、Ｄ１、Ｄ２、Ｄ３、Ｄ４）が存在するとする。１つのサービスの移動値は、ユーザが、所定の期間に該サービスを何回開始するかに等しい（即ち、使用頻度）。４つのサービスＤ１、Ｄ２、Ｄ３、Ｄ４に対する使用頻度は、それぞれ、３、５、０、及び３である。仮に４つのサービスの現在の順序列が、（Ｄ１，Ｄ２，Ｄ４，Ｄ３）とする。サービスＤ１は最高順位にあり、その一方で、サービスＤ３は最低順位にある。現在の順序列に対するＤＣＧ値は、方程式（４）が示す通りである。

上の例に対する最適化された順序列は、（Ｄ２，Ｄ１，Ｄ４，Ｄ３）であってもよい。最適化された順序列に対するＤＣＧ値は、方程式（５）が示す通りである。

従って、最適化された順序列と現在の順序列との間のＮＤＣＧ値は、方程式（６）が示す通りである。

もし第３の閾値が０．８である場合、ＮＤＣＧ値は、第３の閾値未満ではない。従って、条件（ＩＩＩ）は満足されない。現在の順序列の、最適化された順序列からの偏差は、極めて少ない。幾つかのシナリオにおいて、現在の順序列を最適化された順序列で置き換えることは、ユーザにとって、不便又は混乱をもたらすかもしれない。ＣＯＭポート２５０は、ユーザのユーザ端末１３０に現在の順序列を送信してもよい。

幾つかの実施形態において、並べ替えモジュール３４０は、図６に示されるプロセス６００に従って、複数のサービスの更新される順序列を決定してもよい。

現在の順序列を更新するための条件が満足される場合、並べ替えモジュール３４０は、更新される順序列を決定してもよい。図６は、１つのサービスに対する、複数のサービスの更新される順序列における更新される順番を決定するための、典型的なプロセス６００を示す。プロセス及び／又は方法６００は、オンデマンドサービスシステム１００によって実行してもよい。例えば、プロセス及び／又は方法６００は、ＲＯＭ２３０に格納された命令のセット（例えば、アプリケーション）として履行してもよい。ＣＰＵ２２０は、命令のセットを実行してもよく、且つ、それに応じて、プロセス及び／又は方法６００を実施するように、ＣＰＵ２２０に指示してもよい。

ステップ６１０では、取得モジュール３１０は、ユーザ端末１３０を通して実施されたサービスに対する過去の要請の記録を得てもよい。過去の要請の記録は、ユーザ端末１３０、ＲＯＭ２３０、データベース１６０に格納してもよい。過去の要請の記録は、複数のサービスの中の１つ以上に関連付けてもよい。幾つかの実施形態において、過去の要請は、現在の実例に先立って、第１の期間内にあってもよい。第１の期間の長さは、一時間、一日、一週間、一カ月、四半期、又は任意の他の適切な継続時間であってもよい。

ステップ６２０では、複数のサービスの各サービスに対して、評価モジュール３３０は、過去の要請の記録に基づいて、サービス要請に対するユーザの傾向を示す移動値を決定してもよい。

ステップ６３０では、並べ替えモジュール３４０は、サービスの移動値に基づいて、更新される順序列における更新される順番を決定してもよい。更に、並べ替えモジュール３４０は、複数のサービスの更新される順番に従って、更新される順序列を決定してもよい。更新される順序列における複数のサービスは、降順であってもよく、又は昇順であってもよい。

幾つかの実施形態において、評価モジュール３３０は、（上で説明されたような）第１の期間内のサービスに対する過去の要請の数、第１の期間内のサービスに対する完了した過去の要請の数、サービスの供給レベルを示す現在の利用可能性情報、サービスを表示するページに対するページビューの数、又は、サービスを表示するページを訪問する一意的な訪問者の数、のうちの少なくとも１つに基づいて、各サービスに対する移動値を決定してもよい。

第１の期間内のサービスに対する、過去の要請の数及び完了した過去の要請の数は、サービスに対するユーザの使用頻度を反映してもよい。

サービスの現在の利用可能性情報は、ユーザ端末１３０の周辺内のサービスに関連付けられたサービス提供者の数、及びユーザ端末１３０の周辺内の現在の実例に由来する、第２の期間内のサービスに関連付けられた現在のサービス要請の数を含んでもよい。

サービス提供者は、自身らがサービス提供の準備ができていることを示す利用可能性状態を有してもよい。第２の期間は、比較的に短い期間であってもよい。第２の期間の継続時間は、５分、１０分、１５分などであってもよい。サービス要請は、即時的であってもよく、又は時間に対して無秩序に分布していてもよい。評価モジュール３３０は、第２の期間内のサービス要請の数に従って、複数のユーザからの要求を決定してもよい。

現在の利用可能性情報は、局所的なものであってもよい。ユーザ端末１３０の周辺は、ユーザ端末１３０の現在の場所を包含する局所的なエリアであってもよい。局所的なエリアは、ユーザ端末１３０の現在の場所を取り囲む円であってもよい。その円は、予め設定された半径（例えば、５００メートル、１キロメートル、２キロメートルなど）を有してもよい。代わりに、局所的なエリアは、任意の他の形又は形状であってもよい。局所的なエリアは、ユーザ端末１３０の現在の場所を包含する任意のエリアであってもよい。例えば、局所的なエリアは、ビジネス地区、住宅地区、近隣地区などであってもよい。

幾つかの実施形態において、システム１００は、複数のページ上に複数のサービスを表示するように、ユーザ端末に指示してもよい。各ページは、１つのサービスを表示してもよい。アプリケーション（モバイルアプリケーション又はデスクトップアプリケーション）は、ページを含むユーザインターフェースを有してもよい。サービスを表示するページに対するページビューの数は、ユーザの興味又は注意を反映してもよい。サービスを表示するページに対するページビューの数は、ユーザによるページビューの数を含んでもよい。

幾つかの実施形態において、評価モジュール３３０は、サービスを表示するページを訪問する一意的な訪問者の数に従って、サービスの移動値を決定してもよい。サービスを表示するページを訪問する一意的な訪問者の数は、１つのグループのユーザの中での、サービスの人気を反映してもよい。

評価モジュール３３０は、所定のルールに従って、サービスに対する移動値を決定してもよい。

図７は、サービスに対する移動値を決定するための、典型的なプロセス７００を示す。評価モジュール３３０は、更新される順序列を決定するために、複数のサービスに対する移動値を決定してもよい。プロセス及び／又は方法７００は、オンデマンドサービスシステム１００によって実行してもよい。例えば、プロセス及び／又は方法７００は、ＲＯＭ２３０に格納された命令のセット（例えば、アプリケーション）として履行してもよい。ＣＰＵ２２０は、命令のセットを実行してもよく、且つ、それに応じて、プロセス及び／又は方法７００を実施するように、ＣＰＵ２２０に指示してもよい。

ステップ７１０では、評価モジュール３３０は、過去の要請に由来する、複数のサービスのうちの１つのサービスに関連付けられた少なくとも２つの特徴を得てもよい。少なくとも２つの特徴は、第１の特徴及び少なくとも１つの第２の特徴を含んでもよい。少なくとも２つの特徴は、第１の期間内のサービスに対する過去の要請の数、第１の期間内のサービスに対する完了した過去の要請の数、サービスの供給レベルを示す現在の利用可能性情報、サービスを表示するページに対するページビューの数、又は、サービスを表示するページを訪問する一意的な訪問者の数を含んでもよい。

ステップ７２０では、評価モジュール３３０は、第１の特徴に関連付けられた第１の値、及び少なくとも１つの第２の特徴に関連付けられた少なくとも１つの第２の値を得てもよい。

ステップ７３０では、評価モジュール３３０は、少なくとも１つの第２の値、及び少なくとも１つの変容可能なルールに基づいて、少なくとも１つの変容可能な値を決定してもよい。幾つかの実施形態において、評価モジュール３３０は、少なくとも１つの変容可能なルールを前もって得てもよい。変容可能なルールは、ＲＯＭ２３０又はデータベース１６０に格納してもよい。変容可能なルールは、第２の特徴に関連付けられた第２の値から、第２の特徴に関連付けられた変容可能な値への対応付けルールであってもよい。

幾つかの実施形態において、変容可能なルールは、変容可能な値が、第２の特徴に関連付けられた第２の値のｎ分の１である、ということを指定してもよい。ここでｎは、正の数であってもよい。

例えば、サービスはタクシーサービスである。第１の特徴は、第１の期間内のタクシーサービスに対する過去の要請の数である。唯一の第２の特徴は、タクシーサービスを表示するページに対するページビューの数である。変容可能なルールは、ページビューのどの１０回も、１つの過去の要請に等しい、ということを指定してもよい。先月の間に、ユーザが該ページを１２０回見たと仮定すると、ページビューの数に関連付けられる変容可能な値は、従って、１２０×１／１０＝１２となる。

ステップ７４０では、評価モジュール３３０は、第１の値及び少なくとも１つの変容可能な値に基づいて、サービスの移動値を決定してもよい。

幾つかの実施形態において、評価モジュール３３０は、第１の値と少なくとも１つの変容可能な値との合計を、移動値として決定してもよい。例えば、仮にユーザが、過去の要請を１０回実施したとする。評価モジュール３３０は、移動値を１０＋１２＝２２と決定してもよい。

代わりに、評価モジュール３３０は、第１の値と少なくとも１つの変容可能な値との平均を、移動値として決定してもよい。

上の説明は、単に例証を目的としたものである、ということに注意するべきである。評価モジュール３３０は、任意の他のルールに従って、移動値を決定してもよい。例えば、プロセッサは、第１の値と少なくとも１つの変容可能な値との幾何学的な平均として、移動値を決定してもよい。

図８は、本開示の幾つかの実施形態に係る、更新される順序列におけるサービスの更新される順番を決定するための、典型的なプロセス／方法８００を例証するフローチャートである。プロセス及び／又は方法８００は、オンデマンドサービスシステム１００によって実行してもよい。例えば、プロセス及び／又は方法８００は、ＲＯＭ２３０に格納された命令のセット（例えば、アプリケーション）として履行してもよい。ＣＰＵ２２０は、命令のセットを実行してもよく、且つ、それに応じて、プロセス及び／又は方法８００を実施するように、ＣＰＵ２２０に指示してもよい。

ステップ８１０では、取得モジュール３１０は、ユーザ端末１３０の現在の実例及び現在の場所を得てもよい、又は決定してもよい。幾つかの実施形態において、ユーザ端末１３０は、ＣＯＭポート２５０に端末ＩＤを送信してもよい。現在の時間は、ユーザ端末１３０が端末ＩＤを送信する時間であってもよく、又は、ＣＯＭポート２５０が端末ＩＤを受信する時間であってもよい。現在の場所は、ユーザ端末１３０が端末ＩＤを送信する地理的な場所であってもよい。

ステップ８２０では、取得モジュール３１０は、現在の実例に先立って、所定の期間内のサービスに対する過去の要請の記録を得てもよい。例えば、所定の期間は、一週間の五日、一日などであってもよい。幾つかの実施形態において、過去の要請の記録は、第１のタイプの記録を含んでもよい。第１のタイプの記録は、第２の地理的エリア内の１つ以上の類似の端末１３０に関連付けてもよい。類似のユーザ端末１３０は、幾つかの特性を、１つの順序列が割り当てられるべきユーザ端末と共有してもよい。第２の地理的エリアは、現在の場所を包含してもよい。例えば、第２の地理的エリアは、管理上の地区であってもよい。第１のタイプの記録は、複数の第１の過去の要請の数、及び複数の第１の過去の要請の各々に対して選択されたサービスを含んでもよい。本明細書で使用されるように、第１の過去の要請は、１つ以上のユーザ端末１３０によって発生される。第１の過去の要請は、現在の実例に先立って、第３の期間内に発生させてもよい。第３の期間は、固定してもよく、又は調節可能であってもよい。

幾つかの実施形態において、過去の要請の記録は、ユーザ端末１３０に関連付けられた、第２のタイプの記録を含んでもよい。取得モジュール３１０は、端末ＩＤに関する第２のタイプの記録を得てもよい。第２のタイプの記録は、複数の第２の過去の要請の数、複数の第２の過去の要請時間、ユーザに対して割引券を使用する確率、サービスを表示するページへのユーザの訪問に関する情報（例えば、ページへの訪問数、ページ上での合計継続時間など）などを含んでもよい。複数の第２の過去の要請時間の各々は、第２の過去の要請に関連付けてもよい。評価モジュール３３０は、使用された割引券の合計数、及びユーザの各サービスに対して使用された割引券の数に基づいて、ユーザに対して割引券を使用する確率を決定してもよい。

ステップ８３０では、取得モジュール３１０は、ユーザ端末１３０の現在の場所の周辺内の、各サービスの現在の利用可能性情報を得てもよい。現在の利用可能性情報は、サービスの供給レベルを示してもよい。現在の利用可能性情報は、ユーザ端末１３０の周辺内のサービスに関連付けられた利用可能なサービス提供者の数（例えば、ユーザ端末１３０の周りの１００メートルの範囲内にある、利用可能なサービス提供者の数）を含んでもよい。現在の利用可能性情報は、ユーザ端末１３０の周辺内の現在の実例に由来する、第２の期間（例えば、５分）内のサービスに関連付けられた現在のサービス要請の数を更に含んでもよい。

ステップ８４０では、評価モジュール３３０は、過去の要請の記録及び現在の利用可能性情報に基づいて、サービスが選択されるであろう、という確率を決定してもよい。

幾つかの実施形態において、評価モジュール３３０は、マシン学習方法に基づいて、サービスが選択されるであろう、という確率を決定してもよい。マシン学習方法は、ベイズ（Ｂａｙｅｓ）モデル（例えば、単純ベイズ分類器）、ニューラルネットワークモデルなど、又はこれらの組み合わせを含んでもよい。

単純ベイズ分類器を例に取ると、評価モジュール３３０は、サービスの複数の特徴に基づいて、確率を決定してもよい。複数の特徴は、過去の要請の記録に基づいて、決定してもよい。プロセッサは、複数の特徴に基づいて条件的な確率を決定することによって、サービスに対する確率を決定してもよい。ベクトルＸ＝｛ａ_１，ａ_２，・・・，ａ_ｍ｝は、複数の特徴を表してもよい。ベクトルＹ＝｛ｙ_１，ｙ_２，・・・，ｙ_ｍ｝は、複数のサービスを表してもよい。サービスに対する確率は、Ｐ（ｙ_ｉ｜Ｘ）と表してもよい。本明細書で使用されるように、Ｐ（ｙ_ｉ｜Ｘ）は、特徴Ｘが起こる確率に基づいて、サービスｙ_ｉがユーザによって選択されるであろう、という確率を表してもよい。特徴Ｘが起こる確率は、特徴ａ_１，ａ_２，・・・，及びａ_ｍが起こる確率に基づいて、決定してもよい。特徴Ｘが起こる確率は、過去の要請の記録によって訓練してもよい。

幾つかの実施形態において、評価モジュール３３０は、第１のタイプの記録に基づいて、複数の特徴を決定してもよい。例えば、評価モジュール３３０は、第１のタイプの記録に基づいて、複数のサービスの人気を決定してもよい。サービスｙ_ｉの人気は、以下の方程式（７）によって決定してもよい。

ここで、ｉはサービスの指標を表し、ｒ_ｉはサービスｙ_ｉの人気を表し、ｎ_ｉは、サービスｙ_ｉが第１のタイプの記録のユーザによって選択された数を表し、Σｎ_ｉは、サービスＹ＝｛ｙ_１，ｙ_２，・・・，ｙ_ｍ｝が第１のタイプの記録のユーザによって選択された合計の数を表す。並べ替えモジュール３４０は、ｒ_ｉに１００を乗算してもよく、且つサービスｙ_ｉの人気を表す特徴として、結果の整数部を決定してもよい。例えば、もしサービスｙ_ｉに対する人気が９０．６％である場合、評価モジュール３３０は、サービスｙ_ｉに対する人気を９０と決定してもよい。

幾つかの実施形態において、評価モジュール３３０は、第２のタイプの記録に基づいて、複数の特徴を決定してもよい。端末ＩＤに基づいて、評価モジュール３３０は、最新の３つの要請に対して端末を通して選択されたサービスは｛ｙ_２，ｙ_１，ｙ_１｝である、ということを決定してもよい。サービスに対するユーザの好みは、以下の方程式（８）によって決定してもよい。

ここでｉはサービスの指標、ｋはサービスｙ_ｉの順位の指標、ＤＣＧ_ｉは、サービスｙ_ｉに対するユーザの好みを表す。例えば、サービスｙ_２の順位の指標は１であり、ＤＣＧ_２＝１／√１＝１である。サービスｙ_１の順位の指標は２及び３であり、ＤＣＧ_１＝１／√２＋１／√３＝１．２８である。

幾つかのシナリオにおいて、最近の過去のサービス要請は、ユーザの好みをより正確に反映してもよい。本明細書で使用されるように、１／√ｋは、最近の過去の要請を、より前の過去の要請よりも、影響力を及ぼすものとしてもよい。

幾つかの実施形態において、評価モジュール３３０は、ＤＣＧ_１の順番に基づいて、複数の特徴を決定してもよい。例えば、ＤＣＧ_１＝１．２８、ＤＣＧ_２＝１に対して、評価モジュール３３０は、サービスのユーザの好みを表す特徴として、サービスｙ_１及びｙ_２の順位を決定してもよい。

別の例として、評価モジュール３３０は、ＤＣＧ_２に対するＤＣＧ_１の比に基づいて、特徴を決定してもよい。離散化の方法として、評価モジュール３３０は、ＤＣＧ_２に対するＤＣＧ_１の比に１０を乗算してもよく、且つ、サービスのユーザの好みを表す特徴として、結果の整数部を決定してもよい。例えば、１０＊ＤＣＧ_１／ＤＣＧ_２＝１０＊１．２８／１＝１２．８である。１よりも大きな数を乗算することによって、２つの値（ＤＣＧ_１及びＤＣＧ_２）は、はるかに区別しやすいものとなる。

幾つかの実施形態において、評価モジュール３３０は、現在の利用可能性情報に基づいて、複数の特徴を決定してもよい。例えば、評価モジュール３３０は、１つの特徴とて、ユーザ端末１３０の周辺内のサービスに関連付けられる、利用可能なサービス提供者の数を決定してもよい。別の例として、評価モジュール３３０は、ユーザ端末１３０の周辺内の現在の実例に由来する、第２の期間内のサービスに関連付けられた現在のサービス要請の数を決定してもよい。

ステップ８５０では、並べ替えモジュール３４０は、確率に基づいて、更新される順序列におけるサービスの更新される順番を決定してもよい。並べ替えモジュール３４０は、サービスの確率を降順で順位付けしてもよい。例えば、もしユーザが、サービスｙ_１を選択する確率が２０％、サービスｙ_２を選択する確率が３０％、サービスｙ_３を選択する確率が５０％である場合、従って、更新される順序列の更新される順番は、ｙ_３、ｙ_２、ｙ_１であってもよい。

ある一定のサービスに対して、評価モジュール３３０は、方程式（９）に従って、ユーザ端末１３０の周辺内のサービスに関連付けられた利用可能なサービス提供者の数を決定してもよい。

表（１）は、サービス要請を開始するユーザの複数の周辺内のｋ番目のサービスに対するサービス提供者の数を示す。

ある一定のサービスに対して、評価モジュール３３０は、方程式（１０）に従って、サービスに関連付けられたサービス要請の数を決定してもよい。サービス要請は、ユーザの要請の前の５分の期間内に開始してもよい。

表（２）は、サービス要請を開始するユーザの複数の周辺内のｋ番目のサービスに対するサービス提供者の数を示す。

図９は、複数のサービスの順序列を示す典型的なユーザインターフェースを示す。９００は、複数のサービスの順序列を示す。サービスは、バスサービス９０２、リフトサービス９０４、小荷物サービス９０６、タクシーサービス９０８、高級サービス９１０、及び背景ウィンドウに表示される１つ以上のサービス９１２を含んでもよい。幾つかの実施形態において、ユーザが省略記号（間隔を置いた３つのドット）をクリックする場合、ユーザインターフェースはサービス９１２を表示してもよい。

このように基本概念を説明してくると、この詳細な開示を読んだ後では、これまでの詳細な開示が、例としてのみ提示され、且つ、制限的でないということは、当業者にはむしろ明らかであろう。様々な変更、改善、及び修正が生じるであろうが、それらは、本明細書で明確に述べられてはいないが、当業者には意図されたものである。これらの変更、改善、及び修正は、この開示によって示唆されるべきであることが意図されており、且つ、この開示の典型的な実施形態の精神及び範囲内にある。

その上、本開示の実施形態を説明するために、ある一定の用語が使用されてきた。例えば、「一実施形態」、「実施形態」、及び／又は「幾つかの実施形態」という用語は、該実施形態に関連して説明された特定の特徴、構造、又は特性が、本開示の少なくとも１つの実施形態に含まれる、ということを意味している。それ故に、強調されると共に、正しく認識されるべきことであるが、この明細書の様々な部分における「実施形態」若しくは「一実施形態」、又は「代替的な実施形態」に対する２つ以上の参照は、全てが必ずしも同じ実施形態を参照するものではない。更に、特定の特徴、構造、又は特性は、本開示の１つ以上の実施形態において、適切に組み合わせてもよい。

更に、当業者によって正しく認識されることであろうが、任意の新しい且つ有用なプロセス、マシン、製造、若しくは物質の組成、又はこれらの新しい且つ有用な改善を含む、特許性のある多くの種類又は文脈の任意のものにおいて、本開示の態様を、本明細書の中で例証すると共に説明してもよい。従って、本開示の態様は、完全にハードウェアで、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で、又はソフトウェア履行とハードウェア履行を組み合わせたもの（これら全ては、本明細書では「モジュール」、「ユニット」、「構成要素」、「デバイス」、又は「システム」と呼ばれる）で履行してもよい。更に、本開示の態様は、１つ以上のコンピュータ可読な媒体において具体化されたコンピュータプログラム製品の形態を取ってもよく、ここで該１つ以上のコンピュータ可読な媒体は、自身の上に具体化されたコンピュータ可読なプログラムコードを有する。

コンピュータ可読な信号媒体は、その中に（例えば、ベースバンドにおいて、又は搬送波の一部として）具体化されたコンピュータ可読なプログラムコードを有する伝搬データ信号を含んでもよい。そのような伝搬信号は、様々な形態のうちの任意の形態を取ってもよく、ここで該様々な形態とは、電磁気的形態、光学的形態など、又はこれらの任意の適切な組み合わせを含む。コンピュータ可読な信号媒体は、任意のコンピュータ可読な媒体であってもよい。ここで該任意のコンピュータ可読な媒体は、コンピュータ可読な格納媒体ではなく、且つ、システム、装置、又はデバイスの命令実行によって、又は該命令実行に関連して、使用のためのプログラムを伝達する、伝搬させる、又は輸送するものであってもよい。コンピュータ可読な信号媒体上に具体化されたプログラムコードは、無線、有線、光ファイバケーブル、ＲＦなど、又はこれらの任意の適切な組み合わせを含む任意の適切な媒体を使用して、伝達してもよい。

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

更に、処理要素若しくは順序列の列挙される順番、又は、数、文字若しくは他の指定事項は、それ故に、請求項において明記されるような場合を除いて、任意の順番対して、請求されたプロセス及び方法を制限することを意図しない。上の開示は、様々な例を通して、本開示の様々な有用な実施形態であると現在のところ考えられるものを議論してはいるが、次のことは理解されるべきである。即ち、そのような詳細は、単にその目的のためであり、且つ、添付された請求項は、開示された実施形態に制限されるものではなく、その反対に、開示された実施形態の趣旨及び範囲内にある変更例及び等価的配列にも及ぶことが意図されている、ということである。例えば、上で説明された様々な構成要素の履行は、ハードウェアデバイスにおいて具体化してもよいが、それは、ソフトウェアだけのソリューション（例えば、現存するサーバ又はモバイルデバイス上にインストールすること）として、履行してもよい。

同様に、正しく認識されるべきことであるが、本開示の実施形態のこれまでの説明において、様々な特徴は、単一の実施形態、図、又はそれらの説明において、時には一緒にグループ化されるが、こうしたグループ化は、本開示を能率化する目的ためのものであり、これによって、様々な実施形態の１つ以上を理解することを手助けする。開示のこの方法は、しかしながら、請求される主題が、各請求項において明確に列挙されているよりも多くの特徴を要求する、という意図を反映するものと解釈されるべきではない。むしろ、請求される主題は、単一のこれまで開示された実施形態の全ての特徴よりも少ないところにある。

Claims (20)

1. システムであって、
   ユーザのユーザ端末の表示装置上に一連の選択肢として表示された複数のサービスの順序列を更新するための命令のセットを含む少なくとも１つのコンピュータ可読な格納媒体と、
   前記少なくとも１つのコンピュータ可読な格納媒体と通信する少なくとも１つのプロセッサと、を備え、
   前記命令を実行する場合、前記少なくとも１つのプロセッサは、
   前記ユーザ端末とのネットワーク通信を確立し、
   前記ユーザ端末から、前記システムに関して登録されたユーザアカウントに関連付けられる身元証明を得て、
   前記身元証明に関連付けられた複数のサービスの現在の順序列を得て、
   前記現在の順序列を更新するための条件が満足されるかどうかを決定し、
   前記現在の順序列を更新するための前記条件が満足されない場合、前記複数のサービスの前記現在の順序列を前記ユーザ端末に送信し、
   前記現在の順序列を更新するための前記条件が満足される場合、前記ユーザ端末の前記表示装置上に表示された前記複数のサービスの更新される順序列を決定する、
   ように指示される、
   システム。
2. 請求項１に記載のシステムであって、
   前記命令を実行する場合、前記少なくとも１つのプロセッサは、前記ユーザ端末から、前記ユーザ端末の現在の場所を得るように更に指示され、前記条件は、
   前記ユーザが、第１の閾値以上である前記ユーザ端末の前記現在の場所を包含する第１の地理的エリア内のサービス要請を開始する日の数、
   前記複数のサービスの順序列の以前の更新時と、第２の閾値よりも長い現在の実例との間の間隔、又は、
   前記複数のサービスの前記現在の順序列に対する特性値と、第３の閾値未満である前記複数のサービスの最適化された順序列に対する特性値との比、
   のうちの少なくとも１つを備える、システム。
3. 請求項２に記載のシステムであって、
   前記複数のサービスの前記現在の順序列に対する前記特性値は、複数の小項目の合計であり、前記複数の小項目の各小項目は、前記複数のサービスのうちの１つのサービスに関連付けられ、
   各サービスに対して、前記サービスに対する前記小項目は、前記複数のサービスの前記現在の順序列における前記サービスの順番、及び前記サービス要請に対する前記ユーザの傾向を示す前記サービスの移動値に関連付けられる、システム。
4. 請求項３に記載のシステムであって、
   各サービスに対して、前記移動値は、
   第１の期間内の前記サービスに対する過去のサービス要請の数、
   前記第１の期間内の前記サービスに対する完了した過去のサービス要請の数、
   前記サービスの供給レベルを示す現在の利用可能性情報、
   前記サービスを表示するページに対するページビューの数、又は、
   前記サービスを表示する前記ページを訪問する一意的な訪問者の数、
   のうちの少なくとも１つに基づいて決定される、システム。
5. 請求項１に記載のシステムであって、
   前記複数のサービスの前記更新される順序列を決定するために、前記少なくとも１つのプロセッサは、
   前記複数のサービスの各サービスに対して、
   前記ユーザ端末を通して実施されるサービスに対する過去の要請の記録を得て、
   前記過去の要請の前記記録に基づいて、サービス要請に対する前記ユーザの傾向を示す移動値を決定し、
   前記サービスの前記移動値に基づいて、前記更新される順序列を決定する
   ように更に指示される、システム。
6. 請求項１に記載のシステムであって、
   前記複数のサービスの前記更新される順序列を決定するために、前記少なくとも１つのプロセッサは、
   前記ユーザ端末から、前記ユーザ端末の現在の実例及び現在の場所を得て、
   前記複数のサービスの各サービスに対して、
   前記現在の実例に先立って、サービスに対する過去の要請の記録を得て、
   前記ユーザ端末の前記現在の場所の周辺内の前記サービスの供給レベルを示す現在の利用可能性情報を得て、
   前記過去の要請の前記記録及び前記現在の利用可能性情報に基づいて、前記サービスが前記ユーザによって選択されるであろうという確率を決定し、
   前記確率に基づいて、前記更新される順序列における前記サービスの更新される順番を決定する
   ように更に指示される、システム。
7. 請求項６に記載のシステムであって、
   前記サービスの前記現在の利用可能性情報は、
   前記ユーザ端末の周辺内の前記サービスに関連付けられた利用可能なサービス提供者の数、及び、
   前記ユーザ端末の周辺内の前記現在の実例に由来する、第２の期間内のサービスに関連付けられた現在のサービス要請の数、
   を備える、システム。
8. 請求項６に記載のシステムであって、
   過去の要請の前記記録は、前記ユーザ端末の前記現在の場所を包含する第２の地理的エリア内の１つ以上の他のユーザ端末に関連付けられた第１のタイプの記録を備え、
   各サービスに対して、前記第１のタイプの記録は、前記現在の実例に由来する、第３の期間内の複数の第１の過去の要請の数を含む、システム。
9. 請求項８に記載のシステムであって、
   過去の要請の前記記録は、前記ユーザ端末に関連付けられた第２のタイプの記録を更に備え、
   各サービスに対して、前記第２のタイプの記録は、
   複数の第２の過去の要請の数、
   複数の第２の過去の要請時間であって、前記複数の第２の過去の要請時間の各第２の過去の要請時間は、前記複数の第２の過去の要請のうちの１つの第２の過去の要請に関連付けられる、複数の第２の過去の要請時間、
   前記ユーザに対して割引券を使用する確率、又は、
   前記サービスを表示するページへの前記ユーザの訪問に関する情報、
   のうちの少なくとも１つを含む、システム。
10. 請求項９に記載のシステムであって、
    各サービスに対して、前記サービスを表示する前記ページへの前記ユーザの訪問に関する前記情報は、
    前記ページへの訪問の数、及び、
    前記ページ上での合計継続時間、
    の少なくとも１つを備える、システム。
11. ユーザのユーザ端末の表示装置上に一連の選択肢として表示される複数のサービスの順序列を更新するための方法であって、
    オンラインオンデマンド輸送サービスプラットフォームのコンピュータサーバによって、前記ユーザ端末とのネットワーク通信を確立するステップと、
    前記コンピュータサーバによって、前記ユーザ端末から、前記オンラインオンデマンド輸送サービスプラットフォームに関して登録されたユーザアカウントに関連付けられた身元証明を得るステップと、
    前記コンピュータサーバによって、前記身元証明に関連付けられた複数のサービスの現在の順序列を得るステップと、
    前記コンピュータサーバによって、前記現在の順序列を更新するための条件が満足されるかどうかを決定するステップと、
    前記現在の順序列を更新するための条件が満足されない場合、前記コンピュータサーバによって、前記複数のサービスの前記現在の順序列を前記ユーザ端末に送信するステップと、
    前記現在の順序列を更新するための条件が満足される場合、前記コンピュータサーバによって、前記ユーザ端末の前記表示装置上に表示された前記複数のサービスの更新される順序列を決定するステップと、
    を備える、方法。
12. 請求項１１に記載の方法であって、
    前記サーバによって、前記ユーザ端末から前記ユーザ端末の現在の場所を得るステップを更に備え、前記条件は、
    前記ユーザが、第１の閾値以上である前記ユーザ端末の前記現在の場所を包含する第１の地理的エリア内のサービス要請を開始する日の数、
    前記複数のサービスの前記順序列の以前の更新時と、第２の閾値よりも長い現在の実例との間の間隔、又は、
    前記複数のサービスの前記現在の順序列に対する特性値と、第３の閾値未満である前記複数のサービスの最適化された順序列に対する特性値との間の比、
    のうちの少なくとも１つを備える、方法。
13. 請求項１２に記載の方法であって、
    前記複数のサービスの前記現在の順序列に対する前記特性値は、複数の小項目の合計であり、前記複数の小項目の各小項目は、前記複数のサービスのうちの１つのサービスに関連付けられ、
    各サービスに対して、前記サービスに対する小項目は、前記複数のサービスの前記現在の順序列における前記サービスの順番、及び前記サービス要請に対する前記ユーザの傾向を示す前記サービスの移動値に関連付けられる、方法。
14. 請求項１３に記載の方法であって、
    各サービスに対して、前記移動値は、
    第１の期間内の前記サービスに対する過去のサービス要請の数、
    前記第１の期間内の前記サービスに対する完了した過去のサービス要請の数、
    前記サービスの供給レベルを示す現在の利用可能性情報、
    前記サービスを表示するページに対するページビューの数、又は
    前記サービスを表示する前記ページを訪問する一意的な訪問者の数、
    の少なくとも１つに基づいて決定される、方法。
15. 請求項１１に記載の方法であって、
    前記複数のサービスの前記更新される順序列を決定するために、
    前記複数のサービスの各サービスに対して、
    前記コンピュータサーバによって、前記ユーザ端末を通して実施されるサービスに対する過去の要請の記録を得るステップと、
    前記コンピュータサーバによって、前記過去の要請の前記記録に基づいて、サービス要請に対する前記ユーザの傾向を示す移動値を決定するステップと、
    前記コンピュータサーバによって、前記サービスの前記移動値に基づいて、前記更新される順序列を決定するステップと、
    を更に備える、方法。
16. 請求項１１に記載の方法であって、
    前記複数のサービスの前記更新される順序列を決定するために、
    前記コンピュータサーバによって、前記ユーザ端末から、前記ユーザ端末の現在の実例及び現在の場所を得るステップと、
    前記複数のサービスの各サービスに対して、
    前記コンピュータサーバによって、前記現在の実例に先立って、サービスに対する過去の要請の記録を得るステップと、
    前記コンピュータサーバによって、前記ユーザ端末の前記現在の場所の周辺内の前記サービスの供給レベルを示す現在の利用可能性情報を得るステップと、
    前記コンピュータサーバによって、前記過去の要請の前記記録及び前記現在の利用可能性情報に基づいて、前記サービスが前記ユーザによって選択されるであろうという確率を決定するステップと、
    前記コンピュータサーバによって、前記確率に基づいて、前記更新される順序列における前記サービスの更新される順番を決定するステップと、
    を更に備える、方法。
17. 請求項１６に記載の方法であって、
    前記サービスの前記現在の利用可能性情報は、
    前記ユーザ端末の周辺内の前記サービスに関連付けられる利用可能なサービス提供者の数と、
    前記ユーザ端末の周辺内の前記現在の実例に由来する、第２の期間内の前記サービスに関連付けられる現在のサービス要請の数と、
    を備える、方法。
18. 請求項１６に記載の方法であって、
    過去の要請の前記記録は、前記ユーザ端末の前記現在の場所を包含する第２の地理的エリア内の、１つ以上の他のユーザ端末に関連付けられた第１のタイプの記録を備え、
    各サービスに対して、前記第１のタイプの記録は、前記現在の実例に由来する、第３の期間内の複数の第１の過去の要請の数を含む、方法。
19. 請求項１８に記載の方法であって、
    過去の要請の前記記録は、前記ユーザ端末に関連付けられた第２のタイプの記録を更に備え、
    各サービスに対して、前記第２のタイプの記録は、
    複数の第２の過去の要請の数、
    複数の第２の過去の要請時間であって、前記複数の第２の過去の要請時間の各第２の過去の要請時間は、前記複数の第２の過去の要請のうちの１つの第２の過去の要請に関連付けられる、複数の第２の過去の要請時間、
    前記ユーザに対して割引券を使用する確率、又は、
    前記サービスを表示するページへの前記ユーザの訪問に関する情報、
    の少なくとも１つを含む、方法。
20. 請求項１９に記載の方法であって、
    各サービスに対して、前記サービスを表示する前記ページへの前記ユーザの訪問に関する前記情報は、
    前記ページへの訪問の数、及び、
    前記ページ上の合計継続時間、
    の少なくとも１つを備える、方法。

Images