具体实施方式
以下,一边参考附图一边对本发明的实施例1至实施例6进行说明。
(实施例1)
图1是表示本发明的实施例1的操作履历利用系统结构的框图。
操作履历利用系统是提供接收经网络连接的家电设备等设备(未图示)的操作履历数据、并基于该操作履历数据进行设备控制以及信息提供等服务的系统,大体上如图1所示,具有用户代理部202、服务管理部(Concierge)部203、以及网络IF410。
用户代理部202是接收用户的操作履历数据、抽取并保持频繁操作模式、并且推定频繁操作模式由哪个用户操作的单元,具有操作履历接收部401、操作履历数据库402、操作履历登录部403、模式抽取部404、模式数据库405、模式监视部406以及模式分类部601。
操作履历接收部401接收由经网络连接的设备进行的操作等的操作履历数据。另外,在该设备进行的操作可以是由设备主机操作,也可以是例如利用遥控器等由设备主机以外操作。操作履历登录部403将操作履历接收部401接收的操作履历数据登录到操作履历数据库402。操作履历数据库402存储操作履历数据。模式抽取部404从操作履历数据库402中登录的操作履历数据中抽取满足规定条件的履历的频繁操作模式。模式数据库405存储模式抽取部404抽取的操作履历的频繁操作模式。模式监视部406利用在操作履历数据库402中登录的操作履历数据或操作履历登录部403新登录的操作履历数据,监视与模式数据库405中登录的频繁操作数据一致的数据。模式分类部601确定模式数据库405存储的操作履历的频繁操作模式的操作者。
另一方面,服务管理部203提供基于用户代理部202中存储的有关用户的信息,具体而言基于用户的操作履历数据或频繁操作模式等,进行设备控制以及信息提供等服务,具有服务决定部501和服务输出部502。
服务决定部501推定对经网络连接的设备提供设备控制、信息等服务内容。服务输出部502将服务决定部501推定的服务输出给对应该服务的设备。
下面说明如上构成的操作履历利用系统的动作。
本实施例中,进行频繁操作模式的用户确定,但在此之前首先抽取频繁出现的频繁操作模式。图2是表示登录操作履历数据时的动作流程的流程图,图3是对用于操作履历数据的各操作定义的操作种类标识符的一例的图,图4是表示在操作履历数据库402记录的数据例的图。
操作履历接收部401确认是否接收到操作履历数据(步骤S101)。在此,没有接收到操作履历数据时,操作履历接收部401以规定周期继续确认是否接收到操作履历数据。另一方面,在接收到操作履历数据时,操作履历接收部401将接收了操作履历数据的情况通知给操作履历登录部403(步骤S102)。在此,操作履历接收部401接收的操作履历数据是例如如图3所示的对各操作种类定义的操作种类标识符和操作时刻,在必要时成为伴随具体操作的变量等的形式。
操作履历登录部403抽出操作履历接收部401接收到的操作履历数据,登录到操作履历数据库402(步骤S103)。在操作履历数据库402,例如图4所示那样按操作时刻顺序存储接收的操作履历数据。
接着,从这样登录到操作履历数据库402的操作履历数据中抽取频繁操作模式。图5是表示抽取频繁操作模式时的动作流程的流程图。
模式抽取部404确认是否有模式抽取的指示(步骤S201)。作为该模式抽取的指示,可以采用例如在系统内容定期产生的操作履历模式的抽取更新命令、或来自系统外部的询问接收等。上述确认结果,在没有模式抽取的指示时,模式抽取部404以规定周期继续确认是否有模式抽取的指示。
另一方面,在有模式抽取的指示时,模式抽取部404参考操作履历数据库402中登录的操作履历数据,按照有关操作时刻的规定条件将操作履历数据分类为组。在操作履历数据库402中如上所述地登录有图4所示的数据。将该登录数据以操作时刻进行排序,将邻接的数据之间的间隔小于规定时间的数据分类为同一组。例如,若将邻接数据之间的间隔小于5分钟为条件,则图4所示的例子中可以分类为组1001至1005所示的5个组。
这样分类的组分别包含图6所示的操作系列。将属于这样的1个组的操作系列组称为事件(Episode)。另外,至于1个事件的操作系列的发生顺序考不考虑都可以,但在此作为不考虑的场合说明。另外,在此对于组的分类,说明了邻接的数据之间的时间间隔小于规定时间的情况,但也可以是作为简单方法按规定时间间隔分类为组的方法。例如是将时间间隔设为10分钟,从每个正点至10分,从10分至20分,从20分至30分(以下同样)那样分组的方法。
接着,模式抽取部404确认如上所述地分类的事件间是否存在共通的操作系列(步骤S202)。即模式抽取部404确认在事件间是否有相同的操作系列或部分一致的操作系列(步骤S203)。在此,在不存在相同或部分一致的操作系列时,模式抽取部404结束处理。
另一方面,在存在相同或部分一致的操作系列时,模式抽取部404作为频繁操作模式抽取该操作系列(步骤S204)。例如,图6所示的例子中,事件1001和事件1004都是<PowerOn,Opr1,Opr4>,事件完全一致。另外,事件1003和事件1005是<PowerOff,Opr2>的部分一致。从而,一致的2个事件或事件的一部分成为作为频繁出现的操作系列模式登录到模式数据库405的候补。另外,在此作为判断事件间的一致或部分一致的条件,是至少构成事件的要素的2个以上的规定数以上一致。
另外,模式抽取部404确认抽取的频繁操作模式是否是已经登录到模式数据库405的模式(步骤S205)。在已经登录时,模式抽取部404结束处理。另一方面,在没有登录时,模式抽取部404将抽取的频繁操作模式登录到模式数据库405(步骤S206)。像这样,在模式数据库405中登录例如图7所示的频繁操作模式。
例如,图7所示的序号1的数据表示将“一接通设备电源,就进行操作1和操作4”的行为定型化的模式,同样,序号2的数据表示“在操作2之后切断电源”的模式。另外,对于序号3至序号5也按与上述相同的顺序抽取,登录到模式数据库405。
接着,说明模式分类部601的、进行了频繁操作模式的操作的用户的确定。在确定用户时,事先对各用户定义确定操作。
图8是表示确定操作的定义的一例的图。确定操作是表示对于某个操作其行为者必须是特定用户的操作,是“进行该操作的一定是用户x”的操作。图8所示的例子中,示出进行Opr5的一定是用户A,切断电源的一定是用户C。另外,该确定操作也可以是不与一定执行某个操作的用户相关联,而与执行概率高的用户相关联。此时,例如图11所示,最好是一并管理对应其概率的可靠度。
图9是表示确定频繁操作模式由哪个用户操作时的动作流程的流程图。在此,如图8所示进行确定操作的定义。
模式分类部601确认在模式数据库405中登录的频繁操作模式中是否有图8所示的包含确定操作的频繁操作模式(步骤S301)。在此,若不存在包含确定操作的频繁操作模式,则模式分类部601结束处理。另一方面,若存在包含确定操作的频繁操作模式,则模式分类部601将该频繁操作模式定义为对应相应确定操作的用户的操作,并登录到模式数据库405(步骤S302)。
例如,在模式数据库405中登录有图7所示的频繁操作模式时,若参考图8所示的确定操作,则由于序号2的频繁操作模式包含“PowerOff”,所以根据图8定义为用户C的操作。同样,由于序号1的频繁操作模式包含“Opr1”,所以定义为用户D的操作,由于序号3的频繁操作模式包含“Opr3”,所以定义为用户B的操作,由于序号6的频繁操作模式包含“Opr5”,所以定义为用户A的操作。对于这些频繁操作模式序号1、2、3、6包含确定操作本身,称为级别1的频繁操作模式。另外,对于1个频繁操作模式包含多个确定操作,在对应该多个确定操作的用户不同时,例如根据图11所示的可靠度来定义频繁操作模式的操作者即可。
接着,模式分类部601确认模式数据库405中登录的频繁操作模式中,在没有被分类为上述级别1的频繁操作模式的剩余频繁操作模式中,是否有接着级别1的频繁操作模式而发生的频繁操作模式(步骤S303)。在此,若不存在接着级别1的频繁操作模式而发生的频繁操作模式,则模式分类部601结束处理。另一方面,在存在接在级别1的频繁操作模式后面发生的频繁操作模式时,模式分类部601根据该发生频度对操作者进行带可靠度的定义,并登录到模式数据库405(步骤S304)。即,模式分类部601参考操作履历数据库402和模式数据库405,检索该频繁操作模式是接在级别1的哪一操作模式后面发生,还是接在级别1以外的频繁操作模式或抽取的频繁操作模式以外的操作系列后面发生等的发生频度。接着,模式分类部601根据接在级别1的频繁操作模式后面发生的频度,对操作者进行带有可靠度的定义。
例如,序号4的频繁操作模式紧接着序号1的频繁操作模式(级别1)发生的情况为60%,紧接着序号3的频繁操作模式(级别1)发生的情况为15%,紧接着级别1以外的频繁操作模式或抽取的频繁操作模式以外的操作系列而发生的情况为25%。在此,如上所述,由于序号1的频繁操作模式定义为用户C,序号3的频繁操作模式定义为用户B,所以频繁操作模式序号4的操作者根据从级别1的频繁操作模式的发生频度,将用户C的可靠度定义为0.6,将用户B的可靠度定义为0.15。将该频繁操作模式序号4称作级别2的频繁操作模式。
接着,模式分类部601确认模式数据库405中登录的频繁操作模式中,未被分类为上述级别1、级别2的频繁操作模式的剩余频繁操作模式中是否有紧接着级别2的频繁操作模式而发生的频繁操作模式(步骤S305)。在此,若不存在紧接着级别1的频繁操作模式而发生的频繁操作模式,则模式分类部601结束处理。另一方面,若存在紧接着级别1的频繁操作模式而发生的频繁操作模式,则模式分类部601根据该产生频度,对操作者进行带有可靠度的定义,并登录到模式数据库405(步骤S306)。
例如,通过参考操作履历数据库402、模式数据库405,序号5的频繁操作模式紧接着序号4的频繁操作模式(级别2)发生的情况为50%,紧接着级别2以外的频繁操作模式或抽取的频繁操作模式以外的操作系列而发生的情况为50%。在此,如上所述,由于序号4的频繁操作模式中,被定义为用户C的可靠度为0.6、用户B的可靠度为0.15,所以频繁操作模式序号5的操作者将级别2的频繁操作模式的可靠度和从级别2的频繁操作模式发生的频度相乘,将用户C的可靠度定义为0.3,将用户B的可靠度定义为0.075。将该频繁操作模式序号4称作级别2的频繁操作模式。
另外,同样地递归循环与级别3、级别4相同的处理,继续至不存在相应的频繁操作模式。这样,如图10所示,操作者推定频繁操作模式并登录到模式数据库405。
这样,若利用模式数据库405中登录的频繁操作模式及其操作者的信息,则可以提供与用户进行的操作的频繁操作模式对应的服务。作为对应该频繁操作模式的服务,有从接收的操作系列搜索出与模式数据库405局部一致的部分,预测下一次接收的操作,在进行该预测的操作之前输出用于控制设备的信号,还有从接收的操作系列推定正在操作的用户并输出对应用户的信息等。
例如,如图12所示,在用户代理部202和服务管理部203经网络IF410和网络连接有数字TV(以下,称为电视或TV)101a、录像机101b、空调器101c、照明器具101d、MD组合音响101e以及PC(Personal Computer,个人计算机)101f等终端家电设备101的操作履历利用系统中,服务管理部203可以提供如下的服务。
例如,在登录有“关掉电视机后用MD欣赏音乐”的频繁操作模式时,可以提供用户检测出电视机关闭时则自动打开MD组合音响的电源的服务等。
另外,假设例如将“若关闭电视机后照明稍微暗下来,则用MD欣赏音乐”的频繁操作模式的操作者推定为用户A,将“若关闭电视机后打开照明,则用MD欣赏音乐”的频繁操作模式的操作者推定为用户B,并登录到模式数据库405的情况。在此,可以提供如下服务,即,若检测出用户关闭电视机后照明稍微暗下来,则自动打开MD组合音响的电源,选择并再现事先登录的符合用户A嗜好的歌曲等服务。另一方面,可以如下服务,即,若检测出用户关闭电视机后打开照明,则自动打开MD组合音响的电源,选择并再现预先登录的符合用户A嗜好的歌曲等服务。
另外,假设例如将“若电视机打开,则打开空调器”、“若打开空调器,则将温度设定为27度”的频繁操作模式的操作者推定为用户A,将“若打开MD组合音响,则打开空调器”、“若打开空调器,则将温度设定为24度”的频繁操作模式的操作者推定为B,并登录到模式数据库405的情况。在此,可以如下服务,即,若检测出用户打开电视机,则自动打开空调器的电源,将温度设定为27度等服务。另一方面,可以提供若检测出用户打开MD组合音响,则自动打开空调器的电源并将温度设定为24度等服务。
如上所述,本实施例中,从接收到的操作履历数据中抽取并保持频繁出现的频繁操作模式,基于操作履历数据和确定操作信息,可以推定频繁出现的频繁操作模式由哪个用户操作。
因此,不具有认证设备等用于直接识别用户的单元,就可以根据各种履历信息确定为了抽取用于服务的信息而不可缺少的履历是哪个用户的。特别是,在多个用户不使用认证设备而利用相同设备的情况很普遍的家庭内,也可以确定履历是哪个用户的,这是很有用的。
另外,通过这样确定用户,可以提供输出对应该用户的信息等的对应用户的细微服务。
另外,本实施例是具有用户代理部202和服务管理部203的结构,但服务管理部203不是必不可少的,也可以构成为在系统外部存在,用户代理部202输出与服务管理部203提供服务所需的用户的频繁操作模式有关的信息。例如,如图13所示,也可以是构成为在图1所示的用户代理部202的结构之外,还具有接收来自服务管理部203的用户操作信息的询问的询问接收部407、生成对接收的询问的响应的响应生成部408、和将生成的响应输出给服务管理部203的响应输出部409。
另外,本实施例是经由网络进行设备的操作履历数据的接收、服务的输出等的系统结构,但网络IF410不是必不可少的单元,可以省略。例如,在省略了网络IF410的情况下,操作履历接收部401接收设备的遥控操作信号,或将来自操作屏的直接操作作为输入,服务输出部502输出给显示屏或另外设置的接口部即可。
(实施例2)
本实施例中说明利用与实施例1不同的方法来确定频繁操作模式由哪个用户操作的情况。
图14是表示本发明的实施例2的操作履历利用系统结构的框图。该操作履历利用系统与实施例1的结构相同,不同之处是模式分类部601输出到服务决定部501。另外,对与实施例1相同的部分赋予相同标号,不作具体说明。另外,本实施例中,由于从接收到的操作履历数据抽取频繁操作模式并登录的方法与实施例1所述的方法相同,所以在此不作说明。
说明进行了模式分类部601中的频繁操作模式的操作的用户的确定。对于用户的确定,与实施例1相同,预先对每个用户定义确定操作。在此,与实施例1相同,如图8所示,进行确定操作的定义。
图16是表示确定频繁操作模式由哪个用户操作时的动作流程的流程图。
模式分类部601确认在操作履历接收部401接收的操作履历数据的操作系列中,是否存在是模式数据库405中登录的频繁操作模式、且含有图8所示的确定操作的频繁操作模式(步骤S401)。在此,若不存在该频繁操作模式,则模式分类部601结束处理。另一方面,若存在该频繁操作模式,则模式分类部601将接收的操作系列的一致部分定义为与相应的确定操作对应的用户的操作,并登录到模式数据库405(步骤S402)。
图15是表示操作履历接收部401接收的操作系列的一例的图。在此,操作履历接收部401接收图15(a)所示的操作系列。在此,图15(b)所示的描述为序号1的部分“PowerOn,Opr1,Opr4”相当于图7所示的频繁操作模式序号1。由于该序号1的频繁操作模式包含“Opr1”,所以定义为用户D的操作。将这些称作级别1的频繁操作模式,推定为可靠度=1且用户D的操作。另外,将包含确定操作的频繁操作模式作为可靠度1且相应用户的操作,但可以是预先定义的任意可靠度。
接着,模式分类部601确认操作履历接收部401接收的操作系列中,是否出现邻接上述级别1的频繁操作模式并登录到模式数据库405的频繁操作模式(步骤S403)。在此,若没有出现邻接的频繁操作模式,则模式分类部601结束处理。另一方面,若邻接出现了频繁操作模式,则模式分类部601根据邻接出现的频繁操作模式的出现场所,对操作者进行带有可靠度的定义,并登录到模式数据库405(步骤S404)。在此,邻接意味着相邻的模式之间没有其他操作或相邻的模式之间有一部分重合。即,模式分类部601采用如下述的式A求出可靠度Conf(n),用求出的可靠度Conf(n)定义为是对应级别1的频繁操作模式的操作者进行的操作。
在此,d(i)是邻接的级别i的频繁操作模式和级别i-1的频繁操作模式的重合,表示重合的操作数。图15的例子中,d(2)=1。在邻接的频繁操作模式之间没有重合而完全邻接的情况下,d(i)=0,邻接的频繁操作模式之间夹设有其他操作时,将夹设的操作数乘以-1的部分定义为d(i)。另外,f(d(i))是0≤f(d(i))<1,对大于0的d(i)值单调增加。另外,对于小于0的d(i),f=0。另外,α是常数。另外,Conf(1)是最初的级别1的频繁操作模式的可靠度,Conf(1)=1。
例如,图15(b)所示的操作系列中,与作为级别1检测出的序号1的频繁操作模式相邻,出现序号5的频繁操作模式。在此,序号1的频繁操作模式和序号5的频繁操作模式之间,“Opr4”的操作在两者之间重合。将该序号5的频繁操作模式称作级别2的频繁操作模式。此时,级别2的频繁操作模式的操作者,用通过上述式(A)求出的可靠度Conf(2),定义为是级别1的频繁操作模式的操作者、即用户D。
并且,模式分类部601确认在操作履历接收部401接收的操作系列中,是否出现邻接上述级别2的频繁操作模式而登录到模式数据库405的频繁操作模式(步骤S405)。在此,若没有出现邻接的频繁操作模式,则模式分类部601结束处理。另一方面,若邻接出现频繁操作模式,则与上述级别2的频繁操作模式的场合同样,模式分类部601根据邻接出现的频繁操作模式的出现场所,对操作者进行附有可靠度的定义,并登录到模式数据库405(步骤S406)。
例如,图15(b)所示的操作系列中,与作为级别2检测出的序号5的频繁操作模式相邻,出现了序号4的频繁操作模式。在此,在上述式A中d(i)=0,将该序号4的频繁操作模式称作级别3的频繁操作模式。在此,级别3的频繁操作模式的操作者,用可靠度Conf(3)推定为用户D是操作者。
以下,同样地,依次确认级别x的频繁操作模式是否存在,重复至没有发现该频繁操作模式为止。
用上述式A求出的操作者的可靠度具有如下特性,即,频繁操作模式的级别越高则可靠度越低,但是,邻接的模式之间重合越大可靠度的下降越缓慢。
如上所述,本实施例中,通过利用模式数据库405中登录的频繁操作模式,可以动态判断接收中的操作履历数据的操作系列由哪个用户进行,对来自系统外部的询问,可以适当响应。
因此,与实施例1同样,不具备认证设备等用于直接识别用户的单元,就可以确定为了从各种履历信息抽取用于服务的信息而不可缺少的履历是哪个用户的。特别是,在多个用户不使用认证设备而利用同一设备的情况还很普遍的家庭内,也可以确定履历是哪个用户的,这是很有用的。
另外,通过像这样确定用户,可以提供输出对应该用户的信息等的对应用户的细微服务。
另外,本实施例是一例,作为包含确定操作的频繁操作模式的操作者推定操作系列由哪个用户进行,该可靠度根据从包含确定操作的频繁操作模式连锁的频繁操作模式的重合度或与频繁操作模式的距离决定即可。
另外,本实施例说明了推定接收中的操作履历数据的操作系列由哪个用户进行的情况,但对于操作履历数据库402中登录的操作履历数据的操作系列,也可以同样推定由哪个用户进行的。
(实施例3)
图17是表示本发明的实施例3的操作履历利用系统结构的框图。在实施例1的结构之外,该操作履历利用系统还在服务管理部203具有服务优先级决定部602,其他结构与实施例1相同。另外,本实施例中,从接收到的用户的操作履历数据中抽取频繁操作模式,并存储到模式数据库405。另外,利用该存储的频繁操作模式,根据当前接收的操作履历数据的操作系列预见用户的下一操作,提供与其对应的设备控制、信息提供等服务。对于以上的频繁操作模式的抽取方法以及服务的提供方法由于与实施例1和实施例2相同,所以在此不作说明。
服务优先级决定部602在不能同时提供服务决定部501提供的所有服务时,选择优先级高的服务。另外,在服务优先级决定部602预先分别对用户和操作定义了优先级。图18是表示定义的优先级的一例的图,图18(a)表示各用户的优先级,图18(b)表示各操作的优先级。
下面对这样构成的操作履历利用系统,说明利用服务决定部501推定了向用户提供的服务之后的动作。
图19是表示提供推定的服务时的动作流程的流程图。
服务决定部501利用模式数据库405中存储的频繁操作模式,根据当前接收的操作系列预见用户的下一操作,推定与其对应的设备控制、信息提供等应提供的服务(步骤S501)。接着,服务优先级决定部602确认由服务决定部501推定的服务存在几种,并判断是否可以同时提供这些服务(步骤S502)。在此,在可以同时提供服务决定部501推定的服务时,服务优先级决定部602将该情况通知给服务输出部502。接着,服务输出部502提供由服务决定部501推定的服务(步骤S503)。
另一方面,在不能同时提供由服务决定部501推定的服务时,服务优先级决定部602基于图18所示的预先定义的优先级,从服务决定部501推定的服务中选择优先级高的服务,并将该选择的服务通知给服务输出部502。接着,服务输出部502提供由服务优先级决定部602选择的服务(步骤S504)。
例如,假设抽取如图10所示的频繁操作模式和操作者的关系。在此,操作履历接收部401接收了“PowerOn,Opr”时,服务决定部501从模式监视部406得到与图10所示的频繁操作模式中序号1的频繁操作模式部分一致的通知。此时,服务决定部501根据模式数据库405中登录的频繁操作模式和操作者的关系,知道序号1的频繁操作模式中下一操作是“Opr4”,并且该操作者是用户D。服务决定部501将下一预见的“Opr4”的操作推定为提供的服务。在该例的情况下,由于推定的服务是1个,所以服务优先级决定部602向服务输出部502通知可以提供由服务决定部501推定的“Opr4”的操作的情况。服务输出部502作为服务输出对应“Opr4”的操作的设备控制。
另外,作为另一例,例如操作履历接收部401接收了“Opr8,Opr2”时,与图10所示的序号3和序号6的频繁操作模式部分一致。服务决定部501知道在序号3的频繁操作模式中下一操作为“Opr3”及其操作者为用户B,在序号6的频繁操作模式中下一操作为“Opr5”及其操作者为用户A。从而,作为下一预见的操作是“Opr3”和“Opr5”操作。在此,服务优先级决定部602判断是否可以同时提供“Opr3”和“Opr5”操作。
在这些操作是对不同设备的操作时,例如“Opr3”操作是调高电视机音量的动作,“Opr5”操作是调整空调器的风量的动作时,可以同时实施这些控制。因此,服务优先级决定部602向服务输出部502通知可以提供由服务决定部501推定的“Opr3”和“Opr5”操作的情况。服务输出部502作为服务输出对应“Opr3”和“Opr5”的操作的设备控制。
另一方面,在“Opr3”和“Opr5”操作是对同一设备的操作时,例如“Opr3”操作是将电视机频道设成“4”的操作,“Opr5”操作是将电视机的频道设成“8”的情况下,不能同时实施这些控制。此时,由于“Opr3”的操作是根据序号3的频繁操作模式推定的,所以操作者推定为用户B,由于“Opr5”的操作是根据序号6的频繁操作模式推定的,所以操作者推定为用户A。在此,在图18(a)所示的优先级中,用户A和用户B中用户B的优先级高。从而,服务优先级决定部602作为服务决定提供基于用户B的频繁操作模式预见的“Opr3”操作。接着,服务输出部502作为服务输出对应“Opr3”操作的设备控制。
如上所述,本实施例在存在多个要提供的服务候补,不可以同时提供这些的情况下,也可以选择并提供适当的服务。
因此,如一般状况是在同一空间内存在多个用户的家庭内,在受到同一设备或同一空间的物理限制的状况下,也可以提供对于在那里存在的所有用户来说尽量最合适的服务。
另外,本实施例中,基于图18(a)所示的用户间的优先级决定提供的服务,但例如也可以是基于如图18(a)所示的操作间的优先级决定。
另外,本实施例中,在多个服务候补中丢弃没有选的服务,但也可以是通过预先准备如图18(c)所示的代替操作目录,参考该目录,在存在可以与所选服务同时提供的代替服务时提供他们。例如,对于上述例子中没有选的“Opr5”操作,根据图18(c)的代替操作目录,可知“Opr13”操作是代替操作。在此,若“Opr13”操作是可以与“Opr3”操作同时提供的服务组合,则可以提供这两种服务。
另外,本实施例中,如图17所示具有用户代理部202和服务管理部203的结构,但作为系统结构最低限度具有服务管理部203即可,频繁操作模式的抽取管理、操作者的推定等用户代理部202的功能也可以在可以通信的系统外部存在。
(实施例4)
本实施例说明利用与实施例3不同的方法,对不能同时提供的多个服务决定提供哪个服务的情况。
图20是表示本发明的实施例4的操作履历利用系统结构的框图。该操作履历利用系统代替实施例3的结构的服务优先级决定部602而具有服务分配决定部603,其他结构与实施例3相同。另外,对与实施例3相同的部分附上同一标号,不作具体说明。
服务分配决定部603在不能同时提供由服务决定部501提供的所有服务时,按概率分配提供的服务。另外,在服务分配决定部603中,对用户和操作分别预先分别定义有分配概率。图21是表示定义的分配概率的一例的图,(a)表示各用户的分配概率,(b)表示各操作的分配概率。
下面说明这样构成的操作履历利用系统中,由服务决定部501推定了向用户提供的服务之后的动作。
图22是表示提供推定的服务时的动作流程的流程图。
服务决定部501利用模式数据库405中存储的频繁操作模式,根据当前接收的操作系列预见用户的下一操作,推定与其对应的设备控制、信息提供等的应提供的服务(步骤S601)。接着,服务分配决定部603确认由服务决定部501推定的服务存在几种,并判断是否可以同时提供这些服务(步骤S602)。在此,在可以同时提供由服务决定部501推定的服务时,服务分配决定部603将该情况通知给服务输出部502。接着,服务输出部502提供由服务决定部501推定的服务(步骤S603)。
另一方面,在不能同时提供由服务决定部501推定的服务时,服务分配决定部603基于图21所示的预先定义的分配概率,从服务决定部501推定的服务中选择服务,将所选的服务通知给服务输出部502。接着,服务输出部502提供由服务分配决定部603选择的服务(步骤S604)。
例如,与实施例3同样,抽取图10所示的频繁操作模式和操作者的关系。在此,操作履历接收部401接收了“PowerOn、Opr1”时,与实施例3同样,服务决定部501推定为提供下一预见的“Opr4”操作的服务。在该例的情况下,推定的服务为1个,所以服务分配决定部603将可以提供服务决定部501推定的“Opr4”操作的情况通知给服务输出部502。服务输出部502作为服务输出对应“Opr4”操作的设备控制。
另外,作为另一例,例如操作履历接收部401接收了“Opr8,Opr2”时,与实施例3同样,作为下一预见的操作是“Opr3”和“Opr5”操作。在此,服务分配决定部603判断是否可以同时提供“Opr3”和“Opr5”。
在这些操作是对不同设备的操作的情况下,服务分配决定部603将可以提供服务决定部501推定的“Opr3”和“Opr5”操作的情况通知给服务输出部502。服务输出部502作为服务输出对应“Opr3”和“Opr5”操作的设备控制。
另一方面,在这些“Opr3”和“Opr5”操作是对同一设备的操作时,与实施例3同样,由于“Opr3”操作是由序号3的频繁操作模式推定的,所以操作者推定为用户B,“Opr5”操作是由频繁操作模式序号6推定的,所以操作者推定为用户A。在此,图21(a)所示的分配概率中,用户A的分配概率为0.2,用户B的分配概率为0.1。从而,服务分配决定部603以该概率比即2∶1比例决定提供哪一服务。即,在此,作为服务决定提供3次中2次是用户A的“Opr5”操作,3次中1次是用户B的“Opr3”操作。另外,服务输出部502作为服务输出对应服务分配决定部603选择的操作的设备控制。另外,像这样以2∶1比例决定哪一个的动作,在例如产生随机数(例如0.000~0.999,如果是0.000~0.666的情况下,决定为用户A,如果是0.667~0.999”的情况下决定为用户B。
如上所述,本实施例中存在多个要提供的服务候补,在不能同时提供这些的情况下,也可以选择并提供适当的服务。
因此,与实施例3同样,如一般状况是在同一空间内存在多个用户的家庭内,在受到同一设备或同一空间的物理限制的状况下,也可以提供对于在那里存在的所有用户来说尽量最合适的服务。
另外,本实施例中,基于用户间的分配概率比决定提供的服务,但不限于此,也可以是基于用户间的分配概率比,在中途切换提供的服务。例如,也可以控制为2小时提供“Opr3”操作,之后1小时提供“Opr5”操作。
另外,本实施例中,预先对用户和操作分别定义了分配比例,但不限于此,也可以是例如基于用户过去使用的利用实绩等履历决定分配概率,或动态变更分配概率。另外,对于此时使用的用户的利用实绩等履历,也可以是用实施例1、实施例2所述的方法推定操作者的信息,也可以是例如采用可以确定附有ID遥控的操作者的装置而得到的信息。
另外,本实施例中,基于图21(a)所示的用户间的分配概率决定提供的服务,但也可以是例如基于如图21(b)所示的操作间的分配概率决定。
另外,如图20所示,本实施例是具有用户代理部202和服务管理部203的结构,但作为系统结构最低限度具有服务管理部203即可,频繁操作模式的抽取管理、操作者的推定等用户代理部202的功能也可以在可通信的系统外部存在。
(实施例5)
图23是表示本发明的实施例5的操作履历利用系统结构的框图。该操作履历利用系统代替实施例1的结构的模式分类部601而具有操作确认部604,其他结构与实施例1相同。另外,本实施例中,从接收的用户的操作履历数据抽取频繁操作模式,并存储到模式数据库405。对于该频繁操作模式的抽取方法由于实施例1相同,所以在此不作说明。
操作确认部604对预见为非用户意图的操作进行确认和修正。
下面,说明这样构成的操作履历利用系统的动作。
图24是表示接收了操作履历数据时的动作流程的流程图。
操作履历接收部401确认是否接收到操作履历数据的系列(步骤S701)。在此,没有接收到操作履历数据时,操作履历接收部401以规定周期继续确认是否接收到操作履历数据。另一方面,在接收到操作履历数据时,操作履历数据部401将接收到操作履历数据的情况通知给操作履历登录部403。操作履历登录部403取出操作履历接收部401接收到的操作履历数据,并登录到操作履历数据库402。此时,模式监视部406比较登录的操作履历数据的操作系列是否与模式数据库405中存储的频繁操作模式一致(步骤S702)。
例如,在模式数据库405存储有图7所示的频繁操作模式时,操作履历接收部401接收到“Opr7、Opr6、Opr9”的操作履历数据。此时,接收到的操作履历数据与图7所示的序号4的频繁操作模式,只有“Opr7、Opr6”部分局部一致,第3个操作不同。在此,接收到的操作履历数据与频繁操作模式部分一致。
这样比较的结果,接收到的操作履历数据与频繁操作模式完全一致时,或完全不一致时,模式监视部406结束处理。另一方面,在接收到的操作履历数据与频繁操作模式有一部分一致时,操作确认部604对于部分一致的接收的操作履历数据和频繁操作模式中的不一致的操作,向作为操作者的用户和进行了操作的设备提示警告(步骤S703)。
上述例子中,接收到的操作履历数据中“Opr9”的操作是与频繁操作模式不同的操作。从而,操作确认部604对于“Opr9”的操作输出指示,该指示是在进行了该操作的设备的显示接口显示“当前进行了Opr9的操作,请确认当前操作是否正确”的警告的指示。另外,在此,不仅仅是进行了操作的设备,例如也可以输出到电视机等具有显示单元的其他设备。另外,该警告不限于显示,也可以是警告音、振动等其他手段。
以上动作是鉴于以下2个观点进行的。第1个观点是由于频繁操作模式是几次观测的操作的定型系列,所以对于与频繁操作模式只有一部分不同的操作系列,其“不同”操作是用户的误操作或没有意图的操作的可能性大的观点。另外,第2个观点是为了灵活应用于基于频繁操作模式的服务预测而适当更新模式数据库405的情况下,登录时需要尽量排除非用户意图的操作。
另外,本实施例中,对用户部分一致的接收的操作履历数据和频繁操作模式中的、不一致的操作即预见成误操作的操作(上述例子中“Opr9)的操作)执行(图25,动作1),但也可以中断该操作(图25,动作3)。例如,假设“Opr9”的操作是“调高音量”的操作,则操作确认部604输出将暂且调高的音量重新调低到原先音量的控制命令。若“调高音量”操作是用户有意图的操作,则由于操作确认部604即使音量自动下降也执行再次调高音量的操作,所以可以更明确判断是否是有意图的操作。
另外,操作确认部604也可以是代替上述警告而中断预见为误操作的动作,执行模式数据库405中存储的操作(图25,动作2)。在此,例如上述例子中中断“Opr9”的操作,从图7所示的序号4的频繁操作模式执行“Opr10”的操作。
如上所述,本实施例中,检测出从频繁操作模式部分脱离的操作,对该操作向操作者发出警告、中断该操作、或根据频繁操作模式执行预见的代替操作等,可以防止操作者的误操作和没有意图的操作。因此,基于履历信息分析用户嗜好和状态,可以提高用于服务时重要的履历信息的可靠性。
另外,如图23所示,本实施例是具有用户代理部202和服务管理部203的结构,但作为系统结构最低限度具有用户代理部202即可。
(实施例6)
本实施例是从经网络连接的多台设备的操作履历数据中抽取频繁操作模式,提供基于该模式的服务的例子。
图26是表示本发明的实施例6的操作履历利用系统的整体结构的框图。
如图26所示,该操作履历利用系统具有数字TV(以下,称为电视机或TV)101a、录像机(Video)101b、空调器(Air Conditioner)101c、照明器具(Light)101d、MD(MiniDisc)组合音响101e以及PC(Personal Computer)101f等终端家电设备101,本地服务器和本地网关等服务器家电设备(用户服务器)102、允许访问服务器家电设备102的应用服务器103、由有线或无线网络构成的LAN(Local Area Network)104、WAN(Wide Area Network:例如因特网)105和将LAN104连接到WAN105的路由器106。
在此,服务器家电设备102一直通电,按照规定条件许可来自WAN105侧的访问。另外,在图26示出提供各信息服务的多个应用服务器103中的1个。另外,路由器106在访问WAN105时利用ADSL(Asymmertric Digital Subscriber Line)或FTTH(Fiber To TheHome)的场合等,根据需要具有对应的调制功能。
图27是表示在图26所示的终端家电设备101、服务器家电设备102、应用服务器103搭载的主要功能模块(程序)的框图。
终端家电设备101的每个具有以用户操作作为触发来记录设备操作履历数据的设备代理部201。服务器家电设备102具有从设备代理部201接收以规定时间发送的设备操作履历数据,并一元管理该数据的用户代理部202。每个应用服务器103具有提供利用用户代理部202提供的设备操作履历数据的服务的服务管理部203。
另外,服务器家电设备102在具有录像功能的家用服务器的场合等,在用户代理部202之外还可以具有自身的设备代理部201。另外,在存在多个服务器家电设备102的候补的家电设备的情况下,利用规定方法选择一台设备。
图28是表示设备代理部201的结构的框图。
设备代理部201具有操作输入部301、操作输入解释部302、设备控制部303、操作履历存储部304、操作履历记录部305、操作履历发送部306、以及网络IF(网络接口)308。
操作输入部301接收经遥控器等输入的用户的操作。操作输入解释部302解释来自操作输入部301的操作输入并决定设备的动作状态。设备控制部303根据操作输入解释部302的解释结果控制设备。对于设备操作,操作履历存储部304将操作时刻和操作内容作为组进行存储。操作履历记录部305将操作输入解释部302解释的设备操作追加到操作履历存储部304。操作履历发送部306经网络IF308将在规定定时存储到操作履历存储部304的操作履历数据发送给用户代理部202。
下面说明如上述构成的设备代理部201的动作。
设备代理部201首先在操作输入解释部302解释操作输入部301从用户操作的遥控接收的操作。例如,空调器101c的温度设定为25度,通过用户按下2次遥控器的设定温度增加按钮,解释为温度设定成27度。另外,对于遥控器以外的输入操作也进行同样的处理。这样,设备控制部303执行对应操作输入的动作。另外,同时操作履历发送部306将该操作履历数据记录到操作履历存储部304。
图29是表示在按各设备定义的履历中应保留的操作履历数据的一例的图。例如,在空调器的场合下,作为操作种类电源导通(PowerOn)、电源断开(PowerOff)、温度设定、风量设定、停止、预约等成为作为操作履历数据保存的对象。
图30是表示操作履历数据的一例的图。图30(a)所示的操作履历数据是空调器的操作履历数据的例子,作为操作时刻描述有进行了该操作的时刻,作为设备种类描述有“AirConditioner”,作为操作种类标识符描述有图29所示的“Set”,作为变量描述有“27”,表示遥控器在操作时刻以温度27度运转。另外,图30(b)所示的操作履历数据是电视机的操作履历数据的例子,表示在操作时刻视听了用ID号××××××××唯一指定的节目。另外,也可以是还设置履历开始时刻存储部,预先存储当前的25度的运转开始时刻,将当前时刻作为25度运转结束时刻,将操作开始时刻和操作结束时刻记录到操作履历存储部304。在此,将当前时刻作为27度的运转开始时刻记录到履历开始时刻存储部。在此,操作结束时刻的项目也可以是从操作开始时刻的经过时间。
如上所述,记录在操作履历存储部304的操作履历数据通过操作履历发送部306经网络IF308以及网络发送给用户代理部202。
图31是表示用户代理部202接收到的操作履历数据的一例的图。
用户代理部202接收的操作履历数据例如图31所示那样由操作时刻、设备种类、操作种类标识符以及变量构成,按时间序列排列各种设备、各种操作履历,存储在操作履历数据库402。
根据该操作履历数据并利用实施例1中已述的图5所示的步骤,生成图32所示的事件数据,可以从该数据再抽取图33所示的频繁操作模式。
另外,通过将用户代理部202和服务管理部203构成为实施例1的图1所示的结构,采用图5和图9所示的动作步骤,抽取操作履历数据的频繁操作模式,通过不采用特别的用户识别单元,采用操作履历数据和图34所示的确定操作信息,可以推定是由哪个用户的操作。另外,可以提供灵活运用附有有关这些操作者的信息的频繁操作模式的、基于操作预测的设备控制和信息提供等服务。
另外,通过将用户代理部202和服务管理部203构成为实施例2的图14所示的结构,采用图16所示的动作步骤,抽取操作履历数据的频繁操作模式,通过不采用特别的用户识别单元而采用操作履历数据和确定操作信息,可以推定是由哪个用户的操作。另外,可以提供灵活运用附有有关这些操作者的信息的频繁操作模式的、基于操作预测的设备控制和信息提供等服务。
另外,通过将用户代理部202和服务管理部203构成为实施例3的图17所示的结构,采用图19所示的动作步骤,抽取操作履历数据的频繁操作模式,在预测了提供不能同时提供的多个服务时,也可以基于定义的各用户或各操作的优先级,可以在决定了基于操作预测的设备控制和信息提供等服务之后提供。
另外,通过将用户代理部202和服务管理部203构成为实施例4的图20所示的结构,采用图22所示的动作步骤,抽取操作履历数据的频繁操作模式,在预测了提供不能同时提供的多个服务时,也可以基于定义的各用户或各操作的分配概率,可以在决定了基于操作预测的设备控制和信息提供等服务之后提供。
另外,通过将用户代理部202和服务管理部203构成为实施例5的图23所示的结构,采用图24所示的动作步骤,抽取操作履历数据的频繁操作模式,对从频繁操作模式部分脱离的操作,通过对操作者发出警告、中断该操作、或执行根据频繁操作模式预见的代替操作等,可以防止操作者的误操作和非意图的操作。
另外,本实施例中,将用户代理部202和服务管理部203构成为图27所示的独立结构,但不限于此。例如,也可以是如图35所示,用户代理部202和服务管理部203在功能级别上分离,但同一装置具有这些功能。
另外,本实施例中,作为终端家电设备101举出了家庭内使用的设备的例子,但不限于此,只要是可以连接到网络并收集信息,则例如也可以是在车等搭载的设备、便携式终端(PDA)、便携式电话等。
也可以不分别实施上述实施例,例如如组合实施例1和实施例3,可以与其他实施例组合实施。
另外,在上述各实施例中只存在1个终端家电设备101时,可以是使终端家电设备101具有设备代理部201和用户代理部202的双方而成为一体装置,进一步还加入服务管理部203而具有3者的一体装置。
从上述可知,根据本发明的操作履历系统,收集各设备的操作履历数据等,一元管理这些操作履历数据,可以进行符合此时状况的服务、和反映了不同人的生活特性的服务。
因此,采用基于各种履历信息分析了用户嗜好和状态的信息,求出提供符合此时状况的服务的状况依存型服务,在今天实用价值很高。