特許 6479999 ニュースリストの更新方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6479999

(24)【登録日】2019年2月15日

(45)【発行日】2019年3月6日

(54)【発明の名称】ニュースリストの更新方法および装置

(51)【国際特許分類】

   G06F 3/0481 20130101AFI20190225BHJP

   G06F 3/0488 20130101ALI20190225BHJP

【ＦＩ】

   G06F3/0481

   G06F3/0488

【請求項の数】19

【全頁数】28

(21)【出願番号】特願2017-539488(P2017-539488)

(86)(22)【出願日】2015年7月10日

(65)【公表番号】特表2017-538233(P2017-538233A)

(43)【公表日】2017年12月21日

(86)【国際出願番号】CN2015083803

(87)【国際公開番号】WO2016058423

(87)【国際公開日】20160421

【審査請求日】2017年4月17日

(31)【優先権主張番号】201410555495.4

(32)【優先日】2014年10月17日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】517136483

【氏名又は名称】北京字節跳動網絡技術有限公司

【氏名又は名称原語表記】ＢＥＩＪＩＮＧ ＢＹＴＥＤＡＮＣＥ ＮＥＴＷＯＲＫ ＴＥＣＨＮＯＬＯＧＹ ＣＯ．， ＬＴＤ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】張 一 鳴

(72)【発明者】

【氏名】周 晶 錦

(72)【発明者】

【氏名】曹 歡 歡

【審査官】 滝谷 亮一

(56)【参考文献】

【文献】 特開２００２−２７８９９０（ＪＰ，Ａ）

【文献】 特開２０１４−１３５０２６（ＪＰ，Ａ）

【文献】 特開２０１３−２１８６４６（ＪＰ，Ａ）

【文献】 特開２００２−１０８５２４（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０２３８９８９（ＵＳ，Ａ１）

【文献】 中国特許出願公開第１０３７４７３４３（ＣＮ，Ａ）

【文献】 Mozhgan Tavakolifard et.al，Tailored News in the Palm of Your HAND: A Multi-Perspective Transparent Approach to News Recommendation，Proceeding of the 22nd International Conference on World Wide Web，米国，ACM，２０１３年 ５月１３日，pp.305-308

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／０４８１

Ｇ０６Ｆ ３／０４８８

(57)【特許請求の範囲】

【請求項1】

更新信号を受信することと、
受信した前記更新信号に基づいて、現在のシステム時間或いは既に更新された最後のニュースの推薦時間である更新開始時間を読み取ることと、
前記ニュースリストを更新する時間区間を前記更新開始時間とともに規定するための、予め設定された少なくとも１つの時間閾値を読み取ることと、
前記更新開始時間及び前記時間閾値に基づいて、配信時間が前記時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得することと、
前記推薦ニュースリストにおける各前記推薦対象のニュースごとに推薦時間を割り当てることと、
前記推薦時間に基づいて前記推薦ニュースリストにおける前記推薦対象のニュースを更新し、新しい推薦ニュースリストを生成することと、
を含むことを特徴とするニュースリストの更新方法。

【請求項2】

前記更新信号は、タッチパネルにて上から下へスライドして発生した第１の接触感知信号と、前記タッチパネルにて下から上へスライドして発生した第２の接触感知信号と、を少なくとも含む
ことを特徴とする請求項１に記載の方法。

【請求項3】

受信した前記更新信号が前記第１の接触感知信号である場合、前記更新開始時間が前記現在のシステム時間となり、前記更新開始時間及び前記時間閾値に基づいて、推薦ニュースリストを取得するステップは、
前記第１の接触感知信号に基づいて、前記推薦ニュースリストに含まれる第１のニュースの集まりにおけるニュースの数ｎ（ｎが自然数である）を取得することと、
前記現在のシステム時間及び予め設定された第１の時間閾値を取得することと、
前記現在のシステム時間及び前記第１の時間閾値に基づいて、第１の推薦ニュースリストを更新する時間区間を規定するための第１の時間区間を決定することと、
前記第１の時間区間に基づいて、配信時間が前記第１の時間区間内にあるｎ個の前記ニュースを取得することと、
取得した前記ｎ個の前記ニュースに基づいて、前記第１の推薦ニュースリストを生成することと、を含む
ことを特徴とする請求項２に記載の方法。

【請求項4】

前記推薦ニュースリストにおける各前記推薦対象のニュースごとに推薦時間を割り当てるステップは、
前回前記第１の接触感知信号を受信して前記ニュースリストを更新した前回の更新時間を取得することと、
前記前回の更新時間及び前記現在のシステム時間に基づいて、前記第１の推薦リストにおけるニュースの推薦時間を規定するための第２の時間区間を決定することと、
前記第２の時間区間に基づいて、前記第１の推薦リストにおける各前記ニュースごとに、前記第２の時間区間内にある前記推薦時間を割り当てることと、を含む
ことを特徴とする請求項３に記載の方法。

【請求項5】

前記第２の時間区間に基づいて、前記第１の推薦リストにおける各前記ニュースごとに前記推薦時間を割り当てるステップは、
前記第１の推薦ニュースリストにおけるニュースの数ｎ及び前記第２の時間区間に基づいて、第２の時間区間を等分し、前記推薦ニュースリストにおける各前記ニュースの第１の等分した時間間隔を得ることと、
前記第１の等分した時間間隔及び前記現在のシステム時間に基づいて、前記第１の推薦リストにおける各前記ニュースごとに前記推薦時間を割り当てることと、を含む
ことを特徴とする請求項４に記載の方法。

【請求項6】

受信した前記更新信号が前記第２の接触感知信号である場合、前記更新開始時間が、既に更新された最後のニュースの推薦時間となり、前記更新開始時間及び前記時間閾値に基づいて、推薦ニュースリストを取得するステップは、
前記第２の接触感知信号に基づいて、前記推薦ニュースリストに含まれる第２のニュースの集まりにおけるニュースの数ｍ（ｍが整数である）を取得することと、
前記既に更新された最後のニュースの推薦時間及び第２の時間閾値を取得することと、
前記既に更新された最後のニュースの推薦時間及び前記第２の時間閾値に基づいて、第２の推薦ニュースリストを更新する時間区間を規定するための第３の時間区間を決定することと、
前記第３の時間区間に基づいて、配信時間が前記第３の時間区間内にあるｍ個の前記ニュースを取得することと、
取得した前記ｍ個の前記ニュースに基づいて、前記第２の推薦ニュースリストを生成することと、を含む
ことを特徴とする請求項２に記載の方法。

【請求項7】

前記推薦ニュースリストにおける各前記推薦対象のニュースごとに推薦時間を割り当てるステップは、
前記既に更新された最後のニュースの推薦時間及び第３の時間閾値を取得することと、
前記既に更新された最後のニュースの推薦時間及び前記第３の時間閾値に基づいて、前記第２の推薦リストにおけるニュースの推薦時間を規定するための第４の時間区間を決定することと、
前記第４の時間区間に基づいて、前記第２の推薦リストにおける各前記ニュースごとに、前記第４の時間区間内にある前記推薦時間を割り当てることと、を含む
ことを特徴とする請求項６に記載の方法。

【請求項8】

前記第４の時間区間に基づいて、前記第２の推薦リストにおける各前記ニュースごとに前記推薦時間を割り当てるステップは、
前記第２の推薦ニュースリストにおけるニュースの数ｍ及び前記第４の時間区間に基づいて、第４の時間区間を等分し、前記推薦ニュースリストにおける各前記ニュースの第２の等分した時間間隔を得ることと、
前記第２の等分した時間間隔及び前記既に更新された最後のニュースの推薦時間に基づいて、前記第２の推薦リストにおける各前記ニュースごとに前記推薦時間を割り当てることと、を含む
ことを特徴とする請求項７に記載の方法。

【請求項9】

前記推薦ニュースリストにおける各前記推薦対象のニュースごとに推薦時間を割り当てる前に、
今回の更新前に、更新によって取得した過去ニュースリストを取得することと、
前記過去ニュースリストと前記推薦ニュースリストとを比較し、前記推薦ニュースリストにおける前記ニュースが前記過去ニュースリストにおける前記ニュースと同一である場合、前記同一のニュースを前記推薦ニュースリストから削除することと、をさらに含む
ことを特徴とする請求項１乃至８のうち何れか一項に記載の方法。

【請求項10】

更新信号を受信するための受信モジュールと、
受信した前記更新信号に基づいて、現在のシステム時間或いは既に更新された最後のニュースの推薦時間である更新開始時間を読み取るための第１の読取モジュールと、
前記ニュースリストを更新する時間区間を前記更新開始時間とともに規定するための、予め設定された少なくとも１つの時間閾値を読み取るための第２の読取モジュールと、
前記更新開始時間及び前記時間閾値に基づいて、配信時間が前記時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得するための第１の取得モジュールと、
前記推薦ニュースリストにおける各前記推薦対象のニュースごとに推薦時間を割り当てるための第１の処理モジュールと、
前記推薦時間に基づいて前記推薦ニュースリストにおける前記推薦対象のニュースを更新し、新しい推薦ニュースリストを生成するための生成モジュールと、
を備えることを特徴とするニュースリストの更新装置。

【請求項11】

