CN104102657B - 信息处理装置以及信息处理方法 - Google Patents

Abstract

本公开涉及与混搭（mashup）技术相关的信息处理装置和信息处理方法。根据本公开的实施例的信息处理装置包括：记录单元，其被配置为记录对资源进行访问的请求；发现单元，其被配置为在记录单元中查找符合与资源状态变化有关的预定模式的请求组合；以及混搭单元，其被配置为在与请求组合相对应的功能组合中确定可混搭的功能组合，其中功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。通过根据本公开的实施例的信息处理装置和相应的信息处理方法，实现了针对用户的使用习惯来提供混搭应用。

Description

信息处理装置以及信息处理方法

技术领域

本公开涉及信息处理领域，更具体地，涉及与混搭(mashup)技术相关的信息处理装置和信息处理方法。

背景技术

混搭(Mashup)是一种使得开发者可以利用现有的API(应用编程接口)或服务来创建新的应用的技术。传统的混搭方法分为两大类：服务端混搭方法和客户端混搭方法。在服务端进行混搭，主要是通过一个作为中继的代理服务器对所请求的页面进行改写或对多个来源的页面或资源进行重新组织来实现的，例如在地图应用上显示租房信息的混搭应用。而在客户端进行混搭，主要是通过例如javascript脚本、浏览器扩展或插件的形式进行的，例如基于Chrome浏览器的、针对电子商务网站的扩展，比如针对中国铁路购票网站的购票扩展。

发明内容

发现潜在的可以进行混搭的功能是进行混搭应用开发的前提。但是对于传统的混搭应用开发方法来说，开发者通常需要主观地决定对哪些功能进行混搭，而无法考虑用户的使用习惯。因此，这样创建出来的混搭应用并不一定符合用户的实际使用习惯。而且，对于传统的混搭应用创建方法来说，根据用户的使用习惯而提供混搭应用也是非常困难的。

因此，本公开的目的在于提供一种可以根据用户的使用习惯来提供混搭应用的信息处理装置和信息处理方法。

根据本公开的实施例所提供的信息处理装置包括：记录单元，其被配置为记录对资源进行访问的请求；发现单元，其被配置为在记录单元中查找符合与资源状态变化有关的预定模式的请求组合；以及混搭单元，其被配置为在与请求组合相对应的功能组合中确定可混搭的功能组合，其中功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。

根据本公开的实施例所提供的信息处理方法包括：记录对资源进行访问的请求；查找符合与资源状态变化有关的预定模式的请求组合；以及在与请求组合相对应的功能组合中确定可混搭的功能组合，其中功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。

通过根据本公开的实施例的信息处理装置和信息处理方法，实现了根据用户的使用习惯来提供混搭应用。

附图说明

从对说明本发明的主旨及其使用的优选实施例和附图的以下描述来看，本发明的以上和其它目的、特点和优点将是显而易见的，在附图中：

图1是示出了根据本公开的第一实施例的信息处理装置的配置的框图；

图2是示出了用户所进行的请求的示意图；

图3是示出了根据本公开的第二实施例的信息处理方法的流程图；并且

图4是示出了根据本公开的第三实施例的信息处理设备的硬件配置的框图。

具体实施方式

以下，将结合附图来详细描述本公开的实施例。

下文中，将按照以下顺序来进行说明。

1.本公开的第一实施例(信息处理装置)

2.本公开的第二实施例(信息处理方法)

3.本公开的第三实施例(将本公开应用于计算机)

1.本公开的第一实施例(信息处理装置)

以下，将结合图1和图2来描述根据本公开的第一实施例的信息处理装置。

首先，图1中示出了根据本公开的第一实施例的信息处理装置100。

信息处理装置100包括记录单元101、发现单元102和混搭单元103。记录单元101记录对资源进行访问的请求。发现单元102在记录单元101中查找符合与资源状态变化有关的预定模式的请求组合。混搭单元103在与上述请求组合相对应的功能组合中确定可混搭的功能组合。其中，功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。

当用户频繁地在多个系统之间切换来实现某个操作目的时，往往意味着在这些系统之间存在可以进行整合的功能，以使得用户可以更方便、快捷地实现其操作目的。

例如图2所示，房屋卖家10(下文中称为用户10)可以针对某个网站的房屋交易信息数据库中记录的信息200(下文中称为资源200)发布卖房信息，该动作可以称为请求201。房屋潜在买家20(下文中称为用户20)可以查询系统200最近的更新，并且注意到用户10所发布的卖房信息，该动作可以称为请求202。随后，用户20可以针对用户10所发布的卖房信息，到地图网站的数据库中记录的信息300(下文中称为资源300)中查询卖房信息中所涉及房屋的地理位置，该动作可以称为请求203。

以上请求201、202和203是房屋交易信息查询活动中常见的操作。在该操作中，用户20需要访问两个资源200、300，并且需要从资源200中的卖房信息中找出与所涉及的房屋的地理位置相关的信息，并且在资源300中检索该地理位置。这样的一系列操作是繁琐的。

通过对用户10、20的以上操作的分析，可以发现该操作中存在预定的模式，这个模式的基本特征如下：

1)在这个模式中有两个资源200、300和两个用户10、20；

2)首先，用户10和20对同一个资源200进行操作。具体来说，用户10创建或更新(修改、添加或删除)资源200，而用户20检查资源200的状态；

3)随后，用户20根据资源200的状态来对资源300进行操作。具体来说，该操作是查询。

换言之，请求201、202和203作为一个请求组合，具有如下特征：请求201是用户10对资源200的请求，请求202是用户20对资源200的请求，请求203是用户20对资源300的请求，请求201的动作是使得资源200发生变化的动作，并且请求202的动作是查询。

此处，并未对请求203的动作类型进行限定，这是因为，请求203不仅可以是图2中所示的查询动作，也可以是其他类型的动作。例如，请求203可以对应于如下动作：用户20在查询了资源200中的卖房信息之后，在资源300中更新了对于某地理位置的评论(例如“这里的房价很便宜！”)。换言之，请求203也可以是用户20对资源300的修改。

可选地，请求201、202和203的请求组合还可以具有更加严格的特征：在进行请求201和202的时刻之间资源200未被修改，这可以确保请求201是在请求202查询资源200之前最后一次对资源200的修改；进行请求201和202的时刻之间的差小于第一阈值，并且进行请求202和203的时刻之间的差小于第二阈值，这可以确保请求组合中的请求之间在时间上彼此相差不会太久。

此外，请求201、202和203的请求组合还可以具有更加严格的特征，例如要求第一阈值大于第二阈值，这是因为用户10的请求201与用户20的请求202之间的时间间隔往往大于用户20的请求202、203之间的时间间隔。

请求201、202和203分别对应于相应的功能。这里所说的“功能”，对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。

例如，不同用户在不同时刻对资源200的创建、更新都可以被视为对应于同一功能。不同用户在不同时刻对于与资源200同属一类的资源的创建、更新也可以被视为对应于同一功能。例如在资源200是网站A的房屋交易信息数据库中所记录的信息而资源210是网站B的房屋交易信息数据库中所记录的信息的情况下，资源200、210可以被认为是相同类型的资源。此外，例如在资源200是网站A的X市房屋交易信息数据库中所记录的信息而资源220是网站A的Y市房屋交易信息数据库中所记录的信息的情况下，资源200、220也可以被认为是相同类型的资源。换言之，“相同类型的资源”可以位于同一系统中，也可以位于不同系统中。

分别对应于请求201、202和203的功能组成了对应于请求201、202和203的请求组合的功能组合。

基于记录单元101对用户的请求的记录，发现单元102可以发现一个或多个符合例如上述预定模式的请求组合。混搭单元103在与这些请求组合相对应的功能组合当中，确定可以混搭的功能组合。

