CN111291282A - 推荐乘车补登站点的方法及装置和电子设备 - Google Patents

推荐乘车补登站点的方法及装置和电子设备 Download PDF

Info

Publication number
CN111291282A
CN111291282A CN202010390982.5A CN202010390982A CN111291282A CN 111291282 A CN111291282 A CN 111291282A CN 202010390982 A CN202010390982 A CN 202010390982A CN 111291282 A CN111291282 A CN 111291282A
Authority
CN
China
Prior art keywords
riding
user
data
channel
channels
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010390982.5A
Other languages
English (en)
Other versions
CN111291282B (zh
Inventor
郑霖
陆梦倩
王维强
汲小溪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202310609426.6A priority Critical patent/CN116720010A/zh
Priority to CN202010390982.5A priority patent/CN111291282B/zh
Publication of CN111291282A publication Critical patent/CN111291282A/zh
Application granted granted Critical
Publication of CN111291282B publication Critical patent/CN111291282B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/46—Secure multiparty computation, e.g. millionaire problem

Abstract

本说明书提供一种推荐乘车补登站点的方法及装置和电子设备。所述方法包括：在当前乘车渠道响应于用户的进站请求发现该用户需要补登上一次出站站点时，查询当前乘车渠道内存储的该用户上一次乘车记录的用户乘车数据；基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和当前乘车渠道内的用户乘车数据进行排序；其中，多方安全排序算法用于在其它乘车渠道不发送存储的用户乘车数据的情况下，确定当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果；根据排序结果中每个用户乘车数据对应的站点名称，向用户推荐补登站点。由于多方安全排序过程中用户乘车数据不出域，从而保护了用户的隐私。

Description

推荐乘车补登站点的方法及装置和电子设备
技术领域
本说明书实施例涉及互联网技术领域，尤其涉及一种推荐乘车补登站点的方法及装置和电子设备。
背景技术
随着移动支付应用于乘车场景，用户可以使用移动终端扫码乘坐公共交通工具。公共交通工具的运营公司会和支付公司进行用户乘车费的结算。通常，用户的一次乘车费可以根据进站和出站时扫码的站点以确定起点到终点的路径进而计算费用。
但是，在有某些特殊情况（如网络异常）下可能会出现出站时未记录出站站点，从而导致人虽然已经出站，但车费未正常结算的问题。
当用户下一次进站刷手机时，就会提示用户手动补充登记上一次出站站点，这一过程称为地铁补登站点。
发明内容
本说明书实施例提供的一种推荐乘车补登站点的方法及装置和电子设备。
根据本说明书实施例的第一方面，提供一种推荐乘车补登站点的方法，所述方法包括：
在当前乘车渠道响应于用户的进站请求发现该用户需要补登上一次出站站点的情况下，查询所述当前乘车渠道内存储的该用户上一次乘车记录的用户乘车数据；
基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序；其中，所述多方安全排序算法用于在其它乘车渠道不发送存储的用户乘车数据的情况下，确定当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果；
根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点。
可选的，所述基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序，包括：
将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，进行如下处理：
将存储在各自乘车渠道内用户乘车数据中的进站后事件时间拆分为两部分；
将任一乘车渠道拆分为两部分的进站后事件时间求反值；
交换两个乘车渠道内任一部分的进站后事件时间；
将各自乘车渠道内交换后的进站后事件时间求和，并将两个乘车渠道的求和结果再次求和；
如果再次求和结果为负，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之前；
如果再次求和结果为正，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之后。
可选的，所述基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序，包括：
将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，进行如下处理：
将存储在各自乘车渠道内的用户乘车数据中的进站后事件时间进行保序加密，得到密文的进站后事件时间；
根据两个乘车渠道的密文的进站后事件时间的大小，确定两个乘车渠道内用户乘车数据之间的排序结果。
可选的，所述方法还包括：
获取所述排序结果中每个用户乘车数据的进站后事件地理位置；
基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称。
可选的，所述基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称，包括：
获取所述进站后事件地理位置预设半径内的站点名称；
计算所述站点名称对应的站点地理位置与所述进站事件地理位置的距离；
将距离最小的站点名称确定为所述进站后事件地理位置所在的用户乘车数据对应的站点名称。
可选的，所述根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点，包括：
将所述排序结果中时间最晚的用户乘车数据对应的站点名称，确定为补登站点推荐给所述用户。
可选的，所述根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点，包括：
将所述排序结果中时间较晚的预设数量个用户乘车数据对应的站点名称推荐给所述用户；以使所述用户从推荐的站点名称中选取一个作为补登站点。
根据本说明书实施例的第二方面，提供一种推荐乘车补登站点的装置，所述装置包括：
响应单元，在当前乘车渠道响应于用户的进站请求发现该用户需要补登上一次出站站点的情况下，查询所述当前乘车渠道内存储的该用户上一次乘车记录的用户乘车数据；
排序单元，基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序；其中，所述多方安全排序算法用于在其它乘车渠道不发送存储的用户乘车数据的情况下，确定当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果；
推荐单元，根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点。
可选的，所述排序单元，包括：
处理子单元，将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，通过如下子单元处理：
拆分子单元，将存储在各自乘车渠道内用户乘车数据中的进站后事件时间拆分为两部分；
求反子单元，将任一乘车渠道拆分为两部分的进站后事件时间求反值；
交换子单元，交换两个乘车渠道内任一部分的进站后事件时间；
求和子单元，将各自乘车渠道内交换后的进站后事件时间求和，并将两个乘车渠道的求和结果再次求和；
排序子单元，如果再次求和结果为负，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之前；如果再次求和结果为正，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之后。
可选的，所述排序单元，包括：
处理子单元，将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，通过如下子单元处理：
加密子单元，将存储在各自乘车渠道内的用户乘车数据中的进站后事件时间进行保序加密，得到密文的进站后事件时间；
排序子单元，根据两个乘车渠道的密文的进站后事件时间的大小，确定两个乘车渠道内用户乘车数据之间的排序结果。
可选的，所述装置还包括：
获取单元，获取所述排序结果中每个用户乘车数据的进站后事件地理位置；
确定单元，基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称。
可选的，所述确定单元，包括：
获取子单元，获取所述进站后事件地理位置预设半径内的站点名称；
计算子单元，计算所述站点名称对应的站点地理位置与所述进站事件地理位置的距离；
确定子单元，将距离最小的站点名称确定为所述进站后事件地理位置所在的用户乘车数据对应的站点名称。
可选的，所述推荐单元，包括：
将所述排序结果中时间最晚的用户乘车数据对应的站点名称，确定为补登站点推荐给所述用户。
可选的，所述推荐单元，包括：
将所述排序结果中时间较晚的预设数量个用户乘车数据对应的站点名称推荐给所述用户；以使所述用户从推荐的站点名称中选取一个作为补登站点。
根据本说明书实施例的第三方面，提供一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为上述任一项推荐乘车补登站点的方法。
本说明书实施例，提供了一种推荐乘车补登站点的方案，通过多方安全排序算法，在多个乘车渠道中用户乘车数据不出域的情况下，基于每个乘车渠道内存储的用户乘车数据，确定该用户上一次乘车时最有可能的出站站点，从而向用户推荐这些出站站点供用户选择补登站点。如此，不仅可以实现自动站点补登，而且由于每个乘车渠道的用户乘车数据不出域，不会存在用户的个人数据泄漏的风险。
附图说明
图1是本说明书一实施例提供的推荐乘车补登站点的方法的流程图；
图2是本说明书一实施例提供的多方安全排序计算过程的示意图；
图3是本说明书提供的表1-表6所示用户乘车数据还原出的用户上一次乘车真实路径的示意图；
图4是本说明书一实施例提供的用户终端上补登站点界面的示意图；
图5是本说明书一实施例提供的推荐乘车补登站点的装置的硬件结构图；
图6是本说明书一实施例提供的推荐乘车补登站点的装置的模块示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实现方式并不代表与本说明书相一致的所有实现方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。本文中的多个可以是指两个或两个以上的情况。
应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如前所述，随着移动终端扫码乘车的普及，大大节省了排队购票时间，方便了人们出行。为了照顾不同的乘客，公共交通工具公司会与不同的第三方平台合作，向各个第三方平台开放各类可以打开乘车码的乘车渠道。例如，支付软件中乘车小程序、即时通讯软件中乘车小程序、公共交通工具运营商自己的乘车APP等都可以生成乘车码从而实现扫码进站。
然而，由于不同乘车渠道之间一般是独立的，各个乘车渠道的公司都将用户乘车数据作为核心资产不对外公开，并且用户乘车数据作为用户的个人数据涉及隐私也不便出域。这样，就导致数据孤岛的问题，给了个别用户人为制造单边交易（只有进站点，无出站点）来逃票。这些单边交易由于缺少出站点，无法正常进行结算，会造成公共交通工具运营公司的损失。
虽然在用户下一次进站时可以进行站点补登，但是补登的出站点完全是用户手动收入的，用户完全可以选择费用最低的出站点作为补登站点。
因此，需要提供一种确定用户上一次最有可能的出站点以帮助完成乘车补登站点。
为了解决上述问题，本说明书提供了的推荐乘车补登站点的方案，旨在根据多方乘车渠道内用户上一次乘车时记录的用户乘车数据，还原出该用户的实际乘车路径，并根据实际乘车路径确定用户上一次最有可能的出站点以帮助完成乘车补登站点。这样，可以降低单边交易比例，减少公共交通工具运营公司的损失。
另外，利用多方安全排序算法，在各方乘车渠道内用户上一次乘车时记录的用户乘车数据不出域的情况下，还原出该用户的实际乘车路径。如此，由于用户乘车数据不出域，不存在用户的个人数据泄漏的风险，从而保障了用户的隐私。
其中，所述公共交通工具可以是指地铁、公交、城市轻轨、火车等设置有进站闸口和出站闸口等设施，可以实现扫码乘车的公共交通场景。
以下可以参考图1所示的例子介绍，该方法可以应用于任意的乘车渠道对应的服务端，所述服务端可以是该乘车渠道对应的服务器、服务器集群，或者由服务器集群构建的云平台；所述方法可以包括以下步骤：
步骤210：在当前乘车渠道响应于用户的进站请求发现该用户需要补登上一次出站站点的情况下，查询所述当前乘车渠道内存储的该用户上一次乘车记录的用户乘车数据；
步骤210：基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序；其中，所述多方安全排序算法用于在其它乘车渠道不发送存储的用户乘车数据的情况下，确定当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果；
步骤230：根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点。
本说明书实施例应用在至少两个乘车渠道之间。用户当前进站时使用的乘车渠道，以及该用户未使用的其它乘车渠道。当一个用户的移动终端上安装有多种乘车渠道时，当前乘车渠道为1个，当前乘车渠道之外的其它乘车渠道就为1个或多个。也就是说，本实施例中所述的当前乘车渠道是1个，而其它乘车渠道可以是1个也可以使多个。这里多个包括2个或2个以上。通常来说，乘车渠道越多，可以获取的用户乘车数据越全面，还原出的用户乘车路径越准确，最终推荐的补登站点也越准确。
在实际应用中，用户乘车数据都是以标准化数据格式记录并存储的。本说明书中示例性地介绍用户乘车数据的构成。
用户乘车数据可以包括并不限于：用户标识、进站时间、进站后事件时间和进站后事件地理位置。
其中，所述用户标识是指可以唯一对应用户的信息，用于确定乘车数据是由哪个用户产生的。所述用户标识例如可以为用户账户、用户ID、用户手机号等等。本说明书中并不对其进行限定。
所述进站时间是指用户扫码进站的时刻，用于确定一次乘车行程的开始时刻。所述进站时间可以是以时间戳形式记录的，也可以是以年月日小时分钟秒这样的形式记录的。本说明书中并不对其进行限定。
所述进站后事件时间是指用户在进组时间之后通过所在渠道执行相关事件的时刻。所述进站后事件时间一般是与前述进站时间以相同形式记录的。
其中，所述事件是指所在渠道提供的各种业务功能，例如连接站内wifi（如地铁站wifi）、浏览新闻、观看视频、网络电话等。
以下结合实际事件加以说明，用户进站后，用户可以通过渠道获取站点内公共的wifi密码，以连接wifi。其中，获取wifi密码的操作就触发一个事件，输入wifi密码成功连接wifi的操作就触发另一个事件。再例如，假设渠道还提供新闻版块，用户进站后，可以浏览新闻，用户每点击一个新闻就触发一个事件。本说明书中只是获取进站后事件时间和进站后事件地理位置，而具体是什么事件并不重要。
所述进站后事件地理位置是指用户在进组时间之后通过所在渠道执行相关事件时记录的位置数据。具体地，该地理位置可以是移动终端中的定位装置记录的位置数据。一般可以将地理位置称为LBS（Location Based Services，基于位置服务）数据。所述进站后事件地理位置可以是以经纬度坐标的形式记录的。
以下进一步结合具体的示例加以说明，如前所示本说明书中用户乘车数据包括两部分，一部分是当前乘车渠道存储的用户乘车数据，另一方是其它乘车渠道存储的用户乘车数据。
其它乘车渠道中存储的用户乘车数据如下表1所示：
Figure 844034DEST_PATH_IMAGE001
当前乘车渠道中存储的用户乘车数据如下表2所示：
Figure 70616DEST_PATH_IMAGE002
上述表1和表2的用户乘车数据分别存储在各自乘车渠道对应的服务端本地。由于用户当前发起的进站请求中会携带有用户标识，因此通过该进站请求的用户标识就可以筛选该用户标识的历史的用户乘车数据。另外，由于用户乘车数据中还记载有进站时间，因此可以以最近一次的进站时间为基准，将该基准之后的用户乘车数据确定为该用户的上一次乘车记录的用户乘车数据。
在当前乘车渠道查询到表2所示的用户乘车数据；以及其它乘车渠道查询到表1所示的用户乘车数据之后；当前乘车渠道可以基于多方安全排序算法，按照时间顺序（即以进站后事件时间）对表1和表2进行安全排序。保证在哟过户乘车数据不出域的情况下，确定用户乘车数据在时间上的先后顺序；进而基于时间的先后顺序以及每条用户乘车数据对应的站点，还原出用户上一次乘车路径。
本说明书中，多方安全排序算法是一种在数据不出域情况下实现排序的算法。具体是在其它乘车渠道不发送存储的用户乘车数据的情况下，在当前乘车渠道下得到本地用户乘车数据与其它乘车渠道的用户乘车数据之间的排序结果，其中排序结果是排序序号，并不涉及任何的用户乘车数据。
在一实施例中，所述步骤220，具体可以包括：
步骤A1：将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，进行如下处理：
步骤A2：将存储在各自乘车渠道内用户乘车数据中的进站后事件时间拆分为两部分；
步骤A3：将任一乘车渠道拆分为两部分的进站后事件时间求反值；
步骤A4：交换两个乘车渠道内任一部分的进站后事件时间；
步骤A5：将各自乘车渠道内交换后的进站后事件时间求和，并将两个乘车渠道的求和结果再次求和；
步骤A6：如果再次求和结果为负，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之前；或者，如果再次求和结果为正，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之后。
以下参考图2所示的一种多方安全排序计算过程的示意图，该示例是以两个乘车渠道为例描述的，并且为了方便理解将进站后事件时间简化为数值。如图2所示第一乘车渠道的用户乘车数据中进站后事件时间为10；第二乘车渠道的用户乘车数据中进站后事件时间为15。
首先，将存储在各自乘车渠道内用户乘车数据中的进站后事件时间拆分为两部分。图2中，将第一乘车渠道的进站后事件时间10拆分为3和7；将第二乘车渠道的进站后事件时间15拆分为5和10。请注意，这里的进站后事件时间依然存储在乘车渠道内未出域，拆分可以是由各自的乘车渠道完成的。然而，如果各个乘车渠道之间经过协商也可以约定由可信第三方执行。例如，由可信第三方提供的本地执行程序，在每个乘车渠道本地对进站后事件时间进行拆分。也可以是将本地的进站后事件时间提供给可信第三方进行拆分。通过可信第三方进行拆分可以防止乘车渠道作弊篡改用户乘车数据。其中，所述拆分可以是随机拆分。
接着，将任一乘车渠道拆分为两部分的进站后事件时间求反值。图2中，是将第二乘车渠道拆分后的进站后事件时间5和10求反，得到进站后事件时间-5和-10。
然后，交换两个乘车渠道内任一部分的进站后事件时间。图2中，是将第一乘车渠道拆分的进站后事件时间3与第二乘车渠道拆分的进站后事件时间-10进行交换。
最后，将各自乘车渠道内交换后的进站后事件时间求和，并将两个乘车渠道的求和结果再次求和。图2中，第一乘车渠道交换后的进站后事件时间包括7和-10，求和结果为-3；第二乘车渠道交换后的进站后事件时间包括3和-5，求和结果为-2。将第一乘车渠道的求和结果-3与第二乘车渠道的求和结果-2再次求和，再次求和的求和结果为-5。
由于再次求和结果为负，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之前。即将第二乘车渠道的用户乘车数据排在第一乘车渠道的用户乘车数据之前。
值得一提的是，由于第二乘车渠道的进站后事件时间15比第一乘车渠道的进站后事件时间10大，的确应该是进站后事件时间15排在进站后事件时间10之前，可见上述多方安全排序是正确的。另外，不管如何拆分以及如何交换，实际上都不影响最终的排序结果，也就是说上述多方安全排序的结果是唯一的。
通过上述多方安全排序计算，由于乘车渠道之间进行交换的用户乘车数据是进站后事件时间，并且这个进站后事件时间也仅是拆分后一部分的进站后事件时间。因为，即使这个交换的用户乘车数据泄露也无法推导出完整的用户乘车数据。所以上述多方安全排序具体较高的数据安全性，保证了用户的个人数据不被泄漏。
本说明书中还提供有另一种多方安全排序方案，具体地所述步骤220，可以包括：
步骤B1：将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，进行如下处理：
步骤B2：将存储在各自乘车渠道内的用户乘车数据中的进站后事件时间进行保序加密，得到密文的进站后事件时间；
步骤B3：根据两个乘车渠道的密文的进站后事件时间的大小，确定两个乘车渠道内用户乘车数据之间的排序结果。
其中，所述保序加密可以是指基于加密后不改变明文原本大小顺序的保序加密算法进行的。例如所述保序加密算法可以包括OPE（Order-Preserving Encryption）算法。
采用保序加密的多方安全排序，虽然乘车渠道中的用户乘车数据会出域，但是由于出域的是加密后密文的用户乘车数据，因此即使泄露也是密文的泄漏，而不是明文的用户乘车数据的泄漏。所以，明文的用户乘车数据依然可以认为是不出域的。通过保序加密的多方安全排序，同样具体较高的数据安全性，保证了用户的个人数据不被泄漏。
在了解了上述多方安全排序之后，上述步骤220的排序结果如下表3、表4中rank字段所示：
其它乘车渠道中存储的用户乘车数据如下表3所示：
Figure 594132DEST_PATH_IMAGE003
当前乘车渠道中存储的用户乘车数据如下表4所示：
Figure 400414DEST_PATH_IMAGE004
在基于多方安全排序算法计算得到当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果之后，还需要确定每个用户乘车数据对应的站点名称。
由于用户乘车数据是用户在进站后使用乘车渠道提供的业务功能时记录的，而记录用户乘车数据的时候用户并不一定是位于车站，很有可能是位于两个车站之间的路段。因此，实际上用户乘车数据并不记录有站点名称这一信息。
而补登站点却需要站点名称，为此可以基于进站后事件地理位置来判定当时用户可能位于的站点名称，具体可以包括：
获取所述排序结果中每个用户乘车数据的进站后事件地理位置；
基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称。
该实施例中，可以基于导航地图提供的信息，查询该进站后事件地理位置附近的站点名称，然后将其确定为该用户乘车数据所在的站点名称。
在一实施例中，一个进站后事件地理位置可能会获取到附件的多个站点名称。对此，所述基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称，包括：
获取所述进站后事件地理位置预设半径内的站点名称；
计算所述站点名称对应的站点地理位置与所述进站事件地理位置的距离；
将距离最小的站点名称确定为所述进站后事件地理位置所在的用户乘车数据对应的站点名称。
如此，通过计算每个站点与该进站后事件地理位置的距离，将距离最小的站点确定为该进站后事件地理位置的站点名称。从而可以在上述表3和表4的基础上，得到如下表5和表6：
其它乘车渠道中存储的用户乘车数据如下表5所示：
Figure 575044DEST_PATH_IMAGE005
当前乘车渠道中存储的用户乘车数据如下表6所示：
Figure 441369DEST_PATH_IMAGE006
在确定了排序结果中每个用户乘车数据对应的站点名称之后，就可以还原出用户上一次乘车真实路径。
基于上述表5和表6的排序结果以及确定的站点名称，并且结合图3所示的交通工具行驶路径示意图，可以还原出该用户上一次乘车路径：宝岗大道->昌岗->北京路->公园前->西门口->江南西。
最后，当前渠道可以根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点。
在一实现方式中，可以将所述排序结果中时间最晚的用户乘车数据对应的站点名称，确定为补登站点推荐给所述用户。
在另一实现方式中，可以将所述排序结果中时间较晚的预设数量个用户乘车数据对应的站点名称推荐给所述用户；以使所述用户从推荐的站点名称中选取一个作为补登站点。
以上述表5和表6为例，假设输出的是rank逆序前3的站点名称，则上述用户最有可能的出站站点为｛user001:(公园前，西门口，江南西)｝。
如图4所示的用户终端上补登站点界面的示意图。用户在使用当前乘车渠道扫码进站时，由于发现该用户上一次乘车为单边交易（缺少出站站点），则触发显示图4左图的提示信息。当用户点击“补登站点”，则触发前述推荐乘车补登站点的实施例，以向用户推荐补登站点的站点名称；并调整到图4右图的界面。该界面中即展示了供用户选择的补登站点(公园前，西门口，江南西)。用户可以从中选取一个作为补登站点，从而完成补登，结算上一次乘车费用。
本说明书实施例，提供了一种推荐乘车补登站点的方案，通过多方安全排序算法，在多个乘车渠道中用户乘车数据不出域的情况下，基于每个乘车渠道内存储的用户乘车数据，确定该用户上一次乘车时最有可能的出站站点，从而向用户推荐这些出站站点供用户选择补登站点。如此，不仅可以实现自动站点补登，而且由于每个乘车渠道的用户乘车数据不出域，不会存在用户的个人数据泄漏的风险。
与前述推荐乘车补登站点的方法实施例相对应，本说明书还提供了推荐乘车补登站点的装置的实施例。所述装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机业务程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本说明书推荐乘车补登站点的装置所在设备的一种硬件结构图，除了图5所示的处理器、网络接口、内存以及非易失性存储器之外，实施例中装置所在的设备通常根据推荐乘车补登站点的实际功能，还可以包括其他硬件，对此不再赘述。
请参见图6，为本说明书一实施例提供的推荐乘车补登站点的装置的模块图，所述装置对应了图1所示实施例，所述装置包括：
响应单元310，在当前乘车渠道响应于用户的进站请求发现该用户需要补登上一次出站站点的情况下，查询所述当前乘车渠道内存储的该用户上一次乘车记录的用户乘车数据；
排序单元320，基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序；其中，所述多方安全排序算法用于在其它乘车渠道不发送存储的用户乘车数据的情况下，确定当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果；
推荐单元330，根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点。
可选的，所述排序单元320，包括：
处理子单元，将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，通过如下子单元处理：
拆分子单元，将存储在各自乘车渠道内用户乘车数据中的进站后事件时间拆分为两部分；
求反子单元，将任一乘车渠道拆分为两部分的进站后事件时间求反值；
交换子单元，交换两个乘车渠道内任一部分的进站后事件时间；
求和子单元，将各自乘车渠道内交换后的进站后事件时间求和，并将两个乘车渠道的求和结果再次求和；
排序子单元，如果再次求和结果为负，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之前；如果再次求和结果为正，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之后。
可选的，所述排序单元320，包括：
处理子单元，将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，通过如下子单元处理：
加密子单元，将存储在各自乘车渠道内的用户乘车数据中的进站后事件时间进行保序加密，得到密文的进站后事件时间；
排序子单元，根据两个乘车渠道的密文的进站后事件时间的大小，确定两个乘车渠道内用户乘车数据之间的排序结果。
可选的，所述装置还包括：
获取单元，获取所述排序结果中每个用户乘车数据的进站后事件地理位置；
确定单元，基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称。
可选的，所述确定单元，包括：
获取子单元，获取所述进站后事件地理位置预设半径内的站点名称；
计算子单元，计算所述站点名称对应的站点地理位置与所述进站事件地理位置的距离；
确定子单元，将距离最小的站点名称确定为所述进站后事件地理位置所在的用户乘车数据对应的站点名称。
可选的，所述推荐单元330，包括：
将所述排序结果中时间最晚的用户乘车数据对应的站点名称，确定为补登站点推荐给所述用户。
可选的，所述推荐单元330，包括：
将所述排序结果中时间较晚的预设数量个用户乘车数据对应的站点名称推荐给所述用户；以使所述用户从推荐的站点名称中选取一个作为补登站点。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上图6描述了推荐乘车补登站点的装置的内部功能模块和结构示意，其实质上的执行主体可以为一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为前述任一项所示的推荐乘车补登站点的方法实施例。
在上述电子设备的实施例中，应理解，该处理器可以是中央处理单元（英文：Central Processing Unit，简称：CPU），还可以是其他通用处理器、数字信号处理器（英文：Digital Signal Processor，简称：DSP）、专用集成电路（英文：Application SpecificIntegrated Circuit，简称：ASIC）等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，而前述的存储器可以是只读存储器（英文：read-only memory，缩写：ROM）、随机存取存储器（英文：random access memory，简称：RAM）、快闪存储器、硬盘或者固态硬盘。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于电子设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本领域技术人员在考虑说明书及实践这里公开的实施例后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。
应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

Claims (15)

1.一种推荐乘车补登站点的方法，所述方法包括：
在当前乘车渠道响应于用户的进站请求发现该用户需要补登上一次出站站点的情况下，查询所述当前乘车渠道内存储的该用户上一次乘车记录的用户乘车数据；
基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序；其中，所述多方安全排序算法用于在其它乘车渠道不发送存储的用户乘车数据的情况下，确定当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果；
根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点。
2.根据权利要求1所述的方法，所述基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序，包括：
将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，进行如下处理：
将存储在各自乘车渠道内用户乘车数据中的进站后事件时间拆分为两部分；
将任一乘车渠道拆分为两部分的进站后事件时间求反值；
交换两个乘车渠道内任一部分的进站后事件时间；
将各自乘车渠道内交换后的进站后事件时间求和，并将两个乘车渠道的求和结果再次求和；
如果再次求和结果为负，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之前；
如果再次求和结果为正，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之后。
3.根据权利要求1所述的方法，所述基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序，包括：
将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，进行如下处理：
将存储在各自乘车渠道内的用户乘车数据中的进站后事件时间进行保序加密，得到密文的进站后事件时间；
根据两个乘车渠道的密文的进站后事件时间的大小，确定两个乘车渠道内用户乘车数据之间的排序结果。
4.根据权利要求1所述的方法，所述方法还包括：
获取所述排序结果中每个用户乘车数据的进站后事件地理位置；
基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称。
5.根据权利要求4所述的方法，所述基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称，包括：
获取所述进站后事件地理位置预设半径内的站点名称；
计算所述站点名称对应的站点地理位置与所述进站事件地理位置的距离；
将距离最小的站点名称确定为所述进站后事件地理位置所在的用户乘车数据对应的站点名称。
6.根据权利要求1所述的方法，所述根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点，包括：
将所述排序结果中时间最晚的用户乘车数据对应的站点名称，确定为补登站点推荐给所述用户。
7.根据权利要求1所述的方法，所述根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点，包括：
将所述排序结果中时间较晚的预设数量个用户乘车数据对应的站点名称推荐给所述用户；以使所述用户从推荐的站点名称中选取一个作为补登站点。
8.一种推荐乘车补登站点的装置，所述装置包括：
响应单元，在当前乘车渠道响应于用户的进站请求发现该用户需要补登上一次出站站点的情况下，查询所述当前乘车渠道内存储的该用户上一次乘车记录的用户乘车数据；
排序单元，基于多方安全排序算法，按照时间顺序对存储在其它乘车渠道内该用户上一次乘车记录的用户乘车数据和所述当前乘车渠道内的用户乘车数据进行排序；其中，所述多方安全排序算法用于在其它乘车渠道不发送存储的用户乘车数据的情况下，确定当前乘车渠道和其它乘车渠道的用户乘车数据之间的排序结果；
推荐单元，根据所述排序结果中每个用户乘车数据对应的站点名称，向所述用户推荐补登站点。
9.根据权利要求8所述的装置，所述排序单元，包括：
处理子单元，将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，通过如下子单元处理：
拆分子单元，将存储在各自乘车渠道内用户乘车数据中的进站后事件时间拆分为两部分；
求反子单元，将任一乘车渠道拆分为两部分的进站后事件时间求反值；
交换子单元，交换两个乘车渠道内任一部分的进站后事件时间；
求和子单元，将各自乘车渠道内交换后的进站后事件时间求和，并将两个乘车渠道的求和结果再次求和；
排序子单元，如果再次求和结果为负，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之前；如果再次求和结果为正，将求反值的乘车渠道的用户乘车数据排在另一乘车渠道的用户乘车数据之后。
10.根据权利要求8所述的装置，所述排序单元，包括：
处理子单元，将当前乘车渠道和其它乘车渠道两两组合，针对每个两两组合的乘车渠道，通过如下子单元处理：
加密子单元，将存储在各自乘车渠道内的用户乘车数据中的进站后事件时间进行保序加密，得到密文的进站后事件时间；
排序子单元，根据两个乘车渠道的密文的进站后事件时间的大小，确定两个乘车渠道内用户乘车数据之间的排序结果。
11.根据权利要求8所述的装置，所述装置还包括：
获取单元，获取所述排序结果中每个用户乘车数据的进站后事件地理位置；
确定单元，基于所述进站后事件地理位置确定每个用户乘车数据对应的站点名称。
12.根据权利要求11所述的装置，所述确定单元，包括：
获取子单元，获取所述进站后事件地理位置预设半径内的站点名称；
计算子单元，计算所述站点名称对应的站点地理位置与所述进站事件地理位置的距离；
确定子单元，将距离最小的站点名称确定为所述进站后事件地理位置所在的用户乘车数据对应的站点名称。
13.根据权利要求8所述的装置，所述推荐单元，包括：
将所述排序结果中时间最晚的用户乘车数据对应的站点名称，确定为补登站点推荐给所述用户。
14.根据权利要求8所述的装置，所述推荐单元，包括：
将所述排序结果中时间较晚的预设数量个用户乘车数据对应的站点名称推荐给所述用户；以使所述用户从推荐的站点名称中选取一个作为补登站点。
15.一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为上述权利要求1-7中任一项所述的方法。
CN202010390982.5A 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备 Active CN111291282B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202310609426.6A CN116720010A (zh) 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备
CN202010390982.5A CN111291282B (zh) 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010390982.5A CN111291282B (zh) 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202310609426.6A Division CN116720010A (zh) 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备

Publications (2)

Publication Number Publication Date
CN111291282A true CN111291282A (zh) 2020-06-16
CN111291282B CN111291282B (zh) 2023-04-14

Family

ID=71029576

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310609426.6A Pending CN116720010A (zh) 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备
CN202010390982.5A Active CN111291282B (zh) 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202310609426.6A Pending CN116720010A (zh) 2020-05-09 2020-05-09 推荐乘车补登站点的方法及装置和电子设备

Country Status (1)

Country Link
CN (2) CN116720010A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111932229A (zh) * 2020-03-13 2020-11-13 武汉小码联城科技有限公司 地铁乘车码支付数据处理方法、装置、系统及电子设备
CN114282892A (zh) * 2021-12-22 2022-04-05 成都智元汇信息技术股份有限公司 一种基于sdk补登的方法、地铁客户端及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120109956A1 (en) * 2010-10-29 2012-05-03 Yahoo! Inc. Profile prediction for shared computers
CN108682054A (zh) * 2018-07-27 2018-10-19 武汉市公用电子工程有限责任公司 一种具有补登功能的ic卡车载消费终端装置及方法
CN110400177A (zh) * 2019-07-26 2019-11-01 厦门卫星定位应用股份有限公司 公交乘客出行信息匹配方法、介质、设备及装置
CN110992037A (zh) * 2020-03-03 2020-04-10 支付宝(杭州)信息技术有限公司 基于多方安全计算的风险防控方法、装置和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120109956A1 (en) * 2010-10-29 2012-05-03 Yahoo! Inc. Profile prediction for shared computers
CN108682054A (zh) * 2018-07-27 2018-10-19 武汉市公用电子工程有限责任公司 一种具有补登功能的ic卡车载消费终端装置及方法
CN110400177A (zh) * 2019-07-26 2019-11-01 厦门卫星定位应用股份有限公司 公交乘客出行信息匹配方法、介质、设备及装置
CN110992037A (zh) * 2020-03-03 2020-04-10 支付宝(杭州)信息技术有限公司 基于多方安全计算的风险防控方法、装置和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
程超: "两个安全多方计算基础问题的研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111932229A (zh) * 2020-03-13 2020-11-13 武汉小码联城科技有限公司 地铁乘车码支付数据处理方法、装置、系统及电子设备
CN114282892A (zh) * 2021-12-22 2022-04-05 成都智元汇信息技术股份有限公司 一种基于sdk补登的方法、地铁客户端及系统

Also Published As

Publication number Publication date
CN111291282B (zh) 2023-04-14
CN116720010A (zh) 2023-09-08

Similar Documents

Publication Publication Date Title
CN100365385C (zh) 提供位置信息的装置和方法
US9443270B1 (en) Obtaining insurance information in response to optical input
US20120164982A1 (en) Geographical location authentication method for mobile voting
TW202011307A (zh) 乘車計費方法及裝置
US20120060226A1 (en) Method for authorizing use of augmented reality (ar) information and apparatus
US8312104B2 (en) Interactive information dissemination and retrieval system and method for generating action items
WO2005079289A2 (en) System for combining geographic location information, database-derived affinity matches, and user control in order to permit individuals to rendezvous
CN111291282B (zh) 推荐乘车补登站点的方法及装置和电子设备
US8837685B2 (en) Adaptive system with call center and trusted network
CN110992037A (zh) 基于多方安全计算的风险防控方法、装置和系统
CA2371898A1 (en) Incident reporting system and method
CN108769044B (zh) 基于逆向传址的签到验证方法及系统
US20170061533A1 (en) Method and device for security assessment
CN107705576A (zh) 车辆套牌检测方法、服务器及存储介质
US9794409B2 (en) Adaptive system with call center and trusted network
US20150003594A1 (en) Adaptive system with call center and trusted network
US9832605B1 (en) Location based services for exigent circumstances
US20100095309A1 (en) Notification system for public transportation vehicles
US20170345113A1 (en) Ride trading availability using vehicle telematics
JP5738830B2 (ja) 情報配信装置、情報配信方法、及び、情報配信プログラム
Yagoub Public perception on disaster management using volunteered geographic information (VGI): case of UAE
CN111431918A (zh) 一种基于区块链确定目标用户状态标签的方法和系统
CN113316944A (zh) 一种通信录分级展示方法、装置及电子设备
KR20160079588A (ko) 원터치 대리운전 서비스 앱을 이용한 초간편 대리운전 서비스시스템
CN113115200B (zh) 用户关系识别方法、装置及计算设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40029456

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant