JP2017500633A - 取引対象識別子の決定 - Google Patents

Abstract

【解決手段】 （例えば、業者、消費者、ショップなどの）取引対象識別子の決定は、要求元識別子、時間情報、及び（例えば、ＧＰＳからの）場所情報のうちの１つ以上を含む起動要求をクライアントデバイス（例えば、スマートフォン）から受信し、取引対象識別子候補集合を決定し、取引対象識別子候補集合をクライアントデバイスに送信し、取引対象識別子候補集合からの取引対象識別子に関連付けられている選択をクライアントデバイスから受信し、選択された取引対象識別子に少なくとも部分的に基づいて起動要求を処理すること、を含む。【選択図】 図２

Description

［関連技術の相互参照］
本出願は、あらゆる目的のために、参照によって本明細書に組み込まれる、２０１３年１２月６日に出願され、発明の名称を「Ａ ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＯＢＴＡＩＮＩＮＧ ＯＢＪＥＣＴ ＩＮＦＯＲＭＡＴＩＯＮ（オブジェクト情報を取得するための方法及びシステム）」とする中国特許出願第２０１３１０６５６０６９．５号に基づく優先権を主張する。

本出願は、インターネット技術の分野に関し、特に、取引対象情報を決定するための技術に関する。

ウェブ技術で作成されるアプリケーションが増えるにつれて、モバイル端末間又は非モバイル端末間でデータ交換を実施する必要も増す。

交換されるデータは、場合によっては、端末に関連付けられている情報、端末で実行されているアプリケーション、及び／又は端末で実行されているアプリケーションに今現在ログインしているユーザを含む。このような情報は、「オブジェクト情報」と呼ばれてよい。従来、このような情報は、同じ時間間隔内で尚且つ同じ地理区域内で起動された端末から集められた情報によってのみ決定されるのが一般的である。しかしながら、従来、起動時間間隔及び地理情報の精度は、非常に厳密な要件下で決定されており、このような場合、端末の場所情報又はその起動時間が僅かでも不正確であると、データ交換のために所望の当事者を見つけることが非常に難しくなる。

本発明の様々な実施形態が、以下の詳細な説明及び添付の図面で開示される。

取引対象識別子を決定するためのシステムの一実施形態を示す図である。

取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。

取引対象識別子を決定するためのプロセスの一例を示すフローチャートである。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子を決定するためのシステムの一例を示す図である。

取引対象識別子の決定を実行するためのプログラムドコンピュータシステムの一実施形態を示す機能図である。

本発明は、プロセス、装置、システム、合成物、コンピュータ読み取り可能ストレージ媒体に実装されたコンピュータプログラム製品、並びに／又は接続先のメモリに記憶された命令及び／若しくは接続先のメモリによって提供される命令を実行するように構成されたプロセッサ等のプロセッサなどの、数々の形態で実現することができる。本明細書では、これらの実現形態、又は本発明がとりえるその他のあらゆる形態が、技術と称されてよい。総じて、開示されるプロセスの各ステップの順番は、本発明の範囲内で変更されえる。別途明記されない限り、タスクを実施するように構成されるものとして説明されるプロセッサ又はメモリなどのコンポーネントは、所定時にタスクを実施するように一時的に構成された汎用コンポーネントとして、又はタスクを実施するように製造された特殊コンポーネントとして実装されえる。本明細書で使用される「プロセッサ」という用語は、コンピュータプログラム命令などのデータを処理するように構成された１つ以上のデバイス、回路、並びに／又は処理コアを言う。

本発明の原理を例示す添付の図面とともに、以下で、本発明の１つ以上の実施形態の詳細な説明が提供される。本発明は、このような実施形態に関連付けて説明されるが、いずれの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定され、本発明は、数々の代替形態、変更形態、及び均等物を包含している。以下の説明では、本発明の完全な理解を与えるために、数々の具体的詳細が明記されている。これらの詳細は、例示を目的として提供されるものであり、本発明は、これらの詳細の一部又は全部を伴わずとも、特許請求の範囲にしたがって実施されえる。明瞭を期するために、本発明に関連した技術分野で知られる技術要素は、本発明が不必要に不明瞭にされないように、詳細には説明されていない。

２人のユーザが、それぞれのクライアントデバイスを使用して、支払い取引を完了させてよい。例えば、第１のユーザが、第２のユーザへの（例えば、金銭又はその他の信用（クレジット）を）送る支払いを開始させる。場合によっては、支払い取引は、２人のユーザがそれぞれアカウントを登録してある第三者の支払いサービス提供者によって進められてよい。第三者支払いサービス提供者は、少なくとも一部がウェブサイト上で運営されていてよい、及び／又はユーザ間の支払い取引を進めるように構成されたサーバを提供してよい。例えば、第三者支払いサービス提供者は、支払いプラットフォームを備えていてよい。したがって、支払い取引の２人以上の当事者が、支払いプラットフォームによって提供されるサービスを使用して支払いを完了させることができる。例として、Ａｌｉｂａｂａが、このような支払いプラットフォームを運営している。

クライアントデバイスは、第三者支払いサービス提供者によって提供される支払いプラットフォームにアクセスし、これらの支払いプラットフォームを使用して、特定の支払い関連プロセスフローを完了させることができる。また、利便性及び安全性を確実にするために、クライアントデバイスは、ユーザが第三者支払いサービスを通じて支払い取引を実施することを助けるために第三者支払いサービス提供者によって提供されるアプリケーション（例えば、ソフトウェア）を使用して、支払いを実行してよい。第三者支払いサービス提供者によって提供される支払いプラットフォームとコンタクトを取るためにクライアントデバイスがこのようなアプリケーションを使用するか否かに関わらず、支払いプラットフォームは、支払い取引の第１のユーザに対し、やはり支払い取引の当事者である他の１人以上のユーザの識別子を入力するように求める。本明細書では、第三者支払いプラットフォームを含むプラットフォームを表すために、「サービスプラットフォーム」という用語が使用される。

本明細書で説明される実施形態は、起動を要求したユーザが、取引を完了させる相手となる取引対象識別子をそのなかから選択することができる、１つ以上の取引対象識別子候補を決定する。様々な実施形態において、起動を求める要求は、要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報のうちの１つ以上を含んでいてよい。要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、１つ以上の取引対象識別子候補を決定し、要求元ユーザに関連付けられているクライアントデバイスに提示することができる。１つ以上の取引対象識別子候補からなるリストのなかから、取引が処理される相手となる少なくとも１つの取引対象識別子が選択されてよい。

各種の実施形態において、要求された起動は、支払い取引の当事者であるユーザによる、支払い取引を求める要求を含む。支払い取引を完了させるために、サービスプラットフォームは、やはり取引に関わることになる少なくとも１人の他の当事者の正しい識別情報を必要とする。各種の実施形態において、要求された取引に関わる少なくとも２人の当事者は、金銭及び／又はその他の信用の支払い先である少なくとも１人の「受取人」と、金銭及び／又はその他の信用を受取人に支払うことになる少なくとも１人の「支払人」とを含む。各種の実施形態において、「取引対象識別子」は、支払い取引を要求したユーザとの関連のもとでその要求された取引に関わることになる１人以上の他の当事者を識別する情報を、少なくとも含む。例えば、支払い取引を要求するユーザは、その取引における受取人又は支払人であってよく、したがって、その取引のために識別される取引対象識別子は、それぞれ支払人又は受取人を含んでいてよい。また、一部の実施形態では、「取引対象識別子」は、特定の支払いとは関係しない情報も含んでいてよい。

図１は、取引対象識別子を決定するためのシステムの一実施形態を示す図である。システム１００は、要求元ユーザ１０２と、要求元クライアントデバイス１０６と、取引対象ユーザ１０４と、取引対象クライアントデバイス１０８と、ネットワーク１１０と、サービスプラットフォームサーバ１１２とを含む。ネットワーク１１０は、高速データネットワーク及び／又は電気通信ネットワークのうちの１つ以上を含む。

要求元ユーザ１０２は、サービスプラットフォームサーバ１１２によって提供される第三者支払いプラットフォームにアカウントを有するユーザを含み、取引対象ユーザ１０４は、サービスプラットフォームサーバ１１２によって提供される第三者支払いプラットフォームにアカウントを有する別のユーザを含む。例えば、要求元ユーザ１０２が、取引対象ユーザ１０４に支払いを送ることを希望する。したがって、要求元ユーザ１０２は、サービスプラットフォームサーバ１１２によって提供されるサービスプラットフォームにアクセスするために、要求元クライアントデバイス１０６で実行されるアプリケーションを開く。例えば、アプリケーションは、サービスプラットフォームに関連付けられている（例えば、スタンドアロンの）アプリケーション、及び／又はサービスプラットフォームに関連付けられているウェブサイトにダイレクトされるウェブページを含んでいてよい。要求元ユーザ１０２は、アプリケーションを使用して自身の信用証明（例えば、アカウント名及びパスワード）でサービスプラットフォームにログインし、起動要求を発行して支払い取引を完了させるために選択を行ってよい。一部の実施形態では、要求元クライアントデバイス１０６で実行されるアプリケーションは、入力された信用証明に基づいて、要求元ユーザ１０２に関連付けられている「要求元識別子」とも呼ばれるユーザ識別子を得るために、ネットワーク１１０を通じてサービスプラットフォームサーバ１１２への照会を行ってよい。各種の実施形態において、要求元クライアントデバイス１０６で実行されるアプリケーションは、起動要求を生成するように構成される。一部の実施形態では、起動要求は、要求元識別子を含む。一部の実施形態では、起動要求は、起動要求に関連付けられている時間情報を含む。例えば、時間情報は、要求元クライアントデバイス１０６で実行されるアプリケーションが起動要求をいつ生成したかに関連付けられているタイムスタンプを含む。一部の実施形態では、起動要求は、起動要求に関連付けられている場所情報を含む。例えば、場所情報は、アプリケーションが起動要求を発行したときに要求元クライアントデバイス１０６がどこに位置していたかに関連付けられているＧＰＳ情報を含む。要求元クライアントデバイス１０６は、ネットワーク１１０を通じてサービスプラットフォームサーバ１１２に起動要求を送信するように構成される。

例えば、取引対象ユーザ１０４が、要求元ユーザ１０２から支払いを受けることを希望し、したがって、サービスプラットフォームサーバ１１２によって提供されるサービスプラットフォームにアクセスするために、取引対象クライアントデバイス１０８で実行されるアプリケーションを開く。取引対象ユーザ１０４は、要求（起動タイプの要求又は異なるタイプの要求）を開始させるために、取引対象クライアントデバイス１０８で実行されるアプリケーションを使用してサービスプラットフォームにログインすることができる。各種の実施形態において、取引対象クライアントデバイス１０８で実行されるアプリケーションは、上記要求を生成するように構成される。一部の実施形態では、起動要求は、取引対象ユーザ１０４に関連付けられているユーザ識別子を含む。一部の実施形態では、取引対象クライアントデバイス１０８で実行されるアプリケーションによって発行される要求は、要求に関連付けられている時間情報、及び／又は要求に関連付けられている場所情報を含む。取引対象クライアントデバイス１０８は、ネットワーク１１０を通じてサービスプラットフォームサーバ１１２に要求を送信するように構成される。

後述される実施形態で説明されるように、サービスプラットフォームサーバ１１２及び／又は要求元クライアントデバイス１０６は、要求元クライアントデバイス１０６で提示されることになる取引対象識別子候補集合を決定するために、要求元識別子と、起動要求に関連付けられている時間情報と、起動要求に関連付けられている場所情報とを使用するように構成される。取引対象ユーザ１０４のユーザ識別子は、取引対象クライアントデバイス１０８で実行されるアプリケーションによって発行された要求に関連付けられているユーザ識別子、時間情報、及び／又は場所情報が、要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報に基づいて生成された基準を満たすか否かに応じて、要求元クライアントデバイス１０６に提示される取引対象識別子候補集合に含められる。

要求元クライアントデバイス１０６における取引対象識別子候補集合の提示を受けて、要求元ユーザ１０２は、取引対象ユーザ１０４のユーザ識別子も恐らくは含む集合のなかから、少なくとも１つの取引対象識別子を選択するように構成される。

このように、サービスプラットフォームサーバ１１２は、要求元クライアントデバイス１０６から受信された起動要求に含まれるデータに少なくとも基づいて、要求元ユーザ１０２のための取引対象識別子候補のリストを推測するように構成される。このようにすれば、要求元ユーザ１０２は、他のユーザとの取引を完了させるために、長い支払いアカウント番号を含むだろう取引対象ユーザ１０４のユーザ識別子を記憶する必要がなく、取引対象ユーザ１０４のユーザ識別子及び他のユーザのユーザ識別子は、要求元クライアントデバイス１０６からの起動要求を受けて自動的に発見されて、要求元クライアントデバイス１０６に戻されるだろう。

要求元ユーザ１０２が、取引対象識別子候補集合から少なくとも１つの取引対象識別子を選択した後、要求元クライアントデバイス１０６は、その（１つ以上の）選択をサービスプラットフォームサーバ１１２に送り返すように構成され、サービスプラットフォームサーバ１１２は、すると、以下で更に詳細に説明されるように、上記選択に少なくとも部分的に基づいて起動要求を処理する。

図２は、取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。一部の実施形態では、プロセス２００は、図１のシステム１００で実行される。

ステップ２０２では、起動要求が、クライアントデバイスから受信される。起動要求は、要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報のうちの１つ以上を含む。

ユーザに代わって起動要求を発行するために、クライアントデバイスで実行されるアプリケーションを使用することができる。一部の実施形態では、アプリケーションは、サービスプラットフォームに関連付けられているウェブサイトにダイレクトされるウェブブラウザアプリケーションを含む。サービスプラットフォームに事前にアカウントを登録したユーザが、自身の信用証明（例えば、ユーザを一意に識別するアカウント名及びそのパスワード）をアプリケーションにサブミットしてよく、アプリケーションは、ユーザに関連付けられている識別情報を決定する。例えば、識別情報は、サブミットされたアカウント名に関連付けられているユーザに対応してサービスプラットフォームによって格納された支払いアカウント番号であってよい。サービスプラットフォームにログインした後、ユーザは、取引を完了させるために起動要求をサブミットしてよい。クライアントデバイスは、次いで、サービスプラットフォームに関連付けられているサービスに起動要求を送信する。

一部の実施形態では、アプリケーションによって発行された起動要求は、支払い取引を起動するための要求である。例えば、クライアントデバイスにログインしたユーザは、１人以上の他のユーザに支払いを送ること又は１人以上の他のユーザから支払いを受けることのいずれかを望むだろう。

一部の実施形態では、支払いプロセスを起動するためにアプリケーションによって発行される起動要求は、そのアプリケーションにログインしたユーザの、即ち起動要求の発行に関連付けられているユーザの、「要求元識別子」を含んでいてよい。一部の実施形態では、ログインユーザの要求元識別子は、ログインユーザの支払いアカウント番号を含む。一部の実施形態では、ユーザがアプリケーションによってサービスプラットフォームにログインした後、そのアプリケーションは、ログインユーザ用にサービスプラットフォームによって格納された支払いアカウント番号を自動的に決定し、その支払いアカウント番号を要求元識別子として起動要求に含める。

一部の実施形態では、起動要求の発行に関連付けられているユーザは、その取引に関する自身の役割を入力してよい。取引が支払い取引である場合、ユーザは、自身がその支払い取引に関して「支払人」又は「受取人」の役割であることを示してよい。指定されたユーザの役割は、一部の実施形態では、起動要求に含められてよい。

一部の実施形態では、支払いプロセスを起動するためにアプリケーションによって発行された起動要求は、クライアントデバイスの場所情報を含み、また、要求に関連付けられている時間情報も含む。一部の実施形態では、クライアントデバイスの場所情報及び要求に関連付けられている時間情報は、関連するやり方で決定することができる。以下は、クライアントデバイスの場所情報、及び要求に関連付けられている時間情報を決定する３つの代表的な技術である。

第１の例では、クライアントデバイスの場所情報は、クライアントデバイスの一部である位置決め機能によって記録されるクライアントデバイスの位置決め座標情報であることができる。例えば、よくある位置決め機能は、米国全地球測位システム（ＧＰＳ）衛星ナビゲーションシステム、欧州のガリレオ衛星ナビゲーションシステム、ロシアのグロナス衛星ナビゲーションシステム、中国の北斗衛星ナビゲーションシステム、又はその他の任意のナビゲーションシステムを活用するだろう。この種の位置決め座標情報は、「移動位置決め」と呼ばれることもある。この第１の例では、起動要求に関連付けられている時間情報は、クライアントデバイスで実行されるアプリケーションが起動要求を発行した時点で同アプリケーションによって決定されるログインタイムスタンプを含む。

第２の例では、場所情報は、ワイヤレスキャリアのネットワーク機器によって、クライアントデバイスに基づく信号特性から変換することができる。例えば、ワイヤレスキャリアは、基地局対象範囲の原則を使用し、基地局の位置決めを通じてクライアントデバイスの信号から場所情報を計算する。第２の例における位置決め計算では、総じて、クライアントデバイスは、異なる基地局のダウンリンクパイロット信号を測定し、それらの基地局のダウンリンクパイロット到着時間（ＴＯＡ）又はダウンリンクパイロット到着時間差（ＴＤＯＡ）を得る。測定結果及び基地局座標を与えられたら、総じて、三角法公式推定アルゴリズムを使用して、クライアントデバイスの場所を計算することができる。実際の場所推定アルゴリズムは、複数の（例えば、３つ以上の）基地局の位置決めを考慮に入れる必要がある。総じて、移動局測定に使用される基地局の数が多いほど、測定の精度が増し、位置決め性能の向上も明白になる。第２の例では、要求に関連付けられている時間情報は、起動要求がキャリアによって受信されたときにワイヤレスキャリアによって記されるログインタイムスタンプを含む。

ワイヤレスキャリアのクロックに基づいているので、第２の例で説明される要求に関連付けられている時間情報は、基本的に全て同じであり、異なるクライアントデバイスによって発行された起動要求間にログインタイムスタンプのエラーが生じる可能性は大きくない。第１の例で説明されるように、時間情報が各クライアントデバイスによって自身のクロックにしたがって記録される場合、異なるクライアントデバイスによって発行された起動要求間にタイミングエラーが生じる可能性は幾分大きくなる。

第３の例では、場所情報は、上述された第１の例と第２の例との組み合わせによって決定することができる。

一部の実施形態では、サービスプラットフォームによって受信される起動要求に含まれる、クライアントデバイスの場所情報及び時間情報は、上記の第１の例で説明されたような場所情報と、上記の第２の例で説明されたような時間情報との組み合わせあってよい、又は上記の第２の例で説明されたような場所情報と、上記の第１の例で説明されたような時間情報との組み合わせあってよい。

一部の実施形態では、起動要求に関連付けられている時間情報は、発行された要求をサービスプラットフォームが受信したときにサービスプラットフォームによって決定されるタイムスタンプであってよく、サービスプラットフォームは、次いで、そのタイムスタンプを要求に含めてよい。起動要求が支払い取引のためのものである場合は、サービスプラットフォームは、支払いと関係する時間間隔を考慮する必要があるゆえに、受信された様々な起動要求のログインタイムスタンプを均等に記録する。このように、受信された各起動要求についての時間情報をサービスプラットフォームが決定することを可能にすることによって、要求にタイミングエラーが割り当てられる可能性が比較的抑えられる。

ステップ２０４では、要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報のうちの１つ以上に少なくとも部分的に基づいて、取引対象識別子候補集合が決定される。

取引対象識別子候補集合は、様々な技術を使用して、要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報に基づいて決定することができる。

一部の実施形態では、起動要求に関連付けられている時間情報に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合が決定される。第１の集合の各ユーザ識別子は、サービスプラットフォームによって格納された一意の支払いアカウント番号を含んでいてよい。起動要求に関連付けられている時間情報は、所定の間隔（例えば、各間隔は、１時間の長さ又は数分間の長さであるように構成される）に基づいて一時間間隔に分類されてよく、やはり同じ時間間隔中にサービスプラットフォームにログインした他のユーザの識別子が、第１のユーザ識別子集合として決定することができる。

一部の実施形態では、起動要求に関連付けられている場所情報に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合が決定される。第２の集合の各ユーザ識別子は、サービスプラットフォームによって格納された一意の支払いアカウント番号を含んでいてよい。起動要求に関連付けられている場所情報から所定の範囲（例えば、一定の距離範囲）内でサービスプラットフォームにログインした他のユーザの識別子が、第２のユーザ識別子集合として決定することができる。

一部の実施形態では、起動要求に関連付けられている要求元識別子に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合が決定される。第３の集合の各ユーザ識別子は、サービスプラットフォームによって格納された一意の支払いアカウント番号を含んでいてよい。起動要求内の要求元識別子との間に過去の関係を有していた他のユーザの識別子が、第３のユーザ識別子集合として決定することができる。例えば、２つのユーザ識別子間における過去の関係は、ともに或る以前の支払い取引の当事者であった２つのユーザ識別子を含む。

以下の実施形態で説明されるように、取引対象識別子候補集合は、上述のような、第１のユーザ識別子集合、第２のユーザ識別子集合、及び第３のユーザ識別子集合のうちの２つ以上の各集合に同時に存在する（共通する）１つ以上のユーザ識別子として決定されてよい。このように、起動要求にそれぞれ異なる形で関係する２つ以上のユーザ識別子集合に共通するユーザ識別子を見つけることによって、その結果得られる取引対象識別子候補集合は、起動要求に関連付けられている所望の取引の１人以上の正しい当事者を含む可能性が高くなる。

