JP2001297258A - ネットワーク対戦システム、サーバ装置、通信対戦プログラムが記憶された記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】対戦サービスの利用内容を利用して効果的な通
信販売を実現することを可能にする。 【解決手段】サーバ装置３０は、公衆網１２などの通信
回線を介して複数の利用者端末装置１０（１０−１，１
０−２）と接続され、利用者端末間で対戦を行なう対戦
サービス、通信回線を介して利用者端末装置に対して商
品の販売を行なう通信販売サービスを提供する。サーバ
装置３０は、利用者データベース４４において、各利用
者端末装置１０による対戦サービスの利用状況（対戦サ
ービスの利用回数、対戦の勝敗回数、対戦の勝敗の結果
に応じて設定されるレーティングなど）を管理する。サ
ーバ装置３０は、利用者ＤＢ４４により管理された利用
状況に応じて、通信販売サービスによって販売する商品
を選択して、利用者端末装置１０に対して商品の購入を
斡旋する通知を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して囲碁、将棋等のゲームの対戦を行なうネットワーク
対戦システム、サーバ装置、及び通信対戦プログラムが
記憶された記憶媒体に関する。

【０００２】

【従来の技術】従来の、ネットワークを介して将棋、囲
碁等のゲームの対戦を行なうシステムは、表示及び着手
入力をするための端末、利用者間を接続して着手情報を
交換するためのサーバ、端末とサーバを接続するための
電話回線及びモデム、ルータなどの通信手段によって構
成されている。サーバの付加機能としては、ユーザ認
証、認証されたユーザに対する勝敗記録管理、段級づ
け、棋譜のダウンロードなどを持つものがあった。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
ネットワーク対戦システムは、対戦サービスが独立して
提供されており、サービス提供者が通信販売等を行って
いる場合でも、利用者（対戦者）の対戦サービスの利用
内容、例えば戦績や対戦状況に応じたきめ細かい販売提
案をシステムとして自動的に提供する手段がなかった。
このため、販売機会を逃したり、販売経費をかけて人手
に頼るしかないといった問題があった。

【０００４】本発明は、前記のような問題に鑑みなされ
たもので、対戦サービスの利用内容を利用して効果的な
通信販売を実現することが可能なネットワーク対戦シス
テム、サーバ装置、及び通信対戦プログラムが記憶され
た記憶媒体を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明は、複数の利用者
端末と通信回線を介して接続され、利用者端末間で対戦
ゲームを行なう対戦サービスを提供するサーバ装置にお
いて、各利用者端末による対戦サービスの利用状況を管
理する利用状況管理手段と、前記通信手段を介して利用
者端末に対して商品の販売を行なう通信販売サービスを
提供する販売手段と、前記利用状況管理手段によって管
理された利用状況に応じて、前記販売状態手段によって
販売する商品を選択する選択手段と具備したことを特徴
とする。これにより、対戦サービスの利用状況、例えば
対戦サービスの利用回数、対戦ゲームの勝敗回数、対戦
ゲームの勝敗の結果に応じて設定されるレーティングな
どに応じて販売対象とする商品（碁盤、書籍などの有形
の商品、あるいは棋譜・段級位認定や対戦料金などの無
形の商品など）を選択することで、利用者に応じた最適
な商品を斡旋して購入を促すことができる。

【０００６】また、前記利用状況管理手段によって管理
された利用状況に応じて、前記販売手段によって販売す
る商品の金額を設定する金額設定手段とを具備したこと
を特徴とする。これにより、対戦サービスの利用状況に
応じて、商品に対して割引などを行なうサービスを提供
できる。

【０００７】また、前記販売手段は、前記対戦サービス
を前記利用者端末が利用している際に、前記利用者端末
に対して前記サーバ装置から前記選択手段によって選択
された商品に関する情報を提供することを特徴とする。
これにより、例えば利用者端末からの対戦サービスによ
る対戦ゲームの申し込みがあってから対戦ゲームが開始
されるまでの間、あるいは対戦中の対戦相手からの応答
（着手）を待っている待ち状態となっている間に情報を
提供することにより、利用者の空き時間を有効に利用し
て商品のこう入を促すことができ、また利用者に退屈さ
せないようにできる。

【０００８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は本発明の実施の形態
に係わるネットワーク対戦システムの構成を示すブロッ
ク図である。図１に示すように、（利用者）端末装置１
０（端末装置１０−１，１０−２）は、公衆網１２を介
してホスト装置１４と接続され、ホスト装置１４が提供
する各種サービス（ゲーム対戦、通信販売など）の提供
を受けることができる。端末装置１０は、例えば通信回
線を介した相手と囲碁ゲームの対局を行なうための専用
端末として構成され、ホスト装置１４を介して囲碁ゲー
ムなどの対局を行なうことができる。なお、パーソナル
コンピュータなどによってゲームプログラムを実行する
ことで、ゲーム専用端末の端末装置１０と同様の機能を
実現することも勿論可能である。以下、囲碁ゲームの対
局を行なう場合を例にして説明する。

【０００９】図１に示すように、端末装置１０は、メモ
リ２０、ＣＰＵ２１、ＬＣＤ２２、タッチパネル２３、
モデム２４が、それぞれＩ／Ｆ回路を介して相互にバス
に接続される。

【００１０】メモリ２０は、ＣＰＵ２１によって実行さ
れる各種制御プログラムやデータ等が格納されるもので
あり、囲碁ゲームを実現するためのゲームプログラムや
通信制御用プログラムの他、各種データなどを含んでい
る。なお、端末装置１０は、メモリ２０以外にもプログ
ラム、データ等が記憶される磁気的、光学的記憶媒体、
もしくは半導体メモリで構成される記憶媒体を設けるこ
ともできる。記憶媒体は、記憶装置に固定的に設けたも
の、もしくは着脱自在に装着するものである。また、記
憶媒体に記憶されるプログラム、データ等は、通信回線
等を介して接続された他の機器から受信して記憶する構
成にしても良く、さらに、通信回線等を介して接続され
た他の機器側に記憶媒体を備えた記憶装置を設け、この
記憶媒体に記憶されているプログラム、データを通信回
線を介して使用する構成にしても良い。

