JP6877467B2 - 情報処理方法及び装置、並びに動的情報を表示するための方法及び装置 - Google Patents

Description

本願は、２０１６年６月６日に提出され「情報処理方法及び装置、並びに動的情報を表示するための方法及び装置」と題された中国特許出願第２０１６１０３９３５８０．４号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。

本願はインターネット技術の分野に関し、特に、情報処理方法及び装置、並びに動的情報を表示するための方法及び装置に関する。

インターネット技術の発展に伴い、多くのインターネット金融ソリューションが登場している。インターネット金融ソリューションの１つは、インターネットクラウドファンディングである。ユーザがクラウドファンディングプロジェクトに関してインターネットクラウドファンディングページにアクセスした後、進行中の資金調達プロジェクト、閲覧（ブラウジング）情報、社会（ソーシャル）情報、取引（トランザクション）情報等、プロジェクトの動的情報が表示される。

関連技術として、動的情報は、生成された後、情報生成モジュールによってキャッシュに直接書き込まれる。例えば、ユーザインタフェースは閲覧情報と社会情報をキャッシュに直接書き出し、取引サービスモジュールは取引情報をキャッシュに直接書き込む。

生成された動的情報は大量のデータ、特に閲覧情報を含むことができるので、キャッシュ上で多数の書き込み操作を実行する必要がある。しかしながら、キャッシュ上では、少量の書き込み操作と、大量の読み出し操作を行うことが好ましい。そのため、キャッシュに過大な書き込み圧力がかかり、キャッシュ性能に影響を与える。

さらに、プロジェクトごとに、最新の情報が数個だけキャッシュされ、ユーザインタフェースがキャッシュから情報を読み出して表示するときには、比較的新しい情報が表示される。ユーザのより頻繁な動作は閲覧（ブラウジング）であるので、キャッシュ内の比較的新しい情報は、通常、閲覧情報である。これに対応して、閲覧情報が通常表示され、社会情報及び取引情報は埋没する。しかし、ユーザにとってより価値のある情報は、社会情報や取引情報であるため、表示される情報の価値が低く、特に価値のある（貴重な）情報を表示することができない。

本願は、関連技術における技術的課題の少なくとも１つを少なくともある程度解決することを意図している。

而して、本願の目的は、情報処理方法及び装置を提供することにある。

前述の目的を達成するために、本願の第１の態様に係る実施は、情報処理方法を提供する。この方法は、更新が必要な情報カテゴリを特定するステップと；前記特定されたカテゴリの情報をキャッシュに書き込むステップと；を含み、受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納されるものである。

前述の目的を達成するために、本願の第２の態様に係る実施は、情報処理装置を提供する。この装置は、更新が必要な情報カテゴリを特定するように構成された特定モジュールと；特定されたカテゴリの情報をキャッシュに書き込むように構成された書き込みモジュールと；を含み、受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納されるものである。

前述の目的を達成するために、本願の第３の態様に係る実施は、動的情報を表示するための方法を提供する。この方法は、前記動的情報をサーバのキャッシュから取得するステップと；前記動的情報を表示するステップと；を含み、前記動的情報は情報カテゴリに関連付けられるものである。

前述の目的を達成するために、本願の第４の態様に係る実施は、動的情報を表示するための装置を提供する。この装置は、サーバのキャッシュから動的情報を取得するように構成された取得モジュールと；前記動的情報を表示するように構成され、前記動的情報は情報カテゴリに関連づけられる、表示モジュールと；を含む。

前述の目的を達成するために、本願の第５の態様に係る実施は、情報処理装置を提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、更新が必要な情報カテゴリを特定し、特定されたカテゴリの情報をキャッシュに書き込むように構成され、受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される。

前述の目的を達成するために、本願の第６の態様に係る実施は、動的情報を表示するための装置を提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、サーバのキャッシュから動的情報を取得し、前記動的情報を表示するように構成され、前記動的情報は情報カテゴリに関連付けられる。

前述の目的を達成するために、本願の第７の態様に係る実施は、情報処理システムを提供する。このシステムは、フロントエンドインタフェースによって生成された動的情報を受信するように構成された収集デバイスと；バックエンドサーバによって生成された動的情報を受信するように構成されたメッセージデバイスと；サービスデバイスであって、前記収集デバイスによって送信された前記動的情報及び前記メッセージデバイスによって送信された前記動的情報を受信し、前記動的情報を含むカテゴリに基づいたカテゴリに対応する格納スペースに前記動的情報を格納し、前記キャッシュを更新する必要がある場合に、前記特定されたカテゴリの前記動的情報を前記キャッシュに書き込むように構成された、前記サービスデバイスと；前記サービスデバイスによって書き込まれた前記動的情報を受信するように構成されたキャッシングデバイスと；を含む。

本願の実施において提供される技術的解決策は、以下の有益な効果を有する。

特定されたカテゴリの情報がキャッシュに書き込まれるので、特に価値のある情報を選択してキャッシュに書き込むことができる。キャッシュから情報を読み取り、情報を表示するとき、ユーザインタフェースは、特に価値のある情報を表示することができる。

また、情報の生成時に直接キャッシュに情報を書き込むのではなく、キャッシュを更新する予定時刻に現在の時刻が到達したときにのみ情報をキャッシュに書き込むので、書き込み時間を短縮することができ、キャッシュの書き込み圧力を低減し、キャッシュ性能を向上させることができる。さらに、情報ジェネレータ（情報生成部）によって送信された情報が格納されるので、情報の沈殿（ｐｒｅｃｉｐｉｔａｔｉｏｎ）を実現し、関連する手順のためのデータのサポートを提供することができる。

本願のいくつかの追加の態様及び利点は、以下の説明において提供され、以下の説明から明らかであり、あるいは本願を実施することによって理解可能である。

本願の前述の及び／又は副次的な態様及び利点は、添付の図面を参照した以下の実施の説明で明らかであり理解可能である。

図１は、本願の一実施に係る、情報処理方法を示す概略フローチャートである。

図２は、本願の他の実施に係る、情報処理方法を示す概略フローチャートである。

図３は、本願のさらに他の実施に係る、情報処理方法を示す概略フローチャートである。

図４は、本願のさらに他の実施に係る、情報処理方法を示す概略フローチャートである。

図５は、図４に対応する処理システムの概略構成図である。

図６は、本願の一実施に係る、情報処理装置を示す概略構成図である。

図７は、本願の一実施に係る、情報処理装置を示す概略構成図である。

図８は、本願の一実施に係る、動的情報を表示する方法を示す概略フローチャートである。

図９は、本願の一実施に係る、動的情報を表示するための装置を示す概略構造図である。

図１０は、本願の他の実施に係る、動的情報を表示するための装置を示す概略構造図である。

本願の実施を以下に詳細に説明し、実施の例を添付図面に示す。同一又は類似の参照符号は、同一又は類似のモジュール又は同一又は類似の機能を有するモジュールを表す。添付図面を参照して以下に説明される実施は例示的なものであり、本願を説明することのみを意図しており、本願を限定するものとして解釈されるべきではない。それどころか、本願のこの実施は、添付の特許請求の範囲の精神及び範囲を逸脱することのない、変更、修正及び均等物を包含するものである。

