(57)【要約】【課題】  サービス内容を十分に理解していないユーザが利用申込みに至ることを防止する。【解決手段】  サービス内容を提示する複数の表示画面を第１の種別の表示画面と第２の種別の表示画面とに分類し、第１の種別の表示画面にのみユーザクライアントから当該サーバに対して前記申込要求を送信するための表示要素を配置した。ユーザクライアントからの閲覧要求に応じて送信する表示画面が第１の種別の表示画面である場合には、サービス内容を提示する画面にユーザクライアントから当該サーバに対して申込要求を送信するための表示要素を配置したページ記述情報を、当該ユーザクライアントに対して送信する。これにより、サービス内容をユーザが理解したと見込まれる第１の種別の画面に対してのみに利用申込みを促す表示を行うことから、ユーザが提供されるサービスの内容を十分に理解することのないまま利用申込みをしてしまうことを防止することができる。【選択図】        図４
2005135184.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介したオンライン教習サービスのサービス内容の提示および該サービスの利用登録を受付けるサーバにおける情報提供方法において、
ユーザクライアントからの閲覧要求に応じて、サービス内容を提示する複数の表示画面に係るページ記述情報を当該ユーザクライアントに対してそれぞれ送信するステップと、
ユーザクライアントからの申込要求に応じて、サービス内容の申込みを受付ける表示画面に係るページ記述情報を当該ユーザクライアントに対して送信するステップと
を備え、
前記サービス内容を提示する複数の表示画面は、第１の種別の表示画面と第２の種別の表示画面とに分類されるものであって、前記第１の種別の表示画面にのみユーザクライアントから当該サーバに対して前記申込要求を送信するための表示要素を配置したことを特徴とする情報提供方法。
【請求項２】
前記申込みを受付ける表示画面において、少なくともサービス利用料金および当該利用料金の支払い方法に関する情報と、前記通信環境に関する情報とを再提示するとともに、前記通信環境を試験するための試験コンテンツを前記ユーザクライアントに提供するための表示要素を配置したことを特徴とする請求項１に記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信ネットワークを介して接続されたクライアント装置に対し、オンライン教習サービスを提供するサーバにおける情報提供方法に関する。特に、オンライン教習サービスのサービス内容乃至重要事項等を理解している蓋然性の高いユーザのみが該サービスの利用登録を行うことができるように、表示画面を提供する情報提供方法に関する。
【背景技術】
【０００２】
一般的に、例えば個人が英会話などの外国語を学ぶ原初的な教習形態としては、ユーザ自身が英会話教室に通って指導者から直接的に英会話の教習を受ける通学方式、あるいはユーザがＣＤやカセットテープ等の記録媒体に記録された英会話を聴いたり、ユーザ自身が英語で話したり書いたりしたものを記録した記録媒体や紙媒体などを指導者に対して送受して指導者に添削してもらうことで英会話の教習を受ける通信添削方式等がある。こうした既存の教習形態に代わり、最近ではインターネットに代表されるような有線若しくは無線の通信ネットワークの発展及び一般家庭における高速通信環境（所謂ブロードバンドと呼ばれるADSL、FTTH、CATVなど）の普及に伴い、通信ネットワークを介した英会話等の遠隔教育、所謂ｅラーニングと呼ばれるオンライン教習サービスが提供されつつある。これによると、ユーザは自宅等に設置したパーソナルコンピュータ等からいつでも通信ネットワークを介して英会話等のｅラーニングサービスの提供を受けることができることから、自宅に居ながらにして好きな時間に自由に英会話の教習を受けることができる。
【０００３】
ところで、上記したような通信ネットワークを介してのオンライン教習サービスを受ける場合、ユーザは所定の文字列情報で構成されるネットワークアドレスであるURL（Uniform Resource Locatorの略）などを指定することによってインターネット上に接続された所望のオンライン教習サービスを提供するサーバ内のWWW（World wide Web）サイトに対してアクセスし、該アクセスしたWWWサイトからサービスの内容紹介乃至サービスの利用申込みを行う必要がある。上記した通信ネットワークを介しての英会話等の教習サービスといったサービス商品は従来にない新規な商品といえるものであるが、こうしたサービス商品の内容紹介乃至利用申込みについては従来と同様にWWWサイトを用いて行われており、こうしたサービス商品のためのWWWサイトにおいても他の種類の商品、例えばサービスとは異なる現物の商品・物（ハードウエア等）を販売するためのWWWサイトと同様の画面構成が採用されている。しかし、新規な商品であるサービス商品を提供するための従来知られたWWWサイトの画面構成は一般的な物販のためのWWWサイトと同様の画面構成、すなわちサービス内容を紹介する画面の随所に当該サービスの利用申込みを促すための「申込み」表示等がなされた画面構成であったことから、一般ユーザは提供されるサービスの内容を十分に理解することのないままに、当該サービスの利用申込みをしてしまうおそれがあり都合が悪い、という問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は上述の点に鑑みてなされたもので、サービス内容をユーザが理解したと見込まれる画面に対してのみにサービスの利用申込みのための「申込み」ボタンを表示して、ユーザに対し利用申込みを促すようにしたことにより、ユーザが提供されるサービスの内容を十分に理解することのないまま当該サービスの利用申込みをしてしまうことを防止することのできるようにした、通信ネットワークを介したオンライン教習サービスを提供するサーバにおける情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る情報提供方法は、通信ネットワークを介したオンライン教習サービスのサービス内容の提示および該サービスの利用登録を受付けるサーバにおける情報提供方法において、ユーザクライアントからの閲覧要求に応じて、サービス内容を提示する複数の表示画面に係るページ記述情報を当該ユーザクライアントに対してそれぞれ送信するステップと、ユーザクライアントからの申込要求に応じて、サービス内容の申込みを受付ける表示画面に係るページ記述情報を当該ユーザクライアントに対して送信するステップとを備え、前記サービス内容を提示する複数の表示画面は、第１の種別の表示画面と第２の種別の表示画面とに分類されるものであって、前記第１の種別の表示画面にのみユーザクライアントから当該サーバに対して前記申込要求を送信するための表示要素を配置したことを特徴とする。
【０００６】
この発明によると、サービス内容を提示する複数の表示画面を第１の種別の表示画面と第２の種別の表示画面とに分類し、前記第１の種別の表示画面にのみユーザクライアントから当該サーバに対して前記申込要求を送信するための表示要素を配置した。ユーザクライアントからの閲覧要求があると、サービス内容を提示する複数の表示画面に係るページ記述情報を当該ユーザクライアントに対して送信するが、その際に該閲覧要求に応じて送信する表示画面が第１の種別の表示画面である場合には、サービス内容を提示する画面にユーザクライアントから当該サーバに対して申込要求を送信するための表示要素を配置したページ記述情報を、当該ユーザクライアントに対して送信する。これにより、サービス内容をユーザが理解したと見込まれる第１の種別の画面に対してのみにサービスの利用申込みのための表示要素を表示し、ユーザに対し利用申込みを促すようにしたことから、ユーザが提供されるサービスの内容を十分に理解することのないまま当該サービスの利用申込みをしてしまうことを防止することができるようになる。
【０００７】
本発明は方法の発明として構成し実施することができるのみならず、装置の発明として構成し実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記憶媒体の形態で実施することもできる。
【発明の効果】
【０００８】
この発明によれば、サービス内容をユーザが理解したと見込まれる画面に対してのみにサービス利用申込みのための「申込み」ボタンを表示することから、サービスの利用を申込むユーザはサービス内容等を理解している蓋然性の高いユーザである。したがって、オンライン教習サービスで提供される新規な教習商品であっても、一般ユーザがこうした教習商品の内容乃至必須条件などを十分理解しない状態のままで、当該サービスの利用申込みに至ることを防止することができるようになる、という効果を奏する。
【発明を実施するための最良の形態】
【０００９】
以下、この発明の実施の形態を添付図面に従って詳細に説明する。
【００１０】
図１は、本発明に係る情報提供方法を適用したオンライン教習サービスシステムの全体構成の一実施例を示すシステムブロック図である。この実施例に示すオンライン教習サービスシステムは通信ネットワークを介しての教習サービスを提供するためのシステムであって、教習サービスを受ける側であるパソコン端末や携帯通信端末（例えば、携帯電話やPDA）などのユーザクライアントＰＣと、教習サービスを提供する側であり多数のWWWサイトや各種データ等（例えば顧客管理用のユーザデータ、教習用の動画データや曲データなど）を記憶したサーバＭＳと、インターネットなどの通信ネットワークＸとにより構成される。詳しくは後述するが、該オンライン教習サービスシステムを構成する各々の装置（上記クライアントＰＣ及びサーバＭＳ）は、各々がＣＰＵ、ＲＯＭ、ＲＡＭ、通信インタフェース等を含む独立したコンピュータにより構成されてなり、各々の装置はインターネットや専用線等を利用した有線若しくは無線などの通信ネットワークＸを介して、互いの装置間において各種情報を送受信することができるようになっている。こうしたオンライン教習サービスシステムにより提供可能なサービス内容の一例としては、例えばユーザ別に個々のユーザの習熟度にあわせた楽器の演奏練習行程に従って、練習曲の曲データを提供する、練習曲を弾く際の運指及び演奏強弱などの演奏テクニックの動画により画面上に表示する、あるいはユーザに対する音楽的な指導（アドバイス）を画面上に表示するなどして、楽器や演奏機器の演奏教習を指導する教習サービスなどがある。
なお、こうしたオンライン教習サービスシステムは図１に示す以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。
【００１１】
クライアントＰＣは、所定の文字列情報で構成されるネットワークアドレスであるURLなどを指定することによってインターネット等の通信ネットワークＸ上に接続されたサーバＭＳ内にあるホームページ等のWWWサイトのいずれかへアクセスし、該WWWサイト画面を表示することができる。すなわち、サーバＭＳとクライアントＰＣとはLAN（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸを介して接続されており、クライアントＰＣを通信ネットワークＸ上に接続することによりサーバＭＳとの間において双方向通信が可能な状態とすることができ、さらにURLなどの入力に従ってユーザ所望のWWWサイトにアクセスして、該アクセスしたWWWサイトからユーザ所望の情報等を受信する、若しくはクライアントＰＣからサーバＭＳに対して各種情報等を送信することができる。本実施例に示すオンライン教習サービスシステムにおいては、クライアントＰＣとアクセスしたサーバＭＳとの間でサービス内容や利用登録に関する各種情報を送受信することができるようになっている。こうしたクライアントＰＣとサーバＭＳとの間における各種情報等の送受信は、インターネット用ブラウザなどの所定のソフトウエアプログラムを用いて行われる。
【００１２】
サーバＭＳは、各種情報等をクライアントＰＣに対して提示するためのWWWサイト画面の表示に関する例えばHTML（Hyper Text Markup Languageの略）プログラムなどで記述されているページ記述情報、ユーザに提供する曲データや画面上に表示する動画データや音声データ、テキストデータなどの各種データ等を多数記憶しており、クライアントＰＣからのアクセス要求に応じて、その要求に相当するページ記述情報や各種データ等をクライアントＰＣへ返信するサーバコンピュータである。すなわち、サーバＭＳは、専用線あるいはインターネット等の通信ネットワークＸでクライアントＰＣと接続され、クライアントＰＣからのアクセス指定（例えば、URLの指定など）に応じて該当するWWWサイト画面を表示するためのページ記述情報や各種データ等をクライアントＰＣに配信する。勿論、サーバＭＳは上記した当該サービスに関する情報のほかに、楽器の新製品などの関連する広告情報をはじめ、多種多様な情報を提示することができるようにもなっている。
【００１３】
なお、上記オンライン教習サービスシステムに通信ネットワークＸを介して接続可能なクライアントＰＣとして用いられる機器は上述したようなパソコン端末や携帯通信端末等に限らず、通信ネットワークＸを介してサーバＭＳとの間で各種情報を送受信して処理できるものであればどのような形態の機器であってもよい。すなわち、カラオケや自動演奏ピアノのような自動演奏装置であってもよいし、ゲーム機器若しくは電子楽器などであってもよい。また、オンライン教習サービスシステムに対して、複数のクライアントＰＣやサーバＭＳなどが通信ネットワークＸを介して接続されていてよいことは言うまでもない。
【００１４】
次に、図１に示したクライアントＰＣ又はサーバＭＳいずれかのハード構成の一実施例について、図２を用いて簡単に説明する。図２は、上記各装置いずれか１つの全体構成の一実施例を示すハード構成ブロック図である。ただし、上記各装置は同じようなハード構成を用いるものとして説明することができることから、代表としてクライアントＰＣについてのブロック図を１つだけ用いて説明する。
【００１５】
本実施例に示すクライアントＰＣは、マイクロプロセッサユニット（ＣＰＵ）１、リードオンリメモリ（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３からなるマイクロコンピュータによって制御されるようになっている。ＣＰＵ１は、このクライアントＰＣ全体の動作を制御するものである。このＣＰＵ１に対して、データ及びアドレスバス１Ｄを介してリードオンリメモリ（ＲＯＭ）２、ランダムアクセスメモリ（ＲＡＭ）３、出力デバイス４、入力デバイス５、通信デバイス６がそれぞれ接続されている。ＲＯＭ２は、ＣＰＵ１により実行あるいは参照される各種プログラムや各種データ等を格納するものである。ＲＡＭ３は、サーバＭＳから送信された各種情報等、若しくはＣＰＵ１が所定のプログラムを実行する際に発生する各種データなどを一時的に記憶するワーキングメモリとして、あるいは現在実行中のプログラムやそれに関連するデータを記憶するメモリ等として使用される。ＲＡＭ３の所定のアドレス領域がそれぞれの機能に割り当てられ、レジスタやフラグ、テーブル、メモリなどとして利用される。
【００１６】
出力デバイス４はサーバＭＳから提示されるWWWサイト画面、例えば後述するトップ画面（図５参照）、スタイル表示画面（図６参照）、効果表示画面（図７参照）、内容表示画面（図８参照）、申込み画面（図９参照）等の各種画面を表示するための、例えば液晶表示パネル（ＬＣＤ）やＣＲＴなどのディスプレイ、あるいはサーバＭＳから送信された曲データに基づき楽音を発生する音源等である。入力デバイス５は、ＵＲＬなどを入力するための文字データ入力用のキーボードや数値データ入力用のテンキー、若しくはディスプレイ上のポインタを操作するマウスなどのポインティングデバイスなどの入力機器である。
【００１７】
通信デバイス６は、例えばＬＡＮやインターネット、電話回線等の通信ネットワークＸに接続されており、該通信ネットワークＸを介して所定のサーバＭＳ等と接続され、当該サーバＭＳに対してリクエストを送信したり、当該サーバＭＳからWWWサイト画面表示のためのページ記述情報や各種処理を実行するアプリケーション・プログラムなどを受信したりするための通信インタフェースである。本実施例に示したクライアントＰＣの場合、通信ネットワークＸを介してサーバＭＳへとページ記述情報やデータなどのダウンロードを要求するリクエストを送信する。サーバＭＳは、こうしたリクエストを受け、要求されたページ記述情報やデータなどを、通信ネットワークＸを介してクライアントＰＣ側へと配信し、クライアントＰＣが通信デバイス６を介して、ページ記述情報を受信して該ページ記述情報に基づくWWWサイト画面などをディスプレイに表示したり（こうしたページ記述情報によるディスプレイへのサイト画面表示技術は周知の技術であることから、説明を省略する）、あるいはＲＡＭ３等に蓄積する。また、クライアントＰＣから入力した情報を基に、サーバＭＳから各種処理を実行するアプリケーション・プログラムをダウンロードすることもできる。
なお、上記通信デバイス６は、有線のものに限らず無線のものであってもよい。また、双方を具えていてもよい。また、通信デバイス６として、外部のMIDI機器等からMIDI規格の楽音情報（つまり、MIDIデータ）を当該クライアントＰＣへ入力したり、あるいは当該クライアントＰＣからMIDI規格の楽音情報（MIDIデータ）を外部のMIDI機器等へ出力するためのMIDIインタフェースを具えていてもよい。
【００１８】
なお、サーバＭＳから受信したページ記述情報や曲データ等、若しくはＣＰＵ１が実行する各種アプリケーション・プログラム等を記憶するためのハードディスク等の外部記憶装置を具えていてよい。勿論、ハードディスク（HD）に限られず、フロッピィーディスク（FD）、コンパクトディスク（CD）、光磁気ディスク（MO）、DVD（Digital Versatile Diskの略）等の着脱自在な様々な形態の外部記憶媒体を利用する記憶装置であってもよい。若しくは、半導体メモリなどであってもよい。なお、クライアントＰＣやサーバＭＳは出力デバイス４や入力デバイス５などを１つの装置本体に内蔵したものに限らず、それぞれが別々に構成され、所定のインタフェースを用いて前記各装置を接続するように構成されたものにも同様に適用できることはいうまでもない。
【００１９】
ユーザが通信ネットワークＸを介したオンライン教習サービスを受けるためには、オンライン教習サービスを提供するサーバＭＳが立ち上げた所定のWWWサイトに対して適宜にアクセスし、表示される各種のWWWサイト画面上（後述するトップ画面、スタイル表示画面、効果表示画面、内容表示画面など）に記載されている当該サービスの内容等を参照して当該サービス内容や必須条件などを理解した上で、所定の申込み画面（後述する）上から該サービスの利用申込みを行うことが必要である。そこで、こうしたオンライン教習サービスの利用申込みに関して、クライアントＰＣ及びサーバＭＳが各々実行する処理について説明する。以下では、クライアントＰＣからリクエストが発せられた際にサーバＭＳ側で実行する「リクエスト受付処理」について図３を用いて、サーバＭＳに対してリクエストを送信した際にクライアントＰＣ側で実行する「リクエスト送信処理」について図４を用いて、それぞれ説明する。図３は、サーバＭＳ側で実行する「リクエスト受付処理」の一実施例を示すフローチャートである。図４は、クライアントＰＣ側で実行する「リクエスト送信処理」の一実施例を示すフローチャートである。これらの各処理は図１に示したクライアントＰＣ又はサーバＭＳのそれぞれにおいて、電源オンと共に起動し電源オフと共に終了する常駐プログラムであって常に所定の待機状態にあり、サーバＭＳ側の処理はクライアントＰＣからリクエストを受信すると開始され、クライアントＰＣ側の処理はサーバＭＳに対してリクエストを送信する操作が行われた場合に開始される。
【００２０】
まず、図３に示したフローチャートに従って、サーバＭＳ側で実行する「リクエスト受付処理」の動作について説明する。
ステップＳ１では、通信ネットワークＸを介して接続されたクライアントＰＣからのリクエストを受け付ける。このリクエストは、ユーザが直接ブラウザ上でオンライン教習サービスを提供するサーバＭＳ内のWWWサイトのURL（例えばトップ画面のURL）を入力指定した場合、あるいは表示中の画面に張られたハイパーリンク先をマウス等を用いてクリックした場合にサーバＭＳに対して送信されるデータである。リクエスト待機状態にあるサーバＭＳは、クライアントＰＣからリクエストを受け付けると、該リクエストを解析する（ステップＳ２）。解析する内容としては、各クライアントＰＣに付されている通信ネットワーク上のアドレスであるクライアントIP、ユーザ指定のリクエストURL、該リクエストが行われたアクセス日時、ユーザエージェントなどである。ステップＳ３では、該リクエストに対応したページ記述情報及びそれに関連するテキストデータ、画像データ、音声データ等の各種データをクライアントＰＣに対して返送する。すなわち、クライアントＰＣ側に表示する入力済みのURLに対応した画面を形作る表示要素（GUI部品を含む）を送信する。この際に、解析したリクエストの内容に従って、申込みを開始することのできる第１種別の表示画面、申込みを開始することのできない第２種別の表示画面のいずれかの画面を提示する。ステップＳ４では、該サーバＭＳに対してアクセスしたクライアントＰＣに関する所定の履歴情報を保存するアクセスログを更新する。ステップＳ５ではリクエスト待機状態に戻って、クライアントＰＣからの新たなリクエストがあるまで処理の実行を待つ。このようにして、通信ネットワークＸを介して接続されたクライアントＰＣからのリクエストがあるまで待機し、リクエストがあると該リクエストに従って表示すべき画面に関する情報を該リクエストを発したクライアントＰＣに対して送信する。
【００２１】
次に、図４に示したフローチャートに従って、クライアントＰＣ側で実行する「リクエスト送信処理」の動作について説明する。
ステップＳ１１では、通信ネットワークＸを介して接続されたサーバＭＳに対してリクエストを送信する。すなわち、クライアントＰＣにおいて操作受付待機状態にある場合に、ユーザが直接ブラウザ上でオンライン教習サービスを提供するサーバＭＳ内のWWWサイトのURLを入力指定した、あるいは表示中の画面上に張られたハイパーリンク先をマウス等を用いてクリックしたなどの操作が行われることに伴い、サーバＭＳに対しリクエストを送信する。ステップＳ１２では、サーバＭＳからページ記述情報を受信するまで受信待機状態とする。サーバＭＳからページ記述情報を順次に受信すると、該受信したページ記述情報をキャッシュメモリ（ＲＡＭ３）に保存すると共に、これに基づきディスプレイ上に画面の描画（動画あるいはテキスト表示など）乃至曲や音声などの再生を開始する。ステップＳ１４では、受信したページ記述情報内にプログラムコードがあるか否かを判定する。プログラムコードがない場合には（ステップＳ１４のＮＯ）、ページ記述情報の受信を完了して操作受付待機状態に戻る（ステップＳ１５及びステップＳ１６）。一方、プログラムコードがある場合には（ステップＳ１４のＹＥＳ）、当該コードを順次に構文解析する（ステップＳ１７）。該解析が成功しエラーと判定されなかった場合には（ステップＳ１８のＮＯ）、解析したコードを実行する（ステップＳ１９）。当該プログラムコードはサーバＭＳから提示された各画面がクライアントＰＣ上で表示される期間において実行されるものであって、これにより画面の表示制御等を行っている。なお、クライアントＰＣ上で実行可能なプログラムコードの一例としては、中間コード形式の所謂アプレットプログラムとスクリプトプログラムのいずれのコードであってもよい。こうしたコードの構文解析に失敗（エラー）したと判定した場合には（ステップＳ１８のＹＥＳ）、例えば画面上の該当位置にエラーを表示する（ステップＳ２０）。該エラー表示は、クライアントＰＣ側の設定によっては表示しない場合があってもよい。
【００２２】
なお、上述した各処理は、各々の装置におけるＣＰＵ１が所定のプログラム（ソフトウエア）を実行することにより実施される。勿論、コンピュータソフトウエアの形態に限らず、DSP（ディジタル・シグナル・プロセッサ）によって処理されるマイクロプログラムの形態でも実施可能であり、また、この種のプログラムの形態に限らず、ディスクリート回路又は集積回路若しくは大規模集積回路あるいはゲートアレイ等を含んで構成された専用ハードウエア装置の形態で実施してもよい。
【００２３】
ここで、クライアントＰＣからのリクエスト（閲覧要求又は申込要求）に基づきサーバＭＳが提示するWWWサイト画面、つまりサーバＭＳから送信されるページ記述情報に基づきクライアントＰＣ側で表示する画面について、リクエストの内容毎に図を分けてそれぞれ説明する。以下では、オンライン教習サービスとして、例えば楽器や演奏機器の演奏教習を指導する教習サービスを提供する場合に表示すべき画面を例にして説明する。
【００２４】
まず、ユーザが直接ブラウザ上でオンライン教習サービスを提供するサーバＭＳ内のWWWサイトのURLを入力指定した際に発せられるリクエスト（閲覧要求）に応じて表示する「トップ画面」の画面構成について、図５を用いて簡単に説明する。図５は、「トップ画面」の画面構成の一実施例を示す概念図である。なお、このトップ画面は他の画面からの指定に基づき、サービス紹介画面として最初に表示されるようになっていてよい。例えば、複数の教習コースが提供されるオンライン教習サービスである場合には、図示しない「レッスンコース選択画面」上に当該トップ画面と相互にハイパーリンクを張り、ユーザが「レッスンコース選択画面」上の当該ハイパーリンクをマウス等によりクリックすることに従い、ここに示すようなトップ画面を表示するようにしてあってもよい。
【００２５】
図５に示す「トップ画面」はサービスの利用申込みを開始することのできる第１種別の表示画面であり、通信ネットワークＸを介してアクセスしてきたユーザに対して最初に提示される初期画面である。該トップ画面においては、以下に示すような内容の表示がなされる。この実施例では、例えば
この教習コースで提供される大まかなレッスン（コンテンツ）の概要紹介や、該サービスにおいて使用する教材の紹介。
サービス利用料金（と必要に応じて登録してからサービスの提供を受けることのできる登録有効期間）。
サービスが提供可能なユーザ環境条件（例えば通信速度やクライアントＰＣの性能、あるいは必須のハードウェア及びソフトウェア等）。
サービスのしくみなどのサービス全体の概要説明やこのサービスの利点など。
該トップ画面では、以上のような内容を少なくともユーザに対して提示する。勿論、上記以外の内容を表示してもよい。また、トップ画面には「レッスンスタイルの紹介」表示Ｂがなされたハイパーリンクが張られており、この「レッスンスタイルの紹介」表示Ｂがクリックされると、より詳しいサービス全体の概要を説明する「スタイル選択画面」（図６参照）に画面表示を移行する。さらに、トップ画面にはGUI（Graphical User Interfaceの略）である「申込み」ボタンＡが配置されており、該「申込み」ボタンＡをクリックすることでユーザは当該サービスの申込みを開始することができるようになっている（この明細書では、こうした画面を第１種別の表示画面と呼ぶ）。すなわち、この「トップ画面」からは、「申込み画面」（図９参照）に画面表示を移行することができる。
【００２６】
次に、上記トップ画面において「レッスンスタイルの紹介」表示Ｂがクリックされることにより発せられるリクエスト（閲覧要求）に応じて表示される「スタイル表示画面」の画面構成について、図６を用いて簡単に説明する。図６は、「スタイル表示画面」の画面構成の一実施例を示す概念図である。
図６に示す「スタイル表示画面」は、上記トップ画面で概要説明したサービス全体を再度提示するための画面である。ただし、このページで提示される内容は、トップ画面よりは詳細な内容が含まれる。ここでは、例えば新規ユーザに対して当該サービスの利点をコンテンツ提供側の観点から提示する。また、スタイル表示画面には「レッスン効果へ」表示Ｄがなされたハイパーリンクが張られており、この「レッスン効果へ」表示Ｄがクリックされると、レッスンを受講した一般ユーザの声を紹介する「効果表示画面」（図７参照）に画面表示を移行する。このスタイル表示画面は、上記トップ画面のような「申込み」ボタンＡが配置されている第１種別の表示画面と異なる第２種別の表示画面であり、「申込み」ボタンＡが配置されていない。したがって、このスタイル表示画面からは申込み画面（図９参照）に画面表示を移行することができずに、サービスの利用申込みを開始することができない（この明細書では、こうした画面を第２種別の表示画面と呼ぶ）。このようにして、ユーザによる当該サービスの申込みを、予め決められた第１種別の画面（上記トップ画面又は後述する図８に示す内容表示画面）からでしか開始することができないようにしている。
【００２７】
次に、上記「スタイル表示画面」において「レッスン効果へ」表示Ｄがクリックされることにより発せられるリクエスト（閲覧要求）に応じて表示される「効果表示画面」の画面構成について、図７を用いて簡単に説明する。図７は、「効果表示画面」の画面構成の一実施例を示す概念図である。
図７に示す「効果表示画面」は、このサービスを利用したユーザの体験談等が１乃至複数提示され、新規ユーザに対して当該サービスの利点を、他のユーザの観点から提示する。また、効果表示画面には「レッスン内容へ」表示Ｅがなされたハイパーリンクが張られており、この「レッスン内容へ」表示Ｅがクリックされると、サービスで提供されるコンテンツの詳細を提示する「内容表示画面」（図８参照）に画面表示を移行する。この効果表示画面はスタイル表示画面と同様の第２種別の表示画面であり、「申込み」ボタンＡを配置していない。これにより、この効果表示画面からサービスの利用申込みを開始することができないようにしている。
【００２８】
次に、上記「効果表示画面」において「レッスン内容へ」表示Ｅがクリックされることにより発せられるリクエスト（閲覧要求）に応じて表示される「内容表示画面」の画面構成について、図８を用いて簡単に説明する。図８は、「内容表示画面」の画面構成の一実施例を示す概念図である。
図８に示す「内容表示画面」は上記トップ画面と同様のサービスの利用申込みを開始することのできる第１種別の表示画面であり、このサービスで提供されるコンテンツの詳細を提示する。該内容表示画面においては、以下に示すような内容の表示がなされる。この実施例では、例えば
コンテンツの詳細（例えば楽曲を習熟するためのコンテンツであれば楽曲名、 専従の講師が設定されているコンテンツであればこの講師の紹介、あるいはカリキュラムの紹介等）。
サービス利用料金（と必要に応じて登録してからサービスの提供を受けることのできる登録有効期間）の再提示など。
該内容表示画面では、以上のような内容を少なくともユーザに対して提示する。勿論、上記以外の内容を表示してもよい。この内容表画面はトップ画面と同様の第１種別の表示画面であり、「申込み」ボタンＡを配置している。これにより、この内容表示画面からサービスの利用申込みを開始することができるようにしている。
【００２９】
なお、上記した各画面の下部には、トップ画面、スタイル表示画面、効果表示画面、内容表示画面のそれぞれへ画面表示を移行するためのハイパーリンクが張られており、ユーザはリンク先表示Ｃをクリックすることで各画面を自由に移動することが可能となっている。こうすると、ユーザはサービス内容を再確認したいような場合などに、素早く所望の画面を表示することができ便利である。ただし、該サービスの内容を理解していないような該サービスを始めて訪れたようなユーザに対しては「トップ->スタイル->効果->内容」の順に各画面を閲覧していくように、リンク先表示Ｃを各画面上に順列配置している。
また、図５においてＢに例示するように、各画面中次画面に関連する表示がある場合、次画面へのハイパーリンクを該関連する表示（図５であれば「しくみ」と題されたイラスト）の近傍に配置しておけば、各画面へのスムーズなページナビゲーションを行うことができる。
さらに、図５、図８に例示するように、「申込み」ボタンＡに関する表示位置を各画面で共通にしておくことにより、該ボタンの表示位置がユーザにとって判りやすい。
【００３０】
次に、サービスの利用申込みを開始することのできる第１種別の表示画面からのリクエスト（申込要求）に応じて、つまり上記「トップ画面」（図５参照）又は「内容表示画面」（図８参照）上に配置されている「申込み」ボタンＡがクリックされることにより発せられるリクエストに応じて表示する「申込み画面」の画面構成について、図９を用いて簡単に説明する。図９は、「申込み画面」の画面構成の一実施例を示す概念図である。
図９に示す「申込み画面」は、第１種別の画面上に配置されている「申込み」ボタンＡをクリックすることにより、当該画面を表示するリクエストがサーバＭＳに対して送られる。該申込み画面においてはレッスンを提供する上での必須要件の最終確認をユーザが行えるよう、以下に示すような内容の表示がなされる。この実施例では、例えば
サービス利用料金（と必要に応じて登録してからサービスの提供を受けることのできる登録有効期間）や、当該利用料金の支払方法。
サービスが提供可能な環境条件（通信速度や必須のハードウェア、ソフトウェア等）。
該申込み画面では、以上のような内容を少なくともユーザに対して再提示する。勿論、上記以外の内容を表示してもよい。また、この申込み画面においては、上記環境条件を試験するためのテストコンテンツをダウンロード乃至再生するための「テスト」ボタンＦが配置される。当該ボタンＦを操作すると、サーバＭＳからクライアントＰＣに対してテストコンテンツがダウンロードあるいはストリーミング配信され、このコンテンツの再生状況によりユーザは上記環境条件を確認することができるようになっている。さらに、当該画面の最下部には「手続き開始」ボタンＧが配置されており、当該ボタンＧを操作することにより実際の申込み手続きを開始する。このように、「申込み」ボタンＡの操作後においても契約関連情報及び動作環境テストを再提示するようにしたことにより、仮にトップ画面において当該サービスを提供するにあたって重要な要件について読み飛ばしてしまったユーザに対しても、再度申込み時点において再確認を促すことができる。
以上の説明から明らかなとおり、第１種別の画面とは「申込み」ボタンＡが表示されるべき画面であるが、言い換えれば、オンライン教習サービスに関する各種説明や紹介を行う画面のうち、サービスの概要あるいは教材やコンテンツの内容とともにサービスの利用料金やシステム要件等の重要事項が少なくとも提示された画面であって、第２種別の画面とはその他の画面である。
【００３１】
以上のように、最終画面である「内容表示画面」に「申込み」ボタンＡを配置するようにしたので、新規ユーザに対して一通りコンテンツの説明を閲覧した後に申込みを行うよう誘導することができる。すなわち、上記した各画面が順次に表示されることにより、ユーザが利用料金、サービス概要、必須事項を理解したと見込まれる最終画面である「内容表示画面」に、「申込み」ボタンＡを表示してサービスの利用申込みを促すようにしたので、「申込み」ボタンＡを操作したユーザはサービス内容を理解している蓋然性が高く、サービス内容を理解しないままサービスを申込むことを防止することができる。また、当初画面（トップ画面）にも「申込み」ボタンＡを配置することにより、サービスの内容をある程度理解しているユーザに対する利便性を確保することができる（ただし、新規ユーザは当初画面の「申込み」ボタンＡを操作する可能性が極めて低いため、新規ユーザによるサービス内容を理解しないままのサービス申込みの防止の妨げとはならない）。さらに、「申込み」ボタンＡを配置した画面には少なくともサービス内容とコンテンツ利用料金を提示するようにしたため、申込みを行うユーザは必要最低限の理解を得ているユーザであることが期待できる。それに加え、申込み画面においてはサービスを利用するための必須要件が再提示されるため、ユーザが従前の画面でこれら要件をうっかり確認しそびれたとしても、最終的に必須要件を確認するよう誘導することができる。また、テストコンテンツにより、ユーザの環境条件の試験を行うことができるので、ユーザは一々自らの環境条件を取扱説明書等を参照して調べる必要がなく便利である。
【００３２】
上述した実施例においては、トップ画面（図５参照）又は内容表示画面（図８参照）に対して各画面の表示当初から「申込み」ボタンＡを表示しているために、ユーザがサービスの詳細を説明した他の画面（つまりスタイル表示画面（図６参照）、効果表示画面（図７参照））を全く見ていなくても、該表示されている「申込み」ボタンＡをクリックすることで「申込み画面」（図９参照）に画面表示を移行させてサービスの利用申込みを行うことができてしまう。また、図１１に示すような、ユーザが可視可能な範囲であるウインドウサイズよりも画面を構成するページサイズが大きい場合には、ディスプレイに当該画面の一部しか表示されない。ユーザは画面をスクロールすることにより当該画面の続きを最後まで見ることになるが、この場合においてもユーザが当該画面の続きを最後まで見ることなく「申込み」ボタンＡをクリックしてサービスの利用申込みを行うことができてしまう。このように、上述した実施例を適用した場合であってもサービス内容を十分に理解していないようなユーザが誤ってあるいは意図的にサービスの利用申込みを行う場合が依然ありうる。そこで、こうしたことをより確実に防止するために、サービスの詳細を説明した画面を含む全部の画面を見た、あるいはページサイズの大きい画面についてはスクロールして画面の続きを最後まで見た、といったサービスに興味を示しサービス内容を理解した蓋然性の高いユーザに対してのみ、サービスの利用申込みが行えるようにするとよい。そこで、これらを実現するための処理について説明する。
【００３３】
まず、サービスの詳細を説明した画面を含む全部の画面を見た場合に、「申込み」ボタンＡを表示するサーバ処理について説明する。当該処理はサーバＭＳ側で実行する「リクエスト受付処理」（図３参照）のステップＳ２とステップＳ３との間に、図１０に示す処理を追加することで実現することができる。そこで、図１０には追加処理の一実施例を示すフローチャートのみを図示した。
【００３４】
ステップＳ２１では、クライアントIP毎にアクセス日時とリクエストURLを監視する。上記監視を行うための監視状態情報は、「クライアントIP、最初のアクセス時刻、リクエスト受付状態フラグ列」からなるデータである。具体的には、例えばサーバＭＳ上の「/var/www/temp」等の所定ディレクトリ内にクライアントIPアドレスをファイル名とした作業ファイルを作成し、最初のアクセス時刻とページ表示状態とをboolean列で記録する。サーバＭＳに対するアクセス時にクライアントＰＣから自動送信されるクッキーを利用してもよい。ステップＳ２２では、所定期間内に関連する全ての画面を閲覧したか否かを判定する。所定期間内に全ての画面を閲覧していないと判定した場合には（ステップＳ２２のＮＯ）、タイムアウトか否かを判定する（ステップＳ２５）。タイムアウトであると判定した場合には（ステップＳ２５のＹＥＳ）、監視状況をリセットしてから（ステップＳ２５）、ページ記述情報をクライアントＰＣに対して送信する（図５のステップＳ３参照）。この場合に送信されるページ記述情報には、「申込み」ボタンが含まれていない。すなわち、最初にトップ画面（サービス紹介画面）を提供してから所定時間内（例えば１時間以内：表示すべき内容のボリュームに応じて適宜に決定される）に関連する画面の全URLを提供したか否かをチェックする。所定時間経過していれば監視状況として、上記作成した作業ファイル中のアクセス時刻を現時刻に、ページ表示状態を現在アクセスされたURL以外を全て「false」にリセットする。
【００３５】
一方、所定期間内に関連する全ての画面が閲覧されたと判定した場合には（ステップＳ２２のＹＥＳ）、閲覧された各画面に対応するURLが所定のURLであるか否かを判定する（ステップＳ２３）。ここで、所定のURLとは該サービスに関連した画面のURL、例えば上記したトップ画面、スタイル表示画面、内容表示画面、効果表示画面に各々付されたURLである。所定URLである場合には（ステップＳ２３のＹＥＳ）、表示部品に「申込み」ボタンＡを表示するGUI部品などを追加する（ステップＳ２４）。そして、こうしたものを含むページ記述情報をクライアントＰＣに対して送信する（図５のステップＳ３参照）。すなわち、例えば表示すべき関連する画面が６画面あり、直前に５つの画面のURLを既に提供済みであった場合には、６つ目の画面（URL）へのアクセスに応じて表示状態として全て「true」となるので、当該アクセス以降は所定の画面に「申込み」ボタンＡが追加表示される。
【００３６】
次に、所定の画面（トップ画面又は内容表示画面）のスクロールに伴い、「申込み」ボタンＡを画面上に追加表示するクライアント処理について説明する。すなわち、図１１に示すような、ユーザが可視可能な範囲であるウインドウサイズ（図において太い実線の四角形で表す）よりもページサイズ（図において点線の四角形で表す）が大きい画面を最後まで閲覧した場合に、当該画面上に「申込み」ボタンＡを表示する処理について、図１２を用いて説明する。当該処理はクライアントＰＣ側で実現することのできる処理であり、クライアントＰＣでは、スクロールイベントを検知するための処理と、タイムアウト時の処理とを同時に実行している。
【００３７】
図１２（ａ）は、スクロールイベントを検知するための処理である。ステップＳ３１では、まずスクロールイベントを検知する。スクロールイベントを検知すると、タイマーをセットする（ステップＳ３２）。そして、スクロールイベント待機状態に戻る（ステップＳ３３）。他方、図１２（ｂ）はタイムアウト時の処理である。ステップＳ４１では、タイマータイムアウトを検知する。タイマーアウトを検知すると、既にサーバＭＳから受信していたページ記述情報内に含まれるGUI部品に従い「申込み」ボタンＡを可視化する、あるいはサーバＭＳからGUI部品をロードして「申込み」ボタンＡを表示する（ステップＳ４２）。ステップＳ４３では、イベント待機状態に戻る。タイマーの時間は例えば２秒などの時間であり、各ページ毎に適宜に設定可能であり、各画面毎に表示される表示する内容のボリュームに応じて適宜に設定される。図１１に示すように、当初「申込み」ボタンの表示要素（GUI部品又はテキスト部品）は非表示（コメントアウト状態）あるいは省略された状態（図において点線の楕円で表す）で、サーバＭＳからページ記述情報が伝送される。スクロール操作後の所定時間経過時点で、可視化（コメント記述子を消去）あるいは所定のプログラムコードによりクライアントＰＣ上で表示要素のページ記述情報が追加あるいは表示要素のみがサーバＭＳから追加ダウンロードされて、これにより画面上に「申込み」ボタンの表示を追加する。
なお、上記いずれの処理も、親オブジェクトは「提示画面」（トップ画面又は内容表示画面）であり、当該画面が破棄（例えばウインドウを閉じるなど）された場合には実行されない。
【００３８】
以上のようにすると、画面内容を閲覧したことを見込めるユーザに対してのみサービスの利用申込みを受け付けることができるように、事前に制限を設けることができるようになる。また、以上のようにして、原則申込み可能な画面を制限していたとしても、サービスの利用を意図したことが見込まれるユーザに対しては随時申込みを受付けることができる。
【００３９】
なお、上記した画面の閲覧状況を監視して所定の画面全てを閲覧した時点において「申込み」ボタンＡを画面上に追加表示するサーバ処理、あるいは、所定の画面スクロールに伴って「申込み」ボタンＡを画面上に追加表示するクライアント処理を、全画面に対して適用してもよい。例えば、上記実施例に示した中途の各画面（スタイル表示画面あるいは効果表示画面）に上記クライアント処理を適用した場合、基本的には上記実施例においては第１種別の表示画面である先頭画面（トップ画面）と最終画面（内容表示画面）にのみ「申込み」ボタンＡが配置されるが、第２種別の表示画面である中途の各画面において、既にサービス内容等を理解した蓋然性の高いユーザ（すなわち、スクロールを行い当該画面に表示された内容の全てを閲覧したことが見込めるユーザ）であれば、随時いずれの画面からでも利用申込みが行えるように構成してもよい。また、上記サーバ処理を全画面に適用した場合、一旦全画面を閲覧した後に中途の画面を再閲覧しているユーザ（すなわち、既にサービスの内容をすべて閲覧したことが見込めるユーザ）であれば、ユーザがサービスの利用申込みを行うに際して先頭画面（トップ画面）あるいは最終画面（内容表示画面）にまで画面表示をわざわざ戻す操作を行う必要がないようにするために、閲覧中である中途の各画面上に「申込み」ボタンＡを表示するようにしてもよい。こうすると、ユーザの利便性をより向上することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明に係る情報提供方法を適用したオンライン教習サービスシステムの全体構成の一実施例を示すシステムブロック図である。
【図２】図１に示したクライアント又はサーバいずれか１つの全体構成の一実施例を示すハード構成ブロック図である。
【図３】サーバ側で実行するリクエスト受付処理の一実施例を示すフローチャートである
【図４】クライアント側で実行するリクエスト送信処理の一実施例を示すフローチャートである。
【図５】トップ画面の画面構成の一実施例を示す概念図である。
【図６】スタイル表示画面の画面構成の一実施例を示す概念図である。
【図７】効果表示画面の画面構成の一実施例を示す概念図である。
【図８】内容表示画面の画面構成の一実施例を示す概念図である。
【図９】申込み画面の画面構成の一実施例を示す概念図である。
【図１０】全画面を見た際に申込みボタンを表示する追加処理の一実施例を示すフローチャートである。
【図１１】画面スクロールに伴って申込みボタンを追加表示する例を示す図である。
【図１２】画面を最後まで閲覧した際に申込みボタンを表示する処理の一実施例を示すフローチャートであり、図１２（ａ）はスクロールイベント検知処理、、図１２（ｂ）はタイムアウト処理である。
【符号の説明】
【００４１】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…出力デバイス、５…入力デバイス、６…通信デバイス、Ｘ…通信ネットワーク、１Ｄ…データ及びアドレスバス、ＰＣ…ユーザクライアント、ＭＳ…サーバ
【図１】
2005135184.tif 000003
【図２】
2005135184.tif 000004
【図３】
2005135184.tif 000005
【図４】
2005135184.tif 000006
【図５】
2005135184.tif 000007
【図６】
2005135184.tif 000008
【図７】
2005135184.tif 000009
【図８】
2005135184.tif 000010
【図９】
2005135184.tif 000011
【図１０】
2005135184.tif 000012
【図１１】
2005135184.tif 000013
【図１２】
2005135184.tif 000014