【００１１】ＣＰＵ２１は、メモリ２０に格納された各
種制御プログラムやデータに従って各種機能を実現する
もので、囲碁ゲームや通信を実行するための機能などを
含んでいる。ＬＣＤ２２は、囲碁ゲームを行なう上で必
要な各種の情報を表示するもので、碁盤の盤面を表す盤
面表示、ハマの数を黒石、白石それぞれについて表示す
るためのハマ表示、黒番、白番それぞれの時間を表示す
るための時間表示、動作を規定する指示を入力するため
の複数のボタンが設けられている（詳細を図３に示
す）。また、ＬＣＤ２２の盤面表示をする領域について
は、例えば囲碁ゲームのゲームパターン表示に好適なセ
グメントパターンが設けられる。また、ホスト装置１４
が提供する通信販売のサービスを利用する際には、通信
販売に関係する各種の情報が表示される。

【００１２】タッチパネル２３は、装置に対する動作を
規定するためのボタンや囲碁ゲーム実行中の石を置くべ
き位置を指定をするために使用される。モデム２４は、
公衆網１２を介して通信を行なうために変復調を行なう
もので、電話回線Ｉ／Ｆを備えている。

【００１３】タッチパネル２３とＬＣＤ２２とは、前述
したように積層一体型に構成されて表示入力部１２を構
成しており、ＬＣＤによって表示された対象物を、ペン
などによって直接的に指示することで、該当する座標デ
ータを入力することができる。また、図１に示すよう
に、ホスト装置１４は、サーバ装置３０、アクセスルー
タ３２によって構成されている。サーバ装置３０は、公
衆網１２を介して接続された端末装置１０に対して各種
のサービスを提供するもので、例えば端末間での囲碁ゲ
ームの対局の制御や対局に関する各種情報（勝敗記録、
段級、棋譜）の提供などの他、通信回線を介した通信販
売、いわゆる電子商取引（ＥＣ（Electronic Commerc
e））のサービスを提供する。アクセスルータ３２は、
サーバ装置３０とイーサネット（登録商標）により接続
され、ＴＣＰ／ＩＰ（transmission control protocol
／internet protocol）により公衆網１２を介した端末
装置１０とサーバ装置３０とを接続させる。

【００１４】サーバ装置３０は、各種の記憶媒体に記憶
されたプログラムを読み込み、この読み込んだプログラ
ムによって動作が制御されるコンピュータによって構成
されるもので、ＣＰＵ３９、イーサネットＩ／Ｆ（イン
タフェース）４０、メモリ４１、記憶装置４２がバスを
介して相互に接続されている。

【００１５】ＣＰＵ３９は、メモリ４１に格納された各
種制御プログラムやデータに従って各種機能を実現する
もので、囲碁ゲームなどの対局サービスや通信販売サー
ビスを実行するための機能などを含んでいる。

【００１６】イーサネットＩ／Ｆ４０は、アクセスルー
タ３２と接続するためのインタフェースでおる。

【００１７】メモリ４１は、ＣＰＵ３９によって実行さ
れる各種制御プログラムやデータ等が格納されるもので
あり、対局サービスを提供するための対局制御プログラ
ムや通信制御プログラム、通信販売サービスを提供する
ための販売制御プログラムの他、各種データなどを含ん
でいる。

【００１８】記憶装置４２は、ＣＰＵ３９により実行さ
れる各種プログラム４３の他、通信販売サービスのため
に利用される利用者データベース４４（ＤＢ）４４、商
品データベース（ＤＢ）４５、課金データベース（Ｄ
Ｂ）４６が記憶される。各データベース４４，４５，４
６の詳細については後述する（図４、図５、図６）。各
データベース４４，４５，４６は、リレーショナルデー
タベースであり、同一のレコードを１つのプロセスのみ
がアクセスするように常に排他制御されているものとす
る。なお、記憶装置４２は、磁気的、光学的記憶媒体、
もしくは半導体メモリなどで構成される記憶媒体が設け
られている。記憶媒体は、記憶装置に固定的に設けたも
の、もしくは着脱自在に装着するものである。また、記
憶媒体に記憶されるプログラム、データ等は、通信回線
等を介して接続された他の機器から受信して記憶する構
成にしても良く、さらに、通信回線等を介して接続され
た他の機器側に記憶媒体を備えた記憶装置を設け、この
記憶媒体に記憶されているプログラム、データを通信回
線を介して使用する構成にしても良い。

【００１９】図４は、図１中に示す利用者データベース
４４のレコード構造の一例を示している。利用者データ
ベース４４は、通信販売サービスを利用する利用者に関
する情報を利用者ごとに登録するためのもので、「利用
者ＩＤ」「名前」「入会日」「総対局数」「総勝ち数」
「当月対局数」「当月勝ち数」「レーティング（段
級）」「先月レーティング」「対局ステータス」「プロ
セス間通信チャネルＩＤ」などのフィールドが設けられ
データが登録される。なお、図４は１人の利用者に関す
るデータを示している。

【００２０】図５は、図１中に示す商品データベース４
５のレコード構造の一例を示している。商品データベー
ス４５は、通信販売サービスにより販売する商品に関す
る情報を商品ごとに登録するためのもので、「商品Ｉ
Ｄ」「商品名」「標準価格」「割引価格」「推奨レーテ
ィング下限」「推奨レーティング上限」「商品在庫数」
「説明ファイル名」などのフィールドが設けられデータ
が記憶される。なお、図５は１つの商品に関するデータ
を示している。また、商品データベース４５には、対局
サービスを利用した際の料金を課金するための対局料金
レコードや、サーバ装置３０から利用者に対して商品購
入を促す対象となる商品の推薦商品レコードなどが含ま
れ、それぞれ特別な「商品ＩＤ」によって指定すること
ができる。

【００２１】図６は、図１中に示す課金データベース４
６のレコード構造の一例を示している。課金データベー
ス４６は、通信販売サービスの利用（取引）に対する課
金に関する情報を登録するためのもので、「取引ＩＤ」
「利用者ＩＤ」「商品ＩＤ」「価格」「数量」「申込
日」「決済日」「決済ステータス」などのフィールドが
設けられデータが記憶される。サーバ装置３０は、利用
者データベース４４に対して、毎月一度、月度の変わり
目に全レコードの「当月対局数」フィールドと「当月勝
ち数」フィールドを「０」にクリアする処理と、課金デ
ータベース４６に対して課金レコードを「利用者ＩＤ」
毎に集計し、請求書を発行するための課金処理を行な
う。なお、各データベース４４，４５，４６に登録され
る各データの利用方法については、以下の動作説明にお
いて詳細を説明する。

【００２２】図２は端末装置１０の外観構成を示す図で
ある。本実施形態における端末装置１０は、囲碁ゲーム
のための専用端末として構成されたもので、各種の記憶
媒体に記憶されたプログラムを読み込み、この読み込ん
だプログラムによって動作が制御されるコンピュータに
よって構成される。

