(57)【要約】【課題】顧客毎の特性に応じたお知らせを通知し、また見ていない顧客がいれば、再度その情報を見てもらうための注意喚起、催促をすることが可能な情報通知システム等を提供する。【解決手段】サーバ１は、企業のお知らせ情報を決定するお知らせ情報決定部３ｃと、顧客ＤＢ４と、お知らせ情報を決定するお知らせ情報決定部３ｃと、このお知らせ情報決定部３ｃで決定された情報を格納するお知らせ情報ＤＢ６と、顧客のお知らせ情報を閲覧した履歴情報を更新する閲覧履歴更新部３ｂと、履歴を格納する閲覧履歴ＤＢ５と、顧客ＤＢ４の顧客基本情報と閲覧履歴ＤＢ５の閲覧履歴情報とお知らせ情報ＤＢ６の情報をクライアント端末２に通知するお知らせ通知部３ａとを有し、クライアント端末２は、通知されたお知らせ情報を顧客の画面上に表示する表示部２ａと、この表示部により表示された情報を顧客が閲覧したか否かをサーバ１に送信する閲覧部２ｂとを有する。【選択図】　図１
2004030273.tif 000002
【特許請求の範囲】
【請求項１】
サーバとクライアント端末がネットワークを介して接続され、サーバからクライアント端末へ企業のお知らせを通知するシステムであって、
前記サーバは、
顧客基本情報を格納する顧客データベースと、
前記クライアント端末に知らせる企業のお知らせ情報を決定するお知らせ情報決定部と、
このお知らせ情報決定部で決定された前記お知らせ情報を格納するお知らせ情報データベースと、
前記クライアント端末により前記お知らせ情報を閲覧した履歴情報を更新する閲覧履歴更新部と、
この更新された履歴を格納する閲覧履歴データベースと、
前記顧客データベースの顧客基本情報と前記閲覧履歴データベースの閲覧履歴情報と前記お知らせ情報データベースのお知らせ情報をクライアント端末に通知するお知らせ通知部と
を有し、
前記クライアント端末は、
通知されたお知らせ情報を画面上に表示するお知らせ表示部と、
このお知らせ表示部により表示されたお知らせ情報を前記顧客が閲覧したか否かを前記サーバに送信するお知らせ閲覧部と
を有することを特徴とする情報通知システム。
【請求項２】
顧客の閲覧履歴情報を格納する閲覧履歴データベースおよび企業のお知らせ情報を決定するお知らせ情報決定部で決定された前記お知らせ情報を格納するお知らせ情報データベースを有するサーバとクライアント端末がネットワークを介して接続され、サーバからクライアント端末に企業のお知らせ情報を通知するシステムであって、
前記クライアント端末は、
顧客の基本情報を格納する顧客データベースと、
前記閲覧履歴データベースの閲覧履歴情報と前記お知らせ情報データベースのお知らせ情報を受信し表示するお知らせ表示部と、
このお知らせ表示部により表示されたお知らせ情報を前記顧客が閲覧したか否かをサーバに送信するお知らせ閲覧部と
を有することを特徴とする情報通知システム。
【請求項３】
前記顧客データベースは、企業の顧客の基本情報を格納することを特徴とする請求項１又は２記載の情報通知システム。
【請求項４】
前記閲覧履歴データベースは、顧客からの閲覧履歴情報を格納することを特徴とする請求項１又は２記載の情報通知システム。
【請求項５】
前記お知らせ情報データベースは、企業のお知らせ情報を顧客毎に格納することを特徴とする請求項１又は２記載の情報通知システム。
【請求項６】
前記閲覧履歴情報は、閲覧日の履歴を含むことを特徴とする請求項１乃至請求項５のいずれか１に記載の情報通知システム。
【請求項７】
前記お知らせ情報データベースに格納されるお知らせ情報は、顧客毎のお知らせ情報であることを特徴とする請求項１乃至請求項５のいずれか１に記載の情報通知システム。
【請求項８】
ネットワークを介してクライアント端末に接続され、顧客へのお知らせ情報を通知するサーバであって、
顧客の基本情報を格納する顧客データベースと、
前記顧客へ知らせるお知らせ情報を決定するお知らせ情報決定部と、
前記顧客へ知らせることが決定されたお知らせ情報を格納するお知らせ情報データベースと、
前記クライアント端末のお知らせ閲覧部の閲覧履歴情報を更新する閲覧履歴更新部と、
前記閲覧履歴情報を格納する閲覧履歴データベースと、
前記顧客データベースの顧客の基本情報と前記閲覧履歴データベースの閲覧履歴情報と
前記お知らせ情報データベースのお知らせ情報を、前記クライアント端末に通知するお知らせ通知部と
を有することを特徴とする情報通知サーバ。
【請求項９】
ネットワークを介してサーバに接続され、顧客へのお知らせ情報を表示するクライアント端末であって、
サーバが有する顧客データベースの顧客基本情報と顧客の閲覧履歴情報を格納する閲覧履歴データベースの閲覧履歴情報と顧客毎のお知らせ情報を格納するお知らせ情報データベースのお知らせ情報を受信し表示するお知らせ表示部と、
このお知らせ表示部により表示されたお知らせ情報を前記顧客が閲覧したかどうかをサーバに伝えるお知らせ閲覧部と
を有することを特徴とするクライアント端末。
【請求項１０】
顧客データベースと閲覧履歴データベースとお知らせ情報データベースとを有するサーバが、ネットワークを介してクライアント端末に接続され、このクライアント端末によりお知らせ情報を得るお知らせ情報通知方法において、
前記顧客データベースに顧客の基本情報を格納する顧客情報格納ステップと、
顧客毎に知らせるお知らせ情報を決定するお知らせ情報決定ステップと、
このお知らせ情報決定ステップにより決定されたお知らせ情報を格納するお知らせ情報格納ステップと、
顧客の閲覧履歴情報を更新する更新ステップと、
この更新ステップにより更新された閲覧履歴情報を閲覧履歴データベースに格納する閲覧履歴格納ステップと、
前記顧客データベースの顧客情報と前記閲覧履歴データベースの更新情報と前記お知らせ情報データベースのお知らせ情報を、前記クライアント端末の表示画面上、クリックされたアドレスに対応する対象の情報として通知する通知ステップと
を有することを特徴とする情報通知方法。
【請求項１１】
お知らせ表示部を有するクライアント端末がネットワークを介してサーバに接続され、前記クライアント端末によりお知らせ情報を得るお知らせ情報通知方法において、
顧客の基本情報を格納する顧客データベースの顧客基本情報と顧客の閲覧履歴情報を格納する閲覧履歴データベースの閲覧履歴情報と企業が決定したお知らせ情報を格納するお知らせ情報データベースのお知らせ情報を受信し、画面に表示するお知らせ表示ステップと、
前記閲覧履歴情報と前記お知らせ情報を顧客毎に前記クライアント端末に表示させる表示ステップと、
この表示ステップにより表示されたお知らせ情報を前記顧客が閲覧したか否かをサーバに送信するお知らせ閲覧ステップと
を有することを特徴とする情報通知方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のクライアント端末がネットワーク等を介して証券会社のホームトレードサイトに接続されているネットワークシステムに適用して好適な情報通知システム等に関する。
【０００２】
【従来の技術】
オンラインによるホームトレードでは、顧客に対して画面を通して情報を通知する方法は以前から知られていた。また、特開平３−６５７９３号公報記載のように、顧客にメッセージが正確に伝わったことが確認できるメッセージ通知装置は知られている。
【０００３】
上述のように、従来から知られている方法では、顧客が入手できる情報は、画一的なものになりがちであり、例えば証券会社が顧客の特性に応じた通知内容を顧客毎に通知されるものではなかった。また、証券会社がその情報について重要と認識していても、顧客にとってはそれほど重要な情報と認識しているとは限らず、そのお知らせを通知しても顧客がすぐに見るとは限らない場合があった。その場合、再度顧客にそのお知らせに関して見てもらう状況にすることが困難になるという問題があった。
【０００４】
証券会社にとっては、顧客毎に情報内容を変えたお知らせを提供することにより、顧客へのサービス向上を図ることができる。
【０００５】
【発明が解決しようとする課題】
本発明は、このような従来の問題点に鑑みてなされたもので、顧客毎の特性に応じたお知らせを通知し、また見ていない顧客がいれば、再度その情報を見てもらうために注意喚起、催促を行うことが可能な情報通知システム等を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項１によれば、サーバとクライアント端末がネットワークを介して接続され、サーバからクライアント端末へ企業のお知らせを通知するシステムであって、前記サーバは、顧客基本情報を格納する顧客データベースと、前記クライアント端末に知らせる企業のお知らせ情報を決定するお知らせ情報決定部と、このお知らせ情報決定部で決定された前記お知らせ情報を格納するお知らせ情報データベースと、前記クライアント端末により前記お知らせ情報を閲覧した履歴情報を更新する閲覧履歴更新部と、この更新された履歴を格納する閲覧履歴データベースと、前記顧客データベースの顧客基本情報と前記閲覧履歴データベースの閲覧履歴情報と前記お知らせ情報データベースのお知らせ情報をクライアント端末に通知するお知らせ通知部とを有し、前記クライアント端末は、通知されたお知らせ情報を画面上に表示するお知らせ表示部と、このお知らせ表示部により表示されたお知らせ情報を前記顧客が閲覧したか否かを前記サーバに送信するお知らせ閲覧部とを有することを特徴とする情報通知システムを提供する。
【０００７】
本発明の請求項２によれば、顧客の閲覧履歴情報を格納する閲覧履歴データベースおよび企業のお知らせ情報を決定するお知らせ情報決定部で決定された前記お知らせ情報を格納するお知らせ情報データベースを有するサーバとクライアント端末がネットワークを介して接続され、サーバからクライアント端末に企業のお知らせ情報を通知するシステムであって、前記クライアント端末は、顧客の基本情報を格納する顧客データベースと、前記閲覧履歴データベースの閲覧履歴情報と前記お知らせ情報データベースのお知らせ情報を受信し表示するお知らせ表示部と、このお知らせ表示部により表示されたお知らせ情報を前記顧客が閲覧したか否かをサーバに送信するお知らせ閲覧部とを有することを特徴とする情報通知システムを提供する。
【０００８】
本発明の請求項８によれば、ネットワークを介してクライアント端末に接続され、顧客へのお知らせ情報を通知するサーバであって、顧客の基本情報を格納する顧客データベースと、前記顧客へ知らせるお知らせ情報を決定するお知らせ情報決定部と、前記顧客へ知らせることが決定されたお知らせ情報を格納するお知らせ情報データベースと、前記クライアント端末のお知らせ閲覧部の閲覧履歴情報を更新する閲覧履歴更新部と、前記閲覧履歴情報を格納する閲覧履歴データベースと、前記顧客データベースの顧客の基本情報と前記閲覧履歴データベースの閲覧履歴情報と前記お知らせ情報データベースのお知らせ情報を、前記クライアント端末に通知するお知らせ通知部とを有することを特徴とする情報通知サーバを提供する。
【０００９】
本発明の請求項９によれば、ネットワークを介してサーバに接続され、顧客へのお知らせ情報を表示するクライアント端末であって、サーバが有する顧客データベースの顧客基本情報と顧客の閲覧履歴情報を格納する閲覧履歴データベースの閲覧履歴情報と顧客毎のお知らせ情報を格納するお知らせ情報データベースのお知らせ情報を受信し表示するお知らせ表示部と、このお知らせ表示部により表示されたお知らせ情報を前記顧客が閲覧したかどうかをサーバに伝えるお知らせ閲覧部とを有することを特徴とするクライアント端末を提供する。
【００１０】
本発明の請求項１０によれば、顧客データベースと閲覧履歴データベースとお知らせ情報データベースとを有するサーバが、ネットワークを介してクライアント端末に接続され、このクライアント端末によりお知らせ情報を得るお知らせ情報通知方法において、前記顧客データベースに顧客の基本情報を格納する顧客情報格納ステップと、顧客毎に知らせるお知らせ情報を決定するお知らせ情報決定ステップと、このお知らせ情報決定ステップにより決定されたお知らせ情報を格納するお知らせ情報格納ステップと、顧客の閲覧履歴情報を更新する更新ステップと、この更新ステップにより更新された閲覧履歴情報を閲覧履歴データベースに格納する閲覧履歴格納ステップと、前記顧客データベースの顧客情報と前記閲覧履歴データベースの更新情報と前記お知らせ情報データベースのお知らせ情報を、前記クライアント端末の表示画面上、クリックされたアドレスに対応する対象の情報として通知する通知ステップとを有することを特徴とする情報通知方法を提供する。
【００１１】
本発明の請求項１１によれば、お知らせ表示部を有するクライアント端末がネットワークを介してサーバに接続され、前記クライアント端末によりお知らせ情報を得るお知らせ情報通知方法において、顧客の基本情報を格納する顧客データベースの顧客基本情報と顧客の閲覧履歴情報を格納する閲覧履歴データベースの閲覧履歴情報と企業が決定したお知らせ情報を格納するお知らせ情報データベースのお知らせ情報を受信し、画面に表示するお知らせ表示ステップと、前記閲覧履歴情報と前記お知らせ情報を顧客毎に前記クライアント端末に表示させる表示ステップと、この表示ステップにより表示されたお知らせ情報を前記顧客が閲覧したか否かをサーバに送信するお知らせ閲覧ステップとを有することを特徴とする情報通知方法を提供する。
【００１２】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。本発明の一実施形態の構成例を図１に示す。このシステムにおいて、サーバは、コンピュータにより構成されており、複数のクライアント端末が存在するクライアント端末２との間で情報を送受信し、クライアント端末２からお知らせ閲覧情報を受信する制御部３と、顧客データベース（ＤＢ）４と、閲覧履歴ＤＢ５と、お知らせ情報ＤＢ６とを備えている。
【００１３】
なお、クライアント端末もコンピュータにより構成されていて一般的に多数であるが、ここではクライアント端末として示した。
【００１４】
上記制御部３は、顧客の基本情報を格納する顧客ＤＢ４の情報と、顧客がお知らせ情報を閲覧した履歴情報を格納する閲覧履歴ＤＢ５と顧客へのお知らせ情報を格納するお知らせ情報ＤＢ６との情報をクライアント端末２に通知するお知らせ通知部３ａと、顧客が閲覧した履歴情報を閲覧履歴ＤＢ５に格納する閲覧履歴更新部３ｂと、顧客毎にお知らせ情報を決定し、お知らせ情報ＤＢ６に格納するお知らせ情報決定部３ｃとを有している。
【００１５】
上記クライアント端末２は、サーバ１よりお知らせ情報を受信し、顧客の画面に表示させるお知らせ表示部２ａと、お知らせ閲覧情報をサーバ１へ送信するお知らせ閲覧部２ｂとを有している。
【００１６】
次に、本発明の第１の実施形態の動作説明を、図２のフローチャートを参照して行う。図２のフローチャートでは、顧客の処理として、まず各クライアント端末はステップＳ２０１において、図３に示したようにログイン画面を開く。次にログイン処理として入力欄３０１に支店コード、入力欄３０２に口座番号、入力欄３０３に暗証番号を入力する。
【００１７】
ここでは、支店コードに００１、口座番号１２３４５６、暗証番号＊＊＊＊が入力されている例を示した。暗証番号は英数半角で顧客が任意に選んだ４桁が入力されるがセキュリテイを高めるために画面上では＊＊＊＊と表示されている。支店コード、口座番号、暗証番号の全てが入力し終えると、ボタン３０４をクリックする（ステップＳ２０２）。
【００１８】
ログイン処理が行われると、ステップＳ２０３において、コード判別処理をいう。まず、ステップＳ２０２で入力された支店コード、口座番号、暗証番号の組合せがサーバ１内の顧客ＤＢ４の中に顧客の基本情報として存在すれば、図４で示したようなオンライントレードメニュー画面に入ることができる。オンライントレードメニュー画面に表示するお知らせ情報を決定するためにステップＳ２０４では顧客別お知らせ情報決定処理を行う。
【００１９】
例えばメッセージ部分として、顧客Ａさんには「大切なお知らせが登録されております。ご確認ください。」、また、そのメッセージの詳細情報として、「２００１年９月１５日『信用取引サービス』サービスについてのご案内」、「２００１年９月１４日ＡＡ企業の上場廃止について」、「２００１年９月１１日○○○のお取引について」を表示することに決定し、また顧客Ｂさんには、「お知らせはございません。」を表示することに決定し、支店コード、口座番号、暗証番号毎にお知らせ情報ＤＢ６に格納されている。
【００２０】
ステップＳ２０５では、顧客別お知らせ通知処理として、ステップＳ２０２で入力された支店コード、口座番号、暗証番号の全てがお知らせ情報ＤＢ６内においても有しているそれぞれの番号に一致したとき、その顧客に対してのお知らせ情報が、お知らせ通知部３ａにより、クライアント端末２に送信される。
【００２１】
ここで、顧客毎の通知をオンライントレードメニュー画面内に表示するための箱型の枠が図４の４０１のように設けられており、これを「お知らせＢＯＸ」、とここではいう。
【００２２】
ステップＳ２０６の顧客別お知らせ表示処理において、顧客がオンライントレードメニュー画面を表示する際、お知らせＢＯＸ内に、顧客毎の通知内容であるメッセージ部分が表示される。図４の表示欄４０３の最新のお知らせ部分は全ての顧客の画面で同一であり、表示欄４０４の『◆「資産管理サービス」のメニュー追加について（９月１７日）』といった見出しをクリックするとそれぞれの見出しにあった情報が表示される。これらの見出しは顧客毎の独自性はなく、どの顧客でも同じ通知内容となっている。
【００２３】
お知らせＢＯＸの中には、「大切なお知らせが登録されております。ご確認ください。」と表示されており、「お知らせはございません。」というメッセージの表示以外は、表示欄４０２のように「＞＞詳しくはこちらから」と表示されている。
【００２４】
ここで、顧客別お知らせ閲覧処理として、表示欄４０２をクリックすると、図５で示したように、顧客Ａさんの実際のお知らせの詳細情報として日付と項目ごとに、表示される。ここでは、２００１年９月１５日に「『信用取引サービス』サービスについてのご案内」、２００１年９月１４日に「ＡＡ企業の上場廃止について」、２００１年９月１１日に「○○○のお取引について」、が表示されている。それぞれの文章のところをクリックすることにより、更に詳しい情報を見ることができる。
【００２５】
ここでは、表示欄５０１をクリックすると、図６で示したように、表示欄５０１のタイトルである、「『信用取引サービス』サービスについてのご案内」の詳細を見ることができる。また、この図６の中にも表示欄６０１、表示欄６０２のように更にまたその項目の詳細について見ることができる（ステップＳ２０７）。
【００２６】
上記のように顧客別お知らせ閲覧処理で、顧客が見たいそれぞれの項目を閲覧した場合、顧客別閲覧履歴保存処理として、クリックした各項目ごとに、それぞれの閲覧履歴を閲覧履歴更新部３ｂによって、閲覧履歴ＤＢ５に一度見たというマーク等を持たせて、一度見た内容部分に変化をつけることにより保存する（ステップＳ２０８）。
【００２７】
上述のように、顧客に対する通知として、全顧客共通の部分だけではなく、顧客毎に通知内容を変える部分を持たせることにより、顧客の特性に応じた通知を提供することができる。
【００２８】
上記の実施形態は、第１の実施形態であるが、顧客がお知らせＢＯＸ内の通知を見た場合にポイントを与え、またある一定期間見なかった場合に再通知を行うこともできる。
【００２９】
この場合を第２の実施形態として図面を参照して説明する。本発明の一実施形態の構成例を図７に示す。図７は、第１の実施形態で示した図１の図にお知らせ重み付け部３ｄとポイント加減部３ｅを追加したものである。お知らせ重み付け部３ｄは、お知らせ毎の重要度により、お知らせ毎にポイントを付け、お知らせ情報ＤＢ６に格納するものであり、ポイント加減部３ｅは閲覧履歴ＤＢ５の履歴情報をもとに顧客毎の点数を加算または減算して顧客ＤＢ４に格納するものである。
【００３０】
図８のフローチャートを参照して以下に説明する。
【００３１】
まず図９はお知らせＢＯＸの一例であり、項目としては「付番」、「お知らせ日付」、「お知らせ事項」、「チェック欄」、「重要ランク」、「ポイント」、「現在のポイント」がある。
【００３２】
「付番」とは、一通知につき一つずつ最近通知された順に昇順で番号が付され、「お知らせ日付」とは、お知らせの通知をした日付を表し、「お知らせ事項」とは、お知らせをする情報の中身を簡単に表したもので第１の実施形態で述べたメッセージにあたるものである。「チェック欄」の○や●をクリックすると、その詳細を見ることができる。
【００３３】
マーク○はまだ顧客が一度も情報の中身を見ていないということであり、マーク●は一度でも中身を閲覧したということを表している。「重要ランク」とはお知らせの情報ごとの重要度に合わせて、証券会社がお知らせの内容をランク付けして振り分けたものである。ここでは重要ランクの高いもの順にＡ、Ｂ、Ｃと振り分けており、それぞれのランクごとにポイントが１０、５、１となっている。
【００３４】
たとえば、「付番」が１の行では、表示欄９０１は付番として「１」、表示欄９０２は通知をした日付として「２００２年４月２０日」、表示欄９０３はお知らせ事項として「ＭＭＦの残高が１０００万を超えました。」、表示欄９０４はチェックした結果として、マーク「●」、表示欄９０５で重要ランク「Ｂ」、表示欄９０６としてポイント「５」となっている。表示欄９０７は現在のポイント状況として、いままでのポイント加算の総合計として「２０点」が表示されている。
【００３５】
第一の実施形態で示したステップＳ２０７の顧客別お知らせ閲覧処理として図９に示したように、「付番」が３の行である２００２年４月８日に通知されたお知らせ事項「保有株価が１００万円を超えました。」という見出しの詳細を見るために、チェック欄９０８のマーク「○」をクリックしたとする。
【００３６】
図８のステップＳ８０１で閲覧履歴ＤＢ５の過去の履歴をもとにこの項目に関する前回チェック欄が○かどうかを判断する。
前回チェック欄が○の場合は、今回のステップＳ２０７の顧客別お知らせ閲覧処理においてチェック欄が●になったかどうかを前回の閲覧履歴の保存情報と、今回の閲覧履歴の保存情報とを比較して判別する（ステップＳ８０２）。
【００３７】
ここで、今回初めて●になっていれば、ステップＳ８０３において、ポイント加算処理を行う。
【００３８】
お知らせ重み付け部３ｄによって、点数化されたお知らせ情報ＤＢ６に格納された顧客毎、通知項目毎のポイントを元に、顧客のポイントとしてポイント加減部３ｅにより、閲覧履歴ＤＢ５の情報をもとに加算し、顧客ＤＢ４に格納する。
【００３９】
ここでは、「付番」が３の行である表示欄９０９のポイントが５点であるので、表示欄９０７で示されているように現在のポイントの２０点に５点が加えられる。
【００４０】
その例が図１０に示してある。図１０において表示欄１００２が「●」となっており、表示欄１００１の現在ポイントが「２５点」となっている。
【００４１】
チェック欄が○のままで、●になっていない場合は、お知らせ日＋３０の日と現在の日を比較する（ステップＳ８０４）。現在の日付がお知らせ日より３０日以上過ぎていれば、ステップＳ８０５においてポイント減点処理を行う。これはお知らせした情報をある一定期間以上顧客が見ていない場合に、ポイントを減点するものである。ここでは、ポイントを１点減点する。次に、ステップＳ８０６において、催促通知処理を行う。
【００４２】
催促通知処理においては、図１１のように表示欄１１０１のお知らせＢＯＸの枠の中に、「まだ見ていない通知があります。至急ご覧ください。」といったメッセージを表示する。
【００４３】
表示欄１１０２をクリックすると３０日以上見ていないお知らせが存在し、現在のポイントも減点されている。
【００４４】
これにより、顧客は、まだ見ていない通知があるという認識でき、また早く見ないとポイントが減点されるケースがあり、早く見ようとすることが考えられる。
【００４５】
以上第２の実施形態で述べたように、企業にとって重要なお知らせほど、顧客にできるだけ早く見てもらうようにすることが可能となる。
【００４６】
第１の実施形態の顧客別閲覧履歴保存処理では、画面上は顧客にとっても一度見た情報であるとわかるように、色を変化させることもできる。
【００４７】
また、第２実施形態のポイント減点処理では、ポイントの減点方法として、１点減点する例を示したが、ポイントの減点方法は、加算される場合と同じ点数としてもよいし、一定期間過ぎるごとに減点して催促通知処理を行ってもよい。
【００４８】
【発明の効果】
以上述べたように本発明によれば、顧客の特性に応じた通知を見ることができ、顧客自身がその情報について閲覧したかどうかを把握でき、一方、企業にとっては、お知らせしたい情報を顧客に知ってもらうことができる効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態の構成例を示す図。
【図２】本発明の一実施形態の初期画面から一連の処理の流れを示すフローチャートを示す図。
【図３】本発明の一実施形態のログイン画面の一例を示す図。
【図４】本発明の一実施形態のオンライントレードメニュー画面の一例を示す図。
【図５】本発明の一実施形態のお知らせ詳細画面の一例を示す図。
【図６】本発明の一実施形態のお知らせ詳細画面の一例を示す図。
【図７】本発明の一実施形態の構成例を示す図。
【図８】本発明の一実施形態の一例を示すフローチャート。
【図９】本発明の一実施形態のお知らせ画面の一例を示す図。
【図１０】本発明の一実施形態のお知らせ画面の一例を示す図。
【図１１】本発明の一実施形態のオンライントレードメニュー画面の一例を示す図。
【符号の説明】
１・・・サーバ、
２・・・クライアント端末、
２ａ・・・お知らせ表示部、
２ｂ・・・お知らせ閲覧部、
３ａ・・・お知らせ通知部、
３ｂ・・・閲覧履歴更新部、
３ｃ・・・お知らせ情報決定部、
３ｄ・・・お知らせ重み付け部、
３ｅ・・・ポイント加減部、
４・・・顧客ＤＢ、
５・・・閲覧履歴ＤＢ、
６・・・お知らせ情報ＤＢ。
【図１】
2004030273.tif 000003
【図２】
2004030273.tif 000004
【図３】
2004030273.tif 000005
【図４】
2004030273.tif 000006
【図５】
2004030273.tif 000007
【図６】
2004030273.tif 000008
【図７】
2004030273.tif 000009
【図８】
2004030273.tif 000010
【図９】
2004030273.tif 000011
【図１０】
2004030273.tif 000012
【図１１】
2004030273.tif 000013