日歷中統(tǒng)計事件的方法及裝置的制造方法
【專利摘要】本發(fā)明實施例提供一種日歷中統(tǒng)計事件的方法及裝置，涉及互聯(lián)網(wǎng)技術領域，主要目的在于解決現(xiàn)有技術中使用日歷統(tǒng)計事件時只能依靠用戶手動編輯的缺陷。本發(fā)明實施例的方法包括：獲取日歷的主題及主題事件的時間得到主題日歷；向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間；接收所述服務端返回的主題事件信息，所述主題事件信息為所述服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的；將所述主題事件信息添加到所述主題日歷的對應時間中。本發(fā)明實施例解決了現(xiàn)有技術中使用日歷統(tǒng)計事件時只能依靠用戶手動編輯的缺陷，實現(xiàn)了日歷自定義統(tǒng)計事件的目的。
【專利說明】
曰歷中統(tǒng)計事件的方法及裝置
技術領域
[0001]本發(fā)明實施例涉及互聯(lián)網(wǎng)技術領域，尤其涉及一種日歷中統(tǒng)計事件的方法及裝置。
【背景技術】
[0002]在現(xiàn)有的電腦、手機等電子產(chǎn)品上，用戶都會使用電子日歷查看日期，這些日歷通常會對國家法定節(jié)假日或者傳統(tǒng)節(jié)氣進行統(tǒng)計，并標注在日歷中的對應日期上，每當用戶在查看日歷時都可以看到有關節(jié)假日或節(jié)氣的信息。
[0003]但是在用戶實際使用日歷的過程中，除了需要了解節(jié)假日或節(jié)氣的信息外，往往還需要通過日歷統(tǒng)計某些日期中的重要事件，這些重要事件主要是針對用戶個人而言，因此不同用戶之間的日歷具有差異性。為了滿足用戶的上述需求，現(xiàn)有的日歷提供了編輯功能，使得用戶能夠在日歷中的日期上編輯事件，方便用戶清晰的獲知特定日期中相應的重要事件，但是這種方式需要用戶手動進行編輯，當多個日期具有重要事件時，用戶需要編輯的數(shù)據(jù)量就非常大，給用戶帶來極大的不便。因此，如何在日歷中自定義統(tǒng)計事件成為現(xiàn)有使用日歷時亟待解決的問題。

【發(fā)明內容】

