(57)【要約】【課題】  Ｗｅｂドキュメント作成時に、作業時間や作業ミスの軽減を図る。【解決手段】  本発明は、コンテンツのサンプルレイアウトを表示させて、前記表示させたサンプルレイアウトから所望のレイアウトを選択させ、前記選択されたレイアウトに沿って各項目に入力させ、前記選択された所望のレイアウトと前記入力された各項目とにしたがってＷｅｂドキュメントファイルを作成する。【選択図】      図３
2006268114.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂコンテンツ作成システムであって、
コンテンツのサンプルレイアウトを表示させる表示制御手段と、
前記表示させたサンプルレイアウトから所望のレイアウトを選択させる選択手段と、
前記選択されたレイアウトに沿って各項目に入力させる項目入力手段と、
前記選択された所望のレイアウトと前記入力された各項目とにしたがってＷｅｂドキュメントファイルを作成する作成手段と、
を有することを特徴とするＷｅｂコンテンツ作成システム。
【請求項２】
前記Ｗｅｂドキュメントファイルを作成する操作が許されているユーザの認証を行なう認証手段を更に有することを特徴とする請求項１に記載のＷｅｂコンテンツ作成システム。
【請求項３】
前記作成手段は、サーバが有する手段であることを特徴とする請求項１に記載のＷｅｂコンテンツ作成システム。
【請求項４】
前記作成手段は、クライアントが有する手段であることを特徴とする請求項１に記載のＷｅｂコンテンツ作成システム。
【請求項５】
Ｗｅｂコンテンツ作成システムを制御するためのＷｅｂコンテンツ作成方法であって、
コンテンツのサンプルレイアウトを表示させる表示制御ステップと、
前記表示させたサンプルレイアウトから所望のレイアウトを選択させる選択ステップと、
前記選択されたレイアウトに沿って各項目に入力させる項目入力ステップと、
前記選択された所望のレイアウトと前記入力された各項目とにしたがってＷｅｂドキュメントファイルを作成する作成ステップと、
を有することを特徴とするＷｅｂコンテンツ作成方法。
【請求項６】
前記Ｗｅｂドキュメントファイルを作成する操作が許されているユーザの認証を行なう認証ステップを更に有することを特徴とする請求項５に記載のＷｅｂコンテンツ作成方法。
【請求項７】
前記作成ステップでの処理は、サーバで行なわれることを特徴とする請求項５に記載のＷｅｂコンテンツ作成方法。
【請求項８】
前記作成ステップでの処理は、クライアントで行なわれることを特徴とする請求項５に記載のＷｅｂコンテンツ作成方法。
【請求項９】
Ｗｅｂコンテンツ作成システムを制御するためのコンピュータプログラムであって、
コンテンツのサンプルレイアウトを表示させる表示制御ステップと、
前記表示させたサンプルレイアウトから所望のレイアウトを選択させる選択ステップと、
前記選択されたレイアウトに沿って各項目に入力させる項目入力ステップと、
前記選択された所望のレイアウトと前記入力された各項目とにしたがってＷｅｂドキュメントファイルを作成する作成ステップと、
の各ステップをコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂコンテンツ作成において、ＨＴＭＬやＦＴＰ作業などの専門知識があまりない人でも、更新作業を容易に行なえるＷｅｂコンテンツ作成システム、Ｗｅｂコンテンツ作成方法を提供するものである。
【背景技術】
【０００２】
従来の技術におけるＷｅｂコンテンツ作成は、エディターなどを使ってＨＴＭＬファイルを直接作成したり、レイアウトをデザインするものがあった。また文書を定型のレイアウトのＨＴＭＬファイルにするものであった。
【特許文献１】特開２０００−２７６４１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明では、レイアウトの基本構造をサーバ側が提供するレイアウトサンプルの中から選択し、レイアウトの構成要素を簡単にアップロードして最終的なコンテンツ完成前に確認作業を行なうことによって、Ｗｅｂコンテンツ作成時に重複する作業を省いたり、面倒なアップロードの手間を省いたりすることによって、作業時間の短縮、ミスの軽減などを行なうことを課題とする。また、認証されたユーザだけにアップロードを認めることで、セキュリティを強化させる。
【０００４】
本発明で解決しようとしている第１の課題は、コンテンツのサンプルを提供してそれらの中から選択してコンテンツを作成することによって、コンテンツのデザインを一から作成するのではなく作業時間や作業ミスの軽減を図ることである。また、コンテンツ作成において認証機能をもたせることによってセキュリティ機能を高めるようにする。またさらにコンテンツ作成プログラムをサーバ上に置き、コンテンツの構成ファイルを逐次アップロードしてコンテンツのプレビュー作業をサーバ側でおこなわせて最終的なコンテンツの完成に導かせることによってインターラクティブに汎用性の高いコンテンツを作成することができるようなシステムも提供することができるようにする。
【０００５】
本発明で解決しようとしている第２の課題は、コンテンツ作成プログラムをクライアントマシンにダウンロードして、コンテンツの作成や確認作業をクライアント側でおこない、最終的にサーバにアップロードすることによって、サーバとクライアント間の逐次アップロード、ダウンロードの時間にストレスを感じさせないようにすることができるようなシステムを提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のＷｅｂコンテンツ作成システムは、コンテンツのサンプルレイアウトを表示させる表示制御手段と、前記表示させたサンプルレイアウトから所望のレイアウトを選択させる選択手段と、前記選択されたレイアウトに沿って各項目に入力させる項目入力手段と、前記選択された所望のレイアウトと前記入力された各項目とにしたがってＷｅｂドキュメントファイルを作成する作成手段と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明においては、ある程度オブジェクト化されたデザインを組み合わせるだけで簡単にＷｅｂコンテンツが作成できる。また、選択するレイアウトの頻度の傾向を学習することにより、ユーザのＷｅｂコンテンツ作成の特徴をカスタマイズしたＷｅｂコンテンツ作成ツールを自動形成する。
【発明を実施するための最良の形態】
【０００８】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例１】
【０００９】
図１は、本発明の実施例１を説明するブロック図である．
図中の（１−１）は，Ｗｅｂサーバマシンの中央演算装置（ＣＰＵ）である。（１−２）はＷｅｂサーバのＷｅｂコンテンツやプログラムなどのデータを保管する記憶装置である。（１−３）はＷｅｂサーバ側のインターネット（１−４）へのインターフェースでありネットワーク部である。
【００１０】
また図中の（１−５）はクライアントマシン側の中央演算装置（ＣＰＵ）である。（１−６）は記憶装置、（１−７）はクライアントマシン側のネットワーク部、（１−８）はブラウザなどでインターネット上のサーバからダウンロードしてきたＷｅｂコンテンツを見るため等の表示装置で、モニターなどがこれに相当する。（１−９）はブラウザを用いてＷｅｂサーバにアクセスしたり入力値を送るための入力グで、キーボードやマウスなどがこれに相当する。（１−１０）はクライアントマシン側のバッファーなどの作業領域である。
【００１１】
図２は本発明の実施例１を示す概念図である。図中（２−１）と（２−４）と（２−６）はユーザとクライアント側のマシンを示す。クライアントマシンは図１の（１−５）〜（１−１０）を備えたものである。
【００１２】
（２−１）と（２−６）は本発明の実践するシステムが認証するユーザと本システムへの登録設定済みのクライアントマシンである。（２−４）は本システムに登録されていないユーザと本システムへの登録設定がされていないクラインマシンである。（２−８）はＷｅｂサーバの模式図である。本システムへの登録データやコンテンツやプログラムを格納する記憶装置（１−２）を備えている。
【００１３】
本システムに認証依頼を行なう仕組みを説明する。（２−１）のユーザはクライアントマシンで起動しているブラウザソフトのＵＲＬ入力欄にキーボードなどの入力部（１−９）から本システムへアクセスするＵＲＬを入力する。ＣＰＵの指令でネットワーク部（１−３）を通してインターネット（２−３）にアクセスして本システムのＷｅｂサーバ（２−８）にたどりつく。
【００１４】
次に本システムのサーバ（２−８）はアクセスしてきたユーザに対して登録者かどうかを確認をおこなう。すなわち、Ｗｅｂサーバ側にある認証用プログラム（２−９）が起動して、アクセス者に対して、アクセス名とパスワードの入力を要求する。これに対してユーザ（２−１）は入力部（１−９）を用いてアクセス名とパスワード（２−２）を入力しサーバに送信する。これに対しサーバ側の認証用プログラム（２−９）は、サーバ上の登録データを検索し、一致するデータを見つけると認証が成立する。
【００１５】
もし、登録を行なっていないユーザ（２−４）がサーバ（２−８）にアクセスしても認証されない（２−５）。
【００１６】
次に認証作業を修了したユーザ（２−６）がコンテンツをアップロードする仕組みを説明する。ユーザ（２−６）は本システムの処理に従って、サーバ（２−８）とインターラクティブにデータを送信、受信する。サーバ（２−８）側にはコンテンツ作成用のプログラム（２−１０）が起動し、システムに従ってアップしたデータでコンテンツを作成する。
【００１７】
コンテンツを作成する仕組みについては図３と図４の実施例１の概念図（２）（３）で説明する。
【００１８】
図３は本発明、実施例１のコンテンツ作成の仕組みを示す概念図である。
【００１９】
図中（３−１）は、図１の表示部（１−９）、モニター上のブラウザの模式図である。（３−２）は図２の概念図で説明したユーザの認証画面である。ユーザが特定のＵＲＬで本システムにアクセスした場合に、このような認証画面（３−２）が表示される。登録済みのユーザは図１の入力部（１−９）、キーボードを用いて、ユーザ名（アクセス名）とパスワードを入力してサーバに送信する。サーバ（２−８）は認証プログラム（２−９）によってデータが登録されているか調べる。登録データがサーバ側のデータベースに存在している場合、認証処理が完了する。
【００２０】
認証された場合、サーバにアップロードしたいコンテンツの複数のレイアウトが表示される。（３−３）や（３−４）はブラウザ上で表示される複数のレイアウトの例の概念図である。ユーザはこの中から好みのレイアウトを選択する。この模式図では、見出し、サブタイトル、本文テキスト、画像コンテンツのレイアウトを示す。
【００２１】
次にレイアウトの収めるコンテンツの入力作業をするにあたり、コンテンツの項目（見出し、サブタイトル、本文テキスト、画像）を選択する。（３−５）はコンテンツを構成する項目を選択するプルダウンメニューの模式図である。ユーザは逐次、レイアウトに収める項目を選択し、それに応じてコンテンツを入力、またはファイル名の指定を行なう。（３−６）は（３−５）のプルダウンメニューから「見出し」項目を選択し、見出し「今日のスポーツ」を入力する画面インターフェースの模式図である。また、（３−７）は（３−５）のプルダウンメニューから「本文」項目を選択し、本文テキストが保存されたテキストファイル名を入力する画面インターフェースの模式図である。同様に（３−８）は（３−５）のプルダウンメニューから「イメージ」項目を選択し、イメージファイル名を入力する画面インターフェースの模式図である。
【００２２】
続きの処理を図４にて説明する。
【００２３】
図４は本発明、実施例１のコンテンツ作成の仕組みを示す概念図である。
【００２４】
（４−１）は図３のレイアウトの項目に応じて入力されたそれぞれのデータを示す概念図である。これらを本システムのＷｅｂサーバにアップロードする。図１のネットワーク部（１−３）を通してアップされたデータ群は、中央演算装置（１−１）の指令に基づき、記憶装置（１−２）に保管されているコンテンツ作成プログラム（４−２）により選択されたレイアウトに基づいたコンテンツ（４−３）に仕上げられる。この仕上がったレイアウトを再びユーザ側のクライアントマシン（２−６）にダウンロードして確認作業を行なう。このコンテンツでよい場合は「ＯＫ」信号をサーバ側に送信する。Ｗｅｂサーバではこの信号を受け取って正式にＷｅｂコンテンツとして記憶装置（１−２）に保管を行なう。
【００２５】
上記の概念図２、３，４で説明した処理をフローチャートで説明する。
【００２６】
図５において、本発明、実施例１の処理の流れを説明する。
【００２７】
（５−０）：クライアント側のマシンからインターネットの任意のＵＲＬにアクセスする。
【００２８】
（５−１）：図１のクライアント側のマシンのキーボード（１−９）から図３の（３−２）の画面ページにユーザ名（アカウント名、アクセス名）とパスワードを入力する。
【００２９】
（５−２）：図２の（２−８）の本システムのサーバ側で、（５−１）で入力されたデータが記憶装置に格納された認証データ（５−３）に含まれる登録データか確認する。登録データと一致する場合は、処理（５−６）へ進む。登録データと一致しない場合は処理（５−４）へ進む。
【００３０】
（５−４）：ステップ（５−２）で認証されなかった場合、クライアントマシンのモニターにエラーメッセージを表示する。
【００３１】
（５−５）：ステップ（５−４）でエラーメッセ−ジを表示した後、処理を継続するかクライアントに尋ねるインターフェースをクライアントマシンのモニター（１−８）に表示する。ユーザが継続する場合は（５−１）の処理に戻る。継続しない場合は本処理を終了する。
【００３２】
（５−６）：ステップ（５−２）でユーザがサーバ側の認証プログラムによって認証された場合、レイアウトをサーバ側で用意しているサンプルから選ぶかどうかの応答を送信する。サーバ側で用意しているレイアウトサンプルを希望しない場合、ステップ（５−２１）へ進む。
【００３３】
（５−２１）：ユーザが準備したコンテンツデータをサーバに直接アップロードする。
【００３４】
（５−７）：ステップ（５−６）でユーザがレイアウトをサーバ側で用意しているサンプルから選ぶ方を選択した場合、クライアントマシンのモニター（１−８）にサーバ側の記憶装置（１−２）に格納されているレイアウトサンプルデータ（５−８）をクライアントマシンにダウンロードし表示する。
【００３５】
（５−９）：表示されているレイアウトサンプルの中から希望するレイアウトを選択させる。
【００３６】
（５−１０）：ステップ（５−９）でユーザが選択したレイアウトに応じて入力項目を選択する。本フローチャートでは、図３の実施例１の概念図２の（３−５）のように、見出し、サブタイトル、本文、イメージの項目（５−１１）の中から選択するものとする。
【００３７】
項目「見出し（タイトル）」を選択した場合（５−１２）、図３の（３−６）のような画面から見出しを入力する（５−１６）。
【００３８】
項目「サブタイトル」を選択した場合（５−１３）、サブタイトルを入力する（５−１７）。
【００３９】
項目「本文」を選択した場合（５−１４）、サーバ側から送られてくる、手入力かテキストファイル名を指定するかの応答メッセージに答える（５−１８）。テキストファイル名を指定する場合は、図３の（３−７）のような画面から、本文テキストを保存しているテキストファイル名を入力する（５−１９）。一方、手入力する場合は、本文を直接入力する（５−２０）。
【００４０】
（５−５０）：サーバにこれらのコンテンツ構成ファイルをアップロードする。
【００４１】
（５−２２）：入力されたテキストの文字コードをサーバ側で管理できるように処理する。
【００４２】
項目「画像」を選択した場合（５−１５）、図３の（３−８）のような画面から、サーバにアップロードする画像ファイル名を入力する（５−２３）。
【００４３】
（５−２４）：各項目に応じてサーバにアップされたデータ群を処理してＷｅｂドキュメントファイル（ＨＴＭＬファイルなど）を作成する。
【００４４】
（５−２５）：処理を継続して新たな項目を追加するかどうか確認する。継続する場合は、ステップ（５−１０）に進む。継続しない場合はステップ（５−２６）に進む。
【００４５】
（５−２６）：レイアウトに応じた項目の全てがサーバ側にアップロードし終わったとみなしてサーバ側のコンテンツ作成プログラムでコンテンツを作成する。
【００４６】
（５−２７）：作成したコンテンツをサーバ側からクライアントマシンにダウンロードして表示させる。
【００４７】
（５−２８）：コンテンツがこれでよいか確認を取る。これでよいと応答があった場合はステップ（５−２９）へ進む。よくない場合はステップ（５−３０）へ進む。
【００４８】
（５−２９）：サーバ側で作成されたコンテンツの構成ファイルを（１−２）の記憶装置に保管する。
【００４９】
（５−３０）：本処理を継続するかどうか確認する。継続する場合は再びステップ（５−６）へ戻る。継続しない場合は本処理を終了する。
【００５０】
この流れにおいては、コンテンツの作成者を特定の認証者に限るための認証処理を行なうステップ（５−２）と、コンテンツの基本デザインをサーバ側で所有しているレイアウトサンプルの中から選択させるステップ（５−７）〜（５−９）と、対話的にコンテンツの構成層要素を作成し、サーバにアップロードするステップ（５−１２）〜（５−２９）が、本実施の処理における特徴となる。
【実施例２】
【００５１】
実施例２は、サンプルレイアウトを選択した後にコンテンツ作成プログラムをクライアントマシンにダウンロードして、コンテンツを作成してからサーバにアップロードさせる点で実施例１と異なる。実施例２のプロック図と概念図は実施例１の図２，３，４とほぼ兼ねるものとする。
【００５２】
図６において、本発明、実施例２の処理の流れを説明する。
【００５３】
（６−０）：クライアント側のマシンからインターネットの任意のＵＲＬにアクセスする。
【００５４】
（６−１）：図１のクライアント側マシンのキーボード（１−９）から図３の（３−２）の画面ページにユーザ名（アカウント名、アクセス名）とパスワードを入力する。
【００５５】
（６−２）：図２の（２−８）の本システムのサーバ側で、（６−１）で入力されたデータが記憶装置に格納された認証データ（６−３）に含まれる登録データか確認する。登録データと一致する場合は、処理（６−６）へ進む。登録データと一致しない場合は処理（６−４）へ進む。
【００５６】
（６−４）：ステップ（６−２）で認証されなかった場合、クライアントマシンのモニターにエラーメッセージを表示する。
【００５７】
（６−５）：ステップ（６−４）でエラーメッセ−ジを表示した後、処理を継続するかクライアントに尋ねるインターフェースをクライアントマシンのモニター（１−８）に表示する。ユーザが継続する場合は（６−１）の処理に戻る。継続しない場合は本処理を終了する。
【００５８】
（６−６）：ステップ（６−２）でユーザがサーバ側の認証プログラムによって認証された場合、レイアウトをサーバ側で用意しているサンプルから選ぶかどうかの応答を送信する。
【００５９】
サーバ側で用意しているレイアウトサンプルを希望しない場合、ステップ（６−２１）へ進む。
【００６０】
（６−２１）：ユーザが準備したコンテンツデータをサーバに直接アップロードする。
【００６１】
（６−７）：ステップ（６−６）でユーザがレイアウトをサーバ側で用意しているサンプルから選ぶ方を選択した場合、クライアントマシンのモニター（１−８）にサーバ側の記憶装置（１−２）に格納されているレイアウトサンプルデータ（６−８）をクライアントマシンにダウンロードし表示する。
【００６２】
（６−９）：表示されているレイアウトサンプルの中から希望するレイアウトを選択する。
【００６３】
（６−１０）：選択したレイアウトのコンテンツ作成プログラムをサーバからクライアントマシンにダウンロードする。
【００６４】
（６−１１）：ステップ（６−９）でユーザが選択したレイアウトに応じて入力項目を選択する。本フローチャートでは、図３の実施例１の概念図２の（３−５）のように、見出し、サブタイトル、本文、イメージの項目（６−１１）の中から選択するものとする。
【００６５】
項目「見出し（タイトル）」を選択した場合（６−１２）、図３の（３−６）のような画面から見出しを入力する（６−１６）。
【００６６】
項目「サブタイトル」を選択した場合（６−１３）、サブタイトルを入力する（６−１７）。
【００６７】
項目「本文」を選択した場合（６−１４）、手入力かテキストファイル名を指定するかの応答メッセージに答える（６−１８）。テキストファイル名指定の場合、図３の（３−７）のような画面から、本文テキストを保存しているテキストファイル名を入力する（６−１９）。一方、手入力の場合、本文を直接入力する（６−２０）。
【００６８】
（６−２２）：入力されたテキストの文字コードをサーバ側で管理できるように処理する。
【００６９】
項目「画像」を選択した場合（６−１５）、図３の（３−８）のような画面から、サーバにアップロードする画像ファイル名を入力する（６−２３）。
【００７０】
（６−２４）：各項目に応じてクライントマシンにあるデータ群を処理してＷｅｂドキュメントファイル（ＨＴＭＬファイルなど）を作成する。
【００７１】
（６−２５）：処理を継続して新たな項目を追加するかどうか確認する。継続する場合は、ステップ（６−１０）に進む。継続しない場合はステップ（６−２６）に進む。
【００７２】
（６−２６）：レイアウトに応じた項目の全てが入力し終わったとみなして、クライント側のコンテンツ作成プログラムでコンテンツを作成する。
【００７３】
（６−２７）：クライアント側で作成したコンテンツを表示する。
【００７４】
（６−２８）：コンテンツがこれでよいか確認を取る。これでよい場合はステップ（６−２９）へ進む。よくない場合はステップ（６−３１）へ進む。
【００７５】
（６−２９）：サーバにコンテンツの構成ファイルをアップロードする。
【００７６】
（６−３０）：サーバ側でコンテンツの構成ファイルを（１−２）の記憶装置に保管する。
【００７７】
（６−３１）：本処理を継続するかどうか確認する。継続する場合は再びステップ（６−６）へ戻る。継続しない場合は本処理を終了する。
【００７８】
実施例２の処理においては、レイアウト作成プログラムをダウンロードするステップ（６−１０）、クライアント側で作成したコンテンツを最終的にサーバにアップロードするステップ（６−２９）が本実施の処理における特徴となる。
【００７９】
以上、実施例１乃至２で述べたように、本発明においては、認証されたユーザだけにアップロードを認め、さらにレイアウトの基本構造をサーバ側が提供するレイアウトサンプルの中から選択し、レイアウトの構成要素を簡単にアップロードして最終的なコンテンツ完成前に確認作業を行なうことによって、セキュリティを強化させたり、Ｗｅｂコンテンツ作成時に重複する作業を省いたり、面倒なアップロードの手間を省いたりすることによって、作業時間の短縮、ミスの軽減などを行なうことを課題とする。
【００８０】
［その他の実施例］
なお、上述したような本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８１】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００８２】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００８３】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００８４】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００８５】
その他、プログラムの供給方法としては、コンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるサーバも、本発明に含まれるものである。
【００８６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００８７】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００８８】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８９】
【図１】実施例１のブロック図
【図２】実施例１を示す概念図
【図３】実施例１を示す概念図２
【図４】実施例１を示す概念図３
【図５】実施例１のフローチャート
【図６】実施例２のフローチャート
【符号の説明】
【００９０】
１−１  中央演算装置（ＣＰＵ）
１−２  記憶装置
１−３  ネットワーク部
１−４  インターネット等のネットワーク
１−５  ＣＰＵ
１−６  記憶装置
１−７  ネットワーク部
１−８  表示装置
１−９  入力部
１−１０  作業領域
【図１】
2006268114.tif 000003
【図２】
2006268114.tif 000004
【図３】
2006268114.tif 000005
【図４】
2006268114.tif 000006
【図５】
2006268114.tif 000007
【図６】
2006268114.tif 000008