特許 6683812 オンデマンドサービスのための情報を提供するシステム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6683812

(24)【登録日】2020年3月30日

(45)【発行日】2020年4月22日

(54)【発明の名称】オンデマンドサービスのための情報を提供するシステム及び方法

(51)【国際特許分類】

   G06Q 50/30 20120101AFI20200413BHJP

【ＦＩ】

   G06Q50/30

【請求項の数】20

【全頁数】29

(21)【出願番号】特願2018-524286(P2018-524286)

(86)(22)【出願日】2017年5月9日

(65)【公表番号】特表2019-507400(P2019-507400A)

(43)【公表日】2019年3月14日

(86)【国際出願番号】CN2017083594

(87)【国際公開番号】WO2018082277

(87)【国際公開日】20180511

【審査請求日】2018年7月27日

(31)【優先権主張番号】201610951934.2

(32)【優先日】2016年11月2日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】516317573

【氏名又は名称】ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド

(74)【代理人】

【識別番号】100120891

【弁理士】

【氏名又は名称】林 一好

(74)【代理人】

【識別番号】100165157

【弁理士】

【氏名又は名称】芝 哲央

(74)【代理人】

【識別番号】100205659

【弁理士】

【氏名又は名称】齋藤 拓也

(74)【代理人】

【識別番号】100126000

【弁理士】

【氏名又は名称】岩池 満

(74)【代理人】

【識別番号】100185269

【弁理士】

【氏名又は名称】小菅 一弘

(74)【代理人】

【識別番号】100202577

【弁理士】

【氏名又は名称】林 浩

(72)【発明者】

【氏名】チャン リンユー

(72)【発明者】

【氏名】オウ ジーハオ

(72)【発明者】

【氏名】グオ ドン

(72)【発明者】

【氏名】ソン チー

(72)【発明者】

【氏名】ジュオ チェンシャン

【審査官】 松田 岳士

(56)【参考文献】

【文献】 国際公開第２０１６／１１９７０４（ＷＯ，Ａ１）

【文献】 特開２００１−０４３２９１（ＪＰ，Ａ）

【文献】 特開２００５−１４７８５８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／０２４６４０４（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １６／００−１６／９５８

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

命令のセットを含む少なくとも１つの非一時的コンピュータ可読な記憶媒体と、
前記少なくとも１つの非一時的コンピュータ可読な記憶媒体と通信する少なくとも１つのプロセッサと、を備え、前記命令のセットを実行する際に、前記少なくとも１つのプロセッサは、
端末装置に関連付けられ、前記端末装置の現在時間又は現在場所の少なくとも一方を含む要請を受信し、
前記要請に基づいて、前記端末装置に関連付けられる複数の過去の依頼を取得し、
前記複数の過去の依頼及び前記要請に基づいて、少なくとも１つの候補依頼を決定し、前記少なくとも１つの候補依頼は、複数の過去の依頼の平均費用と、複数の依頼タイプに関する複数の運賃率の各々との差が最小のものに対応する少なくとも１つの候補依頼タイプを含み、
前記要請に応答して、前記少なくとも１つの候補依頼を前記端末装置に送信する
ように指示され、
前記複数の過去の依頼は、
過去の依頼其々が、前記端末装置の前記現在時間に基づく所定の時間範囲内に過去の出発時間を有する、過去の依頼の第１セット、又は
過去の依頼其々が、前記端末装置の前記現在場所に基づく所定の地理的範囲内に過去の出発場所を有する、過去の依頼の第２セット
の少なくとも一方を含む、システム。

【請求項2】

前記所定の地理的範囲は、前記現在場所から所定の距離の範囲である、請求項１に記載のシステム。

【請求項3】

前記少なくとも１つの候補依頼は、候補出発時間、候補出発場所、候補目的地、又は候補依頼タイプの少なくとも１つを含む、請求項１に記載のシステム。

【請求項4】

前記少なくとも１つのプロセッサは、
第１規則に基づいて、前記複数の過去の依頼を順位付けし、
前記複数の過去の依頼の順位に基づいて、前記少なくとも１つの候補依頼を決定し、
前記少なくとも１つの候補依頼を前記端末装置に送り、
前記端末装置から、前記少なくとも１つの候補依頼の選択を受信し、
前記受信された選択に基づいて、予測される依頼を決定する
ように更に指示される、請求項１に記載のシステム。

【請求項5】

前記第１規則は、
前記過去の出発時間と前記現在時間の時間間隔、
前記複数の過去の依頼中の前記過去の出発場所の頻度、
前記複数の過去の依頼中の過去の目的地の頻度、又は、
前記複数の過去の依頼中の過去の依頼タイプの頻度
の少なくとも１つに基づいて構成される、請求項４に記載のシステム。

【請求項6】

前記複数の過去の依頼及び前記要請に基づいて、前記少なくとも１つの候補依頼を決定するために、前記少なくとも１つのプロセッサは、
第２規則に基づいて、前記少なくとも１つの候補依頼を決定する
ように更に指示される、請求項１に記載のシステム。

【請求項7】

前記第２規則は、
最も頻繁な過去の出発時間、
最も頻繁な過去の出発場所、
最も頻繁な過去の目的地、又は、
最も頻繁な過去の依頼タイプ
の少なくとも１つに基づいて構成される、請求項６に記載のシステム。

【請求項8】

前記少なくとも１つのプロセッサは、
前記端末装置から、前記少なくとも１つの候補依頼を変更する情報を受信し、
前記受信された情報に基づいて予測される依頼を決定する
ように更に指示される、請求項１に記載のシステム。

【請求項9】

前記少なくとも１つのプロセッサは、
前記端末装置から、前記少なくとも１つの候補依頼を承認する情報を受信し、
前記受信された情報に基づいて予測される依頼を決定する
ように更に指示される、請求項１に記載のシステム。

【請求項10】

少なくとも１つのプロセッサ、少なくとも１つの非一時的コンピュータ可読な記憶媒体、及びネットワークに接続される通信プラットフォームを有するコンピューティング装置に実装される方法であって、該方法は、
端末装置に関連付けられ、前記端末装置の現在時間又は現在場所の少なくとも一方を含む要請を受信するステップと、
前記要請に基づいて前記端末装置に関連付けられる複数の過去の依頼を取得するステップと、
前記少なくとも１つのプロセッサによって、前記複数の過去の依頼及び前記要請に基づいて、少なくとも１つの候補依頼を決定するステップであって、前記少なくとも１つの候補依頼は、複数の過去の依頼の平均費用と、複数の依頼タイプに関する複数の運賃率の各々との差が最小のものに対応する少なくとも１つの候補依頼タイプを含む、ステップと、
前記要請に応答して、前記少なくとも１つの候補依頼を前記端末装置に送信するステップと、を含み、
前記複数の過去の依頼は、
過去の依頼其々が、前記端末装置の前記現在時間に基づく所定の時間範囲内に過去の出発時間を有する、過去の依頼の第１セット、又は
過去の依頼其々が、前記端末装置の前記現在場所に基づく所定の地理的範囲内に過去の出発場所を有する、過去の依頼の第２セット
の少なくとも一方を含む、方法。

【請求項11】

第１規則に基づいて前記複数の過去の依頼を順位付けするステップと、
前記複数の過去の依頼の順位に基づいて前記少なくとも１つの候補依頼を決定するステップと、
前記少なくとも１つの候補依頼を前記端末装置に送るステップと、
前記端末装置から、前記少なくとも１つの候補依頼の選択を受信するステップと、
前記受信された選択に基づいて予測される依頼を決定するステップと、
を更に含む、請求項１０に記載の方法。

【請求項12】

前記第１規則は、
過去の出発時間と前記現在時間との時間間隔、
前記複数の過去の依頼中の前記過去の出発場所の頻度、
前記複数の過去の依頼中の前記過去の目的地の頻度、又は、
前記複数の過去の依頼中の過去の依頼タイプの頻度
の少なくとも１つに基づいて構成される、請求項１１に記載の方法。

【請求項13】

第２規則に基づいて、前記少なくとも１つの候補依頼を決定するステップ
を更に含む、請求項１０に記載の方法。

【請求項14】

前記第２規則は、
最も頻繁な過去の出発時間、
最も頻繁な過去の出発場所、
最も頻繁な過去の目的地、又は、
最も頻繁な過去の依頼タイプ
の少なくとも１つに基づいて構成される、請求項１３に記載の方法。

【請求項15】

前記端末装置から、前記少なくとも１つの候補依頼を変更する情報を受信するステップと、
前記受信された情報に基づいて予測される依頼を決定するステップと、
を更に含む、請求項１０に記載の方法。

【請求項16】

前記端末装置から、前記少なくとも１つの候補依頼を承認する情報を受信するステップと、
前記受信された情報に基づいて、予測される依頼を決定するステップと、
を更に含む、請求項１０に記載の方法。

【請求項17】

コンピュータプログラム製品を具体化する非一時的なコンピュータ可読な媒体であり、前記コンピュータプログラム製品が、コンピューティングシステムに、
端末装置に関連付けられ、前記端末装置の現在時間又は現在場所の少なくとも一方を含む要請を受信させ、
前記要請に基づいて、前記端末装置に関連付けられる複数の過去の依頼を取得させ、
前記複数の過去の依頼及び前記要請に基づいて、少なくとも１つの候補依頼を決定させ、前記少なくとも１つの候補依頼は、複数の過去の依頼の平均費用と、複数の依頼タイプに関する複数の運賃率の各々との差が最小のものに対応する少なくとも１つの候補依頼タイプを含み、
前記要請に応答して、前記少なくとも１つの候補依頼を前記端末装置に送信させる
ように構成される命令を含み、
前記複数の過去の依頼は、
過去の依頼其々が、前記端末装置の前記現在時間に基づく所定の時間範囲内に過去の出発時間を有する、過去の依頼の第１セット、又は
過去の依頼其々が、前記端末装置の前記現在場所に基づく所定の地理的範囲内に過去の出発場所を有する、過去の依頼の第２セット
の少なくとも一方を含む、非一時的なコンピュータ可読な媒体。

【請求項18】

前記コンピュータプログラム製品は、前記コンピューティングシステムに、
第１規則に基づいて、前記複数の過去の依頼を順位付けさせ、
前記複数の過去の依頼の順位に基づいて、前記少なくとも１つの候補依頼を決定させ、
前記少なくとも１つの候補依頼を前記端末装置に送らせ、
前記端末装置から、前記少なくとも１つの候補依頼の選択を受信させ、
前記受信された選択に基づいて、予測される依頼を決定させる
ように構成される命令を更に含む、請求項１７に記載の非一時的なコンピュータ可読な媒体。

【請求項19】

前記第１規則は、
前記過去の出発時間と現在時間との時間間隔、
前記複数の過去の依頼中の前記過去の出発場所の頻度、
前記複数の過去の依頼中の過去の目的地の頻度、又は、
前記複数の過去の依頼中の過去の依頼タイプの頻度
の少なくとも１つに基づいて構成される、請求項１８に記載の非一時的なコンピュータ可読な媒体。

【請求項20】

前記コンピュータプログラム製品は、前記コンピューティングシステムに、
第２規則に基づいて前記少なくとも１つの候補依頼を決定させる
ように構成される命令を更に含む、請求項１７に記載の非一時的なコンピュータ可読な媒体。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本開示は、２０１６年１１月２日に出願された中国特許出願第２０１６１０９５１９３４．２号の優先権を主張するものであり、該特許出願の内容は、全体として、参照により本明細書に組込まれる。