受信した前記更新信号がタッチパネルにて上から下へスライドして発生した第１の接触感知信号である場合、前記更新開始時間が前記現在のシステム時間となり、前記第１の取得モジュールは、
前記第１の接触感知信号に基づいて、前記推薦ニュースリストに含まれる第１のニュースの集まりにおけるニュースの数ｎ（ｎが整数である）を取得するための第１のサブ取得モジュールと、
前記現在のシステム時間及び予め設定された第１の時間閾値を取得するための第２のサブ取得モジュールと、
前記現在のシステム時間及び前記第１の時間閾値に基づいて、第１の推薦ニュースリストを更新する時間区間を規定するための第１の時間区間を決定するための第１のサブ決定モジュールと、
前記第１の時間区間に基づいて、配信時間が前記第１の時間区間内にあるｎ個の前記ニュースを取得するための第３のサブ取得モジュールと、
取得した前記ｎ個の前記ニュースに基づいて、前記第１の推薦ニュースリストを生成するための第１のサブ生成モジュールと、
を備えることを特徴とする請求項１０に記載の装置。

【請求項12】

前記第１の処理モジュールは、
前回前記第１の接触感知信号を受信して前記ニュースリストを更新した前回の更新時間を取得するための第４のサブ取得モジュールと、
前記前回の更新時間及び前記現在のシステム時間に基づいて、第１の推薦リストにおけるニュースの前記推薦時間を規定するための第２の時間区間を決定するための第２のサブ決定モジュールと、
前記第２の時間区間に基づいて、前記第１の推薦リストにおける各前記ニュースごとに、前記第２の時間区間内にある前記推薦時間を割り当てるための第１の割り当てモジュールと、を備える
ことを特徴とする請求項１１に記載の装置。

【請求項13】

前記第１の割り当てモジュールは、
前記第１の推薦ニュースリストにおけるニュースの数ｎ及び前記第２の時間区間に基づいて、第２の時間区間を等分し、前記推薦ニュースリストにおける各前記ニュースの第１の等分した時間間隔を得るための第１のサブ処理モジュールと、
前記第１の等分した時間間隔及び前記現在のシステム時間に基づいて、前記第１の推薦リストにおける各前記ニュースごとに前記推薦時間を割り当てるための第１のサブ割り当てモジュールと、を備える
ことを特徴とする請求項１２に記載の装置。

【請求項14】

受信した前記更新信号がタッチパネルにて下から上へスライドして発生した第２の接触感知信号である場合、前記更新開始時間が、既に更新された最後のニュースの推薦時間となり、前記第１の取得モジュールは、
前記第２の接触感知信号に基づいて、前記推薦ニュースリストに含まれる第２のニュースの集まりにおけるニュースの数ｍ（ｍが整数である）を取得するための第５のサブ取得モジュールと、
前記既に更新された最後のニュースの推薦時間及び第２の時間閾値を取得するための第６のサブ取得モジュールと、
前記既に更新された最後のニュースの推薦時間及び前記第２の時間閾値に基づいて、第２の推薦ニュースリストを更新する時間区間を規定するための第３の時間区間を決定するための第３のサブ決定モジュールと、
前記第３の時間区間に基づいて、配信時間が前記第３の時間区間内にあるｍ個の前記ニュースを取得するための第７のサブ取得モジュールと、
取得した前記ｍ個の前記ニュースに基づいて、前記第２の推薦ニュースリストを生成するための第２のサブ生成モジュールと、をさらに備える
ことを特徴とする請求項１０に記載の装置。

【請求項15】

前記第１の処理モジュールは、
前記既に更新された最後のニュースの推薦時間及び第３の時間閾値を取得するための第８の取得モジュールと、
前記既に更新された最後のニュースの推薦時間及び第３の時間閾値に基づいて、前記第２の推薦リストにおけるニュースの推薦時間を規定するための第４の時間区間を決定するための第４のサブ決定モジュールと、
前記第４の時間区間に基づいて、前記第２の推薦リストにおける各前記ニュースごとに、前記第４の時間区間内にある前記推薦時間を割り当てるための第２の割り当てモジュールと、をさらに備える
ことを特徴とする請求項１４に記載の装置。

【請求項16】

前記第２の割り当てモジュールは、
前記第２の推薦ニュースリストにおけるニュースの数ｍ及び前記第４の時間区間に基づいて、第４の時間区間を等分し、前記推薦ニュースリストにおける各前記ニュースの第２の等分した時間間隔を得るための第２のサブ処理モジュールと、
前記第２の等分した時間間隔及び前記既に更新された最後のニュースの推薦時間に基づいて、前記第２の推薦リストにおける各前記ニュースごとに前記推薦時間を割り当てるための第２のサブ割り当てモジュールと、を備える
ことを特徴とする請求項１５に記載の装置。

【請求項17】

今回の更新前に、更新によって取得した過去ニュースリストを取得するための第２の取得モジュールと、
前記過去ニュースリストと前記推薦ニュースリストとを比較し、前記推薦ニュースリストにおける前記ニュースが前記過去ニュースリストにおける前記ニュースと同一である場合、前記同一のニュースを前記推薦ニュースリストから削除するための第２の処理モジュールと、をさらに備える
ことを特徴とする請求項１０乃至１６のうち何れか一項に記載の装置。

【請求項18】

請求項１に記載のニュースリストの更新方法に提供されるステップのプログラムコードを実行するためのコンピュータ端末。

【請求項19】

請求項１に記載のニュースリストの更新方法によって実行されるプログラムコードを保存するための記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はコンピュータ分野に関し、具体的には、ニュースリストの更新方法および装置に関する。

【背景技術】

【0002】

モバイルインターネット時代において、ニュースの閲覧もますます断片化していく特徴を呈する。ＰＣ時代に、ユーザが通常、一定の時間帯においてニュースを閲覧することに比べ、モバイルユーザは、暇があれば、ニュースクライアントを開いて関心を持っているニュースを閲覧することができる。このため、スマートフォンに基づくニュースクライアントは、数多くのネットワークユーザがニュースを取得する主要道具となっている。ほとんどのニュースクライアントのユーザ体験は、大体、従来のポータルサイトの論理を保持している。ホームページにしても、チャネルにしても、ニュースはいずれも編集を経て手動で選択されたものであるか、推薦アルゴリズムによって推薦されたものであり、ニュースのソートは、一般的には、ある時間粒度において配信時間に従ってソートされる。ここでの時間粒度は、分単位、１時間単位、３時間単位等にされることができる。ユーザは閲覧時に、通常、どれぐらい残るか分からず、不快な感じがする。これに加え、従来のニュースクライアントが配信時間に基づいてニュースをソートする方法の場合、見事なニュースを逃したり、残念な結果となってしまうことがある。例えば、朝９：００に、ユーザがニュースクライアントを開くと、見せられたニュースソートは図１に示すようである。午前１１：００に、ユーザが暇な時、ニュースクライアントを再び開く。この場合、ニュースリストが１時間単位の粒度で順序よくソートされることを確保しようとすれば、新しく推薦されたニュースは、９：００の後且つ１１：００の前に配信されたものでなければならない。この間のニュースの品質が良くない、或いは、新しいニュースがなければ（新しく配信されたものの、内容が前のと重複していれば、推薦されにくい）、ユーザは、これらの低品質のニュースを閲覧せざるをえなかったり、より多くの内容が更新されてこなかったりすることになる。実際、朝７：００から９：００までは、高品質のニュースがまとまって配信されるピーク時であり、ページ幅の制限もあって、前回ユーザに見せたニュースは、ベストニュースの一部に過ぎない。見せられたことがない高品質のニュースはまだたくさんある。この部分のニュースは、ニュースリストが時間順に並ぶように保持されなければならないことのみによって推薦されなくなっていれば、残念な結果となってしまう。

【0003】

従来技術において、ニュースクライアントは、ニュースの配信時間に従ってソートすることに起因して、より多くのニュースを更新操作によって更新させることができない問題に対して、未だに有効な対策が提示されていない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明の主な目的は、従来技術において、ニュースクライアントは、ニュースの配信時間に従ってソートすることに起因して、より多くのニュースを更新操作によって更新させてくることができない問題を解決するためのニュースリストの更新方法および装置を提供することである。

【課題を解決するための手段】

【0005】

上記目的を実現するために、本発明の実施例の一形態は、ニュースリストの更新方法が提供される。この方法は、更新信号を受信することと、受信した更新信号に基づいて、現在のシステム時間或いは既に更新された最後のニュースの推薦時間である更新開始時間を読み取ることと、ニュースリストを更新する時間区間を更新開始時間とともに規定するための、予め設定された少なくとも１つの時間閾値を読み取ることと、更新開始時間及び時間閾値に基づいて、配信時間が時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得することと、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てることと、推薦時間に基づいて推薦ニュースリストにおける推薦対象のニュースを更新し、新しい推薦ニュースリストを生成することと、を含む。

【0006】

上記目的を実現するために、本発明の実施例の他の一形態は、ニュースリストの更新装置が提供される。この装置は、更新信号を受信するための受信モジュールと、受信した更新信号に基づいて、現在のシステム時間或いは既に更新された最後のニュースの推薦時間である更新開始時間を読み取るための第１の読取モジュールと、ニュースリストを更新する時間区間を更新開始時間とともに規定するための、予め設定された少なくとも１つの時間閾値を読み取るための第２の読取モジュールと、更新開始時間及び時間閾値に基づいて、配信時間が時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得するための第１の取得モジュールと、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てるための第１の処理モジュールと、推薦時間に基づいて推薦ニュースリストにおける推薦対象のニュースを更新し、新しい推薦ニュースリストを生成するための生成モジュールと、
を備える。

【発明の効果】

【0007】

