JP4658504B2 - ポータルシステム - Google Patents

Description

本発明はポータルシステムに関し、とくに情報提供の方法に関する。

従来のポータルシステムは、複数の既存アプリケーションシステムの画面をひとつのページ内に配置し、利用者のブラウザ画面上に表示することにより、利用者が、ひとつのブラウザ画面で複数のアプリケーションを利用できるようにしたものである。
特許文献１においては、利用者に応じて、特定のアプリケーションシステムへのアクセスを可能にするシステムが開示されている。

特開２００３―３００７４号公報

しかしながら、上述した従来のシステムにおいては、利用者が自分に必要な情報を画面に表示させるには、複数のアプリケーション毎に、ログイン操作もしくは検索操作を行う必要があり、この点において作業効率が低かった。
特許文献１においても、利用者に応じて提供されるのはアプリケーションシステムへのアクセス手段のみであって、利用者が必要な情報を表示させるためには、ユーザのログイン操作および検索操作が必要となる。

この発明は、このような問題点を解決するためになされたものであり、利用者のログイン操作および検索操作を必要とせずに情報提供を行う、作業効率の高いポータルシステムを提供することを目的とする。

上述の目的を達成するため、本発明の請求項１に係るポータルシステムは、あらかじめ準備され、ユーザごとに対応する表示情報を識別するための表示情報番号を含むユーザ属性情報が格納されるとともに、ユーザのログイン要求が入力されるユーザ判定部を備えるポータルサーバと、あらかじめ準備されるユーザ業務情報及び抽出条件が格納されるとともに、ユーザ業務情報及び抽出条件に基づいて抽出情報が作成および格納されるアプリケーションサーバであって、抽出条件はユーザ業務情報ごとにあらかじめ設定され、抽出条件はユーザ業務情報から所定の情報を抽出するために用いられる、アプリケーションサーバと、アプリケーションサーバから取り出された抽出情報が、抽出情報に付与された抽出情報番号ごとに分類され、抽出情報番号に対応する表示情報番号ごとに表示情報として格納される表示情報格納部を備えるメッセージサーバと、ユーザ判定部に入力されたログイン要求をトリガーとし、ユーザ属性情報に含まれ、ログインをしたユーザに対応する１又は複数の表示情報番号を取り出し、該表示情報番号が付与された表示情報を表示情報格納部から取り出し、ユーザ属性情報に基づいて表示情報を編集し、ユーザに対して表示するために送信する表示制御部を備えるポータルサーバとを備え、抽出情報は、案件名、担当者名、担当部署名、現在の承認者名のいずれかを含むことを特徴とするものである。

また、本発明の請求項２に係るポータルシステムは、請求項１に記載のポータルシステムにおいて、抽出情報の作成および格納と、表示情報の格納と、表示制御部による取り出し、編集および送信とが、あらかじめ指定された時間ごとに実行されることを特徴とするものである。

この発明によれば、ポータルシステムは、あらかじめ設定した条件に基づいて利用者に応じた情報を表示するため、利用者の作業効率が向上する。

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、この発明の実施の形態１に係るポータルシステム１の構成を示す。
ネットワーク１００に、ユーザのメールを処理するメールサーバ２０と、それぞれユーザ業務を処理する第一アプリケーションサーバ４０、第二アプリケーションサーバ５０、第三アプリケーションサーバ６０とが接続されている。またこのネットワーク１００には、ユーザＡ、Ｂ、Ｃがそれぞれ業務に使用する端末であるクライアントＡ１１０、クライアントＢ１２０、クライアントＣ１３０が接続されている。さらにこのネットワーク１００には、上記各サーバと上記各ユーザ端末との間でデータ授受の仲介をするポータルサーバ１０およびメッセージサーバ３０が接続されている。

ポータルサーバ１０は、ポータルシステム１にログインするユーザからのログイン要求を受け付けその識別と認証を行なうユーザ判定部１１を備える。このユーザ判定部１１はさらに、識別と認証に使用するデータを格納するデータベースであるユーザ属性情報格納部１３を備える。
ユーザ属性格納部１３には、ユーザの属性情報、たとえばユーザＩＤ、ユーザ名、パスワード、所属部署名および役職が、各ユーザ（ユーザＡ、ユーザＢ、ユーザＣ）ごとにユーザＡ属性情報１５、ユーザＢ属性情報１６、ユーザＣ属性情報１７として格納されている。またユーザ属性格納部１３には、役職ごとに対応するグループ名に関する情報がグループ属性情報１８として格納されている。グループ名は、担当者グループ、部長グループ、のように指定される。
さらにユーザ属性格納部１３には、クライアントの画面に表示する情報の種類ごとに、表示情報名、表示情報番号および割当グループ名に関する情報が、表示属性情報１９として格納されている。
またポータルサーバ１０は、上記各サーバから出力された情報を編集して上記各クライアントへ送信する表示制御部１２を備える。

