欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

信息處理設備、信息處理系統(tǒng),以及信息處理方法

文檔序號:7710748閱讀:187來源:國知局
專利名稱:信息處理設備、信息處理系統(tǒng),以及信息處理方法
技術領域
本發(fā)明涉及信息處理設備、信息處理系統(tǒng),以及信息處理方法, 用于提供,使用,例如,任意用戶的誤操作的歷史信息,解決用戶對 設備的操作不滿意的功能。
背景技術
隨著最近的視聽(AV)產(chǎn)品的普及,開發(fā)了性能改善的AV設 備。具體來說,電視接收機等等具有具有用于基于用戶設置執(zhí)行各種 圖像處理并允許用戶選擇所希望的圖像質(zhì)量設置(如圖像的色調(diào)或清 晰度)的功能。然而,AV設備的性能改進,可能增大用戶操作的復 雜性,并可能導致許多誤操作。鑒于許多誤操作的情況,提出了用于 支持用戶操作的各種方法。
例如,有人提出了對遙控器操作信號進行命令分析以檢測誤操作 或非必需的操作并呈現(xiàn)指導信息的方法(參見日本未經(jīng)審查的專利申 請出版物No. 2007-300407 )。
此外,還有人提出了操作支持設備,用于根據(jù)對設備的操作預測 用戶的目的,以便用于支持用戶操作的用戶界面可以反映該目的(參 見日本未經(jīng)審查的專利申請出版物No. 08-171443 )。

發(fā)明內(nèi)容
在日本未經(jīng)審查的專利申請出版物No. 2007-300407描述的方 法中,具有不能執(zhí)行的命令的操作和具有不變的內(nèi)部參數(shù)的重復操作 是硬編碼的,并預先定義為誤操作。每當發(fā)生這樣的操作時,就判斷 發(fā)生了誤操作。即,在開發(fā)過程中,預測用戶的誤操作的潛在發(fā)生, 預先硬編碼并準備了專門化的誤操作判斷過程。此外,由于目標是普 通用戶而不是已經(jīng)執(zhí)行誤操作的用戶,因此,對于已經(jīng)執(zhí)行了誤操作 的單個用戶,沒有"專門化"。此外,只提供指導信息將使得直接解決誤操作的原因難以進行。
在日本未經(jīng)審查的專利申請出版物No. 08-171443描述的設備 中,預先存儲了用于預測操作狀態(tài)和用戶的操作目的的知識信息,不 同于從知識信息預測的操作的操作被檢測為可能的誤操作。即,在開 發(fā)過程中,預測用戶的誤操作的潛在發(fā)生,預先硬編碼并準備了專門 的誤操作判斷過程。此外,由于目標是普通用戶,因此,對于已經(jīng)執(zhí) 行了誤操作的單個用戶,沒有"專門化"。此外,只提供指導信息將使 得直接解決誤操作的原因難以進行。
此外,利用集成在如上文所描述的AV設備中的各種處理機構,
可以提供多個功能或服務。然而,由于成本等等問題,只有由制造商
選擇的功能被集成在向用戶提供的最終產(chǎn)品中,而功能僅限于一個集
合中。這使得用戶甚至對于只有該集合中的一個特定功能的版本的更
新,也采購該集合本身。在上文所描述的相關技術中,有另一個問題,
即,難以獲取并分析關于用戶易于執(zhí)行什么誤操作的信息,導致提供 適合于單個用戶的偏好的功能或產(chǎn)品。
因此,需要改善對誤操作敏感的設備的結構(用戶界面)。 要操作的設備包括輸入單元、信號處理單元,以及歷史存儲單元。 模式提取單元從獲取自要操作的多個設備的操作歷史信息提取
每一個用戶的操作模式,操作歷史信息至少包括關于用戶的操作歷史
和設備狀態(tài)的信息。
規(guī)則提取單元從由模式提取單元提取的操作模式中提取誤操作
模式,誤操作模式是由用戶執(zhí)行的誤操作所引起的操作模式。
反映信息生成單元從誤操作模式的類型識別誤操作的原因,并基
于誤操作的原因,生成被配置為在要操作的設備的功能中反映的反映
4各息。
在本發(fā)明的另 一個實施例中,信息處理系統(tǒng)包括被配置為累積關 于用戶的操作歷史和設備狀態(tài)的信息的要操作的設備,以及被配置為 分析關于操作歷史和設備狀態(tài)的信息的信息處理設備。
要操作的設備包括輸入單元、信號處理單元,以及歷史存儲單元。輸入單元基于用戶的操作輸入來生成控制信號。信號處理單元處理從輸入單元輸入的控制信號。
歷史存儲單元,作為操作歷史信息,存儲用戶的操作歷史和在處理控制信號之后獲取的設備的狀態(tài)。
信息處理設備包括模式提取單元、規(guī)則提取單元,以及反映信息生成單元。
模式提取單元從獲取自要操作的多個設備的操作歷史信息提取每一個用戶的操作模式,操作歷史信息至少包括關于用戶的操作歷史
和i殳備狀態(tài)的信息。
規(guī)則提取單元從由模式提取單元提取的操作模式中提取誤操作模式,誤操作模式是由用戶執(zhí)行的誤操作所引起的操作模式。
反映信息生成單元從誤操作模式的類型識別誤操作的原因,并基于誤操作的原因,生成被配置為在要操作的設備的功能中反映的反映信息。
在本發(fā)明的另 一個實施例中,信息處理方法包括從獲取自要操作的多個設備的操作歷史信息提取每一個用戶的操作模式的步驟,操作歷史信息至少包括關于用戶的操作歷史和設備狀態(tài)的信息。該方法還包括從操作模式中提取誤操作模式的步驟,誤操作模式是由用戶執(zhí)行的誤操作所引起的操作模式,以及從誤操作模式的類型識別誤操作的原因的步驟。該方法還包括基于誤操作的原因,生成被配置為在要操作的設備的功能中反映的反映信息的步驟。
在本發(fā)明的實施例中,從獲取的操作歷史信息中提取每一個用戶的操作模式,從提取的操作模式中提取每一個用戶的誤操作模式。相應地,提取難以在相關的技術中認識的誤操作模式(連續(xù)規(guī)則)。然后,基于從誤操作模式的類型指定的誤操作的原因,生成要在要操作的設備的功能中反映的反映信息,以便防止發(fā)生誤操作。
因此,根據(jù)本發(fā)明的實施例,分析諸如誤操作的歷史或設備的狀態(tài)之類的信息,根據(jù)分析結果,生成用于防止由用戶發(fā)生誤操作的反映信息。反映信息反映在要操作的設備中。如此,可以改善對誤操作敏感的結構(用戶界面)。