図１は、本願の一実施に係る、情報処理方法を示す概略フローチャートである。

図１を参照すると、この実施の方法は、以下のステップを含む。

Ｓ１１：更新が必要な情報カテゴリを特定する。

Ｓ１２：特定したカテゴリの情報をキャッシュに書き込む。

受信した後、カテゴリの情報は、情報カテゴリに基づいたカテゴリに対応する格納スペースに格納（記憶）される。

いくつかの実施では、図２に示すように、この方法は、Ｓ１１の前に、以下のステップをさらに含むことができる。

Ｓ２１：情報ジェネレータから送信された情報を受信する。

この実施における実行主体は処理モジュールと呼ばれ、処理モジュールと情報ジェネレータとの間に統一モジュールが配置され得ると仮定する。統一モジュールは、情報ジェネレータによって生成された情報を受け取り、情報を処理モジュールに送る。

したがって、本ステップは、統一モジュールを使用して情報ジェネレータによって送信された情報を受信することができる。

統一モジュールの数は１つに限定されない。異なる情報カテゴリに基づいて、異なる統一モジュールを使用することができる。例えば、フロントエンド（ページ等）によって生成された情報は、１つの統一モジュールを使用して処理モジュールに送られ、バックエンド（取引サーバ等）によって生成された情報は、他の統一モジュールを使用して処理モジュールに送られる。

情報を生成した後、各情報ジェネレータは、生成された情報を同一の統一モジュールに送信し、依存関係を有する情報ジェネレータ間の直接の依存を回避し、それにより拡張を容易にする。例えば、情報ジェネレータＡと情報ジェネレータＢとの間に依存関係があり、統一モジュールがない場合には、情報ジェネレータＡと情報ジェネレータＢとを直接接続する必要があり、制約が生じる。しかし、情報ジェネレータＡと情報ジェネレータＢの両方が統一モジュールに接続されていれば、そのような制約を回避することができる。

いくつかの実施では、受信された情報は、この実施で提供される処理を所定のカテゴリの情報に対して実行するため、所定のカテゴリの情報とすることができる。

あるいは、いくつかの実施では、Ｓ２１で情報を受信した後、この情報が所定のカテゴリの情報である場合にＳ２２以降のステップを実行するべく、所定のカテゴリの情報であるか否かを特定する。

また、前記所定のカテゴリの情報は、動的情報であってよく、この動的情報は、時間の経過と共に動的に変化する情報である。動的情報は、閲覧情報、社会情報、取引情報等、異なるカテゴリにさらに分類することができる。あるプロジェクトの動的情報を例として使用する。例えば、閲覧情報は、ユーザＡがプロジェクトを閲覧することを示し、社会情報は、ユーザＡがプロジェクトに対するコメントを作成する、あるいはユーザＡがプロジェクトについての「いいね」アイコンをクリックすることを示し、取引情報は、ユーザＡがプロジェクトにどれだけの金額を投資するかを示す。

Ｓ２２：情報カテゴリを特定する。

Ｓ２３：カテゴリに対応する格納スペースに情報を格納する。

図３を参照すると、処理モジュールはローカルにキューを作成することができる。このキューは、最初は空に設定することができる。情報を受信した後、処理モジュールは、作成されたキューに情報を格納することができる。具体的には、情報カテゴリに基づいて、異なるカテゴリの情報を異なるキューに格納することができる（Ｓ３１）。

例えば、情報は、閲覧情報、社会情報、及び取引情報に分類することができる。閲覧キュー、社会キュー、取引キューの３つのキューが作成できる。情報が受信された後、情報は対応するカテゴリのキューに格納される。例えば、閲覧情報を受信した場合は、この閲覧情報は閲覧キューに格納され、社会情報を受信した場合は、この社会情報は社会キューに格納され、取引情報を受信した場合は、この取引情報が取引キューに格納される。

さらに、各キューの最大長を設定することができる。

異なるキューの最大長は、同じであっても異なっていてもよい。

例えば、キューの最大長は、キューに格納されている情報に関連付けることができる。具体的には、キューの最大長は、格納された情報の値に対し正の相関を有することができる。例えば、キューに格納されている情報の値が大きいほど、キューの最大長が長いことを示す。各タイプの情報の値は、実際の必要性に基づいて特定することができる。

例えば、閲覧キュー、社会キュー、及び取引キューの最大長はそれぞれ１、５及び１０であり、情報を１つのキューに格納し、現在のキューの長さが最大長（キューが満杯）に達すると、最も長い期間格納された情報を削除し、最新の情報をキューに格納する。

現在のキューの長さは、キューの現在の状態を検出することによって取得できる。例えば、処理モジュール内にカウンタを配置することができ、カウンタは、現在のキューの長さを得るために、各キューに格納された情報量の統計を収集するように構成される。例えば、閲覧キューに現在１つの閲覧情報が格納されている場合、その閲覧キューの現在のキューの長さは１であると特定される。

さらに、図２を参照すると、Ｓ１１の前に、この方法は、以下のステップをさらに含むことができる。

Ｓ２４：キャッシュを更新する予定時刻に現在の時刻が到達しているか否かを特定する。ＹｅｓであればＳ１１以降のステップを実行し、それ以外の場合はＳ２４以降のステップを繰り返す。

キャッシュは定期的に更新するよう設定することができる。現在の時刻が予め設定された更新の時刻に達すると、対応するカテゴリを特定することができ、特定されたカテゴリの情報をキャッシュに書き込むことができる。

図３に示すように、更新が必要な情報カテゴリを特定するステップは、以下のステップを含むことができる。

Ｓ３２：各キューの重み係数と現在のキューの長さを取得する。

重み係数は、人気度の値及び／又は手動介入値を含むことができる。

人気度の値は、キューに格納された情報の人気度の統計を収集することによって取得することができる。例えば、閲覧キューの人気度の値は閲覧情報の人気度の値であり、社会キューの人気度の値は社会情報の人気度の値等である。１つの情報カテゴリの人気度の値は、それが観測時間ウィンドウに現れる総回数とすることができる。したがって、情報カテゴリがより頻繁に出現する場合、情報カテゴリ及び対応するキューの人気度の値はより大きい。

手動介入値は手動で設定される。各キューの手動介入値は、要求に基づいて設定することができる。例えば、あるカテゴリの情報がより価値がある場合、情報カテゴリ及び対応するキューの手動介入値はより大きく設定される。例えば、社会情報は閲覧情報よりも価値があるため、社会キューの手動介入値を閲覧キューの手動介入値よりも大きくなるように設定することができる。

現在のキューの長さは、配置されたカウンタを使用して各キューの長さをカウントすることによって取得できる。

Ｓ３３：重み係数と現在のキューの長さに基づいて、複数のキューから１つのキューを特定する。

各キューについて、重み係数（人気度の値及び手動介入値等）と現在のキューの長さとの積が計算され、最大の積値を有するキューが選択される。

さらに、最大の積値を有するキューが１つである場合には、この最大の積値を有するキューが選択されたキューとして特定される。

