JP2021005411A - 情報処理のためのシステム及び方法 - Google Patents

Abstract

【課題】ユーザグループを作成する方法を提供する。【解決手段】本方法は、複数のユーザから注文情報を取得することを備えてもよい。本方法は、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することを備えてもよい。本方法はまた、前記１つ以上のユーザグループの前記複数のユーザの各々に、ユーザグループに参加するための招待情報を送信することを備えてもよい。本方法はさらに、前記複数のユーザの少なくとも一部から招待情報に関連付けられた応答情報を受信することと、前記応答情報に基づいて前記複数のユーザの少なくとも一部を前記ユーザグループに追加することと、備えてもよい。【選択図】図５

Description

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

本開示は、概して、コンピュータに基づく情報処理に関し、より詳細には、ターゲットグループ化及び／又は分類のためのシステム及び方法に関する。

オンライン配車サービス（例えば、相乗りサービス）はますます普及している。プライベートカーを有する任意の運転者は、運転者がメンバーとして登録した後にオンライン配車サービスにアクセスすることができ、それは、乗客に潜在的なセキュリティリスク（例えば、犯罪）をある程度もたらす。したがって、旅行中の乗客の安全性を確保するためのシステム又は方法を開発する必要がある。

本開示の一態様は、１つ以上のユーザグループを作成するための方法を提供する。前記方法は、以下の動作のうち１つ以上を備えてもよい。プロセッサは、複数のユーザから注文情報を取得することができる。前記プロセッサは、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することができる。前記プロセッサは、１つ以上の前記ユーザグループの前記複数のユーザの各々に、ユーザグループに参加するための招待情報を送信することができる。プロセッサは、前記複数のユーザの少なくとも一部から前記招待情報に関連付けられた応答情報を受信すると、前記応答情報に基づいて前記複数のユーザの少なくとも一部を前記１つ以上のユーザグループに追加することができる。

いくつかの実施形態では、前記プロセッサは、前記複数のユーザの目的地を取得し、前記複数のユーザの目的地に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類することができる。

いくつかの実施形態では、前記プロセッサは、前記複数のユーザのうちの任意の２人の目的地間の距離を決定することができる。前記プロセッサは、前記距離を閾値と比較することによって、前記１つ以上のユーザグループを決定することができる。前記プロセッサはさらに、前記比較に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類することができる。

いくつかの実施形態では、前記プロセッサは、前記複数のユーザの現在位置及び対応する目的地を取得することができる。前記プロセッサは、前記現在位置及び対応する目的地に基づいて、前記複数のユーザの各々の走行時間を決定し、前記複数のユーザの各々の走行時間に基づいて、前記複数のユーザを前記１つ以上のユーザグループに分類することができる。

いくつかの実施形態では、前記プロセッサは、前記複数のユーザのうちの任意の２人の間の走行時間差を決定することができる。前記プロセッサは、前記走行時間差の絶対値を決定することができる。前記プロセッサは、前記絶対値を閾値と比較することによって１つ以上のユーザグループを決定し、前記比較に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類することができる。

いくつかの実施形態では、前記応答情報は、確認情報及びユーザ選好を備えてもよい。

いくつかの実施形態では、前記プロセッサは、前記注文情報に基づいて前記複数のユーザを１つ以上の主要ユーザグループに分類することができる。

いくつかの実施形態では、前記プロセッサは、前記応答情報に基づいて前記ユーザ選好の複数のカテゴリを決定することができ、前記主要グループは、前記確認情報に送信された前記複数のユーザの前記少なくとも一部を含む。前記プロセッサは、前記ユーザ選好の複数のカテゴリに対応する複数の副次的なユーザグループを作成し、かつ前記主要グループの前記複数のユーザの前記少なくとも一部を前記複数の副次的なユーザグループに追加することができる。

いくつかの実施形態では、前記ユーザ選好は、ユーザグループ中の性別情報及びユーザ数を備えてもよい。

いくつかの実施形態では、前記プロセッサは、前記応答情報に基づいて前記性別情報の第１の複数のカテゴリを決定することができる。前記プロセッサは、前記応答情報に基づいてユーザ数の第２の複数のカテゴリを決定し、かつ前記性別情報の前記第１の複数のカテゴリ及び前記ユーザ数の前記第２の複数のカテゴリに基づいて前記ユーザ選好の前記複数のカテゴリを決定することができる。

いくつかの実施形態では、前記プロセッサは、さらに前記１つ以上のユーザグループから脱退するための退出情報を、１人以上のユーザのうちのユーザから受信し、それに応じて前記ユーザを前記１つ以上のグループから削除することができる。

本開示の他の態様は、システムを提供する。前記システムは、少なくとも１つの記憶媒体と、前記少なくとも１つの記憶媒体と通信するように構成された少なくとも１つのプロセッサとを備えてもよい。前記少なくとも１つの記憶媒体は、命令セットを備えてもよい。前記少なくとも１つの記憶媒体が前記命令セットを実行するとき、前記少なくとも１つのプロセッサは、以下の動作のうちの１つ以上を実行するように指示されてもよい。前記少なくとも１つのプロセッサは、複数のユーザから注文情報を取得することができる。前記少なくとも１つのプロセッサは、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することができる。前記少なくとも１つのプロセッサは、前記１つ以上のユーザグループの前記複数のユーザの各々に、ユーザグループに参加するための招待情報を送信することができる。前記少なくとも１つのプロセッサは、前記複数のユーザの少なくとも一部から前記招待情報に関連付けられた応答情報を受信することができる。前記少なくとも１つのプロセッサは、前記応答情報に基づいて前記複数のユーザの少なくとも一部をユーザグループに追加することができる。

本開示の別の態様は、非一時的コンピュータ可読媒体を提供する。前記非一時的コンピュータ可読媒体は、少なくとも１つのプロセッサに方法を実行させる実行可能な命令を含むことができる。前記方法は、以下の動作のうち１つ以上を備えてもよい。前記少なくとも１つのプロセッサは、複数のユーザから注文情報を取得することができる。前記少なくとも１つのプロセッサは、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することができる。前記少なくとも１つのプロセッサは、前記１つ以上のユーザグループの前記複数のユーザの各々に、ユーザグループに参加するための招待情報を送信することができる。前記少なくとも１つのプロセッサは、前記複数のユーザの少なくとも一部から前記招待情報に関連付けられた応答情報を受信することができる。前記少なくとも１つのプロセッサは、前記応答情報に基づいて前記複数のユーザの少なくとも一部をユーザグループに追加することができる。

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

本開示のいくつかの実施形態に係る例示的な情報処理システムを示す概略図である。 本開示のいくつかの実施形態に係るコンピューティングデバイスの例示的なコンポーネントを示す概略図である。 本開示のいくつかの実施形態に係る例示的な携帯端末のハードウェア及び／又はソフトウェアコンポーネントを示す概略図である。 本開示のいくつかの実施形態に係る例示的な処理エンジンを示すブロック図である。 本開示のいくつかの実施形態に係るユーザグループを作成するための例示的なプロセスを示すフローチャートである。 本開示のいくつかの実施形態に係る複数のユーザを１つ以上のユーザグループに分類するための例示的なプロセスを示すフローチャートである。 本開示のいくつかの実施形態に係る複数のユーザを１つ以上のユーザグループに分類するための例示的なプロセスを示すフローチャートである。 本開示のいくつかの実施形態に係るユーザ選好に基づいてユーザグループを作成するための例示的なプロセスを示すフローチャートである。

本開示の実施形態に関する技術的解決策を説明するために、実施形態の説明において参照される図面の簡単な紹介を以下で提供する。明らかに、以下で説明される図面は、本開示のいくつかの実施例又は実施形態にすぎない。当業者は、さらなる創造的な努力なしに、これらの図面に従って本開示を他の同様のシナリオに適用することができる。別段の記載がない限り、又は文脈から明らかでない限り、図面中の同じ参照番号は、同じ構造及び動作を指す。

本開示及び添付の特許請求の範囲で使用されるように、「ａ」、「ａｎ」の単数形、及び「ｔｈｅ」は、内容が明確に指示しない限り、複数の指示対象を備える。本開示で使用されるとき、「含む」、「含み」、「備える」、及び／又は「備え」という用語は、述べられたステップ及び要素の存在を特定するが、１つ以上の他のステップ及び要素の存在又は追加を妨げないことがさらに理解される。

本開示のいくつかの実施形態によれば、前記システムのいくつかのモジュールを様々な方法で参照することができる。しかし、クライアント端末及び／又はサーバにおいて、任意の数の異なるモジュールを使用し動作させることができる。これらのモジュールは例示的なものであり、本開示の範囲を限定するものではない。前記システム及び方法の異なる態様において、異なるモジュールを使用することができる。

本開示のいくつかの実施形態によれば、フローチャートを使用して、前記システムによって実行される動作を説明する。明確に理解されるように、上記又は下記動作は、順番に実行されてもされなくてもよい。逆に、前記動作は、逆の順番に、又は同時に実行されてもよい。さらに、１つ以上の他の動作がフローチャートに追加されてもよく、又は１つ以上の動作がフローチャートから省略されてもよい。

本開示の実施形態の技術的解決策について、以下に説明されるような図面を参照して説明する。説明される実施形態が網羅的ではなく、限定的でもないことは明らかである。本開示で説明される実施形態に基づいて、いかなる創造的な作業もなしに当業者によって得られた他の実施形態は、本開示の範囲内である。

一態様では、本開示は、情報処理のためのシステム及び方法に関する。システムは、注文情報に基づいて複数のユーザを１つ以上の主要ユーザグループに分類することができる。複数のユーザの少なくとも一部が、ユーザグループに参加するための招待情報に応じてシステムに応答情報を送信すると、応答情報は、確認情報及びユーザ選好を備えてもよい。システムはさらに、応答情報に基づいて１つ以上の副次的なユーザグループを作成することができる。

図１は、本開示のいくつかの実施形態に係る例示的な情報処理システムを示す概略図である。例えば、情報処理システム１００は、ユーザからのサービス要求を処理するためのオンラインサービスプラットフォームであってもよい。いくつかの実施形態では、サービスは、タクシー配車サービス、運転代行サービス、運搬車両サービス、相乗りサービス、バスサービス、運転者雇用サービス及びシャトルサービスなどのような輸送サービスであってもよい。いくつかの実施形態では、サービスは、食事の予約、ショッピングなど、又はそれらの任意の組合せなどの任意のオンラインサービスであってもよい。前記システム１００は、サーバ１１０と、ネットワーク１２０と、要求者端末１３０と、提供者端末１４０と、記憶装置１５０とを含むオンラインプラットフォームであってもよい。

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

