(57)【要約】【課題】Ｗｅｂサーバから取得したＨＴＭＬファイルに記述されているリンク情報を修正、ポータル画面の表示形態を変更し、クライアント−Ｗｅｂサーバ間の情報の受け渡しを仲介するポータルサーバ、およびポータルサーバの情報引継ぎ方法を提供する。【解決手段】ポータルサーバからクライアントへ送信されるＨＴＭＬ文書ファイル内に、任意のＷｅｂサーバのＵＲＬを含むリンク情報が記述されている場合、ポータルサーバは、当該リンク情報を、当該ポータルサーバのＵＲＬに当該ＷｅｂサーバのＵＲＬをパラメータとして付加した新たなリンク情報に変更し、ユーザが当該新たなリンク情報を選択し、クライアントから当該ＷｅｂサーバのＵＲＬがパラメータとして付加されている当該ポータルサーバのＵＲＬを受信すると、パラメータとして付加されているＵＲＬをＷｅｂサーバに送信し、所望のオブジェクトファイルを取得する。【選択図】      図１
2004220374.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバが有する複数のＨＴＭＬ文書ファイルを統合し、クライアントへ送信するポータルサーバであって、
前記ポータルサーバから前記クライアントへ送信される前記ＨＴＭＬ文書ファイル内に、前記ＷｅｂサーバのＵＲＬを含むリンク情報が記述されている場合、前記ポータルサーバは、前記リンク情報を、当該ポータルサーバのＵＲＬに前記ＷｅｂサーバのＵＲＬがパラメータとして付加された新たなリンク情報に変更する手段と、
ユーザが当該新たなリンク情報を選択し、前記クライアントから前記ＷｅｂサーバのＵＲＬがパラメータとして付加されている当該ポータルサーバのＵＲＬを受信すると、パラメータとして付加されているＵＲＬをＷｅｂサーバに送信し、所望のオブジェクトファイルを取得する手段と、
を備えることを特徴とするポータルサーバ。
【請求項２】
前記ポータルサーバから前記クライアントへ送信される前記ＨＴＭＬ文書ファイル内に、前記Ｗｅｂサーバを送信先とする入力データの宛先情報が記述されている場合、
前記ポータルサーバは、当該宛先情報を、当該ポータルサーバを送信先とする宛先情報に変更し、前記ＷｅｂサーバのＵＲＩを隠しパラメータとして追加する手段と、
前記クライアントから当該入力データが当該ポータルサーバへ送信されると、前記隠しパラメータから前記ＷｅｂサーバのＵＲＩを取得し、当該入力データを当該ＷｅｂサーバのＵＲＩと共に送信する手段と、
を備えることを特徴とする請求項１に記載のポータルサーバ。
【請求項３】
前記Ｗｅｂサーバから前記オブジェクトファイルを取得する際、または前記Ｗｅｂサーバに前記入力データを送信する際に、
前記ポータルサーバは、前記オブジェクトファイルの取得要求、または前記入力データの送信要求を行った当該ユーザを識別するためのＣｏｏｋｉｅを、前記Ｗｅｂサーバに送信する手段を備えることを特徴とする請求項１または請求項２に記載のポータルサーバ。
【請求項４】
前記ポータルサーバから前記クライアントへ送信される前記ＨＴＭＬ文書ファイル内に、前記ＷｅｂサーバのＵＲＬを含むリンク情報が記述されている場合、
前記ポータルサーバは、当該リンク情報を、当該ポータルサーバのＵＲＬに前記ＷｅｂサーバのＵＲＬをパラメータとして付加した新たなリンク情報に変更する際に、当該新たなリンク情報に前記オブジェクトファイルを表示するエリアを指定するエリア情報を挿入する手段と、
ユーザが当該新たなリンク情報を選択し、前記クライアントから前記ＷｅｂサーバのＵＲＬがパラメータとして付加され、前記エリア情報が挿入された当該ポータルサーバのＵＲＬが前記ポータルサーバへ送信されると、パラメータとして付加されているＵＲＬを前記Ｗｅｂサーバに送信し、所望のオブジェクトファイルを取得する手段と、
エリア情報に従って指定されたエリアに表示されるように、前記複数のＨＴＭＬファイルと当該オブジェクトファイルを統合し、新たなＨＴＭＬファイルを作成する手段と、
を備えることを特徴とする請求項１乃至請求項３に記載のポータルサーバ。
【請求項５】
Ｗｅｂサーバが有する複数のＨＴＭＬ文書ファイルを統合し、クライアントへ送信するポータルサーバの情報引継ぎ方法であって、
前記ポータルサーバから前記クライアントへ送信される前記ＨＴＭＬ文書ファイル内に、前記ＷｅｂサーバのＵＲＬを含むリンク情報が記述されている場合、前記ポータルサーバは、前記リンク情報を、当該ポータルサーバのＵＲＬに前記ＷｅｂサーバのＵＲＬがパラメータとして付加された新たなリンク情報に変更する工程と、
ユーザが当該新たなリンク情報を選択し、前記クライアントから当該ＷｅｂサーバのＵＲＬがパラメータとして付加されている当該ポータルサーバのＵＲＬを受信すると、パラメータとして付加されているＵＲＬを前記Ｗｅｂサーバに送信し、所望のオブジェクトファイルを取得する工程と、
を有することを特徴とするポータルサーバの情報引継ぎ方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアント−Ｗｅｂサーバ間の情報の受け渡しを仲介するポータルサーバ、およびポータルサーバの情報引継ぎ方法に関する。
【０００２】
【従来の技術】
従来、複数のＷｅｂ情報（ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル）を閲覧する場合、クライアントはブラウザを使用し、個別に複数のＷｅｂ情報を表示する必要があった。そこで、複数のＷｅｂ情報を統合表示するポータルサーバが具現化されている。このポータルサーバは、Ｗｅｂ情報の１つ１つをポートレットとして１つのブラウザ画面上に表示されるよう統合したポータルサイトを構築するサーバであり、また、そのポータルサイトには様々なＷｅｂ情報（Ｗｅｂサーバ）をアクセスするためのリンク情報（ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含む。ここでＵＲＬとは、スキーム名、サーバ名（ドメイン名）、ポート番号、パス名、ユーザ名とパスワードを含む。）が記述され、そのポータルサイトへアクセスしてきた人を必要なＷｅｂ情報へ導くための入り口としての機能を持つ。
【０００３】
また、一般的にクライアントからＷｅｂ情報をアクセスする際には、Ｃｏｏｋｉｅを用いてＷｅｂブラウザとＷｅｂサーバの間での暗黙の情報交換を行っている（例えば、特許文献１）。
【０００４】
【特許文献１】
特開平１１−２８２８０４号公報
【０００５】
【発明が解決しようとする課題】
ところで、クライアントからポータルサーバを介して任意のＷｅｂ情報をアクセスする場合、クライアントからＷｅｂ情報を直接アクセスする場合と同様に、まず、クライアント−ポータルサーバ間の認証作業が行われる。
【０００６】
その際、ユーザはパスワードやログインＩＤのような識別コードを入力する必要があるが、このポータルサーバへのアクセスが許可されると、クライアントに複数のＷｅｂ情報が１画面にまとめられたポータルサイトのＨＴＭＬファイルが送信される。その認証の際に、ポータルサーバからクライアントに対してＣｏｏｋｉｅが発行され、次回ポータルサーバをアクセスする際にはそのＣｏｏｋｉｅが用いられ、暗黙のうちにユーザの識別作業が行われる。
【０００７】
認証作業の後、クライアントでは、ブラウザによってポータルサーバから送信されたＨＴＭＬファイル（ポータルサイト）が表示される。このＨＴＭＬファイルには、Ｗｅｂ情報へアクセスするためのリンク情報が記述されており、ユーザが上述のシステム環境の中でこのリンク情報を選択した場合、以下のような問題が発生する。
【０００８】
（１）クライアントがアクセスを許可されているのはポータルサーバのみであり、ユーザがリンク情報を選択し、クライアントから直接Ｗｅｂ情報をアクセスする状況が発生すると、クライアント−Ｗｅｂサーバ間で再度認証作業が発生することになる。これは、ユーザにとっては再度パスワードやログインＩＤのような識別コードを入力する手間が発生することであり、非常に面倒な作業である。また、クライアントからＷｅｂサーバへ直接何等かの情報を登録する際にも、同様の問題が発生する。
【０００９】
（２）ユーザがＷｅｂ情報へのリンク情報を選択し、クライアントがそのＷｅｂ情報をアクセスすると、ポータル画面が破棄され、Ｗｅｂサーバからの所望のＨＴＭＬファイルが送信され表示されることになる。従って、クライアント−ポータルサーバ間のセッションが切れることになり、ポータル画面に戻す際には、再度認証作業を行わなければならない。これもまた、ユーザにとっては非常に面倒な作業である。
【００１０】
（３）クライアントがアクセス先を切り換える度にセッションが切れるので、ポータル画面のように同一画面上に複数のＷｅｂ情報を表示できない。これは、ユーザにとっては非常に利便性の悪い状況である。
【００１１】
本発明は上記事情に鑑み、複数のＷｅｂ情報を統合したポータルサイトをクライアントへ提供するネットワークシステムにおいて、クライアントに代わってＷｅｂサーバへログインし、Ｗｅｂサーバから取得したＨＴＭＬファイルに記述されているリンク情報を修正し、また、ポータル画面の表示形態を変更し、クライアント−Ｗｅｂサーバ間の情報の受け渡しを仲介するポータルサーバ、およびポータルサーバの情報引継ぎ方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、請求項１に記載の発明であるポータルサーバは、Ｗｅｂサーバが有する複数のＨＴＭＬ文書ファイルを統合し、クライアントへ送信するポータルサーバであって、前記ポータルサーバから前記クライアントへ送信される前記ＨＴＭＬ文書ファイル内に、前記ＷｅｂサーバのＵＲＬを含むリンク情報が記述されている場合、前記ポータルサーバは、前記リンク情報を、当該ポータルサーバのＵＲＬに前記ＷｅｂサーバのＵＲＬがパラメータとして付加された新たなリンク情報に変更する手段と、ユーザが当該新たなリンク情報を選択し、前記クライアントから前記ＷｅｂサーバのＵＲＬがパラメータとして付加されている当該ポータルサーバのＵＲＬを受信すると、パラメータとして付加されているＵＲＬをＷｅｂサーバに送信し、所望のオブジェクトファイルを取得する手段とを備えることを特徴とする。
【００１３】
請求項１の発明によれば、クライアントへ提供されるＷｅｂ情報に記述されているリンク情報は、ポータルサーバのＵＲＬを含むものに変更されるので、ユーザがリンク情報を選択しても、クライアントから直接Ｗｅｂサーバをアクセスする状況は発生しないので、クライアント−Ｗｅｂサーバ間で認証作業が発生することなく、Ｗｅｂサーバからの情報を取得することが可能となり、ユーザにとって利便性が向上する。
【００１４】
また、請求項２に記載の発明であるポータルサーバは、請求項１に記載のポータルサーバであって、ポータルサーバからクライアントへ送信されるＨＴＭＬ文書ファイル内に、任意のＷｅｂサーバを送信先とする入力データの宛先情報が記述されている場合、ポータルサーバは、宛先情報を、ポータルサーバを送信先とする宛先情報に変更し、ＷｅｂサーバのＵＲＩを隠しパラメータとして追加し、クライアントから入力データがポータルサーバへ送信されると、隠しパラメータからＷｅｂサーバのＵＲＩを取得し、入力データをＷｅｂサーバのＵＲＩと共に送信するので、ユーザが入力したデータをＷｅｂサーバに送信しても、クライアントから直接Ｗｅｂサーバをアクセスする状況は発生しないので、クライアント−Ｗｅｂサーバ間で認証作業が発生することなく、Ｗｅｂサーバに対して入力したデータを送信することが可能となり、ユーザにとって利便性が向上する。
【００１５】
また、請求項３に記載の発明であるポータルサーバは、請求項１または請求項２に記載のポータルサーバであって、Ｗｅｂサーバからオブジェクトファイルを取得する際、またはＷｅｂサーバに入力データを送信する際に、ポータルサーバは、オブジェクトファイルの取得要求、または入力データの送信要求を行ったユーザを識別するためのＣｏｏｋｉｅを、Ｗｅｂサーバに送信するので、ユーザはパスワードやログインＩＤのような識別コードを入力する必要が無く、利便性が向上する。
【００１６】
また、請求項４に記載の発明であるポータルサーバは、請求項１乃至請求項３に記載のポータルサーバであって、ポータルサーバは、リンク情報を、ポータルサーバのＵＲＬにＷｅｂサーバのＵＲＬをパラメータとして付加した新たなリンク情報に変更する際に、新たなリンク情報にオブジェクトファイルを表示するエリアを指定するエリア情報を挿入し、エリア情報に従って指定されたエリアに表示されるように、複数のＨＴＭＬファイルとオブジェクトファイルを統合し、新たなＨＴＭＬファイルを作成するので、任意のＷｅｂ情報をポートレットとして同一画面上に表示することが可能となり、利便性が向上する。
【００１７】
また、請求項５に記載の発明であるポータルサーバの情報引継ぎ方法は、Ｗｅｂサーバが有する複数のＨＴＭＬ文書ファイルを統合し、クライアントへ送信するポータルサーバの情報引継ぎ方法であって、前記ポータルサーバから前記クライアントへ送信される前記ＨＴＭＬ文書ファイル内に、前記ＷｅｂサーバのＵＲＬを含むリンク情報が記述されている場合、前記ポータルサーバは、前記リンク情報を、当該ポータルサーバのＵＲＬに前記ＷｅｂサーバのＵＲＬがパラメータとして付加された新たなリンク情報に変更する工程と、ユーザが当該新たなリンク情報を選択し、前記クライアントから当該ＷｅｂサーバのＵＲＬがパラメータとして付加されている当該ポータルサーバのＵＲＬを受信すると、パラメータとして付加されているＵＲＬを前記Ｗｅｂサーバに送信し、所望のオブジェクトファイルを取得する工程とを有することを特徴とする。
【００１８】
請求項５の発明によれば、クライアントへ提供されるＷｅｂ情報に記述されているリンク情報は、ポータルサーバのＵＲＬを含むものに変更されるので、ユーザがリンク情報を選択しても、クライアントから直接Ｗｅｂサーバをアクセスする状況は発生しないので、クライアント−Ｗｅｂサーバ間で認証作業が発生することなく、Ｗｅｂサーバからの情報を取得することが可能となり、ユーザにとって利便性が向上する。
【００１９】
【発明の実施の形態】
本発明の実施形態について、図１〜図１２に基づいて説明する。
【００２０】
図１に本実施形態のシステム構成を示す。本実施形態におけるシステムは、ポータルサーバ１、クライアント５ａ，ｂ…、Ｗｅｂサーバ６ａ，ｂ，ｃ…、およびそれらを相互に接続するネットワーク４から構成される。
【００２１】
ポータルサーバ１は、ＨＴＭＬファイルや画像ファイル、映像、音声ファイル等のオブジェクトファイルを記録するポータル情報データベース２とユーザ情報を記録するユーザ情報データベース３を備え、さらにネットワーク４を介して複数のＷｅｂサーバ６ａ，ｂ，ｃ…と複数のクライアント５ａ，ｂ…とに接続されている。また、ポータルサーバ１は、クライアント５からの要求に応じて、Ｗｅｂサーバ６からオブジェクトファイルを取得し、クライアント５へ転送する機能を有する。
【００２２】
ポータルサーバ１が備えるポータル情報データベース２は、各Ｗｅｂサーバ６から送信されたオブジェクトファイルと、そのオブジェクトファイルを元に作成されたクライアント５用トップページのＨＴＭＬファイルを保存している。また、ユーザ情報データベース３は、図２に示すポートレット定義情報、図３に示すユーザ認証情報、および図４に示すＣｏｏｋｉｅ情報を記録している。
【００２３】
図２に示すポートレット定義情報は、ポートレットＩＤ、認証用ＵＲＬ、ログインＩＤ、パスワード、ポートレット表示用ＵＲＬの項目を有するデータテーブルであり、ユーザ毎に用意される。また、ポートレット定義情報はトップページを構成する各ポートレットを取得するため、ポータルサーバ１がＷｅｂサーバ６へログインする際に参照される。
【００２４】
ポートレットＩＤの項目には、各ユーザに提供されるトップページを構成するポートレットを識別する識別コードが記録される。認証用ＵＲＬの項目には、そのポートレットを取得する際に行われる認証のためログインＩＤとパスワードを送信するＵＲＬが記録される。ログインＩＤの項目には、各Ｗｅｂサーバ６へログインするためのユーザのログインＩＤが記録され、パスワードの項目には、各Ｗｅｂサーバ６へログインするためのユーザのパスワードが記録される。ポートレット表示用ＨＴＭＬの項目には、各ポートレットのドメイン名、パス名およびファイル名が記録される。
【００２５】
図３に示すユーザ認証情報は、ユーザ名、パスワード、トップページ表示用ＨＴＭＬ、Ｃｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの項目を有するデータテーブルであり、ユーザがポータルサーバ１へログインする際に、クライアント５から送信されるユーザ名とパスワードを照合するために参照される。また、クライアント５からポータルサーバ１へＣｏｏｋｉｅの作成を指示する際に各項目に各情報が記録され、クライアント５からポータルサーバ１へＣｏｏｋｉｅが送信された際に参照される。
【００２６】
ユーザ名の項目には、ポータルサーバ１へログインする各ユーザのユーザ名が記録され、パスワードの項目には、ポータルサーバ１へログインする各ユーザのパスワードが記録される。トップページ表示用ＨＴＭＬの項目には、各ユーザのトップページのドメイン／パス名およびファイル名が記録される。Ｃｏｏｋｉｅ名の項目には、そのＣｏｏｋｉｅの名前が記録され、値の項目には、そのＣｏｏｋｉｅを識別する識別コードが記録される。有効期限の項目には、そのＣｏｏｋｉｅの有効期限が記録され、有効ドメイン／パスの項目には、そのＣｏｏｋｉｅを使用することによってアクセスが許可されるドメイン名とパス名が記録される。
【００２７】
図４に示す、ポータルサーバ１からＷｅｂサーバ６へ送信するＣｏｏｋｉｅ情報は、ポートレットＩＤ、Ｃｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの項目を有するデータテーブルであり、ユーザ毎に用意され、ポータルサーバ１からＷｅｂサーバ６へＣｏｏｋｉｅを送信する際に参照される。
【００２８】
ポートレットＩＤの項目には、各ユーザに提供されるトップページを構成するポートレットを識別する識別コードが記録される。Ｃｏｏｋｉｅ名の項目には、Ｗｅｂサーバ６から作成を指示されたＣｏｏｋｉｅの名前が記録され、値の項目には、そのＣｏｏｋｉｅを識別する識別コードが記録される。有効期限の項目には、そのＣｏｏｋｉｅの有効期限が記録され、有効ドメイン／パスの項目には、そのＣｏｏｋｉｅを使用することによってアクセスが許可されるドメイン名とパス名が記録される。
【００２９】
クライアント５はＷｅｂブラウザを備え、ネットワーク４を介してユーザ所望のオブジェクトファイルを受信、表示する機能を有する。また、Ｗｅｂサーバ６は、それぞれＨＴＭＬファイルや画像ファイル、映像、音声ファイル等のオブジェクトファイルを記録するＷｅｂ情報データベース７を備え、ネットワーク４を介して、オブジェクトファイルの要求元へ所望のオブジェクトファイルを提供する機能を有する。
【００３０】
Ｗｅｂサーバ６が備えるＷｅｂ情報データベース７は、クライアント５へ提供するためのＨＴＭＬファイルや画像ファイル、映像、音声ファイル等のオブジェクトファイルと、オブジェクトファイルの要求元からＷｅｂサーバ６へ送信されるＣｏｏｋｉｅを照合するためのユーザ管理情報を記録している。
【００３１】
ユーザ管理情報は、図５に示すように、ログインＩＤ、パスワード、Ｃｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの項目を有するデータテーブルであり、ポータルサーバ１からＷｅｂサーバ６へＣｏｏｋｉｅが送信された際に参照される。
【００３２】
ログインＩＤの項目には、ポータルサーバ１を介してＨＴＭＬファイルを要求するユーザのユーザ名が記録され、パスワードの項目には、そのユーザのパスワードが記録される。Ｃｏｏｋｉｅ名の項目には、ポータルサーバ１へ作成を指示したＣｏｏｋｉｅの名前が記録され、値の項目には、そのＣｏｏｋｉｅを識別する識別コードが記録される。有効期限の項目には、そのＣｏｏｋｉｅの有効期限が記録され、有効ドメイン／パスの項目には、そのＣｏｏｋｉｅを使用することによってアクセスが許可されるドメイン名とパス名が記録される。
【００３３】
通常、クライアント５からＷｅｂサーバ６へ直接アクセスする場合、クライアント５から送信されるユーザ名とパスワードは、Ｗｅｂサーバ６のユーザ管理情報に記録されているログインＩＤとパスワードと照合される。
【００３４】
＜クライアントがポータルサーバ１を介してＷｅｂサーバ６から情報を受信する場合＞
次に、ポータルサーバ１を介してＷｅｂサーバ６から情報を受信する場合の処理の手順について、図６のフローチャートに基づいて説明する。
【００３５】
まず、クライアント５は、ユーザがポータルサーバ１へログインするために入力したユーザ名とパスワードをポータルサーバ１へ送信する（ステップＳ０１）。例えば、クライアント５ａのユーザ「ｍａｔｓｕｏ」がポータルサーバ１にログインする場合、クライアント５ａは下記のように、トップページ（ポータルサイト）のＵＲＬにユーザ名とパスワードを付加してポータルサーバ１へ送信する。
ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／ｉｎｄｅｘ．ｈｔｍｌ／？ｕｓｅｒ＿ｎａｍｅ＝”ｍａｔｓｕｏ”＆ｐａｓｓｗｏｒｄ＝”＊＊＊＊＊＊＊＊”
【００３６】
ポータルサーバ１は、クライアント５からユーザ名とパスワードが付加されたトップページのＵＲＬを受信すると、ユーザ認証を行う（ステップＳ０２）。ポータルサーバ１は、受信したトップページのＵＲＬからユーザ名とパスワードを抽出し、ユーザ認証情報を参照して、抽出したユーザ名とパスワードに該当する情報が記録されているか照合を行う。ユーザ認証情報に抽出したユーザ名とパスワードに該当する情報が記録されていれば、ログイン成功となる。
【００３７】
次に、ポータルサーバ１は、トップページを構成するポートレットを取得するためにＷｅｂサーバ６にログインする（ステップＳ０３）。ポータルサーバ１は、Ｗｅｂサーバ６にログインするため、ポータルサーバ１にログインしたユーザのユーザ名を基にポートレット定義情報の各項目を参照して、Ｗｅｂサーバ６へログインするための認証用ＵＲＬ、ログインＩＤ、パスワードを取得する。そして、ポータルサーバ１は、下記のように、各認証用のＵＲＬに取得したユーザのログインＩＤをユーザ名としてパスワードと共に各Ｗｅｂサーバ６へ送信する。
ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｃａｌｅｎｄａｒ．ｈｔｍｌ？ｕｓｅｒ＿ｎａｍｅ＝”ｍａｔｓｕｏ”＆ｐａｓｓｗｏｒｄ＝”＊＊＊＊＊＊＊＊”
【００３８】
Ｗｅｂサーバ６は、ポータルサーバ１からユーザ名とパスワードを含むポートレットのＵＲＬを受信すると、ポートレットのＵＲＬからユーザ名とパスワードを抽出し、ユーザ管理情報を参照して、ユーザ認証を行う（ステップＳ０４）。ユーザ管理情報に抽出したユーザ名とパスワードが記録されていれば、ログイン成功となる。ログインが成功すると、Ｗｅｂサーバ６はＣｏｏｋｉｅの作成をポータルサーバ１へ指示し、指示内容をユーザ管理情報の該当ユーザのレコードに記録する。指示内容は下記のように、アクセスを許可するドメイン／パス名を含むものとなる。
Ｃｏｏｋｉｅ名：ｌｏｇｉｎ
ドメイン／パス：／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
有効期限：セッションの終わり
値：１６５３３
【００３９】
ポータルサーバ１は、Ｗｅｂサーバ６からＣｏｏｋｉｅ作成を指示されると、Ｃｏｏｋｉｅを作成し、Ｃｏｏｋｉｅ情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パス名の各項目に保存する（ステップＳ０５）。
【００４０】
次に、ポータルサーバ１は、クライアント５に表示されるトップページを構成する各ポートレットのＨＴＭＬファイルを要求するため、ポートレットのＵＲＬとＣｏｏｋｉｅをＷｅｂサーバ６に送信する（ステップＳ０６）。例えば、ポータルサーバ１がＷｅｂサーバ６ｃに送信するＵＲＬとＣｏｏｋｉｅは下記の通り。
ｈｔｔｐ：／／  ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｃａｌｅｎｄａｒ．ｈｔｍｌ／
Ｃｏｏｋｉｅ：ｌｏｇｉｎ，１６５３３，セッションの終わり，／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
【００４１】
Ｗｅｂサーバ６は、Ｃｏｏｋｉｅを受信すると、ユーザ管理情報を参照して、Ｃｏｏｋｉｅの照合を行う。Ｃｏｏｋｉｅの値が正しいものであれば、Ｗｅｂサーバ６は要求されたＨＴＭＬファイルをポータルサーバ１へ送信する（ステップＳ０７）。
【００４２】
ポータルサーバ１はＷｅｂサーバ６から受信したＨＴＭＬファイルをポータル情報データベース２に保存する（ステップＳ０８）。なお、ステップＳ０３〜Ｓ０８までの処理は、ポートレットの数だけ、複数のＷｅｂサーバ６に対して平行して行われる。
【００４３】
次に、ポータルサーバ１は、Ｗｅｂサーバ６から受信したポートレットのＨＴＭＬファイルを元に、クライアント５のトップページ用ＨＴＭＬファイルを作成する（ステップＳ０９）。このとき作成されるトップページ用ＨＴＭＬファイルは、ユーザ認証情報のトップページ表示用ＨＴＭＬの項目に記録されているパスとファイル名に従ってポータル情報データベース２に保存される。
【００４４】
さらに、ポータルサーバ１は、作成したトップページ用ＨＴＭＬファイルに記述されているリンク情報を修正した後、ポータル情報データベース２に保存する（ステップＳ１０）。修正後の新たなリンク情報は、下記に示すように、リンク先がＷｅｂサーバ６のドメイン／パス名を含むＵＲＬからポータルサーバ１のドメイン／パス名を含むＵＲＬに書き換えられ、Ｗｅｂサーバ６のドメイン／パス名を含むＵＲＬがパラメータとして付加されたものとなる。修正前のリンク情報では、クライアント５は直接Ｗｅｂサーバ６からポートレットを取得するようになっているが、このリンク情報の修正によって、新たなリンク情報が選択されると、クライアント５はポータルサーバ１を介してＷｅｂサーバ６からポートレットを取得することになる。
修正前
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／”＞
修正後の新たなリンク情報
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／ｉｎｄｅｘ．ｈｔｍｌ？ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／”＞
【００４５】
ポータルサーバ１は、新たなリンク情報に修正されたトップページ用ＨＴＭＬファイルをクライアント５へ送信すると同時にＣｏｏｋｉｅの作成を指示し、指示内容をユーザ認証情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に記録する（ステップＳ１１）。
【００４６】
クライアント５は、ポータルサーバ１からの指示の基づいてＣｏｏｋｉｅを作成、保存し（ステップＳ１２）、受信したトップページ用ＨＴＭＬファイルを、Ｗｅｂブラウザを用いて表示する（ステップＳ１３）。ポータルサーバ１からの指示内容は下記に示すようなものとなる。また、図７（Ａ）に示すような画面が表示される。
Ｃｏｏｋｉｅ名：ｌｏｇｉｎ
ドメイン／パス：／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／
有効期限：セッションの終わり
値：６１６６１
【００４７】
ユーザが、図７（Ａ）に示すように、ポートレット内の任意のハイパーリンク（図７（Ａ）では２１日のハイパーリンク）を選択すると（ステップＳ１４）、クライアント５は、ポータルサーバ１にそのＵＲＬとＣｏｏｋｉｅを送信する（ステップＳ１５）。例えば、ポータルサーバ１に送信するＵＲＬとＣｏｏｋｉｅは下記に示すようなものとなる。
ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／？ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／
Ｃｏｏｋｉｅ：ｌｏｇｉｎ，６１６６１，セッションの終わり，／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／
【００４８】
ポータルサーバ１は、クライアント５からＵＲＬとＣｏｏｋｉｅを受信すると、ユーザ認証情報を参照して、Ｃｏｏｋｉｅの照合を行う。Ｃｏｏｋｉｅの値が正しいものであれば、ポータルサーバ１は、受信したＵＲＬのドメイン／パス以降のパラメータ部分を抽出し、ポータルサーバ１のＣｏｏｋｉｅ情報に記録されているユーザのＣｏｏｋｉｅと合わせてＷｅｂサーバ６に送信し、ＨＴＭＬファイルを要求する（ステップＳ１６）。
ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／
Ｃｏｏｋｉｅ：ｌｏｇｉｎ，１６５３３，セッションの終わり，／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
【００４９】
Ｗｅｂサーバ６は、ポータルサーバ１から送信されたＣｏｏｋｉｅの値が正しいものであれば、要求されたＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示をポータルサーバ１へ送信し、指示内容をユーザ管理情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に記録する（ステップＳ１７）。
【００５０】
ポータルサーバ１は、Ｗｅｂサーバ６からＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示を受信すると、Ｗｅｂサーバ６からの指示に基づいてＣｏｏｋｉｅを作成、Ｃｏｏｋｉｅ情報に記録し、受信したＨＴＭＬファイルを一旦保存し、そのＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示をポータルサーバ１へ送信し、指示内容をユーザ認証情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に記録する（ステップＳ１８）。
【００５１】
クライアント５は、ポータルサーバ１からの指示の基づいてＣｏｏｋｉｅを作成、保存し（ステップＳ１９）、受信したＨＴＭＬファイルを、Ｗｅｂブラウザを用いて表示する（ステップＳ２０）。図７（Ｂ）は、受信したＨＴＭＬファイルの画面表示例である。
【００５２】
このように、ユーザがリンク情報を選択しても、クライアント５から直接Ｗｅｂサーバ６をアクセスする状況は発生せず、かつクライアント５とＷｅｂサーバ６は通常の処理と何ら変わりがなく、さらに、クライアント５−Ｗｅｂサーバ６間で認証作業が発生することなく、Ｗｅｂサーバ６からの情報を取得することが可能となり、ユーザにとって利便性が向上する。
【００５３】
また、ポータルサーバ１からＷｅｂサーバ６へログインする際に、クライアント５に代わってポータルサーバ１がＣｏｏｋｉｅを送信するので、ユーザはパスワードやログインＩＤのような識別コードを入力する必要が無く、利便性が向上する。
【００５４】
＜クライアントがポータルサーバ１を介してＷｅｂサーバ６へ情報を送信する場合＞
次に、ポータルサーバ１を介してＷｅｂサーバ６へ情報を送信する場合の処理の手順について、図８のフローチャートに基づいて説明する。
【００５５】
まず、ユーザがポータルサーバ１へログインするため、ユーザ名とパスワードをポータルサーバ１へ送信する（ステップＳ２１）。例えば、クライアント５ａのユーザ「ｍａｔｓｕｏ」がポータルサーバ１にログインする場合、クライアント５ａは下記のように、トップページのＵＲＬにユーザ名とパスワードを付加してポータルサーバ１へ送信する。
ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／ｉｎｄｅｘ．ｈｔｍｌ？ｕｓｅｒ＿ｎａｍｅ＝”ｍａｔｓｕｏ”＆ｐａｓｓｗｏｒｄ＝”＊＊＊＊＊＊＊＊”
【００５６】
ポータルサーバ１は、クライアント５からユーザ名とパスワードが付加されたトップページのＵＲＬを受信すると、ユーザ認証を行う（ステップＳ２２）。ポータルサーバ１は、受信したトップページのＵＲＬからユーザ名とパスワードを抽出し、ユーザ認証情報を参照して、抽出したユーザ名とパスワードに該当する情報が記録されているか照合を行う。ユーザ認証情報に抽出したユーザ名とパスワードに該当する情報が記録されていれば、ログイン成功となる。
【００５７】
次に、ポータルサーバ１は、トップページを構成するポートレットを取得するためにＷｅｂサーバ６にログインする（ステップＳ２３）。ポータルサーバ１は、各Ｗｅｂサーバ６にログインするため、ポータルサーバ１にログインしたユーザのユーザ名を基にポートレット定義情報の各項目を参照して、各Ｗｅｂサーバ６へログインするための認証用ＵＲＬ、ログインＩＤ、パスワードを取得する。そして、ポータルサーバ１は、下記のように、各認証用のＵＲＬに取得したログインＩＤをユーザ名としてパスワードと共に各Ｗｅｂサーバ６へ送信する。
ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｃａｌｅｎｄａｒ．ｈｔｍｌ？ｕｓｅｒ＿ｎａｍｅ＝”ｍａｔｓｕｏ”＆ｐａｓｓｗｏｒｄ＝”＊＊＊＊＊＊＊＊”
【００５８】
Ｗｅｂサーバ６は、ポータルサーバ１からユーザ名とパスワードを含むポートレットのＵＲＬを受信すると、ポートレットのＵＲＬからユーザ名とパスワードを抽出し、ユーザ管理情報を参照して、ユーザ認証を行う（ステップＳ２４）。ユーザ管理情報に抽出したユーザ名とパスワードが記録されていれば、ログイン成功となる。ログインが成功すると、Ｗｅｂサーバ６はＣｏｏｋｉｅの作成をポータルサーバ１へ指示し、指示内容をユーザ管理情報の該当ユーザのレコードに記録する。指示内容は下記のように、アクセスを許可するドメイン／パスを含むものとなる。
Ｃｏｏｋｉｅ名：ｌｏｇｉｎ
ドメイン／パス：／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
有効期限：セッションの終わり
値：１６５３３
【００５９】
ポータルサーバ１は、Ｗｅｂサーバ６からＣｏｏｋｉｅ作成を指示されると、Ｃｏｏｋｉｅを作成し、Ｃｏｏｋｉｅ情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に保存する（ステップＳ２５）。
【００６０】
次に、ポータルサーバ１は、クライアント５に表示されるトップページを構成する各ポートレットのＨＴＭＬファイルを要求するため、ポートレットのＵＲＬとＣｏｏｋｉｅをＷｅｂサーバ６に送信する（ステップＳ２６）。例えば、ポータルサーバ１がＷｅｂサーバ６ｃに送信するＵＲＬとＣｏｏｋｉｅは下記の通り。
ｈｔｔｐ：／／  ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｃａｌｅｎｄａｒ．ｈｔｍｌ／
Ｃｏｏｋｉｅ：ｌｏｇｉｎ，１６５３３，セッションの終わり，／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
【００６１】
Ｗｅｂサーバ６は、Ｃｏｏｋｉｅを受信すると、ユーザ管理情報を参照して、Ｃｏｏｋｉｅの照合を行う。Ｃｏｏｋｉｅの値が正しいものであれば、Ｗｅｂサーバ６は要求されたＨＴＭＬファイルをポータルサーバ１へ送信する（ステップＳ２７）。
【００６２】
ポータルサーバ１はＷｅｂサーバ６から受信したＨＴＭＬファイルをポータル情報データベース２に保存する（ステップＳ２８）。なお、ステップＳ２３〜Ｓ２８までの処理は、ポートレットの数だけ、複数のＷｅｂサーバ６に対して平行して行われる。
【００６３】
次に、ポータルサーバ１は、Ｗｅｂサーバ６から受信したポートレットのＨＴＭＬファイルを元に、クライアント５のトップページ用ＨＴＭＬファイルを作成する（ステップＳ２９）。このとき作成されるＨＴＭＬファイルは、ユーザ認証情報のトップページ表示用ＨＴＭＬの項目に記録されているパスとファイル名に従ってポータル情報データベース２に保存される。
【００６４】
また、ポータルサーバ１は、作成したＨＴＭＬファイルにＦｏｒｍ要素が記述されている場合、ｉｎｐｕｔ要素を追加し、ａｃｔｉｏｎ属性のＵＲＩを修正した後、ポータル情報データベース２に保存する（ステップＳ３０）。追加、および修正後の新たなＦｏｒｍ要素は、下記に示すように、ａｃｔｉｏｎ属性のＵＲＩがＷｅｂサーバ６のドメイン／パス名を含むアドレスからポータルサーバ１のドメイン／パス名を含むアドレスに書き換えられ、Ｗｅｂサーバ６のドメイン／パス名を含むアドレスが隠しパラメータとして付加されたものとなる。修正前のＦｏｒｍ要素では、クライアント５は直接Ｗｅｂサーバ６へ入力されたデータを送信するようになっているが、このＦｏｒｍ要素の修正によって、データが入力されると、クライアント５はポータルサーバ１を介してＷｅｂサーバ６へ入力されたデータを送信することになる。
追加するｉｎｐｕｔ要素
＜ｉｎｐｕｔ  ｔｙｐｅ＝ｈｉｄｄｅｎ  ｎａｍｅ＝ｗｅｂ−ｓｅｒｖｅｒ３＿ａｃｃｅｓｓ  ｖａｌｕｅ＝”ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／”＞
修正前
ａｃｔｉｏｎ＝”ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／”
修正後
ａｃｔｉｏｎ＝”ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／”
【００６５】
ポータルサーバ１は、追加修正されたＨＴＭＬファイルをクライアント５へ送信すると同時にＣｏｏｋｉｅの作成を指示し、指示内容をユーザ認証情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に記録する（ステップＳ３１）。
【００６６】
クライアント５は、ポータルサーバ１からの指示の基づいてＣｏｏｋｉｅを作成、保存し（ステップＳ３２）、受信したＨＴＭＬファイルを、Ｗｅｂブラウザを用いて表示する（ステップＳ３３）。ポータルサーバ１からの指示内容は下記に示すようなものとなる。また、図９（Ａ）に示すような画面が表示される。
Ｃｏｏｋｉｅ名：ｌｏｇｉｎ
ドメイン／パス：／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／
有効期限：セッションの終わり
値：６１６６１
【００６７】
ユーザが、フォームにデータを入力し送信ボタンを選択すると（ステップＳ３４）、クライアント５は、ポータルサーバ１にＵＲＩ（送り先であるＷｅｂサーバ６のＵＲＬ、入力されたデータ、隠しパラメータを含む）とＣｏｏｋｉｅを送信する（ステップＳ３５）。
【００６８】
ポータルサーバ１は、クライアント５からＵＲＩとＣｏｏｋｉｅを受信すると、ユーザ認証情報を参照して、Ｃｏｏｋｉｅの照合を行う。Ｃｏｏｋｉｅの情報が正しいものであれば、ポータルサーバ１は、隠しパラメータのｖａｌｕｅ属性の値から入力されたデータとポータルサーバ１のＣｏｏｋｉｅ情報に記録されているＣｏｏｋｉｅをＷｅｂサーバ６に送信する（ステップＳ３６）。
【００６９】
Ｗｅｂサーバ６は、ポータルサーバ１から送信されるＣｏｏｋｉｅの情報が正しいものであれば、データ入力を許可し、入力されたデータを受け付けた旨のＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示をポータルサーバ１へ送信し、指示内容をユーザ管理情報に記録する（ステップＳ３７）。
【００７０】
ポータルサーバ１は、Ｗｅｂサーバ６からの指示に基づいてＣｏｏｋｉｅを作成、Ｃｏｏｋｉｅ情報に記録し、受信したＨＴＭＬファイルを一旦保存し、そのＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示をポータルサーバ１へ送信し、指示内容をユーザ認証情報に記録する（ステップＳ３８）。
【００７１】
クライアント５は、ポータルサーバ１からの指示の基づいてＣｏｏｋｉｅを作成、保存し（ステップＳ３９）、受信したＨＴＭＬファイルを、Ｗｅｂブラウザを用いて表示する（ステップＳ４０）。図９（Ｂ）は、受信したＨＴＭＬファイルの画面表示例である。
【００７２】
このように、ユーザがリンク情報を選択しても、クライアント５から直接Ｗｅｂサーバ６をアクセスする状況は発生せず、かつクライアント５とＷｅｂサーバ６は通常の処理と何ら変わりがなく、さらに、クライアント５−Ｗｅｂサーバ６間で認証作業が発生することなく、Ｗｅｂサーバ６に対して入力したデータを送信することが可能となり、ユーザにとって利便性が向上する。
【００７３】
また、ポータルサーバ１からＷｅｂサーバ６へログインする際に、クライアント５に代わってポータルサーバ１がＣｏｏｋｉｅを送信するので、ユーザはパスワードやログインＩＤのような識別コードを入力する必要が無く、利便性が向上する。
【００７４】
＜ポータル画面の構成を維持しつつ、クライアントがポータルサーバ１を介してＷｅｂサーバ６から情報を受信する場合＞
次に、ポータル画面の構成を維持しつつ、ポータルサーバ１を介してＷｅｂサーバ６から情報を受信する場合の処理の手順について、図１０のフローチャートに基づいて説明する。
【００７５】
上述の場合、任意のリンクが選択されると、クライアント５の画面に表示される情報は選択されたリンク先のＨＴＭＬファイルとなってしまい、他のポートレットが表示されなくなってしまう。そこで、Ｗｅｂサーバ６からのＨＴＭＬファイルを、指定されたポートレットの表示エリアに表示されるようにリンク情報を修正する。
【００７６】
まず、ユーザがポータルサーバ１へログインするため、ユーザ名とパスワードをポータルサーバ１へ送信する（ステップＳ４１）。例えば、クライアント５ａのユーザ「ｍａｔｓｕｏ」がポータルサーバ１にログインする場合、クライアント５ａは下記のように、トップページのＵＲＬにユーザ名とパスワードを付加してポータルサーバ１へ送信する。
ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／ｉｎｄｅｘ．ｈｔｍｌ／？ｕｓｅｒ＿ｎａｍｅ＝”ｍａｔｓｕｏ”＆ｐａｓｓｗｏｒｄ＝”＊＊＊＊＊＊＊＊”
【００７７】
ポータルサーバ１は、クライアント５からユーザ名とパスワードが付加されたトップページのＵＲＬを受信すると、ユーザ認証を行う（ステップＳ４２）。ポータルサーバ１は、受信したトップページのＵＲＬからユーザ名とパスワードを抽出し、ユーザ認証情報を参照して、抽出したユーザ名とパスワードに該当する情報が記録されているか照合を行う。ユーザ認証情報に抽出したユーザ名とパスワードに該当する情報が記録されていれば、ログイン成功となる。
【００７８】
次に、ポータルサーバ１は、トップページを構成するポートレットを取得するためにＷｅｂサーバ６にログインする（ステップＳ４３）。ポータルサーバ１は、各Ｗｅｂサーバ６にログインするため、ポータルサーバ１にログインしたユーザのユーザ名を基にポートレット定義情報の各項目を参照して、各Ｗｅｂサーバ６へログインするための認証用ＵＲＬ、ログインＩＤ、パスワードを取得する。そして、ポータルサーバ１は、下記のように、各認証用のＵＲＬに取得したユーザのログインＩＤをユーザ名としてパスワードと共に各Ｗｅｂサーバ６へ送信する。
ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｃａｌｅｎｄａｒ．ｈｔｍｌ？ｕｓｅｒ＿ｎａｍｅ＝”ｍａｔｓｕｏ”＆ｐａｓｓｗｏｒｄ＝”＊＊＊＊＊＊＊＊”
【００７９】
Ｗｅｂサーバ６は、ポータルサーバ１からユーザ名とパスワードを含むポートレットのＵＲＬを受信すると、ポートレットのＵＲＬからユーザ名とパスワードを抽出し、ユーザ管理情報を参照して、ユーザ認証を行う（ステップＳ４４）。ユーザ管理情報に抽出したユーザ名とパスワードが記録されていれば、ログイン成功となる。ログインが成功すると、Ｗｅｂサーバ６はＣｏｏｋｉｅの作成をポータルサーバ１へ指示し、指示内容をユーザ管理情報の該当ユーザのレコードに記録する。指示内容は下記のように、アクセスを許可するドメイン／パスを含むものとなる。
Ｃｏｏｋｉｅ名：ｌｏｇｉｎ
ドメイン／パス：／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
有効期限：セッションの終わり
値：１６５３３
【００８０】
ポータルサーバ１は、Ｗｅｂサーバ６からＣｏｏｋｉｅ作成を指示されると、Ｃｏｏｋｉｅを作成し、Ｃｏｏｋｉｅ情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に保存する（ステップＳ４５）。
【００８１】
次に、ポータルサーバ１は、クライアント５に表示されるトップページを構成する各ポートレットのＨＴＭＬファイルを要求するため、ポートレットのＵＲＬとＣｏｏｋｉｅをＷｅｂサーバ６に送信する（ステップＳ４６）。例えば、ポータルサーバ１がＷｅｂサーバ６ｃに送信するＵＲＬとＣｏｏｋｉｅは下記の通り。
ｈｔｔｐ：／／  ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｃａｌｅｎｄａｒ．ｈｔｍｌ／
Ｃｏｏｋｉｅ：ｌｏｇｉｎ，１６５３３，セッションの終わり，／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
【００８２】
Ｗｅｂサーバ６は、Ｃｏｏｋｉｅを受信すると、ユーザ管理情報を参照して、Ｃｏｏｋｉｅの照合を行う。Ｃｏｏｋｉｅの値が正しいものであれば、Ｗｅｂサーバ６は要求されたＨＴＭＬファイルをポータルサーバ１へ送信する（ステップＳ４７）。
【００８３】
ポータルサーバ１はＷｅｂサーバ６から受信したＨＴＭＬファイルをポータル情報データベース２に保存する（ステップＳ４８）。なお、ステップＳ４３〜Ｓ４８までの処理は、ポートレットの数だけ、複数のＷｅｂサーバ６に対して平行して行われる。
【００８４】
次に、ポータルサーバ１は、Ｗｅｂサーバ６から受信したポートレットのＨＴＭＬファイルを元に、クライアント５のトップページ用ＨＴＭＬファイルを作成する（ステップＳ４９）。このとき作成されるＨＴＭＬファイルは、ユーザ認証情報のトップページ表示用ＨＴＭＬの項目に記録されているパスとファイル名に従ってポータル情報データベース２に保存される。
【００８５】
また、ポータルサーバ１は、作成したＨＴＭＬファイルに記述されているリンク情報を修正する（ステップＳ５０）。修正後の新たなリンク情報は、下記に示すように、リンク先をＷｅｂサーバ６のドメイン／パス名を含むＵＲＬからポータルサーバ１のドメイン／パス名を含むＵＲＬに書き換え、所望のＨＴＭＬファイルを表示するエリアのポートレット番号とＷｅｂサーバ６のドメイン／パス名を含むＵＲＬをパラメータとして付加したものとなる。この修正によって、クライアント５はポータルサーバ１を介してＷｅｂサーバ６からポートレットを取得し、そのポートレットは指定された表示エリアに表示されることになる。
修正前
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／”＞
修正後の新たなリンク情報
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／ｉｎｄｅｘ．ｈｔｍｌ？ｔａｒｇｅｔ＿ｐｏｒｔｌｅｔ＿ＩＤ＝３＆ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／”＞
【００８６】
ポータルサーバ１は、作成したＨＴＭＬファイルをクライアント５へ送信すると同時にＣｏｏｋｉｅの作成を指示し、指示内容をユーザ認証情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に記録する（ステップＳ５１）。
【００８７】
クライアント５は、ポータルサーバ１からの指示の基づいてＣｏｏｋｉｅを作成、保存し（ステップＳ５２）、受信したＨＴＭＬファイルを、Ｗｅｂブラウザを用いて表示する（ステップＳ５３）。ポータルサーバ１からの指示内容は下記に示すようなものとなる。また、図１１（Ａ）に示すような画面が表示される。
Ｃｏｏｋｉｅ名：ｌｏｇｉｎ
ドメイン／パス：／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／
有効期限：セッションの終わり
値：６１６６１
【００８８】
ユーザが、図１１（Ａ）に示すように、ポートレット内の任意のハイパーリンク（図１１（Ａ）では２１日のハイパーリンク）を選択すると（ステップＳ５４）、クライアント５は、ポータルサーバ１にそのＵＲＬとＣｏｏｋｉｅを送信する（ステップＳ５５）。例えば、ポータルサーバ１に送信するＵＲＬとＣｏｏｋｉｅは下記に示すようなものとなる。
ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／ｉｎｄｅｘ．ｈｔｍｌ？ｔａｒｇｅｔ＿ｐｏｒｔｌｅｔ＿ＩＤ＝３＆ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ  Ｃｏｏｋｉｅ：ｌｏｇｉｎ，６１６６１，セッションの終わり，／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／
【００８９】
ポータルサーバ１は、クライアント５からＵＲＬとＣｏｏｋｉｅを受信すると、ユーザ認証情報を参照して、Ｃｏｏｋｉｅの照合を行う。Ｃｏｏｋｉｅの値が正しいものであれば、ポータルサーバ１は、受信したＵＲＬからポートレットの表示エリアを示すパラメータ「ｔａｒｇｅｔ＿ｐｏｒｔｌｅｔ＿ＩＤ＝３」を取得すると共に、受信したＵＲＬのドメイン／パス以降のパラメータ部分を抽出し、ポータルサーバ１のＣｏｏｋｉｅ情報に記録されているユーザのＣｏｏｋｉｅと合わせてＷｅｂサーバ６に送信し、ＨＴＭＬファイルを要求する（ステップＳ５６）。
ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／
Ｃｏｏｋｉｅ：ｌｏｇｉｎ，１６５３３，セッションの終わり，／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／
【００９０】
Ｗｅｂサーバ６は、ポータルサーバ１から送信されたＣｏｏｋｉｅの値が正しいものであれば、要求されたＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示をポータルサーバ１へ送信し、指示内容をユーザ管理情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に記録する（ステップＳ５７）。
【００９１】
ポータルサーバ１は、Ｗｅｂサーバ６からＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示を受信すると、Ｗｅｂサーバ６からの指示に基づいてＣｏｏｋｉｅを作成、Ｃｏｏｋｉｅ情報に記録し、先に取得したポートレットのパラメータ「ｔａｒｇｅｔ＿ｐｏｒｔｌｅｔ＿ＩＤ＝３」の示す表示エリアに表示されるよう、そのＨＴＭＬファイルをクライアント５のトップページ用ＨＴＭＬファイルに挿入する（ステップＳ５８）。
【００９２】
次に、ポータルサーバ１は、挿入したＨＴＭＬファイルにリンク情報が記述されていれば、そのリンク情報を上記の如くポートレットの表示エリアを示すパラメータを付加したＵＲＬに変更し、Ｃｏｏｋｉｅの作成の指示と共にクライアント５へ送信する。そして、ポータルサーバ１は、そのトップページ用ＨＴＭＬファイルと新たなＣｏｏｋｉｅの作成の指示をポータルサーバ１へ送信し、指示内容をユーザ認証情報のＣｏｏｋｉｅ名、値、有効期限、有効ドメイン／パスの各項目に記録する。
【００９３】
クライアント５は、ポータルサーバ１からの指示の基づいてＣｏｏｋｉｅを作成、保存し（ステップＳ５９）、受信したトップページ用ＨＴＭＬファイルを、Ｗｅｂブラウザを用いて表示する（ステップＳ６０）。
【００９４】
図１２は、表示エリアを示すパラメータを付加した場合に、クライアント５のＷｅｂブラウザによって表示されるＨＴＭＬファイルの表示例である。図１２（Ａ）は、トップページ用ＨＴＭＬファイルを表示した例であり、図１２（Ｂ）は、選択したハイパーリンクとは異なる表示エリアに表示する場合である。下記に示すように、パラメータの値を変えることによってポートレットを表示するエリアを変更することができる。
修正後
＜ａ  ｈｒｅｆ＝”ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ／ｍａｔｓｕｏ／ｉｎｄｅｘ．ｈｔｍｌ？ｔａｒｇｅｔ＿ｐｏｒｔｌｅｔ＿ＩＤ＝４＆ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｓｅｒｖｅｒ３．ｃｏ．ｊｐ／ｕｓｅｒ／ｍａｔｓｕｏ／ｓｃｈｅｄｕｌｅ／ｓｅｐ−２１ｓｃｈｅｄｕｌｅ．ｈｔｍｌ／”＞
【００９５】
このように、ポータルサーバ１を介してＷｅｂサーバ６から情報を受信する場合や、ポータルサーバ１を介してＷｅｂサーバ６へ情報を送信する場合に、ポートレットを表示する表示エリアを指定しておけば、ポータル画面上の任意の表示エリアにＷｅｂサーバ６からの情報を表示することが可能となるので、利便性が向上する。
【００９６】
なお、上記の実施形態では、ＨＴＭＬファイルを任意の表示エリアに表示しているが、ファイル形式はＨＴＭＬファイルに限定されるものではない。例えば、画像ファイルや映像、音声ファイル等、通常Ｗｅｂブラウザで表示または再生可能なオブジェクトファイルであれば、上記の実施形態に適用することができる。
【００９７】
【発明の効果】
以上説明したように、本発明によれば、ユーザがリンク情報を選択しても、クライアントから直接Ｗｅｂサーバをアクセスする状況は発生しないので、クライアント−Ｗｅｂサーバ間で認証作業が発生することなく、Ｗｅｂサーバからの情報を取得することが可能となり、ユーザにとって利便性が向上する。
【００９８】
また、ユーザが入力したデータをＷｅｂサーバに送信しても、クライアントから直接Ｗｅｂサーバをアクセスする状況は発生しないので、クライアント−Ｗｅｂサーバ間で認証作業が発生することなく、Ｗｅｂサーバに対して入力したデータを送信することが可能となり、ユーザにとって利便性が向上する。
【００９９】
また、ポータルサーバからＷｅｂサーバへログインする際に、クライアントに代わってポータルサーバがＣｏｏｋｉｅを送信するので、ユーザはパスワードやログインＩＤのような識別コードを入力する必要が無く、利便性が向上する。
【０１００】
また、同一画面上に複数のＷｅｂサーバからの情報を表示することが可能となるので、利便性が向上する。
【図面の簡単な説明】
【図１】本実施形態におけるシステム構成図である。
【図２】ポートレット定義情報を示すデータテーブルである。
【図３】ユーザ認証情報を示すデータテーブルである。
【図４】ポータルサーバが有するＣｏｏｋｉｅ情報を示すデータテーブルである。
【図５】Ｗｅｂサーバのユーザ管理情報を示すデータテーブルである。
【図６】ポータルサーバを介してＷｅｂサーバから情報を受信する場合の処理手順を示すシーケンス図である。
【図７】クライアントのＷｅｂブラウザによって表示されるＨＴＭＬファイルの表示例である。
【図８】ポータルサーバを介してＷｅｂサーバへ情報を送信する場合の処理手順を示すシーケンス図である。
【図９】クライアントのＷｅｂブラウザによって表示されるＨＴＭＬファイルの表示例である。
【図１０】ポータル画面の構成を維持しつつ、ポータルサーバを介してＷｅｂサーバから情報を受信する場合の処理手順を示すシーケンス図である。
【図１１】クライアントのＷｅｂブラウザによって表示されるＨＴＭＬファイルの表示例である。
【図１２】クライアントのＷｅｂブラウザによって表示されるＨＴＭＬファイルの表示例である。
【符号の説明】
１  ポータルサーバ
２  ポータル情報データベース
３  ユーザ情報データベース
４  ネットワーク
５  クライアント
６  Ｗｅｂサーバ
７  Ｗｅｂ情報データベース
【図１】
2004220374.tif 000003
【図２】
2004220374.tif 000004
【図３】
2004220374.tif 000005
【図４】
2004220374.tif 000006
【図５】
2004220374.tif 000007
【図６】
2004220374.tif 000008
【図７】
2004220374.tif 000009
【図８】
2004220374.tif 000010
【図９】
2004220374.tif 000011
【図１０】
2004220374.tif 000012
【図１１】
2004220374.tif 000013
【図１２】
2004220374.tif 000014