【００２３】図２に示すように、端末装置１０は、携帯
型に構成されており、筐体上面部にＬＣＤ２２（大型モ
ノクロ液晶）及びタッチパネル２３によって構成される
表示入力部が設けられている。ＬＣＤ２２の表示面とタ
ッチパネル２３のデータ入力面は、積層一体型に構成さ
れており、ＬＣＤ２２によって表示された対象物（例え
ば碁石を示す表示パターン、盤面を表す表示中の交点位
置、各種ボタンなど）を、ペンなどによって直接的に指
示することで、該当する座標データを入力することがで
きる。また、モジュラージャックなどの通信網と接続す
るためのコネクタが設けられており、通信回線を介して
接続された相手とホスト装置１４が提供する対局サービ
スを利用して対局できるようになっている。その他、端
末装置１０には電源をオン／オフするための電源ボタ
ン、マイクやスピーカ（図２には図示せず）などが設け
られる。

【００２４】図３には、端末装置１０が動作中のＬＣＤ
２２によって表示される画面の一例を示している。図３
に示すように、囲碁ゲームを行なう上で必要な情報とし
て、碁盤の盤面を表す盤面表示、ハマの数を黒石、白石
それぞれについて表示させるためのハマ表示、黒番、白
番それぞれの持ち時間を表示するための時間表示、動作
を規定する指示を入力するための複数のボタンを含むキ
ー入力部が設けられている。

【００２５】キー入力部には、公衆網１２を介して対局
相手の端末装置１４との回線接続を指示するための「接
続」ボタン、上下左右方向のそれぞれを示すカーソルキ
ー、黒番あるいは白番の着手を指示するための「着手」
ボタン、パスを指示するための「パス」ボタン、投了を
指示するための「投了」ボタン、対局の中断を指示する
ための「中断」ボタン、通信販売サービスを利用する際
に商品購入を指示するための「商品購入」ボタン、対局
希望をサーバ装置３０に通知するための「対局希望」ボ
タン（図示せず）、接続相手の電話番号の入力などに用
いられる０から９までの数字ボタンなどが必要に応じて
設けられる。すなわち、ＬＣＤ２２によって所定の領域
にボタン表示がされると共に、各領域に対する操作（タ
ッチ入力）があった場合に、ボタンに対応する処理が実
行されるように設定される。着手を示す盤面表示上の石
を置く位置の指定やキー入力は、ペン形状の指示棒や指
先によって、ＬＣＤ２２の表示画面と一体化されたタッ
チパネル２３の検出面をタッチすることによって行なわ
れる。タッチパネル２３によってタッチ入力があったこ
とが検出されるとタッチされた位置に応じた処理が実行
される。なお、キー入力部には、状況に応じて利用者か
らの指示を入力するためのキーが設けられる。

【００２６】次に、本実施形態におけるネットワーク対
局システムの動作について説明する。はじめに、端末装
置１０（端末装置１０−１，１０−２）における概略的
な動作の概略について説明する。利用者は、タッチパネ
ル２３をタッチすることにより端末装置１０を操作す
る。端末装置１０のＣＰＵ２１は、タッチパネル２３に
対する操作、及びモデム２４からの対局相手の着手情報
コマンドの受信に応じて、メモリ２０に記憶されたプロ
グラムに従ってイベント駆動する。

【００２７】キー入力部に設けられた「接続」ボタンが
タッチされたというイベントを検知すると、ＣＰＵ２１
は、モデム２４からホスト装置１４に対してダイヤルア
ップし、データリンクを確立する。碁盤面の領域内がタ
ッチされたというイベントを検知すると、ＣＰＵ２１
は、そのタッチされたポイントから着手座標を算出し、
自分の石をＬＣＤ２２の該当ポイントに表示するととも
に、着手座標を着手情報コマンドによりモデム２４を通
じてホスト装置１４に送信する。また、その他の機能ボ
タンがタッチされると、ＣＰＵ２１は、該当するコマン
ドをホスト装置１４に対して送信する。一方、モデム２
４により着手情報コマンドを受信するイベントが発生す
ると、ＣＰＵ２１は、着手情報コマンドから相手の着手
座標を取得し、相手の石をＬＣＤ２２の該当ポイントに
表示する。

【００２８】また、ＣＰＵ２１は、ホスト装置１４から
情報表示コマンドとその引数として、例えば広告などの
通信販売に関係するテキストデータまたは画像データに
よる情報表示データを受信すると、このデータをもとに
ＬＣＤ２２にテキストまたは画像を表示する。情報表示
データをもとに通信販売に関係する表示をしている際
に、キー入力部に設けられた「商品購入」ボタンがタッ
チされると、ＣＰＵ２１は、ホスト装置１４に対して商
品購入コマンドを送出する。

【００２９】次に、サーバ装置３０における動作につい
て説明する。図７は、サーバ装置３０によるサーバメイ
ン処理の動作を説明するためのフローチャートである。
サーバ装置３０は、ＴＣＰ／ＩＰの特定のＴＣＰポート
番号の接続要求パケットの受信を待ち、接続要求がある
毎にサーバメイン処理を子プロセスとして起動してその
コネクションを処理する。従って、サーバ装置３０は、
複数のコネクションを並行して処理することができる。

【００３０】まず、サーバ装置３０は、サーバメイン処
理を起動させると、接続要求をした端末装置１０に対し
て利用者認証を実行すると共に、端末装置１０の利用者
に固有の利用者ＩＤを取得する（ステップＡ１）。以
下、利用者ＩＤによって識別された相手に対する処理を
実行する。

【００３１】サーバ装置３０は、サーバメイン処理（子
プロセス）において、繰り返してＴＣＰ／ＩＰソケット
から受信データを読み出してコマンドを解釈し（ステッ
プＡ２，Ａ３）、またプロセス間通信チャネルを読み出
して相手側コマンドを解釈する（ステップＡ１０，Ａ１
１）。各コマンドと、その処理内容は後述する。また、
サーバメイン処理では、共有メモリ空間によって実現し
た、１対１で双方向のストリームとして入出力できるプ
ロセス間通信チャネルを、プロセス間通信チャネルＩＤ
番号で指定して使用することができる。

【００３２】以下、ＴＣＰ／ＩＰソケットにより受信さ
れる各コマンドに応じた処理について説明する。ＴＣＰ
／ＩＰソケットにより受信されるコマンドには、（１）
新規登録コマンド、（２）対局要求コマンド、（３）着
手情報コマンド、（４）商品購入コマンドがある。