いくつかの実施形態では、サーバ１１０は、処理エンジン１１２を備えてもよい。処理エンジン１１２は、本開示に記載された１つ以上の機能を実行するために、サービス要求に関連する情報及び／又はデータを処理することができる。例えば、処理エンジン１１２は、複数のユーザから注文情報を取得し、取得された注文情報に基づいて複数のユーザを１つ以上のユーザグループに分類することができる。いくつかの実施形態では、処理エンジン１１２は、１つ以上の処理エンジン（例えば、シングルコア処理エンジン又はマルチコアプロセッサ）を備えてもよい。単に例として、処理エンジン１１２は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、画像処理装置（ＧＰＵ）、物理演算処理装置（ＰＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサなど、又はそれらの任意の組み合わせなどの１つ以上のハードウェアプロセッサを備えてもよい。

ネットワーク１２０は、情報及び／又はデータの変換を容易にすることができる。いくつかの実施形態では、システム１００内の１つ以上のコンポーネント（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０、及び／又は記憶装置１５０）は、ネットワーク１２０を介してシステム１００内の他のコンポーネントに情報及び／又はデータを送信することができる。例えば、サーバ１１０は、ネットワーク１２０を介して、提供者端末１３０からサービス要求を取得／入手することができる。サービス要求は、ユーザグループ化要求を備えてもよい。例えば、ユーザは、ユーザグループへの参加を要求することができる。いくつかの実施形態では、ネットワーク１２０は、任意のタイプの有線又は無線ネットワーク、又はそれらの組み合わせであってよい。単に例として、ネットワーク１３０は、ケーブルネットワーク、有線ネットワーク、光ファイバーネットワーク、テレコミュニケーションネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、公衆電話交換網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅネットワーク、近距離無線通信（ＮＦＣ）ネットワーク、など、又はそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを備えてもよい。例えば、前記ネットワーク１２０は、基地局及び／又はインターネット交換ポイント１２０−１、１２０−２などのような有線又は無線のネットワークアクセスポイントを備えてもよく、そこを介して前記オンデマンドサービスシステム１００の１つ以上のコンポーネントが前記ネットワーク１２０に接続されてデータ及び／又は情報を交換する。

いくつかの実施形態では、要求者は、前記要求者端末１３０のユーザであってもよい。いくつかの実施形態では、要求者端末１３０のユーザは、要求者以外の誰かであってよい。例えば、要求者端末１３０のユーザＡは、要求者端末１３０を用いて、ユーザＢにサービス要求を送信するか、又はサーバ１１０からサービス及び／又は情報あるいは命令を受信することができる。いくつかの実施形態では、提供者は、提供者端末１４０のユーザであってよい。いくつかの実施形態では、提供者端末１４０のユーザは、提供者以外の誰かであってよい。例えば、提供者端末１４０のユーザＣは、提供者端末１４０を用いて、ユーザＤにサービス要求、及び／又はサーバ１１０から情報又は命令を受信することができる。いくつかの実施形態では、「要求者」と「要求者端末」は、互換的に用いられてもよく、「ユーザ」と「ユーザ端末」は、互換的に用いられてもよく、「提供者」と「提供者端末」は、互換的に用いられてもよい。

いくつかの実施形態では、要求者端末１３０は、モバイルデバイス１３０−１、タブレット型コンピュータ１３０−２、ラップトップ型コンピュータ１３０−３、自動車内の内蔵デバイス１３０−４など、又はそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、モバイルデバイス１３０−１は、スマートホームデバイス、ウエアラブルデバイス、モバイルデバイス、バーチャルリアリティ装置、拡張現実装置など、又はそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、スマートホームデバイスは、スマート照明装置、インテリジェント電気機器の制御装置、スマート監視装置、スマートテレビ、スマートビデオカメラ、インターホンなど、又はそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、ウエアラブルデバイスは、ブレスレット、フットギア、眼鏡、ヘルメット、時計、衣服、バックパック、スマートアクセサリーなど、又はそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、モバイルデバイスは、携帯電話、携帯情報端末（ＰＤＡ）、ゲームデバイス、ナビゲーション装置、販売時点情報管理（ＰＯＳ）装置、ラップトップ、デスクトップなど、又はそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、バーチャルリアリティ装置及び／又は拡張現実装置は、バーチャルリアリティヘルメット、バーチャルリアリティ眼鏡、バーチャルリアリティパッチ、拡張現実ヘルメット、拡張現実眼鏡、拡張現実パッチなど、又はそれらの任意の組み合わせを備えてもよい。例えば、前記バーチャルリアリティ装置及び／又は前記拡張現実装置は、グーグルグラスＴＭ、リフトコンＴＭ、フラグメンツＴＭ、ギヤＶＲＴＭなどを備えてもよい。いくつかの実施形態では、自動車内の内蔵デバイス１３０−４は、車載コンピュータ、車載テレビ等を備えてもよい。いくつかの実施形態では、要求者端末１３０は、要求者及び／又は要求者端末１３０の位置を決めるための測位技術を備えた装置であってよい。

いくつかの実施形態では、提供者端末１４０は、要求者端末１３０と類似又は同一の装置であってもよい。いくつかの実施形態では、提供者端末１４０は、提供者端末１４０（例えば、サービス提供者）のユーザ及び／又は提供者端末１４０の位置を決めるための測位技術を利用する装置であってよい。いくつかの実施形態では、要求者端末１３０及び／又は提供者端末１４０は、要求者、要求者端末１３０、提供者及び／又は提供者端末１４０の位置を決定するために、１つ以上の他の測位装置と通信してもよい。いくつかの実施形態では、要求者端末１３０及び／又は提供者端末１４０は、測位情報をサーバ１１０に送信することができる。

本開示において用いられる測位技術は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパス測位システム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレスフィデリティ（ＷｉＦｉ）測位技術など、又はそれらの任意の組み合わせに基づくことができる。上記測位システムのうちの１つ以上は、本開示において互換的に用いることができる。

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

いくつかの実施形態では、記憶装置１５０は、前記オンデマンドサービスシステム１００内の１つ以上のコンポーネント（例えば、前記サーバ１１０、要求者端末１３０、提供者端末１４０など）と通信するために、ネットワーク１２０に接続されてもよい。システム１００内の１つ以上のコンポーネントは、ネットワーク１２０を介して、記憶装置１５０に記憶されたデータ又は命令にアクセスすることができる。いくつかの実施形態では、記憶装置１５０は、オンデマンドサービスシステム１００内の１つ以上のコンポーネント（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０など）と直接的に接続するか、又は通信することができる。いくつかの実施形態では、記憶装置１５０は、サーバ１１０の一部であってもよい。

いくつかの実施形態では、システム１００内の１つ以上のコンポーネント（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０等）は、記憶装置１５０にアクセスする許可を有することができる。いくつかの実施形態では、１つ以上の条件が満たされる場合、システム１００内の１つ以上のコンポーネントは、要求者、提供者及び／又は公共に関連付けられた情報の読み取り及び／又は変更を行うことができる。例えば、サーバ１１０は、サービスが完了した後に１人以上のユーザの情報の読み取り及び／又は変更を行うことができる。別の例として、要求者端末１３０からサービス要求を受信する場合、提供者端末１４０は、要求者に関連する情報にアクセスすることができるが、提供者端末１４０は、要求者の関連情報を変更することができない。

いくつかの実施形態では、システム１００内の１つ以上のコンポーネントの情報変換は、サービスを要求することにより達成することができる。サービス要求の対象は、任意の製品であってもよい。いくつかの実施形態では、製品は、有形製品であってもよく、無形製品であってもよい。有形製品は、食品、医薬品、商品、化学製品、電気器具、衣類、自動車、住宅、贅沢品など、又はそれらの任意の組み合わせを備えてもよい。無形製品は、サービス提供製品、金融商品、知識商品、インターネット製品など、又はそれらの任意の組み合わせを備えてもよい。インターネット製品は、個別ホスト製品、ウェブ製品、モバイルインターネット製品、商用ホスト製品、組み込み製品など、又はそれらの任意の組み合わせを備えてもよい。モバイルインターネット製品は、移動端末のソフトウェア、プログラム、システムなど、又はそれらの任意の組み合わせで用いることができる。移動端末は、タブレット型コンピュータ、ラップトップ型コンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、スマートウォッチ、販売時点情報管理（ＰＯＳ）装置、車載コンピュータ、車載テレビ、ウエアラブルデバイスなど、又はそれらの任意の組み合わせを備えてもよい。例えば、製品は、コンピュータ又は携帯電話で用いられる任意のソフトウェア及び／又はアプリケーションであってもよい。ソフトウェア及び／又はアプリケーションは、社交、ショッピング、輸送、娯楽、学習、投資など、又はそれらの任意の組み合わせに関連することができる。いくつかの実施形態では、輸送に関連付けるソフトウェア及び／又はアプリケーションは、旅行ソフトウェア及び／又はアプリケーション、車両スケジューリングソフトウェア及び／又はアプリケーション、地図ソフトウェア及び／又はアプリケーションなどを備えてもよい。車両スケジューリングソフトウェア及び／又はアプリケーションでは、車両は、馬、馬車、人力車（例えば、手押し一輪車、自転車、三輪車等）、自動車（例えば、タクシー、バス、自家用車等）、列車、地下鉄、船舶、航空機（例えば、飛行機、ヘリコプター、宇宙連絡船、ロケット、熱気球等）など、又はそれらの任意の組み合わせを備えてもよい。