可以混搭的功能组合的可以依据各种类型的适当条件来确定。例如，可以根据功能组合在记录出现的次数(即，与该功能组合相对应的请求组合在记录中出现的次数)来判定该功能组合是否可以进行混搭。出现次数高的功能组合往往适于被进行混搭。

此外，还可以基于如下条件来确定可以混搭的功能组合：

与功能组合相对应的请求组合与具有分别对应于可混搭的功能组合中的前两个功能的请求的请求组合的数量之比大于第三阈值；以及

具有分别对应于可混搭的功能组合中的前两个功能的请求的请求组合的数量大于第四阈值。

换言之，通过条件概率来确定可以混搭的功能组合。具体来说，在出现符合预定模式的第一请求(例如，对应于请求201的请求)和第二请求(例如，对应于请求202的请求)时，出现符合预定模式的第三请求(例如，对应于请求203的请求)的概率越大，对应于符合该预定模式的请求组合的功能组合就越有可能是可以混搭的功能组合。此外，这里还限定了出现符合预定模式的第一请求和第二请求的次数，以防止统计结果中的干扰。(例如，符合预定模式的第一请求和第二请求出现了一次，而且符合预定模式的第一请求、第二请求、和第三请求也出现了一次，此时作为上述判断依据的比是100％，但是实际上这三个请求的组合很有可能是巧合而非有意的操作。)

可以针对所有用户来确定可以混搭的功能组合，即，功能对应于来自不同用户的请求。也可以针对具体用户来确定可以混搭的功能组合，即，功能仅仅对应于一个或一组用户的请求。此时，针对不同用户或者用户组，所得到的功能组合是不同的。就是说，这样得到的可以混搭的功能组合考虑到了不同用户的偏好。例如，用户21在看到了新的卖房信息之后常做的是去地图网站查询地理位置以及查询针对该地理位置的评论，而用户22在看到了新的卖房信息之后常做的则是去地图网站针对相应的地理位置发表评论。因此，对于用户21，可以混搭的功能组合包括任一其他用户修改资源200、用户21访问资源200、用户21查询资源300，而对于用户22，可以混搭的功能组合则包括任一其他用户修改资源200、用户22访问资源200、用户22修改资源300。

利用以上所得到的可以混搭的功能组合，信息处理装置100还可以进一步方便用户的使用。

例如，信息处理装置100还可以包括输入单元104(未示出)和输出单元105(未示出)。输入单元104接收对资源进行访问的当前请求，并且确定当前请求所对应的功能是否包括在可混搭的功能组合中。输出单元105在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，基于当前请求和可混搭的功能组合来进行输出。

具体来说，输出单元105可以在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第一功能(即对应于第一请求的功能)，则将第一请求的用户对第一请求的资源所进行的创建、修改或删除通知给第二请求的用户。在该情况下，需要针对具体用户来确定可以混搭的功能组合，因此才能在接收到第一请求时确定第二请求的用户的身份。

此外，输出单元105可以在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第二功能(即对应于第二请求的功能)，则将第三请求的资源提示给第二请求的用户。因此，第二请求的用户可以更加便利地访问第三请求的资源。此外，还可以在第二请求的用户访问第三请求的资源时，向该用户展示其在访问第二请求的资源时所查询的内容，或根据其在访问第二请求的资源时所查询的内容显示第三请求的资源的内容。具体来说，当用户20发现用户10更新了资源200中的卖房信息时去查询资源200，此时，信息处理装置100可以向用户20提示他在第三请求中经常访问的地图网站(资源300所属的系统)的网址，并且可以进一步在用户20访问该地图网站时，将当前显示内容定位在用户20所查询的卖房信息中所提到的地理位置处。

本领域普通技术人员应该理解，信息处理装置100也可以通过输入单元104和输出单元105之外的其他方式来利用所确定的可以混搭的功能组合，来为用户的操作提供便利。