本発明の実施例によれば、更新信号を受信することと、受信した更新信号に基づいて、現在のシステム時間或いは既に更新された最後のニュースの推薦時間である更新開始時間を読み取ることと、ニュースリストを更新する時間区間を更新開始時間とともに規定するための、予め設定された少なくとも１つの時間閾値を読み取ることと、更新開始時間及び時間閾値に基づいて、配信時間が時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得することと、推薦ニュースリストにおける推薦対象のニュースごとに推薦時間を割り当てることと、推薦時間に基づいて推薦ニュースリストにおける推薦対象のニュースを更新し、新しい推薦ニュースリストを生成することにより、従来技術において、ニュースクライアントは、ニュースの配信時間に従ってソートすることに起因して、より多くのニュースを更新操作によって更新させてくることができない問題を解決する。更新操作のみによって、当日の全てのニュースを更新させてくることができる効果を実現する。

【0008】

上述した及び関連する目的を実現するために、本発明の１つ又は複数の形態は、後文で詳述し請求項に特記した特徴を含む。以下の説明及び図面は、本発明のいくつかの例示的な形態を詳しく説明している。しかしながら、これらの形態は、本発明の原理を使用可能な多様な形態の一部に過ぎない。また、本発明は、これらの形態及びそれらの等価物を含むことを意図している。

【図面の簡単な説明】

【0009】

以下の図面を結合した説明及び特許請求の範囲の内容を参照することで、本発明をより全面的に理解してくにつれ、本発明の他の目的及び結果は、より明りょうかつ理解しやすくなる。本願の一部を構成する図面は、本発明をさらに理解させるためのものであり、また、本発明における模式的実施例及びその説明は本発明を説明するものであり、本発明を不当に限定するものではない。図面において、

【図1】従来技術に提供される携帯電話のニュースクライアントのインターフェースを示す図である。

【図2】本発明の実施例１によるニュースリストの更新方法のフローチャートである。

【図3】本発明の実施例に係る携帯電話のニュースクライアントによるニュース表示時間の割り当てを示す図である。

【図4】本発明の実施例に係る携帯電話のニュースクライアントを下から上へ更新させたインターフェースを示す図である。

【図5】本発明の実施例１による代替なニュースリストの更新方法のフローチャートである。

【図6】本発明の実施例２によるニュースリストの更新装置の構成を示す図である。

【図7】本発明の実施例２による代替なニュースリストの更新装置の構成を示す図である。

【発明を実施するための形態】

【0010】

なお、衝突しない限り、本願の実施例及び実施例中の構成要件を互いに組み合わせることができる。以下、図面を参照しつつ実施例を結合して本発明を詳しく説明する。

【0011】

当業者に本発明案をよりよく理解してもらうために、以下、本発明の実施例の図面を結合して本発明の実施例の技術案を明瞭かつ完全に説明する。説明する実施例は本発明の実施例の一部に過ぎず、全部ではないことは、言うまでもない。当業者が本発明の実施例に基づいて、創造的な労働無しに得られた他の実施例も、全て本発明の保護範囲内に含まれるべきである。

【0012】

なお、本発明の明細書及び特許請求の範囲並びに上記図面における「第１」、「第２」等の用語は、類似した対象を区別するためのものであり、特定の順番又は前後順序を説明するためのものではない。ここで本発明の実施例を説明するために、このように使用された数字は適した場合であれば互いに取り替え可能であることは、理解されるべきである。また、用語である「含む」、「有する」及びそれらの如何なる変形は、排他的にならずに含まれたものをカバーすることがその意図であり、例えば、一連のステップ又はユニットを含めたプロセス、方法、システム、製品又は機器は、明確に示したステップ又はユニットに限定される必要がなく、これらのプロセス、方法、製品又は機器に対して明確に示していなかったり、固有であったりする他のステップ又はユニットを含むことができる。
（実施例１）
本発明の実施例においてニュースリストの更新方法が提供される。

【0013】

図２は、本発明の実施例によるニュースリストの更新方法のフローチャートである。図２に示すように、この方法は、以下のステップＳ１１〜ステップＳ２１を含む。

【0014】

ステップＳ１１：更新信号を受信する。
本願の上記ステップＳ１１は、更新信号を受信することで、更新プロセスをトリガーし、ニュースリストの更新機能を実現する。

【0015】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、上記更新信号は、ページのある領域をドラグして発生した信号であってもよいし、画面のある領域をクリックして発生した信号であってもよく、さらに、システムに対して更新時間を設定し、システムにて自動的に発生した更新信号であってもよい。

【0016】

ステップＳ１３：受信した更新信号に基づいて、現在のシステム時間或いは既に更新された最後のニュースの推薦時間である更新開始時間を読み取る。

【0017】

本願の上記ステップＳ１３は、受信した更新信号に基づいて、更新タイプを判断する。異なる更新タイプに従って、この更新タイプに対応する更新開始時間を記録する。

【0018】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、更新タイプは、最近ニュースの更新と、過去ニュースの更新という２つのタイプに分けられ、更新タイプによって、更新タイプに対応する更新開始時間をそれぞれ読み取って記録する。

【0019】

ステップＳ１５：予め設定された少なくとも１つの時間閾値を読み取り、時間閾値はニュースリストを更新する時間区間を更新開始時間と協力して規定するためのものである。

【0020】

本願の上記ステップＳ１５は、予め設定された時間閾値を読み取り、時間閾値と更新開始時間とで１つの時間区間が構成される。上記時間区間によって、配信時間がこの時間区間内にあるニュースを選別する。ここでいう時間区間は、時間窓と呼ばれてもよい。

【0021】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、任意の時間点を更新開始時間として設定することができ、更新開始時間点の選択は、更新ポリシー又は更新アルゴリズムによって決められる。例えば、本実施例において、最近ニュースを更新する場合、現在時間を更新開始時間として設定することができる。また、過去ニュースを更新する場合、過去ニュースリストにおける既に更新された最後のニュースの推薦時間を更新開始時間として設定することができる。

【0022】

ステップＳ１７：更新開始時間及び時間閾値に基づいて、配信時間が時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得する。

【0023】

本願の上記ステップＳ１７は、更新開始時間と時間閾値とで構成される時間区間に基づいて、推薦ニュースリストを取得する。

【0024】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、時間閾値は、ユーザ自身の好みによって設定されてもよく、設定された時間閾値が小さいほど、更新する度に、現在時間の範囲に近付くニュースが更新されてくる。しかし、設定された時間閾値が小さ過ぎていれば、更新可能なニュースの数が少なくなる。また、時間閾値をデフォルト値に固定してもよく、このデフォルト値が２４時間とされることができる。

【0025】

ステップＳ１９：推薦ニュースリストにおける推薦対象のニュースごとに推薦時間を割り当てる。

【0026】

本願の上記ステップＳ１９において、各ニュースは、このニュースの配信時間が記録されている時間属性を有する。ここで、配信時間に加え、各ニュースごとにさらに推薦時間属性が設定されている。

【0027】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、各ニュースごとに推薦時間を設定する方法が多様である。まず推薦ニュースリストにおけるニュースを時間の早い順にソートすることで、ニュースリストにおける各ニュースごとに推薦時間を割り当てるようにすることができる。また、ユーザの閲覧習慣又はニュースタイプの好みの程度に基づいて、推薦ニュースリストにおける各ニュースについて重み付け演算を行い、重み付け演算された重み値に基づいて、その大きさに応じて、各ニュースごとに推薦時間を割り当てるようにしてもよい。

【0028】

ステップＳ２１：推薦時間に基づいて推薦ニュースリストにおける推薦対象のニュースを更新し、新しい推薦ニュースリストを生成する。

【0029】

本願の上記ステップＳ２１において、推薦ニュースリストにおけるそれぞれの推薦対象のニュースを、推薦時間の時系列に従って時間の早い順又は遅い順にソートする。

【0030】

具体的には、ステップＳ１１〜ステップＳ２１を通じて、更新信号の判断によって、ニュースの更新をトリガーする。ニュースリストを取得する中、各ニュースごとに推薦時間属性を再付加する。各ニュースごとに推薦時間を割り当てることで、推薦時間の時系列順に新しい推薦リストを生成する。

【0031】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３は、表示時間の割り当てポリシーを直観的に説明する。Ｔが現在のシステム時間を表し、Ｔ０が現在のリストにおける最新のニュースの表示時間を表し、Ｔ１が現在のリストにおける最も古いニュースの表示時間を表し、Ｔ２が前回の更新履歴における最新のニュースの表示時間を表す。例えば、現在のリストは、朝９：００に更新されたものであり、そのうち、最後のニュースの表示時間が朝７時であり、前回の更新が昨晩８：００に行われたとすると、Ｔ０，Ｔ１，Ｔ２がそれぞれ朝９：００、朝７：００、昨晩８：００となる。

【0032】

具体的には、ニュースを個人に合わせてソートする方法は、以下のようである。
ステップＡ：ニュースはクライアント側においてリアルの配信時間ではなく、サーバ側に設定された時間が見せられる。

【0033】

ステップＢ：ユーザがニュースリストを更新する度に、クライアント側は、ユーザの動作タイプ及び現在のリストにおける最後のニュースの時間に基づいて、時間窓を計算し、ここでいう時間窓は、特許請求の範囲に記載の時間区間であり、動作タイプは、上から下へのプルダウン動作と、下から上へのプルアップ動作とに分けられる。

【0034】

ステップＣ：１つの時間窓を特定し、ニュース推薦サービスが特定した時間窓に配信されたいくつかのニュースをユーザに推薦し、このユーザが更新させたことがあるニュースをフィルタリングする。

【0035】

ステップＤ：サーバ側は、更新されてきたニュースの数及び時間窓の開始・終了時間に基づいて、各推薦ニュースごとに推薦時間を割り当て、この推薦時間は、現在のユーザにしか有効とならず、サーバ側に記録される。

【0036】

ステップＥ：クライアント側は、新しく推薦されるニュースの推薦時間に基づいてニュースをソートし、ニュースの推薦時間を表示する。

【0037】

ステップＦ：ユーザがシステムを更新する度に推薦可能なニュースは、必ずしも前回の更新の後に新しく配信されたものであるとは限らないため、時間窓が十分に大きければ（例えば、１日であり、一日に少なくとも１万のニュースがある）、このようなニュースソート方法は、無限回更新する製品効果を取得できる。

【0038】

上述したステップにおいて、推薦ニュースの表示時間をどのように割り当てるかは、本発明の肝心な一環であり、表示時間を適当に割り当てこそ、ニュースのソートリストが時間順にソートされているように見えるとともに、プルアップによる更新時に推薦可能なニュースの浪費をできるだけ減らすことを確保でき、ここでいう推薦ニュースは、更新操作によって取得したものである。

【0039】

個々のユーザにとって、ユーザがクライアント側にて読んだ各ニュースのリストにおける時間は、ニュースの配信時間ではなく、推薦サービスで設定した時間であり、この時間は、ユーザがこのニュースを更新させてきた時間に関わっている。この意味で、この時間は個人に合わせたものである。

【0040】

本発明の上記実施例にて無限回更新できる個人に合わせたソート方法が提案され、ユーザに、ニュースが時間順に配列されていると知覚的に受け入れさせるとともに、ユーザが関心を持ちそうな見事なニュースをできるだけ漏れないようにすることを確保することができる。

【0041】

上述したように、本発明は、従来技術において、ニュースクライアントがニュースの配信時間に基づくソートを行うことによって、より多くのニュースを更新操作によって更新することができない問題を解決する。更新操作のみによって当日のニュースを全て更新できる効果を実現する。

【0042】

本願に提供される代替実施例において、更新信号は、タッチパネルにて上から下へスライドして発生した第１の接触感知信号と、タッチパネルにて下から上へスライドして発生した第２の接触感知信号とを少なくとも含むことが好ましい。

【0043】

具体的には、更新信号を設定することができる。画面にて上から下へスライドする時に発生した接触感知信号を、最近ニュースを更新するための第１の接触感知信号として設定する。また、画面にて下から上へスライドする時に発生した接触感知信号を、過去ニュースを更新するための第２の接触感知信号として設定する。

【0044】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、更新信号は、多様な形で発生させることもできる。例えば、画面のある領域をクリックして発生した接触感知信号を更新信号として定義することができる。また、携帯電話のボディーにおけるある物理キーで発生したレベル信号を更新信号として定義してもよく、音量増加キーを押す時に、最近ニュースの更新を実現し、音量減少キーを押す時に、過去ニュースの更新を実現する。

【0045】

本願に提供される代替実施例において、受信した更新信号が第１の接触感知信号である場合、更新開始時間が現在のシステム時間となり、上記ステップＳ１７において、更新開始時間及び時間閾値に基づいて、推薦ニュースリストを取得することは、以下のステップＳ１７１ａ〜ステップＳ１７９ａを含むことが好ましい。

【0046】

ステップＳ１７１ａ：第１の接触感知信号に基づいて、推薦ニュースリストに含まれる第１のニュースの集まりにおけるニュースの数ｎを取得し、ここで、ｎが整数である。

【0047】

ステップＳ１７３ａ：現在のシステム時間及び予め設定された第１の時間閾値を取得する。

【0048】

ステップＳ１７５ａ：現在のシステム時間及び第１の時間閾値に基づいて、第１の推薦ニュースリストを更新する時間区間を規定するための第１の時間区間を決定する。

【0049】

ステップＳ１７７ａ：第１の時間区間に基づいて、配信時間が第１の時間区間内にあるｎ個のニュースを取得する。

【0050】

ステップＳ１７９ａ：取得したｎ個のニュースに基づいて、第１の推薦ニュースリストを生成する。

【0051】

具体的には、ステップＳ１７１ａ〜ステップＳ１７９ａを通じて、毎回更新されるニュースの項目を予め設定することができ、数値ｎを予め設定する。画面にて上から下へスライドして発生した第１の接触感知信号が受信されると、最近ニュースを更新するステップが始まる。最近ニュースを更新する場合、現在のシステム時間を更新開始時間として取得する。現在のシステム時間及び予め設定された第１の時間閾値に基づいて、ニュースの配信時間を更新する第１の時間区間を決定し、この第１の時間区間が時間窓と呼ばれてもよい。第１の時間区間に基づいて、第１の時間区間内に配信されたｎ個のニュースを取得し、第１の推薦ニュースリストを生成する。

【0052】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３に示すように、ユーザＡ及びユーザＡによる前回の更新時間Ｔを特定し、時刻Ｔの後に新しく配信されるニュースの他に、時刻Ｔの前に配信されたものの、Ａが読んでいないニュースも推薦の価値があると考えている。しかし、ニュースの適時性を考慮すれば、ずいぶん時間が経ったニュースを推薦することが妥当ではないので、時間窓による制限を設けることが必要となり、例えば、２４時間を設ける。ユーザは、画面にて上から下へのプルダウンによる更新を行っていれば、ユーザが新しいニュースを読もうとし、この場合、時間窓の開始時間が現在のシステム時間となり、つまり、２４時間以内のニュースのみを推薦する。

【0053】

本願に提供される代替実施例において、ステップＳ１９において、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てることは、以下のステップＳ１９１ａ〜ステップＳ１９５ａを含むことが好ましい。

【0054】

ステップＳ１９１ａ：前回第１の接触感知信号を受信してニュースリストを更新する前回の更新時間を取得する。

【0055】

ステップＳ１９３ａ：前回の更新時間及び現在のシステム時間に基づいて、第１の推薦リストにおけるニュースの推薦時間を規定するための第２の時間区間を決定する。

【0056】

ステップＳ１９５ａ：第２の時間区間に基づいて、第１の推薦リストにおける各ニュースごとに、第２の時間区間内にある推薦時間を割り当てる。

【0057】

具体的には、ステップＳ１９１ａ〜ステップＳ１９５ａにおいて、前回の更新時間及び現在時間に基づいて、各ニュースごとに設定される推薦時間の取りうる値の範囲を規定するための第２の時間区間を確認する。この第２の時間区間に基づいて、各ニュースごとに推薦時間を割り当てる。

【0058】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３に示すように、プルダウンによる更新の場合、まず、更新前のリストにおける最新のニュースの表示時間Ｔ０を取得することが必要であり、そして、新しく推薦されるニュースごとにＴ０と現在時間Ｔとの間に介在する時間を割り当て、この時間に従ってソートする。

【0059】

本願に提供される代替実施例において、ステップＳ１９５ａにおいて、第２の時間区間に基づいて、第１の推薦リストにおける各ニュースごとに推薦時間を割り当てるステップは、以下のステップＳ１９５１ａ〜ステップＳ１９５３ａを含むことが好ましい。

【0060】

ステップＳ１９５１ａ：第１の推薦ニュースリストにおけるニュースの数ｎ及び第２の時間区間に基づいて、第２の時間区間を等分し、推薦ニュースリストにおける各ニュースの第１の等分した時間間隔を得る。

【0061】

ステップＳ１９５３ａ：第１の等分した時間間隔及び現在のシステム時間に基づいて、第１の推薦リストにおける各ニュースごとに推薦時間を割り当てる。

【0062】

具体的には、ステップＳ１９５１ａ〜ステップＳ１９５３ａにおいて、推薦ニュースリストにおけるニュースの数ｎに基づいて、第２の時間区間を若干の第１の等分した時間間隔に等分することができる。第１の推薦リストにおける各ニュースごとに、配信時間の順に従い第１の等分した時間間隔で推薦時間を割り当てる。

【0063】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、上述のように、時間区間を等分することでニュースに推薦時間を割り当てる他に、推薦時間がリアルに見えるようにするために、確率変数を導入してもよい。確率変数を用いて、各ニュースごとに、第２の時間区間内にあるランダム推薦時間を割り当てる。

【0064】

これに加え、各ユーザのニュース閲覧習慣、関心を持っているニュースタイプ等の個人化情報によって、推薦リストにおける各ニュースごとに重み付け演算を行い、このユーザに対する各ニュースの重み値を決定することもできる。そして、重み値に基づいて推薦リストをプリソートする。その後、上述した推薦時間の割り当て方法によって、プリソートされた推薦リストにおける各ニュースごとに推薦時間値を割り当てる。これにより、ユーザが関心を持っているニュースを優先的に更新させてくることができる。

【0065】

本願に提供される代替実施例において、受信した更新信号が第２の接触感知信号である場合、更新開始時間が、既に更新された最後のニュースの推薦時間となり、上記ステップＳ１７において、更新開始時間及び時間閾値に基づいて、推薦ニュースリストを取得するステップは、以下のステップＳ１７１ｂ〜ステップＳ１７９ｂをさらに含むことが好ましい。

【0066】

ステップＳ１７１ｂ：第２の接触感知信号に基づいて、推薦ニュースリストに含まれる第２のニュースの集まりにおけるニュースの数ｍを取得し、ここで、ｍが整数である。

【0067】

ステップＳ１７３ｂ：既に更新された最後のニュースの推薦時間及び第２の時間閾値を取得する。

【0068】

ステップＳ１７５ｂ：既に更新された最後のニュースの推薦時間及び第２の時間閾値に基づいて、第２の推薦ニュースリストを更新する時間区間を規定するための第３の時間区間を決定する。

【0069】

ステップＳ１７７ｂ：第３の時間区間に基づいて、配信時間が第３の時間区間内にあるｍ個のニュースを取得する。

【0070】

ステップＳ１７９ｂ：取得したｍ個のニュースに基づいて、第２の推薦ニュースリストを生成する。