【0002】

本開示は、概して、オンデマンドサービスのための情報を提供するシステム及び方法に関し、特に、オンデマンドサービスに応答して、少なくとも１つの候補依頼を決定するシステム及び方法に関する。

【背景技術】

【0003】

オンデマンドサービスは、増々人気が高まっている。オンデマンドサービスのユーザは、モバイル装置に実装されるオンデマンドサービスのモバイルアプリケーションを使用してサービス依頼を開始してもよい。サービス依頼を開始するために、ユーザは、オンデマンドサービスに関する情報を入力する必要がある。かなり頻繁に、特定期間中にサービス依頼を開始するのに入力される必要がある情報は、同じ又は同様のパラメータ（例えば、出発場所、出発時間、目的地、依頼タイプ）を含むことがある。例えば、あるユーザは、自宅から仕事場に、ほぼ毎日午前８時から午前８時３０分の間に移動するかも知れない。同ユーザは、毎日同じサービス依頼を開始するために繰返し同じパラメータを入力しなければならないかも知れない。ユーザ又はユーザの装置と関連付けられた情報に基づいてオンデマンドサービスの依頼を予測し、予測された依頼を、承認のためにユーザに推薦することによって、オンデマンドサービスを完了する効率を高めるシステム及び／又は方法を有するのが望ましい。

【発明の概要】

【0004】

本開示の一態様によると、システムは、命令のセットを含む少なくとも１つのコンピュータ可読な記憶媒体、及び該少なくとも１つのコンピュータ可読な記憶媒体と通信する少なくとも１つのプロセッサを含んでもよい。命令を実行する際に、少なくとも１つのプロセッサは、端末装置に関連付けられ、端末装置の現在時間又は現在場所の少なくとも一方を含む要請を受信し、要請に基づいて、端末装置に関連付けられる複数の過去の依頼を取得し、複数の過去の依頼及び要請に基づいて、少なくとも１つの候補依頼を決定し、要請に応答して、少なくとも１つの候補依頼を端末装置に送信するように、指示される。複数の過去の依頼は、過去の依頼其々が、端末装置の現在時間に基づく所定の時間範囲内に過去の出発時間を有する、過去の依頼の第１セット、又は、過去の依頼其々が、端末装置の現在場所に基づく所定の地理的範囲内に過去の出発場所を有する、過去の依頼の第２セットの少なくとも一方を含んでもよい。

【0005】

本開示の一態様によると、少なくとも１つのプロセッサ、少なくとも１つのコンピュータ可読な記憶媒体、及びネットワークに接続される通信プラットフォームを有するコンピューティング装置に実装される方法であって、該方法は、端末装置に関連付けられ、端末装置の現在時間又は現在場所の少なくとも一方を含む要請を受信するステップと、要請に基づいて端末装置に関連付けられる複数の過去の依頼を取得するステップと、複数の過去の依頼及び要請に基づいて、少なくとも１つの候補依頼を決定するステップと、要請に応答して、少なくとも１つの候補依頼を端末装置に送信するステップと、を含んでもよい。複数の過去の依頼は、過去の依頼其々が、端末装置の現在時間に基づく所定の時間範囲内に過去の出発時間を有する、過去の依頼の第１セット、又は過去の依頼其々が、端末装置の現在場所に基づく所定の地理的範囲内に過去の出発場所を有する、過去の依頼の第２セットの少なくとも一方を含んでもよい。

【0006】

本開示の一態様によると、非一時的なコンピュータ可読な媒体は、コンピューティングシステムに、端末装置に関連付けられ、端末装置の現在時間又は現在場所の少なくとも一方を含む要請を受信させ、要請に基づいて、端末装置に関連付けられる複数の過去の依頼を取得させ、複数の過去の依頼及び要請に基づいて、少なくとも１つの候補依頼を決定させ、要請に応答して、少なくとも１つの候補依頼を端末装置に送信させるように構成される命令を含んでもよい。複数の過去の依頼は、過去の依頼其々が、端末装置の現在時間に基づく所定の時間範囲内に過去の出発時間を有する、過去の依頼の第１セット、又は過去の依頼其々が、端末装置の現在場所に基づく所定の地理的範囲内に過去の出発場所を有する、過去の依頼の第２セットの少なくとも一方を含んでもよい。

【0007】

更なる機能については、以下の記載で一部説明されるであろう、及び一部は、以下の図面及び添付図を検討すると、当業者には明らかになるであろう、或いは、実施例の作製又は動作によって学習されるかも知れない。本開示の特徴は、以下で記述される詳細な実施例で説明されるやり方、手段及び組合せの様々な態様を実施又は使用することによって、実現され、達成されてもよい。

【0008】

本開示は、例示的な実施形態に関して更に記載される。これらの例示的な実施形態は、図面を参照して詳細に記載される。これらの実施形態は、非限定的な例示的な実施形態であり、該実施形態において、同じ参照番号は、図面中のいくつかの図を通して類似の構造物を表す。

【図面の簡単な説明】

【0009】

【図1】幾つかの実施形態による、オンデマンドサービスを提供する例示的なネットワーク環境を示す。

【図2】本開示の幾つかの実施形態による、オンデマンドサービスシステムが実装できる例示的なコンピューティング装置を示す。

【図3】本開示の幾つかの実施形態による、例示的な処理エンジンを示す。

【図4】本開示の幾つかの実施形態による、オンデマンドサービスシステムを使用して、予測される依頼を決定するための例示的なフローチャートを示す。

【図5】本開示の幾つかの実施形態による、オンデマンドサービスシステムを使用して、少なくとも１つの候補依頼を決定するための例示的なフローチャートを示す。

【図6】本開示の幾つかの実施形態による、オンデマンドサービスシステムを使用して、複数の過去の依頼を順位付けするための例示的なフローチャートを示す。

【図7】本開示の幾つかの実施形態による、少なくとも１つの候補依頼を変更する情報に基づいて、予測される依頼を決定するための例示的なフローチャートを示す。

【図8】本開示の幾つかの実施形態による、少なくとも１つの候補依頼を承認する情報に基づいて、予測される依頼を決定するための例示的なフローチャートを示す。

【図9】本開示の幾つかの実施形態による、オンデマンドサービスが実装できる例示的なモバイル装置を示す。

【発明を実施するための形態】

【0010】

以下の記載は、全ての当業者が本開示を作製及び使用できるように提示され、特定用途及び該用途の要件との関連で提供される。開示される実施形態に対する様々な変形例は、当業者には即座に明らかであり、本明細書で規定される一般原理は、本開示の精神及び範囲から逸脱せずに、他の実施形態及び用途に適用されてもよい。従って、本開示は、図示される実施形態に限定されないが、クレームと一致する最も広い範囲が付与されるものとする。

【0011】

本明細書で使用される用語は、特定の例示の実施形態について記載することだけを目的としており、限定することを意図するものではない。本明細書で使用されるように、単数形「ａ」、「ａｎ」及び「ｔｈｅ」は、文脈上特に明示されていない限り、複数形もまた同様に含むよう意図されてもよい。用語「含む（ｃｏｍｐｒｉｓｅ）」、「含む（ｃｏｍｐｒｉｓｅｓ）」及び／又は「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｅｓ）」及び／又は「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は、本明細書で使用される場合、記載された特徴、整数、ステップ、動作、要素、及び／又は構成要素の存在を特定するが、１つ又は複数の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はそれらの群の存在又は追加を除外するものではないことが更に理解されるであろう。

【0012】

これらの及び他の特徴、及び本開示の特性の他、操作方法及び構造の関連要素の機能及び部品の組合せ及び製造の経済性についても、全てが本開示の一部となる添付図を参照する以下の記載を考察すると、一層明白になるかも知れない。しかしながら、図面は、解説及び記載のみを目的としており、本開示の範囲を限定することを意図しないものと明確に理解されるべきである。図面は、原寸に比例していないものと理解される。

【0013】

本開示で使用されるフローチャートは、システムが本開示における一部の実施形態に従い実行する動作について解説している。フローチャートの動作は、順序通りに実行されなくてもよいと、明確に理解されるべきである。反対に、動作は、逆の順に、又は同時に実行されてもよい。更に、１つ又は複数の他の動作がフローチャートに追加されてもよい。１つ又は複数の動作は、フローチャートから除去されてもよい。

【0014】

更に、本開示におけるシステム及び方法は、主として、輸送サービスのための少なくとも１つの候補依頼を決定することに関して記載されるが、本開示は、限定することを意図するものではないと理解されるべきである。本開示のシステム又は方法は、任意の他の種類のサービスにも適用されてもよい。例えば、本開示のシステム又は方法は、陸、海、航空宇宙、若しくは同様なもの、又はそれらの任意の組合せを含む異なる環境の輸送システムに適用されてもよい。輸送システムの車両は、タクシー、自家用車、ヒッチハイク、バス、列車、超特急列車、高速鉄道、地下鉄、船、航空機、宇宙船、熱気球、無人車両、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。また、輸送システムは、任意の管理用輸送システム、例えば、運送便を送る及び／又は受取るシステムも含んでもよい。本開示のシステム又は方法のアプリケーションは、ユーザ装置に実装されてもよく、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部分析システム、人工知能ロボット、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。

【0015】

本開示における用語「乗客（ｐａｓｓｅｎｇｅｒ）」、「要請者（ｒｅｑｕｅｓｔｏｒ）」、「サービス要請者（ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔｏｒ）」、及び「ユーザ（ｕｓｅｒ）」は、サービスを要請又は依頼してもよい個人、エンティティ、又はツールについて言及するのに、互換的に使用される。また、本開示における「運転手（ｄｒｉｖｅｒ）」、「提供者（ｐｒｏｖｉｄｅｒ）」、及び「サービス提供者（ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）」は、サービスを提供してもよい、又はサービスの提供を容易にしてもよい個人、エンティティ、又はツールについて言及するのに、互換的に使用される。

【0016】

本開示における用語「サービス要請（ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ）」、「サービスを求める要請（ｒｅｑｕｅｓｔ ｆｏｒ ａ ｓｅｒｖｉｃｅ）」、「要請（ｒｅｑｕｅｓｔｓ）」、及び「依頼（ｏｒｄｅｒ）」は、乗客、サービス要請者、ユーザ、運転手、提供者、サービス提供者、若しくは同様なもの、又はそれらの任意の組合せによって開始されてもよい要請について言及するのに、互換的に使用される。サービス要請は、乗客、サービス要請者、ユーザ、運転手、提供者、又はサービス提供者のいずれか一人によって受付けられてもよい。サービス要請は、有料又は無料としてもよい。

【0017】

本開示における用語「運転手装備（ｄｒｉｖｅｒ ｅｑｕｉｐｅｍｅｎｔ）」は、サービスを提供するのに、又はサービスの提供を容易にするのに、サービス提供者によって使用されるモバイル端末について言及するのに使用される。本開示における用語「端末装置（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）」は、サービスを要請又は依頼するのにサービス要請者によって使用されるモバイル端末について言及するのに使用される。

【0018】