以下の様々な例で説明されるように、要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報のうちの１つ以上が、取引対象識別子候補と見なされるためにユーザ識別子が満たさなければならない基準を生成するために使用することができる。

ステップ２０６では、取引対象識別子候補集合がクライアントデバイスに送信される。

取引対象識別子候補集合は、クライアントデバイスに送信される。

ステップ２０８では、取引対象識別子候補集合からの一取引対象識別子に関連付けられている選択が、クライアントデバイスから受信される。

取引対象識別子候補集合は、取引対象識別子のリストとしてアプリケーションによってクライアントデバイスに提示されてよく、各取引対象識別子は、対応するユーザに関連付けられている支払いアカウント番号及び／又はその他の識別情報として表示されてよい。クライアントデバイスから起動要求を開始させたユーザは、取引対象識別子候補集合から少なくとも１つの取引対象識別子を選択してよい。取引対象識別子候補集合から選択された少なくとも１つの取引対象識別子は、クライアントデバイスから起動要求を開始させたユーザが取引を完了させたいと望む対応する１人以上の他のユーザを識別する。

一部の実施形態では、リストからの各取引対象識別子の選択と併せて、起動要求の発行に関連付けられているユーザは、各選択された取引対象識別子が関連付けられている取引に関する役割も入力してよい。取引が支払い取引である場合、ユーザは、各選択された取引対象識別子が支払い取引に関して「支払人」又は「受取人」の役割であることを示してよい。指定された各選択された取引対象識別子の役割は、一部の実施形態では、随意としてサービスプラットフォームサーバに送り返されてよい。

ステップ２１０において、起動要求は、選択された取引対象識別子に少なくとも部分的に基づいて処理される。

起動要求が支払い取引に関係付けられている場合は、クライアントデバイスから起動要求を開始させているユーザは、自身が（１つ以上の）取引対象識別子に指定の金額の金銭（又はその他の信用）を送りたいか又は（１つ以上の）取引対象識別子から指定の金額の金銭（又はその他の信用）を受け取りたいかを示してよい。

取引に関して要求元識別子及び各選択された取引対象識別子の役割が指定された一部の実施形態では、それらの役割は、取引を完了させるためにも使用される。

図３は、取引対象識別子を決定するためのプロセスの一例を示すフローチャートである。一部の実施形態では、プロセス３００は、図１のシステム１００で実現される。一部の実施形態では、図２のプロセス２００は、プロセス３００を使用して実現される。

ステップ３０２では、クライアントデバイスから起動要求が受信される。起動要求は、クエスト元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報のうちの１つ以上を含む。

ステップ３０４では、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合が決定される。

第１の集合の各ユーザ識別子は、サービスプラットフォームによって格納された一意の支払いアカウント番号を含んでいてよい。起動要求に関連付けられている時間情報は、所定の間隔に基づいて一時間間隔に分類されてよく、やはり同じ時間間隔中にサービスプラットフォームにログインした他のユーザの識別子が、第１のユーザ識別子集合として決定することができる。例えば、起動要求に関連付けられている時間情報は、起動要求に関連付けられている時間情報の前及び／又は後の一定の分数に基づいて一時間間隔に分類されてよい。例えば、所定の時間間隔が、起動要求に関連付けられている時間情報であった１１：０２ａｍの５分前及び５分後として定められた場合、起動要求に関連付けられている時間間隔は、１０：５７ａｍから１１：０７ａｍまでになるだろう。

一部の実施形態では、これらの他のユーザは、ステップ３０２の起動要求の受信元であるクライアントデバイスとは異なるクライアントデバイスを使用してサービスプラットフォームにログインしたユーザであることができる。一部の実施形態では、第１のユーザ識別子集合に含まれると見なされるためには、ユーザは、別のクライアントデバイスを使用してサービスプラットフォームにログインし尚且つ取引を完了させるために起動要求をサービスプラットフォームに送信したことが求められる。一部の実施形態では、第１のユーザ識別子集合に含まれると見なされるためには、ユーザは、別のクライアントデバイスを使用してサービスプラットフォームにログインし尚且つ起動要求ではない他のタイプの要求をサービスプラットフォームに送信したことが求められる。他のユーザに関連付けられている要求（起動要求又はその他のタイプの要求）は、そのような各ユーザに関連付けられている時間間隔を決定するために使用されるそれぞれの時間情報を含んでいてよい。他のユーザに関連付けられている要求（起動要求又はその他のタイプの要求）は、後述のように、そのような各ユーザに関連付けられている場所を決定するために使用されるそれぞれの場所情報も含んでいてよい。ステップ３０２の起動要求と同じ時間間隔に関連付けられている他のユーザは、その大半が、ステップ３０２の起動要求に関連付けられている取引とは異なる取引を完了させることを期待してサービスプラットフォームにログインしているだろうゆえに、複数いるかもしれない。

例えば、第１の支払いアカウント番号によって識別されるユーザが、第１のクライアントデバイスで実行されるアプリケーションを通じてサービスプラットフォームにログインする。このユーザは、例えば支払い取引を起動するための起動要求を開始させる。この起動要求の時間情報が識別される。大半の支払い状況では、やはりこの支払い取引の当事者である１つ以上の他の支払いアカウント番号も、第１の支払いアカウント番号がサービスプラットフォームにログインした数分以内に同様にログインする又はログインしていると予想される。したがって、一部の実施形態では、支払い取引に関わる他のユーザを識別するための時間間隔は、総じて、比較的短い時間であるように設定される。一部の実施形態では、時間間隔として設定される特定の長さの時間は、既存のビッグデータの統計的解析にしたがって設定することができる。例えば、決定された時間間隔は、第１の支払いアカウント番号の起動要求によって示されたタイムスタンプを含んでいることが望ましい。例えば、第１の支払いアカウント番号の時間間隔を決定する一例は、起動要求によって示されたタイムスタンプを中心として使用し、それを２〜３分間前後に延長するやり方である。

ステップ３０６では、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合が決定される。

第２の集合の各ユーザ識別子は、サービスプラットフォームによって格納された一意の支払いアカウント番号を含んでいてよい。起動要求に関連付けられている場所情報から所定の範囲内でやはりサービスプラットフォームにログインした他のユーザの識別子が、第２のユーザ識別子集合として決定することができる。一部の実施形態では、これらの他のユーザは、ステップ３０２の起動要求の受信元であるクライアントデバイスとは異なるクライアントデバイスを使用してサービスプラットフォームにログインしたユーザであることができる。一部の実施形態では、ユーザは、ステップ３０４において第１のユーザ識別子集合に含まれると見なされるために求められる上述の要件と同じ要件を満たす場合に、第２のユーザ識別子集合に含まれると見なされる。

サービスプラットフォームは、各時間間隔内に起動されるユーザ識別子の集合を記録してよい。この時間間隔は、ステップ３０４のために決定された時間と同じ又は異なる長さの時間であってよい。各起動要求が支払い取引を起動する場合は、サービスプラットフォームは、或る特定の時間間隔に関係付けられているがまだその支払い取引が処理されていない全ての要求（起動要求又はその他のタイプの要求）に関する情報を格納してよい。例えば、このような時間間隔は、一定の日数、時間数、又は分数であるように設定されてよい。更に、これらのユーザ識別子によって送信される要求に含まれる場所情報が得られる。

上記のように、起動要求に関連付けられている場所情報から所定の範囲（例えば、距離）内でやはりサービスプラットフォームにログインした他のユーザの識別子が、第２のユーザ識別子集合として決定することができる。起動要求に関連付けられている場所情報（例えば、ＧＰＳ座標）に相対的に妥当な範囲（例えば、半径距離）を設定することによって、要求元識別子によって起動されることを要求された支払い取引の当事者であって起動要求を開始させたユーザの付近にいる全てのユーザを見つけることが可能であろう。例えば、「Ｈｕａｍａｏショッピングモール」から所定の範囲内でサービスプラットフォームにログインした全てのユーザが、「Ｈｕａｍａｏショッピングモール」を識別する起動要求に含まれる場所情報から所定の範囲内に含まれるものとして決定されてよい。

このようにして、或る特定の時間間隔内にサービスプラットフォームにログインしたがその支払い取引がまだ処理されていない他のユーザをふるいにかけて、ステップ３０２の起動要求に関連付けられている場所情報から所定の範囲内の場所情報を有するユーザを得ることができる。ステップ３０２の起動要求に関連付けられている場所情報から所定の範囲内の場所情報を有する他のユーザは、その大半が、ステップ３０２の起動要求に関連付けられている取引とは異なる取引を完了させることを期待してサービスプラットフォームにログインしているだろうゆえに、複数いるかもしれない。

ステップ３０８では、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合が決定される。

第３の集合の各ユーザ識別子は、サービスプラットフォームによって格納された一意の支払いアカウント番号を含んでいてよい。起動要求内の要求元識別子との間に過去の関係を有していた他のユーザの識別子が、第３のユーザ識別子集合として決定することができる。例えば、２つのユーザ識別子間における過去の関係は、ともに或る過去の支払い取引の当事者であった２つのユーザ識別子を含む。

起動要求に関連付けられている、第１の支払いアカウント番号を含む要求元識別子は、ステップ３０２において起動要求を受信したサービスプラットフォームで及び／又はその他のサービスプラットフォームで以前の支払取引に関わっていたかもしれない。したがって、第１の支払いアカウント番号とのこれらの過去の支払い取引に関わっていたこれらの他の支払い当事者（対応する支払いアカウント番号によって識別される）は、第１の支払いアカウント番号と過去に関係していたと見なされる。したがって、要求元識別子と関係しているユーザ識別子（支払いアカウント番号）を決定するためには、その要求元識別子を含んでいた過去の支払いプロセスの記録を使用することができる。一部の実施形態では、クライアントデバイスは、サービスプラットフォームにログインした各ユーザ識別子に関連付けられている過去の支払い取引を記録し、このユーザ識別子と関係している支払いアカウント番号を決定し、該関係している支払いアカウント番号をサービスプラットフォームに送ってよい。例えば、ユーザは、自身が関係している別の支払いアカウント番号を手動で編集する／入力するために、クライアントデバイスで実行されるアプリケーションを使用してよい。別の支払いアカウント番号の編集後、要求は、その編集されたアカウント番号をサービスプラットフォームに保存する。要求元識別子が（例えば、以前の支払い取引を通じて）関係しているユーザは、起動要求の現支払い取引に関わっている可能性が（要求元識別子が関係していないユーザよりも）高い。

一部の実施形態では、ステップ３０２において起動要求を受信したサービスプラットフォームとは異なるプラットフォーム上で要求元識別子と関係しているユーザの識別子を、第３のユーザ識別子集合に含めることができる。例えば、サービスプラットフォームの外の、インスタントメッセージングシステムにおいて又はミニブロブ若しくはブログシステムなどのソーシャルネットワーキングシステムにおいて要求元識別子との間に関係を確立したユーザに関連付けられている識別子が、第３のユーザ識別子集合に含められてよい。このような関係は、サービスプラットフォームに対しては間接的であるかもしれないが、依然としてサービスプラットフォームによって認識されることが可能である。一部の実施形態では、サービスプラットフォームとは異なるプラットフォーム上で要求元識別子と関係しているユーザの識別子は、サービスプラットフォームにおいて対応する支払いアカウント番号を有するかもしれず、このような支払いアカウント番号は、第３のユーザ識別子集合のユーザ識別子として使用することができる。

上述のようなステップ３０４、３０６、及び３０８は、任意の順序で実行することができ、一部の実施形態では、少なくとも部分的には互いに並列に実行することができる。

ステップ３１０では、第１のユーザ識別子集合、第２のユーザ識別子集合、及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することによって、取引対象識別子候補集合が決定される。

第１のユーザ識別子集合、第２のユーザ識別子集合、及び第３のユーザ識別子集合の各集合で同時に見つかる１つ以上のユーザ識別子が抽出され、取引対象識別子候補集合として使用される。例えば、第１のユーザ識別子集合がユーザＡ、Ｂ、Ｃ、及びＤを含み、第２のユーザ識別子集合がＢ、Ｃ、Ｄ、Ｅ、及びＦを含み、第３のユーザ識別子集合がＢ、Ｄ、Ｆ、及びＧを含む場合、これら３つのユーザ識別子集合の全てで同時に見つかるユーザＢ及びＤが抽出され、取引対象識別子候補集合に含められるだろう。

第１のユーザ識別子集合、第２のユーザ識別子集合、及び第３のユーザ識別子集合の各集合に同時に存在するユーザ識別子は、要求元識別子と同じ時間間隔内に且つ要求元識別子から所定の範囲内でサービスプラットフォームにログインし、尚且つ要求元識別子と関係しているユーザを含み、したがって、ステップ３０２の起動要求を開始させた要求元識別子によって起動されることを要求された取引のための有力な候補である可能性が高いと推測される。起動要求に関連付けられている時間情報及び場所情報に関してエラーが存在する場合は、ユーザ識別子が要求元識別子との間に過去の関係を有するかどうかを、取引対象識別子候補のリストを制限するために使用することができる。起動要求の要求元識別子、時間情報、及び場所情報は、それぞれ、ユーザ識別子が取引対象識別子候補と見なされるべきであるかどうかを決定するための基準として使用されていると考えることができる。

ステップ３１２では、取引対象識別子候補集合がクライアントデバイスに送信される。

取引対象識別子候補集合は、クライアントデバイスに送信される。例えば、クライアントデバイスを使用しているユーザは、自身が取引を完了させる相手にすることを期待する取引対象識別子（例えば、支払いアカウント番号）を、取引対象識別子（例えば、支払いアカウント番号）候補集合から容易に選択することができる。

例えば、プロセス３００は、支払い取引に参与している各当事者がモバイルクライアントデバイスを使用している場合に使用されてよい。例えば、何らかの形で関係している２人（又は３人以上の）当事者が、互いの存在下で支払いを完了させることを望むだろう。各当事者のクライアントデバイスから、支払い取引を完了させるための起動要求が発行され、各要求は、それぞれの要求元識別子に対応する支払いアカウント番号を伴っている。このような支払いアカウント番号の少なくともいずれかは、特定の金額の金銭（又はその他の信用）を別のユーザの支払いアカウントに送ることを要求するだろう。この状況では、同じ支払い取引の各当事者のクライアントデバイスは、互いに近くに位置しており、支払い取引を起動するための要求を同じ時間間隔内で発行している。この支払い取りに関わる全てのアカウントが、ソーシャルメディアシステムにおいて又はサービスプラットフォームにおいて確立された友達関係などの一定の関係を互いに有する場合、プロセス３００は、この支払い取引に関連付けられている取引対象識別子候補を各当事者用に都合よく推察するために使用することができる。

ステップ３１４では、取引対象識別子候補集合からの取引対象識別子に関連付けられている選択が、クライアントデバイスから受信される。

ステップ３１６では、選択された取引対象識別子に少なくとも部分的に基づいて、起動要求が処理される。

図４は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、図３のプロセス３００は、図４のシステム４００で実行される。この例では、システム４００は、受信ユニット４０１と、第１のユーザ識別子集合取得ユニット４０２と、第２のユーザ識別子集合取得ユニット４０３と、第３のユーザ識別子集合取得ユニット４０４と、抽出ユニット４０５と、取引対象識別子候補返信ユニット４０６とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット４０１は、クライアントデバイスから発行された起動要求を受信するように構成される。一部の実施形態では、起動要求は、要求元識別子、起動要求に関連付けられている時間情報、及び起動要求に関連付けられている場所情報のうちの１つ以上を含む。

第１のユーザ識別子集合取得ユニット４０２は、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合を決定するように構成される。

第２のユーザ識別子集合取得ユニット４０３は、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合を決定するように構成される。

第３のユーザ識別子集合取得ユニット４０４は、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合を決定するように構成される。

抽出ユニット４０５は、第１のユーザ識別子集合、第２のユーザ識別子集合、及び第３のユーザ識別子集合の各集合に共通する／存在するユーザ識別子を抽出することによって取引対象識別子候補集合を決定するように構成される。

取引対象識別子候補返信ユニット４０６は、取引対象識別子候補集合をクライアントデバイスに送り返すように構成される。一部の実施形態では、取引対象識別子候補返信ユニット４０６は、また、クライアントデバイスから少なくとも１つの選択された取引対象識別子を受信するように及び該選択された取引対象識別子に少なくとも部分的に基づいて起動要求を処理するようにも構成される。

一部の実施形態では、第３のユーザ識別子集合は、サービスプラットフォーム上の特定の分散型キャッシュに格納されてよい。実際の実装形態では、高速応答能力を高めるために、オンラインサービスプロバイダが定期的に分散型キャッシュを使用してよい。以下の図５は、様々なユーザについて決定された第３のユーザ識別子集合を格納するために分散型キャッシュを使用する、取引対象識別子を決定するためのシステムの一例を示している。

図５は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、図３のプロセス３００は、図５のシステム５００で実行される。この例では、システム５００は、受信ユニット５０１と、第１のユーザ識別子集合取得ユニット５０２と、第２のユーザ識別子集合取得ユニット５０３と、第３のユーザ識別子集合取得ユニット５０４と、抽出ユニット５０５と、取引対象識別子候補返信ユニット５０６と、分散型キャッシュ５０７とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット５０１は、図４のシステム４００の受信ユニット４０１と同様に実装することができる。第１のユーザ識別子集合取得ユニット５０２は、図４のシステム４００の第１のユーザ識別子集合取得ユニット４０２と同様に実装することができる。第２のユーザ識別子集合取得ユニット５０３は、図４のシステム４００の第２のユーザ識別子集合取得ユニット４０３と同様に実装することができる。

分散型キャッシュ５０７は、ユーザ識別子間の関係を示す記録を格納するように構成される。

第３のユーザ識別子集合取得ユニット５０４は、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合を分散型キャッシュ５０７に照会するように構成される。

抽出ユニット５０５は、図４のシステム４００の第１のユーザ識別子集合抽出ユニット４０５と同様に実装することができる。取引対象識別子候補返信ユニット５０６は、図４のシステム４００の取引対象識別子候補返信ユニット４０６と同様に実装することができる。

一部の実施形態では、第３のユーザ識別子集合は、１つの専用サーバ上に位置付けられた専用の関係データベースに格納されてよい。以下の図６は、様々なユーザについて決定された第３のユーザ識別子集合を格納するために関係データベースを使用する、取引対象識別子を決定するためのシステムの一例を示している。

図６は、取引対象識別子を決定するためのシステムの一例を示す図である。この例では、システム６００は、受信ユニット６０１と、第１のユーザ識別子集合取得ユニット６０２と、第２のユーザ識別子集合取得ユニット６０３と、第３のユーザ識別子集合取得ユニット６０４と、抽出ユニット６０５と、取引対象識別子候補返信ユニット６０６と、関係データベース６０７とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット６０１は、図４のシステム４００の受信ユニット４０１と同様に実装することができる。第１のユーザ識別子集合取得ユニット６０２は、図４のシステム４００の第１のユーザ識別子集合取得ユニット４０２と同様に実装することができる。第２のユーザ識別子集合取得ユニット６０３は、図４のシステム４００の第２のユーザ識別子集合取得ユニット４０３と同様に実装することができる。

関係データベース６０７は、ユーザ識別子間の関係を示す記録を格納するように構成される。

第３のユーザ識別子集合取得ユニット６０４は、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合を関係データベース６０７に照会するように構成される。

抽出ユニット６０５は、図４のシステム４００の第１のユーザ識別子集合抽出ユニット４０５と同様に実装することができる。取引対象識別子候補返信ユニット６０６は、図４のシステム４００の取引対象識別子候補返信ユニット４０６と同様に実装することができる。

一部の実施形態では、高速なデータアクセス及びビッグデータの集中管理の両方を提供するために、分散型キャッシュ及び関係データベースが、ともに、取引対象識別子を決定するためのシステムに含められるかもしれない。第３のユーザ識別子集合取得ユニットは、分散型キャッシュから第３のユーザ識別子集合を取得することを優先してよい。第３のユーザ識別子集合が分散型キャッシュから得られない場合は、第３のユーザ識別子集合取得ユニットは、関係データベースから第３のユーザ識別子集合を取得することを選択してよい。関係データベースから第３のユーザ識別子集合が成功裏に得られた場合は、例えば今後の支払いプロセスなどの今後のプロセスの迅速な応答のために、その第３のユーザ識別子集合のコピーを分散型キャッシュに保存することができる。

図７は、取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。一部の実施形態では、プロセス７００は、図１のシステム１００で実行される。一部の実施形態では、図２のプロセス２００が、プロセス７００を使用して実現される。

ステップ７０２では、起動要求が、クライアントデバイスから受信される。起動要求は、起動要求に関連付けられている時間情報及び起動要求に関連付けられている場所情報のうちの１つ以上を含む。一部の実施形態では、要求元識別子が、起動要求に随意に含まれる。

ステップ７０４では、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合が決定される。

ステップ７０６では、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合が決定される。

ステップ７０８では、第１のユーザ識別子集合及び第２のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することによって、第４のユーザ識別子集合が決定される。第１のユーザ識別子集合及び第２のユーザ識別子集合の各集合で同時に見つけられる１つ以上のユーザ識別子が抽出され、更なるユーザ識別子集合に含められる。第１のユーザ識別子集合及び第２のユーザ識別子集合の両集合に出現するこの第４のユーザ識別子集合は、ステップ７０２の起動要求に近い時間及び場所でサービスプラットフォームにログインした（及び／又は要求を送信した）ユーザ識別子を含む。

