(57)【要約】  本願は、情報処理方法及び装置、並びに動的情報を表示するための方法及び装置を提供する。情報処理方法は、更新が必要な情報カテゴリを特定するステップと；特定されたカテゴリの情報をキャッシュに書き込むステップと；を含み、受信された後、カテゴリの情報は、情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される。この方法においては、特に価値のある情報をキャッシュに書き込むことができる。
2019527398.tif 000002
【特許請求の範囲】
【請求項１】
情報処理方法であって：
更新が必要な情報カテゴリを特定するステップと；
前記特定されたカテゴリの情報をキャッシュに書き込むステップと；を備え、
受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される、
情報処理方法。
【請求項２】
現在の時刻が予定時刻に到達したときに、更新が必要な前記情報カテゴリを特定するステップを実行するために、前記キャッシュを更新する前記予定時刻に前記現在の時刻が到達したか否かを特定するステップをさらに備える、
請求項１に記載の情報処理方法。
【請求項３】
情報ジェネレータによって送信された情報を受信するステップと；
前記情報カテゴリを特定するステップと；
前記カテゴリに対応する格納スペースに前記情報を格納するステップと；をさらに備える、
請求項１に記載の情報処理方法。
【請求項４】
前記情報ジェネレータによって送信された情報を受信する前記ステップの後に、
前記情報が所定のカテゴリの情報であるか否かを特定するステップであって、前記情報が前記所定のカテゴリの情報である場合には前記情報カテゴリを特定する、ステップをさらに備える、
請求項３に記載の情報処理方法。
【請求項５】
前記カテゴリに対応する格納スペースに前記情報を格納する前記ステップは、
異なるカテゴリの情報を異なるキューに格納する、
請求項３に記載の情報処理方法。
【請求項６】
更新が必要な情報カテゴリを特定する前記ステップは：
各キューの重み係数及び現在のキューの長さを取得するステップと；
前記重み係数及び前記現在のキューの長さに基づき、複数の前記キューから１つのキューを特定するステップと；を備える、
請求項５に記載の情報処理方法。
【請求項７】
重み係数は人気度の値及び／又は手動介入値を備え、前記人気度の値は、前記キューに格納された情報の人気度の値であり、前記情報の人気度の値は、ユーザによるものであって且つ前記情報に対応するオペレーション動作の人気度の統計が収集された後に取得される、
請求項６に記載の情報処理方法。
【請求項８】
前記異なるキューの最大長は、格納された情報に関連付けられる、
請求項５に記載の情報処理方法。
【請求項９】
前記重み係数及び前記現在のキューの長さに基づき、複数の前記キューから１つのキューを特定する前記ステップは：
前記重み係数と前記現在のキューの長さとの積を計算し、複数の前記キューから最大の積値を有する１つのキューを選択するステップと；
最大の積値を有する１つのキューが存在する場合に、前記最大の積値を有する前記キューを特定されたキューとして用いるステップ；又は
最大の積値を有するキューが複数存在する場合に、所定のアルゴリズムに基づいて最大の積値を有する複数のキューから１つのキューを特定するステップ；を備える、
請求項６に記載の情報処理方法。
【請求項１０】
前記特定されたカテゴリの情報をキャッシュに書き込む前記ステップは：
現在存在し且つ前記特定されたカテゴリに最も長い時間格納されている１つの情報を、前記キャッシュに書き込むステップを備える、
請求項１に記載の情報処理方法。
【請求項１１】
情報ジェネレータによって送信された情報を受信する前記ステップは：
統一モジュールを用いて情報ジェネレータによって送信された情報を受信するステップであって、複数の情報ジェネレータにより同一カテゴリの情報が生成される場合には、前記複数の情報ジェネレータが前記統一モジュールに接続される、ステップを備える、
請求項３に記載の情報処理方法。
【請求項１２】
前記所定のカテゴリの情報は動的情報である、
請求項４に記載の情報処理方法。
【請求項１３】
動的情報を表示する方法であって：
前記動的情報をサーバのキャッシュから取得するステップと；
前記動的情報を表示するステップと；を備え、
前記動的情報は情報カテゴリに関連付けられる、
動的情報を表示する方法。
【請求項１４】
前記サーバのデータベースから静的情報を取得するステップをさらに備える、
請求項１３に記載の方法。
【請求項１５】
前記生成された動的情報を前記サーバに送信するステップをさらに備える、
請求項１３に記載の方法。
【請求項１６】
情報処理装置であって：
プロセッサと；
前記プロセッサによって実行可能な命令を格納するように構成されたメモリと；を備え、
前記プロセッサは：
更新が必要な情報カテゴリを特定し；
前記特定されたカテゴリの情報をキャッシュに書き込むように構成され、
受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される、
情報処理装置。
【請求項１７】
前記プロセッサはさらに：
現在の時刻が予定時刻に到達したときに、更新が必要な前記情報カテゴリの特定を実行するために、前記キャッシュを更新する前記予定時刻に前記現在の時刻が到達したか否かを特定するように構成される、
請求項１６に記載の情報処理装置。
【請求項１８】
前記プロセッサはさらに：
情報ジェネレータによって送信された情報を受信し；
前記情報カテゴリを特定し；
前記カテゴリに対応する格納スペースに前記情報を格納するように構成される、
請求項１６に記載の情報処理装置。
【請求項１９】
動的情報を表示する装置であって：
プロセッサと；
前記プロセッサによって実行可能な命令を格納するように構成されたメモリと；を備え、
前記プロセッサは：
動的情報をサーバのキャッシュから取得し；
前記動的情報を表示するように構成され、
前記動的情報は情報カテゴリに関連付けられる、
動的情報を表示する装置。
【請求項２０】
前記プロセッサはさらに：
生成された前記動的情報を前記サーバに送信するように構成される、
請求項１９に記載の装置。
【請求項２１】
情報処理システムであって：
フロントエンドインタフェースによって生成された動的情報を受信するように構成された収集デバイスと；
バックエンドサーバによって生成された動的情報を受信するように構成されたメッセージデバイスと；
サービスデバイスであって、前記収集デバイスによって送信された前記動的情報及び前記メッセージデバイスによって送信された前記動的情報を受信し、前記動的情報を含むカテゴリに基づいたカテゴリに対応する格納スペースに前記動的情報を格納し、前記キャッシュを更新する必要がある場合に、前記特定されたカテゴリの前記動的情報を前記キャッシュに書き込むように構成された、前記サービスデバイスと；
前記サービスデバイスによって書き込まれた前記動的情報を受信するように構成されたキャッシングデバイスと；を備える、
情報処理システム。
【請求項２２】
生成された前記動的情報を前記収集デバイスに送信するように構成され、前記動的情報を表示する必要がある場合には、表示のために前記キャッシングデバイスから動的情報を取得する、フロントエンドインタフェースデバイスをさらに備える、
請求項２１に記載の情報処理システム。
【請求項２３】
前記サービスデバイスは：
異なるカテゴリの前記動的情報を異なるキューに格納し；
前記キャッシュを更新する必要がある場合に、各キューの重み係数及び現在のキューの長さを求め、重み係数及び現在のキューの長さに基づいて複数の前記キューから１つのキューを特定し；
現在存在し且つ前記特定されたキューに最も長い時間格納されている１つの情報を、前記キャッシュに書き込む；ように構成される、
請求項２１に記載の情報処理システム。
【請求項２４】
前記重み係数は、人気度の値及び手動介入値を備え、
前記人気度の値を算出するように構成された人気度モデルデバイスと；
前記手動介入値を設定するように構成された手動介入デバイスと；をさらに備える、
請求項２３に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年６月６日に提出され「情報処理方法及び装置、並びに動的情報を表示するための方法及び装置」と題された中国特許出願第２０１６１０３９３５８０．４号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。
【０００２】
本願はインターネット技術の分野に関し、特に、情報処理方法及び装置、並びに動的情報を表示するための方法及び装置に関する。
【背景技術】
【０００３】
インターネット技術の発展に伴い、多くのインターネット金融ソリューションが登場している。インターネット金融ソリューションの１つは、インターネットクラウドファンディングである。ユーザがクラウドファンディングプロジェクトに関してインターネットクラウドファンディングページにアクセスした後、進行中の資金調達プロジェクト、閲覧（ブラウジング）情報、社会（ソーシャル）情報、取引（トランザクション）情報等、プロジェクトの動的情報が表示される。
【０００４】
関連技術として、動的情報は、生成された後、情報生成モジュールによってキャッシュに直接書き込まれる。例えば、ユーザインタフェースは閲覧情報と社会情報をキャッシュに直接書き出し、取引サービスモジュールは取引情報をキャッシュに直接書き込む。
【０００５】
生成された動的情報は大量のデータ、特に閲覧情報を含むことができるので、キャッシュ上で多数の書き込み操作を実行する必要がある。しかしながら、キャッシュ上では、少量の書き込み操作と、大量の読み出し操作を行うことが好ましい。そのため、キャッシュに過大な書き込み圧力がかかり、キャッシュ性能に影響を与える。
【０００６】
さらに、プロジェクトごとに、最新の情報が数個だけキャッシュされ、ユーザインタフェースがキャッシュから情報を読み出して表示するときには、比較的新しい情報が表示される。ユーザのより頻繁な動作は閲覧（ブラウジング）であるので、キャッシュ内の比較的新しい情報は、通常、閲覧情報である。これに対応して、閲覧情報が通常表示され、社会情報及び取引情報は埋没する。しかし、ユーザにとってより価値のある情報は、社会情報や取引情報であるため、表示される情報の価値が低く、特に価値のある（貴重な）情報を表示することができない。
【発明の概要】
【０００７】
本願は、関連技術における技術的課題の少なくとも１つを少なくともある程度解決することを意図している。
【０００８】
而して、本願の目的は、情報処理方法及び装置を提供することにある。
【０００９】
前述の目的を達成するために、本願の第１の態様に係る実施は、情報処理方法を提供する。この方法は、更新が必要な情報カテゴリを特定するステップと；前記特定されたカテゴリの情報をキャッシュに書き込むステップと；を含み、受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納されるものである。
【００１０】
前述の目的を達成するために、本願の第２の態様に係る実施は、情報処理装置を提供する。この装置は、更新が必要な情報カテゴリを特定するように構成された特定モジュールと；特定されたカテゴリの情報をキャッシュに書き込むように構成された書き込みモジュールと；を含み、受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納されるものである。
【００１１】
前述の目的を達成するために、本願の第３の態様に係る実施は、動的情報を表示するための方法を提供する。この方法は、前記動的情報をサーバのキャッシュから取得するステップと；前記動的情報を表示するステップと；を含み、前記動的情報は情報カテゴリに関連付けられるものである。
【００１２】
前述の目的を達成するために、本願の第４の態様に係る実施は、動的情報を表示するための装置を提供する。この装置は、サーバのキャッシュから動的情報を取得するように構成された取得モジュールと；前記動的情報を表示するように構成され、前記動的情報は情報カテゴリに関連づけられる、表示モジュールと；を含む。
【００１３】
前述の目的を達成するために、本願の第５の態様に係る実施は、情報処理装置を提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、更新が必要な情報カテゴリを特定し、特定されたカテゴリの情報をキャッシュに書き込むように構成され、受信した後、前記カテゴリの情報は、前記情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される。
【００１４】
前述の目的を達成するために、本願の第６の態様に係る実施は、動的情報を表示するための装置を提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、サーバのキャッシュから動的情報を取得し、前記動的情報を表示するように構成され、前記動的情報は情報カテゴリに関連付けられる。
【００１５】
前述の目的を達成するために、本願の第７の態様に係る実施は、情報処理システムを提供する。このシステムは、フロントエンドインタフェースによって生成された動的情報を受信するように構成された収集デバイスと；バックエンドサーバによって生成された動的情報を受信するように構成されたメッセージデバイスと；サービスデバイスであって、前記収集デバイスによって送信された前記動的情報及び前記メッセージデバイスによって送信された前記動的情報を受信し、前記動的情報を含むカテゴリに基づいたカテゴリに対応する格納スペースに前記動的情報を格納し、前記キャッシュを更新する必要がある場合に、前記特定されたカテゴリの前記動的情報を前記キャッシュに書き込むように構成された、前記サービスデバイスと；前記サービスデバイスによって書き込まれた前記動的情報を受信するように構成されたキャッシングデバイスと；を含む。
【００１６】
本願の実施において提供される技術的解決策は、以下の有益な効果を有する。
【００１７】
特定されたカテゴリの情報がキャッシュに書き込まれるので、特に価値のある情報を選択してキャッシュに書き込むことができる。キャッシュから情報を読み取り、情報を表示するとき、ユーザインタフェースは、特に価値のある情報を表示することができる。
【００１８】
また、情報の生成時に直接キャッシュに情報を書き込むのではなく、キャッシュを更新する予定時刻に現在の時刻が到達したときにのみ情報をキャッシュに書き込むので、書き込み時間を短縮することができ、キャッシュの書き込み圧力を低減し、キャッシュ性能を向上させることができる。さらに、情報ジェネレータ（情報生成部）によって送信された情報が格納されるので、情報の沈殿（ｐｒｅｃｉｐｉｔａｔｉｏｎ）を実現し、関連する手順のためのデータのサポートを提供することができる。
【００１９】
本願のいくつかの追加の態様及び利点は、以下の説明において提供され、以下の説明から明らかであり、あるいは本願を実施することによって理解可能である。
【図面の簡単な説明】
【００２０】
本願の前述の及び／又は副次的な態様及び利点は、添付の図面を参照した以下の実施の説明で明らかであり理解可能である。
【００２１】
【図１】図１は、本願の一実施に係る、情報処理方法を示す概略フローチャートである。
【００２２】
【図２】図２は、本願の他の実施に係る、情報処理方法を示す概略フローチャートである。
【００２３】
【図３】図３は、本願のさらに他の実施に係る、情報処理方法を示す概略フローチャートである。
【００２４】
【図４】図４は、本願のさらに他の実施に係る、情報処理方法を示す概略フローチャートである。
【００２５】
【図５】図５は、図４に対応する処理システムの概略構成図である。
【００２６】
【図６】図６は、本願の一実施に係る、情報処理装置を示す概略構成図である。
【００２７】
【図７】図７は、本願の一実施に係る、情報処理装置を示す概略構成図である。
【００２８】
【図８】図８は、本願の一実施に係る、動的情報を表示する方法を示す概略フローチャートである。
【００２９】
【図９】図９は、本願の一実施に係る、動的情報を表示するための装置を示す概略構造図である。
【００３０】
【図１０】図１０は、本願の他の実施に係る、動的情報を表示するための装置を示す概略構造図である。
【発明を実施するための形態】
【００３１】
本願の実施を以下に詳細に説明し、実施の例を添付図面に示す。同一又は類似の参照符号は、同一又は類似のモジュール又は同一又は類似の機能を有するモジュールを表す。添付図面を参照して以下に説明される実施は例示的なものであり、本願を説明することのみを意図しており、本願を限定するものとして解釈されるべきではない。それどころか、本願のこの実施は、添付の特許請求の範囲の精神及び範囲を逸脱することのない、変更、修正及び均等物を包含するものである。
【００３２】
図１は、本願の一実施に係る、情報処理方法を示す概略フローチャートである。
【００３３】
図１を参照すると、この実施の方法は、以下のステップを含む。
【００３４】
Ｓ１１：更新が必要な情報カテゴリを特定する。
【００３５】
Ｓ１２：特定したカテゴリの情報をキャッシュに書き込む。
【００３６】
受信した後、カテゴリの情報は、情報カテゴリに基づいたカテゴリに対応する格納スペースに格納（記憶）される。
【００３７】
いくつかの実施では、図２に示すように、この方法は、Ｓ１１の前に、以下のステップをさらに含むことができる。
【００３８】
Ｓ２１：情報ジェネレータから送信された情報を受信する。
【００３９】
この実施における実行主体は処理モジュールと呼ばれ、処理モジュールと情報ジェネレータとの間に統一モジュールが配置され得ると仮定する。統一モジュールは、情報ジェネレータによって生成された情報を受け取り、情報を処理モジュールに送る。
【００４０】
したがって、本ステップは、統一モジュールを使用して情報ジェネレータによって送信された情報を受信することができる。
【００４１】
統一モジュールの数は１つに限定されない。異なる情報カテゴリに基づいて、異なる統一モジュールを使用することができる。例えば、フロントエンド（ページ等）によって生成された情報は、１つの統一モジュールを使用して処理モジュールに送られ、バックエンド（取引サーバ等）によって生成された情報は、他の統一モジュールを使用して処理モジュールに送られる。
【００４２】
情報を生成した後、各情報ジェネレータは、生成された情報を同一の統一モジュールに送信し、依存関係を有する情報ジェネレータ間の直接の依存を回避し、それにより拡張を容易にする。例えば、情報ジェネレータＡと情報ジェネレータＢとの間に依存関係があり、統一モジュールがない場合には、情報ジェネレータＡと情報ジェネレータＢとを直接接続する必要があり、制約が生じる。しかし、情報ジェネレータＡと情報ジェネレータＢの両方が統一モジュールに接続されていれば、そのような制約を回避することができる。
【００４３】
いくつかの実施では、受信された情報は、この実施で提供される処理を所定のカテゴリの情報に対して実行するため、所定のカテゴリの情報とすることができる。
【００４４】
あるいは、いくつかの実施では、Ｓ２１で情報を受信した後、この情報が所定のカテゴリの情報である場合にＳ２２以降のステップを実行するべく、所定のカテゴリの情報であるか否かを特定する。
【００４５】
また、前記所定のカテゴリの情報は、動的情報であってよく、この動的情報は、時間の経過と共に動的に変化する情報である。動的情報は、閲覧情報、社会情報、取引情報等、異なるカテゴリにさらに分類することができる。あるプロジェクトの動的情報を例として使用する。例えば、閲覧情報は、ユーザＡがプロジェクトを閲覧することを示し、社会情報は、ユーザＡがプロジェクトに対するコメントを作成する、あるいはユーザＡがプロジェクトについての「いいね」アイコンをクリックすることを示し、取引情報は、ユーザＡがプロジェクトにどれだけの金額を投資するかを示す。
【００４６】
Ｓ２２：情報カテゴリを特定する。
【００４７】
Ｓ２３：カテゴリに対応する格納スペースに情報を格納する。
【００４８】
図３を参照すると、処理モジュールはローカルにキューを作成することができる。このキューは、最初は空に設定することができる。情報を受信した後、処理モジュールは、作成されたキューに情報を格納することができる。具体的には、情報カテゴリに基づいて、異なるカテゴリの情報を異なるキューに格納することができる（Ｓ３１）。
【００４９】
例えば、情報は、閲覧情報、社会情報、及び取引情報に分類することができる。閲覧キュー、社会キュー、取引キューの３つのキューが作成できる。情報が受信された後、情報は対応するカテゴリのキューに格納される。例えば、閲覧情報を受信した場合は、この閲覧情報は閲覧キューに格納され、社会情報を受信した場合は、この社会情報は社会キューに格納され、取引情報を受信した場合は、この取引情報が取引キューに格納される。
【００５０】
さらに、各キューの最大長を設定することができる。
【００５１】
異なるキューの最大長は、同じであっても異なっていてもよい。
【００５２】
例えば、キューの最大長は、キューに格納されている情報に関連付けることができる。具体的には、キューの最大長は、格納された情報の値に対し正の相関を有することができる。例えば、キューに格納されている情報の値が大きいほど、キューの最大長が長いことを示す。各タイプの情報の値は、実際の必要性に基づいて特定することができる。
【００５３】
例えば、閲覧キュー、社会キュー、及び取引キューの最大長はそれぞれ１、５及び１０であり、情報を１つのキューに格納し、現在のキューの長さが最大長（キューが満杯）に達すると、最も長い期間格納された情報を削除し、最新の情報をキューに格納する。
【００５４】
現在のキューの長さは、キューの現在の状態を検出することによって取得できる。例えば、処理モジュール内にカウンタを配置することができ、カウンタは、現在のキューの長さを得るために、各キューに格納された情報量の統計を収集するように構成される。例えば、閲覧キューに現在１つの閲覧情報が格納されている場合、その閲覧キューの現在のキューの長さは１であると特定される。
【００５５】
さらに、図２を参照すると、Ｓ１１の前に、この方法は、以下のステップをさらに含むことができる。
【００５６】
Ｓ２４：キャッシュを更新する予定時刻に現在の時刻が到達しているか否かを特定する。ＹｅｓであればＳ１１以降のステップを実行し、それ以外の場合はＳ２４以降のステップを繰り返す。
【００５７】
キャッシュは定期的に更新するよう設定することができる。現在の時刻が予め設定された更新の時刻に達すると、対応するカテゴリを特定することができ、特定されたカテゴリの情報をキャッシュに書き込むことができる。
【００５８】
図３に示すように、更新が必要な情報カテゴリを特定するステップは、以下のステップを含むことができる。
【００５９】
Ｓ３２：各キューの重み係数と現在のキューの長さを取得する。
【００６０】
重み係数は、人気度の値及び／又は手動介入値を含むことができる。
【００６１】
人気度の値は、キューに格納された情報の人気度の統計を収集することによって取得することができる。例えば、閲覧キューの人気度の値は閲覧情報の人気度の値であり、社会キューの人気度の値は社会情報の人気度の値等である。１つの情報カテゴリの人気度の値は、それが観測時間ウィンドウに現れる総回数とすることができる。したがって、情報カテゴリがより頻繁に出現する場合、情報カテゴリ及び対応するキューの人気度の値はより大きい。
【００６２】
手動介入値は手動で設定される。各キューの手動介入値は、要求に基づいて設定することができる。例えば、あるカテゴリの情報がより価値がある場合、情報カテゴリ及び対応するキューの手動介入値はより大きく設定される。例えば、社会情報は閲覧情報よりも価値があるため、社会キューの手動介入値を閲覧キューの手動介入値よりも大きくなるように設定することができる。
【００６３】
現在のキューの長さは、配置されたカウンタを使用して各キューの長さをカウントすることによって取得できる。
【００６４】
Ｓ３３：重み係数と現在のキューの長さに基づいて、複数のキューから１つのキューを特定する。
【００６５】
各キューについて、重み係数（人気度の値及び手動介入値等）と現在のキューの長さとの積が計算され、最大の積値を有するキューが選択される。
【００６６】
さらに、最大の積値を有するキューが１つである場合には、この最大の積値を有するキューが選択されたキューとして特定される。
【００６７】
あるいは、最大の積値を有するキューが複数存在する場合、所定のアルゴリズムに基づいて最大の積値を有する複数のキューから１つのキューがさらに選択される。例えば、所定のアルゴリズムは、手動介入値に基づいて選択を行うものである。最大の積値を持つキューとして、キューＡとキューＢが含まれているものとする。キューＡの手動介入値がキューＢの手動介入値より大きい場合、選択されたキューはキューＡであると特定される。
【００６８】
手動で設定する際、キューごとに異なる手動介入値を設定する必要があることが理解できる。
【００６９】
キューが選択されると、情報をキューから読み取ってキャッシュに書き込むことができる。
【００７０】
図３に示すように、キューから情報を読み出し、キャッシュに情報を書き込むステップは、以下のステップを含むことができる。
【００７１】
Ｓ３４：キャッシュ内に、特定されたキューに現在存在し且つ最も長い時間格納されている１つの情報を書き込む。
【００７２】
キューから情報が読み取られると、ファーストイン・ファーストアウト（ＦＩＦＯ）ルールが実行される。
【００７３】
さらに、情報がキャッシュに書き込まれるとき、キャッシュはいくつかの最新情報のみを格納することができる。
【００７４】
この実施では、更新が必要な情報カテゴリが特定され、特定されたカテゴリの情報がキャッシュに書き込まれるため、特に価値のある情報を選択してキャッシュに書き込むことができる。キャッシュから情報を読み取り、情報を表示するとき、ユーザインタフェースは、この特に価値のある情報を表示することができる。さらに、情報が生成されたときに直接キャッシュに情報を書き込む代わりに、キャッシュが更新される必要がある場合にのみ情報がキャッシュに読み書きされるため、書き込み時間を短縮することができ、キャッシュの書き込み圧力を低減し、キャッシュ性能を向上させることができる。さらに、情報ジェネレータによって送信された情報が格納されるので、情報の沈殿（ｐｒｅｃｉｐｉｔａｔｉｏｎ）を実現し、関連する手順のためのデータのサポートを提供することができる。
【００７５】
前述した情報をキャッシュする方法を金融プロジェクトの動的情報を処理するシナリオに適用する場合、本発明は以下のような実施をさらに提供することができる。
【００７６】
図４は、本願のさらに他の実施に係る、情報処理方法を示す概略フローチャートである。図５は、図４に対応する処理システムの概略構成図である。
【００７７】
図５に示すように、前述した処理システムは、フロントエンドインタフェース５１と、収集モジュール５２と、動的情報キャッシングモジュール５３と、マーケットバックエンドサービスモジュール５４と、人気度モデル５５と、手動介入モジュール５６と、メッセージモジュール５７と、取引サービスモジュール５８と、データベース５９とを含む。
【００７８】
図５に示すように、フロントエンドインタフェースはクライアントソフトウェアに配置され、他のモジュールはサーバに配置される。図５では、収集モジュールがサーバ内に配置されているが、収集モジュールは代替的にクライアントソフトウェア内に配置されてもよいことは、留意すべき事項である。
【００７９】
各モジュールの説明は以下のとおりである。
【００８０】
フロントエンドインタフェースは、システムに入った後にユーザが見るインタフェースであり、ユーザの操作はこのフロントエンドインタフェースを用いて実現され、フロントエンドインタフェースはユーザインタフェースと呼ばれることがある。
【００８１】
収集モジュールは、フロントエンドインタフェース上のユーザのオペレーション動作（例えば、クリック動作や検索動作）を検出するように構成され、マーケットバックエンドサービスモジュール及び人気度モデルにこのオペレーション動作を送信する。
【００８２】
動的情報キャッシングモジュールは、各キャッシュプロジェクト（略してプロジェクト）ごとにキャッシュリストを設定するように構成されており、各キャッシュリストには、プロジェクトに表示する必要がある動的情報が格納される。
【００８３】
マーケットバックエンドサービスモジュールは、収集モジュール及びメッセージモジュールによって送信された情報を処理し、人気度モデル及び手動介入モジュールと組み合わせて重み計算を実行し、キャッシュ内の動的情報を更新するように構成される。
【００８４】
人気度モデルは、ユーザに人気の選択及び検索情報を分析し、各情報カテゴリの人気度の値を提供するために使用される。
【００８５】
手動介入モジュールは、バックエンド管理者が各情報カテゴリの手動介入値を設定するために使用される。
【００８６】
メッセージモジュールは、取引サービスモジュールの取引メッセージの配信を担当する。
【００８７】
データベースは、情報を格納するために使用される。例えば、収集モジュールによって送信された情報を受信した後、人気度モデルは情報をデータベースに格納することができ、また、人気度モデルが人気度の値を計算する必要がある場合、人気度モデルはデータベースから情報を取得し、人気度の値を計算する。
【００８８】
図４を参照すると、前述のモジュール間のインタラクション（対話）の手順は、以下のステップを含む。
【００８９】
Ｓ４０１：フロントエンドインタフェースは、プロジェクト上のユーザのユーザオペレーション動作を検出し、そのユーザオペレーション動作を収集モジュールに送信する。
【００９０】
ユーザがプロジェクトのページを開いた後、ユーザは、閲覧、「いいね」アイコンのクリック、コメント、共有、取引の作成、プロジェクトの検索等の操作（オペレーション）を行うことができる。これに対応して、フロントエンドインタフェースは、例えば、閲覧動作（検出されたプロジェクト上でのクリック）、社会動作（「いいね」アイコンをクリックする、コメントする、共有する等を含む）、及び検索動作といった対応する特定のユーザオペレーション動作を検出することができる。
【００９１】
Ｓ４０２：収集モジュールは、フロントエンドインタフェースによって送信されたユーザオペレーション動作に基づいて、バックエンドサービスとは独立した閲覧情報や社会情報等の動的情報を取得する。
【００９２】
動的情報は、バックエンドサービスに依存する情報と、バックエンドサービスとは独立した情報とに分類することができる。例えば、バックエンドサービスに依存する情報には、取引情報が含まれる。例えば、バックエンドサービスとは独立した情報には、閲覧情報及び社会情報が含まれる。
【００９３】
本実施では、バックエンドサービスに依存する情報は取引情報であり、バックエンドサービスとは独立した情報は閲覧情報及び社会情報である。
【００９４】
したがって、ユーザオペレーション動作が閲覧動作又は社会動作である場合には、対応する閲覧情報及び社会情報を取得することができる。
【００９５】
Ｓ４０３：収集モジュールは、閲覧情報及び社会情報をマーケットバックエンドサービスモジュールに送信する。
【００９６】
例えば、閲覧情報は、ユーザＡが閲覧を行ったこと、及びユーザＢが閲覧を行ったことを示す。
【００９７】
例えば、社会情報は、ユーザＡが何を言っているのか、及びユーザＢが何を言っているのかを示し、及び／又は、ユーザＡが「いいね」アイコンをクリックしたこと、及びユーザＢが「いいね」アイコンをクリックしたこと等を示す。
【００９８】
Ｓ４０４：収集モジュールは、ユーザオペレーション動作の人気度モデルを通知する。
【００９９】
例えば、ユーザがフロントエンドインタフェース上で閲覧動作を１回実行すると、収集モジュールは、その閲覧動作が現在１回実行されているという通知メッセージを人気度モデルに送信する。
【０１００】
Ｓ４０５：人気度モデルは、通知メッセージに基づいて各情報カテゴリの人気度の値の統計を収集する。
【０１０１】
例えば、人気度モデルにカウンタを配置し、カウンタの初期値を０とし、１つの動作の通知メッセージを１つ受信すると、その動作に対応する情報の人気度の値を１増加させる。
【０１０２】
例えば、人気度モデルは、ユーザが閲覧動作を実行する度に、閲覧情報の人気度の値を１ずつ増加させる。人気度モデルは、ユーザが社会動作を実行する度に、社会情報の人気度の値を１ずつ増加させる。人気度モデルは、ユーザが取引動作を実行する度に、取引情報の人気度の値を１ずつ増加させる。
【０１０３】
前述の統計収集を実行するときには、それに応じて、各プロジェクトのユーザに対する統計収集が人気度モデルによって行われることが理解できる。例えば、プロジェクトＡの閲覧情報の人気度の値は、プロジェクトＡを閲覧したユーザに対して生成された人気度の値である。
【０１０４】
さらに、前述の閲覧には、同じプロジェクトの閲覧ページを含むことができる。社会動作には、主に、これらの社会ブロックのアイコンをクリックし、これらの社会ブロックにコメントし、これらの社会ブロックを共有するときに生成される動作が含まれる。取引には、主に進行中の取引とユーザの取引行為とを含む。
【０１０５】
また、本実施では、閲覧、社会動作及び取引を例として用い、また、検索をさらに含むことができる。
【０１０６】
さらに、検索は、直接検索及び間接検索を含むことができる。例えば、システムにおいて、プロジェクト名が「ゼロカーボンテクノロジー」であり、ユーザが検索ボックス内に「ゼロカーボンテクノロジー」を直接検索することは、このプロジェクトを直接検索することである。
【０１０７】
Ｓ４０６：取引サービスモジュールは、取引情報をメッセージモジュールに送信する。
【０１０８】
Ｓ４０７：メッセージモジュールは、取引情報をマーケットバックエンドサービスモジュールに送信する。
【０１０９】
Ｓ４０８：マーケットバックエンドサービスモジュールは、受信した情報を対応するカテゴリのキューに格納する。
【０１１０】
例えば、閲覧情報は閲覧キューに格納され、社会情報は社会キューに格納され、取引情報は取引キューに格納される。
【０１１１】
前述の手順では、情報ジェネレータは、収集モジュール又はメッセージモジュールを使用して、マーケットバックエンドサービスモジュールに情報を送信することができる。
【０１１２】
マーケットバックエンドサービスモジュールは、情報の沈殿を実施するために情報をキューに格納する。さらに、情報は、特に価値のある情報を選択するために、情報カテゴリに基づいて異なるキューに格納することができる。
【０１１３】
現在の時刻がキャッシュを更新する各予定時刻に到達する、例えば１秒に１回更新するとすれば、Ｓ４０９〜Ｓ４１３は１秒ごとに周期的に実行される。
【０１１４】
Ｓ４０９：マーケットバックエンドサービスモジュールは、人気度モデルから人気度の値を取得する。
【０１１５】
Ｓ４１０：マーケットバックエンドサービスモジュールは、手動介入モジュールから手動介入値を取得する。
【０１１６】
Ｓ４１１：マーケットバックエンドサービスモジュールは、各キューの現在のキューの長さをカウンタから取得する。
【０１１７】
Ｓ４１２：マーケットバックエンドサービスモジュールは、人気度の値、手動介入値、及び各キューの現在のキューの長さの積を計算し、最大の積値を有するキューを選択する。
【０１１８】
Ｓ４１３：選択したキューから１つの情報を動的情報キャッシングモジュールに読み出す。
【０１１９】
さらに、フロントエンドインタフェースが情報を表示する必要がある場合、フロントエンドインタフェースは、キャッシュから情報を読み取り、情報を表示することができる。
【０１２０】
フロントエンドインタフェースは、予定時刻に更新を実行することにより情報を表示することができ、Ｓ４１４及びＳ４１５は、現在の時刻が更新表示を行う予定時刻に到達したときに周期的に実行されてもよいし、ユーザによる更新指示をトリガする操作が受信されたときに実行されてもよい。
【０１２１】
Ｓ４１４：フロントエンドインタフェースは、キャッシュから情報を読み取る。
【０１２２】
Ｓ４１５：フロントエンドインタフェースには、読み取られた情報が表示される。
【０１２３】
本実施でカバーされていない部分については、前述の実施における関連する説明を参照することができることが理解できる。ここでは、説明を簡単にするために詳細は省略している。
【０１２４】
本実施では、キャッシュを更新する時刻に現在の時刻が到達したときに、その情報はキャッシュに書き込まれるので、キャッシュの書き込み圧力を低減することができる。キューは、人気度の値、手動介入値及び現在のキューの長さの積に基づいて選択され、選択されたキューから情報が読み取られるため、特に価値のある情報をキャッシュに書き込んでこの特に価値のある情報を表示することができ、閲覧情報により社会情報及び取引情報が埋没することを回避することができる。動的情報はキューに格納されるので、情報の沈殿を実現し、別の手順でデータをサポートすることができる。メッセージモジュールを使用して取引メッセージを転送すると、異なるサービス間の依存関係によって生じる制限を回避することができる。
【０１２５】
図６は、本願の一実施に係る、情報処理装置（デバイス）を示す概略構成図である。
【０１２６】
図６を参照すると、本実施の装置６０は、特定モジュール６１と書き込みモジュール６２とを含む。
【０１２７】
特定モジュール６１は、更新が必要な情報カテゴリを特定するように構成される。
【０１２８】
書き込みモジュール６２は、特定されたカテゴリの情報をキャッシュに書き込むように構成される。
【０１２９】
受信した後、カテゴリの情報は、情報カテゴリに基づいたカテゴリに対応する格納スペースに格納される。
【０１３０】
いくつかの実施では、図７に示すように、装置６０は、現在の時刻が予定時刻に到達したときに処理を実行するために特定モジュールをトリガするように、キャッシュを更新するための予定時刻に現在の時刻が到達しているか否かを特定するように構成されたトリガモジュール６３をさらに含むことができる。
【０１３１】
いくつかの実施では、図７に示すように、装置６０は、情報ジェネレータによって送信された情報を受信するように構成された受信モジュール６４と、情報カテゴリを特定し、そのカテゴリに対応する格納スペースに情報を格納するように構成された格納モジュール６５とを含むことができる。
【０１３２】
いくつかの実施では、図７に示すように、装置６０は、情報が所定のカテゴリの情報である場合に処理を実行するために格納モジュールをトリガするように、情報が所定のカテゴリの情報であるか否かを特定する特定モジュール６６をさらに含むことができる。
【０１３３】
いくつかの実施では、格納モジュール６５は、異なるキューに異なるカテゴリの情報を格納するように構成される。
【０１３４】
いくつかの実施では、特定モジュール６１は、各キューの重み係数及び現在のキューの長さを取得し、この重み係数及び現在のキューの長さに基づいて、複数のキューから１つのキューを特定するように構成される。
【０１３５】
いくつかの実施では、重み係数は、人気度の値及び／又は手動介入値を含み、人気度の値はキューに格納された情報の人気度の値であり、情報の人気度の値は、ユーザによるものであって且つ情報に対応するオペレーション動作の人気度の統計が収集された後に、取得される。
【０１３６】
いくつかの実施では、異なるキューの最大長は格納された情報に関連付けられる。
【０１３７】
いくつかの実施では、前記重み係数及び現在のキューの長さに基づいて複数のキューから１つのキューを特定することは、重み係数及び現在のキューの長さの積を計算し、複数のキューから最大の積値を有する１つのキューを選択することを含み、最大の積値を有する１つのキューが存在する場合には、この最大の積値を有するキューを特定されたキューとして用い、又は最大の積値を有するキューが複数存在する場合には、所定のアルゴリズムに基づいて最大の積値を有する複数のキューから１つのキューを特定する。
【０１３８】
いくつかの実施では、書き込みモジュール６２は、現在存在し且つ特定されたカテゴリに最も長い時間格納された１つの情報を、キャッシュに書き込むように構成される。
【０１３９】
いくつかの実施では、受信モジュール６４は、統一モジュールを使用して情報ジェネレータによって送信された情報を受信するように構成され、複数の情報ジェネレータによって同じカテゴリの情報が生成された場合には、複数の情報ジェネレータが統一モジュールに接続される。
【０１４０】
いくつかの実施では、所定のカテゴリの情報は動的情報である。
【０１４１】
本実施における装置は、前述の方法の実施に対応することが理解されよう。詳細については、前述の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。
【０１４２】
本実施では、カテゴリが選択され、選択されたカテゴリから情報が読み出されてキャッシュに書き込まれるため、特に価値のある情報を選択してキャッシュに書き込むことができる。キャッシュから情報を読み取り、情報を表示するときには、ユーザインタフェースは、この特に価値のある情報を表示することができる。さらに、情報が生成されたときに直接情報をキャッシュに書き込むことに代えて、キャッシュを更新するための予定時刻に現在の時刻が到達したときにのみ、情報がキャッシュに読み書きされるため、書き込み時間を短縮することができ、キャッシュの書き込み圧力を低減し、キャッシュ性能を向上させることができる。
【０１４３】
図８は、本願の一実施に係る、動的情報を表示する方法を示す概略フローチャートである。
【０１４４】
図８を参照すると、本実施における手順は、以下のステップを含む。
【０１４５】
Ｓ８１：サーバのキャッシュから動的情報を取得する。
【０１４６】
Ｓ８２：動的情報を表示する。
【０１４７】
動的情報は情報カテゴリに関連付けられる。
【０１４８】
動的情報が生成された直後に動的情報がキャッシュに書き込まれるという、関連技術における解決策を用いる場合、動的情報は生成時刻に関連付けられるため、表示される動的情報は最新の動的情報である。
【０１４９】
この実施では、前述した動的情報は情報カテゴリに関連付けられるため、表示される動的情報は必要なカテゴリの情報に属する。例えば、ユーザは取引情報を見ることを好み、さらに表示される動的情報は取引情報である。
【０１５０】
具体的には、動的情報と情報カテゴリとを関連付けるために、動的情報は、前述の実施における関連するコンテンツを使用することによってキャッシュに書き込むことができる。
【０１５１】
具体的には、動的情報及びサーバによる動的情報の処理手順については、前述の実施を参照することができる。ここでは、説明を簡単にするために詳細は省略している。
【０１５２】
いくつかの実施では、本方法は、サーバのデータベースから静的情報を取得するステップをさらに含むことができる。
【０１５３】
例えば、静的情報には、特定の金融プロジェクトの特定の名前、写真、関連する記述情報等、ウェブページの固定のコンテンツに対応する情報が含まれる。
【０１５４】
いくつかの実施では、本方法は、生成された動的情報をサーバに送信することをさらに含むことができる。
【０１５５】
例えば、クライアントソフトウェアは、閲覧情報及び社会情報などの動的情報をさらに生成することができる。このような情報を生成した後、クライアントソフトウェアは、この情報をサーバに送信することができる。これに対応して、動的情報を受信した後、サーバは、格納のために動的情報を分類することができる。
【０１５６】
本実施の詳細については、前述の実施における関連する説明を参照することができることが理解されよう。ここでは、説明を簡単にするために詳細は省略している。
【０１５７】
図９は、本願の一実施に係る、動的情報を表示するための装置を示す概略構造図である。
【０１５８】
図９を参照すると、本実施における装置９０は、第１の取得モジュール９１及び表示モジュール９２を含む。
【０１５９】
第１取得モジュール９１は、サーバのキャッシュから動的情報を取得するように構成される。
【０１６０】
表示モジュール９２は、動的情報を表示するように構成される。
【０１６１】
動的情報は情報カテゴリに関連付けられている。
【０１６２】
いくつかの実施では、図１０を参照すると、装置９０は、サーバのデータベースから静的情報を取得するように構成された第２の取得モジュール９３をさらに含む。
【０１６３】
いくつかの実施では、図１０を参照すると、装置９０は、生成された動的情報をサーバに送信するように構成された送信モジュール９４をさらに含む。
【０１６４】
本実施における装置は、前述の方法の実施に対応することが理解されよう。詳細については、前述の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。
【０１６５】
本実施では、動的情報が表示され、動的情報が情報カテゴリに関連付けられるので、特に価値のある情報を表示することができる。
【０１６６】
本願はさらに、情報処理装置を提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、更新が必要な情報カテゴリを特定し、特定されたカテゴリの情報をキャッシュに書き込み、受信された後、カテゴリの情報は、情報カテゴリに基づいたカテゴリに対応する格納スペースに格納されるように構成されている。
【０１６７】
いくつかの実施では、プロセッサはさらに、現在の時刻が予定時刻に到達したときに、更新が必要な情報カテゴリを特定することを実行するべく、キャッシュを更新するための予定時刻に現在の時刻が到達しているか否かを特定するよう構成されている。
【０１６８】
いくつかの実施では、プロセッサはさらに、情報ジェネレータによって送信された情報を受信し、情報カテゴリを特定し、カテゴリに対応する格納スペースに情報を格納するよう構成されている。
【０１６９】
いくつかの実施では、情報ジェネレータによって送信された情報を受信した後に、本方法はさらに、情報が所定のカテゴリの情報である場合に、情報カテゴリを特定するステップを実行するために、その情報が所定のカテゴリの情報であるか否かを特定するステップを含む。
【０１７０】
いくつかの実施では、カテゴリに対応する格納スペースに情報を格納するステップは、異なるカテゴリの情報を異なるキューに格納することを含む。
【０１７１】
いくつかの実施では、更新が必要な情報カテゴリを特定するステップは、各キューの重み係数及び現在のキューの長さを取得するステップと、重み係数及び現在のキューの長さに基づいて、複数のキューから１つのキューを特定するステップとを含む。
【０１７２】
いくつかの実施では、重み係数は、人気度の値及び／又は手動介入値を含む。人気度の値は、キューに格納されている情報の人気度の値である。情報の人気度の値は、ユーザによるものであり且つ情報に対応するオペレーション動作の人気度の統計が収集された後に、取得される。
【０１７３】
いくつかの実施では、異なるキューの最大長は格納された情報に関連付けられる。
【０１７４】
いくつかの実施では、重み係数及び現在のキューの長さに基づいて複数のキューから１つのキューを特定するステップは、重み係数と現在のキューの長さとの積を計算するステップと、複数のキューから最大の積値を有する１つのキューを選択するステップと、最大の積値を有する１つのキューが存在する場合に、この最大の積値を有するキューを特定されたキューとして用いるステップ、又は、最大の積値を有するキューが複数存在する場合に、所定のアルゴリズムに基づいて最大の積値を有する複数のキューの中から１つのキューを特定するステップ、を含む。
【０１７５】
いくつかの実施では、特定されたカテゴリの情報をキャッシュに書き込むステップは、現在存在し且つ特定されたカテゴリに最も長い時間格納されている１つの情報を、キャッシュに書き込むステップを含む。
【０１７６】
いくつかの実施では、情報ジェネレータによって送信された情報を受信するステップは、統一モジュールを用いて情報ジェネレータによって送信された情報を受信するステップであって、複数の情報ジェネレータにより同一カテゴリの情報が生成される場合には、前記複数の情報ジェネレータが前記統一モジュールに接続される、ステップを含む。
【０１７７】
いくつかの実施では、所定のカテゴリの情報は動的情報である。
【０１７８】
本実施は、前述した情報処理方法の実施に対応するものであることが理解できる。詳細については、前述の実施の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。
【０１７９】
本願は、動的情報を表示するための装置をさらに提供する。この装置は、プロセッサとメモリとを含む。メモリは、プロセッサによって実行可能な命令を格納するように構成される。プロセッサは、サーバのキャッシュから動的情報を取得し、動的情報を表示するように構成され、動的情報は情報カテゴリに関連付けられる。
【０１８０】
いくつかの実施では、プロセッサはさらに、生成された動的情報をサーバに送信するように構成される。
【０１８１】
いくつかの実施では、プロセッサは、サーバのデータベースから静的情報を取得するようにさらに構成される。
【０１８２】
本実施は、前述の動的情報を表示するための方法の実施に対応することが理解されよう。詳細については、前述の実施の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。
【０１８３】
本願はさらに、情報処理システムを提供し、このシステムは、フロントエンドインタフェースによって生成された動的情報を受信するように構成された収集デバイスと、バックエンドサーバによって生成された動的情報を受信するように構成されたメッセージデバイスと、収集デバイスによって送信された動的情報及びメッセージデバイスによって送信された動的情報を受信し、動的情報を含むカテゴリに基づいたカテゴリに対応する格納スペースに動的情報を格納し、キャッシュを更新する必要がある場合に、特定されたカテゴリの前記動的情報を前記キャッシュに書き込むように構成された、サービスデバイスと、サービスデバイスによって書き込まれた動的情報を受信するように構成されたキャッシングデバイスと、を含む。
【０１８４】
いくつかの実施では、このシステムはさらに、生成された動的情報を収集デバイスに送信するように構成され、動的情報を表示する必要がある場合には、表示のためにキャッシングデバイスから動的情報を取得する、フロントエンドインタフェースデバイスを含む。
【０１８５】
いくつかの実施では、サービスデバイスは、異なるカテゴリの動的情報を異なるキューに格納し、キャッシュを更新する必要がある場合に、各キューの重み係数及び現在のキューの長さを求め、重み係数及び現在のキューの長さに基づいて複数のキューから１つのキューを特定し、現在存在し且つ特定されたキューに最も長い時間格納されている１つの情報を、キャッシュに書き込むように構成される。
【０１８６】
いくつかの実施では、重み係数は、人気度の値及び手動介入値を含み、このシステムはさらに、人気度の値を算出するように構成された人気度モデルデバイスと、手動介入値を設定するように構成された手動介入デバイスとをさらに含む。
【０１８７】
本実施の収集デバイス、メッセージデバイス、サービスデバイス、キャッシングデバイス、フロントエンドインタフェースデバイス、人気モデルデバイス及び手動介入デバイスは、前述の実施の、収集モジュール、メッセージモジュール、マーケットバックエンドサービスモジュール、動的情報キャッシングモジュール、フロントエンドインタフェースモジュール、人気度モデル及び手動介入モジュールにそれぞれ対応することが理解できよう。本実施におけるバックエンドサーバは、前述の実施における取引サービスモジュールに対応する。詳細については、前述の実施の関連する説明を参照することができる。ここでは、説明を簡単にするために詳細は省略している。
【０１８８】
本願の説明において、「第１」及び「第２」という用語は単に説明のために使用されており、相対的な重要性を示唆あるいは包含するものとして理解されるものではないことは特に留意すべき事項である。なお、本明細書の記載において、「複数」とは、特に断らない限り「少なくとも２つ」を意味する用語である。
【０１８９】
フローチャート又は他の方法に記載されている手順又は方法についての説明は、１つ又は複数のモジュール、セグメント、又は特定の論理機能又は手順ステップを実現するために使用される実行可能な命令のコードの一部が含まれ、本願の好ましい実施の範囲は他の実施を含み、そして機能は、基本的に同時の方法又は関連する機能に基づく逆の順序を含む、図示又は議論された順序以外の順序で実施することができると理解することができる。
【０１９０】
本願の部品は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせを使用することによって実現することができることを理解されたい。前述の実施では、メモリに格納され、適切な命令実行システムによって実行されるソフトウェア又はファームウェアを使用することによって、複数のステップ又は方法を実施することができる。例えば、ハードウェアが他の実施と同様に実施に使用される場合、当該技術分野における以下の周知の技術、すなわち、データ信号のための論理関数を実現するように構成された論理ゲート回路を有する離散論理回路、適切な組み合わせ論理ゲート回路を有する特定用途向け集積回路、プログラマブルゲートアレイ（ＰＧＡ）、及びフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等のいずれか１つ又は組み合わせを実施に際し使用することができる。
【０１９１】
当業者であれば、前述の実施における方法のステップの一部又は全部を、関連するハードウェアを指示するプログラムによって実現できることを理解することができる。このプログラムは、コンピュータ読取可能な記憶媒体に格納することができる。このプログラムが実行されると、方法の実施のステップの１つ又は組合せが実行される。
【０１９２】
本願の実施における機能的ユニットは、１つの処理モジュールに統合されてもよく、又は各ユニットが物理的に存在してもよいし、２つ以上のユニットが１つのモジュールに統合されてもよい。統合モジュールは、ハードウェアの形態又はソフトウェアの機能モジュールの形態で実施することができる。統合モジュールがソフトウェアの機能モジュールの形態で実施され、独立した製品として販売又は使用される場合には、統合モジュールはコンピュータ読取可能な記憶媒体に格納することもできる。
【０１９３】
上述した記憶媒体は、リードオンリーメモリ、磁気ディスク、光ディスク等であってもよい。
【０１９４】
本明細書の記載において、「一実施」、「いくつかの実施」、「例」、「特定の例」及び「いくつかの例」などの参照用語は、実施又は実施例を参照して説明された特定の特徴、構造、材料又は特性が本願の少なくとも１つの実施又は実施例に含まれることを意味する。本明細書では、用語の例示的な表現は、必ずしも同じ実施又は実施例を示すものではない。さらに、記載された特定の特徴、構造、材料又は特性は、実施又は実施例のいずれか１つ又は複数において適切な方法で組み合わせることができる。
【０１９５】
以上、本発明の実施について図示し説明したが、前述の実施は例示であり、本発明を限定するものではない。当業者は、本願の範囲内で、前述した実施の変更、修正、置換、及び変形を行うことができる。
【符号の説明】
【０１９６】
５１  フロントエンドインタフェース
５２  収集モジュール
５３  動的情報キャッシングモジュール
５４  マーケットバックエンドサービスモジュール
５５  人気度モデル
５６  手動介入モジュール
５７  メッセージモジュール
５８  取引サービスモジュール
５９  データベース
６０  情報処理装置
６１  特定モジュール
６２  書き込みモジュール
６３  トリガモジュール
６４  受信モジュール
６５  格納モジュール
６６  特定モジュール
９０  動的情報を表示するための装置
９１  第１の取得モジュール
９２  表示モジュール
９３  第２の取得モジュール
９４  送信モジュール
【図１】
2019527398.tif 000003
【図２】
2019527398.tif 000004
【図３】
2019527398.tif 000005
【図４】
2019527398.tif 000006
【図５】
2019527398.tif 000007
【図６】
2019527398.tif 000008
【図７】
2019527398.tif 000009
【図８】
2019527398.tif 000010
【図９】
2019527398.tif 000011
【図１０】
2019527398.tif 000012
【国際調査報告】
2019527398.tif 000013
2019527398.tif 000014
2019527398.tif 000015
2019527398.tif 000016