あるいは、最大の積値を有するキューが複数存在する場合、所定のアルゴリズムに基づいて最大の積値を有する複数のキューから１つのキューがさらに選択される。例えば、所定のアルゴリズムは、手動介入値に基づいて選択を行うものである。最大の積値を持つキューとして、キューＡとキューＢが含まれているものとする。キューＡの手動介入値がキューＢの手動介入値より大きい場合、選択されたキューはキューＡであると特定される。

手動で設定する際、キューごとに異なる手動介入値を設定する必要があることが理解できる。

キューが選択されると、情報をキューから読み取ってキャッシュに書き込むことができる。

図３に示すように、キューから情報を読み出し、キャッシュに情報を書き込むステップは、以下のステップを含むことができる。

Ｓ３４：キャッシュ内に、特定されたキューに現在存在し且つ最も長い時間格納されている１つの情報を書き込む。

キューから情報が読み取られると、ファーストイン・ファーストアウト（ＦＩＦＯ）ルールが実行される。

さらに、情報がキャッシュに書き込まれるとき、キャッシュはいくつかの最新情報のみを格納することができる。

この実施では、更新が必要な情報カテゴリが特定され、特定されたカテゴリの情報がキャッシュに書き込まれるため、特に価値のある情報を選択してキャッシュに書き込むことができる。キャッシュから情報を読み取り、情報を表示するとき、ユーザインタフェースは、この特に価値のある情報を表示することができる。さらに、情報が生成されたときに直接キャッシュに情報を書き込む代わりに、キャッシュが更新される必要がある場合にのみ情報がキャッシュに読み書きされるため、書き込み時間を短縮することができ、キャッシュの書き込み圧力を低減し、キャッシュ性能を向上させることができる。さらに、情報ジェネレータによって送信された情報が格納されるので、情報の沈殿（ｐｒｅｃｉｐｉｔａｔｉｏｎ）を実現し、関連する手順のためのデータのサポートを提供することができる。

前述した情報をキャッシュする方法を金融プロジェクトの動的情報を処理するシナリオに適用する場合、本発明は以下のような実施をさらに提供することができる。

図４は、本願のさらに他の実施に係る、情報処理方法を示す概略フローチャートである。図５は、図４に対応する処理システムの概略構成図である。

図５に示すように、前述した処理システムは、フロントエンドインタフェース５１と、収集モジュール５２と、動的情報キャッシングモジュール５３と、マーケットバックエンドサービスモジュール５４と、人気度モデル５５と、手動介入モジュール５６と、メッセージモジュール５７と、取引サービスモジュール５８と、データベース５９とを含む。

図５に示すように、フロントエンドインタフェースはクライアントソフトウェアに配置され、他のモジュールはサーバに配置される。図５では、収集モジュールがサーバ内に配置されているが、収集モジュールは代替的にクライアントソフトウェア内に配置されてもよいことは、留意すべき事項である。

各モジュールの説明は以下のとおりである。

フロントエンドインタフェースは、システムに入った後にユーザが見るインタフェースであり、ユーザの操作はこのフロントエンドインタフェースを用いて実現され、フロントエンドインタフェースはユーザインタフェースと呼ばれることがある。

収集モジュールは、フロントエンドインタフェース上のユーザのオペレーション動作（例えば、クリック動作や検索動作）を検出するように構成され、マーケットバックエンドサービスモジュール及び人気度モデルにこのオペレーション動作を送信する。

動的情報キャッシングモジュールは、各キャッシュプロジェクト（略してプロジェクト）ごとにキャッシュリストを設定するように構成されており、各キャッシュリストには、プロジェクトに表示する必要がある動的情報が格納される。

マーケットバックエンドサービスモジュールは、収集モジュール及びメッセージモジュールによって送信された情報を処理し、人気度モデル及び手動介入モジュールと組み合わせて重み計算を実行し、キャッシュ内の動的情報を更新するように構成される。

人気度モデルは、ユーザに人気の選択及び検索情報を分析し、各情報カテゴリの人気度の値を提供するために使用される。

手動介入モジュールは、バックエンド管理者が各情報カテゴリの手動介入値を設定するために使用される。

メッセージモジュールは、取引サービスモジュールの取引メッセージの配信を担当する。

データベースは、情報を格納するために使用される。例えば、収集モジュールによって送信された情報を受信した後、人気度モデルは情報をデータベースに格納することができ、また、人気度モデルが人気度の値を計算する必要がある場合、人気度モデルはデータベースから情報を取得し、人気度の値を計算する。

図４を参照すると、前述のモジュール間のインタラクション（対話）の手順は、以下のステップを含む。

Ｓ４０１：フロントエンドインタフェースは、プロジェクト上のユーザのユーザオペレーション動作を検出し、そのユーザオペレーション動作を収集モジュールに送信する。

ユーザがプロジェクトのページを開いた後、ユーザは、閲覧、「いいね」アイコンのクリック、コメント、共有、取引の作成、プロジェクトの検索等の操作（オペレーション）を行うことができる。これに対応して、フロントエンドインタフェースは、例えば、閲覧動作（検出されたプロジェクト上でのクリック）、社会動作（「いいね」アイコンをクリックする、コメントする、共有する等を含む）、及び検索動作といった対応する特定のユーザオペレーション動作を検出することができる。

Ｓ４０２：収集モジュールは、フロントエンドインタフェースによって送信されたユーザオペレーション動作に基づいて、バックエンドサービスとは独立した閲覧情報や社会情報等の動的情報を取得する。

動的情報は、バックエンドサービスに依存する情報と、バックエンドサービスとは独立した情報とに分類することができる。例えば、バックエンドサービスに依存する情報には、取引情報が含まれる。例えば、バックエンドサービスとは独立した情報には、閲覧情報及び社会情報が含まれる。

本実施では、バックエンドサービスに依存する情報は取引情報であり、バックエンドサービスとは独立した情報は閲覧情報及び社会情報である。

したがって、ユーザオペレーション動作が閲覧動作又は社会動作である場合には、対応する閲覧情報及び社会情報を取得することができる。

Ｓ４０３：収集モジュールは、閲覧情報及び社会情報をマーケットバックエンドサービスモジュールに送信する。

例えば、閲覧情報は、ユーザＡが閲覧を行ったこと、及びユーザＢが閲覧を行ったことを示す。

例えば、社会情報は、ユーザＡが何を言っているのか、及びユーザＢが何を言っているのかを示し、及び／又は、ユーザＡが「いいね」アイコンをクリックしたこと、及びユーザＢが「いいね」アイコンをクリックしたこと等を示す。

Ｓ４０４：収集モジュールは、ユーザオペレーション動作の人気度モデルを通知する。

例えば、ユーザがフロントエンドインタフェース上で閲覧動作を１回実行すると、収集モジュールは、その閲覧動作が現在１回実行されているという通知メッセージを人気度モデルに送信する。

Ｓ４０５：人気度モデルは、通知メッセージに基づいて各情報カテゴリの人気度の値の統計を収集する。

例えば、人気度モデルにカウンタを配置し、カウンタの初期値を０とし、１つの動作の通知メッセージを１つ受信すると、その動作に対応する情報の人気度の値を１増加させる。

例えば、人気度モデルは、ユーザが閲覧動作を実行する度に、閲覧情報の人気度の値を１ずつ増加させる。人気度モデルは、ユーザが社会動作を実行する度に、社会情報の人気度の値を１ずつ増加させる。人気度モデルは、ユーザが取引動作を実行する度に、取引情報の人気度の値を１ずつ増加させる。

前述の統計収集を実行するときには、それに応じて、各プロジェクトのユーザに対する統計収集が人気度モデルによって行われることが理解できる。例えば、プロジェクトＡの閲覧情報の人気度の値は、プロジェクトＡを閲覧したユーザに対して生成された人気度の値である。

さらに、前述の閲覧には、同じプロジェクトの閲覧ページを含むことができる。社会動作には、主に、これらの社会ブロックのアイコンをクリックし、これらの社会ブロックにコメントし、これらの社会ブロックを共有するときに生成される動作が含まれる。取引には、主に進行中の取引とユーザの取引行為とを含む。

また、本実施では、閲覧、社会動作及び取引を例として用い、また、検索をさらに含むことができる。

さらに、検索は、直接検索及び間接検索を含むことができる。例えば、システムにおいて、プロジェクト名が「ゼロカーボンテクノロジー」であり、ユーザが検索ボックス内に「ゼロカーボンテクノロジー」を直接検索することは、このプロジェクトを直接検索することである。

Ｓ４０６：取引サービスモジュールは、取引情報をメッセージモジュールに送信する。

Ｓ４０７：メッセージモジュールは、取引情報をマーケットバックエンドサービスモジュールに送信する。

Ｓ４０８：マーケットバックエンドサービスモジュールは、受信した情報を対応するカテゴリのキューに格納する。

例えば、閲覧情報は閲覧キューに格納され、社会情報は社会キューに格納され、取引情報は取引キューに格納される。

前述の手順では、情報ジェネレータは、収集モジュール又はメッセージモジュールを使用して、マーケットバックエンドサービスモジュールに情報を送信することができる。

マーケットバックエンドサービスモジュールは、情報の沈殿を実施するために情報をキューに格納する。さらに、情報は、特に価値のある情報を選択するために、情報カテゴリに基づいて異なるキューに格納することができる。

現在の時刻がキャッシュを更新する各予定時刻に到達する、例えば１秒に１回更新するとすれば、Ｓ４０９〜Ｓ４１３は１秒ごとに周期的に実行される。

Ｓ４０９：マーケットバックエンドサービスモジュールは、人気度モデルから人気度の値を取得する。

Ｓ４１０：マーケットバックエンドサービスモジュールは、手動介入モジュールから手動介入値を取得する。

Ｓ４１１：マーケットバックエンドサービスモジュールは、各キューの現在のキューの長さをカウンタから取得する。

Ｓ４１２：マーケットバックエンドサービスモジュールは、人気度の値、手動介入値、及び各キューの現在のキューの長さの積を計算し、最大の積値を有するキューを選択する。

Ｓ４１３：選択したキューから１つの情報を動的情報キャッシングモジュールに読み出す。

さらに、フロントエンドインタフェースが情報を表示する必要がある場合、フロントエンドインタフェースは、キャッシュから情報を読み取り、情報を表示することができる。

フロントエンドインタフェースは、予定時刻に更新を実行することにより情報を表示することができ、Ｓ４１４及びＳ４１５は、現在の時刻が更新表示を行う予定時刻に到達したときに周期的に実行されてもよいし、ユーザによる更新指示をトリガする操作が受信されたときに実行されてもよい。

Ｓ４１４：フロントエンドインタフェースは、キャッシュから情報を読み取る。

Ｓ４１５：フロントエンドインタフェースには、読み取られた情報が表示される。

本実施でカバーされていない部分については、前述の実施における関連する説明を参照することができることが理解できる。ここでは、説明を簡単にするために詳細は省略している。

本実施では、キャッシュを更新する時刻に現在の時刻が到達したときに、その情報はキャッシュに書き込まれるので、キャッシュの書き込み圧力を低減することができる。キューは、人気度の値、手動介入値及び現在のキューの長さの積に基づいて選択され、選択されたキューから情報が読み取られるため、特に価値のある情報をキャッシュに書き込んでこの特に価値のある情報を表示することができ、閲覧情報により社会情報及び取引情報が埋没することを回避することができる。動的情報はキューに格納されるので、情報の沈殿を実現し、別の手順でデータをサポートすることができる。メッセージモジュールを使用して取引メッセージを転送すると、異なるサービス間の依存関係によって生じる制限を回避することができる。

図６は、本願の一実施に係る、情報処理装置（デバイス）を示す概略構成図である。

図６を参照すると、本実施の装置６０は、特定モジュール６１と書き込みモジュール６２とを含む。

特定モジュール６１は、更新が必要な情報カテゴリを特定するように構成される。

書き込みモジュール６２は、特定されたカテゴリの情報をキャッシュに書き込むように構成される。

受信した後、カテゴリの情報は、情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される。

いくつかの実施では、図７に示すように、装置６０は、現在の時刻が予定時刻に到達したときに処理を実行するために特定モジュールをトリガするように、キャッシュを更新するための予定時刻に現在の時刻が到達しているか否かを特定するように構成されたトリガモジュール６３をさらに含むことができる。

いくつかの実施では、図７に示すように、装置６０は、情報ジェネレータによって送信された情報を受信するように構成された受信モジュール６４と、情報カテゴリを特定し、そのカテゴリに対応する格納スペースに情報を格納するように構成された格納モジュール６５とを含むことができる。

いくつかの実施では、図７に示すように、装置６０は、情報が所定のカテゴリの情報である場合に処理を実行するために格納モジュールをトリガするように、情報が所定のカテゴリの情報であるか否かを特定する特定モジュール６６をさらに含むことができる。

いくつかの実施では、格納モジュール６５は、異なるキューに異なるカテゴリの情報を格納するように構成される。

いくつかの実施では、特定モジュール６１は、各キューの重み係数及び現在のキューの長さを取得し、この重み係数及び現在のキューの長さに基づいて、複数のキューから１つのキューを特定するように構成される。

いくつかの実施では、重み係数は、人気度の値及び／又は手動介入値を含み、人気度の値はキューに格納された情報の人気度の値であり、情報の人気度の値は、ユーザによるものであって且つ情報に対応するオペレーション動作の人気度の統計が収集された後に、取得される。

いくつかの実施では、異なるキューの最大長は格納された情報に関連付けられる。

いくつかの実施では、前記重み係数及び現在のキューの長さに基づいて複数のキューから１つのキューを特定することは、重み係数及び現在のキューの長さの積を計算し、複数のキューから最大の積値を有する１つのキューを選択することを含み、最大の積値を有する１つのキューが存在する場合には、この最大の積値を有するキューを特定されたキューとして用い、又は最大の積値を有するキューが複数存在する場合には、所定のアルゴリズムに基づいて最大の積値を有する複数のキューから１つのキューを特定する。

いくつかの実施では、書き込みモジュール６２は、現在存在し且つ特定されたカテゴリに最も長い時間格納された１つの情報を、キャッシュに書き込むように構成される。