此外，虽然以上列出了由具有第一请求、第二请求和第三请求的请求组合构成的预定模式，该模式仅仅是本领域普通技术人员可以想到的各种预定模式的一个示例。还存在其他各种适当类型的预定模式。例如，存在以下预定模式：该预定模式包括第一请求和第二请求，第一请求是第一用户改变第一资源的请求，第二请求是第一用户改变第二资源的请求。此处，预定模式仅涉及一个用户，该用户依次改变第一资源和第二资源。具体来说，例如作为房屋卖家的用户需要发布卖房信息时，往往需要修改不止一个数据库中所记录的信息，例如需要修改多个网站的房屋交易信息数据库中所记录的信息，此时，当用户修改第一个房屋交易信息数据库中所记录的信息时，信息处理装置可以向用户提示需要修改的第二个房屋交易信息数据库中的相应信息(资源)，从而为用户的操作提供方便。

以下，将详细描述一个具体实施方式。

在该具体实施方式中，多个不同的系统各自包括可以访问的资源，并且用户对资源的访问是通过网络实现的。

首先，用户向输入单元104发送一个HTTP请求以访问一个网页或操作系统中的一个资源。输入单元104通过记录单元101将该HTTP请求和响应记录到历史记录中，并调用混搭单元103以确定所述当前请求所对应的功能是否包括在可混搭的功能组合中。

混搭单元103调用发现单元102来在历史记录中查找涉及当前请求的、符合与资源状态变化有关的预定模式的请求组合。随后，混搭单元103在与这些请求组合相对应的功能组合中确定可混搭的功能组合并且将相应的功能组合提供给输入单元。

混搭单元103在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，调用输出单元105来基于当前请求和可混搭的功能组合进行输出。

对于通常的历史记录而言，其中不仅包含对目标资源进行操作的请求，而且包含一些为了进行页面显示的辅助性HTTP请求，例如JavaScript脚本等。因此，可以在发现单元102对历史记录中的资源和用户进行识别之前，对历史记录中的请求记录进行过滤。通过定义一些规则，例如扩展名，可以很方便地实现对这些请求的过滤。

如何对HTTP请求操作的资源(包括资源类型和资源ID)进行识别取决于Web服务的类型。例如，对于RESTful Web服务，可以通过解析URL来识别资源。下面是一个RESTful URL的例子：

http://www.bookstore.com/book/180

其中book是资源类型，而180是该资源的id。此外，对于RESTful Web服务来说，请求中的HTTP方法(如GET、POST)指明了它对该资源是进行读或者写操作。对于其他类型的Web服务(如WSDL Web服务)，本领域普通技术人员可以采用其他适当的方法。

尽管用户可能通过不同的账号访问不同的系统，但是他们的IP地址在他们访问这些系统的这段很短的时间内通常是不会改变的。因此，可以通过发出HTTP请求的用户的IP地址来识别用户。

基于上述资源识别和用户识别，我们将HTTP请求H用以下五元组来进行定义：

H＝(S,U,M,R,T)(1)

其中S表示目标Web系统的域名，例如：www.crm.com,www.erp.com等，用以区分不同的目标系统。

U代表发出该请求的用户的IP，例如：10.167.175.164，用以区分不同的用户。

M表示该请求的HTTP方法，包括GET，POST，PUT，DELETE等，用以区分不同的动作。

R表示该请求所针对的资源(例如可以包含类型Type和ID两个属性)，例如：Type＝book,ID＝180，用以区分同一系统中的不同资源。

T代表该请求发出的时间，用以确定执行该请求的时刻。

利用以上定义，本领域普通技术人员可以很方便地得到符合前文所述的预定模式的请求组合。

下面，需要获得与请求组合相对应的功能组合。为此，首先需要定义功能。

由于不同的用户可以在不同时间对相同类型的资源重复相同的操作，可以将请求H对应的功能F定义如下：

