JP4674412B2 - 登録システム - Google Patents

登録システム Download PDF

Info

Publication number
JP4674412B2
JP4674412B2 JP2001149884A JP2001149884A JP4674412B2 JP 4674412 B2 JP4674412 B2 JP 4674412B2 JP 2001149884 A JP2001149884 A JP 2001149884A JP 2001149884 A JP2001149884 A JP 2001149884A JP 4674412 B2 JP4674412 B2 JP 4674412B2
Authority
JP
Japan
Prior art keywords
customer
web service
information input
server
service member
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001149884A
Other languages
English (en)
Other versions
JP2002342501A (ja
Inventor
祥子 吉田
淳 永井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nikon Corp
Original Assignee
Nikon Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nikon Corp filed Critical Nikon Corp
Priority to JP2001149884A priority Critical patent/JP4674412B2/ja
Priority to CNB028101987A priority patent/CN100394422C/zh
Priority to PCT/JP2002/004813 priority patent/WO2002095641A1/ja
Priority to EP02726435A priority patent/EP1394710A4/en
Publication of JP2002342501A publication Critical patent/JP2002342501A/ja
Priority to US10/713,096 priority patent/US20040102993A1/en
Priority to US12/289,592 priority patent/US20090094050A1/en
Application granted granted Critical
Publication of JP4674412B2 publication Critical patent/JP4674412B2/ja
Priority to US14/968,392 priority patent/US20160203493A1/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、Webなどによる顧客サービスに関する。
【０００２】
【発明の背景】
Webと呼ばれ、ハイパーテキストを用いてインターネット上で情報を検索する情報検索システムが知られている。このシステムでは、インターネットプロトコル(ＩＰ)アドレスを有するWebサーバーにコンテンツを登録し、Webサーバーに登録されるコンテンツをインターネットに接続された端末からブラウジングプログラムを用いて検索する。コンテンツの登録場所はWebサイトと呼ばれる。Webによれば、ユニークな情報を含むコンテンツをWebサイトに用意し、このWebサイトを検索してコンテンツを利用する人々に情報を提供する一方、情報の提供を受ける人々からも情報を得ることが可能である。
【０００３】
発明者は、製品の情報を掲載するコンテンツを設け、このコンテンツから情報を得て当該製品を購入した人からの情報を上記コンテンツに集めれば、新たな顧客サービスが構築できると考えた。
【０００４】
本発明の目的は、顧客サービスを行う登録システムを提供することにある。
【０００５】
【課題を解決するための手段】
（１）請求項１に記載の発明による登録システムは、商品を購入した顧客を登録する顧客登録システムと、Ｗｅｂサービスの提供を受けるＷｅｂサービス会員を登録するＷｅｂサービス会員登録システムとを備える登録システムであって、前記顧客登録システムは、顧客の情報を入力するための顧客情報入力画面を顧客の端末に提供する顧客情報入力画面提供手段と、顧客が購入した商品に関する情報を入力するための商品情報入力画面を顧客の端末に提供する商品情報入力画面提供手段と、前記顧客であることを認証する顧客認証情報を入力するための顧客認証情報入力画面を顧客の端末に提供する顧客認証情報入力画面提供手段と、前記顧客情報入力画面に入力された顧客情報と前記商品情報入力画面に入力された商品の情報と前記顧客認証情報入力画面に入力された前記顧客認証情報とをそれぞれ記憶する顧客情報記憶手段とを有し、前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員の情報を入力するためのＷｅｂサービス会員情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員情報入力画面提供手段と、前記Ｗｅｂサービス会員であることを認証するＷｅｂサービス会員認証情報を入力するためのＷｅｂサービス会員認証情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員認証情報入力画面提供手段と、前記Ｗｅｂサービス会員情報入力画面に入力されたＷｅｂサービス会員情報と前記Ｗｅｂサービス会員認証情報入力画面に入力された前記Ｗｅｂサービス会員認証情報とをそれぞれ記憶するＷｅｂサービス会員情報記憶手段とを有し、前記顧客登録システムは、前記顧客情報入力画面への入力と前記商品情報入力画面への入力と前記顧客認証情報入力画面への入力によって顧客登録を終了した顧客の端末に、前記Ｗｅｂサービス会員の登録を勧誘するためのＷｅｂサービス会員勧誘画面を提供する勧誘画面提供手段を更に有し、前記顧客登録終了の顧客がＷｅｂサービス会員登録を行う場合には、前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員登録者の端末に、前記Ｗｅｂサービス会員認証情報入力画面提供手段によって、Ｗｅｂサービス会員登録者が前記顧客認証情報を入力するための前記Ｗｅｂサービス会員認証情報入力画面を提供し、前記Ｗｅｂサービス会員認証情報入力画面に入力された認証情報が前記顧客情報記憶手段に記憶されている前記顧客認証情報に一致する場合に前記Ｗｅｂサービス会員情報入力画面提供手段によって前記Ｗｅｂサービス会員情報入力画面を提供することを特徴とする。
（２）請求項３に記載の発明による登録システムは、商品を購入した顧客を登録する顧客登録システムと、Ｗｅｂサービスの提供を受けるＷｅｂサービス会員を登録するＷｅｂサービス会員登録システムとを備える登録システムであって、前記顧客登録システムは、顧客の情報を入力するための顧客情報入力画面を顧客の端末に提供する顧客情報入力画面提供手段と、顧客が購入した商品に関する情報を入力するための商品情報入力画面を顧客の端末に提供する商品情報入力画面提供手段と、前記顧客であることを認証する顧客認証情報を入力するための顧客認証情報入力画面を顧客の端末に提供する顧客認証情報入力画面提供手段と、前記顧客情報入力画面に入力された顧客情報と前記商品情報入力画面に入力された商品の情報と前記顧客認証情報入力画面に入力された前記顧客認証情報とをそれぞれ記憶する顧客情報記憶手段とを有し、前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員の情報を入力するためのＷｅｂサービス会員情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員情報入力画面提供手段と、前記Ｗｅｂサービス会員であることを認証するＷｅｂサービス会員認証情報を入力するためのＷｅｂサービス会員認証情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員認証情報入力画面提供手段と、前記Ｗｅｂサービス会員情報入力画面に入力されたＷｅｂサービス会員情報と前記Ｗｅｂサービス会員認証情報入力画面に入力された前記Ｗｅｂサービス会員認証情報とをそれぞれ記憶するＷｅｂサービス会員情報記憶手段とを有し、前記顧客登録システムは、少なくとも前記顧客情報入力画面への入力と前記商品情報入力画面への入力と前記顧客認証情報入力画面への入力によって顧客登録を終了し、前記顧客登録終了の顧客がＷｅｂサービス会員登録を行う場合には、前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員登録者の端末に、前記Ｗｅｂサービス会員認証情報入力画面提供手段によって、Ｗｅｂサービス会員登録者が前記顧客認証情報を入力するための前記Ｗｅｂサービス会員認証情報入力画面を提供し、前記Ｗｅｂサービス会員認証情報入力画面に入力された認証情報が前記顧客情報記憶手段に記憶されている前記顧客認証情報に一致する場合に前記Ｗｅｂサービス会員情報入力画面提供手段によって前記Ｗｅｂサービス会員情報入力画面を提供することを特徴とする。
【０００６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
本発明の一実施の形態によるWebサイト用コンテンツは、Webによるサービス提供者が、製品に関する情報やサービスをサービス利用者に提供するものである。図１は、Webサイト用コンテンツが登録されるWebサイトの全体構成例を示す図である。図１において、サービス提供者はデータセンターにサーバーを配置し、サービス利用者は端末からインターネットに接続してWebサイトを検索する。サービス利用者が、インターネットにアクセス可能な端末からWebサイトサーバーのURL(Uniform Resource Locator)を指定すると、当該サーバー側に格納されているコンテンツのデータが読み出されてサービス利用者の端末に送られる。本実施の形態では、製品としてカメラを例にあげ、カメラおよびカメラに関連する情報やサービスをサービス利用者に提供する。本発明によるコンテンツは、図２のサイトマップに示すように、次の７つのカテゴリに分類されている。
１．会員登録
２．新着情報
３．製品情報
４．サービス・サポート
５．オンラインアルバム
６．オンラインショップ
７．コミュニティ
【０００７】
会員登録１は、Webによるサービス利用者の登録を行うためのページである。新着情報２は、Webサイトに新しく登録されたコンテンツなどの情報をサービス利用者に紹介するためのページである。製品情報３は、サービス利用者にカメラなどの製品を紹介するページである。サービス・サポート４は、製品ユーザから寄せられた質問、およびその質問に対する回答などをサービス利用者に紹介するページである。オンラインアルバム５は、サービス利用者に電子画像データを扱うサービスを提供するページである。たとえば、オンラインアルバム５では、サービス利用者が撮影した画像データを無料で所定容量になるまで蓄積したり、蓄積した画像データの中からサービス利用者が選択した画像データを高詳細にプリントアウトして配送可能にするなどのサービスを提供する。オンラインショップ６は、サービス利用者に商品を販売するページである。コミュニティ７は、サービス利用者同士のコミュニケーションの場を提供するページである。たとえば、コミュニティ７では、質問を持つサービス利用者が質問を掲載し、質問に対する回答を知っているサービス利用者が回答を掲載するような掲示板機能などを提供する。
【０００８】
図３は、サービス利用者の端末のディスプレイに表示されるWebのトップページ１０の画面例を示す図である。この画面は、Webによるサービスを利用する人の端末から指定されたURLに格納されているデータに基づいて、サービス利用者の端末に備えられるブラウジング用プログラムによって当該端末のディスプレイに表示される。図３において、上述した７つの各カテゴリページへのリンク先ボタン２１〜２７が表示されている。さらに、「記事１」のページへのリンク先ボタン２８と、「記事２」のページへのリンク先ボタン２９と、「記事３」のページへのリンク先ボタン３０と、後述する「検索」ページへのリンク先ボタン３１とが表示される。
【０００９】
Webによるサービスを利用する人が、端末に備えられる不図示のポインティングデバイスを操作してリンク先ボタンをクリックすると、各リンク先ボタンに対応して貼りつけられているリンク先の情報、すなわち、URLが指定される。これにより、当該URL内に格納されているデータが端末に向けて送信され、当該データによる画面が端末のディスプレイに表示される。たとえば、Webによるサービス利用者が「新着情報」のリンク先ボタン２１をクリックすると、図４に示す新着情報２のカテゴリのトップページの画面が端末のディスプレイに表示される。
【００１０】
図４において、新着情報２のカテゴリページの画面には、図２のサイトマップに記載されている「お知らせ」、「新製品情報・ニュース」、「サービス・サポート情報」、および「サイト更新情報」がそれぞれ表示される。これらの表示内容は、図４によるページ画面の中にリンク先ボタンを設け、図４によるページ画面と異なるリンク先のページ画面に表示するようにしてもよい。図４の画面にはさらに、他のカテゴリページへジャンプするためのリンク先ボタン２１〜２６と、「検索」ページへのリンク先ボタン３１と、「トップページにもどる」ためのリンク先ボタン３２も表示される。これらの各リンク先ボタンをクリックすると、各ボタンに対応するページが端末のディスプレイに表示される。なお、図４によるページ画面が表示されている状態で「新着情報」のカテゴリページへのリンク先ボタン２１がクリックされた場合は、図４によるページ画面が表示されたままとなる。
【００１１】
図３において、「コミュニティ」のリンク先ボタン２６をクリックすると、図５に示すコミュニティ７のカテゴリのトップページの画面が表示される。図５において、コミュニティ７のカテゴリページの画面には、図２のサイトマップに記載されている記事に対応するページへのリンク先ボタン２８、２９、３０、「掲示板」のページへのリンク先ボタン７１、画像データをダウンロードするページへのリンク先ボタン７２、および「会員登録」を行うページへのリンク先ボタン２７が表示される。これらの表示内容は、リンク先ボタンを設けずに、図５によるページの中に表示するようにしてもよい。
【００１２】
図５の画面にはさらに、上述した図４の画面と同様に、他のカテゴリページへジャンプするためのリンク先ボタン２１〜２６と、「検索」ページへのリンク先ボタン３１と、「トップページに戻る」ためのリンク先ボタン３２も表示される。なお、図５によるページ画面が表示されている状態で「コミュニティ」のカテゴリページへのリンク先ボタン２６がクリックされた場合は、図５によるページ画面が表示されたままとなる。
【００１３】
上述した図３、図４および図５による各ページ画面において、たとえば、リンク先ボタン２１〜２６のように各ページに共通に設けられるリンク先ボタンがある。また、リンク先ボタン２８〜３０のように所定のページにおいて共通に設けられるリンク先ボタンがある。異なるページ間で共通のリンク先ボタンを設けることにより、図２のサイトマップに示す各ページの表示切替えを行うとき、トップページ１０に一旦戻らなくても各カテゴリページ相互の間でページ画面を切替えることができる。さらに、リンク先ボタンが各ページ間に共通に設けられていると、リンク先ボタンがWebによるサービス利用者の目にとまりやすくなる。この結果、サービス利用者に対してリンク先ボタンに対応するページを表示させるようにインセンティブが与えられる。
【００１４】
本実施の形態では、上述したカテゴリの中で「会員登録」、「オンラインショップ」、「オンラインアルバム」、および「掲示板」に特徴を有するので、これらのカテゴリを中心に説明を行う。
【００１５】
−会員登録−
Webによるサービス提供者は、あらかじめ登録したサービス利用者にサービスを提供することを目的にして、サービスの利用者名などを登録してもらう。会員登録のページは、Webによるサービス利用の会員登録の他に、サービス提供者が販売する商品を購入したユーザが顧客情報などを登録する顧客登録にも使用される。顧客登録は、ユーザが顧客登録カードと呼ばれるハガキなどに顧客情報を書いて返送する代わりに、上記会員登録のページを用いてオンラインで顧客情報を送信するものである。サービス利用者が、図３によるページ画面において「会員登録」へのリンク先ボタン２７をクリックすると、会員登録用の不図示の選択画面が端末のディスプレイに表示される。この選択画面は、
１．Webによるサービス利用の会員登録をしていない人が新規に顧客登録を行う２．Webによるサービス利用の会員登録済みの人が新規に顧客登録を行う
３．Webによるサービス利用の会員登録を行う
４．顧客登録(会員登録)済みの人が登録内容の変更を行う
の４つの入力画面を選択するためのものである。
【００１６】
−Webによるサービス利用の非会員が顧客登録する場合−
上記の選択画面において、サービス利用者が「Webによるサービス利用の会員登録をしていない人が新規に顧客登録を行う」に対応する不図示のリンク先ボタンをクリックすると、Webサイトサーバー、すなわち、サービス提供者のサーバーがサービス利用者の端末に表示用データを送信し、図６に示す製品情報入力用の画面を端末のディスプレイに表示させる。図１に示すように、一般にWebサイトサーバーには、Web用サーバー、コンテンツ管理サーバー、メール用サーバー、掲示板用サーバー、ショップ用サーバーなど複数のサーバーがある。それぞれ、Web用サーバーはWeb画面のデータを格納し、コンテンツ管理サーバーはコンテンツ管理を行う。また、メール用サーバーはメールのデータを格納し、掲示板用サーバーは掲示板に書込まれたデータを格納し、ショップ用サーバーはショップ用データを格納する。本説明ではこれらの複数のサーバーを総称してサーバーと呼ぶ。
【００１７】
サービス利用者は、製品情報入力用の画面が端末のディスプレイに表示されると、表示内容にしたがって表示画面の枠内に登録内容を書き込む。図６において、下向き三角形が表示される枠には、プルダウンメニューが用意されている。サービス利用者は、サービス提供者によってあらかじめ書込まれているメニューの中から該当する項目を選択する。
【００１８】
たとえば、商品名の枠に表示されるプルダウンメニューボタン６Ａをクリックすると、商品１、商品２、商品３、…と商品名が表示される。サービス利用者は、商品名のメニューの中から自分が購入した商品名を選ぶ。プルダウンメニューに該当する商品名がない場合や、プルダウンメニューが用意されていない枠内には、サービス利用者が不図示の端末キーを操作して登録内容を書込む。サービス利用者がＯＫボタン６Ｂをクリックすると、サービス提供者のサーバーに向けて製品情報の登録データが送信される。
【００１９】
サービス提供者のサーバーは、サービス利用者から送信された製品情報の登録データを受信すると、サービス利用者の端末に表示用データを送信し、図７に示す顧客情報(カスタマ情報)入力用の画面を端末のディスプレイに表示させる。サービス利用者は、ディスプレイ上の表示内容にしたがって表示画面の枠内に登録内容を書き込む。図７において、パスワードの枠７Ａには、サービス利用者がパスワードを入力する。サービス利用者が後に登録内容を変更する場合は、このパスワードを入力した上で変更を行う。顧客情報入力用の画面から入力されるパスワードは、後述するWebによるサービス利用の会員登録を行う場合にも共通のパスワードとして使用される。
【００２０】
下向き三角形が表示される枠には、上述したプルダウンメニューが用意されている。プルダウンメニューに該当する項目がない場合、およびプルダウンメニューが用意されていない枠内には、サービス利用者が不図示の端末キーを操作して登録内容を書き込む。なお、上記パスワード枠７Ａ内の表示は、サービス利用者が入力したパスワードをそのまま表示せずに＊＊＊…として表示する。サービス利用者が登録内容を書き込み後にＯＫボタン７Ｂをクリックすると、サービス提供者のサーバーに向けて顧客情報の登録データが送信される。
【００２１】
サービス提供者のサーバーは、サービス利用者から送信された顧客情報の登録データを受信すると、サービス利用者の端末に表示用データを送信し、図８に示すアンケート回答用の画面を端末のディスプレイに表示させる。サービス利用者は、ディスプレイ上の表示内容にしたがって表示画面の枠内に回答を書き込む。ここで、アンケートの設問は次のように決定される。図９は、サービス提供者のサーバーで行われる設問処理の流れを説明するフローチャートである。図９による処理は、顧客情報の登録データが受信されると起動する。
【００２２】
ステップＳ２０１において、サーバーは、商品情報入力画面から当該サービス利用者によって登録された商品名の情報をサーバー内の所定のデータベースから読出してステップＳ２０２へ進む。ステップＳ２０２において、サーバーは、登録された商品名に応じて質問を選び、ステップＳ２０３へ進む。ここで、あらかじめ全ての商品に対応してそれぞれ質問が用意されており、これらの質問がサーバー内のデータベースに記録されている。データベースに記録された各質問は、複数の商品に共通の質問と、ある商品に固有の質問とが判断できるように管理されている。サーバーは、登録された商品名により当該商品に対応する質問を選ぶ。
【００２３】
サービス利用者が複数の商品を購入した場合には、これら複数の商品に対応する質問がそれぞれ選択される。サーバーは、選択された質問の中に共通の質問がある場合、同じ質問をサービス利用者の端末に送信しないように、重複する質問は１つ残して残りを削除する。ステップＳ２０３において、サーバーは、図８のアンケート入力画面を表示させるためのページデータを作成してステップＳ２０４へ進む。ステップＳ２０４において、サーバーは、作成したアンケート入力画面の表示に必要なデータをサービス利用者の端末に向けて送信し、図９による処理を終了する。これにより、たとえば、図８の質問１〜質問５には、それぞれ商品１と商品２とに共通の質問が表示される。質問６には商品１に関する質問が、質問７には商品２に関する質問が、それぞれ表示される。サービス利用者は、複数の商品を購入した場合でも、１つのアンケート入力画面の中で複数の商品に対する質問に答えることができる。
【００２４】
サービス利用者が図８の画面上で各質問に対する回答を各枠８Ａ〜８Ｇ内に書込んだ後に登録ボタン８Ｈをクリックすると、サービス提供者のサーバーに向けてアンケートの登録データが送信される。サービス提供者のサーバーは、サービス利用者から送信された登録データを受信すると、サービス利用者の端末に表示用データを送信し、図１０に示す景品選択用の画面を端末のディスプレイに表示させる。図１０(a)は個人が登録する場合のページ画面の例、図１０(b)は法人が登録する場合のページ画面の例である。
【００２５】
サービス利用者は、ディスプレイ上の表示内容にしたがって希望する景品を選択する。ここで、景品選択画面は次のように決定される。図１１は、サービス提供者のサーバーで行われる景品選択画面作成処理の流れを説明するフローチャートである。図１１による処理は、アンケートの登録データが受信されると起動する。ステップＳ１０１において、サーバーは、上述した図６による製品情報入力画面から入力された商品名、購入区分(個人または法人)、および購入数量と、上述した図７による顧客情報入力画面から入力された購入者の名前、住所などの情報とをサーバー内の所定のデータベースから読出してステップＳ１０２へ進む。
【００２６】
ステップＳ１０２において、サーバーは、購入区分が法人か否かを判定する。法人の場合はステップＳ１０２を肯定判定してステップＳ１０４へ進み、個人の場合はステップＳ１０２を否定判定してステップＳ１０３へ進む。ステップ１０３において、サーバーは、図１０(a)のような個人向けのページ画面用のデータを用意する。図１０(a)は、一眼レフカメラ１台を購入した人に対する景品を紹介しており、撮影に関する情報を載せた冊子、カメラ用ストラップ、Webによるサービスで使用できるポイントのうちいずれかを選択する画面である。ここで、ポイントは個人向けに用意される景品であって、法人向けの景品としては用意されない。サーバーは、ページ画面用のデータを作成するとステップＳ１０５へ進む。
【００２７】
ポイントは、図２のオンラインショップ６での買い物の際に利用でき、このポイントに応じて商品の価格を割引いて購入できる。また、オンラインアルバム５によるサービスでは、ポイントに応じて画像データの蓄積容量を通常より増やすことができたり、プリントアウトサービスを無料で受けたりできる。また、コミュニティ７では、質問を掲載したサービス利用者が回答を掲載したサービス利用者に報酬としてポイントを渡すなどの使い方もある。
【００２８】
ステップＳ１０４へ進んだ場合、サーバーは、図１０(b)のような法人向けのページ画面用のデータを用意する。図１０(b)は、一眼レフカメラとコンパクトカメラとを合計３台購入した法人に対する景品を紹介しており、撮影に関する情報を載せた冊子、カメラ用ストラップ、コンパクトカメラ用ケースのうちいずれかを合わせて３点まで選択する画面である。法人向けの場合は、個人向けと異なりポイントが景品として用意されない。また、購入した商品、ここでは、コンパクトカメラに対応する景品としてケースが用意される。サーバーは、ページ画面用のデータを作成するとステップＳ１０５へ進む。
【００２９】
ステップＳ１０５において、サーバーは、サービス利用者の端末にデータを送信して図１１による処理を終了する。これにより、サービス利用者の端末のディスプレイには、上述した図１０(a)、(b)に示す画面が表示される。サービス利用者は、図１０(a)、(b)によるいずれかの画面上で希望する景品をチェックし、ＯＫボタン１０Ｂをクリックする。図１０(b)のように複数個の景品が選択できる場合は数量枠１０Ｃが表示されるので、サービス利用者はプルダウンメニューを開いて希望する数量を選択する。図１０(a)、(b)において、景品の画像１０Ａの横には当該景品の説明が表示される。画像１０Ａはリンク先ボタンを兼ねており、サービス利用者がこのボタンをクリックするとサーバーから新たなデータが端末に送信され、当該景品を詳細に紹介するページ画面がサービス利用者の端末のディスプレイに表示される。図１２は、冊子を紹介する画面の例である。
【００３０】
図１０(a)、(b)においてサービス利用者がＯＫボタン１０Ｂをクリックすると、サービス提供者のサーバーに向けて選択データが送信される。サービス提供者のサーバーは、サービス利用者から送信された選択データを受信すると、景品に応じたページ画面のデータをサービス利用者の端末に向けて送信する。これにより、サービス利用者に対して配送が必要な景品の場合には、図１３(a)のように送付先を通知する画面がサービス利用者の端末のディスプレイに表示される。また、ポイントなど配送が不要な景品の場合は、図１３(b)のようにポイント加算を通知する画面がサービス利用者の端末のディスプレイに表示される。
【００３１】
図１３(a)、図１３(b)の画面でサービス利用者がＯＫボタンをクリックすると、Webによるサービス利用の会員登録をしていない人による顧客登録が終了する。このとき、サーバーは、購入区分が個人の場合に引き続きWebによるサービス利用の会員登録のページに導く。
【００３２】
図１４は、サービス提供者のサーバーで行われる会員登録の誘導画面作成処理の流れを説明するフローチャートである。図１４による処理は、顧客登録が終了すると起動する。ステップＳ３０１において、サーバーは、購入区分が法人か否かを判定する。法人の場合はステップＳ３０１を肯定判定してステップＳ３０４へ進み、個人の場合はステップＳ３０１を否定判定してステップＳ３０２へ進む。ステップＳ３０２において、サーバーは、サービス利用者が登録会員か否かを判定する。登録会員の場合はステップＳ３０２を肯定判定してステップＳ３０４へ進み、非会員の場合はステップＳ３０２を否定判定してステップＳ３０３へ進む。ここで、登録顧客がWebによるサービス利用の会員か否かの情報は、顧客登録が開始されるときにクリックされたリンク先ボタンによりサーバーに伝えられている。すなわち、「Webによるサービス利用の会員登録をしていない人が新規に顧客登録を行う」ボタンがクリックされていれば非会員とみなし、「Webによるサービス利用の会員登録済みの人が新規に顧客登録を行う」ボタンがクリックされていれば会員とみなす。
【００３３】
ステップＳ３０３において、サーバーは、図１５に示すようなページ画面を表示させるデータを作成する。図１５は、顧客登録の終了を示す景品注文の承り通知と、Webによるサービス利用の会員登録のページに誘導するメッセージとを表示する画面の例である。サーバーは、ページ画面用のデータを用意するとステップＳ３０５へ進む。ステップＳ３０５において、サーバーは、サービス利用者の端末にデータを送信して図１４による処理を終了する。これにより、サービス利用者の端末のディスプレイには、上述した図１５の画面が表示される。サービス利用者がWebによるサービス利用の会員登録のリンク先ボタン１５Ａをクリックすると、サーバーは、会員登録画面の表示に必要なデータをサービス利用者の端末に向けて送信する。Webによるサービス利用の会員登録については後述する。一方、サービス利用者が「トップページにもどる」リンク先ボタン３２をクリックすると、サーバーは、上述した図３のトップページ１０の表示に必要なデータをサービス利用者の端末に向けて送信する。
【００３４】
サーバーは、ステップＳ３０４へ進む場合にWebによるサービス利用の会員登録を勧めない。これは、サービス利用会員に法人を募らないことと、既に登録している会員が重複して登録しないようにするためである。ステップＳ３０４において、サーバーは、景品注文の承り通知を表示するとともに、顧客登録の終了を示すページ画面のデータを作成してステップＳ３０５へ進む。これにより、サービス利用者の端末のディスプレイには、顧客登録終了の不図示の画面が表示される。サービス利用者が「トップページにもどる」リンク先ボタンをクリックすると、サーバーは、上述した図３のトップページ１０の表示に必要なデータをサービス利用者の端末に向けて送信する。
【００３５】
−Webによるサービス利用の会員が顧客登録する場合−
リンク先ボタン２７に対応する会員登録用の選択画面において、サービス利用者が「Webによるサービス利用の会員登録済みの人が新規に顧客登録を行う」に対応する不図示のリンク先ボタンをクリックすると、サービス提供者のサーバーがサービス利用者の端末に表示用データを送信し、図１６に示すWebによるサービス利用の会員認証用の画面を端末のディスプレイに表示させる。サービス利用者は、会員登録時に登録したログイン名とパスワードとを入力し、ＯＫボタン１６Ａをクリックする。これにより、ログイン名とパスワードとがサービス提供者のサーバに送信される。
【００３６】
サービス提供者のサーバーは、送信されたログイン名とパスワードとがサーバー内のデータベースに記録されているものとそれぞれ一致する場合に、次の処理を行う。Webの会員登録時に登録された情報と、顧客登録時に登録される情報とで共通する項目について、相違する内容があれば最新の内容に上書き(更新)する。図１７は、サービス提供者のサーバーで行われる登録内容更新処理の流れを説明するフローチャートである。図１７による処理は、サービス利用者から送信された上記ログイン名およびパスワードが、サーバー側のデータベースの内容とそれぞれ一致した場合に起動する。
【００３７】
ステップＳ４０１において、サーバーは、既に登録されているWebの会員登録のデータの中から、顧客登録のデータと共通する項目のデータをデータベースから読出してステップＳ４０２へ進む。ステップＳ４０２において、サーバーは、上述した図６に示す製品情報入力用の画面を表示させるページデータを用意し、端末に送信する。サービス利用者は、上述したWebによるサービス利用の非会員が顧客登録する場合と同様に、ディスプレイ上の表示内容にしたがって表示画面の枠内に登録内容を書き込む。サービス利用者がＯＫボタン６Ｂをクリックすると、サービス提供者のサーバーに向けて登録データが送信される。
【００３８】
サービス提供者のサーバーは、サービス利用者から送信された製品情報の登録データを受信すると、顧客情報(カスタマ情報)更新用の画面を表示させるページデータを用意して端末に送信し、ステップＳ４０３へ進む。これにより、サービス利用者の端末のディスプレイには図１８に示すページ画面が表示される。図１８において、Webの会員登録と顧客登録とで共通する項目の枠内にWebの会員登録時の内容が表示される。サービス利用者はディスプレイ上の表示内容を確認し、変更がある箇所だけ書き込めばよい。サービス利用者が変更内容を書き込み後にＯＫボタン１８Ｂをクリックすると、サービス提供者のサーバーに向けて変更データが送信される。
【００３９】
ステップＳ４０３において、サーバーは、変更データを受信したか否かを判定する。変更データを受信した場合はステップＳ４０３を肯定判定してステップＳ４０４へ進み、変更データを受信していない場合はステップＳ４０３を否定判定して判定処理を繰り返す。ステップＳ４０４において、サーバーは、受信したデータとWebの会員登録時のデータとを比較し、変更箇所があるか否かを判定する。変更が行われている場合はステップＳ４０４を肯定判定してステップＳ４０５へ進み、変更が行われていない場合はステップＳ４０４を否定判定してステップＳ４０８へ進む。
【００４０】
ステップＳ４０５において、サーバーは、図１８のページ画面をサービス利用者から送信された変更データによる内容に変更して不図示のページ画面を作成する。サーバーはさらに、作成したページ画面のデータを、たとえば、「この内容で上書きしてよろしいですか？」というメッセージのデータとともにサービス利用者の端末に向けて送信し、ステップＳ４０６へ進む。ステップＳ４０６において、サーバーは、データベースを変更するか否かを判定する。サービス利用者が端末のディスプレイ上で不図示のＯＫボタンをクリックすると、変更指示が端末からサーバーに向けて送信される。サーバーは、変更指示を受信した場合にステップＳ４０６を肯定判定してステップＳ４０７へ進み、変更指示を受信しない場合にステップＳ４０６を否定判定してステップＳ４０８へ進む。
【００４１】
ステップＳ４０７において、サーバーは、データベースの内容を変更データで上書き変更してステップＳ４０８へ進む。ステップＳ４０８において、サーバーは、Webの会員登録時のデータと共通しない項目について、当該項目のデータをデータベースに登録する。サーバーはさらに、登録を終了したことを通知するメッセージのデータをサービス利用者の端末に向けて送信し、図１７による処理を終了する。なお、変更データがブランクデータの場合、すなわち、サービス利用者が枠内を空欄にして変更データを送信した場合は、サーバーはデータベースをブランクデータで上書きしない。この場合には、サーバーは変更内容が未入力であることを通知するメッセージデータを作成し、サービス利用者の端末に向けて送信する。
【００４２】
次に、サーバーはサービス利用者の端末に表示用データを送信し、上述した図７に示すアンケート回答用の画面を端末のディスプレイに表示させる。以降の手順は、上述したWebによるサービス利用の非会員が顧客登録する場合の手順と同様であるので説明を省略する。ただし、顧客登録が終了した時点においてWebによるサービス利用の会員登録を勧めない。すなわち、上述した図１４による処理のステップＳ３０２において、サーバーはサービス利用者が既にWebの会員であることから肯定判定する。この結果、サービス利用者の端末のディスプレイには会員登録終了を通知する不図示の画面が表示されるだけで、Webの会員登録を勧めることはない。
【００４３】
−Webによるサービス利用の会員登録を行う場合−
上述したWebサイトに登録されているコンテンツの７つのカテゴリのうち、オンラインアルバム５、オンラインショップ６、コミュニティ７の各ページのサービスは、Webによるサービス利用の登録会員に提供される。つまり、サービス利用者は、これら３つのカテゴリのサービスを受けるために会員登録を行う必要がある。会員登録を行うと、これら３つのカテゴリのサービスを受けるためのログインが許可される。
【００４４】
リンク先ボタン２７に対応する会員登録用の選択画面において、サービス利用者が「Webによるサービス利用の会員登録を行う」に対応する不図示のリンク先ボタンをクリックすると、サービス提供者のサーバーがサービス利用者の端末に表示用データを送信し、Webによるサービス利用の会員規約を記載する不図示の画面を端末のディスプレイに表示させる。サービス利用者は、規約に同意する場合に不図示のＯＫボタンをクリックする。サービス提供者のサーバーは、サービス利用者から送信された同意を示すデータを受信すると、サービス利用者の端末に表示用データを送信し、ログイン名、パスワード、およびニックネーム入力用の不図示の画面を端末のディスプレイに表示させる。サービス利用者は、ディスプレイ上の表示内容にしたがって表示画面の枠内に登録内容を書き込む。ログイン名は、サービス利用者がサービスを受けるために登録する利用者名である。パスワードは認証用に用いられるものである。ニックネームは、コミュニティのカテゴリに含まれる掲示板の利用時に必須となるものである。
【００４５】
サービス利用者が端末のキー操作によりログイン名、パスワードおよびニックネームを書込み後に不図示のＯＫボタンをクリックすると、サービス提供者のサーバーに向けて登録データが送信される。サービス提供者のサーバーは、サービス利用者から送信された登録データを受信すると、サービス利用者の端末に表示用データを送信し、上述した図７と同様のWebの会員情報入力用の画面を端末のディスプレイに表示させる。サービス利用者は、ディスプレイ上の表示内容にしたがって表示画面の枠内に登録内容を書込む。ただし、パスワードは上述したように既に送信しているので省略される。サービス利用者が登録内容を書込み後にＯＫボタン７Ｂをクリックすると、サービス提供者のサーバーに向けて会員情報の登録データが送信される。
【００４６】
サービス提供者のサーバーは、サービス利用者から送信されたWebの会員情報の登録データを受信すると、サービス利用者の端末に表示用データを送信する。これにより、サービス利用者の端末のディスプレイにはWebの会員登録の完了を通知するメッセージが表示される。
【００４７】
以上の説明は、顧客登録をしていない人がWebによるサービス利用の会員登録を行う場合を例にあげて説明したが、顧客登録済みの人がWebの会員登録を行うこともできる。この場合には、サーバーは、図１９に示す顧客認証用の画面を端末のディスプレイに表示させる。サービス利用者は、顧客情報登録時に登録したＩＤとパスワードとを入力し、ＯＫボタン１９Ａをクリックする。これにより、ＩＤとパスワードとがサービス提供者のサーバに送信される。
【００４８】
サービス提供者のサーバーは、送信されたＩＤとパスワードとがサーバー内のデータベースに記録されているものとそれぞれ一致する場合に、次の処理を行う。顧客登録時に登録された情報とWebの会員登録時に登録される情報とで共通する項目について、相違する内容があれば最新の内容に上書き(更新)する。これは、先に説明したWebの会員が顧客登録を行う場合に、Webの会員登録時に登録された情報と顧客登録時に登録される情報とで共通する項目について、最新の内容に上書き(更新)するのと同様である。
【００４９】
サービス提供者のサーバーは、端末から送信されたＩＤとパスワードとがサーバー内のデータベースに記録されているものとそれぞれ一致すると、上述した図１８と同様のWebの会員情報更新用の画面を表示させるページデータを用意して端末に送信する。これにより、サービス利用者の端末のディスプレイには図１８と同様のページ画面が表示され、顧客登録時の項目と共通する項目の枠内に顧客登録時のデータが表示される。サービス利用者は、ディスプレイ上の表示内容を確認して変更がある箇所だけ書込めばよい。サービス利用者が変更内容を書込み後にＯＫボタン１８Ｂをクリックすると、サービス提供者のサーバーに向けて変更データが送信される。このように、顧客登録時に登録された情報と異なる情報のみを書込めば、顧客登録時と同じ内容を重複して書込むことなしにWebによるサービス利用の会員登録を行うことができる。
【００５０】
−顧客登録(Webの会員登録)済みの人が登録内容の変更を行う場合−
リンク先ボタン２７に対応する会員登録用の選択画面において、サービス利用者が「顧客登録(会員登録)済みの人が登録内容の変更を行う」に対応する不図示のリンク先ボタンをクリックすると、サービス提供者のサーバーがサービス利用者の端末に表示用データを送信し、図１９に示す顧客会員認証用の画面を端末のディスプレイに表示させる。Webの会員登録済みの人が登録内容を変更する場合は、図１６に示すWebの会員認証用の画面を端末のディスプレイに表示させる。
【００５１】
顧客登録済みのサービス利用者は、顧客登録時に登録したパスワードとＩＤとを入力し、ＯＫボタン１９Ａをクリックする。これにより、ＩＤとパスワードとがサービス提供者のサーバに送信される。一方、Webの会員登録済みのサービス利用者は、会員登録時に登録したパスワードとログイン名とを入力し、ＯＫボタン１６Ａをクリックする。これにより、ログイン名とパスワードとがサービス提供者のサーバに送信される。
【００５２】
サービス提供者のサーバーは、送信されたＩＤとパスワードとがサーバー内のデータベースに記録されているものとそれぞれ一致する場合に、顧客情報更新用の画面を表示させるページデータを用意して端末に送信する。一方、サービス提供者のサーバーは、送信されたログイン名とパスワードとがサーバー内のデータベースに記録されているものとそれぞれ一致する場合に、Webの会員情報更新用の画面を表示させるページデータを用意して端末に送信する。これにより、サービス利用者の端末のディスプレイには上述した図１８と同様のページ画面が表示される。図１８において、登録項目の枠内に登録時のデータが表示される。
【００５３】
サービス利用者はディスプレイ上の表示内容を確認し、変更がある箇所だけ書込めばよい。サービス利用者が変更内容を書込み後にＯＫボタン１８Ｂをクリックすると、サービス提供者のサーバーに向けて変更データが送信される。以降の処理は、上述した図１７のステップＳ４０３以降と同様であるので説明を省略する。すなわち、サーバーは、データベースに登録されている登録データのうち、サービス利用者から送信された変更データについてのみ上書き変更する。
【００５４】
以上の会員登録に関する説明では、サーバーは、顧客登録時のパスワードとWebの会員登録時のパスワードとを共通に使えるようにし、サービス利用者が両パスワードを同じに登録する場合について説明した。これに対し、サービス利用者は顧客登録とWebの会員登録とで異なるパスワードを登録してもよい。この場合には、顧客登録とWebの会員登録とは独立して行われる。すなわち、顧客登録とWebの会員登録との間で登録データに共通する項目がある場合でも、一方の登録時のデータが他方の登録時に用いられることがない。
【００５５】
また、商品を購入した人が上述したように端末からサーバーに対してオンラインで顧客登録を行うと、サービス提供者は、ハガキなどによって顧客登録する場合に比べてその商品の保証期間を延長する特典を与える。なお、保証期間を延長するのは、後述するオンラインショップによって商品を購入し、当該商品の顧客登録をオンラインで行った場合とする。
【００５６】
図２０は、サービス提供者のサーバーで行われる保証期間延長処理の流れを説明するフローチャートである。図２０による処理は、顧客登録が終了すると起動する。ステップＳ８０１において、サーバーは、顧客登録されたデータより、当該商品がオンラインショップで購入されたものか否かを判定する。オンラインショップによる場合はステップＳ８０１を肯定判定してステップＳ８０２へ進み、オンラインショップによるものでない場合はステップＳ８０１を否定判定して図２０による処理を終了する。この場合には、保証期間の延長処理を行わない。
【００５７】
ステップＳ８０２において、サーバーは、顧客情報に関連づけられている所定のデータベースにアクセスし、当該商品の保証期間などのサポート情報を読出してステップＳ８０３へ進む。ステップＳ８０３において、サーバーは、読出したサポート情報のうち、たとえば、保証期間を６ヶ月延長し、上記データベース内のデータを変更する。サーバーは、データベースを変更するとステップＳ８０４へ進む。ステップＳ８０４において、サーバーは、保証期間が延長された保証書を購入者に発送可能にする処理を施し、図２０による処理を終了する。
【００５８】
Webによるサービスを利用するオンラインで顧客登録する特典として、保証期間を延長する例を説明したが、たとえば、Webによるサービスで使用できるポイントを与えるようにしてもよい。
【００５９】
以上説明した実施の形態によるコンテンツで行う会員登録によれば、次の作用効果が得られる。
（１）景品を選択するための画面(図１０(a)、(b))において、景品の画像１０Ａにリンク先ボタンを兼用させ、サービス利用者が画像９Ａをクリックすると当該景品を詳細に紹介するページ画面(図１２)がさらに表示されるようにした。したがって、サービス利用者は、わざわざ当該景品を紹介ページ画面を検索しなくても、当該景品の詳細情報を得ることができる。
（２）景品としてWebによるサービスで使用できるポイントを用意した。これにより、サービス利用者が顧客登録後にWebによるサービスを利用するようにサービス利用者にインセンティブを与えることができる。
（３）顧客情報登録時のパスワードと、Webによるサービス利用の会員登録時のパスワードとを共通のパスワードとして用いるようにした。この結果、複数のパスワードを使い分ける場合に比べて、サービス利用者によるパスワードの入力間違いが減り、サービス利用者の負担を低減できる。
（４）Webの会員登録時に登録された情報と顧客登録時に登録される情報とで共通する項目について、相違する内容があれば最新の内容に上書き(更新)するようにした。これにより、同じサービス利用者の登録データを一元管理することができる。また、ブランクデータの場合はブランクデータで上書きしないようにしたので、元の情報を失うことがない。
（５）全ての商品に対応してそれぞれアンケートの質問を用意し、これらの質問を複数の商品に共通の質問と商品に固有の質問とに判断できるように管理する。サーバーは、登録された商品名に応じて質問を選び、サービス利用者の端末に送信する。これにより、サービス利用者が複数の商品を登録する場合でも同じ質問が重複して送信されることがない上に、１つのアンケート入力画面の中で複数の商品に対して質問することができる。
（６）顧客登録が終了すると、引き続きWebの会員登録に導くようにしたので、会員登録に導かない場合に比べてWebの会員を増やすことができる。この結果、Webによるサービス利用者を増やすことができる。
（７）商品を購入した人が端末からサーバーに対してオンラインで顧客登録を行うと、サービス提供者が商品の保証期間を延長するようにした。このため、ハガキなどを用いて登録する場合に比べてサービス提供者の負担が少ないオンライン登録をするように購入者に促す効果が得られる。
【００６０】
以上の説明では、顧客登録した人への景品として、小冊子やストラップなどの「物」の他にWebによるサービスで使用できるポイントを用意した。ポイントの代わりに、後述するアルバム・プリントサービスにおいてサービス提供者がサービス利用者に提供するアルバム用のデータ格納領域のメモリサイズおよび有効期間を、通常のメモリサイズより大きく、通常の有効期間より長くして優遇してもよい。
【００６１】
−オンラインショップ−
オンラインショッピング６のカテゴリについて説明する。オンラインショップは電子ショップとも呼ばれる。上述した図３のトップページ１０の画面が端末のディスプレイに表示された状態で、Webによるサービス利用者が端末に備えられる不図示のポインティングデバイスを操作して「オンラインショップ」のリンク先ボタン２５をクリックすると、図２１に示すオンラインショップ６のカテゴリのトップページ画面が端末のディスプレイに表示される。オンラインショップ６のサービス利用は、上述したように、Webによるサービス利用の会員登録を行ったサービス利用者がログイン名とパスワードとを入力してログインした上で受けるものである。
【００６２】
図２１において、おすすめ商品として商品Ａ〜商品Ｆが不図示の画像と説明文とでそれぞれ紹介される。商品Ａ〜商品Ｆの表示位置には、それぞれリンク先の情報が貼りつけられており、不図示のポインティングデバイスを操作して「商品Ａ」〜「商品Ｆ」の画像および文字のいずれかをクリックすると、その商品を詳細に説明するページ画面がさらに表示される。このように、リンク先の情報が貼られているところは、アンダーラインを引いて示すことにする。ショップメニューとして商品群１、商品群２、商品群３、…が分類表示されている。商品群１は、たとえば、フィルムカメラであり、商品群２は一眼レフカメラ用アクセサリである。この場合、アンダーラインが引かれている「商品群１」の文字をクリックすると、フィルムカメラを詳細に紹介するページ画面がさらに表示される。また、アンダーラインが引かれている「商品群２」の文字をクリックすると、一眼レフカメラ用アクセサリを詳細に紹介するページ画面がさらに表示される。
【００６３】
売れ筋ランキングは、オンラインショップでよく売れる商品名を１位、２位、３位、…の順位とともにそれぞれ紹介するものである。これらの順位表示、もしくは商品名にもリンク先の情報が貼りつけられている。したがって、アンダーラインが引かれている順位あるいは商品名の文字をクリックすることにより、当該商品を詳細に説明するページ画面がさらに表示される。なお、図２１の画面の上部には、他のカテゴリのトップページと同様に、現在のカテゴリページと別のカテゴリページにジャンプするためのリンク先ボタンが設けられている。
【００６４】
オンラインショップにおける商品の購入の流れは、
▲１▼購入者がサービス提供者のオンラインショップにログオンし、
▲２▼購入者がショップメニューの中から商品を選び、
▲３▼購入者が選んだ商品について詳細に紹介するページ画面により確認し、
▲４▼購入者が当該商品を仮想のショッピングカートの中に入れ、
▲５▼購入者が支払い金額、支払い方法および商品の配送先を確認し、
▲６▼購入者が注文する
▲７▼サービス提供者が決済処理する
▲８▼サービス提供者が商品を発送する
の流れで行われる。本発明によるオンラインショップのサービスにおいて、サービス提供者はサービス利用者に対し、以下に説明するようなサービスを提供する。なお、オンラインショップの説明では、Webによるサービスの利用者を購入者と呼ぶことにする。また、実際のショップ業務はサービス提供者が行ってもよいし、サービス提供者が第三者に依託してもよい。
【００６５】
−アクセサリを装着した状態の画像を提供する−
購入者は、商品にアクセサリを装着した状態、たとえば、カメラ本体にアクセサリを装着した状態の画像を確認することができる。サービス提供者は、カメラ本体のポリゴン画像と、交換レンズ、および閃光装置などの各アクセサリのポリゴン画像とをそれぞれ用意する。これらのポリゴン画像は、カメラ本体および各アクセサリの画像が、それぞれ実際の機器のサイズの比率に合わせて構成されている。このため、これらのカメラ本体およびアクセサリの画像を接合処理すると、カメラ本体と交換レンズ、あるいはカメラ本体と閃光装置とを実際の機器で装着した場合と同様に見える。カメラ本体の画像とアクセサリの画像とを接合した接合画像は、ディスプレイ画面内において一体化して回転および移動させることが可能である。このようなポリゴン画像は、あらかじめサービス提供者のサーバーの所定のデータベース内に格納されている。
【００６６】
購入者の端末の不図示の画面において、購入者が「アクセサリ装着状態を確認する」に対応する不図示のリンク先ボタンをクリックすると、サービス提供者のサーバーが購入者の端末に表示用データを送信し、図２２に示すアイテム選択画面を端末のディスプレイに表示させる。図２２において、購入者は、アイテム選択画面が端末のディスプレイに表示されると、表示内容にしたがって表示画面の枠内に選択内容を書込む。図２２において、下向き三角形が表示される枠にはプルダウンメニューが用意されており、購入者はメニューの中から希望するアイテムを選択する。図２２の例では、Ｆ○○というカメラ本体に組合わせる交換レンズを選択している画面を示している。
【００６７】
購入者がＯＫボタン２２Ｂをクリックすると、サービス提供者のサーバーに向けて選択アイテムのデータが送信される。図２３は、サービス提供者のサーバーで行われるポリゴン画像処理の流れを説明するフローチャートである。図２３による処理は、サーバーが選択アイテムのデータを受信すると起動する。ステップＳ５０１において、サーバーは、データベースから選択されたアイテムに対応するポリゴン画像と、このポリゴン画像に付随する情報とを読出し、ステップＳ５０２へ進む。ステップＳ５０２において、サーバーは、選択されたアイテムの画像が接合可能か否かを判定する。ここで接合可能とは、カメラ本体にアクセサリが装着可能であることを意味する。サーバーは、接合可能の場合にステップＳ５０２を肯定判定してステップＳ５０３へ進み、接合不可能の場合にステップＳ５０２を否定判定してステップＳ５０５へ進む。
【００６８】
ステップＳ５０３において、サーバーは、選択されているアイテムの画像どうしを接合してステップＳ５０４へ進む。画像の接合は、実際にアクセサリを装着した様子を示す。すなわち、選択アイテムが交換レンズの場合は、カメラ本体のマウント部と交換レンズのマウント部とを合わせるように画像合成を行い、図２４に示すような一体化された画像を得る。
【００６９】
ステップＳ５０４において、サーバーは、接合後のポリゴン画像(図２４)のデータを購入者の端末に向けて送信し、図２３による処理を終了する。購入者は、図２４の表示が行われている状態で端末の不図示のポインティングデバイスを操作することにより、接合画像を回転させて任意の角度から見た画像にすることができる。
【００７０】
ステップＳ５０５において、サーバーは、選択されているアイテムが接合できる組合わせでないことを通知するメッセージのデータを購入者の端末に送信し、ステップＳ５０６へ進む。ステップＳ５０６において、サーバーは、購入者の端末に表示用データを送信し、図２３による処理を終了する。これにより、購入者の端末に再び図２２に示すアイテム選択画面が表示され、購入者に対してアイテム選択の再考が促される。
【００７１】
−購入者が所有する商品に応じて他の推奨商品を提案する−
購入者は、所有している商品に応じて新たな商品の提案を受けることができる。サービス提供者は、商品ごとに推奨する商品を用意する。たとえば、カメラ本体に対して交換レンズａａａ、閃光装置ｂｂｂ、バッテリパックｃｃｃ、ケースｄｄｄを用意し、これらに優先順位を設けておく。このような推奨商品のデータは、あらかじめサービス提供者のサーバーの所定のデータベース内に格納されている。
【００７２】
購入者の端末の不図示の画面において、購入者が「推奨商品を確認する」に対応する不図示のリンク先ボタンをクリックすると、サービス提供者のサーバーが購入者の端末に表示用データを送信し、図２５に示す推奨商品の紹介画面を端末のディスプレイに表示させる。図２５は、閃光装置ｂｂｂの画像、仕様、および購入メリットを紹介する画面の例である。購入者が推奨商品を購入する場合は、「ショッピングカートに入れる」ボタン２５Ｂをクリックすると、サービス提供者のサーバーに向けて購入の意志を伝えるデータが送信される。
【００７３】
図２６は、サービス提供者のサーバーで行われる推奨商品提案処理の流れを説明するフローチャートである。図２６による処理は、購入者の端末によって不図示の「推奨商品を確認する」ボタンがクリックされると起動する。ステップＳ６０１において、サーバーは、購入者によってログインされているか否かを判定する。ログインされている場合はステップＳ６０１を肯定判定してステップＳ６０２へ進み、ログインされていない場合はステップＳ６０１を否定判定してステップＳ６０６へ進む。
【００７４】
ステップＳ６０２において、サーバーは、ログインしている購入者の顧客登録情報が格納されているデータベースにアクセスし、登録データの中から当該購入者が既に購入して所有するカメラなどの機種情報を読出してステップＳ６０３へ進む。ステップＳ６０３において、サーバーは、読出した機種情報から推奨商品を抽出してステップＳ６０４へ進む。推奨商品の抽出は、たとえば、購入者がカメラを所有している場合に、当該カメラ用の交換レンズａａａ、閃光装置ｂｂｂ、バッテリパックｃｃｃ、およびケースｄｄｄの中から優先順位の順に行う。優先順位が
１．交換レンズａａａ
２．閃光装置ｂｂｂ
３．バッテリパックｃｃｃ
４．ケースｄｄｄ
の順に定められているとき、購入者が交換レンズａａａを所有していない場合は交換レンズａａａを抽出する。また、購入者が交換レンズａａａおよび閃光装置ｂｂｂを所有する場合はバッテリパックｃｃｃを抽出する。なお、ログインしている購入者が所有する機種の情報は、上述した顧客登録時以外にも顧客情報更新のページ画面により所有機種を任意に追加登録することもできる。
【００７５】
ステップＳ６０４において、サーバーは、抽出した推奨商品を紹介する図２５の画面の表示に必要なページデータを作成し、ステップＳ６０５へ進む。ステップＳ６０５において、サーバーは、作成したページデータを購入者の端末に向けて送信し、図２６による処理を終了する。
【００７６】
ステップＳ６０６において、サーバーは、購入者の端末に表示用データを送信し、上述した図２２と同様の所有機種入力用画面を端末のディスプレイに表示させる。図２２において、購入者は、表示内容にしたがって表示画面の枠内に所有する機種、アクセサリ類を書込む。購入者がＯＫボタン２２Ｂをクリックすると、サービス提供者のサーバーに向けて所有機種のデータが送信される。
【００７７】
ステップＳ６０７において、サーバーは、所有機種のデータを受信したか否かを判定する。データを受信した場合はステップＳ６０７を肯定判定してステップＳ６０３へ進み、データを受信していない場合は判定処理を繰り返す。
【００７８】
−購入者がカートに入れた商品に応じて他の推奨商品を提案する−
購入者は、ショッピングカートに入れた商品に応じて新たな商品の提案を受けることができる。サービス提供者は、上述したように、商品ごとに推奨する商品を用意し、優先順位を設けてデータベースに格納する。
【００７９】
図２７は、サービス提供者のサーバーで行われる推奨商品提案処理の流れを説明するフローチャートである。図２７による処理は、購入者の端末によって不図示の「商品をカートに入れる」ボタンがクリックされると起動する。ステップＳ７０１において、サーバーは、購入者によってログインされているか否かを判定する。ログインされている場合はステップＳ７０１を肯定判定してステップＳ７０２へ進み、ログインされていない場合はステップＳ７０１を否定判定してステップＳ７０３へ進む。
【００８０】
ステップＳ７０２において、サーバーは、ログインしている購入者のWebの会員登録情報が格納されているデータベースにアクセスし、登録データの中から当該購入者が既に購入して所有するカメラなどの機種情報を読出してステップＳ７０３へ進む。ステップＳ７０３において、サーバーは、ショッピングカートに入れられた商品名、および購入者が所有する機種情報から推奨商品を抽出してステップＳ７０４へ進む。推奨商品の抽出は、たとえば、購入者がカメラを所有しており、ショッピングカートに入れられたものが閃光装置ｂｂｂの場合に、当該カメラ用の交換レンズａａａを抽出する。なお、ステップＳ７０１で否定判定されている(ログインされていない)場合は、ショッピングカートに入れられた商品名から推奨商品を抽出してステップＳ７０４へ進む。
【００８１】
ステップＳ７０４において、サーバーは、抽出した推奨商品を紹介する図２５の画面の表示に必要なページデータを作成し、ステップＳ７０５へ進む。ステップＳ７０５において、サーバーは、作成した表示用ページデータを購入者の端末に向けて送信し、図２７による処理を終了する。
【００８２】
−バーチャル在庫管理−
サービス提供者は、商品の在庫を絶対数ではなく相対数で管理する。在庫数は、購入者が商品をショッピングカートに入れると当該商品の数量に応じて減少し、購入者が商品をショッピングカートから出すと当該商品の数量に応じて増加する。オンラインショッピングサービスでは多数の購入者が同時にアクセスするので、商品の在庫数が時々刻々変化する。このため、サービス提供者は、当初の在庫絶対数を基準にした相対的な増減数と、リアルタイムに変化する在庫数とによって在庫(本説明ではバーチャル在庫と呼ぶ)管理する。
【００８３】
図２８は、商品情報を管理する管理用ページ画面の例を示す図である。管理用ページ画面は、オンラインショッピングサービスで取り扱われる商品ごとにサービス提供者によって用意される。同じ商品であっても、ラッピングされた商品、および商品に名前入れを施した商品などは、通常の商品と異なる商品ＩＤを付与して別商品として管理する。
【００８４】
サービス提供者によってあらかじめ決められている管理者がサーバーに対して所定の操作を行うことにより、サーバーが管理者の端末に管理用ページ画面のデータを送り、管理者の端末に図２８の管理用画面が表示される。図２８において、説明１の枠２８Ａには当該商品の概要が記入されている。説明２の枠２８Ｂには当該商品の詳細な説明が記入されている。検索キーワードの枠２８Ｃには、当該商品に対するキーワードが記入されている。たとえば、当該商品が閃光装置である場合に、フラッシュ、スピードライト、照明などが記入される。キーワードは、なるべく上述した説明１、説明２の枠内に記入されていない語句がよい。この理由は、後で説明する検索機能において、キーワードの他に説明１および説明２の各枠内に記入されている語句も参照されるからである。
【００８５】
掲載期間の枠２８Ｄには、当該商品をオンラインショップのページ画面に掲載する期間が記入されている。掲載とは、上述した図２１によるオンラインショップのページ画面において、ショップメニューやおすすめ商品として表示されることを意味する。サーバーは、掲載期間の枠２８Ｄに記入されている期間内においてオンライショップに当該商品を掲載する。なお、管理者が掲載期間の枠２８Ｄの右側の表示のチェックを外して非掲載にすると、掲載期間内であってもオンラインショップのページに対する当該商品の掲載が停止される。すなわち、ショップメニューやおすすめ商品としての表示が停止される。販売受付期間の枠２８Ｅには、オンラインショップによって当該商品の注文を受ける期間が記入されている。サーバーは、記入されている期間内において当該商品の注文を受付ける。なお、管理者が販売受付期間の枠２８Ｅの右側の表示のチェックを外すと、受付期間内であっても当該商品の注文受付が停止される。
【００８６】
関連商品の枠２８Ｆには、当該商品に関連する他の商品の商品ＩＤが記入されている。上述した推奨商品の商品ＩＤを関連商品の枠２８Ｆ内に記入しておくことにより、購入者が当該商品をショッピングカートに入れた場合に枠２８Ｆに記入されている推奨商品が提案される。在庫切れ時の処理の欄２８Ｇには、当該商品が在庫切れになったときにサーバーが行うべき処理がチェックされている。図２８の例では、在庫切れ表示を掲載して販売を停止するようにチェックされている。この場合には、当該商品が在庫切れになると、ショップメニューやおすすめ商品のページ画面において当該商品のところに在庫切れ表示が掲載される。このとき、在庫切れ時の処理の欄２８Ｇに入庫予定日が記入されていると、入庫予定日がページ画面に掲載される。
【００８７】
在庫の増減の枠２８Ｈには、当初の在庫数を基準とする相対的な増減数が記入されている。管理者は、当初の在庫数に対して１０個追加する場合は＋１０、５個減らす場合は−５を入力する。したがって、管理者は、枠２８Ｈに記入されている数値によって当初の在庫数に対していくら増減させたかがわかる。現在の在庫数の枠２８Ｉには、購入者が商品をショッピングカートに入れたか否かによって在庫数がリアルタイムで表示される。バーチャル在庫は、在庫の増減と現在の在庫数とによって在庫を管理する。
【００８８】
管理者が不図示のポインティングデバイスを操作して登録ボタン２８Ｊをクリックすると、管理者の端末からサーバーへ登録データが送信される。サーバーは、登録データを受信するとデータベースを変更してオンラインショップのページに反映させる。このように、管理者は、現在の在庫数の枠２８Ｉの在庫数を除いて上記各枠内の記載内容を変更することができる。
【００８９】
−バーチャル在庫が所定数以下になると通知する−
サーバーは、商品の現在の在庫数が所定数以下になると管理者にメールを送信して警告を行う。また、サーバーは、購入者が商品をショッピングカートに入れた時点で当該商品の現在の在庫数が０または負の数の場合に、在庫がないことを購入者に通知する。
【００９０】
図２９は、サービス提供者のサーバーで行われる在庫通知処理の流れを説明するフローチャートである。図２９による処理は、オンラインショップのサービスが提供されているときに常時実行される。ステップＳ１８０１において、サーバーは、商品ＡがＸ個(Ｘは１以上の整数)ショッピングカートに入れられたか否かを判定する。商品Ａがカートに入れられた場合はステップＳ１８０１を肯定判定してステップＳ１８０２へ進み、商品Ａがカートに入れられない場合はステップＳ１８０１を否定判定してステップＳ１８０３へ進む。
【００９１】
ステップＳ１８０２において、サーバーは、商品Ａのバーチャル在庫の現在の在庫数ｎ＝ｎ−ＸとしてステップＳ１８０５へ進む。ステップＳ１８０５において、サーバーは、在庫数ｎが所定値Ｚ以下か否かを判定する。ここで、Ｚは在庫切れとみなす数量であって商品(商品ＩＤ)ごとに定められる値である。サーバーはｎ≦Ｚが成立する場合にステップＳ１８０５を肯定判定してステップＳ１８０６へ進み、ｎ＞Ｚが成立する場合にステップＳ１８０５を否定判定してステップＳ１８０８へ進む。
【００９２】
ステップＳ１８０６において、サーバーは、ステップＳ１８０５において肯定判定されたのが所定時から数えて１回目か否かを判定する。所定時とは、たとえば、午前０時、あるいはバーチャル在庫の増減を行った時刻とする。サーバーは、所定時から数えて１回目の場合にステップＳ１８０６を肯定判定してステップＳ１８０７へ進み、１回目でない場合にステップＳ１８０６を否定判定してステップＳ１８０８へ進む。ステップＳ１８０７において、サーバーは、バーチャル在庫を管理する管理者に在庫が少なくなったことを通知するメールを送信し、ステップＳ１８０８へ進む。これにより、所定時以降にはじめて在庫数ｎが所定値Ｚ以下となったときだけ、在庫減少を知らせるメールが管理者に送られる。
【００９３】
ステップＳ１８０８において、サーバーは、バーチャル在庫の現在の在庫数ｎが０以下か否かを判定する。サーバーはｎ≦０が成立する場合にステップＳ１８０８を肯定判定してステップＳ１８０９へ進み、ｎ＞０が成立する場合にステップＳ１８０８を否定判定してステップＳ１８０１へ戻る。ステップＳ１８０９において、サーバーは、バーチャル在庫を管理する管理者に在庫が０になったことを通知するメールを送信し、ステップＳ１８１０へ進む。これにより、在庫数ｎが０以下になるたびに、在庫切れを知らせるメールが管理者に送られる。ステップＳ１８１０において、サーバーは、商品Ａをカートに入れた購入者の端末に向けて表示用データを送信し、在庫切れであることを通知するメッセージを購入者の端末のディスプレイに表示させる。サーバーは、購入者の端末に表示用データを送信するとステップＳ１８０１へ戻る。
【００９４】
一方、上述したステップＳ１８０１において否定判定されて進むステップＳ１８０３において、サーバーは、商品ＡがＹ個(Ｙは１以上の整数)ショッピングカートから出されたか否かを判定する。商品Ａがカートから出された場合はステップＳ１８０３を肯定判定してステップＳ１８０４へ進み、商品Ａがカートから出されない場合はステップＳ１８０３を否定判定してステップＳ１８０１へ戻る。ステップＳ１８０４において、サーバーは、商品Ａの現在の在庫数ｎ＝ｎ＋ＹとしてステップＳ１８０１へ戻る。
【００９５】
以上説明した図２９による処理によって算出されるバーチャル在庫の現在の在庫数ｎは、上述した管理者用の図２８の管理画面の表示内容と連動する。つまり、図２８の現在の在庫数の枠２８Ｉにはｎの値が表示される。なお、図２８の例では現在の在庫数ｎが０になると販売が停止されるが、在庫切れ時の処理の欄２８Ｇのチェックは、販売停止時は外されて表示される。この場合、在庫数ｎが増えて販売が再開されると、在庫切れ時の処理の欄２８Ｇには元の位置にチェックが表示される。
【００９６】
−完売商品を検索対象から除外する−
上述した図２８における在庫切れ時の処理の欄２８Ｇのチェック位置に基づいて、サーバーは、在庫切れ時に次のような処理を行う。
ａ．在庫数ｎが０以下になっても販売を継続する。
ｂ．在庫数ｎが０になると在庫切れを表示し、在庫が補充されるまで販売を停止する。
ｃ．在庫数ｎが０になると完売を表示し、以降の販売を停止する。
ｄ．在庫数ｎが０になると商品の表示を削除し、以降の販売を停止する。
【００９７】
在庫数ｎが０以下になっても販売を継続するものは、生産量が十分に確保されており、商品の安定供給が可能な商品が該当する。在庫数ｎが０になると在庫切れを表示し、在庫が補充されるまで販売を停止するものは、受注に対して生産量が少なく、供給できるまでに時間を要する商品が該当する。在庫数ｎが０になると完売を表示し、以降の販売を停止するものは、数量限定商品が該当する。在庫数ｎが０になると商品の表示を削除し、以降の販売を停止するものは、生産終了(打ち切り)商品が該当する。このような商品ａ〜ｄの分類は、管理者によって図２８の管理用画面の中で各商品(商品ＩＤ)ごとに行われている。
【００９８】
サーバーは、上記ａ〜ｄの処理を行う商品について、次のようにオンラインショップ上の掲載の切替えを行う。図３０は、サービス提供者のサーバーで行われる掲載切替え処理の流れを説明するフローチャートである。図３０による処理は、オンラインショップのサービスが提供されているときに常時実行される。ステップＳ１６０１において、サーバーは、バーチャル在庫数ｎ≦０か否かを判定する。ｎ≦０の場合にステップＳ１６０１を肯定判定してステップＳ１６０２へ進み、ｎ＞０の場合にステップＳ１６０１を否定判定して判定処理を繰り返す。ステップＳ１６０２において、サーバーは、データベースにアクセスし、在庫数ｎが０以下になった商品が上記ｄに分類される商品か否かを判定する。ｄに分類される場合はステップＳ１６０２を肯定判定してステップＳ１６０３へ進み、ｄに分類されない場合はステップＳ１６０２を否定判定してステップＳ１６０５へ進む。
【００９９】
ステップＳ１６０３において、サーバーは、当該商品を表示対象外にしてステップＳ１６０４へ進む。これにより、当該商品の表示、すなわち、オンラインショップ画面上への掲載が停止される。ステップＳ１６０４において、サーバーは、当該商品を検索対象外にして図３０による処理を終了する。これにより、当該商品がオンラインショップの検索処理の対象から外される。ステップＳ１６０５において、サーバーは、在庫数ｎが０になった商品が上記ｃに分類される商品か否かを判定する。ｃに分類される場合はステップＳ１６０５を肯定判定してステップＳ１６０６へ進み、ｃに分類されない場合はステップＳ１６０５を否定判定してステップＳ１６０７へ進む。
【０１００】
ステップＳ１６０６において、サーバーは、当該商品について完売表示を指示して図３０による処理を終了する。これにより、ショップメニューやおすすめ商品のページ画面において当該商品のところに完売表示が掲載される。なお、完売表示を掲載しても、オンラインショップの検索処理の対象からは外さない。ステップＳ１６０７において、サーバーは、在庫数ｎが０になった商品が上記ｂに分類される商品か否かを判定し、商品がｂに分類される場合はステップＳ１６０７を肯定判定してステップＳ１６０８へ進む。ステップＳ１６０８において、サーバーは、当該商品について在庫切れ表示を指示して図３０による処理を終了する。これにより、ショップメニューやおすすめ商品のページ画面において当該商品のところに在庫切れ表示が掲載される。なお、在庫切れ表示を掲載しても、オンラインショップの検索処理の対象からは外さない。一方、在庫数ｎが０になった商品が上記ｂに分類されない場合は、ステップＳ１６０７を否定判定して図３０による処理を終了する。この場合には、在庫数ｎが０になった商品が上記ａに分類されるため、在庫切れになっても在庫切れの表示を掲載しない。また、オンラインショップの検索処理の対象から外さない。
【０１０１】
以上の説明では、上記ｄに分類される商品が在庫切れになった場合にのみ、当該商品をオンラインショップの検索処理の対象から外す(ステップＳ１６０４)ようにしたが、上記ｃに分類される商品が在庫切れになった場合にも、当該商品をオンラインショップの検索処理の対象から外すようにしてもよい。この場合には、上述したステップＳ１６０６による処理の後からステップＳ１６０４へ進むようにすればよい。
【０１０２】
−商品購入者に抽選を行い、当選者に購入商品と当選商品とを同梱配送する−
サービス提供者は、オンラインショップにより商品を購入する購入者に対して抽選を行い、当選者に購入商品と当選商品とを同梱して配送する。図３１は、サービス提供者のサーバーで行われる商品配送指示処理の流れを説明するフローチャートである。図３１による処理は、オンラインショップによる商品の購入処理が終了することによって起動する。ステップＳ９０１において、サーバーは、商品の購入金額Ｐが所定の金額Ｑ以上か否かを判定する。Ｐ≧Ｑが成立する場合にステップＳ９０１を肯定判定してステップＳ９０２へ進み、Ｐ＜Ｑが成立する場合はステップＳ９０１を否定判定して図３１による処理を終了する。ここでは、購入金額ＰがＱ以上の購入者に抽選の機会が与えられる。
【０１０３】
ステップＳ９０２において、サーバーは、購入者の端末に表示用データを送信し、図３２(a)に示す抽選ページ画面を端末のディスプレイに表示させる。図３２(a)において、購入者は、抽選ページ画面が端末のディスプレイに表示されると、表示内容にしたがって抽選を行う。購入者が画面に表示されている抽選器のハンドル部分をクリックすると、サービス提供者のサーバーに向けて抽選を開始する旨のデータが送信される。ステップＳ９０３において、サーバーは、抽選を開始するデータを受信したか否かを判定する。サーバーは、抽選開始のデータを受信した場合にステップＳ９０３を肯定判定し、所定の抽選処理を行ってステップＳ９０４へ進む。抽選開始のデータを受信しない場合は判定処理を繰り返す。
【０１０４】
ステップＳ９０４において、サーバーは、購入者の住所と購入商品の配送先の住所とが同じか否かを判定する。購入者の住所および配送先の住所は、オンラインショップの購入処理の中で入力されている。サーバーは、購入者および配送先の住所が同一の場合はステップＳ９０４を肯定判定してステップＳ９０５へ進み、購入者および配送先の住所が相違する場合はステップＳ９０４を否定判定してステップＳ９０６へ進む。
【０１０５】
ステップＳ９０６において、サーバーは、購入者の端末に表示用データを送信してステップＳ９０７へ進む。これにより、図３２(b)に示すページ画面が端末のディスプレイに表示される。図３２(b)において、赤色の玉が出てカメラが当選したことを通知するとともに、当選商品の配送先を選択するボタンが表示されている。購入者は、選択ボタンのいずれかをクリックして配送先住所(購入商品の配送先)、購入者の住所、あるいは、その他の中から当選商品の配送先を選ぶ。購入者が選択ボタンをクリックすると、選択された配送先住所の情報を示すデータが購入者の端末からサーバーに送られる。
【０１０６】
一方、ステップＳ９０５において、サーバーは、購入者の端末に表示用データを送信してステップＳ９０７へ進む。この場合には、購入商品の配送先が購入者の住所と同一であるから、当選商品の配送先も購入者の住所とみなす。そこで、購入者の端末のディスプレイには、図３２(b)による画面から配送先の選択ボタンを省略した不図示のページ画面が表示される。すなわち、赤色の玉が出てカメラが当選したことのみが通知される。購入者が不図示の確認ボタンをクリックすると、購入者の住所の情報を示すデータが購入者の端末からサーバーに送られる。
【０１０７】
ステップＳ９０７において、サーバーは、配送先住所の情報を受信したか否かを判定する。サーバーは、配送先住所のデータを受信した場合にステップＳ９０７を肯定判定してステップＳ９０８へ進み、配送先住所のデータを受信しない場合は判定処理を繰り返す。ステップＳ９０８において、サーバーは、購入商品の配送先住所と当選商品の配送先住所とが同一か否かを判定する。配送先住所が同一の場合にステップＳ９０８を肯定判定してステップＳ９０９へ進み、配送先住所が相違する場合はステップＳ９０８を否定判定してステップＳ９１０へ進む。
【０１０８】
ステップＳ９０９において、サーバーは、購入者の端末に表示用データを送信し、図３３に示す当選商品の配送先確認画面を端末に表示させる。購入者がＯＫボタン３３Ｂをクリックすると、サーバーは、購入商品と当選商品とを同梱して購入者に発送可能にする処理を施し、図３１による処理を終了する。ステップＳ９１０において、サーバーは、購入者の端末に表示用データを送信し、図３３に示す当選商品の配送先確認画面を端末に表示させる。購入者がＯＫボタン３３Ｂをクリックすると、サーバーは、購入商品と当選商品とを別梱してそれぞれの配送先に別送可能にする処理を施し、図３１による処理を終了する。
【０１０９】
−購入商品の一部が入荷待ちの場合に、入荷後全ての購入商品を同梱配送する−図３４は、サービス提供者のサーバーで行われる商品配送指示処理の流れを説明するフローチャートである。図３４による処理は、購入者の端末によってオンラインショップのページにログイン処理が行われると起動する。ステップＳ１００１において、サーバーは、購入者の端末から商品をショッピングカートに入れる指示が送られたか否かを判定する。この指示は、購入者が端末のディスプレイの画面上で不図示の「商品をカートに入れる」ボタンをクリックすることにより送られる。サーバーは、カートに入れる指示を示すデータを受けるとステップＳ１００１を肯定判定してステップＳ１００２へ進み、カートに入れる指示を示すデータを受けない場合はステップＳ１００１を否定判定してステップＳ１００５へ進む。
【０１１０】
ステップＳ１００２において、サーバーは、カートに入れる指示を受けた商品が在庫切れか否かを判定する。在庫切れの場合はステップＳ１００２を肯定判定してステップＳ１００４へ進み、在庫切れでない場合はステップＳ１００２を否定判定してステップＳ１００３へ進む。ステップＳ１００３において、サーバーは、商品をカートに入れる指示を送信した購入者の端末に向けて表示用データを送信し、商品をカートに入れたことを示す不図示のページ画面を購入者の端末のディスプレイに表示させる。サーバーは、表示用データを送信するとステップＳ１００５へ進む。
【０１１１】
ステップＳ１００４において、サーバーは、在庫切れ商品に対する予約処理を行い、予約処理後にステップＳ１００５へ進む。予約処理については後述する。
【０１１２】
ステップＳ１００５において、サーバーは、購入者の端末からショッピングを終了する指示が送られたか否かを判定する。この指示は、購入者が端末のディスプレイの画面上で不図示の「ショッピングを終了する」ボタンをクリックすることにより送られる。サーバーは、ショッピング終了の指示を示すデータを受けるとステップＳ１００５を肯定判定してステップＳ１００６へ進み、ショッピング終了の指示を示すデータを受けない場合はステップＳ１００５を否定判定してステップＳ１００１へ戻る。
【０１１３】
ステップＳ１００６において、サーバーは、ショッピングカート内に商品が入っているか否かを判定する。カート内に商品がある場合はステップＳ１００６を肯定判定してステップＳ１００７へ進み、カート内に商品がない場合にはステップＳ１００６を否定判定して図３４による処理を終了する。ステップＳ１００７において、サーバーは、ショッピングカート内の商品の中に予約商品があるか否かを判定する。予約商品がある場合にステップＳ１００７を肯定判定してステップＳ１００８に進み、予約商品がない場合にステップＳ１００７を否定判定してステップＳ１００９に進む。
【０１１４】
ステップＳ１００８において、サーバーは、オプション決済と呼ぶ決済処理を行い、決済処理後に図３４による処理を終了する。一方、ステップＳ１００９において、サーバーは、通常決済と呼ぶ決済処理を行い、決済処理後に図３４による処理を終了する。なお、決済処理およびオプション決済処理については後述する。
【０１１５】
上述した予約処理について説明する。図３５は、サービス提供者のサーバーで行われる予約処理の流れを説明するフローチャートである。図３５による処理は、上述した図３４のステップＳ１００２において肯定判定されると起動する。図３５のステップＳ１１０１において、サーバーは、データベースにアクセスして在庫切れとなっている商品の商品情報を読出し、当該商品の入荷予定日の情報を得てステップＳ１１０２へ進む。ステップＳ１１０２において、サ−バーは、後述する予約ページ画面用の表示用データを作成してステップＳ１１０３へ進む。ステップＳ１１０３において、サーバーは、購入者の端末に向けて表示用ページデータを送信してステップＳ１１０４へ進む。これにより、購入者の端末のディスプレイに図３６に示す予約ページ画面が表示される。図３６において、当該商品の入荷予定日が表示されている。
【０１１６】
購入者が端末のディスプレイの画面(図３６)上で予約ボタン３６Ｂをクリックすると、商品を予約する指示を示すデータが購入者の端末からサーバーに送られる。ステップＳ１１０４において、サーバーは、購入者の端末から商品予約の指示が送られたか否かを判定する。サーバーは、予約指示のデータを受けるとステップＳ１１０４を肯定判定してステップＳ１１０７へ進み、予約指示のデータを受けない場合はステップＳ１１０４を否定判定してステップＳ１１０５へ進む。
【０１１７】
ステップＳ１１０７において、サーバーは、ショッピングカートに当該商品を追加してステップＳ１１０８へ進む。ステップＳ１１０８において、サーバーは、商品をカートに入れる指示を送信した購入者の端末に向けて表示用ページデータを送信し、商品をカートに入れたこと、すなわち、商品を予約したことを示すページ画面を購入者の端末のディスプレイに表示させる。サーバーは、表示用ページデータを送信すると図３５による予約処理を終了する。
【０１１８】
ステップＳ１１０５において、サーバーは、購入者の端末から商品を予約しない指示が送られたか否かを判定する。予約しない指示は、購入者が図３６による画面上で「予約しない」ボタン３６Ｃをクリックすることによりサーバーに送られる。サーバーは、予約しない指示を示すデータを受けるとステップＳ１１０５を肯定判定してステップＳ１１０６へ進み、予約しない指示を示すデータを受けない場合はステップＳ１１０５を否定判定してステップＳ１１０４へ戻る。
【０１１９】
ステップＳ１１０６において、サーバーは、商品をカートに入れる指示を送信した購入者の端末に向けて表示用ページデータを送信し、商品を予約しないことを示すページ画面を購入者の端末のディスプレイに表示させる。サーバーは、表示用ページデータを送信すると図３５による予約処理を終了する。
【０１２０】
上述したオプション決済処理について説明する。図３７は、サービス提供者のサーバーで行われるオプション決済処理の流れを説明するフローチャートである。図３７による処理は、上述した図３４のステップＳ１００７において肯定判定されると起動する。図３７のステップＳ１２０１において、サーバーは、ショッピングカート内の商品の中に予約商品以外の商品があるか否かを判定する。予約商品以外の商品がある場合にステップＳ１２０１を肯定判定してステップＳ１２０２に進み、予約商品以外の商品がない場合にステップＳ１２０１を否定判定してステップＳ１２０４に進む。ステップＳ１２０２において、サーバーは、購入者の端末に向けて表示用ページデータを送信してステップＳ１２０３へ進む。これにより、購入者の端末のディスプレイには図３８に示す配送方法選択用のページ画面が表示される。図３８において、予約商品の配送見込み日が表示されている。
【０１２１】
購入者が端末のディスプレイの画面(図３８)上でボタン３８Ｂをクリックすると、予約商品を他の商品と同送する指示を示すデータが購入者の端末からサーバーに送られる。一方、購入者がボタン３８Ｃをクリックすると、予約商品を他の商品と別送する指示を示すデータが購入者の端末からサーバーに送られる。ステップＳ１２０３において、サーバーは、購入者の端末から同送指示が送られたか否かを判定する。サーバーは、同送指示を示すデータを受けるとステップＳ１２０３を肯定判定してステップＳ１２０４へ進み、同送指示を示すデータを受けない場合はステップＳ１２０３を否定判定してステップＳ１２０５へ進む。
【０１２２】
ステップＳ１２０４において、サーバーは、計算書の作成のための計算を行ってステップＳ１２０６へ進む。この場合には、商品の配送が１回でよいので１回分の送料と商品の金額とが含まれる。また、ステップＳ１２０５において、サーバーは、計算書の作成のための計算を行ってステップＳ１２０６へ進む。この場合には、商品の配送が複数回に分かれるので、配送ごとの送料と商品の金額とが含まれる。ステップＳ１２０６において、サーバーは、購入者の端末に向けて表示用ページデータを送信してステップＳ１２０７へ進む。これにより、購入者の端末のディスプレイには図３９に示す計算書のページ画面が表示される。
【０１２３】
購入者が端末のディスプレイの画面(図３９)上で不図示の「この内容で注文する」ボタンをクリックすると、決済の指示を示すデータが購入者の端末からサーバーに送られる。ステップＳ１２０７において、サーバーは、購入者の端末から決済の指示が送られたか否かを判定する。決済指示を示すデータを受けるとステップＳ１２０７を肯定判定してステップＳ１２０８へ進み、決済指示を示すデータを受けない場合は判定処理を繰り返す。ステップＳ１２０８において、サーバーは、決済処理を行った後、図３７によるオプション決済処理を終了する。
【０１２４】
上述した通常決済処理について説明する。通常決済処理では、図３７によるオプション決済処理におけるステップＳ１２０１〜ステップＳ１２０３までの処理とステップＳ１２０５の処理とが省略される。通常決済処理は、上述した図３４のステップＳ１００７において否定判定される場合、すなわち、予約商品がない場合に行われる。この場合には、カートに入れられている商品が全て在庫されていることから配送が１回で済むので、計算書の作成は１回分の送料と商品の金額とを含めて行えばよい。このため、ステップＳ１２０４による処理から行うようにする。
【０１２５】
以上説明したオプション決済処理では、予約商品を他の商品と同送する場合に１回分の送料で計算し、さらに、予約商品と他の商品との決算処理を共通にする場合について説明した。次に説明するのは、購入する商品の合計金額に応じて配送料を無料にしたり、予約商品と他の商品とで別々に決済したりする例である。
【０１２６】
図４０は、配送方法および決済方法に応じて配送料を決める処理の流れを説明するフローチャートであり、図３７によるオプション決済処理の代わりに行われる。図４０のステップＳ１３０１において、サーバーは、配送方法の選択および決済方法の選択用のページ画面を作成してステップＳ１３０２へ進む。配送方法選択は、予約商品と他の商品とを同送するか、別々に配送するかを選択する。決済方法選択は、予約商品と他の商品とを一括して決済するか、分割して決済するかを選択する。ステップＳ１３０２において、サーバーは、作成したページ画面のデータを購入者の端末に向けて送信し、ステップＳ１３０３へ進む。これにより、購入者の端末のディスプレイには、不図示の配送方法選択用チェック欄と、不図示の決済方法選択チェック欄とを有するページ画面が表示される。
【０１２７】
購入者が端末のディスプレイの画面上で任意のチェック欄をチェックした上で不図示のＯＫボタンをクリックすると、配送方法および決済方法の指示を示すデータが購入者の端末からサーバーに送られる。ステップＳ１３０３において、サーバーは、購入者の端末から配送および決済の指示が送られたか否かを判定する。サーバーは、端末からの指示を示すデータを受けるとステップＳ１３０３を肯定判定してステップＳ１３０４へ進み、端末からの指示を示すデータを受けない場合はステップＳ１３０３を否定判定して判定処理を繰り返す。
【０１２８】
ステップＳ１３０４において、サーバーは、配送回数Ｄを検出してステップＳ１３０５へ進む。ここで、商品を同送する場合はＤ＝１である。また、予約商品を別に配送する場合はＤ≧２となる。Ｄの値は、予約商品の有無と各予約商品の入荷予定日とに応じて異なる値をとる。ステップＳ１３０５において、サーバーは、一括決済するか否かを判定する。購入者の端末から一括決済の指示を示すデータが送られている場合にステップＳ１３０５を肯定判定してステップＳ１３０６へ進み、分割決済の指示を示すデータが送られている場合はステップＳ１３０５を否定判定してステップＳ１３０７へ進む。ステップＳ１３０６において、サーバーは一括決済の決済処理を行い、決済処理後に図４０による処理を終了する。一方、ステップＳ１３０７において、サーバーは、分割決済の決済処理を行い、決済処理後に図４０による処理を終了する。
【０１２９】
上述した一括決済処理について説明する。一括決済では、在庫されている商品と、在庫切れで予約した予約商品とが一緒に決済される。図４１は、サービス提供者のサーバーで行われる一括決済処理の流れを説明するフローチャートである。ステップＳ１４０１において、サーバーは、ショッピングカート内の購入商品および予約商品の合計金額Ｅを算出し、ステップＳ１４０２へ進む。ステップＳ１４０２において、サーバーは、有料となる配送回数Ｇを算出してステップＳ１４０３へ進む。有料配送回数ＧはＧ＝Ｄ−(Ｅ／Ｆ)により算出される。ただし、Ｆは送料を無料にサービスするようにあらかじめ定められた金額である。Ｇの小数点以下の端数は切り上げられる。
【０１３０】
ステップＳ１４０３において、サーバーは、Ｇ≦０が成立するか否かを判定する。Ｇ≦０が成立する場合はステップＳ１４０３を肯定判定してステップＳ１４０５へ進み、Ｇ＞０が成立する場合はステップＳ１４０３を否定判定してステップＳ１４０４へ進む。ステップＳ１４０５において、サーバーは、配送料を０にして計算書を作成し、ステップＳ１４０６へ進む。一方、ステップＳ１４０４において、サーバーは、Ｇ回分の配送料を含めて計算書を作成し、ステップＳ１４０６へ進む。
【０１３１】
ステップＳ１４０６において、サーバーは、購入者の端末に向けて計算書表示用ページデータを送信してステップＳ１４０７へ進む。これにより、購入者の端末のディスプレイには上述した図３９と同様の計算書のページ画面が表示される。購入者が端末のディスプレイの画面(図３９)上で不図示の「この内容で注文する」ボタンをクリックすると、決済の指示を示すデータが購入者の端末からサーバーに送られる。ステップＳ１４０７において、サーバーは、購入者の端末から決済の指示が送られたか否かを判定する。決済指示を示すデータを受けるとステップＳ１４０７を肯定判定してステップＳ１４０８へ進み、決済指示を示すデータを受けない場合は判定処理を繰り返す。
【０１３２】
ステップＳ１４０８において、サーバーは、クレジットカードによる支払いか否かを検出する。ここで、支払い方法は、たとえば、クレジットカードによる引落とし、配送時の代金引換払い、などの支払方法の中から購入者によって選択されている方法である。サーバーは、クレジットカードによる支払いの場合にステップＳ１４０８を肯定判定してステップＳ１４０９へ進み、クレジットカードによる支払いでない場合にステップＳ１４０８を否定判定してステップＳ１４１０へ進む。
【０１３３】
ステップＳ１４０９において、サーバーは、購入者が契約しているクレジットカード会社に対し、当該クレジットカードについて決済金額について与信を行う。サーバーは、与信処理を行うとステップＳ１４１０へ進む。ステップＳ１４１０において、サーバーは、与信が通った場合に決済処理を行い、図４１による一括決済処理を終了する。また、サーバーは、与信が通らなかった場合は不決済処理を行って図４１による処理を終了する。この場合には売買が成立しない。
【０１３４】
上述した分割決済処理について説明する。分割決済では、在庫されている商品について先に決済を行い、在庫切れ商品について当該商品が入荷された後に決済を行う。図４２は、サービス提供者のサーバーで行われる分割決済処理の流れを説明するフローチャートである。ステップＳ１５０１において、サーバーは、ショッピングカート内の購入商品および予約商品のうち、今回決済される合計金額Ｈを算出し、ステップＳ１５０２へ進む。ステップＳ１５０２において、サーバーは、無料サービス可能な配送回数Ｊを算出してステップＳ１５０３へ進む。無料配送回数ＪはＪ＝Ｈ／Ｆにより算出される。ただし、Ｆは送料を無料にサービスするようにあらかじめ定められた金額である。Ｊの小数点以下の端数は切り捨てられる。
【０１３５】
ステップＳ１５０３において、サーバーは、Ｊ＝０が成立するか否かを判定する。Ｊ＝０が成立する場合はステップＳ１５０３を肯定判定してステップＳ１５０４へ進み、Ｊ≠０が成立する場合はステップＳ１５０３を否定判定してステップＳ１５０５へ進む。ステップＳ１５０５において、サーバーは、Ｊ＝Ｊ−１とおき、Ｊの値を購入者に関連づけてデータベースに格納し、ステップＳ１５０６へ進む。ステップＳ１５０６において、サーバーは、配送料を０にして計算書を作成し、ステップＳ１５０７へ進む。一方、ステップＳ１５０４において、サーバーは、配送料を含めて計算書を作成し、ステップＳ１５０７へ進む。
【０１３６】
ステップＳ１５０７において、サーバーは、作成した計算書の表示用ページデータを購入者の端末に向けて送信し、ステップＳ１５０８へ進む。これにより、購入者の端末のディスプレイには上述した図３９と同様の計算書のページ画面が表示される。購入者が端末のディスプレイの画面(図３９)上で不図示の「この内容で注文する」ボタンをクリックすると、決済の指示を示すデータが購入者の端末からサーバーに送られる。ステップＳ１５０８において、サーバーは、購入者の端末から決済の指示が送られたか否かを判定する。サーバーは、決済指示を示すデータを受けるとステップＳ１５０８を肯定判定してステップＳ１５０９へ進み、決済指示を示すデータを受けない場合は判定処理を繰り返す。
【０１３７】
ステップＳ１５０９において、サーバーは、クレジットカードによる支払いか否かを検出する。サーバーは、クレジットカードによる支払いの場合にステップＳ１５０９を肯定判定してステップＳ１５１０へ進み、クレジットカードによる支払いでない場合にステップＳ１５０９を否定判定してステップＳ１５１３へ進む。
【０１３８】
ステップＳ１５１０において、サーバーは、購入者が契約しているクレジットカード会社に対し、当該クレジットカードについて今回決済する金額の与信を行う。サーバーは、与信処理を行うとステップＳ１５１１へ進む。ステップＳ１５１１において、サーバーは、与信が通った場合に決済処理を行いステップＳ１５１２へ進む。この時点では予約商品の決済をしない。サーバーは、与信が通らなかった場合は不決済処理を行ってステップＳ１５１２へ進む。不決済処理の場合には売買が成立しない。ステップＳ１５１２において、サーバーは、今回の決済金額を除く予約商品の金額について与信を行う。サーバーは、与信処理を行うとステップＳ１５１３へ進む。これにより、当該クレジットカードによって予約商品を購入可能であることが確認できるので、予約の信ぴょう性が高くなる。
【０１３９】
ステップＳ１５１３において、サーバーは、与信が通った場合に図４２による分割決済処理を終了する。また、サーバーは、与信が通らなかった場合はクレジットカード以外の他の決済方法による決済処理を行い、図４２による分割決済処理を終了する。
【０１４０】
以上説明した実施の形態によるコンテンツで行うオンラインショップによれば、次の作用効果が得られる。
（１）サービス提供者がカメラ本体のポリゴン画像と、交換レンズなどの各アクセサリのポリゴン画像とを用意し、これらのポリゴン画像をそれぞれ接合できるようにした。これにより、購入者は商品を購入する前に、カメラ本体に各アクセサリを装着した状態の画像を確認することができる。一方、サービス提供者は、本体と各アクセサリとの組合わせ数に応じて、カメラ本体に各アクセサリを実際に装着した状態で数多くの撮影をしなくてもよいので、撮影の手間を低減することができる。
（２）ログインしている購入者の会員登録情報が格納されているデータベースにアクセスし、当該購入者が既に所有するカメラなどの機種情報を読出し、当該機種用アクセサリなどの新たな商品を購入者に提案するようにした。これにより、購入者が既に所有している機種と同じ物を提案することがない上に、購入者がわざわざ検索しなくても所有する機種用のアクセサリを自動的に提案できるので、購入者にとって便利なショップサービスを提供できる。
（３）上記(２)に加えて、購入者がショッピングカートに入れた商品に応じて新たな商品を提案するようにしたので、購入者が既にショッピングカートに入れている商品と同じ物を提案することがないから、購入者にとって便利なショップサービスを提供できる。
（４）商品の当初の在庫絶対数を基準にした相対的な増減数と、購入者が当該商品をショッピングカートに入れるか否かによってリアルタイムに変化する在庫数ｎとによって在庫(バーチャル在庫)管理するようにしたので、管理者は、在庫増減の枠２８Ｈ内に記入されている数値によって当初の在庫数に対していくら増減させたかがわかり、現在の在庫数の枠２８Ｉ内に表示される在庫数ｎによって充足／不足がわかる。
（５）商品情報を管理するとき、ラッピングされた商品、および商品に名前入れを施した商品などは同じ商品であっても異なる商品ＩＤを付与して別商品として管理するようにした。したがって、必要に応じてラッピングする場合に比べて作業効率がよくなる。
（６）商品の在庫数ｎが所定時刻以降にはじめて所定値Ｚ以下となったときにのみ、当該商品の在庫減少を知らせるメールを管理者に送るようにした。このため、多数の購入者が同時にオンラインショップにアクセスして在庫数ｎが時々刻々変化し、在庫数ｎがＺより大きくなったり小さくなったりする場合でも、管理者に同じメールが何度も送信されることがない。
（７）商品の在庫数ｎが０以下になるたびに、当該商品の在庫０を知らせるメールを管理者に送るようにした。このため、管理者は、在庫数ｎが０になった以降に当該商品がショッピングカートに入れられた回数を、在庫０を知らせるメールを受けた回数から知ることができる。
（８）商品の在庫数ｎが０の場合、購入者が当該商品をカートに入れた時点で購入者の端末に向けて在庫切れであることを通知するメッセージを送信するようにした。このため、購入者がカートに入れた商品に対して決済処理を行うための端末操作をしている間に、当該商品が在庫切れになることがない。つまり、カートに入れた時点で在庫切れでない商品は、当該購入者が予約待ちすることなく購入できる。
（９）在庫数ｎが０の場合、商品ごとに管理されている商品情報管理画面の在庫切れ時の処理の欄２８Ｇのチェック内容に応じて、在庫切れ表示の掲載の有無、完売表示の掲載の有無、当該商品の掲載の継続および中止を決定するようにした。したがって、入荷までに時間を要する商品は在庫切れ表示を掲載し、数量限定商品で売り切れた商品は完売表示を掲載し、生産打ち切り商品は掲載中止するように、商品に応じて在庫切れ時の掲載内容を変えることができる。この結果、購入者にとってわかりやすく在庫切れ情報を提供できる。
（１０）購入者がカートに入れた商品の在庫数ｎが０の場合(ステップＳ１００２)に、購入者の端末に向けて在庫切れと入荷予定日とを通知して予約ボタン３６Ｂにより予約できるようにした。これにより、購入者は簡単に購入予約をすることができる。
（１１）オンラインショップで商品を購入した購入者にオンラインで抽選を行い、当選賞品と購入商品との配送先が同一の場合に同梱の指示をする(ステップＳ９０９)ようにした。これにより、別々に配送する場合に比べて配送料を低減することができる。
（１２）購入者が在庫商品と在庫切れ商品とを購入する場合に、在庫商品と予約商品とを同時に配送するか否かを確認する(ステップＳ１２０３)ようにした。したがって、購入者は、予約商品が入荷されてから在庫商品と一緒に配送してもらう方法と、在庫商品を先に、予約商品を後から別々に配送してもらう方法のいずれかを選択することができる。
（１３）購入者が在庫商品と在庫切れ商品とを購入する場合に、在庫されている商品と在庫切れで予約した予約商品とを一緒に決済するか否かを確認(ステップＳ１３０５)する。分割して決済する指示を受け、さらにカードによる決済の指示を受けると(ステップＳ１５０９の肯定判定)、今回の決済金額と別に予約商品の金額についての与信を行う(ステップＳ１５１２)ようにした。この結果、予約商品を購入可能であることも確認できるので、予約の信ぴょう性が高くなる。
【０１４１】
−アルバム・プリントサービス−
オンラインアルバム５のカテゴリについて説明する。オンラインアルバムは電子アルバムとも呼ばれる。上述した図３のトップページ１０の画面が端末のディスプレイに表示された状態で、Webによるサービス利用者が端末に備えられる不図示のポインティングデバイスを操作して「オンラインアルバム」のリンク先ボタン２４をクリックすると、不図示のオンラインアルバム５のカテゴリのトップページ画面が端末のディスプレイに表示される。このトップページ画面でサービス利用者がログインすると、図４３に示すページ画面が端末のディスプレイに表示される。上述したように、オンラインアルバム５のサービス利用はWebの会員登録を行ったサービス利用者がログイン名とパスワードとを入力してログインした上で受けるものである。
【０１４２】
図４３において、「アルバム作成」と、「プリントサービス」と、「フォトメール」と、「はじめての方はこちら」と記載された各位置に、それぞれリンク先の情報が貼り付けられている。サービス利用者が、アンダーラインが引かれている「アルバム作成」の文字およびボタンをクリックすると、アルバム作成用のページ画面がさらに表示される。アルバム作成は、サービス提供者が用意するアルバム用サーバー内のデータ格納領域をサービス提供者が借り受け、このデータ格納領域にサービス利用者が画像を格納することにより行う。サービス利用者は、画像を格納したデータ格納領域を電子アルバムとして利用する。ここで、電子アルバムに画像データを格納することを画像を登録するという。
【０１４３】
アルバム用のデータ格納領域のメモリサイズ(記憶容量)は、たとえば、１利用者当たり５０Ｍバイト、有効期間(使用期間)を１年とする。このメモリサイズおよび有効期間は、上述したように、顧客登録したサービス利用者に対してメモリサイズを通常より大きく、有効期間を通常より長くするように適宜優遇措置が行われる。
【０１４４】
サービス利用者が登録した電子アルバムに格納される画像データは、原則としてサービス利用者自身によってデータ格納領域から端末に読出され、当該画像データによる画像がサービス利用者によって閲覧される。サービス利用者が他のサービス利用者に上記アルバムを見てもらいたい場合、あるいは他のサービス利用者が見ることを許可する場合は、サービス提供者にその旨を通知して公開できる。公開されたアルバムは、図４３の画面上に公開アルバムとして掲載される。図４３の例では、アルバム１、アルバム２、アルバム３について、各アルバムの中の代表画像とともに説明が表示されている。サービス利用者がこれらの画像、およびアンダーラインが引かれているアルバムの文字のいずれかをクリックすると、各アルバムに格納されている画像データが当該データの格納領域からサービス利用者の端末に送信される。この結果、サービス利用者は送られたデータによる画像を自分の端末の画面上で閲覧できる。
【０１４５】
アルバムを公開しない場合は非公開とされ、アルバムを作成したサービス利用者のみが閲覧でき、他のサービス利用者は閲覧できない。公開／非公開の設定は、アルバムに登録されている画像ごとに、アルバムを作成したサービス利用者が決定する。公開には無条件の公開とパスワードつき公開とがある。サーバーは、無条件公開の場合にサービス利用者がだれでも当該画像データを読出せるようにし、パスワードつき公開の場合にパスワードを入力したサービス利用者だけが当該画像データを読出せるようにする。
【０１４６】
公開アルバムは、図４３の画面上に代表画像を掲載して紹介される他、アルバムのカテゴリごとに分類されて紹介される。たとえば、サービス利用者がアンダーラインが引かれている「カテゴリ１」の文字をクリックすると、カテゴリ１に分類されている公開アルバムを各アルバムの中の代表画像とともに紹介するページ画面がさらに表示される。このように、公開アルバムは、各カテゴリごとに分類され紹介されている。
【０１４７】
図４３において、アンダーラインが引かれている「プリントサービス」の文字およびボタンをサービス利用者がクリックすると、プリントサービス用のページ画面がさらに表示される。プリントサービスは、電子アルバムに登録されている画像をサービス提供者側で高詳細にプリントアウトし、サービス利用者に発送可能にするサービスである。なお、プリントそのものはサービス提供者が行ってもよいし、サービス提供者が第三者に依託してもよい。プリントサービスの流れは、
▲１▼サービス利用者がサービス提供者のオンラインアルバムにログオンし、
▲２▼サービス利用者が登録されている画像の中から希望する画像を選び、
▲３▼サービス利用者が支払い金額、支払い方法およびプリントの配送先を確認し、
▲４▼サービス利用者が注文する
▲５▼サービス提供者が決済処理する
▲６▼サービス提供者がプリントアウトして発送する
の流れで行われる。
【０１４８】
図４３において、アンダーラインが引かれている「フォトメール」の文字およびボタンをサービス利用者がクリックすると、メールサービス用のページ画面がさらに表示される。フォトメールは、上述した電子アルバムに登録されている画像のリンク先の情報を添付可能なメールサービスである。フォトメールを受けた人は、メールに記載されているリンク先の情報、たとえば、URLを指定することにより、電子アルバムに登録されている画像データを読出して閲覧することができる。
【０１４９】
図４３において、アンダーラインが引かれている「はじめての方はこちら」の文字およびボタンをサービス利用者がクリックすると、オンラインアルバムサービスの利用方法を紹介するページ画面がさらに表示される。サービスの利用者は、この紹介画面を参照して上述した電子アルバムなどの利用方法などの情報を得る。
【０１５０】
本実施の形態によるオンラインアルバムのサービスにおいて、サービス提供者はサービス利用者に対して以下に説明するようなサービスを提供する。
【０１５１】
−サービス利用者が所定期間ログインしない場合にアルバムを消去する−
オンラインアルバムサービスは、画像を格納するデータ格納領域をサービス利用者に貸し出すので、メールサービスなどに比べて多くのデータ格納領域を必要とする。このため、サービスを利用しなくなった人のためにデータ格納領域を確保し続けることがないように、サービス利用がない状態が所定期間経過すると、当該利用者に貸し出していたデータ格納領域に格納されていたデータを消去する。これにより、当該データ格納領域は他のサービス利用者に対して貸し出し可能になる。
【０１５２】
図４４は、サービス提供者のサーバーで行われるアルバム消去処理の流れを説明するフローチャートである。図４４による処理は、たとえば、月に一度定期的に行われる。ステップＳ２００１において、サーバーは、データベースにアクセスしてサービス利用者ごとに記録されているログインデータを検索し、ステップＳ２００２へ進む。ステップＳ２００２において、サーバーは、第１の所定期間以上の間、ログイン記録がないサービス利用者がいるか否かを判定する。第１の所定期間は、たとえば、１年とする。サーバーは、ログイン記録がない利用者がいる場合にステップＳ２００２を肯定判定してステップＳ２００３へ進み、ログイン記録がない利用者がいない場合はステップＳ２００２を否定判定してステップＳ２００６へ進む。
【０１５３】
ステップＳ２００３において、サーバーは、当該サービス利用者がアルバムを有するか否かを判定する。当該サービス利用者がアルバムを登録している場合にステップＳ２００３を肯定判定してステップＳ２００４へ進み、アルバムを登録していない場合にステップＳ２００３を否定判定して図４４による処理を終了する。ステップＳ２００３を否定判定する場合は、アルバムを消去しない。
【０１５４】
ステップＳ２００４において、サーバーは、当該サービス利用者が登録しているアルバムを全て消去してステップＳ２００５へ進む。ステップＳ２００５において、サーバーは、第１の所定期間以上の間ログインがないのでアルバムを消去したことを通知するメールを当該サービス利用者に向けて送信し、図４４による処理を終了する。
【０１５５】
ステップＳ２００６において、サーバーは、第１の所定期間より短い第２の所定期間以上の間、ログイン記録がないサービス利用者がいるか否かを判定する。第２の所定期間は、たとえば、１１ヶ月とする。サーバーは、ログイン記録がない利用者がいる場合にステップＳ２００６を肯定判定してステップＳ２００７へ進み、ログイン記録がない利用者がいない場合はステップＳ２００６を否定判定して図４４による処理を終了する。ステップＳ２００６を否定判定する場合は、アルバムを消去しない。
【０１５６】
ステップＳ２００７において、サーバーは、当該サービス利用者がアルバムを有するか否かを判定する。当該サービス利用者がアルバムを登録している場合にステップＳ２００７を肯定判定してステップＳ２００８へ進み、アルバムを登録していない場合にステップＳ２００７を否定判定して図４４による処理を終了する。ステップＳ２００７を否定判定する場合は、アルバムを消去しない。
【０１５７】
ステップＳ２００８において、サーバーは、第１の所定期間以上の間ログインされない場合はアルバムを消去するという警告メールを当該サービス利用者に向けて送信し、図４４による処理を終了する。これにより、第２の所定期間以上サービスを利用していないサービス利用者に対し、アルバムを消去する前に警告メールが送られる。
【０１５８】
−他のサービス利用者によって閲覧されているアルバムを消去しない−
アルバムを登録したサービス利用者がログインしない場合でも、当該アルバムが公開されていて、他のサービス利用者から当該アルバムが閲覧されている場合は当該アルバムを消去しない。これにより、サービス提供者は公開アルバムを目当てにサービスを利用する人を確保できる。図４５は、サービス提供者のサーバーで行われるアルバム消去処理の流れを説明するフローチャートである。図４５による処理は、たとえば、月に一度定期的に行われる。
【０１５９】
ステップＳ２１０１において、サーバーは、データベースにアクセスしてサービス利用者ごとに記録されているログインデータを検索し、ステップＳ２１０２へ進む。ステップＳ２１０２において、サーバーは、第１の所定期間以上の間、ログイン記録がないサービス利用者がいるか否かを判定する。ログイン記録がない利用者がいる場合にステップＳ２１０２を肯定判定してステップＳ２１０３へ進み、ログイン記録がない利用者がいない場合はステップＳ２１０２を否定判定してステップＳ２１０８へ進む。
【０１６０】
ステップＳ２１０３において、サーバーは、当該サービス利用者がアルバムを有するか否かを判定する。サーバーは、当該サービス利用者がアルバムを登録している場合にステップＳ２１０３を肯定判定してステップＳ２１０４へ進み、アルバムを登録していない場合にステップＳ２１０３を否定判定して図４５による処理を終了する。ステップＳ２１０３を否定判定する場合は、アルバムを消去しない。
【０１６１】
ステップＳ２１０４において、サーバーは、データベースにアクセスして当該サービス利用者が登録したアルバムごとのアクセス状況を示すデータを検索し、ステップＳ２１０５へ進む。ステップＳ２１０５において、サーバーは、第１の所定期間以上の間、アクセスされていないアルバムがあるか否かを判定する。サーバーは、アクセスされていないアルバムがある場合にステップＳ２１０５を肯定判定してステップＳ２１０６へ進み、アクセスされていないアルバムがない場合はステップＳ２１０５を否定判定してステップＳ２１１１へ進む。
【０１６２】
ステップＳ２１０６において、サーバーは、当該サービス利用者が登録しているアルバムのうち、アクセスされていないアルバムを消去してステップＳ２１０７へ進む。ステップＳ２１０７において、サーバーは、第１の所定期間以上の間ログインおよびアクセスがないアルバムを消去したことを通知するメールを当該サービス利用者に向けて送信し、図４５による処理を終了する。
【０１６３】
ステップＳ２１０８において、サーバーは、第１の所定期間より短い第２の所定期間以上の間、ログイン記録がないサービス利用者がいるか否かを判定する。サーバーは、ログイン記録がない利用者がいる場合にステップＳ２１０８を肯定判定してステップＳ２１０９へ進み、ログイン記録がない利用者がいない場合はステップＳ２１０８を否定判定して図４５による処理を終了する。ステップＳ２１０８を否定判定する場合は、アルバムを消去しない。
【０１６４】
ステップＳ２１０９において、サーバーは、当該サービス利用者がアルバムを有するか否かを判定する。サーバーは、当該サービス利用者がアルバムを登録している場合にステップＳ２１０９を肯定判定してステップＳ２１１０へ進み、アルバムを登録していない場合にステップＳ２１０９を否定判定して図４５による処理を終了する。ステップＳ２１０９を否定判定する場合は、アルバムを消去しない。
【０１６５】
ステップＳ２１１０において、サーバーは、データベースにアクセスして当該サービス利用者が登録したアルバムごとのアクセス状況を示すデータを検索し、ステップＳ２１１１へ進む。ステップＳ２１１１において、サーバーは、第２の所定期間以上の間、アクセスされていないアルバムがあるか否かを判定する。アクセスされていないアルバムがある場合にステップＳ２１１１を肯定判定してステップＳ２１１２へ進み、アクセスされていないアルバムがない場合はステップＳ２１１１を否定判定して図４５による処理を終了する。ステップＳ２１１１を否定判定する場合は、アルバムを消去しない。
【０１６６】
ステップＳ２１１２において、サーバーは、第１の所定期間以上の間ログインおよびアクセスされない場合はアルバムを消去するという警告メールを当該サービス利用者に向けて送信し、図４５による処理を終了する。これにより、第２の所定期間以上利用がないサービス利用者に対し、アクセスがないアルバムを消去する前に警告メールが送られる。
【０１６７】
−サービス利用者がWebの会員を退会すると当該サービス利用者が登録していたアルバムを消去する−
図４６は、サービス提供者のサーバーで行われるアルバム消去処理の流れを説明するフローチャートである。図４６による処理は、Webの会員の退会手続きが終了すると行われる。ステップＳ２３０１において、サーバーは、退会会員がアルバムを有しているか否かを判定する。サーバーは、退会会員がアルバムを登録していた場合はステップＳ２３０１を肯定判定してステップＳ２３０２へ進み、アルバムを登録していなかった場合はステップＳ２３０１を否定判定してステップＳ２３０３へ進む。ステップＳ２３０２において、サーバーは、退会会員が登録していたアルバムを消去してステップＳ２３０３へ進む。このときサーバーは、退会会員が退会前に掲示板に書込んだ内容や、この書込みに添付されているデータサイズ縮小画像(たとえば、サムネイル画像)のデータは消去しないで残す。
なお、サムネイル画像については後述する。
【０１６８】
ステップＳ２３０３において、サーバーは、退会会員が使用していた掲示板利用時のニックネームおよびフォトメールアドレスを示すデータを、Webの登録会員の情報を保存するデータベースのデータ領域から退会会員の情報を保存するデータ領域に移動してステップＳ２３０４へ進む。サーバーは、退会会員の情報を保存することにより、将来登録される会員に退会会員と同じニックネームおよびフォトメールアドレスを与えないようにする。ステップＳ２３０４において、サーバーは、退会会員がカスタマ(顧客)登録しているか否かを判定する。退会会員が顧客登録している場合はステップＳ２３０４を肯定判定してステップＳ２３０５へ進み、顧客登録していない場合はステップＳ２３０４を否定判定してステップＳ２３０６へ進む。
【０１６９】
ステップＳ２３０５において、サーバーは、退会会員がWebの会員登録時に登録したデータのうち顧客登録データに必要ないデータを削除し、図４６による処理を終了する。ステップＳ２３０６において、サーバーは、退会会員がWebの会員登録時に登録したデータを全て削除し、図４６による処理を終了する。
【０１７０】
−アルバム管理−
サービス提供者は、サービス利用者によって登録されたアルバムをカテゴリごとに分類して管理し、登録されている画像データをカテゴリごとに一覧可能にする。一般に、公序良俗に反する画像は特定のカテゴリに集中して登録されると考えられる。そこで、サービス提供者はカテゴリごとに監視しやすいようにアルバムの管理を行う。
【０１７１】
図４７は、アルバムを管理する管理用ページ画面の例を示す図である。管理用ページ画面は、登録されているアルバムのカテゴリごとにサービス提供者によって用意される。サービス提供者によってあらかじめ決められている管理者がサーバーに対して所定の操作を行うことにより、サーバーが管理者の端末に管理用データを送り、管理者の端末に図４７の管理用画面が表示される。図４７において、登録されているアルバムをカテゴリごとに並びかえて表示させる場合に、管理者は第１優先の「並替」欄をチェックし、プルダウンメニュー４７Ａの中から「カテゴリ」を選択して実行ボタン４７Ｅをクリックする。これにより、「カテゴリ」に属するアルバムの一覧が表示される。
【０１７２】
また、カテゴリ内の「風景」に属するアルバム一覧を表示させる場合、管理者は第１優先の「抽出」欄をチェックし、プルダウンメニュー４７Ａの中から「カテゴリ」を選択する。さらに、管理者はプルダウンメニュー４７Ｂの中から「風景」を選択して実行ボタン４７Ｅをクリックする。これにより、図４７に示す「カテゴリ」−「風景」に属するアルバムの一覧が表示される。図４７の例では、アルバムを登録しているサービス利用者のユーザＩＤ、カテゴリ名(この場合は風景)、アルバム名(アルバム名が登録されている場合)、登録されている画像の数、および登録された日時(アップ日時)が一覧として表示されている。
【０１７３】
プルダウンメニュー４７Ａの中には、「カテゴリ」の他に「アップ日時」、「使用カメラ」、「撮影方法」、「会員」、「最終ログイン」、「閲覧回数」などがあり、それぞれアルバムの並び替えおよび抽出が可能に構成されている。さらに、第２優先として並び替えおよび抽出を行うプルダウンメニュー４７Ｃおよび４７Ｄが設けられており、第１優先の条件に第２優先の条件をさらに付加して並び替えおよび抽出を行うことができる。なお、選択されたプルダウンメニュー４７Ａ〜４７Ｄの選択内容は、一覧表示が行われている間続けて表示されるので、一覧表示されているアルバムをさらに並べ替えたり、抽出をやり直すことが容易である。
【０１７４】
図４７において、たとえば、プルダウンメニュー４７Ａの中で「使用カメラ」を選択して並び替えを行うと、カテゴリの代わりに使用カメラの機種名が表示され、当該機種名のカメラで撮影された画像が登録されているアルバム一覧が表示される。
【０１７５】
図４８は、サービス提供者のサーバーで行われるアルバム一覧作成処理の流れを説明するフローチャートである。図４８による処理は、管理者によって上述した実行ボタン４７Ｅがクリックされると行われる。ステップＳ２４０１において、サーバーは、選択プルダウンメニューによる条件にしたがって並び替えおよび抽出を実行してステップＳ２４０２へ進む。ステップＳ２４０２において、サーバーは、並び替えおよび抽出処理が終了したか否かを判定する。サーバーは、処理が終了した場合にステップＳ２４０２を肯定判定してステップＳ２４０３へ進み、処理が終了していない場合はステップＳ２４０２を否定判定し、再び判定処理を行う。
【０１７６】
ステップＳ２４０３において、サーバーは、アルバム一覧表示のページ画面を作成してステップＳ２４０４に進む。ステップＳ２４０４において、サーバーは、ページ画面のデータを管理者の端末に向けて送信し、図４８による処理を終了する。これにより、管理者の端末に図４７に示す管理用画面が表示される。
【０１７７】
管理者の端末に図４７の管理用画面が表示された状態で、たとえば、アンダーラインが引かれているアルバム名「富士山」という文字を管理者がクリックすると、アルバム名「富士山」に保存されている画像データが読出され、サムネイル画像が管理者の端末のディスプレイに表示される。サムネイル画像は、たとえば、オリジナル画像データを間引きするなどしてデータ数をオリジナル画像のデータ数より縮小した縮小画像である。図４９(a)は、「富士山」というアルバムに保存されている画像データによるサムネイル画像を表示した図である。図４９(a)において、アルバムに保存されている１０枚の画像、すなわち、画像１〜画像１０の画像データのうち画像１〜画像６の６枚分の画像がサムネイル１〜サムネイル６として表示されている。各サムネイル画像の下には、画像にタイトルがつけられている場合に各画像のタイトルが表示される。
【０１７８】
図４９(a)に示すサムネイル画像が表示された状態で、たとえば、サムネイル１画像を管理者がクリックすると、図４９(b)に示すように、画像１の画像データによる画像がサムネイル画像より大きく管理者の端末のディスプレイに表示される。このとき、画像データ内に記録されている撮影情報のデータに基づいて、使用カメラ、絞り値、シャッター速度、閃光装置の有無、露出補正値などの撮影条件や、当該画像が後述する掲示板に掲載されているか否かの情報が、画像とともに表示される。なお、アルバムに登録されている画像の撮影条件、および掲示板への掲載の有無の情報は、管理者用の管理画面において表示されるもので、サービス利用者の端末に送信されるものではない。つまり、サービス利用者が閲覧できるのは、公開されている画像と当該画像につけられているタイトルのみである。
【０１７９】
−顧客登録したサービス利用者にアルバム用のメモリサイズおよび使用期間を優遇する−
図１に示されるように、アルバム用のサーバーは、他のサービスを行うサーバーと別のサーバーが行う。そこで、アルバムサービス用サーバー内にもアルバムサービスに必要な会員情報、たとえば、ログイン名、フォトメールアドレス、サービスフラグ、および追加サービスフラグなどの情報を保持する。サービスフラグは、会員が顧客登録している場合にＯＮされるフラグである。図５０は、サービス提供者のサーバーで行われる優遇処理の流れを説明するフローチャートである。図５０による処理は、オンラインアルバム５のトップページ画面でサービス利用者がログインすることにより起動する。
【０１８０】
図５０のステップＳ２５０１において、サーバーは、アルバムサービス用サーバー内のデータベースにアクセスし、会員情報を検索してステップＳ２５０２へ進む。ステップＳ２５０２において、サーバーは、ログインされた会員の情報が有るか否かを判定する。サーバーは、会員情報が有る場合にステップＳ２５０２を肯定判定してステップＳ２５０４へ進み、会員情報がない場合はステップＳ２５０２を否定判定してステップＳ２５０３へ進む。ステップＳ２５０３において、サーバーは、アルバムサービス用サーバー内のデータベースに会員情報を登録してステップＳ２５０４へ進む。
【０１８１】
ステップＳ２５０４において、サーバーは、アルバム・プリントサービスへのログイン時に、顧客登録したサービス利用者であることを示すデータを受信したか否かを判定する。顧客登録していることを示すデータを受けた場合はステップＳ２５０４を肯定判定してステップＳ２５０５へ進み、顧客登録していることを示すデータを受けていない場合はステップＳ２５０４を否定判定してステップＳ２５０７へ進む。ステップＳ２５０５において、サーバーは、会員情報の中のサービスフラグがＯＮか否かを判定する。サービスフラグがＯＮの場合にステップＳ２５０５を肯定判定してステップＳ２５０７へ進み、サービスフラグがＯＮでない場合にステップＳ２５０５を否定判定してステップＳ２５０６へ進む。ステップＳ２５０６において、サーバーは、サービスフラグをＯＮしてステップＳ２５０７へ進む。
【０１８２】
サーバーは、サービスフラグがＯＮされているサービス利用者に対し、アルバム用のメモリサイズを、たとえば、通常の５０ＭＢから１００ＭＢにサイズアップするとともに、使用期限を通常の１年から無期限に変更して優遇する。
【０１８３】
ステップＳ２５０７において、サーバーは、アルバム・プリントサービスへのログイン時に、ポイント情報を示すデータを受信したか否かを判定する。ポイント情報は、上述した顧客登録後の景品選択ページ画面でポイントを選択した場合に加算されるポイントの情報である。このポイントは、後述する掲示板で回答を掲載した場合にも加算される。サーバーは、ポイント情報を示すデータを受けた場合はステップＳ２５０７を肯定判定してステップＳ２５０８へ進み、ポイント情報を示すデータを受けていない場合はステップＳ２５０７を否定判定して図５０による処理を終了する。
【０１８４】
ステップＳ２５０８において、サーバーは、会員情報の中の追加サービスフラグがＯＮか否かを判定する。追加サービスフラグがＯＮの場合にステップＳ２５０８を肯定判定して図５０による処理を終了し、追加サービスフラグがＯＮでない場合にステップＳ２５０８を否定判定してステップＳ２５０９へ進む。ステップＳ２５０９において、サーバーは、追加サービスフラグをＯＮして図５０による処理を終了する。
【０１８５】
サーバーは、追加サービスフラグがＯＮされているサービス利用者に対し、アルバム用のメモリサイズを、たとえば、さらに５０ＭＢを加えてサイズアップして優遇する。
【０１８６】
以上説明した図５０による処理では、ポイントを有するサービス利用者に対して無条件で追加サービスフラグをＯＮする、すなわち、アルバム用のメモリサイズをさらに５０ＭＢサイズアップするようにした。この代わりに、追加サービスフラグをＯＮするのと引替えにサービス利用者が有するポイントを減らすようにしてもよい。また、サービス利用者が有するポイントと、サービス提供者による優遇措置とを引替える場合は、優遇措置としてアルバム用のメモリサイズをサイズアップする他に、プリントアウトサービスを無料にするようにしてもよい。
【０１８７】
−アルバムに登録される画像データのファイル名を不規則にする−
たとえば、アルバムへの画像登録時に画像データのファイル名が通し番号で付与された場合、１つの画像データファイル名がわかると他の画像データのファイル名を推測しやすくなる。そこで、アルバムサービス用のサーバーは、サービス利用者からアルバムに登録する画像データがサーバーにアップロードされると、当該画像データのファイル名を付け直してデータ格納領域に登録する。図５１は、サービス提供者のサーバーで行われるファイル名決定処理の流れを説明するフローチャートである。図５１による処理は、サービス利用者によって登録画像のアップロードが開始されると起動する。
【０１８８】
ステップＳ２２０１において、サーバーは、１つの画像ファイルのデータのアップロードが完了したか否かを判定する。完了した場合はステップＳ２２０１を肯定判定してステップＳ２２０２へ進み、完了していない場合はステップＳ２２０１を否定判定してアップロードが完了するまで判定処理を繰り返す。ステップＳ２２０２において、サーバーは、アップロードした画像データファイルのファイル名をアトランダムに決定し、ステップＳ２２０３へ進む。
【０１８９】
ファイル名の決定は、周知のワンタイム・パスワードの技術を用いる。サーバーは、たとえば、当該画像ファイルがアップロードされた時刻をパラメータとしてファイル名を生成する。このため、画像データファイルが続けてアップロードされる場合でも、それぞれの画像データファイルのアップロード時刻が異なるため、これらの画像データファイルには全く異なるファイル名が生成される。これにより、アルバムに登録されている他の画像データのファイル名から類推できないアトランダムなファイル名が決定される。
【０１９０】
ステップＳ２２０３において、サーバーは、アップロードされ、アトランダムなファイル名が付与された画像データファイルをサービス利用者に合わせて所定のフォルダに移動し、図５１による処理を終了する。
【０１９１】
図５１による処理を行うと、アルバムに複数の画像データが登録される場合に、これらの画像データファイルに互いに他のファイル名を類推できないファイル名が付与される。この結果、アルバム内の１つの画像データが公開されることによって公開された画像データのファイル名から他のファイル名が推測されてしまい、推測されたファイル名を有する非公開の画像データが読出されてしまうことがない。
【０１９２】
以上説明した実施の形態によるコンテンツで行うアルバム・プリントサービスによれば、次の作用効果が得られる。
（１）アルバムを登録したサービス利用者によるサービス利用が所定期間ない場合に、当該利用者に貸し出していたアルバム用のデータ格納領域に格納されていたデータを消去するようにした。この結果、当該データ格納領域を他のサービス利用者に対して貸し出すことができるので、データ格納領域を有効に使用することができる。
（２）アルバムを登録したサービス利用者によるサービス利用がない場合でも、当該アルバムが公開されていて、他のサービス利用者から当該アルバムが閲覧されている場合は当該アルバムを消去しないようにした。これにより、サービス提供者は公開アルバムを目当てにサービスを利用する人を確保できる。
（３）サービス提供者は、サービス利用者によって登録されたアルバムをカテゴリごとに分類し、登録されている画像データをカテゴリごとに一覧するようにした。この結果、公序良俗に反する画像が集中しやすい特定のカテゴリを重点的に監視することが可能になる。
（４）アルバムに登録されている画像データ内に記録されている撮影情報のデータに基づいて、管理者の端末の管理画面に当該画像を撮影したカメラ、絞り値、シャッター速度、閃光装置の有無、露出補正値などの撮影条件や、当該画像が後述の掲示板に掲載されているか否かの情報を表示するようにした。登録されている多くのアルバムについて調べれば、たとえば、サービス利用者がどのような撮影条件を好むかなどの情報を得ることができ、カメラの新製品開発に役立てることができる。
（５）アルバム用のデータ格納領域のメモリサイズ(記憶容量)は、上述した顧客登録したサービス利用者に対してメモリサイズを通常より大きく、有効期間を通常より長くするように優遇措置を行なうようにした。この結果、サービス利用者に顧客登録をするように促すことができる。
（６）アルバムに登録する画像データファイルが続けてアップロードされる場合でも、それぞれの画像データファイルに全く異なるアトランダムなファイル名を付与するようにした。この結果、公開されている画像データファイル名から他の画像データのファイル名が推測され、非公開にもかかわらず閲覧されることが防止される。
【０１９３】
以上説明したアルバム一覧表示の並べ替えでは、アルバム単位で並べ替えや抽出を行うようにした。もし、アルバムという概念を用いずに画像データ単位で画像を登録する場合には、当該画像単位で並べ替えや抽出を行うようにしてもよい。
【０１９４】
−掲示板−
図５のコミュニティ７のカテゴリページの画面が表示された状態で、サービス利用者が「掲示板」のページへのリンク先ボタン７１をクリックすると、不図示の掲示板のトップページ画面が端末のディスプレイに表示される。このトップページ画面でサービス利用者がログインすると、図５２に示すページ画面が端末のディスプレイに表示される。掲示板のサービス利用は、上述したように、Webによるサービス利用の会員登録を行ったサービス利用者がログイン名とパスワードとを入力してログインした上で受けるものである。この掲示板は電子掲示板とも呼ばれる。
【０１９５】
掲示板のサービスでは、サービス利用者が掲載した質問に対し、掲載された質問を見た他のサービス利用者が質問に答えてくれる。サービス利用者はニックネームを用いて質問を掲載し、ニックネームを用いて回答を掲載する。質問する人が不特定の人から広く回答を募る「質問オークションで聞く」と、質問する人が特定の人から回答を募る「エキスパートに聞く」とがある。サービス利用者は、「質問オークションで聞く」に対応するボタン５２Ｃと、「エキスパートに聞く」に対応するボタン５２Ｄとのいずれかをクリックして両者を選択する。ここでエキスパートとは、掲載された質問に対して回答をよせる人のことをいう。
【０１９６】
掲載された質問に対してエキスパートが回答をよせると、質問を掲載した人から回答したエキスパートに対してポイントが移動する。具体的には、エキスパートが掲載された質問を読んで掲示板に回答を書込み、質問者が掲示板に書込まれた回答を読出したときにポイントが移動する。ポイントは回答に対する報酬として利用される。このポイントは、上述した顧客登録時の景品として説明したポイントを使用できる。サーバーは、掲示板に書込まれた内容を不特定の人に見てもらう場合は公開し、特定の人に見てもらう場合は、特定の人がパスワードを入力した上で読出せるようにする。
【０１９７】
図５２に示す画面の左下部に、エキスパートのニックネームが獲得ポイントとともに掲載される。獲得ポイントが多いエキスパートは、多くの質問に回答していることを意味する。アンダーラインが引かれた「カテゴリ１」、「カテゴリ２」、「カテゴリ３」、…の文字をクリックすると、各カテゴリに属する質問に対応するエキスパートが獲得ポイント順に掲載される。すなわち、エキスパートのニックネームは、質問のカテゴリごとに分類されて管理される。アンダーラインが引かれたエキスパートのニックネームの文字「○△×」をクリックすると、当該エキスパートを紹介するページ画面(たとえば、図６３)が端末のディスプレイに表示される。質問を掲載する人は、図６３のようなエキスパート情報を参考に質問先のエキスパートを決めることができる。
【０１９８】
質問を掲載する人がエキスパートに聞く場合、ボタン５２Ｄおよび質問が該当するカテゴリの文字をクリックし、そのとき掲載されるエキスパートの中から選択したエキスパートに対する質問をサーバーに送る。一方、質問を掲載する人が質問オークションで聞く場合、ボタン５２Ｃおよび質問が該当するカテゴリの文字をクリックし、質問をサーバに送る。質問をサーバーに送るとき、ニックネーム書込み枠５２Ａにニックネームを書込み、質問書込み枠５２Ｂに質問を書込み、アンダーラインが引かれている「質問する」の文字をクリックすると、質問掲載者(サービス利用者)の端末からサーバーに向けて質問のデータが送信される。
【０１９９】
本実施の形態による掲示板のサービスにおいて、サービス提供者はサービス利用者に対して以下に説明するようなサービスを提供する。
【０２００】
−アルバムに登録された画像を掲示板に掲載する−
掲示板に画像を掲載すると、文字だけ掲載する場合に比べて書込み内容がわかりやすくなることがある。図５２において、質問掲載者(サービス利用者)がアンダーラインが引かれている「画像掲載」の文字をクリックすると、質問掲載者(サービス利用者)が登録しているアルバムの中の画像を質問に添付して掲載できる。ただし、公開にされている画像について掲載し、非公開にされている画像は掲載しない。なお、質問とともに掲載する画像は、質問掲載者が登録している画像の他に、公開されている他のサービス利用者による登録画像でもよい。
【０２０１】
画像データを掲示板にそのまま掲載すると、掲示板用サーバー内に蓄積されるデータ量が増大して掲示板用のデータがあふれてしまう。そこで、本実施の形態による掲示板サービスでは、登録されているアルバム内のオリジナル画像データに比べてデータサイズを縮小したサムネイル画像を作成し、このサムネイル画像を掲示板に掲載する。
【０２０２】
図５３、図５４は、サービス提供者のサーバーで行われるサムネイル画像掲載処理の流れを説明するフローチャートである。図５３、図５４による処理は、質問掲載者(サービス利用者)によって上述した図５２による画面上で「画像掲載」の文字がクリックされると起動する。図５３のステップＳ１７０１において、サーバーは、ログインしているサービス利用者がアルバムを有するか否かを判定する。サービス利用者がアルバムを登録している場合はステップＳ１７０１を肯定判定してステップＳ１７０２へ進み、サービス利用者がアルバムを登録していない場合はステップＳ１７０１を否定判定してステップＳ１７０７へ進む。
【０２０３】
ステップＳ１７０２において、サーバーは、当該サービス利用者が登録しているアルバム(マイアルバムと呼ぶことにする)の画像データを読出し、不図示のトップページ画面のデータを作成してステップＳ１７０３へ進む。作成されたトップページ画面のデータがサービス利用者の端末に送信されることにより、サービス利用者の端末のディスプレイにマイアルバムのトップページ画面が表示される。このトップページ画面は、たとえば、図４９(a)に示したようなマイアルバム内の画像データによるサムネイル画像とタイトルとが表示されたものである。サービス利用者は、掲示板に掲載したいサムネイル画像をクリックする。
【０２０４】
ステップＳ１７０３において、サーバーは、マイアルバム内の画像が選択されたか否かを判定する。サーバーは、サムネイル画像がクリックされるとステップＳ１７０３を肯定判定してステップＳ１７１１へ進み、サムネイル画像がクリックされない場合はステップＳ１７０３を否定判定して判定処理を繰り返す。ステップＳ１７１１において、サーバーは、選択された画像が非公開に設定されているか否かを判定する。サーバーは、選択画像が非公開に設定されている場合はステップＳ１７１１を肯定判定して図５４のステップＳ１７１２へ進み、公開に設定されている場合はステップＳ１７１１を否定判定してステップＳ１７０４へ進む。
【０２０５】
ステップＳ１７０４において、サーバーは、クリック操作によって選択されたサムネイル画像データと、サムネイル画像データよりデータサイズが大きな中画像データとを作成して掲示板用サーバー内の所定の画像用フォルダにそれぞれ保存する。ここで、サムネイル画像データおよび中画像データが格納される画像用フォルダは、掲示板への書込みデータを格納する格納領域、およびマイアルバムの画像データ(オリジナルデータ)を格納するアルバム用のデータ格納領域と別に設けられるものである。サーバーは、サムネイル画像データおよび中画像データをそれぞれ保存すると、ステップＳ１７０５へ進む。
【０２０６】
ステップＳ１７０５において、サーバーは、選択された画像データのリンクの情報(上記画像用フォルダにおける格納位置を示す情報)を貼り付けた掲示板用ページ画面を作成し、ステップＳ１７０６へ進む。リンクの情報により、図５２の質問書込み枠５２Ｂ内に、質問と選択されたサムネイル画像とがいっしょに表示されるようになる。サーバーはさらに、質問書込み枠５２Ｂ内に表示されたサムネイル画像がクリックされた場合に、中画像データによる画像が表示されるようにリンクの情報を貼り付ける。さらにまた、中画像データによる画像が表示されている状態で当該中画像がクリックされた場合に、マイアルバムの中の画像データ(オリジナルデータ)による画像が表示されるようにリンクの情報を貼り付ける。
【０２０７】
ステップＳ１７０６において、サーバーは、上述したようにリンクの情報を貼り付けた掲示板用ページ画面のデータをサービス利用者の端末に送信し、図５３による処理を終了する。これにより、サービス利用者の端末のディスプレイに、サムネイル画像が掲載された図５２による画面が表示される。この状態で、質問掲載者(サービス利用者)がアンダーラインの引かれている「質問する」の文字をクリックすると、質問掲載者(サービス利用者)の端末からサーバーに向けて質問のデータが送信される。
【０２０８】
他のサービス利用者が端末で掲示板に掲載された質問を見るとき、質問のデータに上述したサムネイル画像データへのリンクの情報が含まれるので、質問とともにサムネイル画像が端末の画面に表示される。そして、端末の画面でサムネイル画像をクリックすると中画像データによる画像が、中画像データによる画像をクリックするとマイアルバムの中の画像データ(オリジナルデータ)による画像が、端末の画面にそれぞれ表示される。
【０２０９】
一方、ステップＳ１７０７において、サーバーは、アルバムが登録されていないことを通知するとともに、アルバムを登録することを督促するメッセージを含むページ画面データを作成してサービス利用者の端末に送信し、ステップＳ１７０８へ進む。ステップＳ１７０８において、サーバーは、アルバム作成の指示を受けたか否かを判定する。サーバーは、アルバムの画像登録の指示を示すデータを受けるとステップＳ１７０８を肯定判定してステップＳ１７０９へ進み、アルバムの画像登録の指示を示すデータを受けていない場合はステップＳ１７０８を否定判定してステップＳ１７１０へ進む。
【０２１０】
ステップＳ１７０９において、サーバーは、サービス利用者からの登録画像データをアップロードしてアルバムの登録処理を行い、上述したステップＳ１７０３へ進む。ステップＳ１７１０において、サーバーは、掲示板に画像を掲載できないことを通知するページ画面データを作成してサービス利用者の端末に送信し、図５３による処理を終了する。
【０２１１】
図５４のステップＳ１７１２において、サーバーは、選択された画像が非公開に設定されているため掲載できないことを通知するメッセージを含むページ画面のデータを作成し、サービス利用者の端末に送信してステップＳ１７１３へ進む。これにより、サービス利用者の端末のディスプレイに図５５に示すページ画面が表示される。サービス利用者は、次の３つの処理を選択できる。
１．図５５による表示画面上で「公開にする」ボタン５５Ａをクリックして当該画像を公開にした上で掲載する。
２．「他選択」ボタン５５Ｂをクリックして他の公開画像を掲載する。
３．「中止」ボタン５５Ｃをクリックして画像の掲載を中止する。
【０２１２】
ステップＳ１７１３において、サーバーは、「公開にする」ボタン５５Ａがクリックされたか否かを判定する。ボタン５５Ａがクリックされた場合はステップＳ１７１３を肯定判定してステップＳ１７１４へ進み、ボタン５５Ａがクリックされない場合はステップＳ１７１３を否定判定してステップＳ１７１５へ進む。ステップＳ１７１４において、サーバーは、選択された画像を公開に設定して図５３のステップＳ１７０４へ進む。
【０２１３】
ステップＳ１７１５において、サーバーは、「他選択」ボタン５５Ｂがクリックされたか否かを判定する。ボタン５５Ｂがクリックされた場合はステップＳ１７１５を肯定判定して図５３のステップＳ１７０２へ戻り、ボタン５５Ｂがクリックされない場合はステップＳ１７１５を否定判定してステップＳ１７１６へ進む。
【０２１４】
ステップＳ１７１６において、サーバーは、「中止」ボタン５５Ｃがクリックされたか否かを判定する。ボタン５５Ｃがクリックされた場合はステップＳ１７１６を肯定判定して図５３および図５４による処理を終了し、ボタン５５Ｃがクリックされない場合はステップＳ１７１６を否定判定してステップＳ１７１３へ戻る。
【０２１５】
図５３および図５４による処理を行うと、アルバム内に登録されている画像を掲示板に掲載できる。このとき、アルバム内に登録されているオリジナル画像から、オリジナル画像に比べてデータサイズが小さなサムネイル画像データを作成し、サムネイル画像データを掲示板用サーバーおよびアルバム用データストレージ装置と異なるフォルダに保存した上で、掲示板に書込む質問にサムネイル画像の格納フォルダへのリンクの情報を貼り付けるようにした。この結果、掲示板サーバーに画像データを保存しないから、当該サーバーにかかる負担を抑えることができる。さらに、アルバム内のオリジナル画像が削除された場合でも、サムネイル画像データによって掲示板への画像掲載を続けることが可能になる。
【０２１６】
以上の説明では、サムネイル画像データを掲示板用書込みデータの格納領域、およびアルバム用のデータ格納領域と異なる画像用フォルダに保存した上で、掲示板に書込む質問にサムネイル画像が格納されている画像用フォルダへのリンクの情報を貼り付けるようにした。この代わりに、サムネイル画像データを質問とともに掲示板用書込みデータの格納領域に保存するようにしてもよい。この場合にも、オリジナル画像データを掲示板用書込みデータの格納領域にコピーして保存する場合に比べて、掲示板用サーバーにかかる負担を抑えることができる。
【０２１７】
また、掲示板に書込む質問にアルバム内のオリジナル画像へのリンクの情報を貼り付けるのみで当初はサムネイル画像データを作成せず、当該オリジナル画像が削除される場合にサムネイル画像データを作成し、掲示板用書込みデータの格納領域、およびアルバム用データ格納領域と異なる画像用フォルダにサムネイル画像データを保存した上で、上記質問に貼り付けたリンクの情報を画像用フォルダへリンクするように書き換えてもよい。
【０２１８】
図５６および図５７は、サービス提供者のサーバーで行われる上記処理の流れを説明するフローチャートである。図５６による処理は、上述した図５３による処理のステップＳ１７０４がステップＳ１７０４Ｂに変更されるので、ステップＳ１７０４Ｂについてのみ説明を行う。図５６のステップＳ１７０４Ｂにおいて、サーバーは、クリック操作によって選択されたサムネイル画像データに対応するマイアルバムの画像データ(オリジナルデータ)に、掲示板に掲載されていることを示す情報を付加してステップＳ１７０５へ進む。付加する情報は、オリジナル画像データ内のヘッダ部に加えてもよいし、マイアルバム内に当該オリジナル画像データと対応づけて保持してもよい。
【０２１９】
図５７による処理は、マイアルバム、もしくはマイアルバム内に保存されているオリジナル画像データを削除する指示をサーバーが受けると開始する。図５７のステップＳ１９０１において、サーバーは、削除する画像データが掲示板に掲載されているかを検出してステップＳ１９０２へ進む。ステップＳ１９０２において、サーバーは、当該画像データが掲示板に掲載されているか否かを判定する。当該画像データに掲載を示す情報が付加されている場合はステップＳ１９０２を肯定判定してステップＳ１９０３へ進み、当該画像データに掲載を示す情報が付加されていない場合はステップＳ１９０２を否定判定して図５７による処理を終了する。
【０２２０】
ステップＳ１９０３において、サーバーは、当該画像データのデータサイズを縮小したサムネイル画像データ、およびサムネイル画像データよりデータサイズが大きな中画像データをそれぞれ作成し、当該画像データとともに所定の画像用フォルダにそれぞれ保存する。ステップＳ１９０４において、サーバーは、掲示板用ページ画面に貼り付けられている画像データのリンク先の情報を、マイアルバム(オリジナルデータ)へのリンクを示す情報から画像用ファルダ(サムネイル画像データ、中画像データ)へのリンクを示す情報に変更して図５７による処理を終了する。これにより、マイアルバムのオリジナルデータが削除されても、画像用フォルダ内のサムネイル画像データによって掲示板の掲載画像が保持される。
【０２２１】
−掲示板の質問のカテゴリとアルバムのカテゴリとを一致させる−
図４３に示すオンラインアルバム５のページ画面において表示されているカテゴリと、図５２に示す掲示板のページ画面において表示されているカテゴリとを一致させる。たとえば、アルバムのカテゴリが「風景」、「夜景」、「ポートレート」、…などのカテゴリを有する。このうち、「風景」というカテゴリは、さらに「北海道」、「東北」、「関東」、…などのサブカテゴリに分類されている。この場合に、掲示板のカテゴリを、たとえば、「撮影情報」というカテゴリと、「北海道」、「東北」、「関東」、…などのサブカテゴリとによって分類する。
【０２２２】
図５８(a)は、掲示板で「撮影情報」−「北海道」に分類される質問を表示するページ画面の例である。図５８(a)において、画面の左寄り位置にカテゴリ「撮影情報」およびサブカテゴリ「北海道」、「東北」、「関東」、…が表示されている。画面の中央位置に「北海道」に分類される質問が順に掲載されている。質問に対してエキスパートが回答したものは、回答された数に応じて画面の右寄り位置に回答数が表示される。画面の右上位置には、オンラインアルバム５のトップページへのリンクの情報、アルバムのカテゴリ「風景」のページへのリンクの情報、およびアルバムのサブカテゴリ「北海道」のページへのリンクの情報がそれぞれ貼り付けられている。
【０２２３】
サービス利用者が、アンダーラインが引かれている「アルバム」の文字をクリックすると、サービス利用者の端末のディスプレイにオンラインアルバム５のトップページ画面が表示される。また、サービス利用者が、アンダーラインが引かれている「風景」の文字をクリックすると、サービス利用者の端末のディスプレイにアルバムのカテゴリ「風景」のページ画面が表示される。さらにまた、サービス利用者が、アンダーラインが引かれている「北海道」の文字をクリックすると、サービス利用者の端末のディスプレイにアルバムのサブカテゴリ「北海道」のページ画面が表示される。
【０２２４】
図５８(b)は、オンラインアルバム５において「風景」−「北海道」に分類されるアルバムに登録されている画像データによる画像を表示するページ画面の例である。図５８(b)において、画面の左寄り位置にカテゴリ「風景」およびサブカテゴリ「北海道」、「東北」、「関東」、…が表示されている。画面の中央位置に「北海道」に分類される画像データによる画像が順に表示されている。画面の右上位置には、掲示板のトップページへのリンクの情報、掲示板のカテゴリ「撮影情報」のページへのリンクの情報、および掲示板のサブカテゴリ「北海道」のページへのリンクの情報がそれぞれ貼り付けられている。
【０２２５】
サービス利用者がアンダーラインが引かれている「掲示板」の文字をクリックすると、サービス利用者の端末のディスプレイに掲示板のトップページ画面が表示される。また、サービス利用者がアンダーラインが引かれている「撮影情報」の文字をクリックすると、サービス利用者の端末のディスプレイに掲示板のカテゴリ「撮影情報」のページ画面が表示される。さらにまた、サービス利用者がアンダーラインが引かれている「北海道」の文字をクリックすると、サービス利用者の端末のディスプレイに掲示板のサブカテゴリ「北海道」のページ画面が表示される。
【０２２６】
アルバムの「北海道」のページに表示されている画像を閲覧し、気に入った画像を見つけた場合に、その画像が具体的に北海道のどこで、いつ、どのような撮影条件で撮影されたのかを知りたくなったときに、掲示板の質問のカテゴリとアルバムのカテゴリとが一致しており、また、リンクの情報が貼り付けられているので、対応する質問が掲載されている掲示板のページを迷うことなく簡単に見ることができる。
【０２２７】
−入力した地名に該当する掲示板のカテゴリを表示する−
図５９は、サービス提供者のサーバーで行われる検索処理の流れを説明するフローチャートである。図５９による処理は、図５２に示す掲示板のページ画面において、検索ボタン５２Ｆがクリックされると起動する。サービス利用者は、検索文字書込み枠５２Ｅに検索文字を書込んだ上で検索ボタン５２Ｆをクリックする。
【０２２８】
図５９のステップＳ２６０１において、サーバーは、掲示板内に書込まれている全ての書込みについて、検索文字と一致する文字を検索してステップＳ２６０２へ進む。ステップＳ２６０２において、サーバーは、検索文字と一致する書込みが有るか否かを判定する。サーバーは、検索文字がヒットする書込みがある場合にステップＳ２６０２を肯定判定してステップＳ２６０７へ進み、ヒットする書込みがない場合にステップＳ２６０２を否定判定してステップＳ２６０３へ進む。ステップＳ２６０３において、サーバーは、サーバー内にあらかじめ登録されているキーワードについて、検索文字と一致するものを検索してステップＳ２６０４へ進む。キーワードは、掲示板のカテゴリに対応して登録されているもので、たとえば、「東京タワー」、「国会議事堂」、「渋谷」、「横浜港」というキーワードが掲示板のカテゴリ「関東」と関連づけて登録されている。また、「大阪城」、「関西空港」、「神戸」というキーワードが掲示板のカテゴリ「関西」と関連づけて登録されている。
【０２２９】
ステップＳ２６０４において、サーバーは、検索文字と一致するキーワードが有るか否かを判定する。サーバーは、検索文字がヒットするキーワードがある場合にステップＳ２６０４を肯定判定してステップＳ２６０６へ進み、ヒットするキーワードがない場合にステップＳ２６０４を否定判定してステップＳ２６０５へ進む。ステップＳ２６０６において、サーバーは、掲示板の中でヒットしたキーワードに関連づけられたカテゴリのページにジャンプする。たとえば、検索文字が「渋谷」である場合に、キーワード「渋谷」に関連づけられているカテゴリ「関東」の掲示板ページにジャンプする。サーバーは、サービス利用者の端末にカテゴリ「関東」の掲示板ページを表示させると図５９による処理を終了する。
【０２３０】
ステップＳ２６０５において、サーバーは、検索文字にヒットする書込み、および検索文字に関連する掲示板のカテゴリのいずれもないので、検索文字を変更するように促すメッセージとともに図５２の掲示板のページ画面をサービス利用者の端末に再度表示させる。サーバーは、図５２のページにジャンプすると図５９による処理を終了する。
【０２３１】
ステップＳ２６０７において、サーバーは、検索文字がヒットした掲示板の書込みを抽出した不図示のページ画面を作成してステップＳ２６０８へ進む。ステップＳ２６０８において、サーバーは、作成したページ画面データをサービス利用者の端末に送信して図５９による処理を終了する。
【０２３２】
以上説明した実施の形態によるコンテンツで行う掲示板サービスによれば、次の作用効果が得られる。
（１）質問掲載者(サービス利用者)が登録しているアルバムの中の公開画像を質問に添付して掲載できるようにしたので、掲載質問が文字だけの場合に比べてわかりやすくなる。
（２）掲示板への画像掲載は、アルバム内に登録されているオリジナル画像からオリジナル画像に比べてデータサイズが小さなサムネイル画像データを作成し、サムネイル画像データを掲示板用サーバーおよびアルバム用データストレージ装置と異なるフォルダに保存した上で、掲示板に書込む質問にサムネイル画像が格納されたフォルダへのリンクの情報を貼り付ける。この結果、掲示板サーバーに画像データを保存しないから当該サーバーにかかる負担を抑えることができる上に、アルバム内のオリジナル画像が削除された場合でもサムネイル画像データによって掲示板への画像掲載を続けることが可能になる。
（３）質問掲載者(サービス利用者)が掲示板に掲載するためにクリックしたサムネイル画像が非公開画像である場合(ステップＳ１７１１の肯定判定)に、選択画像が非公開のため掲載できないことをサービス利用者に通知するようにした。このため、非公開画像を誤って掲示板に掲載することを防止できる。
（４）掲示板の質問のカテゴリとアルバムのカテゴリとを一致させ、掲示板およびアルバムのページのそれぞれに互いにリンクの情報を貼り付けるようにした。したがって、たとえば、アルバムの「北海道」のページに表示されている画像を閲覧して気に入った画像を見つけた場合に、その画像が具体的に北海道のどこで、いつ、どのような撮影条件で撮影されたのかを知りたくなったとき、対応する質問が掲載されている掲示板のページを迷うことなく簡単に見ることができる。
（５）掲示板のページ画面(図５２)の検索ボタン５２Ｆをクリックすると、検索文字書込み枠５２Ｅに書込まれている検索文字と一致する文字を掲示板書込みから検索し、ヒットする書込みがある場合に当該書込みを抽出して端末に表示させる。一方、ヒットする書込みがない場合にあらかじめ登録されている複数のキーワードと検索文字がヒットするかを検索し、ヒットしたキーワードに関連づけられたカテゴリのページを端末に表示させる。これにより、検索文字と一致する書込みがない場合でも、比較的類似しているカテゴリの掲示板が自動的に端末に表示されるので、サービス利用者にとって使いやすい掲示板サービスを提供できる。
【０２３３】
−検索機能−
上述した図３によるWebのトップページ１０の画面、および図４、図５、図２１、図４３などに示したWebサイト用コンテンツの各カテゴリのトップページの画面において、サイト検索を行う「検索」ページへのリンク先ボタン３１が設けられている。サービス利用者がこのボタン３１をクリックすると、サーバーはサービス利用者の端末に向けて表示用ページデータを送信し、図６０に示す検索ページ画面を端末のディスプレイに表示させる。図６０において、検索文書込み枠６０Ａと、検索文字書込み枠６０Ｂと、検索範囲チェックボックス６０Ｃと、検索ボタン６０Ｄとが設けられている。
【０２３４】
サーバーは、検索文書込み枠６０Ａに書込まれた検索文、もしくは検索文字書込み枠６０Ｂに書込まれた検索文字について、検索範囲チェックボックス６０Ｃにチェックされたコンテンツの範囲でヒットするものを検索する。図６１は、サービス提供者のサーバーで行われる検索処理の流れを説明するフローチャートである。図６１による処理は、検索ボタン６０Ｄがクリックされると起動する。
【０２３５】
図６１のステップＳ２７０１において、サーバーは、自然文検索か否かを判定する。サーバーは、検索文書込み枠６０Ａに書込みが行われている場合に自然文検索とみなし、ステップＳ２７０１を肯定判定してステップＳ２７０２へ進む。一方、検索文書込み枠６０Ａに書込みが無く、検索文字書込み枠６０Ｂに書込みが行われている場合に文字検索とみなし、ステップＳ２７０１を否定判定してステップＳ２７０３へ進む。
【０２３６】
ステップＳ２７０２において、サーバーは、検索文を解析してステップＳ２７０３へ進む。解析は、検索文を用いて周知の文章検索を行うための前処理である。ステップＳ２７０３において、サーバーは、検索範囲チェックボックス６０Ｃにより指定されたコンテンツにおいて、当該コンテンツ内に登録されているページ画面に含まれる文字の検索を行い、ステップＳ２７０４へ進む。ステップＳ２７０４において、サーバーは、指定された検索範囲の検索が終了したか否かを判定する。検索が終了した場合はステップＳ２７０４を肯定判定してステップＳ２７０５へ進む。一方、検索が終了していない場合はステップＳ２７０４を否定判定してステップＳ２７０３へ戻り、検索処理を継続する。
【０２３７】
ステップＳ２７０５において、サーバーは、検索したコンテンツのカテゴリが複数か否かを判定する。サーバーは、検索範囲チェックボックス６０Ｃが複数チェックされている場合にステップＳ２７０５を肯定判定してステップＳ２７０６へ進み、検索範囲チェックボックス６０Ｃが複数チェックされていない場合にステップＳ２７０５を否定判定してステップＳ２７０７へ進む。ステップＳ２７０６において、サーバーは、検索の結果ヒットしたものを検索範囲ごと(コンテンツごと)に並べ替え、各コンテンツごとに検索結果を表示する検索結果ページ画面を作成してステップＳ２７０８へ進む。ステップＳ２７０８において、サーバーは、検索結果ページ画面のデータをサービス利用者の端末に向けて送信し、図６１による処理を終了する。これにより、図６２(a)に示す検索結果の画面が端末のディスプレイに表示される。
【０２３８】
図６２(a)による検索結果ページ画面において、各コンテンツごとにヒットした件数が表示されている。各コンテンツの欄には検索文字列、文章との間で類似度が高いものから上位５件ずつが表示されている。ここで、ヒット件数が５件に満たないコンテンツの欄には全てのヒット件数分が表示され、ヒット件数が０の場合はヒットしない旨を通知する不図示のメッセージデータが表示される。また、「すべて表示」するためのボタン６２Ａが設けられており、ボタン６２Ａがクリックされた場合に、サーバーは、ヒット件数が６件以上あるコンテンツの欄に上位５件だけでなく、ヒットしたもの全てを表示させる。
【０２３９】
ステップＳ２７０７において、サーバーは、検索結果ページ画面のデータをサービス利用者の端末に向けて送信し、図６１による処理を終了する。これにより、図６２(b)に示す検索結果の画面が端末のディスプレイに表示される。図６２(b)において、指定されているコンテンツにおいてヒットした件数が表示されている。このうち、検索文字列、文章との間で類似度が高いものから上位２０件が表示される。ヒット件数が２０件に満たない場合は、全てのヒット件数分が表示され、ヒット件数が０の場合はヒットしない旨を通知する不図示のメッセージが表示される。
【０２４０】
図６１による処理では、各コンテンツごとのヒット件数表示について、検索範囲が複数のコンテンツカテゴリにまたがる場合(ステップＳ２７０５で肯定判定)に、１コンテンツ当たり上位５件まで、検索範囲が１つのコンテンツカテゴリの場合(ステップＳ２７０５で否定判定)に、当該コンテンツの上位２０件までとした。これらの表示件数の上限は、コンテンツカテゴリごとに表示件数の上限を変えてもよいし、検索範囲がまたがるコンテンツカテゴリの数に応じて変えてもよい。たとえば、検索範囲チェックボックス６０Ｃのチェック数が１つの場合に表示件数の上限を２０件に、チェック数が２つの場合に表示件数の上限を１コンテンツ当たり１０件に、チェック数が３つの場合に表示件数の上限を１コンテンツ当たり７件にする。
【０２４１】
−カメラの機種名から検索する−
本実施の形態によるWebサイト用コンテンツは、カメラおよびカメラに関連する情報やサービスを提供するものである。そこで、たとえば、掲示板のページ画面でカメラの機種名が表示されると、この機種名を検索文字とみなして検索処理を行う。図６３は、上述したエキスパートを紹介するページ画面の例である。この中で、「所有カメラ」として機種名が紹介されている。図６３の例では、「Ｆ△」および「Ｆ□」という機種名が掲載される。これらの機種名の文字は、クリック可能に表示データが構成されている。
【０２４２】
図６４は、サービス提供者のサーバーで行われる検索処理の流れを説明するフローチャートである。図６４による処理は、機種名の文字「Ｆ△」、「Ｆ□」のいずれかがクリックされ、クリックを示すデータをサーバーが受けると起動する。ステップＳ２８０１において、サーバーは、データベースにアクセスし、クリックされた文字が示す機種名がデータベースに登録されているかを検索してステップＳ２８０２へ進む。本実施の形態ではカメラに関するサービスを提供するので、サービス提供者がその生産および販売に携わっているカメラに関するデータは、サービス提供者によってデータベースに登録されている。ステップＳ２８０２において、サーバーは、クリックされた機種名が登録されているか否かを判定する。当該機種名がデータベースに登録されている場合はステップＳ２８０２を肯定判定してステップＳ２８０３へ進み、登録されていない場合はステップＳ２８０２を否定判定してステップＳ２８０６へ進む。
【０２４３】
ステップＳ２８０３において、サーバーは、新着情報、製品情報、サービス・サポート、オンラインショップ、コミュニティ、掲示板など全てのコンテンツカテゴリについて、クリックされた機種名を検索文字として検索し、ステップＳ２８０４へ進む。ステップＳ２８０４において、サーバーは、検索範囲の検索が終了したか否かを判定する。検索が終了した場合はステップＳ２８０４を肯定判定してステップＳ２８０５へ進む。一方、検索が終了していない場合はステップＳ２８０４を否定判定してステップＳ２８０３へ戻り、検索処理を継続する。
【０２４４】
ステップＳ２８０５において、サーバーは、検索の結果ヒットしたものを検索範囲ごと(コンテンツごと)に並べ替え、各コンテンツごとに検索結果を表示する検索結果ページ画面を作成してステップＳ２８０９へ進む。ステップＳ２８０９において、サーバーは、検索結果ページ画面のデータをサービス利用者の端末に向けて送信し、図６４による処理を終了する。これにより、図６２(a)に示した画面と同様の検索結果の画面が端末のディスプレイに表示される。
【０２４５】
図６２(a)と同様に、検索結果ページ画面は各コンテンツごとにヒットした件数が表示され、各コンテンツの欄にクリックされた機種名との間で類似度が高いものから上位５件ずつが表示される。また、ヒット件数が５件に満たないコンテンツの欄には全てのヒット件数分が表示され、ヒット件数が０の場合はヒットしない旨を通知するメッセージが表示される。さらに、ヒット件数が６件以上あるコンテンツの欄にヒットしたもの全てを表示させる「すべて表示」ボタン６２Ａが設けられる。
【０２４６】
ステップＳ２８０６において、サーバーは、コミュニティ、掲示板のコンテンツカテゴリについて、クリックされた機種名を検索文字として検索し、ステップＳ２８０７へ進む。ステップＳ２８０２で否定判定される場合、当該機種名はサービス提供者がその生産および販売に携わっているカメラではないとみなせる。この場合、新着情報、製品情報、サービス・サポート、オンラインショップ内を検索してもヒットしないので、これらのコンテンツ内の検索を省略する。ステップＳ２８０７において、サーバーは、検索範囲の検索が終了したか否かを判定する。検索が終了した場合はステップＳ２８０７を肯定判定してステップＳ２８０８へ進む。一方、検索が終了していない場合はステップＳ２８０７を否定判定してステップＳ２８０６へ戻り、検索処理を継続する。
【０２４７】
ステップＳ２８０８において、サーバーは、検索の結果ヒットしたものを検索範囲ごと(コンテンツごと)に並べ替え、各コンテンツごとに検索結果を表示する検索結果ページ画面を作成してステップＳ２８０９へ進む。この場合には、検索するコンテンツが少ないので、クリックされた機種名との間で類似度が高いものから１コンテンツ当たり上位１０件ずつを表示するように検索結果が表示される。
【０２４８】
−関連検索−
サービス利用者が見ているページについて、当該ページ画面に関してあらかじめWeb用文書記述言語ＨＴＭＬ(Hyper Text Markup Lunguage)で記述されている文字列および文章を抽出し、抽出した文字列および文章を各コンテンツ内から検索する。たとえば、サービス利用者が図６５に示す製品情報を紹介するページ画面を見ている場合を例に説明する。図６５において、「Ｆ△」という機種名のカメラの情報が紹介されている。ページ画面に右下に「関連検索」ボタン６５Ａが設けられている。このページ画面を記述するＨＴＭＬでは、「関連検索」ボタン６５Ａを配置するための記述の他に、タイトルタグ(<TITLE></TITLE>)に挟まれたタイトル文字列が検索文字列として抽出される。
【０２４９】
また、特別に設けられた検索用タグ(たとえば、<!--SEARCH CONTEXT--><!--SEARCH CONTEXT-->)に挟まれた文字列もしくは文章を記述してもよい。検索用タグに挟まれた文字列もしくは文章は、検索文字列、文章として抽出される。この場合にはＨＴＭＬタグを検索文字から除外する。
【０２５０】
さらにまた、実際にページ画面に表示される文字列もしくは文章以外に、検索文字列として用いるために特別に作成された文字列、文章を<META HTTP-EQUIV="Keywords" CONTENT="******">の中の******に埋め込んで記述してもよい。******に埋め込んで記述された文字列もしくは文章は、検索文字列、文章として抽出される。
【０２５１】
図６６は、サービス提供者のサーバーで行われる検索処理の流れを説明するフローチャートである。図６６による処理は、図６５のページ画面上で「関連検索」ボタン６５Ａがクリックされると起動する。ステップＳ２９０１において、サーバーは、表示されているページ画面において上述したタグなどにより表されている文字列、文章を抽出してステップＳ２９０２へ進む。ステップＳ２９０２において、サーバーは、抽出した文字列もしくは文章を検索文字列として各コンテンツの中を検索する。このとき、表示中のページ画面は検索対象にしない。
【０２５２】
ステップＳ２９０３において、サーバーは、検索が終了したか否かを判定する。全てのコンテンツの検索が終了した場合にステップＳ２９０３を肯定判定してステップＳ２９０４へ進み、コンテンツの検索が終了していない場合はステップＳ２９０３を否定判定してステップＳ２９０２へ戻り、検索を継続する。
【０２５３】
ステップＳ２９０４において、サーバーは、検索の結果ヒットしたものをコンテンツごとに並べ替え、各コンテンツごとに検索結果を表示する検索結果ページ画面を作成してステップＳ２９０５へ進む。ステップＳ２９０５において、サーバーは、検索結果ページ画面のデータをサービス利用者の端末に向けて送信し、図６６による処理を終了する。これにより、図６２(a)に示した画面と同様の検索結果の画面が端末のディスプレイに表示される。
【０２５４】
図６２(a)と同様に、検索結果ページ画面は各コンテンツごとにヒットした件数が表示され、各コンテンツの欄に検索文字列、文章との間で類似度が高いものから上位５件ずつが表示される。また、ヒット件数が５件に満たないコンテンツの欄には全てのヒット件数分が表示され、ヒット件数が０の場合はヒットしない旨を通知するメッセージが表示される。さらに、ヒット件数が６件以上あるコンテンツの欄にヒットしたもの全てを表示させる「すべて表示」ボタン６２Ａが設けられる。
【０２５５】
−関連エキスパート検索−
エキスパート情報を紹介する図６３のページ画面において、ページ画面下部に「関連エキスパート検索」ボタン６３Ａが設けられている。このページ画面を記述するＨＴＭＬでは、「関連エキスパート検索」ボタン６３Ａを配置するための記述の他に、当該エキスパートの得意撮影分野、所有カメラの機種名に記載されている文字列を検索文字列とするように特別に設けられた検索用タグで挟んで記述してもよい。
【０２５６】
図６７は、サービス提供者のサーバーで行われる検索処理の流れを説明するフローチャートである。図６７による処理は、図６３のページ画面上で「関連エキスパート検索」ボタン６３Ａがクリックされると起動する。ステップＳ３００１において、サーバーは、表示されているページ画面において上述したタグなどにより表されている文字列、文章を抽出してステップＳ３００２へ進む。ステップＳ３００２において、サーバーは、抽出した文字列もしくは文章を検索文字列としてエキスパート情報が格納されているデータベースを検索する。このとき、表示中のページ画面は検索対象にしない。
【０２５７】
ステップＳ３００３において、サーバーは、検索が終了したか否かを判定する。全てのエキスパート情報の検索が終了した場合にステップＳ３００３を肯定判定してステップＳ３００４へ進み、検索が終了していない場合はステップＳ３００３を否定判定してステップＳ３００２へ戻り、検索を継続する。
【０２５８】
ステップＳ３００４において、サーバーは、検索の結果ヒットしたエキスパートを格付け順に並べ替え、格付け順に検索結果を表示する検索結果ページ画面を作成してステップＳ３００５へ進む。ステップＳ３００５において、サーバーは、検索結果ページ画面のデータをサービス利用者の端末に向けて送信し、図６７による処理を終了する。これにより、検索結果の画面が端末のディスプレイに表示される。格付けとは、たとえば、獲得ポイントが多く、質問掲載者からの評判がよい人を上位格とし、獲得ポイントが低く、質問掲載者からの評判が悪い人を低位格にするものである。質問掲載者が高い格付けのエキスパートを選ぶと、それだけ満足できる回答を得られる可能性が高くなる。
【０２５９】
以上説明した実施の形態によるコンテンツで行う検索によれば、次の作用効果が得られる。
（１）検索文書込み枠６０Ａに書込まれた検索文もしくは検索文字書込み枠６０Ｂに書込まれた検索文字について、検索範囲チェックボックス６０Ｃにチェックされたコンテンツの範囲でヒットするものを検索する。複数のコンテンツ内を検索して各コンテンツごとにヒット件数を表示するとき、各コンテンツの欄に検索文字列、文章との間で類似度が高いものから上位５件ずつを表示するようにし、さらに「すべて表示」するためのボタン６２Ａがクリックされた場合に、ヒット件数が６件以上あるコンテンツ欄にヒットしたもの全てを表示するようにした。この結果、サービス利用者は、表示画面をスクロールしなくても各コンテンツでヒットしたものを確認することができる。
（２）掲示板のページ画面(図６３)でカメラの機種名が表示されると、この機種名を検索文字とみなして検索処理を行うようにした。本実施の形態によるWebサイト用コンテンツはカメラおよびカメラに関連する情報やサービスを提供するものであるので、サービス利用者によりよい検索サービスを提供できる。
（３）製品情報を紹介するページ画面(図６５)において、当該ページ画面の記載内容に関連する検索文字列をサービス提供者があらかじめＨＴＭＬで記述し、当該ページ画面上に設けた「関連検索」ボタン６５Ａをサービス利用者がクリックするだけで検索文字列を入力しなくても検索を開始するようにした。この結果、サービス利用者は、現在見ている(表示されている)ページ画面に関連する検索を素早く行うことができる。
（４）エキスパート情報を紹介するページ画面(図６３)において、当該ページ画面の記載内容に関連する検索文字列をサービス提供者があらかじめＨＴＭＬで記述し、当該ページ画面上に設けた「関連エキスパート検索」ボタン６３Ａをサービス利用者がクリックするだけで検索文字列を入力しなくても検索を開始するようにした。この結果、サービス利用者は、現在見ている(表示されている)エキスパートと撮影分野が同じであったり、所有カメラが同じである他のエキスパート検索を素早く行うことができる。
【０２６０】
ＨＴＭＬによる検索文字列の記述は、上述した以外にもボディタグ(<BODY></BODY>)により文章を挟む方法や、ＨＴＭＬページ内全ての文字を検索対象にする方法を用いてもよい。ページ内全ての文字を検索対象にする場合は、検索結果にノイズが増える(必要以上にヒットする)ことが予想される。
【０２６１】
また、ページごとに検索文字列の記述を変えるようにしてもよい。たとえば、「製品情報」を記載するコンテンツのページではタイトルタグに挟まれた文字列を検索対象とし、「記事」を記載するページではタイトルタグに挟まれた文字列とボディタグに挟まれた文章とを検索対象とする。
【０２６２】
【発明の効果】
以上詳細に説明したように本発明によれば、次のような効果を奏する。
（１）商品を購入した顧客から発信される顧客情報を受信して格納する顧客登録が終了した後に、顧客登録と異なる会員登録に案内する情報を顧客に発信するようにしたので、会員登録に案内しない場合に比べて会員登録数を増やすことができる。
（２）顧客情報とともに登録する顧客登録された顧客であることを認証するための認証情報と、顧客登録と異なる会員登録の会員であることを認証するための認証情報とを、同一登録者である場合には認証情報の一部または全てを同一にするようにした。これにより、複数の認証情報を使い分ける場合に比べて認証情報の入力間違いを減らせるので、顧客および会員の負担を低減することができる。
（３）顧客登録と会員登録とによって登録する情報に共通項目があり、顧客登録、会員登録の一方における共通項目の情報登録の際に、既に他方で共通項目が登録されている場合には他方の共通項目の情報を更新するようにした。この結果、共通の項目を常に最新の情報に更新することが可能になる。
【図面の簡単な説明】
【図１】 Webサイト用コンテンツが登録されるWebサイトの全体構成例を示す図である。
【図２】サイトマップを示す図である。
【図３】 Webのトップページの画面を示す図である。
【図４】新着情報のカテゴリのトップページの画面を示す図である。
【図５】コミュニティのカテゴリのトップページの画面を示す図である。
【図６】製品情報入力用の画面を示す図である。
【図７】顧客情報(カスタマ情報)入力用の画面を示す図である。
【図８】アンケート回答用の画面を示す図である。
【図９】設問処理の流れを説明するフローチャートである。
【図１０】景品選択用の画面を示す図である。
【図１１】景品選択画面作成処理の流れを説明するフローチャートである。
【図１２】冊子を紹介する画面を示す図である。
【図１３】 (a)送付先を通知する画面を示す図、(b)ポイント加算を通知する画面を示す図である。
【図１４】会員登録の誘導画面作成処理の流れを説明するフローチャートである。
【図１５】景品注文の承り通知および会員登録への誘導メッセージを表示する画面を示す図である。
【図１６】会員認証用の画面を示す図である。
【図１７】登録内容更新処理の流れを説明するフローチャートである。
【図１８】顧客情報(カスタマ情報)更新用の画面を示す図である。
【図１９】顧客認証用の画面を示す図である。
【図２０】保証期間延長処理の流れを説明するフローチャートである。
【図２１】オンラインショップのカテゴリのトップページの画面を示す図である。
【図２２】アイテム選択画面を示す図である。
【図２３】ポリゴン画像処理の流れを説明するフローチャートである。
【図２４】カメラ本体と交換レンズとの接合画像を示す図である。
【図２５】推奨商品の紹介画面を示す図である。
【図２６】推奨商品提案処理の流れを説明するフローチャートである。
【図２７】推奨商品提案処理の流れを説明するフローチャートである。
【図２８】商品情報管理用画面を示す図である。
【図２９】在庫通知処理の流れを説明するフローチャートである。
【図３０】掲載切替え処理の流れを説明するフローチャートである。
【図３１】商品配送指示処理の流れを説明するフローチャートである。
【図３２】 (a)抽選用画面を示す図、(b)カメラの当選通知および配送先選択ボタンの表示画面を示す図である。
【図３３】当選商品の配送先確認画面を示す図である。
【図３４】商品配送指示処理の流れを説明するフローチャートである。
【図３５】予約処理の流れを説明するフローチャートである。
【図３６】予約用画面を示す図である。
【図３７】オプション決済処理の流れを説明するフローチャートである。
【図３８】配送方法選択用画面を示す図である。
【図３９】計算書のページ画面を示す図である。
【図４０】配送料を決める処理の流れを説明するフローチャートである。
【図４１】一括決済処理の流れを説明するフローチャートである。
【図４２】分割決済処理の流れを説明するフローチャートである。
【図４３】オンラインアルバムのカテゴリにログインした画面を示す図である。
【図４４】アルバム消去処理の流れを説明するフローチャートである。
【図４５】アルバム消去処理の流れを説明するフローチャートである。
【図４６】アルバム消去処理の流れを説明するフローチャートである。
【図４７】アルバム管理用画面を示す図である。
【図４８】アルバム一覧作成処理の流れを説明するフローチャートである。
【図４９】 (a)サムネイル画像表示を示す図、(b)サムネイル画像より大きな画像表示を示す図である。
【図５０】優遇処理の流れを説明するフローチャートである。
【図５１】ファイル名決定処理の流れを説明するフローチャートである。
【図５２】コミュニティのカテゴリにログインした画面を示す図である。
【図５３】サムネイル画像掲載処理の流れを説明するフローチャートである。
【図５４】サムネイル画像掲載処理の流れを説明するフローチャートである。
【図５５】選択画像が掲載できないことを通知する画面を示す図である。
【図５６】サムネイル画像掲載処理の流れを説明するフローチャートである。
【図５７】サムネイル画像掲載処理の流れを説明するフローチャートである。
【図５８】 (a)掲示板で「撮影情報」−「北海道」に分類される質問の表示画面を示す図(b)アルバムで「風景」−「北海道」に分類される画像の表示画面を示す図である。
【図５９】検索処理の流れを説明するフローチャートである。
【図６０】検索画面を示す図である。
【図６１】検索処理の流れを説明するフローチャートである。
【図６２】 (a)複数のコンテンツの検索結果の表示画面を示す図、(b)１つのコンテンツの検索結果の表示画面を示す図である。
【図６３】エキスパートの紹介画面を示す図である。
【図６４】検索処理の流れを説明するフローチャートである。
【図６５】製品情報の紹介画面を示す図である。
【図６６】検索処理の流れを説明するフローチャートである。
【図６７】検索処理の流れを説明するフローチャートである。
【符号の説明】
１…会員登録のコンテンツのページ、 ２…新着情報のコンテンツのページ、
３…製品情報のコンテンツのページ、 ４…サービス・サポートのコンテンツのページ、
５…オンラインアルバムのコンテンツのページ、
６…オンラインショップのコンテンツのページ、
７…コミュニティのコンテンツのページ、
１０…トップページ

Claims (6)

  1. 商品を購入した顧客を登録する顧客登録システムと、Ｗｅｂサービスの提供を受けるＷｅｂサービス会員を登録するＷｅｂサービス会員登録システムとを備える登録システムであって、
    前記顧客登録システムは、顧客の情報を入力するための顧客情報入力画面を顧客の端末に提供する顧客情報入力画面提供手段と、顧客が購入した商品に関する情報を入力するための商品情報入力画面を顧客の端末に提供する商品情報入力画面提供手段と、前記顧客であることを認証する顧客認証情報を入力するための顧客認証情報入力画面を顧客の端末に提供する顧客認証情報入力画面提供手段と、前記顧客情報入力画面に入力された顧客情報と前記商品情報入力画面に入力された商品の情報と前記顧客認証情報入力画面に入力された前記顧客認証情報とをそれぞれ記憶する顧客情報記憶手段とを有し、
    前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員の情報を入力するためのＷｅｂサービス会員情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員情報入力画面提供手段と、前記Ｗｅｂサービス会員であることを認証するＷｅｂサービス会員認証情報を入力するためのＷｅｂサービス会員認証情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員認証情報入力画面提供手段と、前記Ｗｅｂサービス会員情報入力画面に入力されたＷｅｂサービス会員情報と前記Ｗｅｂサービス会員認証情報入力画面に入力された前記Ｗｅｂサービス会員認証情報とをそれぞれ記憶するＷｅｂサービス会員情報記憶手段とを有し、
    前記顧客登録システムは、前記顧客情報入力画面への入力と前記商品情報入力画面への入力と前記顧客認証情報入力画面への入力によって顧客登録を終了した顧客の端末に、前記Ｗｅｂサービス会員の登録を勧誘するためのＷｅｂサービス会員勧誘画面を提供する勧誘画面提供手段を更に有し、
    前記顧客登録終了の顧客がＷｅｂサービス会員登録を行う場合には、前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員登録者の端末に、前記Ｗｅｂサービス会員認証情報入力画面提供手段によって、Ｗｅｂサービス会員登録者が前記顧客認証情報を入力するための前記Ｗｅｂサービス会員認証情報入力画面を提供し、前記Ｗｅｂサービス会員認証情報入力画面に入力された認証情報が前記顧客情報記憶手段に記憶されている前記顧客認証情報に一致する場合に前記Ｗｅｂサービス会員情報入力画面提供手段によって前記Ｗｅｂサービス会員情報入力画面を提供することを特徴とする登録システム。
  2. 請求項１に記載の登録システムにおいて、
    前記顧客情報には顧客が法人であるか個人であるかの情報を含み、
    前記顧客登録システムは、前記顧客情報入力画面に入力された前記顧客情報が法人を示すか個人を示すかを判定する判定手段を有し、
    前記勧誘画面提供手段は、前記判定手段が個人を示すと判定したときに前記Ｗｅｂサービス会員勧誘画面を提供し、前記判定手段が法人を示すと判定したときに前記Ｗｅｂサービス会員勧誘画面を提供しないことを特徴とする登録システム。
  3. 商品を購入した顧客を登録する顧客登録システムと、Ｗｅｂサービスの提供を受けるＷｅｂサービス会員を登録するＷｅｂサービス会員登録システムとを備える登録システムであって、
    前記顧客登録システムは、顧客の情報を入力するための顧客情報入力画面を顧客の端末に提供する顧客情報入力画面提供手段と、顧客が購入した商品に関する情報を入力するための商品情報入力画面を顧客の端末に提供する商品情報入力画面提供手段と、前記顧客であることを認証する顧客認証情報を入力するための顧客認証情報入力画面を顧客の端末に提供する顧客認証情報入力画面提供手段と、前記顧客情報入力画面に入力された顧客情報と前記商品情報入力画面に入力された商品の情報と前記顧客認証情報入力画面に入力された前記顧客認証情報とをそれぞれ記憶する顧客情報記憶手段とを有し、
    前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員の情報を入力するためのＷｅｂサービス会員情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員情報入力画面提供手段と、前記Ｗｅｂサービス会員であることを認証するＷｅｂサービス会員認証情報を入力するためのＷｅｂサービス会員認証情報入力画面をＷｅｂサービス会員登録者の端末に提供するＷｅｂサービス会員認証情報入力画面提供手段と、前記Ｗｅｂサービス会員情報入力画面に入力されたＷｅｂサービス会員情報と前記Ｗｅｂサービス会員認証情報入力画面に入力された前記Ｗｅｂサービス会員認証情報とをそれぞれ記憶するＷｅｂサービス会員情報記憶手段とを有し、
    前記顧客登録システムは、少なくとも前記顧客情報入力画面への入力と前記商品情報入力画面への入力と前記顧客認証情報入力画面への入力によって顧客登録を終了し、
    前記顧客登録終了の顧客がＷｅｂサービス会員登録を行う場合には、前記Ｗｅｂサービス会員登録システムは、Ｗｅｂサービス会員登録者の端末に、前記Ｗｅｂサービス会員認証情報入力画面提供手段によって、Ｗｅｂサービス会員登録者が前記顧客認証情報を入力するための前記Ｗｅｂサービス会員認証情報入力画面を提供し、前記Ｗｅｂサービス会員認証情報入力画面に入力された認証情報が前記顧客情報記憶手段に記憶されている前記顧客認証情報に一致する場合に前記Ｗｅｂサービス会員情報入力画面提供手段によって前記Ｗｅｂサービス会員情報入力画面を提供することを特徴とする登録システム。
  4. 請求項１〜３のいずれかに記載の登録システムにおいて、
    前記顧客情報入力画面は、入力するべき複数項目の顧客情報を有し、
    前記Ｗｅｂサービス会員情報入力画面は、入力するべき複数項目のＷｅｂサービス会員情報を有し、
    前記複数項目の顧客情報と前記複数項目のＷｅｂサービス会員情報とは、共通の項目を有し、
    前記Ｗｅｂサービス会員情報入力画面提供手段は、前記共通の項目については、前記顧客情報入力画面に入力済みの顧客情報を前記Ｗｅｂサービス会員情報入力画面に表示して前記端末に提供することを特徴とする登録システム。
  5. 請求項４に記載の登録システムにおいて、
    前記顧客登録システムは、前記共通の項目について、前記Ｗｅｂサービス会員情報記憶手段に記憶されたＷｅｂサービス会員情報が前記顧客情報記憶手段に記憶された顧客情報と相違する場合に、前記顧客情報記憶手段に記憶された顧客情報を前記Ｗｅｂサービス会員情報記憶手段に記憶されたＷｅｂサービス会員情報で上書きすることを特徴とする登録システム。
  6. 請求項５に記載の登録システムにおいて、
    前記顧客登録システムは、前記共通の項目について、前記Ｗｅｂサービス会員情報記憶手段に記憶されたＷｅｂサービス会員情報がブランクデータの場合には、前記顧客情報記憶手段に記憶された顧客情報を前記ブランクデータで上書きしないことを特徴とする登録システム。
JP2001149884A 2001-05-18 2001-05-18 登録システム Expired - Fee Related JP4674412B2 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP2001149884A JP4674412B2 (ja) 2001-05-18 2001-05-18 登録システム
PCT/JP2002/004813 WO2002095641A1 (fr) 2001-05-18 2002-05-17 Procede d'enregistrement de client de magasin electronique
EP02726435A EP1394710A4 (en) 2001-05-18 2002-05-17 METHOD FOR RECORDING ELECTRONIC STORE CLIENT
CNB028101987A CN100394422C (zh) 2001-05-18 2002-05-17 电子商店的顾客登录方法
US10/713,096 US20040102993A1 (en) 2001-05-18 2003-11-17 Electronic shop customer registration method
US12/289,592 US20090094050A1 (en) 2001-05-18 2008-10-30 Electronic shop customer registration method
US14/968,392 US20160203493A1 (en) 2001-05-18 2015-12-14 Electronic shop customer registration method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001149884A JP4674412B2 (ja) 2001-05-18 2001-05-18 登録システム

Publications (2)

Publication Number Publication Date
JP2002342501A JP2002342501A (ja) 2002-11-29
JP4674412B2 true JP4674412B2 (ja) 2011-04-20

Family

ID=18995001

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001149884A Expired - Fee Related JP4674412B2 (ja) 2001-05-18 2001-05-18 登録システム

Country Status (1)

Country Link
JP (1) JP4674412B2 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09330355A (ja) * 1996-06-10 1997-12-22 Hitachi Ltd 通信販売方法
JPH11249943A (ja) * 1998-03-03 1999-09-17 Nec Corp 分散型データベースの同期管理システムおよび同期管理方法
JP2000113031A (ja) * 1998-09-30 2000-04-21 Toshiba Corp バーチャルモールシステム
JP2000242666A (ja) * 1999-02-10 2000-09-08 Internatl Business Mach Corp <Ibm> 製品情報提供手法およびシステム
JP2001117847A (ja) * 1999-10-22 2001-04-27 Fan Communications Inc ネットワーク広告配信管理・ポイント還元システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09330355A (ja) * 1996-06-10 1997-12-22 Hitachi Ltd 通信販売方法
JPH11249943A (ja) * 1998-03-03 1999-09-17 Nec Corp 分散型データベースの同期管理システムおよび同期管理方法
JP2000113031A (ja) * 1998-09-30 2000-04-21 Toshiba Corp バーチャルモールシステム
JP2000242666A (ja) * 1999-02-10 2000-09-08 Internatl Business Mach Corp <Ibm> 製品情報提供手法およびシステム
JP2001117847A (ja) * 1999-10-22 2001-04-27 Fan Communications Inc ネットワーク広告配信管理・ポイント還元システム

Also Published As

Publication number Publication date
JP2002342501A (ja) 2002-11-29

Similar Documents

Publication Publication Date Title
EP1394709A1 (en) Electronic shop providing method, site search method, and bulletin board providing method
US20190205893A1 (en) Method for providing a bulletin board for placing an image and method for providing electronic album service
US20160203493A1 (en) Electronic shop customer registration method
JP4803900B2 (ja) 電子ショップの提供方法
KR100460008B1 (ko) 온라인 쇼핑 검색 서비스 제공 방법 및 시스템
US20050216295A1 (en) Method of and system for obtaining data from multiple sources and ranking documents based on meta data obtained through collaborative filtering and other matching techniques
US20070033064A1 (en) Method of and system for capturing data
JP2011065670A (ja) 電子ショップの提供方法
JP4758025B2 (ja) 電子アルバムサービスシステム
JP4724950B2 (ja) ネットワークサービスシステム
JP2002342376A (ja) サイト検索方法
JP4674412B2 (ja) 登録システム
JP4622156B2 (ja) 顧客登録システム
JP4784002B2 (ja) ネットワークサービスシステム
JP2002342378A (ja) 電子掲示板の提供方法
JP2002342597A (ja) 電子ショップの提供方法
JP2002342636A (ja) 顧客登録方法
JP2002342630A (ja) 電子ショップの提供方法
JP2002342631A (ja) 電子ショップの提供方法
WO2002050709A2 (en) Managing a database of media data

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080310

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20080528

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100713

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100907

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20100907

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101005

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101206

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101228

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110110

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140204

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4674412

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140204

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees