移动终端装置、移动终端装置的诊断方法

专利名称：移动终端装置、移动终端装置的诊断方法
技术领域：
本发明涉及移动终端装置、移动终端装置的诊断方法，特别是涉及 诊断本装置内的不良情况的移动终端装置、移动终端装置的诊断方法。
背景技术：
在便携电话等移动终端装置中，有时会产生故障或不良情况。在调 查该产生的故障或不良情况的原因时， 一般在移动终端装置内取得故障 信息(以下表述为日志)，使用通信功能发送到通信服务提供商(以下称 为通信运营商)的解析服务器，然后利用解析服务器进行原因的解析。 利用解析服务器所解析出的故障原因等被显示在与解析服务器连接的操 作画面等上，利用供阅览的故障窗口进行应对。
首先，这里叙述的移动终端装置的故障诊断是如下的服务在用户 所具有的移动终端装置产生某种不良情况时，位于远方的外部服务器与 移动终端装置进行通信，取得便携终端装置的日志后进行诊断，将其结 果通知给诊断窗口 ，从诊断窗口在远方进行移动终端装置的设定的反映 和对使用移动终端装置的初学者的电话支持(例如参照专利文献1)。
关于在诊断窗口中难以应对的问题，根据所显示的诊断结果来判断 故障原因，进行必要的处理和对外部的处理委托。例如，通过委托接收 到日志的最终对象公司即终端装置的厂商进行处理，厂商针对产生问题 的终端以及同种终端装置实施程序修正等对策，能够解决故障原因。
专利文献1日本特开2006-319828号公报
但是，在上述的方法中，在取得移动终端装置中产生故障时的日志 后，向网络发送(多个)日志，所以具有产生大量通信成本的问题。并 且，在以数值代码来显示在操作画面上所显示的故障内容的情况下，也 产生与用于核对数值代码并将结果显示为操作人员可以理解的字符串的作业有关的人力成本。

发明内容
本发明是为了解决上述现有技术的问题点而完成的，其目的在于， 提供能够抑制向网络发送产生不良情况、异常、故障时的日志时的通信 成本和与上述作业有关的人力成本的移动终端装置、移动终端装置的诊
断方法。
本发明的第1方面所述的发明提供一种移动终端装置，其诊断本装 置内的不良情况，其特征在于，该移动终端装置包含诊断单元，其依 据诊断方针进行与所述不良情况有关的诊断处理；和错误代码生成单元， 其生成与所述诊断单元的诊断结果对应的错误代码，所述移动终端装置 输出由所述错误代码生成单元所生成的错误代码。
根据第1方面的发明，生成与诊断结果对应的错误代码，并将其输 出，从而能够抑制向网络发送产生不良情况、异常、故障时的日志时的 通信成本和与上述作业有关的人力成本。另外，在本说明书中，有时将 不良情况、异常、故障统称为"不良情况"或"异常"或"故障"。
本发明的第2方面所述的发明的特征在于，在第1方面所述的移动
终端装置中，该移动终端装置还包含诊断方针取得单元，该诊断方针取 得单元从其他装置取得所述诊断方针
根据第2方面的发明，能够更新诊断方针。
本发明的第3方面所述的发明的特征在于，在第1或第2方面所述 的移动终端装置中，所述诊断处理通过计算机执行诊断程序来实现，所 述诊断程序包含共同诊断程序，其进行与各终端装置共同的功能有关 的诊断；和个别诊断程序，其在执行所述共同诊断程序之后执行，进行 与本装置固有的功能有关的诊断。
根据第3方面的发明，通过使用终端装置的厂商共同的共同诊断程 序，能够运用共同功能的诊断，并且，通过使用个别诊断程序，能够收 集依据于各厂商中的硬件特征的日志来进行诊断。
本发明的第4方面所述的发明的特征在于，在第1 第3方面中的任一方面所述的移动终端装置中，所述错误代码包含用于确定终端装置 的机型的项目和与所述不良情况的内容有关的项目。
根据第4方面的发明，通过使用表现为针对每个功能细分化并将功 能和异常处理分割开的错误代码，能够将功能和异常处理进行组合来使 用，与从列举全部功能的全部异常处理相比，能够削减与错误代码有关 的存储容量。
本发明的第5方面所述的发明的特征在于，在第1 第4方面中的 任一方面所述的移动终端装置中，该移动终端装置还包含控制由所述错 误代码生成单元所生成的错误代码的输出目的地的单元。
根据第5方面的发明，通过将所生成的错误代码显示在便携终端装 置的显示器上，或者向外部的诊断服务器输出，能够容易地掌握不良情 况的原因。
本发明的第6方面所述的发明的特征在于，在第1 第5方面中的 任一方面所述的移动终端装置中，该移动终端装置还包含字符串转换单 元，该字符串转换单元将由所述错误代码生成单元所生成的错误代码转 换成与其对应的字符串。
根据第6方面的发明，通过将错误代码转换成字符串并将其显示在 显示器上，能够容易地掌握故障原因。
本发明的第7方面所述的发明提供一种移动终端装置的诊断方法， 该诊断方法诊断本装置内的不良情况，其特征在于，该诊断方法包含以 下步骤诊断步骤，在该步骤中，依据诊断方针进行与所述不良情况有 关的诊断处理；错误代码生成步骤，在该步骤中，生成与所述诊断步骤 的诊断结果对应的错误代码；以及输出步骤，在该步骤中，输出在所述 错误代码生成步骤中生成的错误代码。
根据第7方面的发明，生成与诊断结果对应的错误代码，并将其输 出，从而能够抑制向网络发送产生不良情况、异常、故障时的日志时的 通信成本和与上述作业有关的人力成本。
总之，在本发明中，不直接向解析服务器发送在移动终端装置内收 集的日志，而是具有在移动终端装置内自动进行解析的故障自动诊断功能，生成与诊断结果对应的错误代码，并将其输出，由此，能够以比日 志小的数据单位来进行发送，能够削减现有方法中的问题即通信成本和 人力成本。
本发明的移动终端装置的故障自动诊断功能不需要来自用户的操作 契机而通过自动工作的程序来实现。该程序具有以下功能必然能发现 便携终端装置的硬件和软件中所产生的故障并取得日志的功能；和可使
用日志来解析原因的功能。关于该解析结果的显示，不显示日志本身， 而是作为将日志简化后的错误代码来显示在便携终端装置的显示器上， 由此，使用者能够当场便掌握故障原因。
并且，使用者掌握故障原因后，需要进行通过电话等方法向诊断窗 口进行通知的行动。在本发明中，为了削减该工作，还提出了移动终端 装置自动进行错误代码的通知的功能。
根据本发明，将与不良情况有关的诊断结果转换成错误代码，并将 转换后的错误代码显示输出，或者向外部的服务器等输出，由此，与向 网络发送产生故障时的日志的情况相比，能够抑制通信成本和与作业有 关的人力成本。