F＝F(H)＝(S,M,Typeof(R)) (2)

在该定义中，指明了资源类型、方法和资源所属系统。

如果需要针对不同用户提供不同的可混搭的功能组合，那么功能F可以按如下进行定义：

F＝F(H)＝(S,U,M,Typeof(R)) (3)

此外，如果需要考虑特定的资源考虑的话，功能F可以按如下进行定义：

F＝H＝(S,U,M,R) (4)

给定两个功能，它们相等意味着功能的每个部分分别相等。例如，当我们定义功能F＝(S,M,Typeof(R))时：

F_i＝＝F_j等价于S_i＝S_j且M_i＝M_j且Typeof(R_i)＝Typeof(R_j)。

在定义了功能F之后，需要确定的是功能组合F_iF_jF_k是否是可混搭的。首先，与该功能组合相对应的请求组合H_iH_jH_k应该与前述的预定模式相匹配。因此，可以找出所有与预定模式相匹配的请求组合{H_iH_jH_k}。但是，由于并不是所有与预定模式相匹配的请求组合都是可混搭的，因此需要进一步进行过滤。

对于历史记录中的{H_i|i＝1,2,…,n}以及每一个与预定模式匹配的请求组合H_iH_jH_k，计算相应功能组合F_iF_jF_k和F_iF_j的出现次数(C(F)表示F在历史记录中出现的次数)，

在搜索全部H_iH_jH_k和H_iH_j时，可以使用如下算法：先查找符合条件的H_j，然后再向后(在时间上更早的方向上)查找H_i，最后从H_j向前(在时间上更新的方向上)查找H_k。在要求H_i和H_j之间的时间差小于阈值λ₂的情况下，由于只查找与H_j时间间隔小于λ₂的请求来作为H_i，因此该查找的时间复杂度为一个常数。同理，查找H_k的时间复杂度也是一个常数。因此，可以证明该查找算法总的时间复杂度为O(n)，其中n是历史记录的规模。

当然，本领域普通技术人员也可以利用任何其他适当的算法来搜索全部H_iH_jH_k和H_iH_j。

在得到所有的与资源访问模式匹配的请求组合{H_iH_jH_k}之后，进一步按照以下方式估算条件概率：

如果P(F_k|F_iF_j)>λ₃并且C(F_iF_j)>λ₄，其中λ₃是针对P(F_k|F_iF_j)所设置的阈值，0≤λ₃≤1，而λ₄是针对C(F_iF_j)所设置的阈值，则功能组合F_iF_jF_k是可以进行混搭的。

需要注意的是，并不需要每次接收到新的请求后，都对整个历史记录进行以上搜索，而是可以采用增量更新的方法。根据增量更新的方法，在每次接收到新的请求后，对此前已经计算出的各种请求组合的数量以及相应功能组合的出现次数进行更新，由此，可以降低计算量，提高计算速度。

以上描述了根据本公开的实施例提供的信息处理装置，通过该信息处理装置，可以实现针对用户的使用习惯来提供混搭应用。

2.本公开的第二实施例(信息处理方法)

以下将结合图3来描述根据本公开的第二实施例的信息处理方法的流程。

根据本公开的实施例所提供的信息处理方法包括：记录对资源进行访问的请求；查找符合与资源状态变化有关的预定模式的请求组合；以及在与请求组合相对应的功能组合中确定可混搭的功能组合。其中，如前所述，功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。

如图3所示，信息处理方法开始后，处理前进到步骤S103。在步骤S103中，记录对资源进行访问的请求。该步骤例如可以由前述信息处理装置100的记录单元101来执行。

随后，处理前进到步骤S105。在步骤S105中，查找符合与资源状态变化有关的预定模式的请求组合。该步骤例如可以由前述信息处理装置100的发现单元102来执行。