メールサーバ２０は、周知の技術に基づいて各ユーザのメール処理を行うサーバである。

第一アプリケーションサーバ４０は、各ユーザの情報源である第一ユーザ業務情報４７とそれを照会・更新する処理を行なう第一アプリケーションシステム４２を備え、また各ユーザに必要な情報を抽出する第一情報抽出部４１を備える。この第一情報抽出部４１は、情報抽出に用いる第一抽出条件４６および抽出結果である第一抽出情報４５をそれぞれ格納するファイルを備える。

上述した第一ユーザ業務情報の例としては、たとえば次のようなデータベースがある。すなわち、案件名、収入計画値、収入実績値、当月支出実績値、支出実績累計値および支出最終見込値に関する情報を持つ案件別損益予算情報データベース、案件名、担当者名および担当部署名に関する情報を持つ案件基本情報データベース、取引先名、案件名、基準契約期間、契約開始日、契約終了日、次回契約開始日、次回契約終了日および契約更新日に関する情報を持つ取引先契約情報データベース、案件名、申請者名、現在の承認者名および処理状況に関する情報を持つ決裁情報データベースである。

また、上述した第一抽出条件４６および第一抽出情報４５の例としては、たとえば次のようなものがある。すなわち、条件名「損益がマイナスの案件」は、上述した案件別損益予算情報データベースから、支出最終見込値が収入実績値を超えている案件を抽出するという抽出条件であり、これに対応する抽出情報は、該当案件の案件名、担当者名および担当部署名である。
また条件名「当月の契約予定案件」は、上述した取引先契約情報データベースから、次回契約開始日が当月となっている案件を抽出するという抽出条件であり、これに対応する抽出情報は、案件名および担当部署である。
さらに条件名「承認待ち案件」は、上述した決裁情報データベースから、処理状況が未完了となっている案件を抽出するという抽出条件であり、これに対応する抽出情報は、案件名および現在の承認者名である。

また第二アプリケーションサーバ５０および第三アプリケーションサーバ６０は、上述した第一アプリケーションサーバ４０と同様の構成を持つが、ユーザ業務情報および抽出条件はアプリケーションサーバによって異なる。

メッセージサーバ３０は、第一アプリケーションサーバ４０、第二アプリケーションサーバ５０、第三アプリケーションサーバ６０から出力された情報を受け取る受信エリア３２と、受け取った情報をアプリケーションサーバごとにそれぞれ第一表示情報３５、第二表示情報３６、第三表示情報３７として格納する表示情報格納部３１とを備える。

クライアントＡ１１０は、ユーザＡによるポータルシステム１へのログイン要求の表示と、ポータルサーバ１０から送られた情報の表示処理を行なうユーザＡ表示部１１１をそなえている。ユーザＡ表示部１１１は、それぞれ異なる表示情報を表示する画面Ａａ１１２、画面Ａｂ１１３、画面Ａｃ１１４を備える。
またクライアントＢ１２０およびクライアントＣ１３０は、上述したクライアントＡ１１０と同様の構成を持つ。ただし各クライアントにおける画面数は、クライアントＡ１１０の構成のように３つでなくともよく、たとえばクライアントＣ１３０においては、ユーザＣ表示部１３１が備える画面は、画面Ｃａ１３２および画面Ｃｂ１３３の２つである。またクライアントの画面の数は、ユーザの属するグループによって変動するものである。なおクライアントの画面の数は、ユーザの操作および上記各サーバからの出力によって変動するものであってもよい。

図２〜図５に、この発明の実施の形態１に係るポータルシステム１の処理の流れを示す。
まず図２において、第一アプリケーションサーバ４０、第二アプリケーションサーバ５０、第三アプリケーションサーバ６０の処理の流れを示す。以下、第一アプリケーションサーバ４０を例として説明するが、第二アプリケーションサーバ５０および第三アプリケーションサーバ６０についても同様である。

第一アプリケーションサーバ４０は、あらかじめ情報の第一抽出条件４６を格納しておく（ステップＳ１）。第一抽出条件４６の例としては、たとえば上述した「損益がマイナスの案件」などがある。