【００３３】（１）ＴＣＰ／ＩＰソケットにより新規登
録コマンドが受信されると（ステップＡ３）、ＣＰＵ３
９は、新規登録コマンドに含まれる「利用者ＩＤ」と
「名前」とを、利用者データベース４４（図４参照）の
「利用者ＩＤ」フィールド、「名前」フィールドにそれ
ぞれ挿入登録する（ステップＡ４）。また、ＣＰＵ３９
は、「入会日」フィールドに現在の日付、利用者の実力
の格付け数値を表す「レーティング」フィールドには例
えば初期値として「１８００」、その他のフィールドに
は「０」をセットして新規レコードを購入する。また、
ＣＰＵ３９は、課金データベース４６に対して、ユニー
クな「取引ＩＤ」と利用者データベース４４に新規登録
した「利用者ＩＤ」、入会金を意味する特別な値の「商
品ＩＤ」などをセットした新規レコードを挿入する。

【００３４】（２）ＴＣＰ／ＩＰソケットにより対局要
求コマンドが受信されると（ステップＡ３）、ＣＰＵ３
９は、図８のフローチャートに示す対局要求処理を実行
する。対局要求処理では、対局要求コマンドに含まれる
「利用者ＩＤ」をキーとして利用者データベース４４を
検索し、該当する利用者レコードの「対局ステータス」
フィールドを対局要求を表す「１」に変更して、該当す
るＤＢレコードを更新する（ステップＢ１，Ｂ２）。続
いて、「対局ステータス」が対局待ちを表す「２」の利
用者レコードを検索し（ステップＢ３）、最初に見つか
ったレコードを対局相手として決定する（ステップＢ
５）。そして、対局要求のあった利用者の利用者レコー
ドと対局相手として決定した利用者レコードをともに、
「対局ステータス」フィールドを対局中を表す「３」に
変更する（ステップＢ６，Ｂ７）。また、空きのプロセ
ス間通信チャネルＩＤを取得して、「プロセス間通信チ
ャネルＩＤ」フィールドをこの取得した空きプロセス間
通信チャネルＩＤに変更する（ステップＢ８）。ＣＰＵ
３９は、変更された各フィールドを含むＤＢレコードを
更新する（ステップＢ９）。一方、対局要求に対して
「対局ステータス」が「２」の利用者レコードが見つか
らなかった場合は（ステップＢ３，Ｂ４）、対局要求の
あった利用者の利用者レコードの「対局ステータス」フ
ィールドを「２」に変更して、ＤＢレコードを更新する
（ステップＢ１０，Ｂ１１）。

【００３５】こうして、対局要求処理では、利用者から
の対局要求に対して利用者データベース４４に対局待ち
として登録されている利用者がいれば、この利用者を対
局相手として設定し、対局待ちの利用者が登録されてい
なければ、利用者データベース４４に他の利用者からの
対局待ちとして登録しておく。

【００３６】（３）ＴＣＰ／ＩＰソケットにより着手情
報コマンドが受信されると（ステップＡ３）、ＣＰＵ３
９は、図９のフローチャートに示す自側着手処理を実行
する（ステップＡ６）。自側着手処理では、まず利用者
データベース４４を検索し、自側利用者に対応する利用
者レコードの「対局ステータス」フィールドが対局中を
表す「３」であるかを判別する（ステップＣ１）。ここ
で「対局ステータス」フィールドが「３」でない場合に
は、着手情報コマンドに対する処理を行わない。「対局
ステータス」フィールドが「３」であった場合（ステッ
プＣ１）、着手情報コマンドが示す情報を解釈し（ステ
ップＣ２）、対局の終了を要求する投了を示すものでな
ければプロセス間通信チャネルに着手情報コマンドの内
容を転送する（ステップＣ９）。着手情報コマンドには
利用者が端末装置１０に対して入力した着手位置を示す
着手座標や、パス、封じ手、投了などの対局に必要な各
種情報が必要に応じて含まれており、投了でなければ対
局を進行させるためのコマンドであるとして対局相手に
通知されるようにする。そして、自側の利用者が考慮中
ではないことを表すように「考慮中フラグ」（図示せ
ず）をクリア（「偽」）する（ステップＣ１０）。

【００３７】一方、着手情報コマンドが投了を示してい
る場合は（ステップＣ２）、自側が対局に負けたものと
して敗局時処理と対局課金処理をコールして実行する。
敗局時処理は、利用者データベース４４の利用者レコー
ドの「総対局数」フィールドと「当月対局数」フィール
ドのそれぞれに１加算する（ステップＣ３，Ｃ４）。ま
た、対局に負けたことに対して、所定のレーティング減
少分を元の「レーティング」フィールドの値に減算して
更新する（ステップＣ５）。なお、レーティング増加分
は、例えば（１６＋０．０４×（利用者のレーティング
値−相手のレーティング値））として算出する。ＣＰＵ
３９は、変更された各フィールドを含むＤＢレコードを
更新する（ステップＣ９）。

【００３８】また、対局課金処理は、対局サービスを利
用したことに対して課金するための処理であり、商品デ
ータベース４５中の商品レコードのひとつとして用意さ
れている対局料金を示す特別な「商品ＩＤ」フィールド
をもつ対局料金レコードを検索し、この対局料金レコー
ドの「商品ＩＤ」を商品購入の対象「ｉｄ」として設定
する（ステップＣ７）。この商品購入の対象「ｉｄ」が
示す「商品ＩＤ」の商品（ここでは対局料金）について
は、後述する課金処理（ステップＣ８）において、利用
者データベース４４に登録された対局状況に応じた料金
が決められる。すなわち、通常価格、あるいは所定の割
引価格が決められる。課金処理によって決められた価格
は、課金データベース４６の「利用者ＩＤ」と対応づけ
て「価格」フィールドにして設定される。また「商品Ｉ
Ｄ」「価格」「申込日」の各フィールドへの設定ととも
に新規レコードとして追加される。なお、課金処理の詳
細については後述する（図１１）。

【００３９】（４）ＴＣＰ／ＩＰソケットにより商品購
入コマンドが受信されると（ステップＡ３）、ＣＰＵ３
９は、図１０に示すフローチャートに従う商品購入処理
を実行する（ステップＡ７）。サーバ装置３０は、回線
接続状態にある端末装置１０が対局待ち（「対局ステー
タス」＝２）の場合、あるいは対局中（「対局ステータ
ス」＝３）であって対局相手からの着手情報コマンドの
受信待ち（考慮中でない）の場合に、後述する情報表示
処理（ステップＡ１７，Ａ１８、図１３）によって、所
定の条件に従って商品データベース４５に用意された推
奨商品レコードから商品を選択して、広告を端末装置１
０の画面中に表示させている。ここで、端末装置１０の
キー入力部に設けられた「商品購入」ボタンが操作され
た場合に、サーバ装置３０は、推奨商品の購入を要求す
る商品購入コマンドを受信する。