随后，处理前进到步骤S107。在步骤S107中，在与请求组合相对应的功能组合中确定可混搭的功能组合。该步骤例如可以由前述信息处理装置100的混搭单元103来执行。

随后，处理结束。

以上描述了根据本公开的实施例提供的信息处理方法，通过该信息处理方法，可以实现针对用户的使用习惯来提供混搭应用。

3.本公开的第三实施例(将本公开应用于计算机)

根据本公开的第三实施例，上述根据本公开的第一实施例或第二实施例的设备和方法可以通过软件、固件、硬件或其任意组合的方式进行配置。在通过软件或固件实现的情况下，可从存储介质或网络向具有专用硬件结构的机器(例如图4所示的通用机器400)安装构成该软件或固件的程序，该机器在安装有各种程序时，能够执行上述各组成单元、子单元的各种功能。

在图4中，中央处理单元(CPU)401根据只读存储器(ROM)402中存储的程序或从存储部分408加载到随机存取存储器(RAM)403的程序执行各种处理。在RAM 403中，还根据需要存储当CPU 401执行各种处理等等时所需的数据。CPU 401、ROM 402和RAM 403经由总线404彼此连接。输入/输出接口405也连接到总线404。

下述部件也连接到输入/输出接口405：输入部分406(包括键盘、鼠标等)、输出部分407(包括显示器，例如阴极射线管(CRT)、液晶显示器(LCD)等和扬声器等)、存储部分408(包括硬盘等)、通信部分409(包括网络接口卡例如局域网(LAN)卡、调制解调器等)。通信部分409经由网络例如因特网执行通信处理。根据需要，驱动器410也可连接到输入/输出接口405。可拆卸介质411例如磁盘、光盘、磁光盘、半导体存储器等等可以根据需要被安装在驱动器410上，使得从中读出的计算机程序可根据需要被安装到存储部分408中。

在通过软件实现上述系列处理的情况下，可以从网络例如因特网或从存储介质例如可移除介质411安装构成软件的程序。

本领域的技术人员应当理解，这种存储介质不局限于图4所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可移除介质411。可移除介质411的例子包含磁盘(包含软盘)、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD))和半导体存储器。或者，存储介质可以是ROM 402、存储部分408中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

此外，本公开还提出了一种存储有机器可读取的指令代码的程序产品。所述指令代码由机器读取并执行时，可执行上述根据本发明实施例的处理方法。相应地，用于承载这种程序产品的例如磁盘、光盘、磁光盘、半导体存储器等的各种存储介质也包括在本公开的技术方案中。

此外，显然，根据本公开的实施例的处理方法的各个操作过程也可以以存储在各种机器可读的存储介质中的计算机可执行程序的方式实现。

根据上述描述可知，本公开的实施例包括如下技术方案(但不限于此)：

方案1.一种信息处理装置，其包括：

记录单元，其被配置为记录对资源进行访问的请求；

发现单元，其被配置为在所述记录单元中查找符合与资源状态变化有关的预定模式的请求组合；以及

混搭单元，其被配置为在与所述请求组合相对应的功能组合中确定可混搭的功能组合，其中功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。

方案2.根据方案1所述的信息处理装置，其中：

符合与资源状态变化有关的预定模式的请求组合包括第一用户对第一资源的第一请求、第二用户对第一资源的第二请求、以及第二用户对第二资源的第三请求，其中，第一请求的动作是使得第一资源发生变化的动作，并且第二请求的动作是查询；并且

与所述请求组合相对应的功能组合包括对应于第一请求的第一功能、对应于第二请求的第二功能、以及对应于第三请求的第三功能。

方案3.根据方案2所述的信息处理装置，其中：

在进行第一请求和第二请求的时刻之间第一资源未被修改，进行第一请求与进行第二请求的时刻之差小于第一阈值，并且进行第二请求与进行第三请求的时刻之差小于第二阈值。

方案4.根据方案3所述的信息处理装置，其中：