第一アプリケーションサーバ４０の第一情報抽出部４１は、この第一抽出条件４６を参照しながら、抽出対象となるデータベースである第一ユーザ業務情報４７から情報を抽出し、抽出された情報に基づいて第一抽出情報４５を作成する（ステップＳ１１）。ここで第一抽出条件４６および第一抽出情報４５の詳細な内容の例は上記構成において説明したとおりである。また第一抽出情報４５を作成する際には、他のアプリケーションサーバのユーザ業務情報を参照する場合もある。たとえば第一抽出条件４６が上述した条件名「損益がマイナスの案件」である場合、案件別損益予算情報データベースを参照して案件名を取得し、この案件名をキーとして案件基本情報データベースを参照し、担当者名および担当部署名を取得する。

次に第一アプリケーションサーバ４０は、第一抽出情報４５をメッセージサーバ３０に送信する（ステップＳ１２）。この後あらかじめ指定された時間だけ待ち（ステップＳ１３）、終了指示があるかどうかチェックする（ステップＳ１４）。ここで終了指示があれば処理を終了し、そうでなければステップＳ１１にループする。
以上が第一アプリケーションサーバ４０、第二アプリケーションサーバ５０、第三アプリケーションサーバ６０の処理の流れである。

次に図３において、メッセージサーバ３０の処理の流れを示す。
メッセージサーバ３０は、第一アプリケーションサーバ４０、第二アプリケーションサーバ５０、第三アプリケーションサーバ６０から逐次抽出情報を受信し、受信エリア３２に格納する（ステップＳ２１）。

またメッセージサーバ３０は、受信エリア３２から抽出情報を取り出し（ステップＳ３１）、抽出情報番号ごとに分類して表示情報格納部３１に格納する（ステップＳ３２）。たとえば第一抽出情報４５をもとにしたデータは第一表示情報３５として、第二抽出情報５５をもとにしたデータは第二表示情報３６として、第三抽出情報６５をもとにしたデータは第三表示情報３７として、それぞれ格納される。
この後あらかじめ指定された時間だけ待ち（ステップＳ３３）、終了指示があるかどうかチェックする（ステップＳ３４）。ここで終了指示があれば処理を終了し、そうでなければステップＳ３１にループする。
以上がメッセージサーバ３０の処理の流れである。

次に図４において、ポータルサーバ１０の処理の流れを示す。
ポータルサーバ１０は、あらかじめユーザ属性情報格納部１３に、ユーザ毎（ユーザＡ、ユーザＢ、ユーザＣ）の属性情報を、それぞれユーザＡ属性情報１５、ユーザＢ属性情報１６、ユーザＣ属性情報１７として格納しておく（ステップＳ４１）。

またポータルサーバ１０は、ユーザから入力されるユーザＩＤおよびパスワードを含むログイン要求をユーザ判定部１１において受信し（ステップＳ５１）、ユーザ属性情報格納部１３に格納されている各ユーザの属性情報を参照してポータルユーザとしての認証を行なう（ステップＳ５２）。
ユーザ登録されているかどうかを判定し（ステップＳ５３）、登録されていない場合はユーザにエラー通知を送信し（ステップＳ７０）、処理を終了する。

ユーザ登録されている場合は、該当するユーザ属性情報たとえばユーザＡ属性情報１５を参照して該当ユーザの役職を取得し（ステップＳ５４）、さらに役職をキーとしてグループ属性情報格納部１８を参照し、その役職に割り当てられたグループ名を取得する（ステップＳ５５）。さらにこのグループ名をキーとして表示属性情報１９を参照し、そのグループに割り当てられた表示情報名と表示情報番号を取得する。これによって表示すべき表示情報が決定される（ステップＳ５６）。なお表示情報は１ユーザに対して複数である場合もある。
ここまでの処理で、たとえばユーザＡとユーザＢは担当者グループに所属し、「損益がマイナスの案件」と「当月の契約予定案件」が表示されるということが決定される。またユーザＣは部長グループに所属し、「承認待ち案件」が表示されるということが決定される。

次にポータルサーバ１０は、ステップＳ５６で得られた表示情報番号に対応する表示情報をメッセージサーバ３０から取得し（ステップＳ５７）、この表示情報を編集する（ステップＳ５８）。この編集は表示制御部１２によって行われ、内容はたとえば次のようなものである。各ユーザのユーザ属性情報１５〜１７を参照してユーザの所属部署を取得しておき、表示情報が「損益がマイナスの案件」もしくは「当月の契約予定案件」である場合は、担当部署がユーザの所属部署と一致するものだけを、また表示情報が「承認待ち案件」である場合は、承認者名がユーザ名と一致するものだけを、それぞれ選択する。例えばユーザＡはＸ部署、ユーザＢはＹ部署の場合、表示情報が「損益がマイナスの案件」もしくは「当月の契約予定案件」のうち、ユーザＡはＸ部署のもの、ユーザＢはＹ部署のものがそれぞれ選択される。ユーザＣの場合は所属部署に関係なく「承認待ち案件」のうち承認者名がユーザＣのものだけを選択する。選択された情報を、ブラウザ画面に表示できる表示データ形式に変換する。このようにして表示情報の編集を行った後、クライアントへ送信する（ステップＳ５９）。

