2011年--軟件工程外文翻譯--一個實用的日歷系統(tǒng)結合反復任務的模糊模式（譯文）

1、<p>　　中文4600字,3000單詞，1.6萬英文字符</p><p>　　出處：Nomura Y, Mihara S, Taniguchi H. A Practical Calendaring System Conforming with Ambiguous Pattern of Recurring Tasks[C]// International Conference on Network-ba

2、sed Information Systems. IEEE, 2011:553-558.</p><p>　　一個實用的日歷系統(tǒng)結合反復任務的模糊模式</p><p>　　Nomura Y, Mihara S, Taniguchi H</p><p>　　摘要----- 一個典型的辦公室中有很多循環(huán)性任務。如果這個循環(huán)模式可以被確定下來，那么這個模式就可以被用來預測

3、哪個任務可能發(fā)生或者給有特定任務的共事者提供一些指導。日歷系統(tǒng)是用于計數(shù)任務的常用工具。然而，現(xiàn)有的主要系統(tǒng)還不能處理循環(huán)中的波動周期或者各個任務間的關系，因此這些系統(tǒng)給不能給使用者提供任何分析性的預測。所以，這篇論文提出了一種新的日歷系統(tǒng)-----可以處理循環(huán)過程中的變化以及各個任務間的關系。此文將介紹三種新的的觀念-----任務，使命和工作，來描述各個任務間的關系，同時也將描述于現(xiàn)有系統(tǒng)的相互操作性。</p><

4、p>　　關鍵詞----- 日歷系統(tǒng)，任務管理</p><p><b>　　I、引言</b></p><p>　　一個典型的辦公室中有很多循環(huán)性任務，每個任務都有自身的循環(huán)頻率。這些頻率可能會因為某些外界因素而改變。比如，大約在兩個星期后在這個辦公室將舉行一次例會；但是下次會議的確切時間將會因為與老板緊張的工作行程有沖突而被改變。又例如，每年12月份都會舉行年終聚

5、會，但是不像生日，舉行聚會的確切時間是不固定的。所以，這些循環(huán)性事件的固有頻率也是有一定波動范圍的。而且，一件循環(huán)性任務可能是取決于另外一件相關的任務，因此這可能引發(fā)一連串的事件流。</p><p>　　如果循環(huán)系統(tǒng)的模式以及各個任務間的關系可以被確定下，那么它就可以用來預測未來可能發(fā)生的任務，并且可以給共事者提供處理它們的線索。</p><p>　　基于這個目的，日歷系統(tǒng)是計數(shù)任務的常用

6、工具。然而，現(xiàn)有的主要系統(tǒng)還不能處理循環(huán)中的波動周期或者各個任務間的關系，因此這些系統(tǒng)不能給使用者提供任何分析性的預測。</p><p>　　在過去幾年中，曾有幾項研究活動致力于從日歷系統(tǒng)或計算機的歷史操作中提取信息[1][2]。雖然這些系統(tǒng)可以追蹤使用者的活動，但是與日歷系統(tǒng)的實際操作比起來比如谷歌日歷[3]，這些系統(tǒng)背后的相關模式太過復雜。所以這些系統(tǒng)對現(xiàn)有可用的日歷系統(tǒng)來說是不相容的，而且對普通的使用者來說

7、也是太難以使用的。</p><p>　　II、任務發(fā)生的規(guī)律</p><p><b>　　A、相關性和重復性</b></p><p>　　任務中最常見的類型之一就是相關性任務；例如，職員需要開一連串的例會，為此就需要做一些輔助性的任務，比如，發(fā)通知、預定房間和發(fā)送會議記錄。圖表1表現(xiàn)了這些例會是如何循環(huán)的以及它們之間的相關性。這些相關的任務與其

