(57)【特許請求の範囲】
【請求項１】
複数の会員を対象とするウェブサイトを管理する管理装置であって、
当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成するポイント生成部と、
生成されたポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定するランク決定部と、
前記会員を識別する識別情報と、当該会員のポイントと、当該会員のランクと、当該会員と友人関係にある会員の前記識別情報とを対応づけて記憶するデータベースと、
前記ランクに応じた特典を記憶する特典テーブルと、
会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報を前記データベースから取得し、さらに、本人の識別情報に対応するランクと前記友人の識別情報に対応するランクを前記データベースから取得し、取得したランクのうち最も高いランクを特定するランク特定部と、
前記特典テーブルを参照して、前記ランク特定部で特定されたランクに対応する特典を取得する特典取得部とを備え、
取得した特典を前記会員の前記商品又はサービスの購入に適用する、
ことを特徴とする管理装置。
【請求項２】
前記ポイント生成部は、前記購入において前記会員の支払額に関係してポイントを生成する共に、前記会員が他の会員に対して行った行動に応じてポイントを生成することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記識別情報と前記ポイント生成部で生成されたポイントの合計値とを対応づけて記憶する合計テーブルを備え、
前記ランク決定部は、前記合計テーブルに記憶されたポイントの合計値に基づいて、前記複数の会員の各々の活動を評価しランクを決定する、
ことを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記ランク決定部は、前記ランク分けの基準となる複数の基準ポイントを記憶した基準テーブルを備え、前記基準テーブルと、所定期間を対象とする前記合計テーブルに記憶されたポイントの合計値とに基づいて、前記複数の会員の各々の活動を評価しランクを決定する、
ことを特徴とする請求項３に記載の管理装置。
【請求項５】
前記データベースには、前記会員が獲得した個々のポイントが獲得した時間と対応付けられて記憶されており、
前記ランク決定部は、前記ランク分けの基準となる複数の基準ポイントを記憶した基準テーブルを備え、前記複数の会員の各々について、前記データベースを参照して所定期間に獲得した前記ポイントを集計し、集計したポイントと前記基準ポイントとを比較して、前記複数の会員の各々について前記ランクを決定し、決定したランクを前記データベースに記憶する、ことを特徴とする請求項１又は２に記載の管理装置。
【請求項６】
各ランクに属する会員の割合が予め定められた割合になるように前記基準テーブルに記憶した前記複数の基準ポイントを変更する変更部を備える、ことを特徴とする請求項４または請求項５に記載の管理装置。
【請求項７】
複数の会員を対象とするウェブサイトを管理すると共に、前記会員を識別する識別情報と、当該会員のポイントと、当該会員のランクと、当該会員と友人関係にある会員の前記識別情報とを対応づけて記憶するデータベースと通信可能な管理装置であって、
当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成するポイント生成部と、
生成されたポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定するランク決定部と、
前記決定したランクを前記データベースに反映させる反映部と、
前記ランクに応じた特典を記憶する特典テーブルと、
会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報を前記データベースから取得し、さらに、本人の識別情報に対応するランクと前記友人の識別情報に対応するランクを前記データベースから取得し、取得したランクのうち最も高いランクを特定するランク特定部と、
前記特典テーブルを参照して、前記ランク特定部で特定されたランクに対応する特典を取得する特典取得部とを備え、
取得した特典を前記会員の前記商品又はサービスの購入に適用する、
ことを特徴とする管理装置。
【請求項８】
複数の会員を対象とするウェブサイトを管理する管理装置で実施される管理方法であって、
当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成し、
生成したポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定し、
前記会員を識別する識別情報と、当該会員のポイントと、当該会員のランクと、当該会員と友人関係にある会員の前記識別情報とを対応づけて記憶し、
前記ランクに応じた特典を記憶し、
会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報を前記記憶した識別情報から取得し、
本人の識別情報に対応するランクと前記友人の識別情報に対応するランクを前記記憶したランクから取得し、
取得したランクのうち最も高いランクを特定し、
前記特定されたランクに対応する特典を取得し、
取得した特典を前記会員の前記商品又はサービスの購入に適用する、
ことを特徴とする管理方法。
【請求項９】
複数の会員を対象とするウェブサイトを管理すると共に、前記会員を識別する識別情報と、当該会員のポイントと、当該会員のランクと、当該会員と友人関係にある会員の前記識別情報とを対応づけて記憶するデータベースと通信可能な管理装置で実施される管理方法であって、
当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成し、
生成したポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定し、
前記決定したランクを前記データベースに反映させ、
前記ランクに応じた特典を記憶し、
会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報を前記データベースから取得し、
本人の識別情報に対応するランクと前記友人の識別情報に対応するランクを前記データベースから取得し、
取得したランクのうち最も高いランクを特定し、
前記特定されたランクに対応する特典を取得し、
取得した特典を前記会員の前記商品又はサービスの購入に適用する、
ことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的な会員制サービスサイトやＳＮＳ（Social Networking Service）サイト上で提供される会員システム等の技術に関する。
【背景技術】
【０００２】
近年、ウェブサイト上で会員を募集し、登録した会員に対して、商品やサービスの購入を提供することが行われている。このような会員システムとしてゴルフ場の予約支援システムが知られている（特許文献１）。
また、ウェブサイト上で買物をすると、購入金額に応じたポイントが付与され、そのポイントを用いて次回の買物の際に割引を受けることができる会員システムも周知である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−５３８１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、従来の会員システムにおいてポイントは換金性を有するので、一度、商品又はサービスを購入すると、次回の購入も会員システムを利用しようとするインセンティブがはたらく。
しかしながら、このようなインセンティブは個々の会員が抱くものであって、会員システム全体の活動を活性化させるものではなかった。
本発明は、上述した事情に鑑みてなされたものであり、会員のウェブサイト上での活動が、他の会員の活動を活性化させることが可能な会員システムを提供することを解決課題とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明に係る管理装置は、複数の会員を対象とするウェブサイトを管理するものであって、当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成するポイント生成部（３０）と、生成されたポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定するランク決定部（３０、Ｓ３２、Ｓ３４、Ｓ３５）と、前記会員を識別する識別情報と、当該会員のポイントと、当該会員のランクと、当該会員と友人関係にある会員の前記識別情報とを対応づけて記憶するデータベース（ＤＢ）と、前記ランクに応じた特典を記憶する特典テーブル（ＴＢＬ１）と、会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報を前記データベースから取得し（３０、Ｓ２０）、さらに、本人の識別情報に対応するランクと前記友人の識別情報に対応するランクを前記データベースから取得し（３０、Ｓ２１）、取得したランクのうち最も高いランクを特定するランク特定部（３０、Ｓ２２）と、前記特典テーブル（ＴＢＬ１）を参照して、前記特定部で特定されたランクに対応する特典を取得する特典取得部（３０、Ｓ２４）とを備え、取得した特典を前記会員の前記商品又はサービスの購入に適用する、ことを特徴とする。
【０００７】
なお、活動とは、商品又はサービスの購入だけでなく、ウェブサイト上に投稿された質問に対する回答を行ったり、複数の会員が共同で行うゴルフ予約を主催する等の他の会員に対する貢献を含むものである。なお、特典には、商品またはサービスの購入に適用される割引率の他、他の会員よりも先に購入できる待遇、商品の質の向上や量の増加といった各種の優遇が含まれる。
この発明によれば、ウェブサイトにおける会員の活動の程度に応じたポイントを付与し、付与したポイントに応じて特典を与えるので、ウェブサイトにおける会員の活動を活性化させることができる。しかも、会員同士が友人関係を構築すると、他の会員のランクに対応する特典が付与されるので、友人関係の構築が促され、会員の活動をより活性化させることが可能となる。なお、特典には、商品又はサービスの購入に適用される割引率の他、他の会員よりも先に購入できる待遇、商品の質の向上や量の増加といった各種の優遇が含まれる。
【０００８】
上述した管理装置において、前記ポイント生成部は、前記購入において前記会員の支払額に関係してポイントを生成する共に、前記会員が他の会員に対して行った行動に応じてポイントを生成することが好ましい。
この発明によれば、購入における支払額のみならず他の会員に対する行動に対してもポイントを付与するので、会員同士のコミュニケーションを促進し、会員の活動を活発化させることができる。なお、「会員の支払額に関係して」とは支払額に比例したポイントであってもよいし、あるいは、支払額の１万円ごとに１００ポイントといった範囲を持ったものであっても良い。要は、予め定められた規則に従って、支払額に応じてポイントが定められればよい。
【０００９】
上述した管理装置において、前記識別情報と前記ポイント生成部で生成されたポイントの合計値とを対応づけて記憶する合計テーブル（ＴＢＬ３）を備え、前記ランク決定部は、前記合計テーブルに記憶されたポイントの合計値に基づいて、前記複数の会員の各々の活動を評価しランクを決定することが好ましい。
この発明によれば、合計テーブルを参照すれば、直ちにポイントの合計値を知ることができるので、ランクの決定をリアルタイムに行うことができる。
【００１０】
さらに、前記ランク決定部は、前記ランク分けの基準となる複数の基準ポイントを記憶した基準テーブルを備え、前記基準テーブルと、所定期間を対象とする前記合計テーブルに記憶されたポイントの合計値とに基づいて、前記複数の会員の各々の活動を評価しランクを決定してもよい。
この発明によれば、合計テーブルには所定期間を対象とする合計値が記憶されるので、所定期間ごとの会員の活動の程度をランクに反映させることができる。さらに、ランクの評価は、所定期間の活動を対象として行われるので、所定期間を適切に設定することで（例えば直近６ヶ月）、所定期間外の過去の活動ではなく直近の活動が評価されることになり、会員の活動の継続を促すことが可能となる。
【００１１】
上述した管理装置において前記データベース（ＤＢ）には、前記会員が獲得した個々のポイントが獲得した時間と対応付けられて記憶されており、前記ランク決定部は、前記ランク分けの基準となる複数の基準ポイントを記憶した基準テーブル（ＴＢＬ２）を備え、前記複数の会員の各々について、前記データベースを参照して所定期間に獲得した前記ポイントを集計し（３０、Ｓ３１、Ｓ３３）、集計したポイントと前記基準ポイントとを比較して（３０、Ｓ３１、Ｓ３３）、前記複数の会員の各々について前記ランクを決定し（３０、Ｓ３２、Ｓ３４、Ｓ３５）、決定したランクを前記データベースに記憶することが好ましい。
この発明によれば、所定期間に獲得したポイントに基づいて、各会員の活動を評価してランクを付与することができる。このため、会員は、ランクの昇格・維持を目標として活動するので、ウェブサイトにおける活動を活性化させることができる。さらに、この会員システムによれば、データベースに会員が獲得した個々のポイントを獲得した時間と対応付けられて記憶するので、個々にポイント獲得履歴を記憶することができる。この結果、個々の活動の詳細な履歴を管理することが出来るので会員と運営者の双方にとって有益である。
【００１２】
上述した管理装置において、各ランクに属する会員の割合が予め定められた割合になるように前記基準テーブルに記憶した前記複数の基準ポイントを変更する変更部を備えることが好ましい。この発明によれば、基準テーブルの内容を自動的に変更することができるので、会員のランクの構成比を制御することが可能となる。
【００１３】
本発明に係る管理装置は、複数の会員を対象とするウェブサイトを管理すると共に、前記会員を識別する識別情報と、当該会員のポイントと、当該会員のランクと、当該会員と友人関係にある会員の前記識別情報とを対応づけて記憶するデータベースと通信可能なものであって、当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成するポイント生成部と、生成されたポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定するランク決定部と、前記決定したランクを前記データベースに反映させる反映部と、前記ランクに応じた特典を記憶する特典テーブルと、会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報を前記データベース取得し、さらに、本人の識別情報に対応するランクと前記友人の識別情報に対応するランクを前記データベースから取得し、取得したランクのうち最も高いランクを特定するランク特定部と、前記特典テーブルを参照して、前記特定部で特定されたランクに対応する特典を取得する特典取得部とを備え、取得した特典を前記会員の前記商品又はサービスの購入に適用する、ことを特徴とする。
【００１４】
本発明に係る管理方法は、複数の会員を対象とするウェブサイトを管理する管理装置で実施される管理方法であって、当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成し、生成したポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定し、会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応づけられた友人の識別情報を取得し、本人の識別情報に対応づけられたランクと前記友人の識別情報に対応づけられたランクを取得し、取得したランクのうち最も高いランクを特定し、前記特定部で特定されたランクに対応づけられた特典を取得し、取得した特典を前記会員の前記商品又はサービスの購入に適用する、ことを特徴とする。
【００１５】
複数の会員を対象とするウェブサイトを管理すると共に、前記会員を識別する識別情報と、当該会員のポイントと、当該会員のランクと、当該会員と友人関係にある会員の前記識別情報とを対応づけて記憶するデータベースと通信可能な管理装置で実施される管理方法であって、当該ウェブサイトにおける前記会員の活動の程度に応じたポイントを生成し、生成したポイントに基づいて、前記複数の会員の各々の活動を評価しランクを決定し、前記決定したランクを前記データベースに反映させ、前記ランクに応じた特典を記憶し、会員の通信装置から、当該ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報を前記データベースから取得し、本人の識別情報に対応するランクと前記友人の識別情報に対応するランクを前記データベースから取得し、取得したランクのうち最も高いランクを特定し、前記特定部で特定されたランクに対応する特典を取得し、取得した特典を前記会員の前記商品又はサービスの購入に適用する、  ことを特徴とする。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る会員システムのブロック図である。
【図２】管理装置の機能を示すブロック図である。
【図３】管理装置の構成を示すブロック図である。
【図４】会員データベースのデータ構造の一例を示す説明図である。
【図５】特典テーブルの記憶内容の一例を示す説明図である。
【図６】基準テーブルの記憶内容の一例を示す説明図である。
【図７】ポイント情報の登録に関する会員システムの動作を示すシーケンス図である。
【図８】友人関係の登録に関する会員システムの動作を示すシーケンス図である。
【図９】商品又はサービスの購入に関する会員システムの動作を示すシーケンス図である。
【図１０】ランクの更新処理に係るＣＰＵの動作を示すフローチャートである。
【図１１】変形例に係る管理装置の機能を示すブロック図である。
【図１２】変形例に係る合計テーブルの記憶内容の一例を示す説明図である。
【図１３】変形例のランクの更新処理に係るＣＰＵの動作を示すフローチャートである。
【図１４】変形例に係る管理装置の機能を示すブロック図である。
【図１５】変形例の基準ポイントの変更処理に係るＣＰＵの動作を示すフローチャートである。
【図１６】変形例に係る会員システムのブロック図である。
【図１７】変形例に係る管理装置の機能を示すブロック図である。
【図１８】変形例に係る管理装置の機能を示すブロック図である。
【図１９】変形例に係る管理装置の機能を示すブロック図である。
【発明を実施するための形態】
【００１７】
＜１．会員システムの構成＞
図１は、本発明の実施形態に係る会員システム１００のブロック図である。この会員システム１００は、ウェブサイトの会員を対象として、ゴルフ場の予約といったサービスやゴルフクラブ等の商品の購入の場を会員に対して提供するものである。また、会員システム１００は、会員同士のコミュニケーションの場を提供する。例えば、ゴルフに関する質問や質問に対する回答を投稿したり、あるいは、ゴルフコンペを会員が企画しこれに他の会員を招待することも可能である。
商品又はサービスの購入、あるいは質問や回答の投稿などのウェブサイトにおける会員の活動を促進するため、会員システム１００は、会員の活動の程度に応じたポイントを生成し、会員に付与する。
【００１８】
会員システム１００は、会員の通信装置２-1、２-2、２-3、…２-ｎ、ＳＮＳの管理や商品又はサービスの購入を管理する管理装置３、ゴルフ場サーバ４Ａ、商品販売サーバ４Ｂ及び通信網として機能するインターネット１を備える。会員の通信装置２-1〜２-ｎは、インターネット１を介した通信が可能であり、ブラウザ機能や電子メール機能を備え、例えば、パーソナルコンピュータや携帯電話機が該当する。ゴルフ場サーバ４Ａは、ゴルフ場の管理者が運営するサーバであって、管理装置３に対して、利用対象の予約の募集に関する情報を提供する。また、商品販売サーバ４Ｂは、商品販売会社の管理者が運営するサーバであって、管理装置３に対して、商品の販売に関する情報を提供する。
【００１９】
図２を参照して管理装置３の機能について説明する。この図に示すように、管理装置３は、ポイント生成部３０、ランク決定部３１、ランク特定部３２、特典取得部３３、記憶部３４を備えている。
ポイント生成部３０は、ウェブサイトにおける会員の活動の程度に応じたポイントを生成する。ランク決定部３１は、生成されたポイントに基づいて、複数の会員の各々の活動を評価しランクを決定する。ランク特定部３２は、会員の通信装置２-1、２-2、２-3、…２-ｎから、ウェブサイトで提供される商品又はサービスの購入を示す購入要求を受信すると、当該購入要求に含まれる識別情報に対応する友人の識別情報をデータベースから取得し、さらに、本人の識別情報に対応するランクと前記友人の識別情報に対応するランクをデータベースから取得し、取得したランクのうち最も高いランクを特定する。特典取得部３３は、特典テーブルを参照して、前記ランク特定部３２で特定されたランクに対応する特典を取得する。ポイント生成部３０、ランク決定部３１、ランク特定部３２、特典取得部３３は、図３に示すＣＰＵ（central processing unit）４０がコンピュータプログラムを実行し、そのコンピュータプログラムに従って機能することによって実現される機能ブロックである。記憶部３４は、各種のプログラムやデータを記憶する。記憶部３４には、会員データベースＤＢ、特典テーブルＴＢＬ１、基準テーブルＴＢＬ２が格納されている。記憶部３４は、例えばハードディスク等によって実現される機能ブロックである。
【００２０】
図３に管理装置の構成を示す。この図に示すように。管理装置３は、装置全体を制御するＣＰＵ（Central Processing Unit）４０、ＣＰＵ４０の作業領域として機能するＲＡＭ（Random Access Memory）４１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）４２、各種のプログラムやデータを記憶するハードディスク４３、キーボードやマウスなどを含む入力部４４、画像を表示するディスプレイ４５、及びインターネット１を介して外部の装置と通信を行う通信インターフェース４６を備える。
【００２１】
ハードディスク４３には、会員データベースＤＢ、特典テーブルＴＢＬ１、及び基準テーブルＴＢＬ２が格納されている。なお、管理装置３を複数のサーバで構成し、利用対象の予約を管理するサーバと会員データベースＤＢを提供するサーバを独立して設けてもよい。
【００２２】
図４に、会員データベースＤＢが記憶するデータのデータ構造の一部を示す。この図に示すように、会員データベースＤＢには、会員を一意に識別する情報である会員ＩＤ（識別情報）、プロフィール情報、ランク情報、友人情報、及びポイント情報が対応付けられて記憶されている。
【００２３】
プロフィール情報は、性別、年齢、住所、及びメールアドレスを含む。この他に、ゴルフのプレー履歴、会員権の有無、所有クラブ、スキル、及び評価値を加えてもよい。ここで、会員権とはゴルフ場の会員権であり、スキルは、ゴルフのハンディキャップを意味する。また、評価値とは、一緒にゴルフをプレーした会員が、プレー後に評価の対象者のマナーや好感度について評価した値の累積値である。例えば、「非常の良い」を「２」、「良い」を「１」、「普通」を「０」、「悪い」を「−１」、「非常に悪い」を「−２」といったように点数化して評価を行う。
【００２４】
ポイント情報は、ウェブサイトにおける会員の活動に応じて付与されるポイントと当該ポイントが付与された時間とを示す情報である。本実施形態では、商品又はサービスの購入や、他の会員に対する貢献といったように、ウェブサイト上での活動に応じてポイントが付与される。例えば、商品又はサービスの購入の支払額に対して１/１０のポイントが付与され、ウェブサイト上に投稿された質問に対する回答を行うと５０ポイントが付与され、複数の会員が共同で行うゴルフ予約を主催すると１００ポイントが付与される。
【００２５】
ランク情報は、ポイント情報に基づいて、ウェブサイトにおける会員の活動の程度を複数の段階に区分けしたランクを示す情報である。この例では、会員をランクＡからランクＥの５段階に区分けしている。ポイントはウェブサイト上での活動に応じて付与されるので、ランクが高い会員ほど（Ａに近いほどランクが高い）、ウェブサイトの活性化に貢献していると言える。後述するように、ウェブサイト上での会員の活動を活性化する観点から、管理装置３はランクに応じた特典を会員に付与することで、会員がより高いランクを目指す動機付けを図っている。
【００２６】
友人情報は、友人関係にある会員の会員ＩＤで構成されている。図４に示す例では、会員ＩＤ「0002」の会員は会員ＩＤ「0004」の会員と友人関係にある。ウェブサイト上ではランク、性別、及び年齢などを公開する会員ページを他の会員が閲覧できるようになっている。興味を持った他の会員から友人希望の申出を会員が承認することによって、友人関係が構築され、会員データベースＤＢに記録される。
【００２７】
次に、特典テーブルＴＢＬ１の記憶内容の一例を図５に示す。この例では、ランクに応じて付与する特典として、割引率を採用する。割引率は、会員がサービスや商品を購入する際に、定価から割り引かれる割合を示す。この例では、ランクＡの割引率は１０％であり、ランクＥの割引率は１％である。ランクが高くなるほど、割引率が高くなる。
この会員システム１００においては、自己のランクと友人の会員のランクとのうち、最も高いランクに対応する割引率が商品又はサービスの購入に適用される。したがって、会員は積極的に友人関係を構築しようとするので、ウェブサイト上での会員の活動を活性化することができる。
なお、特典は割引率に限られず、サービスや商品の購入といったウェブサイト上での活動において有利になるものであれば、どのようなものであってもよい。例えば、サービスや商品の購入において、ランクに応じて付加するおまけを用意してもよいし、ランクが高くなるほど優先的に購入できるようにしてもよい。
【００２８】
次に、基準テーブルＴＢＬ２には、ランクを分類する条件が記憶されている。本実施形態において、ランクは会員が獲得したポイントに基づいて付与される。この例では、ランクを分類する条件は、下のランクから上のランクに昇格する昇格条件と、現在のランクを維持する維持条件とからなる。
【００２９】
図６に、基準テーブルＴＢＬ２の記憶内容を示す。基準テーブルＴＢＬ２には、ランクと昇格条件及び維持条件とが対応付けられて記憶されている。例えば、ランクＡへの昇格条件は、直近６カ月の累計ポイントが１００００ポイント以上あることであり、ランクＢへの昇格条件は、直近６カ月の累計ポイントが５０００ポイント以上あることである。ランクが高くなるほど、昇格条件は厳しくなる。また、例えば、ランクＡの維持条件は１月当たりの獲得ポイントが２０００ポイント以上であり、ランクＢの維持条件は１月当たりの獲得ポイントが１０００ポイント以上である。
【００３０】
例えば、ある会員の獲得ポイントが、１月が２０００ポイント、２月が１５００ポイント、３月が２０００ポイント、４月が２０００ポイント、５月が２０００ポイント、６月が２５００ポイント、７月が２５００ポイント、８月が１２００ポイントであったとする。この場合、１月から３月の累計ポイントが５５００ポイントとなるので、４月の会員のランクは「Ｂ」となる。また、４月から６月の各月の獲得ポイントは、いずれも１０００ポイント以上となるので、４月から６月まではランクＢが維持される。また、１月から６月までの累計ポイントは１２０００ポイントとなるので、７月から会員のランクは「Ａ」に昇格する。７月の獲得ポイントは２５００ポイントであり２０００ポイント以上になるが、８月の獲得ポイントは２０００ポイント未満の１２００ポイントであるので、７月及び８月のランクは「Ａ」であるが９月からランクが「Ｂ」に降格する。
【００３１】
＜２．会員システムの動作＞
次に、会員システムの動作について説明する。
＜２−１：ポイント情報の登録＞
図７は、ポイント情報の登録に関する会員システムの動作を示すシーケンス図である。この例では、通信装置２-1の会員Ｘがウェブサイト上で活動を行った結果ポイントが付与され、会員データベースＤＢにポイント情報として登録されるものとする。
例えば、通信装置２-1から商品又はサービスの購入要求ＲＥＱ１０が管理装置３に送信される。この購入要求ＲＥＱ１０には、要求元である会員Ｘの会員ＩＤと、購入する商品又はサービスを特定する情報と、商品又はサービスに対する支払額とが含まれている。管理装置３のＣＰＵ４０は、購入要求ＲＥＱ１０を受信すると、商品又はサービスの購入に必要な処理を行うと共に、例えば、支払額に対して１/１０のポイントを生成し（Ｓ１）、そのポイントとポイントを獲得した時間を会員データベースＤＢにおける会員Ｘの会員ＩＤに対応するポイント情報フィールドに登録する（Ｓ２）。そして、ＣＰＵ４０は、通信装置２-1に対して支払額及びポイント等を含む購入応答ＲＥＳ１０を送信する。なお、購入要求ＲＥＱ１０を受信した管理装置３のＣＰＵ４０は、後述するように、会員Ｘのランク等に応じて支払額の割引率の計算を行うが、この処理についての説明はここでは省略する。
同様に、通信装置２-1から、ウェブサイト上に投稿された質問に対する回答を行う旨の回答要求ＲＥＱ１１が管理装置３に送信される。この回答要求ＲＥＱ１１には、要求元である会員Ｘの会員ＩＤと、回答を行う投稿を特定する情報と、回答の内容を示す情報とが示されている。管理装置３のＣＰＵ４０は、回答要求ＲＥＱ１１を受信すると、回答の内容をウェブサイト上に表示する処理を行うと共に、例えば、５０ポイントを生成し（Ｓ３）、そのポイントとポイントを獲得した時間を会員データベースＤＢにおける会員Ｘの会員ＩＤに対応するポイント情報フィールドに登録する（Ｓ４）。そして、ＣＰＵ４０は、通信装置２-1に対して回答が表示された旨及びポイント等を含む回答応答ＲＥＳ１２を送信する。
また、通信装置２-1から、複数の会員が共同で行うゴルフ予約を会員Ｘが主催して行う旨の予約要求ＲＥＱ１３が管理装置３に送信される。この予約要求ＲＥＱ１３には、要求元である会員Ｘの会員ＩＤと、共同でゴルフ予約を行う複数の会員の会員ＩＤと、ゴルフ予約の内容とが示されている。管理装置３のＣＰＵ４０は、予約要求ＲＥＱ１３を受信すると、予約に必要な処理を行うと共に、例えば、１００ポイントを生成し（Ｓ５）、そのポイントとポイントを獲得した時間を会員データベースＤＢにおける会員Ｘの会員ＩＤに対応するポイント情報フィールドに登録する（Ｓ６）。そして、ＣＰＵ４０は、通信装置２-1に対して予約が完了した旨及びポイント等を含む予約応答ＲＥＳ１４を送信する。
以上のように、購入における支払額のみならず他の会員に対する行動に対してもポイントを付与するので、会員同士のコミュニケーションを促進し、会員の活動を活発化させることができる。
【００３２】
＜２−２：友人関係の登録＞
図８は、友人関係の登録に関する会員システムの動作を示すシーケンス図である。この例では、通信装置２-1の会員Ｘが通信装置２-2の会員Ｙに対して友人になって欲しい旨の申出を行うものとする。
【００３３】
まず、通信装置２-1から友人要求ＲＥＱ１が管理装置３に送信される。この友人要求ＲＥＱ１には、要求元である会員Ｘの会員ＩＤと要求先である会員Ｙの会員ＩＤとが含まれている。管理装置３は、友人要求ＲＥＱ１を受信すると、ＣＰＵ４０は、会員Ｙの公開ページに表示させるための、会員Ｘから友人の申出が届いている旨のアイコンを登録する。そして、ＣＰＵ４０は、会員データベースＤＢを参照して、会員Ｙのメールアドレスを取得し、当該メールアドレスに対して友人要求通知メールを送信する。このメールによって、友人の申出があったことを会員Ｙは知ることができる。なお、会員Ｙはウェブサイト上の自己の公開ページにアクセスすることによって、会員Ｘから友人の申出があったことを知ることができるので、友人要求メールは省略してもよい。
【００３４】
次に、会員Ｙは、自己の公開ページにアクセスすると、会員Ｘから友人の申出があったことを知ることができる。この後、会員Ｙは、会員Ｘの公開ページにアクセスすることによって、会員Ｘの人となりを知ることできる。会員Ｙは、会員Ｘと友人になるか否かを決定すると、友人応答ＲＥＳ１を管理装置３に送信する。友人応答ＲＥＳ１には送信元である会員Ｙの会員ＩＤと、友人として登録を認めるか否かを示す認証情報と、要求元である会員Ｘの会員ＩＤとが含まれている。
【００３５】
管理装置３は、通信装置２-2から友人応答ＲＥＳ１を受信すると、ＣＰＵ４０は認証情報に基づいて、友人として認めるか否かを判定する（Ｓ１０）。認証情報が友人として認めることを示す場合には、ＣＰＵ４０は、会員データベースＤＢにアクセスして、要求先の会員Ｙの会員ＩＤと対応づけて、友人情報として要求元である会員Ｘの会員ＩＤを記録して（Ｓ１１）、友人応答メールを作成し、通信装置２-1に送信する。一方、認証情報が友人として認ないことを示す場合には、ＣＰＵ４０は、会員データベースＤＢにアクセスすること無く、友人応答メールを作成し、通信装置２-1に送信する。
【００３６】
友人応答メールには、会員Ｙが友人として認めたか否かを示す情報が含まれている。ＣＰＵ４０は、友人応答ＲＥＳ１に含まれる会員Ｘの会員ＩＤに対応するメールアドレスを会員データベースＤＢから読み出し、友人応答ＲＥＳ１に含まれる認証情報に基づいて、メールのテキストを生成し、友人応答メールを会員Ｘに送信する。これによって、会員Ｘは会員Ｙと友人関係になれたか否かを知ることができる。
【００３７】
＜２−３：商品又はサービスの購入＞
次に、商品又はサービスの購入に関する会員システムの動作を図７に示す。この例では、通信装置２-1の会員Ｘの会員ＩＤが「0004」であり、会員データベースＤＢの記憶内容が図４に示すものであるとする。
【００３８】
まず、会員Ｘの通信装置２-1から購入要求ＲＥＱ２を管理装置３に送信する。購入要求ＲＥＱ２には、会員Ｘの会員ＩＤ、購入対象の商品又はサービスを指定する指定情報が含まれる。
【００３９】
購入要求ＲＥＱ２を管理装置３が受信すると、ＣＰＵ３０は、会員データベースＤＢにアクセスして、会員Ｘの会員ＩＤに対応するランクを取得する（Ｓ２０）。図４に示すように会員Ｘの会員ＩＤ「0004」に対応するランクは「Ｅ」であるから、ＣＰＵ４０はランクＥを取得する。
【００４０】
次に、ＣＰＵ４０は、会員データベースＤＢにアクセスして、会員Ｘの会員ＩＤに対応する友人情報を読み出し、友人の会員ＩＤを取得する（Ｓ２１）。図４に示すように会員Ｘの会員ＩＤ「0004」に対応する友人の会員ＩＤは「0001」、「0002」、「0003」であるので、ＣＰＵ４０はこれらを取得する。
【００４１】
次に、ＣＰＵ４０は、会員データベースＤＢにアクセスして、各友人の会員ＩＤに対応するランクを取得する（Ｓ２２）。図４に示す例では、友人の会員ＩＤ「0001」にランクは「Ａ」であり、友人の会員ＩＤ「0002」にランクは「Ｄ」であり、友人の会員ＩＤ「0003」にランクは「Ｂ」であるから、ＣＰＵ４０はランク「Ａ」、「Ｄ」、「Ｂ」を取得する。
【００４２】
この後、ＣＰＵ４０は、取得した会員Ｘ及び友人のランクのうち最も高いランクを特定する（Ｓ２３）。この例では、ＣＰＵ４０はランクＡを特定する。そして、ＣＰＵ４０は、特典テーブルＴＢＬ１を参照して、最も高いランクに対応する割引率を取得する（Ｓ２４）。図５に示すようにランクＡに対応する割引率は１０％であるので、ＣＰＵ４０は、割引率として１０％を取得する。
次に、ＣＰＵ４０は、指定情報で指定される購入対象となる商品又はサービスの金額に割引率を適用して支払額を算出し、支払額を含む購入応答ＲＥＳ２を通信装置２-1に送信する。
【００４３】
このようにランクの低い会員であっても、ランクが高い会員と友人になれば、友人と同様の割引率の適用を受けることができる。このため、ランクの高い会員には、友人の申出が多数寄せられることになる。ランクの高い要求先の会員は、友人になるか否かを要求元の会員がどのような活動をしているかを参考にして決定するので、ウェブサイトにおける会員の活動が活性化されるといった利点がある。
【００４４】
＜２−４：ランクの更新＞
次に、ランクの更新処理について説明する。図１０にＣＰＵ４０が実行するランクの更新処理のフローチャートを示す。ランクの更新処理は、例えば、１カ月に１回といった所定周期で実行される。
【００４５】
まず、ＣＰＵ４０は、ランクの更新が未処理である会員ＩＤを一つ特定し（Ｓ３０）、会員データベースＤＢを参照して、当該会員ＩＤに対応する現在のランクを取得する（Ｓ３１）。
【００４６】
次に、ＣＰＵ４０は、会員データベースＤＢを参照して、会員ＩＤに対応するポイント情報を読み出し、所定期間に獲得したポイントを集計する（Ｓ３２）。そして、現在のランクに対応する昇格条件を基準テーブルＴＢＬ２から読み出し、集計したポイントと昇格条件の基準ポイントとを比較して、昇格条件を充足するかを判定する（Ｓ３３）。
【００４７】
図５に示すようにランクＤへの昇格条件は、全ての期間における累計ポイントであり、ランクＢ及びＣへの昇格条件は直近３カ月の累計ポイントであり、ランクＡへの昇格条件は直近６カ月の累計ポイントである。このため、現在のランクが「Ｅ」であれば、所定期間は、全期間、３カ月、及び６カ月となり、各々について累計ポイントを算出する。また、現在のランクが「Ｄ」又は「Ｃ」であれば、所定期間は、３カ月及び６カ月となり、各々について累計ポイントを算出する。また、現在のランクが「Ｂ」であれば、所定期間は６カ月となり、その累計ポイントを算出する。なお、ランクが「Ａ」であればそれ以上の昇格はないので、累計ポイントの算出は実行しない。
【００４８】
例えば、現在のランクが「Ｄ」である場合には、全期間の累計ポイントがランクＥへの昇格に必要な基準ポイントである５００Ｐ以上であるか、３カ月の累計ポイントがランクＣへの昇格に必要な基準ポイントである２０００Ｐ以上であるか、３カ月の累計ポイントがランクＢへの昇格に必要な基準ポイントである５０００Ｐ以上であるか、６カ月の累計ポイントがランクＡへの昇格に必要な基準ポイントである１００００Ｐ以上であるかを判定する。
【００４９】
昇格条件を充足する場合、ＣＰＵ４０は、昇格条件を充足するランクに会員のランクを上げ、会員データベースＤＢに記録された会員ＩＤに対応づけられたランク情報を更新する（Ｓ３４）。なお、複数のランクへの昇格条件を充足する場合は、最も高いランクを採用する。
【００５０】
一方、昇格条件を充足しない場合、ＣＰＵ４０は、現在のランクの維持条件を充足するか否かを判定する（Ｓ３５）。  図５に示すようにランクＣの維持条件は、１カ月当たり５００Ｐの獲得であり、ランクＢの維持条件は１カ月当たり１０００Ｐの獲得であり、ランクＡの維持条件は１カ月当たり２０００Ｐの獲得である。なお、ランクＤ及びＥについては、維持条件がない。
【００５１】
ＣＰＵ４０は、現在のランクが「Ｃ」であれば、１カ月の累計ポイントを算出し、累計ポイントが維持条件の基準ポイントである５００Ｐ以上であるかを判定し、現在のランクが「Ｂ」であれば、１カ月の累計ポイントを算出し、累計ポイントが維持条件の基準ポイントである１０００Ｐ以上であるかを判定し、現在のランクが「Ａ」であれば、１カ月の累計ポイントを算出し、累計ポイントが維持条件の基準ポイントである２０００Ｐ以上であるかを判定する。
【００５２】
維持条件を充足する場合、ＣＰＵ４０は現在のランクを維持し、会員データベースＤのランク情報の更新を行わない（Ｓ３６）。一方、維持条件を充足しない場合、ＣＰＵ４０は現在のランクを一つさげるように、会員データベースＤのランク情報を更新する（Ｓ３７）。
この後、ＣＰＵ４０は、全ての会員ＩＤについて上述した処理が終了したか否かを判定し（Ｓ３８）、全ての会員ＩＤについて処理が終了するまで、ステップＳ３０からステップＳ３６を繰り返し、全ての会員ＩＤについて処理が終了すると更新処理を終了する。
【００５３】
このように、本実施形態によれば、複数の会員の各々について、会員データベースＤＢを参照し、所定期間に獲得したポイントを集計し、集計したポイントと昇格条件及び維持条件の基準ポイントとを比較して、複数の会員の各々についてランクを決定し、決定したランクを会員データベースＤＢに記憶した。このため、ウェブサイト上で獲得したポイントによって条件を満たせば会員のランクが上下する。ランクに応じた特典が付与されるから、ランクの昇格及び維持に対する高いモチベーションが発生し、ウェブサイト上での会員の活動を活性化させることが可能となる。しかも、会員同士が友人関係を構築すると、他の会員のランクに対応する特典が付与されるので、友人関係の構築が促され、会員の活動をより活性化させることが可能となる。
【００５４】
また、本実施形態においては、データベースに会員が獲得した個々のポイントを獲得した時間と対応付けられて記憶するので、個々にポイント獲得履歴を記憶することができる。この結果、個々の活動の詳細な履歴を管理することが出来るので会員と運営者の双方にとって有益である。さらに、本実施形態においては、基準テーブルＴＢＬ２に昇格条件と維持条件を記憶し、これを参照して、ランクの更新を実行したので、基準テーブルＴＢＬ２を変更するだけで、会員のランクを容易に調整することができる。会員のランクの構成に偏りがあると、会員システム１００の運営において、利益が減少・増加することもあり得る。そのような場合、昇格条件の基準ポイントを変更することによって、適切な利益となるように調整することができる。また、各月の維持条件を変更することによっても調整可能である。例えば、利益が減少した場合、ランクＡへの昇格条件を直近６カ月の累計ポイントを１００００Ｐから１２０００Ｐにする。あるいは、ランクＡの維持条件を２０００Ｐ／月から２５００Ｐ／月に変更するなどである。さらに、各サービスでの付与するポイントの量を調整してもよい。本実施形態のポイントは、現金とは等価でなく支払いに充当することができないので、条件変更に伴う会員の反発を招きにくいといった利点がある。
【００５５】
＜３．変形例＞
本発明は、上述した実施形態に限定されるものではなく、例えば、以下に述べる変形が可能である。また、以下の例示から任意に選択された１または複数の態様は適宜に併合され得る。
（１）上述した実施形態では、会員データベースＤＢにポイント情報として、会員の獲得したポイント及び獲得した時間を記憶し、ランクの更新処理の際には、記憶したポイントを集計したが、本発明はこれに限定されるものではなく、獲得したポイントの合計値を合計テーブルに記憶しておき、合計テーブルに記憶したポイントを参照してもよい。図１１に示すように、この変形例の管理装置３は、記憶部３４に合計テーブルＴＢＬ３を備えている。記憶部３４は上述した実施形態と同様にハードディスク等で実現される機能である。
図１２に合計テーブルＴＢＬ３の一例を示す。この合計テーブルＴＢＬ３には、会員ＩＤと累計ポイントとが対応付けられて記憶されている。また、累計ポイントは、全期間、直近１カ月、直近３カ月、直近６カ月に分けられている。ＣＰＵ４０は、各会員がポイントを獲得する度に、合計テーブルＴＢＬ３にアクセスして、累計ポイントを更新する。
図１３を参照してこの変形例のランク更新処理について説明する。まずＣＰＵ４０は、ランクの更新が未処理である会員ＩＤを一つ特定し（Ｓ３０）、会員データベースＤＢを参照して、当該会員ＩＤに対応する現在のランクを取得する（Ｓ３１）。
次に、ＣＰＵ４０は、合計テーブルＴＢＬ３を参照して、会員ＩＤに対応する累計ポイントを読み出す（Ｓ４０）。そして、現在のランクに対応する昇格条件を基準テーブルＴＢＬ２から読み出し、合計テーブルＴＢＬ３から取得した累計ポイントと昇格条件の基準ポイントとを比較して、昇格条件を充足するかを判定する（Ｓ３３）。
昇格条件を充足する場合、ＣＰＵ４０は、昇格条件を充足するランクに会員のランクを上げ、会員データベースＤＢに記録された会員ＩＤに対応づけられたランク情報を更新する（Ｓ３４）。なお、複数のランクへの昇格条件を充足する場合は、最も高いランクを採用する。一方、昇格条件を充足しない場合、ＣＰＵ４０は、現在のランクの維持条件を充足するか否かを判定する（Ｓ３５）。
維持条件を充足する場合、ＣＰＵ４０は現在のランクを維持し、会員データベースＤのランク情報の更新を行わない（Ｓ３６）。一方、維持条件を充足しない場合、ＣＰＵ４０は現在のランクを一つさげるように、会員データベースＤのランク情報を更新する（Ｓ３７）。
この後、ＣＰＵ４０は、全ての会員ＩＤについて上述した処理が終了したか否かを判定し（Ｓ３８）、全ての会員ＩＤについて処理が終了するまで、ステップＳ３０からステップＳ３６を繰り返し、全ての会員ＩＤについて処理が終了すると更新処理を終了する。
この場合には、会員がポイントを獲得する度に、累計ポイントを算出するので、ランクの更新時に集中して累計ポイントを集計する必要がなくなるから、ＣＰＵ４０の処理負荷を時間的に分散させることができる。また、合計テーブルには所定期間を対象とする合計値が記憶されるので、所定期間ごとの会員の活動の程度をランクに反映させることができる。さらに、ランクの評価は、所定期間の活動を対象として行われるので、所定期間を適切に設定することで（例えば直近6ヶ月）、所定期間外の過去の活動ではなく直近の活動が評価されることになり、会員の活動の継続を促すことが可能となる。なお、各ランクへの昇格条件を全期間の累計ポイントに応じて決定してもよい。この場合には、ランクの昇格をリアルタイムで実行することが可能となる。
【００５６】
（２）上述した実施形態において、基準テーブルＴＢＬ２に記憶されている昇格条件及び維持条件を変更する場合は、管理装置３の管理者が入力する必要があったが、本発明はこれに限定されるものではなく、自動的に基準テーブルＴＢＬ２に記憶内容を変更してもよい。図１４に示すように、この変形例の管理装置３は、変更部３５を備えている。変更部３５は図４に示すＣＰＵ４０がコンピュータプログラムを実行し、そのコンピュータプログラムに従って機能することによって実現される機能ブロックである。
この場合、ＣＰＵ４０は、各ランクに属する会員の割合が予め定められた割合になるように基準テーブルＴＢＬ２に記憶した昇格条件及び維持条件の基準ポイントを自動的に変更すればよい。例えば、図１５に示すように、あるランクに属する会員の割合を算出し（Ｓ５０）、その割合が予め定められた割合よりも高いかどうかを判定する（Ｓ５１）。そして、算出した割合が、予め定められた割合よりも高くなった場合は、そのランクに対応する基準ポイントを上昇させることで昇格条件や維持条件を厳しくする（Ｓ５２）。しかし、、予め定められた割合よりも低くなった場合は、そのランクに対応する基準ポイントを下降させることで昇格条件や維持条件を緩くすれば良い（Ｓ５３）。以上の処理を全てのランクについて行うまで繰り返す（Ｓ５４）。
さらに、維持条件よりも昇格条件を優先させて変更することが好ましい。維持条件が厳しくなると、これまで維持できていた１カ月当たりの獲得ポイントではランクを維持することができなくなるので、会員からの戸惑いが予想されるが、昇格条件を厳しくしても現在のランクは維持されるので、会員の反発が少ないからである。
また、この変形例では、上述した実施形態の管理装置３に変更部３５を設ける例について説明したが、図１１に示す変形例の管理装置３に変更部３５を設けるようにしてもよい。
この変形例によれば、基準テーブルの内容を自動的に変更することができるので、会員のランクの構成比を制御することが可能となる。
【００５７】
（３）上述した実施形態及び変形例においては、会員データベースＤＢを管理装置３内に備える例について説明した。しかし、本発明はこのような構成に限定されるものではなく、図１６に示す会員システム２００のように、外部サーバ４Ｃに会員データベースＤＢを備え、インターネット１を介してこの会員データベースＤＢからデータを取得するようにしてもよい。
上述した実施形態おいて、インターネット１を介して外部サーバ４Ｃの会員データベースＤＢにアクセスする場合には、管理装置３の機能として、図１７に示すように反映部３６を備えるようにすればよい。上述したように、ランクの更新処理を行った際には、更新されたランクを、反映部３６により外部サーバ４Ｃの会員データベースＤＢに記憶させて反映させればよい。また同様に、図１１に示す変形例の場合には、図１８に示すように管理装置３の機能として反映部３６を備え、図１４に示す変形例の場合には、図１９に示すように管理装置３の機能として反映部３６を備えればよい。
【符号の説明】
【００５８】
１……インターネット、２-１〜２-n……通信装置、３……管理装置、４Ａ……ゴルフ場サーバ、４Ｂ……商品販売サーバ、ＤＢ……データベース、ＴＢＬ１……特典テーブル、ＴＢＬ２……基準テーブル、ＴＢＬ３……合計テーブル、１００，２００……会員システム。
【図１】
0005508476.tif 000002
【図２】
0005508476.tif 000003
【図３】
0005508476.tif 000004
【図４】
0005508476.tif 000005
【図５】
0005508476.tif 000006
【図６】
0005508476.tif 000007
【図７】
0005508476.tif 000008
【図８】
0005508476.tif 000009
【図９】
0005508476.tif 000010
【図１０】
0005508476.tif 000011
【図１１】
0005508476.tif 000012
【図１２】
0005508476.tif 000013
【図１３】
0005508476.tif 000014
【図１４】
0005508476.tif 000015
【図１５】
0005508476.tif 000016
【図１６】
0005508476.tif 000017
【図１７】
0005508476.tif 000018
【図１８】
0005508476.tif 000019
【図１９】
0005508476.tif 000020