いくつかの実施では、受信モジュール６４は、統一モジュールを使用して情報ジェネレータによって送信された情報を受信するように構成され、複数の情報ジェネレータによって同じカテゴリの情報が生成された場合には、複数の情報ジェネレータが統一モジュールに接続される。

いくつかの実施では、所定のカテゴリの情報は動的情報である。

本実施における装置は、前述の方法の実施に対応することが理解されよう。詳細については、前述の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。

本実施では、カテゴリが選択され、選択されたカテゴリから情報が読み出されてキャッシュに書き込まれるため、特に価値のある情報を選択してキャッシュに書き込むことができる。キャッシュから情報を読み取り、情報を表示するときには、ユーザインタフェースは、この特に価値のある情報を表示することができる。さらに、情報が生成されたときに直接情報をキャッシュに書き込むことに代えて、キャッシュを更新するための予定時刻に現在の時刻が到達したときにのみ、情報がキャッシュに読み書きされるため、書き込み時間を短縮することができ、キャッシュの書き込み圧力を低減し、キャッシュ性能を向上させることができる。

図８は、本願の一実施に係る、動的情報を表示する方法を示す概略フローチャートである。

図８を参照すると、本実施における手順は、以下のステップを含む。

Ｓ８１：サーバのキャッシュから動的情報を取得する。

Ｓ８２：動的情報を表示する。

動的情報は情報カテゴリに関連付けられる。

動的情報が生成された直後に動的情報がキャッシュに書き込まれるという、関連技術における解決策を用いる場合、動的情報は生成時刻に関連付けられるため、表示される動的情報は最新の動的情報である。

この実施では、前述した動的情報は情報カテゴリに関連付けられるため、表示される動的情報は必要なカテゴリの情報に属する。例えば、ユーザは取引情報を見ることを好み、さらに表示される動的情報は取引情報である。

具体的には、動的情報と情報カテゴリとを関連付けるために、動的情報は、前述の実施における関連するコンテンツを使用することによってキャッシュに書き込むことができる。

具体的には、動的情報及びサーバによる動的情報の処理手順については、前述の実施を参照することができる。ここでは、説明を簡単にするために詳細は省略している。

いくつかの実施では、本方法は、サーバのデータベースから静的情報を取得するステップをさらに含むことができる。

例えば、静的情報には、特定の金融プロジェクトの特定の名前、写真、関連する記述情報等、ウェブページの固定のコンテンツに対応する情報が含まれる。

いくつかの実施では、本方法は、生成された動的情報をサーバに送信することをさらに含むことができる。

例えば、クライアントソフトウェアは、閲覧情報及び社会情報などの動的情報をさらに生成することができる。このような情報を生成した後、クライアントソフトウェアは、この情報をサーバに送信することができる。これに対応して、動的情報を受信した後、サーバは、格納のために動的情報を分類することができる。

本実施の詳細については、前述の実施における関連する説明を参照することができることが理解されよう。ここでは、説明を簡単にするために詳細は省略している。

図９は、本願の一実施に係る、動的情報を表示するための装置を示す概略構造図である。

図９を参照すると、本実施における装置９０は、第１の取得モジュール９１及び表示モジュール９２を含む。

第１取得モジュール９１は、サーバのキャッシュから動的情報を取得するように構成される。

表示モジュール９２は、動的情報を表示するように構成される。

動的情報は情報カテゴリに関連付けられている。

いくつかの実施では、図１０を参照すると、装置９０は、サーバのデータベースから静的情報を取得するように構成された第２の取得モジュール９３をさらに含む。

いくつかの実施では、図１０を参照すると、装置９０は、生成された動的情報をサーバに送信するように構成された送信モジュール９４をさらに含む。

本実施における装置は、前述の方法の実施に対応することが理解されよう。詳細については、前述の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。

本実施では、動的情報が表示され、動的情報が情報カテゴリに関連付けられるので、特に価値のある情報を表示することができる。

本願はさらに、情報処理装置を提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、更新が必要な情報カテゴリを特定し、特定されたカテゴリの情報をキャッシュに書き込み、受信された後、カテゴリの情報は、情報カテゴリに基づいたカテゴリに対応する格納スペースに格納されるように構成されている。

いくつかの実施では、プロセッサはさらに、現在の時刻が予定時刻に到達したときに、更新が必要な情報カテゴリを特定することを実行するべく、キャッシュを更新するための予定時刻に現在の時刻が到達しているか否かを特定するよう構成されている。

いくつかの実施では、プロセッサはさらに、情報ジェネレータによって送信された情報を受信し、情報カテゴリを特定し、カテゴリに対応する格納スペースに情報を格納するよう構成されている。

いくつかの実施では、情報ジェネレータによって送信された情報を受信した後に、本方法はさらに、情報が所定のカテゴリの情報である場合に、情報カテゴリを特定するステップを実行するために、その情報が所定のカテゴリの情報であるか否かを特定するステップを含む。

いくつかの実施では、カテゴリに対応する格納スペースに情報を格納するステップは、異なるカテゴリの情報を異なるキューに格納することを含む。

いくつかの実施では、更新が必要な情報カテゴリを特定するステップは、各キューの重み係数及び現在のキューの長さを取得するステップと、重み係数及び現在のキューの長さに基づいて、複数のキューから１つのキューを特定するステップとを含む。

いくつかの実施では、重み係数は、人気度の値及び／又は手動介入値を含む。人気度の値は、キューに格納されている情報の人気度の値である。情報の人気度の値は、ユーザによるものであり且つ情報に対応するオペレーション動作の人気度の統計が収集された後に、取得される。

いくつかの実施では、異なるキューの最大長は格納された情報に関連付けられる。

いくつかの実施では、重み係数及び現在のキューの長さに基づいて複数のキューから１つのキューを特定するステップは、重み係数と現在のキューの長さとの積を計算するステップと、複数のキューから最大の積値を有する１つのキューを選択するステップと、最大の積値を有する１つのキューが存在する場合に、この最大の積値を有するキューを特定されたキューとして用いるステップ、又は、最大の積値を有するキューが複数存在する場合に、所定のアルゴリズムに基づいて最大の積値を有する複数のキューの中から１つのキューを特定するステップ、を含む。

いくつかの実施では、特定されたカテゴリの情報をキャッシュに書き込むステップは、現在存在し且つ特定されたカテゴリに最も長い時間格納されている１つの情報を、キャッシュに書き込むステップを含む。

いくつかの実施では、情報ジェネレータによって送信された情報を受信するステップは、統一モジュールを用いて情報ジェネレータによって送信された情報を受信するステップであって、複数の情報ジェネレータにより同一カテゴリの情報が生成される場合には、前記複数の情報ジェネレータが前記統一モジュールに接続される、ステップを含む。

いくつかの実施では、所定のカテゴリの情報は動的情報である。

本実施は、前述した情報処理方法の実施に対応するものであることが理解できる。詳細については、前述の実施の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。

本願は、動的情報を表示するための装置をさらに提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、サーバのキャッシュから動的情報を取得し、動的情報を表示するように構成され、動的情報は情報カテゴリに関連付けられる。

いくつかの実施では、プロセッサはさらに、生成された動的情報をサーバに送信するように構成される。

いくつかの実施では、プロセッサは、サーバのデータベースから静的情報を取得するようにさらに構成される。

本実施は、前述の動的情報を表示するための方法の実施に対応することが理解されよう。詳細については、前述の実施の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。

本願はさらに、情報処理システムを提供し、このシステムは、フロントエンドインタフェースによって生成された動的情報を受信するように構成された収集デバイスと、バックエンドサーバによって生成された動的情報を受信するように構成されたメッセージデバイスと、収集デバイスによって送信された動的情報及びメッセージデバイスによって送信された動的情報を受信し、動的情報を含むカテゴリに基づいたカテゴリに対応する格納スペースに動的情報を格納し、キャッシュを更新する必要がある場合に、特定されたカテゴリの前記動的情報を前記キャッシュに書き込むように構成された、サービスデバイスと、サービスデバイスによって書き込まれた動的情報を受信するように構成されたキャッシングデバイスと、を含む。

いくつかの実施では、このシステムはさらに、生成された動的情報を収集デバイスに送信するように構成され、動的情報を表示する必要がある場合には、表示のためにキャッシングデバイスから動的情報を取得する、フロントエンドインタフェースデバイスを含む。

いくつかの実施では、サービスデバイスは、異なるカテゴリの動的情報を異なるキューに格納し、キャッシュを更新する必要がある場合に、各キューの重み係数及び現在のキューの長さを求め、重み係数及び現在のキューの長さに基づいて複数のキューから１つのキューを特定し、現在存在し且つ特定されたキューに最も長い時間格納されている１つの情報を、キャッシュに書き込むように構成される。

いくつかの実施では、重み係数は、人気度の値及び手動介入値を含み、このシステムはさらに、人気度の値を算出するように構成された人気度モデルデバイスと、手動介入値を設定するように構成された手動介入デバイスとをさらに含む。

本実施の収集デバイス、メッセージデバイス、サービスデバイス、キャッシングデバイス、フロントエンドインタフェースデバイス、人気モデルデバイス及び手動介入デバイスは、前述の実施の、収集モジュール、メッセージモジュール、マーケットバックエンドサービスモジュール、動的情報キャッシングモジュール、フロントエンドインタフェースモジュール、人気度モデル及び手動介入モジュールにそれぞれ対応することが理解できよう。本実施におけるバックエンドサーバは、前述の実施における取引サービスモジュールに対応する。詳細については、前述の実施の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。

本願の説明において、「第１」及び「第２」という用語は単に説明のために使用されており、相対的な重要性を示唆あるいは包含するものとして理解されるものではないことは特に留意すべき事項である。なお、本明細書の記載において、「複数」とは、特に断らない限り「少なくとも２つ」を意味する用語である。

フローチャート又は他の方法に記載されている手順又は方法についての説明は、１つ又は複数のモジュール、セグメント、又は特定の論理機能又は手順ステップを実現するために使用される実行可能な命令のコードの一部が含まれ、本願の好ましい実施の範囲は他の実施を含み、そして機能は、基本的に同時の方法又は関連する機能に基づく逆の順序を含む、図示又は議論された順序以外の順序で実施することができると理解することができる。

本願の部品は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせを使用することによって実現することができることを理解されたい。前述の実施では、メモリに格納され、適切な命令実行システムによって実行されるソフトウェア又はファームウェアを使用することによって、複数のステップ又は方法を実施することができる。例えば、ハードウェアが他の実施と同様に実施に使用される場合、当該技術分野における以下の周知の技術、すなわち、データ信号のための論理関数を実現するように構成された論理ゲート回路を有する離散論理回路、適切な組み合わせ論理ゲート回路を有する特定用途向け集積回路、プログラマブルゲートアレイ（ＰＧＡ）、及びフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等のいずれか１つ又は組み合わせを実施に際し使用することができる。

当業者であれば、前述の実施における方法のステップの一部又は全部を、関連するハードウェアを指示するプログラムによって実現できることを理解することができる。このプログラムは、コンピュータ読取可能な記憶媒体に格納することができる。このプログラムが実行されると、方法の実施のステップの１つ又は組合せが実行される。

本願の実施における機能的ユニットは、１つの処理モジュールに統合されてもよく、又は各ユニットが物理的に存在してもよいし、２つ以上のユニットが１つのモジュールに統合されてもよい。統合モジュールは、ハードウェアの形態又はソフトウェアの機能モジュールの形態で実施することができる。統合モジュールがソフトウェアの機能モジュールの形態で実施され、独立した製品として販売又は使用される場合には、統合モジュールはコンピュータ読取可能な記憶媒体に格納することもできる。

上述した記憶媒体は、リードオンリーメモリ、磁気ディスク、光ディスク等であってもよい。

本明細書の記載において、「一実施」、「いくつかの実施」、「例」、「特定の例」及び「いくつかの例」などの参照用語は、実施又は実施例を参照して説明された特定の特徴、構造、材料又は特性が本願の少なくとも１つの実施又は実施例に含まれることを意味する。本明細書では、用語の例示的な表現は、必ずしも同じ実施又は実施例を示すものではない。さらに、記載された特定の特徴、構造、材料又は特性は、実施又は実施例のいずれか１つ又は複数において適切な方法で組み合わせることができる。