8、它一些相應的任務大致同時發(fā)生。</p><p>　　當然，例會其本身就有它自己的頻率，在本例中是一個月。因此，這些相關的任務也是這個頻率。</p><p>　　在本篇論文中，這種規(guī)則類型被稱為任務發(fā)生模式，這是來自任務的循環(huán)性和相關任務的一致性。</p><p><b>　　B、傳統(tǒng)的日歷系統(tǒng)</b></p><p>　

9、　術語任務被定義為每個任務的基本單位。</p><p>　　有開始時間和結束時間。</p><p>　　在開始時間和結束時間之間是一個連續(xù)性事件。</p><p>　　有由開始時間決定的次序關系。</p><p>　　因此，一組任務就是一組有序列關系和受時間約束的集合。</p><p>　　換句話說就是，現(xiàn)有最普遍日歷

10、系統(tǒng)的常用功能是表現(xiàn)或操作一組任務。然而，這些系統(tǒng)因使用模糊的自然頻率或任務間的關系而缺少方法。</p><p><b>　　C、需求</b></p><p>　　為了解決任務發(fā)生的規(guī)律，我們需要考慮另外2種需求。</p><p>　　常用日歷系統(tǒng)高親和力的數(shù)據(jù)模型</p><p>　　正如II-B中提到的，傳統(tǒng)日歷系統(tǒng)

11、所采用的數(shù)據(jù)模型，如谷歌日歷，太過于簡單而不能處理所提出的循環(huán)任務的觀念。然而，我們卻不能建立一個全新的模型。如果我們能在傳統(tǒng)模型的基礎上進行最小的調整而設計一個新的模型，那么它就能被現(xiàn)有的系統(tǒng)所接受。</p><p><b>　　對模糊性的容忍度</b></p><p>　　在現(xiàn)實生活中，任務的重復有很多不確定性。幾乎每一個任務都有其自身的循環(huán)頻率，但是這個頻率卻不

12、一定是固定的。任務間的序列關系也可能被改變。而且一個大型的任務在下次重復的時候也可能被分成2個任務。因此，這個數(shù)據(jù)模型應該對模糊性有一定的容忍度。</p><p>　　D、描述循環(huán)任務的問題</p><p>　　任務間關系的表達方式: 我們可以使用箭頭圖或者流程圖來表達任務間的關系，也就是說，這些模型是基于表現(xiàn)相關性和序列關系的有向圖形的一種形式。然而，這些基于圖表的模型有一下一些問題。&

13、lt;/p><p>　　創(chuàng)立它們對人類來說太過于復雜</p><p>　　當然，因為對于人類來說獨立地創(chuàng)立這些圖表太過于困難，因此我們可以使用電腦系統(tǒng)從現(xiàn)有的任務組中提取圖表。然而，系統(tǒng)提取的效果是沒有預期的好。這些提取錯誤對使用者來說不僅是不利的，更是惱人的，因為使用者能夠清楚地意識到任務之間的關系。</p><p>　　與現(xiàn)有常用日歷系統(tǒng)低相容性的數(shù)據(jù)模型</

14、p><p>　　與傳統(tǒng)的日歷系統(tǒng)的數(shù)據(jù)模型相比，這些圖表式的數(shù)據(jù)模型是難以接受的。</p><p>　　自然頻率的表達式：傳統(tǒng)的日歷系統(tǒng)可以設置有固定頻率的循環(huán)任務。然而，這個格式卻不能表達多樣的內在模糊性：</p><p><b>　　模糊的頻率</b></p><p>　　現(xiàn)有的系統(tǒng)只能處理有固定頻率的任務。</p

15、><p>　　每次重復是細節(jié)的變化</p><p>　　每次重復時的細節(jié)都是有變化的。例如，時間跨度、地點或描述在每次重復時都是可能變化的。</p><p>　　因此，在介紹新的循環(huán)任務的數(shù)據(jù)模型時應該在調整現(xiàn)有常用系統(tǒng)的基礎上的。</p><p><b>　　III、概念</b></p><p>&