ステップ７１０において、第４のユーザ識別子集合は、クライアントデバイスに送信される。クライアントデバイスは、起動要求の要求元識別子と関係している他のログインユーザに関連付けられている第３のユーザ識別子集合を格納するように構成され、クライアントデバイスは、第４のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することに少なくとも部分的に基づいて、取引対象識別子候補集合を決定するように構成される。

プロセス７００において、クライアントデバイス自体は、要求元識別子との間に過去の関係を有していたユーザ識別子を含む第３のユーザ識別子集合を格納する及び／又はそのような第３のユーザ識別子集合へのアクセスを有するかのいずれかである。このように、クライアントデバイスは、（ステップ７０２の起動要求に近い時間及び場所でサービスプラットフォームにログインした（及び／又は要求を送信した）ユーザ識別子を含む）第４のユーザ識別子集合のどのユーザ識別子が、要求元識別子との間に過去の関係を有していたユーザ識別子でもあるかを、ひとりでに決定してよい。したがって、クライアントデバイスは、どのユーザ識別子が、ステップ７０２の起動要求に近い時間及び場所でサービスプラットフォームにログインした（及び／又は要求を送信した）うえに要求元識別子にも関係しておりしたがって取引対象識別子候補集合に含められるべきであるかを、ひとりでに決定することができる。取引対象識別子候補集合は、クライアントデバイスに提示することができる。

ステップ７１２では、取引対象識別子候補集合からの取引対象識別子に関連付けられている選択が、クライアントデバイスから受信される。

ステップ７１４では、選択された取引対象識別子に少なくとも部分的に基づいて、起動要求が処理される。

図８は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、システム８００は、サービスプラットフォームに関連付けられているサーバを含む。一部の実施形態では、図７のプロセス７００が、図８のシステム８００で実行される。この例では、システム８００は、受信ユニット８０１と、第１のユーザ識別子集合取得ユニット８０２と、第２のユーザ識別子集合取得ユニット８０３と、第４のユーザ識別子集合取得ユニット８０４と、第４のユーザ識別子集合返信ユニット８０５とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット８０１は、クライアントデバイスから発行された起動要求を受信するように構成される。一部の実施形態では、起動要求は、起動要求に関連付けられている時間情報及び起動要求に関連付けられている場所情報のいずれか一方又は両方を含む。起動要求は、要求元識別子を随意に含む。

第１のユーザ識別子集合取得ユニット８０２は、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合を決定するように構成される。

第２のユーザ識別子集合取得ユニット８０３は、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合を決定するように構成される。

第４のユーザ識別子集合取得ユニット８０４は、第１のユーザ識別子集合及び第２のユーザ識別子集合の各集合に共通する／同時に存在するユーザ識別子を抽出することによって第４のユーザ識別子集合を決定するように構成される。

第４のユーザ識別子集合返信ユニット８０５は、第４のユーザ識別子集合をクライアントデバイスに送信するように構成される。一部の実施形態では、第４のユーザ識別子集合返信ユニット８０５は、また、クライアントデバイスから少なくとも１つの選択された取引対象識別子を受信するように及びその選択された取引対象識別子に少なくとも部分的に基づいて起動要求を処理するようにも構成される。

図９は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、システム９００は、クライアントデバイスを含む。この例では、システム９００は、発行ユニット９０１と、第４のユーザ識別子集合取得ユニット９０２と、抽出ユニット９０４と、表示ユニット９０４とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

発行ユニット９０１は、発行された起動要求をサービスプラットフォームサーバ（例えば、図８のシステム８００）に送信するように構成される。一部の実施形態では、起動要求は、起動要求に関連付けられている時間情報及び起動要求に関連付けられている場所情報のいずれか一方又は両方を含む。起動要求は、要求元識別子を随意に含む。

第４のユーザ識別子集合取得ユニット９０２は、第４のユーザ識別子集合をサービスプラットフォームサーバから受信するように構成される。第４のユーザ識別子集合は、起動要求に含まれる時間情報に基づいて決定される第１のユーザ識別子集合及び起動要求に含まれる場所情報に基づいて決定される第２のユーザ識別子集合の各集合に共通していた／同時に存在していたユーザ識別子を含む。

抽出ユニット９０３は、第４のユーザ識別子集合及び第３のユーザ識別子集合の各集合に同時に存在する１つ以上のユーザ識別子を抽出することに少なくとも部分的に基づいて、取引対象識別子候補集合を決定するように構成される。第３のユーザ識別子集合は、クライアントデバイスに格納され、起動要求の要求元識別子と関係しているユーザ識別子を含む。

表示ユニット９０４は、取引対象識別子候補集合をユーザインターフェースに表示するように構成される。一部の実施形態では、表示ユニット９０４は、また、ユーザインターフェースを通じて少なくとも１つの取引対象識別子の選択を受信するように及びその選択をサービスプラットフォームサーバに送信するようにも構成される。

図１０は、取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。一部の実施形態では、プロセス１０００は、図１のシステム１００で実行される。一部の実施形態では、図２のプロセス２００が、プロセス１０００を使用して実現される。

ステップ１００２では、クライアントデバイスから起動要求が受信される。起動要求は、要求元識別子及び起動要求に関連付けられている場所情報のうちの１つ以上を含む。一部の実施形態では、起動要求に関連付けられている時間情報が、起動要求に随意に含まれる。

ステップ１００４では、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合が決定される。

ステップ１００６では、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合が決定される。

ステップ１００８では、第２のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することによって、取引対象識別子候補集合が決定される。

ステップ１０１０において、取引対象識別子候補集合は、クライアントデバイスに送信される。

ステップ１０１２では、取引対象識別子候補集合からの取引対象識別子に関連付けられている選択が、クライアントデバイスから受信される。

ステップ１０１４では、選択された取引対象識別子に少なくとも部分的に基づいて、起動要求が処理される。

プロセス１０００の例では、取引対象識別子候補集合の決定にあたり、起動要求に関連付けられている時間情報は考慮されない。別の言い方をすると、起動要求に関連付けられている時間情報は、プロセス１０００では、取引対象識別子候補集合の決定にあたって使用される制約／基準ではない。起動要求に関連付けられている時間情報と同じ時間間隔に関連付けられている取引対象識別子候補を見つけるという制約／基準を排除することによって、要求された取引の当事者で、異なる時間間隔に関係付けられているかもしれない正しい当事者が、取引対象識別子候補集合の一員として決定されることから除外されない。例えば、要求元識別子が、特定の時間に且つ特定の場所領域で支払いプロセスを起動し、その支払いの他の当事者が、同じ場所領域内ではあるか１時間早く支払いプロセスを起動した場合、プロセス１０００を使用すれば、この他の当事者は、たとえもし、要求元識別子と同じ時間間隔内であるとは示されなくても、依然として、取引対象識別子候補として識別されてよい。このように、プロセス１０００は、取引対象識別子候補集合の識別における時間関連の柔軟性を高める。

図１１は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、プロセス１０００が、図１１のシステム１１００で実行される。この例では、システム１１００は、受信ユニット１１０１と、第２のユーザ識別子集合取得ユニット１１０２と、第３のユーザ識別子集合取得ユニット１１０３と、抽出ユニット１１０４と、取引対象識別子候補返信ユニット１１０５とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット１１０１は、クライアントデバイスから発行された起動要求を受信するように構成される。一部の実施形態では、起動要求は、要求元識別子及び起動要求に関連付けられている場所情報のうちの１つ以上を含む。一部の実施形態では、起動要求に関連付けられている時間情報を、要求に随意に含めることができる。

第２のユーザ識別子集合取得ユニット１１０２は、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合を決定するように構成される。

第３のユーザ識別子集合取得ユニット１１０３は、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合を決定するように構成される。一部の実施形態では、第３のユーザ識別子集合取得ユニット１１０３は、要求元識別子を使用して、分散型キャッシュ及び／又は関係データベースに第３のユーザ識別子集合を照会するように構成される。

取引対象識別子候補抽出ユニット１１０４は、第２のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する／存在するユーザ識別子を抽出することによって取引対象識別子候補集合を決定するように構成される。

取引対象識別子候補返信ユニット１１０５は、取引対象識別子候補集合をクライアントデバイスに送り返すように構成される。一部の実施形態では、取引対象識別子候補返信ユニット１１０５は、また、少なくとも１つの選択された取引対象識別子をクライアントデバイスから受信する及びその選択された取引対象識別子に少なくとも部分的に基づいて起動要求を処理するようにも構成される。

図１２は、取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。一部の実施形態では、プロセス１２００は、図１のシステム１００で実行される。一部の実施形態では、図２のプロセス２００が、プロセス１２００を使用して実現される。

ステップ１２０２では、クライアントデバイスから起動要求が受信される。起動要求は、起動要求に関連付けられている場所情報を含む。一部の実施形態では、要求元識別子及び起動要求に関連付けられている時間情報が、起動要求に随意に含まれる。

ステップ１２０４では、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合が決定される。

ステップ１２０６において、第２のユーザ識別子集合は、クライアントデバイスに送信される。クライアントデバイスは、起動要求の要求元識別子と関係している他のログインユーザに関連付けられている第３のユーザ識別子集合を格納するように構成され、クライアントデバイスは、第２のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することに少なくとも部分的に基づいて、取引対象識別子候補集合を決定するように構成される。

プロセス１２００の例において、クライアントデバイス自体は、要求元識別子との間に過去の関係を有していたユーザ識別子を含む第３のユーザ識別子集合を格納する及び／又はそのような第３のユーザ識別子集合へのアクセスを有するかのいずれかである。このように、クライアントデバイスは、（ステップ１２０２の起動要求に関連付けられている場所情報の近くでサービスプラットフォームにログインした（及び／又は要求を送信した）ユーザ識別子を含む）第２のユーザ識別子集合のどのユーザ識別子が、要求元識別子との間に過去の関係を有していたユーザ識別子でもあるかを、ひとりでに決定してよい。したがって、クライアントデバイスは、どのユーザ識別子が、ステップ１２０２の起動要求に近い場所でサービスプラットフォームにログインした（及び／又は要求を送信した）うえに要求元識別子にも関係しておりしたがって取引対象識別子候補集合に含められるべきであるかを、ひとりでに決定することができる。取引対象識別子候補集合は、クライアントデバイスに提示することができる。

１２０８では、取引対象識別子候補集合からの取引対象識別子に関連付けられている選択が、クライアントデバイスから受信される。

１２１０では、選択された取引対象識別子に少なくとも部分的に基づいて、起動要求が処理される。

