(57)【要約】  本願は、サービス処理方法及び装置を提供する。この方法は、ユーザが発注した、１つ以上の製品識別子を含んだ製品注文を受信するステップと、製品識別子とマッチする、１つ以上の供給者を含んだ供給者組み合わせを特定するステップと、各供給者組み合わせの推奨格付けを特定するステップと、所定の条件を満たす推奨格付けを持つ供給者組み合わせをユーザに推奨するステップとを含む。本願で提供されるオンライン選択解決策によれば、ユーザが製品を選択すると、サービス側端末が、製品とマッチする供給者組み合わせをユーザに推奨するので、ユーザは複数の供給者の間を切り換える必要がない。そのため、オンライン選択の効率が向上し、ユーザ端末の処理資源を節約する。
2019502209.tif 000002
【特許請求の範囲】
【請求項１】
サービス処理方法であって：
ユーザにより発注された製品注文を受信するステップであって、前記製品注文が１つ以上の製品識別子を含む、前記ユーザにより発注された製品注文を受信するステップと；
前記製品識別子とマッチする供給者組み合わせを特定するステップであって、前記供給者組み合わせが１つ以上の供給者を含む、前記製品識別子とマッチする供給者組み合わせを特定するステップと；
各供給者組み合わせの推奨格付けを特定するステップと；
所定の条件を満たす推奨格付けを持つ供給者組み合わせをユーザに推奨するステップと；を備える、
サービス処理方法。
【請求項２】
前記製品識別子とマッチする供給者組み合わせを特定する前記ステップは：
配達所在地から所定の距離内にある供給者セットを特定するステップと；
前記供給者セットから、前記製品識別子とマッチする前記供給者組み合わせを特定するステップと；を備える、
請求項１に記載のサービス処理方法。
【請求項３】
前記推奨格付けは、価格推奨格付けとレビュー推奨格付けとを含み；
所定の条件を満たしている推奨格付けを持つ供給者組み合わせを前記ユーザに推奨する前記ステップは：第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを前記ユーザに推奨するステップを備える、
請求項１に記載のサービス処理方法。
【請求項４】
前記推奨格付けが前記価格推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの見積価格と平均価格との間の差額を計算し、前記差額を前記供給者組み合わせの前記価格推奨格付けとして用いるステップを備える、
請求項３に記載のサービス処理方法。
【請求項５】
前記推奨格付けが前記レビュー推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの製品レビュースコアを入手するステップと；
前記製品レビュースコアに基づき、前記製品注文内の全ての前記製品について、前記供給者組み合わせの平均レビュースコアを計算し、前記平均レビュースコアを前記供給者組み合わせの前記レビュー推奨格付けとして用いるステップと；を備える、
請求項３に記載のサービス処理方法。
【請求項６】
サービス処理装置であって：
ユーザにより発注された製品注文を受信するように構成された命令受信ユニットであって、前記製品注文が１つ以上の製品識別子を含む、ユーザにより発注された製品注文を受信するように構成された命令受信ユニットと；
前記製品識別子とマッチする供給者組み合わせを特定するように構成された組み合わせ特定ユニットであって、前記供給者組み合わせは１つ以上の供給者を含む、前記製品識別子とマッチする供給者組み合わせを特定するように構成された組み合わせ特定ユニットと；
各供給者組み合わせの推奨格付けを特定するように構成された格付け特定ユニットと；
所定の条件を満たす推奨格付けを持つ供給者組み合わせを前記ユーザに推奨するように構成された組み合わせ推奨ユニットと；を備える、
サービス処理装置。
【請求項７】
前記組み合わせ特定ユニットは、具体的に、配達所在地から所定の距離内にある供給者セットを特定し、前記供給者セットの中から、前記製品識別子とマッチする供給者組み合わせを特定する、
請求項６に記載のサービス処理装置。
【請求項８】
前記推奨格付けは価格推奨格付けとレビュー推奨格付けとを含み；
前記組み合わせ推奨ユニットは、具体的に、第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを前記ユーザに推奨する；
請求項６に記載のサービス処理装置。
【請求項９】
前記推奨格付けが前記価格推奨格付けである場合は、前記製品注文内の全ての前記製品識別子に対応する製品について、前記格付け特定ユニットが、具体的に、前記供給者組み合わせの見積価格と平均価格との間の差額を計算し、前記差額を前記供給者組み合わせの前記価格推奨格付けとして用いる、
請求項８に記載のサービス処理装置。
【請求項１０】
前記推奨格付けが前記レビュー推奨格付けである場合は、前記製品注文内の全ての前記製品識別子に対応する製品について、前記格付け特定ユニットが、具体的に、前記供給者組み合わせの製品レビュースコアを入手し、前記製品レビュースコアに基づき、前記製品注文内の全ての前記製品について、前記供給者組み合わせの平均レビュースコアを計算し、前記平均レビュースコアを前記供給者組み合わせの前記レビュー推奨格付けとして用いる、
請求項８に記載のサービス処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願はネットワーク技術の分野に関し、特に、サービス処理方法及び装置に関する。
【背景技術】
【０００２】
インターネット技術の急速な発展に伴い、オンラインショッピングやオンライン食品（フード）注文など、ますます多くのサービスをインターネットで処理することが可能になっている。
【０００３】
現在、ユーザはレストランからの食品をオンラインで注文することができる。例えば、ユーザは、通常は、先ずレストランを選び、次に、そのレストランが提供している食品を選択できる。しかし、このような場合、ユーザは食品を注文する際に複数のレストランの間で切り換えを行う必要があるため、煩雑になり、食品注文の効率が下がり、モバイル端末の処理能力を無駄に消費することになる。
【発明の概要】
【０００４】
本願は、サービス処理方法及び装置を提供する。具体的に、本願は以下の技術的解決策を用いて実施される。
【０００５】
ユーザにより発注された製品注文を受信するステップであって、前記製品注文が１つ以上の製品識別子を含む、前記ユーザにより発注された製品注文を受信するステップと；
前記製品識別子とマッチする供給者組み合わせを特定するステップであって、前記供給者組み合わせが１つ以上の供給者を含む、前記製品識別子とマッチする供給者組み合わせを特定するステップと；
各供給者組み合わせの推奨格付けを特定するステップと；
所定の条件を満たす推奨格付けを持つ供給者組み合わせをユーザに推奨するステップと；を含む、サービス処理方法が提供される。
【０００６】
オプションとして、前記製品識別子とマッチする供給者組み合わせを特定する前記ステップは：
配達所在地から所定の距離内にある供給者セットを特定するステップと；
前記供給者セットから、前記製品識別子とマッチする前記供給者組み合わせを特定するステップと；を含む。
【０００７】
オプションとして、前記推奨格付けは、価格推奨格付けとレビュー推奨格付けとを含み；
所定の条件を満たしている推奨格付けを持つ供給者組み合わせを前記ユーザに推奨する前記ステップは：第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを前記ユーザに推奨するステップを含む。
【０００８】
オプションとして、前記推奨格付けが前記価格推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの見積価格と平均価格との間の差額を計算し、前記差額を前記供給者組み合わせの前記価格推奨格付けとして用いるステップを含む。
【０００９】
オプションとして、前記推奨格付けが前記レビュー推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの製品レビュースコアを入手するステップと；
前記製品レビュースコアに基づき、前記製品注文内の全ての前記製品について、前記供給者組み合わせの平均レビュースコアを計算し、前記平均レビュースコアを前記供給者組み合わせの前記レビュー推奨格付けとして用いるステップと；を含む。
【００１０】
ユーザにより発注された製品注文を受信するように構成された命令受信ユニットであって、前記製品注文が１つ以上の製品識別子を含む、ユーザにより発注された製品注文を受信するように構成された命令受信ユニットと；
前記製品識別子とマッチする供給者組み合わせを特定するように構成された組み合わせ特定ユニットであって、前記供給者組み合わせは１つ以上の供給者を含む、前記製品識別子とマッチする供給者組み合わせを特定するように構成された組み合わせ特定ユニットと；
各供給者組み合わせの推奨格付けを特定するように構成された格付け特定ユニットと；
所定の条件を満たす推奨格付けを持つ供給者組み合わせを前記ユーザに推奨するように構成された組み合わせ推奨ユニットと；を含むサービス処理装置が提供される。
【００１１】
オプションとして、前記組み合わせ特定ユニットは、具体的に、配達所在地から所定の距離内にある供給者セットを特定し、前記供給者セットの中から、前記製品識別子とマッチする供給者組み合わせを特定する。
【００１２】
オプションとして、前記推奨格付けは価格推奨格付けとレビュー推奨格付けとを含み；
前記組み合わせ推奨ユニットは、具体的に、第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを前記ユーザに推奨する。
【００１３】
オプションとして、前記推奨格付けが前記価格推奨格付けである場合は、前記製品注文内の全ての前記製品識別子に対応する製品について、前記格付け特定ユニットが、具体的に、前記供給者組み合わせの見積価格と平均価格との間の差額を計算し、前記差額を前記供給者組み合わせの前記価格推奨格付けとして用いる。
【００１４】
オプションとして、前記推奨格付けが前記レビュー推奨格付けである場合は、前記製品注文内の全ての前記製品識別子に対応する製品について、前記格付け特定ユニットが、具体的に、前記供給者組み合わせの製品レビュースコアを入手し、前記製品レビュースコアに基づき、前記製品注文内の全ての前記製品について、前記供給者組み合わせの平均レビュースコアを計算し、前記平均レビュースコアを前記供給者組み合わせの前記レビュー推奨格付けとして用いる。
【００１５】
本願のサービス側端末は、ユーザの製品注文内の製品識別子とマッチする供給者組み合わせをそのユーザ向けに特定し、所定の条件を満たす推奨（レコメンデーション、推薦）格付けを持つ供給者組み合わせをユーザに推奨できるので、ユーザはこの供給者組み合わせの中から選択できることが分かる。この工程全体において、ユーザは製品を選択するだけでよく、又、サービス側端末が製品とマッチする供給者組み合わせをユーザに推奨するので、ユーザは複数の供給者の間を切り換える必要がない。そのため、オンライン選択の効率は向上し、ユーザ端末の処理資源を節約する。
【図面の簡単な説明】
【００１６】
【図１】図１は、本願の実施の形態に係るサービス処理方法の一実施例を示すフローチャートである。
【００１７】
【図２】図２は、本願の実施の形態に係るサービス処理方法の別の実施例を示すフローチャートである。
【００１８】
【図３】図３は、本願の実施の形態に係るサービス処理装置の実施例を示す構造図である。
【００１９】
【図４】図４は、本願の実施の形態に係るサービス処理装置の実施例を示す構造図である。
【発明を実施するための形態】
【００２０】
ここでは、実施の形態の一例を詳細に述べ、実施例を添付の図面において提示する。以下の説明で述べる添付の図面では、特に指定のない限り、互いに異なる添付の図面における同じ数字は同一又は類似の要素を表す。以下の実施例で説明する実施の形態は、本願による全ての実施の形態を表すものではなく、これらの実施の形態は、付帯する各請求項に参照される、本願のいくつかの態様に係る装置及び方法の一実施例に過ぎない。
【００２１】
本願で用いている用語は、特定の実施の形態を記述するためのものに過ぎず、本願の権利範囲を限定することを意図していない。文脈中に特に指定がない限り、本願及び付帯の各請求項の範囲で用いられている単数形の用語は複数形も含む。
【００２２】
ここで用いている用語「及び／又は」は、列挙された１つ以上の関連するアイテムを含む任意の又は全ての可能な組み合わせを示すことは言うまでもない。
【００２３】
用語「第１の」、「第２の」、「第３の」等は、様々な情報を述べるために本願中で用いられているが、情報はこれらの用語によって限定されないことは言うまでもない。これらの用語は、同タイプの情報を区別するためにのみ用いられている。例えば、本願の範囲から逸脱せずに、第１の情報は第２の情報とも言及でき、同様に、第２の情報は第１の情報とも言及できる。文脈に応じて、例えば、ここで用いられている「もし（ｉｆ）」との用語は、「時には（ｗｈｉｌｅ）」若しくは「の場合（ｗｈｅｎ）」として、又は「との判定に基づいて」として解釈できる。
【００２４】
図１は、本願の実施の形態に係るサービス処理方法の一実施例を示すフローチャートである。
【００２５】
図１を参照すると、このサービス処理方法はサービス側端末に適用することができ、サービス側端末はオンラインショッピングプラットフォームのサーバ又はサーバクラスタであってよい。サービス処理方法は以下のステップを含むことができる。
【００２６】
ステップＳ１０１：ユーザが発注した製品注文を受信する。ここで、製品注文は１つ以上の製品識別子を含む。
【００２７】
この実施の形態では、ユーザは、オンラインショッピングプラットフォームが提供する製品リストを閲覧し、この製品リストに基づいて製品注文を発注できる。製品リストには供給者が提供する製品が含まれている。例えば、供給者Ａが製品Ａ１と製品Ａ２を提供し、供給者Ｂが製品Ｂ１と製品Ｂ２を提供する場合には、製品リストには製品Ａ１、Ａ２、Ｂ１、Ｂ２が含まれる。
【００２８】
ユーザは、製品リストに基づいて製品を選択し、製品の選択後に製品注文を発注できる。製品注文にはユーザが選択した１つ以上の製品の製品識別子が含まれ、各製品識別子は一意の製品に対応している。
【００２９】
この実施の形態では、製品には、オンラインで購入される従来の物理的な製品（衣類、家具など）が含まれる。食品のような高い即時性を要する製品も含めることができる。本願では製品の種類は限定されない。
【００３０】
ステップＳ１０２：製品識別子とマッチする、１つ以上の供給者を含んだ供給者組み合わせを特定する。
【００３１】
ステップＳ１０１に基づき、製品注文を受信した後に、サービス側端末は、製品識別子とマッチする（適合する、一致する）供給者組み合わせを特定できる。例えば、サービス側端末は、先ず、ユーザの配達所在地に基づいて、配達所在地から所定の距離内にある供給者セットを特定し、次に、この供給者セットから、製品識別子とマッチする供給者組み合わせを特定できる。
【００３２】
ステップＳ１０３：各供給者組み合わせの推奨格付けを特定する。
【００３３】
ステップＳ１０２に基づき、製品識別子とマッチする供給者組み合わせの特定後に、サービス側端末は各々の所定の組み合わせの推奨格付けを特定できる。推奨格付けには、価格推奨格付け、レビュー推奨格付け等を含めることができる。
【００３４】
ステップＳ１０４：所定の条件を満たしている推奨格付けを持つ供給者組み合わせをユーザに推奨する。
【００３５】
ステップＳ１０３に基づき、サービス側端末は、所定の条件を満たしている推奨格付けを持つ供給者組み合わせをユーザに推奨し、その中からユーザが選択できるようにすることができる。
【００３６】
上述した通り、本願でのサービス側端末は、ユーザの製品注文内の製品識別子とマッチする供給者組み合わせをそのユーザ向けに特定し、所定の条件を満たしている推奨格付けを持つ供給者組み合わせをユーザに推奨することができ、その中からユーザが選択できるようにすることができる。工程中に、ユーザは製品を選択し、サービス側端末はその製品とマッチする供給者組み合わせをユーザに推奨する。ユーザは複数の供給者の間を切り換える必要がない。そのため、オンライン注文の効率を向上させることができ、ユーザ端末の処理資源を節約できる。
【００３７】
図２は、本願の実施の形態に係るサービス処理方法の別の実施例を示すフローチャートである。
【００３８】
図２を参照すると、この実施では、例えば、製品は食品である。この製品の注文は食品注文であり、製品識別子は料理識別子であり、製品リストは料理のメニューである。サービス処理方法はサービス側端末に適用することができ、サービス側端末はオンライン食品注文プラットフォームのサーバ又はサーバクラスタであってよい。サービス処理方法は以下のステップを含むことができる。
【００３９】
ステップＳ２０１：ユーザが発注した、１つ以上の料理識別子を含んだ食品注文を受信する。
【００４０】
この実施の形態では、レストランや軽飲食店のような食品供給者は、オンライン食品注文プラットフォームに登録できる。オンライン食品注文プラットフォームへの登録が成功すると、供給者は、所在地情報、提供している料理、料理の価格といった情報をサービス側端末にアップロードできる。サービス側端末は、供給者が提供する料理に関連したメニューをユーザ向けに生成できる。この実施の形態では、サービス側端末は、関連する技術に従ってどのようにメニューを生成するかを特定できる。例えば、メニューは中国料理と西洋料理を含んでよく、中国料理メニューは冷たい料理、温かい料理、看板料理等を更に含んでよい。当然ながら、実際の実施の形態では、サービス側端末は本願に限定されない別の方法を用いてメニューを生成してもよい。
【００４１】
この実施の形態では、オンラインで食品注文を発注する場合、ユーザは先ず、サービス側端末が提供するメニューを閲覧し、メニュー上の料理を選択し、料理を選択した後に食品注文を発注できる。食品注文はユーザが選択した１つ以上の料理の料理識別子を含み、料理識別子は固有の料理に対応している。例えば、ユーザが「味付けきゅうり」及び「スズキの蒸し煮」の料理を選択する場合、食品注文には、「味付けキュウリ」の料理識別子（例えば、識別子Ａ）及び「スズキの蒸し煮」の料理識別子（例えば、識別子Ｂ）が含まれる。
【００４２】
ステップＳ２０２：配達所在地から所定の距離内にある供給者セットを特定する。
【００４３】
この実施の形態では、サービス側端末は、ユーザの配達所在地に基づいて供給者セットを特定できる。例えば、供給者セットには、配達所在地から３キロメートル以内又は５キロメートル以内にある全ての供給者を含めることができる。具体的に、サービス側端末は、配達所在地と、登録時に供給者によって提供された所在地情報とに基づいて供給者セットを特定できる。
【００４４】
この実施の形態では、食品注文に配達所在地を含めることができ、サービス側端末は、食品注文の受信後に、食品注文に含まれている配達所在地に基づいて供給者セットを特定できる。配達所在地は、ユーザが食品注文を発注する前に特定しておくことが可能である。例えば、オンライン食品注文プラットフォームにログインした後、先ず、ユーザが配達所在地を選択し、クライアント端末が配達所在地をサービス側端末に送信し、次に、サービス側端末が、配達所在地の受信後に、供給者セットを特定する。この場合、サービス側端末は先ずステップＳ２０２を実行し、続いてステップＳ２０１を実行する。本願はこの実施の形態に限定されるものではない。
【００４５】
ステップＳ２０３：供給者セットの中から、料理識別子とマッチする、１つ以上の供給者を含んだ供給者組み合わせを特定する。
【００４６】
この実施の形態では、サービス側端末は、料理識別子とマッチする供給者組み合わせを特定する上で、全ての供給者組み合わせの中の各供給者全てを試行することができる。オプションではあるが、サービス側端末は、先ず供給者を選択し、次に、供給者が食品注文に含まれている全ての料理識別子とマッチするかどうかを特定できる。その供給者が食品注文に含まれている全ての料理識別子にマッチしている場合には、サービス側端末はその供給者を供給者組み合わせとして特定できる。言い換えれば、供給者組み合わせに含まれる供給者は１つであってよい。供給者が食品注文に含まれるいくつかの料理識別子にマッチしている場合には、サービス側端末は、他の供給者の中から、食品注文に含まれる他の料理識別子とマッチする供給者を１つ以上選択し、食品注文に含まれる全ての料理識別子とマッチした供給者組み合わせを形成できる。言い換えれば、供給者組み合わせには複数の供給者が含まれる。
【００４７】
例えば、食品注文に含まれている料理識別子は識別子Ａと識別子Ｂである。供給者１が提供する料理が「味付けきゅうり」と「スズキの蒸し煮」を含む場合、サービス側端末は、供給者１が食品注文に含まれる識別子Ａ及び識別子Ｂとマッチすると判定し、供給者１を供給者組み合わせとして特定できる。供給者２が提供する料理が「味付けきゅうり」を含むが、「スズキの蒸し煮」を含まない場合には、サービス側端末は、供給者２が識別子Ａとマッチするが、識別子Ｂとはマッチしないと判定でき、又、サービス側端末は、供給者セット内の他の供給者の中から識別子Ｂとマッチする供給者（つまり、例えば「スズキの蒸し煮」を提供する供給者、即ち供給者３）を選択できる。供給者３と供給者２は、食品注文内の全ての料理識別子とマッチする別の供給者組み合わせとなる。
【００４８】
実際の実施の形態では、供給者組み合わせに含まれ得る最大の供給者数を事前に特定することができる。具体的には、最大の供給者数を例えば３つに設定できる。言い換えれば、それぞれの供給者組み合わせは最大３つの供給者を含む。これに代えて、動的に変化する最大の供給者数を、食品注文に含まれている料理識別子の数に基づいて設定することもできる。しかし、発注命令に含まれている料理識別子が５を超え１０未満である場合には、最大の供給者数を４等に設定できる。本願はこの実施の形態に限定されるものではない。
【００４９】
この実施の形態では、サービス側端末は、１つ以上の供給者を含む１つ以上の供給者組み合わせを、供給者セットの中から特定できる。
【００５０】
ステップＳ２０４：各供給者組み合わせの、価格推奨格付けとレビュー推奨格付けとを特定する。この実施の形態では、サービス側端末は、全ての供給者組み合わせの、価格推奨格付けとレビュー推奨格付けとを連続的に特定できる。
【００５１】
価格推奨格付けは、供給者組み合わせの価格を評価する（見積もる）ために用いられる。具体的に、サービス側端末は、食品注文内の料理識別子に対応した料理に基づいて、供給者組み合わせから見積価格を算出できる。サービス側端末は、更に、食品注文内の料理に関連した全ての料理識別子に対応する料理の平均価格を計算し、次に、見積価格と平均価格との間の差額を計算し、この差額を価格推奨格付けとして用いる。
【００５２】
例えば、先の食品注文に含まれている料理識別子は識別子Ａと識別子Ｂであり（つまり、ユーザが「味付けきゅうり」と「スズキの蒸し煮」を選択しており）、供給者組み合わせは供給者２と供給者３であり、供給者２が「味付けきゅうり」を提供し、供給者３が「スズキの蒸し煮」を提供する。したがって、供給者組み合わせの見積価格は、供給者２による「味付けきゅうり」の見積価格と、供給者３による「スズキの蒸し煮」の見積価格との合計である。説明を簡素化する目的で、見積価格を「Ｍ」で表す。サービス側端末は、更に、「味付けきゅうり」と「スズキの蒸し煮」の平均価格を計算する。例えば、サービス側端末は、オンライン食品注文プラットフォームにて全ての供給者が「味付けきゅうり」に見積った価格を入手し、次に、「味付けきゅうり」の平均見積価格を計算できる。同様に、サービス側端末は「スズキの蒸し煮」の平均見積価格も計算し、これら２つの平均価格を加算して、「味付けきゅうり」と「スズキの蒸し煮」の平均価格を入手する。説明を簡素化する目的で、平均価格を「Ｐ」を用いて表す。オプションではあるが、見積価格と平均価格との間の差額は、ＭとＰとの間の差額であってよく、又は、Ｐで割ったＭの商であってよい。本願はこの実施の形態に限定されるものではない。
【００５３】
レビュー推奨格付けは、供給者組み合わせにより提供された料理識別子とマッチする料理についての他のユーザのレビューを反映することができる。具体的には、食品注文内の各料理識別子に対応した各料理について、サービス側端末は、先ず、供給者組み合わせから料理レビュースコアを入手し、食品注文内の料理の平均レビュースコアを計算し、この平均レビュースコアを供給者組み合わせのレビュー推奨格付けとして用いることができる。
【００５４】
例えば、先の食品注文に含まれている料理識別子は識別子Ａと識別子Ｂであり（つまり、ユーザは「味付けきゅうり」と「スズキの蒸し煮」を選択しており）、供給者組み合わせは供給者２と供給者３であり、供給者２は「味付けきゅうり」を提供し、供給者３は「スズキの蒸し煮」を提供する。サービス側端末は、供給者２が提供する「味付けきゅうり」の料理レビュースコア、例えば「Ｘ１」を入手でき、供給者３が提供する「スズキの蒸し煮」の料理レビュースコア、例えば「Ｘ２」を入手でき、次に、この２つの料理レビュースコアの合計を料理の数で割り、平均レビュースコアを入手できる。つまり、平均レビュースコアは（Ｘ１＋Ｘ２）／２である。
【００５５】
ステップＳ２０５：第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとをユーザに推奨する。
【００５６】
ステップＳ２０４に基づき、各供給者組み合わせの価格推奨格付けとレビュー推奨格付けとを特定した後に、サービス側端末は、第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとをユーザに推奨できる。この実施では、第１の条件と第２の条件を、開発者が事前に特定できる。魅力的な価格と品質を提供する供給者組み合わせをユーザに推奨するために、第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせは、多くの場合、低価格を提供する供給者組み合わせであってよく、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせは、多くの場合、良いレビューがついた供給者組み合わせであってよい。
【００５７】
例えば、価格推奨格付けはＰ／Ｍである。価格推奨格付けが１未満である場合は、供給者組み合わせの見積価格が平均価格よりも高く、見積価格が相対的に高いことを示す。価格推奨格付けが１よりも大きい場合は、供給者組み合わせの見積価格が平均価格より低く、見積価格が相対的に低いことを示す。この実施の形態では、第１の条件を、価格推奨格付けが１よりも高いもの、又は、上位「Ｎ１」位の価格推奨格付けのうちの１つと設定できるため（ここで、Ｎ１は１以上の自然数）、第１の条件を満たす第１の供給者組み合わせは、相対的に低い価格の供給者組み合わせということになる。
【００５８】
加えて、レビュー推奨格付けでは、第２の条件を、最も高いレビュー推奨格付けを持っているもの、又は、上位「Ｎ２」位のレビュー推奨ランキングに入っているもの、と設定できるため（ここで、Ｎ２は１よりも大きい自然数）、第２の条件を満たしている第２の供給者組み合わせは、ベストレビューのうちの１つを有する供給者組み合わせということになる。
【００５９】
この実施の形態では、第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを特定した後に、サービス側端末は、第１の供給者組み合わせと第２の供給者組み合わせをユーザに推奨できる。
【００６０】
例えば、ユーザが食品注文を発注した後に、サービス側端末が、料理識別子とマッチする全ての供給者組み合わせを特定し、全ての供給者組み合わせの中から第１の供給者組み合わせと第２の供給者組み合わせとを特定する。全ての供給者組み合わせがユーザに戻されたときには、第１の供給者組み合わせと第２の供給者組み合わせとが好ましい供給者組み合わせとして用いられ、ユーザに推奨される。
【００６１】
先の説明からわかることは、本願のサービス側端末が、ユーザの食品注文内の料理識別子とマッチする供給者組み合わせをそのユーザ向けに特定でき、所定の条件を満たしている推奨格付けを持つ供給者組み合わせをユーザに推奨でき、これにより、ユーザはこの供給者組み合わせの中から選択できるようになることである。工程中は、ユーザは料理を選択するだけでよく、サービス側端末が料理とマッチする供給者組み合わせをユーザに推奨するので、ユーザは複数の供給者の間を切り換える必要がない。そのため、オンライン食品注文の効率を向上させることができ、ユーザ端末の処理資源を節約できる。以下に、本願の実施形態の工程を特定のアプリケーションシナリオに関連して述べる。
【００６２】
シャオ・ミン（Ｘｉａｏ  Ｍｉｎｇ）さんが自宅に友人を招き、夕食にテイクアウトを頼むことにしたと仮定する。省外から来た友人は本場の杭州料理を食べたいが、地元の友人はピザを食べたい。そこで、シャオ・ミンさんは、モバイルフォンでサードパーティの食品注文プラットフォームを開いて、プラットフォームが提供するメニューから杭州料理を選択し、杭州料理のリストから「西湖醋魚（西湖の草魚甘酢煮）」、「乞食鶏（丸鶏の塩釜焼）」、「宋嫂魚羹（南宋風スズキのあんかけスープ）」等を選択する。シャオ・ミンさんは、更に、プラットフォームが提供するメニューから西洋料理を選択し、西洋料理のリストからシーフードピザやシーザーサラダのような西洋風料理を選択することもできる。料理を選択したら、食品注文を発注することができる。プラットフォームは、この食品注文に基づいて、シャオ・ミンさんが選択した全ての料理とマッチする供給者組み合わせを特定し、次に、それぞれの供給者組み合わせの推奨格付けを特定することができる。所定の条件を満たしている推奨格付けを持つ供給者組み合わせが「Ｃｈａｎｇ’ｓ  Ｇａｒｄｅｎ」と「Ｐｉｚｚａ  Ｈｕｔ」であると仮定する。プラットフォームはシャオ・ミンさんに「Ｃｈａｎｇ’ｓ  Ｇａｒｄｅｎ」と「Ｐｉｚｚａ  Ｈｕｔ」を推奨できる。シャオ・ミンさんは注文オプションを使って注文を提出できる。この工程全体において、シャオ・ミンさんは複数のレストランの間を切り換える必要がないため、食品注文の効率が向上する。
【００６３】
上述の実施形態では、サードパーティの注文プラットフォームは、図１又は図２に示す方法の実施で提供されたサービス処理解決策を用いて、先の供給者組み合わせ推奨工程を実施できる。本願においては重複を避けるために、ここでは再びその詳細を記載しない。
【００６４】
先のサービス処理方法の実施に対応し、本願は、サービス処理装置の実施の形態を更に提供する。
【００６５】
本願のサービス処理装置のこの実施の形態はサービス側端末に適用できる。この装置の実施の形態は、ソフトウェア、ハードウェア、又はソフトウェアとハードウェアとの組み合わせによって実現できる。ソフトウェアの実施は次の実施例のように使用される。論理装置として、この装置は、サービス側端末におけるプロセッサが不揮発性メモリに記憶されている対応のコンピュータプログラム命令をメモリ内に読み込むときに機能する。ソフトウェアに関して、図３は、本願の実施の形態に係るサービス処理装置が配置されているサービス側端末を示す構造図である。図３に示すプロセッサ、メモリ、ネットワークインターフェース、及び不揮発性メモリに加えて、この実施の形態において本装置が配置されているサービス側端末は、多くの場合、サービス側端末の実際の機能に基づいた他のハードウェアを含むことができる。冗長を避けるために、ここでは詳細を記載しない。
【００６６】
図４は、例示した本願の実施の形態に係るサービス処理装置の実施例を示す構造図である。
【００６７】
図４を参照すると、サービス処理装置３００は図３に示すサービス側端末に適用でき、又、命令受信ユニット３０１、組み合わせ特定ユニット３０２、格付け特定ユニット３０３及び組み合わせ推奨ユニット３０４を含む。
【００６８】
命令受信ユニット３０１は、ユーザが注文した、１つ以上の製品識別子を含んだ製品注文を受信する。
【００６９】
組み合わせ特定ユニット３０２は、製品識別子とマッチする、１つ以上の供給者を含んだ供給者組み合わせを特定する。
【００７０】
格付け特定ユニット３０３は、それぞれの供給者組み合わせの推奨格付けを特定する。
【００７１】
組み合わせ推奨ユニット３０４は、所定の条件を満たす推奨格付けを持った供給者組み合わせをユーザに推奨する。
【００７２】
オプションではあるが、組み合わせ特定ユニット３０２は、具体的に、配達所在地から所定の距離内にある供給者セットを特定し、供給者セットの中から製品識別子とマッチする供給者組み合わせを特定する。
【００７３】
オプションではあるが、推奨格付けは、価格推奨格付けとレビュー推奨格付けとを含み、組み合わせ推奨ユニット３０４は、第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとをユーザに推奨する。
【００７４】
オプションではあるが、推奨格付けが価格推奨格付けである場合、製品注文内の全ての製品識別子に対応した製品について、格付け特定ユニット３０３が、供給者組み合わせの見積価格と平均価格との間の差額を計算し、この差額を供給者組み合わせの価格推奨格付けとして用いる。
【００７５】
オプションではあるが、推奨格付けがレビュー推奨格付けである場合には、製品注文内の全ての製品識別子に対応した製品について、格付け特定ユニット３０３が、供給者組み合わせの製品レビュースコアを入手し、この製品レビュースコアに基づき、製品注文内の全ての製品についての供給者組み合わせの平均レビュースコアを計算し、平均レビュースコアを供給者組み合わせのレビュー推奨格付けとして用いる。
【００７６】
本装置の各ユニットの実施処理ステップ及び役割については、先の方法の記載における対応の処理ステップを参照できる。そのため、重複を避けるために、ここでは記載を繰り返さない。
【００７７】
本装置の実施は方法の実施に対応できる。そのため、関連する部分については、方法の実施における記載を参照することができる。記載された装置の実施は１つの実施例に過ぎない。別々の部品として述べたユニットは物理的に別々であっても、そうでなくてもよく、又、ユニットとして提示された部品は、物理的なユニットであっても、そうでなくてもよく、１つの位置に配置されていても、複数のネットワークユニット上に分散されていてもよい。モジュールのいくつかまたは全てを実際の仕様に従って選択して、本願が提供する技術的解決策の目的を達成できる。当業者は、創造的に努力することなく実施の形態を理解し、これを実施できる。
【００７８】
先の記載は本願の実施の例に過ぎず、本願の限定としてみなされるべきでない。本願の主旨及び原理から逸脱せずになされるあらゆる修正、均等物の置き換え、改善は、本願の保護範囲に含まれるものである。
【符号の説明】
【００７９】
３０１  命令受信ユニット
３０２  組み合わせ特定ユニット
３０３  格付け特定ユニット
３０４  組み合わせ推奨ユニット
【図１】
2019502209.tif 000003
【図２】
2019502209.tif 000004
【図３】
2019502209.tif 000005
【図４】
2019502209.tif 000006
【手続補正書】
【提出日】平成30年8月20日(2018.8.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービスを処理する方法であって：
ユーザにより発注された製品注文を受信するステップであって、前記製品注文が１つ以上の製品識別子を含む、前記ユーザにより発注された製品注文を受信するステップ（Ｓ１０１）と；
前記製品識別子とマッチする供給者組み合わせを特定するステップであって、前記供給者組み合わせが１つ以上の供給者を含む、前記製品識別子とマッチする供給者組み合わせを特定するステップ（Ｓ１０２）と；
前記供給者組み合わせの推奨格付けを特定するステップ（Ｓ１０３）と；
所定の条件を満たす推奨格付けを持つ前記供給者組み合わせをユーザに推奨するステップ（Ｓ１０４）と；を備える、
サービスを処理する方法。
【請求項２】
前記製品識別子とマッチする前記供給者組み合わせを特定する前記ステップは：
配達所在地から所定の距離内にある供給者セットを特定するステップ（Ｓ２０２）と；
前記供給者セットから、前記製品識別子とマッチする前記供給者組み合わせを特定するステップ（Ｓ２０３）と；を備える、
請求項１に記載のサービスを処理する方法。
【請求項３】
前記推奨格付けは、価格推奨格付けとレビュー推奨格付けとを含み；
前記所定の条件を満たしている推奨格付けを持つ前記供給者組み合わせを前記ユーザに推奨する前記ステップは：第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを前記ユーザに推奨するステップ（Ｓ２０４）を備える、
請求項１に記載のサービスを処理する方法。
【請求項４】
前記推奨格付けが前記価格推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの見積価格と平均価格との間の差額を計算し、前記差額を前記供給者組み合わせの前記価格推奨格付けとして用いるステップを備える、
請求項３に記載のサービスを処理する方法。
【請求項５】
前記推奨格付けが前記レビュー推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの製品レビュースコアを入手するステップと；
前記製品レビュースコアに基づき、前記製品注文内の全ての前記製品について、前記供給者組み合わせの平均レビュースコアを計算し、前記平均レビュースコアを前記供給者組み合わせの前記レビュー推奨格付けとして用いるステップと；を備える、
請求項３に記載のサービスを処理する方法。
【請求項６】
前記製品注文は食品注文を備え、前記１つ以上の製品識別子は１つ以上の料理識別子を備える、
請求項１乃至請求項５のいずれか１項に記載のサービスを処理する方法。
【請求項７】
前記供給者組み合わせは、供給者数についての所定の閾値以下の供給者数を含む、
請求項１乃至請求項６のいずれか１項に記載のサービスを処理する方法。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載のサービスを処理する方法を実行するように構成された複数のモジュールを備える、
サービスを処理する装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
先の記載は本願の実施の例に過ぎず、本願の限定としてみなされるべきでない。本願の主旨及び原理から逸脱せずになされるあらゆる修正、均等物の置き換え、改善は、本願の保護範囲に含まれるものである。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
サービス処理方法であって：
ユーザにより発注された製品注文を受信するステップであって、前記製品注文が１つ以上の製品識別子を含む、前記ユーザにより発注された製品注文を受信するステップと；
前記製品識別子とマッチする供給者組み合わせを特定するステップであって、前記供給者組み合わせが１つ以上の供給者を含む、前記製品識別子とマッチする供給者組み合わせを特定するステップと；
各供給者組み合わせの推奨格付けを特定するステップと；
所定の条件を満たす推奨格付けを持つ供給者組み合わせをユーザに推奨するステップと；を備える、
サービス処理方法。
［第２の局面］
前記製品識別子とマッチする供給者組み合わせを特定する前記ステップは：
配達所在地から所定の距離内にある供給者セットを特定するステップと；
前記供給者セットから、前記製品識別子とマッチする前記供給者組み合わせを特定するステップと；を備える、
第１の局面に記載のサービス処理方法。
［第３の局面］
前記推奨格付けは、価格推奨格付けとレビュー推奨格付けとを含み；
所定の条件を満たしている推奨格付けを持つ供給者組み合わせを前記ユーザに推奨する前記ステップは：第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを前記ユーザに推奨するステップを備える、
第１の局面に記載のサービス処理方法。
［第４の局面］
前記推奨格付けが前記価格推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの見積価格と平均価格との間の差額を計算し、前記差額を前記供給者組み合わせの前記価格推奨格付けとして用いるステップを備える、
第３の局面に記載のサービス処理方法。
［第５の局面］
前記推奨格付けが前記レビュー推奨格付けである場合に、各供給者組み合わせの推奨格付けを特定する前記ステップは：
前記製品注文内の全ての前記製品識別子に対応した製品について、前記供給者組み合わせの製品レビュースコアを入手するステップと；
前記製品レビュースコアに基づき、前記製品注文内の全ての前記製品について、前記供給者組み合わせの平均レビュースコアを計算し、前記平均レビュースコアを前記供給者組み合わせの前記レビュー推奨格付けとして用いるステップと；を備える、
第３の局面に記載のサービス処理方法。
［第６の局面］
サービス処理装置であって：
ユーザにより発注された製品注文を受信するように構成された命令受信ユニットであって、前記製品注文が１つ以上の製品識別子を含む、ユーザにより発注された製品注文を受信するように構成された命令受信ユニットと；
前記製品識別子とマッチする供給者組み合わせを特定するように構成された組み合わせ特定ユニットであって、前記供給者組み合わせは１つ以上の供給者を含む、前記製品識別子とマッチする供給者組み合わせを特定するように構成された組み合わせ特定ユニットと；
各供給者組み合わせの推奨格付けを特定するように構成された格付け特定ユニットと；
所定の条件を満たす推奨格付けを持つ供給者組み合わせを前記ユーザに推奨するように構成された組み合わせ推奨ユニットと；を備える、
サービス処理装置。
［第７の局面］
前記組み合わせ特定ユニットは、具体的に、配達所在地から所定の距離内にある供給者セットを特定し、前記供給者セットの中から、前記製品識別子とマッチする供給者組み合わせを特定する、
第６の局面に記載のサービス処理装置。
［第８の局面］
前記推奨格付けは価格推奨格付けとレビュー推奨格付けとを含み；
前記組み合わせ推奨ユニットは、具体的に、第１の条件を満たしている価格推奨格付けを持つ第１の供給者組み合わせと、第２の条件を満たしているレビュー推奨格付けを持つ第２の供給者組み合わせとを前記ユーザに推奨する；
第６の局面に記載のサービス処理装置。
［第９の局面］
前記推奨格付けが前記価格推奨格付けである場合は、前記製品注文内の全ての前記製品識別子に対応する製品について、前記格付け特定ユニットが、具体的に、前記供給者組み合わせの見積価格と平均価格との間の差額を計算し、前記差額を前記供給者組み合わせの前記価格推奨格付けとして用いる、
第８の局面に記載のサービス処理装置。
［第１０の局面］
前記推奨格付けが前記レビュー推奨格付けである場合は、前記製品注文内の全ての前記製品識別子に対応する製品について、前記格付け特定ユニットが、具体的に、前記供給者組み合わせの製品レビュースコアを入手し、前記製品レビュースコアに基づき、前記製品注文内の全ての前記製品について、前記供給者組み合わせの平均レビュースコアを計算し、前記平均レビュースコアを前記供給者組み合わせの前記レビュー推奨格付けとして用いる、
第８の局面に記載のサービス処理装置。
【国際調査報告】
2019502209.tif 000007
2019502209.tif 000008
2019502209.tif 000009
2019502209.tif 000010