本開示で使用される測位技術は、全地球測位システム（ＧＰＳ：ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）、全地球的航法衛星システム（ＧＬＯＮＡＳＳ：ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ：ｃｏｍｐａｓｓ ｎａｖｉｇａｔｉｏｎ ｓｙｓｔｅｍ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ：ｑｕａｓｉ−ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）、ワイヤレスフィデリティ（ＷｉＦｉ： ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）測位技術、若しくは同様なもの、又はそれらの任意の組合せに基づいてもよい。上記測位システムの１つ又は複数は、本開示において互換的に使用されてもよい。

【0019】

本開示の一態様によると、少なくとも１つの候補依頼を決定するためのシステム及び方法が提供される。該システムは、ユーザのモバイル装置から現在時間、現在場所を取得する。該システムは、現在時間付近又は現在場所付近で開始される過去の依頼を決定する。該システムは、過去の依頼に基づいて１つ又は複数の候補依頼を決定する。該システムは、提案として１つ又は複数の候補依頼をモバイル装置に送信する。ユーザは、フィードバック、例えば、候補依頼を選択、変更、又は承認を、余計な操作又は入力をせずに、与えてもよい。該システムは、ユーザからのフィードバックに基づいてサービス依頼を生成する。候補依頼をユーザに予測及び提案することによって、輸送サービスの効率が高められる。ユーザは、余計な情報を入力せずに済むため、ユーザエクスペリエンスも改善される。

【0020】

オンラインタクシー配車等のオンラインのオンデマンド輸送サービスは、ポストインターネット時代に定着された新たに出現したサービスである点に注目すべきである。オンラインのオンデマンド輸送サービスは、乗客及び運転手に対して、ポストインターネット時代にのみ出現可能になった技術的ソリューションを提供する。プレインターネット時代では、乗客がタクシーを路上で呼んだ際、タクシー運転手には、乗客の目的地に関する知識が全くないかも知れない。乗客が電話でタクシーを呼ぶ場合には、サービス提供者（例えば、タクシー会社又は仲介者）が、目的地と出発時間を知るために乗客と話す必要があるかも知れない。しかしながら、オンラインのオンデマンド輸送システムは、ユーザがリアルタイムのサービス要請を送る前に、サービス要請に関するパラメータ（例えば、目的地、出発時間、出発場所、依頼タイプ等）を予測できる。オンラインのオンデマンド輸送システムは、少なくとも１つの候補サービス依頼をユーザに送り、ユーザのフィードバックを待つ。ユーザは、オンラインのオンデマンド輸送システムからの候補サービス依頼を承認、変更、又は選択する必要があるだけである。サービス依頼に関する情報を予測することによって、オンラインのオンデマンド輸送システムは、ユーザに便利で効率的なサービスを提供して、ユーザエクスペリエンスを促進するかも知れない。また、サービス依頼を生成する過程が簡素化され、時間消費が低減されるかも知れない。そのため、インターネットを通して、オンラインのオンデマンド輸送システムは、伝統的なプレインターネット輸送サービスシステムでは決して接触しないかも知れない乗客に対して、遥かに便利で効率的な取引プラットフォームを提供するかも知れない。

【0021】

図１は、幾つかの実施形態によるオンデマンドサービスを提供する例示的なネットワーク環境を示している。オンデマンドサービスシステム１００は、輸送サービスを提供するための測位システムを有するネットワーク環境で実装されるオンライン輸送サービスプラットフォームとしてもよい。オンデマンドサービスシステム１００は、サーバ１１０、ネットワーク１２０、端末装置１３０、運転手装備１４０、車両１５０、及びデータベース１６０を含んでもよい。オンデマンドサービスシステム１００は、測位システム１７０に更に通信可能に接続されてもよい。

【0022】

オンデマンドサービスシステム１００は、複数のサービスを提供してもよい。例示的なオンデマンドサービスは、タクシー配車サービス、運転代行サービス、小荷物車サービス、相乗り（ｃａｒｐｏｏｌ）サービス、バスサービス、運転手手配（ｄｒｉｖｅｒ ｈｉｒｅ）サービス、及びシャトルサービスを含んでもよい。幾つかの実施形態では、オンデマンドサービスは、オンデマンドサービスを実行するために、１つ又は複数の推薦される依頼タイプを備えてもよい。依頼タイプは、タクシー依頼、高級車依頼、小荷物車依頼、バス依頼、シャトル依頼等を含んでもよい。幾つかの実施形態では、サービスは、食事の予約、買い物、若しくは同様なもの、又はそれらの組合せ等の任意のオンラインサービスとしてもよい。

【0023】

サーバ１１０は、コンピュータサーバとしてもよい。サーバ１１０は、オンラインのオンデマンドサービスの様々な機能を提供するために、端末装置１３０及び／又は運転手装備１４０と通信してもよい。幾つかの実施形態では、サーバ１１０は、単一のサーバ、又はサーバ群としてもよい。サーバ群は、アクセスポイントを介してネットワーク１２０に接続される集中型サーバ群としてもよい、又は１つ又は複数のアクセスポイントを介して其々ネットワーク１２０に接続される分散型サーバ群としてもよい。幾つかの実施形態では、サーバ１１０は、ネットワーク１２０にローカル接続されてもよい、又はネットワーク１２０とリモート接続されてもよい。例えば、サーバ１１０は、端末装置１３０、運転手装備１４０、及び／又はデータベース１６０に保存された情報及び／又はデータに、ネットワーク１２０を介してアクセスしてもよい。別の例として、データベース１６０は、サーバ１１０のバックエンドデータ記憶装置としての役割を果たしてもよい。幾つかの実施形態では、サーバ１１０は、クラウドのプラットフォームに実装されてもよい。単に一例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの実施形態では、サーバ１１０は、本開示の図２で示される１つ又は複数の構成要素を有するコンピューティング装置２００に実装されてもよい。

【0024】

幾つかの実施形態では、サーバ１１０は、処理エンジン１１２を含んでもよい。処理エンジン１１２は、本開示で記載される１つ又は複数の機能を実行するために、関連する情報及び／又はデータを処理してもよい。例えば、処理エンジン１１２は、端末装置１３０に関連付けられる複数の過去の依頼に基づいて、１つ又は複数の候補依頼を決定してもよい。幾つかの実施形態では、処理エンジン１１２は、１つ又は複数の処理ユニット（例えば、単一コア処理エンジン（複数可）又はマルチコア処理エンジン（複数可））を含んでもよい。単に一例として、処理エンジン１１２は、中央演算処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ ｐｒｏｃｅｓｓｏｒ）、グラフィック処理ユニット（ＧＰＵ：ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、物理演算処理ユニット（ＰＰＵ：ｐｈｙｓｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、プログラマブル論理装置（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ：ｒｅｄｕｃｅｄ ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ ｃｏｍｐｕｔｅｒ）、マイクロプロセッサ、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。

【0025】

ネットワーク１２０は、情報及び／又はデータの交換を容易にしてもよい。幾つかの実施形態では、オンデマンドサービスシステム１００の１つ又は複数の構成要素（例えば、サーバ１１０、端末装置１３０、運転手装備１４０、車両１５０、データベース１６０）は、情報及び／又はデータを、ネットワーク１２０を介して、オンデマンドサービスシステム１００の他の構成要素（複数可）に送ってもよい。例えば、サーバ１１０は、複数の過去の依頼を、ネットワーク１２０を介して、データベース１６０から取得してもよい。幾つかの実施形態では、ネットワーク１２０は、任意のタイプの有線若しくは無線ネットワーク、又はそれらの組合せとしてもよい。単に一例として、ネットワーク１２０は、ケーブルネットワーク、有線ネットワーク、光ファイバネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、広域ネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、無線ローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、メトロポリタンエリアネットワーク（ＭＡＮ： ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、広域ネットワーク（ＷＡＮ： ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、公衆電話交換網（ＰＳＴＮ：ｐｕｂｌｉｃ ｔｅｌｅｐｈｏｎｅ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）、ブルートゥース（登録商標）ネットワーク、ジグビーネットワーク、近距離通信（ＮＦＣ：ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）ネットワーク、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの実施形態では、ネットワーク１２０は、１つ又は複数のネットワークアクセスポイントを含んでもよい。例えば、ネットワーク１２０は、基地局及び／又はインターネット相互接続ポイント１２０−１、１２０−２、…等の有線又は無線ネットワークアクセスポイントを含んでもよく、該アクセスポイントを通して、オンデマンドサービスシステム１００の１つ又は複数の構成要素は、データ及び／又は情報を交換するために、ネットワーク１２０に接続されてもよい。

【0026】

幾つかの実施形態では、乗客は、端末装置１３０の所有者としてもよい。幾つかの実施形態では、端末装置１３０の所有者は、乗客以外の者としてもよい。例えば、端末装置１３０の所有者Ａは、端末装置１３０を使用して、乗客Ｂのためのサービス要請を送る、及び／又はサーバ１１０からサービス承認及び／又は情報若しくは命令を受信してもよい。幾つかの実施形態では、運転手は、運転手装備１４０の使用者としてもよい。幾つかの実施形態では、運転手装備１４０の使用者は、運転手以外の者としてもよい。例えば、運転手装備１４０の使用者Ｃは、運転手装備１４０を使用して、サーバ１１０から運転手Ｄのためのサービス要請、及び／又は情報若しくは命令を受信してもよい。幾つかの実施形態では、運転手は、少なくとも一定期間、例えば、一日、一週間、一月又は一年等、運転手装備１４０の１つ又は車両１５０の１台を使用するように、割当てられてもよい。幾つかの他の実施形態では、運転手は、運転手装備１４０の１つ及び／又は車両１５０の１台を使用するように、ランダムに割当てられてもよい。例えば、ユーザがオンデマンドサービスに応答できる際には、ユーザは、最初の要請を受信する運転手端末及び当該タイプのオンデマンドサービスを実行するために推薦される車両を使用するように割当てられてもよい。幾つかの実施形態では、「乗客（ｐａｓｓｅｎｇｅｒ）」と「端末装置（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）」は、互換的に使用されてもよく、「運転手（ｄｒｉｖｅｒ）」と「運転手装備（ｄｒｉｖｅｒ ｅｑｕｉｐｍｅｎｔ）」は、互換的に使用されてもよい。幾つかの実施形態では、運転手装備は、１人又は複数の運転手（例えば、夜勤運転手、又は日勤運転手）に関連付けられてもよい。

【0027】

幾つかの実施形態では、端末装置１３０は、モバイル装置１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、車両に内蔵された装置１３０−４、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの実施形態では、モバイル装置１３０−１は、スマートホーム装置、ウェアラブル装置、スマートモバイル装置、バーチャルリアリティ装置、拡張現実装置、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの実施形態では、スマートホーム装置は、スマート照明装置、インテリジェント電気機器の制御装置、スマートモニタリング装置、スマートテレビ、スマートビデオカメラ、インターホン、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの実施形態では、ウェアラブル装置は、スマートブレスレット、スマート履物、スマートグラス、スマートヘルメット、スマート腕時計、スマート衣服、スマートバックパック、スマートアクセサリ、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの実施形態では、スマートモバイル装置は、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｃｅ）、ゲーム装置、ナビゲーション装置、販売時点管理（ＰＯＳ：ｐｏｉｎｔ ｏｆ ｓａｌｅ）装置、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの実施形態では、バーチャルリアリティ装置及び／又は拡張現実装置は、バーチャルリアリティヘルメット、バーチャルリアリティグラス、バーチャルリアリティパッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチ、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。例えば、バーチャルリアリティ装置及び／又は拡張現実装置はグーグルグラス、オキュラスリフト（Ｏｃｕｌｕｓ Ｒｉｆｔ）、ホロレンズ（ＨｏｌｏＬｅｎｓ）、ギアＶＲ等を含んでもよい。幾つかの実施形態では、車両に内蔵される装置１３０−４は、車載コンピュータ、車載テレビ等を含んでもよい。幾つかの実施形態では、端末装置１３０は、乗客及び／又は端末装置１３０の位置を求めるための測位技術を有する装置としてもよい。