圖1是顯示了根據(jù)本發(fā)明的實施例的用于新的功能開發(fā)的信息
處理系統(tǒng)的概述的圖形;
圖2是根據(jù)本發(fā)明的實施例的遙控器(觸摸板)的示例的外部
視圖3是顯示了在本發(fā)明的實施例中采用的OSD菜單的示例的圖形;
圖4是顯示了根據(jù)本發(fā)明的實施例的系統(tǒng)的示例配置的圖形;圖5是顯示了根據(jù)本發(fā)明的實施例的歷史收集單元(用戶設備)的概述的圖形;
圖6是顯示了根據(jù)本發(fā)明的實施例的操作歷史信息的示例的圖
形;
圖7是顯示了根據(jù)本發(fā)明的實施例的歷史收集單元的處理執(zhí)行的過程的示例的流程圖8是顯示了根據(jù)本發(fā)明的實施例的歷史分析單元的示例內(nèi)部配置的方框圖9是顯示了根據(jù)本發(fā)明的實施例的預處理單元執(zhí)行的過程的示例的流程圖10是顯示了根據(jù)本發(fā)明的實施例的經(jīng)過預處理的操作歷史信息的示例的圖形;
圖11是顯示了根據(jù)本發(fā)明的實施例的操作順序提取單元執(zhí)行的過程的示例的流程圖12是顯示了根據(jù)本發(fā)明的實施例的操作順序的提取的示例的圖形;
圖13是顯示了根據(jù)本發(fā)明的實施例的操作模式提取單元執(zhí)行的過程的示例的流程圖14是顯示了根據(jù)本發(fā)明的實施例的連續(xù)規(guī)則提取單元執(zhí)行的過程的示例的流程圖;圖15是顯示了根據(jù)本發(fā)明的實施例的反映信息生成單元執(zhí)行的過程(上層)的示例的流程圖16是顯示了根據(jù)本發(fā)明的實施例的誤操作/正確的操作對應表以及誤操作的原因信息表(上層)的示例的圖形;
圖17是顯示了根據(jù)本發(fā)明的實施例的反映方法表(上層)的示例的圖形;
圖18是顯示了根據(jù)本發(fā)明的實施例的反映信息表(上層)的示例的圖形;
圖19是顯示了當添加了時間變動元素時反映信息表(上層)的示例的圖形;
圖20是顯示了根據(jù)本發(fā)明的實施例的反映信息生成單元執(zhí)行的過程(下層)的示例的流程圖21是顯示了根據(jù)本發(fā)明的實施例的誤操作/正確的操作對應表以及誤操作的原因信息表(上層)的示例的圖形;
圖22是顯示了根據(jù)本發(fā)明的實施例的反映方法表(下層)的示例的圖形;
圖23是顯示了根據(jù)本發(fā)明的實施例的反映信息表(下層)的示例的圖形;
圖24是顯示了當添加了時間變動元素時反映信息表(下層)的示例的圖形;
圖25是顯示了根據(jù)本發(fā)明的實施例的遠程控制屬性信息表(下層)的示例的圖形;
圖26是顯示了其中應用了新的功能的電視接收機的示例內(nèi)部配置的方框圖27是顯示了根據(jù)本發(fā)明的實施例的OSD菜單(上層)的示例升級的圖形;
圖28是顯示了根據(jù)本發(fā)明的實施例的遙控器(觸摸板)(下層)的圖形;
圖29是顯示了根據(jù)本發(fā)明的實施例的按組升級的示例的圖形;圖30是顯示了根據(jù)本發(fā)明的實施例的按組升級過程的示例的流程圖;以及
圖31是顯示了通用個人計算機的示例配置的方框圖。
具體實施例方式
下面,將參考附圖描述本發(fā)明的示范性實施例。1.信息處理系統(tǒng)的概述
本發(fā)明的一個實施例提供諸如用戶的操作歷史或設備的狀態(tài)之類的記錄的數(shù)據(jù)的分析技術,具體來說,考慮到操作,對于日本未經(jīng)審查的專利申請出版物No. 2004 - 265399中所描述的技術,特別是,中心 一側(cè)的處理器中包括的信息分析單元等等,提供此分析技術的實
現(xiàn)方式。
圖1是顯示了根據(jù)本發(fā)明的實施例的用于新的功能開發(fā)的信息處理系統(tǒng)的概述的圖形。
在根據(jù)該實施例的信息處理系統(tǒng)中,收集了關于由多個用戶Ul到U14在設備上執(zhí)行的操作的操作歷史信息1。收集的操作歷史信息1被歷史分析單元2分析,以一組一組地提取誤操作模式,如誤操作模式A到C。根據(jù)條件,如遙控器上的按鈕的對稱的和鄰近情況和按鈕的形狀相似,對組進行分類。然后,根據(jù)由歷史分析單元2提取的誤操作模式A到C,對于每一組(例如,Ul到U5、用戶U6到U8,以及用戶U9到U14的組中的每一組),升級設備(例如,遙控器3、 4,以及5)。在此示例中,操作歷史信息是從14個用戶收集的。然而,在現(xiàn)實中,存在更多用戶(設備)。
如此,使用通常從許多用戶那里獲取的誤操作信息,預測關于用戶操作的不滿意度(不方便性),進行升級,以便反映此不滿意度,從而避免用戶的不滿意。例如,可以通過改變按鈕的布局,按鈕之間的距離,按鈕的形狀等等,對于,例如,每一個用戶組,升級遙控器3, 4,以及5。下面將描述可以向用戶提供的新的功能的示例。
此外也可以升級難以自動調(diào)諧(學習)的類型的一部分(重新組合遙控器)。此外,對于每一組的專門化而不是對于每一個個人的專門化可以降低生產(chǎn)成本。
在下面的實施例中,假設電視機被用作用戶端的設備。然而,可以使用其他電子設備(根據(jù)使用環(huán)境,可以收集不同的操作歷史信息片段),如可以對其執(zhí)行用戶操作的設備或其內(nèi)部狀態(tài)的特性可以變化的設備。
圖2是顯示了在下面的描述中可以充當操作裝置的遙控器(觸摸板)10的示例的圖形。
圖2所示的遙控器10配備有鍵輸入單元。鍵輸入單元包括,例如,菜單按鈕10a、返回按鈕10b、便箋按鈕10c、電源按鈕10d、播放按鈕10e,以及方向按鈕10f。播放按鈕10e包括快速倒帶按鈕、播放按鈕、快進按鈕、工具按鈕、暫停按鈕,以及停止按鈕。方向按鈕10f包括向上、向下、向左,以及向右方向按鈕,以及位于四個方向按鈕的中心的一個固定鍵。圖2所示的按鈕的類型、布局等等只是示例,也可以使用其他類型、布局等等。
圖3是在下面的描述中采用的屏幕顯示(OSD)菜單的示例的圖形。
例如,當響應從遙控器10接收到的控制信號,在初始狀態(tài)11下按下遙控器10上的菜單按鈕10a時,要操作的設備將其狀態(tài)改變?yōu)槠渲兄鞑藛?2 ^L顯示為OSD菜單的狀態(tài)。主菜單12具有這樣的格式下拉菜單被顯示為子菜單,其中,準備了諸如TV設置選項12a、圖像質(zhì)量設置選項12b、聲音質(zhì)量設置選項12c,以及輸入設置選項12d之類的設置項目。當在主菜單12正在被顯示的狀態(tài)下按下返回按鈕10b時,狀態(tài)返回到初始狀態(tài)11。
此外,選擇和設置主菜單12中的TV設置選項12a,導致轉(zhuǎn)換到TV設置菜單13。 TV設置菜單13包括,作為下拉菜單,陸地設置選項13a、廣播衛(wèi)星(BS)設置選項13b,以及通信衛(wèi)星(CS)設置選項13c。
此外,選擇并設置陸地設置選項13a,導致轉(zhuǎn)換到陸地設置菜單14,在此情況下,信道設置選項14a等等被顯示為下拉菜單。此外,選擇并設置BS設置選項13b,導致轉(zhuǎn)換到BS設置菜單15,在此 情況下,信道設置選項15a等等被顯示為下拉菜單。
此外,選擇并設置主菜單12中的圖像質(zhì)量選項12b,導致轉(zhuǎn) 換到圖像質(zhì)量設置菜單16,在此情況下,對比度選項16a、亮度選 項16b、色密度選項16c等等被顯示為下拉菜單。圖3中顯示的 OSD菜單只是示例,下面將描述其細節(jié)。
2.根據(jù)實施例的歷史收集單元和歷史分析單元(公用部分)
現(xiàn)在將描述根據(jù)本發(fā)明的實施例的公用部分。即,共享部分是指 對從操作歷史信息派生出來的對上下層的處理通用的配置和操作。
圖4是顯示了根據(jù)本發(fā)明的實施例的信息處理系統(tǒng)20的示例 配置的示意圖。根據(jù)本實施例的信息處理系統(tǒng)20 —般包括歷史收集 單元(其中包括歷史收集設備30-1到30-n)、歷史分析單元(其中 包括歷史分析設備40),以及歷史反映單元(其中包括歷史反映設 備50-1到50-n)。 一般而言,歷史收集單元和歷史反映單元是相同 的,但是,它們可以不一定相同。
歷史收集單元位于用戶端(如放在家里或辦公室)。當用戶使用 給定設備時,歷史收集單元累積關于此設備的信息(如包括由用戶執(zhí) 行的誤操作的操作歷史,輸入信號,設備的狀態(tài))。歷史收集單元中 的每一個歷史收集設備30-1到30-n可以置于諸如電視接收機之類 的設備中,也可以作為單獨的設備配置。歷史收集設備30-1到30-n 下面籠統(tǒng)地稱為"歷史收集設備30",除非另作說明,歷史收集設備 30是指每一個歷史收集設備30-1到30-n。稍后,收集在每一個歷 史收集設備30中累積的信息,即,操作歷史信息。信息可以通過網(wǎng) 絡收集,通過將其中記錄了操作歷史信息的記錄介質(zhì)郵寄到供應商 (制造商),或使用任何其他適當?shù)姆椒āO旅鎸⒚枋鰵v史收集設備 30的細節(jié)。
歷史分析單元可以是,例如,位于開發(fā)產(chǎn)品的供應商的中心等等 的(服務器)設備。歷史分析單元中的歷史分析設備40基于諸如操 作歷史或設備的狀態(tài)之類的記錄,從操作歷史信息存儲設備30M中提取誤操作,并對誤操作進行分析。操作歷史信息存儲設備30M存 儲包括誤操作的操作歷史信息,該信息是從所有用戶的歷史收集設備 30-1到30-n發(fā)送的。然后,歷史分析設備40提取可以用于升級的 有益的信息(反映信息)。可以用于升級的有益的信息保存在反映信 息存儲設備40M中。下面將描述歷史分析設備40的細節(jié)。
歷史反映單元位于用戶端(如放在家里或辦公室)。歷史反映單 元中的歷史反映設備50-1到50-n根據(jù)反映信息存儲設備40M中 保存的升級信息,升級要操作的設備。例如,可以向用戶提供根據(jù)升 級信息自定義的設備,或者,可以向用戶(通過網(wǎng)絡)發(fā)送升級信息, 以便可以基于升級信息,自定義用戶的設備的功能。歷史反映設備 50-1到50-n下面籠統(tǒng)地稱為"歷史反映設備50",除非另作說明, 歷史反映設備50是指每一個歷史反映設備50-1到50-n。下面將描 述歷史反映設備50的細節(jié)。
歷史收集單元的配置
圖5是顯示了信息處理系統(tǒng)20中的歷史收集單元的配置的圖形。
歷史收集單元包括歷史收集設備30。歷史收集設備30包括信 號處理單元31、用戶界面32 (輸入單元和輸出單元)、信號收集單 元33,以及歷史存儲單元34。
信號處理單元31可以通過數(shù)字信號處理器(DSP)、中夬處理 單元(CPU)等等來實現(xiàn)。信號處理單元31對輸入信號(如視頻信 號或音頻信號)執(zhí)行預定的處理,產(chǎn)生演示信息,并將演示信息提供 到用戶界面32。信號處理單元31進一步接收用戶使用遙控器10 (參見圖2)輸入的信號中包括的控制信息,并基于控制信息進行處 理。
用戶界面32對用戶使用遙控器10輸入的信號進行分析,并向 信號處理單元31和信號收集單元33輸出分析結果,即,控制信息。 具體來說,用戶界面32可以是圖形用戶界面。作為接口,提供了光 接收單元,用于從遙控器10接收紅外信號。信號收集單元33收集從用戶界面32輸入的控制信息(操作歷 史),從信號處理單元31輸入的輸入信號,以及內(nèi)部參數(shù)(如輸入 信號和設備狀態(tài))。
歷史存儲單元34可以是磁性記錄設備、半導體存儲器等等。歷 史存儲單元34記錄并累積由信號收集單元33收集的信息。
在具有上文所描述的配置的歷史收集單元中,信號收集單元33 收集在用戶所使用的的電子設備(如電視接收機)中流動的電信號。 下面,要收集的電信號的記錄籠統(tǒng)地稱為"操作歷史"。搮作歷史代表 用戶操作信息本身,和設備的內(nèi)部狀態(tài)導致的變化的記錄。
例如,在電視機中,如圖5所示,信號收集單元33檢測從用 戶界面(如諸如顯示器之類的顯示單元,或光接收單元)32發(fā)送到 信號處理單元31的控制信息,以及信號處理單元31的內(nèi)部參數(shù)。 要收集的電信號的示例包括設備中所提供的所有集成電路之間的通 信數(shù)據(jù),如紅外線遠程控制(串行紅外線遠程控制系統(tǒng)(SIRCS))代 碼、集成電路之間(I2C)總線中流動的被用作設備的內(nèi)部狀態(tài)的記錄 的代碼,以及串行通信接口 (SCI)通信代碼。然而,也可以使用任何 其他信息。
在收集了電信號(如SIRCS代碼和I2C代碼)之后,圖6所 示的獲取時間和遙控代碼類型或任何其他適當?shù)男畔㈨棻唤M合起來, 以產(chǎn)生操作歷史信息30A-l,操作歷史信息30A-1保存在歷史存儲 單元34中。雖然可以徹底地作為操作歷史信息30A-1收集任何類 型的信息,但是,只選擇所需要的操作歷史信息,并在節(jié)省記錄容量 的前提下進行保存。重復上面的過程,以在歷史存儲單元34中累積 操作歷史信息。
當歷史存儲單元34的容量變滿時,提示用戶替換歷史存儲單元 34,供應商(中心)收集歷史存儲單元34。也可以在自從設備開始 使用以來某一時間段過去之后,響應來自供應商(中心)的請求,收 集歷史存儲單元34??梢酝ㄟ^使用戶向供應商(中心)發(fā)送電子設 備或可移動的歷史存儲單元(通過準備專用的記錄設備或在遙控器中安裝可移動的歷史存儲單元),收集操作歷史信息。如果電子設備具 有網(wǎng)絡連接功能,則可以通過網(wǎng)絡向供應商(中心)發(fā)送累積的操作 歷史信息。
歷史收集單元的操作
現(xiàn)在將參考圖7所示的流程圖描述由信息處理系統(tǒng)20中的歷 史收集單元(歷史收集設備30)執(zhí)行的過程的示例。
當開始收集操作歷史信息的過程時,首先,在步驟Sl中,判斷 是否由用戶通過用戶界面32向信號處理單元31輸入了操作信息。 如果已經(jīng)輸入了操作信息,則進入步驟S2。如果沒有輸入操作信息, 則反復地執(zhí)行步驟Sl的過程,監(jiān)視操作信息的輸入。
在步驟S2中,信號收集單元33判斷在歷史存儲單元34中 是否有空間。如果有空間,則進入步驟S3。如果沒有空間,則進入 步驟S5。
在步驟S3中,信號收集單元33選擇操作歷史信息。具體來 說,只選擇并保存設備中包含的各種信息之中的操作歷史信息。在完 成此過程之后,進入步驟S4。
在步驟S4中,信號收集單元33將操作歷史信息保存在歷史 存儲單元34中。在完成此過程之后,過程返回到步驟Sl的判斷,
并重復一系列處理步驟。
如果在步驟S2中判斷在歷史存儲單元34中沒有空間,則信 號處理單元31執(zhí)行控制,以便在用戶界面32上顯示提示用戶替換 歷史存儲單元34的消息。
在步驟S6中,則可以通過網(wǎng)絡向供應商(中心)發(fā)送歷史存儲 單元34中累積的操作歷史信息?;蛘?,用戶可以向供應商(中心) 提供電子設備(歷史收集設備30)或可移動的歷史存儲單元34。
歷史分析單元的配置
接下來,將描述對由歷史收集單元收集的操作歷史信息進行分析
的歷史分析單元。
在下面的描述中,歷史分析單元分別地對于每一個用戶執(zhí)行過程。然而,優(yōu)選情況下,使用盡可能多的用戶的數(shù)據(jù)共同地執(zhí)行過程, 特別是,當連續(xù)規(guī)則提取單元執(zhí)行諸如用戶之間的比較之類的過程。
圖8是顯示了信息處理系統(tǒng)20中的歷史分析單元的示例配置 的圖形。
歷史分析單元一般包括操作歷史信息存儲設備30M、歷史分析 設備40,以及反映信息存儲設備40M。操作歷史信息存儲設備30M 和反映信息存儲設備40M中的每一個都可以是諸如磁性記錄設備 或半導體存儲器之類的非易失性記錄設備。
歷史分析設備40包括預處理單元41、操作順序提取單元42、 模式提取單元43、操作模式數(shù)據(jù)庫43A、連續(xù)規(guī)則提取單元44,以 及反映信息生成單元45。歷史分析設備40的每一個單元都可以通 過諸如CPU之類的信號處理設備來實現(xiàn),并被配置為對輸入信號執(zhí) 行預定的處理,并將所產(chǎn)生的信號輸出到隨后的處理單元。歷史分析 設備40進一步包括存儲器(未顯示)。或者,歷史分析設備40的 每一個單元都可以分別包括一個存儲器,用于存儲通過由此單元執(zhí)行 的處理或計算獲取的結果。
預處理單元41如此配置,以便雖然可以取決于要記錄在操作歷 史信息存儲設備30M上的操作歷史信息的指定,獲取各種操作歷史 信息,但是,只從操作歷史信息存儲設備30M中提取隨后分析所需 的信息,以配置操作歷史信息的格式(數(shù)據(jù)形式)。下面將描述預處 理單元41的操作的細節(jié)。
操作順序提取單元42被配置為提取操作歷史信息(操作順序) 片段的集合,可以在長時間內(nèi)從已經(jīng)被預處理單元41預處理過的操 作歷史信息片段中預測具有相同的用途。下面將詳細描述操作順序提 取單元42的操作。
模式提取單元43被配置為從由操作順序提取單元42提取的 每一個操作順序中提取操作模式,并將操作模式相加。下面將詳細描 述模式提取單元43的操作。
操作模式數(shù)據(jù)庫43A被如此配置,以便由模式提取單元43提取的用戶的操作模式被寫入,并作為非易失性存儲器制造。下面,操
作模式數(shù)據(jù)庫43A由"操作模式DB43A"代表。
連續(xù)規(guī)則提取單元44被配置為給由模式提取單元43提取的 每一個操作模式賦予意義,并提取可以用于升級的信息。下面將詳細
描述連續(xù)規(guī)則提取單元44的操作。
反映信息生成單元45纟皮配置為生成反映信息,該信息用于允許 設備使用反映可以用于升級的信息(由連續(xù)規(guī)則提取單元44提取 的,即,在本實施例中,誤操作模式和對應的操作)的反映方法,或 任何其他適當?shù)姆椒ǚ从承碌墓δ?。反映信息保存在反映信息存儲?設備40M中。下面將詳細描述反映信息生成單元45的操作。
歷史分析單元的每一個單元的操作
現(xiàn)在將描述由信息處理系統(tǒng)20中的歷史分析單元(歷史分析設 備40)的每一個單元執(zhí)行的過程的示例。 預處理單元的操作
下面將參考圖9所示的流程圖描述由預處理單元41執(zhí)行的過 程的示例。
當開始預處理時,首先,在步驟Sll中(操作歷史分解過程), 對于每一個操作歷史代碼,對操作歷史信息存儲設備30M中收集的 操作歷史信息(參見圖6)進行分類,對于每一個操作歷史代碼,按 順序執(zhí)行步驟S12的判斷。
在步驟S12中(其余的操作歷史判斷過程),判斷是否還有未 處理的操作歷史信息(操作歷史代碼)。如果還有未處理的操作歷史 信息(操作歷史代碼),則進入步驟SO。如果沒有未處理的信息, 則預處理結束。
在步驟S13中(操作歷史類型判斷過程),則判斷未處理的操 作歷史信息(操作歷史代碼)是否是隨后的分析所需的操作歷史信息 (操作歷史代碼),并只提取所需要的操作歷史信息。然后,進入步 驟S14。對其余的非必需的操作歷史信息執(zhí)行步驟S15的處理。由 于在由連續(xù)規(guī)則提取單元44執(zhí)行的操作模式縮減處理中縮減了操作歷史信息,則操作歷史信息可以不一定在此階段縮減。
將收集的操作歷史信息轉(zhuǎn)換為用于進行分析的數(shù)據(jù)的具體示例
可以是,例如,從SIRCS代碼刪除冗余操作歷史代碼的過程。 一般 而言,對于穩(wěn)定的通信,只按下一次按鈕,可以發(fā)送多個(在下面的 示例中,兩個)SIRCS命令。如此,消除了多余的操作歷史代碼。 在另一個示例中,可以消除對于分析不需要的操作歷史代碼。例如, 當分析菜單操作時,刪除不相關的操作歷史信息(如設備的內(nèi)部處理 代碼)。此外,例如,如果只需要與頻道選擇有關得到操作歷史信息, 則刪除其他操作歷史信息(如音頻音量調(diào)節(jié)和圖像質(zhì)量調(diào)節(jié))。
圖10顯示了預處理的操作歷史信息的示例。在圖10所示的示 例中,預處理操作歷史信息30A-l,以便刪除冗余操作歷史代碼,獲 取操作歷史信息30A-2。
請回頭參看圖9所示的流程圖,在步驟S14中(操作歷史組 合過程),經(jīng)過步驟S13的操作歷史類型判斷的操作歷史代碼與以 前累積的操作歷史代碼相結合。在完成此過程之后,過程返回到步驟 Sll,并重復處理過程,直到處理完所有操作歷史代碼。
如果在步驟S13中判斷當前操作歷史信息對于分析不是必需 的,那么,在步驟S15中(操作歷史消除過程),消除對應的操作 歷史信息(操作歷史代碼)。在完成此過程之后,過程返回到步驟S11 , 并重復處理過程,直到處理完所有操作歷史代碼。
操作順序提取單元的操作
下面將參考圖11所示的流程圖描述由操作順序提取單元42 執(zhí)行的過程的示例。
當開始操作提取過程時,在步驟S21中,首先,預處理單元41 對預處理的操作歷史信息執(zhí)行操作順序提取過程。在操作順序提取過 程中,執(zhí)行操作歷史集成過程(步驟S21-l)和/或分隔符位置設置過 程(步驟S21-2)。或者,交替地重復這些過程。在完成此過程之后, 進入步驟S22。在步驟S21-l中(操作歷史集成過程),根據(jù)各種 標準,集成相鄰的或彼此足夠靠近的預處理的操作歷史信息片段(操作歷史代碼)。例如,可以組合地使用下面的標準
(1) 發(fā)生時間同時的操作歷史代碼被視為相同的,并集成在一起。
(2) 操作歷史代碼的類型同一類型的操作歷史代碼集成在一起。 在上面的項目(2)中,例如,在電視機中,可以只集成"增大音量,,代碼,
或者,"增大音量,,代碼和"降低音量"代碼可以被視為相同,并集成在一起。相應 地,可以根據(jù)需要,根據(jù)設計選擇各種集成方法。
此外,根據(jù)需要,通過組合用于集成的標準,可以選擇各種集成方法。例 如,首先,可以集成同時的和相同類型的操作歷史代碼,然后,可以根據(jù)集成的 操作歷史代碼的類型,進行進一步的集成??梢酝ㄟ^交替地執(zhí)行步驟S21-l和 步驟S21-2的處理,執(zhí)行這樣的集成。
圖12顯示了操作歷史代碼的集成的示例。
在本實施例中,將操作歷史信息組織成層次級別。例如,采用兩個層次級 別(或"層")的狀態(tài)轉(zhuǎn)換。具體來說,從預處理的操作歷史信息(遠程 控制代碼)派生下層(較低的層次級別)的狀態(tài)和上層(較高層次級 別)的狀態(tài)。這種操作歷史信息的集成用于判斷在隨后的操作模式分 析中獲取的操作模式的類型或通過下面的階段的分隔符位置設置來 定義分隔符位置。
在圖12中,顯示了可以用作狀態(tài)轉(zhuǎn)換觸發(fā)器的操作歷史信息片 段,下層的狀態(tài)轉(zhuǎn)換、以及上層的狀態(tài)轉(zhuǎn)換。
操作歷史信息片段可以是原始日志數(shù)據(jù),可以對應于上文所描述 的遠程控制代碼(SIRS代碼),設備內(nèi)部處理代碼等等。
下層的狀態(tài)轉(zhuǎn)換是在操作遙控器的階段的狀態(tài)的轉(zhuǎn)換,是分配給 遠程控制代碼的操作的基于較高級別概念的表示。如此,甚至其外觀 在用戶界面上不變化的狀態(tài)也被作為不同的狀態(tài)處理。
上層的狀態(tài)轉(zhuǎn)換是在功能階段的狀態(tài)的轉(zhuǎn)換,其來自用戶的外觀 匹配狀態(tài)。換句話說,下層的狀態(tài),對于每一個相同類別(功能), 被分組在一起。如此,上層的狀態(tài)轉(zhuǎn)換可以對應于OSD菜單層次結 構中的狀態(tài)轉(zhuǎn)換,各種處理模式(如雙屏幕顯示)等等。
請回頭參看圖11所示的流程圖,在步驟S21-2中(分隔符位置設置處理過程)預處理的和長時間內(nèi)的集成的操作歷史代碼被分組 為具有相同用途的操作歷史的集合(操作序列)。例如,在電視機中, 如果亮度設置和音頻音量調(diào)節(jié)是按順序執(zhí)行的,則在與亮度設置有關 的操作序列和與音頻音量調(diào)節(jié)有關的操作序列之間設置分隔符,每一 個操作序列都分組為具有相同用途的操作歷史的集合。
可以組合起來使用,例如,但不僅限于,下面的標準,確定分隔
符位置
(1)沒有在操作歷史集成處理中集成的相鄰操作歷史代碼之間 的位置。
在圖12所示的示例中,分隔符位置可以是由波形線表示的位 置。例如,分隔符位置可以是操作歷史信息片段的邊界,下層中的主 菜單顯示狀態(tài)42LL-1、 42LL-2和42LL-3之間的邊界,以及上層 中的主菜單顯示狀態(tài)42HL的邊界。確定的可能的位置的集合通過SA來 表示。
(2) 相鄰操作歷史代碼(它們之間的時間間隔大于閾值5)之間的位置。 閾值3可以作為所有操作歷史代碼共有的值預先確定,也可以根據(jù)操作歷 史代碼的類型而變化。如果閾值通過5來表示,則確定的可能的位置的集合通過 SB(8)來表示。
(3) 緊挨在只在開始處出現(xiàn)的操作歷史代碼之前或緊挨在只在操作序列(在 標準中定義或在操作的設備的使用手冊中描述)的結束處出現(xiàn)的操作歷史代碼之
后的位置。確定的可能的位置的集合通過Se來表示。
(4) 操作的設備的內(nèi)部狀態(tài)的使用
例如,在電視機中,使用I2C代碼等等實際檢查通電或斷電位置,在確定 的位置或緊挨在此位置之前或之后設置分隔符位置。確定的可能的位置的集 合通過SD來表示。
例如,假設大閾值和小閾值分別是3b和6s,則可以通過不同 地選擇乘積集(n)與集合的和(U)的不同組合的集合,如,
(S.n Sb(Ss" U 確定分隔符位置的集合。
在步驟S21完成之后,然后,在步驟S22中,在最后獲得的分隔符位置分隔預處理的操作歷史信息,根據(jù)需要,集成操作歷史代 碼。累積最后獲得的操作模式序列,并提供給隨后的單元,即,模式
提取單元43。
在圖12所示的示例中,在下層中,主菜單顯示狀態(tài)42LL-1、 42LL-2和42LL-3分別與菜單按鈕、向下按扭,以及設置按鈕關聯(lián) 地存在。在上層中,下層中的主菜單顯示狀態(tài)42LL-1、 42LL-2和 42LL-3被集成到單一的主菜單顯示狀態(tài)42HL中。
模式提取單元的操作
下面將參考圖13所示的流程圖描述由模式提取單元43執(zhí)行 的過程的示例。
當開始模式提取過程時,首先,在步驟S31中(操作順序歷史 分解過程),基于由操作順序提取單元42設置的分隔符位置,分解 每一個操作順序歷史代碼,并按順序執(zhí)行步驟S32的判斷。
在步驟S32中(其余的操作歷史判斷過程),判斷是否還有未 處理的操作歷史信息(未處理的操作順序歷史代碼)。如果還有未處 理的操作歷史信息(未處理的操作順序歷史代碼),則進入步驟S33。 如果沒有未處理的信息,則模式提取過程結束。
在步驟S33中(操作模式生成過程),從操作順序歷史代碼中 提取操作模式。根據(jù)需要,可以通過選擇,例如,下面的方法,提取 操作模式
(1) 從一個范圍(可以從M個操作序列(其中,M是整數(shù)) 中的每一個取N個連續(xù)的操作)的起始位置提取操作模式,其中, M>N, N是固定整數(shù)。也可以進行其他方式的提取,如只提取每一 個操作序列中的開頭或最后N個連續(xù)的操作。在下面的描述中,例 如,但不僅限于,使用了兩個連續(xù)的操作。也可以使用三個連續(xù)的操 作等等。
(2) 每一個操作序列照原樣被設置為一個操作模式。
在步驟S34中(操作模式累積過程),在存儲器(未顯示)中 按順序累積在步驟S33中的操作模式生成過程中獲取的操作模式。將累積的操作模式提供到隨后的單元,即,連續(xù)規(guī)則提取單元44。 在完成此過程之后,過程返回到步驟S31,并重復處理過程,直到處 理完所有操作歷史代碼。
連續(xù)規(guī)則提取單元的操作
下面將參考圖14所示的流程圖描述由連續(xù)規(guī)則提取單元44 執(zhí)行的過程的示例。
當開始連續(xù)規(guī)則提取過程時,首先,在步驟S41中(操作模式 分解過程),由模式提取單元43獲取的操作模式被分解成單個操作 模式,按順序?qū)γ恳粋€操作模式執(zhí)行步驟S42的其余操作模式判斷。
在步驟S42中(其余的操作模式判斷過程),判斷是否還有未 處理的操作模式。如果還有未處理的操作模式,則進入步驟S43中 的操作模式縮減過程。如果沒有未處理的操作模式,則連續(xù)規(guī)則提取 過程結束。
在步驟S43中(操作模式縮減過程),如果由模式提取單元43 獲取的操作模式的數(shù)量在可以處理的可接受的范圍內(nèi),則過程跳過步 驟S43,而不執(zhí)行縮減過程。然而,如果操作模式的數(shù)量太大難以處 理,例如,則組合起來使用下面的標準,作為縮減操作模式的縮減條 件。為了便于描述,假設使用條件"操作A后面是操作B或操作A 導致操作B"。
(a)統(tǒng)計量作為示例,有下面的索引可用
頻率操作模式的出現(xiàn)頻率。通過設置上限值或下限值來縮減操 作模式。
確定性假設操作A發(fā)生的情況下,操作B的出現(xiàn)概率。此索引對應于 條件概率"P(B/A)",并代表操作A和操作B之間的關聯(lián)度。通過設置上限值或 下限值來縮減操作模式。
起吊值操作A的發(fā)生對操作B的發(fā)生的影響的度量。此索引對應于 "P(B/A)/P(B)"。如果計算結果大于1,則判斷當前操作模式是特別有效的操作模 式。通過設置上限值或下限值來縮減操作模式。 (b)操作歷史代碼的類型操作模式縮減到只有升級系統(tǒng)中的歷史反映單元(參見圖4)所需的操作模式,或校正操作模式的發(fā)生的有偏的頻率,導致基于上文所描述的統(tǒng)計量的更有效的縮減過程。(c) 發(fā)生時間
根據(jù)自從被操作的設備開始使用以來過去的天數(shù)或任何其他時間條件,按時間段縮減操作模式。這樣,可以分析操作模式隨時間的變化。在完成上面的過程之后,進入步驟S44。
在步驟S44中(誤操作模式提取過程),從被縮減的操作模式中提取可能由用戶的誤操作所引起的操作模式,作為反映信息項。例如,分析電視機的遙控器的操作。在此情況下,假設在步驟S43中的操作模式縮減過程中只提取具有高確定性和高起吊值的操作模式。
然后,從提取的操作模式中提取誤操作模式。例如,可以根據(jù)它們的類型,定義下面的誤操作模式
(1) "狀態(tài)A —狀態(tài)C —狀態(tài)A—狀態(tài)B",其中,B#C。
(2) "狀態(tài)A —狀態(tài)A —狀態(tài)B",其中第一和第二操作具有共同的特征。
(3) "狀態(tài)A—狀態(tài)C"。此操作模式具有較低的確定性,還存在類似的高確定性操作模式"狀態(tài)A —狀態(tài)B"。
如這里所使用的術語"誤操作模式"是指不同于預定的操作模式的操作模式,即,未包括在內(nèi)指定的模式中的操作模式。指定的模式可以是在使用手冊等等中所描述的用于執(zhí)行所需的功能的操作模式,可以預先指定。被用戶認為是誤操作模式不被作為誤操作模式提取(如果此操作模式包括在指定的模式中)。指定的模式存儲在非易失性存儲器中。非易失性存儲器可以通過,例如,存儲了操作模式DB43A的存儲器或任何其他適當?shù)脑O備,來實現(xiàn)。
上面的項目(1)的操作模式對應于取消已經(jīng)執(zhí)行的操作(按下"返回"按鈕、"取消,,按鈕等等)以及執(zhí)行轉(zhuǎn)換另一個狀態(tài)的操作的模式。此操作模式可以解釋為作為"狀態(tài)A —狀態(tài)C,,的誤操作的結果獲取的模式,雖然最初計劃了"狀態(tài)A—狀態(tài)B"的操作。上面的項目(2)的操作模式對應于項目(1)的模式的修改版本,其中,由于誤操作,沒有發(fā)生狀態(tài)改變。此操作模式對應于,例如,與菜單等等不相關的操作。
上面的項目(3)的操作模式對應于通過對保存在操作模式DB43A中的包含用戶的通常的操作的歷史的分析獲取的模式,其中,雖然存在高概率狀況轉(zhuǎn)換,但是,已經(jīng)發(fā)生了較低的概率的狀態(tài)轉(zhuǎn)換。例如,在頻道1上的節(jié)目正在被顯示的狀態(tài)下,頻道3按鈕已經(jīng)被按下,雖然按下頻道2按鈕通常以比較高的概率發(fā)生。
在下面的描述中,作為示例,使用了項目上面的項目(1)的誤操作模式。在提取誤操作模式之后,推導出其發(fā)生的原因??梢愿鶕?jù)模式"狀態(tài)A —狀態(tài)B"和模式"狀態(tài)A —狀態(tài)C"之間的關系預先定義原因。當使用遙控器執(zhí)行此操作時,發(fā)生的原因可以是按鈕之間的空間位置關系 (鄰近和/或?qū)ΨQ排列)、按鈕的形狀相似等等。在OSD菜單的情況下,發(fā)生的原因可以是項目等等之間的位置關系。
例如,雖然諸如"狀態(tài)A —狀態(tài)B"之類的狀態(tài)轉(zhuǎn)換最初是在帶有高頻率和高確定性的不符合規(guī)范的操作模式之中計劃的,但是,可以錯誤地按下按鈕,因為用于轉(zhuǎn)換到狀態(tài)B的按鈕和用于轉(zhuǎn)換到狀態(tài)C的按鈕彼此挨得很近。錯誤地按下按鈕可能導致諸如"狀態(tài)A—狀態(tài)C(—狀態(tài)B)"之類的狀態(tài)轉(zhuǎn)換。錯誤地按下遙控器上的按鈕也可能由任何其他原因所引起,如按鈕的對稱排列或按鈕的形狀相同。
然后,在步驟S45中(誤操作模式解釋累積過程),累積在步驟S44中的誤操作模式提取過程中獲得的單個誤操作模式的解釋,并將它們用作在升級系統(tǒng)中的歷史反映單元中使用的信息。例如,累積被解釋為由用戶錯誤地按下遙控器上的按鈕所引起的模式(誤操作模式)的操作模式。相應地,提取關于由用戶執(zhí)行的誤操作的特點(連續(xù)規(guī)則)。例如,發(fā)現(xiàn)由于按鈕的對稱排列某一用戶常常按下不正確按鈕,或在沿著時間軸的某一時間段之后沒有發(fā)生誤操作模式,導致用戶已經(jīng)習慣遙控器的操作的解釋。因此,例如,輸出下面的反映信息片段(升級所需的信息)。
(1) 由按鈕的近距離布局所引起的誤操作頻繁的發(fā)生?!粹o之間的距離增大。
(2) 與由按鈕的對稱排列所引起的誤操作頻繁發(fā)生關聯(lián)的組?!粹o的布局不要導致對稱排列。
(3) 與由按鈕的形狀相似性所引起的誤操作頻繁發(fā)生關聯(lián)的組。—按鈕的形狀變化。
下面將描述為了自定義遙控器上的按鈕而輸出的反映信息的示例?,F(xiàn)在將進一步詳細地描述反映信息生成單元45 (參見圖8)。反映信息生成單元45主要基于在操作歷史信息的上層(錯誤地選擇功能)
提取的誤操作模式,和在操作歷史信息的下層(錯誤地按下按鈕)提取的誤操作
模式,生成反映信息?,F(xiàn)在將在操作歷史信息的上下層的上下文中描述
反映信息生成單元45 (參見圖12)。
3.根據(jù)實施例的歷史分析單元(反映信息生成單元上層)首先,將參考圖15到19描述反映信息生成單元45對于上
層的的操作。
圖15是顯示了由歷史分析設備40的反映信息生成單元45對于操作歷史信息的上層執(zhí)行的過程的示例的流程圖。
當開始反映信息生成過程時,首先,在步驟S51中,反映信息生成單元45讀取誤操作模式和關于狀態(tài)轉(zhuǎn)換觸發(fā)器的信息。在由連續(xù)規(guī)則提取單元44執(zhí)行的前一誤操作模式提取過程(步驟S44)獲取了誤操作模式。在完成此過程之后,進入步驟S52。
在步驟S52中,反映信息生成單元45根據(jù)誤操作模式和關于狀態(tài)轉(zhuǎn)換觸發(fā)器的信息,更新誤操作/正確的操作對應表。在完成此過程之后,進入步驟S53。
在步驟S53中,反映信息生成單元45將更新的誤操作/正確的操作對應表保存在存儲器中(未顯示)。在完成此過程之后,進入步驟S54和S55。
例如,在圖12所示的示例中,從操作歷史信息中獲取的上層中的狀態(tài)轉(zhuǎn)換,是"初始狀態(tài)"—"主菜單顯示狀態(tài)"—"圖像質(zhì)量設置菜
單顯示狀態(tài),,—"主菜單顯示狀態(tài)"—"電視設置菜單顯示狀態(tài)"—"BS設置菜單顯示狀態(tài)"。如此,在上層中從操作歷史信息中提取帶有兩種狀態(tài)轉(zhuǎn)換的下面的誤操作模式(=錯誤選擇功能)
(1) 帶有高頻率、高確定性,以及高起吊值的模式"狀態(tài)A —狀態(tài)C —狀態(tài)A —狀態(tài)B"
此模式對應于,例如,在圖3所示的示例中,轉(zhuǎn)換"主菜單12"—"圖像質(zhì)量設置菜單16"—"主菜單12"—"電視設置菜單13"。
(2) 帶有高頻率、低確定性和高起吊值的模式"狀態(tài)A—狀態(tài)C",此用戶也與帶有高頻率、高確定性,以及高起吊值的模式"狀態(tài)A
狀態(tài)B"關聯(lián)。
此模式對應于轉(zhuǎn)換,在圖3所示的示例中,轉(zhuǎn)換"電視設置菜單13"4"BS設置菜單15"。假設由模式提取單元43等等根據(jù)操作模式DB43A中累積的操作模式從統(tǒng)計學上判斷通常按照"電視設置菜單13"4,,陸地設置菜單14"的順序執(zhí)行操作。進一步假設,在BS廣播(電視)節(jié)目不可用的環(huán)境中設置BS設置菜單15的操作模式也對應于誤操作。
在誤操作模式的特定提取過程中,如參考連續(xù)規(guī)則提取單元44所討論的,首先,對所有操作歷史信息片段執(zhí)行所希望的狀態(tài)轉(zhuǎn)換模式的提取過程,然后,使用統(tǒng)計度量(例如,頻率、確定性,以及起吊值),過濾所有提取的模式。這可以消除意外發(fā)生的誤操作模式,只允許保留有效的誤操作模式。
圖16顯示了誤操作/正確的操作對應表(對于上層)的示例。在圖16所示的示例中,顯示了下面將描述的誤操作/正確的操作對應表的字段和誤操作的原因信息表的字段,以便部分地彼此重疊。
誤操作/正確的操作對應表被配置為提供誤操作和正確操作(最初計劃的操作)之間的對應關系,并具有下面的字段"狀態(tài)轉(zhuǎn)換模式"、"誤操作",以及"正確的操作"。
在圖16所示的示例中,提取模式"主菜單—圖像質(zhì)量設置菜單—主菜單—電視設置菜單",以及"電視設置菜單~>BS設置菜單"作為狀態(tài)轉(zhuǎn)換模式。相對于模式"主菜單—圖像質(zhì)量設置菜單—主菜單—電視設置菜單",作為誤操作寫入"圖像質(zhì)量設置菜單IN",作為正確操作,寫入"電視設置菜單IN"。此外,相對于模式"電視設置菜單—BS設置菜單",作為誤操作,寫入"BS設置菜單IN",作為正確操作,寫入"陸地設置菜單IN"。
然后,在步驟S54和S55中,反映信息生成單元45讀取存儲在存儲器(未顯示)中的系統(tǒng)信息和反映方法表??梢允褂孟到y(tǒng)信息來將狀態(tài)轉(zhuǎn)換模式與OSD菜單層次結構中的操作關聯(lián),系統(tǒng)信息包含OSD分層結構(參見,例如,圖3)和諸如構成層次結構的項目的名稱之類的信息。讀取的系統(tǒng)信息用于指定誤操作的原因(下面將描述的步驟S56),而讀取的反映方法表用于生成反映信息(下面將描述的步驟S58)。在完成上面的過程之后,進入步驟S56。
圖17顯示了反映方法表(對于上層)的示例。
圖17所示的反映信息表具有下面的字段"反映方法類型號碼","誤操作的原因",以及"反映方法"。反映方法被配置為定義使用哪一種方法(或風格)來實現(xiàn)設備的升級。
在本實施例中,相對于反映方法類型號碼"0",沒有誤操作的原因,反映方法被設置為"沒有變化"。相對于反映方法類型號碼"l",誤操作的原因是誤解菜單項,反映方法是創(chuàng)建到不正確菜單中的正確菜單的快捷方式。相對于反映方法類型號碼"2",誤操作的原因是誤解菜單項項,反映方法是不正確的菜單項的不顯眼的顯示。相對于反映方法類型號碼"3",誤操作的原因是誤解菜單項,反映方法是從不正確的菜單直接轉(zhuǎn)換到正確的菜單。
優(yōu)選情況下,在開始分析之前,預先定義和準備系統(tǒng)信息和反映方法表。
然后,在步驟S56中,基于誤操作/正確的操作對應表和系統(tǒng)信息,對于每一個用戶,識別誤操作的原因。例如,當狀態(tài)轉(zhuǎn)換;f莫式是"主菜單—圖像質(zhì)量設置菜單—主菜單—電視*沒置菜單"時,此沖莫式對應于模式"狀態(tài)A—狀態(tài)C—狀態(tài)A —狀態(tài)B"。如此, 原因被判斷為"狀態(tài)C"和"狀態(tài)B"之間的誤解,即,電視設置菜單 和圖像質(zhì)量設置菜單之間的誤解。在狀態(tài)轉(zhuǎn)換模式"電視設置菜單— BS設置菜單,,的情況下,基于此用戶將選擇電視設置菜單接下來是陸 地設置菜單的概率比較高的假設,原因被判斷為BS設置菜單和陸地 設置菜單之間的誤解。在完成此過程之后,進入步驟S57。
在步驟S57中,反映信息生成單元45向圖16所示的誤操作 /正確的操作對應表中的對應的誤操作添加識別的誤操作的原因,以生 成誤操作的原因信息表。然后,將生成的誤操作的原因信息表保存在 存儲器(未顯示)中。在完成此過程之后,進入步驟S58。在圖16所 示的示例中,誤操作/正確的操作對應表和誤操作的原因信息表被配置 為部分地彼此重疊。然而,可以理解,誤操作/正確的操作對應表和誤 操作的原因信息表可以作為單獨的表來創(chuàng)建。
在步驟S58中,基于上文所描述的誤操作/正確的操作對應表、 系統(tǒng)信息、反映方法表,以及誤操作的原因信息表,生成用于升級的 反映信息。在完成此過程之后,進入步驟S59。注意,在步驟S55中 讀取反映方法表可以在緊挨在步驟S58的處理之前執(zhí)行。
在步驟S59中,反映信息生成單元45基于生成的反映信息, 創(chuàng)建反映信息表,并將反映信息表保存在存儲器中。在完成此過程之 后,反映信息生成過程結束。
圖18顯示了反映信息表(對于上層)的示例。
反映信息包含升級遙控器(觸摸板)所需的信息。圖18所示的 反映信息表具有下面的字段"目標(用于反映)"、"反映方法類型 號碼",以及"詳細的反映方法,,,用于反映待反映的目標中的功能。 在本實施例中,術語"目標(用于反映),,是指誤操作。分配給"誤操 作的原因"的號碼對應于反映方法表中的"反映方法類型號碼"。"詳細 的反映方法,,字段包含每一個目標的特定反映方法?,F(xiàn)在將描述用于 判斷反映信息表中的反映方法類型號碼的方法。首先,從誤操作的原 因信息表(參見圖16)中提取誤操作的原因,在反映方法表(參見圖17)中的"誤操作的原因"字段內(nèi)搜索匹配提取的信息的條目。然 后,檢索匹配條目的反映方法類型號碼。如果沒有匹配條目,則反映 方法類型號碼被設置為"0,,,并注冊。在圖17所示的示例中,所有"誤 操作的原因"字段都被設置為相同內(nèi)容。然而,在現(xiàn)實中,存儲了誤 操作的各種原因。此外,在圖17所示的示例中,多個"誤操作的原 因"字段包含相同的誤操作的原因,因為為了便于描述,對于相同的 誤操作的原因,介紹了反映方法的多個示例。如此,只可以選擇搜索 中的第一命中條目,可以對于單一反映方法,預先選擇并準備反映方 法表。也可以采用任何其他方法。
在圖18所示的示例中,作為OSD菜單的升級的示例,目標 是圖像質(zhì)量設置菜單,反映方法類型號碼是"l",詳細的反映方法是 添加到"電視設置菜單"的快捷方式。作為OSD菜單的升級的另一個 示例,目標是BS設置菜單,反映方法類型號碼是"2",詳細的反映 方法是BS設置菜單的不顯眼的顯示。
反映信息表中所描述的反映信息(升級信息)反映在歷史反映設 備50的信號處理設備中?;蛘?,反映信息可以通過網(wǎng)絡提供給歷史 反映設備50,以便可以更新存儲在歷史反映設備50的內(nèi)部存儲單 元中的接口功能之中的待升級的功能。下面將描述升級的具體示例。
反映信息表的修改示例。
圖19顯示了通過向圖18所示的反映信息表添加時間變動的 元素(時間條件)而獲取的反映信息表(對于上層)的示例。
如圖19所示,其目標是"圖像質(zhì)量設置茱單"的兩個記錄進一步 具有時間條件"a.m.,,和"p.m.,,在帶有"a.m."條件的記錄中,詳細的反 映信息是添加到"電視設置菜單"的快捷方式。類似地,在帶有"p.m." 條件的記錄中,詳細的反映信息是添加到"聲音質(zhì)量設置菜單,,的快捷 方式。即,這些記錄中的每一個記錄都是基于只從在上午或下午獲 取的操作歷史信息中提取的誤操作模式創(chuàng)建的。此外,其目標是"BS 設置菜單"的記錄也具有時間條件"整天"。即,此記錄是基于從整天 獲取的所有操作歷史中提取的誤操作模式創(chuàng)建的。可以預期,用戶的日常作息、心情等等在工作日和周末或在休假 中、在上午、下午、晚上,以及夜間等等是不同的。如此,也可以預 測操作模式不同。這樣的時間條件也包含在反映信息中,從而可以根
據(jù)用戶的日常作息等等,更準確而靈活地提取誤操作模式。也可以發(fā)
現(xiàn)和引入新的操作規(guī)程。例如,在圖19所示的示例中,帶有"a.m." 條件的記錄表示,反映方法被設置為向目標添加到電視設置菜單的快 捷方式,即,圖像質(zhì)量設置菜單,以便給電視設置操作賦予比較高的 權重。另一方面,帶有"p.m."條件的記錄表示,反映方法被設置為向 目標添加到聲音質(zhì)量設置菜單的快捷方式,即,圖像質(zhì)量設置菜單。 在此情況下,可以預期,用戶在聽音樂等等時時間過得舒適。
4.根據(jù)實施例的歷史分析單元(反映信息生成單元下層) 首先,將參考圖20到25描述反映信息生成單元45對于下 層的的操作。
圖20是顯示了由歷史分析設備40的反映信息生成單元45 對于操作歷史信息的下層執(zhí)行的過程的示例的流程圖。
當開始反映信息生成過程時,首先,在步驟S61中,反映信息 生成單元45讀取誤操作模式和關于狀態(tài)轉(zhuǎn)換觸發(fā)器的信息。在由連 續(xù)規(guī)則提取單元44執(zhí)行的前一誤操作模式提取過程(步驟S44)獲 取了誤操作模式。在完成此過程之后,進入步驟S62。
在步驟S62中,反映信息生成單元45根據(jù)誤操作模式和關于 狀態(tài)轉(zhuǎn)換觸發(fā)器的信息,更新誤操作/正確的操作對應表。在完成此過 程之后,進入步驟S63。
在步驟S63中,反映信息生成單元45將更新的誤操作/正確的 操作對應表保存在存儲器中(未顯示)。在完成此過程之后,進入步 驟S64和S65。
例如,在圖12所示的示例中,從操作歷史信息中獲取的下層中 的狀態(tài)轉(zhuǎn)換,是"初始狀態(tài)"—"初始狀態(tài)"4"主菜單顯示狀態(tài)"—"主 菜單顯示狀態(tài),,—"主菜單顯示狀態(tài)"—"圖像質(zhì)量設置菜單顯示狀 態(tài)"—"主菜單顯示狀態(tài)"—"主菜單顯示狀態(tài)"—"電視設置菜單顯示狀態(tài),,4"電視設置菜單顯示狀態(tài)"—"電視設置菜單顯示狀態(tài)"—"BS 設置菜單顯示狀態(tài)"。如此,在下層中從操作歷史信息中提取帶有一 種狀態(tài)轉(zhuǎn)換的下面的誤搡作模式(=錯誤按下按鈕)
(1)在"狀態(tài)A—狀態(tài)A—狀態(tài)B"模式之中,使用不符合規(guī)范 的遠程控制操作生成的帶有高頻率、高確定性,以及高起吊值的模式
此才莫式對應于,在圖3所示的示例中,"初始狀態(tài)11"->"初始 狀態(tài)ll,,- >"主菜單12,,的轉(zhuǎn)換,其中,"返回,,按鈕和"菜單"按鈕被 用作狀態(tài)轉(zhuǎn)換觸發(fā)器。
在誤操作模式的特定提取過程中,類似于對于上層,如參考連續(xù) 規(guī)則提取單元44所討論的,首先,對所有操作歷史信息片段執(zhí)行所 希望的狀態(tài)轉(zhuǎn)換模式的提取,然后,使用統(tǒng)計度量(例如,頻率、確 定性,以及起吊值),過濾所有的提取的模式。這可以刪除意外發(fā)生 的誤操作模式,只允許有效的誤操作模式保留。
在上文所描述的示例中,轉(zhuǎn)換狀態(tài)"主菜單"—"主菜單"—"圖像 質(zhì)量設置菜單",轉(zhuǎn)換狀態(tài)"主菜單"—"主菜單"—"電視設置菜單", 以及轉(zhuǎn)換狀態(tài)"電視設置菜單,,—"電視設置菜單,,—"BS設置菜單"導 致規(guī)范內(nèi)的操作,沒有提取誤操作模式。如此,例如,連續(xù)規(guī)則提取 單元44引用存儲了操作模式DB 43A的存儲器中累積的指定的模 式,判斷當前操作是否是誤操作或規(guī)范內(nèi)的操作,以判斷是否需要提 取。
圖21顯示了誤操作/正確的操作對應表(對于下層)的示例。
類似于對于上層,誤操作/正確的操作對應表具有下面的字段 "狀態(tài)轉(zhuǎn)換模式"、"誤操作",以及"正確的操作"。
在圖21所示的示例中,提取模式"初始狀態(tài)"—"初始狀 態(tài),""主菜單"作為狀態(tài)轉(zhuǎn)換模式,該模式與兩個誤操作關聯(lián)。
在圖21所示的第一示例中,相對于圖12所示的模式"初始狀 態(tài)—初始狀態(tài)—主菜單",寫入誤操作"返回按鈕,,和正確操作"菜單按 鈕"。在第二示例中,作為示例,圖12所示的操作歷史中的第一操 作基于沒有描述的"便箋按鈕",代替"返回按鈕"。具體來說,相對于模式"初始狀態(tài)—初始狀態(tài)—主菜單",寫入誤操作"便箋按鈕,,和正確 操作"菜單按鈕"。這里,為了便于描述,假設當在初始狀態(tài)下按下"返
回"按鈕或"便箋"按鈕時沒有發(fā)生狀態(tài)轉(zhuǎn)換。
然后,在步驟S64和S65中,信息生成單元45讀取存儲在 存儲器(未顯示)中的系統(tǒng)信息和反映方法表。系統(tǒng)信息包含關于遙 控器10的屬性信息(參見下面將描述的圖25)。屬性信息可以是 包括按鈕的大小、形狀,以及顏色的信息。讀取的系統(tǒng)信息用于指定 誤操作的原因(下面將描述的步驟S66和S67),而讀取的反映方 法表用于生成反映信息(下面將描述的步驟S69)。在完成上面的處 理之后,進入步驟S66和S67,對于每一個用戶,識別誤操作的原 因。
圖22顯示了反映方法表(對于下層)的示例。
圖22所示的反映方法表,類似于對于上層的反映方法表,具有 "反映方法類型號碼"、"誤操作的原因",以及"反映方法"字段。
在本實施例中,相對于反映方法類型號碼"0",沒有誤操作的原 因,反映方法被設置為"沒有變化"。相對于反映方法類型號碼"l", 誤操作的原因是"近距離",反映方法是增大按鈕之間的間隔。相對于 反映方法類型號碼"2",誤操作的原因是"大小相似",反映方法是按 鈕的尺寸變化。相對于反映方法類型號碼"3",誤操作的原因是"形狀 相似",反映方法形狀的變化。相對于反映方法類型號碼"4",誤操作 的原因是"顏色相似",反映方法顏色的變化。另外,作為誤操作的原 因,也可以按鈕的對稱排列。取決于按鈕的功能,按鈕的水平地(垂 直地)對稱的排列會導致諸如增大或減少誤操作的數(shù)量之類的事件。
類似于對于上層,優(yōu)選情況下,在開始分析之前,預先定義和準 備系統(tǒng)信息和反映方法表。
然后,在步驟S66中,判斷不正確地操作的按鈕和正確操作的 按鈕在觸摸板上是否彼此相鄰。如果按鈕相鄰,則判斷誤操作的原因 是按鈕相鄰,然后,進入步驟S68。如果按鈕不相鄰,則進入步驟S67。
在步驟S67中,判斷觸摸板上的不正確地操作的按鈕和用于正確操作的按鈕是否具有共同的屬性(大小/形狀/顏色)。如果按鈕具 有共同的屬性,則判斷誤操作的原因是按鈕相似,然后,進入步驟
S68。如果按鈕沒有共同的屬性,則進入步驟S69。換句話說,如果 在步驟S66和S67的判斷中結果為"NO",則不能識別誤操作的原 因。
圖20所示的步驟S66和S67的處理是給近距離比按鈕相似 (共同的屬性)分配了較高優(yōu)先級的示例。通過顛倒此處理順序,可 以給按鈕相似分配較高優(yōu)先級,以識別誤操作的原因。
在步驟S68中,反映信息生成單元45向圖21所示的誤操作 /正確的操作對應表中的對應的誤操作添加識別的誤操作的原因,以生 成誤操作的原因信息表。然后,將生成的誤操作的原因信息表保存在 存儲器(未顯示)中。在完成此過程之后,進入步驟S69。在圖21所 示的示例中,誤操作/正確的操作對應表和誤操作的原因信息表被配置 為部分地彼此重疊。然而,可以理解,誤操作/正確的操作對應表和誤 操作的原因信息表可以作為單獨的表來創(chuàng)建。
在步驟S69中,基于上文所描述的誤操作/正確的操作對應表、 系統(tǒng)信息、反映方法表,以及誤操作的原因信息表,生成用于升級的 反映信息。在完成此過程之后,進入步驟S70。如果沒有成功地判斷 誤操作的原因(在步驟S66和S67的判斷中為"NO",則從反映方 法表中選擇反映方法類型號碼"O",不生成反映信息。
在步驟S70中,反映信息生成單元45基于生成的反映信息, 創(chuàng)建反映信息表,并將反映信息表保存在存儲器中。在完成此過程之 后,反映信息生成過程結束。
圖23顯示了反映信息表(對于下層)的示例。
反映信息包含升級目標設備所需的信息。圖23所示的反映信息 表具有下面的字段"目標"、"反映方法類型號碼",以及"詳細的反 映方法"。在本實施例中,作為OSD菜單的升級的示例,目標是"返 回按鈕,,和"菜單按鈕",反映方法類型號碼是"l,,,詳細的反映方法是 增大對應的按鈕之間的間隔。作為另一個示例,目標是"便箋按鈕,,和"菜單按鈕",反映方法類型號碼是"3",詳細的反映方法是"便箋按鈕" 的形狀變化。作為再一個示例,目標是"便箋按鈕"和"菜單按鈕",反 映方法類型號碼是"4",詳細的反映方法是"便箋按鈕"的顏色變化。
盡管多個反映方法與同一個目標關聯(lián)(即第二和第三條目)但是, 如在第一條目中那樣, 一個目標也可以與一個反映方法關聯(lián)。還要理 解,多個反映方法可以與反映的一個目標關聯(lián),并可以應用所有反映 方法,也可以應用多個反映方法中的一個反映方法。如此,多個反映 方法應用于同一個目標,從而,進一步改善了防止誤操作發(fā)生的效果。 此外,例如,也可以從多個反映方法中選擇發(fā)現(xiàn)具有改善的防止誤操 作發(fā)生的效果的反映方法來進行反映,就反映活動而言,使得防止誤 操作發(fā)生的效率更高。
反映信息表(下層)的修改示例
圖24顯示了通過向圖23所示的反映信息表添加時間變動的 元素(時間條件)而獲取的反映信息表(對于下層)的示例。
在圖24所示的示例中,其目標是"返回按鈕,,和"菜單按鈕"的記 錄進一步具有時間條件,"a.m."。 此外,其目標是"便箋按鈕"和"菜 單按鈕"的記錄進一步具有時間條件"p.m."。即,每一個記錄都基于只 從在上午或下午獲取的操作歷史信息中提取的誤操作模式。
上面的時間變動元素的采用基于每一個用戶都具有不同的所希 望的屬性這一假設。即,對于所有用戶所希望的屬性中的變化,不需 要添加時間變動元素。例如,按鈕之間的間隔的增大導致按下的不正 確的按鈕的情況的發(fā)生機會縮小,而手指移動量的增大會降低可操作 性。此外,某一按鈕的顏色也可以改變,以便此按鈕可以變得更容易 分辨,而其他按鈕可以變得不太容易分辨。此外,根據(jù)時間條件不同, 用戶的特征也可以不同。例如,用戶的母親主要在上午看電視,而用 戶的父親主要在晚上看電視。在此情況下,操作者是不同的。此外, 就上層進行討論了 ,用戶在忙的上午時間只執(zhí)行最少的需要的操作, 而在晚上的比較長的時間執(zhí)行操作。在此情況下,甚至同一個操作者 也會具有不同的查看風格。因此,基于時間條件的升級,即,根據(jù)時間條件改變遙控器的屬性,根據(jù)實際情況比整天在相同條件的升級更 合適。
如就上層進行的討論,用戶的日常作息、心情等等是會變化的。 假設用戶具有不同的工作日和周末或假期、上午、下午、晚上,以及
夜間等等?;蛘?,如上文所描述的,使用歷史收集設備30的用戶也 可以變化。如此,也可以預測操作模式不同。這樣的時間條件也包含 在反映信息中,從而可以根據(jù)用戶的日常作息等等,更準確而靈活地 提取誤操作模式。也可以發(fā)現(xiàn)和引入新的操作規(guī)程。
一旦指定了時間條件"整天,,,也可以表示出沒有時間變動元素的 記錄。在此情況下,根據(jù)從整天獲取的所有操作歷史中提取的誤操作 模式,設置反映方法。
圖25顯示了描述了關于遙控器10的屬性信息的遠程控制屬 性信息表(可以是一段系統(tǒng)信息)的示例。
在本實施例中,作為示例,遠程控制屬性信息表具有"按鈕ID"、 "分配的SIRCS代碼",以及"位置(坐標)"作為字段。遠程控制屬 性信息表也具有"大小"、"形狀"、"顏色"等等作為屬性。
在遠程控制屬性信息表中,"按鈕ID"字段代表分配給顯示為觸 摸板上的圖標的按鈕的標識號碼。
"分配的SIRCS代碼"字段代表分配給同一個按鈕的SIRCS 代碼。在圖25所示的示例中,為了便于說明,分配的SIRCS代碼 的功能通過單詞來表達。
"位置(坐標)"字段代表觸摸板上的同一按鈕的位置(坐標)。
"大小,,屬性是同一個按鈕在觸摸板上顯示的大小的指標。
"形狀"屬性是同一個按鈕在觸摸板上顯示的形狀。
"顏色"屬性是同 一個按鈕在觸摸板上顯示的顏色。
5.根據(jù)實施例的歷史反映單元
接下來,將描述根據(jù)本發(fā)明的實施例的歷史反映單元(參見圖4)。
歷史反映單元,使用由連續(xù)規(guī)則提取單元44提取的連續(xù)規(guī)則,提供(升級)適合于每一個用戶進行操作的信號處理設備(用戶界面)。
可以通過在供應商的中心收集位于用戶一邊的歷史反映設備50-1到 50-n中包括的信號處理設備,替換所有信號處理設備,或只替換與 信號處理有關的諸如集成電路之類的基板器件,然后,將信號處理設 備返回到用戶,來做到這一點。還有一種替代方案,可以將新信號處 理設備提供給用戶,并連接到位于用戶一邊的信號處理設備,以便可 以提供新的功能等等。
或者,可以交換存儲了用于管理用戶界面的升級的程序或數(shù)據(jù)的 存儲器(存儲設備),或者,升級信息可以另外存儲在存儲器中。在 執(zhí)行諸如替換程序或數(shù)據(jù)之類的處理之后,可以將存儲器發(fā)回用戶。 或者,可以向用戶發(fā)送新信號處理設備。用戶將從供應商的中心發(fā)送 的信號處理設備連接到遙控器,以從信號處理設備將包括升級信息的 程序、數(shù)據(jù)等等加載到遙控器中。相應地,可以升級遙控器?;蛘撸?遙控器以及歷史反映設備50-1到50-n中包括的信號處理設備也可 以集中起來,并可以將升級的信號處理設備和遙控器返回給用戶。具 有網(wǎng)絡接口的歷史收集單元(歷史收集設備30)或遙控器可以通過 網(wǎng)絡從歷史反映單元(歷史反映設備50)傳輸升級信息。
在下面的描述中,作為示例,向其提供升級信息的歷史反映設備 50是通過電視接收機來實現(xiàn)的。
圖26是顯示了向其提供升級信息的電視接收機101的示例內(nèi) 部配置的方框圖。
電視接收機101的調(diào)諧器112對由接收天線111捕獲的播 放的信號(射頻(RF)已調(diào)制信號)進行頻道選擇、中頻放大或檢測, 以提取標準清晰度(SD)信號,并將SD信號提供到輸入選擇處理單 元113。
除從調(diào)諧器112輸入的SD信號之外,輸入選擇處理單元113 還接收從數(shù)字視盤(DVD)、磁帶錄像機等等(未顯示)輸入的圖像信 號或數(shù)字視頻信號。
輸入選擇處理單元113在系統(tǒng)控制器118的控制之下選擇預定的信號,并根據(jù)選定的信號執(zhí)行預處理。所產(chǎn)生的圖像信號被提供
給圖像信號處理單元115。
圖像信號處理單元115具有用于從SD信號(525i信號)生 成高清晰度(HD)信號(1050i信號或525p信號)的功能,用于調(diào) 節(jié)分辨率和噪音量的功能,以及用于放大要顯示的圖像的一部分的放
大功能。圖像信號處理單元115根據(jù)由用戶設置的功能和條件,執(zhí) 行圖像處理。
OSD電路117生成用于在顯示單元121的屏幕上顯示字符、 圖形等等的顯示信號,并將顯示信號提供到組合器116。組合器116 將從OSD電路117提供的顯示信號與從圖像信號處理單元115 提供的HD信號組合起來,并將所產(chǎn)生的信號提供到顯示單元121。
系統(tǒng)控制器118根據(jù)從遠程控制信號接收電路119提供的信 號或表示用戶操作輸入的信號(根據(jù)需要,從操作輸入單元(未顯示) 提供的),控制每一個單元。
例如,系統(tǒng)控制器118向調(diào)諧器112或輸入選擇處理單元113 發(fā)送選擇信號,或控制OSD電路117的操作。系統(tǒng)控制器118進 一步控制存儲單元120存儲表示查看的圖像(以下簡稱為"選擇信 息,,)的信息,如表示由調(diào)諧器112選擇的頻道的信息(可以包括廣 播時間和節(jié)目的標題),以及從遠程控制信號接收電路119提供的 控制信息(如操作遙控器10的用戶輸入的內(nèi)容)。
存儲單元120進一步存儲用于捧作系統(tǒng)控制器118的程序或 程序的升級信息。存儲在存儲單元120中的內(nèi)容可以通過網(wǎng)絡傳輸 到制造商,或者,可以由制造商等等從外面發(fā)送用于向遙控器10, OSD電路117添加新的功能的升級信息等等,并存儲在存儲單元 120中。
在本實施例的電視接收才幾101中,系統(tǒng)控制器118和OSD 電路117可以分別對應于歷史收集設備30中的信號處理單元31 (參見圖5)和用戶界面32。為了升級功能,可以替換系統(tǒng)控制器 118或OSD電路117?;蛘撸绻奮L接收才幾101的用戶界面功能基于存儲在存儲單元120中的程序或數(shù)據(jù),則可以通過重寫、另 外寫入等等,在存儲在存儲單元120中的程序或數(shù)據(jù)中寫入升級信 會、
6.升級(共同的,上層,下層)升級共同的 將描述由歷史反映單元執(zhí)行的升級的具體示例。 當要反映多個連續(xù)規(guī)則時,在某些情況下,連續(xù)規(guī)則可能彼此沖 突。在這樣的情況下,可以給連續(xù)規(guī)則分配優(yōu)先權,并可以從最高優(yōu) 先權連續(xù)規(guī)則開始按降序反映出來。優(yōu)先權的條件可以包括連續(xù)規(guī)則 的出現(xiàn)頻率、確定性,并起吊值。如果彼此沖突的連續(xù)規(guī)則具有不同 的條件,則也可以對于每一個條件,反映連續(xù)規(guī)則(如引用每一個條 件的反映信息表,如,向遠程控制按鈕分配多種命令的時間)。此外, 也可以設置這樣的標準如不改變所有(或盡可能地)向與被-f見為已 經(jīng)被用戶克服(因為他/她熟悉了遙控器10)的誤操作模式相關的遠 程控制按鈕的分配。
下面,將在上下層的上下文中分別地描述由歷史反映單元執(zhí)行的 升級的具體示例。
對于上層的具體示例
將描述使用提取的連續(xù)規(guī)則的OSD菜單的升級。在此具體示例 中,使用這樣的OSD菜單項目在菜單模式等等中分層次地選擇。 OSD菜單的升級分層的調(diào)節(jié)
假設獲得了可再現(xiàn)的(高頻率和高確定性)模式,轉(zhuǎn)換到較高層 次(選擇了某一項目C),然后轉(zhuǎn)換到較低的層次,緊隨其后,從較 低的層次回到較高的層次(選擇了另一個項目B),然后到較低的層 次(狀態(tài)A—狀態(tài)C—狀態(tài)A—狀態(tài)B)。在此情況下,可以 采用諸如改變項目C和B之間的間隔之類的反映方法。例如,當 有這樣的連續(xù)規(guī)則在較高層次(狀態(tài)A),首先,選擇了項目C (狀態(tài)C),然后,從狀態(tài)C返回到原始狀態(tài)(狀態(tài)A),選擇項 目B,轉(zhuǎn)換到狀態(tài)B,以設置項目B,項目B的設置(快捷方式) 也可以放置在相對于項目C的較低的層次。這可以轉(zhuǎn)換存在最初顯示的項目的層次,甚至在由于誤操作而顯 示了非希望的層次結構的情況下。
這里,如果連續(xù)規(guī)則可以包含"時間,,條件,可以建立菜單分層結 構,以便隨時間而變化(時間變動的)。具體來說,在某一時區(qū),可
以基于連續(xù)規(guī)則X,以上文所描述的方式分配菜單層次結構,而在另 一個時區(qū),可以基于連續(xù)規(guī)則Y,以上文所描述的方式分配菜單層次 結構。因此,可以提供這樣的靈活的菜單分層結構。 OSD菜單的升級顯示調(diào)節(jié)
圖27顯示了 OSD菜單(上層)的示例升級。下面將參考圖27 描述一個示例升級,OSD菜單的顯示調(diào)節(jié)。請參看圖27,以不引人 注意的方式顯示電視設置菜單13的BS設置選項13b(通過陰影表 示)。這是反映信息表(參見圖18)中的反映方法類型號碼"2"中的 反映信息的反映的結果。
BS設置選項13b的不引人注意的顯示可以降低誤操作(錯誤 地選擇BS設置選項13b,而不是陸地設置選項13a)的發(fā)生的概率。 不引人注意的顯示的示例包括以亮的或淺的顏色顯示符號,以灰色顯 示圖標。
此外,可以通過,例如,增大誤操作項目(BS設置選項13b) 和正確的操作項目(陸地設置選項13a)之間的距離,調(diào)節(jié)菜單中的 位置關系。相應地,可以進一步降低誤操作的發(fā)生的概率。
接下來,將參考圖27描述圖3所示的OSD菜單(分層次地 顯示)的升級的示例。
在此OSD菜單中,圖像質(zhì)量設置菜單16包括"到電視設置的 快捷方式"選項16d。這是反映信息表(參見圖18)中的反映方法類 型號碼"l,,中的反映信息的反映的結果。利用此升級,即使圖像質(zhì)量
選項12b已經(jīng)被錯誤地選擇,而不是電視設置選項12a,可以通過 從圖像質(zhì)量設置菜單16中選擇"到電視設置的快捷方式"選項16d, 顯示電視設置菜單13。
如圖27所示,在設置菜單中的上部顯示快捷方式項目可以改善此項目在轉(zhuǎn)換到同一個層次結構中的另一個設置菜單時的可讀性???操作性也可以得到改善。
信號處理單元等等的升級
接下來,將描述圖5所示的用戶界面32或信號處理單元31 的升級或圖26所示的系統(tǒng)控制器118或OSD電路117的升級。 這里,被配置為防止可能發(fā)生的每一用戶的誤操作的發(fā)生的結構使用 誤操作的發(fā)現(xiàn)(如誤操作模式)(是從操作歷史信息中獲取的)重新 組合起來。為此,圖5所示的歷史收集設備30包括具有誤操作(發(fā) 生條件(如時間)和誤操作的內(nèi)容)和目標操作的組合的查詢表(未 顯示),并包括當發(fā)生對應的誤操作模式時的結構,判斷已經(jīng)執(zhí)行了 目標操作,并切換操作代碼。類似的概念也適用于圖26所示的系統(tǒng) 控制器118和OSD電路117。
在歷史分析設備40的一般化版本中,可以采用這樣的反映方 法相對于與誤操作有關的連續(xù)規(guī)則"A—B—C"(在縮減條件A下 獲得的)當操作A后面是操作B時,此操作被否定,操作C被視 為已經(jīng)被執(zhí)行。
例如,假設用戶每周有在同一時區(qū)觀看同一個節(jié)目的習慣。當用 戶用戶搜索不同的頻道并按照"頻道1—頻道2 (A —B)"的順序 切換頻道時(按下頻道2按鈕),可以在用戶界面32 (被設計為切 換圖2所示的遙控器10的傳輸SIRCS代碼)中或信號處理單元 31 (被設計為不根據(jù)接收到的SIRCS代碼執(zhí)行程序變更)提供包括 按照"頻道1—頻道3 ( A — C)"的順序切換頻道的查詢表(發(fā)生條 件、誤操作的的內(nèi)容,以及目標操作的組合),以便在內(nèi)部進程之間 按順序切換。
此外,例如,每一個單元都可以配備有查詢表(發(fā)生條件、誤操 作的內(nèi)容,以及目標操作),包括在某一 OSD菜單層次結構A中 錯誤地按下"降低音量,,按鈕B,再次在菜單層次結構A中,按下正 確的光標向下按扭C的模式。然后,當"降低音量,,按鈕B被按下 時,圖5所示的用戶界面32 (被設計為切換遙控器遙控器10的傳輸SIRCS代碼)或信號處理單元31 (被設計為不根據(jù)接收到的 SIRCS代碼執(zhí)行程序變更)解釋光標向下按扭C被按下,并往下移 動光標??梢圆捎眠@樣的反映方法。 遙控器的下層升級的具體示例
現(xiàn)在將描述使用連續(xù)規(guī)則對遙控器進行升級的過程。
在可以改變遙控器上的按鈕的物理屬性的情況下,可以有下面的 升級的示例可用
誤操作的原因是按鈕相鄰?!粹o之間的距離增大。
誤操作的原因是按鈕的大小相似?!淖儼粹o的大小,以便按鈕 具有不同的大小。
誤操作的原因是按鈕的形狀相似?!淖儼粹o的形狀,以便按 鈕具有不同的形狀。
誤操作的原因是按鈕的顏色相似?!淖儼粹o的顏色,以便按 鈕具有不同的顏色。
在上面的示例中,誤操作模式與遙控器的物理屬性關聯(lián)。
例如,如果可以通過改變遠程控制按鈕(如觸摸板遙控器)的空 間位置或大小來進行升級,不僅可以改變SIRCS代碼向遠程控制按 鈕的分配,而且也可以改變按鈕的位置,以防止誤操作發(fā)生。例如, 按鈕A和B之間的空間距離可以增大,以抑制誤操作的發(fā)生。
盡管只討論了按鈕A和B之間的關系,但是,具有相同空間 布局和具有相同轉(zhuǎn)換模式的按鈕A'和B'也可以以相同或類似的方 式變化,因為判斷會發(fā)生類似的誤操作。例如,在圖2所示的遙控 器中10,在菜單按鈕10a和返回按鈕10b的布局使它們之間的空 間(距離)變大的情況下,返回按鈕10b和便箋按鈕10c之間的間 隔和^f更線按鈕10c和電源按鈕10d之間的間隔也可以增大。因此, 基于關于某一目標的反映信息,也可以生成關于具有相同屬性的另一 個目標(即,由于相同原因,對其會發(fā)生誤操作的目標)的反映信息。
圖28是顯示了遙控器(觸摸板)(對于下層)的示例升級的圖 形。在本實施例的示例中,將描述通過基于圖23所示的反映信息表,修改遙控器10的觸摸板上顯示的按鈕的布局、屬性等等來對遙控器 10進行升級的過程。
在圖23所示的反映信息表中,在目標是"返回按鈕"和"菜單按 鈕"的情況下,詳細的反映方法是增大空間。如此,如圖28所示, 菜單按鈕10a和返回按鈕10b如此安置,以便它們之間的空間(距 離)變大。此外,在目標是"便箋按鈕"和"菜單按鈕"的情況下,有兩 個詳細的反映方法可用"便箋按鈕"的形狀變化和"便實按鈕"的顏色 變化。如此,如圖28所示,改變便箋按鈕10c的形狀和顏色,以 獲得便箋按鈕10cl。
如此,改變造成混淆的按鈕的布局,從而,避免了很可能發(fā)生誤 操作的情況并防止或最小化導致誤操作的風險。此外,還改變造成混 淆的按鈕的屬性(如形狀/大小/顏色),從而,向用戶呈現(xiàn)這些按鈕 (例如,"便箋"按鈕及其他按鈕)之間的差異,警告用戶會發(fā)生誤操 作的潛在風險。這會防止或最小化導致誤操作的風險。
另一方面,在不可能改變按鈕的物理屬性的情況下,可以使用下 面的升級示例間接地處理誤操作
誤操作的原因是按鈕相鄰?!o彼此遠離的按鈕重新分配功能。
誤操作的原因是按鈕的大小相似?!蚓哂胁煌?盡可能地) 大小的按鈕重新分配功能。
誤操作的原因是按鈕的形狀相似。—向具有不同的(盡可能地) 形狀的按鈕重新分配功能。
誤操作的原因是按鈕的顏色相似?!蚓哂胁煌?盡可能地) 顏色的按鈕重新分配功能。
例如,如果進行升級而無需改變置于遙控器上的遠程控制按鈕的 空間位置,則改變分配給遠程控制按鈕的SIRCS代碼。例如,提取 誤操作模式"X—X —Y"(當在"X — X"過程中按鈕A被按下,在"X —Y,,過程中按鈕B被按下),作為通過錯誤地按下位于按鈕B附 近的按鈕A,而不是按鈕B。在此情況下,按鈕A的功能(SIRCS 代碼)被重新分配到遠離按鈕B的另一個按鈕。然后,將被分配了新的SIRCS代碼的按鈕C置于最初按鈕A所在的位置。在此情況 下,為了防止改變分配可能涉及的問題,按鈕C優(yōu)選情況下是不會 對按鈕B的執(zhí)行有影響的按鈕。例如,希望提供甚至從按鈕C的 轉(zhuǎn)換目標狀態(tài)到按鈕B的轉(zhuǎn)換目標狀態(tài)的直接轉(zhuǎn)換。
例如,假設按鈕B是圖像質(zhì)量調(diào)節(jié)按鈕,按鈕C是電源按鈕。 在此情況下,如果按鈕C被錯誤地按下,除非按鈕C被再一次按 下,以接通電源,否則,甚至在按鈕B被按下的情況下,也不會設 置圖像質(zhì)量調(diào)節(jié)模式。因此,在此情況下,改變按鈕的分配將相反地 導致不方便。另一方面,如果假設按鈕C是菜單按鈕,甚至錯誤地 按下按鈕C也不會對按鈕B的執(zhí)行有影響(假定從菜單模式直接 轉(zhuǎn)換到圖像質(zhì)量調(diào)節(jié)模式是可能的)。
7.按組升級
上文所描述的升級也可以對每一個用戶進行。優(yōu)選情況下,考慮到生產(chǎn)成 本,對于每一具有相同特點的用戶組進行升級。在本發(fā)明的實施例中,供應商的 中心可以收集關于每一用戶的操作歷史信息,并可以在用戶之間進行比較。如此, 可以將具有類似的特點的多個用戶分組在一起。
例如,提取關于每一用戶的誤操作的連續(xù)規(guī)則,只有從一定數(shù)量以上的用 戶獲取的連續(xù)規(guī)則才可以被升級。此外,可以使用,例如,下面的方法,確定要 對于每一個用戶升級哪一個連續(xù)規(guī)則
(1) 要升級的所有連續(xù)規(guī)則
(2) 在要升級的連續(xù)規(guī)則中,與每一用戶關聯(lián)的連續(xù)規(guī)則 在本發(fā)明的實施例中,基本上,解決了由每一用戶所引起誤操作模式。然
而,甚至不由每一用戶所引起的誤操作模式,如由具有類似特征的另一個用戶所 引起的誤操作模式或可以被預測導致誤操作的操作模式,也可以包括在要升級的 目標中。
此外,也可以使用下面的方法確定一次要檢查的用戶 U)從其收集操作歷史的所有用戶
(2)與確定的一定數(shù)量以上的連續(xù)規(guī)則關聯(lián)的用戶(例如,考慮到實現(xiàn)方式 成本條件或可行性,準備多個標準連續(xù)規(guī)則序列,只有符合每一連續(xù)規(guī)則序列的此外,下面是升級的單元的示例
(1) 與由遠程控制按鈕的近距離布局所引起的誤操作頻繁發(fā)生關聯(lián)的組。
(2) 與由遠程控制按鈕的形狀相似性所引起的誤操作頻繁發(fā)生關聯(lián)的組。
(3) 與由遠程控制按鈕的對稱排列所引起的誤操作頻繁發(fā)生關聯(lián)的組。 按組升級的具體示例
現(xiàn)在將描述上文所描述的按組升級的具體示例。
圖29是顯示了按組升級的圖形。圖29所示的表具有相對于代表連 續(xù)規(guī)則Rl到R5的字段的記錄Ul到U5。規(guī)則Rl表示,"返回 按鈕"和"菜單按鈕"之間的間隔增大,而規(guī)則R2表示,"返回按 鈕"和"便箋按鈕"之間的間隔增大。規(guī)則R3表示,"便箋按鈕" 的顏色變化。規(guī)則R4表示,"返回按鈕"的形狀變化,而規(guī)則R5表 示,"電源按鈕,,的顏色變化。在此表中,當用戶操作對應于連續(xù)規(guī) 則時,設置值"1",否則,設置值"0"。
圖30是顯示了按組升級過程的示例的流程圖。將參考圖29和 30描述按組升級過程的示例。
首先,在步驟S71中,提取對應于多個用戶的規(guī)則。例如,"對 應于超過50%用戶(即,超過2.5用戶)的連續(xù)規(guī)則"。在此情況 下,將提取規(guī)則R1、R2,以及R3。在完成此過程之后,進入步驟S72。
在步驟S72中,根據(jù)提取的連續(xù)規(guī)則確定要升級的規(guī)則。在此 情況下,如此確定要升級的規(guī)則,以便規(guī)則將不會彼此沖突。在完成 此過程之后,進入步驟S73。
例如,如果規(guī)則Rl和R2彼此沖突(即,兩個規(guī)則不同時適 用),要升級的規(guī)則的可能的組合可以被表達為
Al = (1, 0, 0, 0, 0)—代表只應用規(guī)則Rl。
A2 = (0, 1, 0, 0, 0)—代表只應用規(guī)則R2。
A3 = (0, 0, 1, 0, 0)—代表只應用規(guī)則R3。
A4 = (l,0,l,0,0)—代表應用規(guī)則Rl和R3。
A5 = (0, 1, 1,0,0)—代表應用規(guī)則R2和R3。在步驟S73中,向每一個用戶(目標設備)應用要升級的規(guī)則 中的最優(yōu)模式,以執(zhí)行升級。在完成此過程之后,按組升級過程結束。
在本實施例的示例中,為了應用要升級的規(guī)則中的最優(yōu)模式,對 于對應于每一個用戶的每個規(guī)則B,推導滿足下面的條件的要升級的 規(guī)則Ax (在此示例中,x = l到5):
"規(guī)則Ax滿足I"&(,bh=。,并且對于該規(guī)則,|ax & (B)i的值
是最大的"
上面的條件表示,在只升級對應于每一用戶的規(guī)則的約束下,升 級盡可能多的規(guī)則。在上面的公式中,|Ax|表示對應于Ax(對應于 數(shù)字1)的規(guī)則的數(shù)量,而,b表示B的否定。
例如,當B = (0, 1, 1, 0, 0)對于用戶Ul成立時,按如下方式 計算上面的條件
|A1&=1(1,o,o)1 = 1
JA2&卜B) j- 1(o,o.ofo)1 = 0
|A3&卜B) 1=1o,o,o)1 = 0
&hB,)- Ju,0,o)1 -1
|A5&卜B) 1- 1o)! = o
1 A2&Bj -1 (o,1,0,0)=1
|A3&B| =1 (o.1,0〉1
|A5&B| =1 (o,1,1,0,0)2
基于上面的結果,向用戶Ul應用連續(xù)規(guī)則A5。即,對目標設 備執(zhí)行規(guī)則R2和R3的升級。因此,在只升級對應于此用戶的連 續(xù)規(guī)則的約束下,用戶可以升級盡可能多的連續(xù)規(guī)則。
例如,歷史分析設備40可以將如圖29所示的按組升級的表, 以及反映信息表(參見圖18和23)存儲在反映信息存儲設備40M 等等中?;诖吮恚壍囊?guī)則通過網(wǎng)絡提供給由對應的用戶擁有的歷史反映設備50,以升級存儲在存儲單元120中的用于管理用戶 界面的程序或數(shù)據(jù)。或者,諸如系統(tǒng)控制器118或OSD電路117 之類的信號處理設備可以替換為其中反映了升級信息的信號處理設 備。
根據(jù)上文所描述的實施例,升級系統(tǒng)被配置為從諸如用戶操作歷 史和設備狀態(tài)之類的記錄中發(fā)現(xiàn)誤操作的連續(xù)的規(guī)則,并提供適合于 每一個用戶的信號處理設備(要操作的設備),或者在考慮到操作的 情況下,可以建立具有類似特點的用戶的每一個組。
此外,可以實現(xiàn)這樣的升級不通過這樣的方法執(zhí)行,在開發(fā)過 程中預測將由用戶所引起的誤操作的潛在發(fā)生,預先安裝了專門的操 作協(xié)助機制。
此外,按組反映,而不是按用戶反映,將降低開發(fā)成本。
此外,與基于調(diào)查表等等的方法不同,也可以從用戶的無意識的操作獲取
信息。如此,可以收集潛在的誤操作,導致開發(fā)易用的用戶界面(如OSD菜單
和觸摸板)。
根據(jù)本發(fā)明的實施例的升級類型(歷史信息收集類型)相比現(xiàn)有的自動調(diào) 諧類型(學習類型)具有下面的優(yōu)點 (1)與其他用戶的數(shù)據(jù)的比較的能力。
(2) 處理關于一般不在自動調(diào)諧類型中處理的操作模式(如難以預測的誤操 作),和由于對成本或進程的約束(在硬件和/或軟件中)沒有預先定義為誤操作 的模式的操作模式的信息的能力。
(3) 減少信號處理設備上的要提供給用戶的負載的能力。
(4) 簡單的進程的能力(用硬件和/或軟件)。自動調(diào)諧類型為公眾提供專 門化作為目標,并可能導致多余的進程。相比之下,本發(fā)明的實施例的升級類型, 為一組(單個人構成)提供專門化,作為目標,并可以有簡化的進程。
8.其他
除上文所描述的電視接收機之外,本發(fā)明的實施例還可以提供其 子設備,即,取決于使用環(huán)境,可以從其中收集不同的操作歷史信息的電子設備,如游戲控制臺、個人計算機、移動電話、電子詞典或音 樂播放器。
此外,在本實施例中,如上文所描述的,作為示例,觸摸板(操
作設備)安裝在遙控器10上,遙控器10被配置為向待控制的設備
(歷史收集單元或歷史反映單元)發(fā)送控制信號。然而,要操作的設 備的機身中也可以配備有觸摸板。此外,甚至沒有觸摸板的遙控器也
能夠基于操作歷史信息的上層或下層的狀態(tài)轉(zhuǎn)換,改變OSD菜單等 等。如已經(jīng)描述的,如果SIRCS代碼向遙控器的分配是可變的,那 么,也可以以受限的方式升級遙控器,即使遙控器沒有觸摸板。
此外,由上文所描述的歷史分析設備40執(zhí)行的一系列進程也可 以由硬件或軟件來執(zhí)行。應該理解,用于執(zhí)行這些進程的功能也可以 使用硬件和軟件的組合來實現(xiàn)。如果由軟件來執(zhí)行一系列進程,則從 程序記錄介質(zhì)將構成軟件的程序安裝到嵌入到專用硬件的計算機上, 或者,可以通過在其上安裝各種程序來執(zhí)行各種功能的諸如通用計算 機之類的設備上。
圖31是顯示了根據(jù)程序執(zhí)行上文所描述的一系列進程的計算 機201的示例配置的方框圖。計算機201可以是,例如,用于執(zhí)行 一系列進程的性能改善的專用計算機,或具有某些功能的任何其他計 算機,如個人計算機。
計算機201的中央處理單元(CPU) 211根據(jù)記錄在只讀存儲 器(ROM) 212或記錄單元218上的程序,執(zhí)行上文所描述的一系 列進程和各種進程。根據(jù)需要,隨機存取存儲器(RAM) 213存儲由 CPU 211執(zhí)行的程序或數(shù)據(jù)。CPU211、ROM212以及RAM 213通 過總線214彼此連接起來。
CPU 211還通過總線214連接到輸入/輸出接口 215。輸入/輸 出接口 215連接到包括鍵盤、鼠標,以及麥克風的輸入單元216, 以及包括顯示器和揚聲器的輸出單元217。 CPU 211響應從輸入單元 216輸入的指令,執(zhí)行各種進程。然后,CPU 211向輸出單元217輸 出處理結果。連接到輸入/輸出接口 215的記錄單元218可以是,例如,硬 盤,并記錄由CPU 211執(zhí)行的程序和各種數(shù)據(jù)。
通信單元219通過諸如因特網(wǎng)或局域網(wǎng)(LAN)之類的網(wǎng)絡與 外部設備進行通信??梢酝ㄟ^通信單元219獲取程序,并可以記錄 在記錄單元218上。
當放入了諸如磁盤、光盤、磁光盤或半導體存儲器之類的可移動 介質(zhì)231時,連接到輸入/輸出接口 215的驅(qū)動器220驅(qū)動可移動 介質(zhì)231,并獲取記錄在其上的程序、數(shù)據(jù)等等。根據(jù)需要,獲取的 程序或數(shù)據(jù)被傳輸?shù)接涗泦卧?18,并記錄在其上。
存儲了可安裝到計算機并且可由計算機執(zhí)行的程序的程序記錄 介質(zhì)是使用如圖31所示的可移動介質(zhì)231作為封裝介質(zhì)提供的。 可移動介質(zhì)231可以是磁盤(包括軟盤)、光盤(包括CD-ROM, 數(shù)字通用光盤(DVD),以及磁光盤)、半導體存儲器等等?;蛘撸?序記錄介質(zhì)可以由其中臨時或永久地存儲(記錄)了程序的ROM 212、可以充當記錄單元218的硬盤等等構成。
根據(jù)需要,程序可以通過諸如路由器或調(diào)制解調(diào)器之類的可以充 當接口的通信單元219,通過諸如局域網(wǎng)(LAN)、因特網(wǎng)或數(shù)字衛(wèi)星 廣播之類的有線或無線通信介質(zhì)存儲在程序記錄介質(zhì)中。
在此說明書中,描述了記錄介質(zhì)中存儲的程序的處理步驟可以包 括根據(jù)這里所描述的順序按時間順序執(zhí)行的進程,可以不 一 定按時間 順序執(zhí)行的并行或分別地執(zhí)行的進程(例如,并行進程或基于對象的 進程)。
此外,可以由一臺計算機來處理程序,也可以由多臺計算機以分 布式方式來處理程序。也可以將程序傳輸?shù)竭h程計算機,并在該計算 機上執(zhí)行。
由于前面的實施例是用于實現(xiàn)本發(fā)明的首選的具體示例,給出了 技術上首選的各種限制。然而,本發(fā)明的范圍不僅限于這些實施例, 除非在實施例的前面的描述中特別聲明。因此,例如,前面的描述中 所顯示的處理時間、處理順序,以及每一個參數(shù)的數(shù)值條件只是首選的示例,圖形中的組件的尺寸、形狀,布局等等只用于提供實施例的 示范性例圖。如此,本發(fā)明不僅限于上文所描迷的實施例的示例,在 不偏離本發(fā)明的范圍的情況下,可以進行各種修改。
本申請包含涉及2008年7月30日在日本專利局提交的日 本專利申請JP 2008-196613的主題,該專利申請的全部內(nèi)容以引用 的方式并入本文中。
那些本領域普通技術人員應該理解,可以根據(jù)設計要求及其他因 素,進行各種修改、組合、子組合和更改,只要它們在所附的權利要 求或其等效內(nèi)容的范圍內(nèi)。
權利要求
1.一種信息處理設備,包括模式提取單元,被配置為從獲取自要操作的多個設備的操作歷史信息提取每一個用戶的操作模式,所述操作歷史信息至少包括關于用戶的操作歷史和設備狀態(tài)的信息;規(guī)則提取單元,被配置為從由所述模式提取單元提取的所述操作模式中提取誤操作模式,所述誤操作模式是由用戶執(zhí)行的誤操作所引起的操作模式;以及反映信息生成單元,被配置為根據(jù)所述誤操作模式的類型,識別所述誤操作的原因,并基于所述誤操作的原因,生成被配置為在要操作的設備的功能中反映的反映信息。
2. 根據(jù)權利要求1所述的信息處理設備,其中,所述模式提 取單元提取較低層次級別狀態(tài)轉(zhuǎn)換和較高層次級別狀態(tài)轉(zhuǎn)換,作為操 作模式,所述較低層次級別狀態(tài)轉(zhuǎn)換是當每一個用戶操作用于向要操 作的設備的對應的一個發(fā)送控制信號的操作裝置時獲取的,而所述較 高層次級別狀態(tài)轉(zhuǎn)換是通過對于每一個相同類別,收集當操作所述操 作裝置時獲取的狀態(tài)轉(zhuǎn)換來生成的。
3. 根據(jù)權利要求2所述的信息處理設備,其中,所述反映信息生成單元基于所述較低層次級別狀態(tài)轉(zhuǎn)換或所述較高層次級別狀 態(tài)轉(zhuǎn)換生成反映信息,所述反映信息至少包括要在其中反映所述反映 信息的不正確地操作的對象,以及關于使所述不正確地操作的對象反 映所述反映信息的反映方法的信息。
4. 根據(jù)權利要求3所述的信息處理設備,其中,所述反映信 息生成單元基于由所述規(guī)則提取單元提取的所述誤操作模式,指定與 類似的誤操作模式關聯(lián)的用戶,以及所述反映信息生成單元在由所述指定的用戶擁有的要操作的設 備之一中反映反映信息,所述反映信息基于由所述規(guī)則提取單元提取 的所述誤操作模式之中的與一定數(shù)量以上的用戶關聯(lián)的并且與所述指定的用戶關聯(lián)的誤操作模式。
5. 根據(jù)權利要求4所述的信息處理設備,其中,當由所述模 式提取單元提取的操作模式包括從所述較低層次級別狀態(tài)或所述較 高層次級別狀態(tài)到第一狀態(tài)、第二狀態(tài)、所述第一狀態(tài)、以及第三狀 態(tài)的轉(zhuǎn)換時,所述規(guī)則提取單元確定所述操作模式是誤操作模式。
6. 根據(jù)權利要求4所述的信息處理設備,其中,當由所述模 式提取單元提取的操作模式包括從所述較低層次級別狀態(tài)或所述較 高層次級別狀態(tài)到第一狀態(tài)、所述第一狀態(tài)、以及第二狀態(tài)的轉(zhuǎn)換時, 所述規(guī)則提取單元確定所述操作模式是誤操作模式。
7. 根據(jù)權利要求4所述的信息處理設備,進一步包括被配置 為存儲由所述模式提取單元提取的所述操作模式的操作模式數(shù)據(jù)庫,其中,所述規(guī)則提取單元從存儲在所述操作模式數(shù)據(jù)庫中的所述操作模式中提取與由所述模式提取單元提取的操作模式對應的操作 才莫式,以及其中, 當所述操作模式的統(tǒng)計量滿足預定條件時,所述規(guī)則提取 單元確定所述操作模式是誤操作模式。
8. 根據(jù)權利要求5到7中任一權利要求所述的信息處理設 備,其中,關于所述反映信息中的所述反映方法的信息包括在與所述 較高層次級別對應的屏幕顯示菜單層次結構上狀態(tài)轉(zhuǎn)換的變化。
9. 根據(jù)權利要求5到7中任一權利要求所述的信息處理設 備,其中,所述操作裝置是具有每一個都被分配了預定的功能的按鈕 的觸摸板,以及其中,所述反映信息包括針對所述觸摸板的按鈕的變化。
10. 根據(jù)權利要求5到9中任一權利要求所述的信息處理設 備,其中,基于針對所述操作裝置的所述按鈕之一的反映信息,生成 針對與所述按鈕之一具有相同屬性的另 一個按鈕的反映信息。
11. 根據(jù)權利要求5到7中任一權利要求所述的信息處理設 備,其中,關于所述反映信息中的所述反映方法的信息包括在操作代 碼分配上的變化。
12. —種信息處理系統(tǒng),包括 多個要操作的設備,每一個設備都包括被配置為基于用戶的操作輸入生成控制信號的輸入單元,被配置為處理從所述輸入單元輸入的所述控制信號的信號 處理單元,以及歷史存儲單元,被配置為,作為操作歷史信息,存儲所述 用戶的操作歷史和在處理所述控制信號之后獲取的設備狀態(tài);以及 信息處理設備,包括模式提取單元,被配置為從獲取自要操作的多個設備的操 作歷史信息提取每一個用戶的操作模式,所述操作歷史信息至少包括 關于用戶的操作歷史和設備狀態(tài)的信息,規(guī)則提取單元,被配置為從由所述模式提取單元提取的所 述操作模式中提取誤操作模式,所述誤操作模式是由用戶執(zhí)行的誤操 作所引起的操作模式,以及反映信息生成單元,被配置為根據(jù)所述誤操作模式的類型, 識別所述誤操作的原因,并基于所述誤操作的原因,生成被配置為在 要操作的設備的功能中反映的反映信息。
13. —種信息處理方法,包括下列步驟從獲取自要操作的多個設備的操作歷史信息提取每一個用戶的 操作模式,所述操作歷史信息至少包括關于用戶的操作歷史和設備狀 態(tài)的信息;.從操作模式中提取誤操作模式,所述誤操作模式是由用戶執(zhí)行的誤操作所引起的操作模式;根據(jù)所述誤操作模式的類型,識別所述誤操作的原因;以及 基于所述誤操作的原因,生成被配置為在要操作的設備的功能中反映的反映信息。
全文摘要
公開了一種信息處理設備、信息處理系統(tǒng),以及信息處理方法。該信息處理設備包括模式提取單元、規(guī)則提取單元,以及反映信息生成單元。模式提取單元被配置為從獲取自要操作的多個設備的操作歷史信息提取每一個用戶的操作模式,操作歷史信息至少包括關于用戶的操作歷史和設備狀態(tài)的信息。規(guī)則提取單元被配置為從由模式提取單元提取的操作模式中提取誤操作模式,誤操作模式是由用戶執(zhí)行的誤操作所引起的操作模式。反映信息生成單元被配置為根據(jù)誤操作模式的類型,識別誤操作的原因,并基于誤操作的原因,生成被配置為在要操作設備的功能中反映的反映信息。
文檔編號H04N5/00GK101640756SQ20091016019
公開日2010年2月3日 申請日期2009年7月30日 優(yōu)先權日2008年7月30日
發(fā)明者安藤一隆, 藤原義仁, 赤尾雅人, 近藤哲二郎 申請人:索尼株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
周宁县| 平遥县| 淮北市| 宁陕县| 清流县| 陵川县| 堆龙德庆县| 承德市| 林口县| 遂昌县| 卓资县| 绥阳县| 象山县| 长武县| 房产| 甘洛县| 米林县| 探索| 枣强县| 临江市| 墨江| 曲麻莱县| 横峰县| 桐梓县| 双城市| 饶河县| 北川| 汉源县| 元江| 阳原县| 都匀市| 保德县| 抚顺县| 五指山市| 武义县| 安泽县| 玉林市| 绥中县| 筠连县| 长子县| 岗巴县|