【００４０】ＣＰＵ３９は、この推奨商品レコードの
「商品ＩＤ」を商品購入の対象「ｉｄ」として設定する
（ステップＧ１）。この商品購入の対象「ｉｄ」が示す
「商品ＩＤ」の商品（推奨商品）については、後述する
課金処理において、利用者データベース４４に登録され
た対局状況に応じた料金が決められる。すなわち、通常
価格、あるいは所定の割引価格が決められる。課金処理
によって決められた価格は、課金データベース４６の
「利用者ＩＤ」と対応づけて「価格」フィールドにして
設定される。また「商品ＩＤ」「価格」「申込日」の各
フィールドへの設定とともに新規レコードとして追加さ
れる（ステップＧ２）。

【００４１】次に、課金処理について図１１に示すフロ
ーチャートを参照しながら説明する。まず、ＣＰＵ３９
は、商品購入処理あるいは対局課金処理によって商品購
入の対象「ｉｄ」として設定されている商品ＩＤを課金
対象として設定し（ステップＦ１）、処理中の利用者の
利用者データベース４４を参照して、「当月対局数」フ
ィールドに設定された値が一定数、例えば１００未満で
あるかを判定する（ステップＦ２）。ここで「当月対局
数」が１００以上であった場合には、対局サービスを多
く利用している優良な利用者であるとして、購入対象と
する商品に対する価格を割引価格に設定する（ステップ
Ｆ１０）。

【００４２】また、「当月対局数」が１００未満であっ
た場合には、さらに「当月勝ち数」フィールドに設定さ
れた値が一定数、例えば５０未満であるかを判定する
（ステップＦ３）。ここで、「当月勝ち数」が５０以上
であった場合には、対局の内容が優秀な利用者であると
して、購入対象とする商品に対する価格を割引価格に設
定する（ステップＦ９）。

【００４３】また、「当月勝ち数」が５０未満であった
場合には、「先月レーティング」と現在の「レーティン
グ」との差「レーティング月差」を求め、この「レーテ
ィング月差」が一定数、例えば３００未満であるかを判
定する（ステップＦ４）。ここで、「レーティング月
差」が３００以上であった場合には、上達の早い優秀な
利用者である判別できるとして、購入対象とする商品に
対する価格を割引価格に設定する（ステップＦ８）。な
お、ステップＦ８〜Ｆ１０において設定する割引価格
は、それぞれ異なる割引価格が用意されていても良い。

【００４４】また「レーティング月差」が３００未満で
あった場合には、商品に対して割引を行わないものとし
て価格を通常価格に設定する（ステップＦ５）。購入対
象とする商品に対する価格が決定されると、現在処理中
の利用者ＩＤを商品購入する利用者の「利用者ＩＤ」と
して設定し（ステップＦ６）、前述のようにして設定し
た「価格」の他、各フィールドに対して設定される値と
共に課金データベース４６にレコード追加する（ステッ
プＦ７）。

【００４５】このように、サーバ装置３０が提供する通
信販売サービスでは、利用者から購入希望があった商品
に対する価格が対局サービスを利用した結果である「当
月対局数」「当月勝ち数」「レーティング月差」などに
応じて通常価格あるいは割引価格に決定される。従っ
て、単に対局サービスの利用だけでなく、その結果が通
信販売に有効に活用されるために利用者にとってもメリ
ットがあり、利用者に対局サービスと通信販売サービス
の両方についてより積極的に利用を促すことができる。

【００４６】なお、前述した課金処理における判定で用
いた「当月対局数」、「当月勝ち数」、レーティング月
差に対する基準値（一定値）は、一例であって任意に決
定することができる。次に、プロセス間通信チャネルに
よって受信されるコマンドに応じた処理について説明す
る。プロセス間通信チャネルにより着手情報コマンドが
受信されると（ステップＡ１１）、ＣＰＵ３９は、図１
２のフローチャートに示す相手側着手処理を実行する
（ステップＡ６）。相手側着手処理では、まず利用者デ
ータベース４４を検索し、対局相手利用者に対応する利
用者レコードの「対局ステータス」フィールドが対局中
を表す「３」であるかを判別する（ステップＤ１）。こ
こで「対局ステータス」フィールドが「３」でない場合
には、着手情報コマンドに対する処理を行わない。「対
局ステータス」フィールドが「３」であった場合（ステ
ップＤ１）、着手情報コマンドが示す情報を解釈し（ス
テップＤ２）、対局の終了を要求する投了を示すもので
なければＴＣＰ／ＩＰソケットに着手情報コマンドの内
容を転送する（ステップＤ１１）。着手情報コマンドに
は利用者が端末装置１０に対して入力した着手位置を示
す着手座標や、パス、封じ手、投了などの対局に必要な
各種情報が必要に応じて含まれており、投了でなければ
対局を進行させるためのコマンドであるとして対局相手
に通知されるようにする。そして、自側の利用者が考慮
中であることを表すように「考慮中フラグ」（図示せ
ず）をセット（「真」に）する（ステップＤ１２）。

【００４７】一方、着手情報コマンドが投了を示してい
る場合は（ステップＤ２）、自側が対局に勝ったものと
して勝局時処理と課金処理をコールして実行する。勝局
時処理は、利用者データベース４４の利用者レコードの
「総対局数」フィールドと「当月対局数」フィールドの
それぞれに１加算する他（ステップＤ３，Ｄ４）、「総
勝ち数」フィールド、「当月勝ち数」フィールドについ
ても１加算する（ステップＤ５，Ｄ６）。また、対局に
勝利したことに対して、所定のレーティング増加分を元
の「レーティング」フィールドの値に加算して更新する
（ステップＤ７）。なお、レーティング増加分は、例え
ば（１６＋０．０４×（相手のレーティング値−利用者
のレーティング値））として算出する。ＤＰＵ３９は、
変更された各フィールドを含むＤＢレコードを更新する
（ステップＤ８）。