【0071】

具体的には、ステップＳ１７１ｂ〜ステップＳ１７９ｂを通じて、毎回更新されるニュース項目を予め設定することができ、数値ｍを予め設定する。画面に下から上へスライドして発生した第２の接触感知信号が受信されると、過去ニュースを更新するステップが始まる。過去ニュースを更新する場合、既に更新された最後のニュースの推薦時間を更新開始時間として取得する。既に更新された最後のニュースの推薦時間及び予め設定された第２の時間閾値に基づいて、ニュースの配信時間を更新する第３の時間区間を決定し、この第３の時間区間が時間窓と呼ばれてもよい。第３の時間区間に基づいて、第３の時間区間に配信されるｍ個のニュースを取得し、第２の推薦ニュースリストを生成する。

【0072】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３に示すように、ユーザがリストを下から上へプルアップすると、システムはその更新履歴を優先して見せるが、その２回の更新履歴の間に一定の時間間隔がある場合、ユーザが上へ相対的に新しい更新履歴のおわりまでスライドすれば、それより古い履歴に直接にジャンプするのではなくて、いくつかのニュースを更新させる必要があるのである。ユーザがプルアップによる更新を行っていれば、ユーザは、この２回の更新履歴の間に他におもしろい古いニュースがないか、確認したくなると考えている。この場合、時間窓の開始時間は、この２回のうち相対的に新しい更新履歴における最も古いニュースの表示時間から計算するべきである。ここでいう表示時間は、ニュースのリアルの配信時間ではなく、ニュースの推薦時間である。

【0073】

本願に提供される代替実施例において、ステップＳ１９において、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てることは、以下のステップＳ１９１ｂ〜ステップＳ１９５ｂをさらに含むことが好ましい。

【0074】

ステップＳ１９１ｂ：既に更新された最後のニュースの推薦時間及び第３の時間閾値を取得する。

【0075】

ステップＳ１９３ｂ：既に更新された最後のニュースの推薦時間及び第３の時間閾値に基づいて、第２の推薦リストにおけるニュースの推薦時間を規定するための第４の時間区間を決定する。

【0076】

ステップＳ１９５ｂ：第４の時間区間に基づいて、第２の推薦リストにおける各ニュースごとに、第４の時間区間内にある推薦時間を割り当てる。

【0077】

具体的には、ステップＳ１９１ｂ〜ステップＳ１９５ｂにおいて、第４の時間区間に基づいて、第２の推薦リストにおける各ニュースごとに推薦時間を割り当てる。ここで、第４の時間区間を用いて、更新されてきた過去ニュースに割り当てられる推薦時間を規定する。

【0078】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３に示すように、表示時間の最大値は、現在の履歴リストにおける最も古いニュースの表示時間となるが、その最小値は、前回最近ニュースを更新した時間に簡単に該当するべきではない。これは、毎回推薦されるニュースの数が限られており（例えば、１５個）、この１５個の表示時間で２回の更新履歴の更新間隔時間が満たされていれば、ユーザが次回、プルダウンによる更新を行うと、古い更新履歴しか表示できず、これを契機としてより多くのニュースを推薦することができなくなるためと考えられる。それゆえ、一般的には、最大値から一定の時間間隔、例えば１０分間の時間間隔を設けるようにし、ニュースそれぞれの表示時間が前のニュースの表示時間から１０分間を差し引いたものと等しい。つまり、現在のリストにおける最も古いニュースの表示時間がＴ１であるとすると、第ｉ個の推薦ニュースの表示時間はＴ−ｉ＊ｔであり、ここでのｔは、一定の間隔であり、１０分間とされてもよい。推薦ニュースには、表示時間が前回に更新された最新のニュースよりも小さいニュースがあるとすれば。

【0079】

図４に示すように、ユーザの現在のリストは最大の時間間隔が１時間であるリストであり、ユーザによる前回の更新は昨晩に行われたとすると、ユーザがリストをプルアップする場合、システムはより古いニュースを推薦する。現在のリストにおける最も古いニュースの時間を推薦時間窓の開始時間とする。時間窓の長さが２４時間であるとすると、２時間前から２６時間以内のニュースを推薦することができることを意味する。

【0080】

本願に提供される代替実施例において、ステップＳ１９１ｂにおいて、第４の時間区間に基づいて、第２の推薦リストにおける各ニュースごとに推薦時間を割り当てるステップは、以下のステップＳ１９１１ｂ〜ステップＳ１９１３ｂを含むことが好ましい。

【0081】

ステップＳ１９１１ｂ：第２の推薦ニュースリストにおけるニュースの数ｍ及び第４の時間区間に基づいて、第４の時間区間を等分し、推薦ニュースリストにおける各ニュースの第２の等分した時間間隔を得る。

【0082】

ステップＳ１９１３ｂ：第２の等分した時間間隔及び既に更新された最後のニュースの推薦時間に基づいて、第２の推薦リストにおける各ニュースごとに推薦時間を割り当てる。

【0083】

具体的には、ステップＳ１９１１ｂ〜ステップＳ１９１３ｂにおいて、推薦ニュースリストにおけるニュースの数ｍに基づいて、第４の時間区間を若干の第２の等分した時間間隔に等分することができる。第２の推薦リストにおける各ニュースごとに、配信時間の順に従い第２の等分した時間間隔で推薦時間を割り当てる。

【0084】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、上述のように、時間区間を等分することでニュースに推薦時間を割り当てる他に、推薦時間がリアルに見えるようにするために、確率変数を導入してもよい。確率変数を用いて、各ニュースごとに、第４の時間区間内にあるランダム推薦時間を割り当てる。

【0085】

これに加え、各ユーザがニュースを閲覧する習慣、関心を持っているニュースのタイプ等の個人化情報によって、推薦リストにおける各ニュースごとに重み付け演算を行い、このユーザに対するニュースそれぞれの重み値を決定することができる。そして、重み値に基づいて推薦リストをプリソートする。その後、上述した推薦時間の割り当て方法によって、プリソートされた推薦リストにおける各ニュースごとに推薦時間値を割り当てる。更新方式によって、ユーザのために、ユーザが最も関心を持ちそうな、異なる時間区間のニュースを更新させてくる。これにより、ユーザのために最も関心を持ちそうなニュースをできる限り推薦することができる。

【0086】

図５に示すように、本願に提供される代替実施例において、ステップＳ１９において、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てる前に、以下のステップＳ１８１〜ステップＳ１８３をさらに実行してもよいことが好ましい。

【0087】

ステップＳ１８１：今回の更新前に、更新して取得した過去ニュースリストを取得する。

【0088】

ステップＳ１８３：過去ニュースリストと推薦ニュースリストとを比較し、推薦ニュースリストにおけるニュースが過去ニュースリストにおけるニュースと同一である場合、同一のニュースを推薦ニュースリストから削除する。

【0089】

具体的には、ステップＳ１８１〜ステップＳ１８３において、過去ニュースリストと推薦ニュースリストとを比較し、推薦ニュースリストにおける過去ニュースリストと重複したニュースを削除する。同一のニュースが繰り返して更新されてくることを回避する。

【0090】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、推薦サービスは、所定の時間区間によって、まずあるアルゴリズムに従って、ユーザが関心を持ちそうなニュースをいくつか見出し、そして、ユーザに見せたことのあるニュースを見つけて排除する必要がある。これらのニュースを再びユーザに見せるべきではないので、このステップを「推薦重複排除」と呼ぶことができる。一般的には、推薦サービスは、全ユーザの閲覧履歴を、高速にアクセスできるように、メモリに基づく高性能キャッシュサービス（例えば、Memory Cache）に格納する。

【0091】

上述したように、本発明の主な長所は、ユーザがニュースを時間順にソートするのを知覚的に求めることを満たすと共に、ソートによって見事なニュースの推薦チャンスが制限されてしまうことを回避し、無限回更新するユーザ体験を可能にすることにある。そして、更新ニーズをプルアップ及びプルダウンによる更新という２つの異なるタイプに分けている。
（実施例２）
本発明の実施例においてニュースリストの更新装置がさらに提供され、図６に示すように、該装置は、受信モジュール３０と、第１の読取モジュール３２と、第２の読取モジュール３４と、第１の取得モジュール３６と、第１の処理モジュール３８と、生成モジュール４０と、を備える。

【0092】

受信モジュール３０は、更新信号を受信する。
本願の上記受信モジュール３０は、更新信号を受信することで、更新プロセスをトリガーし、ニュースリストの更新機能を実現する。

【0093】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、上記更新信号は、ページのある領域をドラグして発生した信号であってもよいし、画面のある領域をクリックして発生した信号であってもよく、さらに、システムに対して更新時間を設定し、システムにて自動的に発生した更新信号であってもよい。

【0094】

第１の読取モジュール３２は、受信した更新信号に基づいて、現在のシステム時間又は既に更新された最後のニュースの推薦時間である更新開始時間を読み取る。

【0095】

本願の上記第１の読取モジュール３２は、受信した更新信号に基づいて、更新タイプを判断する。異なる更新タイプに従って、この更新タイプに対応する更新開始時間を記録する。

【0096】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、更新タイプは、最近ニュースの更新と、過去ニュースの更新という２つのタイプに分けられ、更新タイプによって、更新タイプに対応する更新開始時間をそれぞれ読み取って記録する。

【0097】

第２の読取モジュール３４は、ニュースリストを更新する時間区間を更新開始時間と協力して規定するための、予め設定された少なくとも１つの時間閾値を読み取る。

【0098】