この後あらかじめ指定された時間だけ待ち（ステップＳ６０）、終了指示があるかどうかチェックする（ステップＳ６１）。ここで終了指示があれば処理を終了し、そうでなければステップＳ５７にループする。
またステップＳ６０の判定内容は、上述のように指定された時間だけ待つ判定とするほかに、各クライアントからのデータ送信要求を待つ判定であっても良いし、これらのどちらか一方を待つ判定であってもよい。

なおポータルサーバ１０は、上述した各第一アプリケーションサーバ４０、第二アプリケーションサーバ５０、第三アプリケーションサーバ６０およびメッセージサーバ３０との間のデータ授受のほかに、メールサーバ２０ともメール情報の授受を行い、メール情報についても各クライアントに対して送信を行う。
以上がポータルサーバ１０の処理の流れである。

次に図５において、クライアントＡ１１０、Ｂ１２０、Ｃ１３０の処理の流れを示す。以下、クライアントＡ１１０を例として説明するが、クライアントＢ１２０およびクライアントＣ１３０についても同様である。
クライアントＡ１１０は、ユーザのログイン要求（ユーザＩＤ、パスワード）を入力し、ポータルサーバに対してログイン要求を送信する（ステップＳ８１）。

またクライアントＡ１１０は、ポータルサーバから送信された表示情報を受信し（ステップＳ９１）、これをブラウザ上に表示する（ステップＳ９２）。

以上説明した、この実施の形態１に係るポータルシステム１の動作について、図６を用いてまとめてみる。
まず、たとえば第一アプリケーションサーバ４０は、第一ユーザ業務情報４７からあらかじめ設定された第一抽出条件４６に基づいて第一抽出情報４５を作成し、これをメッセージサーバ３０に送る。メッセージサーバ３０はこれを受け取り、第一表示情報３５として格納する（以上矢印ａ）。
ユーザＡがクライアントＡ１１０においてログイン操作を行うと、ポータルサーバ１０は認証を行い、ユーザ属性情報格納部１３に格納されている情報に基づいて表示情報番号を得る（以上矢印ｂ）。さらにポータルサーバ１０は、この表示情報番号に基づいて、メッセージサーバ３０から該当する表示情報たとえば第一表示情報３５を受け取り、編集後にクライアントＡ１１０に送る。
クライアントＡ１１０はこの情報を受け取って画面Ａａ１１２に表示する（以上矢印ｃ）。

この結果、ユーザＡ、Ｂ、Ｃがそれぞれログインした直後の各クライアントにおける画面表示はたとえば次のようになる。
担当者であるユーザＡが使用するクライアントＡ１１０においては、画面Ａａ１１２にはユーザＡが担当する案件のうち損益がマイナスのものの一覧が、画面Ａｂ１１３にはユーザＡが担当する案件のうち当月契約予定のものの一覧が、画面Ａｃ１１４にはユーザＡのメールが、それぞれ表示される。
担当者であるユーザＢが使用するクライアントＢ１２０においては、画面Ｂａ１２２にはユーザＢが担当する案件のうち損益がマイナスのものの一覧が、画面Ｂｂ１２３にはユーザＢが担当する案件のうち当月契約予定のものの一覧が、画面Ｂｃ１２４にはユーザＢのメールが、それぞれ表示される。
部長であるユーザＣが使用するクライアントＣ１３０においては、画面Ｃａ１３２にはユーザＣの承認待ちとなっている案件の一覧が、画面Ｃｂ１３３にはユーザＣのメールが、それぞれ表示される。

このように、必要な情報を第一アプリケーションサーバ４０、第二アプリケーションサーバ５０、第三アプリケーションサーバ６０内で抽出して一定間隔でポータルサーバ１０に送信し、ポータルサーバ１０内で表示編集した情報を一定間隔でクライアントＡ１１０、Ｂ１２０、Ｃ１３０へ送信することで、ユーザＡ、Ｂ、Ｃはログインするだけで、もしくはブラウザを起動しておくだけで必要な最新情報を自動的に表示することが可能である。
なお、各ユーザに対してどのような情報を提供するかは、上述の動作の流れにも示されるとおり、アプリケーションサーバ内に格納される第一抽出条件４６、第二抽出条件５６、第三抽出条件６６の指定と、ポータルサーバ１０内に格納される表示属性情報１９に含まれる表示情報番号の指定とを変更することにより、随時変更可能である。