【００４８】また、対局課金処理は、対局サービスを利
用したことに対して課金するための処理であり、商品デ
ータベース４５中の商品レコードのひとつとして用意さ
れている対局料金を示す特別な「商品ＩＤ」フィールド
をもつ対局料金レコードを検索し、この対局料金レコー
ドの「商品ＩＤ」を商品購入の対象「ｉｄ」として設定
する（ステップＤ９）。この商品購入の対象「ｉｄ」が
示す「商品ＩＤ」の商品（ここでは対局料金）について
は、後述する課金処理（ステップＤ１０）において、利
用者データベース４４に登録された対局状況に応じた料
金が決められる。なお、課金処理は、前述した図１１に
示すフローチャートに従って実行される。課金処理によ
って決められた価格は、課金データベース４６の「利用
者ＩＤ」と対応づけて「価格」フィールドにして設定さ
れる。また「商品ＩＤ」「価格」「申込日」の各フィー
ルドへの設定とともに新規レコードとして追加される。

【００４９】前述したサーバメイン処理では、コマンド
受信を例えば３００ｍｓｅｃおきに調べ（ステップＡ
８）、新しいコマンド受信がない時は（ステップＡ２，
Ａ１０）タイムアウト処理を行なう。タイムアウト処理
では、利用者データベース４４の利用者レコードを取得
して（ステップＡ１３）、「対局ステータス」を参照
し、「対局ステータス」が対局待ちを表す「２」である
かを判別する（ステップＡ１４）。ここで「対局ステー
タス」が「２」である場合には、図１３のフローチャー
トに示す商品販売関係する広告またはニュースを表示す
る情報表示処理を実行（コール）する（ステップＡ１
７）。また、「対局ステータス」が対局中を表す「３」
であり（ステップＡ１５）、かつ考慮中フラグが「偽」
の（考慮中でない）場合（ステップＡ１５）にも情報表
示処理を実行する（ステップＡ１８）。すなわち、利用
者が待ち状態の状況にある場合には、この時間を有効に
利用してサーバ装置３０から通信販売している商品の広
告などを端末装置１０の表示画面上に表示させて商品の
購入を利用者に促す。

【００５０】次に、情報表示処理について図１３に示す
フローチャートを参照しながら説明する。情報表示処理
は、サーバメイン処理において最初に実行（コール）さ
れる時には（ステップＥ１）、回線接続状態にある端末
装置１０に対して商品広告を表示させるために送信する
情報表示コマンドとその引数として、予めシステム管理
者が設定した特定の「説明ファイル名」の内容を設定し
（ステップＥ２）、ＴＣＰ／ＩＰソケットに送出する
（ステップＥ３）。

【００５１】「説明ファイル名」は、図５に示すよう
に、商品データベース４５に各商品のレコードに用意さ
れている。また「説明ファイル名」が示すファイルは、
記憶装置４２内に別に用意されており、商品を広告する
ためのテキストデータや画像データが含まれる。

【００５２】通信回線を介してホスト装置１４と接続さ
れた端末装置１０は、情報表示コマンドを受信すると、
情報表示引数として設定されたファイル内容（テキスト
や画像）に従って、商品を広告する内容表示を行なう。
図１４には端末装置１０のＬＣＤ表示画面中に広告表示
がされる場合の表示形態の一例を示している。図１４
は、対局中に対局相手が考慮中にはいった時の表示例を
示すもので、盤面表示にオーバーラップさせて広告表示
領域を設け、この広告表示領域において説明ファイルの
内容が表示される。

【００５３】一方、情報表示処理が、同一のサーバメイ
ン処理（プロセス）において２回以降に実行（コール）
された時には（ステップＥ１）、情報表示コマンドとそ
の引数として後述の手順で選択した説明ファイルの内容
をＴＣＰ／ＩＰソケットに送出する。

【００５４】まず、情報表示コマンドの送信先としてい
る端末装置１０の利用者の利用者データベース４４を参
照して、「当月対局数」フィールドに設定された値が一
定数、例えば１００未満であるかを判定する（ステップ
Ｅ２）。ここで「当月対局数」が１００以上であった場
合には、対局サービスを多く利用している優良な利用者
であるとして、在庫が一定数未満、例えば５０個未満の
商品を商品データベース４５から検索する。すなわち、
商品データベース４５に登録された商品レコードの「商
品在庫数」フィールドを参照して、５０未満の値が「商
品在庫」フィールドに設定された商品を検索する。

【００５５】また、「当月対局数」が１００未満であっ
た場合には、さらに「当月勝ち数」フィールドに設定さ
れた値が一定数、例えば５０未満であるかを判定する
（ステップＥ５）。ここで、「当月勝ち数」が５０以上
であった場合には、対局の内容が優秀な利用者であると
して、在庫が一定数未満、例えば５０個未満の商品を前
述と同様にして「商品在庫数」フィールドをもとに商品
データベース４５から検索する（ステップＥ１２）。

【００５６】また、「当月勝ち数」が５０未満であった
場合には、「先月レーティング」と現在の「レーティン
グ」との差「レーティング月差」を求め、この「レーテ
ィング月差」が一定数、例えば３００未満であるかを判
定する（ステップＥ６）。ここで、「レーティング月
差」が３００以上であった場合には、上達の早い優秀な
利用者である判別できるとして、在庫が一定数未満、例
えば５０個未満の商品を前述と同様にして「商品在庫
数」フィールドをもとに商品データベース４５から検索
する（ステップＥ１１）。

【００５７】つまり、条件に該当する利用者に対して
は、在庫が少ない５０個限定の希少商品を優先して購入
できるように、こうした商品を選択して説明ファイルの
内容表示の対象とする。なお、ステップＦ８〜Ｆ１０に
おいて設定する在庫数は、それぞれ異なる在庫数が設定
されていても良い。

【００５８】また「レーティング月差」が３００未満で
あった場合には、利用者データベース４４の利用者レコ
ードから「レーティング」フィールドの値を「利用者レ
ーティング値」として取得し、この「利用者レーティン
グ値」と、商品データベース４５の各商品レコードに登
録された「推奨レーティング下限」と「推奨レーティン
グ上限」の各フィールドの値をもとに商品を検索する
（ステップＥ７）。すなわち、「推奨レーティング下
限」と「推奨レーティング上限」との間に「利用者レー
ティング値」が該当する商品レコードを検索する。

【００５９】こうして、同一のサーバメイン処理（プロ
セス）において２回以降に実行（コール）された時に
は、利用者データベース４４に登録された内容をもとに
所定の条件に従って商品データベース４５から利用者に
提供する商品が選択される。ＣＰＵ３９は、商品データ
ベース４５から検索された複数の商品のうちの１つを推
奨商品として設定し（ステップＥ８）、この推奨商品の
商品レコードの説明ファイルの内容を情報表示コマンド
の情報表示引数として設定す（ステップＥ９）。そし
て、この情報表示コマンドをＴＣＰ／ＩＰソケットによ
り端末装置１０に送出する（ステップＥ１０）。こうし
て、前述したように推奨商品として選択した商品の広告
を端末装置１０の画面中に表示させる。ここで、端末装
置１０のキー入力部に設けられた「商品購入」ボタンが
操作された場合に、サーバ装置３０は、推奨商品の購入
を要求する商品購入コマンドを受信することができる。