图1是示出利用本发明的便携终端装置的故障诊断系统的结构例的 框图。
图2是示出错误代码的结构例的图。
图3是示出便携终端装置中的产生故障时的错误代码输出之前的处 理的图。
图4是与参照图3说明的处理对应的流程图。
图5是示出基于故障自动诊断功能的故障自动诊断的流程的图。
图6 (a)是示出诊断方针文件的例子的图，(b)是示出诊断程序的 项目的例子的图，(c)是示出所执行的诊断项目的结果的例子的图，(d) 是示出与错误代码对应的显示字符串的例子的图。
图7是示出错误代码的利用例的图。图8是示出图7的各装置的处理的顺序图。
图9是示出错误代码的另一利用例的图。
图10是示出图9的各装置的处理的顺序图。
图11是示出对用户显示故障原因的处理的图。
图12是示出错误代码转换表的结构例的图。
图13是与参照图11说明的处理对应的流程图。
图14是示出存储在便携终端装置中的错误代码一览的更新处理的图。
图15是示出图14的各装置的处理的顺序图。
图16是示出错误代码的第1实施例的图。
图17是与参照图15说明的处理对应的流程图。
图18是示出错误代码的第2实施例的图。
图19是与参照图18说明的处理对应的流程图。
图20是示出错误代码的第3实施例的图。
图21是与参照图20说明的处理对应的流程图。
图22是示出错误代码的第4实施例的图。
图23是与参照图22说明的处理对应的流程图。
图24是示出错误代码的第5实施例的图。
图25是示出本发明的移动终端装置的诊断方法的例子的流程图。 标号说明
1-曰志收集功能；2:诊断方针受理功能；3:故障自动诊断功能； 4、 23:错误代码输出功能；5:显示器输出功能；6:错误代码转换表； 7、 22'、 25':错误代码转换功能；8:错误代码一览存储功能；9:错误 代码更新功能；21:诊断方针发送功能；22、 25:错误代码受理功能； 24、 26:操作画面；31:共同诊断程序；32:个别诊断程序；33:错误 代码生成程序；100:便携终端装置；101:诊断方针文件；102:诊断程 序；104:显示字符串；200:诊断服务器；300:厂商服务器。
具体实施方式
下面，参照