以上のように、上述した実施の形態１によれば、ポータルシステム１は、あらかじめ設定された抽出条件に基づいて必要な情報を抽出し、これを自動的にユーザに送信するので、ユーザが情報表示のために行うログイン操作および検索操作を削減することができ、ユーザの作業効率が向上する。

また、ポータルシステム１は、検索操作が苦手なユーザや検索操作が嫌いなユーザに対しても、あらかじめ設定された抽出条件に基づいて情報を平等に提供するので、ユーザ間の情報共有化が進む。

さらに、ポータルシステム１は、情報抽出部によるユーザ業務情報からの抽出と表示制御部によるクライアントへの送信とを、あらかじめ指定された時間ごとに自動的に実行するので、ユーザの操作を必要とせずに常に最新の情報をユーザに対して提供することができる。

以上説明してきた本発明は、上記の実施の形態に限定されるものではない。
実施の形態１においては、ユーザ数、クライアント数、サーバ数すべて３となっているが、これらの数は３以外であってもよく、また互いに異なる数であってもよい。また実施の形態１においては、各クライアントの表示部における画面の数は２または３となっているが、これは上記以外の数であってもよい。

本発明の実施の形態１に係るポータルシステムの構成を示すブロック図である。 本発明の実施の形態１に係るポータルシステムにおいて、アプリケーションサーバの動作の流れを示すフローチャートである。 本発明の実施の形態１に係るポータルシステムにおいて、メッセージサーバの動作の流れを示すフローチャートである。 本発明の実施の形態１に係るポータルシステムにおいて、ポータルサーバの動作の流れを示すフローチャートである。 本発明の実施の形態１に係るポータルシステムにおいて、クライアントの動作の流れを示すフローチャートである。 本発明の実施の形態１に係るポータルシステムの動作を説明する図である。

符号の説明

１ ポータルシステム、１１ ユーザ判定部、１２ 表示制御部、１５ ユーザＡ属性情報、１６ ユーザＢ属性情報、１７ ユーザＣ属性情報、３５ 第一表示情報、３６ 第二表示情報、３７ 第三表示情報、４０ 第一アプリケーションサーバ、４５ 第一抽出情報、４６ 第一抽出条件、４７ 第一ユーザ業務情報、５０ 第二アプリケーションサーバ、５５ 第二抽出情報、５６ 第二抽出条件、５７ 第二ユーザ業務情報、６０ 第三アプリケーションサーバ、６５ 第三抽出情報、６６ 第三抽出条件、６７ 第三ユーザ業務情報。

Claims (2)

1. あらかじめ準備され、ユーザごとに対応する表示情報を識別するための表示情報番号を含むユーザ属性情報が格納されるとともに、ユーザのログイン要求が入力されるユーザ判定部を備えるポータルサーバと、
   あらかじめ準備されるユーザ業務情報及び抽出条件が格納されるとともに、前記ユーザ業務情報及び前記抽出条件に基づいて抽出情報が作成および格納されるアプリケーションサーバであって、前記抽出条件は前記ユーザ業務情報ごとにあらかじめ設定され、前記抽出条件は前記ユーザ業務情報から所定の情報を抽出するために用いられる、アプリケーションサーバと、
   前記アプリケーションサーバから取り出された前記抽出情報が、前記抽出情報に付与された抽出情報番号ごとに分類され、抽出情報番号に対応する表示情報番号ごとに表示情報として格納される表示情報格納部を備えるメッセージサーバと、
   前記ユーザ判定部に入力された前記ログイン要求をトリガーとし、前記ユーザ属性情報に含まれ、ログインをしたユーザに対応する１又は複数の前記表示情報番号を取り出し、該表示情報番号が付与された前記表示情報を前記表示情報格納部から取り出し、前記ユーザ属性情報に基づいて前記表示情報を編集し、前記ユーザに対して表示するために送信する表示制御部を備える前記ポータルサーバと
   を備え、
   前記抽出情報は、案件名、担当者名、担当部署名、現在の承認者名のいずれかを含む
   ことを特徴とするポータルシステム。
2. 前記抽出情報の作成および格納と、
   前記表示情報の格納と、
   前記表示制御部による前記取り出し、前記編集および前記送信とが、
   あらかじめ指定された時間ごとに実行される
   ことを特徴とする請求項１に記載のポータルシステム。

Images