【００６０】なお、情報表示処理がサーバメイン処理に
おいて３回以降に実行（コール）される時には、２回目
に実行された際にステップＥ４〜Ｅ６の条件によって商
品データベース４５から選択された複数の商品レコード
からランダムに商品を選択する処理（ステップＥ８〜Ｅ
１０）を繰り返し実行するようにしても良い。

【００６１】このように、情報表示処理では、利用者が
対局サービスを利用した結果である「当月対局数」「当
月勝ち数」「レーティング月差」などに応じて商品デー
タベース４５から商品が選択されて広告表示され、その
商品の購入を利用者に促すことができる。

【００６２】なお、広告される商品には、盤、駒、碁
石、書籍などの有形の商品ほか、棋譜・段級位認定、大
会申し込み等のオンラインで提供する無形の商品などが
ある。有形の商品の場合、特定の利用者を対象とした品
揃えをしておくことで、例えば書籍の場合では、レーテ
ィングが高い利用者や総勝ち数の多い利用者に対して
は、上級者向けの内容が記載された書籍が推奨商品とし
て提供することができるようにする。無形の商品の場
合、例えば上級者向けの大会や初級者用の大会など、利
用者の対局サービスの利用内容に応じて選択して提供す
ることができる。

【００６３】また、サーバ装置３０から端末装置１０に
対してコマンドを送出することによって、端末装置１０
の画面中に表示させる内容としては、商品の広告の他に
も記憶装置４２に用意された各種ニュースファイルの内
容が表示されるようにしても良い。ニュースファイルの
内容は、例えばテキストであり、サーバ装置３０のメン
テナンス休止の告知やプロ棋士のタイトル戦結果の速報
などを入れておき、利用者に対するサービスに利用する
ことができる。

【００６４】また、前述した説明では、端末装置１０が
対局中（「対局ステータス」が「２」または「３」）の
時に利用者が「商品購入」ボタンに対する操作によって
商品購入ができるものとしているが、対局終了後に商品
購入できるようにしても良い。この場合、図７に示すサ
ーバメイン処理において、端末装置１０からの接続要求
に対して利用者認証、利用者ＩＤを取得した後（ステッ
プＡ１）、対局開始前では「対局ステータス」の値に関
係なく図１３に示す情報表示処理を実行する。これによ
り、過去の利用者の対局サービスの利用内容に応じて、
前述したように商品の広告を端末装置１０において表示
させることで、「商品購入」ボタンに対する操作によっ
て商品購入ができるようにする（ステップＡ７）。

【００６５】このようにして、本実施形態におけるネッ
トワーク対局システムでは、利用者の対局サービスを利
用した結果である対局回数（総対局数）、対局の勝ち
数、レーティング（段級）の変化（レーティング月差）
に応じて、広告を提供する商品の対象を変更して商品デ
ータベース４５から検索するので、上達の早い利用者な
どに対して最適な商品を斡旋することができる。また、
同様にして、商品の価格についても「標準価格」や「割
引価格」を設定することができるので、利用者の実力向
上に関してインセンティブを与えることや、逆に負けの
込んでいる利用者に割引を適用して退会を防ぐといった
ことができる。レーティングに応じて商品を選択するこ
とは、例えば昇級昇段のお祝いとして特別な商品を斡旋
することができ、利用者に満足感を与える効果がある。

【００６６】また端末装置１０における広告表示を利用
者が対局を希望してから対局相手が決まり対局開始する
までの期間（対局待ち時間）に、サーバ装置３０から商
品に関する説明ファイルを送信することによって行なう
ことで、相手が決まるまでの間の利用者の無駄な待ち時
間を解消する効果がある。また、対局中においても、自
分が着手してから相手の着手を待っている間（相手が考
慮中）にのみ、同様にして広告の表示を行なうことによ
り、対局中にも邪魔にならないように広告や告知を表示
ができ、また利用者の退屈を解消する効果がある。

【００６７】なお、前述した説明では、対局回数をもと
に利用者に斡旋する商品の選択を行っているが、各端末
装置１０のサーバ装置３０に対するログイン回数をもと
にして同様の処理を行なうこともできる。また、サーバ
装置３０から端末装置１０において広告表示させる場合
には、商品ごとの商品レコードをもとにして広告を表示
させるものとしているが、複数の商品の広告を同時にメ
ニューの形式などによって表示させるようにしても良
い。また、前述した説明では、端末装置１０とサーバ装
置３０とが回線接続された状態でサーバ装置３０からコ
マンドを送出することで、端末装置１０の表示画面にリ
アルタイムで広告を表示させるものとして説明している
が、電子メールまたは郵便でダイレクトメールを送付す
るなど、リアルタイムに広告表示しない方法を用いるこ
ともできる。また、利用者の実力の格付け数値として、
主にチェスなどで用いられるレーティング方式を用いて
説明したが、これを囲碁や将棋などにおける実力の格付
けを表す段級位に変換することも可能であり、また、碁
会所・将棋会所でよく用いられている一定期間の勝率に
よる段級昇降を行なっても良い。また、課金処理におけ
る課金金額の割り引きのかわりに、課金と引き換えられ
るポイントを与えてもよい（間接的な金額の割り引きと
なる）。また、利用者毎の通信処理（サーバメイン処
理）を子プロセスとしたが、スレッド（ライトウェイト
プロセス）でもよい。また単一プロセスでループ処理し
てもよい。また、図１に示すシステム構成では、１つの
サーバ装置３０のみを示しているが、サーバ装置は単一
である必要はなく、複数のサーバ装置に機能を分散して
もよい。また、端末装置１０とサーバ装置３０の機能分
担も前述した実施形態に限るものではなく、例えばレー
ティング更新の計算や、対局数のカウント保持などを端
末装置１０側で行ってもよい。

【００６８】

【発明の効果】以上のように本発明によれば、対戦サー
ビスの利用状況、例えば対戦サービスの利用回数、対戦
の勝敗回数、対戦の勝敗の結果に応じて設定されるレー
ティングなどに応じて販売対象とする商品（碁盤、書籍
などの有形の商品、あるいは棋譜・段級位認定や対戦料
金などの無形の商品など）を選択することで、利用者に
応じた最適な商品を斡旋して購入を促すことができ、対
戦サービスの利用内容を利用して効果的な通信販売を実
現することが可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係わるネットワーク対戦
システムの構成を示すブロック図。