プロセス１２００は、クライアントデバイスが第３のユーザ識別子集合を格納する及び／又はそうでなければ第３のユーザ識別子集合へのアクセスを有するプロセスを説明している。（ステップ１２０２の起動要求に近い場所でサービスプラットフォームにログインした（及び／又は要求を送信した）ユーザ識別子を含み）要求元識別子との間に関係も有していたユーザ識別子を考慮することによって、たとえもし、起動要求に含まれる場所に関して或る程度のエラーがあっても、要求元識別子に対する関係性の因子を使用して、取引対象識別子候補集合に含められてよいユーザ識別子を制限することができる。

図１３は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、一部の実施形態では、システム１３００は、サービスプラットフォームに関連付けられているサーバを含む。一部の実施形態では、図１２のプロセス１２００が、図１３のシステム１３００で実行される。この例では、システム１３００は、受信ユニット１３０１と、第２のユーザ識別子集合取得ユニット１３０２と、第２のユーザ識別子集合返信ユニット１３０３とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット１３０１は、クライアントデバイスから発行された起動要求を受信するように構成される。一部の実施形態では、起動要求は、起動要求に関連付けられている場所情報を含む。起動要求は、要求元識別子及び起動要求に関連付けられている時間情報を随意に含む。

第２のユーザ識別子集合取得ユニット１３０２は、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第２のユーザ識別子集合を決定するように構成される。

第２のユーザ識別子集合返信ユニット１３０３は、第２のユーザ識別子集合をクライアントデバイスに送り返すように構成される。一部の実施形態では、第２のユーザ識別子集合返信ユニット１３０３は、また、クライアントデバイスから少なくとも１つの選択された取引対象識別子を受信するように及びその選択された取引対象識別子に少なくとも部分的に基づいて起動要求を処理するようにも構成される。

図１４は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、システム１４００は、クライアントデバイスを含む。この例では、システム１４００は、発行ユニット１４０１と、第２のユーザ識別子集合取得ユニット１４０２と、抽出ユニット１４０３と、表示ユニット１４０４とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

発行ユニット１４０１は、発行された起動要求をサービスプラットフォームサーバ（例えば、図１３のシステム１３００）に送信するように構成される。一部の実施形態では、起動要求は、起動要求に関連付けられている場所情報を含む。起動要求は、要求元識別子及び／又は起動要求に関連付けられている時間情報を随意に含む。

第２のユーザ識別子集合取得ユニット１４０２は、第２のユーザ識別子集合をサービスプラットフォームサーバから受信するように構成される。第２のユーザ識別子集合は、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて決定された他のログインユーザに関連付けられているユーザ識別子を含む。

抽出ユニット１４０３は、第２のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することに少なくとも部分的に基づいて、取引対象識別子候補集合を決定するように構成される。第３のユーザ識別子集合は、クライアントデバイスに格納され、起動要求に関連付けられている要求元識別子と関係しているユーザ識別子を含む。

表示ユニット１４０４は、取引対象識別子候補集合をユーザインターフェースに表示するように構成される。一部の実施形態では、表示ユニット１４０４は、また、ユーザインターフェースを通じて少なくとも１つの取引対象識別子の選択を受信するように及びその選択をサービスプラットフォームサーバに送信するようにも構成される。

図１５は、取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。一部の実施形態では、プロセス１５００は、図１のシステム１００で実行される。一部の実施形態では、図２のプロセス２００が、プロセス１５００を使用して実現される。

ステップ１５０２では、クライアントデバイスから起動要求が受信される。起動要求は、要求元識別子及び起動要求に関連付けられている時間情報のうちの１つ以上を含む。一部の実施形態では、起動要求に関連付けられている場所情報が、起動要求に随意に含まれる。

ステップ１５０４では、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合が決定される。

ステップ１５０６では、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合が決定される。

ステップ１５０８では、第１のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することによって、取引対象識別子候補集合が決定される。

ステップ１５１０において、取引対象識別子候補集合は、クライアントデバイスに送信される。

ステップ１５１２では、取引対象識別子候補集合からの取引対象識別子に関連付けられている選択が、クライアントデバイスから受信される。

ステップ１５１４では、選択された取引対象識別子に少なくとも部分的に基づいて、起動要求が処理される。

プロセス１５００の例では、取引対象識別子候補集合の決定にあたり、起動要求に関連付けられている場所情報は考慮されない。別の言い方をすると、起動要求に関連付けられている場所情報は、プロセス１５００では、取引対象識別子候補集合の決定にあたって使用される制約／基準ではない。起動要求に関連付けられている場所情報と同様な場所に関連付けられている取引対象識別子候補を見つけるという制約／基準を排除することによって、要求された取引の当事者で、起動要求に関連付けられている場所情報から既定の範囲を超えた場所に関係付けられているかもしれない正しい当事者が、取引対象識別子候補集合の一員として決定されることから除外されない。例えば、或る要求元識別子が、特定の時間に且つ特定の場所領域で支払いプロセスを起動し、その支払いの他の当事者が、概ね同じ時間間隔内ではあるか異なる場所で支払いプロセスを起動した場合、プロセス１５００を使用すれば、この他の当事者は、たとえ、要求元識別子と同じ場所にあるとは示されなくても、依然として、取引対象識別子候補として識別されてよい。プロセス１５００は、取引対象識別子候補集合の識別における場所関連の柔軟性を高める。

図１６は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、図１５のプロセス１５００が、図１６のシステム１６００で実行される。この例では、システム１６００は、受信ユニット１６０１と、第１のユーザ識別子集合取得ユニット１６０２と、第３のユーザ識別子集合取得ユニット１６０３と、抽出ユニット１６０４と、取引対象識別子候補返信ユニット１６０５とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット１６０１は、クライアントデバイスから発行された起動要求を受信するように構成される。一部の実施形態では、起動要求は、要求元識別子及び起動要求に関連付けられている時間情報のうちの１つ以上を含む。一部の実施形態では、起動要求に関連付けられている場所情報を、要求に随意に含めることができる。

第１のユーザ識別子集合取得ユニット１６０２は、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合を決定するように構成される。

第３のユーザ識別子集合取得ユニット１６０３は、起動要求の要求元識別子に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第３のユーザ識別子集合を決定するように構成される。一部の実施形態では、第３のユーザ識別子集合取得ユニット１６０３は、要求元識別子を使用して、分散型キャッシュ及び／又は関係データベースに第３のユーザ識別子集合を照会するように構成される。

取引対象識別子候補抽出ユニット１６０４は、第２のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する／同時に存在するユーザ識別子を抽出することによって取引対象識別子候補集合を決定するように構成される。

取引対象識別子候補返信ユニット１６０５は、取引対象識別子候補集合をクライアントデバイスに送信するように構成される。一部の実施形態では、取引対象識別子候補返信ユニット１６０５は、また、少なくとも１つの選択された取引対象識別子をクライアントデバイスから受信する及びその選択された取引対象識別子に少なくとも部分的に基づいて起動要求を処理するようにも構成される。

図１７は、取引対象識別子を決定するためのプロセスの一実施形態を示すフローチャートである。一部の実施形態では、プロセス１７００は、図１のシステム１００で実行される。一部の実施形態では、図２のプロセス２００が、プロセス１７００を使用して実現される。

ステップ１７０２では、クライアントデバイスから起動要求が受信される。起動要求は、起動要求に関連付けられている時間情報を含む。一部の実施形態では、要求元識別子及び起動要求に関連付けられている場所情報が、起動要求に随意に含まれる。

ステップ１７０４では、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合が決定される。

ステップ１７０６において、第１のユーザ識別子集合は、クライアントデバイスに送信される。クライアントデバイスは、起動要求の要求元識別子と関係している他のログインユーザに関連付けられている第３のユーザ識別子集合を格納するように構成され、クライアントデバイスは、第１のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することに少なくとも部分的に基づいて、取引対象識別子候補集合を決定するように構成される。

プロセス１７００の例において、クライアントデバイス自体は、要求元識別子との間に過去の関係を有していたユーザ識別子を含む第３のユーザ識別子集合を格納する及び／又はそのような第３のユーザ識別子集合へのアクセスを有するかのいずれかである。このように、クライアントデバイスは、（ステップ１７０２の起動要求に関連付けられている時間情報に近い時間にサービスプラットフォームにログインした（及び／又は要求を送信した）ユーザ識別子を含む）第１のユーザ識別子集合のどのユーザ識別子が、要求元識別子との間に過去の関係を有していたユーザ識別子でもあるかを、ひとりでに決定してよい。したがって、クライアントデバイスは、どのユーザ識別子が、ステップ１７０２の起動要求に関連付けられている時間情報に近い時間にサービスプラットフォームにログインした（及び／又は要求を送信した）うえに要求元識別子にも関係しておりしたがって取引対象識別子候補集合に含められるべきであるかを、ひとりでに決定することができる。たとえ、起動要求に関連付けられている時間情報にエラーが含まれていても、取引対象識別子候補集合は、依然として、要求元識別子と関係しているユーザ識別子のみに限定される。取引対象識別子候補集合は、クライアントデバイスに提示することができる。

ステップ１７０８では、取引対象識別子候補集合からの取引対象識別子に関連付けられている選択が、クライアントデバイスから受信される。

ステップ１７１０では、選択された取引対象識別子に少なくとも部分的に基づいて、起動要求が処理される。

図１８は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、システム１８００は、サービスプラットフォームに関連付けられているサーバを含む。一部の実施形態では、図１７のプロセス１７００が、図１８のシステム１８００で実行される。この例では、システム１８００は、受信ユニット１８０１と、第１のユーザ識別子集合取得ユニット１８０２と、第１のユーザ識別子集合返信ユニット１８０３とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

受信ユニット１８０１は、クライアントデバイスから発行された起動要求を受信するように構成される。一部の実施形態では、起動要求は、起動要求に関連付けられている時間情報を含む。起動要求は、要求元識別子及び起動要求に関連付けられている場所情報を随意に含む。

第１のユーザ識別子集合取得ユニット１８０２は、起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、他のログインユーザに関連付けられている第１のユーザ識別子集合を決定するように構成される。

第１のユーザ識別子集合返信ユニット１８０３は、第１のユーザ識別子集合をクライアントデバイスに送り返すように構成される。一部の実施形態では、第１のユーザ識別子集合返信ユニット１８０３は、また、クライアントデバイスから少なくとも１つの選択された取引対象識別子を受信するように及びその選択された取引対象識別子に少なくとも部分的に基づいて起動要求を処理するようにも構成される。

図１９は、取引対象識別子を決定するためのシステムの一例を示す図である。一部の実施形態では、システム１９００は、クライアントデバイスを含む。この例では、システム１９００は、発行ユニット１９０１と、第１のユーザ識別子集合取得ユニット１９０２と、抽出ユニット１９０３と、表示ユニット１９０４とを含む。