当業者であれば、システム１００の要素が実行する場合、この要素は、電気信号及び／又は電磁信号を介して実行することができることを理解する。例えば、要求者端末１３０は、決定、対象の識別又は選択のようなタスクを処理するとき、そのようなタスクを処理するためにそのプロセッサ内の論理回路を動作させることができる。要求者端末１３０がサービス要求をサーバ１１０に送信するとき、サービス要求者端末１３０のプロセッサは、サービス要求を符号化する電気信号を生成することができる。要求者端末１３０のプロセッサは、その後、電気信号を出力ポートに送信することができる。要求者端末１３０が有線ネットワークを介してサーバ１１０と通信すると、出力ポートは、電気信号をサーバ１１０の入力ポートにさらに送信できるケーブルに物理的に接続することができる。要求者端末１３０が無線ネットワークを介してサーバ１１０と通信すると、要求者端末１３０の出力ポートは、電気信号を電磁信号に変換できる１つ以上のアンテナであってよい。同様に、提供者端末１４０は、そのプロセッサ内の論理回路の動作によりタスクを処理し、かつ電気信号又は電磁信号を介してサーバ１１０から命令及び／又はサービス要求を受信することができる。要求者端末１３０、提供者端末１４０及び／又はサーバ１１０のような電子デバイス内で、そのプロセッサが命令の処理、命令の送信、及び／又は動作の実行を行うとき、命令及び／又は動作は、電気信号を介して実行される。例えば、プロセッサは、記憶媒体（例えば、記憶装置１５０）からデータを検索するか又は保存するとき、構造化データを記憶媒体に読み書きすることができる読み書き装置に電気信号を送信することができる。構造化データは、電子デバイスのバスを介して、電気信号の形でプロセッサに送信することができる。ここで、電気信号は、１つの電気信号、一連の電気信号、及び／又は複数の離散電気信号を指すことができる。

図２は、本開示のいくつかの実施形態に係るコンピューティングデバイスの例示的なコンポーネントを示す概略図である。サーバ１１０、運転者端末１２０及び／又は記憶装置１３０は、本開示のいくつかの実施形態に従ってコンピューティングデバイス２００に実装することができる。特定のシステムは、機能ブロック図を使用して、１つ以上のユーザインタフェースを含むハードウェアプラットフォームを説明することができる。コンピュータは、汎用又は特定の機能を有するコンピュータであってよい。両方のタイプのコンピュータは、本開示のいくつかの実施形態に係る任意の特定のシステムを実装するように構成される。コンピューティングデバイス２００は、本開示で開示される１つ以上の機能を実行する任意のコンポーネントを実装するように構成される。例えば、コンピューティングデバイス２００は、本明細書で記載されるように、システム１００の任意のコンポーネントを実装することができる。図１及び図２では、単に便宜上、上記コンピュータ装置が１つのみ示される。当業者は、本願を出願する時に、処理負荷を分散させるために、本明細書に記載されたサービスに関連するコンピュータ機能が複数の同様のプラットフォームに分散して実装可能であることを理解する。

図２に示すように、コンピューティングデバイス２００は、プロセッサ２１０と、メモリ２２０と、通信インタフェース２３０と、通信バス２４０とを備えてもよい。プロセッサ２１０ 、メモリ２２０ 、及び通信インタフェース２３０は、通信バス２４０を介して互いに情報及び／又はデータを交換することができる。いくつかの実施形態では、通信インタフェース２３０は、コンピューティングデバイス２００と他の（例えば、要求者端末１３０又は提供者端末１４０）コンポーネントとの間のデータ通信を容易にするように構成されてもよい。

プロセッサ２１０は、本開示で説明される例示的な方法又はプロセスを実行するために、メモリ２２０に記憶された命令セットを呼び出すことができる。例えば、プロセッサは、複数のユーザから少なくとも１つの現在の処理注文の注文情報を取得することができる。プロセッサは、注文情報に基づいて複数のユーザを１つ以上のユーザグループに分類することができる。プロセッサは、１つ以上のユーザグループの複数のユーザの各々にユーザグループに参加するための招待情報を送信することができる。プロセッサは、複数のユーザの少なくとも一部から招待情報に関連付けられた応答情報を受信し、応答情報に基づいて複数のユーザの少なくとも一部をユーザグループに追加することができる。

プロセッサ２１０は、その中にインタフェース回路及び処理回路を備えてもよい。インタフェース回路は、バス２４０から、処理回路が処理するための構造化データ及び／又は命令を符号化する電子信号を受信するように構成される。処理回路は、論理計算を行い、次に、電子信号として符号化された結論、結果及び／又は命令を決定することができる。そして、インタフェース回路は、バス２１０を介して、電子信号を処理回路から送信することができる。

例示的なメモリ２２０は、様々なデータファイルをコンピュータデバイス２００で処理及び／又は送信するために、プログラムストレージ、及び／又は、例えばディスク、リードオンリーメモリ（ＲＯＭ）又はランダムアクセスメモリ（ＲＡＭ）を含む異なる形式のデータストレージを備えてもよい。プロセッサ２１０は、メモリ２２０、及び／又は他のタイプの非一時的記憶媒体に記憶されたプログラム命令を実行することができる。本開示の方法及び／又はプロセスは、プログラム命令として実装されてもよい。いくつかの実施形態では、コンピューティングデバイス２００はさらに、ネットワーク通信を介してプログラミング及びデータを受信することができる。

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

図３は、本開示のいくつかの実施形態に係る例示的なモバイルデバイスの例示的なハードウェア及び／又はソフトウェアコンポーネントを示す概略図である。要求者端末１３０は、本開示のいくつかの実施形態に従って、モバイルデバイス３００に実装されてもよい。図３に示すように、モバイルデバイス３００は、通信モジュール３１０、ディスプレイ３２０、グラフィック処理ユニット（ＧＰＵ）３３０、中央処理装置（ＣＰＵ）３４０、Ｉ／Ｏ３５０、メモリ３６０及びストレージ３９０を備えてもよい。ＣＰＵ３４０は、その中にインタフェース回路とプロセッサ２１０に類似する処理回路を備えてもよい。いくつかの実施形態では、システムバス又はコントローラ（図示せず）を含むがこれらに限定されない任意の他の適切なコンポーネントは、モバイルデバイス３００に含まれてもよい。いくつかの実施形態では、モバイルオペレーティングシステム３７０（例えば、ｉＯＳ^ＴＭ、Ａｎｄｒｏｉｄ^ＴＭ、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ^ＴＭなど）及び１つ以上のアプリケーション３８０は、ＣＰＵ８４０によって実行されるように、ストレージ３９０からメモリ３６０にロードされてもよい。アプリケーション３８０は、軌跡データをサーバ１１０に送信するためのブラウザ又は任意の他の適切なモバイルアプリを備えてもよい。情報ストリームとのユーザ対話は、Ｉ／Ｏ３５０を介して達成され、ネットワーク１２０を介して、システム１００の処理エンジン１１２及び／又は他のコンポーネントに提供されてもよい。

本開示で説明される様々なモジュール、ユニット及びそれらの機能を実装するために、コンピュータハードウェアプラットフォームは、１つ以上の要素（例えば、図１に記載のサーバ１１０のコンポーント）のハードウェアプラットフォームとして使用することができる。これらのハードウェア要素、オペレーティングシステム及びプログラム言語が共通であるので、当業者は、これらの技法に精通し、本開示で説明される技術に従って制御する信号機に必要な情報を提供することがきると考えられてもよい。ユーザインタフェースを備えたコンピュータは、パーソナルコンピュータ（ＰＣ）、又は任意の他のタイプのワークステーション若しくは端末装置として使用することができる。ユーザインタフェースを備えたコンピュータは、適切にプログラムされた後、サーバとして使用することができる。当業者は、そのような構造、プログラム、又はこのタイプのコンピュータ装置の一般的な動作にも精通していると考えられてもよい。したがって、この図面についての追加の説明が記載されていない。

図４は、本開示のいくつかの実施形態に係る例示的な処理エンジンを示すブロック図である。処理エンジン１１２は、取得モジュール４１０と、分類モジュール４２０と、送信モジュール４３０と、グループ作成モジュール４４０とを備えてもよい。

モジュールは、処理エンジン１１２の少なくとも一部のハードウェア回路であってもよい。これらのモジュールは、処理エンジン１１２によって読み出されて実行されるアプリケーション又は命令セットとして実装することもできる。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理エンジンがアプリケーション／命令セットを実行しているときに、これらのモジュールは、処理エンジンの一部であってもよい。

取得モジュール４１０は、複数のユーザからサービス注文の注文情報を取得することができる。

単なる例示目的のために、ユーザは、ネットワーク１２０を介してサーバ１１０にサービス注文を送信することができ、サービス注文は、ストレージ（例えば、記憶装置１５０ 又はメモリ２２０）に記憶されてもよい。プロセッサ（例えば、取得モジュール４１０）は、ストレージからサービス注文の注文情報を取得することができる。注文情報は、開始位置、目的地、ユーザＩＤ、ユーザの性別などを備えてもよいが、これらに限定されない。いくつかの実施形態では、サービス注文は、リアルタイム注文であってもよい。例えば、取得モジュール４１０は、ユーザからリアルタイムにサービス注文を直接的に取得することができ、取得されたサービス注文は、リアルタイム注文であってもよい。

分類モジュール４２０は、注文情報に基づいて複数のユーザを１つ以上のユーザグループに分類することができる。いくつかの実施形態では、１つ以上のユーザグループのうちの１つは、主要ユーザグループと呼ばれることもある。主要ユーザグループは、同じ又は類似の目的地及び／又は残りの走行時間（以下、「走行時間」とも呼ばれる）を有するユーザグループを指すことができる。走行時間は、ユーザが自身の現在位置から自身の目的地まで走行する持続時間を指すことができる。旅行を開始した１人以上のユーザにとって、彼らが同じ又は類似の走行時間を有すると、１人以上のユーザが同じ又は類似の時間に彼らの目的地に到着できることを示すことができる。いくつかの実施形態では、分類モジュール４２０は、複数のユーザの目的地及び／又は走行時間に基づいて複数のユーザを１つ以上の主要ユーザグループに分類することができる。

例えば、分類モジュール４２０は、注文情報に基づいて複数のユーザの目的地を取得することができる。分類モジュール４２０は、複数のユーザのうちの任意の２人の目的地間の距離を決定することができる。分類モジュール４２０は、距離を閾値と比較することにより、１つ以上のユーザグループを決定し、比較に基づいて複数のユーザの少なくとも一部を主要ユーザグループ（「目的地グループ」とも呼ぶ）に分類することができる。

別の例として、分類モジュール４２０は、注文情報に基づいて複数のユーザの現在位置及び目的地を取得することができる。分類モジュール４２０は、現在位置及び対応する目的地に基づいて複数のユーザの各々についての走行時間を決定することができる。分類モジュール４２０は、複数のユーザのうちの任意の２人の間の走行時間差を決定し、かつ走行時間差の絶対値を決定することができる。次に、分類モジュール４２０は、絶対値を閾値と比較することによって１つ以上のユーザグループを決定し、比較に基づいて複数のユーザを１つ以上の主要ユーザグループ（「時間グループ」とも呼ぶ）に分類することができる。

