利用者体感品质推测装置、终端瓶颈判定装置、类似操作抽出装置及方法以及程序的制作方法
【专利摘要】用于推测利用者终端中的应用的利用者的体感等待时间的利用者体感品质推测装置具有：数据接收单元，取得在所述利用者终端中在推测对象期间进行的数据取得、脚本执行、画面描绘的各处理的继续时间作为推测对象日志，并将其储存到接收日志存储单元；日志去除单元，从所述接收日志存储单元读出所述推测对象日志，输出去除了该数据的继续时间比规定的短时间处理阈值短或者比规定的长时间阈值长的日志的日志；量化单元，针对从所述日志去除单元所输出的日志，将在一定时间的时隙内进行的各处理的个数计算为复用度；以及连续区域抽出单元，从由所述量化单元所量化了的数据抽出连续区域。
【专利说明】利用者体感品质推测装置、终端瓶颈判定装置、类似操作抽 出装置及方法以及程序
【技术领域】
[0001] 第1侧面的本发明涉及利用者体感品质推测装置以及方法，特别涉及根据利用者 的体感等待时间推测服务利用者体感到的应用的品质的利用者体感品质推测装置以及方 法。
[0002] 另外，第2侧面的本发明涉及终端瓶颈判定装置以及方法，特别涉及用于判定应 用利用时的品质劣化主要原因的终端瓶颈判定装置以及方法以及程序。
[0003] 进而，第3侧面的本发明涉及应用执行时的品质劣化判定技术中的、类似操作抽 出装置以及方法，特别涉及用于在应用执行时抽出与作为输入提供了的由用户实施的操作 类似的操作的类似操作抽出装置以及方法以及程序。
【背景技术】
[0004] 关于第1侧面，作为取得与应用有关的利用者的体感等待时间的方法，存在以下 的方法。此处，利用者的体感等待时间意味着，直至在由利用者实施的画面的点击操作之 后，对执行结果进行画面显示为止的期间的时间。
[0005] (A)取得在终端与服务器之间交换的HTTP消息的响应时间等接近利用者体感等 待时间的指标而提示的方法（例如，参照非专利文献1)。
[0006] (B)根据在终端与服务器之间连续地发送接收分组的期间，推测利用者的体感等 待时间的手法（例如，参照专利文献1)。
[0007] 关于第2侧面，作为用于在与应用有关的服务利用时，判定产生了以利用者中的 体感等待时间的长时间化为代表的品质劣化的情况的品质劣化主要原因是否处于终端这 样的终端瓶颈的以往手法，有以下的手法。此处的"体感等待时间"也如上所述意味着，直 至在由利用者实施的画面点击操作之后，对执行结果进行画面显示为止的期间的时间。
[0008] (A)掌握终端的CPU负荷率等资源，判定是否成为瓶颈的手法：
[0009] 例如，有使用在Windows (注册商标）OS上附属的"性能监视器"等工具，确认CPU 利用率、空闲存储器量是否超过事先规定了的阈值的手法（例如，参照专利文献2)。
[0010] (B)确认终端规格的手法：
[0011] 有根据CPU类别、搭载存储器量等终端规格信息，判定是否适合于该服务的手法 (例如，参照非专利文献2、3)。
[0012] (C)利用基准标记的事先确认手法：
[0013] 有使进行接近该服务的动作的基准标记软件动作，根据其评分判定是否适合于该 服务的手法（例如，参照非专利文献4)。
[0014] 接下来，说明与第3侧面有关的【背景技术】。
[0015] 近年来，经由Web应用等网络而利用的应用得到了普及。该应用的特征在于，无需 在用户终端中安装应用，经由Web浏览器、专用的客户端软件等，访问服务器，从而能够利 用在服务器侧管理的软件、数据。
[0016] 但是，存在用户的体感品质易于被服务器、网络的延迟而左右，难以保证一定的体 感品质这样的问题。因此，常时监视用户的体感品质，在有品质劣化的情况下，需要适合地 处置。例如，有常时监视客户端?服务器之间的响应时间，在响应时间比通常时长的情况下， 判别为品质劣化的手法（例如，参照非专利文献5)。
[0017] 另外，最近，包括动态的内容的应用也增加。在这样的应用中，用户终端中的处理 量变多，所以除了服务器、网络以外，用户终端的处理性能也成为左右用户体感品质的大的 主要原因。因此，在非专利文献6中，叙述了加入了用户终端主要原因的品质监视、即监视 体感等待时间的必要性。
[0018] 专利文献1 :日本特开2011-142473号公报
[0019] 专利文献2 :日本特开2003-298655号公报
[0020] 非专利文献 I :CA Application Performance Management. http://www. ca. com/ jp/products/detail/CA-Application-Performance-Management/overview. aspx
[0021] 非专利文献2 :金融庁EDINET文件阅览用终端要求条件http://www. fsa. go. jp/ singi/edinet/20070427/09. pdf
[0022] 非专利文献 3 :Windows7 终端要求条件 http://windows, microsoft. com/ja_JP/ windows7/products/system-requirements
[0023] 非专利文献4 :游戏软件最终幻想基准标记http://www. finalfantasyxiv. com/ media/benchmark/jp/
[0024] 非专利文献 5 :Fluke APA http://www. toyo. co. jp/flukenetworks/apa. html
[0025] 非专利文献6 :山本浩司、中村天真、本多泰理、池上大介、高桥玲、〃基于浏览器应 用的品质主要原因考察〃、信息学报、2012-7.
[0026] 非专利文献 7 :CA APM http://systemwalker. fujitsu. com/jp/caapm/
【发明内容】
[0027] (与第1侧面有关的课题）
[0028] 在与第1侧面有关的以往的技术中，存在以下那样的课题。
[0029] (1)未考虑终端处理时间的影响：
[0030] 图1是使进行了利用者的操作时的动作单纯化了的图。在该例子中，从利用者的 操作开始至画面显示完成的时刻的时间（t4_t0)由"从终端发出请求"#"来自服务器的 应答"与"终端中的画面生成处理"构成。在以往技术中，检测请求发出至响应接收的时间 (t3-t0)，所以终端处理时间（t4-t3)成为误差。
[0031] 另外，在动态的内容中存在终端处理时间变长的倾向，以往技术的误差变大。
[0032] (2)对应于不伴随通信的处理：
[0033] 在以往的技术中，如图2所示，在利用者的操作时对服务器发出了请求，但在构成 要素中包括动态的内容的应用中，处理在浏览器、专用的客户端软件内，不发生向服务器的 请求的情况也多，在以往技术下，无法探测进行了利用者的操作。
[0034] (3)与利用者体感相关的信号配对的抽出：
[0035] 在构成要素中包括动态的内容的应用中，如图3所示，利用者操作为起因的信号、 和浏览器、专用的客户端软件等利用者操作以外成为起因的信号混合存在。为了确定利用 者操作成为起因的信号，需要确认与各应用的操作对应的信号图案。应用的数量、以及、各 应用内操作的数量庞大，确认每个操作的信号图案是极其困难的。
[0036] 如上所述，在以往技术中，存在未考虑终端侧的处理时间的影响、在浏览器或者专 用的客户端软件内封闭而无法从外部探测不伴随与服务器的通信的利用者操作、并且难以 从外部分类是否为对利用者体感品质影响的由利用者实施的操作为起因的通信等问题，在 推测应用的利用者体感品质时，妨碍进行高精度的推测。
[0037](与第2侧面有关的课题）
[0038] 在与第2侧面有关的以往的技术中，有以下的2个课题。
[0039] (1)与第2侧面有关的上述以往的（A)、(B)的技术存在与该应用的相关低这样的 问题。CPU利用率等资源并非表示终端的负荷状态的一个尺度，除了终端负荷极端高的状 态以外，与该指标，应用动作速度的相关弱。例如，如果适当的时间间隔的CPU利用率始终 是100 %，则怀疑终端瓶颈，但在80 %、60 %等的情况下，没法判定。另外，即使CPU利用率 是100%，根据进程优先级的关系，应用动作速度也有可能没有问题。
[0040] 终端规格规定也同样，难以取得终端规格这样的极其粗略的概略、和各种应用类 另Ij、操作类别的动作速度的相关。
[0041] (2)上述以往的（B)、（C)的技术存在在产生了品质劣化时无法反映终端状态这样 的问题。在利用者操作的终端中，不应仅成为对象的应用动作。例如，在同时进行利用病毒 探索软件的检查时，即使动作规格、基准标记评分满足规定，也有可能引起终端瓶颈所致的 服务品质降低。
[0042] (与第3侧面有关的课题）
[0043] 在与第3侧面有关的以往的技术中，有以下的课题。
[0044] 用户体感等待时间根据用户在应用执行时实施了的操作内容而不同。其原因为， 通过在应用执行时用户实施了的操作内容，伴随操作而产生的处理量、处理的复杂度不同， 其导致处理时间的差异、甚至用户体感等待时间的差异。因此，在体感等待时间比通常长 的情况下判别为品质劣化的手法中，实施了与通常不同的操作、特别是应用的处理量多且 复杂的操作的情况下，处理成为长时间化，用户体感等待时间比通常更长，所以尽管在服务 器、网络、用户终端中的任意一个中都未产生品质劣化，但也有可能错误地判别为产生了品 质劣化。因此，为了正确地判别体感品质的劣化，需要与过去实施了类似的操作时的体感等 待时间比较。
[0045] 例如，在非专利文献 7 (CA APM http://systemwalker. fujitsu. com/jp/caapm/) 中，提示了以应用的手段单位监视服务器处理时间的手法，能够与过去执行了相同的手段 时的处理时间比较。但是，如上所述，在用户的体感等待时间中，网络、用户终端中的处理时 间也产生影响，所以仅监视服务器处理时间不充分。另外，为了还监视手段内容，用户实施 了的操作内容不确定，鉴于用户的个人信息保护的观点，该方法不优选。
[0046] 本发明鉴于与第1?第3侧面有关的上述课题。
[0047] 本发明的第1目的在于，提供一种根据从Web浏览器等应用取得了的抽象化了的 处理类别（Network :数据取得、Scripting :脚本执行、Rendering :画面描绘）和需要的时 间数据，作为利用者体感品质，第三人能够推测应用的利用者的体感等待时间的技术。
[0048] 本发明的第2目的在于，提供一种根据从Web浏览器等应用取得了的抽象化了的 处理类别（Network、Scripting、Rendering)和该处理所需的时间数据，第三人能够判定终 端是否为利用者体感品质的品质劣化主要原因的技术。
[0049] 本发明的第3目的在于，提供一种为了提高应用执行时的品质劣化判定精度，无 需监视手段内容，利用者能够判别与在应用执行时实施了的操作类似的过去实施了的操作 的技术。
[0050] 为了实现上述第1目的，根据本发明的一个实施方式，提供一种利用者体感品质 推测装置，用于推测利用者终端中的应用的利用者的体感等待时间，其特征在于包括：数据 接收单元，取得在所述利用者终端中在推测对象期间进行的数据取得、脚本执行、画面描绘 的各处理的继续时间作为推测对象日志，并将其储存到接收日志存储单元；日志去除单元， 从所述接收日志存储单元读出所述推测对象日志，输出去除了该数据的继续时间比规定的 短时间处理阈值短或者比规定的长时间阈值长的日志的日志；量化单元，针对从所述日志 去除单元所输出的日志，将在一定时间的时隙内进行的各处理的个数计算为复用度；以及 连续区域抽出单元，从由所述量化单元所量化了的数据抽出连续区域，所述连续区域抽出 单元包括：第1连续区域抽出单元，不区分所述数据取得、所述脚本执行、所述画面描绘的 各处理而抽出连续区域；或者第2连续区域抽出单元，区分所述数据取得、所述脚本执行、 所述画面描绘的各处理而抽出连续区域。
[0051] 为了实现上述第2目的，根据本发明的一个实施方式，提供一种品质劣化主要原 因判定装置，用于在利用从应用服务器提供的应用的服务时，判定品质劣化主要原因是否 在于利用者终端，其特征在于包括：数据接收单元，取得在所述利用者终端中在推测对象期 间进行的数据取得、脚本执行、画面描绘的各处理的继续时间作为判定对象日志，并将其储 存到接收日志存储单元；以及瓶颈判定单元，比较进行了与针对在所述利用者终端中进行 的应用的操作同样的操作时的参考日志、或者、脚本执行、画面描绘的处理的连续区域长的 经验累积分布的数据、和所述判定对象日志，来求出评价值，根据该评价值的合计值和预先 所设定的阈值的比较结果，判定品质劣化主要原因是否在于该利用者终端。
[0052] 为了实现上述第3目的，根据本发明的一个实施方式，提供一种类似操作抽出装 置，在执行应用时，抽出与作为输入所提供的操作即输入操作类似的操作，其特征在于包 括：特征量计算单元，根据与从应用日志和网络日志中的仅某一方、或者两方的组合所切出 的用户体感等待时间对应的日志，计算特征量；以及类似度计算单元，根据计算出的所述特 征量和过去在存储单元中保存的特征量、以及预定的类似度函数，计算所述特征量和所述 过去保存的特征量的类似度。
[0053] 根据与第1目的对应的本发明的一个实施方式，通过活用作为终端上的Web浏览 器等应用的数据取得（Network)、脚本执行（Scripting)、画面描绘（Rendering)的开始/ 结束时间的时系列信息的日志数据来进行体感等待时间推测，能够推测直至对还包括终端 处理时间的应用的针对利用者操作的执行结果进行画面显示为止的利用者体感等待时间。 另外，在构成要素中包括动态的内容的终端处理时间的比例高的应用中，通过本发明，利用 者体感品质（利用者体感等待时间）的推测精度提商。
[0054] 另外，将抽象化了的处理类别（Network、Scripting、Rendering)作为输入，不利 用应用固有的信息，所以能够针对各种各样的应用，进行考虑了来自利用者终端以外（利 用者体感品质推测装置）的终端侧处理时间的影响的利用者体感等待时间的常时推测，能 够实现由第三人实施的基于利用者体感等待时间的利用者体感品质的常时监视。
[0055] 根据与第2目的对应的本发明的一个实施方式，构筑了还加入了终端主要原因的 品质劣化的原因特定操纵。在本发明中，能够通过还能够确定终端原因的外部（第三人） 推测（监视）利用者的体感品质，从而能够实现切分操纵的构筑，所以能够实现反映了实际 的应用的执行的影响、和障碍发生时的终端状态的瓶颈判定，能够比以往实现瓶颈判定的 高精度化。
[0056] 根据与第3目的对应的本发明的一个实施方式，通过利用者判别并抽出与在应用 执行时实施了的操作类似的过去实施了的操作，能够取得针对类似的过去的操作的用户体 感等待时间。然后，通过比较成为品质劣化判定对象的应用执行时的用户体感等待时间、和 所述抽出了的针对类似的过去的操作的用户体感等待时间，不会受到操作内容的影响，能 够仅探测End-to-End的品质劣化所引起的体感等待时间的长时间化，品质劣化判定的精 度提1?。
【专利附图】
【附图说明】
[0057] 图1是将从操作至显示进行了单纯化的模型。
[0058] 图2是不伴随通信的处理的事例。
[0059] 图3是非同步通信的事例。
[0060] 图4是本发明的第1实施方式中的系统结构的一个例子。
[0061] 图5是本发明的实施方式1-1中的品质推测装置的结构的一个例子。
[0062] 图6是本发明的实施方式1-1中的接收日志存储部中储存的数据例。
[0063] 图7是本发明的实施方式1-1中的品质推测装置的动作的流程图。
[0064] 图8是本发明的实施方式1-1中的各种阈值评价的采样数据。
[0065] 图9是本发明的实施方式1-1中的量化的例子。
[0066] 图10是本发明的实施方式1-1中的连续区域抽出处理的流程图（其1)。
[0067] 图11是本发明的实施方式1-1中的连续区域抽出的例子（其1)。
[0068] 图12是本发明的实施方式1-1中的连续区域抽出处理的流程图（其2)。
[0069] 图13是本发明的实施方式1-1中的连续区域抽出的例子（其2)。
[0070] 图14是本发明的实施方式1-1中的连续区域的整形例。
[0071] 图15是本发明的实施方式1-2中的连续区域抽出处理的流程图（其1)。
[0072] 图16是本发明的实施方式1-2中的各要素的连续区域判定后的和集合处理的例 子。
[0073] 图17是本发明的实施方式1-2中的连续区域抽出处理的流程图（其2)。
[0074] 图18是本发明的实施方式1-2中的由
【权利要求】
1. 一种利用者体感品质推测装置，用于推测利用者终端中的应用的利用者的体感等待 时间，其特征在于包括： 数据接收单元，取得在所述利用者终端中在推测对象期间进行的数据取得、脚本执行、 画面描绘的各处理的继续时间作为推测对象日志，并将其储存到接收日志存储单元； 日志去除单元，从所述接收日志存储单元读出所述推测对象日志，输出去除了该数据 的继续时间比规定的短时间处理阈值短或者比规定的长时间阈值长的日志的日志； 量化单元，针对从所述日志去除单元所输出的日志，将在一定时间的时隙内进行的各 处理的个数计算为复用度；以及 连续区域抽出单元，从由所述量化单元所量化了的数据抽出连续区域， 所述连续区域抽出单元包括： 第1连续区域抽出单元，不区分所述数据取得、所述脚本执行、所述画面描绘的各处理 而抽出连续区域；或者 第2连续区域抽出单元，区分所述数据取得、所述脚本执行、所述画面描绘的各处理而 抽出连续区域。
2. 根据权利要求1所述的利用者体感品质推测装置，其特征在于： 所述第1连续区域抽出单元包括： 第1评价A单元，如果在滑动窗口内的时隙中的至少1个时隙中，有探测阈值以上的处 理，则进行判定为连续区域内的处理，将判定为连续区域内的滑动窗口连续的区间作为连 续区域；或者 第2评价A单元，在以某个时隙为始点的滑动窗口长的区间内的、超过探测阈值的时隙 数的存在比例超过规定的连续判定阈值的情况下，以各时隙为始点进行将该时隙判定为是 连续区域内的处理，将判定为是连续区域内的始点的时隙连续的区域作为连续区域。
3. 根据权利要求1所述的利用者体感品质推测装置，其特征在于： 所述第2连续区域抽出单元包括： 第1评价B单元，针对所述数据取得、所述脚本执行、所述画面描绘的各处理，抽出连续 区域，将各处理的连续区域的和集合作为连续区域；或者 第2评价B单元，针对所述数据取得、所述脚本执行、所述画面描绘的各处理，抽出连续 区域，抽出所述数据取得处理的连续区域、与该数据取得处理的连续区域邻接的所述脚本 执行处理的连续区域、以及与该脚本执行处理的连续区域邻接的所述画面描绘处理的连续 区域；或者 第3评价B单元，针对所述数据取得、所述脚本执行、所述画面描绘的各处理，抽出连续 区域，抽出所述数据取得处理的连续区域、以及与该数据取得处理的连续区域邻接的所述 画面描绘处理的连续区域，进而，抽出所述脚本执行处理的连续区域、以及与该脚本执行处 理的连续区域邻接的所述画面描绘处理的连续区域。
4. 根据权利要求1所述的利用者体感品质推测装置，其特征在于还包括： 连续区域整形单元，关于由所述连续区域抽出单元抽出了的连续区域，在由所述连续 区域抽出单元所抽出的所述连续区域的最终时间隙、和接下来的连续区域的开头时间隙连 续的情况下，作为一个连续区域，在所述一个连续区域是规定的阈值以下的情况下，删除该 一个连续区域，或者，在所述一个连续区域是规定的阈值以上的情况下，删除该一个连续区 域，从而对连续区域进行整形。
5. -种利用者体感品质推测方法，用于推测利用者终端中的应用的利用者的体感等待 时间，其特征在于进行如下步骤： 数据接收步骤，数据接收单元取得在所述利用者终端中在推测对象期间进行的数据取 得、脚本执行、画面描绘的各处理的继续时间作为推测对象日志，并将其储存到接收日志存 储单元； 日志去除步骤，日志去除单元从所述接收日志存储单元读出所述推测对象日志，输出 去除了该数据的继续时间比规定的短时间处理阈值短或者比规定的长时间阈值长的曰志 的日志； 量化步骤，量化单元针对在所述日志去除步骤中所输出的日志，将在一定时间的时隙 内进行的各处理的个数计算为复用度；以及 连续区域抽出步骤，连续区域抽出单元从在所述量化步骤中所量化了的数据抽出连续 区域， 在所述连续区域抽出步骤中，包括： 第1连续区域抽出步骤，不区分所述数据取得、所述脚本执行、所述画面描绘的各处理 而抽出连续区域；或者 第2连续区域抽出步骤，区分所述数据取得、所述脚本执行、所述画面描绘的各处理而 抽出连续区域。
6. 根据权利要求5所述的利用者体感品质推测方法，其特征在于： 在所述第1连续区域抽出步骤中，进行如下步骤： 第1评价A步骤，如果在滑动窗口内的时隙中的至少1个时隙中，有探测阈值以上的处 理，则进行判定为连续区域内的处理，将判定为连续区域内的滑动窗口连续的区间作为连 续区域；或者 第2评价A步骤，在以某个时隙为始点的滑动窗口长的区间内的、超过探测阈值的时隙 数的存在比例超过规定的连续判定阈值的情况下，以各时隙为始点进行将该时隙判定为是 连续区域内的处理，将判定为是连续区域内的始点的时隙连续的区域作为连续区域。
7. 根据权利要求5所述的利用者体感品质推测方法，其特征在于： 在所述第2连续区域抽出步骤中，进行如下步骤： 第1评价B步骤，针对所述数据取得、所述脚本执行、所述画面描绘的各处理，抽出连续 区域，将各处理的连续区域的和集合作为连续区域；或者 第2评价B步骤，针对所述数据取得、所述脚本执行、所述画面描绘的各处理，抽出连续 区域，抽出所述数据取得处理的连续区域、与该数据取得处理的连续区域邻接的所述脚本 执行处理的连续区域、以及与该脚本执行处理的连续区域邻接的所述画面描绘处理的连续 区域；或者 第3评价B步骤，针对所述数据取得、所述脚本执行、所述画面描绘的各处理，抽出连续 区域，抽出所述数据取得处理的连续区域、以及与该数据取得处理的连续区域邻接的所述 画面描绘处理的连续区域，进而，抽出所述脚本执行处理的连续区域、以及与该脚本执行处 理的连续区域邻接的所述画面描绘处理的连续区域。
8. 根据权利要求5所述的利用者体感品质推测方法，其特征在于还进行如下步骤： 连续区域整形步骤，关于在所述连续区域抽出步骤中抽出了的连续区域，在所述连续 区域抽出步骤中抽出的所述连续区域的最终时间隙、和接下来的连续区域的开头时间隙连 续的情况下，作为一个连续区域，在所述一个连续区域是规定的阈值以下的情况下，删除该 一个连续区域，或者，在所述一个连续区域是规定的阈值以上的情况下，删除该一个连续区 域，从而对连续区域进行整形而输出。
9. 一种利用者体感品质推测程序，其特征在于：用于使计算机作为权利要求1至4中 的任意一项所述的利用者体感品质推测装置的各单元而发挥功能。
10. -种品质劣化主要原因判定装置，用于在利用从应用服务器提供的应用的服务时， 判定品质劣化主要原因是否在于利用者终端，其特征在于包括： 数据接收单元，取得在所述利用者终端中在推测对象期间进行的数据取得、脚本执行、 画面描绘的各处理的继续时间作为判定对象日志，并将其储存到接收日志存储单元；以及 瓶颈判定单元，比较进行了与针对在所述利用者终端中进行的应用的操作同样的操作 时的参考日志、或者、脚本执行、画面描绘的处理的连续区域长的经验累积分布的数据、和 所述判定对象日志，来求出评价值，根据该评价值的合计值和预先所设定的阈值的比较结 果，判定品质劣化主要原因是否在于该利用者终端。
11. 根据权利要求10所述的品质劣化主要原因判定装置，其特征在于： 所述瓶颈判定单元包括： 比较与所述参考日志和所述判定对象日志的各个对应的处理的统计值，根据比较结果 赋予点数，求出该点数的合计值，在该合计值超过意味着在利用终端中存在瓶颈的至少1 个阈值的情况下，判定为在利用终端中有瓶颈的单元。
12. 根据权利要求10所述的品质劣化主要原因判定装置，其特征在于还包括： 连续区域长DB生成单元，从反复了通常想要利用的各种操作的脚本执行或者画面描 绘的处理的日志，将该脚本执行或者画面描绘的处理的连续区域长的经验累积分布登记到 连续区域长存储单元， 所述瓶颈判定单元包括： 对所述判定对象日志中包含的连续区域长数据数进行累积比例化，针对该累积比例化 了的判定对象日志的数据，判定相对所述连续区域长存储单元的连续区域长的经验累积分 布的上下关系，从而判定利用者终端中的瓶颈的单元。
13. 根据权利要求10所述的品质劣化主要原因判定装置，其特征在于还包括： 连续区域长DB生成单元，从反复了通常想要利用的各种操作的脚本执行或者画面描 绘的处理的日志，将该脚本执行或者画面描绘的处理的连续区域长的经验累积分布登记到 连续区域长存储单元， 所述瓶颈判定单元包括： 对所述判定对象日志中包含的连续区域长数据数进行累积比例化，针对该累积比例化 了的判定对象日志的数据，参照所述连续区域长存储单元的连续区域长的经验累积分布， 进行假设检定，从而判定瓶颈的单元。
14. 一种品质劣化主要原因判定方法，用于在利用从应用服务器提供的应用的服务时， 判定品质劣化主要原因是否存在于利用者终端，其特征在于进行如下步骤： 数据接收步骤，数据接收单元取得在所述利用者终端中在推测对象期间进行的数据取 得、脚本执行、画面描绘的各处理的继续时间作为判定对象日志，并将其储存到接收日志存 储单元；以及 瓶颈判定步骤，瓶颈判定单元比较进行了与针对在所述利用者终端中进行的应用的操 作同样的操作时的参考日志、或者、脚本执行、画面描绘的处理的连续区域长的经验累积分 布的数据、和所述判定对象日志，来求出评价值，根据该评价值的合计值和预先设定的阈值 的比较结果，判定品质劣化主要原因是否在于该利用者终端。
15. 根据权利要求14所述的品质劣化主要原因判定方法，其特征在于： 在所述瓶颈判定步骤中，比较与所述参考日志和所述判定对象日志的各个对应的处理 的统计值，根据比较结果赋予点数，求出该点数的合计值，在该合计值超过意味着在利用终 端中存在瓶颈的至少1个阈值的情况下，判定为在利用终端中有瓶颈。
16. 根据权利要求14所述的品质劣化主要原因判定方法，其特征在于还进行如下步 骤： 连续区域长DB生成步骤，从反复了通常利用的各种操作的脚本执行或者画面描绘的 处理的日志，将该脚本执行或者画面描绘的处理的连续区域长的经验累积分布登记到连续 区域长存储单元， 在所述瓶颈判定步骤中，对所述判定对象日志中包含的连续区域长数据数进行累积比 例化，针对该累积比例化了的判定对象日志的数据，判定相对所述连续区域长存储单元的 连续区域长的经验累积分布的上下关系，从而判定利用者终端中的瓶颈。
17. 根据权利要求14所述的品质劣化主要原因判定方法，其特征在于还进行如下步 骤： 连续区域长DB生成步骤，从反复了通常想要利用的各种操作的脚本执行或者画面描 绘的处理的日志，将该脚本执行或者画面描绘的处理的连续区域长的经验累积分布登记到 连续区域长存储单元， 在所述瓶颈判定步骤中，对所述判定对象日志中包含的连续区域长数据数进行累积比 例化，针对该累积比例化了的判定对象日志的数据，参照所述连续区域长存储单元的连续 区域长的经验累积分布，进行假设检定，从而判定瓶颈。
18. -种品质劣化主要原因判定装置程序，其特征在于：用于使计算机作为权利要求 10至13中的任意一项所述的品质劣化主要原因判定装置的各单元而发挥功能。
19. 一种类似操作抽出装置，在执行应用时，抽出与作为输入所提供的操作即输入操作 类似的操作，其特征在于包括： 特征量计算单元，根据与从应用日志和网络日志中的仅某一方、或者两方的组合所切 出的用户体感等待时间对应的日志，计算特征量；以及 类似度计算单元，根据计算出的所述特征量和过去在存储单元中保存的特征量、以及 预定的类似度函数，计算所述特征量和所述过去保存的特征量的类似度。
20. 根据权利要求19所述的类似操作抽出装置，其特征在于还包括： 类似操作抽出单元，从由所述类似度计算单元计算出的类似度，抽出与输入操作类似 的操作。
21. 根据权利要求19或者20所述的类似操作抽出装置，其特征在于还包括： 对所述特征量提供识别编号，将所述识别编号和所述特征量保存到所述存储单元的单 J Li 〇
22. 根据权利要求19所述的类似操作抽出装置，其特征在于：所述特征量计算单元将 根据所述应用日志计算出的值、或者根据所述网络日志计算出的值、或者其双方作为所述 特征量。
23. 根据权利要求19所述的类似操作抽出装置，其特征在于： 所述类似度计算单元包括： 求出由所述特征量计算单元得到的所述特征量和所述过去保存的特征量之间的类似 度，将对其进行了加权相加而得到的值作为所述类似度的单元。
24. -种类似操作抽出方法，在执行应用时，抽出与作为输入所提供的操作即输入操作 类似的操作，其特征在于： 在具有特征量计算单元、类似度计算单元、存储单元的装置中进行如下步骤： 特征量计算步骤，所述特征量计算单元根据与从应用日志和网络日志中的仅某一方、 或者两方的组合所切出的用户体感等待时间对应的日志，计算特征量；以及 类似度计算步骤，所述类似度计算单元根据在所述特征量计算步骤中计算出的所述特 征量和过去在所述存储单元中保存的特征量、以及预定的类似度函数，计算所述特征量和 所述过去保存的特征量的类似度。
25. 根据权利要求24所述的类似操作抽出方法，其特征在于： 在还具有类似操作抽出单元的装置中，还进行如下步骤： 所述类似操作抽出单元从通过所述类似度计算步骤计算出的类似度，抽出与输入操作 类似的操作的步骤。
26. -种类似操作抽出程序，其特征在于：用于使计算机作为权利要求19至23中的任 意一项所述的类似操作抽出装置的各单元而发挥功能。
【文档编号】G06F11/34GK104246713SQ201380017938
【公开日】2014年12月24日 申请日期:2013年3月29日 优先权日:2012年3月30日
【发明者】山本浩司, 中村天真, 本多泰理, 池上大介 申请人:日本电信电话株式会社