本願の上記第２の読取モジュール３４は、予め設定された時間閾値を読み取り、時間閾値と更新開始時間とで１つの時間区間が構成される。上記時間区間によって、配信時間がこの時間区間内にあるニュースを選別する。ここでいう時間区間は、時間窓と呼ばれてもよい。

【0099】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、任意の時間点を更新開始時間として設定することができ、更新開始時間点の選択は、更新ポリシー又は更新アルゴリズムによって決まる。例えば、本実施例において、最近ニュースを更新する場合、現在時間を更新開始時間として設定することができる。また、過去ニュースを更新する場合、過去ニュースリストにおける既に更新された最後のニュースの推薦時間を更新開始時間として設定することができる。

【0100】

第１の取得モジュール３６は、更新開始時間及び時間閾値に基づいて、配信時間が時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得する。

【0101】

本願の上記第１の取得モジュール３６は、更新開始時間と時間閾値とで構成される時間区間に基づいて、推薦ニュースリストを取得する。

【0102】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、時間閾値は、ユーザ自身の好みによって設定されてもよく、時間閾値が小さく設定されるにつれ、更新する度に、現在時間の範囲に近づくニュースが更新されてくる。しかし、設定された時間閾値が小さ過ぎていれば、更新可能なニュースの数が少なくなる。また、時間閾値をデフォルト値に固定してもよく、このデフォルト値が２４時間とされることができる。

【0103】

第１の処理モジュール３８は、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てる。

【0104】

本願の上記第１の処理モジュール３８において、各ニュースは、このニュースの配信時間が記録されている時間属性を有する。ここで、配信時間に加え、各ニュースごとにさらに推薦時間属性が設定されている。

【0105】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、各ニュースごとに推薦時間を設定する方法が多様である。そのうち、まず推薦ニュースリストにおけるニュースを時間の早い順にソートし、そして、ニュースリストにおける各ニュースごとに順に推薦時間を割り当てるようにすることができる。また、ユーザの閲覧習慣又はニュースタイプの好みの程度に基づいて、推薦ニュースリストにおける各ニュースについて重み付け演算を行い、重み付け演算された重み値に基づいて、その大きさに応じて、各ニュースごとに推薦時間を割り当てるようにしてもよい。

【0106】

生成モジュール４０は、推薦時間に基づいて推薦ニュースリストにおける推薦対象のニュースを更新し、新しい推薦ニュースリストを生成する。

【0107】

本願の上記生成モジュール４０において、推薦ニュースリストにおける各推薦対象のニュースを、推薦時間の時系列に従って時間の早い順又は遅い順にソートする。

【0108】

具体的には、受信モジュール３０、第１の読取モジュール３２、第２の読取モジュール３４、第１の取得モジュール３６、第１の処理モジュール３８、及び生成モジュール４０によって、更新信号の判断によって、ニュースの更新をトリガーする。ニュースリストを取得する中、各ニュースごとに推薦時間属性を再付加する。各ニュースごとに推薦時間を割り当てることで、推薦時間の時系列順に新しい推薦リストを生成する。

【0109】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３は、表示時間の割り当てポリシーを直観的に説明する。Ｔが現在のシステム時間を表し、Ｔ０が現在のリストにおける最新のニュースの表示時間を表し、Ｔ１が現在のリストにおける最も古いニュースの表示時間を表し、Ｔ２が前回の更新履歴における最新のニュースの表示時間を表す。例えば、現在のリストは、朝９：００に更新されたものであり、そのうち、最後のニュースの表示時間が朝７時であり、前回の更新が昨晩８：００に行われたとすると、Ｔ０，Ｔ１，Ｔ２がそれぞれ朝９：００、朝７：００、昨晩８：００となる。

【0110】

具体的には、ニュースを個人に合わせてソートする方法は、以下のようである。
ステップＡ：ニュースはクライアント側においてリアルの配信時間ではなく、サーバ側に設定された時間が見せられる。

【0111】

ステップＢ：ユーザがニュースリストを更新する度に、クライアント側は、ユーザの動作タイプ及び現在のリストにおける最後のニュースの時間に基づいて、時間窓を計算し、ここでいう時間窓は、特許請求の範囲に記載の時間区間であり、動作タイプは、上から下へのプルダウン動作と、下から上へのプルアップ動作とに分けられる。

【0112】

ステップＣ：１つの時間窓を特定し、ニュース推薦サービスが特定した時間窓に配信されたいくつかのニュースをユーザに推薦し、このユーザが更新させたことがあるニュースをフィルタリングする。

【0113】

ステップＤ：サーバ側は、更新して取得したニュースの数及び時間窓の開始・終了時間に基づいて、各推薦ニュースごとに推薦時間を割り当て、この推薦時間は、現在のユーザにしか有効とならず、サーバ側に記録される。

【0114】

ステップＥ：クライアント側は、新しく推薦されるニュースの推薦時間に基づいてニュースをソートし、ニュースの推薦時間を表示する。

【0115】

ステップＦ：ユーザがシステムを更新する度に推薦可能なニュースは、必ずしも前回の更新の後に新しく配信されたものであるとは限らないため、時間窓が十分に大きければ（例えば、１日であり、一日に少なくとも１万のニュースがある）、このようなニュースソート方法は、無限回更新する製品効果を取得できる。

【0116】

上述したステップにおいて、推薦ニュースの表示時間をどのように割り当てるかは、本発明の肝心な一環であり、表示時間が適当に割り当てられていなければ、ニュースのソートリストが時間順にソートされているように見えるとともに、プルアップによる更新時に推薦可能なニュースの浪費をできるだけ減らすことを確保することができず、ここでいう推薦ニュースは、更新操作によって取得されたものである。

【0117】

個々のユーザにとって、ユーザがクライアント側にて読んだ各ニュースのリストにおける時間は、ニュースの配信時間ではなく、推薦サービスが設定した時間であり、この時間は、ユーザがこのニュースを更新させてきた時間に関わっている。この意味で、この時間は個人に合わせたものである。

【0118】

本発明の上記実施例にて無限回更新できる個人に合わせたソート方法が提案され、ユーザに、ニュースが時間順に配列されていると知覚的に受け入れさせるとともに、ユーザが関心を持ちそうな見事なニュースをできるだけ漏れないようにすることを確保することができる。

【0119】

本願に提供される実施例において、更新信号は、タッチパネルにて上から下へスライドして発生した第１の接触感知信号と、タッチパネルにて下から上へスライドして発生した第２の接触感知信号とを少なくとも含む。

【0120】

具体的には、更新信号を設定することができる。画面にて上から下へスライドする時に発生した接触感知信号を、最近ニュースを更新するための第１の接触感知信号として設定する。また、画面にて下から上へスライドする時に発生した接触感知信号を、過去ニュースを更新するための第２の接触感知信号として設定する。

【0121】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、更新信号は、多様な形で発生させることもできる。例えば、画面のある領域をクリックして発生した接触感知信号を更新信号として定義することができる。また、携帯電話のボディーにおけるある物理キーで発生したレベル信号を更新信号として定義してもよく、音量増加キーを押す時に、最近ニュースの更新を実現し、音量減少キーを押す時に、過去ニュースの更新を実現する。

【0122】

本願に提供される代替実施例において、受信された更新信号が画面に上から下へスライドして発生した第１の接触感知信号である場合、更新開始時間が現在のシステム時間となり、第１の取得モジュール３６は、第１のサブ取得モジュール３６１１と、第２のサブ取得モジュール３６１３と、第１のサブ決定モジュール３６１５と、第３のサブ取得モジュール３６１７と、第１のサブ生成モジュール３６１９と、を備えることが好ましい。

【0123】

第１のサブ取得モジュール３６１１は、第１の接触感知信号に基づいて、推薦ニュースリストに含まれる第１のニュースの集まりにおけるニュースの数ｎを取得する。

【0124】

第２のサブ取得モジュール３６１３は、現在のシステム時間及び予め設定された第１の時間閾値を取得する。

【0125】

第１のサブ決定モジュール３６１５は、現在のシステム時間及び第１の時間閾値に基づいて、第１の推薦ニュースリストを更新する時間区間を規定するための第１の時間区間を決定する。

【0126】

第３のサブ取得モジュール３６１７は、第１の時間区間に基づいて、配信時間が第１の時間区間内にあるｎ個のニュースを取得する。

【0127】

第１のサブ生成モジュール３６１９は、取得したｎ個のニュースに基づいて、第１の推薦ニュースリストを生成する。

【0128】

具体的には、第１のサブ取得モジュール３６１１、第２のサブ取得モジュール３６１３、第１のサブ決定モジュール３６１５、第３のサブ取得モジュール３６１７、及び第１のサブ生成モジュール３６１９によって、毎回更新されるニュースの項目を予め設定することができ、数値ｎを予め設定する。画面にて上から下へスライドして発生した第１の接触感知信号を受信すると、最近ニュースを更新するステップが始まる。最近ニュースを更新する場合、現在のシステム時間を更新開始時間として取得する。現在のシステム時間及び予め設定された第１の時間閾値に基づいて、ニュースの配信時間を更新する第１の時間区間を決定し、この第１の時間区間が時間窓と呼ばれてもよい。第１の時間区間に基づいて、第１の時間区間に配信されたｎ個のニュースを取得し、第１の推薦ニュースリストを生成する。

【0129】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３に示すように、ユーザＡ及びユーザＡによる前回の更新時間Ｔを特定し、時刻Ｔの後に新しく配信されるニュースの他に、時刻Ｔの前に配信されたものの、Ａが読んでいないニュースも推薦の価値があると考えている。しかし、ニュースの適時性を考慮すれば、ずいぶん時間が経ったニュースを推薦することが妥当ではないので、時間窓による制限を設けることが必要となり、例えば、２４時間を設ける。ユーザは、画面にて上から下へプルダウによる更新を行なっていれば、ユーザが新しいニュースを読もうとし、この場合、時間窓の開始時間が現在のシステム時間となり、つまり、２４時間以内のニュースのみを推薦する。