16、lt;b>　　A、基本要素</b></p><p>　　所提出的數(shù)據(jù)模型是用于：</p><p>　　作為一組任務，而不是一個圖表來表現(xiàn)關系的</p><p>　　因為日歷系統(tǒng)的每個任務都有其時間范圍的屬性，所以這個時間范圍決定了序列關系。雖然這個模型沒有表達任務之間關系的功能，但是這個功能對使用者來說也是不必要的，因為對電腦來說是很復雜的相關性對

17、人類來說是顯而易見的。因此，這個模型比基于圖表的模型更加簡單。</p><p><b>　　不嵌入特殊的頻率</b></p><p>　　循環(huán)任務是由一組的任務來表達的，在這組任務中已經(jīng)嵌入了一系列循環(huán)任務的所有例子。并且從所有任務的平均時間間隔中能計算出其固有頻率。</p><p><b>　　B、規(guī)律性的表達式</b>

18、</p><p>　　使命：下文將介紹使命這個術語。使命是包含了以使命或者任務為因素的一組集合。使命包含了其相關的使命，而任務代表著一個更高級別的大任務，其可以被分成幾個小任務。</p><p>　　工作：介紹工作這個術語是為了解決任務的模糊頻率。工作是包含了使命的一組集合，并且一個工作中的所有使命是單個循環(huán)任務中例子。</p><p><b>　　C、概

19、念的實施</b></p><p>　　圖表2闡釋了所提出關于任務發(fā)生的相關性和循環(huán)性的規(guī)律的觀點的實施。首先，一個任務是由通告、預定房間、開會以及發(fā)送會議記錄這些任務構成的。然后，為了表現(xiàn)會議1和其它任務之間的關系：通告、預定房間以及發(fā)送會議記錄，一個使命，也可稱為會議1的使命就產(chǎn)生了。同樣，這個結構也適用于會議2。最后，稱之為會議的一個工作就產(chǎn)生了，其代表了一個有著模糊頻率的使命的循環(huán)。</p

20、><p>　　IV、傳統(tǒng)日歷系統(tǒng)觀念的應用</p><p><b>　　A、傳統(tǒng)的系統(tǒng)</b></p><p>　　圖表3表現(xiàn)了典型的日歷系統(tǒng)的結構。從圖表3中可以看出，它包含了一個中心日歷服務器</p><p>　　多個日歷客戶端。服務器和客戶端是通過CalDAV標準[4]相聯(lián)系的，并且把日歷文章轉化為iCalendar的

21、形式[5]。</p><p>　　為了可以用不同的安裝啟動，可以參考基于網(wǎng)絡的日歷應用程序，如谷歌日歷[3]和雅虎日歷[6]。這些日歷應用程序也是符合iCalendar和CalDAV。因此，在III中所描述的信息可以被嵌入到iCalendar版里面，那么本文所提出的系統(tǒng)也也可以符合很多傳統(tǒng)的日歷應用程序。</p><p>　　B、在iCalendar中嵌入模糊循環(huán)信息</p>

22、<p>　　本節(jié)將描述如何在iCalendar版中嵌入所提出的觀點，如任務、使命和工作。</p><p>　　首先，任務與RFC2445（現(xiàn)已更新為RFC5545）中定義的iClalendar版的VENENT成分非常相似。VEVENT的成分表現(xiàn)了一個日歷中預定的時間。因此，VEVENT也等同于本文所提出的任務的概念。</p><p>　　接下來，必須處理使命和工作的概念。因為使

23、命代表一組任務或使命，一個使命可能遞歸地有包含一些其它使命。換句話說，一個使命是其它使命的父母，同時也是它們的孩子。因為VEVENT成分有代表自己父母和孩子的屬性，這些屬性也可以被用來表現(xiàn)使命和任務之間的關系。因此，VEVENT可以映射使命。</p><p>　　至于工作，工作代表一組的使命，也就是說，工作是使命受限制的特殊形式。</p><p>　　VEVENT成分可以有不同的RELAT