所述第一阈值大于所述第二阈值。

方案5.根据方案2至4中任一项所述的信息处理装置，其中：

可混搭的功能组合满足如下条件：

对应于可混搭的功能组合的请求组合与具有分别对应于可混搭的功能组合中的第一功能和第二功能的请求的请求组合的数量之比大于第三阈值；以及

具有分别对应于可混搭的功能组合中的第一功能和第二功能的请求的请求组合的数量大于第四阈值。

方案6.根据方案2至5中任一项所述的信息处理装置，其还包括：

输入单元，其被配置为接收对资源进行访问的当前请求，并且确定所述当前请求所对应的功能是否包括在可混搭的功能组合中；以及

输出单元，其被配置为在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，基于当前请求和可混搭的功能组合来进行输出。

方案7.根据方案6所述的信息处理装置，其中：

所述输出单元被进一步配置为在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第一功能，则将第一用户对第一资源所进行的创建、修改或删除通知给第二用户。

方案8.根据方案6或7所述的信息处理装置，其中：

功能对应于相同用户针对相同类型的资源或同一资源的、具有相同动作类型的请求，并且

所述输出单元被进一步配置为在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第二功能，则将第二资源提示给第二用户。

方案9.根据方案1至8中任一项所述的信息处理装置，其中：

功能对应于针对不同系统中相同类型的资源的、具有相同动作类型的请求。

方案10.根据方案1至9中任一项所述的信息处理装置，其中：

功能对应于针对同一系统中相同类型的资源或同一资源的、具有相同动作类型的请求。

方案11.一种信息处理方法，其包括：

记录对资源进行访问的请求；

查找符合与资源状态变化有关的预定模式的请求组合；以及

在与所述请求组合相对应的功能组合中确定可混搭的功能组合，其中功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求。

方案12.根据方案11所述的信息处理方法，其中：

符合与资源状态变化有关的预定模式的请求组合包括第一用户对第一资源的第一请求、第二用户对第一资源的第二请求、以及第二用户对第二资源的第三请求，其中，第一请求的动作是使得第一资源发生变化的动作，并且第二请求的动作是查询；并且

与所述请求组合相对应的功能组合包括对应于第一请求的第一功能、对应于第二请求的第二功能、以及对应于第三请求的第三功能。

方案13.根据方案12所述的信息处理方法，其中：

在进行第一请求和第二请求的时刻之间第一资源未被修改，进行第一请求与进行第二请求的时刻之差小于第一阈值，并且进行第二请求与进行第三请求的时刻之差小于第二阈值。

方案14.根据方案13所述的信息处理方法，其中：

所述第一阈值大于所述第二阈值。

方案15.根据方案12至14中任一项所述的信息处理方法，其中：

可混搭的功能组合满足如下条件：

对应于可混搭的功能组合的请求组合与具有分别对应于可混搭的功能组合中的第一功能和第二功能的请求的请求组合的数量之比大于第三阈值；以及

具有分别对应于可混搭的功能组合中的第一功能和第二功能的请求的请求组合的数量大于第四阈值。

方案16.根据方案12至15中任一项所述的信息处理方法，其还包括：

接收对资源进行访问的当前请求，并且确定所述当前请求所对应的功能是否包括在可混搭的功能组合中；以及

在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，基于当前请求和可混搭的功能组合来进行输出。

方案17.根据方案16所述的信息处理方法，其还包括：

在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第一功能，则将第一用户对第一资源所进行的创建、修改或删除通知给第二用户，

其中，功能对应于相同用户针对相同类型的资源或同一资源的、具有相同动作类型的请求。

方案18.根据方案16或17所述的信息处理方法，其还包括：

在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第二功能，则将第二资源提示给第二用户。

方案19.根据方案11至18中任一项所述的信息处理方法，其中：

功能对应于针对不同系统中相同类型的资源的、具有相同动作类型的请求。