送信モジュール４３０は、対応するユーザグループに参加するための招待情報を複数のユーザの各々に送信することができる。いくつかの実施形態では、プロセッサは、ネットワーク１２０を介して任意の適切な通信プロトコルを使用して、メッセージの形で招待情報を送信することができる。適切な通信プロトコルは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、アドレス解決プロトコル（ＡＲＰ）、動的ホスト構成プロトコル（ＤＨＣＰ）、ファイル転送プロトコル（ＦＴＰ）を備えてもよい。

グループ作成モジュール４４０は、複数のユーザの少なくとも一部から招待情報に関連付けられた応答情報を受信し、応答情報に基づいて１つ以上のユーザグループを作成し、複数のユーザの少なくとも一部を対応するユーザグループに追加することができる。単なる例示目的のために、グループ作成モジュール４４０は、目的地グループの複数のユーザから、ユーザグループに参加するための確認情報及びユーザ選好を受信することができる。グループ作成モジュール４４０は、ユーザグループに参加することに同意する（即ち、確認情報を送信した）複数のユーザを備えるユーザセットを決定することができる。グループ作成モジュール４４０は、同じ副次的なユーザグループに対するユーザ選好を満たすユーザセットの複数のユーザの少なくとも一部に基づいて、１つ以上の副次的なユーザグループを作成することができる。いくつかの実施形態では、ユーザ選好情報は、ユーザグループ中の性別情報及びユーザ数を備えてもよい。

いくつかの実施形態では、グループ作成モジュール４４０は、ユーザグループから脱退するためのユーザ退出情報を、１人以上のユーザのうちのユーザから受信し、それに応じてユーザをユーザグループから削除することができる。

処理エンジン１１２の上記の説明は、例示を目的として提供されたものに過ぎず、本開示の範囲を限定するものではないことに留意すべきである。当業者は、本開示の教示下で複数の変形及び修正を行うことができる。例えば、処理エンジン１１２は、データ記憶を容易にするために記憶モジュールをさらに備えてもよい。しかしながら、これらの変形及び修正は、本開示の範囲から逸脱するものではない。

図５は、本開示のいくつかの実施形態に係るユーザグループを作成するための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス５００は、情報処理システム１００に実装されてもよい。例えば、プロセス５００は、命令の形態として記憶装置１５０及び／又はストレージ（例えば、メモリ２２０）に記憶され、サーバ１１０（例えば、サーバ１１０内にある処理エンジン１１２、又はコンピューティングデバイス２００のプロセッサ２１０）によって呼び出されるか、及び／又は実行されてもよい。

５０１において、プロセッサ（例えば、取得モジュール４１０）は、複数のユーザから少なくとも１つの現在のサービス注文の注文情報を取得することができる。

プロセッサ（例えば、サーバ１１０の処理エンジン１１２、又はプロセッサ２１０）は、動作５０２〜５１０を実行できることに留意すべきである。いくつかの実施形態では、ユーザは、ユーザ端末（例えば、要求者端末１３０）を介して少なくとも１人の運転者（又は少なくとも１人の運転者の提供者端末１４０）にサービス注文（「現在のサービス注文」とも呼ばれる）の形態でサービス要求を送信することができる。運転者がサービス注文を受信した後、要求者端末１３０は、サービス注文の注文情報をサーバ１１０に送信することができる。現在のサービス注文の状態は、サーバ１１０がサービス注文を処理していることを示す「処理中」状態に切り替えられてもよい。ユーザがサービス注文の目的地に到着したと、サービス注文の状態は、運転者がサービス注文の行程を完了したことを示す「完了」状態に切り替えられてもよい。いくつかの実施形態では、運転者がサービス注文を受信した後、運転者端末（例えば、提供者端末１４０）は、受信されたサービス注文の注文情報をサーバ１１０に送信することができる。現在のサービス注文の状態は、サーバ１１０がサービス注文を処理していることを示す「処理中」状態に切り替えられてもよい。運転者がユーザをサービス注文の目的地に連れて行くと、サービス注文の状態は、運転者がサービス注文の行程を完了したことを示す「完了」状態に切り替えられてもよい。

いくつかの実施形態では、プロセッサは、複数のユーザから注文情報を取得することができる。単なる例示目的のために、ユーザは、ネットワーク１２０を介してサーバ１１０にサービス注文を送信することができ、サービス注文は、ストレージ（例えば、記憶装置１５０ 又はメモリ２２０）に記憶されてもよい。プロセッサ（例えば、取得モジュール４１０）は、ストレージからサービス注文の注文情報を取得することができる。注文情報は、開始位置、目的地、ユーザＩＤ、ユーザの性別などを備えてもよいが、これらに限定されない。いくつかの実施形態では、サービス注文は、リアルタイム注文であってもよい。例えば、サーバ１１０は、ユーザからリアルタイムにサービス注文を直接的に取得することができ、取得されたサービス注文は、リアルタイム注文であってもよい。

５０４において、プロセッサ（例えば、分類モジュール４２０）は、注文情報に基づいて複数のユーザを１つ以上のユーザグループに分類することができる。

プロセッサは、複数のユーザからサービス注文の注文情報を取得した後、注文情報に基づいて、複数のユーザを１つ以上のユーザグループに分類することができる。いくつかの実施形態では、１つ以上のユーザグループのうちの１つは、主要ユーザグループと呼ばれることもある。例えば、プロセッサは、１人以上のユーザのうちの任意の２人の目的地間の距離が特定の閾値（即ち、０．５ｋｍ、３ｋｍ、６ｋｍなどの距離値）より小さいとき、１人以上のユーザを同じ主要ユーザグループに分類することができる。この場合、分類された主要ユーザグループは、目的地グループとも呼ばれる。同じ目的地グループの１人以上のユーザのうちの任意の２人の目的地間の距離は、特定の閾値より小さくてもよい。別の例として、プロセッサは、１人以上のユーザのうちの任意の２人の間の走行時間差が特定の閾値（即ち、３分、５分、１０分などの持続時間）より小さいとき、１人以上のユーザを同じ主要ユーザグループに分類することができる。この場合、分類された主要ユーザグループは、時間グループとも呼ばれる。同じ時間グループの１人以上のユーザのうちの任意の２人の間の走行時間差は、特定の閾値より小さくてもよい。

いくつかの実施形態では、プロセッサは、ユーザの選好のような複数のユーザの要求に基づいて、分類された主要ユーザグループの複数のユーザの少なくとも一部を１つ以上のユーザグループにさらに分類することができる。ユーザ選好は、ユーザグループ中の性別情報及びユーザ数を備えてもよい。例えば、ユーザが、ほとんどのグループメンバが女性であるユーザグループに参加することを要求したと、プロセッサは、女性である複数のユーザを同じユーザグループに分類することができる。

いくつかの実施形態では、主要ユーザグループは、目的地グループ又は時間グループであってもよい。本明細書で使用されるように、目的地グループは、任意の２人のユーザの目的地間の距離が予め設定された閾値より小さいユーザグループを指すことができる。時間グループは、任意の２人のユーザ間の走行時間差が予め設定された閾値より小さいユーザグループを指すことができる。プロセッサは、注文情報（例えば、現在位置及び目的地）に基づいてユーザの走行時間を決定することができる。いくつかの実施形態では、プロセッサ（例えば、グループ作成モジュール４４０）は、主要ユーザグループに基づいて一つ以上の副次的なユーザグループを作成することができる。副次的なユーザグループは、主要ユーザグループのサブグループを指すことができる。単なる例として、主要ユーザグループ内のユーザは、ユーザ選好 （例えば、ユーザグループ内のユーザ数の選好、グループ内のユーザの学歴など）に基づいて１つ以上の副次的なグループに再分類されてもよい。副次的なユーザグループの作成に関するさらなる説明は、本開示の他の部分（例えば、図８及びその説明）に見出すことができる。

５０６において、プロセッサ（例えば、送信モジュール４３０）は、１つ以上のユーザグループのうちの複数のユーザの各々にユーザグループに参加するための招待情報を送信することができる。

複数のユーザが１つ以上の主要ユーザグループに分類された後、プロセッサは、１つ以上の主要ユーザグループの複数のユーザの各々にユーザグループに参加するための招待情報を送信することができる。複数のユーザのユーザ端末（例えば、要求者端末１３０）は、招待情報を受信し、そして招待情報をディスプレイ（例えば、ディスプレイ３２０）上に表示することができる。いくつかの実施形態では、プロセッサは、ネットワーク１２０を介して任意の適切な通信プロトコルを使用して、メッセージの形で招待情報を送信することができる。適切な通信プロトコルは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、アドレス解決プロトコル（ＡＲＰ）、動的ホスト構成プロトコル（ＤＨＣＰ）、ファイル転送プロトコル（ＦＴＰ）を備えてもよい。

１つ以上の主要ユーザグループのユーザが招待情報に示されるユーザグループに参加することに同意すると、プロセッサは、対応するユーザグループにユーザを追加できることを示すことができる。単なる例示目的のために、招待情報は「ユーザグループに参加しますか？ＹＥＳ又はＮＯ」のようなメッセージであってもよい。ユーザが「ＹＥＳ」を選択したと、ユーザは、ユーザグループに参加することに同意することを示すことができる。ユーザが「ＮＯ」を選択したと、ユーザはユーザグループに参加することを拒否する。

５０８において、プロセッサ（例えば、グループ作成モジュール４４０）は、複数のユーザのうちの少なくとも一部から招待情報に関連付けられた応答情報を受信することができる。

複数のユーザが招待情報を受信した後、ユーザグループに参加することに同意した複数のユーザの少なくとも一部は、サーバ１１０に応答情報を送信することができる。いくつかの実施形態では、応答情報は、確認情報及びそれらのユーザ選好を備えてもよい。確認情報は、ユーザが招待情報に関連付けられたユーザグループに参加することに同意することを示すことができる。ユーザ選好情報は、ユーザグループ中の性別情報及びユーザ数を備えてもよい。

いくつかの実施形態では、ユーザは、ネットワーク１２０を介して任意の適切な通信プロトコルを使用して、メッセージの形で応答情報を送信することができる。適切な通信プロトコルは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、アドレス解決プロトコル（ＡＲＰ）、動的ホスト構成プロトコル（ＤＨＣＰ）、ファイル転送プロトコル（ＦＴＰ）を備えてもよい。いくつかの実施形態では、ユーザは、ポップアップダイアログボックスを記入することによって応答情報を決定することができる。例えば、ユーザは、ユーザ端末（例えば、要求者端末１３０）のディスプレイ（例えば、ディスプレイ３２０）上のポップアップダイアログボックスにユーザ選好を設定することができる。応答情報が完了した後、ユーザは応答情報をプロセッサに（例えば、要求者端末１３０を介して）送信することができる。いくつかの実施形態では、ユーザは、ユーザが確認情報を送信した後にユーザ選好を設定することができる。

