(57)【要約】【課題】イベントの発生に伴う更新情報について、利用者に関する情報を管理するサーバの負荷を軽減しながら効率よく情報を配信することができる情報配信管理方法及び情報配信管理プログラムを提供する。【解決手段】証券会社システム２０は、ユーザ認証した口座コードとセッションＩＤとを記録し、利用者端末１０に提供する。利用者端末１０は、セッションＩＤを情報管理システム３０に提供する。情報管理システム３０は、セッションＩＤと利用者端末１０のＩＰアドレスとを関連づけて記録する。イベントが生じた場合、証券会社システム２０はセッションＩＤを含む更新トリガを情報管理システム３０は送信する。情報管理システム３０は、セッションＩＤに基づいてＩＰアドレスを抽出し、更新トリガを利用者端末１０に送信する。利用者端末１０のブラウザはその画面の更新要求を行なう。【選択図】      図１
2004265076.tif 000002
【特許請求の範囲】
【請求項１】
利用者毎の管理識別子を管理する第１のサーバと、利用者端末に自動提供型コネクションで接続される第２のサーバとを用いて情報配信の管理を行なう方法であって、
前記第１のサーバが、ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する段階と、
前記第２のサーバが、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する段階と、
前記管理識別子に関するイベントがあった場合、前記第１のサーバが、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する段階と、
前記第２のサーバが、前記仮想識別子に基づいて特定した利用者アドレスに画面更新トリガを送信する段階と
を有することを特徴とする情報配信管理方法。
【請求項２】
利用者端末に自動提供型コネクションで接続される第２のサーバに接続され、利用者毎の管理識別子を管理する第１のサーバを用いて情報配信の管理を行なう方法であって、
前記第１のサーバが、
ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する段階と、
前記第２のサーバのアドレス記憶手段に、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけて記録させるために、前記第２のサーバに前記仮想識別子を提供する段階と、
前記管理識別子に関するイベントがあった場合、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する段階と
を有することを特徴とする情報配信管理方法。
【請求項３】
前記第１のサーバから前記第２のサーバへの前記仮想識別子の提供は、前記利用者端末を介して行なうことを特徴とする請求項１又は２に記載の情報配信管理方法。
【請求項４】
前記第１のサーバは、イベント毎に影響を与える画面の更新画面識別子を記録した更新データ記憶手段をさらに有し、
前記第１のサーバが、
前記管理識別子に関するイベントに基づいて更新画面識別子を抽出し、
前記更新トリガに、抽出した更新画面識別子を含める段階
をさらに有することを特徴とする請求項１〜３のいずれか１項に記載の情報配信管理方法。
【請求項５】
第１のサーバは、イベント毎に、更新トリガ密度に対応させた優先順位に関するデータを記録した更新データ記憶手段をさらに有し、
前記第１のサーバは、
更新トリガ密度を計算し、前記更新トリガ密度に基づいて優先順位を決定し、前記優先順位に基づいて更新トリガを送信することを特徴とする請求項１〜４のいずれか１項に記載の情報配信管理方法。
【請求項６】
利用者毎の管理識別子を管理する第１のサーバに接続され、利用者端末に自動提供型コネクションで接続される第２のサーバを用いて情報配信の管理を行なう方法であって、
前記第２のサーバが、
前記第１のサーバにおいてユーザ認証された管理識別子に対して割り当てた仮想識別子を受信した場合、この仮想識別子を前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する段階と、
前記管理識別子に関するイベントがあった場合、前記第１のサーバにおいて前記管理識別子から変換された仮想識別子を含む更新トリガを受信し、
前記仮想識別子に基づいて特定した利用者アドレスに、画面更新トリガを送信する段階と
を有することを特徴とする情報配信管理方法。
【請求項７】
前記利用者端末は、
第２のサーバから受信した画面更新トリガに含まれる更新画面識別子と、前記利用者端末に表示されている画面の識別子とを照合し、
前記照合の結果に基づいて、前記第１のサーバに前記画面の更新を要求する段階をさらに有することを特徴とする請求項６に記載の情報配信管理方法。
【請求項８】
前記イベントは証券取引に関するイベントであることを特徴とする請求項１〜７のいずれか１項に記載の情報配信管理方法。
【請求項９】
利用者毎の管理識別子を管理する第１のサーバと、利用者端末に自動提供型コネクションで接続される第２のサーバとを用いて情報配信の管理を行なうプログラムであって、
前記第１のサーバを、
ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する手段と、
前記第２のサーバのアドレス記憶手段に、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけて記録させるために、前記第２のサーバに前記仮想識別子を提供する手段と、
前記管理識別子に関するイベントがあった場合、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する手段
として機能させることを特徴とする情報配信管理プログラム。
【請求項１０】
前記第１のサーバから前記第２のサーバへの前記仮想識別子の提供は、前記利用者端末を介して行なうことを特徴とする請求項９に記載の情報配信管理プログラム。
【請求項１１】
前記第１のサーバは、イベント毎に影響を与える画面の更新画面識別子を記録した更新データ記憶手段をさらに有し、
前記第１のサーバを、
前記管理識別子に関するイベントに基づいて更新画面識別子を抽出し、
前記更新トリガに、抽出した更新画面識別子を含める手段
としてさらに機能させることを特徴とする請求項９または１０に記載の情報配信管理プログラム。
【請求項１２】
第１のサーバは、イベント毎に、更新トリガ密度に対応させた優先順位に関するデータを記録した更新データ記憶手段をさらに有し、
前記第１のサーバを、
更新トリガ密度を計算し、前記更新トリガ密度に基づいて優先順位を決定し、前記優先順位に基づいて更新トリガを送信する手段
としてさらに機能させることを特徴とする請求項９〜１１のいずれか１項に記載の情報配信管理プログラム。
【請求項１３】
利用者毎の管理識別子を管理する第１のサーバと、利用者端末に自動提供型コネクションで接続される第２のサーバとを用いて情報配信の管理を行なう方法であって、
前記第２のサーバを、
前記第１のサーバにおいてユーザ認証された管理識別子に対して割り当てた仮想識別子と、前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する手段と、
前記管理識別子に関するイベントがあった場合、前記第１のサーバにおいて前記管理識別子から変換された仮想識別子を含む更新トリガを受信し、前記仮想識別子に基づいて特定した利用者アドレスに、画面更新トリガを送信する手段と
として機能させることを特徴とする情報配信管理プログラム。
【請求項１４】
前記イベントは証券取引に関するイベントであることを特徴とする請求項９〜１３のいずれか１項に記載の情報配信管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、イベントの発生に伴う更新情報について、利用者に関する情報を管理するサーバの負荷を軽減しながら効率よく情報を配信することができる情報配信管理方法及び情報配信管理プログラムに関するものである。
【０００２】
【従来の技術】
証券の取引においては、迅速な情報の入手が必須である。特に株式等の有価証券取引の場合、実時間性が極めて大切であるため、ネットワークで情報を提供することが有効である。通常、証券情報等、逐次更新される情報を配信するために情報提供システムが用いられている。この情報提供システムは、まず、証券取引所等からネットワークを介して証券情報が配信された証券情報を蓄積する。そして、情報提供システムは、インターネットを介して利用者から受信した要求に応じて各種情報を提供する。
【０００３】
しかし、通常、インターネット上で利用されているプル型技術では、利用者端末において画面更新が行なわれた場合に、最新の情報が表示される。このため、利用者が画面更新要求を行なうタイミングと、情報更新のタイミングとに「ずれ」が生じた場合、情報取得に遅れが生じる。そこで、利用者は最新の情報を取得するために連続して画面更新を行なうことがある。この場合、情報提供システム側はその度にウェブページデータを送信する必要があるが、情報が更新されていない場合もある。この場合、情報提供システムには必要以上の負荷が掛けられることになる。
【０００４】
そこで、情報提供システムの負荷を軽減しながら最新の情報を提供するため、プッシュ型技術を用いた自動更新方法がある（例えば、特許文献１参照。）。ここでは、端末から受け付けた情報について、そのデータが更新されると、その更新されたデータを前記端末に対しコンピュータネットワークを通じてプッシュ方式で配信する。この場合、コンピュータのＯＳ層に格納された非同期型通信プロトコルによって複数の端末に対する送受信処理を司る送受信手段を構築する。さらに、プッシュ方式の配信処理を該送受信手段に非同期で実行させるように指示するようにし、端末から受け付けた情報についてそのデータが更新されたことをコンピュータの更新検出手段が検出する。そして、コンピュータの配信手段が、前記更新が検出された前記情報の配信待ち状態にある複数の端末のうち送信可能状態にある端末に該更新データを配信するための配信処理を前記送受信手段にシリアライズ処理で指示する。その際に前記送受信手段が送信中の端末に対しては送信せず該更新データを一時保管する。そして、当該送信中の端末が送信可能状態になったことを知ると、それまでに保管されて溜まったデータをまとめて該端末に送信する送信処理を前記送受信手段に指示する。これにより、例えば秒単位や分単位で更新されたデータを、サーバからインターネット等のネットワークを通して端末にリアルプッシュ方式で、効率的に配信することができる。
【０００５】
【特許文献１】
特開２００２−２７８８６２号公報（第１頁）
【０００６】
【発明が解決しようとする課題】
利用者が保有する証券等を管理する証券会社が、上記情報提供システムを利用して、各利用者の保有証券に応じた更新情報を提供すれば、利用者にとって便利である。また、証券会社も情報提供の負荷を軽減できる。しかし、証券会社は、利用者の保有する証券等の管理を主な業務としており、上記のような自動更新を実行する情報提供システムを有していなかった。このため、システム構築には時間と費用が必要になり、またシステム維持管理の負荷も必要になる。
【０００７】
一方、各利用者の保有証券に応じた自動更新業務を、情報提供を専門とする会社に委託することも可能であるが、一般的な証券情報とは異なり、証券会社が提供する情報には、各利用者固有の情報が含まれるため、顧客情報の流出を抑制する必要がある。
【０００８】
本発明は、上記問題点を解決するためになされたものであり、イベントの発生に伴う更新情報について、利用者に関する情報を管理するサーバの負荷を軽減しながら効率よく情報を配信することができる情報配信管理方法及び情報配信管理プログラムを提供することである。
【０００９】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、利用者毎の管理識別子を管理する第１のサーバと、利用者端末に自動提供型コネクションで接続される第２のサーバとを用いて情報配信の管理を行なう方法であって、前記第１のサーバが、ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する段階と、前記第２のサーバが、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する段階と、前記管理識別子に関するイベントがあった場合、前記第１のサーバが、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する段階と、前記第２のサーバが、前記仮想識別子に基づいて特定した利用者アドレスに画面更新トリガを送信する段階とを有することを要旨とする。
【００１０】
請求項２に記載の発明は、利用者端末に自動提供型コネクションで接続される第２のサーバに接続され、利用者毎の管理識別子を管理する第１のサーバを用いて情報配信の管理を行なう方法であって、前記第１のサーバが、ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する段階と、前記第２のサーバのアドレス記憶手段に、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけて記録させるために、前記第２のサーバに前記仮想識別子を提供する段階と、前記管理識別子に関するイベントがあった場合、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する段階とを有することを要旨とする。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の情報配信管理方法において、前記第１のサーバから前記第２のサーバへの前記仮想識別子の提供は、前記利用者端末を介して行なうことを要旨とする。
【００１２】
請求項４に記載の発明は、請求項１〜３のいずれか１項に記載の情報配信管理方法において、前記第１のサーバは、イベント毎に影響を与える画面の更新画面識別子を記録した更新データ記憶手段をさらに有し、前記第１のサーバが、前記管理識別子に関するイベントに基づいて更新画面識別子を抽出し、前記更新トリガに、抽出した更新画面識別子を含める段階をさらに有することを要旨とする。
【００１３】
請求項５に記載の発明は、請求項１〜４のいずれか１項に記載の情報配信管理方法において、第１のサーバは、イベント毎に、更新トリガ密度に対応させた優先順位に関するデータを記録した更新データ記憶手段をさらに有し、前記第１のサーバは、更新トリガ密度を計算し、前記更新トリガ密度に基づいて優先順位を決定し、前記優先順位に基づいて更新トリガを送信することを要旨とする。
【００１４】
請求項６に記載の発明は、利用者毎の管理識別子を管理する第１のサーバに接続され、利用者端末に自動提供型コネクションで接続される第２のサーバを用いて情報配信の管理を行なう方法であって、前記第２のサーバが、前記第１のサーバにおいてユーザ認証された管理識別子に対して割り当てた仮想識別子を受信した場合、この仮想識別子を前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する段階と、前記管理識別子に関するイベントがあった場合、前記第１のサーバにおいて前記管理識別子から変換された仮想識別子を含む更新トリガを受信し、前記仮想識別子に基づいて特定した利用者アドレスに、画面更新トリガを送信する段階とを有することを要旨とする。
【００１５】
請求項７に記載の発明は、請求項６に記載の情報配信管理方法において、前記利用者端末は、第２のサーバから受信した画面更新トリガに含まれる更新画面識別子と、前記利用者端末に表示されている画面の識別子とを照合し、前記照合の結果に基づいて、前記第１のサーバに前記画面の更新を要求する段階をさらに有することを要旨とする。
【００１６】
請求項８に記載の発明は、請求項１〜７のいずれか１項に記載の情報配信管理方法において、前記イベントは証券取引に関するイベントであることを要旨とする。
【００１７】
請求項９に記載の発明は、利用者毎の管理識別子を管理する第１のサーバと、利用者端末に自動提供型コネクションで接続される第２のサーバとを用いて情報配信の管理を行なうプログラムであって、前記第１のサーバを、ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する手段と、前記第２のサーバのアドレス記憶手段に、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけて記録させるために、前記第２のサーバに前記仮想識別子を提供する手段と、前記管理識別子に関するイベントがあった場合、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する手段として機能させることを要旨とする。
【００１８】
請求項１０に記載の発明は、請求項９に記載の情報配信管理プログラムにおいて、前記第１のサーバから前記第２のサーバへの前記仮想識別子の提供は、前記利用者端末を介して行なうことを要旨とする。
【００１９】
請求項１１に記載の発明は、請求項９または１０に記載の情報配信管理プログラムにおいて、前記第１のサーバは、イベント毎に影響を与える画面の更新画面識別子を記録した更新データ記憶手段をさらに有し、前記第１のサーバを、前記管理識別子に関するイベントに基づいて更新画面識別子を抽出し、前記更新トリガに、抽出した更新画面識別子を含める手段としてさらに機能させることを要旨とする。
【００２０】
請求項１２に記載の発明は、請求項９〜１１のいずれか１項に記載の情報配信管理プログラムにおいて、第１のサーバは、イベント毎に、更新トリガ密度に対応させた優先順位に関するデータを記録した更新データ記憶手段をさらに有し、前記第１のサーバを、更新トリガ密度を計算し、前記更新トリガ密度に基づいて優先順位を決定し、前記優先順位に基づいて更新トリガを送信する手段としてさらに機能させることを要旨とする。
【００２１】
請求項１３に記載の発明は、利用者毎の管理識別子を管理する第１のサーバと、利用者端末に自動提供型コネクションで接続される第２のサーバとを用いて情報配信の管理を行なう方法であって、前記第２のサーバを、前記第１のサーバにおいてユーザ認証された管理識別子に対して割り当てた仮想識別子と、前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する手段と、前記管理識別子に関するイベントがあった場合、前記第１のサーバにおいて前記管理識別子から変換された仮想識別子を含む更新トリガを受信し、前記仮想識別子に基づいて特定した利用者アドレスに、画面更新トリガを送信する手段ととして機能させることを要旨とする。
【００２２】
請求項１４に記載の発明は、請求項９〜１３のいずれか１項に記載の情報配信管理プログラムにおいて、前記イベントは証券取引に関するイベントであることを要旨とする。
【００２３】
（作用）
請求項１に記載の発明によれば、利用者毎の管理識別子を管理する第１のサーバと、利用者端末に自動提供型コネクションで接続される第２のサーバとを用いる。そして、前記第１のサーバが、ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する。次に、前記第２のサーバが、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する。そして、前記管理識別子に関するイベントがあった場合、前記第１のサーバが、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する。次に、前記第２のサーバが、前記仮想識別子に基づいて特定した利用者アドレスに画面更新トリガを送信する。画面更新トリガを利用する場合、利用者端末と自動提供型コネクションで接続する必要がある。第２のサーバが利用者端末に自動提供型コネクションで接続されるため、第１のサーバと利用者端末とが自動提供型コネクションで接続されていない場合でも更新トリガを提供できる。
【００２４】
この場合、第２のサーバは仮想識別子を用いて利用者アドレスを特定する。このため、第１のサーバは第２のサーバに顧客情報（管理識別子）を提供する必要がない。従って、顧客情報の流出を抑制しながら、更新トリガを提供することができる。
【００２５】
請求項２又は９に記載の発明によれば、第１のサーバが、ユーザ認証された管理識別子に対して割り当てた仮想識別子を仮想識別子記憶手段に記録する。そして、第２のサーバのアドレス記憶手段に、前記仮想識別子と、前記利用者端末の利用者アドレスとを関連づけて記録させるために、前記第２のサーバに前記仮想識別子を提供する。さらに、前記管理識別子に関するイベントがあった場合、前記管理識別子を変換した仮想識別子を含む更新トリガを前記第２のサーバに提供する。第２のサーバに仮想識別子を提供することにより、第１のサーバは最終的に画面更新トリガを利用者端末に提供することができる。
【００２６】
請求項３又は１０に記載の発明によれば、前記第１のサーバから前記第２のサーバへの前記仮想識別子の提供は、前記利用者端末を介して行なう。この場合においても第２のサーバは、第１のサーバが割り当てた仮想識別子を受け取ることができる。
【００２７】
請求項４又は１１に記載の発明によれば、前記第１のサーバは、イベント毎に影響を与える画面の更新画面識別子を記録した更新データ記憶手段をさらに有する。そして、前記第１のサーバが、前記管理識別子に関するイベントに基づいて更新画面識別子を抽出し、抽出した更新画面識別子を含めた前記更新トリガを送信する。このため、利用者端末は更新された画面を把握することができる。従って、この画面の更新要求を行なうことによる最新情報を取得することができる。
【００２８】
請求項５又は１２に記載の発明によれば、第１のサーバは、イベント毎に、更新トリガ密度に対応させた優先順位に関するデータを記録した更新データ記憶手段をさらに有する。そして、前記第１のサーバは、更新トリガ密度を計算し、前記更新トリガ密度に基づいて優先順位を決定し、前記優先順位に基づいて更新トリガを送信する。このため、第１のサーバに負荷がかかっているときは、優先度の高い情報を利用者に提供することができる。従って、負荷分散を図り、効率的に情報配信を行なうことができる。
【００２９】
請求項６又は１３に記載の発明によれば、前記第２のサーバが、第１のサーバにおいてユーザ認証された管理識別子に対して割り当てた仮想識別子と、前記利用者端末の利用者アドレスとを関連づけてアドレス記憶手段に記録する。そして、管理識別子に関するイベントがあった場合、前記第１のサーバにおいて前記管理識別子から変換された仮想識別子を含む更新トリガを受信し、前記仮想識別子に基づいて特定した利用者アドレスに、画面更新トリガを送信する。このため、第２のサーバは、利用者の管理識別子を知らない場合であっても、仮想識別子により利用者アドレスを特定でき、画面更新トリガを利用者端末に送信することができる。
【００３０】
請求項７に記載の発明によれば、前記利用者端末は、第２のサーバから受信した画面更新トリガに含まれる更新画面識別子と、前記利用者端末に表示されている画面の識別子とを照合する。そして、前記照合の結果に基づいて、前記第１のサーバに前記画面の更新を要求する。このため、利用者端末は表示されている画面のみの更新要求を行なう。表示されていない画面の更新要求は行なわれないため、第１のサーバにおける不必要な負荷を軽減することができる。
【００３１】
請求項８又は１４に記載の発明によれば、前記イベントは証券取引に関するイベントである。証券取引に関する情報は変動が多く、また迅速な情報提供が取引に大きな影響を与えるため、利用者に有効な証券取引の機会を提供することができる。
【００３２】
【発明の実施の形態】
以下、本発明を具体化した実施形態を図１〜図１０に従って説明する。本実施形態では、ネットワークを介して株式等の証券取引に関する情報を提供するサービスを行なう場合に用いる情報配信管理方法及び情報配信管理プログラムとして説明する。このサービスは、利用者として、会員登録された顧客（会員顧客）に対して提供される。
【００３３】
本実施形態では、会員顧客が本サービスを利用する場合、図１に示すように、利用者端末１０を用いて証券に関する各種情報の閲覧等を行なう。この利用者端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有するコンピュータ端末である。具体的には、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ）上のＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ）を用いて、各種サーバ等と通信を行なう。ここで、ＨＴＴＰＳとは、ウェブサーバとクライアント（ブラウザ等）がデータを送受信するために使われるプロトコルであるＨＴＴＰに、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）によるデータの暗号化機能を付加したプロトコルである。ＨＴＴＰＳを用いることにより、サーバとブラウザの間の通信を暗号化し、プライバシーに関わる情報等を安全に通信することができる。
【００３４】
また、利用者端末１０に格納されたブラウザを用いて、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  ）形式のデータファイルとして提供された各種情報を表示させることができる。このため、利用者端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、モデム等の通信手段等を有する。
【００３５】
また、利用者端末１０は、図１に示すように、ネットワークとしてのインターネットＩを介して、第１のサーバとしての証券会社システム２０及び第２のサーバとしての情報管理システム３０に接続されている。
【００３６】
証券会社システム２０は、会員顧客が行なった株式売買の注文処理、顧客が保有する株式等の取引を行なうための証券口座の管理に関する各種データ処理を行なうコンピュータシステムである。この証券会社システム２０は証券会社が管理するコンピュータシステムである。
【００３７】
この証券会社システム２０は、利用者端末１０や情報管理システム３０等との間でのデータ送受信や、顧客が保有する株式管理を実行するための各種データの管理処理等を行なう。この証券会社システム２０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（仮想識別子記憶手段に記録する段階、更新トリガを前記第２のサーバに提供する段階等を含む処理）を行なう。そのための情報配信を行なうための情報配信管理プログラムを実行することにより、証券会社システム２０は仮想識別子記憶手段に記録する手段、更新トリガを第２のサーバに提供する手段等として機能する。
【００３８】
さらに証券会社システム２０は、顧客データ記憶部２２、更新データ記憶手段としての更新画面データ記憶部２３、仮想識別子記憶手段としてのセッション管理データ記憶部２４及び取引注文データ記憶部２５を備えている。
【００３９】
顧客データ記憶部２２には、図２に示すように、本サービスを利用できる会員に関して顧客データ２２０が記録されている。この顧客データ２２０は、本サービスを利用するための会員申請が行なわれた場合に設定される。そして、会員顧客の取引毎に更新記録される。顧客データ２２０は、会員顧客毎に、顧客識別子、認証コード、管理識別子としての口座コード、取引余力及び口座残高に関するデータを含んで構成される。
【００４０】
顧客識別子データ領域には、各々の会員顧客を特定するための識別子に関するデータが記録される。この顧客識別子を用いることにより、図示しないデータ記憶部に格納された顧客の属性情報（氏名、住所、連絡先電話番号等）を取得することができる。
【００４１】
認証コードデータ領域には、本サービスを利用するためのログイン時のユーザ認証に用いるパスワード等に関するデータが記録される。
口座コードデータ領域には、この会員顧客が名義人になっている証券口座を特定するための識別子に関するデータが記録される。
【００４２】
取引余力データ領域には、会員顧客の取引余力（取引可能額）に関するデータが記録される。この取引余力には、現金引出可能額、現物買付余力（現物買注文発注可能額）、信用新規建て余力（信用取引の新規注文発注可能額）等が含まれる。
【００４３】
口座残高データ領域には、会員顧客の株式や預り金等の管理を行なう証券口座の残高に関するデータが記録される。この口座残高データ領域には、会員顧客が購入した株式について情報（銘柄、数量）や預かり金額等に関するデータが記録される。
【００４４】
更新画面データ記憶部２３には、図３に示すように、利用者端末１０に送信するトリガに関して更新画面データ２３０が記録されている。この更新画面データ２３０は、各イベントに対して更新画面を決定するのために用いる変換表として機能する。更新画面データ２３０は、本サービス提供に先立って、イベントに対応させて更新させる画面を決めた場合に準備される。更新画面データ２３０には、イベント毎に、イベント識別子及び更新画面識別子としての更新画面ＩＤに関するデータを含んで構成される。
【００４５】
イベント識別子データ領域には、利用者端末１０や証券取引所システム５０から受信した各種通知についてのイベントを識別するための識別子に関するデータが記録される。本実施形態では、このイベントには、例えば、注文発注に関しては、利用者端末１０から証券会社システム２０への注文受付や、証券取引所システム５０からの注文受付結果通知がある。また、注文訂正に関しては、利用者端末１０から証券会社システム２０への訂正受付、証券取引所システム５０からの訂正受付結果通知や訂正結果通知がある。また、注文取消に関しては、利用者端末１０から証券会社システム２０への取消受付、証券取引所システム５０からの取消受付結果通知や取消訂正結果通知がある。また、入出金に関するイベントとしては入金受付や出金受付がある。
【００４６】
更新画面ＩＤデータ領域には、イベントに対応して更新させる画面を特定するための識別子に関するデータが記録される。本実施形態では、これらのイベントに対して、注文一覧表示、余力情報表示、注文・約定照会表示等に関する画面の更新を行なうために、それぞれ画面更新ＩＤが関連づけられている。
【００４７】
例えば、注文受付、注文受付結果通知に関しては、注文一覧表示及び余力情報表示の画面を更新するための画面更新ＩＤが関連づけられて記録されている。訂正受付、取消受付に対しては注文・約定照会表示の画面を更新するための画面更新ＩＤが関連づけられて記録されている。訂正受付結果通知、取消受付結果通知に対しても注文・約定照会表示の画面を更新するための画面更新ＩＤが関連づけられて記録されている。訂正結果通知、取消結果通知に対して、余力情報表示及び注文・約定照会表示の画面を更新するための画面更新ＩＤが関連づけられて記録されている。入金受付や出金受付に関するイベントに対しては、余力情報表示の画面を更新するための画面更新ＩＤが関連づけられて記録されている。
【００４８】
セッション管理データ記憶部２４には、図４に示すように、本サービスを利用するために通信を行っている会員顧客の利用者端末１０とのセッションを管理するためのセッション管理データ２４０が記録されている。このセッション管理データ２４０は、利用者端末１０からのログイン要求に対してユーザ認証が完了した場合に設定される。セッション管理データ２４０には、ログインした利用者端末１０毎に、口座コード識別子及びセッションＩＤに関するデータが相互に関連づけられて記録される。
【００４９】
口座コードデータ領域には、ログインを完了した会員顧客の証券口座を特定するための識別子に関するデータが記録される。この口座コードには、ユーザ認証に基づいて特定された顧客データ２２０に含まれる口座コードを用いる。
【００５０】
セッションＩＤデータ領域には、ログインを完了した会員顧客が使用している利用者端末１０を特定するための識別子に関するデータが記録される。このセッションＩＤは、ログイン時に他のセッションにおいて使用されていない値を用いる。本実施形態では、このセッションＩＤは、利用者端末１０に提供される取引ウェブページに含めて提供される。
【００５１】
取引注文データ記憶部２５には、図５に示すように、本サービスを利用して行なわれた取引の注文に関する取引注文データ２５０が記録されている。この取引注文データ２５０は、会員顧客が利用する利用者端末１０から発注を受信した場合に設定される。取引注文データ２５０には、取引注文毎に、取引識別子、口座コード、売買識別子、銘柄識別子、数量、注文形態識別子、注文単価、注文受付時刻、状況及び約定フラグに関するデータが相互に関連づけられて記録される。
【００５２】
取引識別子データ領域には、各取引注文を特定するための識別子に関するデータが記録される。この取引識別子は、利用者端末１０から発注を受信した場合に証券会社システム２０が付与する。
【００５３】
口座コードデータ領域には、取引注文の発注を行なった会員顧客の口座を特定するための識別子（口座コード）に関するデータが記録される。
売買識別子データ領域には、売注文と買注文とを識別するための識別子（売買フラグ）に関するデータが記録される。
【００５４】
銘柄識別子データ領域には、取引注文の対象である株式の銘柄を特定るための識別子に関するデータが記録される。この銘柄識別子は、銘柄毎に標準化された固有の銘柄コードと、銘柄の名称とから構成されている。
【００５５】
数量データ領域には、取引対象の数量（株式数）に関するデータが記録される。
注文形態識別子データ領域には、注文形態を識別するためのフラグに関するデータが記録される。本実施形態では、このフラグには成行注文フラグと指値注文フラグとがある。ここで、「成行注文」とは値段に制限のない注文であり、「指値注文」とは、買値または売値を指定した注文である。
【００５６】
注文単価データ領域には、指値注文の場合の単価に関するデータが記録される。
注文受付時刻データ領域には、利用者端末１０から発注を受信した時刻に関するデータが記録される。
【００５７】
状況データ領域には、取引注文の状況に関するデータが記録される。この状況データ領域には、各イベントに対応して「注文中」、「取消中」、「訂正完了」等の状態を示すフラグが記録される。
【００５８】
約定フラグデータ領域には、取引注文に関する約定状況を特定するためのフラグが記録される。このデータ領域には、約定された場合に約定フラグが記録される。
【００５９】
さらに、証券会社システム２０は、インターネットＩを介して図１に示すように情報管理システム３０との間でデータ通信を行なう。この情報管理システム３０は、利用者端末１０との間で自動提供型コネクションが行なわれ、逐次株式情報を提供するコンピュータシステムである。この情報管理システム３０は、利用者端末１０に対して各種株式に関する情報を含むウェブページデータを送信する。このウェブページデータは、ブラウザを介して利用者端末１０のディスプレイに表示される。また、株式情報等に変化があった場合、利用者端末１０に表示された画面を更新するための処理を行なう。また、利用者端末１０に証券会社システム２０に対しての画面更新要求を行なわせるために画面更新トリガを送信する。
【００６０】
この情報管理システム３０は、利用者端末１０や証券会社システム２０との間でのデータ送受信や証券情報の管理を実行するための各種データの管理処理等を行なう。この情報管理システム３０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（アドレス記憶手段に記録する段階、画面更新トリガを送信する段階等を含む処理）を行なう。そのための情報配信を行なうための情報配信管理プログラムを実行することにより、情報管理システム３０は、アドレス記憶手段に記録する手段、画面更新トリガを送信する手段等として機能する。
【００６１】
このため、情報管理システム３０は、アドレス記憶手段としてのアドレス管理データ記憶手段３１を備えている。このアドレス管理データ記憶手段３１には、図６に示すように、本サービスを利用するため通信を行っている会員顧客の利用者端末１０とのセッションを管理するためのアドレス管理データ３１０が記録されている。このアドレス管理データ３１０は、証券会社システム２０へのログインが許可された利用者端末１０に関するセッションＩＤを受信した場合に記録される。アドレス管理データ３１０には、接続されている利用者端末１０毎に、セッションＩＤ及びＩＰアドレスに関するデータが相互に関連づけられて記録される。
【００６２】
セッションＩＤデータ領域には、ログインを完了した会員顧客が使用している利用者端末１０を特定するための識別子に関するデータが記録される。このセッションＩＤは、証券会社システム２０から提供され、利用者端末１０のブラウザに一時的に格納された識別子を用いる。
【００６３】
ＩＰアドレスデータ領域には、接続を行なっている利用者端末１０をＩＰネットワーク上で特定するための識別子（アドレス）に関するデータが記録される。
さらに、証券会社システム２０、情報管理システム３０は、図１に示すように、ネットワークを介して、証券取引所システム５０との間でデータ通信を行なう。この証券取引所システム５０は、株式市場における株式取引を管理するコンピュータシステムである。そして、証券取引所システム５０は株式取引に関する各種情報（各種指標や株価等に関する情報）の発信源として機能する。証券会社システム２０は顧客からの注文を証券取引所システム５０に転送する。そして、証券取引所システム５０はこの注文を受け付けた場合、受付情報（注文受付、訂正受付、取消受付等）を証券会社システム２０に返送する。また、取引注文について取引が成立した場合、証券会社システム２０に約定通知を送信する。さらに、証券取引所システム５０は、証券市場の各種情報を情報管理システム３０に提供する。
【００６４】
上記のように構成されたシステムにおいて、本サービスに関する株式情報の提供を行なう場合の処理手順を説明する。ここで、本サービスを利用する場合のログイン段階、ログイン後に各種画面の更新段階、ログアウト段階の順に説明する。
【００６５】
（ログイン段階）
まず、本サービスを利用する場合のログイン段階の処理を、図７を用いて説明する。本実施形態では、本サービスを利用する場合、まず、会員は、利用者端末１０を用いて証券会社システム２０へのアクセスを行なう。この場合、会員顧客は利用者端末１０のブラウザを起動し、ログイン画面を表示させる。このログイン画面には、顧客識別子入力欄及び認証コード入力欄が含まれる。これらの入力欄には、利用者端末１０のキーボード等を用いて文字や数字等を入力することができる。そして、ログイン画面に表示された送信ボタンが押された場合、利用者端末１０は、インターネットＩを介して、ログイン要求を証券会社システム２０に送信する（Ｓ１−１）。このログイン要求は、各欄に入力された顧客識別子や認証コードに関するデータを含む。
【００６６】
このログイン要求を受信した証券会社システム２０はユーザ認証を行なう（Ｓ１−２）。具体的には、証券会社システム２０は、ログイン要求に含まれる顧客識別子や認証コードが、顧客データ記憶部２２に記録された顧客識別子や認証コードと一致するかどうかを確認する。ユーザ認証ができない場合は、証券会社システム２０はその旨を利用者端末１０に通知する。
【００６７】
ユーザ認証が完了した場合には、証券会社システム２０は、このログインに対してセッションＩＤを付与する（Ｓ１−３）。具体的には、まず、証券会社システム２０は他の利用者端末１０からのログインに利用されていないセッションＩＤを選択する。そして、証券会社システム２０は、ログインした顧客の口座コードを顧客データ記憶部２２から抽出し、この口座コードと、選択されたセッションＩＤとを関連づけてセッション管理データ記憶部２４に記録する。
【００６８】
次に、証券会社システム２０は、取引画面を表示させるための取引ウェブページのデータを、インターネットＩを介して、利用者端末１０に送信する（Ｓ１−４）。この取引ウェブページには、情報管理システム３０にアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）データを含む。そして、このＵＲＬには、証券会社システム２０が付与したセッションＩＤを含められている。
【００６９】
このウェブページデータを受信した利用者端末１０のディスプレイには、後述する取引画面が表示される（Ｓ１−５）。さらに、利用者端末１０は、ブラウザを介して受信したセッションＩＤ（情報管理システム３０にアクセスするためのＵＲＬ）を、利用者端末１０内の所定の記憶部に記録する（Ｓ１−６）。
【００７０】
セッションＩＤを受信した利用者端末１０は、情報管理システム３０に対してアクセス要求を行なう（Ｓ１−７）。このアクセス要求には、利用者端末１０内の所定の記憶部に記録した「情報管理システム３０にアクセスするためのＵＲＬ」を用いる。この結果、情報管理システム３０に対してアクセス要求にはセッションＩＤが含められることになる。
【００７１】
このアクセス要求を受けた情報管理システム３０は、利用者端末１０から受信したアクセス要求からセッションＩＤを抽出し、この利用者端末１０のＩＰアドレスに関連づけてアドレス管理データ記憶手段３１に記録する（Ｓ１−８）。この場合、情報管理システム３０は、ＩＰアドレスをアクセス要求の送信元アドレスデータ領域から抽出する。
【００７２】
そして、情報管理システム３０は情報画面を表示させるためのウェブページデータを、利用者端末１０に送信する（Ｓ１−９）。
このウェブページデータを受信した利用者端末１０のディスプレイには情報画面が表示される（Ｓ１−１０）。
【００７３】
ここで、利用者端末１０のディスプレイに表示される画面について、図１０を用いて説明する。この段階で、利用者端末１０のディスプレイには、図１０に示す表示画面５００が出力される。この表示画面５００は、約定メッセージ表示エリア５０５、取引画面表示エリア５１０及び情報画面表示エリア５２０とから構成されている。
【００７４】
この約定メッセージ表示エリア５０５には、情報管理システム３０から受信した約定通知が表示される。具体的には、証券取引所システム５０は取引注文が約定された場合、証券会社システム２０に約定通知を送信する。約定通知を受信した証券会社システム２０が、この通知を情報管理システム３０に転送する。この約定通知には、約定された取引内容（約定内容）の他に、口座コードから変換されたセッションＩＤが含まれる。そして、情報管理システム３０はセッションＩＤに基づいてアドレス管理データ記憶手段３１からＩＰアドレスを抽出し、約定通知を利用者端末１０に転送する。約定通知を受信した利用者端末１０は、約定通知の内容を約定メッセージ表示エリア５０５に表示する。
【００７５】
この取引画面表示エリア５１０は、ステップ（Ｓ１−４）において、証券会社システム２０から提供された取引ウェブページに関するデータを表示した画面である。この取引画面表示エリア５１０には、選択ボタン５１１及び取引情報表示エリア５１２を含む。この選択ボタン５１１は証券会社システム２０に対して各種要求を行なうためのボタンである。例えば、証券会社システム２０に対して取引注文の発注を行なう場合には「買注文入力」や「売注文入力」の選択ボタン５１１をクリックする。また、既に発注した取引注文の訂正や取消を行なう場合には、「訂正・取消」の選択ボタン５１１をクリックする。これらの選択ボタン５１１がクリックされた場合、取引注文や訂正・取消を行なうための入力画面が取引情報表示エリア５１２に表示される。
【００７６】
また、「余力情報表示」や「注文一覧表示」の選択ボタン５１１は、それぞれ余力情報や注文一覧を取引情報表示エリア５１２に表示させるためのボタンである。これらの選択ボタン５１１がクリックされた場合、利用者端末１０は証券会社システム２０に対して余力情報表示要求や注文一覧表示要求を送信する。これらの要求を受信した証券会社システム２０は、顧客データ記憶部２２や取引注文データ記憶部２５から、この会員顧客に関する情報を抽出して生成した取引ウェブページを利用者端末１０に提供する。この取引ウェブページは、利用している会員顧客の識別子を含む表示画面ＩＤに関連づけられて提供される。本実施形態では、表示画面ＩＤとしてＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を用いる。そして、この取引ウェブページは、上述のように表示画面５００の取引情報表示エリア５１２に出力される。
【００７７】
一方、情報画面表示エリア５２０は、ステップ（Ｓ１−７）において情報管理システム３０から提供される情報ウェブページに関するデータを表示した画面である。また、情報画面表示エリア５２０内は、インデックス表示エリア５２１、銘柄表示エリア５２２やマーケットニュース表示エリア５２３を含む。このインデックス表示エリア５２１には、日経平均、東証二部指数、ＴＯＰＩＸ、ニューヨークダウ（ＮＹダウ）、通貨レート等、各種指標が表示される。銘柄表示エリア５２２は、銘柄毎に、始値、高値、安値、現在値、出来高、売買気配価格等の各項目が表示される。マーケットニュース表示エリア５２３には、株価に影響を与える可能性があるニュースが表示される。情報画面表示エリア５２０に含まれる各表示エリア（５２１〜５２３）に出力させる情報が変更された場合、情報管理システム３０は新たなウェブページデータを生成し、インターネットＩを介して利用者端末１０に送信する。ここでは、自動提供型コネクションとして公知のプッシュ技術を用いる。具体的には、情報管理システム３０は利用者端末１０との接続を維持してデータに変化があった更新時のみデータを送信するリアルプッシュ方式を用いる。この場合、この各表示エリア（５２１〜５２３）には、情報管理システム３０から受信した更新情報が表示される。
【００７８】
（各種画面の更新段階）
次に、本サービスを利用する場合の画面更新段階の処理を、図８を用いて説明する。この画面更新は、証券取引所システム５０からの通知や利用者端末１０からの取引注文を証券会社システム２０が受信した場合に行なわれる（Ｓ２−１）。例えば、証券取引所システム５０から注文受付結果、注文訂正結果通知、注文取消結果を受信した場合や、利用者端末１０から取引注文や注文の訂正・取消要求を受け付けた場合等の各イベント時に以下の処理が実行される。
【００７９】
利用者端末１０や証券取引所システム５０から各種通知や注文発注を受けた証券会社システム２０は、それぞれの内容に対応してイベントに関するデータを更新する（Ｓ２−２）。例えば、利用者端末１０から取引注文の発注を受けた場合は、この取引注文に関する取引注文データ２５０を生成し、取引注文データ記憶部２５に記録する。また、注文訂正や注文取消に関する要求を受け付けた場合には、取引注文データ記憶部２５に記録された取引注文データ２５０の状況を変更する。そして、これらの要求を証券取引所システム５０に送信する。また、証券取引所システム５０から取消受付や訂正受付を受信した場合には、取引注文データ記憶部２５に記録された取引注文データ２５０の状況を変更する。
【００８０】
次に、証券会社システム２０は、このイベントに対応した更新トリガを情報管理システム３０に送信する（Ｓ２−３）。この場合、証券会社システム２０は、イベントに対応した更新画面ＩＤを更新画面データ記憶部２３から抽出する。具体的には、更新画面データ記憶部２３に記録された更新画面データ２３０を用いて、このイベントのイベント識別子を更新画面ＩＤに変換する。
【００８１】
さらに、証券会社システム２０は、イベントの対象になる口座コードに基づいて、セッション管理データ記憶部２４からセッションＩＤを抽出する。そして、証券会社システム２０は、抽出した更新画面ＩＤとセッションＩＤに関するデータを含む更新トリガを情報管理システム３０に送信する。この更新トリガはインターネットＩを介して情報管理システム３０に送信される。
【００８２】
この更新トリガを受信した情報管理システム３０は、更新トリガに含まれるセッションＩＤに基づいて、アドレス管理データ記憶手段３１からＩＰアドレスを抽出する（Ｓ２−４）。このＩＰアドレスは、更新すべき情報を提供すべき会員顧客が用いている利用者端末１０の送信先アドレスである。
【００８３】
そして、情報管理システム３０は、抽出したＩＰアドレスを用いて、更新トリガ（画面更新トリガ）を利用者端末１０に送信する（Ｓ２−５）。この更新トリガには更新画面ＩＤに関するデータが含まれる。
【００８４】
この更新トリガを受信した利用者端末１０は、情報が更新された画面が利用者端末１０のディスプレイに表示されているかどうかを照合する（Ｓ２−６）。具体的には、更新トリガに含まれる更新画面ＩＤと、利用者端末１０のディスプレイに表示されている画面の表示画面ＩＤとを照合する。本実施形態では、更新画面のＵＲＬと、表示画面５００の各領域のＵＲＬとを照合することにより行なう。
【００８５】
この更新画面ＩＤに関する画面表示が利用者端末１０のディスプレイに出力されている場合（ステップ（Ｓ２−７）において「Ｙｅｓ」の場合）、利用者端末１０のブラウザはその画面の更新要求を行なう（Ｓ２−８）。具体的には、利用者端末１０は証券会社システム２０に対して、ＵＲＬを再送信することにより、この画面に関するウェブページデータの送信要求を行なう。
【００８６】
この送信要求を受信した証券会社システム２０は、受信したＵＲＬに基づいて、この画面に関するウェブページデータを送信する（Ｓ２−９）。この結果、利用者端末１０のディスプレイに表示されている表示画面５００が更新される（Ｓ２−１０）。
【００８７】
なお、この更新画面ＩＤに関する画面表示が利用者端末１０のディスプレイに出力されていない場合（ステップ（Ｓ２−７）において「Ｎｏ」の場合）、ステップ（Ｓ２−８）〜（Ｓ２−１０）の処理は実行されない。以上の処理は、利用者端末１０がログアウトするまで繰り返し行なわれる。
【００８８】
（ログアウト段階）
次に、本サービスのログアウト段階の処理を、図９を用いて説明する。本サービスからログアウトする場合、表示画面５００に表示された「ログアウト」の選択ボタン５１１をクリックする。この場合、利用者端末１０は、インターネットＩを介して証券会社システム２０及び情報管理システム３０にログアウト要求を送信する（Ｓ３−１）。このログアウト要求にはセッションＩＤに関するデータが含まれる。
【００８９】
このログアウト要求を受信した証券会社システム２０は、セッション管理データ記憶部２４から、このセッションＩＤを含むセッション管理データ２４０を削除する（Ｓ３−２）。これにより、証券会社システム２０は、会員顧客のログアウトを行なう。
【００９０】
また、利用者端末１０からのログアウト要求を受信した情報管理システム３０は、アドレス管理データ記憶手段３１から、このセッションＩＤを含むアドレス管理データ３１０を削除する。これにより、情報管理システム３０は、この利用者端末１０とのセッションを終了する（Ｓ３−３）。本サービスに関する株式情報の提供を行なう場合の処理手順の説明を終わる。
【００９１】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・  上記実施形態では、情報管理システム３０からの更新トリガにより利用者端末１０の表示画面が更新される。会員顧客に更新を委ねると、情報が更新されていない場合にも、画面更新要求を行なう場合がある。このため、証券会社システム２０の負荷が大きくなる。ここでは、会員顧客は更新トリガを待てばよく、証券会社システム２０に対しての不必要な更新要求を抑制できる。すなわち、情報管理システム３０から更新トリガを受信した場合のみ、画面更新要求を行なうため、必要情報のみを提供することになり、証券会社システム２０の負荷を軽減することができる。
【００９２】
・  上記実施形態では、証券会社システム２０から更新トリガを受信した情報管理システム３０は、更新トリガに含まれるセッションＩＤに基づいて、アドレス管理データ記憶手段３１からＩＰアドレスを抽出する。そして、情報管理システム３０が、抽出したＩＰアドレスを用いて、更新トリガを利用者端末１０に送信する。通常、証券会社システム２０は利用者端末１０との間で特殊なコネクション（自動提供型コネクション）のためのシステムを持っていないことが多い。一方、情報管理システム３０は恒常的に更新される情報を提供する自動更新サービスを提供している。従って、証券会社システム２０は情報管理システム３０に対して更新トリガを送信すればよく、効率的に自動更新のサービスを提供することができる。
【００９３】
・  上記実施形態では、ユーザ認証が完了した場合には、証券会社システム２０は、このログインに対してセッションＩＤを付与する。そして、証券会社システム２０は、ログインした顧客の口座コードを顧客データ記憶部２２から抽出し、この口座コードと、選択されたセッションＩＤとを関連づけてセッション管理データ記憶部２４に記録する。さらに、利用者端末１０からアクセス要求を受けた情報管理システム３０は、アクセス要求に含まれるセッションＩＤと、アクセス要求の送信元アドレスデータ領域から抽出したＩＰアドレスに関連づけてアドレス管理データ記憶手段３１に記録する。これにより、セッションＩＤを介して口座コードをＩＰアドレスに変換することができる。従って、情報管理システム３０は、証券会社システム２０からの指示に従って、更新すべき情報を提供すべき会員顧客が用いている利用者端末１０に提供することができる。
【００９４】
・  上記実施形態では、情報管理システム３０が更新トリガを利用者端末１０に送信する。要求毎にコネクションを終了するセッションでは、更新トリガを送信することは困難である。ここでは、第１のサーバとしての証券会社システム２０と、第２のサーバとしての情報管理システム３０とが連携して、更新トリガを利用者端末１０に送信することができる。
【００９５】
通常、利用者が保有する証券等に関する情報は証券会社が管理する。一方、一般的な証券情報の提供は、証券会社と異なる会社（例えば、情報提供会社）が行なっている場合がある。そこで、各利用者の保有証券に応じた自動更新業務を、情報提供会社への委託を希望する場合もある。上記実施形態では、セッションＩＤは一時的に付与された識別子であるため、恒久的な会員顧客の情報（ここでは、口座コード）を情報管理システム３０に提供する必要がない。従って、顧客情報の流出を抑制ながら更新トリガを利用者端末１０に提供することができる。
【００９６】
・  上記実施形態では、更新画面データ記憶部２３には、画面更新のために利用者端末１０に送信するトリガに関する更新画面データ２３０が記録されている。この更新画面データ２３０には、イベント毎に、イベント識別子及び更新画面ＩＤに関するデータを含んで構成される。そして、イベントに対応した更新トリガを証券会社システム２０に送信する場合、証券会社システム２０は、イベントに対応した更新画面ＩＤを更新画面データ記憶部２３から抽出し、この更新画面ＩＤに関するデータを含む更新トリガを情報管理システム３０に送信する。このため、情報管理システム３０は更新対象の画面を特定できたとしても、実際にどのようなイベントが生じたかを把握することは困難である。従って、顧客情報の流出を抑制することができる。
【００９７】
・  上記実施形態では、利用者端末１０や証券取引所システム５０から各種通知や注文発注を受けた証券会社システム２０は、このイベントに対応した更新トリガを証券会社システム２０に送信する。この場合、証券会社システム２０は、イベントに対応した更新画面ＩＤを更新画面データ記憶部２３から抽出する。そして、証券会社システム２０は、更新画面ＩＤに関するデータを含む更新トリガを情報管理システム３０に送信する。イベントの影響を受ける画面は異なるが、この更新画面ＩＤに基づいて、更新させるべき画面を特定することができる。
【００９８】
・  上記実施形態では、利用者端末１０や証券取引所システム５０から各種通知や注文発注を受けた証券会社システム２０は、このイベントに対応した更新トリガを証券会社システム２０に送信する。情報管理システム３０は、更新画面ＩＤに関するデータを含む更新トリガを利用者端末１０に送信する。この更新トリガを受信した利用者端末１０は、情報が更新された画面が利用者端末１０のディスプレイに表示されているかどうかを照合する。この更新画面ＩＤに関する画面表示が利用者端末１０のディスプレイに出力されている場合、利用者端末１０のブラウザはその画面の更新要求を行なう。この場合、情報が更新された場合でも、表示されていない場合には、画面更新の要求が行なわれない。このため、証券会社システム２０の負荷を軽減することができる。
【００９９】
なお、上記実施形態は、以下の態様に変更してもよい。
・  上記実施例では、ネットワークを介して株式等の証券取引に関する情報を提供するサービスを行なう場合に用いる。本発明はこれに限られるものではなく、その他のリアルタイムでの情報提供に応用することが可能である。例えば、オークション型、マーケットメイク型を問わずリアルタイムの市場取引へ参加する場合に利用できる。金融、商品取引分野の具体例としては、為替証拠金取引、債券（店頭）取引、金融派生商品（デリバティブ）取引（先物、オプションなど）、商品取引、商品先物取引等がある。
【０１００】
また、その他の分野の具体例としては、中古車等のオークション（業務システム）、美術品、蒐集品等のインターネットリアルタイムオークションがある。この場合、オークション主催者のシステムとは別に、画面更新トリガを参加者に送信する情報提供システムを設ける。これにより、オークション参加者は、自身の入札状況や落札状況を迅速に確認できる。
【０１０１】
また、参加型のイベントにおいて、リアルタイムに参加者毎に異なる結果の通知、表示が必要な情報提供にも応用できる。例えば、オンラインでのチケット購入、視聴者参加型クイズ番組等がある。このような場合には、チケット提供者や番組主催者のシステムとは別に、画面更新トリガを参加者に送信する情報提供システムを設ける。これにより、受付後の購入確認や、クイズ回答の結果確認等のリロードを抑制し、効率的かつリアルタイム性を維持しながら情報提供することができる。
【０１０２】
・  上記実施例では、利用者端末１０からのログイン要求についてユーザ認証が完了した場合、証券会社システム２０は、このログインに対してセッションＩＤを付与する。このセッションＩＤは、証券会社システム２０と利用者端末１０との間でセッションを管理するための識別子を共用してもよいし、また、この識別子とは別に証券会社システム２０と情報管理システム３０との連携のために専用に識別子を付与してもよい。セッションＩＤとして連携専用の識別子を付与することにより、さらに安全に情報提供を行なうことができる。
【０１０３】
・  上記実施例では、取引ウェブページに含めたＵＲＬを介して、証券会社システム２０から情報管理システム３０にセッションＩＤが引き渡される。そして、利用者端末１０からアクセス要求を受けた情報管理システム３０は、利用者端末１０から受信したセッションＩＤを、アクセス要求の送信元アドレスデータ領域から抽出したＩＰアドレスと関連づけてアドレス管理データ記憶手段３１に記録する。セッションＩＤが引渡方法は、これに限られるものではない。例えば、情報管理システム３０は、証券会社システム２０からセッションＩＤと関連付けられたＩＰアドレスに関するデータを受け取り、アドレス管理データ記憶手段３１に記録するように構成してもよい。この場合、証券会社システム２０がログイン時に利用者端末１０のＩＰアドレスを取得し、セッションＩＤとともに情報管理システム３０に提供する。これにより、利用者端末１０から情報管理システム３０にセッションＩＤを提供することなく、情報管理システム３０はアドレス管理データ３１０を生成することができる。
【０１０４】
・  上記実施例では、証券会社システム２０と情報管理システム３０とを協働させて、注文受付、入出金受付等の各種受付や注文受付結果通知等の各種通知に関する各イベントに対して、各種画面を更新するための更新トリガを利用者端末１０に送信する。これらのイベントに限定されるものではない。この場合、証券会社等が会員顧客に提供したい情報に関するイベント識別子に関するデータを更新画面データ記憶部２３に記録しておく。
【０１０５】
・  上記実施例では、証券会社システム２０と情報管理システム３０とを協働させて、注文一覧表示、注文・約定照会表示、余力情報表示を更新させるが、これらの表示に限られるものではない。この場合、証券会社等が会員顧客に提供したい情報に関するイベントと画面更新ＩＤとに関するデータを関連づけて更新画面データ記憶部２３に記録しておく。
【０１０６】
・  上記実施形態では、証券会社システム２０から更新トリガを受信した情報管理システム３０は、更新トリガに含まれるセッションＩＤに基づいて、アドレス管理データ記憶手段３１からＩＰアドレスを抽出する。そして、情報管理システム３０が、抽出したＩＰアドレスを用いて、更新トリガを利用者端末１０に送信する。これに代えて、証券会社システム２０が利用者端末１０に送信する更新トリガを制御してもよい。例えば、証券会社システム２０にイベント識別子毎に優先順位を定めた優先度フラグを更新画面データ記憶部２３に記録しておく。この場合、会員顧客に提供すべき必要性の高いイベントに対して、優先順位の高い優先フラグを関連づけて記録しておく。そして、証券会社システム２０は利用者端末１０に対して送信する単位時間毎の更新トリガ数（更新トリガ密度）を計算する。そして、この更新トリガ密度に応じて、情報管理システム３０を介して利用者端末１０に送信する更新トリガ数を制御する。具体的には、更新トリガ密度が低い場合には、更新画面データ記憶部２３に記録された全イベントについての更新トリガを送信する。一方、更新トリガ密度が高い場合には、優先順位の高い更新画面ＩＤに関する更新トリガのみを送信する。時間帯によって取引注文や情報更新が集中することがある。この場合、証券会社システム２０の画面更新のための負荷が大きくなる場合がある。また、イベントによって重要性は異なる。このため、証券会社システム２０の負荷軽減を図りながら、必要な情報を利用者端末１０に提供することができる。
【０１０７】
【発明の効果】
以上詳述したように、本発明によれば、イベントの発生に伴う更新情報について、利用者に関する情報を管理するサーバの負荷を軽減しながら効率よく情報を配信することができる。
【図面の簡単な説明】
【図１】本発明の実施形態のシステム概略図。
【図２】顧客データ記憶部に記録されたデータの説明図。
【図３】更新画面データ記憶部に記録されたデータの説明図。
【図４】セッション管理データ記憶部に記録されたデータの説明図。
【図５】取引注文データ記憶部に記録されたデータの説明図。
【図６】アドレス管理データ記憶手段に記録されたデータの説明図。
【図７】本実施形態の処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【図９】本実施形態の処理手順の説明図。
【図１０】利用者端末に表示された表示画面の説明図。
【符号の説明】
１０…利用者端末、２０…第１のサーバとしての証券会社システム、２３…更新データ記憶手段としての更新画面データ記憶部、２４…仮想識別子記憶手段としてのセッション管理データ記憶部、３０…第２のサーバとしての情報管理システム、３１…アドレス記憶手段としてのアドレス管理データ記憶手段、５０…証券取引所システム、Ｉ…ネットワークとしてのインターネット。
【図１】
2004265076.tif 000003
【図２】
2004265076.tif 000004
【図３】
2004265076.tif 000005
【図４】
2004265076.tif 000006
【図５】
2004265076.tif 000007
【図６】
2004265076.tif 000008
【図７】
2004265076.tif 000009
【図８】
2004265076.tif 000010
【図９】
2004265076.tif 000011
【図１０】
2004265076.tif 000012