24、ED-TO屬性。RELATED-TO可以指出另一個可以描述關系的VEVENT成分：父母、孩子或兄弟姊妹。</p><p>　　但在使用RELATED-TO屬性之前，必須考慮以下的因素：</p><p>　　一些iCalendar的客戶不關心RELATED-TO的屬性</p><p>　　據(jù)作者所知，沒有一個iClalendar的客戶使用RELATED-TO的屬性。&

25、lt;/p><p>　　這就意味著如果使用的RELATED-TO屬性的話是不會與其它定義有沖突的。然而，據(jù)了解一些iClalendar用戶會選擇使用VEVENT而移除RELATED-TO，尤其是遇到與RELATED-TO屬性不兼容的谷歌日歷時。</p><p>　　iClalendar用戶可能會錯誤地使用RELATED-TO。</p><p>　　現(xiàn)在，沒有用戶能正確地

26、使用RELATED-TO屬性。然而，如果有一個使用RELATED-TO的用戶，那么它就會違反RELATED-TO的約定。</p><p>　　另一種選擇是使用RFC5545中定義的X-property，而不是RELATED-TO。然而，X-property有一個問題，那就是谷歌日歷不兼容這個未知的屬性。因此，使用X-property并不能避免這個問題。</p><p>　　圖表4表現(xiàn)了已在

27、先前圖表1中描述過的iClalendar版的文章。它把通告、房間預定和發(fā)送會議記錄作為VEVENT成分和RELATED-TO（孩子的屬性）一起表現(xiàn)。然后，由RELATED-TO（兄弟姊妹的屬性）把會議1的使命和會議2的使命連接起來。</p><p><b>　　V、實施</b></p><p><b>　　A、系統(tǒng)圖</b></p>

28、<p>　　圖表5表現(xiàn)了本文所提系統(tǒng)的基本結構，其包含了4個部分，即：</p><p><b>　　日歷的應用程序</b></p><p>　　標準的日歷應用程序是支持Cal-DAV。</p><p><b>　　傳統(tǒng)的日歷服務器</b></p><p>　　傳統(tǒng)的標準日歷服務器是支持C

29、al-DAV協(xié)定并且能保留RELATED-TO屬性的。</p><p>　　CalDAV代理服務器</p><p>　　是日歷應用程序和傳統(tǒng)日歷服務器之間的媒介服務器。理解的屬性，它能把使命、任務和工作在CalDAV范圍內重組成一些日歷。</p><p>　　本文所提出的新的日歷應用程序</p><p>　　與RELATED-TO兼容的日歷應

30、用程序，可以重組和操作RELATED-TO屬性。</p><p>　　B、CalDAV代理</p><p>　　功能：我們可以用RELATED-TO屬性在iClalendar版本中來表達任務、使命和工作。雖然支持RELATED-TO屬性的新的應用程序可以處理任務發(fā)生的規(guī)律性，但是其它傳統(tǒng)的應用程序是不支持的。 為了使所提出的觀點可以適用于所有的傳統(tǒng)應用系統(tǒng)，我們提出了包含以下2個功能的Ca

31、lDAV處理器：</p><p>　　接替CalDAV連接</p><p>　　CalDAV代理器作為CalDAV協(xié)議的導管。對于傳統(tǒng)的日歷用戶應用程序，它把由RELATED-TO體制構成的條款轉化為相應的傳統(tǒng)個人日歷組。</p><p>　　嵌入RELATED-TO屬性</p><p>　　CalDAV代理器在相應的日歷中表達了工作和使命。

32、當傳統(tǒng)的日歷用戶應用程序操作被轉化來的日歷時，CalDAV代理器能把他轉化為原先相應的RELATED-TO屬性。</p><p>　　工作流程：圖表6和圖表7表現(xiàn)了傳統(tǒng)的日歷應用程序是怎樣處理儲存在系統(tǒng)中的信息規(guī)律。</p><p>　　在傳統(tǒng)的日歷應用程序中，需要執(zhí)行以下步驟來瀏覽使命或者工作（圖表6）：</p><p>　　傳統(tǒng)的日歷應用程序要求虛擬的日歷信息必