５１０において、プロセッサは、応答情報に基づいて、複数のユーザの少なくとも一部を１つ以上のユーザグループに追加することができる。

単なる例示目的のために、プロセッサは、１人以上のユーザを第１の目的地グループに分類することができる。プロセッサは、ユーザグループ（例えば、ユーザグループＡ）に参加するための第１の招待情報を、第１の目的地グループの１人以上のユーザの各々に送信することができる。第１の目的地グループの１人以上のユーザの一部がユーザグループＡに参加するための確認情報をサーバ１１０又はプロセッサ２１０に送信すると、プロセッサは１人以上のユーザの一部をユーザグループに追加することができる。いくつかの実施形態では、応答情報は、それらのユーザ選好を備えてもよく、プロセッサはさらにユーザ選好に基づいて副次的なユーザグループを作成することができる。例えば、プロセッサは、ユーザ選好を複数のカテゴリに分類し、ユーザ選好の複数のカテゴリに基づいて副次的なユーザグループを決定することができる。副次的なユーザグループを決定することに関するさらなる説明は、本開示の他の部分（例えば、図８及びその説明）に見出すことができる。

図５に示すプロセス５００では、プロセッサは、複数のユーザに関連付けられた注文情報に基づいて、主要ユーザグループの複数のユーザを１つ以上のサブグループ（即ち、副次的なユーザグループ）に分類することができる。主要ユーザグループは、目的地グループ又は時間グループを備えてもよい。いくつかの実施形態では、時間グループから分類されたユーザグループのユーザは、各ユーザが現在位置から目的地まで走行する類似又は同じ走行時間を有することができる。いくつかの実施形態では、目的地グループに分類されたユーザグループのユーザは、類似又は同じ目的地を有することができる。いくつかの実施形態では、同じユーザグループ内のユーザは、グループでチャットすることができ、例えば、位置情報、車両の免許番号及び／又は運転者情報など、又はそれらの任意の組み合わせを共有することができる。したがって、同じユーザグループ内のユーザは、彼らの走行中に互いのセキュリティ状態を監視することができる。

図６は、本開示のいくつかの実施形態に係る、複数のユーザの目的地に基づいて複数のユーザを１つ以上のユーザグループに分類するための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス６００は、情報処理システム１００に実装されてもよい。例えば、プロセス６００は、命令の形態として記憶装置１５０及び／又はストレージ（例えば、メモリ２２０）に記憶され、サーバ１１０（例えば、サーバ１１０内にある処理エンジン１１２、又はコンピューティングデバイス２００のプロセッサ２１０）によって呼び出されるか、及び／又は実行されてもよい。

６０２において、プロセッサ（例えば、分類モジュール４２０）は、複数のユーザからの注文情報に基づいて複数のユーザの目的地を取得することができる。

いくつかの実施形態では、プロセッサは、複数のユーザから複数のリアルタイム注文を取得することができる。プロセッサは、ユーザからリアルタイムにサービス注文を直接的に取得することができ、取得されたサービス注文は、リアルタイム注文であってもよい。リアルタイム注文は、タクシー配車サービス、相乗りサービスなどの輸送サービスに関することができる。いくつかの実施形態では、リアルタイム注文の注文情報は、開始位置、目的地、ユーザのＩＤ、ユーザの性別など、又はそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、注文情報は、ストレージ（例えば、記憶装置１５０、又はメモリ２２０）に記憶されてもよい。プロセッサは、注文情報に含まれる複数のユーザの目的地をストレージから取得することができる。

６０４において、プロセッサ（例えば、分類モジュール４２０）は、複数のユーザのうちの任意の２人の目的地間の距離を決定することができる。

例えば、第１のユーザの第１の目的地は位置Ａであり、第２のユーザの第２の目的地は位置Ｂであり、プロセッサは、第１の目的地から第２の目的地までの距離を、位置Ａと位置Ｂとの間の距離差（例えば、０．９キロメートル、３キロメートルなど）として決定することができる。同様に、プロセッサは、複数のユーザのうちの任意の２つの目的地間の複数の距離を決定することができる。決定された複数の距離は、記憶装置１５０に記憶されてもよい。

６０６において、プロセッサ（例えば、分類モジュール４２０）は、距離を第１の閾値と比較することによって、１つ以上のユーザグループを決定することができる。第１の閾値は、３キロメートル、５キロメートル、６キロメートルなどの所定の距離値であってもよい。第１の閾値は、情報処理システム１００のデフォルト設定に従って、ユーザ（例えば、技術者）によって設定されてもよい。いくつかの実施形態では、情報処理システム１００は、サービス注文の数に基づいて第１の閾値を動的に調整することができる。プロセッサ２１０がある期間内に多すぎるサービス注文を取得したと、プロセッサ２１０は第１の閾値をより小さい値に調整することができる。例えば、プロセッサ２１０は、第１の閾値を５キロメートルから３キロメートルまで調整することができる。プロセッサは、第１の閾値をストレージ（例えば、記憶装置１５０）に記憶することができる。プロセッサは、ストレージから第１の閾値を取得することができる。

６０８において、プロセッサ（例えば、分類モジュール４２０）は、比較に基づいて複数のユーザを１つ以上のユーザグループに分類することができる。

いくつかの実施形態では、プロセッサは、目的地グループを決定するために問い合わせ動作を実行することができる。問い合わせ動作を実行するために、プロセッサは、サービス注文に示されるようなユーザＡの目的地Ａを取得し、かつユーザＡを目的地グループＡに追加することができる。次に、プロセッサは、複数のユーザからの複数のリアルタイムサービス注文に対応する複数の目的地について問い合わせ、目的地Ａと１つ以上の目的地の各々との間の距離が第１の閾値以下である複数の目的地から１つ以上の目的地を取得することができる。取得された１つ以上の目的地に対応する１人以上のユーザが目的地グループＡにいないと、プロセッサは、１人以上のユーザを目的地グループＡに追加することができる。

いくつかの実施形態では、プロセッサは、問い合わせ動作を複数回繰り返すことができる。プロセッサが、予め設定された条件、例えばユーザの目的地と特定の目的地（例えば、目的地Ａ）との間の距離が第１の閾値以下であることを満たす全てのユーザを同じ目的地グループ（例えば、 目的地グループＡ）に追加するとき、プロセッサは問い合わせ動作を終了することができる。

いくつかの実施形態では、プロセッサは、複数のユーザの目的地を含む注文情報を取得し、目的地を含む地図上の円を決定することができる。円の直径は第１の閾値に等しくてもよい。円の中心は、目的地（例えば目的地Ａ）であってもよい。プロセッサは、円内の１つ以上の目的地を決定し、１つ以上の目的地に対応する１つ以上のユーザを目的地グループに追加することができる。

例えば、プロセッサは、ユーザＡからサービス注文Ａを取得し、サービス注文Ａの注文情報に基づいてユーザＡの目的地Ａを取得することができる。プロセッサは、地図上の第１の円を決定することができる。第１の円の中心は、目的地Ａであってもよく、第１の円の直径は、第１の閾値であってもよい。プロセッサは、地図上の第１の円内の１つ以上の第１の目的地を決定することができる。プロセッサは、１つ以上の第１の目的地に対応する１つ以上のユーザを第１の目的地グループに分類することができる。同様に、プロセッサは、地図上の第２の円を決定することができる。第２の円の中心は目的地Ｂであり、第２の円の直径も第１の閾値であってもよい。プロセッサは、地図上の第２の円内の１つ以上の第２の目的地を決定することができる。プロセッサは、１つ以上の第２の目的地に対応する１つ以上のユーザを第２の目的地グループに分類することができる。プロセッサは、第１の目的地グループ又は第２の目的地グループが決定されるのと同様の方法で１つ以上の目的地グループを決定することができることが理解されるべきである。

いくつかの実施形態では、プロセッサは、複数のユーザの目的地を１つ以上のグループに分類し、次に１つ以上のグループにそれぞれ対応する１つ以上のユーザグループ（即ち、主要ユーザグループ）を作成することができる。次に、プロセッサは、複数のユーザを１つ以上のユーザグループに追加することができる。

目的地の違いに基づいてユーザをユーザグループに分類することは、同じ目的地グループ内のユーザが自身の目的地の周囲の環境に精通しているため、走行安全性を改善することができることが理解されるべきである。同じユーザグループ内のユーザの安全性は、情報（例えば、位置情報）を互いに共有することによって改善されてもよい。例えば、ユーザＡとユーザＢとが同じ目的地グループに属していると仮定し、ユーザＡは、自身の位置情報をユーザＢと共有し、ユーザＢは、共有した位置情報に基づいてユーザＡが目的地までの正しい経路をとるか否かを決定することができる。ユーザＢは、ユーザＡが正しい経路から逸脱していると決定したと、警告メッセージをユーザＡに送信することができる。このように、同じ目的地グループ内のユーザは、位置情報を共有することによって互いに注意を払うことができる。

図７は、本開示のいくつかの実施形態に係る、複数のユーザの走行時間に基づいて複数のユーザを１つ以上のグループに分類するための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス７００は、ｘｘｘシステム１００に実装されてもよい。例えば、プロセス７００は、命令の形態として記憶装置１５０及び／又はストレージ（例えば、メモリ２２０）に記憶され、サーバ１１０（例えば、サーバ１１０内にある処理エンジン１１２、又はコンピューティングデバイス２００のプロセッサ２１０）によって呼び出されるか、及び／又は実行されてもよい。

７０２において、プロセッサ（例えば分類モジュール４２０）は、複数のユーザの現在位置及び対応する目的地を取得することができる。

いくつかの実施形態では、プロセッサは、複数のユーザのユーザ端末（例えば、要求者端末１３０）から複数のユーザの現在位置を取得することができる。例えば、ユーザの要求者端末１３０は、測位システム（例えばＧＰＳシステム）と通信することができる。測位システムは、要求者端末１３０の現在位置を取得することができる。要求者端末１３０は、要求者端末１３０の現在位置をサーバ１１０（例えば、処理エンジン１１２又はプロセッサ２１０）に送信することができる。プロセッサは、要求者端末１３０の現在位置を取得し、要求者端末１３０の現在位置をユーザの現在位置として決定することができる。