【0028】

運転手装備１４０は、複数の運転手装備１４０−１、１４０−２、…、１４０−ｎを含んでもよい。幾つかの実施形態では、運転手装備１４０は、端末装置１３０と類似してもよい、又は同じ装置としてもよい。幾つかの実施形態では、オンライン輸送サービスを実装するようにカスタマイズされてもよい。幾つかの実施形態では、運転手装備１４０及び端末装置１３０は、測位システム１７０から運転手装備１４０及び端末装置１３０の位置情報を受信するために、信号受信機と共に構成されてもよい。幾つかの実施形態では、端末装置１３０及び／又は運転手装備１４０は、乗客、端末装置１３０、運転手、及び／又は運転手装備１４０の位置を決定するために、他の測位装置と通信してもよい。幾つかの実施形態では、端末装置１３０及び／又は運転手装備１４０は、測位情報をサーバ１１０に定期的に送ってもよい。また、幾つかの実施形態では、可用性状況を定期的にサーバ１１０に送ってもよい。可用性状況は、運転手装備１４０と関連付けられた車両１５０が、乗客を輸送するために使用可能か否かを示してもよい。例えば、端末装置１３０は、測位情報を、３０分毎にサーバ１１０に送ってもよい。別の例として、運転手装備１４０は、可用性状況を、３０分毎に、及び／又はオンデマンドサービスが完了して時点で、サーバに送ってもよい。別の例として、端末装置１３０は、ユーザが、オンラインのオンデマンドサービスと関連付けられたモバイルアプリケーションにログインする度に、サーバ１１０に測位情報を送ってもよい。

【0029】

幾つかの実施形態では、運転手装備１４０は、１台又は複数の車両１５０に対応してもよい。車両１５０は、乗客を搬送し、目的地まで走行してもよい。車両１５０は、複数の車両１５０−１、１５０−２、…、１５０−ｎを含んでもよい。１台の車両は、１つの依頼タイプに対応する。依頼タイプは、タクシー依頼、高級車依頼、小荷物車依頼、バス依頼、シャトル依頼等を含んでもよい。

【0030】

データベース１６０は、データ及び／又は命令を保存してもよい。幾つかの実施形態では、データベース１６０は、端末装置１３０及び／又は運転手装備１４０から取得されたデータを保存してもよい。例えば、データベース１６０は、端末装置１３０と関連付けられる過去の依頼を保存してもよい。幾つかの実施形態では、データベース１６０は、サーバ１１０が、本開示で記載されるオンデマンドサービスを提供するために実行してもよいデータ及び／又は命令を保存してもよい。幾つかの実施形態では、データベース１６０は、大容量記憶装置、リムーバブル記憶装置、揮発性の読出し書込みメモリ、読出し専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。例示的な大容量記憶装置は、磁気ディスク、光ディスク、ソリッドステートドライブ等を含んでもよい。例示的なリムーバブル記憶装置は、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ＺＩＰディスク、磁気テープ等を含んでもよい。例示的な揮発性の読出し書込みメモリは、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）を含んでもよい。例示的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ：ｄｙｎａｍｉｃ ＲＡＭ）、ダブルデートレート同期式ダイナミックＲＡＭ（ＤＤＲ ＳＤＲＡＭ：ｄｏｕｂｌｅ ｄａｔｅ ｒａｔｅ ｓｙｎｃｈｒｏｎｏｕｓ ｄｙｎａｍｉｃ ＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ：ｓｔａｔｉｃ ＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ：ｔｈｙｒｉｓｔｏｒ ＲＡＭ）、及びゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ：ｚｅｒｏ−ｃａｐａｃｉｔｏｒ ＲＡＭ）等を含んでもよい。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ：ｍａｓｋ ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＰＥＲＯＭ：ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ：ｃｏｍｐａｃｔ ｄｉｓｋ ＲＯＭ）、及びデジタル多用途ディスクＲＯＭ等を含んでもよい。幾つかの実施形態では、データベース１６０は、クラウドプラットフォームに実装されてもよい。単に一例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。

【0031】

幾つかの実施形態では、オンデマンドサービスシステム１００の１つ又は複数の構成要素は、ネットワーク１２０を介してデータベース１６０に保存されたデータ又は命令にアクセスしてもよい。幾つかの実施形態では、データベース１６０は、バックエンド記憶装置としてサーバ１１０に直接接続されてもよい。

【0032】

幾つかの実施形態では、オンデマンドサービスシステム１００の１つ又は複数の構成要素（例えば、サーバ１１０、端末装置１３０、運転手装備１４０等）は、データベース１６０にアクセスする許可を有してもよい。幾つかの実施形態では、オンデマンドサービスシステム１００の１つ又は複数の構成要素は、１つ又は複数の条件が満たされると、乗客、運転手、車両、及び／又はオンデマンドサービス提供者に関連する情報を、読出及び／又は変更してもよい。例えば、オンデマンドサービスが完了した後に、サーバ１１０は、１人又は複数の乗客の情報を読出及び／又は変更してもよい。

【0033】

測位システム１７０は、対象物、例えば、端末装置１３０、運転手装備１４０、車両１５０等の１つ又は複数と関連付けられる情報を決定してもよい。例えば、測位システム１７０は、端末装置１３０の現在時間及び現在場所を決定してもよい。幾つかの実施形態では、測位システム１７０は、全地球測位システム（ＧＰＳ：ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）、全地球的航法衛星システム（ＧＬＯＮＡＳＳ：ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、北斗衛星測位システム（ＢｅｉＤｏｕ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ： ｑｕａｓｉ−ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）等としてもよい。情報は、場所、高度、速度、対象物の加速度、及び／又は現在時間を含んでもよい。場所は、緯度座標及び経度座標等、座標の形としてもよい。測位システム１７０は、１つ又は複数の衛星、例えば、衛星１７０−１、衛星１７０−２、及び衛星１７０−３を含んでもよい。衛星１７０−１〜１７０−３は、上述の情報を、独自に又は共同で決定してもよい。測位システム１７０は、ネットワーク１２０、端末装置１３０、運転手装備１４０、又は車両１５０に、無線接続を介して、上述の情報を送ってもよい。

【0034】

幾つかの実施形態では、オンデマンドサービスシステム１００の１つ又は複数の構成要素間での情報交換は、端末装置上でオンデマンドサービスのモバイルアプリケーションを起動させることによって、又は端末装置を介してサービスを要請すること（例えば、現在の依頼を生成すること）によって、開始されてもよい。サービス要請の対象物は、任意の製品としてもよい。幾つかの実施形態では、製品は、食物、薬、商品、化学製品、電気器具、衣服、車、住宅、贅沢品、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。幾つかの他の実施形態では、製品は、サービス財、金融商品、知識財、インターネット製品、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。インターネット製品は、個々のホスト製品、ウェブ製品、モバイルインターネット製品、商業用ホスト製品、組込み製品、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。モバイルインターネット製品は、モバイル端末のソフトウェア、プログラム、システム、若しくは同様なもの、又はそれらの任意の組合せにおいて使用されてもよい。モバイル端末は、タブレットコンピュータ、ラップトップコンピュータ、携帯電話、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｃｅ）、スマート腕時計、販売時点管理（ＰＯＳ：ｐｏｉｎｔ ｏｆ ｓａｌｅ）装置、車載コンピュータ、車載テレビ、ウェアラブル装置、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。例えば、製品は、コンピュータ又は携帯電話で使用される任意のソフトウェア及び／又はアプリケーションとしてもよい。ソフトウェア及び／又はアプリケーションは、交際、買い物、輸送、娯楽、学習、投資、若しくは同様のもの、又はそれらの任意の組合せに関連してもよい。幾つかの実施形態では、輸送に関するソフトウェア及び／又はアプリケーションは、旅行のソフトウェア及び／又はアプリケーション、車両スケジューリングのソフトウェア及び／又はアプリケーション、マッピングのソフトウェア及び／又はアプリケーション等を含んでもよい。車両スケジューリングのソフトウェア及び／又はアプリケーションにおいて、車両は、馬、馬車、人力車（例えば、手押し車、自転車、三輪車等）、車（例えば、タクシー、バス、自家用車等）、列車、地下鉄、船、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球等）、若しくは同様のもの、又はそれらの任意の組合せを含んでもよい。

【0035】

図２は、本開示の幾つかの実施形態に従い、オンデマンドサービスシステムが実装できる例示的なコンピューティング装置２００について示している。

【0036】

コンピューティング装置２００は、汎用コンピュータ又は専用コンピュータとしてもよい。両方共、本開示のオンデマンドのシステムを実装するのに使用されてもよい。コンピューティング装置２００は、本明細書に記載されるようなサービスの任意の構成要素を実装するのに使用されてもよい。例えば、サーバの処理エンジン１１２は、ハードウェア、ソフトウェアプログラム、ファームウェア、又はそれらの組合せを介して、コンピューティング装置２００に実装されてもよい。かかるコンピュータの１つだけが、便宜上示されているが、本明細書に記載されるようなサービスに関するコンピュータ機能は、処理負荷を分散するために、多数の同様なプラットフォームに分散されて実装されてもよい。

【0037】

コンピューティング装置２００は、例えば、データ通信を容易にするために、ネットワーク（例えば、ネットワーク１２０）に接続される、及び装置２００に接続された該ネットワークから接続されるＣＯＭポート２５０を含んでもよい。また、コンピューティング装置２００は、プログラム命令を実行するための、１つ又は複数のプロセッサの形をした、中央演算処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）２２０を、含んでもよい。例示的なコンピュータプラットフォームは、様々なデータファイルがコンピュータによって処理される、及び／又は、送信されるための、内部通信バス２１０、プログラム記憶装置及び異なる形のデータ記憶装置、例えば、ディスク２７０、読出し専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）２３０、又はランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）２４０を含んでもよい。また、例示的なコンピュータプラットフォームは、ＲＯＭ２３０、ＲＡＭ２４０、及び／又はＣＰＵ２２０によって実行される他の種類の非一時的な記憶媒体に保存されるプログラム命令を含んでもよい。本開示の方法及び／又は過程は、プログラム命令として実装されてもよい。また、コンピューティング装置２００は、コンピュータと該装置２００内にある他の構成要素との間の入力／出力を支援するＩ／Ｏ構成要素２６０も含む。また、コンピューティング装置２００は、ネットワーク通信を介して、プログラミング及びデータを受信してもよい。

【0038】

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

【0039】

図３は、本開示の幾つかの実施形態による例示的な処理エンジン１１２について示している。サーバ１１０の処理エンジン１１２は、受信モジュール３１０、過去の依頼入手モジュール３２０、依頼予測モジュール３３０、及び送信モジュール３４０を含んでもよい。処理エンジン１１２の１つ又は複数のモジュールは、ＣＰＵ２２０等の少なくとも１つのプロセッサによって実装されてもよい。