以上、本発明の実施について図示し説明したが、前述の実施は例示であり、本発明を限定するものではない。当業者は、本願の範囲内で、前述した実施の変更、修正、置換、及び変形を行うことができる。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
情報処理方法であって：
更新が必要な情報カテゴリを特定するステップと；
前記特定されたカテゴリの情報をキャッシュに書き込むステップと；を備え、
受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される、
情報処理方法。
［第２の局面］
現在の時刻が予定時刻に到達したときに、更新が必要な前記情報カテゴリを特定するステップを実行するために、前記キャッシュを更新する前記予定時刻に前記現在の時刻が到達したか否かを特定するステップをさらに備える、
第１の局面に記載の情報処理方法。
［第３の局面］
情報ジェネレータによって送信された情報を受信するステップと；
前記情報カテゴリを特定するステップと；
前記カテゴリに対応する格納スペースに前記情報を格納するステップと；をさらに備える、
第１の局面に記載の情報処理方法。
［第４の局面］
前記情報ジェネレータによって送信された情報を受信する前記ステップの後に、
前記情報が所定のカテゴリの情報であるか否かを特定するステップであって、前記情報が前記所定のカテゴリの情報である場合には前記情報カテゴリを特定する、ステップをさらに備える、
第３の局面に記載の情報処理方法。
［第５の局面］
前記カテゴリに対応する格納スペースに前記情報を格納する前記ステップは、
異なるカテゴリの情報を異なるキューに格納する、
第３の局面に記載の情報処理方法。
［第６の局面］
更新が必要な情報カテゴリを特定する前記ステップは：
各キューの重み係数及び現在のキューの長さを取得するステップと；
前記重み係数及び前記現在のキューの長さに基づき、複数の前記キューから１つのキューを特定するステップと；を備える、
第５の局面に記載の情報処理方法。
［第７の局面］
重み係数は人気度の値及び／又は手動介入値を備え、前記人気度の値は、前記キューに格納された情報の人気度の値であり、前記情報の人気度の値は、ユーザによるものであって且つ前記情報に対応するオペレーション動作の人気度の統計が収集された後に取得される、
第６の局面に記載の情報処理方法。
［第８の局面］
前記異なるキューの最大長は、格納された情報に関連付けられる、
第５の局面に記載の情報処理方法。
［第９の局面］
前記重み係数及び前記現在のキューの長さに基づき、複数の前記キューから１つのキューを特定する前記ステップは：
前記重み係数と前記現在のキューの長さとの積を計算し、複数の前記キューから最大の積値を有する１つのキューを選択するステップと；
最大の積値を有する１つのキューが存在する場合に、前記最大の積値を有する前記キューを特定されたキューとして用いるステップ；又は
最大の積値を有するキューが複数存在する場合に、所定のアルゴリズムに基づいて最大の積値を有する複数のキューから１つのキューを特定するステップ；を備える、
第６の局面に記載の情報処理方法。
［第１０の局面］
前記特定されたカテゴリの情報をキャッシュに書き込む前記ステップは：
現在存在し且つ前記特定されたカテゴリに最も長い時間格納されている１つの情報を、前記キャッシュに書き込むステップを備える、
第１の局面に記載の情報処理方法。
［第１１の局面］
情報ジェネレータによって送信された情報を受信する前記ステップは：
統一モジュールを用いて情報ジェネレータによって送信された情報を受信するステップであって、複数の情報ジェネレータにより同一カテゴリの情報が生成される場合には、前記複数の情報ジェネレータが前記統一モジュールに接続される、ステップを備える、
第３の局面に記載の情報処理方法。
［第１２の局面］
前記所定のカテゴリの情報は動的情報である、
第４の局面に記載の情報処理方法。
［第１３の局面］
動的情報を表示する方法であって：
前記動的情報をサーバのキャッシュから取得するステップと；
前記動的情報を表示するステップと；を備え、
前記動的情報は情報カテゴリに関連付けられる、
動的情報を表示する方法。
［第１４の局面］
前記サーバのデータベースから静的情報を取得するステップをさらに備える、
第１３の局面に記載の方法。
［第１５の局面］
前記生成された動的情報を前記サーバに送信するステップをさらに備える、
第１３の局面に記載の方法。
［第１６の局面］
情報処理装置であって：
プロセッサと；
前記プロセッサによって実行可能な命令を格納するように構成されたメモリと；を備え、
前記プロセッサは：
更新が必要な情報カテゴリを特定し；
前記特定されたカテゴリの情報をキャッシュに書き込むように構成され、
受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される、
情報処理装置。
［第１７の局面］
前記プロセッサはさらに：
現在の時刻が予定時刻に到達したときに、更新が必要な前記情報カテゴリの特定を実行するために、前記キャッシュを更新する前記予定時刻に前記現在の時刻が到達したか否かを特定するように構成される、
第１６の局面に記載の情報処理装置。
［第１８の局面］
前記プロセッサはさらに：
情報ジェネレータによって送信された情報を受信し；
前記情報カテゴリを特定し；
前記カテゴリに対応する格納スペースに前記情報を格納するように構成される、
第１６の局面に記載の情報処理装置。
［第１９の局面］
動的情報を表示する装置であって：
プロセッサと；
前記プロセッサによって実行可能な命令を格納するように構成されたメモリと；を備え、
前記プロセッサは：
動的情報をサーバのキャッシュから取得し；
前記動的情報を表示するように構成され、
前記動的情報は情報カテゴリに関連付けられる、
動的情報を表示する装置。
［第２０の局面］
前記プロセッサはさらに：
生成された前記動的情報を前記サーバに送信するように構成される、
第１９の局面に記載の装置。
［第２１の局面］
情報処理システムであって：
フロントエンドインタフェースによって生成された動的情報を受信するように構成された収集デバイスと；
バックエンドサーバによって生成された動的情報を受信するように構成されたメッセージデバイスと；
サービスデバイスであって、前記収集デバイスによって送信された前記動的情報及び前記メッセージデバイスによって送信された前記動的情報を受信し、前記動的情報を含むカテゴリに基づいたカテゴリに対応する格納スペースに前記動的情報を格納し、前記キャッシュを更新する必要がある場合に、前記特定されたカテゴリの前記動的情報を前記キャッシュに書き込むように構成された、前記サービスデバイスと；
前記サービスデバイスによって書き込まれた前記動的情報を受信するように構成されたキャッシングデバイスと；を備える、
情報処理システム。
［第２２の局面］
生成された前記動的情報を前記収集デバイスに送信するように構成され、前記動的情報を表示する必要がある場合には、表示のために前記キャッシングデバイスから動的情報を取得する、フロントエンドインタフェースデバイスをさらに備える、
第２１の局面に記載の情報処理システム。
［第２３の局面］
前記サービスデバイスは：
異なるカテゴリの前記動的情報を異なるキューに格納し；
前記キャッシュを更新する必要がある場合に、各キューの重み係数及び現在のキューの長さを求め、重み係数及び現在のキューの長さに基づいて複数の前記キューから１つのキューを特定し；
現在存在し且つ前記特定されたキューに最も長い時間格納されている１つの情報を、前記キャッシュに書き込む；ように構成される、
第２１の局面に記載の情報処理システム。
［第２４の局面］
前記重み係数は、人気度の値及び手動介入値を備え、
前記人気度の値を算出するように構成された人気度モデルデバイスと；
前記手動介入値を設定するように構成された手動介入デバイスと；をさらに備える、
第２３の局面に記載の情報処理システム。

５１ フロントエンドインタフェース
５２ 収集モジュール
５３ 動的情報キャッシングモジュール
５４ マーケットバックエンドサービスモジュール
５５ 人気度モデル
５６ 手動介入モジュール
５７ メッセージモジュール
５８ 取引サービスモジュール
５９ データベース
６０ 情報処理装置
６１ 特定モジュール
６２ 書き込みモジュール
６３ トリガモジュール
６４ 受信モジュール
６５ 格納モジュール
６６ 特定モジュール
９０ 動的情報を表示するための装置
９１ 第１の取得モジュール
９２ 表示モジュール
９３ 第２の取得モジュール
９４ 送信モジュール

Claims (18)

1. コンピュータ実装方法であって、
   複数のタイプのユーザデータを収集するステップと、
   前記複数のタイプのユーザデータを複数のデータキューに格納するステップであって、前記複数のデータキューのうちの各データキューが所定の最大長を有し、かつ前記複数のタイプのユーザデータのうちの１つのタイプのユーザデータを格納し、前記複数のデータキューに格納された前記複数のタイプのユーザデータが、キャッシュ内のデータを更新するために使用される、ステップと
   現在の時間が前記キャッシュを更新するための予定時刻であることを判定するステップであって、前記キャッシュは周期的に更新される、ステップと、
   現在の時間が前記キャッシュを更新するための予定時刻であることを判定したことに応答して、前記複数のデータキューの各データキューについての重み係数とユーザデータの現在の長さを決定するステップと、
   前記複数のデータキューの各データキューに対応する前記重み係数と前記ユーザデータの現在の長さに基づいて、前記複数のデータキューから優先データキューを選択するステップと、
   前記優先データキューに格納されたユーザデータの１つまたは複数の部分を前記キャッシュに書き込むステップと
   を備える、コンピュータ実装方法。