いくつかの実施形態では、プロセッサは、例えば、複数のユーザのサービス注文の注文情報に基づいて複数のユーザの目的地を取得することができる。注文情報は、開始位置、目的地、ユーザのＩＤ、ユーザの性別など、又はそれらの任意の組み合わせを備えてもよい。

７０４において、プロセッサ（例えば、分類モジュール４２０）は、複数のユーザの現在位置及び対応する目的地に基づいて複数のユーザの各々についての走行時間を決定することができる。例えば、プロセッサは、ユーザが現在位置から目的地まで走行する経路を決定し、かつその経路の距離を決定することができる。プロセッサはまた、ユーザが現在位置と目的地から走行する速度を決定することができる。プロセッサは、ユーザが乗車した車両の速度で距離を除算することによって、ユーザが現在位置から目的地まで走行する走行時間を決定することができる。

いくつかの実施形態では、プロセッサがサービス注文を受信した後、プロセッサは、開始位置又は現在位置から目的地までの経路を計画することができる。経路は、ストレージ（例えば、記憶装置１５０）に記憶されてもよい。プロセッサは、現在位置から目的地までの経路をストレージから取得することができる。いくつかの実施形態では、プロセッサは、第三者のデータベース（例えば、地図サーバ）から現在位置から目的地までの経路を取得することができる。プロセッサは、経路の距離を決定することができる。

いくつかの実施形態では、プロセッサは、現在位置から目的地までの履歴トラックデータに基づいて、ユーザが乗車した車両の速度を決定することができる。履歴トラックデータは、現在位置から目的地まで走行する複数の車両（例えば、タクシー）の履歴速度に関することができる。プロセッサは、履歴速度の平均速度を決定することができる。プロセッサは、平均速度を、ユーザが現在位置から目的地まで走行する速度として指定することができる。

いくつかの実施形態では、プロセッサは、第三者のデータベース（例えば、地図サーバ）から現在位置から目的地までの走行時間を決定することができる。例えば、地図サーバは、現在位置から目的地までの経路計画及び／又は走行時間を提供することができる。プロセッサは、地図サーバからユーザの走行時間を直接的に取得することができる。

７０６において、プロセッサ（例えば、分類モジュール４２０）は、複数のユーザのうちの任意の２人の間の走行時間差を決定することができる。

７０８において、プロセッサ（例えば、分類モジュール４２０）は、決定された走行時間差の絶対値をそれぞれ決定することができる。

７１０において、プロセッサ（例えば、分類モジュール４２０）は、絶対値を第２の閾値と比較することによって１つ以上のユーザグループを決定することができる。第２の閾値は、３分、５分、１０分などの所定の持続時間であってもよい。第２の閾値は、情報処理システム１００のデフォルト設定に従って、ユーザ（例えば、技術者）によって設定されてもよい。いくつかの実施形態では、情報処理システム１００は、サービス注文の数に基づいて第２の閾値を動的に調整することができる。プロセッサ２１０がある期間内に多すぎるサービス注文を取得したと、プロセッサ２１０は、第２の閾値をより小さい持続時間に調整することができる。例えば、プロセッサ２１０は、第１の閾値を５分から３分まで調整することができる。プロセッサは、第２の閾値をストレージ（例えば、記憶装置１５０）に記憶し、前記ストレージから第２の閾値を取得することができる。

７１２において、プロセッサ（例えば、分類モジュール４２０）は、比較に基づいて複数のユーザを１つ以上のユーザグループに分類することができる。

いくつかの実施形態では、プロセッサは、１つ以上の時間グループを決定するために問い合わせ動作を実行することができる。問い合わせ動作を実行するために、プロセッサは、サービス注文に示されるようなユーザＡの走行時間Ａを取得し、かつユーザＡを時間グループＡに追加することができる。次に、プロセッサは、複数のユーザからの複数のリアルタイムサービス注文に対応する複数の走行時間を問い合わせ、走行時間Ａと１つ以上の走行時間の各々との間の走行時間差の絶対値が第２閾値以下である複数の走行時間から１つ以上の走行時間を取得することができる。取得された１つ以上の走行時間に対応する１人以上のユーザが時間グループＡにいないと、プロセッサは、１人以上のユーザを時間グループＡに追加することができる。

いくつかの実施形態では、プロセッサは、複数のユーザの走行時間を１つ以上のグループに分類し、次に１つ以上のグループにそれぞれ対応する１つ以上のユーザグループ（即ち、主要ユーザグループ）を作成することができる。次に、プロセッサは、複数のユーザを１つ以上のユーザグループに追加することができる。

接近した残りの走行時間に基づいてユーザをユーザグループに分類すると、走行安全性を向上させることができる。そうでなければ、他のユーザが彼らの目的地に到着したとき、少数のユーザ（例えば、１人又は２人のユーザ）のみがユーザグループにとどまると、彼らは互いの安全を効果的に監視できないかもしれない。例えば、他のユーザが全て目的地に到着したとき、ユーザグループには１人のユーザのみがとどまると、同じユーザグループには誰も彼／彼女の安全を監視することができない。この問題を回避するために、プロセッサは、上述のように時間グループを作成することができる。例えば、時間グループ内のユーザの走行時間は同じであっても近接してもよい。このようにして、同じ時間グループ内のユーザは、同時にユーザグループから脱退することができる。

問い合わせ動作についての上記説明は、説明のみを目的とするものに過ぎず、本開示の範囲を限定するものではないことに留意すべきである。当業者であれば、問い合わせ動作を変更することができる。例えば、プロセッサは、図６又は図７に示すように、問い合わせ動作を独立して実行することができる。別の例として、プロセッサは、図６及び図７に示すように、問い合わせ動作を並行して実行することができる。全てのそのような変形は、本開示の保護範囲内にある。

いくつかの実施形態では、プロセッサ（例えば、送信モジュール４３０）は、１つ以上のユーザグループ（即ち、主要ユーザグループ）のうちの複数のユーザの各々にユーザグループに参加するための招待情報を送信することができる。プロセッサは、主要ユーザグループの複数のユーザのうちのユーザの第１の部分によって送信されたユーザグループに参加するための確認情報を受信することができる。主要ユーザグループは、目的地グループ又は時間グループを備えてもよい。プロセッサは、複数のユーザのうちのユーザの第１の部分を備えるユーザセットを決定することができる。ユーザセットは、確認情報を送信する複数のユーザの少なくとも一部を備えるセットを指すことができる。プロセッサは、ユーザの第１の部分から同じユーザ選好を有するユーザセットのユーザの第２の部分を選択し、かつユーザの第２の部分を副次的なユーザグループに追加することができる。プロセッサは、確認情報及びユーザ選好を備える応答情報を受信した後、複数の副次的なユーザグループを作成することができることが理解されるべきである。ユーザ選好は、ユーザグループ内の性別情報、ユーザ数、及び／又は副次的なユーザグループ内のユーザグループメンバーの他の情報（例えば、年齢、経歴、健康、学歴、喫煙者など）を備えてもよい。副次的なユーザグループを作成することに関するさらなる説明は、本開示の他の部分（例えば、図８及びその説明）に見出すことができる。

いくつかの実施形態では、ユーザ選好は、ユーザが参加したい所望のユーザグループ（例えば、副次的なユーザグループ）の情報を示すことができる。いくつかの実施形態では、ユーザ選好情報は、所望のユーザグループの性別情報を備えてもよい。例えば、ユーザは、ユーザグループの全てのメンバが男性又は女性であるユーザグループに参加したい。いくつかの実施形態では、ユーザ選好は、所望のユーザグループのメンバの数を備えてもよい。例えば、ユーザは、２つのグループメンバを有するユーザグループに参加したい。いくつかの実施形態では、ユーザは、ユーザ選好を、ユーザグループをサーバ１１０又はプロセッサ２１０に参加するための確認情報と共に送信することができる。例えば、ユーザが確認情報を送信する前に、ユーザ端末（例えば、要求者端末１３０）は、ユーザグループに参加することをユーザに思い出させるインタフェース（例えば、ダイアログボックス）をポップアップすることができる。ユーザは、インタフェースを介して自身の選好（例えば、メンバの性別又はメンバ数）を入力することができる。ユーザは、確認情報及びユーザ選好を要求者端末１３０を介してサーバ１１０に送信することができる。

ユーザは、ポップアップインタフェース上でユーザ選好情報を入力することができないことに留意すべきである。いくつかの実施形態では、ユーザ選好情報を入力しないユーザに対して、プロセッサは、ユーザをユーザグループにランダムに割り当てることができる。

図８は、本開示のいくつかの実施形態に係るユーザ選好に基づいてユーザグループを作成するための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス８００は、システム１００に実装されてもよい。例えば、プロセス８００は、命令の形態として記憶装置１５０及び／又はストレージ（例えば、メモリ２２０）に記憶され、サーバ１１０（例えば、サーバ１１０内にある処理エンジン１１２、又はコンピューティングデバイス２００のプロセッサ２１０）によって呼び出されるか、及び／又は実行されてもよい。

８０２において、プロセッサ（例えば、グループ作成モジュール４４０）は、応答情報に基づいてユーザ選好の複数のカテゴリを決定することができる。

プロセッサは、応答情報に基づいてユーザ選好の複数のカテゴリを決定することができる。応答情報は、確認情報及び／又はユーザ選好を備えてもよい。ユーザ選好は、ユーザグループ内の性別情報、ユーザ数、及び／又はユーザグループ内のユーザグループメンバーの他の情報（例えば、年齢、経歴、健康、学歴、喫煙者など）を備えてもよい。プロセッサは、応答情報に基づいて性別情報の第１の複数のカテゴリを決定することができる。

プロセッサは、応答情報から性別情報を取得し、性別情報に基づいて第１の複数のカテゴリを決定することができる。例えば、プロセッサは、ユーザグループの全てのメンバが男性であるという性別情報を第１のカテゴリに分類することができる。プロセッサは、ユーザグループの全てのメンバが女性であるという性別情報を第２のカテゴリに分類することができる。いくつかの実施形態では、カテゴリは、同じ性別情報に対応することができる。

プロセッサは、応答情報に基づいてユーザ数の第２の複数のカテゴリを決定することができる。プロセッサは、応答情報からユーザグループ内のユーザ数を取得し、かつユーザ数に基づいて第２の複数のカテゴリを決定することができる。例えば、プロセッサは、６人のメンバを有するグループを好むユーザを第２のカテゴリに分類することができる。プロセッサは、７人のメンバーを有するグループを好むユーザを第２のカテゴリに分類することができる。いくつかの実施形態では、カテゴリは、ユーザグループ内の同じユーザ数に対応することができる。