これらのユニットは、１つ以上のプロセッサ上で実行されるソフトウェアコンポーネントとして、又は設計されたプログラマブルロジックデバイス及び／若しくは特殊用途向け集積回路などのハードウェアとして実装することができる。これらの要素は、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスクなどの）不揮発性のストレージ媒体に記憶させることができるソフトウェア製品の形態で具現化することができる。これらのユニットは、１つのデバイス上に実装されてよい、又は複数のデバイスに分散されてよい。

発行ユニット１９０１は、発行された起動要求をサービスプラットフォームサーバ（例えば、図１８のシステム１８００）に送信するように構成される。一部の実施形態では、起動要求は、起動要求に関連付けられている時間情報を含む。起動要求は、要求元識別子及び／又は起動要求に関連付けられている場所情報を随意に含む。

第１のユーザ識別子集合取得ユニット１９０２は、第１のユーザ識別子集合をサービスプラットフォームサーバから受信するように構成される。第１のユーザ識別子集合は、起動要求に関連付けられている時間情報に少なくとも部分的に基づいて決定される他のログインユーザに関連付けられているユーザ識別子を含む。

抽出ユニット１９０３は、第１のユーザ識別子集合及び第３のユーザ識別子集合の各集合に共通する１つ以上のユーザ識別子を抽出することに少なくとも部分的に基づいて、取引対象識別子候補集合を決定するように構成される。第３のユーザ識別子集合は、クライアントデバイスに格納され、起動要求に関連付けられている要求元識別子と関係しているユーザ識別子を含む。

表示ユニット１９０４は、取引対象識別子候補集合をユーザインターフェースに表示するように構成される。一部の実施形態では、表示ユニット１９０４は、また、ユーザインターフェースを通じて少なくとも１つの取引対象識別子の選択を受信するように及びその選択をサービスプラットフォームサーバに送信するようにも構成される。

図２０は、取引対象識別子の決定を実行するためのプログラムドコンピュータシステムの一実施形態を示す機能図である。明らかなように、取引対象識別子の決定には、その他のコンピュータシステムアーキテクチャ及び構成を使用することもできる。後述のような様々なサブシステムを含むコンピュータシステム２０００は、少なくとも１つのマイクロプロセッササブシステム（プロセッサ又は中央演算処理装置（ＣＰＵ）とも呼ばれる）２００２を含む。例えば、プロセッサ２００２は、シングルチッププロセッサによって又は複数のプロセッサによって実現することができる。一部の実施形態では、プロセッサ２００２は、コンピュータシステム２０００の動作を制御する汎用デジタルプロセッサである。メモリ２０１０から取り出された命令を使用して、プロセッサ２００２は、入力データの受信及び操作、並びに出力デバイス（例えば、ディスプレイ２０１８）へのデータの出力及び表示を制御する。一部の実施形態では、プロセッサ２００２は、取引対象識別子の決定を含む、及び／又は取引対象識別子の決定を提供するために使用される。

プロセッサ２００２は、メモリ２０１０に双方向に接続され、メモリ２０１０は、通常はランダムアクセスメモリ（ＲＡＭ）である第１の一次ストレージと、通常は読み出し専用メモリ（ＲＯＭ）である第２の一次ストレージとを含むことができる。当該分野で周知のように、一次ストレージは、汎用ストレージエリアとして及びスクラッチパッドメモリとして使用することができ、入力データ及び処理済みデータを格納するために使用することもできる。一次ストレージは、プログラミング命令及びデータを、プロセッサ２００２上で起きるプロセスのためのその他のデータ及び命令に加えて、データオブジェクト及びテキストオブジェクトの形態で格納することもできる。やはり当該分野で周知のように、一次ストレージは、通常は、プロセッサ２００２がその機能（例えば、プログラムされた命令）を実施するために使用する基本的な動作命令、プログラムコード、データ、及びオブジェクトを含む。例えば、メモリ２０１０は、例えば、データアクセスが双方向又は単方向のいずれである必要があるかに応じ、後述の任意の適切なコンピュータ読み取り可能ストレージ媒体を含むことができる。例えば、プロセッサ２００２は、頻繁に必要とされるデータを、直接的に且つ非常に迅速に取り出してキャッシュメモリ（不図示）に格納することもできる。

着脱式の大容量ストレージデバイス２０１２は、コンピュータシステム２０００のための追加のデータストレージ容量を提供し、双方向（読み出し／書き込み）に又は単方向（読み出しのみ）のいずれかでプロセッサ２００２に接続される。例えば、ストレージ２０１２は、磁気テープ、フラッシュメモリ、ＰＣカード、ポータブル大容量ストレージデバイス、ホログラフィックストレージデバイス、及びその他のストレージデバイスなどの、コンピュータ読み取り可能媒体を含むこともできる。例えば、固定大容量ストレージ２０２０が、追加のデータストレージ容量を提供することもできる。固定大容量ストレージ２０２０として最も一般的な例は、ハードディスクドライブである。大容量ストレージ２０１２、２０２０は、一般に、プロセッサ２００２によって通常は能動的に使用されていない追加のプログラミング命令やデータなどを格納する。大容量ストレージ２０１２、２０２０に保持される情報は、必要であれば、仮想メモリとしてメモリ２０１０（例えば、ＲＡＭ）の一部に標準的に組み込み可能であることがわかる。

バス２０１４は、ストレージサブシステムへのアクセスをプロセッサ２００２に提供することに加えて、その他のサブシステム及びデバイスへのアクセスを提供するためにも使用することができる。図に示されるように、これらとしては、ディスプレイ２０１８、ネットワークインターフェース２０１６、キーボード２００４、及びポインティングデバイス２００８はもちろん、必要に応じて、補助入出力デバイスインターフェース、サウンドカード、スピーカ、及びその他のサブシステムが挙げられる。例えば、ポインティングデバイス２００８は、マウス、スタイラス、トラックボール、又はタブレットであってよく、グラフィカルユーザインターフェースとのやり取りに有用である。

ネットワークインターフェース２０１６は、図に示されるようなネットワーク接続を使用してプロセッサ２００２が別のコンピュータ、コンピュータネットワーク、又は電気通信ネットワークに接続されることを可能にする。例えば、ネットワークインターフェース２０１６を通じて、プロセッサ２００２は、方法／プロセスのステップを実施する過程において、別のネットワークから情報（例えば、データオブジェクト若しくはプログラム命令）を受信する又は別のネットワークに情報を出力することができる。情報は、多くの場合、プロセッサ上で実行される一連の命令として表され、別のネットワークから受信する又は別のネットワークに出力することができる。コンピュータシステム２０００を外部ネットワークに接続するために及びデータを標準プロトコルにしたがって転送するために、インターフェースカード又は類似のデバイス、及びプロセッサ２００２によって実現される（例えば、プロセッサ２００２上で実行される／実施される）適切なソフトウェアを使用することができる。例えば、本明細書で開示される様々なプロセスの実施形態は、プロセッサ２００２上で実行することができる、又は処理の一部を共有するリモートプロセッサと協働でインターネット、イントラネットネットワーク、若しくはローカルエリアネットワークなどのネットワークで実施することができる。プロセッサ２００２には、ネットワークインターフェース２０１６を通じて追加の大容量ストレージデバイス（不図示）も接続することができる。

コンピュータシステム２０００と協働して、補助入出力デバイスインターフェース（不図示）を使用することができる。補助入出力デバイスインターフェースは、プロセッサ２００２がマイク、タッチセンサ式ディスプレイ、トランスデューサカードリーダ、テープリーダ、音声又は手書き文字認識装置、生体認証リーダ、カメラ、ポータブル大容量ストレージデバイス、及びその他のコンピュータなどの他のデバイスにデータを送信することを、及び更に一般的にはこれらの他のデバイスからデータを受信することを可能にする、汎用並びに専用のインターフェースを含むことができる。

説明の便宜のために、上記のデバイスを説明するときは、個々のユニットとして機能の説明がなされる。もちろん、本出願を実現する際は、様々なユニットの機能が同じ若しくは複数のソフトウェア及び／又は同じ若しくは複数のハードウェア構成で実現されてよい。

上記の実施形態の説明を通してわかるように、当業者ならば、本出願がソフトウェア及び必要とされる一般的なハードウェアプラットフォームの助けによって実現可能であることを、明確に理解することができる。このような理解に基づいて、本出願の技術方式の本質又は先行技術に寄与する部分は、ソフトウェア製品の形態で具現化されてよい。コンピュータソフトウェア製品は、ＲＯＭ／ＲＡＭ、磁気ディスク、又は光ディスクなどのストレージ媒体に格納されてよく、本出願の様々な実施形態によって又はそれらの実施形態の特定の部分によって説明される方法をコンピュータ機器（パソコン、サーバ、又はネットワーク機器であってよい）に実行させるために使用される何らかのコマンドを含んでいてよい。

発明の詳細な説明では、全ての実施形態が進行順に説明されている。或る実施形態の一部が別の実施形態と同じ又は同様である場合は、その別の実施形態を参照すれば十分である。各実施形態は、その他の実施形態とは異なる部分の説明に重きを置いている。具体的には、システムの実施形態に関しては、方法の実施形態と基本的に同様であるゆえに、方法の実施形態のセクションで関連の説明を見つけられるだろう。

本出願は、多くの汎用の又は専用のコンピュータのシステム又は構成で使用されてよい。例として、パソコン、サーバ、手持ち式のデバイス即ちポータブル機器、タブレットタイプの機器、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能な消費家電、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記のシステム又は機器の任意を含む分散コンピューティング環境などが挙げられる。

本出願は、プログラムモジュールのように、コンピュータによって実行されるコンピュータ実行可能コマンドを一般的な背景として説明することができる。総じて、プログラムモジュールは、特定のタスクを実行するための又は特定の抽象データ型を実現するための、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むことができる。本出願は、また、分散コンピューティング環境のなかで行うこともでき、このような分散コンピューティング環境では、タスクは、通信ネットワークを通じて接続された遠隔処理機器によって実行される。分散コンピューティング環境では、プログラムモジュールは、ストレージ機器を含むローカルコンピュータ又はリモートコンピュータにあるストレージ媒体上に位置付けることができる。

本出願は、実施形態を通じて描写されてきたが、当業者ならば、本出願が、本出願の趣旨から逸脱することなく多くの変形及び変更の形態を有することがわかる。添付の特許請求の範囲は、本出願の趣旨から逸脱することなくこれらの変形及び変更の形態を含むと見込まれる。

以上の実施形態は、理解を明瞭にする目的で幾らか詳細に説明されてきたが、本発明は、提供された詳細に限定されない。本発明を実現するには、数々の代替的手法がある。開示された実施形態は、例示的なものであり、限定的なものではない。

