(57)【要約】【課題】  HTTPクライアントの上で動作するWEBアプリケーションが取り扱うデータをローカルファイルシステムに保存する手法を提供等すること。【解決手段】  HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存する方法において、処理手段が、前記データをハイパーリンクの位置情報領域に埋め込むステップと、当該ハイパーリンクをローカルファイルシステムに保存するステップと、を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存方法。【選択図】  図３
2008032717.tif 000002
【特許請求の範囲】
【請求項１】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存する方法において、
処理手段が、
前記データをハイパーリンクの位置情報領域に埋め込むステップと、
当該ハイパーリンクをローカルファイルシステムに保存するステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存方法。
【請求項２】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出す方法において、
処理手段が、
ローカルファイルシステムに保存されたハイパーリンクの位置情報領域から前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出すステップ、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出し方法。
【請求項３】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存する方法において、
処理手段が、
前記データの実体をローカルファイルシステムに保存するステップと、
当該保存したデータの識別子を取得するステップと、
ハイパーリンクの位置情報領域に当該取得したデータ識別子を埋め込むステップと、
当該ハイパーリンクをローカルファイルシステムに保存するステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存方法。
【請求項４】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出す方法において、
処理手段が、
ローカルファイルシステムに保存されたハイパーリンクの位置情報領域から前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータの識別子を読み出すステップと、
当該データの識別子に関連付けられたデータの実体を、ローカルファイルシステムから読み出すステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出し方法。
【請求項５】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存する方法において、
処理手段が、
ブックマークファイル内のアドレス情報格納領域に前記HTTPクライアントの上で動作するアプリケーションの位置情報と当該アプリケーションが取り扱うデータとを埋め込み、当該ブックマークファイルをローカルファイルシステムに保存するステップ、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存方法。
【請求項６】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存する方法において、
処理手段が、
前記データの実体をローカルファイルシステムに保存するステップと、
当該保存したデータの識別子を取得するステップと、
ブックマークファイル内のアドレス情報格納領域に前記HTTPクライアントの上で動作するアプリケーションの位置情報と前記取得したデータ識別子とを埋め込み、当該ブックマークファイルをローカルファイルシステムに保存するステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存方法。
【請求項７】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存するプログラムにおいて、
処理手段に、
前記データをハイパーリンクの位置情報領域に埋め込むステップと、
当該ハイパーリンクをローカルファイルシステムに保存するステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存プログラム。
【請求項８】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出すプログラムにおいて、
処理手段に、
ローカルファイルシステムに保存されたハイパーリンクの位置情報領域から前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出すステップ、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出しプログラム。
【請求項９】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存するプログラムにおいて、
処理手段に、
前記データの実体をローカルファイルシステムに保存するステップと、
当該保存したデータの識別子を取得するステップと、
ハイパーリンクの位置情報領域に当該取得したデータ識別子を埋め込むステップと、
当該ハイパーリンクをローカルファイルシステムに保存するステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存プログラム。
【請求項１０】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出すプログラムにおいて、
処理手段に、
ローカルファイルシステムに保存されたハイパーリンクの位置情報領域から前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータの識別子を読み出すステップと、
当該データの識別子に関連付けられたデータの実体を、ローカルファイルシステムから読み出すステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出しプログラム。
【請求項１１】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存するプログラムにおいて、
処理手段に、
ブックマークファイル内のアドレス情報格納領域に前記HTTPクライアントの上で動作するアプリケーションの位置情報と当該アプリケーションが取り扱うデータとを埋め込み、当該ブックマークファイルをローカルファイルシステムに保存するステップ、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存プログラム。
【請求項１２】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存するプログラムにおいて、
処理手段に、
前記データの実体をローカルファイルシステムに保存するステップと、
当該保存したデータの識別子を取得するステップと、
ブックマークファイル内のアドレス情報格納領域に前記HTTPクライアントの上で動作するアプリケーションの位置情報と前記取得したデータ識別子とを埋め込み、当該ブックマークファイルをローカルファイルシステムに保存するステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存プログラム。
【請求項１３】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存する方法において、
処理手段が、
第１の保存アクションを受け付けるステップと、
この第１の保存アクションを受けて、前記アプリケーションが動作しているブラウザのウィンドウオブジェクトとは別のウィンドウオブジェクトを生成し、当該別のウィンドウオブジェクトのソースに前記アプリケーションが取り扱うデータを記述するステップと、
第２の保存アクションを受け付けるステップと、
この第２の保存アクションを受けて、前記別のウィンドウオブジェクトに記述されたソース（アプリケーションが取り扱うデータを含む）をデータ実体ファイルとしてローカルファイルシステムに保存するステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存方法。
【請求項１４】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出す方法において、
処理手段が、
前記データを含むデータ実体ファイルのファイルパス識別子を受け付けるステップと、
当該受け付けたデータ実体ファイルのファイルパス識別子を前記アプリケーションに渡すステップと、
当該ファイルパス識別子を取得したアプリケーションに当該ファイルパス識別子が示すローカルディレクトリの場所に対しXMLHttpRequestを発行させるステップと、
このXMLHttpRequestの発行により、前記アプリケーションに、前記ファイルパス識別子が指標する場所にあるデータ実体ファイルを取得させると共に、当該データ実体ファイルに記述されたアプリケーションデータの値を取得させるステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出し方法。
【請求項１５】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存するプログラムにおいて、
処理手段に、
第１の保存アクションを受け付けるステップと、
この第１の保存アクションを受けて、前記アプリケーションが動作しているブラウザのウィンドウオブジェクトとは別のウィンドウオブジェクトを生成し、当該別のウィンドウオブジェクトのソースに前記アプリケーションが取り扱うデータを記述するステップと、
第２の保存アクションを受け付けるステップと、
この第２の保存アクションを受けて、前記別のウィンドウオブジェクトに記述されたソース（アプリケーションが取り扱うデータを含む）をデータ実体ファイルとしてローカルファイルシステムに保存するステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存プログラム。
【請求項１６】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出すプログラムにおいて、
処理手段に、
前記データを含むデータ実体ファイルのファイルパス識別子を受け付けるステップと、
当該受け付けたデータ実体ファイルのファイルパス識別子を前記アプリケーションに渡すステップと、
当該ファイルパス識別子を取得したアプリケーションに当該ファイルパス識別子が示すローカルディレクトリの場所に対しXMLHttpRequestを発行させるステップと、
このXMLHttpRequestの発行により、前記アプリケーションに、前記ファイルパス識別子が指標する場所にあるデータ実体ファイルを取得させると共に、当該データ実体ファイルに記述されたアプリケーションデータの値を取得させるステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出しプログラム。
【請求項１７】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存する方法において、
処理手段が、
前記データを複数のデータ片に分割して記憶領域に格納するステップと、
前記複数のデータ片を複数のハイパーリンクの位置情報領域に分散して埋め込むステップと、
当該複数のハイパーリンクをローカルファイルシステムに保存するステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存方法。
【請求項１８】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出す方法において、
処理手段が、
ローカルファイルシステムに保存された複数のハイパーリンクの位置情報領域から複数データ片を読み出すステップと、
当該複数のデータ片を結合して前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータを再構成するステップと、
を実行することを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出し方法。
【請求項１９】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを保存するプログラムにおいて、
処理手段に、
前記データを複数のデータ片に分割して記憶領域に格納するステップと、
前記複数のデータ片を複数のハイパーリンクの位置情報領域に分散して埋め込むステップと、
当該複数のハイパーリンクをローカルファイルシステムに保存するステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ保存プログラム。
【請求項２０】
HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出すプログラムにおいて、
処理手段に、
ローカルファイルシステムに保存された複数のハイパーリンクの位置情報領域から複数データ片を読み出すステップと、
当該複数のデータ片を結合して前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータを再構成するステップと、
を実行させることを特徴としたHTTPクライアントの上で動作するアプリケーションのデータ読み出しプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、HTTPクライアントの上で動作するアプリケーションのデータ保存方法及びデータ読み出し方法並びにデータ保存プログラム及びデータ読み出しプログラムに係り、特に、HTTPクライアントの上で動作するアプリケーションのデータをローカルファイルシステムに保存すること及びローカルファイルシステムから読み出すことに関する。
【背景技術】
【０００２】
HTTP（HyperText Transfer Protocol）クライアントの上で動作するアプリケーションとして、いわゆるWEB（World Wide Web）アプリケーションがある。WEBアプリケーションは一般的に、当該WEBアプリケーションが取り扱うデータをインターネット上のサーバに保存し、また当該サーバから読み出して処理に用いる。【０００３】
しかし、インターネットの通信状態や、サーバの動作状態によっては、WEBアプリケーションの上で作成等したデータを正常に保存等できない場合もあり、不便なときがある。【０００４】
なお出願人は、この従来技術に関する公知技術文献の存在を知らない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、かかる従来例の有する不都合を改善し、特に、HTTPクライアントの上で動作するWEBアプリケーションが取り扱うデータをローカルファイルシステムに保存する手法を提供することを目的とする。【０００６】
また、HTTPクライアントの上で動作するアプリケーションは、今日においてWEBアプリケーションに限られず、OS上でスタンドアロンで動作するアプリケーションがHTTPクライアントの上で動作することもある。この場合、HTTPクライアントの上で動作するアプリケーションがWEBアプリケーションであるかスタンドアロンタイプのアプリケーションであるかに関わらず、データ保存および読み出しのインタフェースは共通化されていることが、ユーザにとって好ましい。【０００７】
そこで、本発明は、WEBアプリケーションに限らず、HTTPクライアントの上で動作するスタンドアロンタイプのアプリケーションからもデータを利用できるようにする。
【課題を解決するための手段】
【０００８】
この課題を解決するため、本願発明は、HTTPクライアントの上で動作するアプリケーションが取り扱うデータに対し、以下の処理を行う。【０００９】
第１の発明では、処理手段が、前記データをハイパーリンクの位置情報領域に埋め込むステップと、当該ハイパーリンクをローカルファイルシステムに保存するステップとを実行する。【００１０】
第２の発明では、処理手段が、ローカルファイルシステムに保存されたハイパーリンクの位置情報領域から前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータを読み出すステップを実行する。【００１１】
第３の発明では、処理手段が、前記データの実体をローカルファイルシステムに保存するステップと、当該保存したデータの識別子を取得するステップと、ハイパーリンクの位置情報領域に当該取得したデータ識別子を埋め込むステップと、当該ハイパーリンクをローカルファイルシステムに保存するステップとを実行する。【００１２】
第４の発明では、処理手段が、ローカルファイルシステムに保存されたハイパーリンクの位置情報領域から前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータの識別子を読み出すステップと、当該データの識別子に関連付けられたデータの実体を、ローカルファイルシステムから読み出すステップとを実行する。【００１３】
第５の発明では、処理手段が、ブックマークファイル内のアドレス情報格納領域に前記HTTPクライアントの上で動作するアプリケーションの位置情報と当該アプリケーションが取り扱うデータとを埋め込み、当該ブックマークファイルをローカルファイルシステムに保存するステップを実行する。【００１４】
第６の発明では、処理手段が、前記データの実体をローカルファイルシステムに保存するステップと、当該保存したデータの識別子を取得するステップと、ブックマークファイル内のアドレス情報格納領域に前記HTTPクライアントの上で動作するアプリケーションの位置情報と前記取得したデータ識別子とを埋め込み、当該ブックマークファイルをローカルファイルシステムに保存するステップとを実行する。【００１５】
第７の発明では、処理手段が、第１の保存アクションを受け付けるステップと、この第１の保存アクションを受けて、前記アプリケーションが動作しているブラウザのウィンドウオブジェクトとは別のウィンドウオブジェクトを生成し、当該別のウィンドウオブジェクトのソースに前記アプリケーションが取り扱うデータを記述するステップとを実行する。また、処理手段が、第２の保存アクションを受け付けるステップと、この第２の保存アクションを受けて、前記別のウィンドウオブジェクトに記述されたソース（アプリケーションが取り扱うデータを含む）をデータ実体ファイルとしてローカルファイルシステムに保存するステップとを実行する。【００１６】
第８の発明では、処理手段が、前記データを含むデータ実体ファイルのファイルパス識別子を受け付けるステップと、当該受け付けたデータ実体ファイルのファイルパス識別子を前記アプリケーションに渡すステップとを実行する。また、処理手段が、当該ファイルパス識別子を取得したアプリケーションに当該ファイルパス識別子が示すローカルディレクトリの場所に対しXMLHttpRequestを発行させるステップと、このXMLHttpRequestの発行により、前記アプリケーションに、前記ファイルパス識別子が指標する場所にあるデータ実体ファイルを取得させると共に、当該データ実体ファイルに記述されたアプリケーションデータの値を取得させるステップとを実行する。【００１７】
第９の発明では、処理手段が、前記データを複数のデータ片に分割して記憶領域に格納するステップと、前記複数のデータ片を複数のハイパーリンクの位置情報領域に分散して埋め込むステップと、当該複数のハイパーリンクをローカルファイルシステムに保存するステップとを実行する。【００１８】
第１０の発明では、処理手段が、ローカルファイルシステムに保存された複数のハイパーリンクの位置情報領域から複数データ片を読み出すステップと、当該複数のデータ片を結合して前記HTTPクライアントの上で動作するアプリケーションが取り扱うデータを再構成するステップとを実行する。これにより、前述した課題を解決しようとするものである。
【発明の効果】
【００１９】
本願発明によれば、HTTPクライアント上で動作するWEBアプリケーションなどのアプリケーションデータをローカルファイルシステムに保存する仕組みを、既存のブックマーク機能を応用することで比較的簡単に実現することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の一実施形態を説明する。図１は、本願発明を実施するコンピュータの構成図である。本願発明の実施に使用するコンピュータは、一般的なパーソナルコンピュータの要素を備えており、キーボードやポインティングデバイスなどの入力手段１と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、リムーバブルメディアなどの記憶手段２と、ディスプレイモニターなどの表示手段３と、ＣＰＵ（Central Processing Unit）などの処理手段４と、ＮＩＣ（Network Interface Card）などの通信手段とを備えている。【００２１】
図２は、本願発明の実施にあたり、上記処理手段４が実行するソフトウェアの構造図である。本願発明を実施するにあたっては、ＯＳ（Operating System）１１上でHTTPクライアント１２を実行し、更に、HTTPクライアント１２上でWEBアプリケーションなどのアプリケーション１３を実行する。また、ＯＳ１１は、ハードウェアドライバ１４を介して図１に示したハードウェア１０に対し、入出力を行う。【００２２】
［第１実施形態］【００２３】
第１実施形態において、処理手段４は、アプリケーション１３が取り扱うデータをブックマークファイルのアドレス情報格納領域に実行可能なスクリプトの引数の形式で格納し、当該ブックマークファイルをＯＳ１１が管理するローカルファイルシステムに保存する。この動作を図３に基づいて詳述する。図３において、「user」は、ハードウェア１０を操作するユーザ又は当該ユーザに提供されるユーザインタフェースを表す。このことは、後述する他の図面でも同様である。【００２４】
処理手段４は、ユーザによるブラウザ起動アクションを入力手段１から受け付ける（Ｓ１１）。このアクションを受け付けた処理手段４は、ＯＳ１１上でHTTPクライアント１２（ブラウザ、HTTPクライアント表示領域）を起動する（Ｓ１２）。【００２５】
その後、処理手段４は、ユーザによるアプリケーション取得要求アクションを入力手段１から受け付ける（Ｓ１３）。このアクションを受け付けた処理手段４は、HTTPクライアント１２を介して外部サーバにアプリケーション１３のソース（プログラム）を要求する（Ｓ１４）。外部サーバは、この要求に対し、所定のアプケーション１３のソースをHTTPクライアント１２に提供する（Ｓ１５）。HTTPクライアント１２がアプリケーション１３のソースを取得すると、処理手段４は、HTTPクライアント１２の上でアプリケーション１３を起動する（Ｓ１６）。【００２６】
本実施形態において、アプリケーション１３は、Javascript（登録商標）を実行するものとする。また、アプリケーション１３の動作は、処理手段４がアプリケーション１３のソースを実行することにより実現される。これは、第２実施形態以降でも同様である。【００２７】
アプリケーション１３は、ユーザがアプリケーションデータを加工できる環境を提供する。アプリケーション１３は、入力手段１を介してユーザからデータ加工アクションを受け付けると、当該アクションに従って所定のデータ加工を行う。例えば、アプリケーションデータを、表示オブジェクトのinnerHTMLプロパティに保持し、このプロパティを書き換えることによってデータ加工を実現する（Ｓ１７）。【００２８】
その後、アプリケーション１３は、加工されたデータを既存または新規に作成されたハイパーリンクの位置情報領域（URI領域）に格納し、当該ハイパーリンクをHTTPクライアントの表示領域に表示する。【００２９】
例えば、アプリケーション上の２つのHTMLオブジェクト tgt1, tgt2 の内容を以下の書式で取得できたとする。【００３０】
var tgt1doc=document.getElementById("tgt1").innerHTML;【００３１】
var tgt2doc=document.getElementById("tgt2").innerHTML;【００３２】
このとき、ブックマークファイルに保存したい実行可能なスクリプトとしてこの内容を変数に格納したい場合は、例えば以下のように記述できる。【００３３】
var st = 'javascript:void(fload("' + tgt1doc + '","' + tgt2doc + '"))';【００３４】
ハイパーリンクの href プロパティにこの値を格納するには、例えば続けて以下のように記述する（Ｓ１８）。【００３５】
document.links[0].href=st;【００３６】
ここで、document.links はHTML上に表示されているハイパーリンクオブジェクトすべてを要素として含む配列であり、hrefプロパティの値を変更したいリンクを指定するには、そのリンクを指定する要素にあたるものをこの配列のインデックスとして指定すればよい。【００３７】
その後、処理手段４は、上記データを埋め込んだハイパーリンクについてブックマーク要求アクションを受け付ける（Ｓ１９）。ユーザは、このアクションを入力手段１から要求する。例えば、ウィンドウズ（登録商標）環境で標準的に使われているウェブブラウザであるインターネットクエクスプローラ（登録商標）６．０であれば、表示手段３に表示されているハイパーリンクの上でマウス１を右クリックし、「お気に入りに追加」メニューを選択する操作が、ブックマーク要求アクションとなる。【００３８】
このブックマーク要求アクションを受け付けた処理手段４は、公知のブックマーク保存プロセスにより、上記ハイパーリンクについてのブックマークファイルをローカルの記憶手段２に保存する（Ｓ２０）。これにより、アプリケーション１３で加工されたアプリケーションデータが実行可能なスクリプトの引数としてローカルファイルシステムに保存される。【００３９】
［第２実施形態］【００４０】
次に、ローカルのブックマークファイルに保存されたアプリケーションデータを読み出してアプリケーション１３上に展開する動作を説明する。以下、図４を参照しつつ詳述する。【００４１】
図４において、ステップＳ１１からＳ１６までの動作は、HTTPクライアント１２の上でアプリケーション１３を起動する動作である。これは第１実施形態のステップＳ１１からＳ１６までと同一なので、重複説明を省略する。【００４２】
アプリケーション１３の起動後、処理手段４は、ユーザからのブックマーク呼出アクションを受け付ける（Ｓ２１）。ブックマーク呼出アクションとは、例えば、HTTPクライアントの「お気に入り」メニューからブックマークを選択する操作や、ブックマークファイルをブラウザのメニューバーから選択して直接開く操作などである。【００４３】
入力手段１からこのアクションを受け付けると、処理手段４は、ブックマークファイルのアドレス情報格納領域からデータを読み出して、アプリケーション１３に渡す。【００４４】
以下、この動作を実現する方法を詳述する。まず、ブックマークファイルのアドレス情報格納領域にアプリケーションデータを格納する際に、単にデータだけを格納するのではなく、次のようなスクリプトを格納しておく。【００４５】
javascript:void(fload("エリア１の値です","エリア２の値です"))  ・・・  （１）【００４６】
ここで、fload()は、アプリケーション１３が実行可能な関数であり、アプリケーション１３上のスクリプトにおいて予め定義されたデータ読み出し及び展開関数を表す。このfload()関数は、例えば、引数であるデータを指定された表示オブジェクトのinnerHTMLプロパティに代入する関数とする。
予め定義されたデータ読み出し及び展開関数の具体的な例としては、以下のようなスクリプトが考えられる。【００４７】
function fload(doc1,doc2) {
var tgt1=document.getElementById("tgt1");
var tgt2=document.getElementById("tgt2");
tgt1.innerHTML=doc1;
tgt2.innerHTML=doc2;
}【００４８】
前述（１）のスクリプトがブックマークファイルのアドレス情報格納領域に保存されているとき、当該ブックマークの呼出アクションが要求されると、処理手段４は、当該ブックマークファイルのアドレス情報格納領域から上記のスクリプトを読み出してHTTPクライアント１２に実行させる。HTTPクライアント１２が当該スクリプトを実行すると、いわゆるブックマークレットの実行となり、HTTPクライアント１２の上で動作するアプリケーション１３に対し、スクリプトが実行される（Ｓ２２）。この結果、アプリケーション１３はスクリプトに記述されたfload()関数を呼び出して実行し、アプリケーション１３が管理する所定の表示オブジェクトのinnerHTMLプロパティにアプリケーションデータが代入され、ブックマークファイルに保存されていたデータがアプリケーション１３の表示オブジェクトに表示される（Ｓ２３）。【００４９】
ここで、上記動作において、ブックマークファイルに格納し、また、ブックマークファイルから読み出すデータの数は、１つに限らず、複数のブックマークファイルにひとつのデータを分割して格納してもよいし、また、複数のブックマークファイルに分割されたデータを読み出して利用することが可能である。これについては、第１０実施形態にて説明する。本実施形態において、アプリケーションデータを保存したアプリケーションと、アプリケーションデータを呼び出すアプリケーションとは、同じアプリケーションである必要はない。上記のfload()関数に相当する関数を利用できるアプリケーションであれば、データを読み出すことができる。【００５０】
もちろん、上記実施形態においては、HTML上のどの領域に値を書き出すかブックマークに保存されたスクリプト内で直接していしても良いし、上記データ読み出し関数をブックマークファイルのアドレス情報格納領域で定義するようにしてもよい。その場合、例えば、値を書き出す先のオブジェクトまで指定するブックマーク内に保存されたスクリプトは以下のようになる。【００５１】
javascript:void(document.getElementById("tgt1").innerHTML="d1");void(document.getElementById("tgt2").innerHTML="d2")【００５２】
［第３実施形態］【００５３】
続いて、ハイパーリンクにデータを格納する変形例を説明する。この実施形態では、アプリケーション取得元を指すハイパーリンクの引数部分にデータを格納する。以下、図５を参照しつつ詳述する。【００５４】
図５において、ステップＳ１１からＳ１７までの動作は、ブラウザ１２を起動し、更に当該ブラウザ１２上でアプリケーション１３を起動し、アプリケーションデータの加工を行うものである。これは、第１実施形態の動作と同一になるので重複説明を省略する。また、図５のＳ１９およびＳ２０のステップは、生成されたハイパーリンクのブックマークファイルをローカルに保存する動作であり、これも第１実施形態のＳ１９およびＳ２０のステップと同一であるため、重複説明を省略する。【００５５】
本実施形態で特徴的なのは、ハイパーリンクの位置情報としてアプリケーション取得元の情報を指定する点と、更に当該アプリケーション取得元の情報に、引数としてアプリケーションデータを格納する点にある。ここで、この引数は、必ずしもサーバ側に予め用意されたロジックによって解釈され得るような内容である必要はない。【００５６】
ここでは、アプリケーション取得元の位置情報をhttp://www.myappli.com/index.htmlとし、また、ハイパーリンクに格納するアプリケーションデータがa=3、b=4、c=6であるとする。【００５７】
処理手段４は、ステップＳ３１においてブックマーク用のハイパーリンクを作成する。ハイパーリンクの作成方法は、例えばハイパーリンクオブジェクトのhrefプロパティを書き換える第一実施形態のステップＳ１８などと同様である。このとき、ハイパーリンクの位置情報として、アプリケーション取得元の位置情報にアプリケーションデータを付加した情報を作成する。
例えば、http://www.myappli.com/index.html?a=3&b=4&c=6のように作成する。この結果、ステップＳ２０において、http://www.myappli.com/index.html?a=3&b=4&c=6をアドレス情報格納領域に持つブックマークファイルがローカルに格納される。即ち、アプリケーション取得元アドレスと併せて、アプリケーションデータがローカルに格納される。【００５８】
ここで、アプリケーション取得元アドレスの引数としてデータを格納したが、アプリケーション取得元アドレスとして指定されるアドレスは、ハイパーリンクを作成するアプリケーションと一致していなくてもよい。【００５９】
［第４実施形態］【００６０】
次に、第３実施形態でローカルに保存したブックマークファイルからアプリケーションデータを取得し、アプリケーション上に展開する動作を説明する。以下、図６を参照しつつ詳述する。【００６１】
まず、ステップＳ１１およびＳ１２は、ブラウザ起動ステップであり、第１実施形態と同一であるため重複説明を省略する。この後、アプリケーションを起動するのだが、第２実施形態ではユーザがアプリケーション取得要求アクションを起こしていた。本実施形態では、このアプリケーション取得要求アクションとして、先の第３実施形態でローカルに保存したブックマークファイルを開く。ブックマークファイルに、アプリケーション取得元の位置情報が記述されているからである。【００６２】
処理手段４は、第３実施形態で保存したブックマークファイルに対し、ブックマーク呼出アクションを受け付けると、当該ブックマークファイルに格納した位置情報をGETリクエストのためのＵＲＩ（Uniform Resource Identifier）としてHTTPクライアント１２に渡す。この結果、HTTPクライアント１２は、第１実施形態等と同様に、アプリケーション１２のソースをサーバから取得し、アプリケーション１２を起動する（Ｓ１４〜Ｓ１６）。【００６３】
本実施形態において、起動したアプリケーションは、前記GETリクエストを行ったURIの？以降にあるパラメータからアプリケーションデータを取得する（Ｓ４３）。その取得は、例えば次のように行う。URIの？以降にあるパラメータ（文字列）は、表示されているアプリケーションのURIに関する情報をlocationオブジェクトから文字列として取得できるので、例えばこれに対して区切り文字"？"を指定したsplitメソッド等の文字列操作関数等を適用することにより取得できる。更に、取得したパラメータ文字列に対し、区切り文字"&"や"＝"を指定したsplitメソッド等の文字列操作関数等を適用することにより、文字列からアプリケーションデータの値を取り出すことができる。【００６４】
処理手段４は、URIのパラメータから取り出したアプリケーションデータをアプリケーション１３上の表示オブジェクトに表示する。その方法は、第２実施形態のＳ２３ステップと同様である。【００６５】
［第５実施形態］【００６６】
続いて説明する実施形態では、ブックマークファイルにアプリケーションデータの実体を保存するのではなく、アプリケーションデータの実体の場所（識別子）をブックマークファイルに保存する。以下、図７に基づいて詳述する。図７において、「localdir」は、ＯＳ１１が管理するローカルファイルシステム内のローカルディレクトリを表す。このことは、後述する他の図面でも同様である。【００６７】
まず、Ｓ１１〜Ｓ１７までのステップは、ブラウザ１２の起動およびアプリケーション１３の起動を行うもので、第１実施形態と同一であるため、重複説明を省略する。【００６８】
アプリケーション１３上のデータを保存するユーザは、第１のデータ保存アクションを入力手段１から要求する（Ｓ５１）。この要求を受けた処理手段４は、アプリケーション１３が動作しているブラウザのウィンドウオブジェクトとは別の新しいウィンドウオブジェクトを生成し、当該新しいウィンドウオブジェクトのソースにアプリケーションデータを記述する（Ｓ５２）。ここで、新しいウィンドウオブジェクトの生成は、window.openメソッドの実行により行うことができる。また、アプリケーション１３の表示オブジェクトに表示されているアプリケーションデータの取得は、object.getElementByIdメソッドの実行によりオブジェクトを取得できるので、そのinnerHtml属性等からできる。また、当該新しいウィンドウオブジェクトへのデータの記述は、document.writeメソッドの実行により行うことができる。【００６９】
その後、ユーザは、当該新しいウィンドウオブジェクトに記述されたソース（アプリケーションデータを含む）をアプリケーションデータの実体ファイルとしてローカルファイルシステムに保存する（Ｓ５３）。より具体的には、例えば、ウィンドウズ（登録商標）で標準のＨＴＴＰクライアントであるインターネットエクスプローラ（登録商標）６．０では、新しく開いたウィンドウでメニューの[表示]から[ソース]を選択し、表示されたソースファイルをユーザの所望するフォルダに保存する。または、Ｍｏｚｉｌｌａ  Ｆｉｒｅｆｏｘ（商標）１．５であれば、新しく開いたウィンドウでメニューの[ファイル]から[名前を付けてページを保存]を選択し、表示されたダイアログで[ファイルの種類]で[Ｗｅｂページ、完全]を選択して保存する。【００７０】
また、ここまでのステップは、より簡潔に、例えば、ウェブアプリケーション上に選択範囲を指定するような表記をし、そこを選択し、右クリック操作からコピーを選択したユーザが当該コピー内容を任意のテキストファイルに自ら保存するようにしてもよい。【００７１】
次に、ユーザは、アプリケーション１３に、データ実体ファイルの保存先（ローカルでのファイルパス識別子）を通知する（Ｓ５４）。その方法としては、処理手段４が、HTTPクライアント１２の上でファイル参照ダイアログを呼び出し、このファイル参照ダイアログにおいてユーザから呼び出すファイルの選択を受け付け、選択されたファイルのファイルパス識別子を同ダイアログのテキストボックスに埋め込ませる。そして、アプリケーション１３は、object.getElementByIdメソッドなどを実行し、同ダイアログのテキストボックスに表示されているファイルパス識別子を取得する。又は、ユーザが、入力手段１を操作してテキストボックス等にデータ実体ファイルのファイル識別子を文字入力するようにし、当該テキストボックス等に入力されたファイル識別子をアプリケーション１３が取得し、そのファイル識別子を元にデータ実体ファイルの絶対パスまたはアプリケーションからの相対パスを取得できるようにしてもよい。【００７２】
その後、ユーザは、ブックマーク用ハイパーリンクの作成アクションをアプリケーション１３に要求する（Ｓ５５）。この要求を受けたアプリケーション１３は、先ほど取得したデータ実体ファイルのファイルパス識別子を位置情報に含むハイパーリンクを作成し表示する（Ｓ５６）。このハイパーリンクの作成方法は、例えばハイパーリンクオブジェクトのhrefプロパティを書き換える第一実施形態のステップＳ１８などと同様である。【００７３】
その後、ユーザが上記ハイパーリンクをブックマークファイルに保存することによって、当該ハイパーリンクに格納されたデータ実体ファイルのファイルパス識別子をローカルに保存することができる。この動作は、第１実施形態のステップＳ１９およびＳ２０と同様である。【００７４】
［第６実施形態］【００７５】
次に、第５実施形態でローカルに保存したアプリケーションデータを、再び読み出してアプリケーション上に展開する動作を説明する。以下、図８に基づいて詳述する。【００７６】
図８において、Ｓ１１〜Ｓ１６のステップは、ブラウザ１２の起動と、その上でのアプリケーション１３の起動を行うものであり、第１実施形態と同一なので重複説明は省略する。【００７７】
アプリケーション起動後、ユーザは、第５実施形態で保存したブックマークファイルにアクセスする（Ｓ６１）。ブックマークファイルにアクセスする方法は、第２実施形態で説明したＳ２１と同様である。【００７８】
ここで、ブックマークファイルのアドレス情報格納領域には、第２実施形態で紹介したような、javascript:void(fload(ファイルパス識別子))のようなブックマークレットを保存しておく。【００７９】
このように記述されたスクリプトがブックマークファイルのアドレス情報格納領域に保存されているとき、当該ブックマークの呼出アクションが要求されると、処理手段４は、当該ブックマークファイルのアドレス情報格納領域から上記のスクリプトを読み出してHTTPクライアント１２に実行させる。HTTPクライアント１２が当該スクリプトを実行すると、いわゆるブックマークレットの実行となり、HTTPクライアント１２の上で動作するアプリケーション１３に対し、スクリプトが実行される（Ｓ６２）。この結果、アプリケーション１３はスクリプトに記述されたfload()関数を呼び出して実行し、第２実施形態と同じようにして、データ実体ファイルのファイルパス識別子を取得する。【００８０】
ファイルパス識別子を取得したアプリケーション１３は、当該ファイルパス識別子が示すローカルディレクトリの場所に対しXMLHttpRequestを発行する（Ｓ６３）。これにより、アプリケーション１３は、当該ファイルパス識別子が指標する場所にあるデータ実体ファイルから当該ファイルに記述されたアプリケーションデータの値を取得することができる（Ｓ６４）。【００８１】
アプリケーション１３は、データ実体ファイルから取得したアプリケーションデータの値を取り込み、ユーザが加工可能な状態に置く。【００８２】
［第７実施形態］【００８３】
ところで、第６実施形態に説明したアプリケーションデータの取得は、ブックマークファイルへのアクセスを省略して行うこともできる。以下、その方法を図９に基づいて詳述する。【００８４】
図９において、Ｓ１１〜Ｓ１６の動作は、ブラウザ１２の起動と、その上でのアプリケーション１３の起動を示しており、これは第１実施形態と同一であるので、重複説明を省略する。【００８５】
アプリケーションの起動後、第６実施形態ではブックマークファイルにアクセスしてデータ実体ファイルのファイルパス識別子を取得した。しかし、ユーザが、データ実体ファイルのファイルパスを知っているならば、ユーザの知るファイルパス識別子をアプリケーション１３に通知することで足りる。そこで、ユーザは、アプリケーション１３に対しデータ実体ファイルのファイルパス識別子を通知する（Ｓ７１）。その動作は、第５実施形態のステップＳ５４と同様に実現することができる。【００８６】
ファイルパス識別子を取得した後は、第６実施形態のステップＳ６３〜６５と同様に、XMLHttpRequestを発行し、これにより取得したアプリケーションデータの値をユーザにおいて加工可能な状態に置く。【００８７】
［第８実施形態］【００８８】
次に説明する実施形態は、前述した第５実施形態の変形例である。再び図７を参照して説明する。本実施形態は、Ｓ５６で作成するリンクの内容が第５実施形態と異なる。それ以外の動作は前述した第５実施形態と同一である。【００８９】
本実施形態では、Ｓ５６で作成するハイパーリンクを、アプリケーション取得元を指すハイパーリンクとし、その引数部分にデータ実体ファイルのファイルパス識別子を格納する。この引数は、必ずしもサーバ側に予め用意されたロジックによって解釈され得るような内容である必要はない。【００９０】
ここでは、アプリケーション取得元の位置情報をhttp://www.myappli.com/index.htmlとし、また、ハイパーリンクに格納するアプリケーションデータのファイルパス識別子はC_appli_data_data1_txtであるとする。【００９１】
処理手段４は、ステップＳ５６においてブックマーク用のハイパーリンクを作成する。ハイパーリンクの作成方法は、例えばハイパーリンクオブジェクトのhrefプロパティを書き換える第一実施形態のステップＳ１８などと同様である。このとき、ハイパーリンクの位置情報として、アプリケーション取得元の位置情報にアプリケーションデータを付加した情報を作成する。例えば、
http://www.myappli.com/index.html?data=C_appli_data_data1_txtのように作成する。この結果、ステップＳ２０において、
http://www.myappli.com/index.html?data=C_appli_data_data1_txtをアドレス情報格納領域に持つブックマークファイルがローカルに格納される。即ち、アプリケーション取得元アドレスと併せて、アプリケーションデータのファイルパス識別子がローカルに格納される。【００９２】
ここで、アプリケーション取得元アドレスの引数としてデータを格納したが、アプリケーション取得元アドレスとして指定されるアドレスは、ハイパーリンクを作成するアプリケーションと一致していなくてもよい。【００９３】
［第９実施形態］【００９４】
次に、第８実施形態でローカルに保存したブックマークファイルからアプリケーションデータのファイルパス識別子を取得し、更に、当該ファイルパス識別子が指標するデータ実体ファイルからアプリケーションデータを取得し、アプリケーション上に展開する動作を説明する。この動作は前述した第４実施形態と似ているので、再び図６を参照して説明する。【００９５】
本実施形態と前述した第４実施形態との相違点は、Ｓ４３の動作であり、その他の動作は第４実施形態と同一である。ただし、図６の吹き出しの中に記載したＵＲＩ（http://www.myappli.com/index.html?a=3&b=4&c=6）は、直前に説明した第８実施形態に対応させるため、http://www.myappli.com/index.html?data=C_appli_data_data1_txtと読み替える。【００９６】
さて、本実施形態におけるＳ４３の動作は次の通りである。Ｓ４１、Ｓ４２およびＳ１４〜Ｓ１６のステップにより起動したアプリケーション１３は、GETリクエストを行ったURIの？以降にあるパラメータからアプリケーションデータのファイルパス識別子を取得する。その取得は、例えば次のように行う。URIの？以降にあるパラメータ（文字列）は、locationオブジェクトから、例えば第4実施形態のＳ４３で説明したような方法で取得することができる。更に、取得したパラメータ文字列に対し、区切り文字"="を指定したsplitメソッドを適用することにより、文字列からファイルパス識別子（C_appli_data_data1_txt）の値を取り出すことができる。【００９７】
ファイルパス識別子を取得したアプリケーション１３は、予め定義された当該ファイルパス識別子からローカルディレクトリを識別するスクリプトによってXMLHttpRequestを発行すべきローカルディレクトリを判別し、当該ディレクトリに対してXMLHttpRequestを発行する。これにより、アプリケーション１３は、当該ファイルパス識別子が指標する場所にあるデータ実体ファイルから当該ファイルに記述されたアプリケーションデータの値を取得することができる。【００９８】
以上説明した各実施形態によれば、HTTPクライアント１２上で動作するWEBアプリケーションなどのアプリケーション１３のデータを、ローカルファイルシステムに保存する仕組みを、既存のブックマーク機能を応用することで比較的簡単に実現することができる。【００９９】
［第１０実施形態］【０１００】
次に説明する実施形態は、ウェブアプリケーションが、当該ウェブアプリケーションの取り扱うデータを複数のデータに分割し、当該分割した複数のデータを複数のブックマークファイルに分散保存する例である。また、ウェブアプリケーションが、複数のブックマークファイルに分散保存された各データを読み出し、当該読み出した各データを結合して取り扱う例である。【０１０１】
本実施形態のように、データを複数のブックマークファイルに分散して保存する意義は、次の点にある。１つのブックマークファイルに保存できるデータ長には制限がある。よって、制限を超える長いデータは１つのブックマークファイルに保存することができない。そこで、長いデータをデータ片に分割し、各データ片は１つのブックマークファイルに保存できるサイズとする。そして、分割したデータ片を複数のブックマークファイルに分散保存することによって長いデータをブックマークファイルに保存することができる。このように分散保存したデータを読み出す場合、読み出したデータ片を結合してデータを再生する必要がある。【０１０２】
本実施形態の実施に用いるハードウェア構造およびソフトウェア構造は、既に説明した図１および図２の構成と同一である。このため、当該ハードウェア構造およびソフトウェア構造に関する重複説明は省略する。【０１０３】
また、本実施形態においてウェブアプリケーション１３が当該ウェブアプリケーション１３の取り扱うデータをブックマークファイルに保存する動作は、基本的に図３に示した第１実施形態と同様である。このため、以下では本実施形態の動作が第１実施形態と異なる部分を中心に説明する。【０１０４】
図３において、ステップＳ１１〜Ｓ１７までの動作は、本実施形態において第１実施形態と同一である。このため、重複説明は省略する。【０１０５】
本実施形態では、ステップS18でブックマーク用リンクを作成する際、データをデータ片に分割し、分割したデータ片を複数のリンクオブジェクトに分散させて埋め込む。【０１０６】
処理手段４は、ブックマークに保存すべきデータを記憶領域から読み出し、当該読み出したデータを複数のデータ片に分割し、当該分割した各データ片を記憶領域に格納する。【０１０７】
また、処理手段４は、分割した各データ片が共通の元データから生成されたことを示すために、各データ片に共通の親識別子を関連付ける。当該親識別子は、元データが異なるデータ片に対しては異なる親識別子が付与されるように生成する。例えば、元データを分割する際の時刻を親識別子とすることができる。【０１０８】
また、処理手段４は、元データから分割した各データ片を相互に識別するために各データ片に個別のデータ片識別子を関連付ける。例えば、０，１，２，・・・のように連続番号をデータ片識別子とすることができる。【０１０９】
また、処理手段４は、各データ片を格納する複数のハイパーテキストリンク要素（以下リンク要素という）を生成する。【０１１０】
処理手段４は、各リンク要素のhrefプロパティ（位置情報領域）に、データ片と、当該データ片に関連付けられた親識別子と、当該データ片に関連付けられたデータ片識別子と、分割されたデータ片の全数とを埋め込む。これらのパラメータは、hrefプロパティにブックマークレットの形式で埋め込むことができる。【０１１１】
処理手段４は、各々異なるデータ片を埋め込んだ各リンク要素をHTTPクライアントの表示領域に表示させる。【０１１２】
以下のJavaScript（登録商標）によるソースプログラムは、ここまでに説明したＳ１８ステップの動作を実現するプログラムの実施例である。当該プログラムは、"doonclick()"という名称の関数の形式で記述してある。このプログラムは、任意の[kone1]文字数からなるデータ（文字列）を、６文字ずつのデータ片に分割し、複数のリンク要素に埋め込むものである。データが３０文字の場合、６文字ずつの５つのデータ片を５つのリンク要素に分割して埋め込む。（ただし、本実施例において１つのデータ片は１つのリンク要素の中で３文字ずつの２つのパートに分離されている。）
【数１】
2008032717.tif 000003
【０１１３】
関数doonclick()が用いる変数および要素は以下の通りである。
tgt：  アプリケーション１３において作成されたデータを持っている領域
tgtvalue：  tgtから取得したデータの値（文字列）
link：  リンク要素を記述する領域
dvlink：  リンク要素を記述する領域の値
len：  データ長に応じて生成するリンク要素の数
c：  データ片識別子の値
Dt：  日時の値
id：  親識別子の値
linkobj：  リンク要素
st1：  データ片の値（６文字のうち上位３文字）
st2：  データ片の値（６文字のうち下位３文字）
fload()：  データ片を結合する関数（後述）
dv：  コメントを表示するための領域【０１１４】
以上のように、本実施形態では図３のＳ１８ステップにおいて、複数のリンク要素にデータ片を分割して埋め込み、ブックマーク用のリンク要素を複数作成する。続くＳ１９，Ｓ２０ステップにおいて、ユーザは、当該複数のリンク要素の個々について個別にデータ保存アクションを実行し、複数のブックマークファイルを保存する。【０１１５】
次に、複数のブックマークに分散保存した複数のデータ片を読み出して結合する処理を説明する。この処理の流れは、基本的には第１実施形態で説明した図４の流れと同様である。このため、図４を参照しつつ説明する。この図４において、ステップＳ１１〜Ｓ１６の動作は、既に説明した第１実施形態と同一である。このため、同一の部分については重複説明を省略する。【０１１６】
ステップＳ２１において、ユーザは、先のデータ保存アクションにより作成された複数のブックマークファイルをそれぞれ開く。処理手段４は、当該ブックマークファイルが開かれたことを検知すると、当該ブックマークファイルに格納されているデータ片と、当該データ片に関連付けられた親識別子と、当該データ片に関連付けられたデータ片識別子と、分割されたデータ片の全数とを読み出す（Ｓ２２）。【０１１７】
また、処理手段４は、当該データ片に関連付けられたデータ片の全数と、取得したすべてのデータ片のうち、読み出したデータ片に関連付けられた親識別子が関連付けられているデータ片の数とを比較して、親識別子が同一であるデータ片をすべて読み出したか否かを判定する。【０１１８】
また、処理手段４は、親識別子が同一であるデータ片をすべて読み出した場合、当該読み出したデータ片を所定の規則に従って結合し、アプリケーション１３が取り扱うためのデータを再構成する（Ｓ２３）。【０１１９】
ここで、データ片を結合する規則は任意であり、必ずしもデータ片に分割する前の元データを再現する必要はない。また、データを分割したときのアプリケーションと、データを結合するときのアプリケーションとが同一のアプリケーションである必要もない。データ片を結合する規則は、当該結合を行うアプリケーションが必要とするデータの形式に沿っていればよい。【０１２０】
以下のJavaScript（登録商標）によるソースプログラムは、ここまでに説明したＳ２２，Ｓ２３ステップの動作を実現するプログラムの実施例である。当該プログラムは、"fload()"という名称の関数の形式で記述してある。このプログラムは、前述した関数doonclick()を利用して保存されたブックマークレットに対応している。関数doonclick()によって保存されたブックマークレットには関数fload()を呼び出すスクリプトが格納されている。よって、ユーザがこのブックマークレットを開くと、関数fload()に値が渡されて実行される。本実施例において関数fload()を実行すると、関数doonclick()が保存した各データ片から、上位の値st1と下位の値st2とが分離され、各データ片の上位の値st1だけを結合した一つのデータと、各データ片の下位の値st2だけを結合した他の一つのデータとが再構成される。
【数２】
2008032717.tif 000004
【０１２１】
以下に、上記関数fload()の変数と、前述した関数doonclick()における変数との対応関係を示す。
id：  idに対応
total：  lenに対応
cnt：  cに対応
st1：  st1に対応
st2：  st2に対応【０１２２】
また、関数fload()が用いる他の要素は以下の通りである。
ary[ ][ ]：  複数のブックマークファイルから読み出した各データ片を格納する配列変数
stFin1，stFin2：  データ片を結合したデータを格納する変数
get1，get2：  データ片を結合したデータを表示する表示領域のオブジェクト【０１２３】
上述した関数fload()のソースプログラムのうち、以下に示す部分は、データの再構成に必要なデータ片をすべて読み出したか否かの判定を行っている。データの再構成をする際に必要なデータ片のすべてを読み出していない場合には、アラートを表示して関数処理を終了するようになっている。
【数３】
2008032717.tif 000005
【０１２４】
以上説明した本実施形態によれば、データを複数のブックマークファイルに分散して保存することができる。これにより、１つのブックマークファイルに保存できるデータ長の制限を超えて、長いデータをブックマークファイルに保存することができる。【０１２５】
図１０及び図１１に、本実施形態を利用したウェブアプリケーションのHTMLファイルの例を紹介する。プログラムは図１０から図１１に続いている。この図１０及び図１１に示すプログラムには、前述したdoonclick()関数およびfload()関数を含んでいる。【０１２６】
尚、本発明は上記実施形態に限られない。例えば、ブックマークファイルやデータファイルには、ウェブアプリケーション取得元やユーザデータ以外の情報もあわせて保存されていても構わない。ウェブアプリケーションはウェブサーバから取得するのではなく、ローカルフォルダに保存されているものを起動してもよい。一つのウェブアプリケーションで一度に保存されたデータの保存先は、ひとつのブックマークの中だけとは限らず、連続して複数のハイパーリンクを作成し、複数のブックマークにデータを分割して保存するようにしてもよいが、その場合、連続して読み出すブックマークには、次に読み出すべきブックマークの識別子を直前に読み出すブックマークの中に埋め込むようにしてもよい。その場合、読み出しの際には、関連するすべてのブックマークを識別する方法をユーザに提供してもよい。また、一つのブックマークを読み出し中あるいは読み終えた段階でユーザに次に読み出すべきブックマーク通知し、読み出すよう促してもよい。ユーザにブックマーク以外のところにアプリケーションデータを保存させる際にも、複数のファイルに分割させるようにしてもよい。その場合も、読み出しの際には、ユーザが分割されたすべてのデータファイルを識別する方法をユーザに提供してもよい。また、一つのファイルを読み出し中あるいは読み終えた段階でユーザに次のファイルを連続して読み出すよう促してもよい。また、この発明を、例えば別アプリケーションにデータを引き渡す方法など、複数のウェブアプリケーション間でデータを相互に利用する方法として利用してもよい。
【図面の簡単な説明】
【０１２７】
【図１】本願発明を実施するためのコンピュータの構成図である。
【図２】本願発明を実施するために必要なソフトウェアの構造図である。
【図３】第１実施形態の動作説明図である。
【図４】第２実施形態の動作説明図である。
【図５】第３実施形態の動作説明図である。
【図６】第４実施形態の動作説明図である。
【図７】第５実施形態の動作説明図である。
【図８】第６実施形態の動作説明図である。
【図９】第７実施形態の動作説明図である。
【図１０】第１０実施形態を利用したウェブアプリケーションのHTMLファイルの例（前段）である。
【図１１】第１０実施形態を利用したウェブアプリケーションのHTMLファイルの例（後段）である。[kone2]
【符号の説明】
【０１２８】
２  記憶手段
４  処理手段
１２  HTTPクライアント
１３  アプリケーション
２１  ブックマーク処理手段
２２  ファイル保存手段
２３  ファイル読出手段
【図１】
2008032717.tif 000006
【図２】
2008032717.tif 000007
【図３】
2008032717.tif 000008
【図４】
2008032717.tif 000009
【図５】
2008032717.tif 000010
【図６】
2008032717.tif 000011
【図７】
2008032717.tif 000012
【図８】
2008032717.tif 000013
【図９】
2008032717.tif 000014
【図１０】
2008032717.tif 000015
【図１１】
2008032717.tif 000016
【国際調査報告】
2008032717.tif 000017
2008032717.tif 000018
2008032717.tif 000019