【図２】端末装置１０の外観構成を示す図。

【図３】端末装置１０が動作中のＬＣＤ２２によって表
示される画面の一例を示す図。

【図４】図１中に示す利用者データベース４４のレコー
ド構造の一例を示す図。

【図５】図１中に示す商品データベース４５のレコード
構造の一例を示す図。

【図６】図１中に示す課金データベース４６のレコード
構造の一例を示す図。

【図７】サーバ装置３０によるサーバメイン処理の動作
を説明するためのフローチャート。

【図８】対局要求処理を説明するためのフローチャー
ト。

【図９】自側着手処理を説明するためのフローチャー
ト。

【図１０】商品購入処理を説明するためのフローチャー
ト。

【図１１】課金処理について説明するためのフローチャ
ート。

【図１２】相手側着手処理を説明するためのフローチャ
ート。

【図１３】商品販売関係する広告またはニュースを表示
する情報表示処理を説明するためのフローチャート。

【図１４】端末装置１０のＬＣＤ表示画面中に広告表示
がされる場合の表示形態の一例を示す図。

【符号の説明】

１０−１，１０−２…端末装置 １２…公衆網 １４…ホスト装置 ２０…メモリ ２１…ＣＰＵ ２２…ＬＣＤ ２３…タッチパネル ２４…モデム ３０…サーバ装置 ３２…アクセスルータ ３９…ＣＰＵ ４０…イーサネットＩ／Ｆ ４１…メモリ ４２…記憶装置 ４３…プログラム ４４…利用者ＤＢ ４５…商品ＤＢ ４６…課金ＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 菊地 正哲 東京都羽村市栄町３丁目２番１号 カシオ 計算機株式会社羽村技術センター内 (72)発明者 角田 昌大 東京都羽村市栄町３丁目２番１号 カシオ 計算機株式会社羽村技術センター内 Ｆターム(参考） 2C001 AA00 AA01 BA00 BA04 BA05 BB00 BB02 BB05 CB00 CB01 CB08 CC02 DA00 DA06 5B049 BB11 BB61 CC02 CC05 CC08 CC36 DD05 EE01 FF03 FF04 FF09 GG04 GG07 9A001 JJ76 KK62

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数の利用者端末と、同利用者端末間と
   通信手段を介して接続され利用者端末間で対戦ゲームを
   行なう対戦サービスを提供するサーバ装置とを有して構
   成されるネットワーク対戦システムであって、 各利用者端末による対戦サービスの利用状況を管理する
   利用状況管理手段と、 前記通信手段を介して利用者端末に対して商品の販売を
   行なう通信販売サービスを提供する販売手段と、 前記利用状況管理手段によって管理された利用状況に応
   じて、前記販売状態手段によって販売する商品を選択す
   る選択手段とを具備したことを特徴とするネットワーク
   対戦システム。
2. 【請求項２】 前記利用状況管理手段によって管理され
   た利用状況に応じて、前記販売手段によって販売する商
   品の金額を設定する金額設定手段とを具備したことを特
   徴とする請求項１記載のネットワーク対戦システム。
3. 【請求項３】 前記販売手段は、前記対戦サービスを前
   記利用者端末が利用している際に、前記利用者端末に対
   して前記サーバ装置から前記選択手段によって選択され
   た商品に関する情報を提供することを特徴とする請求項
   １記載のネットワーク対戦システム。
4. 【請求項４】 複数の利用者端末と通信回線を介して接
   続され、利用者端末間で対戦ゲームを行なう対戦サービ
   スを提供するサーバ装置において、 各利用者端末による対戦サービスの利用状況を管理する
   利用状況管理手段と、 前記通信手段を介して利用者端末に対して商品の販売を
   行なう通信販売サービスを提供する販売手段と、 前記利用状況管理手段によって管理された利用状況に応
   じて、前記販売状態手段によって販売する商品を選択す
   る選択手段とを具備したことを特徴とするサーバ装置。
5. 【請求項５】 前記利用状況管理手段によって管理され
   た利用状況に応じて、前記販売手段によって販売する商
   品の金額を設定する金額設定手段とを具備したことを特
   徴とする請求項４記載のサーバ装置。
6. 【請求項６】 前記販売手段は、前記対戦サービスを前
   記利用者端末が利用している際に、前記利用者端末に対
   して前記サーバ装置から前記選択手段によって選択され
   た商品に関する情報を提供することを特徴とする請求項
   ４記載のサーバ装置。
7. 【請求項７】 前記利用者端末からの前記対戦サービス
   による対戦ゲームの申し込みから対戦ゲームが開始され
   るまでの間に情報を提供することを特徴とする請求項６
   記載のサーバ装置。
8. 【請求項８】 前記利用者端末が前記対戦サービスによ
   り対戦ゲームを行っている際に、待ち状態となっている
   間に情報を提供することを特徴とする請求項６記載のサ
   ーバ装置。
9. 【請求項９】 前記販売手段は、前記対戦サービスを前
   記利用者端末が利用している際に、前記利用者端末に対
   して前記選択手段によって選択された商品に関する情報
   を提供することを特徴とする請求項４記載のサーバ装
   置。
10. 【請求項１０】 前記利用状況管理手段は、前記利用者
    端末装置による対戦サービスの利用回数を計数している
    ことを特徴とする請求項４記載のサーバ装置。
11. 【請求項１１】 前記利用状況管理手段は、前記利用者
    端末装置による対戦ゲームの勝敗を計数していることを
    特徴とする請求項４記載のサーバ装置。
12. 【請求項１２】 前記利用状況管理手段は、前記利用者
    端末による対戦ゲームの勝敗の結果に応じて設定される
    レーティングを管理することを特徴とする請求項４記載
    のサーバ装置。
13. 【請求項１３】 複数の利用者端末と通信回線を介して
    接続され、利用者端末間で対戦ゲームを行なう対戦サー
    ビスを提供するコンピュータを動作させるためのプログ
    ラムが記憶された記憶媒体であって、 コンピュータを、 各利用者端末による対戦サービスの利用状況を管理する
    利用状況管理手段と、 前記通信手段を介して利用者端末に対して商品の販売を
    行なう通信販売サービスを提供する販売手段と、 前記利用状況管理手段によって管理された利用状況に応
    じて、前記販売状態手段によって販売する商品を選択す
    る選択手段とに機能させるための通信対戦プログラムが
    記憶されたコンピュータ読み取り可能な記憶媒体。