(57)【要約】情報端末からの要求に従ってインターネット上の検索エンジンで生成したデータを保管する仮想保管システムは、前記検索エンジンで生成したデータを、前記情報端末を介さずに受け取って保管する保管サーバを備えた構成となっている。
2002044945.tif 000002
【特許請求の範囲】
【請求項１】
情報端末からの要求に従ってインターネット上の検索エンジンで生成したデータを保管する仮想保管システムであって、
該検索エンジンで生成したデータを、該情報端末を介さずに受け取って保管する保管サーバを備えた、仮想保管システム。
【請求項２】
前記検索エンジンと、該検索エンジンで生成したデータを前記情報端末を介さずに前記保管サーバへ転送するプラグインモジュールとを含むコンテンツ公開サーバを更に備えた、特許請求の範囲第１項記載の仮想保管システム。
【請求項３】
前記情報端末からの要求に従って前記コンテンツ公開サーバの前記プラグインモジュールを起動するポータルサーバを更に備えた、特許請求の範囲第２項記載の仮想保管システム。
【請求項４】
前記ポータルサーバは、前記データの保管に伴う課金処理を行うモジュールを含む、特許請求の範囲第３項記載の仮想保管システム。
【請求項５】
前記コンテンツ公開サーバの前記プラグインモジュールは、前記情報端末に対するアラーム通知を含む前記データの保管に関する通知を管理する、特許請求の範囲第２項〜第４項のいずれか１項記載の仮想保管システム。
【請求項６】
前記保管サーバは、任意の情報端末からの要求に従って、保管されているデータを該任意の情報端末へ転送する、特許請求の範囲第１項〜第５項のいずれか１項記載の仮想保管システム。
【請求項７】
情報端末からの要求に従ってインターネット上の検索エンジンで生成したデータを保管するサービスを提供する仮想保管サービス提供方法であって、
該検索エンジンで生成したデータを、該情報端末を介さず保管サーバに保管させるステップを含む、仮想保管サービス提供方法。
【請求項８】
前記検索エンジンと、該検索エンジンで生成したデータを前記情報端末を介さずに前記保管サーバへ転送するプラグインモジュールとを含むコンテンツ公開サーバに対して、該情報端末からの要求に従って前記コンテンツ公開サーバの前記プラグインモジュールをポータルサーバから起動させるステップを更に含む、特許請求の範囲第７項記載の仮想保管サービス提供方法。
【請求項９】
前記ポータルサーバのモジュールに、前記データの保管に伴う課金処理を行わせるステップを含む、特許請求の範囲第８項記載の仮想保管サービス提供方法。
【請求項１０】
前記コンテンツ公開サーバの前記プラグインモジュールに、前記情報端末に対するアラーム通知を含む前記データの保管に関する通知を管理させるステップを更に含む、特許請求の範囲第８項又は第９項記載の仮想保管サービス提供方法。
【請求項１１】
前記保管サーバに、任意の情報端末からの要求に従って、保管されているデータを該任意の情報端末へ転送させるステップを更に含む、特許請求の範囲第７項〜第１０項のいずれか１項記載の仮想保管サービス提供方法。
【発明の詳細な説明】
技術分野
本発明は、仮想保管システム及び仮想保管サービス提供方法に係り、特に情報端末からのアクセスに応じてインターネット上の検索エンジンにより生成されたデータを保管する仮想保管システム及び検索エンジンにより生成されたデータの保管サービスを提供する仮想保管サービス提供方法に関する。
本明細書では、情報端末とは、ブラウザ等の、インターネットと接続可能な機能を備えた各種装置を含む。従って、情報端末装置は、デスクトップ型や携帯型のパーソナルコンピュータ、インターネット機能を備えた電話機、インテリジェントテレビジョン装置、携帯電話、ゲーム機やモバイル端末等を含む。
背景技術
パーソナルコンピュータ等の情報端末のブラウザを使用して、インターネット上の各種サイトの情報をアクセスすることが頻繁に行われるようになっている。アクセスした情報にもとづいて、インターネット上の検索エンジンにより生成されたデータは、インターネット上のサイトで提供されている情報が時間経過と共に変化するため、二度と同じデータを生成できないことが多い。そこで、検索エンジンにより生成されたデータを再度取り出せるように格納しておく要望がある。
検索エンジンにより生成されたデータを格納したい場合の例としては、検索エンジンにより複雑なプロセスを行って求めた情報の一覧とその内容から直接リンクしているコンテンツとを共に一時的に保管しておきたい場合、インターネット上の定型業務アプリケーションが業務用データベースを駆使して求めた集計結果表とそれを補足するコンテンツとを共に一時的に保管しておきたい場合、インターネット上のホームページを翻訳する場合に元のページと翻訳後のページの両方を一時的に保管しておきたい場合、検索エンジンによりダウンロードして行ったゲームの途中経過等を一時的に保管しておきたい場合、ブラウザメールの添付ファイルを一時的に保管しておきたい場合等が挙げられる。
パーソナルコンピュータ等の場合、記憶装置の容量が比較的大きいので、検索エンジンにより生成されたデータを記憶装置に格納しておくことができる。しかし、例えば携帯電話等の携帯型情報端末の場合、記憶装置の容量が比較的小さく、容量の制限上検索エンジンにより生成されたデータを格納することはできない。又、パーソナルコンピュータ等の場合であっても、検索エンジンにより生成されたデータの量が非常に大きい場合には、記憶装置に余裕がなくなってしまうので、他の場所に格納することが望まれる。
そこで、インターネット上のインターネットサービスプロバイダ（ＩＳＰ）やアプリケーションサービスプロバイダ（ＡＳＰ）のポータルサイトでは、利用者向けにデータ保管を目的とした所謂ディスク貸出しサービスが提供されている。このディスク貸出しサービスを利用する場合、利用者は、検索エンジンにより生成されてパーソナルコンピュータ等の記憶装置に格納されたデータを、ディスク貸出しサービスを提供しているサーバへ送ることで、利用者が借りているディスクに保管することができる。
ところが、このディスク貸出しサービスには、以下の問題点▲１▼〜▲５▼がある。
問題点▲１▼：　利用者が借りているディスクに保管できるデータは、パーソナルコンピュータ等の記憶装置に一旦格納されているデータに限定されてしまう。このため、携帯型情報端末のように、データを格納するのに十分な容量の記憶装置を備えていない情報端末からは、このディスク貸出しサービスは利用できない。従って、ディスク貸出しサービスを利用できる情報端末は限定されてしまい、インターネット上の検索エンジンを利用したアクセスの種類は、情報端末の記憶容量で決まってしまう。
問題点▲２▼：　ディスク貸出しサービスを利用する場合、利用者は、パーソナルコンピュータ等からディスク貸出しサービスを提供しているサーバをアクセスしてデータを送る必要があるので、少なくともサーバとの接続に伴う電話料金やプロバイダへの接続料金等が発生してしまう。このため、ディスク貸出しサービス自体の利用料に加えて、通信に伴う利用料も発生し、ディスク貸出しサービスを利用すればするほどコストがかかってしまう。
問題点▲３▼：　ディスク貸出しサービスを利用して保管したデータは、利用者が削除するまで残るため、不要なまま残っている場合が多く、ディスク貸出しサービスの提供者側からすると、必要以上の記憶容量を用意してサービスを提供しなければならず、サービスの提供者側の維持コストがかかってしまう。
問題点▲４▼：　ディスク貸出しサービスを利用する利用者は、操作の簡単な携帯電話等は利用できず、パーソナルコンピュータ等を利用する必要がある。このため、利用者は、少なくともパーソナルコンピュータ等の操作に熟練している必要があり、ディスク貸出しサービスの提供者側からすると、ディスク貸出しサービスの利用者を増大させることは困難である。
問題点▲５▼：　ディスク貸出しサービスを利用する利用者は、契約時に利用可能な容量の上限を決められているため、自由に利用する容量を変更することができない。これは、利用者が頻繁に利用可能な容量の上限を増加できてしまうと、ディスク貸出しサービスの提供者側としては、全ての利用者が利用可能な容量の上限を増加した場合にも対応できるように、非常に大きな記憶容量を用意しておかなければならなくなり、記憶容量の利用効率が悪く、サービスの提供者側の維持コストもかかってしまう。
発明の開示
そこで、本発明は、上記の問題点を解決した新規、且つ、有用な仮想保管システム及び仮想保管サービス提供方法を提供することを概括的目的とする。
本発明のより具体的な目的は、利用者側ではサービスを受けられる情報端末が限定されず、利用する記憶容量が限定されず、サービスを利用するコストが最小限に抑えられると共に、サービスの提供者側では、提供する記憶容量の利用効率を向上し、必要以上に大きな記憶容量を用意することなく、低い維持コストを実現できる、仮想保管システム及び仮想保管サービス提供方法を提供するにある。
本発明の他の目的は、情報端末からの要求に従ってインターネット上の検索エンジンで生成したデータを保管する仮想保管システムであって、該検索エンジンで生成したデータを、該情報端末を介さずに受け取って保管する保管サーバを備えた仮想保管システムを提供するにある。本発明になる仮想保管システムによれば、利用者側ではサービスを受けられる情報端末が限定されず、利用する記憶容量が限定されず、サービスを利用するコストが最小限に抑えられると共に、サービスの提供者側では、提供する記憶容量の利用効率を向上し、必要以上に大きな記憶容量を用意することなく、低い維持コストを実現できる。
本発明の更に他の目的は、情報端末からの要求に従ってインターネット上の検索エンジンで生成したデータを保管するサービスを提供する仮想保管サービス提供方法であって、該検索エンジンで生成したデータを、該情報端末を介さず保管サーバに保管させるステップを含む仮想保管サービス提供方法を提供するにある。本発明になる仮想保管サービス提供方法によれば、利用者側ではサービスを受けられる情報端末が限定されず、利用する記憶容量が限定されず、サービスを利用するコストが最小限に抑えられると共に、サービスの提供者側では、提供する記憶容量の利用効率を向上し、必要以上に大きな記憶容量を用意することなく、低い維持コストを実現できる。
本発明の更に他の目的及び特長は、以下図面と共に述べる説明より明らかとなろう。
発明を実施するための最良の形態
以下、本発明になる仮想保管システム及び仮想保管サービス提供方法の各実施例を、図面と共に説明する。
図１は本発明になる仮想保管システムの一実施例が適用可能な通信システムを示す図である。仮想保管システムの本実施例では、本発明になる仮想保管サービス提供方法の一実施例を採用する。
図１に示す通信システムは、大略インターネット１からなるネットワークと、インターネット１上に設けられたポータルサーバ２−１〜２−ｎ、コンテンツ公開サーバ３−１〜３−Ｌ及び保管サーバ４−１〜４−Ｍと、インターネット１に接続可能な機能を備えた情報端末５−１〜５−Ｎとからなる。ポータルサーバ２−１〜２−ｎ、コンテンツ公開サーバ３−１〜３−Ｌ及び保管サーバ４−１〜４−Ｍは、夫々ＣＰＵ、記憶部等からなる周知のサーバのハードウェア構成を有する。又、情報端末５−１〜５−Ｎは、夫々ＣＰＵ、記憶部等からなる周知の情報端末のハードウェア構成を有する。例えば、情報端末５−１はパーソナルコンピュータ（ＰＣ）、情報端末５−２は携帯電話、情報端末５−３はインテリジェントテレビジョン装置、情報端末５−Ｎはゲーム機である。
図２は仮想保管システムの本実施例におけるモジュール構成を説明する図である。説明の便宜上、同図では、ポータルサーバ、コンテンツ公開サーバ、保管サーバ及び情報端末は、夫々１台のみを示し、インターネットの図示は省略する。
図２において、ポータルサーバ２は、認証・課金モジュール２１と、ゲートウェイモジュール２２と、ログファイル２３と、利用者・課金データベース（ＤＢ）２４とからなる。コンテンツ公開サーバ３は、コンテンツアクセスモジュール群３１と、プラグインモジュール３２と、コンテンツデータベース（ＤＢ）３３とからなる。保管サーバ４は、コンテンツ収集モジュール４１と、保管管理モジュール４２と、ＸＭＬコンテンツファイル４３と、管理データベース（ＤＢ）４４と、メールボックス４５とからなる。情報端末（クライアント端末）５は、ｗｗｗブラウザモジュール５１からなる。
尚、ｗｗｗサーバのｗｗｗサーバモジュール６は、ＨＴＭＬファイル６１を備えた周知の構成を有し、インターネット１を介した情報端末５、ポータルサーバ２、コンテンツ公開サーバ３及び保管サーバ４の接続を可能とする。つまり、ｗｗｗサーバモジュール６は、ポータルサーバ２、コンテンツ公開サーバ３及び保管サーバ４の夫々に設けられているが、図２では説明の便宜上単一のｗｗｗサーバ内のモジュールとして図示されている。又、図１ではｗｗｗサーバの図示が省略されている。
情報端末５のｗｗｗブラウザ５１とｗｗｗサーバモジュール６との間の通信は、ＨＴＴＰで行われる。又、保管サーバ４のコンテンツ収集モジュール４１及び保管管理モジュール４２と、ポータルサーバ２のゲートウェイモジュール２２との間の通信も、ＨＴＴＰで行われる。
本実施例では、説明の便宜上、ポータルサーバ２の認証・課金モジュール２１及びゲートウェイモジュール２２と、コンテンツ公開サーバ３のコンテンツアクセスモジュール群３１と、情報端末５のｗｗｗブラウザモジュール５１と、ｗｗｗサーバのｗｗｗサーバモジュール６は、夫々周知の構成のモジュールを使用するものとする。又、コンテンツ公開サーバ３のコンテンツアクセスモジュール群３１には、周知の検索エンジンが含まれるものとする。
情報端末５のｗｗｗブラウザモジュール５１からコンテンツ公開サーバ３への情報検索及び保管要求が発生すると、要求はｗｗｗサーバへ送られる。ｗｗｗサーバのｗｗｗサーバモジュール６は、ＨＴＭＬファイル６１に基いて要求に応じたＨＴＭＬ編集を行い、ＣＧ１ソフトウェア通信をを行って、ポータルサーバ２のゲートウェイモジュール２２を介してコンテンツ公開サーバ３のコンテンツアクセスモジュール群３１内の検索エンジンを起動する。検索エンジンは、コンテンツデータベース３３の検索を行い、検索結果を作成すると共に、検索結果をｗｗｗサーバモジュール６を介して情報端末５のｗｗｗブラウザモジュール５１に送信する。
コンテンツ公開サーバ３のプラグインモジュール３２では、検索エンジンの起動を監視している。又、情報端末５のｗｗｗブラウザモジュール５１からの要求に保管要求が含まれていれば、検索結果の送信に割り込みを発生し、検索結果のＨＴＭＬを解析し、関連ＵＲＬを収集し、保管するべきコンテンツ（コンテンツカタログ）を作成する。そして、プラグインモジュール３２は、ポータルサーバ２のゲートウェイモジュール２２を介して、保管するべきコンテンツを情報端末５を介することなく直接保管サーバ４に送信する。尚、プラグインモジュール３２は、ポータルサーバ２内に設けても、ポータルサーバ２及びコンテンツ公開サーバ３の両方に設けても良い。
保管サーバ４では、コンテンツ収集モジュール４１が保管するべきコンテンツ（コンテンツカタログ）を受信すると、関連ＵＲＬサイトへのアクセスとＨＴＭＬファイルの蓄積を関連ＵＲＬ数分繰り返し、ＸＭＬ保管コンテンツを作成する。ＸＭＬ保管コンテンツは、ＸＭＬコンテンツファイル４３に保管される。ＸＭＬコンテンツは、周知の暗号化処理を施してからＸＭＬコンテンツファイル４３に保管しても良い。保管管理モジュール４２は、ＸＭＬ保管コンテンツや対応する利用者に関する情報等を、管理データベース４４及びメールボックス４５を用いて保管・管理する。
情報端末５からＸＭＬ保管コンテンツを参照する際には、ｗｗｗブラウザ５１が保管情報参照要求が発生し、ｗｗｗサーバ及びポータルサーバ２を介して保管サーバ４がアクセスされる。保管サーバ４では、ＸＭＬコンテンツファイル４３から読み出されたＸＭＬ保管コンテンツがコンテンツ収集モジュール４１によりＨＴＭＬコンテンツに変換され、保管管理モジュール４２によりポータルサーバ２及びｗｗｗサーバを介して情報端末５へ送られる。
ポータルサーバ２の認証・課金モジュールは、情報検索時の課金処理と、保管情報参照時の課金処理とを、同様の手法で行う。
このように、検索エンジンにより生成されたデータ（コンテンツ）を保管サーバ４に保管する場合、データは、情報端末５内に一旦格納することなく、ポータルサーバ２から直接保管サーバ４へ送られて保管されるので、情報端末５の記憶容量とは無関係に、データを保管サーバ４に保管することができる。つまり、仮想保管サービスを受ける利用者の情報端末は、従来のディスク貸出しサービスを受ける場合のように限定されず、単にインターネット１に接続可能な機能を備えていれば十分である。又、保管するデータは、情報端末５内に一旦格納することなく、ポータルサーバ２から直接保管サーバ４へ送られて保管されるので、仮想保管サービスを利用する利用者は、パーソナルコンピュータ等の操作に熟練している必要はなく、簡単なインターネット機能が理解できれば十分である。従って、保管サーバ４は、あたかもインターネット１上の賃貸式仮想電子ロッカーを提供するような、仮想保管サービスを、パーソナルコンピュータ等の操作に熟練していない利用者を含む多くの利用者に提供することができる。
又、仮想保管サービスの提供者側からみると、データを保管する記憶部（ＸＭＬファイル４３）は一箇所に限定されず、複数の保管サーバ４−１〜４−Ｍの記憶部を使用することができる。このため、利用者から利用する記憶容量の増大の要望が多ければ、例えば複数の保管サーバ４−１〜４−Ｍの記憶部をデータの保管に割り当てることで、記憶容量の効率的な利用及び維持コストの低減が可能である。つまり、仮想管理サービスの提供者側からすると、データを保管するのに使用可能な容量に実質的な制限がなく、保管サーバ４−１〜４−ＭはＩＳＰやＡＳＰ等から共通にアクセス可能である。他方、利用者側からみると、利用者が頻繁にアクセスするコンテンツ公開サーバに近いか、或いは、利用者に近い保管サーバの記憶部をデータの保管に割り当てることで、データの保管時の通信料や保管データの参照時の通信料を削減することもできる。
図３は保管処理を説明するフローチャートである。同図中、ステップＳ１〜Ｓ５，Ｓ１７〜Ｓ１９の処理はポータルサーバ２で行われ、ステップＳ６〜Ｓ１２の処理はコンテンツ公開サーバ３で行われ、ステップＳ１３〜Ｓ１６の処理は保管サーバ４で行われる。
図３において、ステップＳ１は、ポータルサーバ２の仮想保管サービス（賃貸式仮想電子ロッカーサービス）ホームページ（ＨＰ）を情報端末５側の表示部に表示し、ステップＳ２は、情報端末５からアクセスしている利用者が登録済みであるか否かを判定する。ステップＳ２の判定結果がＮＯであると、ステップＳ３は利用者登録処理及び課金方法設定処理を行う。ステップＳ２の判定結果がＹＥＳの場合、又は、ステップＳ３の後、処理はステップＳ４へ進む。
図４は、ステップＳ３の利用者登録処理及び課金方法設定処理を説明するフローチャートである。同図中、ステップＳ２１〜Ｓ３２の処理は、ポータルサーバ２のゲートウェイモジュール２２で行われる。
図４において、ステップＳ２１は、利用者が登録済みであるか否かを判定し、判定結果がＮＯであると、ステップＳ２２は、利用者情報の入力を促し、利用者により情報端末５から入力される電子メール（ｅ−ｍａｉｌ）アドレス、住所、氏名、生年月日、クレジットカード情報等の利用者情報を受信する。ステップＳ２３は、本人認証の方法の選択を促し、ＩＣカードを利用するか否かを判定する。ＩＣカードを利用する場合には、ＩＣカードが情報端末５と周知の方法で接続された状態で、情報端末５からのアクセスが行われる。ステップＳ２４の判定結果がＹＥＳであると、ステップＳ２４は、電子証明書を登録し、処理はステップＳ２６へ進む。他方、ステップＳ２３の判定結果がＮＯであると、ステップＳ２５は、ＩＤ又はパスワードを登録し、処理はステップＳ２６へ進む。又、ステップＳ２１の判定結果がＹＥＳの場合も、処理はステップＳ２６へ進む。
ステップＳ２６は、課金方法を新規に登録するか否か、又は、課金方法の登録を変更するか否かを判定する。ステップＳ２６の判定結果がＹＥＳであると、ステップＳ２７は、ロッカーの保管条件の入力を促し、利用者により情報端末５から入力される保管期間、保管場所、定額／従量制、暗号化の有無、ＩＣカードの有無、アラーム通知方法等のロッカーの保管条件を受信する。
例えば、保管期間は日数単位で指定でき、保管場所は複数箇所を指定できる。保管場所は、例えば賃貸式仮想電子ロッカーの番号等からなり、コンテンツ公開サーバ３のプラグインモジュール３２は、後述する如く、この保管場所に基いてルーティング情報を生成して保管するべきコンテンツに追加する。そして、プラグインムジュール３２は、このルーティング情報に基いて指定された宛先の保管サーバ４、即ち、保管場所へのルーティングを行って保管するべきコンテンツを保管する。定額制では、例えば時間と１回に保管するデータ量に上限を設けて月単位や年単位で一定額を請求し、従量制では、例えば（単価／回数）×（保管回数）で請求して、オプションとして暗号化の有無等によるセキュリティレベルに応じた割増請求を行う。ＩＣカードの有無では、オプションのＩＣカードを使用するか否かを指定できる。アラーム通知方法では、例えば保管期間の満了の何日前からどのくらいの頻度で通知を行うかや、保管処理の異常終了をどのように通知するか等の通知方法を指定できる。
ステップＳ２８は、ロッカーの保管条件を満足する保管サーバ４が空いているか否かを判定する。ステップＳ２８の判定結果がＮＯであると、ステップＳ２９は、エラー理由を情報端末５に通知し、処理はステップＳ２７へ戻る。
他方、ステップＳ２８の判定結果がＹＥＳであると、ステップＳ３０は、確保済みのロッカーの鍵情報を作成し、ステップＳ３１は、ロッカーの保管条件と鍵情報を保管サーバ４の管理データベース４４に登録する。ステップＳ３１の後、又は、ステップＳ２６の判定結果がＮＯの場合、ステップＳ３２は、セキュリティ確保のために、個人情報を情報端末５の利用者へ郵送し、処理は終了する。郵送される個人情報には、ＩＤ又はパスワード、電子証明書入りのＩＣカード、課金方法等が含まれる。
鍵情報は、パスワード及びコンテンツを暗号化した共通鍵、ＰＫＩの公開鍵や秘密鍵等から選択できる。又、コンテンツを暗号化する際に、暗号アルゴリズムや鍵長を選択して、コンテンツのセキュリティレベルを指定することもできる。従って、利用者は、鍵を持っていないと保管したコンテンツを読み出すことができないようにすることができる。尚、鍵自体は、周知のものを使用可能である。
図３の説明に戻ると、ステップＳ４は、利用者認証処理を行う。図５は、ステップＳ４の利用者認証処理を説明するフローチャートである。同図中、ステップＳ４１〜Ｓ４８の処理は、ポータルサーバ２のゲートウェイモジュール２２で行われる。
図５において、ステップＳ４１は、情報端末５からの入力に基いて、利用者がＩＣカード利用者であるか否かを判定し、判定結果がＹＥＳであると、ステップＳ４２は、ＩＣカードの個人識別番号（ＰＩＮ）入力を要求する。ステップＳ４３は、ＩＣカード側でＰＩＮのチェックを行わせ、ステップＳ４４は、利用者が正しいＩＣカードの所有者であるか否かを判定する。ステップＳ４４の判定結果がＮＯであると、処理はステップＳ４３へ戻る。他方、ステップＳ４４の判定結果がＹＥＳであると、ステップＳ４５は、ＩＣカードから電子証明書を取り出して、ポータルサーバ２側へ転送させ、処理はステップＳ４６へ進む。又、ステップＳ４１の判定結果がＮＯであると、ステップＳ４７は、利用者のＩＤ又はパスワードの入力を要求し、処理はステップＳ４６へ進む。
ステップＳ４５又はＳ４７の後、ステップＳ４６は、電子証明書、ＩＤ又はパスワードに基いて、ポータルサーバ２側で利用者の認証を行う。ステップＳ４８は、正規の利用者であるか否かを判定し、判定結果がＮＯであると、処理はステップＳ４１へ戻る。他方、ステップＳ４８の判定結果がＹＥＳであると、処理は終了する。
図３において、ステップＳ４の利用者認証処理が終了すると、ステップＳ５は、利用者に対する本人認証の照合結果が正しいか否かを判定し、判定結果がＮＯであると、処理はステップＳ２へ戻る。他方、ステップＳ５の判定結果がＹＥＳであると、処理はステップＳ６へ進む。図６は、ステップＳ６のコンテンツ公開サーバ３への問合せ処理を説明するフローチャートである。図６中、ステップＳ５１〜Ｓ５５の処理は、コンテンツ公開サーバ３のプラグインモジュール３２で行われる。
図６において、ステップＳ５１は、情報端末５の利用者によるコンテンツアクセスモジュール群３１内の検索エンジンの選択操作時に、プラグインを起動する。ステップＳ５２は、プラグインの起動が成功したか否かを判定し、判定結果がＮＯであると、処理はステップＳ５１へ戻る。ステップＳ５２の判定結果がＹＥＳであると、ステップＳ５３は、検索エンジンの検索結果をプラグインモジュール３２がフックする。ステップＳ５４は、検索結果のフックが成功したか否かを判定し、判定結果がＮＯであると、処理はステップＳ５３へ戻る。他方、ステップＳ５４の判定結果がＹＥＳであると、ステップＳ５５は、情報端末５へのＨＴＭＬ記述の画面情報に保管情報を追加して編集を行い、処理は終了する。
図３において、ステップＳ６のコンテンツ公開サーバ３への問合せ処理が終了すると、ステップＳ７は、ヒット件数が１件以上であるか否かを判定し、判定結果がＮＯであると、処理はステップＳ６へ戻る。ステップＳ７の判定結果がＹＥＳであると、ステップＳ８は、瞬時コンテンツの保管依頼があるか否かを判定し、判定結果がＮＯであると、処理はステップＳ６へ戻る。ステップＳ８の判定結果がＹＥＳであると、処理はステップＳ９へ進む。
図７は、ステップＳ９の問合せ結果一覧のコンテンツカタログ（瞬時コンテンツ）作成処理を説明するフローチャートである。同図中、ステップＳ６１〜Ｓ６３の処理は、コンテンツ公開サーバ３のプラグインモジュール３２で行われる。
図７において、ステップＳ６１は、保管するべき瞬時コンテンツがあるか否かを判定し、判定結果がＮＯであると、処理は終了する。他方、ステップＳ６１の判定結果がＹＥＳであると、ステップＳ６２は、直前に作成した情報端末５に対するＨＴＭＬ記述の画面情報を、ポータルサーバ２のログファイル２３に退避させる。又、ステップＳ６３は、コンテンツカタログにエントリを追加し、ログファイル２３に退避させた画面情報と共に保管サーバ４へ電子メールで転送し、処理は終了する。
図３において、ステップＳ９の問合せ結果一覧のコンテンツカタログ作成処理が終了すると、ステップＳ１０は、コンテンツ実体数が１件以上であるか否かを判定する。ステップＳ１０の判定結果がＮＯであると、ステップＳ１１は、保管対象がないことを示すメッセージを情報端末５へ通知し、処理はステップＳ６へ戻る。他方、ステップＳ１０の判定結果がＹＥＳであると、ステップＳ１２は、保管依頼が完了したことを示すメッセージを情報端末５に通知し、処理はステップＳ１３へ進む。
図８は、ステップＳ１３の保管サーバ４におけるコンテンツ収集及び保管処理を説明するフローチャートである。同図中、ステップＳ７１〜Ｓ７５の処理は、保管サーバ４のコンテンツ収集モジュール４１で行われ、ステップＳ７６〜Ｓ７８の処理は、保管サーバ４の保管管理モジュール４２で行われる。
図８において、ステップＳ７１は、保管サーバ４のメールボックス４５からコンテンツカタログとログファイルを取り出し、ステップＳ７２は、カタログエントリが存在するまで、ステップＳ７３〜Ｓ７５の処理を繰り返す。ステップＳ７３は、対応するログファイル２３のＨＴＭＬ情報からコンテンツへのＵＲＬを探す。ステップＳ７４は、当該ＵＲＬのコンテンツをＨＴＴＰ通信で取り出して、ＸＭＬ形式でＸＭＬコンテンツファイル４３に蓄積する。ステップＳ７５は、カタログエントリが存在するか否かを判定し、判定結果がＹＥＳであると、処理はステップＳ７２へ戻る。
このようにして、情報端末５のブラウザ画面を生成する元データ及び利用者の操作指示に基いて、瞬時的コンテンツを特定する。特定された瞬時的コンテンツ中にＵＲＬがあれば、そのＵＲＬがリンクするページを動的にアクセスし、瞬時的コンテンツに追加する。このような動作を繰り返すことで、最終的に保管するべきコンテンツをＸＭＬコンテンツとして生成する。
他方、ステップＳ７５の判定結果がＮＯであると、ステップＳ７６は、暗号化の指定があるか否かを判定し、判定結果がＹＥＳであると、ステップＳ７７は、情報端末５の利用者のメールアドレスをキーとして保管対象のＸＭＬデータを暗号化する。ステップＳ７６の判定結果がＮＯの場合、又は、ステップＳ７７の後、ステップＳ７８は、管理データベース４４に管理情報を登録し、処理は終了する。管理データベース４４に登録される管理情報には、ＸＭＬファイル名、保管期間、暗号方式、保管回数、保管データ量等が含まれる。保管期間を登録しておくことで、例えば保管期間が満了する前に利用者へ電子メール等による通知（アラーム通知）を行うことができ、保管期間の延長要求がなければ保管期間満了時に保管データを自動的に削除することもできる。
このようにして、仮想保管サービス（賃貸式仮想電子ロッカーサービス）を利用することで保管サーバ４で保管されるデータ（コンテンツ）には、買い物リスト、ウェブサイトアクセスログ、スケージュールやイベント等の各種データが含まれる。
図３において、ステップＳ１３の保管サーバ４におけるコンテンツ収集及び保管処理が終了すると、ステップＳ１４は、指定のコンテンツ公開サーバ３が正常稼動しているか否かを判定する。ステップＳ１４の判定結果がＮＯであると、ステップＳ１５は、ログ情報をログファイル２３から採取し、処理はステップＳ１３へ戻る。他方、ステップＳ１４の判定結果がＹＥＳであると、ステップＳ１６は、コンテンツの収集が全て完了したか否かを判定する。ステップＳ１６の判定結果がＮＯであると、処理は上記ステップＳ１５へ戻る。
ステップＳ１６の判定結果がＹＥＳであると、ステップＳ１７は、ポータルサーバ２での課金処理を行う。この課金処理については、図１２と共に後述する。ステップＳ１８は、利用者の保管情報、課金情報、ログ情報等が存在するか否かを判定し、判定結果がＮＯであると、処理は終了する。他方、ステップＳ１８の判定結果がＹＥＳであると、ステップＳ１９は、電子メールで保管情報、課金情報、ログ情報等を情報端末５へ通知し、処理は終了する。
図９は、ステップＳ１９の保管情報、課金情報及びログ情報の通知処理を説明するフローチャートである。同図中、ステップＳ８１〜Ｓ８５の処理は、ポータルサーバ２で行われる。
図９において、ステップＳ８１は、利用者が、ＩＣカード利用者であるか否かを判定し、判定結果がＹＥＳであると、ステップＳ８２は、ＩＣカードに保管情報、課金情報及びログ情報を記録するか否かを判定する。ステップＳ８２の判定結果がＹＥＳであると、ステップＳ８３は、ロッカーの鍵情報をＩＣカードに書き込み、ステップＳ８４は、割引ポイント数をＩＣカードに書き込む。ステップＳ８１又はＳ８２の判定結果がＮＯの場合、又は、ステップＳ８４の後、ステップＳ８５は、電子メールで割り引きポイント数、課金情報、アラーム情報等を含むログ情報やロッカーの鍵情報等を情報端末５に通知し、処理は終了する。
このように、ＩＣカードに割り引きポイント数等を書き込むことで、利用者は、他のオフラインサービスでも割り引きが受けられるようにすることができる。又、ロッカーの鍵の回復の仕組みとしては、３重に鍵情報を保管することもできる。この場合、鍵情報は、例えば管理データベース４４、ＩＣカード及び利用者への電子メールに含めれば良い。
次に、保管されたデータの参照処理を説明する。図１０は、保管処理を説明するフローチャートである。同図中、ステップＳ９１〜Ｓ９３，Ｓ１０６〜Ｓ１０８の処理はポータルサーバ２で行われ、ステップＳ９４〜Ｓ１０５の処理は保管サーバ４で行われる。
図１０において、ステップＳ９１は、ポータルサーバ２の仮想保管サービス（賃貸式仮想電子ロッカーサービス）ホームページ（ＨＰ）を情報端末５側の表示部に表示し、ステップＳ９２は、図３に示すステップＳ４と同様の利用者認証処理を行う。ステップＳ９３は、図３に示すステップＳ５と同様の処理を行って、利用者に対する本人認証の照合結果が正しいか否かを判定し、判定結果がＮＯであると、処理はステップＳ９２へ戻る。他方、ステップＳ９３の判定結果がＹＥＳであると、処理はステップＳ９４へ進む。
図１１は、ステップＳ９４の保管サーバ４への問合せ処理を説明するフローチャートである。同図中、ステップＳ１１１〜Ｓ１１３の処理は、保管サーバ４の保管管理モジュール４２で行われる。ステップＳ１１１は、情報端末５の利用者による検索方式の選択操作時に、検索エンジンを起動する。ステップＳ１１２は、検索エンジンの起動が成功したか否かを判定し、判定結果がＮＯであると、処理はステップＳ１１１へ戻る。ステップＳ１１２の判定結果がＹＥＳであると、ステップＳ１１３は、検索エンジンの検索結果一覧をＨＴＭＬ記述で編集し、処理は終了する。尚、検索方式は、ＳＱＬ検索、キーワード検索、イメージ検索等から選択可能である。
図１０において、ステップＳ９４の保管サーバ４への問合せ処理が終了すると、ステップＳ９５は、ヒット件数が１件以上であるか否かを判定し、判定結果がＮＯであると、処理はステップＳ９４へ戻る。ステップＳ９５の判定結果がＹＥＳであると、ステップＳ９６は、保管コンテンツの取出し依頼があるか否かを判定し、判定結果がＮＯであると、処理はステップＳ９４へ戻る。ステップＳ９６の判定結果がＹＥＳであると、処理はステップＳ９７へ進む。
ステップＳ９７は、問合せ結果一覧のコンテンツカタログ作成処理を行う。この問合せ結果一覧のコンテンツカタログ作成処理は、図３のステップＳ９が行う問合せ結果一覧のコンテンツカタログ作成処理と同様に行える。ステップＳ９７の後、ステップＳ９８は、コンテンツ実体数が１件以上であるか否かを判定する。ステップＳ９８の判定結果がＮＯであると、ステップＳ９９は、保管対象がないことを示すメッセージを情報端末５へ通知し、処理はステップＳ９４へ戻る。他方、ステップＳ９８の判定結果がＹＥＳであると、ステップＳ１００は、保管コンテンツの取出し準備が完了したことを示すメッセージを情報端末５に通知し、処理はステップＳ１０１へ進む。
ステップＳ１０１は、コンテンツカタログのエントリが無くなるまでコンテンツの実体収集を行い、ステップＳ１０２は、指定の保管サーバ４が正常に稼動しているか否かを判定する。ステップＳ１０２の判定結果がＮＯであると、ステップＳ１０３は、ログ情報をログファイル２３から採取して、処理はステップＳ１０１へ戻る。ステップＳ１０２の判定結果がＹＥＳであると、ステップＳ１０４は、コンテンツを取り出して利用者の情報端末５へ送り、ステップＳ１０５は、コンテンツの取出しが全て完了したか否かを判定する。ステップＳ１０５の判定結果がＮＯであると、処理は上記ステップＳ１０３へ進み、判定結果がＹＥＳであると、処理はステップＳ１０６へ進む。尚、取り出したコンテンツは、利用者がＩＣカード等への書き込みを指示すれば、情報端末５を介して書き込めることは言うまでもない。
図１２は、ステップＳ１０６の課金処理を説明するフローチャートである。同図中、ステップＳ１２１〜Ｓ１２３の処理は、ポータルサーバ２で行われる。
図１２において、ステップＳ１２１は、保管サーバ４の管理データベース４４から当該情報端末５の利用者の保管情報を参照する。ステップＳ１２２は、この利用者の利用者情報、課金方式及び保管情報から、課金情報を算出する。又、ステップＳ１２３は、算出された課金情報を、ポータルサーバ２の利用者・課金データベース２４に記録し、処理は終了する。尚、ステップＳ１０６の課金処理は、図３のステップＳ１７においても同様に行える。
課金情報は、使用頻度を計測する可変パラメータに基いて、次のように算出しても良い。つまり、利用者の会員種別を重み付け係数ｋで表すと、例えば名誉会員はｋ＝０．２、正会員はｋ＝１、準会員はｋ＝１．１．高齢者等の特別会員はｋ＝０．６に設定する。保管期間は、今回をｔ、累積をＴで表す。又、保管サイズは、今回をｓ、累積をＳで表す。更に、割引ポイント数をｐで表す。課金情報Ａは、Ａ＝ｋ×ｔ×ｓ×（単価／分・ＫＢ）−（ポイント単価）×ｐから算出できる。この場合、ｐを更新して次回から使用するｐを、ｔ＋Ｔ＞１０００時間ならｐ＝ｐ×１．０１に設定し、ｓ＋Ｓ＞１ＧＢならｐ＝ｐ×１．０２に設定することができる。
ステップＳ１０６の後、ステップＳ１０７は、利用者の保管情報、課金情報、ログ情報等が存在するか否かを判定し、判定結果がＮＯであると、処理は終了する。他方、ステップＳ１０７の判定結果がＹＥＳであると、ステップＳ１０８は、電子メールで保管情報、課金情報、ログ情報等を情報端末５へ通知し、処理は終了する。
図１３は、本実施例において情報端末５の表示部に表示される表示画面を説明する図である。同図中、検索条件を入力する画面１０１で、利用者が図示の如き条件を入力すると、検索エンジンによる検索結果が検索結果を出力する画面１０２で表示される。画面１０２中、「次」のボタンを選択すると、検索結果に次の５件が画面１０２Ａに示すように表示される。他方、画面１０２中、「保管」のボタンが選択されると、保管条件を入力する画面１０３が表示される。画面１０３中、「確認」ボタンを選択すると、保管を確認する「保管依頼しました」なるメッセージが画面１０３Ａに示すように表示される。又、画面１０３中、「変更」ボタンが選択されると、例えば画面１０４に示す如き変更が入力される。この場合、保管日数及びセキュリティレベルが変更されている。画面１０４中、「ＯＫ」ボタンが選択されると、画面１０３Ａの如きメッセージが表示される。又、画面１０４中、「キャンセル」ボタンが選択されると、保管条件の変更操作がキャンセルされる。更に、保管された検索結果を参照する場合には、利用者認証処理の後に保管サイト（保管場所）を指定することで、保管された検索結果が保管サーバから取り出されて画面１０２又は１０２Ａが表示される。
尚、本発明は、上記実施例に限定されるものではなく、本発明の範囲内で種々の改良及び変更が可能であることは、言うまでもない。
【図面の簡単な説明】
図１は本発明になる仮想保管システムの一実施例が適用可能な通信システムを示す図である。
図２は仮想保管システムの実施例におけるモジュール構成を説明する図である。
図３は保管処理を説明するフローチャートである。
図４は利用者登録処理及び課金方法設定処理を説明するフローチャートである。
図５は利用者認証処理を説明するフローチャートである。
図６はコンテンツ公開サーバへの問合せ処理を説明するフローチャートである。
図７は問合せ結果一覧のコンテンツカタログ作成処理を説明するフローチャートである。
図８は保管サーバにおけるコンテンツ収集及び保管処理を説明するフローチャートである。
図９は保管情報、課金情報及びログ情報の通知処理を説明するフローチャートである。
図１０は参照処理を説明するフローチャートである。
図１１は保管サーバへの問合せ処理を説明するフローチャートである。
図１２は課金処理を説明するフローチャートである。
図１３は、実施例において情報端末の表示部に表示される表示画面を説明する図である。
【図１】
2002044945.tif 000003
【図２】
2002044945.tif 000004
【図３】
2002044945.tif 000005
【図４】
2002044945.tif 000006
【図５】
2002044945.tif 000007
【図６】
2002044945.tif 000008
【図７】
2002044945.tif 000009
【図８】
2002044945.tif 000010
【図９】
2002044945.tif 000011
【図１０】
2002044945.tif 000012
【図１１】
2002044945.tif 000013
【図１２】
2002044945.tif 000014
【図１３】
2002044945.tif 000015
【国際調査報告】
2002044945.tif 000016
2002044945.tif 000017
2002044945.tif 000018
2002044945.tif 000019