以上の実施形態は、理解を明瞭にする目的で幾らか詳細に説明されてきたが、本発明は、提供された詳細に限定されない。本発明を実現するには、数々の代替的手法がある。開示された実施形態は、例示的なものであり、限定的なものではない。
適用例１：システムであって、
クライアントデバイスから起動要求を受信するための受信機と、前記起動要求は、要求元識別子、前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上を含み、
前記要求元識別子、前記前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上に少なくとも部分的に基づいて、取引対象識別子候補集合を決定するための抽出機と、
取引対象識別子候補返信機であって、
前記取引対象識別子候補集合を前記クライアントデバイスに送信し、
前記取引対象識別子候補集合からの取引対象識別子に関連付けられている選択を前記クライアントデバイスから受信し、
前記選択された取引対象識別子に少なくとも部分的に基づいて、前記起動要求を処理する
ための取引対象識別子候補返信機と、
を備えるシステム。
適用例２：適用例１に記載のシステムであって、
前記場所情報は、前記クライアントデバイスに関連付けられている場所を含む、システム。
適用例３：適用例１に記載のシステムであって、
前記場所情報は、ワイヤレスキャリアによって決定される、システム。
適用例４：適用例１に記載のシステムであって、
前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、第１のユーザ識別子集合が決定され、
前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、第２のユーザ識別子集合が決定され、
前記要求元識別子に少なくとも部分的に基づいて、第３のユーザ識別子集合が決定される、システム。
適用例５：適用例４に記載のシステムであって、
前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、前記第１のユーザ識別子集合が決定されることは、前記起動要求に関連付けられている時間情報が一時間間隔に分類され、前記時間間隔に関係付けられるものとして、前記第１のユーザ識別子集合が決定されることを含む、システム。
適用例６：適用例４に記載のシステムであって、
前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、前記第２のユーザ識別子集合が決定されることは、前記場所情報に関連付けられている所定の範囲に関係付けられるものとして、前記第２のユーザ識別子集合が決定されることを含む、システム。
適用例７：適用例４に記載のシステムであって、
前記要求元識別子に少なくとも部分的に基づいて、前記第３のユーザ識別子集合が決定されることは、前記要求元識別子と関係しているものとして、前記第３のユーザ識別子集合が決定されることを含む、システム。
適用例８：適用例４に記載のシステムであって、
前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合、前記第２のユーザ識別子集合、及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、システム。
適用例９：適用例４に記載のシステムであって、
前記取引対象識別子候補集合を決定することは、前記第２のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、システム。
適用例１０：適用例４に記載のシステムであって、
前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、システム。
適用例１１：適用例４に記載のシステムであって、
前記要求元識別子に少なくとも部分的に基づいて決定される前記第３のユーザ識別子集合は、前記クライアントデバイスに格納される、システム。
適用例１２：方法であって、
クライアントデバイスから起動要求を受信し、前記起動要求は、要求元識別子、前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上を含み、
１つ以上のプロセッサを使用し、前記要求元識別子、前記前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上に少なくとも部分的に基づいて、取引対象識別子候補集合を決定し、
前記取引対象識別子候補集合を前記クライアントデバイスに送信し、
前記取引対象識別子候補集合からの取引対象識別子に関連付けられている選択を前記クライアントデバイスから受信し、
前記選択された取引対象識別子に少なくとも部分的に基づいて、前記起動要求を処理すること、
を備える方法。
適用例１３：適用例１２に記載の方法であって、
前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、第１のユーザ識別子集合が決定され、
前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、第２のユーザ識別子集合が決定され、
前記要求元識別子に少なくとも部分的に基づいて、第３のユーザ識別子集合が決定される、方法。
適用例１４：適用例１３に記載の方法であって、
前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、前記第１のユーザ識別子集合が決定されることは、前記起動要求に関連付けられている時間情報が一時間間隔に分類され、前記時間間隔に関係付けられるものとして、前記第１のユーザ識別子集合が決定されることを含む、方法。
適用例１５：適用例１３に記載の方法であって、
前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、前記第２のユーザ識別子集合が決定されることは、前記場所情報に関連付けられている所定の範囲に関係付けられるものとして、前記第２のユーザ識別子集合が決定されることを含む、方法。
適用例１６：適用例１３に記載の方法であって、
前記要求元識別子に少なくとも部分的に基づいて、前記第３のユーザ識別子集合が決定されることは、前記要求元識別子に関係付けられるものとして、前記第３のユーザ識別子集合が決定されることを含む、方法。
適用例１７：適用例１３に記載の方法であって、
前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合、前記第２のユーザ識別子集合、及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、方法。
適用例１８：適用例１３に記載の方法であって、
前記取引対象識別子候補集合を決定することは、前記第２のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、方法。
適用例１９：適用例１３に記載の方法であって、
前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、方法。
適用例２０：非一過性のコンピュータ読み取り可能ストレージ媒体を備えるコンピュータプログラム製品であって、
クライアントデバイスから起動要求を受信するためのコンピュータ命令と、前記起動要求は、要求元識別子、前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上を含み、
前記要求元識別子、前記前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上に少なくとも部分的に基づいて、取引対象識別子候補集合を決定するためのコンピュータ命令と、
前記取引対象識別子候補集合を前記クライアントデバイスに送信するためのコンピュータ命令と、
前記取引対象識別子候補集合からの取引対象識別子に関連付けられている選択を前記クライアントデバイスから受信するためのコンピュータ命令と、
前記選択された取引対象識別子に少なくとも部分的に基づいて、前記起動要求を処理するためのコンピュータ命令と、
を備えるコンピュータプログラム製品。

Claims (20)

1. システムであって、
   クライアントデバイスから起動要求を受信するための受信機と、前記起動要求は、要求元識別子、前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上を含み、
   前記要求元識別子、前記前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上に少なくとも部分的に基づいて、取引対象識別子候補集合を決定するための抽出機と、
   取引対象識別子候補返信機であって、
   前記取引対象識別子候補集合を前記クライアントデバイスに送信し、
   前記取引対象識別子候補集合からの取引対象識別子に関連付けられている選択を前記クライアントデバイスから受信し、
   前記選択された取引対象識別子に少なくとも部分的に基づいて、前記起動要求を処理する
   ための取引対象識別子候補返信機と、
   を備えるシステム。
2. 請求項１に記載のシステムであって、
   前記場所情報は、前記クライアントデバイスに関連付けられている場所を含む、システム。
3. 請求項１に記載のシステムであって、
   前記場所情報は、ワイヤレスキャリアによって決定される、システム。
4. 請求項１に記載のシステムであって、
   前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、第１のユーザ識別子集合が決定され、
   前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、第２のユーザ識別子集合が決定され、
   前記要求元識別子に少なくとも部分的に基づいて、第３のユーザ識別子集合が決定される、システム。
5. 請求項４に記載のシステムであって、
   前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、前記第１のユーザ識別子集合が決定されることは、前記起動要求に関連付けられている時間情報が一時間間隔に分類され、前記時間間隔に関係付けられるものとして、前記第１のユーザ識別子集合が決定されることを含む、システム。
6. 請求項４に記載のシステムであって、
   前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、前記第２のユーザ識別子集合が決定されることは、前記場所情報に関連付けられている所定の範囲に関係付けられるものとして、前記第２のユーザ識別子集合が決定されることを含む、システム。
7. 請求項４に記載のシステムであって、
   前記要求元識別子に少なくとも部分的に基づいて、前記第３のユーザ識別子集合が決定されることは、前記要求元識別子と関係しているものとして、前記第３のユーザ識別子集合が決定されることを含む、システム。
8. 請求項４に記載のシステムであって、
   前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合、前記第２のユーザ識別子集合、及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、システム。
9. 請求項４に記載のシステムであって、
   前記取引対象識別子候補集合を決定することは、前記第２のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、システム。
10. 請求項４に記載のシステムであって、
    前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、システム。
11. 請求項４に記載のシステムであって、
    前記要求元識別子に少なくとも部分的に基づいて決定される前記第３のユーザ識別子集合は、前記クライアントデバイスに格納される、システム。
12. 方法であって、
    クライアントデバイスから起動要求を受信し、前記起動要求は、要求元識別子、前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上を含み、
    １つ以上のプロセッサを使用し、前記要求元識別子、前記前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上に少なくとも部分的に基づいて、取引対象識別子候補集合を決定し、
    前記取引対象識別子候補集合を前記クライアントデバイスに送信し、
    前記取引対象識別子候補集合からの取引対象識別子に関連付けられている選択を前記クライアントデバイスから受信し、
    前記選択された取引対象識別子に少なくとも部分的に基づいて、前記起動要求を処理すること、
    を備える方法。
13. 請求項１２に記載の方法であって、
    前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、第１のユーザ識別子集合が決定され、
    前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、第２のユーザ識別子集合が決定され、
    前記要求元識別子に少なくとも部分的に基づいて、第３のユーザ識別子集合が決定される、方法。
14. 請求項１３に記載の方法であって、
    前記起動要求に関連付けられている時間情報に少なくとも部分的に基づいて、前記第１のユーザ識別子集合が決定されることは、前記起動要求に関連付けられている時間情報が一時間間隔に分類され、前記時間間隔に関係付けられるものとして、前記第１のユーザ識別子集合が決定されることを含む、方法。
15. 請求項１３に記載の方法であって、
    前記起動要求に関連付けられている場所情報に少なくとも部分的に基づいて、前記第２のユーザ識別子集合が決定されることは、前記場所情報に関連付けられている所定の範囲に関係付けられるものとして、前記第２のユーザ識別子集合が決定されることを含む、方法。
16. 請求項１３に記載の方法であって、
    前記要求元識別子に少なくとも部分的に基づいて、前記第３のユーザ識別子集合が決定されることは、前記要求元識別子に関係付けられるものとして、前記第３のユーザ識別子集合が決定されることを含む、方法。
17. 請求項１３に記載の方法であって、
    前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合、前記第２のユーザ識別子集合、及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、方法。
18. 請求項１３に記載の方法であって、
    前記取引対象識別子候補集合を決定することは、前記第２のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、方法。
19. 請求項１３に記載の方法であって、
    前記取引対象識別子候補集合を決定することは、前記第１のユーザ識別子集合及び前記第３のユーザ識別子集合に共通する１つ以上のユーザ識別子を抽出することを含む、方法。
20. 非一過性のコンピュータ読み取り可能ストレージ媒体を備えるコンピュータプログラム製品であって、
    クライアントデバイスから起動要求を受信するためのコンピュータ命令と、前記起動要求は、要求元識別子、前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上を含み、
    前記要求元識別子、前記前記起動要求に関連付けられている時間情報、及び前記起動要求に関連付けられている場所情報のうちの１つ以上に少なくとも部分的に基づいて、取引対象識別子候補集合を決定するためのコンピュータ命令と、
    前記取引対象識別子候補集合を前記クライアントデバイスに送信するためのコンピュータ命令と、
    前記取引対象識別子候補集合からの取引対象識別子に関連付けられている選択を前記クライアントデバイスから受信するためのコンピュータ命令と、
    前記選択された取引対象識別子に少なくとも部分的に基づいて、前記起動要求を処理するためのコンピュータ命令と、
    を備えるコンピュータプログラム製品。

Images