[0004]本發(fā)明實施例提供一種日歷中統(tǒng)計事件的方法及裝置，用以解決現(xiàn)有技術中使用日歷統(tǒng)計事件時只能依靠用戶手動編輯的缺陷，實現(xiàn)日歷自定義統(tǒng)計事件的目的。
[0005]本發(fā)明實施例提供一種日歷中統(tǒng)計事件的方法，包括:
[0006]獲取日歷的主題及主題事件的時間得到主題日歷；
[0007]向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間；
[0008]接收所述服務端返回的主題事件信息，所述主題事件信息為所述服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的；
[0009]將所述主題事件信息添加到所述主題日歷的對應時間中。
[0010]本發(fā)明實施例提供一種日歷中統(tǒng)計事件的裝置，包括:
[0011]獲取單元，用于獲取日歷的主題及主題事件的時間得到主題日歷；
[0012]發(fā)送單元，用于向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間；
[0013]接收單元，用于接收所述服務端返回的主題事件信息，所述主題事件信息為所述服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的；
[0014]添加單元，用于將所述主題事件信息添加到所述主題日歷的對應時間中。
[0015]本發(fā)明實施例提供的日歷中統(tǒng)計事件的方法及裝置，能夠通過客戶端獲取用戶設置的日歷的主題及主題事件的時間得到主題日歷，并向服務端發(fā)送獲取主題事件請求，所述請求攜帶有主題日歷的主題及主題事件的時間，服務端根據(jù)所述請求中的主題及主題事件的時間獲取主題事件信息并將主題事件信息返回給客戶端，客戶端將主題事件信息按照時間關系對應添加到日歷中。與現(xiàn)有技術中用戶需要手動在日歷中的對應日期上添加有關事件信息的方式相比，本發(fā)明實施例提供的日歷中統(tǒng)計事件的方法及裝置能夠通過客戶端與服務端之間的協(xié)同實現(xiàn)日歷自定義統(tǒng)計事件的目的，避免了用戶手動在日歷中編輯事件信息造成操作復雜繁瑣的缺陷。
【附圖說明】
[0016]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0017]圖1為本發(fā)明實施例提供的一種日歷中統(tǒng)計事件的方法的流程圖；
[0018]圖2為本發(fā)明實施例提供的一種日歷中統(tǒng)計事件的裝置的組成框圖；
[0019]圖3為本發(fā)明實施例提供的一種服務端的實體結構示意圖。
【具體實施方式】
[0020]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0021]在現(xiàn)有的電子日歷中，除了提供日常的節(jié)假日或節(jié)氣的信息外，往往還會向用戶提供日歷的編輯功能，使用戶能夠在日歷中的日期上編輯事件，但是這種方式需要用戶手動進行編輯，當多個日期需要編輯事件時，其編輯的數(shù)據(jù)量就非常大，給用戶操作帶來極大的不便。
[0022]為了解決現(xiàn)有技術中使用日歷統(tǒng)計事件時只能依靠用戶手動編輯的缺陷，本發(fā)明實施例提供一種日歷中統(tǒng)計事件的方法，如圖1所示，所述方法包括:
[0023]101、獲取日歷的主題及主題事件的時間得到主題日歷。
[0024]在現(xiàn)有的日歷中，會在各個節(jié)假日對應的日期或各個節(jié)氣對應的日期上統(tǒng)計相應的節(jié)假日信息或節(jié)氣信息，以便用戶在使用日歷時能夠方便獲知日期及其對應的事件信息。進一步的，還出現(xiàn)了供用戶編輯事件的日歷，即提供了日歷編輯功能，使用戶能夠在日歷的日期中自定義編輯事件信息，但是這一方式需要用戶手動操作。為了簡化此編輯過程，本發(fā)明實施例提供一種日歷中統(tǒng)計事件的方法，需要執(zhí)行步驟101獲取日歷的主題及主題事件的時間得到主題日歷。所述主題日歷與現(xiàn)有技術中具有普通記事功能的日歷相比，可以由用戶在客戶端自定義設置日歷的主題以及主題事件時間；或者，由用戶在客戶端提供的主題信息及主題事件的時間信息中選擇日歷的主題以及主題事件時間?？蛻舳酥恍枰@取用戶自定義設置的日歷主題及主題事件的時間，或者獲取用戶選擇的日歷主題及主題事件的時間，就可以得到主題日歷。日歷的主題也就是日歷中待統(tǒng)計事件的類型，例如待統(tǒng)計的娛樂事件、體育事件等。步驟101的目的就是由客戶端獲取需要統(tǒng)計的事件類型以及需要統(tǒng)計哪一時間段內所述類型的事件。
[0025]102、向服務端發(fā)送獲取主題事件請求，獲取主題事件請求中攜帶有主題日歷的主題及主題事件的時間。
[0026]當在步驟101中獲取了日歷的主題以及主題事件的時間后，本發(fā)明實施例需要執(zhí)行步驟102向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有主題日歷的主題及主題事件的時間，以便服務端在接收到獲取主題事件請求后根據(jù)請求中攜帶的主題及主題事件的時間收集相應時間內的主題事件信息，并將所述主題事件信息返回給客戶端。
[0027]103、接收服務端返回的主題事件信息。
[0028]當在步驟102中向服務端發(fā)送獲取主題事件請求之后，客戶端會接收到服務端返回的主題事件信息，所述主題事件信息為服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的。
[0029]104、將主題事件信息添加到主題日歷的對應時間中。
[0030]當在步驟103中接收服務端返回的主題事件信息之后，本發(fā)明實施例需要根據(jù)主題事件信息所屬的時間將各個主題事件信息分別添加到主題日歷的對應時間中。例如，在日歷中通常是以*年*月*日作為時間單位，因此本發(fā)明實施例可以將從某年某月某日開始后若干天(也就是主題事件的時間)內的主題事件信息對應添加到主題日歷的相應日期中。
[0031]本發(fā)明實施例提供的日歷中統(tǒng)計事件的方法，能夠通過客戶端獲取用戶設置的日歷的主題及主題事件的時間得到主題日歷，并向服務端發(fā)送獲取主題事件請求，所述請求攜帶有主題及主題事件的時間，服務端根據(jù)所述請求中的主題及主題事件的時間獲取主題事件信息并將主題事件信息返回給客戶端，客戶端將主題事件信息按照時間關系對應添加到日歷中。與現(xiàn)有技術中用戶需要手動在日歷中的對應日期上添加有關事件信息的方式相比，本發(fā)明實施例提供的日歷中統(tǒng)計事件的方法及裝置能夠通過客戶端與服務端之間的協(xié)同實現(xiàn)日歷自定義統(tǒng)計事件的目的，避免了用戶手動在日歷中編輯事件信息造成操作復雜繁瑣的缺陷。
[0032]為了更好的對上述圖1所示的方法進行理解，本發(fā)明實施例將以體育賽事作為日歷的主題，以在日歷中統(tǒng)計體育賽事為例，對本發(fā)明實施例提供的日歷中統(tǒng)計事件的方法進行詳細說明。
[0033]在本發(fā)明實施例中提供了一種日歷中統(tǒng)計事件的方法，所述方法不需要用戶手動編輯事件，需要用戶設置日歷的主題及主題事件的時間，在進行設置的過程中，可以由用戶自定義設置日歷的主題及主題事件的時間，也可以由用戶根據(jù)客戶端提供的主題選項及時間選項選擇日歷的主題及主題事件的時間。作為一種可選的實施方式，本發(fā)明實施例可以由客戶端從日歷的主題選項中獲取用戶選擇的主題以及從日歷的時間選項中獲取用戶選擇的主題事件的時間得到主題日歷。其中，所述主題選項中包括多個主題信息，如影視劇主題、體育賽事主題、娛樂節(jié)目主題等；所述時間選項中包括統(tǒng)計起始日和統(tǒng)計結束日，當在時間選項中選擇了統(tǒng)計起始日和統(tǒng)計結束日后，就代表用戶需要獲取統(tǒng)計起始日和統(tǒng)計結束日之間的主題事件。當用戶通過上述方式對日歷的主題選項以及時間選項進行設置后，客戶端最終會按照用戶設置的信息獲取到統(tǒng)計起始日和統(tǒng)計結束日之間的所述主題對應的主題事件信息。
[0034]在本發(fā)明實施例中，當在日歷的主題選項中獲取到體育賽事主題，并且在日歷的時間選項中獲取到所述體育賽事主題的統(tǒng)計起始日和統(tǒng)計結束日之后，客戶端為了得到所述統(tǒng)計起始日和統(tǒng)計結束日之間的所有體育賽事，就需要向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述體育賽事主題及所述統(tǒng)計起始日和統(tǒng)計結束日，從而當服務端接收到所述獲取主題事件請求后，能夠根據(jù)請求中攜帶的體育賽事主題及統(tǒng)計起始日和統(tǒng)計結束日收集相應日期內的體育賽事信息。其中，服務端收集的所述體育賽事信息包括但不限于:足球賽事、排球賽事、網(wǎng)球賽事、籃球賽事、乒乓球賽事、田徑賽事、拳擊賽事等，只要是與體育有關的賽事都屬于本發(fā)明實施例中的體育賽事信息。在實際情況下，客戶端的JavaScript程序可以向服務端發(fā)送獲取主題事件的ajax異步請求，用于獲取統(tǒng)計起始日和統(tǒng)計結束日之間的主題事件信息。這里需要說明的是，客戶端的JavaScript程序也可以向服務端發(fā)送獲取主題事件的ajax同步請求來獲取主題事件信息，雖然發(fā)送ajax同步請求和發(fā)送ajax異步請求都能獲取到主題事件信息，但是由于JavaScript程序是單線程，執(zhí)行ajax請求會消耗一定時間，甚至出現(xiàn)由于網(wǎng)絡故障而得不到返回結果，如果執(zhí)行同步請求，那么必須等到ajax返回結果后才能執(zhí)行接下來的代碼，而執(zhí)行異步請求則不必等到ajax返回結果就可以執(zhí)行接下來的代碼。因此，為了在獲取主題事件信息的同時不影響用戶的其他操作，本發(fā)明實施例默認通過向服務端發(fā)送獲取主題事件的ajax異步請求來獲取主題事件?目息。
[0035]當服務端接收到客戶端發(fā)送的攜帶有體育賽事主題及統(tǒng)計起始日和統(tǒng)計結束日信息的獲取主題事件請求后，會讀取所述請求中攜帶的體育賽事主題以及統(tǒng)計起始日和統(tǒng)計結束日的信息，根據(jù)這些信息獲取統(tǒng)計起始日和統(tǒng)計結束日之間每一天的體育賽事信息，并將每一天的體育賽事信息進行匯總后返回給客戶端。這里需要說明的是，所述每一天的體育賽事信息包括:每一天的哪個時間段具有哪些體育賽事或者每一天具有多少場體育賽事等。例如:所述獲取到的體育賽事信息可以為12月12日15點至17點-足球亞冠決賽或者也可以為12月10日-3場足球亞冠小組賽，或者還可以簡單的為12月5日-5場體育賽事。其中，服務端獲取的體育賽事信息需要根據(jù)用戶在客戶端設置的主題所決定，如果用戶在客戶端設置的主題為體育賽事，則服務端獲取的就是統(tǒng)計時間內的所有體育賽事，包括足球、籃球、田徑等；如果用戶在客戶端設置的主題細化為足球賽事，則服務端獲取的就是統(tǒng)計時間內的所有足球賽事。本發(fā)明實施例不對日歷的主題進行限制，既可以包括如體育賽事這樣的大范圍的主題，也可以包括如足球賽事這樣的小范圍的主題。
[0036]以將主題事件的數(shù)量作為主題事件信息為例，若用戶在客戶端設置了日歷的主題為大范圍的體育賽事主題，同時設置了統(tǒng)計起始日為10月I日、統(tǒng)計結束日為10月3日，那么在客戶端向服務端發(fā)送了攜帶這些信息的獲取主題事件請求之后，服務端會根據(jù)所述獲取主題事件請求中攜帶的這些信息收集到10月I日具有3場體育賽事(足球賽事、籃球賽事、排球賽事)，10月2日具有O場體育賽事，10月3日具有2場體育賽事(拳擊賽事、足球賽事)。當服務端收集到統(tǒng)計時間內的所有體育賽事數(shù)量后，會將每一天的體育賽事數(shù)量進行匯總并返回給客戶端，客戶端接收服務端返回的體育賽事數(shù)量后對主題日歷進行刷新，將統(tǒng)計時間內每一天的體育賽事數(shù)量對應添加到主題日歷的相應日期上。
[0037]以將主題事件的數(shù)量作為主題事件信息為例，若用戶在客戶端設置了日歷的主題為小范圍的足球賽事主題，同時設置了統(tǒng)計起始日為10月I日、統(tǒng)計結束日為10月3日，那么在客戶端向服務端發(fā)送了攜帶這些信息的獲取主題事件請求之后，服務端會根據(jù)所述獲取主題事件請求中攜帶的這些信息收集到10月I日具有I場足球賽事，10月2日具有O場足球賽事，10月3日具有I場足球賽事。當服務端獲取到統(tǒng)計時間內的所有足球賽事數(shù)量后，會將每一天的足球賽事數(shù)量進行匯總并返回給客戶端，客戶端接收服務端返回的足球賽事數(shù)量后對主題日歷進行刷新，將統(tǒng)計時間內每一天的足球賽事數(shù)量對應添加到主題日歷的相應日期上。
[0038]以將主題事件在相應日期內的發(fā)生時間段作為主題事件信息為例，若用戶在客戶端設置了日歷的主題為小范圍的足球賽事主題，同時設置了統(tǒng)計起始日為10月I日、統(tǒng)計結束日為10月3日，那么在客戶端向服務端發(fā)送了攜帶這些信息的獲取主題事件請求之后，服務端會根據(jù)所述獲取主題事件請求中攜帶的這些信息收集到10月I日15點-17點具有I場足球賽事，10月2日具有O場足球賽事，10月3日20點-22點具有I場足球賽事。當服務端獲取到統(tǒng)計時間內的所有足球賽事信息后，會將每一天的足球賽事信息進行匯總并返回給客戶端，客戶端接收服務端返回的足球賽事信息后對主題日歷進行刷新，將統(tǒng)計時間內每一天對應時間段具有的足球賽事信息對應添加到主題日歷的相應日期上。
[0039]以上所述只是以日歷中統(tǒng)計主題事件的數(shù)量和主題事件的發(fā)生時間為例進行的說明，當然也可以統(tǒng)計主題事件的其他信息，例如也可以在日歷中統(tǒng)計某日某運動員參加何種比賽。本發(fā)明實施例對在日歷中統(tǒng)計的主題事件信息不作形式上的限制，既可以是主題事件的數(shù)量信息，也可以是主題事件在每天發(fā)生的時間段信息，也可以是主題事件的其他信息，但只要是以本發(fā)明實施例提供的所述日歷中統(tǒng)計事件的方法對事件進行統(tǒng)計，則都屬于本發(fā)明實施例所要保護的范圍。
[0040]作為對上述圖1所示方法的應用，本發(fā)明實施例還提供一種日歷中統(tǒng)計事件的裝置，如圖2所示，所述裝置包括:獲取單元21、發(fā)送單元22、接收單元23以及添加單元24，其中，
[0041]獲取單元21，用于獲取日歷的主題及主題事件的時間得到主題日歷；
[0042]發(fā)送單元22，用于向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間；
[0043]接收單元23，用于接收所述服務端返回的主題事件信息，所述主題事件信息為所述服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的；
[0044]添加單元24，用于將所述主題事件信息添加到所述主題日歷的對應時間中。
[0045]進一步的，獲取單元21用于從日歷的主題選項中獲取主題以及從日歷的時間選項中獲取主題事件的時間得到主題日歷，所述時間選項中包括統(tǒng)計起始日和統(tǒng)計結束日。在實際情況下，客戶端的獲取單元21還可以通過JavaScript程序繪制主題日歷表格。
[0046]進一步的，發(fā)送單元22用于向服務端發(fā)送獲取主題事件異步請求，獲取統(tǒng)計起始日和統(tǒng)計結束日之間的主題事件信息。在實際情況下，客戶端的發(fā)送單元22可以通過JavaScript程序向服務端發(fā)送獲取主題事件的ajax異步請求，用于獲取統(tǒng)計起始日和統(tǒng)計結束日之間的主題事件信息。
[0047]進一步的，接收單元23用于接收所述服務端返回的統(tǒng)計起始日和統(tǒng)計結束日之間每一天的主題事件信息，所述主題事件信息至少包括主題事件數(shù)量。在實際應用中，接收單元23除了接收到主題事件數(shù)量信息外，還可以接收到主題事件的其他信息，例如可以接收到每一天內具體時間段具有的主題事件信息或者主題事件涉及的諸如人物或執(zhí)行主體信息等。
[0048]進一步的，添加單元24用于將統(tǒng)計起始日和統(tǒng)計結束日之間每一天的主題事件數(shù)量對應添加到所述主題日歷的相應日期上?；蛘吒鶕?jù)接收單元23實際接收的主題事件信息將每一天內具體時間段具有的主題事件信息或者主題事件涉及的諸如人物或執(zhí)行主體信息等添加到主題日歷中的相應日期上。
[0049]本發(fā)明實施例提供的日歷中統(tǒng)計事件的裝置，能夠通過客戶端獲取用戶設置的日歷的主題及主題事件的時間得到主題日歷，并向服務端發(fā)送獲取主題事件請求，所述請求攜帶有主題及主題事件的時間，服務端根據(jù)所述請求中的主題及主題事件的時間獲取主題事件信息并將主題事件信息返回給客戶端，客戶端將主題事件信息按照時間關系對應添加到日歷中。與現(xiàn)有技術中用戶需要手動在日歷中的對應日期上添加有關事件信息的方式相比，本發(fā)明實施例提供的日歷中統(tǒng)計事件的方法及裝置能夠通過客戶端與服務端之間的協(xié)同實現(xiàn)日歷自定義統(tǒng)計事件的目的，避免了用戶手動在日歷中編輯事件信息造成操作復雜繁瑣的缺陷。
[0050]此外，本發(fā)明實施例提供的日歷中統(tǒng)計事件的裝置可以在日歷的主題選項中設置大范圍的主題，也可以設置小范圍的主題，并將相應主題下的事件的數(shù)量添加到日歷的對應日期中，使得用戶在查看日歷時能夠獲取日期下具有的相應主題事件的數(shù)量，通過這種方式能夠使用戶不通過手動編輯事件信息即可完成在日歷中對不同主題的事件進行統(tǒng)計的效果。
[0051]針對上述日歷中統(tǒng)計事件的裝置需要說明的是，凡是本發(fā)明實施例中使用到的各個單元模塊的功能都可以通過硬件處理器(hardware processor)來實現(xiàn)。
[0052]圖3示例了一種服務端的實體結構示意圖，如圖3所示，該服務端可以包括:處理器(processor) 310、通信接口(Communicat1ns Interface) 320、存儲器(memory) 330 和通信總線340，其中，處理器310，通信接口 320，存儲器330通過通信總線340完成相互間的通信。通信接口 320可以用于服務端與客戶端之間的信息傳輸。處理器310可以調用存儲器330中的邏輯指令，以執(zhí)行如下方法:獲取日歷的主題及主題事件的時間得到主題日歷；向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間；接收所述服務端返回的主題事件信息，所述主題事件信息為所述服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的；將所述主題事件信息添加到所述主題日歷的對應時間中。
[0053]此外，上述的存儲器330中的邏輯指令可以通過軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、移動硬盤、只讀存儲器(R0M，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0054]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0055]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件?；谶@樣的理解，上述技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0056]最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
【主權項】
1.一種日歷中統(tǒng)計事件的方法，其特征在于，所述方法包括: 獲取日歷的主題及主題事件的時間得到主題日歷； 向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間； 接收所述服務端返回的主題事件信息，所述主題事件信息為所述服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的； 將所述主題事件信息添加到所述主題日歷的對應時間中。2.根據(jù)權利要求1所述的方法，其特征在于，所述獲取日歷的主題及主題事件的時間得到主題日歷包括: 從日歷的主題選項中獲取主題以及從日歷的時間選項中獲取主題事件的時間得到主題日歷，所述時間選項中包括統(tǒng)計起始日和統(tǒng)計結束日。3.根據(jù)權利要求2所述的方法，其特征在于，向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間，包括: 向服務端發(fā)送獲取主題事件異步請求，用于獲取統(tǒng)計起始日和統(tǒng)計結束日之間的主題事件信息。4.根據(jù)權利要求3所述的方法，其特征在于，接收所述服務端返回的主題事件信息包括: 接收所述服務端返回的統(tǒng)計起始日和統(tǒng)計結束日之間每一天的主題事件信息，所述主題事件信息至少包括主題事件數(shù)量。5.根據(jù)權利要求4所述的方法，其特征在于，將所述主題事件信息添加到所述主題日歷的對應時間中包括: 將統(tǒng)計起始日和統(tǒng)計結束日之間每一天的主題事件數(shù)量對應添加到所述主題日歷的相應日期上。6.一種日歷中統(tǒng)計事件的裝置，其特征在于，所述裝置包括: 獲取單元，用于獲取日歷的主題及主題事件的時間得到主題日歷； 發(fā)送單元，用于向服務端發(fā)送獲取主題事件請求，所述獲取主題事件請求中攜帶有所述主題日歷的主題及主題事件的時間； 接收單元，用于接收所述服務端返回的主題事件信息，所述主題事件信息為所述服務端根據(jù)所述主題日歷的主題及主題事件的時間獲取的； 添加單元，用于將所述主題事件信息添加到所述主題日歷的對應時間中。7.根據(jù)權利要求6所述的裝置，其特征在于，所述獲取單元用于從日歷的主題選項中獲取主題以及從日歷的時間選項中獲取主題事件的時間得到主題日歷，所述時間選項中包括統(tǒng)計起始日和統(tǒng)計結束日。8.根據(jù)權利要求7所述的裝置，其特征在于，所述發(fā)送單元用于向服務端發(fā)送獲取主題事件異步請求，用于獲取統(tǒng)計起始日和統(tǒng)計結束日之間的主題事件信息。9.根據(jù)權利要求8所述的裝置，其特征在于，所述接收單元用于接收所述服務端返回的統(tǒng)計起始日和統(tǒng)計結束日之間每一天的主題事件信息，所述主題事件信息至少包括主題事件數(shù)量。10.根據(jù)權利要求9所述的裝置，其特征在于，所述添加單元用于將統(tǒng)計起始日和統(tǒng)計結束日之間每一天的主題事件數(shù)量對應添加到所述主題日歷的相應日期上。
【文檔編號】G06Q10/10GK105868955SQ201510802470
【公開日】2016年8月17日
【申請日】2015年11月19日
【發(fā)明人】霍冬晨, 王冉陽, 閆振華
【申請人】樂視體育文化產(chǎn)業(yè)發(fā)展（北京）有限公司