【0130】

本願に提供される代替実施例において、第１の処理モジュール３８は、第４のサブ取得モジュール３８１１と、第２のサブ決定モジュール３８１３と、第１の割り当てモジュール３８１５とを備えることが好ましい。

【0131】

第４のサブ取得モジュール３８１１は、前回第１の接触感知信号を受信してニュースリストを更新した前回の更新時間を取得する。

【0132】

第２のサブ決定モジュール３８１３は、前回の更新時間及び現在のシステム時間に基づいて、第１の推薦リストにおけるニュースの前記推薦時間を規定するための第２の時間区間を決定する。

【0133】

第１の割り当てモジュール３８１５は、第２の時間区間に基づいて、第１の推薦リストにおける各ニュースごとに、第２の時間区間内にある推薦時間を割り当てる。

【0134】

具体的には、第４のサブ取得モジュール３８１１、第２のサブ決定モジュール３８１３、及び第１の割り当てモジュール３８１５によって、前回の更新時間及び現在時間に基づいて、各ニュースごとに設定される推薦時間の取りうる値の範囲を規定するための第２の時間区間を決める。この第２の時間区間に基づいて、各ニュースごとに推薦時間を割り当てる。

【0135】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、プルダウンによる更新の場合、まず、更新前のリストにおける最新のニュースの表示時間Ｔ０を取得することが必要であり、そして、新しく推薦されるニュースごとにＴ０と現在時間Ｔとの間に介在する時間を割り当て、この時間に従ってソートする。

【0136】

本願に提供される代替実施例において、第１の割り当てモジュール３８１５は、第１のサブ処理モジュール３８１５１と、第１のサブ割り当てモジュール３８１５３とを備えることが好ましい。

【0137】

第１のサブ処理モジュール３８１５１は、第１の推薦ニュースリストにおけるニュースの数ｎ及び第２の時間区間に基づいて、第２の時間区間を等分し、推薦ニュースリストにおける各ニュースの第１の等分した時間間隔を得る。

【0138】

第１のサブ割り当てモジュール３８１５３は、第１の等分した時間間隔及び現在のシステム時間に基づいて、第１の推薦リストにおける各ニュースごとに推薦時間を割り当てる。

【0139】

具体的には、第１のサブ処理モジュール３８１５１及び第１のサブ割り当てモジュール３８１５３によれば、推薦ニュースリストにおけるニュースの数ｎに基づいて、第２の時間区間を若干の第１の等分した時間間隔に等分することができる。第１の推薦リストにおける各ニュースごとに、配信時間の順に従い第１の等分した時間間隔で推薦時間を割り当てる。

【0140】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、上述のように、時間区間を等分することでニュースに推薦時間を割り当てる他に、推薦時間がリアルに見えるようにするために、確率変数を導入してもよい。確率変数を用いて、各ニュースごとに、第２の時間区間にあるランダム推薦時間を割り当てる。

【0141】

これに加え、各ユーザがニュースを閲覧する習慣、関心を持っているニュースのタイプ等の個人化情報によって、推薦リストにおける各ニュースごとに重み付け演算を行い、このユーザに対するニュースそれぞれの重み値を決定する。そして、重み値に基づいて推薦リストをプリソートする。その後、上述した推薦時間の割り当て方法によって、プリソートされた推薦リストにおける各ニュースごとに推薦時間値を割り当てる。更新方式によって、ユーザのためにこのユーザが最も関心を持ちそうな異なる時間区間のニュースを優先して更新させてくる。このようにすれば、ユーザのために最も関心を持ちそうなニュースをできる限り推薦することができる。

【0142】

本願に提供される代替実施例において、受信した更新信号が、タッチパネルにて下から上へスライドして発生した第２の接触感知信号である場合、更新開始時間が、既に更新された最後のニュースの推薦時間となり、第１の取得モジュール３６は、第５のサブ取得モジュール３６２１と、第６のサブ取得モジュール３６２３と、第３のサブ決定モジュール３６２５と、第７のサブ取得モジュール３６２７と、第２のサブ生成モジュール３６２９とをさらに備えることが好ましい。

【0143】

第５のサブ取得モジュール３６２１は、第２の接触感知信号に基づいて、推薦ニュースリストに含まれる第２のニュースの集まりにおけるニュースの数ｍを取得する。

【0144】

第６のサブ取得モジュール３６２３は、既に更新された最後のニュースの推薦時間及び第２の時間閾値を取得する。

【0145】

第３のサブ決定モジュール３６２５は、既に更新された最後のニュースの推薦時間及び第２の時間閾値に基づいて、第２の推薦ニュースリストを更新する時間区間を規定するための第３の時間区間を決定する。

【0146】

第７のサブ取得モジュール３６２７は、第３の時間区間に基づいて、配信時間が第３の時間区間内にあるｍ個のニュースを取得する。

【0147】

第２のサブ生成モジュール３６２９は、取得したｍ個のニュースに基づいて、第２の推薦ニュースリストを生成する。

【0148】

具体的には、第５のサブ取得モジュール３６２１、第６のサブ取得モジュール３６２３、第３のサブ決定モジュール３６２５、第７のサブ取得モジュール３６２７、及び第２のサブ生成モジュール３６２９によれば、毎回更新されるニュース項目を予め設定することができ、数値ｍを予め設定する。画面にて下から上へスライドして発生した第２の接触感知信号を受信すると、過去ニュースを更新するステップが始まる。過去ニュースを更新する場合、既に更新された最後のニュースの推薦時間を更新開始時間として取得する。既に更新された最後のニュースの推薦時間及び予め設定された第２の時間閾値に基づいて、ニュースの配信時間を更新する第３の時間区間を決定し、この第３の時間区間が時間窓と呼ばれてもよい。第３の時間区間に基づいて、第３の時間区間に配信されたｍ個のニュースを取得し、第２の推薦ニュースリストを生成する。

【0149】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、ユーザがリストを下から上へプルアップする場合、システムはその更新履歴を優先して見せるが、その２回の更新履歴の間に一定の時間間隔がある場合、ユーザが上へ相対的に新しい更新履歴のおわりまでスライドすれば、それより古い履歴に直接にジャンプするのではなくて、いくつかのニュースを更新させる必要があるのである。ユーザがプルアップによる更新を行っていれば、ユーザは、この２回の更新履歴の間に他におもしろい古いニュースがないか、確認したくなると考えている。この場合、時間窓の開始時間は、この２回のうち新しい更新履歴における最も古いニュースの表示時間から計算するべきである。ここでいう表示時間は、ニュースのリアルの配信時間ではなく、ニュースの推薦時間である。

【0150】

本願に提供される代替実施例において、第１の処理モジュール３８は、第８の取得モジュール３８２１と、第４のサブ決定モジュール３８２３と、第２の割り当てモジュール３８２５とをさらに備えることが好ましい。

【0151】

第８の取得モジュール３８２１は、既に更新された最後のニュースの推薦時間及び第３の時間閾値を取得する。

【0152】

第４のサブ決定モジュール３８２３は、既に更新された最後のニュースの推薦時間及び第３の時間閾値に基づいて、第２の推薦リストにおけるニュースの推薦時間を規定するための第４の時間区間を決定する。

【0153】

第２の割り当てモジュール３８２５は、第４の時間区間に基づいて、第２の推薦リストにおける各ニュースごとに、第４の時間区間内にある推薦時間を割り当てる。

【0154】

具体的には、第１の処理モジュール３８は、第８の取得モジュール３８２１と、第４のサブ決定モジュール３８２３と、第２の割り当てモジュール３８２５とを備え、この第４の時間区間に基づいて、第２の推薦リストにおける各ニュースごとに推薦時間を割り当てる。第４の時間区間を用いて、更新されてきた過去ニュースに割り当てられる推薦時間を規定する。

【0155】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、図３に示すように、表示時間の最大値は、現在の履歴リストにおける最も古いニュースの表示時間となるが、その最小値は、前回最近ニュースを更新した時間に簡単に該当するべきではない。これは、毎回推薦されるニュースの数が限られており（例えば、１５個）、この１５個の表示時間で２回の更新履歴の更新間隔時間が満たされていれば、ユーザが次回、プルダウンによる更新を行うと、古い更新履歴しか表示できず、これを契機としてより多くのニュースを推薦することができなくなるためと考えられる。それゆえ、一般的には、最大値から一定の時間間隔、例えば１０分間の時間間隔を設けるようにし、ニュースそれぞれの表示時間が前のニュースの表示時間から１０分間を差し引いたものと等しい。つまり、現在のリストにおける最も古いニュースの表示時間がＴ１であるとすると、第ｉ個の推薦ニュースの表示時間はＴ−ｉ＊ｔであり、ここでのｔは、一定の間隔であり、１０分間とされてもよい。推薦ニュースには、表示時間が前回更新された最新のニュースよりも小さいニュースがあるとすれば。

【0156】

図４に示すように、ユーザの現在のリストは、最大の時間間隔が１時間であるリストであり、ユーザによる前回の更新は昨晩に行われたとすると、ユーザがリストをプルアップする場合、システムはより古いニュースを推薦する。現在のリストにおける最も古いニュースの時間を推薦時間窓の開始時間とする。時間窓の長さが２４時間であるとすると、２時間前から２６時間以内のニュースを推薦することができることを意味する。

【0157】