いくつかの実施形態では、プロセッサは、性別情報の第１の複数のカテゴリ及びユーザ数の第２の複数のカテゴリに基づいてユーザ選好の複数のカテゴリを決定することができる。例えば、性別情報を、ユーザグループのメンバが男性であるという第１のカテゴリと、ユーザグループのメンバが女性であるという第２のカテゴリとを含む２つのカテゴリに分類することができると仮定する。グループ内のユーザ数に対するユーザ選好は、ユーザグループのメンバ数が２〜５である第１のカテゴリと、ユーザグループのメンバ数が６〜９である第２のカテゴリと、ユーザグループのメンバ数が１０以上である第３のカテゴリとを含む３つのカテゴリに分類されてもよい。次に、プロセッサは、グループ内の性別情報及びユーザ数に基づいてユーザ選好の６つのカテゴリを決定することができる。

８０４において、プロセッサ（例えば、グループ作成モジュール４４０）は、ユーザ選好の複数のカテゴリに対応する複数の副次的なユーザグループを作成することができる。例えば、プロセッサは、ユーザグループ内に５人の男性メンバがいることを要求する、ユーザ選好のカテゴリＡを決定する。プロセッサは、カテゴリＡに対応する副次的なユーザグループＡを作成することができ、副次的なユーザグループＡは５人の男性メンバを備えてもよい。プロセッサは、ユーザグループ内に３人の男性メンバと２人の女性メンバがいることを要求する、ユーザ数のカテゴリＢを決定する。プロセッサは、カテゴリＡに対応する副次的なユーザグループＢを作成することができ、副次的なユーザグループＡは、３人の男性メンバと２人の女性メンバとを備えてもよい。同様に、プロセッサは、ユーザ選好の複数のカテゴリに対応する複数の副次的なユーザグループを作成することができる。

８０６において、プロセッサ（例えば、グループ作成モジュール４４０）は、主要ユーザグループのユーザを複数の副次的なユーザグループに追加することができる。

いくつかの実施形態では、プロセッサは、ユーザセットを決定することができる。ユーザセットは、確認情報を送信する複数のユーザの少なくとも一部を備えるセットを指すことができる。より具体的には、プロセッサは、確認情報をサーバ１１０に送信する主要ユーザグループの複数のユーザのうちの少なくとも一部をユーザセットに追加することができる。いくつかの実施形態では、主要ユーザグループは、目的地グループ又は時間グループを備えてもよい。

プロセッサは、ユーザ選好の同じカテゴリを有するユーザセットの複数のユーザの少なくとも一部を対応する副次的なユーザグループに追加することができる。単なる例示目的のために、ユーザセット内の５人のユーザ、即ちＵ１、Ｕ２、Ｕ３、Ｕ４、Ｕ５について、ユーザＵ１とＵ２が同じ選好を有する（例えば、カテゴリＡに対応する）と、プロセッサは、ユーザＵ１とＵ２を対応する副次的なユーザグループＡに追加することができる。いくつかの実施形態では、同じ副次的なユーザグループ内のユーザは、グループ内にチャットするか、又は互いに情報（例えば、位置情報、ビデオ情報など）を共有することができる。

いくつかの実施形態では、動作８０２〜８０６に示すように、プロセッサは、ユーザ選好の複数のカテゴリを取得することができる。ユーザ選好の複数のカテゴリの各々について、プロセッサは、ユーザ選好のカテゴリに対応するユーザセットからユーザを選択し、かつユーザを副次的なユーザグループに追加することができる。いくつかの実施形態では、プロセッサは、副次的なユーザグループに追加されたユーザをユーザセットから削除することができる。

いくつかの実施形態では、ユーザ選好情報が性別情報のみを備えると、ユーザ選好は２つのカテゴリに分類されてもよい。２つのカテゴリのうちの１つは、副次的なユーザグループの全てのメンバが男性であることであり、２つのカテゴリのうちの他方は、副次的なユーザグループの全てのメンバが女性であることである。例えば、プロセッサは、副次的なユーザグループの全てのメンバが男性であることを要求するカテゴリに対応する複数のユーザを副次的なユーザグループに分類することができる。複数のユーザは、同じユーザ選好を有するユーザセットのうちの男性ユーザ及び／又はユーザ選好を設定しなかったユーザセットのうちの男性ユーザを備えてもよい。

ユーザ選好がユーザグループ内の性別情報とユーザ数の両方を備えると、プロセッサは、ユーザグループ内の性別情報とユーザ数とを組み合わせることによって、ユーザ選好のカテゴリを決定することができる。例えば、性別情報を、ユーザグループのメンバが男性であるという第１のカテゴリと、ユーザグループのメンバが女性であるという第２のカテゴリとを含む２つのカテゴリに分類することができると仮定する。ユーザ数は、ユーザグループのメンバ数が２〜５である第１のカテゴリと、ユーザグループのメンバ数が６〜９である第２のカテゴリと、ユーザグループのメンバ数が１０以上である第３のカテゴリとを含む３つのカテゴリに分類されてもよい。プロセッサは、性別情報及びユーザ数に基づいて６つのカテゴリを決定することができる。６つのカテゴリの各々について、プロセッサは、６つのカテゴリにそれぞれ対応する６つの副次的なユーザグループを決定することができる。プロセッサは、ユーザ選好の６つのカテゴリに対応するユーザセットの複数のユーザを、対応する副次的なユーザグループに追加することができる。

いくつかの実施形態では、ユーザセットのうちの女性ユーザは、自分が送信したユーザ選好に基づいて、特定のユーザグループ（例えば、副次的なユーザグループ）に参加する必要がある。プロセッサは、副次的なユーザグループの全てのメンバが男性であるカテゴリを決定することができる。プロセッサは、選好を表現しなかった（即ち、性別情報を送信しなかった）ユーザセットのうちの複数の男性ユーザを副次的なユーザグループに追加することができる。副次的なユーザグループは、性別情報を送信しないユーザセットの複数の男性ユーザと女性ユーザの両方を備える。いくつかの実施形態では、プロセッサが、ユーザ選好情報を満たす所望の副次的なユーザグループを作成することに失敗したと、プロセッサは、ユーザ端末を介してユーザグループを作成することに失敗を促し、ユーザに自身の選好をリセットするように提案する。

いくつかの実施形態では、プロセッサは、１つ以上のユーザグループから脱退するための退出情報をユーザから受信し、退出情報に応じて１つ以上のユーザグループからユーザを削除することができる。

ユーザがユーザ端末（例えば、要求者端末１３０）を介して退出情報をプロセッサに送信した後、プロセッサは、対応するユーザグループからユーザを削除することができ、そして、ユーザは、ユーザグループからの任意の情報（例えば、ユーザグループ内のメッセージ、メンバの位置）をもはや受信しなくてもよい。いくつかの実施形態では、ユーザは、ユーザ端末のディスプレイ上にユーザグループから退出するためのボタン又はアイコンをクリックすることによって、退出情報を送信することができる。いくつかの実施形態では、ユーザが目的地に到着したと、プロセッサは、ユーザグループから退出するためのダイアログボックスをポップアップすることができ、ユーザは、ダイアログボックスによってユーザグループから退出することを選択することができ、要求者端末１３０は、プロセッサに退出情報を送信する。

非一時的コンピュータ可読媒体（例えば、記憶装置１５０又はメモリ２２０）は、１つ以上のユーザグループを作成するために提供されてもよい。非一時的コンピュータ可読媒体は、ユーザグループを作成するための少なくとも１セットの命令を備えてもよい。少なくとも１つのプロセッサ（例えば、処理エンジン１１２又はプロセッサ２１０）が少なくとも１セットの命令を呼び出すと、プロセッサは、複数のユーザから注文情報を取得し、かつ注文情報に基づいて複数のユーザを１つ以上のユーザグループに分類することができる。プロセッサは、１つ以上のユーザグループの複数のユーザの各々に、ユーザグループに参加するための招待情報を送信することができる。プロセッサは、複数のユーザの少なくとも一部から招待情報に関連付けられた応答情報を受信すると、応答情報に基づいて複数のユーザの少なくとも一部をユーザグループに追加することができる。

以上のように基本概念を説明してきたが、当業者であれば、この詳細な開示を読んだ後、上記の詳細な開示が単なる例として提示されることに過ぎず、限定的ではないことは明らかである。本明細書には明示的に述べられていないが、様々な変更、改良及び修正が可能であり、それらは当業者に意図される。これらの変更、改良及び修正は、本開示によって示唆されることが意図されており、本開示の例示的な実施形態の精神及び範囲内にある。

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

さらに、当業者には理解されるように、本開示の態様は、本明細書において、任意の新規かつ有用なプロセス、機械、製造、又は組成物、又はそれらの新規で有用な改善を含む、多くの特許性のある種類又は文脈のいずれかで例示及び説明されてもよい。したがって、本開示の態様は、完全にハードウェア、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又はソフトウェアとハードウェアとの組み合わせによる実装により実現されてもよく、実装は、本明細書では、一般に、「モジュール」、「ユニット」、「コンポーネント」、「デバイス」、又は「システム」と総称されてもよい。さらに、本開示の態様は、具現化されたコンピュータ可読プログラムコードを有する１つ以上のコンピュータ可読媒体に具現化されたコンピュータプログラム製品の形態をとることもできる。１つ以上のコンピュータ可読媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスクなど、又はそれらの任意の組合せを備えてもよい。

コンピュータ可読信号媒体は、例えば、ベースバンドに、又は搬送波の一部として組み込まれたコンピュータ可読プログラムコードを有する伝搬データ信号を備える。このような伝搬信号は、電磁気、光学など、又はそれらの任意の適切な組み合わせを含む様々な形態のいずれかを用いてもよい。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではないが、命令実行システム、機器若しくは装置によって使用されるか又は組み合わせて使用されるためのプログラムを通信、伝搬又は伝送できる任意のコンピュータ可読媒体であってもよい。コンピュータ可読信号媒体に具現化されたプログラムコードは、無線、有線、光ファイバケーブル、ＲＦなど、又はこれらの任意の適切な組み合わせを含む任意の適切な媒体を使用して送信されてもよい。

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

