(57)【要約】【課題】Ｗｅｂアプリケーションを変更することなく、１つのポータル画面で複数のＷｅｂアプリケーションを切り替えて利用できる方法を提供する。【解決手段】ポータル画面生成部２１がＷｅｂアプリケーションの表示指定を受け付け、このＷｅｂアプリケーションのＵＲＬを取得すると、ＷｅｂＡＰ画面生成部２２は、このＵＲＬをパラメータ保存部１２に保存して、このＷｅｂアプリケーションをＷｅｂＡＰサーバ５から取得する。リンク変換部２３は、このＷｅｂアプリケーションに含まれるコンテンツへのリンクを、コンテンツの表示指定とＵＲＬを含むように変換する。ポータル画面生成部２１は、このＷｅｂアプリケーションをポータル画面にはめ込んでユーザ端末１に提供する。このＷｅｂアプリケーションを再表示する場合は、パラメータ保存部１２に保存したＵＲＬを取得し、最後に表示したコンテンツをポータル画面にはめ込んで表示する。【選択図】  図１
2004287758.tif 000002
【特許請求の範囲】
【請求項１】
所定のポータル画面で、複数のＷｅｂアプリケーションを切り替えて利用できるＷｅｂアプリケーション統合方法であって、
ポータルサーバが、Ｗｅｂアプリケーションの表示指定を受け付ける第１のステップと、
前記ポータルサーバが、前記表示指定されたＷｅｂアプリケーションのＵＲＬを取得する第２のステップと、
前記ポータルサーバが、前記ＵＲＬをユーザ端末に保存させる第３のステップと、
前記ポータルサーバが、前記ＵＲＬを用いて、前記表示指定されたＷｅｂアプリケーションを取得する第４のステップと、
前記ポータルサーバが、前記表示指定されたＷｅｂアプリケーションに含まれる、前記表示指定されたＷｅｂアプリケーション内のコンテンツへのリンクを、前記コンテンツの表示指定および前記コンテンツのＵＲＬを含むように変換する第５のステップと、
前記ポータルサーバが、前記表示指定されたＷｅｂアプリケーションを前記ポータル画面にはめ込む第６のステップを有する方法。
【請求項２】
前記ポータルサーバが、前記ポータル画面に、前記表示指定されたＷｅｂアプリケーション以外のＷｅｂアプリケーションの表示指定を含むリンクを設けるステップをさらに有する、請求項１に記載の方法。
【請求項３】
前記ポータルサーバは、前記第１のステップで、前記表示指定されたＷｅｂアプリケーションの再表示指定を受け付けた場合、前記第２のステップで、前記ユーザ端末に保存された前記ＵＲＬを取得する、請求項１または２に記載の方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法をコンピュータに実行させるＷｅｂアプリケーション統合プログラム。
【請求項５】
請求項１から３のいずれか１項に記載の方法をコンピュータに実行させるＷｅｂアプリケーション統合プログラムを記録した、コンピュータで読み取りが可能な記録媒体。
【請求項６】
所定のポータル画面で、複数のＷｅｂアプリケーションを切り替えて提供するポータルサーバであって、
Ｗｅｂアプリケーションの表示指定を受け付ける第１の手段と、
前記表示指定されたＷｅｂアプリケーションのＵＲＬを取得する第２の手段と、
前記ＵＲＬをユーザ端末に保存させる第３の手段と、
前記ＵＲＬを用いて、前記表示指定されたＷｅｂアプリケーションを取得する第４の手段と、
前記表示指定されたＷｅｂアプリケーションに含まれる、前記表示指定されたＷｅｂアプリケーション内のコンテンツへのリンクを、前記コンテンツの表示指定および前記コンテンツのＵＲＬを含むように変換する第５の手段と、
前記表示指定されたＷｅｂアプリケーションを前記ポータル画面にはめ込む第６の手段を有するポータルサーバ。
【請求項７】
前記ポータル画面に、前記表示指定されたＷｅｂアプリケーション以外のＷｅｂアプリケーションの表示指定を含むリンクを設ける手段をさらに有する、請求項６に記載のポータルサーバ。
【請求項８】
前記第１の手段が前記表示指定されたＷｅｂアプリケーションの再表示指定を受け付けた場合、前記第２の手段は、前記ユーザ端末に保存された前記ＵＲＬを取得する、請求項６または７に記載のポータルサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ポータルサイトにおいて複数のＷｅｂアプリケーション（以下、ＷｅｂＡＰとする）を統合する方法に関する。
【０００２】
【従来の技術】
従来、ポータルサイトにおいて複数のＷｅｂＡＰを統合するために、企業ポータル等のポータル製品により、一つの画面を複数に区切ってコンテンツを表示していた。
【０００３】
また、ポータルサイトにおいて複数のＷｅｂＡＰへのアクセスを容易にする技術はこれまでにもいくつか提案されている（例えば、特許文献１および２参照）。
【０００４】
【特許文献１】
特開２００２−７３４４３号公報
【特許文献２】
特表２００２−５３５７４１号公報
【０００５】
【発明が解決しようとする課題】
しかし、企業ポータル等のポータル製品により、一つの画面を複数に区切ってコンテンツを表示する技術には、次のような問題点がある。
【０００６】
第１の問題点は、既存のＷｅｂＡＰをポータル製品で表示するには、ＷｅｂＡＰの変更が必要なことである。既存のＷｅｂＡＰはできるだけ変更せず、複数のＷｅｂＡＰを統合したい。
【０００７】
第２の問題点は、最初の画面だけポータル形式になるが、ポータルの中のハイパーリンクを押すと通常の表示になり、ポータル画面を見るには画面やブラウザの切替え作業が必要なことである。ハイパーリンクを押しても、ポータル画面の枠組みで表示が切り替わってほしい。
【０００８】
第３の問題点は、一つの画面を複数に区切って複数のＷｅｂＡＰを表示するため、一つのＷｅｂＡＰの表示領域が小さくなってしまうことである。ある程度複雑なＷｅｂＡＰは小さな領域で機能を提供できないので、一つのＷｅｂＡＰ表示領域を大きくしたい。ポータル製品には、最大化ボタンで一つのＷｅｂＡＰを表示することができるものがあるが、小さい領域で表示しているものを大きく表示しただけであり、小さい領域での表示が前提となっている。もしくは、小さい場合と最大化した場合で複数のコンテンツを用意させるものもあるが、コンテンツを複数作らなければならず、また、不必要な小さい画面を作成しなければならないため、ＷｅｂＡＰ作成者に負担が大きい。第１の問題点と関連するが、ＷｅｂＡＰをそのまま使用したい。
【０００９】
また、特許文献１および２に掲げた技術では、ＷｅｂＡＰの統合はＷｅｂＡＰの起動に限定されており、ＷｅｂＡＰ起動後の利用においては何らの開示もない。
【００１０】
本発明の目的は、ＷｅｂＡＰを変更することなく、１つのポータル画面で複数のＷｅｂＡＰを切り替えて利用できる方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明のＷｅｂアプリケーション統合方法は、ポータルサーバが、Ｗｅｂアプリケーションの表示指定を受け付ける第１のステップと、ポータルサーバが、この表示指定されたＷｅｂアプリケーションのＵＲＬを取得する第２のステップと、ポータルサーバが、このＵＲＬをユーザ端末に保存させる第３のステップと、ポータルサーバが、このＵＲＬを用いて、表示指定されたＷｅｂアプリケーションを取得する第４のステップと、ポータルサーバが、表示指定されたＷｅｂアプリケーションに含まれる、このＷｅｂアプリケーション内のコンテンツへのリンクを、コンテンツの表示指定およびコンテンツのＵＲＬを含むように変換する第５のステップと、ポータルサーバが、表示指定されたＷｅｂアプリケーションをポータル画面にはめ込む第６のステップを有する。
【００１２】
さらに、ポータルサーバが、ポータル画面に、表示指定されたＷｅｂアプリケーション以外のＷｅｂアプリケーションの表示指定を含むリンクを設けるステップをさらに有する。
【００１３】
以上により、一つのポータル画面で、複数のＷｅｂアプリケーションを切り替えて利用できる。また、Ｗｅｂアプリケーション内のコンテンツへのリンクをクリックしても、このコンテンツはポータル画面内に表示される。
【００１４】
また、ポータルサーバは、前記第１のステップで、表示指定されたＷｅｂアプリケーションの再表示指定を受け付けた場合、前記第２のステップのかわりに、ユーザ端末に保存させたＵＲＬを取得するようにする。
【００１５】
以上により、再表示の際には、当該Ｗｅｂアプリケーションのコンテンツのうち、最後に表示されていたコンテンツが表示される。
【００１６】
【発明の実施の形態】
次に、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１７】
図１を参照すると、本発明の第１の実施形態のポータルシステムは、ユーザ端末１と、ユーザ端末１にＷｅｂＡＰを統合して提供するポータルサーバ２と、ポータルサーバ２が統合して提供するＷｅｂＡＰのＵＲＬなどを管理するＷｅｂＡＰ管理データベース３と、ポータルサーバ２の画面テンプレートを管理する画面テンプレートデータベース４と、ポータルサーバ２に各ＷｅｂＡＰを提供するＷｅｂＡＰサーバ５を含む。ユーザ端末１とポータルサーバ２、および、ポータルサーバ２とＷｅｂＡＰサーバ５は、ネットワークを介して接続されている。図１では、ＷｅｂＡＰ管理データベース３と画面テンプレートデータベース４は、ポータルサーバ２の外にあるが、ポータルサーバ２に含める構成も可能である。
【００１８】
ユーザ端末１は、入出力部１１とパラメータ保存部１２を含む。入出力部１１は、ユーザからの指示入力を受け付け、ポータルサーバ２のポータル画面生成部２１へ渡し、ポータル画面生成部２１からポータル画面のコンテンツを受け取り、ユーザへ表示する。パラメータ保存部１２は、ポータルサーバ２のＷｅｂＡＰ画面生成部２２から渡された各ＷｅｂＡＰの表示パラメータを管理する。
【００１９】
ポータルサーバ２は、ポータル画面生成部２１とＷｅｂＡＰ画面生成部２２とリンク変換部２３を含む。
【００２０】
ポータル画面生成部２１は、ユーザ端末１の入出力部１１からユーザの指示入力を受け取り、ポータル画面のコンテンツをユーザ端末１の入出力部１１に渡す。ＷｅｂＡＰ管理データベース３と画面テンプレートデータベース４のデータをもとに、ポータル画面の枠組みを表示する。また、表示するＷｅｂＡＰの識別子と、ポータルサーバ２の呼び出し時に指定されたパラメータ（表示パラメータと呼ぶ）をＷｅｂＡＰ画面生成部２２へ渡し、ＷｅｂＡＰ画面生成部２２から、リンク変換部２３によって処理されたＷｅｂＡＰのコンテンツを受け取る。
【００２１】
ＷｅｂＡＰ画面生成部２２は、ポータル画面生成部２１からＷｅｂＡＰの識別子と表示パラメータを受け取る。表示パラメータの中にＷｅｂＡＰのＵＲＬが存在するときは、そのＵＲＬを用いてＷｅｂＡＰサーバ５からＷｅｂＡＰを呼び出す。表示パラメータの中にＷｅｂＡＰのＵＲＬが存在しないときは、ＷｅｂＡＰ識別子を用いてＷｅｂＡＰ管理データベース３からＵＲＬを取得しＷｅｂＡＰサーバ５からＷｅｂＡＰを呼び出す。ＷｅｂＡＰサーバ５から取得したＷｅｂＡＰのコンテンツをリンク変換部２３へ渡し、リンク変換部２３によって処理されたＷｅｂＡＰのコンテンツをポータル画面生成部２１に渡す。さらに、再表示のためのパラメータをユーザ端末１のパラメータ保存部１２へ保存し、また、保存させたパラメータを再表示時にパラメータ保存部１２から取得してＷｅｂＡＰのＵＲＬに追加する処理を行う。
【００２２】
リンク変換部２３は、ＷｅｂＡＰのコンテンツ内のハイパーリンクをクリックしたらその結果がポータル画面内に表示されるようにハイパーリンクを変換する処理を行う。
【００２３】
ＷｅｂＡＰ管理データベース３は、ポータルサーバ２で統合するＷｅｂＡＰの定義を管理する。画面テンプレートデータベース４は、ポータル画面のテンプレートを管理する。ＷｅｂＡＰサーバ５は、ポータルサーバ２で統合されるＷｅｂＡＰを提供する。
【００２４】
次に、本実施形態のポータルシステムの動作について詳細に説明する。
【００２５】
図２を参照すると、ポータルサーバ２がユーザ端末１に提供するポータル画面の一例が示されている。画面２０１は、ポータルサーバ２が出力するポータル画面であり、ユーザ端末１のＷｅｂブラウザ内に表示される。画面２０１は、ＷｅｂＡＰ表示領域２０１１と複数のＷｅｂＡＰ切替えタブ２０１２を含む。ＷｅｂＡＰ表示領域２０１１には、ＷｅｂＡＰ画面２０２が表示される。ＷｅｂＡＰ切替えタブ２０１２は、表示中のＷｅｂＡＰ以外のＷｅｂＡＰの画面を表示するためのハイパーリンクを含む。ハイパーリンクをユーザがマウス等でクリックすると別のＷｅｂＡＰ画面を表示する。
【００２６】
図３を参照すると、本実施形態のポータルシステムの処理の流れを示すフローチャートが示されている。
【００２７】
ステップＡ１で、ユーザ端末１がＷｅｂブラウザでポータルサーバ２のサイトを表示するＵＲＬを直接指定するか、ハイパーリンクをクリックすると、入出力部１１でポータルサーバ２を呼び出される。
【００２８】
ステップＡ２で、ポータル画面生成部２１は、ポータルサーバ２の呼び出し時に指定された表示パラメータを解釈し、ＷｅｂＡＰが指定されているかどうかを判定する。例えば、ｐａｇｅというパラメータ値がＷｅｂＡＰ識別子であるとき、次の例１では、“ａｐ２”がＷｅｂＡＰ識別子である。
【００２９】
【数１】
2004287758.tif 000003
ＷｅｂＡＰが指定されていなければ（ｐａｇｅパラメータが存在しなければ）、ステップＡ３で、表示順序１位のＷｅｂＡＰを指定し、ＷｅｂＡＰ管理データベース３より表示順序１位のＷｅｂＡＰ識別子を検索する。例えば、表１がＷｅｂＡＰ管理データベース３の内容であるとすると、表示順序が“１”の“ａｐ２”がＷｅｂＡＰ識別子となる。
【００３０】
【表１】
2004287758.tif 000004
ステップＡ４で、ＷｅｂＡＰ画面生成部２２は、ポータル画面生成部２１より表示パラメータとＷｅｂＡＰ識別子を取得し、再表示かどうかを判定する。例えば、表示パラメータ内のｒｅｆｒｅｓｈパラメータ値が再表示を表すフラグであるとき、次の例２では“ｙｅｓ”であり、再表示であることを示している。
【００３１】
【数２】
2004287758.tif 000005
このとき、ステップＡ５へ進み、パラメータ保存部１２より、ＷｅｂＡＰのＵＲＬを取得し、ステップＡ９へ進む。例えば、表２がパラメータ保存部１２で管理されている内容であるとすると、上の例２では、ＷｅｂＡＰ識別子が“ａｐ２”であるから、ＷｅｂＡＰのＵＲＬが“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”となる。
【００３２】
【表２】
2004287758.tif 000006
ｒｅｆｒｅｓｈパラメータが存在しない場合は“ｙｅｓ”、すなわち、再表示とみなす。ｒｅｆｒｅｓｈパラメータが“ｎｏ”の場合や、パラメータ保存部１２に該当するデータが存在しない場合は、ステップＡ６に進む。
【００３３】
ステップＡ６で、ＷｅｂＡＰ画面生成部２２は、表示するＷｅｂＡＰのＵＲＬが指定されているかどうかを判定する。例えば、表示パラメータ内のＵＲＬパラメータ値がＷｅｂＡＰのＵＲＬであるとき、次の例３では、“ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ％２ｗｅｂａｐ２．ａｓｐ％３Ｆｐａｒａｍ１％３Ｄａ”（この値はＵＲＬエンコードされているので、実際には、ＷｅｂＡＰ画面生成部２２は、“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”と解釈する）がＷｅｂＡＰのＵＲＬである。
【００３４】
【数３】
2004287758.tif 000007
ＵＲＬパラメータ値が存在しないときは、ステップＡ７で、ステップＡ２もしくはステップＡ３で得られたＷｅｂＡＰ識別子をもとに、ＷｅｂＡＰ管理データベース３よりＵＲＬを取得する。例えば、例１では、ＷｅｂＡＰ識別子は“ａｐ２”であるが、ＷｅｂＡＰのＵＲＬが存在しない。したがって、ＷｅｂＡＰ画面生成部２２はＷｅｂＡＰ管理データベース３（表１）より“ａｐ２”のＷｅｂＡＰ識別子でＷｅｂＡＰのＵＲＬを検索し、“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ”を取得する。
【００３５】
ステップＡ８で、ＷｅｂＡＰ画面生成部２２は、決定したＷｅｂＡＰのＵＲＬをパラメータ保存部１２へ保存する。例えば、例３では、表２のように保存される。
【００３６】
ステップＡ９で、ＷｅｂＡＰ画面生成部２２は、ＷｅｂＡＰのＵＲＬでＷｅｂＡＰサーバ５からＷｅｂＡＰを呼び出す。同時に、入出力部１１からポータルサーバ２へＨＴＴＰプロトコルのＰＯＳＴで送信されたパラメータをすべてＷｅｂＡＰサーバ５へ送信する。ＷｅｂＡＰサーバ５は、呼び出されたＵＲＬおよびパラメータでコンテンツを生成し、ＷｅｂＡＰ画面生成部２２に渡す。ＷｅｂＡＰ画面生成部２２は、渡されたコンテンツをリンク変換部２３に渡す。リンク変換部２３は、コンテンツ内のハイパーリンクを変換して、ＷｅｂＡＰ画面生成部２２に渡す。これでＷｅｂＡＰのコンテンツが生成される。
【００３７】
ここで、リンク変換部２３の動作について詳細に説明する。
【００３８】
図４を参照すると、ＷｅｂＡＰ識別子が“ａｐ２”のＷｅｂＡＰの画面が示されている。この画面には、同一ＷｅｂＡＰのハイパーリンク、異なるＷｅｂＡＰのハイパーリンク、ボタンが配置されている。これらを表すＨＴＭＬには、ＵＲＬが含まれている。例えば、Ａタグの場合はＨＲＥＦパラメータ、ＦＯＲＭタグの場合にはＡＣＴＩＯＮパラメータが該当する。同一ＷｅｂＡＰのリンクやボタンは、ドメイン名を含むＷｅｂＡＰへの絶対パスか相対パスでＵＲＬが示されているが、異なるＷｅｂＡＰのリンクは、異なるドメインもしくは異なるＷｅｂＡＰのＵＲＬが示されている。
【００３９】
図５を参照すると、図４で示したリンクがリンク変換部２３によって変換される処理の流れを示したフローチャートが示されている。
【００４０】
ステップＢ１で、リンク変換部２３は、ＷｅｂＡＰ画面生成部２２よりＷｅｂＡＰのコンテンツを取得し、コンテンツ内に変換すべきＵＲＬがあるかどうかを検索する。例えば、ＡタグとＦＯＲＭタグを変換対象だとすると、コンテンツの始めから、これら二つのタグが存在するか構文解析する。存在しない場合は、処理を終了する。
【００４１】
ステップＢ２で、コンテンツ内に変換すべきＵＲＬが存在したときは、そのＵＲＬがコンテンツと同一ＷｅｂＡＰかどうかをＷｅｂＡＰのＵＲＬと比較することで判定する。ＷｅｂＡＰのＵＲＬは、ＷｅｂＡＰ画面生成部２２より取得する。例えば、図４の９０１で示されたＵＲＬの場合は、ＷｅｂＡＰのＵＲＬである“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ”から始まるため、同一ＷｅｂＡＰであると判定できる。また、９０２で示されたＵＲＬの場合は、相対パスであるが、ＷｅｂＡＰを示す“／ｗｅｂａｐ２．ａｓｐ”から始まるため、同一ＷｅｂＡＰであると判定できる。しかし、９０３で示されたＵＲＬの場合は、ドメイン名が“ｈｔｔｐ：／／ｗｗｗ．ｙｏｕｒｃｏｍｐａｎｙ．ｃｏ．ｊｐ”であるため、同一のＷｅｂＡＰではないと判断できる。同一のＷｅｂＡＰでない場合は、ステップＢ１に戻り、次の変換すべきＵＲＬを検索する。
【００４２】
ステップＢ３で、同一のＷｅｂＡＰであると判断された場合は、ポータル画面内でＷｅｂＡＰが表示できるようにＷｅｂＡＰのＵＲＬを変換する。例えば９０１で示されたＵＲＬの場合は、例４のように変換される。
【００４３】
【数４】
2004287758.tif 000008
例４の枠で囲まれた部分は、ＷｅｂＡＰ画面生成部２２より取得し、ＷｅｂＡＰのＵＲＬの前に付加する。またＷｅｂＡＰのＵＲＬはパラメータ値として利用するためＵＲＬエンコードする。変換した結果は、ＷｅｂＡＰのコンテンツに書き戻される。リンク変換部２３は、変換対象のリンクがなくなるまでこれらの処理を繰り返す。これにより、ＷｅｂＡＰのコンテンツ内のハイパーリンクなどのＵＲＬがポータルサーバ２を通して表示するように変更される。
【００４４】
図３を再び参照すると、ＷｅｂＡＰ画面生成部２２において作成されたＷｅｂＡＰのコンテンツは、ステップＡ１０で、ポータル画面生成部２１に渡される。ポータル画面生成部２１は、画面テンプレートデータベース４からポータル画面のテンプレートデータを取得し、ＷｅｂＡＰのコンテンツと合成して、ポータル画面のコンテンツを生成する。画面テンプレートデータベース４のテンプレートデータとは、ポータル画面を表示するためのＷｅｂＡＰである。例えば、図２のポータル画面２０１を表示するためのテンプレートデータは、図６のフローを処理として記述したＷｅｂＡＰである。
【００４５】
図６を参照すると、ポータル画面生成部２１が、ポータル画面を構築し、ＷｅｂＡＰコンテンツを埋め込むまでの処理の流れを示すフローチャートが示されている。
【００４６】
ステップＣ１で、“Ａ社ポータル画面”という文字列をタイトルとして表示する。ステップＣ２で、ＷｅｂＡＰ管理データベース３からＷｅｂＡＰ一覧を取得する。ステップＣ３で、表示するＷｅｂＡＰが存在するかどうか判定する。ステップＣ４で、ＷｅｂＡＰが存在する場合は、タブを表示する。タブ内にはＷｅｂＡＰの識別子を文字列として表示する。また、ＷｅｂＡＰ領域２０１１にコンテンツを表示していないＷｅｂＡＰは、タブ内の文字列に対して、ＷｅｂＡＰ切替えのためのハイパーリンクを付加する。ステップＣ３とステップＣ４は、ＷｅｂＡＰ管理データベース３の表示順序にしたがって、ＷｅｂＡＰが一覧から取得できなくなるまで繰り返す。
【００４７】
ステップＣ５で、ＷｅｂＡＰ表示領域を表示するための枠組みを作成する。ポータル画面２０１では、ＷｅｂＡＰ表示領域２０１１は１行１列の表組みに囲まれている。したがって、１行１列の表を表示する。ステップＣ６で、ＷｅｂＡＰから取得したコンテンツをステップＣ５で作成した表の中に埋め込む。
【００４８】
図３を再び参照すると、ステップＡ１１で、ポータル画面生成部２１は、生成したポータル画面のコンテンツを入出力部１１に渡す。入出力部１１は、ユーザにコンテンツを表示する。
【００４９】
次に、図３を再び参照して、本実施形態のポータルシステムの処理の流れを、利用場面ごとに詳細に説明する。
【００５０】
まず、本実施形態のポータルシステムを利用するユーザがポータル画面を初期表示させる場合として、
（１）ＷｅｂＡＰの指定を行わずにポータル画面を初期表示させる場合
（２）ｐａｇｅパラメータを用いてＷｅｂＡＰの指定を行い、ポータル画面を初期表示させる場合
（３）ｐａｇｅパラメータ、ｕｒｌパラメータを用いてＷｅｂＡＰの指定を行い、ポータル画面を初期表示させる場合
が挙げられる。
【００５１】
次に、初期表示後においては、以下の場合が考えられる。
（４）ポータル画面上に表示されているＷｅｂＡＰ内のリンクをクリックする場合
（５）（４）の後、別のＷｅｂＡＰのページを表示させる場合
（６）（５）の後、以前に表示していたＷｅｂＡＰを再表示させる場合
が挙げられる。以下、順に説明する。
【００５２】
（１）ＷｅｂＡＰの指定を行わずにポータル画面を初期表示させる場合
この場合、図３のステップＡ１、ステップＡ２、ステップＡ３、ステップＡ４、ステップＡ６、ステップＡ７、ステップＡ８、ステップＡ９、ステップＡ１０、ステップＡ１１を通る。
【００５３】
ステップＡ１で、ユーザがＷｅｂブラウザでポータル画面を表示するＵＲＬとして、“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍａｐｙ．ｃｏ．ｊｐ／ｐｏｒｔａｌｓｙｓｔｅｍ．ｃｇｉ”を指定すると、入出力部１１でポータルサーバ２を呼び出す。
【００５４】
ステップＡ２で、ポータル画面生成部２１は、呼び出しに使われたＵＲＬにＷｅｂＡＰ識別子であるｐａｇｅパラメータがあるかどうかを判定する。ｐａｇｅパラメータは指定されていないので、ステップＡ３で、表示順序１位のＷｅｂＡＰを表示すると見なして、ＷｅｂＡＰ管理データベース３より表示順序１位のＷｅｂＡＰ識別子を検索する。表１がＷｅｂＡＰ管理データベース３の内容であるとすると、表示順序が“１”の“ａｐ２”がＷｅｂＡＰ識別子として検索される。
【００５５】
ステップＡ４で、ＷｅｂＡＰ画面生成部２２は、ポータルシステム画面再表示を示すフラグであるｒｅｆｒｅｓｈパラメータあるかどうか判定する。ＷｅｂＡＰ画面生成部２２は、ｒｅｆｒｅｓｈパラメータの値が“ｙｅｓ”の場合、あるいはｒｅｆｒｅｓｈパラメータが指定されていないとき再表示であると判定する。ｒｅｆｒｅｓｈパラメータは指定されていないので再表示であると判定されるが、パラメータ保存部１２に“ａｐ２”に該当するＵＲＬが保存されていないためステップＡ６へ進む。
【００５６】
ステップＡ６で、ＷｅｂＡＰ画面生成部２２は、表示するＷｅｂＡＰのＵＲＬを指定するｕｒｌパラメータがあるかどうか判定する。ｕｒｌパラメータは指定されていないので、ＷｅｂＡＰ管理データベース３より、“ａｐ２”のＷｅｂＡＰ識別子でＷｅｂＡＰのＵＲＬを検索し、“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ”を取得する。
【００５７】
ステップＡ８で、ＷｅｂＡＰ画面生成部２２は、決定したＷｅｂＡＰのＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ”とＷｅｂＡＰ識別子“ａｐ２”を関連付けてパラメータ保存部１２へ保存する。
【００５８】
ステップＡ９で、ＷｅｂＡＰ生成部２２は、ＷｅｂＡＰのＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ”でＷｅｂＡＰサーバ５からＷｅｂＡＰを呼び出す。ＷｅｂＡＰサーバ５は、呼び出されたＵＲＬでコンテンツを生成し、ＷｅｂＡＰ画面生成部２２に渡す。ＷｅｂＡＰ画面生成部２２は、渡されたコンテンツをリンク変換部２３に渡す。リンク変換部２３は、コンテンツ内のハイパーリンクを変換したコンテンツをＷｅｂＡＰ画面生成部２２に渡す。これでＷｅｂＡＰのコンテンツが生成される。
【００５９】
ステップＡ１０で、ＷｅｂＡＰ画面生成部２２において生成されたＷｅｂＡＰのコンテンツは、ポータル画面生成部２１に渡される。ポータル画面生成部２１は、画面テンプレートデータベース４からポータル画面のテンプレートを取得し、ＷｅｂＡＰのコンテンツと合成して、ポータル画面のコンテンツを生成する。
【００６０】
ステップＡ１１で、ポータル画面生成部２１は、生成したポータル画面のコンテンツを入出力部１１に渡す。入出力部１１は、ユーザにコンテンツを表示する。
（２）ｐａｇｅパラメータを用いてＷｅｂＡＰの指定を行い、ポータル画面を初期表示させる場合
この場合、図３のステップＡ１、ステップＡ２、ステップＡ４、ステップＡ６、ステップＡ７、ステップＡ８、ステップＡ９、ステップＡ１０、ステップＡ１１を通る。
【００６１】
ステップＡ１で、ユーザがＷｅｂブラウザでポータルシステムを表示するＵＲＬとして“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍａｐｙ．ｃｏ．ｊｐ／ｐｏｒｔａｌｓｙｓｔｅｍ．ｃｇｉ？ｐａｇｅ＝ａｐ２”を指定すると、入出力部１１でポータルサーバ２を呼び出す。
【００６２】
ステップＡ２で、ポータル画面生成部２１は呼び出しに使われたＵＲＬにＷｅｂＡＰ識別子であるｐａｇｅパラメータがあるかどうかを判定する。ｐａｇｅパラメータに“ａｐ２”が指定されているのでステップＡ４へ進む。
【００６３】
ステップＡ４以降は（１）の場合と同じである。
（３）ｐａｇｅパラメータ、ｕｒｌパラメータを用いてＷｅｂＡＰの指定を行い、ポータル画面を初期表示させる場合
この場合、図３のステップＡ１、ステップＡ２、ステップＡ４、ステップＡ６、ステップＡ８、ステップＡ９、ステップＡ１０、ステップＡ１１を通る。
【００６４】
ステップＡ１で、ユーザがＷｅｂブラウザでポータルシステムを表示するＵＲＬとして“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍａｐｙ．ｃｏ．ｊｐ／ｐｏｒｔａｌｓｙｓｔｅｍ．ｃｇｉ？ｐａｇｅ＝ａｐ２＆ｕｒｌ＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ％２Ｆｗｅｂａｐ２．ａｓｐ”を指定すると、入出力部１１でポータルサーバ２を呼び出す。
【００６５】
ステップＡ２で、ポータル画面生成部２１は呼び出しに使われたＵＲＬにＷｅｂＡＰ識別子であるｐａｇｅパラメータがあるかどうか判定する。ｐａｇｅパラメータに“ａｐ２”が指定されているのでステップＡ４へ進む。
【００６６】
ステップＡ４で、ＷｅｂＡＰ画面生成部２２は、  ポータル画面再表示を示すフラグであるｒｅｆｒｅｓｈパラメータがあるかどうか判定する。ｒｅｆｒｅｓｈパラメータは指定されていないので再表示であると判定されるが、パラメータ保存部１２に“ａｐ２”に該当するＵＲＬが保存されていないためステップ６へ進む。
【００６７】
ステップＡ６で、ＷｅｂＡＰ画面生成部２２は、表示するＷｅｂＡＰのＵＲＬを指定するｕｒｌパラメータがあるか判定する。ｕｒｌパラメータに“ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ％２Ｆｗｅｂａｐ２．ａｓｐ”（この値はＵＲＬエンコードされているので、実際には、ＷｅｂＡＰ画面生成部２２は、“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ”と解釈する）が指定されているのでステップＡ８へ進む。
【００６８】
ステップＡ８以降は（１）と同じである。
【００６９】
（４）ポータル画面上に表示されているＷｅｂＡＰ内のリンクをクリックする場合
この場合、図３のステップＡ１、ステップＡ２、ステップＡ４、ステップＡ６、ステップＡ８、ステップＡ９、ステップＡ１０、ステップＡ１１を通る。
【００７０】
初期表示の後、ポータル画面のＷｅｂＡＰ表示領域には図４のａｐ２の画面が表示されているとする。ａｐ２の画面内の同一ＷｅｂＡＰのリンク９０１は、リンク変換部２３により例４で示すＵＲＬに変換されている。
【００７１】
ステップＡ１で、ユーザが同一ＷｅｂＡＰのリンクをクリックすると、入出力部１１でポータルサーバ２を呼び出す。
【００７２】
ステップＡ２、ポータル画面生成部２１は呼び出しに使われたＵＲＬにＷｅｂＡＰ識別子であるｐａｇｅパラメータがあるかどうか判定する。ｐａｇｅパラメータに“ａｐ２”が指定されているのでステップＡ４へ進む。
【００７３】
ステップＡ４で、ＷｅｂＡＰ画面生成部２２は、ポータル画面再表示を示すフラグであるｒｅｆｒｅｓｈパラメータがあるかどうか判定する。ＷｅｂＡＰ画面生成部２２は、ｒｅｆｒｅｓｈパラメータの値が“ｙｅｓ”の場合、あるいはｒｅｆｒｅｓｈパラメータが指定されていないとき再表示であると判定する。ｒｅｆｒｅｓｈパラメータの値に“ｎｏ”が指定されているのでステップ６へ進む。
【００７４】
ステップＡ６で、ＷｅｂＡＰ画面生成部２２は、表示するＷｅｂＡＰのＵＲＬを指定するｕｒｌパラメータがあるかどうかを判定する。ｕｒｌパラメータに“ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ％２Ｆｗｅｂａｐ２．ａｓｐ％３Ｆｐａｒａｍ１％３Ｄａ”（この値はＵＲＬエンコードされているので、実際には、ＷｅｂＡＰ画面生成部２２は、“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”と解釈する）が指定されているのでステップＡ８へ進む。
【００７５】
ステップＡ８で、ＷｅｂＡＰ画面生成部２２は、決定したＷｅｂＡＰのＵＲＬｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”とＷｅｂＡＰ識別子“ａｐ２”を関連付けてパラメータ保存部１２へ保存する。パラメータ保存部１２には、ポータル画面初期表示時に“ａｐ２”と関連付けて“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ”が保存されているが、新しいＵＲＬである“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”で上書きする。
【００７６】
ステップＡ９で、ＷｅｂＡＰ生成部２２は、ＷｅｂＡＰのＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”でＷｅｂＡＰサーバ５を呼び出す。ＷｅｂＡＰサーバ５は、呼び出されたＵＲＬでコンテンツを生成し、ＷｅｂＡＰ画面生成部２２に渡す。ＷｅｂＡＰ画面生成部は、渡されたコンテンツをリンク変換部２３に渡す。リンク変換部２３は、コンテンツ内のハイパーリンクを変換したコンテンツをＷｅｂＡＰ画面生成部２２に渡す。これでＷｅｂＡＰのコンテンツが生成し、ステップＡ１０へ進む。
【００７７】
ステップＡ１０以降は（１）と同じである。
【００７８】
（５）（４）の後、別のＷｅｂＡＰのページを表示させる場合
この場合、図３のステップＡ１、ステップＡ２、ステップＡ４、ステップＡ６、ステップＡ７、ステップＡ８、ステップＡ９、ステップＡ１０、ステップＡ１１を通る。
【００７９】
図２のポータル画面のＷｅｂＡＰ表示領域には、“ＡＰ２”タブのＷｅｂＡＰが表示され、ＷｅｂＡＰを切り替えるためのハイパーリンクとして、“ＡＰ１”タブに“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｐｏｒｔａｌｓｙｓｔｅｍ．ｃｇｉ？ｐａｇｅ＝ａｐ１＆ｒｅｆｒｅｓｈ＝ｙｅｓ”が、また、“ＡＰ３”タブには“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｐｏｒｔａｌｓｙｓｔｅｍ．ｃｇｉ？ｐａｇｅ＝ａｐ３＆ｒｅｆｒｅｓｈ＝ｙｅｓ”が付加されているとする。
【００８０】
ステップＡ１で、ユーザが“ＡＰ１”タブをクリックすると、入出力部１１でポータルサーバ２を呼び出す。
【００８１】
ステップＡ２で、ポータル画面生成部２１は呼び出しに使われたＵＲＬにＷｅｂＡＰの識別子であるｐａｇｅパラメータがあるかどうかを判定する。ｐａｇｅパラメータに“ａｐ１”が指定されているのでステップＡ４へ進む。
【００８２】
ステップＡ４で、ＷｅｂＡＰ画面生成部２２は、ポータル画面再表示を示すフラグであるｒｅｆｒｅｓｈパラメータがあるかどうかを判定する。ｒｅｆｒｅｓｈパラメータに“ｙｅｓ”が指定されているので再表示であると判定されるが、パラメータ保存部１２に“ａｐ１”に該当するＵＲＬが保存されていないためステップ６へ進む。
【００８３】
ステップＡ６で、ＷｅｂＡＰ画面生成部２２は、表示するＷｅｂＡＰのＵＲＬを指定するｕｒｌパラメータがあるかどうかを判定する。ｕｒｌパラメータは指定されていないので、ＷｅｂＡＰ管理データベース３より“ａｐ１”のＷｅｂＡＰ識別子でＷｅｂＡＰのＵＲＬを検索し、“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ１．ｃｇｉ”を取得する。
【００８４】
ステップＡ８で、ＷｅｂＡＰ画面生成部２２は、決定したＷｅｂＡＰのＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ１．ｃｇｉ”とＷｅｂＡＰ識別子“ａｐ１”を関連付けてパラメータ保存部１２へ保存する。
【００８５】
ステップＡ９で、ＷｅｂＡＰ生成部２２は、ＷｅｂＡＰのＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ１．ｃｇｉ”でＷｅｂＡＰサーバ５を呼び出す。ＷｅｂＡＰサーバ５は、呼び出されたＵＲＬでコンテンツを生成し、ＷｅｂＡＰ画面生成部２２に渡す。ＷｅｂＡＰ画面生成部２２は、渡されたコンテンツをリンク変換部２３に渡す。リンク変換部２３は、コンテンツ内のハイパーリンクを変換したコンテンツをＷｅｂＡＰ画面生成部２２に渡す。これでＷｅｂＡＰのコンテンツが生成される。
【００８６】
ステップＡ１０以降は（１）と同じである。
【００８７】
（６）（５）の後、以前に表示していたＷｅｂＡＰを再表示させる場合
この場合、図３のステップＡ１、ステップＡ２、ステップＡ４、ステップＡ５、ステップＡ９、ステップＡ１０、ステップＡ１１を通る。
【００８８】
ポータル画面は、（５）の後、ＡＰ１が表示され、また、ＷｅｂＡＰを切り替えるためのハイパーリンクとして、“ＡＰ２”タブに“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｐｏｒｔａｌｓｙｓｔｅｍ．ｃｇｉ？ｐａｇｅ＝ａｐ２＆ｒｅｆｒｅｓｈ＝ｙｅｓ”が、また“ＡＰ３”タブに“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｐｏｒｔａｌｓｙｓｔｅｍ．ｃｇｉ？ｐａｇｅ＝ａｐ３＆ｒｅｆｒｅｓｈ＝ｙｅｓ”が付加されているとする。
【００８９】
ステップＡ１で、ユーザが“ＡＰ２”タブをクリックすると、入出力部１１でポータルサーバ２を呼び出す。
【００９０】
ステップＡ２で、ポータル画面生成部２１は呼び出しに使われたＵＲＬにＷｅｂＡＰ識別子であるｐａｇｅパラメータがあるかどうかを判定する。ｐａｇｅパラメータに“ａｐ２”が指定されているのでステップＡ４へ進む。
【００９１】
ステップＡ４で、ＷｅｂＡＰ画面生成部２２は、ポータル画面再表示を示すフラグであるｒｅｆｒｅｓｈパラメータがあるかどうかを判定する。ｒｅｆｒｅｓｈパラメータに“ｙｅｓ”が指定されているので再表示であると判定され、ステップＡ５で、パラメータ保存部１２から“ａｐ２”に該当するＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”を取得する。ＵＲＬ取得後、ステップＡ９へ進む。
【００９２】
ステップＡ９で、ＷｅｂＡＰ生成部２２は、ＷｅｂＡＰのＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏ．ｊｐ／ｗｅｂａｐ２．ａｓｐ？ｐａｒａｍ１＝ａ”でＷｅｂＡＰサーバ５を呼び出す。ＷｅｂＡＰサーバ５は、呼び出されたＵＲＬでコンテンツを生成する。ＷｅｂＡＰサーバ５は生成したコンテンツをＷｅｂＡＰ画面生成部２２に渡す。ＷｅｂＡＰ画面生成部は、渡されたコンテンツをリンク変換部２３に渡す。リンク変換部２３は、コンテンツ内のハイパーリンクを変換したコンテンツをＷｅｂＡＰ画面生成部２２に渡す。これでＷｅｂＡＰのコンテンツが生成される。
【００９３】
ステップＡ１０以降は（１）と同じである。ポータル画面には、以前に“ＡＰ２”タブを表示していたときと同じ画面が表示される。
【００９４】
図７を参照すると、本発明の第２の実施形態のポータルシステムは、図１の第１の実施形態のポータルシステムの構成のうち、ポータル画面生成部２１、ＷｅｂＡＰ画面生成部２２、ＷｅｂＡＰ管理データベース３、画面テンプレートデータベース４をそれぞれポータル画面生成部２１Ｘ、ＷｅｂＡＰ画面生成部２２Ｘ、ＷｅｂＡＰ管理データベース３Ｘ、画面テンプレートデータベース４Ｘに置き換え、ユーザ管理データベース６Ｘを加えたものである。
【００９５】
本実施形態は、ユーザ管理データベース６Ｘにおいてポータルサーバ２を利用できるユーザを管理し、Ｗｅｂ管理データベース３Ｘや画面テンプレートデータベース４Ｘを個人ごとに用意できるようにし、ポータル画面生成部２１Ｘでは、ユーザの認証と個人ごとのポータル画面生成を行えるようにした。ＷｅｂＡＰ画面生成部２２Ｘは、ユーザごとに管理されているＷｅｂＡＰ管理データベース３Ｘを参照できるようにした。また、ポータル画面生成部２１Ｘでは、ユーザの情報をパラメータ保存部１２に保存するようにした。
【００９６】
図８を参照すると、本実施形態におけるユーザ認証処理の流れを示すフローチャートが示されている。本実施形態においては、図３のステップＡ１とステップＡ２の間に、ユーザ認証処理が必要である。
【００９７】
ステップＤ１で、ポータル画面生成部２１Ｘは、パラメータ保存部１２のデータからユーザがログインしているかどうかを判定する。例えば、パラメータ保存部１２に、ｕｓｅｒｉｄパラメータを用意し、値としてログインユーザＩＤが設定されるものとする。
【００９８】
ステップＤ２で、ポータル画面生成部２１Ｘは、パラメータ保存部１２にｕｓｅｒｉｄパラメータが存在するかをチェックし、存在していれば、ユーザＩＤを取得する。
【００９９】
ステップＤ３で、取得したユーザＩＤがユーザ管理データベース６Ｘに存在することをチェックする。ユーザ管理データベース６Ｘは、表３のようにユーザＩＤとパスワードを管理する。
【０１００】
【表３】
2004287758.tif 000009
ユーザ管理データベース６Ｘにユーザが存在していない場合は、異常終了としてポータル画面を表示しない。ユーザが存在している場合は、ポータル画面を表示する。
【０１０１】
ステップＤ１において、パラメータ保存部１２にｕｓｅｒｉｄパラメータが存在していないときは、ステップＤ４で、表示パラメータにユーザＩＤとパスワードが含まれていないかどうかをチェックする。含まれていない場合は、異常終了である。ユーザＩＤとパスワードが含まれている場合、ポータル画面生成部２１Ｘは認証作業を行う。ユーザ認証作業は、ユーザ管理データベース６ＸのユーザＩＤとパスワード情報と照合する作業である。ステップＤ５で、一致していれば次に進み、一致していなければ異常終了である。
【０１０２】
ステップＤ６で、認証が済んだら、ポータル画面生成部２１Ｘがパラメータ保存部１２へユーザＩＤをパラメータとして登録し、ポータル画面を表示する。
【０１０３】
また、ＷｅｂＡＰ管理データベース３Ｘは、表４のようにデータを管理している。
【０１０４】
【表４】
2004287758.tif 000010
表１との違いはユーザＩＤのカラムが追加されていることである。ポータル画面生成部２１ＸやＷｅｂＡＰ画面生成部２２ＸがＷｅｂＡＰ管理データベース３Ｘにアクセスするときには、パラメータ保存部１２からユーザ情報を取得して、ユーザＩＤをキーにしてＷｅｂＡＰ一覧を取得する。
【０１０５】
同様に、画面テンプレートデータベース４Ｘも表５のようにユーザＩＤごとにテンプレートデータを表で管理し、ポータル画面生成部２１ＸからユーザＩＤをキーにしてテンプレートを取得する。
【０１０６】
【表５】
2004287758.tif 000011
なお、本発明のポータルサーバ２は、専用のハードウェアにより実現する以外に、その機能を実現するためのプログラムを、コンピュータで読み取りが可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータで読み取りが可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータで読み取りが可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間に、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【０１０７】
【発明の効果】
以上説明したように、本発明によれば、次のような効果を有する。
【０１０８】
第１の効果は、複数のＷｅｂＡＰをポータル画面として一つの画面に表示できることである。その理由は、ポータルサーバがＷｅｂＡＰ一覧を管理し、ユーザの操作によってＷｅｂＡＰの呼び出しを切り替えて表示を制御しているからである。
【０１０９】
第２の効果は、ＷｅｂＡＰを修正することなく、一連のＷｅｂＡＰの処理をポータルサーバの画面の一部として表示できることである。その理由は、ポータルサーバをＷｅｂＡＰのコンテンツ内のＵＲＬをポータルサーバから表示させるように変換しているからである。
【０１１０】
第３の効果は、ポータル画面でＷｅｂＡＰを切り替えて再び元のＷｅｂＡＰに戻ったときに、切り替える前と同様の表示が正しく行えることである。その理由は、表示したＷｅｂＡＰの表示パラメータをユーザごとに保存しているからである。
【０１１１】
第４の効果は、ポータル画面の枠組み表示を柔軟に変更できることである。その理由は、ポータル画面の枠組み表示を画面テンプレートデータとして分離しているため、画面テンプレートデータを変更するだけで、ポータル画面の表示を変更できるからである。
【図面の簡単な説明】
【図１】本発明の第１の実施形態のポータルシステムの構成を示した図である。
【図２】本発明のポータル画面の一例である。
【図３】本発明のポータルシステムの処理の流れを示すフローチャートである。
【図４】リンクのあるＷｅｂＡＰ画面の一例である。
【図５】リンク変換部２３の処理の流れを示すフローチャートである。
【図６】ポータル画面生成部２１が、ポータル画面を構築し、ＷｅｂＡＰコンテンツを埋め込むまでの処理の流れを示すフローチャートである。
【図７】本発明の第２の実施形態のポータルシステムの構成を示す図である。
【図８】本発明の第２の実施形態のポータルシステムにおけるユーザ認証の処理の流れを示すフローチャートである。
【符号の説明】
１  ユーザ端末
１１  入出力部
１２  パラメータ保存部
２  ポータルサーバ
２１、２１Ｘ  ポータル画面生成部
２２、２２Ｘ  ＷｅｂＡＰ画面生成部
２３  リンク変換部
３、３Ｘ  ＷｅｂＡＰ管理データベース
４、４Ｘ  画面テンプレートデータベース
５  ＷｅｂＡＰサーバ
６Ｘ  ユーザ管理データベース
２０１  画面
２０１１  ＷｅｂＡＰ表示領域
２０１２  ＷｅｂＡＰ切替えタブ
２０２  ＷｅｂＡＰ画面
９０１〜９０３  リンク
Ａ１〜Ａ１１  ステップ
Ｂ１〜Ｂ３  ステップ
Ｃ１〜Ｃ６  ステップ
Ｄ１〜Ｄ６  ステップ
【図１】
2004287758.tif 000012
【図２】
2004287758.tif 000013
【図３】
2004287758.tif 000014
【図４】
2004287758.tif 000015
【図５】
2004287758.tif 000016
【図６】
2004287758.tif 000017
【図７】
2004287758.tif 000018
【図８】
2004287758.tif 000019