本願に提供される代替実施例において、第２の割り当てモジュール３８２５は、第２のサブ処理モジュール３８２５１と、第２のサブ割り当てモジュール３８２５３とを備えることが好ましい。

【0158】

第２のサブ処理モジュール３８２５１は、第２の推薦ニュースリストにおけるニュースの数ｍ及び第４の時間区間に基づいて、第４の時間区間を等分し、推薦ニュースリストにおける各ニュースの第２の等分した時間間隔を得る。

【0159】

第２のサブ割り当てモジュール３８２５３は、第２の等分した時間間隔及び既に更新された最後のニュースの推薦時間に基づいて、第２の推薦リストにおける各ニュースごとに推薦時間を割り当てる。

【0160】

具体的には、第２のサブ処理モジュール３８２５１及び第２のサブ割り当てモジュール３８２５３によれば、推薦ニュースリストにおけるニュースの数ｍに基づいて、第４の時間区間を若干の第２の等分した時間間隔に等分することができる。第２の推薦リストにおける各ニュースごとに、配信時間の順に従い第２の等分した時間間隔で推薦時間を割り当てる。

【0161】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、上述のように、時間区間を等分することでニュースに推薦時間を割り当てる他に、推薦時間がリアルに見えるようにするために、確率変数を導入してもよい。確率変数を用いて、各ニュースごとに、第４の時間区間内にあるランダム推薦時間を割り当てる。

【0162】

これに加え、各ユーザがニュースを閲覧する習慣、関心を持っているニュースのタイプ等の個人化情報によって、推薦リストにおける各ニュースごとに重み付け演算を行い、このユーザに対するニュースそれぞれの重み値を決定することができる。そして、重み値に基づいて推薦リストをプリソートする。その後、上述した推薦時間の割り当て方法によって、プリソートされた推薦リストにおける各ニュースごとに推薦時間値を割り当てる。これにより、ユーザが関心を持っていないニュースが、過去ニュースの更新時に優先して更新されていき、このようにして、最近ニュースの更新時にユーザが関心を持っているものが優先して更新されてくることを確保できる。

【0163】

図７に示すように、本願に提供される代替実施例において、装置は、第２の取得モジュール３７１と、第２の処理モジュール３７３とをさらに備えることが好ましい。

【0164】

第２の取得モジュール３７１は、今回の更新前に更新して取得した過去ニュースリストを取得する。

【0165】

第２の処理モジュール３７３は、過去ニュースリストと推薦ニュースリストとを比較し、推薦ニュースリストにおけるニュースが過去ニュースリストにおけるニュースと同一である場合、同一のニュースを推薦ニュースリストから削除する。

【0166】

具体的には、第２の取得モジュール３７１及び第２の処理モジュール３７３によれば、過去ニュースリストと推薦ニュースリストとを比較し、推薦ニュースリストにおける、過去ニュースリストと重複したニュースを削除する。同一のニュースが繰り返して更新されてくることを回避する。

【0167】

実際において、タッチパネル式携帯電話で実行されるニュースクライアントを例として、推薦サービスは、所定の時間区間によって、まずあるアルゴリズムに従って、ユーザが関心を持ちそうなニュースをいくつか見出し、そして、ユーザに見せたことのあるニュースを見つけて排除する必要がある。この部分のニュースを再びユーザに見せるべきではないので、このステップを「推薦重複排除」と呼ぶことができる。一般的には、推薦サービスは、全ユーザの閲覧履歴を、高速アクセスできるように、メモリに基づく高性能キャッシュサービス（例えば、Memory Cache）に格納する。

【0168】

上述したように、本発明の主な長所は、ユーザがニュースを時間順にソートするのを知覚的に求めることを満たすと共に、ソートによって見事なニュースの推薦チャンスが制限されてしまうことを回避し、無限回更新するユーザ体験を可能にすることにある。そして、更新ニーズをプルアップ及びプルダウンによる更新という２つの異なるタイプに分けている。

【0169】

本願の実施例に提供される各機能ユニットは、移動端末、コンピュータ端末又は類似した演算装置で実行されることができるし、記憶媒体の一部として記憶されることもできる。

【0170】

このように、本発明の実施例は、コンピュータ端末を提供することができ、このコンピュータ端末は、コンピュータ端末群におけるいずれか１つのコンピュータ端末機器であることができる。本実施例において、上記コンピュータ端末は、移動端末等の端末機器に置き換えられてもよい。

【0171】

本実施例において、上記コンピュータ端末は、コンピュータネットワークの複数のネットワーク機器のうち少なくとも１つのネットワーク機器に位置してもよい。

【0172】

本実施例において、上記コンピュータ端末は、ニュースリストの更新方法における、更新信号を受信するステップと、受信した更新信号に基づいて、現在のシステム時間あるいは既に更新された最後のニュースの推薦時間である更新開始時間を読み取るステップと、ニュースリストを更新する時間区間を更新開始時間とともに規定するための、予め設定された少なくとも１つの時間閾値を読み取るステップと、更新開始時間及び時間閾値に基づいて、配信時間が時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得するステップと、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てるステップと、推薦時間に基づいて推薦ニュースリストにおける推薦対象のニュースを更新し、新しい推薦ニュースリストを生成するステップと、のプログラムコードを実行することができる。

【0173】

このコンピュータ端末は、１つ又は複数個のプロセッサと、メモリと、伝送装置と、を備えてもよい。

【0174】

メモリは、ソフトウェアプログラム及びモジュール、例えば、本発明の実施例におけるニュースリストの更新方法及び装置に対応するプログラム命令／モジュールを記憶することができ、プロセッサは、メモリに記憶されたソフトウェアプログラム及びモジュールを実行することで、様々な機能アプリケーション及びデータ処理を実行し、即ち、上述したニュースリストの更新方法を実現する。メモリは、高速ランダムアクセスメモリを含むことができ、また、不揮発性メモリ、例えば、１つ又は複数個の磁性記憶装置、フラッシュメモリ、又は他の不揮発性ソリッドステートメモリを含むこともできる。一部の例において、メモリは、プロセッサに対して遠隔配置されたメモリをさらに含んでもよく、これらの遠隔メモリは、ネットワークを介して端末に接続されることができる。上記ネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク、移動通信網及びそれらの組み合わせを含むが、これには限定されない。

【0175】

上記伝送装置は、ネットワークを介してデータの送受信を行う。上記ネットワークの具体例は、有線ネットワーク及び無線ネットワークを含むことができる。一例において、伝送装置は、ケーブルを介して他のネットワーク機器及びルーターに接続されることができることにより、インターネット又はローカルエリアネットワークと通信可能であるネットワークアダプター（Network Interface Controller、ＮＩＣ）を含む。一例において、伝送装置は、無線の方式によりインターネットとの通信を行う無線周波数（Radio Frequency、ＲＦ）モジュールである。

【0176】

具体的には、メモリは、予め設定された動作要件及び予め設定された権限のユーザの情報、並びにアプリケーションプログラムを記憶するためのものである。

【0177】

プロセッサは、メモリに記憶された情報及びアプリケーションプログラムを伝送装置によって呼び出すことで、上記方法実施例における各選択可能な又は好適な実施例の方法ステップのプログラムコードを実行することができる。

【0178】

コンピュータ端末は、スマートフォン（例えば、Android携帯電話、ｉＯＳ携帯電話等）、タブレットコンピュータ、パームトップコンピュータ、及びモバイルインターネット機器（Mobile Internet Devices、ＭＩＤ）、ＰＡＤ等の端末機器であってもよいと、当業者が理解することができる。

【0179】

上記実施例の各種方法におけるステップの一部又は全部は、プログラムによって端末機器の関連するハードウェアを命令して完成させることができ、このプログラムがコンピュータ読み取り可能な記憶媒体に記憶されることができ、記憶媒体は、フラッシュディスク、リードオンリーメモリ（Read-Only Memory、ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）、磁気ディスク又は光ディスク等を含みうると、当業者が理解することができる。

【0180】

本発明の実施例において、記憶媒体がさらに提供される。本実施例において、上記記憶媒体は、上記方法実施例及びシステム実施例に提供されるページレイアウト方法で実行されるプログラムコードを保存するものであってもよい。

【0181】

本実施例において、上記記憶媒体は、コンピュータネットワークにおけるコンピュータ端末群のうちいずれか１つのコンピュータ端末に位置するか、或いは移動端末群のうちいずれか１つの移動端末に位置してもよい。

【0182】

本実施例において、記憶媒体は、更新信号を受信するステップと、受信した更新信号に基づいて、現在のシステム時間或いは既に更新された最後のニュースの推薦時間である更新開始時間を読み取るステップと、ニュースリストを更新する時間区間を更新開始時間とともに規定するための、予め設定された少なくとも１つの時間閾値を読み取るステップと、更新開始時間及び時間閾値に基づいて、配信時間が時間区間内にある少なくとも１つの推薦対象のニュースを含む推薦ニュースリストを取得するステップと、推薦ニュースリストにおける各推薦対象のニュースごとに推薦時間を割り当てるステップと、推薦時間に基づいて推薦ニュースリストにおける推薦対象のニュースを更新し、新しい推薦ニュースリストを生成するステップと、を実行するためのプログラムコードを記憶するように構成されてもよい。

【0183】

本実施例において、記憶媒体は、ニュースリストの更新方法に提供される様々な好適な又は代替な方法ステップを実行するプログラムコードを記憶するように構成されてもよい。

【0184】

以上は、本発明の好適な実施例に過ぎず、本発明を限定することは意図していない。当業者であれば、本発明に様々な変更や変形が可能である。本発明の思想や原則内の如何なる修正、均等の置き換え、改良なども、本発明の保護範囲内に含まれるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】