(57)【要約】      （修正有）【課題】ネットワークベースのサービスのための状況通知を提供する。【解決手段】ネットワークシステム１００は、通知データ１１６を利用者装置１９５に送信し、利用者装置１９５に状況通知を提示する。この状況通知は。利用者１９７にネットワークベースサービスと対話することを思い出させる。通知データ１１６を選択的に送信でき、利用者１９７は、特定の期間内にサービス要求１９９を出すと決定した可能性に基づいて通知を選択的に提示できる。そのような可能性を表すメトリックを、その利用者１９７に対してネットワークベースサービスに関連する履歴データ１５２に基づいて決定さする。メトリックは、１つ以上の閾値と比較される。その通知と利用者１９７との対話に応答して、利用者装置１９５は、サービス要求１９９を出す時の能率化され簡単化されたユーザー体験のための要求ユーザーインターフェースを提示する。【選択図】図１
2020135873.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のプロセッサと、
複数の命令を記憶する１つ以上のメモリ資源と
を備えるネットワークシステムであって、
前記複数の命令は、該ネットワークシステムの前記１つ以上のプロセッサにより実行される時、該ネットワークシステムに
ネットワークベースサービスの複数の利用者のそれぞれの履歴データを該ネットワークシステムがアクセス可能なデータベース内に維持させ、
前記複数の利用者のうち第１の利用者が特定の時間窓内に前記ネットワークベースサービスのサービス要求を出す可能性を表す前記第１の利用者のメトリックを、前記第１の利用者に関連する履歴データと前記複数の利用者の一部の集合に関連する履歴データとに少なくとも部分的に基づいて決定させ、
前記メトリックが低い閾値と高い閾値の間にあると判断したことに応答して、１つ以上のネットワークを通じて１組の通知データを前記第１の利用者の第１の利用者装置へ送信させて、前記第１の利用者装置に前記ネットワークベースサービスに関する通知を提示させ、前記通知は、前記第１の利用者装置に前記ネットワークベースサービスのサービス要求を出すためのユーザーインターフェースを提示させるよう前記第１の利用者により実行可能である、ネットワークシステム。
【請求項２】
前記１組の通知データは、前記第１の利用者装置に前記通知との利用者の対話に応答して前記ユーザーインターフェースを１組の内容で自動的に埋めることで前記ユーザーインターフェースを提示させる、請求項１記載のネットワークシステム。
【請求項３】
前記実行される複数の命令は更に、前記ネットワークシステムに前記第１の利用者に関連する前記履歴データに基づいて前記第１の利用者の前記１組の内容を決定させる、請求項２記載のネットワークシステム。
【請求項４】
前記実行される複数の命令は更に、前記ネットワークシステムに前記複数の利用者の前記一部の集合に関連する履歴データに基づいて前記第１の利用者の前記１組の内容を決定させる、請求項２記載のネットワークシステム。
【請求項５】
前記１組の内容は前記第１の利用者により選択される１つ以上の品物を含む、請求項２記載のネットワークシステム。
【請求項６】
前記実行される複数の命令は更に、前記ネットワークシステムに
前記第１の利用者装置と通信して前記第１の利用者の位置を特定させ、
前記第１の利用者の前記位置に基づいて前記複数の利用者の前記一部の集合内の２人以上の利用者を特定させる、請求項１記載のネットワークシステム。
【請求項７】
前記実行される複数の命令は更に、前記ネットワークシステムに状況情報に更に基づいて前記第１の利用者の前記メトリックを決定させ、前記状況情報は（１）現在時間又は（２）前記第１の利用者の位置のうち１つ以上を含む、請求項１記載のネットワークシステム。
【請求項８】
前記実行される複数の命令は更に、前記ネットワークシステムに前記第１の利用者のための第２のネットワークベースサービスに関連するサービス進行情報に更に基づいて前記第１の利用者の前記メトリックを決定させる、請求項１記載のネットワークシステム。
【請求項９】
前記第２のネットワークベースサービスは輸送サービスであり、前記第１の利用者の前記メトリックの決定は、前記輸送サービスに関連するサービス地点と到着予定時間とに基づく、請求項８記載のネットワークシステム。
【請求項１０】
前記実行される複数の命令は更に、前記ネットワークシステムに
前記ネットワークベースサービスの前記複数の利用者のそれぞれに関連する履歴データに基づいて１つ以上の機械学習モデルを生成させ、
前記第１の利用者の前記メトリックは前記１つ以上の機械学習モデルに少なくとも部分的に基づいて決定される、請求項１記載のネットワークシステム。
【請求項１１】
前記１つ以上の機械学習モデルはランダム森林モデルを含む、請求項１０記載のネットワークシステム。
【請求項１２】
前記実行される複数の命令は更に、前記ネットワークシステムに
前記ネットワークベースサービスのサービス要求であって、事業体により提供される１つ以上の品物及びサービス地点を示すサービス要求を前記第１の利用者装置から受信させ、
前記事業体の位置及び前記サービス地点に少なくとも部分的に基づいて複数のサービス提供者から１つのサービス提供者を特定させ、
前記サービス要求を叶える案内を前記特定されたサービス提供者の提供者装置へ送信させる、請求項１記載のネットワークシステム。
【請求項１３】
前記ネットワークベースサービスの前記サービス要求は、前記ユーザーインターフェースとの利用者の対話を介して前記第１の利用者装置により生成される、請求項１２記載のネットワークシステム。
【請求項１４】
前記実行される複数の命令は更に、前記ネットワークシステムに（１）現在時間又は（２）前記第１の利用者の位置のうち１つ以上に基づく前記第１の利用者の前記メトリックの決定を開始させる、請求項１記載のネットワークシステム。
【請求項１５】
ネットワークシステムにより実行され、第１の利用者のための通知データを生成し送信するコンピュータ実行方法であって、
ネットワークベースサービスの複数の利用者のそれぞれの履歴データを前記ネットワークシステムがアクセス可能なデータベース内に維持するステップと、
前記複数の利用者のうち第１の利用者が特定の時間窓内に前記ネットワークベースサービスのサービス要求を出す可能性を表す前記第１の利用者のメトリックを、前記第１の利用者に関連する履歴データと前記複数の利用者の一部の集合に関連する履歴データとに少なくとも部分的に基づいて決定するステップと、
前記メトリックが低い閾値と高い閾値の間にあると判断したことに応答して、１つ以上のネットワークを通じて１組の通知データを前記第１の利用者の第１の利用者装置へ送信して、前記第１の利用者装置に前記ネットワークベースサービスに関する通知を提示させるステップであって、前記通知は、前記第１の利用者装置に前記ネットワークベースサービスのサービス要求を出すためのユーザーインターフェースを提示させるよう前記第１の利用者により実行可能である、ステップと
を含む、コンピュータ実行方法。
【請求項１６】
前記第１の利用者装置に前記ユーザーインターフェースを提示させることは、  前記通知との利用者の対話に応答して前記ユーザーインターフェースを１組の内容で自動的に埋めることを含む、請求項１５記載のコンピュータ実行方法。
【請求項１７】
前記第１の利用者装置と通信して前記第１の利用者の位置を特定するステップと、
前記第１の利用者の前記位置に基づいて前記複数の利用者の前記一部の集合内の２人以上の利用者を特定するステップと
を更に含む請求項１５記載のコンピュータ実行方法。
【請求項１８】
前記第１の利用者の前記メトリックの決定は、前記第１の利用者のための輸送サービスに関連するサービス地点と到着予定時間とに更に基づく、請求項１５記載のコンピュータ実行方法。
【請求項１９】
前記ネットワークベースサービスの前記複数の利用者のそれぞれに関連する履歴データに基づいて１つ以上の機械学習モデルを生成するステップを更に含み、
前記第１の利用者の前記メトリックは前記１つ以上の機械学習モデルに少なくとも部分的に基づいて決定される、請求項１５記載のコンピュータ実行方法。
【請求項２０】
複数の命令を記憶する持続性コンピュータ読取可能媒体であって、前記複数の命令は、ネットワークシステムの１つ以上のプロセッサにより実行される時、前記ネットワークシステムに
ネットワークベースサービスの複数の利用者のそれぞれの履歴データを前記ネットワークシステムがアクセス可能なデータベース内に維持させ、
前記複数の利用者のうち第１の利用者が特定の時間窓内に前記ネットワークベースサービスのサービス要求を出す可能性を表す前記第１の利用者のメトリックを、前記第１の利用者に関連する履歴データと前記複数の利用者の一部の集合に関連する履歴データとに少なくとも部分的に基づいて決定させ、
前記メトリックが低い閾値と高い閾値の間にあると判断したことに応答して、１つ以上のネットワークを通じて１組の通知データを前記第１の利用者の第１の利用者装置へ送信させて、前記第１の利用者装置に前記ネットワークベースサービスに関する通知を提示させ、前記通知は、前記第１の利用者装置に前記ネットワークベースサービスのサービス要求を出すためのユーザーインターフェースを提示させるよう前記第１の利用者により実行可能である、コンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はネットワークベースのサービスのための状況通知に関する。
【背景技術】
【０００２】
従来のネットワークサービスの利用者は、事業体により提供される１つ以上の品物がサービス提供者によりサービス地点に配達されるよう要求を出すことができる。利用者は利用者の装置上で動作しているアプリケーションを介してそうすることができる。
【発明の概要】
【０００３】
１つ以上のサーバー又はネットワークコンピュータシステム（本書では簡単さのため「ネットワークシステム」と呼ぶ）により実行され、特定の地理的区域（例えば、サンフランシスコ・ベイエリアなどの大都市圏）中の要求している利用者とサービス提供者（例えば、運転者、宅配業者、自律走行車（ＡＶ）など）を繋ぐネットワークサービスが本明細書で提供される。そうする時、ネットワークサービスはその特定の地理的区域中にいてサービスを提供するために車両及び１つ以上のコンピュータ装置（「サービス提供者装置」又は「提供者装置」）をそれぞれ操作する一群のサービス提供者と通信する。様々な実施形態では、ネットワークシステムはサービス（輸送サービス、配達サービスなど）の要求を、要求している利用者から利用者の携帯コンピュータ装置（「利用者装置」）上で動作している指定された利用者又は顧客アプリケーション（「ユーザーアプリケーション」）を介して受信する。これに応答して、ネットワークシステムは１つ以上の利用可能なサービス提供者を特定し各利用者の要求を叶える。実施形態によれば、ネットワークシステム及び／又は利用者装置は、ネットワークベースのサービスに関係する通知を特定の利用者に提示するか否かを、その特定の利用者が特定の時間窓内（例えば、次の３０分以内、次の１時間以内など）にサービス要求を出す（又はネットワークベースサービスのためのユーザーアプリケーションと対話する）可能性を表す算出されたメトリックに基づいて判断できる。従って、ネットワークシステム及び／又は利用者装置は、利用者がユーザーアプリケーションと対話するか否かの算出された可能性に基づいて及び／又は利用者が特定の期間内にサービス要求を出すか否かの算出された可能性に基づいて選択的に、ネットワークベースサービスの通知が利用者装置上に提示されるようにしうる。ネットワークシステムは、特定の利用者のメトリックを決め、そのメトリックを１つ以上の閾値と比較するよう構成できる。
【０００４】
様々な実施例では、利用者装置及び提供者装置はスマートフォン、ウェアラブル装置、タブレット、ラップトップコンピュータ、デスクトップコンピュータなどのコンピュータ装置であってもよい。ネットワークサービスは、利用者が利用者装置上で動作しているユーザーアプリケーションを介して１つ以上の事業体により提供される１つ以上の品物を選択するのを可能にする。本書で言及されるように、事業体は、１つ以上の売るための商品又は品物を提供する個人、会社、グループ、供給業者、又は商店主など（例えば、料理人、パン屋、飲食店、カフェ、商店など）に一致しうる。ネットワークシステムにより受信されるサービス要求は、事業体により提供され、要求している利用者に配達するためにサービス提供者によりサービス地点へ輸送される１つ以上の品物のその利用者の選択を含みうる。そのような状況（例えば、食べ物注文及び配達サービス）では、サービス地点は、サービス提供者が要求している利用者と会う及び／又は要求された品物を要求している利用者に配達する予定の配達地点でありうる。サービス要求に応答して、ネットワークシステムは事業体に利用者の選択を通知できる。加えて、ネットワークシステムは利用可能なサービス提供者を特定して利用者の要求を叶えうる。ネットワークシステムは、案内を受け入れ要求されたサービスを行いうる特定されたサービス提供者の提供者装置に案内を送信できる。
【０００５】
上述したサービスなどのネットワークベースサービスは、コンピュータ化されていないサービスと比べて利用者に利便を提供するが、従来のネットワークベースサービスには多くの欠点が存在する。例えば、従来の配達サービスで利用者装置上で動作しているユーザーアプリケーションを介してサービスを要求するために、利用者は通常利用者装置上でユーザーアプリケーションを起動し、無数のメニューと選択肢を読み関心のある品物を選択し、続いてサービスの要求を出さなければならない。この問題は、ネットワークベースサービスに関係する内容を表示するための画面が制限されているスマートフォンなどの携帯コンピュータ装置で悪化する。制限された画面資産の結果として、利用者は更により多くのメニューを読ませられるか、又は更により多くの内容をスクロールしてサービス要求を出さなければならない。加えて、従来のネットワークベースサービスに利用者の興味を引く（例えば、通知を利用者装置に送信することで）従来の方法は非効率である。利用者行動が通知を見ることで影響されそうか否かに拘らず通知は送信され、その結果、そのような送信はネットワーク送信帯域幅と利用者装置の通知提示の処理能力の両方を浪費する。また、利用者装置の表示器又はユーザーインターフェースは望まない通知で雑然となりうる。これも携帯コンピュータ装置で利用可能な表示器資産の制限された量により悪化する問題である。
【０００６】
実施形態によれば、ネットワークシステムは通知データを生成し送信して、通知がネットワークベースサービスの利用者の利用者装置で提示されるようにしうる。通知はお勧め通知（例えば、利用者装置により受信され１つ以上のやり方で表示される通知）又はアプリケーション内通知（「アプリ内通知」）でありうる。通知は利用者により実行可能であってもよい（例えば、利用者装置のタッチスクリーン上でのタップジェスチャー又はスワイプジェスチャーにより）。利用者は通知と対話しネットワークベースサービスのユーザーアプリケーションに始動させ及び／又はネットワークベースサービスに関係する１組の動作を実行させうる。例えば、実行可能な通知との利用者の対話に応答して、ユーザーアプリケーションは始動し自動的にサービス要求を出しうる。幾つかの例では、通知との利用者の対話に応答して、ユーザーアプリケーションは起動され、サービス要求を出す時に迅速な又は能率化されたユーザー体験を可能にする１組の内容で予め埋められたユーザーインターフェース（例えば、ネットワークベースサービスのサービス要求を出すためのサービス要求インターフェース）を提示できる。実行可能な通知は利用者がサービスを要求するよう提案又は思い出させることができる。
【０００７】
ネットワークシステムはネットワークベースサービスの各利用者の利用者プロフィールを維持でき、各利用者プロフィールは対応する利用者のネットワークベースサービスの過去の例の詳細を示すデータを含みうる。特定の利用者の特定の利用者プロフィールは、情報、例えば、その特定の利用者の優先又は頻繁に使用されるアドレス（例えば、職場アドレス、自宅アドレスなど）、その特定の利用者により要求された及び／又はのために行われたネットワークベースサービスの過去の例の履歴データ、選択用の品物及び／又は事業体に関するその特定の利用者の暗示された（例えば、履歴データに基づき得られた）及び／又は明示された（例えば、指定された、ユーザーアプリケーションに入力されたなど）好みを含みうる。幾つかの実施形態では、ネットワークシステムは、ネットワークベースサービスの複数の利用者に関する集団情報を記憶する１つ以上のデータベースを更に維持できる。例えば、１つの地理的区域内に位置する一群の利用者に関する匿名情報（例えば、選択用の品物、事業体、サービス時間などに関する暗示された又は明示された好み）が記憶されうる。
【０００８】
様々な態様において、通知は、利用者に関連する情報（例えば、ネットワークベースサービスの利用者履歴、利用者好み、利用者の位置、利用者のその他）及び様々な他のパラメータ（例えば、現在時間及び／又は曜日、近くの事業体の利用可能性、他の利用者のネットワークサービスに関する履歴データなど）に基づいて表示されうる。ネットワークシステム及び／又は利用者装置（例えば、利用者装置上で動作しているユーザーアプリケーションを介して）は通知を特定の利用者に提示するか否か、何時通知をその利用者に提示するか、通知の内容、及び／又は通知との利用者の対話に応答して利用者装置により実行される動作を決定できる。
【０００９】
１つの例では、ネットワークシステムは、メトリックが閾値超である（例えば、その利用者が要求をより出しそうであることを示す）と判定したことに応答して、通知データをその利用者の利用者装置に送信しないと決定でき、メトリックが閾値未満である（例えば、その利用者が要求を出しそうにないことを示す）と判定したことに応答して、通知データを送信すると決定できる。このように、利用者がユーザーアプリケーションを起動しそうにない及び／又は特定の時間窓内にサービス要求を出しそうにないとネットワークシステムが判断した場合のみ、通知が利用者装置で表示されるようにすることができる。実際、サービス要求を出しそうにないと判断された（例えば、閾値と比較して）第１の利用者に、ネットワークベースサービスのためのユーザーアプリケーションと対話しサービス要求を出すのを思い出させる的を絞った通知を提示できる。一方、既にサービス要求を出しそうだと判断された第２の利用者にそのような通知は提示されないだろう。
【００１０】
他の例では、ネットワークシステムは特定の利用者に対して決定したメトリックを２つ以上の閾値と比較できる。１つのそのような例では、利用者が特定の期間内にサービス要求を出す可能性（又は利用者がネットワークベースサービスのためのユーザーアプリケーションを起動するか又はと対話する可能性）が２つの閾値（例えば、低い閾値と高い閾値）の間であると判定したことに基づいて又は応答して、ネットワークシステムは通知データを利用者装置に送信することを決めうる。このように、知的にも通知は、その通知が最も関係する利用者に提示されうる。通知により促されなくてもユーザーアプリケーションと対話しサービス要求を出しそうだと判断された利用者は通知を提示されないだろう、また彼らの装置はネットワークシステムから通知データを受信する必要がない。同様に、彼らの利用者装置で通知により促されてもユーザーアプリケーションと対話し要求を出しそうにないと判断された（例えば、閾値未満のメトリック）利用者も通知を提示されないだろう。これらの分類の各利用者にとって、ネットワークベースサービスに関する通知は不必要又はスパムと思われるかもしれない。
【００１１】
実施形態によれば、ネットワークシステムは、特定の利用者に関するデータ（例えば、サービス履歴、利用者好みなど）、ネットワークベースサービスの他の利用者に関するデータ、及び様々な状況情報（例えば、現在時間／曜日、近くの事業体の利用可能性、第２のネットワークベースサービスのサービス進行情報など）に基づいてその特定の利用者に対してメトリックを決定又は算出できる。例えば、ネットワークシステムは、利用者の過去のサービス履歴に基づいて、その利用者が通常ある時間に又はある期間の間に（例えば、平日正午〜午後１２：３０、週末午後１：００〜２：００など）アプリケーションを起動及び／又は見て、及び／又はサービス要求を出すと判断しうる。このような情報に基づいて、ネットワークシステムは、利用者がある時間窓の間に要求を出す可能性を示すメトリックを決定しうる。時間窓は予め決めることができる。例えば、食べ物配達サービスの場合、時間窓は食事時間（例えば、朝食、昼食、又は夕食の）頃に予め決めることができる。従って、特定の利用者のサービス履歴データに基づいて、ネットワークシステムは、その特定の利用者が月曜日午後１２：００〜午後１：００の所定の時間窓の間にサービス要求を出しそうであることを示すその利用者のメトリックを決定することができる。
【００１２】
様々な実施形態では、ネットワークシステムは、特定の地域内のネットワークベースサービスの利用者の集団に関連するサービス履歴データに基づいて特定の利用者に対するメトリックを更に決定しうる。例えば、ネットワークシステムは、その特定の地域内の利用者が通常ネットワークベースサービスを要求する１日の時間を決めうる。この情報に少なくとも部分的に基づいて、ネットワークシステムは、その特定の利用者のメトリックを決定しうる。説明に役立つ例として、ネットワークシステムは、大都市エリア内の利用者は平日午後１２：３０と午後１：３０の間に通常サービス要求（例えば、食品配達要求）を出すことを集団的に示すその大都市エリア内の利用者の集団の利用者プロフィールデータを維持できる。ネットワークシステムは、大都市エリア内の利用者のプロフィールを分析して特定の利用者に対して月曜日午後１２：００のメトリックを決定し、その決定されたメトリックに少なくとも部分的に基づいて、その時にその特定の利用者の利用者装置に通知データを送信するか否かを決定しうる。このように、ネットワークシステムは、ネットワークベースサービスに関する通知を関係する時間にその特定の利用者に表示できるように、利用者の集団の過去の行動に基づいて積極的かつ知的に特定の利用者装置に通知データを送信できる。
【００１３】
ある実施形態では、ネットワークシステムは、ネットワークベースサービスが提供される大都市エリア全体より粒状の地理的小区域に関連する履歴データに基づいて（又はより粒状の利用者部分集合の履歴データに基づいて）、特定の利用者に対するメトリックを決定できる。ネットワークベースサービスに関して過去の行動の一貫したパターンを有する地理的小区域及び／又は利用者部分集合を特定できる。例えば、利用者が通常ある時間窓内でサービス要求を出す地理的小区域がある（例えば、利用者が通常平日午後１２：００と午後１：００の間に食品配達のサービス要求を出す商業金融街、利用者が通常毎日午後６：００と午後８：００の間に食品配達のサービス要求を出す住宅地など）。このように、状況通知が特定の利用者装置で提示されるか否かは、その特定の利用者の居場所（又はサービス地点）と同じ地域内にいて、従ってその特定の利用者と同じ好み及び行動を最も示しそうな他の利用者の過去の行動に基づいて決定されうる。ネットワークシステムは、利用者プロフィールデータを分析してサービス地域中で一貫した利用者行動を特定し、利用者装置に通知データを送信するか否かを決めるのに使用する様々な地理的区域の境界を決定できる。幾つかの例では、地理的小区域（又は利用者部分集合）はシステム管理者により予め規定又は選択されうる。
【００１４】
ある例では、ネットワークシステムは、第２のネットワークベースサービス（例えば、輸送サービス）に関する状況情報に基づいてメトリックを決定しうる。幾つかの実施例では、メトリック決定は第２のネットワークベースサービスのサービスパラメータ又はサービス進行情報に基づきうる。例えば、メトリック決定はサービス地点（例えば、輸送サービスの降車地点）、サービス時間（例えば、降車時間）、見積られたサービス地点到着時間などに基づきうる。１つのこのような例では、ネットワークシステムは、輸送サービスに関するその利用者のサービス進行情報を（例えば、輸送サービスを管理している第２のネットワークシステムから、利用者装置から）受信し、サービス進行情報に少なくとも部分的に基づいてメトリックを決定できる。１つの例では、ネットワークシステムは、輸送サービスのサービス地点がその利用者の住居であり、見積られた到着時間は午後６：００頃であると判断できる。この情報と利用者が食品配達サービスの要求をこれら又は同様の状況下の時間の７０％で出すことを示す過去の利用者履歴とに基づいて、ネットワークシステムはその利用者のメトリックを算出できる。算出したメトリックはその利用者が日曜日午後２：００にジムへの輸送サービスを利用する別のシナリオより高いと判断されうる（例えば、その利用者が、例えば次の時間内にサービス要求を出すというより高い確率を示す）。
【００１５】
幾つかの例では、ネットワークシステムは、通知が利用者装置の画面上に表示される予定の時間（又は利用者装置に通知データを送信する時間）を決めてもよい。ネットワークシステムは、特定の利用者に対して期待される配達時間を決めてもよい。これは、要求物が特定の利用者に通常配達される過去の配達時間であって、その特定の利用者に関連する履歴データに基づいた配達時間に基づいて決められてもよい。また、これは他の利用者（例えば、同じ地理的小区域で又はその利用者の居場所から所定の距離内で配達を要求している利用者）に関連する履歴データに基づいて決めてもよい。ネットワークシステムは、見積った配達時間に少なくとも部分的に基づいて通知を表示する時間を決定してもよい。この決定において、ネットワークシステムは、準備時間（例えば、事業体が要求された品物を準備するのにかかる時間など）、輸送時間（例えば、サービス提供者の待ち時間、事業体所在地からサービス地点へのサービス提供者の移動時間など）、及びその特定の利用者が要求を出すのに通常かかる時間を更に考慮してもよい。これらのパラメータの見積りは履歴データに基づいても、１つ以上の機械学習モデルに基づいて決められてもよい。また、これらのパラメータはネットワークベースサービスの各利用者に対して個々に決められてもよい。例えば、もし特定の利用者が通常通り第１の事業体から第１の組の品物を要求すると、ネットワークシステムは準備時間と輸送時間を第１の事業体に関連し第１の組の品物の準備に関する履歴データと、第１の事業体からその特定の利用者により要請されたサービス地点又はその近くへの移動に関するサービス提供者実績に関連する履歴データとに基づき見積ることができる。このように、ネットワークシステムは、要求された品物を利用者に期待される配達時間に又は前に配達できるように通知データを時間内に送信し通知が利用者装置で時間内に表示されるようにしうる。
【００１６】
様々な実施形態では、実行可能な通知との利用者の対話に応答して提示される要求インターフェースの１つ以上の様相は、自動化されても又は迅速な又は能率化されたユーザー体験のためであってもよい。ネットワークシステムから送信された通知データは、サービス要求と関連する１組のデフォルトパラメータを含みうる。例えば、サービス要求インターフェースは、利用者により配達を要求されるように１組のデフォルトの品物で自動的に埋められる。サービス要求インターフェースは、サービス要求を叶えようとしているサービス提供者が利用者と待ち合わせ及び／又は要求された品物を利用者に届ける予定のデフォルトサービス地点で自動的に埋められうる。その結果、利用者はサービス要求インターフェース内の簡単な入力（例えば、１タップ）で対話し、それら１組のデフォルトパラメータを使用してサービス要求を出すことができる。サービス要求インターフェースは利用者が、サービス要求をネットワークシステムに出す前にサービス要求のパラメータを変える（例えば、注文する品物を加える、削除する、又は取り替える、サービス地点を変える、サービス時間を変えるなど）選択肢を更に含んでもよい。
【００１７】
他の恩恵として、本書に記載された実施形態は、利用者がネットワークベースサービスと対話する（例えば、サービス要求を出す）であろう決定された可能性に基づいて利用者装置で提示される状況通知を可能にする。このように、その利用者が通知無しにサービス要求を既に出しそうである又はその利用者は通知を提示してもサービス要求を出しそうにないと判断された場合、通知データはネットワークシステムにより送信されないかもしれない。このように、利用者装置の処理資源に加えてネットワークシステムと利用者装置とのネットワーク資源をより効率良くすることができる。また、これは利用者装置の制限された表示器資産が望まない又は不要な通知で雑然となるのを防ぐ。また、サービス要求を出す時にユーザー体験を能率化する（例えば、その利用者のために品物を予め選択することで）ための要求ユーザーインターフェースが提示されるように利用者がするよう、状況通知は対話式であってもよい。これはユーザーアプリケーションが利用者装置の制限された表示器資産をより良く利用するのを可能にし、利用者がサービス要求を出すために多数のメニューをスクロールするのを避けるのを可能にする。
【００１８】
本明細書で使用されるように、コンピュータ装置はデスクトップコンピュータ、セルラー装置又はスマートフォン、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、仮想現実（ＶＲ）又は拡張現実（ＡＲ）ヘッドセット、タブレット装置、テレビジョン（ＩＰテレビジョン）などに合致する装置を指す。これらはシステムとネットワークを通じて通信するためのネットワーク接続性及び処理資源を提供できる。また、コンピュータ装置は特化ハードウェア、車載装置、又は搭載コンピュータなどに合致してもよい。また、コンピュータ装置はネットワークシステムと通信するよう構成された指定のアプリケーションを動作させることができる。
【００１９】
本明細書に記載された１つ以上の例は、コンピュータ装置で実行される方法、手法、及び動作はプログラムの形態で又はコンピュータ実行方法として実行されると明記する。本明細書で使用されるように、プログラムの形態では、コード又はコンピュータ実行可能な複数の命令の使用によりを意味する。これらの命令はコンピュータ装置の１つ以上のメモリ資源に記憶されうる。プログラムの形態で実行されるステップは自動であってもなくてもよい。
【００２０】
本明細書に記載された１つ以上の例は、プログラムモジュール、エンジン、又は部品を使用して実施されうる。プログラムモジュール、エンジン、又は部品は、１つ以上の記述されたタスク又はファンクションを実行できるプログラム、サブルーチン、プログラムの一部、又はソフトウェア部品又はハードウェア部品を含みうる。本書で使用されるように、モジュール又は部品は他のモジュール又は部品とは独立してハードウェア部品上に存在しうる。或いは、モジュール又は部品は他のモジュール、プログラム、又はマシンの共用要素又はプロセスでありうる。
【００２１】
本明細書に記載された幾つかの例は、処理及びメモリ資源を含むコンピュータ装置の使用を通常要求しうる。例えば、本書に記載された１つ以上の例は、全体的又は部分的にコンピュータ装置、例えばサーバー、デスクトップコンピュータ、セルラー又はスマートフォン、携帯情報端末（例えば、ＰＤＡ）、ラップトップコンピュータ、ＶＲ又はＡＲ装置、プリンタ、デジタル画像フレーム、ネットワーク機器（例えば、ルータ）、及びタブレット装置で実施されてもよい。メモリ、処理、及びネットワーク資源全てが本書に記載されたどの例の確立、使用、又は実施（どの方法の実施又はどのシステムの実施も含めて）に関しても使用されてよい。
【００２２】
また、本明細書に記載された１つ以上の例は、１つ以上のプロセッサにより実行可能な命令の使用により実施されてもよい。これらの命令はコンピュータ読取可能媒体上に記憶されてもよい。下記に図で示され又は描写されたマシンは、処理資源と本書に記載された例を実施するための命令が記憶及び／又は実行されうるコンピュータ読取可能媒体との例を提供する。特に、本発明の例で示された多くのマシンは、プロセッサとデータ及び命令を保持するための様々な形態のメモリとを含む。コンピュータ読取可能媒体の例は固定記憶保持装置、例えばパーソナルコンピュータ又はサーバーのハードドライブを含む。コンピュータ記憶媒体の他の例は、ＣＤ又はＤＶＤユニットなどの携帯記憶ユニット、フラッシュメモリ（例えば、スマートフォン、多機能装置、又はタブレットに搭載された）、及び磁気メモリを含む。コンピュータ、端末、ネットワーク使用可能装置（例えば、携帯電話などの携帯装置）は、プロセッサ、メモリ、及びコンピュータ読取可能媒体上に記憶された命令を利用するマシン及び装置の全ての例である。加えて、実施例はコンピュータプログラム又はこのようなプログラムを記憶できるコンピュータ使用可能記憶媒体の形態で実施されてもよい。
【図面の簡単な説明】
【００２３】
本明細書の開示は添付図面の図において限定としてではなく例として例示され、図面では、同様の符号は類似の構成要素を指す。
【図１】本明細書に記載された実施例に係る提供者装置及び利用者装置と通信するネットワークシステムの例を例示するブロック図である。
【図２】本明細書に記載された実施例に係る特定の利用者装置のための状況通知を生成する方法の例を説明するフローチャートである。
【図３Ａ】本明細書に記載された実施例に係る状況通知の例を例示する図である。
【図３Ｂ】本明細書に記載された実施例に係る要求ユーザーインターフェースの例を例示する図である。
【図４】本明細書に記載された実施例に係る携帯コンピュータ装置の例を例示するブロック図である。
【図５】本明細書に記載された実施例が実現されてよいコンピュータシステムを例示するブロック図である。
【発明を実施するための形態】
【００２４】
システムの説明
図１は本明細書に記載された実施例に係る提供者装置及び利用者装置と通信するネットワークシステムの例を例示するブロック図である。ネットワークシステム１００は、要求している利用者１９７をその利用者のサービス要求１９９を叶えるのに利用可能なサービス提供者１９２と接続するネットワークベースサービス（例えば、オンデマンド配達サービスなど）を実行又は管理できる。ネットワークシステム１００は、オンデマンドサービスが利用者装置１９５上で動作するユーザーアプリケーション１９６と提供者装置１９０上で動作する提供者アプリケーション１９１とを介して利用可能なサービス提供者１９２により要求している利用者１９７に提供されるのを可能にするプラットフォームを提供できる。本書で使用されるように、提供者装置１９０と利用者装置１９５は、ネットワークシステム１００により管理されるオンデマンドサービスのためのそれぞれの指定されたアプリケーション（例えば、提供者アプリケーション１９１、ユーザーアプリケーション１９６など）を実行するよう構成されたコンピュータ装置でありうる。多くの例では、提供者装置１９０と利用者装置１９５は、例えばスマートフォン、タブレットコンピュータ、ＶＲ又はＡＲヘッドセット、車両の搭載コンピュータシステム、スマートウォッチなどの携帯コンピュータ装置からなってもよい。
【００２５】
１つの例では、要求している利用者１９７はネットワーク１８０を通じて、１つ以上のサービス提供者１９２によりサービス地点に配達されるための１つ以上の選択された品物を示す要求１９９を出すことができる。サービス地点も要求１９９により示されうる。要求１９９の受信に応じて、ネットワークシステム１００は要求１９９を処理し要求１２８を関連する事業体１８５に送信してその利用者１９７により要求されている１つ以上の品物を供給又は準備できる。
【００２６】
実施形態によれば、ネットワークシステム１００は受信した要求１９９を処理するための要求処理エンジン１２０を含みうる。要求処理エンジン１２０は要求している利用者１９７により選択された品物を伝え、品物選択メッセージ１２３を関連する事業体１８５（例えば、利用者１９７により選択された品物を提供するレストラン）に送信してその事業体が選択された品物の準備を開始するのを可能にできる。適切に品物選択メッセージ１２３をコンピュータ、端末、又は装置（例えば、その事業体より操作される取引端末、ＰＯＳ端末、携帯コンピュータ装置など）に送信するために、要求処理エンジン１２０はその事業体に関係する関連情報を調べる（例えば、事業体プロフィールデータ１５７を記憶するデータベース１５０から事業体データ１５３を求めることで）ことができる。
【００２７】
要求処理エンジン１２０は複数のサービス提供者１９２から要求１９９に応えるサービス提供者も特定できる。サービス提供者は要求１９９で選択された事業体に相対するその現在位置に基づいて特定されうる。例えば、ネットワークシステム１００は各サービス提供者装置１９０と通信を維持しサービス提供者１９２の現在位置を監視できる。要求１９９に応答して、要求処理エンジン１２０は、その現在位置が要求１９９に関連する事業体から所定の距離（又は移動時間）内であることに基づいてサービス提供者を特定できる。幾つかの場合、要求処理エンジン１２０は提供者分類に基づいてサービス提供者１９２を特定できる。例えば、事業体及び／又はサービス地点が密集した都市地域に位置する場合、要求処理エンジン１２０は自動車ではなくオートバイ又は自転車を運用するサービス提供者に対応する提供者分類のサービス提供者を特定できる。また、サービス提供者の識別は要求処理エンジン１２０から受信した要求グループ１２７に基づいてもよい。要求グループ１２７は単一のサービス提供者により処理される一群のサービス要求を表してもよい。要求処理エンジン１２０はこの情報を利用してサービス要求１９９を叶えるサービス提供者を特定できる。
【００２８】
サービス要求１９９を叶えるサービス提供者を特定するとすぐ、要求処理エンジン１２０は案内１２２を生成する。案内は提供者装置インターフェース１４５により提供者の提供者装置１９０にネットワーク１８０を介して送信されうる。これに応答して、特定されたサービス提供者は案内１２２を受け入れるか又は断ることができる。サービス提供者が案内１２２を受け入れた（例えば、提供者アプリケーション１９１内の選択で）場合、ネットワークシステム１００は提供者装置１９０に、例えば要求処理エンジン１２０により決定されたルート１２１を送信してその提供者装置がサービス要求１９９を叶えるのを容易にする。サービス提供者が案内１２２を断った場合、要求処理エンジン１２０は別の適切なサービス提供者を特定できる。
【００２９】
本明細書に記載された実施例では、要求処理エンジン１２０はルート１２１も決定できる。要求されたサービスを叶えるのを引き継ぐよう、ルート１２１を選択されたサービス提供者に送信することができる。ルート１２１は事業体までのルート部分とサービス地点までのルート部分とを含みうる。１つの例では、ルートは、少なくともサービス提供者１９２の現在位置から１つ以上の選択された品物を提供する事業体１８５までの第１のルート部分と、その事業体からサービス地点までの第２のルート部分とを含むことができ、その１つ以上の選択された品物を要求している利用者１９７に届けることができる。別の例では、サービス提供者が複数の事業体から複数の品物を要求しているサービス要求１９９を叶えるようネットワークシステム１００により特定された場合、ルート１２１は、選択されたサービス提供者の現在位置から第１の事業体までの第１のルート部分、その第１の事業体から第２の事業体までの第２のルート部分などを含むことができる。また、サービス提供者１９２が異なるサービス地点を持つ複数のサービス要求を叶えるようネットワークシステム１００により特定された場合、ルート１２１は、複数の事業体のうち最後の事業体から複数のサービス地点のうち第１の地点までの部分、その第１のサービス地点から第２のサービス地点までの部分などを含むことができる。
【００３０】
様々な実施形態では、ネットワークシステムは利用者プロフィール１５６及び事業体プロフィール１５７などの情報を記憶するためのデータベース１５０を備えうる。利用者プロフィール１５６は事業体が提供する品物における対応する利用者の好みなどの情報（例えば、品物の好み、お気に入りの事業体、お気に入りの品物種類、嫌われた品物、食物アレルギーなど）を記憶しうる。利用者プロフィール１５６はその利用者の最も頻繁に使用する又はお気に入りのサービス地点（例えば、職場、自宅など）も記憶できる。また、利用者プロフィール１５６はネットワークシステム１００に出された利用者の過去のサービス要求に関する情報（例えば、要求した品物、使った額など）を記憶できる。追加の又はより最新の情報をネットワークシステム１００が集めながら、データベース１５０に記憶されたデータは絶えず更新されうる。利用者プロフィール１５６に記憶された情報を使用して、ネットワークシステム１００は対応する利用者１９７の体験を最適化できる。例えば、ネットワークシステム１００は利用者プロフィール１５６に記憶された情報に基づいて品物又は事業体提案又は推奨を生成できる。また、本書に記載されたように、ネットワークシステム１００は履歴データと利用者プロフィール１５６に記憶された情報とを利用して利用者装置１９７で表示するための状況通知を生成できる。
【００３１】
実施形態によれば、ネットワークシステム１００は利用者装置１９５へ送信するための通知データ１１６を生成できる通知エンジン１１５を含みうる。通知データ１１６は利用者装置１９５へ利用者装置インターフェース１４０を介しネットワーク１８０を通じて送信されうる。利用者装置１９５は利用者１９７のために状況通知をネットワークシステム１００から受信した通知データ１１６に基づいて提示できる。通知エンジン１１５は、利用者装置１９５の利用者１９７のメトリックを算出することで通知が利用者装置１９５で提示されるようにするか否か（例えば、通知データ１１６を利用者装置１９５に送信するか否か）を決定できる。そのメトリックはその利用者が特定の期間内にサービス要求を出すか又はユーザーアプリケーションと対話する可能性を示してよい。通知エンジン１１５は、通知データ１１６を利用者装置１９５に送信するか否かを決定する時、メトリックを１つ以上の閾値と比較することができる。
【００３２】
特定の利用者１９７のメトリックは利用者プロフィールデータ１５１（例えば、利用者１９７のネットワークベースサービスの過去の例に関する又はから決まる情報又はデータ）に基づいて算出されうる。プロフィールデータ１５１はネットワークシステム１００によりデータベース１５０に維持された利用者１９７の対応する利用者プロフィールから回収又は求められうる。プロフィールデータ１５１は、例えばネットワークベースサービスとの対話時の利用者１９７の過去の行動（例えば、サービス要求を出したこと）を示しうる。プロフィールデータ１５１に含まれる情報、例えば利用者１９７が通常サービス要求を出す日時をメトリックの決定に利用できる。
【００３３】
利用者１９７のメトリックは履歴データ１５２（例えば、ネットワークベースサービスの他の利用者のネットワークベースサービスの過去の例に関する又はから決まる情報又はデータ）に更に基づいて算出できる。幾つかの実施形態では、通知エンジン１１５は、彼らの履歴データが履歴データ１５２に含められ利用者１９７のメトリックの算出時に使用されるべきネットワークベースサービスの利用者の部分集合を決めることができる。ネットワークベースサービスに関して過去の行動の一貫したパターンを有する利用者の部分集合を決めることができる。例えば、利用者が通常ある時間窓内にサービス要求を出す地理的小区域がある（例えば、利用者が通常平日午後１２：００と午後１：００の間に食品配達のサービス要求を出す商業金融街、利用者が通常毎日午後６：００と午後８：００の間に食品配達のサービス要求を出す住宅地など）。このように、状況通知が利用者１９７に提示されるか否かは、その利用者１９７の居場所（又はサービス地点）と同じ地域にいて、従ってその利用者１９７と同じ好み及び行動を最も示しそうな他の利用者の過去の行動に基づいて決定されうる。
【００３４】
実施形態に依っては、通知エンジン１１５は、利用者１９７のメトリックを決定する時に利用者１９７の利用者プロフィールデータ１５１に付与される重みとネットワークベースサービスの他の利用者の履歴データ１５２に付与される重みとを決定できる。１つの例では、例えば利用者１９７が自身の利用者プロフィールに十分なデータを持っていない時、利用者１９７のメトリックは履歴データ１５２に完全に基づきうる。他の例では、重みは利用者１９７の時間、日又は場所に基づいて変えられうる。例えば、その利用者がホーム地域（例えば、居住街又は職場街）にいる時の利用者１９７のメトリックの決定は、利用者１９７の利用者プロフィールデータ１５１に部分的にまた履歴データ１５２に部分的に基づきうる。しかし、利用者１９７がネットワークベースサービスに関してサービス履歴を持たない異なる地域へ移動する時、通知エンジン１１５は、利用者１９７のメトリックを利用者１９７が向かっている地域の他の利用者に関連する履歴データ１５２に完全に基づいて決定できる。或いは、通知エンジン１１５は、メトリックを決定する時に追加の重み（利用者１９７がホーム地域にいる場合と比べて）を履歴データ１５２に割り当ててもよい。従って、利用者１９７の移動先にいる利用者の通常の行動に基づいて、利用者１９７にネットワークベースサービスと対話する又はサービス要求を出すのを思い出させることができる。幾つかの実施形態では、利用者プロフィールデータ１５１及び履歴データ１５２を使用して別々のメトリックを算出でき、適切な重みをそれら別々のメトリックに割り当てることができ、利用者１９７のメトリックをそれら別々のメトリックを合計することで決めうる。
【００３５】
実施形態によれば、ネットワークシステム１００は第２のネットワークベースサービス（例えば、輸送サービス）を管理する第２のネットワークシステム１７０と通信できる。通知エンジン１１５は、通知が利用者装置１９５で表示されるようにするか否かを決める（例えば、利用者１９７のメトリックを決める）時、利用者１９７に対する第２のネットワークベースサービスのパラメータ又は進行情報を示す第２のサービス進行情報（ＳＳＰＩ）１７１を受信できる。ＳＳＰＩ１７１は、例えば利用者１９７のための輸送サービスにより手配された移動の移動先場所及び到着予定時間を示してもよい。通知エンジン１１５は移動先場所に基づいて利用者１９７のメトリックを決定しうる。例えば、通知エンジン１１５は、利用者１９７が自宅に午後６：００に輸送サービスを使って到着する予定である第１のシナリオでは利用者１９７が午後２：００にジムへ行く予定である第２のシナリオに比べて利用者１９７のメトリックをより高く決定できる。第１の場合、ＳＳＰＩ１７１に含まれる情報に基づくと、利用者１９７は配達サービスのサービス要求を出す可能性がより高い。
【００３６】
ある例では、ＳＳＰＩ１７１（例えば、ＥＴＡ及び移動先場所）に基づき、ネットワークシステム１００は、利用者１９７が移動先場所に到着する前にサービス要求１９９を出すことができるよう、利用者１９７が移動先場所への途上にある時に、通知データ１１６を生成し利用者装置１９５に送信して利用者装置１９５に通知を利用者装置１９５で提示させることができる。このように、利用者１９７が移動先場所に到着するのとほぼ同時に品物が利用者１９７へ配達されうる。幾つかの実施形態では、利用者装置１９５に送信された通知データ１１６は、通知がユーザーアプリケーション１９６ではなく第２のユーザーアプリケーション内で提示されるようにしうる（例えば、第２のネットワークベースサービスと対話するための第２の専用ユーザーアプリケーション内のアプリ内通知又はコンテンツカード）。
【００３７】
特定の実施形態に依っては、ＳＳＰＩ１７１は、また利用者装置１９５からネットワーク１８０を通じて受信されてもよい。例えば、第２のネットワークベースサービスに関連する第２のユーザーアプリケーションはＳＳＰＩ１７１をネットワークシステム１００に送信できる（例えば、ネットワークベースサービス用の利用者１９７のログオン認証情報を第２のユーザーアプリケーション内で入力することで第２のユーザーアプリケーションはネットワークベースサービスの利用者１９７のプロフィールに「リンク」されうる）。
【００３８】
バリエーションに依っては、利用者１９７のメトリックは１つ以上の機械学習モデル１１１を使用して決められてもよい。機械学習モデル１１１は機械学習モデル生成器（「ＭＬＭ生成器」）１１０により生成されうる。機械学習モデル１１１は利用者１９７の利用者プロフィールデータ１５１及びネットワークベースサービスの他の利用者の履歴データ１５２に基づいてＭＬＭ生成器１１０により学習させられうる。機械学習モデル１１１はまた第２のネットワークベースサービスに関係するデータを使用して学習させられうる。ある実施形態では、利用者１９７のメトリックを決めるのに使用される１つ以上の機械学習モデル１１１は、利用者１９７の利用者プロフィールデータ１５１に基づいて生成されたユーザー特定の機械学習モデルと、ネットワークベースサービスの他の利用者の履歴データ１５２から得られる第２の機械学習モデルとを含みうる。ネットワークベースサービスの別の利用者のために、通知エンジン１１５は、その利用者のプロフィールデータを使用してＭＬＭ生成器１１０により生成された別の機械学習モデルと、履歴データ１５２から得られた第２の機械学習モデル（利用者１９７のためにも使用される）とに基づいてその利用者のメトリックを決定できる。他の実施形態では、１つの機械学習モデル１１１が使用され、利用者プロフィールデータ１５１と履歴データ１５２の両方から得られたデータを含みうる。機械学習モデル１１１は決定木ベースのモデル（例えば、ランダム森林モデル）であり、ネットワークベースサービスに関して収集されたデータ（例えば、利用者プロフィールデータ１５１と履歴データ１５２）に基づいてＭＬＭ生成器１１０により生成されうる。
【００３９】
利用者１９７のメトリックは、また利用者装置１９５から１つ以上のネットワーク１８０を介して受信された利用者データ１９８に基づいて決定されてもよい。利用者データ１９８は利用者１９７の現在位置などの情報を含みうる。現在位置は利用者装置１９５により決められ、１つ以上の地理認識資源、例えばＧＰＳ、ＧＬＯＮＡＳＳ，Ｇａｌｉｌｅｏ、又はＢｅｉＤｏｕ受信機により生成されうる。利用者１９７の現在位置に基づいて、通知エンジン１１５は関連するデータ（例えば、履歴データ１５２）と機械学習モデル１１１とを決定して利用者１９７のメトリックを決めるのに利用できる。
【００４０】
幾つかの例では、通知データ１１６を受信したことに応答して、利用者装置１９５は利用者１９７のために状況通知を直ちに提示又は表示できる。他の例では、通知データ１１６は通知が利用者装置１９５で提示されるべき時間を示してもよい。そのような１組みの通知データ１１６を受信したことに応答して、利用者装置１９５は通知が示された時間に表示又は提示されるようにすることができる。従って、ネットワークシステム１００は、通知が利用者装置１９５で提示されるようにするか否かを前もって決定し、通知データ１１６を送信して、利用者装置１９５にその通知データに示された時間に通知を提示させることができる。
【００４１】
様々な例では、利用者装置１９５で提示された通知は、サービス要求（例えば、要求１９９）を出すための要求ユーザーインターフェースが利用者装置１９５で（例えば、ユーザーアプリケーション１９６内で）提示されるようにするよう利用者により実行可能でありうる。利用者の通知との対話（例えば、タップジェスチャー、スワイプジェスチャーなど）に応答して、利用者装置１９５はその要求ユーザーインターフェースを提示できる。要求ユーザーインターフェースはコンテンツ又は情報で自動的に埋められユーザー体験を能率化するのを助けうる。例えば、要求ユーザーインターフェースの「カート」は１つ以上の品物（例えば、料理、食料品、飲料など）で自動的に埋められ、利用者１９７は１つの要求ユーザーインターフェース・フィーチャーの単一タップでサービス要求１９９を出すことができる。利用者１９７が自動的に埋められたコンテンツ（例えば、予め選択された品物）を一部変更したければ、利用者１９７は要求１９９を出す前にそうすることができる。
【００４２】
通知エンジン１１５より生成された通知データ１１６は、状況通知を提示する時に利用者装置１９５により表示されるコンテンツに対応するコンテンツデータも含む。コンテンツデータは通知自体（「通知コンテンツ」）の上に表示されるコンテンツ、例えば利用者にサービス要求を出すのを思い出させるテキスト及びグラフィック情報を含みうる。その通知コンテンツは利用者１９７に関連する状況情報を通知でき、利用者装置１９５で提示された状況情報と対話するよう利用者の興味をそそる要約を利用者１９７に提供できる。例えば、通知コンテンツは、利用者１９７が現在いる地域のネットワークベースサービス（例えば、その地域内の配達）に対するサービス要求が通常特定の時間（例えば、配達時間午後１２：００）指定で要求されると利用者１９７に知らせ、その地域の利用者がサービスを要求する通常の時間に配達する要求を出すようその利用者を午前１１：００に促すことができる。別の例として、通知コンテンツは、第２のネットワークベースサービスに関する情報（例えば、ＳＳＰＩ１７１から得られる）も含むことができ、通知コンテンツは、利用者１９７が第２のネットワークベースサービス（例えば、輸送サービス）の移動先場所に例えば午後６：００に到着する予定だと利用者１９７に通知でき、利用者１９７が移動先場所に到着する予定の時間に又は頃に要求した品物が利用者１９７に配達されうるよう利用者１９７に移動先場所への配達のサービス要求を出すよう促すことができる。
【００４３】
通知データ１１６は、利用者１９７が状況通知と対話した後にユーザーアプリケーション１９６内で表示されるコンテンツ（「アプリケーションコンテンツ」）を更に含むことができる。アプリケーションコンテンツは、利用者１９７がその通知と対話した後に表示される要求ユーザーインターフェース内のサービス要求用の利用者１９７のために予め選択される品物の識別子を含むことができる。アプリケーションコンテンツは、利用者１９７の好み及び過去のサービス要求を示す利用者プロフィールデータ１５１に基づいて通知エンジン１１５より生成されうる。アプリケーションコンテンツは利用者１９７の頻繁に要求される品物の予めの選択を含むことができ、利用者１９７はこれらの品物のサービスを容易にかつ迅速に要求できる。アプリケーションコンテンツは利用者１９７の位置（例えば、利用者データ１９８により示される）に依存しうる。例えば、配達用の品物の予めの選択は利用者１９７のいる場所に依存しうる（例えば、どの事業体が近いかに依存する）。アプリケーションコンテンツはネットワークベースサービスの他の利用者の履歴データ１５２にも依存しうる。例えば、アプリケーションコンテンツは利用者１９７がいる地域のネットワークベースサービスの利用者に人気のある品物又は事業体を提案できる。幾つかの実施形態では、アプリケーションコンテンツは通知データ１１６の一部として送信されず、代わりに利用者１９７が状況通知と対話することに応答して利用者装置１９５により問合せされる。従って、利用者１９７が状況通知と対話した後、ネットワークシステム１００はアプリケーションコンテンツを利用者装置１９５に送信する。
【００４４】
方法
図２は本明細書に記載された実施例に係る特定の利用者装置のための状況通知を生成する方法の例を説明するフローチャートである。図２に関する下記の記述において、図１に関して示し説明した特徴及び例を参照する場合がある。例えば、図２に示した方法２１０は、図１に例示し説明したネットワークシステム１００及び／又は利用者装置１９５により実行されてもよい。
【００４５】
図２を参照すると、ある実施形態では、ネットワークシステム及び／又は利用者装置は１つ以上のトリガーを検出し通知が利用者装置に提示されるようにするか否かを決定できる（２１１）。通知決定は時間ベース（２０６）、場所ベース（２０７）、又は他の状況情報（２０８）に基づいてよい。例えば、ネットワークシステムは、利用者の場所の変化（例えば、利用者が異なる地理的区域又は地理的小区域に移動した）を検出したことに応答して決定を実行するよう起動されてよい。決定を引き起こす状況情報は、利用者のために要求されている又は進行中の第２のネットワークベースサービス（例えば、輸送サービス）に関するサービス進行情報を含みうる。トリガー事象を検出し通知決定を行うのに加えて又は代えて、ネットワークシステム及び／又は利用者装置は定期的に（例えば、日に一度）状況通知をその特定の利用者装置に提示するか否かを決定してもよい。
【００４６】
ネットワークシステムは、特定の利用者がネットワークベースサービスのためのユーザーアプリケーションと対話するか又は特定の期間（例えば、次の２時間、次の１２時間など）内にサービス要求を出す可能性を表すその利用者のメトリックを決定するよう（２１０）構成されている。本書に記載されたように、メトリックは下記に基づいて決定されうる、（１）利用者に固有のデータ（例えば、利用者サービス履歴、利用者プロフィールに記憶された利用者の好みなど）（２１１）、（２）他の利用者に関するデータ（例えば、その利用者と同じ地域にいる他の利用者の使用パターン及び好み）（２１２）、及び／又は（３）状況情報（例えば、近くの事象、例えばスポーツイベント、天候状態、輸送サービスなどの第２のネットワークベースサービスでの利用者のサービス進行など）。ネットワークベースサービスの他の利用者に対応するデータを利用する時、ネットワークシステムはそのデータが匿名化されていることを保証できる。加えて、ネットワークシステムは、前述した様々な分類のデータを使用して学習させられる１つ以上の機械学習モデル（例えば、ランダム森林モデル、決定木ベースのモデルなど）を使用して決定を行うことができる。ネットワークシステムは、決定されたメトリックを１つ以上の閾値と比較することで利用者の利用者装置に通知データを送信するか否かを決定できる（２１５）。
【００４７】
ネットワークシステムが利用者装置に通知データを送信すると決めると、ネットワークシステムは通知コンテンツを決めることができる（２２０）。通知コンテンツは状況通知内で表示されるテキスト又はグラフィックを含みうる。通知データはその利用者の利用者プロフィールとネットワークベースサービスの他の利用者に対応するデータとに基づいて生成されうる。例えば、通知コンテンツは、その利用者が現在いる地域のネットワークベースサービス（例えば、その地域内の配達）に対するサービス要求が通常特定の時間（例えば、配達時間午後１２：００）指定で要求されるとその利用者に知らせ、その地域の利用者がサービスを要求する通常の時間に配達する要求を出すようその利用者を午前１１：００に促すことができる。ネットワークシステムは通知データを送信し利用者装置に状況通知を利用者装置で提示させる（２２５）。利用者装置はその状況通知との利用者の対話に応答して要求ユーザーインターフェースを提示できる。
【００４８】
実施形態によれば、ネットワークシステムは利用者装置から要求を受信するのを待つことができる（２３０）。状況通知との利用者の対話に応答して表示される要求ユーザーインターフェースを使用して要求を出すことができるか、又は利用者が状況通知に促されることなく別途ユーザーアプリケーションを起動することで要求を出すことができる。要求は、指定された又は所定のサービス地点へのサービスのための１つ以上の品物の利用者の選択に関するデータを含みうる。要求している利用者のユーザーアプリケーションとの対話（例えば、「出す」又は「注文を出す」又は「手配する」ユーザーインターフェース・フィーチャーを使用して）に応答して、要求が利用者装置により生成されうる。様々な例では、ステップ２３０で要求を受信したことに応答して、ネットワークシステムは要求情報を関連する事業体に送信する（２３５）。幾つかの例では、要求情報は所望の準備完了時間を含む。所望の準備完了時間は、その事業体が対応する品物の準備を完了するべき時間であって、ネットワークシステムがタイムリーに（例えば、所望のサービス時間に又は頃に）要求が叶えられるのを保証するために見積った時間でありうる。代わりに、ネットワークシステムは、事業体が需要に関する履歴データに基づいて品物を準備するのを可能にする情報を送信してもよい。
【００４９】
実施形態によれば、ネットワークシステムはサービス要求を叶えるのにサービス提供者のための最適ルートも決定する（２４０）。このステップは、例えば図１のサービス要求処理エンジン１２０により実行されてよい。特に、最適ルートは、１つ以上の選択された品物に関連する準備時間に基づいて、例えば要求している利用者及び選択されたサービス提供者にとって待ち時間を最少化するように決定されうる。例えば、準備時間に基づいて、ネットワークシステムは、事業体が準備している選択された品物が集荷のために準備できると見積られた時間に又は頃に選択されたサービス提供者が事業体の場所に到着するように、最適ルートを決めうる。ネットワークシステムは、選択された品物の準備時間に基づいてルート上の事業体の順番を決めることでルートを更に最適化できる。ネットワークシステムは、移動距離及び／又は時間を削減するようにルートを更に最適化できる。また、ネットワークシステムは、リアルタイムデータを事業体から受信して最適ルートを更新できる。例えば、特定の事業体での遅延を示すリアルタイムデータに基づいて、ネットワークシステムは、その遅延を取り込むよう最適ルートを更新できる（例えば、事業体の順番を並べ換える又は遅延が発生しているその特定の事業体へのルート部分を後らせる）。このように、サービス提供者のためのルートは最新情報に基づき最適のままでありうる。
【００５０】
様々な態様では、ネットワークシステムは、複数のサービス提供者からサービス提供者を特定又は選択してサービス要求を叶えることができる（２４５）。例えば、ネットワークシステムは、事業体及び／又はサービス地点に最も近いサービス提供者を選択できる。また、ネットワークシステムは、最適ルートに基づいてサービス提供者を選択できる。例えば、ネットワークシステムは、最適ルートが密集都市環境内にあることに基づいて自転車サービス提供者を選択できる。一方、最適ルートが高速道路又は幹線道路上の１つ以上の部分を含む場合、ネットワークシステムは、自動車サービス提供者を選択できる。また、ネットワークシステムは、サービス提供者をそのサービス能力に基づいて特定できる。例えば、ネットワークシステムは、単一のサービス提供者により処理される一群のサービス要求における要求している利用者により選択された品物に基づいて必要なサービス能力を決めうる。ネットワークシステムは、サービス提供者のサービス能力がその一群のサービス要求を叶えるのに十分であるようにサービス提供者を特定できる。
【００５１】
実施形態によれば、ネットワークシステムは、最適ルートに対応するデータを選択されたサービス提供者に送信できる（２５０）。最適ルートに対応するデータは、コンテンツデータ、例えば、選択された提供者の提供者装置がルート案内を表示するのを可能にする又は表示させる地図データ、又は最適ルートを含む対話式地図を含みうる。
【００５２】
ユーザーインターフェース例
図３Ａ及び３Ｂは本明細書に記載された実施例に係る状況通知及び要求ユーザーインターフェースの例を例示する図である。
【００５３】
図３Ａを参照すると、状況通知は、通知データがネットワークシステムから受信されたことに応答して利用者装置により表示されうる。通知はその通知データに指定された時間に表示されうるか（例えば、遅延提示）、又は通知データを受信したことに応答して利用者装置により直ちに提示されうる。利用者装置がロックされている時、又は利用者装置の画面がオフである時、状況通知は利用者装置オペレーティングシステムのロック画面上に表示されてもよい。図１に関して説明したように、通知コンテンツは利用者１９７に関連する状況情報を通知し、要約を利用者に提供できる。
【００５４】
図３Ｂを参照すると、要求ユーザーインターフェースは、状況通知との利用者の対話（例えば、タップジェスチャー、スワイプジェスチャーなど）に応答して表示されうる。要求ユーザーインターフェースのコンテンツは特定の利用者のために特化され、その利用者の履歴データ（例えば、その利用者の利用者プロフィールに記憶された）に基づいて生成されうる。様々な態様では、要求ユーザーインターフェースは、ネットワークベースサービスとの対話時及び／又はユーザーアプリケーション内でサービス要求を出す時に能率化され容易なユーザー体験を可能にするよう提示されうる。例えば、要求ユーザーインターフェースは、サービス要求を出す時の利用者のための品物の事前選択（例えば、その利用者のお気に入りの品物又は頻繁に要求される品物）を含んでもよい。要求ユーザーインターフェースは予め選択された（例えば、その利用者の「カート」に加えられた）品物を明確に示しうる。幾つかの場合、要求ユーザーインターフェースは、事業体に関する情報（例えば、事業体名、事業体連絡先、事業体アドレス、事業体の利用者評価など）を提供できる。図３Ｂに明確には例示されていないが、要求ユーザーインターフェースは、その利用者の現在位置と見積られたサービス時間（例えば、サービス提供者が予め選択された品物をその利用者に届けると見積られた時間）とに基づいて得られうる所定のサービス地点（例えば、利用者が品物の配達を受け取る予定の地点）などのサービス情報を更に含むことができる。利用者は要求ユーザーインターフェースを介して未提出の要求のどの面も容易かつ迅速に部分変更できる。例えば、利用者は予め選択された品物を加える、取り除く、又は取り替えることができる。利用者はまたサービス地点を部分変更し、サービス時間を指定し（例えば、できるだけ早く又はサービス時間を予定する）、近隣地域にある他の事業体の提供物を閲覧できる。利用者が要求のパラメータに満足すると、利用者は「手配する」又は「注文する」ユーザーインターフェース・フィーチャーによりサービス要求を出しうる。要求提出プロセスはネットワークベースサービスに既に記録された（例えば、その利用者の利用者プロフィールに記憶された）支払情報を利用することで能率化されうる。
【００５５】
ハードウェア図
図４は本明細書に記載された実施例に係る携帯コンピュータ装置の例を例示するブロック図である。多くの実施形態において、携帯コンピュータ装置４００はスマートフォン、タブレットコンピュータ、ラップトップコンピュータ、ＶＲ又はＡＲヘッドセット装置などでありうる。図１の状況では、図４に例示し説明するように利用者装置１９５及び／又は提供者装置１９０は携帯コンピュータ装置４００を使用して実現されてよい。
【００５６】
実施形態によれば、携帯コンピュータ装置４００は典型的な電話機のフィーチャー、例えばマイクロフォン４４５、カメラ４５０、及び通信インターフェース４１０を含みうる。通信インターフェース４１０は外部の実体（例えば、ネットワークベースサービスを実行するネットワークシステム４９０）と任意の数の無線通信プロトコルを使用して通信する。携帯コンピュータ装置４００は指定されたアプリケーション（例えば、サービスアプリケーション４３２）をローカルメモリ４３０に記憶できる。サービスアプリケーション４３２は、ネットワークベースサービス用利用者装置としての携帯コンピュータ装置４００の実施のための１つ以上のユーザーアプリケーションと合致しうる。サービスアプリケーション４３２は、ネットワークベースサービス用提供者装置としての携帯コンピュータ装置４００の実施のための１つ以上の提供者アプリケーションとも合致しうる。
【００５７】
入力４１８に応答して、サービスアプリケーション４３２はプロセッサ４４０により実行されうる。プロセッサ４４０は、アプリケーションインターフェース４４２が携帯コンピュータ装置４００の表示画面４２０上に生成されるようにすることができる。提供者装置としての携帯コンピュータ装置４００の実施において、アプリケーションインターフェース４４２は、サービス提供者が、例えばネットワークシステム４９０により生成されたサービス要求を叶える案内を受諾する又は拒否するのを可能にできる。案内は着信サービスメッセージ４６９として受信され、案内の受諾は携帯コンピュータ装置４００によりネットワークシステム４９０へ発信サービスメッセージ４６７として送信されうる。利用者装置としての携帯コンピュータ装置４００の実施において、アプリケーションインターフェース４４２は、利用者が、例えばネットワークベースサービスを要求するのを可能にできる。サービス要求はネットワークシステム４９０へ発信サービスメッセージ４６７として送信されうる。
【００５８】
様々な例において、携帯コンピュータ装置４００は、携帯コンピュータ装置４００の現在位置を示す位置データ４６２をネットワークシステム４９０にネットワーク４８０を通じて提供できるＧＰＳモジュール４６０を含みうる。幾つかの実施形態では、他の位置認識又は地理位置情報資源、例えばＧＬＯＮＡＳＳ，Ｇａｌｉｌｅｏ、又はＢｅｉＤｏｕをＧＰＳモジュール４６０に代えて又は加えて使用できる。ネットワークシステム４９０は携帯コンピュータ装置４００の現在位置４６２を利用してネットワークベースサービスを管理できる（例えば、サービス提供者を選択してサービス要求を叶える、サービス提供者と利用者間のルートを決める、利用者のためにサービス地点を決定するなど）。
【００５９】
第２のユーザーアプリケーション４３３を携帯コンピュータ装置４００のメモリ４３０に記憶できる。第２のユーザーアプリケーション４３３は第２のネットワークベースサービス（例えば、輸送サービス）のための専用ユーザーアプリケーションに合致しうる。ある実施形態では、第２のユーザーアプリケーション４３３は第２のネットワークベースサービスの情報（例えば、サービス進行情報）をユーザーアプリケーション４３２又はネットワークシステム４９０と共有するよう構成できる。例えば、ネットワークベースサービスの利用者のログイン認証情報は、第２のユーザーアプリケーション４３３内にあって第２のユーザーアプリケーション４３３がデータをネットワークシステム４９０に送信するのを許すことができる。別の例として、ネットワークベースサービスと第２のネットワークベースサービスは同じ１組のログイン認証情報を利用できる。
【００６０】
通信インターフェース４１０はネットワーク４８０を通じて通知データ４２６を受信するよう構成されている。通知データ４２６を受信したことに応答して、携帯コンピュータ装置４００は状況通知４２８を表示画面４２０上に提示できる。通知は直ちに提示されうるか又は通知データ４２６に指定された後の時間に表示されうる。利用者はユーザー入力４１８（例えば、タップジェスチャー、スワイプジェスチャー）を介して状況通知と対話できる。利用者がネットワークベースサービス及びユーザーアプリケーション４３２と効率的に対話するのを可能にする状況通知と対話するユーザー入力４１８を受信したことに応答して、ユーザーアプリケーション４３２の特定のユーザーインターフェース（例えば、要求ユーザーインターフェース）が提示されうる。
【００６１】
図５は、本明細書に記載された実施例が実現されてよいコンピュータシステムを例示するブロック図である。コンピュータシステム５００は、例えばサーバー又はサーバーの組み合わせのハードウェアを表すことができ、オンデマンドサービスを提供するネットワークサービスの一部として実施されてよい。図１の状況では、ネットワークシステム１００は図５に示すようなコンピュータシステム５００又は複数のコンピュータシステム５００の組み合わせを使用して実施されてよい。
【００６２】
１つの態様では、コンピュータシステム５００は処理資源（プロセッサ５１０）、主メモリ５２０、メモリ５３０、記憶装置５４０、及び通信インターフェース５５０を含む。コンピュータシステム５００は主メモリ５２０に記憶された情報を処理するための少なくとも１つのプロセッサ５１０を含む。主メモリ５２０は、情報とプロセッサ５１０により実行可能な命令を記憶するためのランダムアクセスメモリ（ＲＡＭ）又は他の動的記憶装置により提供されうる。主メモリ５２０はプロセッサ５１０より実行される命令の実行中の一時的変数又は他の中間情報を記憶するためにも使用されてよい。コンピュータシステム５００はまたメモリ５３０又は静的情報及びプロセッサ５１０用の命令を記憶するための他の静的記憶装置も含んでよい。磁気ディスク又は光学ディスクなどの記憶装置５４０が情報及び命令を記憶するために提供される。
【００６３】
通信インターフェース５５０は、コンピュータシステム５００が１つ以上のネットワーク５８０（例えば、セルラーネットワーク）とネットワーク接続（無線又は有線）を使用して通信するのを可能にする。ネットワーク接続を使用して、コンピュータシステム５００は１つ以上のコンピュータ装置、１つ以上のサーバー、及び／又は１つ以上の自動運転車両と通信できる。幾つかの例によれば、コンピュータシステム５００は個々の利用者の携帯コンピュータ装置からのサービス要求を受信する。メモリ５３０に記憶された実行可能な命令群は、サービス提供者ルート決め及び選択命令５２２、及び通知生成命令５２４を含み、実行される時、本書に記載された方法のうち１つ以上を実行できる。
【００６４】
例として、メモリ５２０に記憶された命令群とデータはプロセッサ５１０により実行されて図１の一例であるネットワークシステム１００を実現できる。動作を実行する時、プロセッサ５１０はサービス要求及び提供者状態を扱い、サービス案内を出してサービス要求を叶えるのを可能にすることができる。プロセッサ５１０はソフトウェア用の命令群及び／又は他のロジックを実行して、図１〜３Ｂで説明したように実施形態で説明した１つ以上のプロセス、ステップ、及び他の機能を実行する。
【００６５】
本明細書に記載された実施例は、本書に記載された手法を実行するためのコンピュータシステム５００の使用に関係する。１つの例によれば、それらの手法は、プロセッサ５１０が主メモリ５２０に格納された１つ以上の命令からなる１つ以上のシーケンスを実行することに応答して、コンピュータシステム５００により実行される。このような命令群は記憶装置５４０などの別の機械読取可能媒体から主メモリ５２０に読み込まれてもよい。主メモリ５２０に格納された命令のシーケンスの実行は、プロセッサ５１０に本書に記載されたプロセスステップを実行させる。他の実施形態では、ソフトウェア命令群の代わりに又はと組み合わせて配線接続された回路を使用して本書に記載された実施例を実施してもよい。従って、本書に記載された例は、ハードウェア回路とソフトウェアとのどんな特定の組み合わせにも限定されない。
【００６６】
本書に記載された機能及び手法を実行することで、コンピュータシステム５００は要求５８２を利用者装置からネットワーク５８０を通じて受信し適切なサービス提供者を特定するよう（例えば、提供者装置からネットワークを通じて受信したサービス提供者位置５８４に基づいて）構成される。コンピュータシステムは案内５５２を特定されたサービス提供者に送信しその特定されたサービス提供者が要求されたサービスを行うよう誘うことができる。加えて、コンピュータシステム５００は通知データ５５４を生成して、その利用者装置を操作している特定の利用者のために特に決定された状況通知を利用者装置に提示させることができる。
【００６７】
本書に記載された実施例が本書に記載された個々の要素及び概念まで及ぶよう、他の概念、考え、又はシステムとは独立して考慮され、また実施例が本願内のどこに記述された要素もそれらの組み合わせを含むよう考慮されている。実施例は本明細書に添付図面を参照して詳細に説明されているが、概念はそれらの正確な実施例に限定されないことは理解されるべきである。即ち、多くの改良及び変更が当業者には明白であろう。従って、それらの概念の範囲は添付の請求項及びそれらの等価物により規定されるよう意図されている。また、個々にかまたは実施例の一部として記載された特定の特徴は、他の特徴及び実施例がその特定の特徴に言及していなくても、それらの他の個々に記載された特徴又は他の実施例の一部と組み合わせられうるよう考慮されている。従って、組み合わせの記述の欠如はそのような組み合わせに対する権利の請求を妨げるべきでない。
【符号の説明】
【００６８】
１００    ネットワークシステム
１１０    ＭＬＭ生成器
１１５    通知エンジン
１１６    通知データ
１２０    要求処理エンジン
１２１    案内
１２２    ルート
１２３    品物選択
１３５    事業体インターフェース
１４０    利用者装置インターフェース
１４５    提供者装置インターフェース
１５０    データベース
１５１    利用者プロフィールデータ
１５２    履歴データ
１５３    事業体データ
１５６    利用者プロフィール
１５７    事業体プロフィール
１７０    第２のネットワークシステム
１８０    ネットワーク
１８５    事業体
１８６    事業体データ
１９０    提供者装置
１９１    提供者アプリ
１９２    サービス提供者
１９３    提供者データ
１９４    受諾
１９５    利用者装置
１９６    ユーザーアプリ
１９７    利用者
１９８    利用者データ
１９９    要求
４００    利用者装置
４１０    通信インターフェース
４１８    ユーザー入力
４２０    表示画面
４２６    通知データ
４２８    通知
４３０    メモリ
４３２    ユーザーアプリ
４３３    第２アプリ
４４０    プロセッサ
４４２    アプリインターフェース
４４５    マイクロフォン
４５０    カメラ
４６０    ＧＰＳモジュール
４６２    位置データ
４６７    要求
４６９    確認
４８０    ネットワーク
４９０    ネットワークシステム
５１０    プロセッサ
５２０    主メモリ
５２２    提供者ルート決め及び選択命令
５２４    通知生成命令
５４０    記憶装置
５５０    通信インターフェース
５５２    案内
５５４    通知データ
５８０    ネットワーク
５８２    要求
５８４    サービス提供者位置
【図１】
2020135873.tif 000003
【図２】
2020135873.tif 000004
【図３Ａ】
2020135873.tif 000005
【図３Ｂ】
2020135873.tif 000006
【図４】
2020135873.tif 000007
【図５】
2020135873.tif 000008
【外国語明細書】
2020135873000001.pdf