(57)【特許請求の範囲】
【請求項１】
パーソナルコンピュータと当該パーソナルコンピュータのオプションである部品との販売サービスを提供するサーバであって、前記パーソナルコンピュータに対応する複数種類の前記部品の商品名と価格と部品コードとが対応付けられた部品情報と、前記複数種類の部品のうち第１の部品と第２の部品とが同時に使えるか否かを示すルールと第３の部品を使うために必要となる第４の部品を示すルールとが含まれる相性チェック用スクリプトと、複数種類の前記部品のうち前記ユーザに選択された複数種類の前記部品の組み合わせに応じた前記価格に基づいて見積もり計算を行なって見積もり金額を算出する見積もり計算用スクリプトと、前記複数種類の部品情報が付加される選択リストが含まれるテンプレートのウェブページとが記憶される記憶部を備えたサーバと、当該サーバとネットワークを介して接続されたユーザの受信端末とを備えたウェブページ提供システムのウェブページ提供方法であって、 前記サーバが、
前記記憶部に記憶された前記部品情報を読み出し、読み出した複数種類の前記部品情報を前記テンプレートのウェブページに含まれる前記選択リストに付加し、前記相性チェック用スクリプトと、前記見積もり計算用スクリプトとを、前記テンプレートのウェブページに付加することによって新たなウェブページを生成し、
生成した前記ウェブページを、前記受信端末に送信し、
前記受信端末が、
前記サーバから受信した前記ウェブページに基づいて、前記サーバに対する見積書作成要求の入力を受け付ける見積書作成ボタンと、前記複数種類の前記部品に対応する前記商品名が含まれる前記選択リストとを表示し、前記ユーザによる前記部品の選択を受付け、複数種類の前記部品のうちから選択された複数種類の前記部品の組み合わせに基づいて前記相性チェック用スクリプトを動作させ、当該相性チェック用スクリプトの処理結果に基づいて前記複数種類の部品の選択が適当であったか否かを判定し、前記複数種類の部品の選択が適当でないと判定すれば、エラーを表示し、前記複数種類の部品の選択が適当であると判定すれば、前記見積もり計算用スクリプトを動作させることにより、前記ユーザに選択された前記複数種類の部品の組み合わせに応じた見積もり金額を算出して表示し、前記ユーザによって前記見積書作成ボタンがクリックされると、選択が適当であると判定された前記複数種類の部品に対応する前記部品コードが含まれる見積書の要求を前記サーバに送信する
ことを特徴とするウェブページ提供方法。
【請求項２】
パーソナルコンピュータと当該パーソナルコンピュータのオプションである部品との販売サービスを提供するサーバと、当該サーバとネットワークを介して接続されたユーザの受信端末とを備えたウェブページ提供システムであって、
前記サーバは、
前記パーソナルコンピュータに対応する複数種類の前記部品の商品名と価格と部品コードとが対応付けられた部品情報と、前記複数種類の部品のうち第１の部品と第２の部品とが同時に使えるか否かを示すルールと第３の部品を使うために必要となる第４の部品を示すルールとが含まれる相性チェック用スクリプトと、複数種類の前記部品のうち前記ユーザに選択された複数種類の前記部品の組み合わせに応じた前記価格に基づいて見積もり計算を行なって見積もり金額を算出する見積もり計算用スクリプトと、前記複数種類の部品情報が付加される選択リストが含まれるテンプレートのウェブページとが記憶される記憶部と、
前記記憶部に記憶された前記部品情報を読み出し、読み出した複数種類の前記部品情報を前記テンプレートのウェブページに含まれる前記選択リストに付加し、前記相性チェック用スクリプトと、前記見積もり計算用スクリプトとを、前記テンプレートのウェブページに付加することによって新たなウェブページを生成するウェブページ生成処理部と、 生成した前記ウェブページを、前記受信端末に送信する通信部と、を備え、
前記受信端末は、
前記サーバから受信した前記ウェブページに基づいて、前記サーバに対する見積書作成要求の入力を受け付ける見積書作成ボタンと、前記複数種類の前記部品に対応する前記商品名が含まれる前記選択リストとを表示し、前記ユーザによる前記部品の選択を受付け、複数種類の前記部品のうちから選択された複数種類の前記部品の組み合わせに基づいて前記相性チェック用スクリプトを動作させ、当該相性チェック用スクリプトの処理結果に基づいて前記複数種類の部品の選択が適当であったか否かを判定し、前記複数種類の部品の選択が適当でないと判定すれば、エラーを表示し、前記複数種類の部品の選択が適当であると判定すれば、前記見積もり計算用スクリプトを動作させることにより、前記ユーザに選択された前記複数種類の部品の組み合わせに応じた見積もり金額を算出して表示し、前記ユーザによって前記見積書作成ボタンがクリックされると、選択が適当であると判定された前記複数種類の部品に対応する前記部品コードが含まれる見積書の要求を前記サーバに送信する
ことを特徴とするウェブページ提供システム。
【請求項３】
パーソナルコンピュータと当該パーソナルコンピュータのオプションである部品との販売サービスを提供するサーバであって、前記パーソナルコンピュータに対応する複数種類の前記部品の商品名と価格と部品コードとが対応付けられた部品情報と、前記複数種類の部品のうち第１の部品と第２の部品とが同時に使えるか否かを示すルールと第３の部品を使うために必要となる第４の部品を示すルールとが含まれる相性チェック用スクリプトと、複数種類の前記部品のうち前記ユーザに選択された複数種類の前記部品の組み合わせに応じた前記価格に基づいて見積もり計算を行なって見積もり金額を算出する見積もり計算用スクリプトと、前記複数種類の部品情報が付加される選択リストが含まれるテンプレートのウェブページとが記憶される記憶部を備えたサーバと、当該サーバとネットワークを介して接続され、前記サーバから受信したウェブページに基づいて、前記サーバに対する見積書作成要求の入力を受け付ける見積書作成ボタンと、前記複数種類の前記部品に対応する前記商品名が含まれる前記選択リストとを表示し、ユーザによる前記部品の選択を受付け、複数種類の前記部品のうちから選択された複数種類の前記部品の組み合わせに基づいて前記相性チェック用スクリプトを動作させ、当該相性チェック用スクリプトの処理結果に基づいて前記複数種類の部品の選択が適当であったか否かを判定し、前記複数種類の部品の選択が適当でないと判定すれば、エラーを表示し、前記複数種類の部品の選択が適当であると判定すれば、前記見積もり計算用スクリプトを動作させることにより、前記ユーザに選択された前記複数種類の部品の組み合わせに応じた見積もり金額を算出して表示し、前記ユーザによって前記見積書作成ボタンがクリックされると、選択が適当であると判定された前記複数種類の部品に対応する前記部品コードが含まれる見積書の要求を前記サーバに送信する受信端末とを備えたウェブページ提供システムにおける前記サーバのコンピュータに、
前記記憶部に記憶された前記部品情報を読み出し、読み出した複数種類の前記部品情報を前記テンプレートのウェブページに含まれる前記選択リストに付加し、前記相性チェック用スクリプトと、前記見積もり計算用スクリプトとを、前記テンプレートのウェブページに付加することによって新たなウェブページを生成する処理と、
生成した前記ウェブページを、前記受信端末に送信する処理と、
を実行させるプログラムを記憶した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを通じて受信端末にウエブページを送信し、様々なサービスを提供するウエブページ提供方法およびその提供システムに関する。
【０００２】
【従来の技術】
インターネットのようなネットワークを利用した情報の発信サービスや商取引がますます広く普及する傾向にある。こうした情報を発信するためのサーバには、ホームページをはじめとする様々な情報を掲載したウエブページが記憶されてユーザに提供される。ホームページをアクセスしたユーザは必要なウエブページを開いて参照し、その情報を取得する。インターネットを介して商取引、例えば注文販売を行うシステムでは、ユーザが、参照したウエブページ中のフォーム内に注文事項を記入すると、その内容がサーバ側に送信される。サーバ側ではこの注文に応じて商品の手配をする。
【０００３】
【発明が解決しようとする課題】
ところで、上記のような従来の技術には、次のような解決すべき課題があった。
例えば、インターネットを利用した通信販売システムで、ユーザの好みに応じた多様なオプションが用意されているような場合がある。この場合、ユーザは、該当するウエブページを参照しながら順番にオプションを選択する。サーバ側ではこれらのオプションを選択するためのフォームを含むウエブページをユーザに提供する。ユーザがフォームに選択情報を入力し、送信手順を実行すると、その選択情報はサーバに送信される。サーバ側ではその選択に従った見積もり計算を実行し、その結果をウエブページに表示する。またあるいは、サーバ側のオペレータが電話で直接見積もり結果をユーザに伝える。
【０００４】
しかしながら、この場合、ユーザから受信した選択情報に基づく見積もり計算は、全てサーバ側で行う。そのため、サーバの処理能力を越えてアクセスが集中した場合には、見積もり計算要求に対する応答が遅くなり、ユーザを長時間待たせることになる。見積もり要求に対する応答が遅ければユーザは回線を切断してしまうこともある。また、選択肢が多い場合には、同一のユーザが何種類も見積もり計算を要求することがあるため、サーバの負荷がより一層増大する。もちろん、ネットワークのトラフィックも増大するという問題がある。
【０００５】
また、オプション部品に頻繁な価格改定があるような場合には、予め用意したウエブページも頻繁に更新しなければならない。さもなければ、ウエブページに表示した価格は参考価格とし、ユーザが見積もりを要求してきたときに正確な見積もり額を知らせることになる。これでは、ますます見積もり依頼が増加して、サーバに大きな負荷がかかる。一方、オペレータが電話で対応するシステムは、多くのユーザに適正なサービスをするために人件費がかかりすぎるという問題があった。
【０００６】
【課題を解決するための手段】
本発明は以上の点を解決するため次の構成を採用する。
【０００７】
〈構成１〉
予め用意した標準形式のウエブページに、受信端末から受信した表示要求に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【０００８】
標準形式のウエブページとは、所定の目的のために用意された必要な表示を含むウエブページである。表示要求とは、受信端末を利用するユーザ等が求めるウエブページの表示内容に関する要求である。ユーザの要求する内容のウエブページをそのつどサーバで生成して受信端末に送信する点に特徴がある。表示制御プログラムとは、ウエブページに必要なデータを選択して表示したりすることができるプログラムである。このプログラムはウエブページに付加される。このようにユーザに予め表示対象範囲を限定させると、ウエブページに含める情報量を圧縮して、受信端末にそのウエブページを表示するまでにかかる時間を圧縮することができる。
【０００９】
〈構成２〉
構成１に記載のウエブページ提供方法において、標準形式のウエブページは、受信端末上で見積もり計算をして商品の見積もり金額を表示するためのものであって、必要なデータは、上記見積もり計算に必要な商品情報を含むデータであることを特徴とするウエブページ提供方法。
【００１０】
受信端末上に商品を表示し、ユーザが商品を選択したとき見積もり計算をして商品の見積もり金額を表示するには、見積もり計算に必要な商品情報が必要になる。ユーザが選択する商品の範囲を限定すれば、ウエブページに付加する商品情報の情報量も少なくてよい。
そこで、ユーザの表示要求に従って、ウエブページに付加する必要なデータを限定するようにした。これにより、ウエブページに含める情報量を大幅に圧縮できる。
【００１１】
〈構成３〉
予め用意した標準形式のウエブページに、受信側の能力に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００１２】
受信側の能力とは、受信端末の表示能力、演算処理能力等をいう。受信端末で快適に表示し動作させることができる程度のデータ量やプログラム量のウエブページを生成して送信すれば、ユーザが快適にそのウエブページを利用できる。
【００１３】
〈構成４〉
構成３に記載のウエブページ提供方法において、受信側の能力はユーザからサーバに通知されることを特徴とするウエブページ提供方法。
【００１４】
受信側の能力は、予めサーバ側のデータベースに記録しておくことも出来る。しかし、ユーザから受信能力の通知があれば、サーバはデータベース等を参照することなくただちにその能力に応じた内容のウエブページを生成できる。
【００１５】
〈構成５〉
予め用意した標準形式のウエブページに、受信側の表示形式に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００１６】
受信端末のブラウザが特殊な機能を持っていたり、モバイル端末や携帯電話端末のように、表示画面が特殊で、特殊なレイアウトでウエブページを表示するような場合には、それをサーバ側で認識して、適合するウエブページを生成するとよい。この表示形式は、例えば受信端末の電話番号でサーバが自動的に認識してもよいし、サーバが受信端末側から通知を受けて認識してもよい。
【００１７】
〈構成６〉
予め用意した標準形式のウエブページに、ネットワークのトラフィックに対応した選択条件に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを付加した新たなウエブページを生成して、上記ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００１８】
ネットワークのトラフィックに応じてサーバから受信端末に送信するウエブページのデータサイズを調整すれば、受信端末側にウエブページが表示されるまでの時間を適切な範囲に調整できる。ネットワークのトラフィックとは、ネットワークやネットワークとサーバとのインタフェース、あるいは受信端末とネットワークとのインタフェースを含む、ハードウエアあるいはソフトウエアの負荷全てを含む。ネットワークのトラフィックは、実際に受信端末との間のデータ通信所要時間等で検出してもよいし、ルータその他の通信装置からの情報で検出してもよい。
【００１９】
〈構成７〉
予め用意した標準形式のウエブページに、ネットワークの能力に対応した選択条件に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを付加した新たなウエブページを生成して、上記ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００２０】
ネットワークの能力には、ネットワークのハードウエアやネットワークを制御するソフトウエア自体に起因する通信能力を含む。高速データ通信用のネットワークを介して受信端末と接続されている場合にはウエブページのデータサイズを大きくし、電話回線等の低速データ通信用ネットワークを使用している場合には、ウエブページのデータサイズを比較的小さくするとよい。
【００２１】
〈構成８〉
予め用意した標準形式のウエブページに、サーバの負荷に対応した選択条件に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを付加した新たなウエブページを生成して、ネットワークを通じて受信端末に転送することを特徴とするウエブページ提供方法。
【００２２】
サーバが多くの受信端末にウエブページを提供していたり、他の複雑な演算処理を実行しているような場合には、サーバ自身が自己の能力の範囲で受信端末に送信するウエブページのデータサイズを調整するとよい。サーバの負荷には、サーバの演算処理負荷やサーバの通信処理負荷を含む。
【００２３】
〈構成９〉
予め用意した商品の見積もり金額を表示するための標準形式のウエブページに、受信端末から受信した表示要求と受信側の能力に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要であって、上記見積もり計算に必要な商品情報を含むデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００２４】
これは構成２と構成３の特徴を兼ね備えた方法である。
【００２５】
〈構成１０〉
予め用意した商品の見積もり金額を表示するための標準形式のウエブページに、受信端末から受信した表示要求と受信側の表示形式に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要であって、上記見積もり計算に必要な商品情報を含むデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００２６】
これは構成２と構成５の特徴を兼ね備えた方法である。
【００２７】
〈構成１１〉
予め用意した商品の見積もり金額を表示するための標準形式のウエブページに、受信端末から受信した表示要求とネットワークのトラフィックに従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要であって、上記見積もり計算に必要な商品情報を含むデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００２８】
これは構成２と構成６の特徴を兼ね備えた方法である。
【００２９】
〈構成１２〉
予め用意した商品の見積もり金額を表示するための標準形式のウエブページに、受信端末から受信した表示要求とネットワークの能力に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要であって、上記見積もり計算に必要な商品情報を含むデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００３０】
これは構成２と構成７の特徴を兼ね備えた方法である。
【００３１】
〈構成１３〉
予め用意した商品の見積もり金額を表示するための標準形式のウエブページに、受信端末から受信した表示要求とサーバの負荷に従って選択した、表示制御プログラム及びその表示制御プログラムの動作に必要であって、上記見積もり計算に必要な商品情報を含むデータを付加した新たなウエブページを生成して、ネットワークを通じて上記受信端末に転送することを特徴とするウエブページ提供方法。
【００３２】
これは構成２と構成８の特徴を兼ね備えた方法である。また、構成１乃至１３のいずれかにおいて、新たなウエブページに係るデータが所定期間内（例えば１０秒以内）に転送されるように、上記表示制御プログラム及びその表示制御プログラムの動作に必要なデータのサイズを調整することができる。
【００３３】
〈構成１４〉
データベースから、所定の条件に従って、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを選択し、予め用意した標準形式のウエブページに付加して新たなウエブページを生成するウエブページ生成処理部と、生成された新たなウエブページをネットワークを通じて受信端末に転送する通信部とを備えたことを特徴とするウエブページ提供システム。
【００３４】
上記の発明を実施するのに適するシステムの発明である。
【００３５】
〈構成１５〉
データベースから、所定の条件に従って、表示制御プログラム及びその表示制御プログラムの動作に必要なデータを選択し、予め用意した標準形式のウエブページに付加して新たなウエブページを生成する処理と、生成された新たなウエブページをネットワークを通じて受信端末に転送する処理とを実行するプログラムを記録した、コンピュータ読み取り可能な記録媒体。
【００３６】
サーバを動作させるためのプログラムを格納した記録媒体の発明である。
【００３７】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて説明する。
図１は、本発明のウエブページ提供システムを示すブロック図である。
図のシステムでは、インターネット等のネットワーク１を通じて、サーバ２が例えばパーソナルコンピュータの直販サービスを提供している。受信端末３は、ネットワーク１を介して、このようなサービスを受けるための情報を受信するユーザ用端末である。
【００３８】
サーバには、通信部４と、記憶部５と、ウエブページ生成処理部６とが設けられている。記憶部５には後で説明をする標準形式のウエブページ７と表示制御プログラム８と必要なデータ９とが記憶されている。記憶部５は例えばハードディスク等から成る。通信部４は、ネットワーク１に対してウエブページを送信したりネットワーク１からデータを受信するといった通信制御を行う機能を持つ部分である。これは例えば良く知られたモデムや通信制御プログラムにより構成される。
【００３９】
ウエブページ生成処理部６は、所定の条件に従って、記憶部５に記憶された表示制御プログラム８及びその表示制御プログラムの動作に必要なデータ９を選択し、記憶部５に記憶された標準形式のウエブページ７に付加して新たなウエブページ１０を生成する機能を持つ。ウエブページ生成処理部６は、後で説明するような処理を実行するコンピュータプログラム等により構成される。
【００４０】
図の記憶部５には、このほかに、ユーザに提供するための図示しないホームページや様々なウエブページが記憶されている。このシステムは、こうして予め記憶部５に記憶されているウエブページ以外に、ウエブページ生成処理部６がそのつど新たに生成するウエブページをユーザに提供することができる。ユーザに提供する新たなウエブページ１０の内容や用途は任意である。この例の新たなウエブページ１０は、パーソナルコンピュータの見積もり計算をする内容になっている。
【００４１】
ユーザに提供する新たなウエブページ１０は、ユーザの操作する受信端末３から受信した表示要求１１に従って、必要なデータ９を選択しながらそのつど生成される。ユーザの多用な要求に備えて多種のウエブページを予めサーバ側に用意しておくのは不経済であり、例えば、商品の価格改定といった状況の変化にリアルタイムに対応できないからである。即ち、本発明では、価格情報等の情報をデータベース中に一元管理しておけば、ユーザの表示要求があったときに、このデータベース中で一元管理されている価格情報等の最新データを取得して、新たなウエブページ１０に含めて表示することができる。
【００４２】
ユーザの表示要求の内容も任意であるが、この表示要求によってユーザが希望している必要十分な情報をウエブページに含めて表示することができる。しかも、表示要求によって、膨大なデータベースのなかから必要な情報のみを選択して新たなウエブページを編集するから、ウエブページのデータサイズを適当な大きさに調整できる。例えば、パーソナルコンピュータの見積もり計算の場合、例えばパーソナルコンピュータのモデル名とオペレーティングシステムとをユーザに選択させる。
【００４３】
新たなウエブページにはこの範囲で見積もりに必要な部品の種類や価格等のデータが含められる。即ち、該当するモデルで該当するオペレーティングシステムを搭載するコンピュータのオプション名や価格を表示し、その見積もり計算をするための表示制御プログラム８と、表示に必要なデータ９とが、標準形式のウエブページ７に付加されて、受信端末３に送信される。これにより、ユーザは、最小限のデータサイズに最適化されたウエブページを受け取り、自分の要求するオプションを選択しながら、ウエブページに、パーソナルコンピュータの購入価格の見積もりをさせることができる。
【００４４】
標準形式のウエブページ７とは、いわゆるテンプレートにするためのウエブページのことで、その形式は任意である。予め何種類かの標準形式のウエブページ７を用意しておき、そのうちのいずれかを選択するようにしてもよい。きわめて簡単な内容の場合には、テンプレート無しにプログラムがウエブページを直接生成することもできる。この場合には、ウエブページ生成処理部６が標準形式のウエブページ７を保持していることになる。
【００４５】
ネットワーク１を通じて受信端末３に提供された新たなウエブページ１０は、受信端末３の機種やオペレーティングシステムに制約されず、標準的なブラウザで表示することが可能である。しかも、この新たなウエブページ１０には、例えばジャバスクリプト（ネットスケープ社が開発したオブジェクト指向スクリプト言語）のような、表示制御や簡単な計算機能を持つプログラムを組み込むことができる。これらもブラウザが解釈して実行するので受信端末３の機種やオペレーティングシステムに制約されない。
【００４６】
本発明はこのようなウエブページの特徴を利用する。ウエブページ生成処理部６は、標準形式のウエブページ７に表示制御プログラム８及びその表示制御プログラム８の動作に必要なデータ９を付加する機能を持つ。表示制御プログラム８というのは、ユーザの操作等によってウエブページの表示内容を自動的に切り換えるような処理を実行するプログラムのことである。本発明ではこの表示制御プログラム８によって、例えばサーバがユーザの要求に従ってそのつど見積もり計算を実行するといった負荷を軽減する。
【００４７】
必要なデータ９というのは、表示制御に必要なデータであって、例えば商品のオプションの選択肢が１０種類あれば１０種類全部の商品名、単価等のデータである。必要なデータ９は、表示制御プログラム８とは別に用意してもよいし、表示制御プログラム８中に一体に組み込まれても良い。商品のオプションの組合せが多様であって、必要なデータ９のデータサイズが大きくなりすぎると、新たなウエブページを受信端末に送信するための負荷が大きくなる。従って、データサイズの最適化が図れるような、表示要求をユーザに求めることが好ましい。
【００４８】
生成された新たなウエブページ１０は、ネットワーク１を通じて受信端末３に送信される。このネットワーク１はインターネットが適するが、この他に、電話網、イントラネットその他あらゆるネットワークを用いて本発明の実施が可能である。
【００４９】
以下本発明のより具体的な例を図を参照しながら説明する。
図２は、ウエブページの構成例を示す説明図で、（ａ）は機種選択用ページの主要部、（ｂ）は見積もり用ページの主要部である。
ユーザが、パーソナルコンピュータの見積もりを希望する場合には、まず、図の（ａ）の機種選択用ページ１２を開く。このページの選択リスト１３を用いて、例えば機種はＡタイプでWindows 98またはWindows NT（マイクロソフト社の商品名）のオペレーティングシステムが搭載されたパーソナルコンピュータを選択する。その選択結果は図１に示す表示要求１１としてネットワーク１を通じてサーバ２に送信される。通信部４はこれを受信する。
【００５０】
サーバ２のウエブページ生成処理部６は、図２の（ｂ）に示すような新たなウエブページ１０を生成して受信端末３に送信する。この新たなウエブページ１０は、機種がＡタイプでWindows 98のオペレーティングシステムが搭載されたパーソナルコンピュータ用のオプションを自由に選択して、購入価格等を見積もりする機能を持つ。例えばこのウエブページの選択リスト１４により、搭載ＲＡＭ（Random Access Memory）の容量やメーカを選択する。「ｘｘｘｘ」の部分には、メーカー名等が表示され、ユーザは好みのメーカを選ぶこともできる。部品の選択と同時に見積結果１５が計算されて表示される。ユーザは部品の選択を終了すると、見積書作成ボタン１６をクリックして、サーバに正式な見積書の要求をする。
【００５１】
図３は、図２（ａ）の機種選択用ページ１２で機種が選択された後の、サーバ側の動作を示すフローチャートである。
まずサーバ２は、ステップＳ１で、ユーザの要求した機種とオペレーティングシステム（ＯＳ）に関する情報を取得する。次に、ウエブページ生成処理部６は、図１に示した記憶部５から、標準形式のウエブページ７と、これに付加するための必要なデータ９の取得を開始する。ステップＳ２では部品情報を取得する。部品情報とは、部品名や部品の価格、部品コード等を含む情報である。この部品情報中の部品名により、図２（ｂ）に示したような選択リスト１４が生成される。部品の価格はウエブページ上に表示される。部品コードや送料データ等はウエブページ上には表示されない。これらのデータはウエブページのソースコード中に記述される。ステップＳ３では部品に関するルールを取得する。ルールの内容は、次のステップＳ４やＳ５で説明する。
【００５２】
ステップＳ４では、部品の相性に関わるルールをスクリプト化する。部品の相性に関わるルールとは、例えば部品Ａと部品Ｂとは同時に使えないとか、部品Ｃを使うには部品Ｄが必要といったルールである。このようなルールをウエブページに含めることによって、ユーザが専門家から適切なアドバイスを受けながら、自分の好みの仕様のパーソナルコンピュータをオーダーする場合と同様の環境を、ウエブページのみによって提供できる。
【００５３】
ステップＳ５では、リソースに関わるルールをスクリプト化する。リソースに関わるルールとは、例えばパーソナルコンピュータにオプションカードを装着するための２つの空きスロットが設けられているとき、同時に３枚のカードは付けられないとか、該当するパーソナルコンピュータにカードを追加するとＩＲＱが不足するとかいったルールである。このルールをウエブページに含めると、部品の相性と同様に、ユーザによるオプションの選択誤りを防止できる。
【００５４】
最後にステップＳ６で上記のような部品が選択された場合の見積もり計算をする計算式をスクリプト化する。図２の（ｂ）を用いて説明したように、部品の選択と同時に見積もり結果が表示されるから、ユーザは自由に様々な部品の組合せについて自分の予算と比較し検討することができる。しかも、この計算はリアルタイムで実行されるから、受信端末を利用するユーザが、計算のために長時間待たされることがない。
【００５５】
また、この計算プログラム中に部品の不適当な組合せ等に対する注意メッセージを表示するプログラムも含めれば、非常に利用し易いものになる。さらに、この計算をサーバが行わなくてよいから、サーバに負荷がかからないという効果もある。即ち、ネットワークを介して接続された多数のユーザの試算的な見積もり計算を、全てサーバ側でリアルタイムに行おうとすると、サーバに高い計算能力と通信処理能力が要求され、サーバ側の設備コストが増大する。これを避けるためにサーバがバッチで見積もり計算を行うと、ユーザへの見積もり計算結果の通知のタイミングが遅れて、ユーザの便宜が図れない。また、受信端末３上での見積もり計算はオフラインでも可能なので、ダイヤルアップしている場合は、一度回線を切断し、所望の構成が決まった段階で再接続し、正式見積もりを要求すこともできる。こうすれば、ユーザはじっくりと検討ができるとともに、通信費の節約にもなる。
【００５６】
ステップＳ７では、図１に示した標準形式のウエブページ７に上記のスクリプトを付加して新たなウエブページを完成させる。もちろん、上記のステップＳ２〜ステップＳ７の処理はどのような順番で行ってもよいし、部品情報を取得しながらスクリプトを生成してもよいし、スクリプトを生成しながら順番に新たなウエブページを生成していっても構わない。最後にステップＳ８で受信端末３に対していま生成した新たなウエブページを送信する。この図のステップＳ１からステップＳ８の処理は、ユーザから表示要求１１を受信してごく短時間のうちに完了する。従って、つねに最新のデータベースを参照して生成された新たなウエブページをユーザに提供でき、価格改定にもリアルタイムで反映できるという効果がある。
【００５７】
図４は、サーバから受信端末に送信された新たなウエブページをユーザが操作する場合のウエブページの動作を説明するフローチャートである。
これまで説明したように、図２（ｂ）に示した新たなウエブページ１０が受信端末３に受信され、ユーザが選択リスト１４等を操作して部品を選択すると、新たなウエブページ１０に付加されたスクリプトが動作して、自動的に見積もり計算を実行する。即ち、以下のような処理により、サーバに全く負担をかけることなく、たくさんの選択可能な部品を組み合わせた見積もり計算を受信端末３側で自動的にすみやかに実行する。
【００５８】
まず、ステップＳ１１において、受信端末３では、サーバ２から受信した新たなウエブページ１０を表示する。その内容は図２（ｂ）に示したとおりである。ステップＳ１２で、ユーザによる部品の選択を受け付ける。ユーザは図２（ｂ）に示した選択リストを利用して、好みの部品を選択する。ステップＳ１３は、図２（ｂ）に示した見積書作成ボタン１６がクリックされたかどうかを判断する処理である。
【００５９】
見積書作成ボタン１６がクリックされていなければ、ステップＳ１４で部品の相性チェック用スクリプトが動作する。ステップＳ１５ではリソースの適正チェック用スクリプトが動作する。そして、ステップＳ１４と１５でのスクリプトの処理結果に基づき、ステップＳ１６で、部品の選択が適当だったかどうかを総合判断する。部品の選択が適当であれば、ステップＳ１７で見積もり計算用スクリプトが動作し、直ちにその結果を図２（ｂ）の見積結果１５の部分に表示する。部品の選択が不適当ならステップＳ１８でエラー表示をし、ユーザに部品選択のやり直しを求める。
【００６０】
ステップＳ１２からステップＳ１８の処理を繰り返して、ユーザが必要な全ての部品を選択し終わって、図２（ｂ）に示した見積書作成ボタン１６をクリックすると、ステップＳ１９でその選択結果がサーバに送信される。サーバ２では受信端末から受け取った選択結果中に含まれる部品コード等を読み取って、正式な見積書を作成し、その結果を受信端末に送信する。
【００６１】
なお、上記の例では、サーバが受信端末側から受信した所定の表示要求に従ってウエブページを生成した。これにより、受信端末のユーザの選択により内容やデータサイズが最適化されたウエブページを送信できた。このほかに、受信端末側の能力が問題になることがある。例えば、大容量高速回線に接続された受信端末と、小容量低速回線に接続された受信端末とでは、快適に受信して参照できるウエブページのデータサイズは異なる。受信端末側の回線が、例えば、通常の電話回線か、ＩＳＤＮ（統合サービスディジタル通信網 (integrated services digital network)）等の回線か、ケーブル部モデムを介して接続されたＬＡＮ（ローカルエリアネットワーク）かがわかれば、その回線の種類に応じたデータサイズのウエブページを送信する。
【００６２】
そこで、例えば最初に受信端末に送信するメニュー画面のウエブページに、受信端末側の能力を問い合わせるフォームを含めておく。受信端末側の能力としては、回線速度等のネットワーク環境のほか、受信端末の演算処理速度やメモリ容量その他様々なものがあるが、その性質に応じて生成するウエブページの内容を選択するようにすればよい。例えば極めてネットワーク環境が悪いような場合、画像データを最小限にしたウエブページを生成して送信することができる。この場合、ウエブページの送信が例えば１０秒以内に完了するようなデータサイズを選択して、そのデータサイズのウエブページを生成するとよい。
【００６３】
いずれの場合でも、ユーザが最初にパーソナルコンピュータのオペレーティングシステムを例えばWindows 95か、Windows 98かあるいはWindows NTかを選択し、その選択に応じて見積もり計算用のウエブページを生成して送信すると、そのウエブページサイズは、オペレーティングシステムを指定していない場合に比べて約３分の１になり、新たなウエブページを送信するための時間が短縮できる。
【００６４】
また、エヌティティ移動通信網株式会社が提供しているｉモードサービスでは、携帯端末によりウエブページの閲覧が可能である。しかし、この方式の携帯端末に受信されたウエブページは特殊なブラウザで表示制御される。このような携帯端末へウエブページを送信する場合には、そのブラウザの表示形式に適したレイアウトにし、さらに受信メモリ容量等を考慮する最適化をすることが好ましい。また、例えば、携帯用のパーソナルコンピュータに携帯電話を接続した場合には、その携帯電話がディジタル方式かアナログ方式かによって、データ伝送速度が相違する。このような受信側のシステム構成を考慮したウエブページのデータサイズ選択をすることも出来る。
【００６５】
さらに、本発明によれば、ネットワークのトラフィックに対応したウエブページのデータサイズ最適化を図ることもできる。例えばサーバの接続されたネットワークのトラフィックが増大して、大サイズのウエブページ送信に時間がかかるような場合には、生成するウエブページのデータサイズを最小限にする。このように動的にウエブページのデータサイズを変更して、ウエブページを参照するユーザの便宜を図ることができる。
【００６６】
同様にして、サーバの負荷に対応したウエブページのデータサイズ最適化をすることができる。例えばユーザのアクセスが集中して、サーバに高い負荷がかかった場合には、ウエブページのデータサイズを小さくして、ウエブページ生成処理の負荷とウエブページ送信のための負荷を軽くすることができる。
【００６７】
また、上記の受信端末の表示要求、受信端末側の能力、ネットワークのトラフィック、サーバの負荷等を任意に組み合わせてウエブページ生成のためのパラメータにし、生成するウエブページのデータサイズの最適化を図ることもできる。本発明は、上記のような商品の販売システムのみならず、例えば旅行社による観光旅行のプラン、その他、ネットワークを利用したサービス等にも広く利用することができる。海外旅行プランの場合に、行き先の都市だけを指定する場合よりも、行き先の都市と宿泊日数とを指定する場合のほうが、ユーザに紹介するプランの数が２０パーセントとか３０パーセントといった程度に減少する。従って、新たなウエブページの通信時間を短縮できる。
【００６８】
なお、図１に示した各機能ブロックは、それぞれ別々のプログラムモジュールにより構成してもよいし、一体化したプログラムモジュールにより構成してもよい。また、これらの機能ブロックの全部または一部を論理回路によるハードウエアで構成しても構わない。また、各プログラムモジュールは、既存のアプリケーションプログラムに組み込んで動作させてもよいし、独立のプログラムとして動作させてもよい。
【００６９】
本発明を実現するためのコンピュータプログラムは、例えばＣＤ−ＲＯＭのようなコンピュータで読み取り可能な記録媒体に記録して、インストールして利用することができる。また、ネットワークを通じてコンピュータのメモリ中にダウンロードして利用することもできる。
【図面の簡単な説明】
【図１】本発明のウエブページ提供システムを示すブロック図である。
【図２】ウエブページの構成例を示す説明図で、（ａ）は機種選択用ページの主要部、（ｂ）は見積もり用ページの主要部である。
【図３】機種選択用ページ１２で機種が選択された後の、サーバ側の動作を示すフローチャートである。
【図４】サーバから受信端末に送信された新たなウエブページをユーザが操作する場合のウエブページの動作を説明するフローチャートである。
【符号の説明】
１  ネットワーク
２  サーバ
３  受信端末
４  通信部
５  記憶部
６  ウエブページ生成処理部
７  標準形式のウエブページ
８  表示制御プログラム
９  必要なデータ
１０  新たなウエブページ
１１  表示要求
【図１】
0004380000.tif 000002
【図２】
0004380000.tif 000003
【図３】
0004380000.tif 000004
【図４】
0004380000.tif 000005