(57)【要約】本願は、サービス処理方法及び装置を提供する。前記方法は：サービスリクエストエンドによって送信されたサービスオブジェクト取得リクエストを受信するステップであって、前記サービスオブジェクト取得リクエストが前記サービスリクエストエンドの開始位置を含む、受信するステップと；サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信するステップであって、前記サービスオブジェクト推薦情報が前記サービスレスポンスエンドのレスポンス位置を含む、受信するステップと；前記開始位置と前記レスポンス位置との間の距離が所定距離未満であり、前記サービスオブジェクト取得リクエストのリクエスト時刻と前記サービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満である場合、前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドへ送信するステップと；を含む。本願において提供されるサービスオブジェクト推薦解決策において、友人追加操作は必要ない。ユーザにとって操作は便利であり、情報交換効率は比較的高い。
2019510289.tif 000002
【特許請求の範囲】
【請求項１】
サービスリクエストエンドによって送信されたサービスオブジェクト取得リクエストを受信するステップであって、前記サービスオブジェクト取得リクエストが前記サービスリクエストエンドの開始位置を含む、受信するステップと；
サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信するステップであって、前記サービスオブジェクト推薦情報が前記サービスレスポンスエンドのレスポンス位置を含む、受信するステップと；
前記開始位置と前記レスポンス位置との間の距離が所定距離未満であり、前記サービスオブジェクト取得リクエストのリクエスト時刻と前記サービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満である場合、前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドへ送信するステップと；を備える、
サービス処理方法。
【請求項２】
前記サービスリクエストエンドによって送信された前記サービスオブジェクト取得リクエストを受信した後、前記サービスリクエストエンドの識別子情報と前記開始位置との間のマッピング関係を格納するステップを更に備え、
前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドへ送信する前記ステップは：
前記サービスリクエストエンドの前記識別子情報に基づき、前記サービスオブジェクト推薦情報に合致する前記対象サービスオブジェクトを前記サービスリクエストエンドへ送信するステップを備える、
請求項１に記載の方法。
【請求項３】
前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドに送信する前記ステップは：
前記サービスオブジェクト推薦情報がサービスオブジェクトを含む場合、前記含まれるサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するステップ；又は、
前記サービスオブジェクト推薦情報がサービスオブジェクトを含まない場合、前記サービスレスポンスエンドの識別子情報に基づき、前記サービスレスポンスエンドに結びつけられたサービスオブジェクトを特定し、前記結びつけられたサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するステップ；を備える、
請求項１に記載の方法。
【請求項４】
前記サービスオブジェクト推薦情報は、前記サービスレスポンスエンドが所定のジェスチャ指令を受信した後に送信される、
請求項１に記載の方法。
【請求項５】
前記サービスオブジェクト取得リクエストは自己選択株式取得リクエストであり、前記サービスオブジェクト推薦情報は自己選択株式推薦情報であり、前記対象サービスオブジェクトは自己選択株式である、
請求項１に記載の方法。
【請求項６】
サービスリクエストエンドによって送信されたサービスオブジェクト取得リクエストを受信するように構成されたリクエスト受信ユニットであって、前記サービスオブジェクト取得リクエストが前記サービスリクエストエンドの開始位置を含む、リクエスト受信ユニットと；
サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信するように構成されたレスポンス受信ユニットであって、前記サービスオブジェクト推薦情報が前記サービスレスポンスエンドのレスポンス位置を含む、レスポンス受信ユニットと；
前記開始位置と前記レスポンス位置との間の距離が所定距離未満であり、前記サービスオブジェクト取得リクエストのリクエスト時刻と前記サービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満である場合、前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドへ送信するように構成されたサービス推薦ユニットと；を備える、
サービス処理装置。
【請求項７】
前記サービスリクエストエンドによって送信された前記サービスオブジェクト取得リクエストが受信された後、前記サービスリクエストエンドの識別子情報と前記開始位置との間のマッピング関係を格納するように構成された位置格納ユニットを更に備え、
前記サービス推薦ユニットは、前記サービスリクエストエンドの前記識別子情報に基づき、前記サービスオブジェクト推薦情報に合致する前記対象サービスオブジェクトを前記サービスリクエストエンドへ送信するように構成された、
請求項６に記載の装置。
【請求項８】
前記サービス推薦ユニットは、前記サービスオブジェクト推薦情報がサービスオブジェクトを含む場合、前記含まれるサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するように構成された；又は
前記サービスオブジェクト推薦情報がサービスオブジェクトを含まない場合、前記サービスレスポンスエンドの識別子情報に基づき、前記サービスレスポンスエンドに結びつけられたサービスオブジェクトを特定し、前記結びつけられたサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するように構成された；
請求項６に記載の装置。
【請求項９】
前記サービスオブジェクト推薦情報は、前記サービスレスポンスエンドが所定のジェスチャ指令を受信した後に送信される、
請求項６に記載の装置。
【請求項１０】
前記サービスオブジェクト取得リクエストは自己選択株式取得リクエストであり、前記サービスオブジェクト推薦情報は自己選択株式推薦情報であり、前記対象サービスオブジェクトは自己選択株式である、
請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、コミュニケーション技術の分野に関し、特に、サービス処理方法及び装置に関する。
【背景技術】
【０００２】
インターネット技術の急速な進歩とともに、より多くのサービス、例えば株式取引や資金取引を、端末デバイスを用いて実施できるようになっている。関連技術では、多くのサービスシナリオが、ユーザ間での情報交換をともなっている。いかにして情報交換の効率及び利便性を向上させるかが、解決すべき課題になっている。
【発明の概要】
【０００３】
このような事情に鑑み、本願はサービス処理方法及び装置を提供する。
【０００４】
具体的には、本願は下記の技術的解決策を用いて実施される。
【０００５】
サービス処理方法が提供される。前記方法は：サービスリクエストエンドによって送信されたサービスオブジェクト取得リクエストを受信するステップであって、前記サービスオブジェクト取得リクエストが前記サービスリクエストエンドの開始位置（場所）を含む、受信するステップと；サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信するステップであって、前記サービスオブジェクト推薦情報が前記サービスレスポンスエンドのレスポンス位置を含む、受信するステップと；前記開始位置と前記レスポンス位置との間の距離が所定距離未満であり、前記サービスオブジェクト取得リクエストのリクエスト時刻と前記サービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満である場合、前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドへ送信するステップと；を含む。
【０００６】
好ましくは、前記方法は：前記サービスリクエストエンドによって送信された前記サービスオブジェクト取得リクエストを受信した後、前記サービスリクエストエンドの識別子情報と前記開始位置との間のマッピング関係を格納するステップを更に含み；前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドへ送信する前記ステップは：前記サービスリクエストエンドの前記識別子情報に基づき、前記サービスオブジェクト推薦情報に合致する前記対象サービスオブジェクトを前記サービスリクエストエンドへ送信するステップを含む。
【０００７】
好ましくは、前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドに送信する前記ステップは：前記サービスオブジェクト推薦情報がサービスオブジェクトを含む場合、前記含まれるサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するステップ；又は、前記サービスオブジェクト推薦情報がサービスオブジェクトを含まない場合、前記サービスレスポンスエンドの識別子情報に基づき、前記サービスレスポンスエンドに結びつけられたサービスオブジェクトを特定し、前記結びつけられたサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するステップ；を含む。
【０００８】
好ましくは、前記サービスオブジェクト推薦情報は、前記サービスレスポンスエンドが所定のジェスチャ指令を受信した後に送信される。
【０００９】
好ましくは、前記サービスオブジェクト取得リクエストは自己選択株式取得リクエストであり、前記サービスオブジェクト推薦情報は自己選択株式推薦情報であり、前記対象サービスオブジェクトは自己選択株式（self-select stock）である。
【００１０】
サービス処理装置が提供され、前記装置は：サービスリクエストエンドによって送信されたサービスオブジェクト取得リクエストを受信するように構成されたリクエスト受信ユニットであって、前記サービスオブジェクト取得リクエストが前記サービスリクエストエンドの開始位置を含む、リクエスト受信ユニットと；サービスレスポンスエンドによって送信されるサービスオブジェクト推薦情報を受信するように構成されたレスポンス受信ユニットであって、前記サービスオブジェクト推薦情報が前記サービスレスポンスエンドのレスポンス位置を含む、レスポンス受信ユニットと；前記開始位置と前記レスポンス位置との間の距離が所定距離未満であり、前記サービスオブジェクト取得リクエストのリクエスト時刻と前記サービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満である場合、前記サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを前記サービスリクエストエンドへ送信するように構成されたサービス推薦ユニットと；を含む。
【００１１】
好ましくは、前記装置は：前記サービスリクエストエンドによって送信された前記サービスオブジェクト取得リクエストが受信された後、前記サービスリクエストエンドの識別子情報と前記開始位置との間のマッピング関係を格納するように構成された位置格納ユニットを更に含み、前記サービス推薦ユニットは、前記サービスリクエストエンドの前記識別子情報に基づき、前記サービスオブジェクト推薦情報に合致する前記対象サービスオブジェクトを前記サービスリクエストエンドへ送信するように構成される。
【００１２】
好ましくは、前記サービス推薦ユニットは：前記サービスオブジェクト推薦情報がサービスオブジェクトを含む場合、前記含まれるサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するように構成される；又は、前記サービスオブジェクト推薦情報がサービスオブジェクトを含まない場合、前記サービスレスポンスエンドの識別子情報に基づき、前記サービスレスポンスエンドに結びつけられたサービスオブジェクトを特定し、前記結びつけられたサービスオブジェクトを前記対象サービスオブジェクトとして前記サービスリクエストエンドへ送信するように構成される。
【００１３】
好ましくは、前記サービスオブジェクト推薦情報は、前記サービスレスポンスエンドが所定のジェスチャ指令を受信した後に送信される。
【００１４】
好ましくは、前記サービスオブジェクト取得リクエストは自己選択株式取得リクエストであり、前記サービスオブジェクト推薦情報は自己選択株式推薦情報であり、前記対象サービスオブジェクトは自己選択株式である。
【００１５】
上記の説明から分かることであるが、本願において、サービスレスポンスエンドによって送信されるサービスオブジェクト推薦情報を受信した後、サーバは、サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを、距離的制約及び時間的制約の両方を満たすサービスリクエストエンドへ送信できる。サービスオブジェクト推薦工程全体において、友人追加操作（friend addition operation）は必要とされない。ユーザにとって操作は便利であり、情報交換効率は比較的高い。
【図面の簡単な説明】
【００１６】
【図１】図１は、本願の実施の例による、サービス処理のアプリケーションシナリオを示す概略図である。
【００１７】
【図２】図２は、本願の実施の例による、サービス処理方法を示すフローチャートである。
【００１８】
【図３】図３は、本願の実施の例による、別のサービス処理方法を示すフローチャートである。
【００１９】
【図４】図４は、本願の実施の例による、サービス処理装置を示す概略構造図である。
【００２０】
【図５】図５は、本願の実施の例による、サービス処理装置を示す概略構造図である。
【発明を実施するための形態】
【００２１】
実施の例をここで詳細に記載し、各例を添付図面に提示する。下記の説明が添付図面に関係する場合、別段の定めがない限り、異なる添付図面における同一の符号は、同一の要素又は類似の要素を表す。下記の実施の例は、本願による実施の全てを示すものではない。それどころか、実施は、付帯の請求項に詳細に記載する本願の一部の態様による装置及び方法の実施例に過ぎない。
【００２２】
本願で用いる用語は、実施を示すためのものに過ぎず、本願の限定を意図するものではない。本願及び付帯の請求項において用いる単数形の用語「１つの（a）」、「その（the）」、及び「この（this）」は、文脈において別段の定めがない限り、複数形も含まれることも意図している。更に当然のことであるが、本明細書において用いる用語「及び（and）」及び「又は（or）」は、１つ以上の関連項目の任意の組合せ又は全ての可能な組合せを意味し、これらを含む。
【００２３】
当然のことであるが、用語「第１の」、「第２の」、「第３の」等が本願で様々なタイプの情報を記載するために用いられることがあるが、情報は、これらの用語によって限定されない。これらの用語は、同じタイプの情報の区別に用いられているに過ぎない。例えば、本願の範囲から逸脱することなく、第１の情報を第２の情報と呼ぶことができる。同様に、第２の情報を第１の情報と呼ぶことができる。文脈に応じ、例えば、ここで用いる「もし（if）」という単語は、「〜の間（while）」、「〜とき（when）」、又は「特定に応答して（in response to determining）」と、記述できる。
【００２４】
関連技術では、見知らぬ者同士が情報交換する場合、一方は、相手方を友人として追加した後、相手方との間でサービス情報を共有できる。しかし、こうした実施は、比較的複雑であり、ユーザは、リクエストする、確認する、承認する等のステップを実行した後に相手方を友人として追加し、サービス情報を共有できる。更に、サービスシナリオによっては、見知らぬ者同士は弱い関係であり、情報を交換する両者は、相手方を友人としたくない場合もある。したがって、友人を追加して行う情報の交換は便利ではない。代替として、ユーザは、関連するサービス情報を相手方に口頭で通知でき、相手方は、検索によってサービス情報を取得できる。しかし、こうした実施は効率も精度も低い。
【００２５】
本願は、高効率な情報交換工程をより便利に実施するために、サービス処理ソリューションを提供する。
【００２６】
図１は、本願の実施の例による、サービス処理のアプリケーションシナリオを示す概略図である。
【００２７】
図１を参照すると、サーバは通常、サービスプロバイダによりセットアップされる。サービスプロバイダは、サーバを用いて関連するサービス操作を実施することにより、ユーザに様々なサービスを提供することができる。ユーザは、予め対応するユーザアカウントをサーバに登録できる。詳細な登録工程については、関連技術において提供される実施方法を参照できるので、本願ではその詳細を省略する。
【００２８】
本願のこの実施において、端末デバイスは、ネットワークに接続可能なインテリジェントデバイス、例えば、携帯電話、タブレットコンピュータ、又はパーソナルデジタルアシスタント（ＰＤＡ）とすることができる。ユーザは、様々なサービス操作を実施するため、端末デバイスにインストールしたアプリケーション（ＡＰＰ）を用いてサーバと相互作用することができる。説明を容易にするため、本願の以降の実施において、端末デバイスにインストールしたＡＰＰとサーバとの間の相互作用（インタラクション）の工程を、端末デバイスとサーバとの間の相互作用の工程と呼ぶ。
【００２９】
再び図１を参照すると、本願の実施の例において、第１のユーザは、第１の端末デバイスを用いて関連サービス操作を実行する。例えば、第１のユーザは、予め第１のアカウントをサーバに登録し、第１のアカウントに基づき、関連サービス操作を実行できる。第２のユーザは、第２の端末デバイスを用いて関連サービス操作を実行する。例えば、第２のユーザは、予め第２のアカウントをサーバに登録し、第２のアカウントに基づき、関連サービス操作を実行できる。実際の適用において、第１のユーザ及び第２のユーザは、ユーザアカウントを登録しなくてもよく、サーバは、第１のユーザにより提供されるサービス情報及び第２のユーザにより提供されるサービス情報に基づき、第１のユーザ及び第２のユーザにサービスを提供できる。本願において、各実施は限定されない。
【００３０】
図２は、本願の実施の例による、サービス処理方法を示すフローチャートである。
【００３１】
図２を参照すると、サービス処理方法は、図１に示すサーバに適用でき、以下のステップを含む。
【００３２】
ステップ２０１：サービスリクエストエンドによって送信されるサービスオブジェクト取得リクエストを受信する。ここで、サービスオブジェクト取得リクエストは、サービスリクエストエンドの開始位置を含む。
【００３３】
この実施において、サービスは、通常、サービスオブジェクト推薦サービス、例えば、自己選択株式推薦、ウェイボ―（Ｗｅｉｂｏ）フォロイー推薦、又は友人推薦である。
【００３４】
この実施において、区別を容易にするため、サービスオブジェクトの取得エンドをサービスリクエストエンドと呼ぶ。サービスオブジェクトを得るためにリクエストするユーザは、サービスリクエストエンドを用いてサービスオブジェクト取得リクエストをサーバへ送信できる。例えば、サービスオブジェクトを取得するためにリクエストするユーザは、所定のボタンをクリックすることにより、又は所定のジェスチャを入力することによりサービスオブジェクト取得機能を起動できる。サービスリクエストエンドは、現在の開始位置を取得し、開始位置をサービスオブジェクト取得リクエストに追加し、サービスオブジェクト取得リクエストをサーバへ送信できる。
【００３５】
この実施において、サービスオブジェクト取得リクエストを受信した後、サーバは、サービスリクエストエンドの識別子情報と開始位置との間のマッピング関係を格納できる。識別子情報は、携帯電話番号、アカウントＩＤなどを含むことができる。
【００３６】
図１に示すアプリケーションシナリオを例にとる。第１の端末デバイスがサービスリクエストエンドであるとすると、第１の端末デバイスは、第１のユーザのリクエスト指令を受け取った後に現在の開始位置を取得し、開始位置をサービスオブジェクト取得リクエストに追加し、サービスオブジェクト取得リクエストをサーバへ送信できる。
【００３７】
ステップ２０２：サービスレスポンスエンドによって送信されるサービスオブジェクト推薦情報を受信する。ここで、サービスオブジェクト推薦情報は、サービスレスポンスエンドのレスポンス位置を含む。
【００３８】
この実施において、区別を容易にするため、サービスオブジェクトの推薦エンドをサービスレスポンスエンドと呼ぶことができる。サービスオブジェクトを推薦するユーザは、サービスレスポンスエンドを用いてサービスオブジェクト推薦情報をサーバへ送信できる。例えば、サービスオブジェクトを取得するためにリクエストするユーザの関連リクエストをオフライン受信した後、サービスオブジェクトを推薦するユーザは、所定のボタンをクリックすることにより、又は所定のジェスチャを入力することによりサービスオブジェクト推薦機能を起動できる。サービスレスポンスエンドは、現在のレスポンス位置を取得し、レスポンス位置と、サービスレスポンスエンドによって追跡（フォロー）され、推薦されたサービスオブジェクトとして用いられるサービスオブジェクトとをサーバへ送信できる。サービスオブジェクトは、自己選択株式、ウェイボー（Ｗｅｉｂｏ）フォロイー、友人などを含むことができる。
【００３９】
任意ではあるが、本願の実施例において、サービスレスポンスエンドは、サービスレスポンスエンドによって追跡される全てのサービスオブジェクトを、サービスオブジェクト推薦情報に追加し、サービスオブジェクト推薦情報をサーバへ送信できる。代替として、サービスレスポンスエンドは、ユーザが選択したサービスオブジェクトをサービスオブジェクト推薦情報に追加し、サービスオブジェクト推薦情報をサーバへ送信できる。本願において、各実施は限定されない。
【００４０】
再び図１に示すアプリケーションシナリオを例にとる。第２の端末デバイスがサービスレスポンスエンドであるとすると、第１のユーザは、第２のユーザのサービスオブジェクトに関する情報について第２のユーザに口頭で問い合わせることができる。第２のユーザは、第２の端末デバイスを用いることにより、サービスオブジェクトについてレスポンス指令を入力でき、すると、第２の端末デバイスは、現在のレスポンス位置を取得し、レスポンス位置と第２のユーザによって追跡されるサービスオブジェクトとをサービスオブジェクト推薦情報に追加し、サービスオブジェクト推薦情報をサーバへ送信できる。
【００４１】
ステップ２０３：開始位置とレスポンス位置との間の距離が所定距離未満であり、サービスオブジェクト取得リクエストのリクエスト時刻とサービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満である場合、サービスオブジェクト推薦情報に合致する対象サービスオブジェクトをサービスリクエストエンドへ送信する。
【００４２】
この実施において、サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信した後、サーバは、距離的制約と時間的制約の両方を満たすサービスリクエストエンドを特定でき、次いで、サービスオブジェクト推薦情報に合致する対象サービスオブジェクトをサービスリクエストエンドへ送信できる。距離的制約は、開始位置とレスポンス位置との間の距離が所定距離未満であることとすることができ、時間的制約は、サービスオブジェクト取得リクエストのリクエスト時刻とサービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満であることとすることができる。所定距離及び所定時間差は開発者が設定でき、例えば、２０メートル又は１分である。本願において、各実施は限定されない。
【００４３】
任意ではあるが、本願の実施例において、サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信した後、サーバはまず、距離的制約を満たすサービスリクエストエンドを特定でき、次いで、距離的制約を満たすサービスリクエストエンドのうち、時間的制約を満たすサービスリクエストエンドを特定できる。本願の別の実施例において、サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信した後、サーバはまず、時間的制約を満たすサービスリクエストエンドを特定でき、次いで、時間的制約を満たすサービスリクエストエンドのうち、距離的制約を満たすサービスリクエストエンドを特定できる。本願において、各実施は限定されない。
【００４４】
任意ではあるが、本願の実施例において、サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信した後、サーバはまず、サービスオブジェクト推薦情報に合致するサービスオブジェクトを特定できる。説明を容易にするため、サービスオブジェクト推薦情報に合致するサービスオブジェクトを、対象サービスオブジェクトと呼ぶことができる。対象サービスオブジェクトを特定した後、サーバは、対象サービスオブジェクトを距離的制約と時間的制約の両方を満たすサービスリクエストエンドへ送信できる。例えば、対象サービスオブジェクトは、サービスリクエストエンドのアカウントＩＤに基づき、サービスリクエストエンドへ送信される。サーバは、下記の２つの方式でサービスオブジェクト推薦情報に合致する対象サービスオブジェクトを特定できる。
【００４５】
第１の方式において、サービスオブジェクト推薦情報は対象サービスオブジェクトを含む。この実施において、サービスオブジェクト推薦情報を受信した後、サーバはまず、サービスオブジェクト推薦情報がサービスオブジェクトを含むか否かを、例えば、サービスオブジェクト推薦情報が、サービスオブジェクトの識別子情報を含むか否かを特定できる。肯定である場合、サーバは、サービスオブジェクト推薦情報に含まれるサービスオブジェクトをサービスオブジェクト推薦情報に合致する対象サービスオブジェクトであると特定し、対象サービスオブジェクトをサービスリクエストエンドへ送信できる。
【００４６】
第２の方式において、サービスオブジェクト推薦情報は、対象サービスオブジェクトを含まない。サービスオブジェクト推薦情報を受信した後、サービスオブジェクト推薦情報がサービスオブジェクトを含まない、と特定された場合、サーバは、サービスレスポンスエンドの識別子情報を取得し、識別子情報に基づき、サービスレスポンスエンドに結びつけられたサービスオブジェクトを取得し、結びつけられたサービスオブジェクトを対象サービスオブジェクトとしてサービスリクエストエンドへ送信できる。サーバは、サービスオブジェクトを格納するデータベース又はプラットフォームからのサービスレスポンスエンドの識別子情報に基づき、識別子情報に結びつけられたサービスオブジェクトを取得できる。本願において、各実施は限定されない。
【００４７】
上記の説明から分かることではあるが、本願において、サービスレスポンスエンドによって送信されたサービスオブジェクト推薦情報を受信した後、サーバは、サービスオブジェクト推薦情報に合致する対象サービスオブジェクトを、距離的制約及び時間的制約の両方を満たすサービスリクエストエンドへ送信できる。サービスオブジェクト推薦工程全体において、友人追加操作は必要ない。ユーザにとって操作は便利であり、情報交換効率は比較的高い。
【００４８】
任意ではあるが、本願の別の実施例において、対象サービスオブジェクトをサービスリクエストエンドへ送信した後、サーバは、格納されたサービスリクエストエンドの識別子情報と開始位置との間のマッピング関係を削除できる。本願では、各詳細は省略する。
【００４９】
特定のアプリケーションシナリオを参照して本願の実施工程を以下説明する。
【００５０】
本願に関するサービスは自己選択株式推薦サービスであり、対象サービスオブジェクトは自己選択株式であり、サービスオブジェクト取得リクエストは自己選択株式取得リクエストであり、サービスオブジェクト推薦情報は自己選択株式推薦情報であるとする。図１を例にとる。第１の端末デバイスはサービスリクエストエンドであり、第２の端末デバイスはサービスレスポンスエンドであるとする。図３を参照すると、本願において提供されるサービス処理方法は、以下のステップを含むことができる。
【００５１】
ステップ３０１：第１の端末デバイスが、自己選択株式取得リクエストをサーバへ送信する。
【００５２】
この実施において、第１のユーザ及び第２のユーザは、株式取引ホールで会った見知らぬ者同士であり、第１のユーザは第２のユーザによって追跡される自己選択株式について知りたいと考えているとすると、第１のユーザは、自己選択株式取得機能を起動でき、例えば、第１のユーザは、株式ソフトウェアにおける所定のボタンをクリックすることができ、すると、第１の端末デバイスは、現在の開始位置を取得し、開始位置を自己選択株式取得リクエストに追加し、自己選択株式取得リクエストをサーバへ送信できる。
【００５３】
ステップ３０２：第２の端末デバイスが、自己選択株式推薦情報をサーバへ送信する。
【００５４】
この実施において、第１のユーザは、第２のユーザによって追跡される自己選択株式について知りたいと思っていることを第２のユーザに、口頭で通知できる。第２のユーザが第１のユーザに自己選択株式について通知する意志がある場合、第２のユーザは、携帯電話を作動させることにより自己選択株式推薦機能を起動できる。すると、第２の端末デバイスは、現在のレスポンス位置を取得し、レスポンス位置と第２のユーザによって追跡される自己選択株式とを自己選択株式推薦情報に追加し、自己選択株式推薦情報をサーバへ送信できる。
【００５５】
ステップ３０３：サーバが、自己選択株式推薦情報に含まれる自己選択株式を、第１の端末デバイスへ送信する。
【００５６】
この実施において、第２の端末デバイスによって送信された自己選択株式推薦情報を受信した後、サーバは、第２の端末デバイスから１０メートル未満のサービスリクエストエンドを第１の端末デバイスと特定できる。ここで、受信した自己選択株式取得リクエストのリクエスト時刻と自己選択株式推薦情報の送信時刻との間の時間差は１分未満である。次いで、サーバは、第２のユーザによって追跡され、自己選択株式推薦情報に含まれる自己選択株式を第１の端末デバイスへ送信する。自己選択株式を受信した後、第１の端末デバイスは、自己選択株式を第１のユーザに表示でき、第１のユーザは、第２のユーザの自己選択株式を追跡できる。
【００５７】
上記の実施において、サーバは、図２に示す方法の実施において提供される方法を用いて自己選択株式推薦工程を実施できる。ここでは、各詳細を再度説明しない。
【００５８】
上記のサービス処理方法の実施に対応して、本願は、サービス処理装置の実施を更に提供する。
【００５９】
本願において提供されるサービス処理装置の実施は、サーバに適用できる。装置の実施は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアの組合せを用いて実施できる。ここではソフトウェアの実施を例にとる。ソフトウェアが配置されるサーバ内のプロセッサにより、不揮発性メモリ内の対応するコンピュータプログラム指令を読み取り、メモリ内の指令を実行することにより、論理装置としてのソフトウェアが形成される。ハードウェアの実施に関して、図４に示すように、同図は、本願におけるサービス処理装置が配置されるサーバのハードウェア構造を示す。図４に示すプロセッサ、メモリ、ネットワークインターフェース、及び不揮発性メモリに加えて、この実施による装置が配置されるサーバは、サーバの実際の機能に基づき、他のハードウェアを更に含むことができる。ここでは、簡略化のために詳細は省略する。
【００６０】
図５は、本願の実施の例による、サービス処理装置を示す概略構造図である。
【００６１】
図５を参照すると、サービス処理装置４００は、図４に示すサーバに適用することができる。サービス処理装置４００は、リクエスト受信ユニット４０１、レスポンス受信ユニット４０２、サービス推薦ユニット４０３、及び位置格納ユニット４０４を含む。
【００６２】
リクエスト受信ユニット４０１は、サービスリクエストエンドによって送信されるサービスオブジェクト取得リクエストを受信するように構成され、サービスオブジェクト取得リクエストは、サービスリクエストエンドの開始位置を含む。
【００６３】
レスポンス受信ユニット４０２は、サービスレスポンスエンドによって送信されるサービスオブジェクト推薦情報を受信するように構成され、サービスオブジェクト推薦情報は、サービスレスポンスエンドのレスポンス位置を含む。
【００６４】
サービス推薦ユニット４０３は、開始位置とレスポンス位置との間の距離が所定距離未満であり、サービスオブジェクト取得リクエストのリクエスト時刻とサービスオブジェクト推薦情報の送信時刻との間の時間差が所定時間差未満である場合、サービスオブジェクト推薦情報に合致する対象サービスオブジェクトをサービスリクエストエンドへ送信するように構成される。
【００６５】
位置格納ユニット４０４は、サービスリクエストエンドによって送信されるサービスオブジェクト取得リクエストが受信された後、サービスリクエストエンドの識別子情報と開始位置との間のマッピング関係を格納するように構成される。
【００６６】
サービス推薦ユニット４０３は、サービスリクエストエンドの識別子情報に基づき、サービスオブジェクト推薦情報に合致する対象サービスオブジェクトをサービスリクエストエンドへ送信するように構成される。
【００６７】
任意ではあるが、サービス推薦ユニット４０３は、サービスオブジェクト推薦情報がサービスオブジェクトを含む場合、含まれるサービスオブジェクトを対象サービスオブジェクトとしてサービスリクエストエンドへ送信し；サービスオブジェクト推薦情報がサービスオブジェクトを含まない場合、サービスレスポンスエンドの識別子情報に基づき、サービスレスポンスエンドに結びつけられたサービスオブジェクトを特定し、結びつけられたサービスオブジェクトを対象サービスオブジェクトとしてサービスリクエストエンドへ送信するように構成される。
【００６８】
任意ではあるが、サービスオブジェクト推薦情報は、サービスレスポンスエンドが所定のジェスチャ指令を受信した後に送信される。
【００６９】
任意ではあるが、サービスオブジェクト取得リクエストは自己選択株式取得リクエストであり、サービスオブジェクト推薦情報は自己選択株式推薦情報であり、対象サービスオブジェクトは自己選択株式である。
【００７０】
この装置におけるユニットの詳細な実施工程については、先に記載した対応する方法の実施を参照できる。ここでは、簡略化のために詳細は省略する。
【００７１】
この装置の実施は、先に記載した方法の実施に対応させることができる。関連する部分については、方法の実施における対応する説明を参照できる。記載した装置の実施は、実施例に過ぎない。別々の部分として記載したユニットは、物理的に別々であっても別々でなくてもよく、ユニットとして表示した部分は、物理的なユニットであってもなくてもよく、一箇所に配置することも複数のネットワークユニット上に分散させることもできる。モジュールの一部又は全ては、本願の解決策の目的を達成するために、実際の実施に基づき、選択できる。当業者は、創造的活動をせずに本願の実施を理解し、実施することができる。
【００７２】
上記の説明は本願の実施の例に過ぎないが、本願を限定することを意図したものではない。本願の主旨及び原理から逸脱することなくなされる変更、均等物との置き換え、又は改善はいずれも、本願の保護範囲に含まれる。
【図１】
2019510289.tif 000003
【図２】
2019510289.tif 000004
【図３】
2019510289.tif 000005
【図４】
2019510289.tif 000006
【図５】
2019510289.tif 000007
【国際調査報告】
2019510289.tif 000008
2019510289.tif 000009
2019510289.tif 000010
2019510289.tif 000011