33、須和相應的使命或工作相綁定。綁定規(guī)則已預先被所謂的日歷協(xié)定所定義。</p><p>　　CalDAV代理器把有著相應的具體日程和查詢詞的確切名字的要求發(fā)送給傳統(tǒng)的日歷服務器。</p><p>　　傳統(tǒng)的日歷服務器能回應查詢。在iClalendar中，這種回應有著RELATED- TO屬性。</p><p>　　CalDAV代理器能檢查RELATED-TO屬性，并且能

34、夠提取日歷信息，用戶對此很感興趣。</p><p>　　CalDAV代理器可以返回結果。</p><p>　　在增加了使命或工作的傳統(tǒng)日歷應用程序中，需要執(zhí)行以下步驟：</p><p>　　如果要給一個日歷增加一些任務信息，傳統(tǒng)的日歷應用程序能選擇一個與相應的使命或者工作綁定的虛擬日歷。</p><p>　　CalDAV處理器能增加一些適合使

35、命或工作的RELATED-TO屬性來重寫iClalendar條款。</p><p>　　CalDAV處理器能把重寫的iClalendar條款發(fā)送給原始的傳統(tǒng)日歷服務器。</p><p>　　傳統(tǒng)的日歷服務器能通過CalDAV處理器給用戶作出回復。</p><p>　　C、日歷應用系統(tǒng)新的實施</p><p>　　雖然CalDAV處理器能幫助傳

36、統(tǒng)的日歷應用程序處理RELATED-TO屬性，但是它并不是理</p><p>　　的解決方法。因此，我們直接提出了能夠讓使用者處理RELATED-TO屬性的應用程序。這個新的應用程序能允許使用者：</p><p>　　直接處理RELATED-TO屬性。</p><p>　　在一條時間線上，選擇一個使命來表現(xiàn)其所有的孩子。</p><p>　　

37、在一條時間線上，選擇一個使命或任務來表現(xiàn)其所有的兄弟姊妹。</p><p>　　在一條時間線上，選擇一個工作來表現(xiàn)其所有的孩子。</p><p><b>　　VI、結論</b></p><p>　　這篇論文提出了一個新的觀點來解決任務的模糊規(guī)律性，這對于預測未來可能發(fā)生的任務和給共事者提供指導是很有用的。而且，以iClalendar的形式提出了

38、一種代表這種觀點的方法，因為iClalendar是傳統(tǒng)日歷應用程序常用的的版本。這給這些系統(tǒng)所提出的觀點提供了跟高的兼容性。將來的工作將注重于這個系統(tǒng)的實施和評估。</p><p><b>　　致謝</b></p><p>　　本研究由日本電報電話公共公司服務集成實驗室、日本電報電話公共公司、教育局、科技局、體育局、文化局、年輕科學家補助資金特別贊助。</p&g

39、t;<p><b>　　參考文獻</b></p><p>　　Akira Abeta, Masaru Matsunami, and Ken’ichi Kakizaki, “A CSCW System to Aim at Sharing and Reusing the Sched- ule Information,” IPSJ SIG Technical Report, 1995

40、-GN-013, pp. 7–12, 1995.</p><p>　　Hayato Yamane, Katashi Nagao, “AcTrec: Personal Action Support Using Action History,” Proc. 66th National Convention of IPSJ, Vol.66, No.3, pp.115–116, 2004.</p><

41、p>　　Google Inc. “Google Calendar,” http://www.google.com/calendar/</p><p>　　C.Daboo, B.Desruisseaux, L. Dusseault, “Calendaring Exten- sions to WebDAV (CalDAV),” RFC4791, 2007.</p><p>　　B.Des

42、ruisseaux, “Internet Calendaring and Scheduling Core Object Specification (iCalendar),” RFC5545, 2009.</p><p>　　Yahoo! Inc., “Yahoo! Calendar,” http://calendar.yahoo.co.jp/</p><p><b>　　外文翻