(57)【要約】【課題】  毎回ユーザがカスタマイズ作業を行わなくても自動的にユーザが使いやすい画面構成に変更させるポータル画面構成装置及びコンピュータ・ソフトウエアを提供する。【解決手段】  Ｗｅｂページの画面構成をユーザごとに定義した画面構成定義１１１、及び定義を変更するルールをユーザごとに定義した画面構成変更定義１１２に基づいてＷｅｂページを生成するポータル画面構成装置１０に格納されるコンピュータ・ソフトウエアであって、クライアント２０から取得したユーザに対応する定義および変更定義を取得し、画面構成装置１０又はクライアント２０からユーザ別画面構成変更要因を取得し、定義及びユーザ別変更要因に基づいて定義を変更する機能と、変更された定義に基づいてＷｅｂページのデータを生成処理する。【選択図】        図１
2006107012.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページの画面構成をユーザ識別子ごとに定義した画面構成定義、及び該該画面構成定義を変更するルールをユーザ識別子ごとに定義した画面構成変更定義に基づいてＷｅｂページを生成する手段を有するポータル画面構成装置に格納されるコンピュータ・ソフトウエアであって、
クライアントから受信した要求データに基づいて取得したユーザ識別子に対応する画面構成定義および画面構成変更定義を取得する機能と、前記ポータル画面構成装置又は前記クライアントからユーザ別画面構成変更要因を取得する機能と、前記画面構成変更定義及び前記ユーザ別画面構成変更要因に基づいて前記画面構成定義を変更する機能と、変更された画面構成定義に基づいてＷｅｂページのデータを生成処理する機能とを前記ポータル画面構成装置に実現するプログラムからなることを特徴とするコンピュータ・ソフトウエア。
【請求項２】
請求項１に記載のコンピュータ・ソフトウエアにおいて、
前記ポータル画面構成装置が保存するデータを抽出して前記ユーザ別画面構成変更要因を取得する機能を実現するプログラムであることを特徴とするコンピュータ・ソフトウエア。
【請求項３】
請求項２に記載のコンピュータ・ソフトウエアにおいて、
前記ポータル画面構成装置が保存するデータは、前記ユーザのスケジュールデータであることを特徴とするコンピュータ・ソフトウエア。
【請求項４】
請求項２に記載のコンピュータ・ソフトウエアにおいて、
ポータル画面にスケジュールデータをアップロード処理する機能と、アップロードされたスケジュールデータに基づいてポータルページの画面構成を変更処理する機能を実現するプログラムであることを特徴とするコンピュータ・ソフトウエア。
【請求項５】
Ｗｅｂページの画面構成をユーザ識別子ごとに定義した画面構成定義、及び該該画面構成定義を変更するルールをユーザ識別子ごとに定義した画面構成変更定義に基づいてＷｅｂページを生成する手段を有するポータル画面構成装置において、
クライアントから受信した要求データに基づいて取得したユーザ識別子に対応する画面構成定義および画面構成変更定義を取得する手段と、前記ポータル画面構成装置又は前記クライアントからユーザ別画面構成変更要因を取得する手段と、前記画面構成変更定義及び前記ユーザ別画面構成変更要因に基づいて前記画面構成定義を変更する手段と、変更された画面構成定義に基づいてＷｅｂページのデータを生成処理する手段とを有することを特徴とするポータル画面構成装置。
【請求項６】
請求項５に記載のポータル画面構成装置において、
前記ポータル画面構成装置が保存するユーザのスケジュールデータを抽出して前記ユーザ別画面構成変更要因を取得する手段を有することを特徴とするポータル画面構成装置。
【請求項７】
請求項６に記載のポータル画面構成装置において、
ポータル画面にスケジュールデータをアップロード処理する手段と、アップロードされたスケジュールデータに基づいてポータルページの画面構成を変更処理する手段とを有することを特徴とするポータル画面構成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ポータル画面構成方式及びポータル画面構成装置に係り、特に、インターネットまたはＬＡＮ上のコンピュータネットワークを介して各種の情報を取り込むために使用するポータル画面を個々のユーザ毎にカスタマイズする場合に使用して好適なポータル画面構成方式及びポータル画面構成装置に関する。
【背景技術】
【０００２】
近年、Ｗｅｂの情報を効率よく収集するためのシステムとしてポータルシステムが登場している。ポータルシステムは、情報提供先とリンクする複数のポートレットを配置したポータル画面をユーザに提供している。そして、このポータルシステムは、ユーザが求める情報を効率よく収集可能とするために、ポータル画面内のポートレットの配置を工夫し、カスタマイズすることにより、ユーザの業務効率を向上させている。
【０００３】
特許文献１では、ユーザが自分用にポータル画面をカスタマイズする場合の手間を少なくして、自分が使いやすいポータル画面を容易にカスタマイズするためのカスタマイズ画面を提供している。
【特許文献１】特開２００４−７８２７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ユーザが使いやすいポータル画面は必ずしも一つではなく、ユーザのスケジュールや利用場所などの利用場面に応じて複数のポータル画面構成を使い分けたい場合もある。このような場合、従来のポータル画面構成方式では、ユーザが自分でポータル画面をカスタマイズする必要がある。
【０００５】
本発明は、この課題を解決するものであり、毎回ユーザがカスタマイズ作業を行わなくても自動的にユーザが使いやすい画面構成に変更するポータル画面構成装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、Ｗｅｂページの画面構成をユーザ識別子ごとに定義した画面構成定義、及び該該画面構成定義を変更するルールをユーザ識別子ごとに定義した画面構成変更定義に基づいてＷｅｂページを生成する手段を有するポータル画面構成装置に格納されるコンピュータ・ソフトウエアであって、クライアントから受信した要求データに基づいて取得したユーザ識別子に対応する画面構成定義および画面構成変更定義を取得する機能と、前記ポータル画面構成装置又は前記クライアントからユーザ別画面構成変更要因を取得する機能と、前記画面構成変更定義及び前記ユーザ別画面構成変更要因に基づいて前記画面構成定義を変更する機能と、変更された画面構成定義に基づいてＷｅｂページのデータを生成処理する機能とを前記ポータル画面構成装置に実現するプログラムからなるコンピュータ・ソフトウエアである。
【０００７】
また、本発明は、前記ポータル画面構成装置が保存するデータを抽出して前記ユーザ別画面構成変更要因を取得する機能を実現するプログラムからなるコンピュータ・ソフトウエアである。
【０００８】
そして、本発明は、前記ポータル画面構成装置が保存するデータは、前記ユーザのスケジュールデータであるコンピュータ・ソフトウエアである。
【０００９】
更に、本発明は、ポータル画面にスケジュールデータをアップロード処理する機能と、アップロードされたスケジュールデータに基づいてポータルページの画面構成を変更処理する機能を実現するプログラムからなるコンピュータ・ソフトウエアである。
【００１０】
また、本発明は、Ｗｅｂページの画面構成をユーザ識別子ごとに定義した画面構成定義、及び該該画面構成定義を変更するルールをユーザ識別子ごとに定義した画面構成変更定義に基づいてＷｅｂページを生成する手段を有するポータル画面構成装置において、クライアントから受信した要求データに基づいて取得したユーザ識別子に対応する画面構成定義および画面構成変更定義を取得する手段と、前記ポータル画面構成装置又は前記クライアントからユーザ別画面構成変更要因を取得する手段と、前記画面構成変更定義及び前記ユーザ別画面構成変更要因に基づいて前記画面構成定義を変更する手段と、変更された画面構成定義に基づいてＷｅｂページのデータを生成処理する手段とを有するポータル画面構成装置である。
【００１１】
そして、本発明は、前記ポータル画面構成装置が保存するユーザのスケジュールデータを抽出して前記ユーザ別画面構成変更要因を取得する手段を有するポータル画面構成装置である。
【００１２】
更に、本発明は、ポータル画面にスケジュールデータをアップロード処理する手段と、アップロードされたスケジュールデータに基づいてポータルページの画面構成を変更処理する手段とを有するポータル画面構成装置である。
【発明の効果】
【００１３】
本発明により、ユーザがポータルの画面構成をどのような場合にどのように変えたいかを画面構成変更定義１１２に記載しておくだけで、ユーザがポータルにアクセスする度に自動的にユーザが意図する画面構成に変更させることができるため、ユーザが自分で画面構成をカスタマイズする作業を削減でき、また、ユーザがポータルにアクセスするときの状況に応じて、その状況でユーザがアクセスする必要のある情報に容易にアクセスできるように設定することができる。
【発明を実施するための最良の形態】
【００１４】
本発明を実施するための最良の形態を説明する。
以下、本発明のポータル画面構成装置の実施例について、図面を用いて詳細に説明する。
【実施例１】
【００１５】
実施例１を説明する。本実施例は、本発明のポータル画面構成方式をサービス中のオンラインショッピングのＷｅｂページだけ表示させるシステムに利用した場合の例である。本実施例のポータル画面構成装置１０は、図１に示すように、Ｗｅｂサーバ１００、ポータルの画面構成をユーザごとに定義した画面構成定義１１１、画面構成定義１１１の変更方法を記述した画面構成変更定義１１２、画面構成変更定義１１２に基づいて画面構成定義１１１を変更し、変更後の画面構成定義１１１に基づいてポータル画面を提供するポータル画面構成処理１０１、ポータル画面構成装置内に有するデータまたはＷｅｂサーバ３０などのネットワーク上で提供されるデータから目的のデータを抽出する方法を定義したデータ抽出定義１１３、データ抽出定義１１３に基づいてデータを抽出するデータ抽出処理１０３を有す。これらの処理は、主にコンピュータ・ソフトウエアで実行される。
【００１６】
ユーザがＷｅｂクライアント２０を利用してＷｅｂサーバ１００にアクセスすると、Ｗｅｂサーバ１００は、Ｗｅｂクライアント２０からの要求データを利用してユーザＩＤ（識別子）を取得し、当該ユーザＩＤを入力値としてポータル画面構成処理１０１を呼び出す。呼出されたポータル画面構成処理１０１は、図２に示すように、まずステップ１０１１０でユーザＩＤに対応する画面構成定義１１１と画面構成変更定義１１２を読込む。次に当該画面構成変更定義１１２に記載されている画面構成変更ルールの数だけ、ステップ１０１２１からステップ１０１２６の処理を繰り返す。ステップ１０１２１で、画面構成変更定義１１２から未判定のルールを一つ取り出し、ステップ１０１２２で、データ抽出処理１０３を呼び出して当該ルールの入力データを取得する。ステップ１０１２３で、当該入力データを基に当該ルールの変更処理を実行するかどうかの条件となる動作条件の真偽判定を行い、ステップ１０１２４で、当該真偽判定の結果が真の場合は、ステップ１０１２５の当該ルールの変更処理を実行（画面構成定義を変更）して、ステップ１０１２６に進み、当該真偽判定の結果が偽の場合は、ステップ１０１２５を実行せずステップ１０１２６に進む。ステップ１０１２６で未判定のルールがあるかどうかチェックして、あればステップ１０１２１からの処理を繰り返し、なければステップ１０１３０で画面構成変更定義１１２に基づいて変更された画面構成定義１１１に従ってポータル画面のデータを生成する。最後に生成したポータル画面のデータをＷｅｂサーバ１００に出力する。
【００１７】
図３は、ポータル画面構成方式をサービス中のオンラインショッピングのＷｅｂページだけ表示させるシステムに利用した場合の実施例における画面構成定義の例１１１１である。当該画面構成定義１１１１に基づいて生成するＷｅｂページは、３つのフレームからなり、それぞれのフレームの中は上から順番に、ＡＢＣショップのＷｅｂページ、ＸＹＺショップのＷｅｂページ、ＺＺＺショップのＷｅｂページが表示される。
【００１８】
図４は、画面構成定義１１１１を一連のセッション中だけ変更する方法を記載した画面構成変更定義１１２１である。画面構成変更定義１１２１の各行はそれぞれ画面構成を変更するルールであり、一つのルールは動作条件と変更処理からなる。動作条件は、当該ルールの変更処理を実行するかどうかの決める条件であり、変更処理は、当該動作条件が真であった場合に画面構成定義１１１１をどのように変更するかを記載したものである。
【００１９】
本実施例においてユーザがＷｅｂクライアント２０を利用して画面構成定義１１１１に対応するＵＲＬにアクセスした場合、図２に示すポータル画面構成処理１０１が実行される。ステップ１０１２１からステップ１０１２６の繰り返し処理は、画面構成定義１１１１に記載されている３つルールに対してそれぞれ実行される。実行時にＡＢＣショップのＷｅｂページとＸＹＺショップのＷｅｂページがサービス中で、ＺＺＺショップのＷｅｂページがサービス中でなかった場合、３つ目のルールの動作条件だけ真となり、当該ルールの変更処理だけ実行される。当該変更処理は、「ＮＡＭＥが”ｗ３”であるフレームを削除」する処理であるため、最終的にＷｅｂクライアント２０に表示される画面は、上下２つのフレームからなり、上のフレームにＡＢＣショップのＷｅｂページを含み、下のフレームにＸＹＺショップのＷｅｂページを含んだものとなる。
【００２０】
このように本実施例のポータル画面構成装置を利用することにより、ユーザがログインする度に、その時点でアクセスする価値のある情報だけを表示させることができる。
【実施例２】
【００２１】
実施例２を説明する。本実施例は、ポータル画面構成方式を企業情報ポータルシステムに利用した場合の例であり、以下図面を用いて説明する。図５は本実施例における画面構成定義１１１２である。図６は、当該画面構成定義１１１２に基づいて生成したポータルページ１２１２である。図５の１行目から２１行目までは「マイページ」タブレットの構造を定義しており、２３行目から２５行目まではタブレット「電話帳」の構造を定義している。１行目の「マイページ」タブレットのｐｏｓｉｔｉｏｎの属性値が“Ｆｒｏｎｔ”になっているので、図６のように「マイページ」タブレットの内容が前面に表示され、他のタブレットは背面に隠されて非表示状態になる。
【００２２】
図７は、画面構成定義１１１２を一連のセッション中だけ変更する方法を記載した画面構成変更定義１１２２である。１番目のルールは、「ログインしたユーザの当日のスケジュールに“ＡＢＣ”というタイトルのスケジュールが含まれている」という動作条件を満たした場合に、入力値「ＰｒｏｊｅｃｔＮａｍｅ＝“ＡＢＣ”」で呼び出した「掲示板」ポートレットを新しく作成した「掲示板」という名称のタブレットに追加し、当該タブレットをポータル画面の先頭に追加して前面表示させるという変更処理を実行するルールである。２番目のルールは、「ログインしたユーザの当日または翌日のスケジュールに場所が“自社”以外の値であるスケジュールが含まれている」という動作条件を満たした場合に、入力値「Ｆｒｏｍ＝“あざみ野”」、「Ｔｏ＝当該スケジュールの場所」、「ＡｒｒｉｖａｌＴｉｍｅ＝当該スケジュールの開始時刻１０分前の時刻」で呼び出した「路線経路検索」ポートレットを「マイページ」タブレットの末尾に追加するという変更処理を実行するルールである。３番目のルールは、「当日が月曜日である」という動作条件を満たした場合に、入力値「ＵｓｅｒＩＤ＝ログインしたユーザＩＤ」で呼び出した「週報管理システム」ポートレットを新しく作成した「週報管理システム」という名称のタブレットに追加し、当該タブレットをポータル画面の末尾に追加して背面表示させるという変更処理を実行するルールである。画面構成定義１１１２および画面構成変更定義１１２２は、基本的にユーザごとに保持されるが、ユーザのグループやアクセス権限等を管理するロールごとに保持させても良い。
【００２３】
本実施例においてユーザがＷｅｂクライアント２０を利用して画面構成定義１１１２に対応するＵＲＬにアクセスした場合、図２に示すポータル画面構成処理１０１が実行される。当該ポータル画面構成処理１０１のステップ１０１１０で読み込む画面構成定義は、画面構成定義１１１２となるため、ステップ１０１２１からステップ１０１２６の繰り返し処理は、画面構成定義１１１２に記載されている３つルールに対してそれぞれ実行される。例えば１回目の繰り返しにおいて、ステップ１０１２１の処理で図７の１行目のルールを取り出したとすると、ステップ１０１２２において当該ルールの動作条件の判定に利用されるデータである「ログインしたユーザの当日のスケジュールのタイトル」をデータ抽出処理１０３にて取得する。データ抽出処理１０３は図８に示すデータ抽出定義１１３１を参照し、当該データを取得する。図８のデータ抽出定義１１３１は、スケジュールデータが図９に示す構造のデータとしてＷｅｂサーバで公開されている場合の例である。次に、取得したデータに基づいてステップ１０１２３で当該ルールの動作条件が真であるかどうか判定し、真であればステップ１０１２５において当該ルールの変更処理を実行する。ユーザのスケジュールのデータはポータル画面構成装置１０の中に保持されていなくても、ネットワーク経由で取得可能であれば、当該データを取得するためのアドレス（ＵＲＬなど）をデータ抽出定義に記載することで、データ抽出処理１０３で取得できる。
【００２４】
実行時において１つ目のルールの「ログインしたユーザの当日のスケジュールに“ＡＢＣ”というタイトルのスケジュールが含まれている」という動作条件のみが真である場合、当該ルールの変更処理である、入力値「ＰｒｏｊｅｃｔＮａｍｅ＝“ＡＢＣ”」で呼び出した「掲示板」ポートレットを新しく作成した「掲示板」という名称のタブレットに追加し、当該タブレットをポータル画面の先頭に追加して前面表示させるという変更処理だけが実行される。その結果、ステップ１０１４０で生成されるポータル画面は、図１０に示すように、変更前のポータル画面（図６）に「掲示板」ポートレットを含む「掲示板」タブレットが追加された画面構成になる。また、ポータル画面生成時に「掲示板」ポートレットを呼び出す際に入力値「ＰｒｏｊｅｃｔＮａｍｅ＝“ＡＢＣ”」が与えられているため、最初から“ＡＢＣプロジェクト”のページが表示される。
【００２５】
このように本実施例のポータル画面構成方式でユーザのスケジュール情報を利用することによって、ユーザのスケジュールに応じてユーザがポータルにログインした時にアクセスする必要のある情報やアクセスする可能性が高い情報を自動的に抽出して表示させることができるため、ユーザの作業効率を向上させることができる。
【実施例３】
【００２６】
実施例３を説明する。本実施例は、ポータル画面構成方式を企業情報ポータルシステムに利用した実施例２の一部を変更し、ユーザのスケジュールデータをユーザ側で管理する場合の例である。図１１がユーザ側で管理しているスケジュールデータを利用してポータル画面の構成を変更させる場合における、Ｗｅｂブラウザとポータル画面構成装置で実行される処理フローである。ステップＢ１０１でユーザがＷｅｂブラウザを用いてポータルのＵＲＬにアクセスすると、ステップＳ１０１でポータル画面構成装置のポータル画面構成処理が実行される。この処理は実施例２のポータル画面構成処理１０１と基本的に同じであるが、ユーザのスケジュールデータが入手できていないときは、当該スケジュールデータを必要とするルールを無視し、代わりにスケジュール取込ボタンをポータル画面に含める。ポータル画面構成処理１０１で生成したポータル画面のデータをステップＳ１０２でＷｅｂブラウザに返信する。ステップＢ１０２でＷｅｂブラウザが当該データのポータル画面を表示する。ステップＢ１０３でスケジュール取込ボタンを押し、ステップＢ１０４で表示されたファイル選択ダイアログで、スケジュールデータを格納しているファイルを選択して送信ボタンを押す。次にＷｅｂブラウザから受信したスケジュールデータを利用して、ポータル画面構成処理１０１を実行する。このとき画面構成変更定義１１２２に記載される全てのルールを再度実行するのではなく、動作条件の入力としてスケジュールデータを利用するものだけ実行させるようにしてもよい。次にステップＳ１０４で当該ポータル画面構成処理１０１により生成したポータル画面のデータをＷｅｂブラウザに返信し、最後にステップＢ１０５でＷｅｂブラウザが受信したデータからポータル画面を表示する。
【００２７】
上記手段を用いることにより、ポータル画面構成装置からユーザのスケジュールデータを取得できない場合でも、ユーザのスケジュールに基づいたポータル画面を表示させることができる。
【図面の簡単な説明】
【００２８】
【図１】実施例１のポータル画面構成装置の説明図。
【図２】実施例１のポータル画面構成装置の処理フローの一例の説明図。
【図３】実施例１における画面構成定義の一例の説明図。
【図４】実施例１における画面構成変更定義の一例の説明図。
【図５】実施例２における画面構成定義の一例の説明図。
【図６】実施例２における変更前のポータル画面の一例の説明図。
【図７】実施例２における画面構成変更定義の一例の説明図。
【図８】実施例２におけるデータ抽出定義の一例の説明図。
【図９】実施例２におけるデータ抽出定義に基づいて取得するスケジュールデータの構造の一例の説明図。
【図１０】実施例２における変更後のポータル画面の一例の説明図。
【図１１】ユーザのスケジュール情報をユーザ側で管理する場合における企業情報ポータルシステムとＷｅｂブラウザで実行される処理フローの一例の説明図。
【符号の説明】
【００２９】
１０    ポータル画面構成装置
１００  ポータル画面構成装置内のＷｅｂサーバ
１０１  ポータル画面構成処理
１０３  データ抽出処理
１１１  画面構成定義
１１２  画面構成変更定義
１１３  データ抽出定義
２０、２１    Ｗｅｂクライアント
３０，３１    他のＷｅｂサイトのＷｅｂサーバ
【図１】
2006107012.tif 000003
【図２】
2006107012.tif 000004
【図３】
2006107012.tif 000005
【図４】
2006107012.tif 000006
【図５】
2006107012.tif 000007
【図６】
2006107012.tif 000008
【図７】
2006107012.tif 000009
【図８】
2006107012.tif 000010
【図９】
2006107012.tif 000011
【図１０】
2006107012.tif 000012
【図１１】
2006107012.tif 000013