本发明的实施方式。另外，在以下的说明所参 照的附图中，与其他附图相同的部分用同一标号示出。 (系统整体的结构)
图1是示出利用本发明的便携终端装置的故障诊断系统的结构例的 框图。在该图中，本例的故障诊断系统构成为包含用户所使用的便携 终端装置100;由通信服务提供商进行管理的诊断服务器200;以及由便
携终端装置的制造商进行管理的厂商服务器300。
便携终端装置100构成为包含日志收集功能1，收集并存储与装
置内产生的不良情况、异常、故障有关的日志信息；诊断方针受理功能2， 从诊断服务器200受理用于诊断的诊断方针；故障自动诊断功能3，执行 程序来自动诊断不良情况、异常、故障；错误代码输出功能4，生成与诊 断结果对应的错误代码；显示器输出功能5，用于进行错误代码等的显示； 错误代码转换表6，用于将错误代码转换成显示字符串(即对使用者显示 的字符串)；错误代码转换功能7，参照错误代码转换表6，将错误代码 转换成显示字符串；错误代码一览存储功能8，存储错误代码的一览表； 以及错误代码更新功能9，进行错误代码的更新。
根据这种结构，能够通过错误代码输出功能4或显示器输出功能5 来控制所生成的错误代码的输出目的地，所以，通过在便携终端装置的 显示器上进行显示，或者向外部的诊断服务器200进行输出，能够容易 地掌握不良情况的原因。关于进行在显示器上显示、向诊断服务器输出 中的哪一个，可以由使用者通过操作设定按钮来选择，也可以在装置的 规格中预先确定。
另外，在本例中，采用通过诊断方针受理功能2从作为外部装置的 诊断服务器200受理诊断方针的结构。该诊断方针也可以预先存储在便 携终端装置100内的存储器等中。在不更新预先存储在便携终端装置100 内的诊断方针而直接继续使用的情况下，不需要设置诊断方针受理功能 2。
诊断服务器200构成为包含诊断方针发送功能21，向便携终端装 置100发送诊断方针；错误代码受理功能22，受理错误代码；错误代码输出功能23，输出错误代码；以及操作画面24，用于供操作人员目视确 认错误代码。
厂商服务器300构成为包含错误代码受理功能25，受理错误代码; 以及操作画面26，用于供操作人员目视确认错误代码。 (错误代码的结构)
如图2所示，在本例中使用的错误代码由表示厂商/机型等的第1项 目EC-1、将故障产生场所即便携终端装置内的功能要素作为故障大项目 来表示的第2项目EC-2、和将产生的异常或故障的详细内容作为故障小 项目来表示的第3项目EC-3这三个项目的组合构成。该图所示的本例的 错误代码为第1项目EC-1为"014"、第2项目EC-2为"022"、第3项目 EC-3为"001"。因为各个项目用字符串来表述，所以错误代码整体也用字 符串来表述。通过使用该错误代码，与利用文本或二进制等直接发送日 志的方式相比，能够抑制便携终端装置的通信成本，同时输出详细的诊 断信息。
这样，在本例中使用的错误代码表现为针对每个功能细分化。通过 将功能和异常处理分割开，并将它们组合起来，从而与列举全部的异常 处理相比，能够削减与错误代码的一览表有关的存储容量。
如果对错误代码采用这种结构，则在将来功能扩张，异常处理随之 增加的情况下，能够容易地追加项目。即，如后所述，由于具有能够从 诊断服务器来更新便携终端装置内的错误代码一览的功能，在固件或应 用程序追加/更新时，通过变更为新的所需要的一览，不用变更错误代码 体系的框架，就能够应对新功能或新终端。
另外，该错误代码可以如本例那样由大项目和进一步对其进行细分 化的小项目来构成，也可以将故障项目作为一个项目。 (便携终端装置的结构例)
返回图1，进一步说明在本系统中使用的便携终端装置100的内部 结构。
在错误代码的设定中，因为各厂商的每个终端的硬件和软件结构必 然不同，所以，即使将故障的结果直接作为日志输出，不是开发者也不具有专业知识的使用者或通信运营商的诊断窗口也无法理解故障原因。 在诊断结果中存在针对各终端共同产生的错误的诊断值、和依赖于特定 硬件的诊断值。即使将依赖于特定硬件的值直接作为错误代码输出，也 只有接收到错误代码的安装厂商能够准确理解故障原因。通过从厂商向 通信媒介的窗口或使用者再次返送说明信息，虽然能够共享信息，但是 需要冗余的处理，并且，可能无法充分地展开说明。
所以，在本系统中，针对硬件或软件的故障日志，基于个别诊断程 序进行生成错误代码的处理。S卩，除了执行共同诊断程序来生成所有厂 商共同的错误代码以外，还执行个别诊断程序来生成厂商固有的错误代 码。
通过便携终端装置100内的故障自动诊断功能3来实现以上的处理。 通过装置内的CPU (Central Processing Unit:中央处理单元)执行共同诊 断程序31、个别诊断程序32、和错误代码生成程序33来实现该故障自 动诊断功能3，其中，共同诊断程序31诊断各终端装置厂商共同的故障 原因，个别诊断程序32进行依赖于厂商独自的硬件或软件的诊断，错误 代码生成程序33生成与这些诊断程序的解析结果对应的错误代码。
通过使用终端装置的厂商共同的程序，能够运用共同诊断程序31。 与此相对，对于个别诊断程序32，需要进行能够在各厂商中收集与硬件 的特征有关的日志来进行诊断的安装。 (产生故障时的处理)
参照图3说明便携终端装置中的产生故障时的输出错误代码之前的 处理。在该图中，在便携终端装置内，当产生错误等异常时(步骤S1)， 使用日志收集功能1取得故障日志并进行存储(步骤S2)。该日志被传送 到故障自动诊断功能3。故障自动诊断功能3对日志实施诊断。
作为实施诊断的前提，需要通过诊断方针受理功能2预先受理用于 诊断的诊断方针(步骤S3)。当通过诊断方针受理功能2受理了诊断方针 时，从诊断方针受理功能2向故障自动诊断功能3发送诊断执行请求(步 骤S4)。
如上所述，故障自动诊断功能3通过共同诊断程序31、个别诊断程序32、和错误代码生成程序33来实现。在故障自动诊断时(步骤S5)， 除了通过执行共同诊断程序31来进行共同诊断以外，还通过执行个别诊 断程序32来进行个别诊断(步骤S6)。然后，将表示诊断程序的项目的 ID中诊断结果为异常的ID发送到错误代码生成程序33 (步骤S7)。然 后，通过执行错误代码生成程序33，生成错误代码(步骤S8)。在基于 错误代码生成程序33生成错误代码时，参照存储在错误代码一览存储功 能8中的错误代码的一览表。
将所生成的错误代码发送到错误代码输出功能4 (步骤S9)。错误代 码输出功能4向外部输出错误代码(步骤SIO)。
图4是与参照图3说明的处理对应的流程图。在该图中，在待机状 态下，当产生异常时取得异常日志并进行存储(步骤S1—S2)。然后，当 受理了诊断方针时(步骤S3)，发送诊断执行请求(步骤S4)。由此，执 行诊断程序(步骤S5)。
发送表示诊断程序的项目的ID中的诊断结果为异常的ID(步骤S7)， 生成错误代码(步骤S8)。从便携终端装置输出所生成的错误代码(步骤 SIO)。该情况下，向诊断服务器发送该错误代码，或者向便携终端装置 的显示器输出该错误代码。
(故障自动诊断的流程)
这里，图5示出基于故障自动诊断功能3的故障自动诊断的流程。 在该图中，在便携终端装置100中，首先，根据从通信运营商(carrier) 所管理的诊断服务器200受理的诊断方针文件101，来执行诊断程序。例 如如图6 (a)所示，诊断方针文件101是指定诊断程序102中包含的诊 断项目的ID，针对这些诊断项目请求诊断的文件。例如，指定ID: 21、 ID: 25、 ID: 26等，针对与这些所指定的ID对应的诊断项目进行诊断。 图6 (b)示出诊断程序102的项目的例子。在该图中，在本例中，诊断 程序ID"l"在诊断程序的项目即解析内容"电池"中与利用函数"Check batteiy()"对应。并且，诊断程序n)"21"在诊断程序的项目即解析内容"SW Version"中与利用函数"Check SW Version ()，，对应。进而，诊断程序ID"22" 在诊断程序的项目即解析内容"空闲存储器容量"中与利用函数"CheckMemory()"对应。同样，诊断程序ID"51"在解析内容"GPS异常结束次数" 中与利用函数"Check GPS ()"对应，诊断程序ID"52"在解析内容"DTV异 常结束次数"中与利用函数"CheckTV()"对应。在本例中，诊断程序E)从 'T，到"50"是共同诊断程序102a，诊断程序ED"51"及之后是个别诊断程序 102b。
返回图5，当执行了诊断程序102中包含的诊断项目中与诊断方针 文件101内包含的ID组对应的项目时，取得所执行的诊断项目的结果 103。在本例中，在诊断的结果没有问题时，所执行的诊断项目的结果103 为"0"，在存在问题时，所执行的诊断项目的结果103为"+r。而且，如 图6 (c)所示，计算"+l"的合计值(Total)。本例的合计值为"+ll"。
返回图5，在全部的诊断程序的最终执行结果的合计值超过某一阈 值的情况下，判断为终端存在"异常"。该情况下，参照错误代码转换表6 生成错误代码，所生成的错误代码被转换成对应的显示字符串104。例如 如图6 (d)所示，错误代码被转换成对应的字符串"超过存储器使用量" 或"超过事件起动限制"等。
返回图5，在判断为终端存在"异常"的情况下，向便携终端装置的显 示器输出有异常的指令和与错误代码对应的显示字符串。另外，上述阈 值可以与诊断方针文件一起从诊断服务器200发布，也可以确定为所发 送的诊断方针文件中包含的ID数的"百分之八十"，还可以确定为绝对值 "10"。
这里，在本例的诊断程序的解析内容中，具有软件版本取得、异常 结束次数取得、空闲存储器容量取得等项目。例如，反馈在空闲存储器 容量为5%以下的情况下为异常等的所有项目是否异常的信息。
然后，在便携终端装置中，针对诊断程序执行结果，提取解析结果 为"+l"的诊断项目的ID。此时，针对所提取出的ID，进行针对错误代 码一览存储功能8的核对。这里，参照存储在错误代码一览存储功能8 中的错误代码的一览表，将ID转换成错误代码。该转换结果即错误代码 的第1项目 第3项目分别被传送到错误代码生成程序。
错误代码生成程序与这些要素相结合，对各个故障原因生成单独的错误代码。如参照图2说明的那样，在本例中，错误代码由分别以几字 节表述的三个项目构成。 (错误代码生成例)
返回图5，作为产生错误时的错误代码生成的例子，列举超过存储
器使用量的情况进行说明。该故障是在便携终端装置内产生某多个事件 时，大量消耗存储器的情况下，终端的动作产生延迟等不良情况。在产
生了该不良情况时，在便携终端装置100中，通过日志收集功能来取得 存在可能性的故障信息。存储器的使用率的变化也包含在这里所取得的 故障信息中。
进而，在便携终端装置100中，针对所取得的故障信息，执行故障 自动诊断功能内的共同诊断程序来进行解析，在与存储器使用有关的日 志信息的部分检测异常，来确定原因。而且，作为错误代码，输出将三 个项目(参照图2)的值结合起来的字符串。例如，输出"012-345-678"。
关于执行共同诊断程序而无法解析的结果，很可能是针对该便携终 端装置固有的功能的硬件或软件独自的故障。因此，执行了共同诊断程 序之后，执行个别诊断程序来进行解析。
基于执行个别诊断程序的诊断方法也与上述共同诊断程序同样。个 别诊断程序是用于诊断机型固有的诊断项目的程序。例如诊断依赖于是 否搭载了GPS (Global Positioning System:全球定位系统)、是否搭载了 DTV (Digital Television:数字电视)等功能的项目、依赖于厂商的项目 等。在本例中，诊断"GPS异常结束次数"、"DTV异常结束次数"。
在个别诊断程序中，使用相对于通常动作的状态转移信息对每个厂 商/机型进行扫描，检测与通常动作的差分。对该检测结果的处理与上述 相同。使用错误代码输出功能，向设置在外部的服务器即诊断服务器200 输出所生成的错误代码。
并且，如图5所示，错误数没有超过规定阈值的情况为没有异常， 在便携终端装置100的显示器上显示该结果。另一方面，在错误数超过 规定阈值的情况下，判定为有异常，参照错误代码转换表6将错误代码 转换成与其对应的显示字符串。然后，在便携终端装置100的显示器上显示该转换后的显示字符串。 (错误代码的利用例)
接着，参照图7说明从本结构的便携终端装置输出的错误代码的利 用例。在执行便携终端装置100内的诊断程序之后，通过错误代码生成 程序33来生成错误代码EC (步骤Sll)。通过错误代码输出功能4从便 携终端装置100输出该生成的错误代码EC (步骤S12)。通过网络向诊断 服务器200发送从便携终端装置100输出的错误代码EC。诊断服务器200 使用错误代码受理功能22受理本错误代码EC (步骤S12')。然后，诊断 服务器200在诊断服务器200的操作画面24上显示错误代码(步骤S13 )。
使用诊断服务器200的操作人员参照本错误代码来取得故障信息。 并且，在诊断服务器200中，在上述操作画面24上显示错误代码的同时， 使用错误代码输出功能23向厂商服务器300传送错误代码EC (步骤 S14)。在厂商服务器300中，与上述诊断服务器200同样，使用错误代 码受理功能25受理错误代码EC (步骤S14')，并在操作画面26上进行 显示(步骤S15)。
图8是示出上述各装置的处理的顺序图。在该图中，执行便携终端 装置100内的诊断程序之后，生成错误代码EC (步骤Sll)。从便携终端 装置100输出所生成的错误代码EC (步骤S12)，在诊断服务器200中被 受理(步骤S12')。
在诊断服务器200中，在操作画面24上显示错误代码(步骤S13)。
进而，从诊断服务器200输出错误代码(步骤S14)，在厂商服务器 300中被受理(步骤S14')。在厂商服务器300中也在操作画面26上显 示错误代码(步骤S15)。
根据以上的处理，不发送日志信息本身，而发送由几字节构成的错 误代码，从而能够削减对网络的负荷。
以上是使用便携终端装置的本故障自动诊断功能的诊断窗口和在厂 商中取得故障信息之前的一连串的处理。
另外，以上说明了在诊断服务器200、厂商服务器300中在操作画
面上显示错误代码的情况，但是，也可以在将错误代码转换成与其对应的显示字符串之后，在操作画面上进行显示。参照图9说明该情况的处
理。如该图所示，在执行便携终端装置100内的诊断程序之后，生成错 误代码EC (步骤Sll )，从便携终端装置100向诊断服务器200输出该错 误代码(步骤S12)。在诊断服务器200中，使用错误代码受理功能22 受理本错误代码，然后使用错误代码转换功能22'和转换表(未图示)将 错误代码转换成显示字符串(步骤S13')。在操作画面24上显示该转换 后的显示字符串(步骤S13)。操作诊断服务器的操作人员从显示在该画 面上的显示字符串读取故障原因，进行规定的处理。
同样，在厂商服务器中，也能够以相同的要素来实现在操作画面上 的显示。在诊断服务器200中，将显示字符串显示在上述操作画面24上 的同时，使用错误代码输出功能23向厂商服务器300传送错误代码(步 骤S14)。在厂商服务器300中，与上述诊断服务器200同样，使用错误 代码受理功能25和转换表(未图示)，受理错误代码后，使用错误代码 转换功能25'，将错误代码转换成显示字符串(步骤S15')。在操作画面 26上显示该转换后的显示字符串(步骤S15)。
图IO是示出上述各装置的处理的顺序图。在该图中，执行便携终端 装置100内的诊断程序之后，生成错误代码EC (步骤Sll)。从便携终端 装置100输出所生成的错误代码EC(步骤S12)，在诊断服务器200中被 受理(步骤S12')。
在诊断服务器200中，将错误代码转换成显示字符串(步骤S13')。 在操作画面24上显示该转换后的显示字符串(步骤S13)。
进而，错误代码从诊断服务器200输出(步骤S14)，在厂商服务器 300中被受理(步骤S14')。在厂商服务器300中也将错误代码转换成显 示字符串(步骤S15')。在操作画面26上显示该转换后的显示字符串(步 骤S15)。
如上所述，将错误代码转换成使用者可以理解的字符串进行显示， 另一方面，由于在装置间收发的不是日志和字符串，所以，能够削减通 信成本。
(使用者对故障原因的掌握和向操作人员通知的处理)这里，参照图11说明不向诊断服务器发送错误代码，而是向用户显
示故障原因的处理。在该图中，与图3的情况同样，生成错误代码之后
(步骤S8)，将该错误代码发送到错误代码转换功能7 (步骤S21)。在错 误代码转换功能7中，将该错误代码转换成表示故障原因的显示字符串
(步骤S22)。该情况下，使用错误代码转换表6,转换成使用者能够理 解的显示字符串。然后，通过显示器输出功能5，向便携终端装置100的 显示器输出该转换后的显示字符串(步骤S23)。
图12是示出错误代码转换表6的结构例的图。如该图所示，错误代 码转换表6示出错误代码和与其对应的显示字符串之间的对应。例如， 通过错误代码转换表6，将上述例子中所输出的与存储器使用率有关的错 误代码"012-345-678"转换成"超过存储器使用量"、"超过事件起动限制
(超过存储器使用量)"等显示字符串。向便携终端装置100的显示器输 出该显示字符串。并且，在本例中，通过错误代码转换表6，将 "012-001-001"转换成"超过应用程序区域容量"、将"012-345-677"转换成 "超过存储器使用量"这样的显示字符串，并输出到便携终端装置100的 显示器。其他详细处理与图5的情况相同。
图13是与参照图11说明的处理对应的流程图。在该图中，在待机 状态下，当产生异常时取得异常日志并进行存储(步骤S1—S2)。然后， 当受理了诊断方针时(步骤S3)，发送诊断执行请求(步骤S4)。由此， 执行诊断程序(步骤S5)。
发送表示诊断程序的项目的ID中的诊断结果为异常的ID(步骤S7)， 生成错误代码(步骤S8)。将所生成的错误代码转换成显示字符串(步骤 S22)。然后，向便携终端装置100的显示器输出该转换后的显示字符串
(步骤S23)。
如上所述，通过将错误代码转换成使用者可以理解的显示字符串进 行显示，使用者能够在掌握故障原因后，自己向通信运营商窗口等通知 故障原因。在以上的处理的情况下，需要来自使用者的通知，但是，因 为不发送日志信息本身，所以，能够削减通信成本。并且，期望来自对 应窗口的实时的对应，所以这点成为与图3的情况不同的优点。(便携终端装置中的错误代码一览的更新处理)
但是，错误代码的一览表有时被更新。参照图14说明存储在便携终 端装置100中的错误代码一览的更新处理。在该图中，从诊断服务器200 内的诊断方针发送功能21向便携终端装置IOO发送更新时的新错误代码 EC-N (步骤S41)。便携终端装置100内的错误代码更新功能9受理诊断 服务器200发送的错误代码EC-N进行合法性的验证。如果该验证的结果 是没有问题，则将新错误代码EC-N传送给错误代码一览存储功能8。错 误代码一览存储功能8将新错误代码置换为当前的错误代码一览进行存 储，或者追加新错误代码进行存储，完成更新(步骤S42)。
并且，伴随着追加了新错误代码，有时也需要更新错误代码转换表 6(步骤S43)。 g卩，在需要追加与新错误代码对应的显示字符串的情况下， 对错误代码转换表6的内容进行置换或追加。在即使追加了新错误代码， 显示字符串也仍然能够对应的情况下，不需要对错误代码转换表6的内 容进行置换或追加。例如，在虽然错误代码不同但异常内容为同一种的 情况下，能够使用相同的显示字符串，所以，不需要对错误代码转换表6 的内容进行置换或追加。
图15是示出上述各装置的处理的顺序图。在该图中，从诊断服务器 200向便携终端装置100发送更新时的新错误代码EC-N (步骤S41)。在 便携终端装置100中受理所发送的新错误代码EC-N (步骤S41')。
然后，将新错误代码置换为当前的错误代码一览进行存储，或者追 加新错误代码进行存储(步骤S42)。并且，在需要更新错误代码转换表 6的情况下，进行该更新(步骤S43)。
这里，本例的错误代码由第1项目到第3项目这三个项目构成，所 以，也能够独立地更新各项目。例如，可以不更新错误代码中表示厂商/ 机型名称的第l项目，而仅更新之后的第2项目、第3项目。这样，通 过采用细分化后更新的方法，能够减少更新时发送的差分信息。因此， 能够抑制由于更新多余信息而产生不匹配的核对结果，并且能够抑制经 由网络发送时的通信成本。
下面，说明与错误代码及其生成有关的更具体的实施例。(错误代码的第l实施例) 图16是示出本系统的错误代码的第1实施例的图。在该图中，在本 实施例中，接收诊断方针文件，根据该诊断方针文件来执行诊断程序。 然后，根据所执行的结果的ID，生成错误代码。该情况下，参照存储在
错误代码一览存储功能8中的错误代码的一览表，将ID转换成错误代码， 由此生成错误代码。在本例中，通过执行诊断程序，得到合计值"+ll" 这样的结果103，所以，可知存在ll个项目的错误。
该图所示的本例的错误代码为，表示厂商/机型等的第1项目EC-1 为"014"、将作为故障产生场所的便携终端装置内的功能要素作为故障大 项目来表示的第2项目EC-2为"022"、将产生的异常或故障的详细内容 作为故障小项目来表示的第3项目EC-3为"001"。
错误代码第2项目即故障大项目的内容与诊断程序的解析内容102' 相同。错误代码第3项目即故障小项目可以按照每个代码来划分文件， 也可以为一个文件。在像文件102-1、 102-2那样按照每个代码来划分文 件的情况下，在更新时仅发送必要的代码的文件即可，所以，能够效率 良好地进行更新处理。
这里，即使是与相同项目有关的错误代码，有时也能够检测出多种 错误。在本例的情况下，诊断项目的结果103针对作为解析内容的与"存 储器"有关的错误代码"022"，检测出剩余容量少"001"和不可写入"002" 这两个错误。
图17是示出与上述处理对应的便携终端装置的动作内容的流程图。 在该图中，首先，接收诊断方针文件(步骤S901)。接着，根据所接收的 诊断方针文件来执行诊断程序(步骤S902)。然后，进行是否异常的判定 (步骤S903)。在判定为异常的情况下，根据所执行的结果的ID，生成 错误代码(步骤S904)。将所生成的错误代码发送到诊断服务器，或者， 转换成显示字符串后，显示在便携终端装置的显示器上(步骤S卯5)。 (错误代码的第2实施例)
图18是示出本系统的错误代码的第2实施例的图。在该图中，在本 实施例中，当接收到诊断方针文件后，将共同诊断请求和个别诊断请求存储在相同的文件中。然后，首先根据该诊断方针文件来执行共同诊断 程序。利用错误代码来判断是否是共同诊断项目。例如，将编号51号以 后的项目作为共同诊断项目即可。并且，也可以利用共同诊断程序和个
别诊断程序来划分第2项目的文件，仅执行共同诊断程序。
接着，根据所执行的结果的ID，生成错误代码。该情况下，参照存
储在错误代码一览存储功能8中的错误代码的一览表，将ID转换成错误
代码，由此生成错误代码。
然后，与第1实施例的情况相同，进行是否异常的判定。即，如果
执行结果的合计没有超过某一阈值，则判定为不是异常。该情况下，执
行个别诊断程序。在判定为是异常的情况下，与第l实施例的情况相同，
参照错误代码的一览表，生成错误代码。
在本实施例中，错误代码第2项目即故障大项目的内容与诊断程序
的解析内容相同。错误代码第3项目即故障小项目可以按照每个代码来
划分文件，也可以为一个文件。在按照每个代码来划分文件的情况下，
在更新时仅发送必要的代码的文件即可，所以，能够效率良好地进行更
新处理。
图19是示出与上述处理对应的、便携终端装置的动作内容的流程 图。在该图中，首先，接收诊断方针文件(步骤S1001)。于是，将诊断 方针文件中包含的与共同诊断程序有关的项目和与个别诊断程序有关的 项目存储在相同文件中(步骤S1002)。
接着，根据所接收的诊断方针文件来执行共同诊断程序(步骤 S1003)。然后，根据所执行的结果的ID，生成错误代码(步骤S1004)。 然后，进行是否异常的判定(步骤S1005)。在判定为异常的情况下(即 共同诊断程序的执行结果的合计值超过阈值的情况)，将所生成的错误代 码发送到诊断服务器，或者，转换成显示字符串后，显示在便携终端装 置的显示器上(步骤S1006)，结束处理。
另一方面，在判定为不是异常的情况下(即共同诊断程序的执行结 果的合计值没有超过阈值的情况)，执行个别诊断程序(步骤S1007)。然 后，根据所执行的结果的ID，生成错误代码(步骤S1008)。然后，进行是否异常的判定(步骤S1009)。在判定为异常的情况下，将所生成的错 误代码发送到诊断服务器，或者，转换成显示字符串后，显示在便携终 端装置的显示器上(步骤S1006)。另一方面，在判定为不是异常的情况 下，结束处理。
(错误代码的第3实施例)
图20是示出本系统的错误代码的第3实施例的图。在该图中，在本 实施例中，当接收到诊断方针文件101后，划分与共同诊断程序相关的 诊断请求和与个别诊断程序相关的诊断请求，存储在各自的文件中。例 如，可以使文件名不同，也可以附加不同的标记信息来划分。
在后者的情况下，例如，对共同诊断程序附加"l"作为标记信息，对 个别诊断程序附加"2"作为标记信息来进行划分即可。该情况下，可以构 成为将诊断方针文件划分为两列，将标记信息配置在第一列，将解析内 容的ID配置在第二列。
然后，首先，根据该诊断方针文件来执行共同诊断程序。接着，根 据所执行的结果的ID，生成错误代码。该情况下，参照存储在错误代码 一览存储功能8中的错误代码的一览表，将ID转换成错误代码，由此生 成错误代码。
然后，与第i实施例的情况相同，进行是否异常的判定。即，如果 执行结果的合计没有超过某一阈值，则判定为不是异常。该情况下，执 行个别诊断程序。在判定为是异常的情况下，与第l实施例的情况相同， 参照错误代码的一览表，生成错误代码。
在本实施例中，错误代码第2项目即故障大项目的内容与诊断程序 的解析内容相同。错误代码第3项目即故障小项目可以按照每个代码来 划分文件，也可以为一个文件。在按照每个代码来划分文件的情况下， 在更新时仅发送必要的代码的文件即可，所以，能够效率良好地进行更 新处理。
图21是示出与上述处理对应的、便携终端装置的动作内容的流程 图。在该图中，首先，接收诊断方针文件(步骤S1001)。于是，将诊断 方针文件中包含的与共同诊断程序有关的项目和与个别诊断程序有关的项目分开存储在各自的文件中(步骤S1002')。以后的处理与参照图19 说明的第2实施例的情况相同，所以省略其说明。 (错误代码的第4实施例)
图22是示出本系统的错误代码的第4实施例的图。在该图中，在本 实施例中，分两次接收诊断方针文件。BP,首先接收仅为共同诊断请求 的诊断方针文件，在判定了是否异常后，接收个别诊断请求的诊断方针 文件。
首先，根据共同诊断请求的诊断方针文件来执行共同诊断程序。根 据所执行的结果的K)，生成错误代码。该情况下，参照存储在错误代码 一览存储功能8中的错误代码的一览表，将ID转换成错误代码，由此生 成错误代码。
然后，进行是否异常的判定。如果执行结果的合计没有超过某一阈 值，则判定为不是异常。在没有超过阈值而判定为不是异常的情况下， 从便携终端装置100向诊断服务器200请求发送个别诊断请求的诊断方 针文件。
然后，接收个别诊断请求的诊断方针文件，根据该诊断方针文件， 执行个别诊断程序。之后的处理与第1实施例的情况相同。
在本实施例中，错误代码第2项目即故障大项目的内容与诊断程序 的解析内容相同。错误代码第3项目即故障小项目可以按照每个代码来 划分文件，也可以为一个文件。在按照每个代码来划分文件的情况下， 在更新时仅发送必要的代码的文件即可，所以，能够效率良好地进行更 新处理。
图23是示出与上述处理对应的、便携终端装置的动作内容的流程 图。在该图中，首先，接收与共同诊断程序有关的诊断方针文件(步骤 S1001')。接着，根据所接收的诊断方针文件来执行共同诊断程序(步骤 S1003)。
然后，根据所执行的结果的ID，生成错误代码(步骤S1004)。然后， 进行是否异常的判定(步骤S1005)。在判定为异常的情况下(即共同诊 断程序的执行结果的合计值超过阈值的情况)，将所生成的错误代码发送到诊断服务器，或者，转换成显示字符串后，显示在便携终端装置的显
示器上(步骤S1006)，结束处理。
另一方面，在判定为不是异常的情况下(即共同诊断程序的执行结 果的合计值没有超过阈值的情况)，从便携终端装置向诊断服务器请求与 个别诊断程序有关的诊断方针文件(步骤S1005')。然后，当从诊断服务 器输出与个别诊断程序有关的诊断方针文件时，接收该诊断方针文件(步 骤S1001")。然后，执行个别诊断程序(步骤S1007)。以后的处理与参 照图21说明的第3实施例的情况相同，所以省略其说明。 (错误代码的第5实施例)
图24是示出本系统的错误代码的第5实施例的图。在该图中，本例 是第1实施例的变形。本例与第1实施例的情况的不同点在于错误代码 的第2项目。gp，参照该图，错误代码的第2项目的内容与诊断程序的 解析内容102"相同。gp，错误代码的第2项目除了"错误代码"、"解析内 容"以外，还将"诊断程序ID"作为项目。"诊断程序ID"是指示诊断程序的 项目的ID。在本例中，诊断程序ID'T'在诊断程序的项目即解析内容"电
池"中与利用函数"Checkbattery()"对应。并且，诊断程序ID"21"在诊断程 序的项目即解析内容"SW Version"中与利用函数"Check SW Version ()"对 应。进而，诊断程序ID"22"在诊断程序的项目即解析内容"空闲存储器容 量"中与利用函数"Check MemoryO"对应。
在本实施例中，接收诊断方针文件，根据该诊断方针文件来执行诊 断程序。然后，根据所执行的结果的ID，生成错误代码。该情况下，参 照存储在错误代码一览存储功能8中的错误代码的一览表，将ID转换成 错误代码，由此生成错误代码。
错误代码第2项目即故障大项目为上述内容。错误代码第3项目即 故障小项目可以按照每个代码来划分文件，也可以为一个文件。在按照 每个代码来划分文件的情况下，在更新时仅发送必要的代码的文件即可， 所以，能够效率良好地进行更新处理。
本实施例的处理的内容与参照图17说明的第1实施例的情况相同， 所以省略其说明。(移动终端装置的诊断方法) 在上述便携终端装置中，采用如下的诊断方法。即，采用诊断本装 置内的不良情况的移动终端装置的诊断方法，如图25所示，该诊断方法 包含以下步骤诊断步骤(步骤S101)，在该步骤中，根据从外部取得的
诊断方针进行与所述不良情况有关的诊断处理；错误代码生成步骤(步 骤S102)，在该步骤中，生成与该诊断步骤的诊断结果对应的错误代码； 以及输出步骤(步骤S103)，在该步骤中，输出在该错误代码生成步骤中 生成的错误代码。采用这种诊断方法，将与不良情况有关的诊断结果转 换成错误代码，对转换后的错误代码进行显示输出，或者向外部的服务 器等输出，由此，与向网络发送产生故障时的日志的情况相比，能够抑 制通信成本和与作业有关的人力成本。 (总结)
在本发明中，不需要来自用户的操作契机而自动动作，并具有以下 功能必然能发现在便携终端装置的硬件和软件中产生的故障并取得日 志的功能；和可使用日志来解析原因的功能。关于该解析结果的显示， 不显示日志本身，而是作为将日志简化的字符串即错误代码显示在便携 终端装置的显示器上，由此，使用者能够当场便掌握故障原因。即，不 直接向服务器发送所收集的日志，而是具有在便携终端装置内自动进行 解析的故障诊断功能，由此，能够削减通信成本和人力成本。
并且，在本发明中，采用自动进行错误代码的通知的错误代码输出 功能。因此，使用者在掌握故障原因后，不需要进行通过电话等方法通 知给诊断窗口的行动，能够削减工作。
本发明可用于诊断移动终端装置内的不良情况。
权利要求
1.一种移动终端装置，其诊断本装置内的不良情况，其特征在于，该移动终端装置包含诊断单元，其依据诊断方针进行与所述不良情况有关的诊断处理；和错误代码生成单元，其生成与所述诊断单元的诊断结果对应的错误代码，所述移动终端装置输出由所述错误代码生成单元所生成的错误代码。
2. 根据权利要求1所述的移动终端装置，其特征在于， 该移动终端装置还包含诊断方针取得单元，该诊断方针取得单元从其他装置取得所述诊断方针。
3. 根据权利要求1或2所述的移动终端装置，其特征在于， 所述诊断处理通过计算机执行诊断程序来实现，所述诊断程序包含共同诊断程序，其进行与各终端装置共同的功 能有关的诊断；和个别诊断程序，其在执行所述共同诊断程序之后执行， 进行与本装置固有的功能有关的诊断。
4. 根据权利要求1 3中的任一项所述的移动终端装置，其特征在于，所述错误代码包含用于确定终端装置的机型的项目和与所述不良情 况的内容有关的项目。
5. 根据权利要求1 4中的任一项所述的移动终端装置，其特征在于，该移动终端装置还包含控制由所述错误代码生成单元所生成的错误 代码的输出目的地的单元。
6. 根据权利要求1 5中的任一项所述的移动终端装置，其特征在于，该移动终端装置还包含字符串转换单元，该字符串转换单元将由所述错误代码生成单元所生成的错误代码转换成与其对应的字符串。
7. —种移动终端装置的诊断方法，该诊断方法诊断本装置内的不良情况，其特征在于，该诊断方法包含以下步骤诊断步骤，在该步骤中，依据诊断方针进行与所述不良情况有关的 诊断处理；错误代码生成步骤，在该步骤中，生成与所述诊断步骤的诊断结果 对应的错误代码；以及输出步骤，在该步骤中，输出在所述错误代码生成步骤中生成的错 误代码。
全文摘要
本发明提供移动终端装置、移动终端装置的诊断方法。抑制向网络发送产生与移动终端装置有关的不良情况、异常、故障时的日志时的通信成本等。依据从外部取得的诊断方针进行与不良情况有关的诊断处理。生成与该诊断结果对应的错误代码。输出所生成的错误代码。不直接向解析服务器发送在移动终端装置内收集的日志，而是具有在移动终端装置内自动进行解析的故障诊断功能，由此能够削减通信成本等。
文档编号H04W24/08GK101291509SQ20081009146
公开日2008年10月22日 申请日期2008年4月17日 优先权日2007年4月19日
发明者一瀬晃弘, 森谦作, 浅野浩一, 西村佳将 申请人:株式会社Ntt都科摩