【0040】

受信モジュール３１０は、１つ又は複数の端末装置１３０からオンデマンドサービスの要請を取得／受信してもよい。幾つかの実施形態では、要請は、端末装置１３０にインストールされたサービスアプリケーションを起動する、又はサービスアプリケーションのユーザインタフェース上の１つ又は複数の項目（アイコン、ボタン等）を操作することによって、要請を開始してもよい。要請は、時間情報及び／又は地理情報を含んでもよい。時間情報は、現在時間を含んでもよい。幾つかの実施形態では、現在時間は、現在の時刻及び／又は現在の日付を含んでもよい。例えば、現在の時刻は、午前１１時としてもよく、及び現在の日付は、２０１７年３月２３日としてもよい。従って、現在時間は、２０１７年３月２３日の午前１１時としてもよい。幾つかの実施形態では、現在時間は、端末装置１３０又はサーバ１１０から取得されてもよい。幾つかの実施形態では、現在の日付は、日付のカテゴリに分類されてもよい。日付のカテゴリは、就業日、週末、休日等を含んでもよい。地理情報は、端末装置１３０に関連付けられる現在場所を含んでもよい。幾つかの実施形態では、端末装置１３０に関連付けられる現在場所は、測位システム１７０によって決定されてもよい。現在場所は、場所のカテゴリに分類されてもよい。場所のカテゴリは、自宅、仕事場、ホテル／リゾート、自然林等を含んでもよい。

【0041】

処理エンジン１１２は、要請に基づいて、乗客に推薦するために、少なくとも１つの候補依頼を決定してもよい。少なくとも１つの候補依頼は、例えば、少なくとも１つの候補出発時間、少なくとも１つの候補出発場所、少なくとも１つの候補目的地、少なくとも１つの候補依頼タイプ等を含んでもよい。幾つかの実施形態では、受信モジュール３１０は、端末装置１３０から、少なくとも１つの候補依頼に関する乗客のフィードバックを受信してもよい。フィードバックは、少なくとも１つの候補依頼、少なくとも１つの候補依頼を変更する情報、少なくとも１つの候補依頼を承認する情報、又はそれらの組合せの中から１つの候補依頼を選択したものを含んでもよい。少なくとも１つの候補依頼を変更する情報は、候補出発時間に対する変更、候補出発場所に対する変更、候補目的地に対する変更、候補依頼タイプに対する変更を含んでもよい。少なくとも１つの候補依頼を承認する情報は、オンデマンドサービスシステムでサービス依頼を生成するのに使用されてもよい。

【0042】

過去の依頼入手モジュール３２０は、端末装置１３０に関連付けられる複数の過去の依頼を取得／入手してもよい。幾つかの実施形態では、過去の依頼入手モジュール３２０は、要請（例えば、現在時間、現在場所等）に基づいて複数の過去の依頼を決定してもよい。

【0043】

幾つかの実施形態では、複数の過去の依頼は、現在時間を包含する所定の時間範囲内にある過去の出発時間と関連付けられる過去の依頼を含んでもよい。時間範囲は、現在時間前の第１時間間隔（例えば、３０分、６０分、９０分等）及び現在時間後の第２時間間隔（例えば、３０分、６０分、９０分等）を含んでもよい。第１時間間隔と第２時間間隔は、同じであっても、又は異なっていてもよい。例えば、現在時間が午後７時２０分であるとき、所定の時間範囲は、午後６時から９時までの間としてもよい。第１時間間隔及び第２時間間隔は、其々８０分及び１００分である。幾つかの実施形態では、複数の過去の依頼は、現在の日付の同じ日付カテゴリに関連付けられる過去の依頼を含んでもよい。例えば、現在の日付が休日であるとき、過去の依頼入手モジュール３２０は、これまでの休日に遂行された複数の過去の依頼を決定してもよい。

【0044】

幾つかの実施形態では、複数の過去の依頼は、現在場所を包含する所定の地理的範囲内にある過去の出発場所に関連付けられてもよい。幾つかの実施形態では、所定の地理的範囲は、現在場所を包含する領域（例えば、長方形、多角形、円形、又は任意の他の形状をした領域）としてもよい。地理的範囲は、現在場所から所定距離（例えば、１００メートル、２００メートル等）の範囲としてもよい。

【0045】

依頼予測モジュール３３０は、少なくとも１つの候補依頼を決定してもよい。少なくとも１つの候補依頼は、少なくとも１つの候補出発時間、少なくとも１つの候補出発場所、少なくとも１つの候補目的地、少なくとも１つの候補依頼タイプ、少なくとも１つの候補費用等を含んでもよい。候補出発時間は、端末装置１３０と関連付けられる現在時間と同じ、又は異なってもよい。候補費用は、少なくとも１つの候補出発時間、候補出発場所、候補目的地、又は候補依頼タイプに基づいて決定されてもよい。依頼予測モジュール３３０は、少なくとも１つの候補依頼を、複数の過去の依頼及び要請に基づいて決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、第１規則に従い、複数の過去の依頼を順位付けしてもよい。依頼予測モジュール３３０は、複数の過去の依頼の順位に基づいて、少なくとも１つの候補依頼を更に決定してもよい。第１規則は、過去の依頼の評価に関連してもよい。評価は、複数の過去の依頼の其々に対する格付けに基づいてもよい。例えば、複数の過去の依頼を順位付けする第１規則は、過去の出発時間と現在時間との時間間隔に基づいて決定されてもよい。幾つかの実施形態では、依頼予測モジュール３３０は、第２規則に基づいて、少なくとも１つの候補依頼を決定してもよい。第２規則は、複数の過去の依頼中の過去の依頼、例えば、過去の出発時間の頻度、過去の出発場所の頻度、過去の目的地の頻度、又は過去の依頼タイプの頻度に関する統計分析に関連してもよい。更に別の例として、依頼予測モジュール３３０は、ベイズ法、モンテカルロ法、任意の機械学習方法、又はそれらの組合せに基づいて、少なくとも１つの候補依頼を決定してもよい。

【0046】

依頼予測モジュール３３０は、ユーザからの少なくとも１つの候補依頼に関するフィードバックに基づいて、予測される依頼を決定してもよい。フィードバックは、少なくとも１つの候補依頼、少なくとも１つの候補依頼を変更する情報、少なくとも１つの候補依頼を承認する情報、又はそれらの組合せの中から１つの候補依頼を選択したものを含んでもよい。幾つかの実施形態では、依頼予測モジュール３３０は、受信された少なくとも１つの候補依頼の選択に基づいて、予測される依頼を決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、受信された少なくとも１つの候補依頼を変更する情報に基づいて予測される依頼を決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、受信された少なくとも１つの候補依頼を承認する情報に基づいて、予測される依頼を決定してもよい。

【0047】

送信モジュール３４０は、少なくとも１つの候補依頼を端末装置１３０に送信してもよい。幾つかの実施形態では、少なくとも１つの候補依頼は、端末装置１３０への候補出発時間、候補出発場所、候補目的地、又は候補依頼タイプの中、少なくとも１つを含んでもよい。幾つかの実施形態では、送信モジュール３４０は、複数の候補依頼を、端末装置１３０に送信してもよい。複数の候補依頼は、複数の候補出発時間、複数の候補出発場所、複数の候補目的地、又は複数の候補依頼タイプ等を含んでもよい。複数の候補依頼の其々は、候補出発時間、候補出発場所、候補目的地、又は候補依頼タイプ等を含んでもよい。

【0048】

送信モジュール３４０は、オンデマンドサービスの要請に応答して、端末装置１３０及び／又は１つ又は複数の運転手装備１４０に、予測される依頼を送信してもよい。

【0049】

処理エンジン１１２の受信モジュール３１０、過去の依頼入手モジュール３２０、依頼予測モジュール３３０、及び送信モジュール３４０は、有線接続、無線接続、又はそれらの組合せを介して互いに接続される、或いは通信してもよい。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブル、若しくは同様のもの、又はそれらの任意の組合せを含んでもよい。無線接続は、ローカルエリアネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、広域ネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ブルートゥース、ジグビー、近距離通信（ＮＦＣ：ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、若しくは同様なもの、又はそれらの任意の組合せを含んでもよい。受信モジュール３１０、過去の依頼入手モジュール３２０、依頼予測モジュール３３０、及び送信モジュール３４０の中２つ以上は、単一のモジュールとして組合せられてもよい。例えば、過去の依頼入手モジュール３２０は、依頼予測モジュール３３０と、単一モジュールとして統合されてもよい。該単一モジュールは、端末装置１３０と関連付けられる複数の過去の依頼を決定してもよく、少なくとも１つの候補依頼を決定してもよい。

【0050】

図４は、本開示の幾つかの実施形態に従い、オンデマンドサービスシステムを使用して予測される依頼を決定するための例示的なフローチャート４００を示している。フローチャート４００は、システム１００のサーバ１１０の非一時的な記憶媒体における命令のセットとして実装されてもよい。サーバ１１０のＣＰＵ２２０は、命令のセットを実行してもよく、それに従いフローチャート４００のステップを実行してもよい。

【0051】

以下に提示される模式化されたフローチャート４００の動作は、説明に役立つよう意図されており、限定を意図するものではない。幾つかの実施形態では、フローチャート４００は、記載されていない１つ又は複数の更なる動作と共に、及び／又は、１つ又は複数の記述された動作無しで、遂行されてもよい。更に、図４で示され、後述されるようなフローチャート４００の動作の順序は、限定を意図するものではない。

【0052】

ステップ４１０では、受信モジュール３１０は、端末装置１３０からオンデマンドサービスの要請を受信してもよい。端末装置は、乗客によって所有されてもよい。要請は、サービスアプリケーションを起動する、又は１つ又は複数の項目（アイコン、ボタン等）を操作することを介して開始されてもよい。要請は、端末装置１３０に関連付けられる現在時間又は現在場所の少なくとも一方を含んでもよい。

【0053】

現在時間は、現在の時刻（例えば、午後５時２０分）及び／又は現在の日付（例えば、２０１７年３月２３日）を含んでもよい。幾つかの実施形態では、受信モジュール３１０は、端末装置１３０、サーバ１１０等から現在時間を取得してもよい。端末装置１３０とサーバ１１０は、同じ時間帯又は異なる時間帯に存在してもよい点に、注目すべきである。端末装置１３０とサーバ１１０が同じ時間帯に存在する場合、現在時間は、端末装置１３０のシステム時間、又はサーバ１１０のシステム時間としてもよい。端末装置１３０とサーバ１１０が異なる時間帯に存在する場合、現在時間は、端末装置１３０のシステム時間としてもよい。幾つかの実施形態では、受信モジュール３１０は、現在時間に関して、日付のカテゴリを更に識別してもよい。日付のカテゴリは、現在時間が就業日、週末、又は休日であると示唆してもよい。幾つかの実施形態では、日付のカテゴリは、ユーザによってカスタマイズされたカテゴリ、例えば母親の誕生日、結婚記念日等としてもよい。

【0054】

現在場所は、現在の緯度座標及び現在の経度座標を含んでもよい。現在場所は、住所の記載、例えば、建物番号及び通り名を含む記載を含んでもよい。幾つかの実施形態では、受信モジュール３１０は、現在場所に従い、場所のカテゴリを更に識別してもよい。場所カテゴリは、現在場所がユーザの自宅又は仕事場であると示唆してもよい。場所カテゴリは、ユーザによってカスタマイズされたカテゴリ、例えば、ヨガの４月のグループ会議場所、息子の２０１６年のサマーキャンプ場所等としてもよい。