さらに、処理要素若しくはシーケンス、又はそれに対する数、文字若しくは他の名称の使用の列挙された順序は、特許請求の範囲に特定される場合を除いて、請求されたプロセス及び方法を任意の順序に限定することを意図するものではない。上記開示は、現在、本開示の様々な有用な実施形態であると現在考えられる様々な実施例を通して論じているが、そのような詳細は説明を目的としてなされていることに過ぎず、添付の特許請求の範囲は、開示される実施形態に限定されず、むしろ、開示される実施形態の精神及び範囲内にある変形例及び等価な構成を包含するように意図されることが理解されるべきである。例えば、上記様々なコンポーントの実装は、ハードウェア装置で具体化されるが、ソフトウェアのみの解決策として、例えば、既存のサーバ又はモバイルデバイスでインストールとして実装されてもよい。

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

１００ システム
１１０ サーバ
１１２ 処理エンジン
１２０ ネットワーク
１３０ 要求者端末
１４０ 提供者端末
１５０ 記憶装置
２００ コンピューティングデバイス
２１０ プロセッサ
２２０ メモリ
２３０ 通信インタフェース
２４０ 通信バス
３００ モバイルデバイス
３１０ 通信モジュール
３２０ ディスプレイ
３３０ グラフィック処理ユニット
３４０ 中央処理装置
３５０ Ｉ／Ｏ
３６０ メモリ
３７０ モバイルオペレーティングシステム
３８０ アプリケーション
３９０ ストレージ
４１０ 取得モジュール
４２０ 分類モジュール
４３０ 送信モジュール
４４０ グループ作成モジュール

Claims (23)

1. ユーザグループを作成するための方法であって、
   前記方法は、少なくとも１つのプロセッサ及び少なくとも１つのコンピュータ可読記憶媒体を有するコンピューティングデバイス上で実行され、
   前記少なくとも１つのプロセッサによって、複数のユーザから注文情報を取得することと、
   前記少なくとも１つのプロセッサによって、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することと、
   前記少なくとも１つのプロセッサによって、前記１つ以上のユーザグループの前記複数のユーザの各々に、ユーザグループに参加するための招待情報を送信することと、
   前記少なくとも１つのプロセッサによって、前記複数のユーザの少なくとも一部から前記招待情報に関連付けられた応答情報を受信することと、
   前記応答情報に基づいて、前記複数のユーザの少なくとも一部を前記１つ以上のユーザグループに追加することと、を含む方法。
2. 前記少なくとも１つのプロセッサによって、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することは、
   前記複数のユーザの目的地を取得することと、
   前記複数のユーザの前記目的地に基づいて、前記複数のユーザを前記１つ以上のユーザグループに分類することとを含む、請求項１に記載の方法。
3. 前記複数のユーザの前記目的地に基づいて、前記複数のユーザを前記１つ以上のユーザグループに分類することは、
   前記複数のユーザのうちの任意の２人の目的地間の距離を決定することと、
   前記距離を閾値と比較することによって、前記１つ以上のユーザグループを決定することと、
   前記比較に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類することとを含む、請求項２に記載の方法。
4. 前記少なくとも１つのプロセッサによって、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することは、
   前記複数のユーザの現在位置及び対応する目的地を取得することと、
   前記現在位置及び対応する目的地に基づいて前記複数のユーザの各々についての走行時間を決定することと、
   前記複数のユーザの各々についての前記走行時間に基づいて、前記複数のユーザを前記１つ以上のユーザグループに分類することとを含む、請求項１に記載の方法。
5. 前記複数のユーザの各々についての前記走行時間に基づいて、前記複数のユーザを前記１つ以上のユーザグループに分類することは、
   前記複数のユーザのうちの任意の２人の間の走行時間差を決定することと、
   前記走行時間差の絶対値を決定することと、
   前記絶対値を閾値と比較することによって、１つ以上のユーザグループを決定することと、
   前記比較に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類することとを含む、請求項４に記載の方法。
6. 前記応答情報は、確認情報及びユーザ選好を含む、請求項１に記載の方法。
7. 前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することは、
   前記少なくとも１つのプロセッサによって、前記注文情報に基づいて前記複数のユーザを１つ以上の主要ユーザグループに分類することを含む、請求項６に記載の方法。
8. 前記応答情報に基づいて、前記複数のユーザの少なくとも一部を前記１つ以上のユーザグループに追加することは、
   前記応答情報に基づいて前記ユーザ選好の複数のカテゴリを決定することであって、前記主要グループは、前記確認情報に送信された前記複数のユーザの少なくとも一部を含む、前記決定することと、
   前記ユーザ選好の前記複数のカテゴリに対応する複数の副次的なユーザグループを作成することと、
   前記主要グループの前記複数のユーザの少なくとも一部を前記複数の副次的なユーザグループに追加することとを含む、請求項７に記載の方法。
9. 前記ユーザ選好は、ユーザグループ中の性別情報及びユーザ数を含む、請求項８に記載の方法。
10. 前記応答情報に基づいて前記ユーザ選好の複数のカテゴリを決定することは、
    前記応答情報に基づいて前記性別情報の第１の複数のカテゴリを決定することと、
    前記応答情報に基づいて前記ユーザ数の第２の複数のカテゴリを決定することと、
    前記性別情報の前記第１の複数のカテゴリ及び前記ユーザ数の前記第２の複数のカテゴリに基づいて前記ユーザ選好の前記複数のカテゴリを決定することとを含む、請求項８に記載の方法。
11. 前記１つ以上のユーザグループから脱退するための退出情報を１人以上のユーザのうちのユーザから受信することと、
    それに応じて前記ユーザを前記１つ以上のグループから削除することとをさらに含む、請求項１に記載の方法。
12. ユーザグループを作成するためのシステムであって、
    命令セットを含む少なくとも１つの記憶媒体と、
    前記少なくとも１つの記憶媒体と通信するように構成された少なくとも１つプロセッサと、を含み、前記少なくとも１つのプロセッサは、前記命令セットを実行するとき、
    複数のユーザから注文情報を取得し、
    前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類し、
    前記１つ以上のユーザグループの前記複数のユーザの各々に、ユーザグループに参加するための招待情報を送信し、
    前記複数のユーザの少なくとも一部から前記招待情報に関連付けられた応答情報を受信し、
    前記応答情報に基づいて、前記複数のユーザの少なくとも一部を前記１つ以上のユーザグループに追加する、ように指示される、システム。
13. 前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類するために、前記少なくとも１つのプロセッサはさらに、
    前記複数のユーザの目的地を取得し、
    前記複数のユーザの前記目的地に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類する、ように指示される、請求項１２に記載のシステム。
14. 前記複数のユーザの前記目的地に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類するために、前記少なくとも１つのプロセッサはさらに、
    前記複数のユーザのうちの任意の２人の目的地間の距離を決定し、
    前記距離を閾値と比較することによって、前記１つ以上のユーザグループを決定し、
    前記比較に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類する、ように指示される、請求項１３に記載のシステム。
15. 前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類するために、前記少なくとも１つのプロセッサはさらに、
    前記複数のユーザの現在位置及び対応する目的地を取得し、
    前記現在位置及び対応する目的地に基づいて前記複数のユーザの各々についての走行時間を決定し、
    前記複数のユーザの各々についての前記走行時間に基づいて、前記複数のユーザを前記１つ以上のユーザグループに分類する、ように指示される、請求項１２に記載のシステム。
16. 前記複数のユーザの各々についての前記走行時間に基づいて、前記複数のユーザを前記１つ以上のユーザグループに分類し、前記少なくとも１つのプロセッサはさらに、
    前記複数のユーザのうちの任意の２人の間の走行時間差を決定し、
    前記走行時間差の絶対値を決定し、
    前記絶対値を閾値と比較することによって、１つ以上のユーザグループを決定し、
    前記比較に基づいて前記複数のユーザを前記１つ以上のユーザグループに分類する、ように指示される、請求項１５に記載のシステム。
17. 前記応答情報は、確認情報及びユーザ選好を含む、請求項１２に記載のシステム。
18. 前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類するために、前記少なくとも１つのプロセッサはさらに、
    前記注文情報に基づいて前記複数のユーザを１つ以上の主要ユーザグループに分類する、ように指示される、請求項１７に記載の方法。
19. 前記応答情報に基づいて、前記複数のユーザの少なくとも一部を前記１つ以上のユーザグループに追加するために、前記少なくとも１つのプロセッサはさらに、
    前記応答情報に基づいて前記ユーザ選好の複数のカテゴリを決定し、前記主要グループは、前記確認情報に送信された前記複数のユーザの少なくとも一部を含み、
    前記ユーザ選好の前記複数のカテゴリに対応する複数の副次的なユーザグループを作成し、
    前記主要グループの前記複数のユーザの少なくとも一部を前記複数の副次的なユーザグループに追加する、ように指示される、請求項１８に記載のシステム。
20. 前記ユーザ選好は、ユーザグループ中の性別情報及びユーザ数を含む、請求項１９に記載のシステム。
21. 前記応答情報に基づいて前記ユーザ選好の複数のカテゴリを決定するために、前記少なくとも１つのプロセッサはさらに、
    前記応答情報に基づいて前記性別情報の第１の複数のカテゴリを決定し、
    前記応答情報に基づいて前記ユーザ数の第２の複数のカテゴリを決定し、
    前記性別情報の前記第１の複数のカテゴリ及び前記ユーザ数の前記第２の複数のカテゴリに基づいて前記ユーザ選好の前記複数のカテゴリを決定する、ように指示される、請求項１９に記載のシステム。
22. 前記少なくとも１つのプロセッサはさらに、
    前記１つ以上のユーザグループから脱退するための退出情報を、１人以上のユーザのうちのユーザから受信し、
    それに応じて前記ユーザを前記１つ以上のグループから削除する、ように指示される、請求項１２に記載のシステム。
23. 非一時的コンピュータ可読媒体であって、
    ユーザグループを作成するための少なくとも１つの命令セットを含み、コンピューティングデバイスの少なくとも１つのプロセッサによって実行されるとき、前記少なくとも１つの命令セットは、前記コンピューティングデバイスに方法を実行させ、前記方法は、
    前記少なくとも１つのプロセッサによって、複数のユーザから注文情報を取得することと、
    前記少なくとも１つのプロセッサによって、前記注文情報に基づいて前記複数のユーザを１つ以上のユーザグループに分類することと、
    前記少なくとも１つのプロセッサによって、前記１つ以上のユーザグループの前記複数のユーザの各々に、ユーザグループに参加するための招待情報を送信することと、
    前記少なくとも１つのプロセッサによって、前記複数のユーザの少なくとも一部から前記招待情報に関連付けられた応答情報を受信することと、
    前記応答情報に基づいて、前記複数のユーザの少なくとも一部を前記１つ以上のユーザグループに追加することとを含む、非一時的コンピュータ可読媒体。

Images