2. 前記重み係数が、対応するタイプのユーザデータの人気度の値に基づいて決定され、前記人気度の値が、所定の時間期間に生成された前記対応するタイプのユーザデータの量に基づいて決定される、請求項1に記載のコンピュータ実装方法。
3. 前記重み係数が、対応するタイプのユーザデータの手動介入値に基づいて決定され、前記手動介入値が、バックエンド管理者によって設定され、前記手動介入値が、前記対応するタイプのユーザデータの情報の値に基づいて決定される、請求項1に記載のコンピュータ実装方法。
4. 前記複数のタイプのユーザデータがフロントエンドユーザデータとバックエンドユーザデータを含み、前記フロントエンドユーザデータが、ブラウジングデータ、ソーシャルメディアインタラクションデータ、または検索データのうちの少なくとも１つを含み、前記バックエンドユーザデータが、トランザクションデータを含む、請求項1に記載のコンピュータ実装方法。
5. 前記複数のデータキューからの前記優先データキューの選択が、
   前記複数のデータキューのそれぞれに対して前記重み係数と前記ユーザデータの現在の長さの積を計算することと、
   前記優先データキューとして、最大の積値を有するキューを選択することと
   を備える、請求項1に記載のコンピュータ実装方法。
6. 特定のデータキューに関連する対応するタイプのユーザデータがより高い情報値を有する場合、前記特定のデータキューの所定の最大がより大きい、請求項1に記載のコンピュータ実装方法。
7. コンピュータ可読記憶媒体であって、
   複数のタイプのユーザデータを収集することと、
   前記複数のタイプのユーザデータを複数のデータキューに格納することであって、前記複数のデータキューのうちの各データキューが所定の最大長を有し、かつ前記複数のタイプのユーザデータのうちの１つのタイプのユーザデータを格納し、前記複数のデータキューに格納された前記複数のタイプのユーザデータが、キャッシュ内のデータを更新するために使用される、ことと
   現在の時間が前記キャッシュを更新するための予定時刻であることを判定することであって、前記キャッシュは周期的に更新される、ことと、
   現在の時間が前記キャッシュを更新するための予定時刻であることを判定したことに応答して、前記複数のデータキューの各データキューについての重み係数とユーザデータの現在の長さを決定することと、
   前記複数のデータキューの各データキューに対応する前記重み係数と前記ユーザデータの現在の長さに基づいて、前記複数のデータキューから優先データキューを選択することと、
   前記優先データキューに格納されたユーザデータの１つまたは複数の部分を前記キャッシュに書き込むことと
   を備える動作を実行するためにコンピュータシステムによって実行可能な１つまたは複数の命令を記憶する、コンピュータ可読記憶媒体。
8. 前記重み係数が、対応するタイプのユーザデータの人気度の値に基づいて決定され、前記人気度の値が、所定の時間期間に生成された前記対応するタイプのユーザデータの量に基づいて決定される、請求項1に記載のコンピュータ実装方法。
9. 前記重み係数が、対応するタイプのユーザデータの手動介入値に基づいて決定され、前記手動介入値が、バックエンド管理者によって設定され、前記手動介入値が、前記対応するタイプのユーザデータの情報の値に基づいて決定される、請求項7に記載のコンピュータ可読記憶媒体。
10. 前記複数のタイプのユーザデータがフロントエンドユーザデータとバックエンドユーザデータを含み、前記フロントエンドユーザデータが、ブラウジングデータ、ソーシャルメディアインタラクションデータ、または検索データのうちの少なくとも１つを含み、前記バックエンドユーザデータが、トランザクションデータを含む、請求項7に記載のコンピュータ可読記憶媒体。
11. 前記複数のデータキューからの前記優先データキューの選択が、
    前記複数のデータキューのそれぞれに対して前記重み係数と前記ユーザデータの現在の長さの積を計算することと、
    前記優先データキューとして、最大の積値を有するキューを選択することと
    を備える、請求項7に記載のコンピュータ可読記憶媒体。
12. 特定のデータキューに関連する対応するタイプのユーザデータがより高い情報値を有する場合、前記特定のデータキューの所定の最大がより大きい、請求項7に記載のコンピュータ可読記憶媒体。
13. コンピュータ実装システムであって、
    １つまたは複数のコンピュータと、
    前記１つまたは複数のコンピュータに相互動作可能に結合される１つまたは複数のコンピュータメモリデバイスであって、１つまたは複数の命令を記憶する有形の機械可読記憶媒体を有し、前記１つまたは複数のコンピュータによって実施されたとき、
    複数のタイプのユーザデータを収集することと、
    前記複数のタイプのユーザデータを複数のデータキューに格納することであって、前記複数のデータキューのうちの各データキューが所定の最大長を有し、かつ前記複数のタイプのユーザデータのうちの１つのタイプのユーザデータを格納し、前記複数のデータキューに格納された前記複数のタイプのユーザデータが、キャッシュ内のデータを更新するために使用される、ことと
    現在の時間が前記キャッシュを更新するための予定時刻であることを判定することであって、前記キャッシュは周期的に更新される、ことと、
    現在の時間が前記キャッシュを更新するための予定時刻であることを判定したことに応答して、前記複数のデータキューの各データキューについての重み係数とユーザデータの現在の長さを決定することと、
    前記複数のデータキューの各データキューに対応する前記重み係数と前記ユーザデータの現在の長さに基づいて、前記複数のデータキューから優先データキューを選択することと、
    前記優先データキューに格納されたユーザデータの１つまたは複数の部分を前記キャッシュに書き込むことと
    を備える１つまたは複数の動作を実行する、コンピュータ実装システム。
14. 前記重み係数が、対応するタイプのユーザデータの人気度の値に基づいて決定され、前記人気度の値が、所定の時間期間に生成された前記対応するタイプのユーザデータの量に基づいて決定される、請求項13に記載のコンピュータ実装システム。
    ュータ可読記憶媒体。
15. 前記複数のタイプのユーザデータがフロントエンドユーザデータとバックエンドユーザデータを含み、前記フロントエンドユーザデータが、ブラウジングデータ、ソーシャルメディアインタラクションデータ、または検索データのうちの少なくとも１つを含み、前記バックエンドユーザデータが、トランザクションデータを含む、請求項13に記載のコンピュータ実装システム。
16. 前記複数のデータキューからの前記優先データキューの選択が、
    前記複数のデータキューのそれぞれに対して前記重み係数と前記ユーザデータの現在の長さの積を計算することと、
    前記優先データキューとして、最大の積値を有するキューを選択することと
    を備える、請求項13に記載のコンピュータ実装システム。
17. 特定のデータキューに関連する対応するタイプのユーザデータがより高い情報値を有する場合、前記特定のデータキューの所定の最大がより大きい、請求項13に記載のコンピュータ実装システム。
18. 前記重み係数が、対応するタイプのユーザデータの手動介入値に基づいて決定され、前記手動介入値が、バックエンド管理者によって設定され、前記手動介入値が、前記対応するタイプのユーザデータの情報の値に基づいて決定される、請求項13に記載のコンピュータ実装システム。

Images