【0055】

ステップ４２０では、過去の依頼入手モジュール３２０は、端末装置１３０と関連付けられる複数の過去の依頼を、要請に基づいて取得してもよい。過去の依頼は、同じ端末装置１３０、又は同じ乗客によって開始されてもよい。複数の過去の依頼の其々は、過去の出発時間、過去の出発場所、過去の目的地、過去の依頼タイプ等を含んでもよい。幾つかの実施形態では、過去の依頼入手モジュール３２０は、データベースに保存された端末装置１３０に関連付けられる全ての過去の依頼を取得してもよい。幾つかの実施形態では、過去の依頼入手モジュール３２０は、現在時間から一定の期間内で端末装置１３０に関連付けられる過去の依頼を取得してもよい。例えば、過去の依頼入手モジュール３２０は、昨年中、又は最近６カ月間に遂行された過去の依頼を取得してもよい。過去の依頼入手モジュール３２０は、現在時間、現在場所、又はそれらの組合せに従い、端末装置１３０に関連付けられる複数の過去の依頼を取得してもよい。

【0056】

幾つかの実施形態では、複数の過去の依頼は、過去の依頼の第１セットを含んでもよく、該依頼の其々は、端末装置１３０の現在時間に対して所定の時間範囲内に過去の出発時間を有する。所定の時間範囲は、現在時間を包含してもよい。所定の時間範囲は、１時間、２時間、又は任意の他の時間としてもよい。

【0057】

幾つかの実施形態では、複数の過去の依頼は、過去の依頼の第１セットを含んでもよく、該依頼の其々は、端末装置１３０の現在場所に対して所定の地理的範囲内に過去の出発場所を有する。所定の地理的範囲は、長方形、多角形、円形、又は任意の他の形状領域としてもよい。所定の地理的範囲は、現在場所からの所定距離の範囲としてもよい。所定距離は、０．５キロメートル、１．０キロメートル、又は任意の他の距離としてもよい。

【0058】

幾つかの実施形態では、複数の過去の依頼は、第３セットの過去の依頼を含んでもよく、該依頼の其々は、現在時間を包含する所定の時間範囲内にある過去の出発時間、及び地理的範囲内にある過去の出発場所を有する。

【0059】

幾つかの実施形態では、過去の依頼入手モジュール３２０は、過去の依頼の第１セット、過去の依頼の第２セット、又は過去の依頼の第３セットの中の１つを、複数の過去の依頼として、第１セット、第２セット、又は第３セットにある過去の依頼の数に基づいて、選択してもよい。

【0060】

ステップ４３０では、依頼予測モジュール３３０は、少なくとも１つの候補依頼を決定してもよい。場合によっては、依頼予測モジュール３３０は、１つの候補依頼だけを決定してもよい。しかし一方で、場合によっては、依頼予測モジュール３３０は、複数の候補依頼を決定してもよい。

【0061】

幾つかの実施形態では、依頼予測モジュール３３０は、複数の過去の依頼及び要請に基づいて、少なくとも１つの候補依頼を決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、ベイズ法、モンテカルロ法、任意の機械学習方法、又はそれらの組合せを用いた事後確率に基づいて、少なくとも１つの候補依頼を決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、第１規則、第２規則、又はそれらの組合せに従い、少なくとも１つの候補依頼を決定してもよい。

【0062】

各候補依頼は、少なくとも１つの候補出発時間、又は、少なくとも１つの候補出発場所、又は、少なくとも１つの候補目的地、又は、少なくとも１つの候補依頼タイプ、又は、少なくとも１つ予測される費用等を含んでもよい。

【0063】

候補出発時間は、端末装置１３０に関連付けられる現在時間、及び端末装置１３０を用いてユーザによって指定される希望時間に基づいて、決定されてもよい。例えば、要請が、午前９時３０分の希望迎え時間で、２０１６年３月１日午前８時に受信され、候補依頼は、候補出発時間が午前９時３５分であるとして、生成され、承認のために、ユーザに送信される。

【0064】

幾つかの実施形態では、依頼予測モジュール３３０は、依頼タイプに対する平均運賃率とユーザ／乗客に関連付けられる複数の過去の依頼の費用を比較することによって、ユーザ／乗客を輸送するために、１つ又は２つの依頼タイプをユーザに推薦してもよい。単に一例として、依頼予測モジュール３３０は、複数の依頼タイプ其々に対応する複数の運賃率を取得してもよい。依頼予測モジュール３３０は、複数の過去の依頼の平均費用と、複数の依頼タイプに関する複数の運賃率其々との差を決定してもよい。依頼予測モジュール３３０は、その運賃率と複数の過去の依頼の平均費用との差が最小のものに対応する依頼タイプを更に選択してもよい。

【0065】

別の例として、依頼予測モジュール３３０は、候補出発時間、候補出発場所、候補目的地、候補依頼タイプ等の少なくとも１つに基づいて、予測される費用を決定してもよい。

【0066】

ステップ４４０では、送信モジュール３４０は、要請に応答して、少なくとも１つの候補依頼を、端末装置１３０に送信してもよい。幾つかの実施形態では、送信モジュール３４０は、端末装置１３０に、候補出発時間、候補出発場所、候補目的地、又は候補依頼タイプ等を含む候補依頼を送信してもよい。幾つかの実施形態では、送信モジュール３４０は、端末装置１３０に、複数の候補依頼を送信してもよい。複数の候補依頼の其々は、候補出発時間、候補出発場所、候補目的地、又は候補依頼タイプ等を含んでもよい。

【0067】

単に一例として、２０１６年８月１０日の午前８時に、受信モジュール３１０は、端末装置１３０から、住宅地域Ａの南門である現在場所を受信してもよい。過去の依頼入手モジュール３２０は、２０１６年２月１０日から２０１６年８月９日までの午前７時３０分と午前９時の間に遂行された過去の依頼を取得してもよい。依頼予測モジュール３３０は、取得された過去の依頼に基づいて、１つ又は複数の候補依頼を決定してもよい。送信モジュール３４０は、１つ又は複数の候補依頼を、端末装置１３０に送信してもよい。受信モジュール３１０は、予測依頼を生成するために、端末装置１３０から、選択及び／又は承認を受信してもよい。

【0068】

オンデマンドサービスシステムは、候補依頼を決定するために、様々な方法又は過程を利用してもよい。方法又は過程は、規則ベースの評価又は統計に基づいてもよい。

【0069】

ステップ４５０では、受信モジュール３１０は、端末装置１３０から少なくとも１つの候補依頼の選択を受信してもよい。幾つかの実施形態では、該選択は、端末装置１３０を介してユーザによって遂行されてもよい。幾つかの実施形態では、該選択は、端末装置１３０によって、命令又はアプリケーションを通して遂行されてもよい。例えば、ユーザは、ユーザ好みの依頼タイプ（例えば、小荷物車依頼）を自動的に選択するように、命令又はアプリケーションを予め設定してもよい。選択される候補依頼は、その結果、依頼タイプに関して、ユーザの個人的な好みと合致する。幾つかの実施形態では、受信される選択は、選択される出発時間、選択される出発場所、選択される目的地、又は選択される依頼タイプの中の少なくとも１つを含んでもよい。

【0070】

ステップ４６０では、依頼予測モジュール３３０は、受信される選択に基づいて予測される依頼を決定してもよい。幾つかの実施形態では、受信される選択は、選択される候補依頼を含んでもよい。依頼予測モジュール３３０は、予測される依頼として、選択される候補依頼を決定してもよい。依頼予測モジュール３３０は、予測される依頼に基づいて、オンデマンドサービスシステムにおいて、承認されるサービス依頼を更に生成し、承認されるサービス依頼を、少なくとも端末装置１３０及び運転手装備１４０に送信してもよい。

【0071】

以上の記載は、単に解説目的のためのものである。当業者は、図４に記載されたステップ以外に追加又は代替のステップを想定するかも知れない点に、留意すべきである。例えば、送信モジュール３４０は、予測される依頼を、端末装置１３０又は運転手装備１４０の少なくとも１つに更に送信してもよい。予測される依頼を少なくとも１つの運転手装備１４０に送信することで、運転手は、輸送サービスを提供する準備が可能になるかも知れない。予測される依頼を端末装置１３０に送信することで、乗客に、システム１００が乗客自身のサービス依頼を受付け、ディスパッチしたことを知らせてもよい。

【0072】

図５は、本開示の幾つかの実施形態に従い、オンデマンドサービスシステムを使用して、少なくとも１つの候補依頼を決定するための例示的フローチャート５００を示している。フローチャート５００は、システム１００のサーバ１１０の非一時的な記憶媒体に、命令のセットとして実装されてもよい。サーバ１１０のＣＰＵ２２０は、命令のセットを実行してもよく、それに従い、フローチャート５００のステップを実行してもよい。

【0073】

以下に提示される模式化されたフローチャート５００の動作は、説明に役立つよう意図されている。幾つかの実施形態では、フローチャート５００は、記載されていない１つ又は複数の更なる動作と共に、及び／又は１つ又は複数の記述された動作無しで、遂行されてもよい。更に、図５で示され、後述されるようなフローチャート５００の動作の順序は、限定することを意図するものではない。

【0074】

ステップ５１０では、依頼予測モジュール３３０は、第１規則に基づいて、複数の過去の依頼を順位付けしてもよい。第１規則は、複数の過去の依頼の評価に関連してもよい。複数の過去の依頼の其々は、評価され、格付けを割当てられてもよい。依頼予測モジュール３３０は、複数の過去の依頼の格付けに基づいて、順位を決定してもよい。順位は、昇順又は降順としてもよい。依頼予測モジュール３３０は、１つ又は複数の重みを複数の過去の依頼の其々に割当ててもよい。幾つかの実施形態では、依頼予測モジュール３３０は、１つ又は複数の重みに基づいて、複数の過去の依頼の其々に対する格付けを決定してもよい。幾つかの実施形態では、複数の過去の依頼の其々に対する格付けは、過去の出発時間其々と現在時間との時間間隔、複数の過去の依頼中の過去の出発場所其々の頻度、複数の過去の依頼中の過去の目的地其々の頻度、又は複数の過去の依頼中の過去の依頼タイプ其々の頻度に基づいて、決定されてもよい。格付けに関する詳細は、図６及び同図に関する記載と関連して提供されるかも知れない。

【0075】

ステップ５２０では、依頼予測モジュール３３０は、複数の過去の依頼の順位に基づいて、少なくとも１つの候補依頼を決定してもよい。幾つかの実施形態では、少なくとも１つの候補依頼の数は、正の整数（例えば、１、２、３、５、又は任意の適当な正の整数）としてもよい。例えば、依頼予測モジュール３３０は、順位に基づいて、３つの候補依頼を決定してもよい。より具体的には、依頼予測モジュール３３０は、３候補依頼として、順位中上位３つの過去の依頼を決定してもよい。別の例として、依頼予測モジュール３３０は、候補依頼として、順位中最高順位の過去の依頼を決定してもよい。

【0076】