方案20.根据方案11至19中任一项所述的信息处理方法，其中：

功能对应于针对同一系统中相同类型的资源或同一资源的、具有相同动作类型的请求。

以上描述了根据本公开的优选实施例，然而，上述描述仅仅是为了说明本公开，而非意图对本公开进行限定。本领域普通技术人员可以在不脱离本公开的范围的情况下，对本公开的实施例中的各种特征进行修改、替换、组合以及部分性的组合。本公开的范围应该由所附的权利要求来确定。

Claims (9)

1.一种信息处理装置，其包括：

记录单元，其被配置为记录对资源进行访问的请求；

发现单元，其被配置为在所述记录单元中查找符合与资源状态变化有关的预定模式的请求组合；以及

混搭单元，其被配置为在与所述请求组合相对应的功能组合中确定可混搭的功能组合，其中功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求，

其中，符合与资源状态变化有关的预定模式的请求组合包括第一用户对第一资源的第一请求、第二用户对第一资源的第二请求、以及第二用户对第二资源的第三请求，其中，第一请求的动作是使得第一资源发生变化的动作，并且第二请求的动作是查询；并且

与所述请求组合相对应的功能组合包括对应于第一请求的第一功能、对应于第二请求的第二功能、以及对应于第三请求的第三功能。

2.根据权利要求1所述的信息处理装置，其中：

在进行第一请求和第二请求的时刻之间第一资源未被修改，进行第一请求与进行第二请求的时刻之差小于第一阈值，并且进行第二请求与进行第三请求的时刻之差小于第二阈值。

3.根据权利要求1或2所述的信息处理装置，其中：

可混搭的功能组合满足如下条件：

对应于可混搭的功能组合的请求组合与具有分别对应于可混搭的功能组合中第一功能和第二功能的请求的请求组合的数量之比大于第三阈值；以及

具有分别对应于可混搭的功能组合中第一功能和第二功能的请求的请求组合的数量大于第四阈值。

4.根据权利要求1或2所述的信息处理装置，其还包括：

输入单元，其被配置为接收对资源进行访问的当前请求，并且确定所述当前请求所对应的功能是否包括在可混搭的功能组合中；以及

输出单元，其被配置为在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，基于当前请求和可混搭的功能组合来进行输出。

5.根据权利要求4所述的信息处理装置，其中：

功能对应于相同用户针对相同类型的资源或同一资源的、具有相同动作类型的请求，并且

所述输出单元被进一步配置为在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第一功能，则将第一用户对第一资源所进行的创建、修改或删除通知给第二用户。

6.根据权利要求4所述的信息处理装置，其中：

所述输出单元被进一步配置为在确定当前请求所对应的功能包括在可混搭的功能组合中的情况下，如果当前请求对应于可混搭的功能组合中的第二功能，则将第二资源提示给第二用户。

7.根据权利要求1-2和5-6中任一项所述的信息处理装置，其中：

功能对应于针对不同系统中相同类型的资源的、具有相同动作类型的请求。

8.根据权利要求1-2和5-6中任一项所述的信息处理装置，其中：

功能对应于针对同一系统中相同类型的资源或同一资源的、具有相同动作类型的请求。

9.一种信息处理方法，其包括：

记录对资源进行访问的请求；

查找符合与资源状态变化有关的预定模式的请求组合；以及

在与所述请求组合相对应的功能组合中确定可混搭的功能组合，其中功能对应于针对相同类型的资源或者同一资源的、具有相同动作类型的请求，

其中，符合与资源状态变化有关的预定模式的请求组合包括第一用户对第一资源的第一请求、第二用户对第一资源的第二请求、以及第二用户对第二资源的第三请求，其中，第一请求的动作是使得第一资源发生变化的动作，并且第二请求的动作是查询；并且

与所述请求组合相对应的功能组合包括对应于第一请求的第一功能、对应于第二请求的第二功能、以及对应于第三请求的第三功能。