例えば、依頼予測モジュール３３０は、候補依頼として、最も頻繁に遂行された過去の依頼を選択してもよい。過去の依頼の頻度は、遂行された過去の依頼の数と複数の過去の依頼の総数との比率としてもよい。候補依頼は、同じ出発場所、近い出発時間、同じ目的地、又は同じ依頼タイプ等の、最も頻繁に遂行された過去の依頼と同じ又は同様の情報を含んでもよい。例えば、両方共、１００メートルの円形の地理的範囲内に出発場所を有する。別の例として、両方共、午後７時１０分から午後７時３０分までの間に出発時間を有する。幾つかの実施形態では、依頼予測モジュール３３０は、１つの過去の依頼の頻度が、閾値より大きいか否かを更に決定してもよい。閾値は、オンデマンドサービスによって、例えば、０．４、０．５、０．６等として、予め決定されてもよい。過去の依頼の頻度が閾値よりも大きいという決定に応答して、依頼予測モジュール３３０は、過去の依頼に関する過去の出発時間、過去の出発場所、過去の目的地、又は過去の依頼タイプに基づいて、候補依頼を直接決定してもよい。

【0077】

ステップ５３０では、送信モジュール３４０は、要請に応答して、少なくとも１つの候補依頼を端末装置１３０に送ってもよい。候補依頼を送ることに関する詳細は、図４に関連して提供されており、ここでは繰返されない。

【0078】

図６は、本開示の幾つかの実施形態に従い、オンデマンドサービスシステムを使用して、複数の過去の依頼を順位付けするための例示的なフローチャート６００を示している。フローチャート６００は、システム１００のサーバ１１０の非一時的な記憶媒体に、命令のセットとして実装されてもよい。サーバ１１０のＣＰＵ２２０は、命令のセットを実行してもよく、それに従い、フローチャート６００のステップを実行してもよい。

【0079】

以下に提示される模式化されたフローチャート６００の動作は、説明に役立つよう意図されている。幾つかの実施形態では、フローチャート６００は、記載されていない１つ又は複数の更なる動作と共に、及び／又は１つ又は複数の記述された動作無しで、遂行されてもよい。更に、図６で示され、後述されるようなフローチャート６００の動作の順序は、限定することを意図するものではない。

【0080】

ステップ６１０では、複数の過去の依頼の其々に対して、依頼予測モジュール３３０は、過去の出発時間と現在時間との時間間隔、複数の過去の依頼中の過去の出発場所の頻度、複数の過去の依頼中の過去の目的地の頻度、又は複数の過去の依頼中の過去の依頼タイプの頻度の中、少なくとも１つに基づいて格付けを決定してもよい。格付けは、過去の依頼の過去の条件（時間、場所、目的地、依頼タイプ等に関する過去の情報を含む）と現在の条件（現在時間、現在場所等を含む）との類似性を示してもよい。

【0081】

過去の出発時間と現在時間の時間間隔は、過去の出発時間と現在時間との差によって決定されてもよい。幾つかの実施形態では、依頼予測モジュール３３０は、より短い時間間隔に関連付けられる過去の依頼に対してより高い格付けを割当ててもよい。

【0082】

複数の過去の依頼中の過去の出発場所の頻度は、過去の出発場所を含む過去の依頼の数と複数の過去の依頼の総数との比率を参照してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、過去の出発場所の頻度が高い過去の依頼に、高い格付けを割当ててもよい。

【0083】

複数の過去の依頼中の過去の目的地の頻度は、過去の目的地を含む過去の依頼の数と複数の過去の依頼の総数との比率を参照してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、過去の目的地の頻度が高い過去の依頼に、高い格付けを割当ててもよい。

【0084】

複数の過去の依頼中の過去の依頼タイプの頻度は、過去の依頼タイプを含む過去の依頼の数と複数の過去の依頼の総数との比率を参照してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、過去の依頼タイプの頻度が高い過去の依頼に、高い格付けを割当ててもよい。

【0085】

幾つかの実施形態では、依頼予測モジュール３３０は、過去の依頼（出発時間、出発場所、目的地、及び依頼タイプ）に関して、複数のパラメータの其々に重みを割当ててもよい。異なるパラメータに割当てられる重みは、同じ又は異なってもよい。より大きい重みを有するパラメータが、優位であってもよい。依頼予測モジュール３３０は、重みをその対応するパラメータに乗算して積を求めてもよい。依頼予測モジュール３３０は、複数のパラメータに関連付けられる積の合計に基づいて、過去の依頼の格付けを決定してもよい。

【0086】

解説目的で、依頼予測モジュール３３０は、重みαを、過去の出発時間に、重みβを、過去の出発場所に、重みγを、過去の目的地に、重みδを、過去の出発時間に、及び重みεを、過去の費用に割当ててもよい。重みα、β、γ、δ及びεは、実数（例えば、０．０１、０．０５、０．１、０．２、０．３、１、２等）としてもよい。幾つかの実施形態では、重みα、β、γ、δ及びεの合計は、１又は任意の適当な数としてもよい。例えば、重みαは、０．３とし、重みβは、０．３とし、重みγは、０．３とし、重みδは、０．０５とし、重みεは、０．０５とする。依頼予測モジュール３３０は、重みα、β、γ、δ及びεに基づいて、複数の過去の依頼の其々に対する格付けを更に決定してもよい。

【0087】

ステップ６２０では、依頼予測モジュール３３０は、複数の過去の依頼に関連付けられる格付けに基づいて、複数の過去の依頼を順位付けしてもよい。順位は、昇順又は降順としてもよい。順位が昇順であるとき、複数の過去の依頼中で最低の格付けを有する過去の依頼が、先頭に来てもよい。順位が降順であるとき、複数の過去の依頼中で最高の格付けを有する過去の依頼が、先頭に来てもよい。

【0088】

幾つかの実施形態では、依頼予測モジュール３３０は、１回又は複数の順位付けを実行することによって、複数の過去の依頼をフィルタリングしてもよい。例えば、依頼予測モジュール３３０は、複数の過去の依頼を最初に順位付けして、第１の順位を決定してもよい。依頼予測モジュール３３０は、第１の順位に基づいて、複数の過去の依頼から少なくとも２つの過去の依頼を更に選択してもよい。依頼予測モジュール３３０は、該少なくとも２つの過去の依頼を順位付けして、第２の順位を決定してもよい。第１の順位及び第２の順位における原理、規則、又は評価基準は、同じ又は異なってもよい。幾つかの実施形態では、選択される過去の依頼の数は、所定の数（例えば、１０）としてもよい。幾つかの実施形態では、選択される過去の依頼の数は、動的に決定されてもよい。例えば、選択される過去の依頼の数は、第１の順位に関する規則に基づいて、決定されてもよい。

【0089】

解説目的で、依頼予測モジュール３３０は、複数の過去の依頼中の過去の目的地の頻度に基づいて、複数の過去の依頼を最初に順位付けしてもよい。依頼予測モジュール３３０は、第１の順位を決定してもよい。第１の順位は、降順としてもよい。依頼予測モジュール３３０は、第１の順位に基づいて、１つ又は複数の頻繁に訪問した過去の（例えば、ビルＢ、空港Ｃ、住宅地域Ｄ）を決定してもよい。依頼予測モジュール３３０は、１つ又は複数の頻繁に訪問された過去の目的地から少なくとも２つの過去の依頼を更に決定してもよい。依頼予測モジュール３３０は、過去の出発時間と現在時間との時間間隔に基づいて、少なくとも２つの過去の依頼を更に順位付けしてもよい。依頼予測モジュール３３０は、第２の順位を決定してもよい。第２の順位は、昇順としてもよい。例えば、第２の順位に基づいて、依頼予測モジュール３３０は、第１依頼として、現在場所（例えば、住宅地域Ａ）からビルＢまでの小荷物車、第２依頼として、現在場所から空港Ｃまでの小荷物車、及び第３依頼として、現在場所から住宅地域Ｄまでの小荷物車を決定してもよい。

【0090】

幾つかの実施形態では、依頼予測モジュール３３０は、第２規則に基づいて候補依頼を決定してもよい。第２規則は、過去の依頼に関連付けられる統計情報に基づいてもよい。

【0091】

幾つかの実施形態では、第２規則は、複数の過去の依頼中の過去の出発時間其々の頻度、複数の過去の依頼中の過去の出発場所其々の頻度、複数の過去の依頼中の過去の目的地其々の頻度、複数の過去の依頼中の過去の依頼タイプ其々の頻度等に関連してもよい。複数の過去の依頼中の過去の出発時間の頻度は、過去の出発時間を含む過去の依頼の数と複数の過去の依頼の総数との比率を参照してもよい。複数の過去の依頼中の過去の出発場所の頻度は、過去の出発場所を含む過去の依頼の数と複数の過去の依頼の総数との比率を参照してもよい。複数の過去の依頼中の過去の目的地の頻度は、過去の目的地を含む過去の依頼の数と複数の過去の依頼の総数との比率を参照してもよい。複数の過去の依頼中の過去の依頼タイプの頻度は、過去の依頼タイプを含む過去の依頼の数と複数の過去の依頼の総数との比率を参照してもよい。

【0092】

幾つかの実施形態では、依頼予測モジュール３３０は、過去の出発時間の頻度に基づいて、候補出発時間を決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、過去の出発場所の頻度に基づいて、候補出発場所を決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、過去の目的地の頻度に基づいて、候補目的地を決定してもよい。幾つかの実施形態では、依頼予測モジュール３３０は、過去の依頼の頻度に基づいて、候補依頼タイプを決定してもよい。単に一例として、依頼予測モジュール３３０は、最も頻繁な過去の出発時間を、候補出発時間として決定してもよい。依頼予測モジュール３３０は、最も頻繁な過去の出発場所を、候補出発場所として決定してもよい。依頼予測モジュール３３０は、最も頻繁な過去の目的地を、候補目的地として決定してもよい。依頼予測モジュール３３０は、最も頻繁な過去の依頼タイプを、候補依頼タイプとして決定してもよい。依頼予測モジュール３３０は、候補出発時間、候補出発場所、候補目的地、候補依頼タイプを組合せ、候補依頼を決定してもよい。

【0093】

単に一例として、２０１６年８月１０日の午前８時３０分に、受信モジュール３１０は、ユーザの端末装置１３０から、住宅地域Ａの南門である現在場所を受信してもよい。過去の依頼入手モジュール３２０は、２０１６年２月１０日から８月９日までの、午前７時３０分と午前９時の間に遂行された過去の依頼を取得してもよい。依頼予測モジュール３３０は、住宅地域Ａの南門が最も頻繁な出発場所であることを決定してもよい。依頼予測モジュール３３０は、ビルＢが最も頻繁な目的地であることを決定してもよい。依頼予測モジュール３３０は、小荷物車依頼が最も頻繁な依頼タイプであることを決定してもよい。依頼予測モジュール３３０は、候補出発場所として住宅地域Ａ、候補目的地としてビルＢ、及び候補依頼タイプとして小荷物車を含む候補依頼を更に決定してもよい。送信モジュール３４０は、候補依頼を、ユーザ承認の端末装置１３０に送信してもよい。

【0094】

場合によっては、オンデマンドサービスシステム１００から候補依頼を受信した後に、ユーザは、候補依頼に応答してもよい。応答は、ユーザからの候補依頼の変更又は承認を含んでもよい。ユーザから応答を受信した後に、システム１００は、サービス依頼を生成してもよい。シナリオによっては、候補依頼は、ユーザの要求を満たさなくてもよく、ユーザは、候補依頼における１つ又は複数のパラメータを変更して、該変更と共にオンデマンドサービスシステム１００に通知してもよい。候補依頼がユーザの要求を満たしている場合、ユーザは、候補依頼を承認してもよい。

【0095】

図７は、本開示の幾つかの実施形態に従い、少なくとも１つの候補依頼を変更する情報に基づいて予測される依頼を決定するための例示的なフローチャート７００を示している。フローチャート７００は、システム１００のサーバ１１０の非一時的な記憶媒体に、命令のセットとして実装されてもよい。サーバ１１０のＣＰＵ２２０は、命令のセットを実行してもよく、それに従い、フローチャート７００のステップを実行してもよい。

【0096】

以下に提示される模式化されたフローチャート７００の動作は、説明に役立つよう意図されている。幾つかの実施形態では、フローチャート７００は、記載されていない１つ又は複数の更なる動作と共に、及び／又は１つ又は複数の記述された動作無しで、遂行されてもよい。更に、図７で示され、後述されるようなフローチャート７００の動作の順序は、限定することを意図するものではない。

【0097】

ステップ７１０では、受信モジュール３１０は、端末装置１３０から少なくとも１つの候補依頼を変更する情報を受信してもよい。幾つかの実施形態では、該情報は、１つ又は複数の変更されるパラメータ（例えば、変更される出発時間、変更される出発場所、変更される目的地、変更される依頼タイプ等）を含んでもよい。例えば、ユーザは、端末装置１３０を介して、少なくとも１つの候補依頼に基づいて、候補目的地を変更してもよい。

【0098】

ステップ７２０では、依頼予測モジュール３３０は、受信された情報に基づいて予測される依頼を決定してもよい。幾つかの実施形態では、予測される依頼は、受信された情報に基づいて生成されてもよい。例えば、依頼予測モジュール３３０は、候補依頼、及び変更される出発時間、変更される出発場所、変更される目的地、又は変更される依頼タイプの少なくとも１つに基づいて、予測される依頼を決定してもよい。

【0099】

単に一例として、候補依頼は、候補出発場所として住宅地域Ａの南門、候補目的地としてビルＢ、及び候補依頼タイプとして小荷物車を含んでもよい。しかしながら、住宅地域Ａの南門は、工事のために通行不能である。ユーザは、出発場所を南門から西門に変えて、端末装置１３０を介してシステム１００に該変更を送ってもよい。変更を受信した後に、システム１００は、出発場所として住宅地域Ａの西門を含む予測される依頼を生成してもよい。

【0100】

図８は、本開示の幾つかの実施形態に従い、少なくとも１つの候補依頼を承認する情報に基づいて予測される依頼を決定するための例示的なフローチャート８００を示している。フローチャート８００は、システム１００のサーバ１１０の非一時的な記憶媒体に、命令のセットとして実装されてもよい。サーバ１１０のＣＰＵ２２０は、命令のセットを実行してもよく、それに従い、フローチャート８００のステップを実行してもよい。

【0101】

以下に提示される模式化されたフローチャート８００の動作は、説明に役立つよう意図されている。幾つかの実施形態では、フローチャート８００は、記載されていない１つ又は複数の更なる動作と共に、及び／又は１つ又は複数の記述された動作無しで、遂行されてもよい。更に、図８で示され、後述されるようなフローチャート８００の動作の順序は、限定することを意図するものではない。

【0102】

ステップ８１０では、受信モジュール３１０は、端末装置１３０から少なくとも１つの候補依頼を承認する情報を受信してもよい。幾つかの実施形態では、該情報は、１つ又は複数の承認されるパラメータ（例えば、承認される出発時間、承認される出発場所、承認される目的地、承認される依頼タイプ等）を含んでもよい。幾つかの実施形態では、該情報は、端末装置１３０を介してユーザによって送られてもよい。幾つかの実施形態では、該情報は、１回又は複数回で、ユーザによって送られてもよい。例えば、ユーザは、最初に、候補目的地を承認し、端末装置１３０を介して最初の承認を送ってもよい。その後、ユーザは、候補依頼タイプを承認し、端末装置１３０を介して２番目の承認を送ってもよい。

【0103】

ステップ８２０では、依頼予測モジュール３３０は、受信された情報に基づいて予測される依頼を決定してもよい。幾つかの実施形態では、予測される依頼は、少なくとも１つの候補依頼から選択された／承認された依頼を含んでもよい。幾つかの実施形態では、予測される依頼は、承認された情報に基づいて生成されてもよい。例えば、依頼予測モジュール３３０は、承認された出発時間、承認された出発場所、承認された目的地、又は承認された依頼タイプの少なくとも１つに基づいて、予測される依頼を決定してもよい。

【0104】

以上の記載は、単に解説目的のためのものである。当業者は、図８に記載されたステップ以外に追加又は代替のステップを想定するかも知れない点に、留意すべきである。例えば、送信モジュール３４０は、予測される依頼を、端末装置１３０又は運転手装備１４０の少なくとも１つに更に送信してもよい。予測される依頼を少なくとも１つの運転手装備１４０に送信することで、運転手は、輸送サービスを提供する準備が可能になるかも知れない。予測される依頼を端末装置１３０に送信することで、乗客に、システム１００が、乗客自身のサービス依頼を受付け、ディスパッチしたことを知らせてもよい。

【0105】

図９は、本開示の幾つかの実施形態に従い、オンデマンドサービスが実装できる例示的なモバイル装置９００を示している。

【0106】

図９で示されるように、モバイル装置９００は、通信プラットフォーム９１０、ディスプレイ９２０、グラフィック処理装置（ＧＰＵ：ｇｒａｐｈｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）９３０、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）９４０、Ｉ／Ｏ９５０、メモリ９６０、及び記憶装置９９０を含んでもよい。幾つかの実施形態では、システムバス又はコントローラ（図示せず）を含むが、これらに限定されない任意の他の適当な構成要素も、モバイル装置９００に含まれてもよい。幾つかの実施形態では、モバイルオペレーティングシステム９７０（例えば、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標）等）及び１つ又は複数のアプリケーション９８０は、ＣＰＵ９４０によって実行されるために、記憶装置９９０からメモリ９６０にロードされてもよい。アプリケーション９８０は、処理エンジン１１２及び／又はデータベース１６０から依頼（例えば、出発時間、出発場所、目的地、依頼タイプ、費用等）に関する情報を受信し、レンダリングするのためのブラウザ又は任意の他の適当なモバイルアプリケーションも含んでもよい。情報ストリームとのユーザの対話処理は、Ｉ／Ｏ９５０を介して達成され、ネットワーク１２０を介して処理エンジン１１２及び／又はオンデマンドサービスシステム１００の他の構成要素に提供されてもよい。

【0107】

本開示で記載される様々なモジュール、ユニット、及びそれらの機能を実装するために、コンピュータハードウェアプラットフォームは、本明細書に記載される要素の１つ又は複数のためのハードウェアプラットフォーム（複数可）として使用されてもよい。ユーザインタフェースを有するコンピュータは、パーソナルコンピュータ（ＰＣ：ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）又は任意の他のタイプのワークステーション若しくは端末装置を実装するために、使用されてもよい。また、コンピュータは、適切にプログラムされるならば、サーバとして機能してもよい。

【0108】

基本概念についてこのように記載したが、当業者には、この詳細な開示を読んだ後には、前述した詳細な開示が、一例としてのみ提示されることを意図したもので、限定するものではないことが、むしろ明白になるかも知れない。本明細書に明示されてはいないが、様々な代替、改良、及び変更が、当業者に想起されるかも知れない、また当業者に意図される。これらの代替、改良、及び変更は、本開示によって示唆されるものとし、本開示の例示的な実施形態の精神及び範囲内にある。

【0109】

更に、特定の用語は、本開示の実施形態について記載するために使用されている。例えば、用語「一実施形態」、「実施形態」、及び／又は「幾つかの実施形態」は、実施形態に関して記載される特定の特徴、構造又は特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。従って、本明細書の様々な部分の「実施形態」又は「一実施形態」又は「別の実施形態」に対する２回以上の言及は、必ずしも全て同じ実施形態について言及しているわけではないと強調され、理解されるべきである。更に、特定の特徴、構造又は特性は、適宜、本開示の１つ又は複数の実施形態において、組合せられてもよい。

【0110】

更に、本開示の態様は、任意の新規且つ有用な過程、機械、製造物若しくは合成物、又はそれらの任意の新規且つ有用な改良を含む多くの特許可能なクラス又は文脈の何れかにおいて、本明細書で図示され、記載されるかも知れないことは、当業者によって理解されるであろう。従って、本開示の態様は、完全にハードウェア、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実装されてもよい、或いは本明細書で全て「モジュール」、「ユニット」、「構成要素」、「装置」又は「システム」と一般に呼んでもよいソフトウェアとハードウェアを組合せた実装としてもよい。更にまた、本開示の態様は、コンピュータ可読なプログラムコードが組込まれた１つ又は複数の非一時的なコンピュータ可読な媒体に組込まれたコンピュータプログラム製品の形を取ってもよい。

【0111】

コンピュータ可読な信号媒体は、コンピュータ可読なプログラムコードが組込まれ、例えば、ベースバンドで又は搬送波の一部として、伝播されるデータ信号を含んでもよい。かかる伝播される信号は、電磁気、光学、若しくは同様のもの、又はそれらの任意の適当な組合せを含む、多様な形の何れかを取ってもよい。コンピュータ可読な信号媒体は、コンピュータ可読な記憶装置ではなく、使用するプログラムを、命令実行システム、機器、若しくは装置によって、又はそれらと関連して、通信、伝播或いは輸送してもよい任意のコンピュータ可読な媒体としてもよい。コンピュータ可読な信号媒体に組込まれたプログラムコードは、無線、有線、光ファイバケーブル、ＲＦ、若しくは同様のもの、又は前述したものの任意の適切な組合せを含む、任意の適切な媒体を使用して送信されてもよい。

【0112】

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

【0113】

更に、処理要素若しくはシーケンスの列挙順、数字、文字、又は他の記号表示の使用は、従って、クレームに記載された過程及び方法について、特許請求の範囲において特定されるかも知れない場合を除き、如何なる順序にも限定されないものとする。上記開示は、様々な実施例を通して、本開示の様々な有用な実施形態と現在考えられるものについて記述しているが、かかる詳細は、唯一その目的のためであり、付記されるクレームは、開示された実施形態に限定されず、むしろ、開示された実施形態の精神及び範囲内にある変更及び同等な構成をカバーするよう意図されるものと理解される。例えば、上記の様々な構成要素の実装は、ハードウェア装置に組込まれてもよいが、ソフトウェアオンリーソリューション、例えば、既存のサーバ又はモバイル装置にインストールされたものとして実装されてもよい。

【0114】

同様に、本開示の実施形態に関する前述の説明では、様々な実施形態の１つ又は複数を理解するのを助けて開示を効率化する目的で、様々な特徴は、単一の実施形態、図面、又はそれらの記載において纏められることがあると、理解されるべきである。こうした開示の方法は、しかしながら、クレームに記載された対象が各クレームで明示されるよりも多くの特徴を必要とするという意図を反映するものとは解釈されない。むしろ、クレームに記載された対象は、単一の上記開示された実施形態の全特徴より少ない特徴で成立する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】