JP2002045574A - データ通信方法、および、サービス提供サーバ - Google Patents

Abstract

(57)【要約】 【課題】 通信コストやユーザによる煩雑な入力を抑制
しつつ、多人数でマルチ対戦ゲームを実現でき、かつ、
ゲームを提供するサーバにおいても負荷を小さくする。 【解決手段】 複数の端末からのコマンドに応答して、
当該複数の端末間でゲームを進行させるデータ通信方法
は、サーバ１２において、端末１６からのコマンドを受
理して、当該コマンドを蓄積し、コマンドの受理に応答
して、当該コマンドの受理を示す通知情報を作成し、通
知情報を、少なくとも前記コマンドに関連する他の端末
に通知する。また、サーバ１２は、所定のタイミング
で、前記蓄積されたコマンドに基づき、ゲームを進行さ
せて、ゲームの進行結果を、複数の端末に通知する。

Description

【発明の詳細な説明】

【０００１】

【産業上の技術分野】本発明は、ネットワークを利用し
て多数のユーザがデータ授受を実現できるデータ通信シ
ステムに関し、より詳細には、ユーザが所望のときにコ
マンドを投入することでゲームを進行することができる
データ通信システム、および、ユーザが所望のときに情
報を投入することで一定の事項を進めることが可能なデ
ータ通信システムに関する。

【０００２】

【従来の技術】現在、処理速度の向上や多機能化によっ
て、家庭用ゲーム装置に通信機能を持たせ、相互に対戦
する技術が実用化されている。初期には、二台の家庭用
ゲーム機を直接、ケーブル等で接続して、ケーブルを介
してゲームのデータの授受を実現していた。

【０００３】近年のインターネットの普及により、イン
ターネットを利用して、遠隔に位置する複数のゲーム機
の間でゲームをプレイできるようになっている。たとえ
ば、特開平１１−１９４９８５号には、インターネット
を利用してゲーム（囲碁）をプレイする技術が開示され
ている。この技術においては、幾つかのサービスサーバ
（ユーザの入力に基づきゲームプログラムを進行させる
サーバ）が連携して囲碁の対戦相手を見つけて、これら
の間で、囲碁ゲームを進行させるように構成されてい
る。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
インターネットを利用したゲームにおいては、ゲームの
プレイ中に、回線を接続しつづける必要、すなわち、ユ
ーザのコンピュータ等の端末とサーバとを常時接続して
いる必要があり、回線の渋滞を引き起こすという問題点
があった。また、回線を接続していることは、ユーザに
回線使用料（つまり、電話代およびプロバイダの利用
料）がかかることを意味しており、通信コストつまりユ
ーザの負担が増大するという問題があった。このため、
上記対戦ゲームの形態は、普及していないのが現状であ
る。

【０００５】これに対して、特開平１１−２６１７２４
号には、通信コストを減じるために以下のような手順に
よる情報通信方法が提案されている。一方のユーザが、
オフラインの状態で、対戦型ゲームアプリケーションに
対する情報を端末装置に入力した後に、共通サーバと接
続して、入力した情報を送信する。この後、端末装置と
共通サーバとの通信はいったん切断される。共通サーバ
は、対戦相手の他のユーザが所有する端末装置に、擬似
着呼サービスを利用して、受理した情報を送信する。こ
の擬似着呼サービスとは、相手先の端末にベルを鳴動さ
せずに、相手に着信させて相手との通信路を形成し、必
要なデータの送信後に、即座に回線を切断するものであ
る。このような手順により、一方のユーザの入力が、他
方のユーザに着実に伝達され、その一方、通信時間を減
じることができ、これにより、通信コストを提言するこ
とが可能となる。

【０００６】上記公報に開示された技術においては、通
信コストを増大させずに、二人のユーザによる対戦を実
現するのに適している。しかしながら、３人以上のユー
ザによる対戦（マルチ対戦）のゲームを実行すると、ユ
ーザは常に携帯端末の表示装置をモニターして、擬似着
呼サービスによりデータを受信するたびに、新たなコマ
ンドを入力しなければならないという問題点があった。
つまり、ユーザが情報を入力する回数が多大なものとな
るという問題点があった。

【０００７】また、現在、インターネットなどを利用し
たオンラインオークション（ネット・オークション）が
実現されている。これは、実際にオークション会場に出
かけることなく、オークションに参加できる点で利便性
が高い。しかしながら、ネット・オークションにおいて
も、所望の品物を落札するためには、ウェブサイトをこ
まめに閲覧するなどユーザにとって面倒な操作を繰り返
す必要がある。オンラインオークション以外にも、ある
参加者が入力した情報に対して、これをタイムリーに通
知し、他の参加者による応答が望まれる場合もある。

【０００８】本発明は、通信コストやユーザによる煩雑
な入力を抑制しつつ、多人数でマルチ対戦ゲームを実現
でき、かつ、ゲームを提供するサーバにおいても負荷を
小さくすることができるデータ通信システムを提供する
ことを目的とする。また、本発明は、他のユーザによる
アクセスにタイムリーにかつ適切に応答できるデータ通
信システムを提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明の目的は、複数の
端末からのコマンドに応答して、当該複数の端末間でゲ
ームを進行させるデータ通信方法であって、端末からの
コマンドを受理して、当該コマンドを蓄積するステップ
と、前記コマンドの受理に応答して、当該コマンドの受
理を示す通知情報を作成するステップと、前記通知情報
を、少なくとも前記コマンドに関連する他の端末に通知
するステップと、所定のタイミングで、前記蓄積された
コマンドに基づき、ゲームを進行させるステップと、前
記ゲームの進行結果を、前記複数の端末に通知するステ
ップとを備えたことを特徴とするデータ通信方法により
達成される。

【００１０】本発明によれば、端末からのコマンドを必
要な他の端末に伝達する。これにより、他の端末におい
ても、上記コマンドに応答したコマンドの入力が可能と
なる。このようなコマンドを蓄積して、所定のタイミン
グにて、蓄積されたコマンドに基づくゲームが進行し、
ゲームの結果が複数の端末装置に伝達される。したがっ
て、ゲームを進行させるサーバの負荷を小さくしつつ、
多人数が参加するゲームを進行させることが可能とな
る。また、コマンドの入力や通知の受理、ゲームの結果
を示す情報の受理の際だけ、端末は通信路を開いておけ
ば良いため、通信コストを低減することが可能となる。

【００１１】本発明の好ましい実施態様においては、さ
らに、端末との通信路を開いた状態で、コマンドのリス
トを提示し、前記端末において選択されたコマンドを受
理した状態で、通信路が切断されるステップを備えてい
る。たとえば、インターネットを利用して、コマンドの
リストの提示やコマンドの受理を実現することが可能と
なる。

【００１２】本発明のさらに好ましい実施態様において
は、前記通知情報の通知が、端末との通信路を開設する
ステップと、擬似着呼により通知情報を伝達するステッ
プと、 当該通知情報の伝達の後に、通信路を切断する
ステップとを含む。また、本発明のさらに好ましい実施
態様においては、ゲームの進行結果の通知が、端末との
通信路を開設するステップと、擬似着呼により通知情報
を伝達するステップと、当該通知情報の伝達の後に、通
信路を切断するステップとを含む。このように擬似着呼
を利用することにより、通信コストの低減を実現でき
る。ゲームの進行は、ランダムな時間間隔で実行される
のが好ましい。

【００１３】また、本発明の目的は、複数の端末からの
コマンドに応答して、当該複数の端末間でゲームを進行
させるサービス提供サーバであって、端末からのコマン
ドを受理するとともに、端末への種々の通知情報を送信
する通信制御手段と、前記受理したコマンドを蓄積する
コマンド記憶手段と、前記コマンドの受理に応答して、
当該コマンドの受理を示す通知情報を作成する通知情報
作成手段と、所定のタイミングで、コマンド記憶手段に
記憶されたコマンドに基づき、ゲームを進行させるゲー
ム実行手段とを備え、前記隣接する所定のタイミングの
間に蓄積されたコマンドに基づき進行したゲームの結果
が生成され、当該ゲーム結果が、前記通信制御手段から
端末に伝達されることを特徴とするサービス提供サーバ
によっても達成される。

【００１４】好ましくは、前記通信制御手段は、前記端
末にコマンドのリストを提示し、選択されたコマンドを
受理するコマンド提示／受理手段と、前記コマンドの受
理を示す通知情報を、少なくとも前記コマンドに関連す
る他の端末に送信する通知情報送信手段と、前記ゲーム
の結果を示す情報を、同報的に複数の端末に送信するゲ
ーム結果送信手段とを有している。

【００１５】また、本発明の別の実施態様においては、
複数の端末からの情報を、インターネットを介して受理
するとともに、当該情報に応答して、前記複数の端末に
必要な情報を伝達するデータ通信方法は、インターネッ
トを介した端末からの情報を受理して、当該情報を蓄積
するステップと、前記情報の受理に応答して、前記端末
から情報を受理したことを通知するための通知データを
生成するステップと、前記通知データを、関連する他の
端末にメールにて通知するステップと、前記蓄積された
情報に基づき、所定の決定を下して、当該決定に関する
を、前記端末および関連する端末にメールにて通知する
ステップとを備えている。

【００１６】上記実施態様によれば、インターネットを
利用したいわゆるウェブベースで、端末からの情報を受
理するとともに、上記情報の受理に対する通知データの
送信には、メールを利用している。したがって、ある端
末からの情報の受理を、他の端末において即座に知るこ
とができ、他の端末においてタイムリーな応答が可能と
なる。

【００１７】より好ましい実施態様においては、前記端
末からの情報が、オークションにおける入札価格に関連
し、前記通知データが、当該商品に関して新たな入札が
あったことおよび当該入札価格を示し、前記関連する他
の端末が、前記商品に関する入札者に関連するものであ
り、かつ、前記所定の決定が落札者である。これによ
り、入札者は常にオークションの状況を監視することな
く、他の入札者の存在やそのものの入札価格を知ること
ができ、より適切でかつタイムリーな入札が可能とな
る。

【００１８】さらに好ましい実施態様においては、前記
オークションにおける入札価格に関連する情報を端末に
入力させるために、少なくとも入札価格の記入欄を備え
た入力フォームを端末に伝達するステップと、記入欄に
必要な情報が記入された入力フォームを受理するステッ
プとが設けられる。また、前記落札者の決定の後、前記
落札者に関連する端末に、落札したことを示すメールを
通知し、かつ、前記落札者以外の入札者の端末に、落札
できなかったことを示すメールを同報メールにて通知す
るステップを備えるのが望ましい。

【００１９】本発明のさらに別の実施態様においては、
複数の端末からの情報をインターネットを介して受理す
るとともに、当該情報に応答して、前記複数の端末に必
要な情報を伝達するサービス提供サーバは、端末からの
情報をインターネットを介して受理するとともに、当該
端末に種々のコンテンツを送信する通信制御手段と、前
記受理した情報を蓄積する情報記憶手段と、前記情報の
受理に応答して、前記端末から情報を受理したことを通
知するための通知データを作成して、メールにて、関連
する他の端末に送信する通知データ作成／送信手段と、
前記蓄積された情報に基づき所定の決定をなす決定手段
とを備え、当該決定手段により所定の決定がなされたと
きに、当該決定に関する情報を、前記端末および関連す
る端末にメールにて通知するように構成されている。

【００２０】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明を加える。図１は、本発明の
実施の形態にかかるデータ通信システムの概略構成を示
すブロックダイヤグラムである。図１に示すように、デ
ータ通信システム１０には、ゲームの進行やユーザ端末
との通信を制御するゲーム提供サーバ１２が設けられて
いる。ゲーム提供サーバ１２は、インターネット１４に
接続されている。また、インターネット１４には、イン
ターネット対応の携帯電話１６−１、１６−２、・・
・、携帯電話付きＰＤＡ１６−１１、１６−１２、・・
・など、種々の端末装置１６が接続可能となっている。
また、端末装置１６と他のサーバとの通信に介在する、
電話サービス機関のサーバ（電話サービスサーバ２０）
が、インターネット１４に接続されている。

【００２１】本実施の形態において、端末装置１６は、
インターネットに接続でき、かつ、電話サービスサーバ
２０にメールボックスを有しており、当該メールボック
スを介して他の端末装置１６とのメールの授受が可能と
なっている。また、本実施の形態において、電話サービ
スサーバ２０に、ある端末装置１６宛てのメールを受理
したときには、メールが到着したことを端末装置１６に
通知するように構成されている。これはいわゆる擬似着
呼を利用することにより実現される。

【００２２】たとえば、メールの到着のみを端末装置１
６に通知する（つまり、表示装置の画面上にメールが到
着していることを知らせ、ユーザが電話サービスサーバ
２０などのメールボックスに格納されたメールを読むこ
とを促す）ような手法を採用しても良いし、或いは、メ
ールのデータ自体を端末装置１６に伝達しても良い。何
れの場合であっても、端末装置１６における通信時間
は、極めて短くできることは言うまでもない。

【００２３】図２は、ゲーム提供サーバ１２の構成を示
すブロックダイヤグラムである。図２に示すように、ゲ
ーム提供サーバ１２は、端末装置１６からのデータを授
受する通信制御部２２と、端末装置１６ごとの情報、つ
まり、ユーザごとの登録情報を記憶するユーザ情報記憶
装置２４と、ゲームの結果やユーザから与えられるコマ
ンド等を記憶したコマンド／結果記憶装置２６と、ゲー
ムプログラムを記憶したゲームプログラム記憶装置２８
と、ユーザからのコマンドに基づきゲームプログラムを
読み出して、必要な処理を実行してゲームを進行するゲ
ーム処理部３０と、ゲーム参加者であるユーザの登録処
理を実行するユーザ登録部３２とを備えている。

【００２４】図３は、ゲーム提供サーバ１２の通信制御
部２２のより詳細な構成を示すブロックダイヤグラムで
ある。図３に示すように、通信制御部２２は、ユーザか
らのコマンドリストを提示して、ユーザが選択した何れ
かのコマンドを受理するコマンド提示／受理部３４と、
何れかのユーザにより与えられたコマンドに応じて他の
ユーザに通知すべき情報を送信する情報通知部３６と、
ゲーム処理部３０にて実行された処理の結果を各ユーザ
に通知する同報データ通知部３８とを有している。コマ
ンド提示／受理部３４は、インターネットを利用したデ
ータの授受に利用され、その一方、情報通知部３６と同
報データ通知部３８は、Ｅメールデータを送信するよう
に構成されている。

【００２５】このような構成のゲーム提供サーバ１２を
利用して、本実施の形態では以下に述べるような複数の
対戦ゲームを進行させている。 （１）所定数（たとえば７人）の参加者により、仮想的
なエリア（東京都）に参謀や兵士を配置し、各参加者
は、参謀にコマンドを送ることにより、参謀に自己のエ
リアを拡大させるように行動をとらせる。この所定数が
参加するゲームの場をゲームフィールドと称する。

【００２６】ここで、ゲーム提供サーバ１２は、所定の
人数の参加者によるゲームフィールドを多数設け、これ
らを独立かつ並行して進行させることができる。 （２）参加者が所定数を下回り、かつ、ある時間が経過
した場合には、ゲーム提供サーバ１２のプログラムによ
り制御される仮想参加者（ＣＰＵプレーヤ）が補充さ
れ、ゲームが進行する。 （３）参加者は、端末装置１６を利用して、必要なコマ
ンドを入力して、これをゲーム提供サーバ１２に伝達す
る。ゲーム提供サーバ１２は、受理したコマンドに応答
して必要な処理を実行する。

【００２７】まず、ユーザがゲームに参加するための登
録手続きにつき説明を加える。この処理において、ゲー
ム提供サーバ１２においては、通信制御部２２のインタ
フェース４０を介して、端末装置１６からのデータが受
理され、このデータがユーザ登録部３２に転送され、当
該ユーザ登録部３２にて必要な処理が実行される。

【００２８】図４は、ユーザの端末装置１６およびゲー
ム提供サーバ１２にて実行されるユーザ登録処理の処理
手順を示すフローチャートである。図４に示すように、
ユーザが端末装置１６を操作して、ゲーム提供サーバ１
２との間でインターネットによる通信路を開設する（ス
テップ４０１、４１１）。ゲーム提供サーバ１２におい
ては、ユーザに所定の情報を入力させるための文字デー
タおよび画像データを端末装置１６に伝達する。ユーザ
はゲーム提供サーバ１２から送られた文字および画像を
参照して、必要な登録情報を入力する。入力された登録
情報は、端末装置１６からゲーム提供サーバ１２に伝達
される（ステップ４０２、４１２）。この登録情報に
は、ユーザのＥメールアドレス、ユーザがゲームに参加
するときに名称（プレーヤ名）などが含まれる。

【００２９】次いで、ゲーム提供サーバ１２は、参加者
の人数が所定数に達していないゲームフィールドを見出
して、このゲームフィールド中の参加者の一人として、
ユーザを割り当てる（ステップ４１３）。その後に、ゲ
ーム提供サーバ１２は、ユーザの端末装置１６に、必要
な情報（たとえば、ユーザが割り当てられたゲームフィ
ールドを特定する情報やプレーヤ名など）をユーザに伝
達する（ステップ４１４）。端末装置１６は、受理した
情報をユーザ情報記憶部２４中の所定の領域に記憶する
（ステップ４０３）。このような処理の後、端末装置１
６は、ゲーム提供サーバ１２との通信を終了する（ステ
ップ４０４）。

【００３０】次に、ゲーム提供サーバ１２におけるゲー
ムフィールドの管理について説明を加える。図５に示す
ように、ゲーム提供サーバ１２においては、あるゲーム
フィールドを作成すると、所定の時間以内に、ゲームス
タートの条件が揃わないときには、必要な処理を実行し
て、強制的にゲームを開始するように構成されている。
この処理は、所定の時間ごとに実行され、かつ、ゲーム
が開始されていないすべてのゲームフィールドに関して
実行される。ゲーム提供サーバ１２は、ゲームが開始さ
れていないゲームフィールドを選択し（ステップ５０
１）、当該ゲームフィールドに割り当てられた参加者の
人数が定員に達しているか否かを判断する（ステップ５
０２）。

【００３１】ステップ５０２でイエス(Yes)と判断され
た場合には、ゲームが開始される（ステップ５０８）。
これに対して、ステップ５０２でノー(No)と判断された
場合には、ゲーム提供サーバ１２は、当該ゲームフィー
ルドに関して、最初の参加者の加入から所定の時間（た
とえば１時間）が経過しているか否かを判断する（ステ
ップ５０３）。時間が経過していない場合（ステップ５
０３でノー(No )）には、他のフィールドに関する処理
に進む。その一方、時間が経過している場合（ステップ
５０３でイエス(Yes)）には、参加者の数が最低定員
（たとえば、３名）に達しているか否かが判断される
（ステップ５０４）。

【００３２】最低定員に達している場合（ステップ５０
４でイエス(Yes)）には、ゲーム提供サーバ１２は、残
りの参加者をＣＰＵプレーヤに割り当てて（ステップ５
０５）、ゲームを開始させる（ステップ５０８）。その
一方、最低定員に達していない場合には、ゲーム提供サ
ーバ１２は、一番最近に開始されたゲームフィールドを
特定し（ステップ５０６）、そのゲームフィールド中
に、参加者に関するデータを移動する（ステップ５０
７）。すなわち、最低定員に達していないフィールドの
参加者を、最近開始されたゲームの参加者に組み込む。
このようにして、あるフィールドのゲームを開始させる
ことができる。

【００３３】この実施の形態において実行されるゲーム
は、仮想的なエリア（東京都）の所定の位置に、参謀や
兵士を配置し、参加者が参謀にコマンドを送り、参謀が
兵士を指揮してエリア中の自分の領地を獲得するように
なっている。したがって初期的には、参加者のそれぞれ
に対して、参謀の位置つまり自己の領地および所定の兵
力を保有している。ゲームが開始されると、ユーザはイ
ンターネットを介してコマンドを入力する一方、他のゲ
ーム参加者からのコマンドのうち、自己に関連するもの
がＥメールにより伝達される。これらの処理について図
６を参照して説明を加える。図６において、ゲーム提供
サーバ１２にて実行されるものは、ゲーム処理部３０お
よび通信制御部２２にて実行される。

【００３４】図６に示すように、ユーザが端末装置１６
を操作して、ゲーム提供サーバ１２との通信路を確保す
る（ステップ６０１、６１１）。ゲーム提供サーバ１２
は、通信路の開設に応答して、インターネットを利用し
て、ユーザが入力すべきコマンドを列挙したコマンドメ
ニューを端末装置１６に伝達する。このコマンドには、
他の参加者の参謀が支配している領域への攻撃、他の参
加者が保有している兵士の購入や貸与の依頼などが含ま
れる。ユーザは、端末装置１６を操作して、所望のコマ
ンドを入力すると、当該コマンドが端末装置１６からゲ
ーム提供サーバ１２に伝達される（ステップ６０２、６
１２）。ゲーム提供サーバ１２のコマンド提示／受理部
３４が、コマンドを受理すると、これがゲーム処理部３
０に伝達される。また、この入力されたコマンドは、コ
マンド／結果記憶装置２６の所定の領域に順次記憶され
る。

【００３５】ゲーム処理部３０は、受理したコマンドを
解析して、当該コマンドによるゲームの進行に関連する
他の参加者を特定する（ステップ６１３）。たとえば、
コマンドが、ある領域への攻撃を示すものであれば、当
該領域を所有している参加者が見出される。また、所定
の参加者に対して兵士の購入或いは貸与を依頼するもの
であれば、当該所定の参加者が特定される。

【００３６】次いで、コマンドによるゲームの進行に関
連する他の参加者に通知すべき情報（通知情報）が生成
される（ステップ６１４）。この情報は文字データにて
構成される。この情報には、たとえば、領域への攻撃で
あれば、「誰が攻撃を仕掛けてくる」というものが含ま
れ、或いは、兵士の購入や貸与に関するのであれば、
「誰が兵士を購入（貸与）したがっている」というもの
が含まれる。ゲーム処理３０は、このようにして作成さ
れた通知情報を、送信先のＥメールアドレスとともに、
通信制御部２２に伝達する。通信制御部２２の情報通知
部３６は、与えられた通知情報を、所定の送信先にＥメ
ールとして送信する（ステップ６１５）。

【００３７】図６（ｂ）に示すように、送信先の端末装
置１６においては、電話サービス機関のサーバなどを介
して、擬似着呼によりゲーム提供サーバ１２からの通知
情報が受理される（ステップ６２１）。これは、通知情
報自体が、端末装置１６に直接伝達されても良いし、或
いは、Ｅメールが到着したことを端末装置１６に知ら
せ、ユーザが端末装置１６を操作して、メールボックス
から通知情報を取得するように構成しても良い。端末装
置１６においては、取得した通知情報が、表示装置の画
面上に表示される（ステップ６２２）。情報の取得が終
了すると、端末装置１６においては、通信路が切断され
る（ステップ６２３）。

【００３８】たとえば、図６（ｂ）にしたがって通知情
報が受理されると、ユーザは、当該通知情報を確認し、
さらに自己が入力すべきコマンドを選択することができ
る。たとえば、図６（ａ）に示す手順により、参加者Ａ
が参加者Ｂの領域の攻撃を示すコマンドを入力すると、
図６（ｂ）に示す手順により、参加者Ｂにその旨が槌さ
れる。参加者Ｂは、これに応答して、防御を示すコマン
ドなどを入力することが可能となる。この手順は、図６
（ａ）のものと同様である。或いは、たとえば、参加者
Ｃから兵力の購入や貸与を依頼された参加者Ｄは、当該
依頼に対応して応答することが可能である。

【００３９】このように、コマンドの入力や、ある参加
者のコマンド入力に対する通知は、所定の時間だけ続け
られる。次いで、蓄積されたコマンドに基づき、バッチ
処理により、ゲーム処理部３０によりゲームプログラム
が実行される。本実施の形態においては、ランダムな時
間間隔で、一日５回だけゲームプログラムが実行される
ようになっている。

【００４０】図７は、ゲーム処理部３０によるゲーム進
行の処理を示すフローチャートである。ある時間間隔が
経過すると、ゲーム処理部３０は、起動指示を受理し
（ステップ７０１）、ゲーム処理を実行する。たとえ
ば、起動指示は、タイマ（図示せず）などから与えられ
る。ゲーム処理部３０は、コマンド／結果記憶装置２６
の所定の領域に記憶されたコマンドを取り出す（ステッ
プ７０２）。このコマンドは、前回に図７に示すゲーム
進行処理が終了してから、今回のゲーム進行処理が始ま
るまでの間に、ユーザが端末装置１６を利用して入力し
たものに限られる。

【００４１】コマンドを取り出すと、ゲーム処理部３０
は、たとえば、入力時間の古いものから順次コマンドを
選択し（ステップ７０３）、コマンドにしたがった処理
を実行する（ステップ７０４）。これにより、ゲームが
進行する。コマンドにしたがった処理の結果は、コマン
ド／結果記憶装置２６の所定の領域に順次記憶される。
これらステップ７０３〜７０５の処理は、取り出された
全てのコマンドについて実行される（ステップ７０６参
照）。

【００４２】前回のゲーム進行処理が終了してから今回
のゲーム進行処理が始まるまでの間に蓄積された全ての
コマンドに関する処理終了すると、ゲームの参加者とな
っているユーザの各々に対して、上記ゲームの進行の結
果に関する情報を作成する。この情報には、ユーザが入
力したコマンドに対する処理結果（たとえば、他の参加
者からの兵力の購入や貸与に対する結果、ある領域を攻
撃する指令に対する結果など）が含まれる。これら情報
は、同報データ通知部３８に与えられ、同報データ通知
部３８からＩ／Ｆ４０を経て、メールにてユーザの端末
装置１６に伝達される（ステップ７０７）。先に説明し
たように、上記メールは、電話サービスサーバ２０を介
して、端末装置１６には、メールが到達したことを示す
通知や、メール自体が伝達される。これにより、ユーザ
は、自己のコマンドを入力したことに基づくゲームの進
行結果を知ることが可能となる。

【００４３】図８は、登録からゲームの進行にいたる流
れを概略的に示したフローチャートである。図８に示す
ように、このシステムにおいては、あるフィールドにて
ゲームを開始させるためにゲームの参加者の登録を募る
（ステップ８０１）。ここでは、ユーザの端末装置１６
とゲーム提供サーバ１２との間ではインターネットを利
用した通信により、ユーザに関する種々の情報がゲーム
提供サーバ１２に登録され、また、ゲーム提供サーバ１
２においては、あるフィールドにおいてゲームが開始で
きるか否かが判断される（図４、図５参照）。

【００４４】ゲームが開始すると、ユーザが端末装置１
６を操作することによるコマンド入力や、ゲーム提供サ
ーバ１２からの通知が行なわれる（ステップ８０２、８
０３）。ここで、前者は、インターネットを利用した通
信による（図６参照）。これは、ユーザに入力可能なコ
マンドを提示して、ユーザに選択させるには、インター
ネットによるデータ通信が適しているからである。その
一方、後者はメールを利用して実現される。また、ゲー
ムの起動時間になると(ステップ８０４でイエス(Ye
s))、蓄積されていたコマンドに基づきゲームが進行し
（ステップ８０５）、その結果がユーザの端末装置１８
に通知される（ステップ８０６）。結果の通知には、メ
ールが利用される。このようなステップ８０２からステ
ップ８０６の処理が、ゲームの終了まで繰り返される
（ステップ８０７参照）。

【００４５】本実施の形態によれば、複数の参加者によ
るゲームを実現するために、参加者によるコマンド入力
があると、他の参加者にコマンド入力をメールにて伝達
している。したがって、応答の必要なときだけ、他の参
加者は、ゲーム提供サーバ１２と接続してコマンドを入
力すれば足りる。また、ゲーム提供サーバ１２において
は、所定の時間だけ参加者からのコマンドを蓄積してお
き、ゲーム進行の処理時に、バッチ処理にて蓄積したコ
マンドを処理する。したがって、ゲームに多数の参加者
がある場合でも、煩雑な処理なしにゲームを進行させる
ことができる。

【００４６】次に、本発明の第２の実施の形態につき説
明を加える。図９は、本発明の第２の実施の形態にかか
る通信システムの概略を示すブロックダイヤグラムであ
る。図９に示すように、第２の実施の形態にかかる通信
システムは、第１の実施の形態と比較すると、ゲーム提
供サーバ１２の代わりに、オークション進行サーバ１１
２がインターネット１４に接続されている。オークショ
ン進行サーバ１１２は、オークションを開催して、オー
クションの参加者（入札者）の端末装置１６からの入札
情報を受理し、落札者を決定するなどの必要な処理を実
行するようになっている。

【００４７】図１０は、オークション進行サーバ１１２
の構成を示すブロックダイヤグラムである。図１０に示
しように、オークション進行サーバ１１２は、インター
ネットを介して、入札者の端末装置１６とのデータ授受
を実現するインタフェース（Ｉ／Ｆ）４０と、オークシ
ョンへの参加者を登録するための所定の処理を実行する
ユーザ登録部３２と、上記参加者に関する種々の情報を
記憶するユーザデータベース（ＤＢ）１２４と、オーク
ションに供される商品に関する種々の情報を記憶する商
品データベース（ＤＢ）１２６と、端末装置１６からの
コマンド（ＵＲＬなど）を受理して必要な処理を実行す
る入力コマンド受理部１３４と、必要なコンテンツ（ウ
ェブコンテンツ）を生成するコンテンツ生成部１３６
と、入札者などの携帯端末１３８に送信すべきメールデ
ータを生成する同報データ生成部１３８と、オークショ
ンに供すべき商品に関する種々の情報を受理する商品デ
ータ受理部１４０と、オークションを進行させるための
処理を実行するオークション進行処理部１４２と、入札
者などオークションへの参加者を認証するユーザ認証部
１４４とを有している。図２に示すように、本実施の形
態においては、オークション進行サーバ１１２は、端末
装置１６との間で、インターネットを介する通信（ＵＲ
Ｌの受信やウェブコンテンツの送信）が可能であるとと
もに、端末装置１６にメールデータを送信できるように
なっている。

【００４８】このように構成された通信システムにおけ
るオークションの開催および進行につき説明を加える。
まず、オークションの開催および進行の概略を簡単に説
明する。まず、出品者は、たとえば、パーソナルコンピ
ュータなどの他の端末装置（図示せず）からインターネ
ットを介して、オークションに供することを希望する商
品に関するデータを送信する。この商品の情報には、商
品の名称や型番、最低入札価格などが含まれる。これら
情報は、商品データ受理部１４０を介して、商品ＤＢ１
２６に記憶される。商品ＤＢ１２６においては、初期的
には上記商品に関する情報のみが記憶されるが、オーク
ションが進行するのにしたがって、たとえば、上記商品
に付与されたＩＤに関連付けられて入札者を示す情報や
入札価格が記憶されることになる。

【００４９】このような商品の登録が終了すると、オー
クション進行処理部１４２は、登録された商品に関する
オークションの開催期間や最低入札価格を含むウェブコ
ンテンツを生成し、これを所定のＵＲＬに対応つけてお
く。また、入札を希望するユーザは、ユーザ登録を実行
しておく。このユーザ登録は、ユーザが端末装置１６を
操作して、オークション進行サーバ１１２にアクセス
し、ユーザ登録部３２の処理により、ユーザＤＢに、ユ
ーザＩＤやパスワード、ユーザの端末装置１６にメール
を送信するためのＥメールアドレスなどをユーザＤＢ１
２４に記憶することにより実現される。

【００５０】上記商品の登録が終了するとオークション
が開始される。オークション期間中に登録したユーザ
が、当該オークションに入札する際の処理を図１１に示
す。ユーザの端末装置１６とオークション進行サーバ１
１２との間のインターネットを介した通信路が開設され
ると（ステップ１１０１、１１１１）、ユーザは端末装
置１６のキーを操作して、ある商品のオークションに関
するウェブコンテンツの送信依頼をオークション進行サ
ーバ１１２に伝達する（ステップ１１０２）。

【００５１】オークション進行サーバ１１２の入力コマ
ンド受理部１３４が、上記送信依頼を受理すると、これ
に応答して、オークション進行処理部１４２は、所定の
商品に関する情報をオークションＤＢ１２６から取り出
してコンテンツ生成部１２６に伝達する。これにより、
商品の名称、型番、最低入札価格、過去の入札価格等が
含まれるウェブコンテンツがコンテンツ生成部１３６に
より生成される。このウェブコンテンツは、Ｉ／Ｆ４０
からインターネット１４に送出され、電話サービスサー
バ２０を介して端末装置１６に伝達される（ステップ１
１１２）。このコンテンツは、端末装置１６の表示装置
の画面上に表示される。

【００５２】ユーザがオークションに供された商品に対
して入札を希望する場合には、端末装置１６のキーを操
作して、入力フォーム送信依頼をオークション進行サー
バ１１２に伝達する（ステップ１１０４）。オークショ
ン進行サーバ１２において、入力コマンド受理部１３４
により上記入力フォーム送信依頼が受理されると、これ
に応答して、オークション進行処理部１４２からの指示
にしたがって、コンテンツ生成部１３６が、入札価格な
どの欄を有する入札用フォームのウェブデータを生成
し、これをＩ／Ｆ４０を介して、端末装置１６に伝達す
る（ステップ１１１３）。これにより、端末装置１６の
表示装置の画面上には、ウェブコンテンツとして入札用
フォームが表示される（ステップ１１０５）。

【００５３】ユーザが端末装置１６のキーを操作して上
記入札価格欄などに必要な情報を入力して、これを送信
すると、オークション進行サーバ１１１４は、記入済の
入札用フォームを受理し（ステップ１１１４）、オーク
ション進行処理部１４２は、入札価格、入札者および入
札日時を示すデータを、当該入札にかかる商品ＩＤに関
連付けられた商品ＤＢ１２６中の所定の領域に記憶する
（ステップ１１１５）。端末装置１６においては、上記
インターネット１４を介したオークション進行サーバ１
１２との通信路を切断することにより処理が終了する
（ステップ１１０７）。

【００５４】図１２（ａ）に示すように、オークション
進行サーバ１１２のオークション進行処理部１４２は、
ユーザの端末装置１６からの入札およびその情報の記憶
の後に、商品ＤＢ１２６を検索して、今回入札された商
品に関するデータを検索し、当該商品の入札者を特定す
る（ステップ１２０１）。次いで、同報データ生成部１
３８は、商品名など商品を特定する情報と新たに入札の
あった入札価格を含むメールデータを生成し、Ｉ／Ｆ４
０を介して、生成されたメールを、同報メールとして上
記特定された入札者に送信する（ステップ１２０３）。

【００５５】上記入札者の端末装置１６においては、メ
ールを着信すると、メール着信を示すメロディなどの音
響を発して、入札者にこれを通知するとともに（ステッ
プ１２１１）、メール到着を示す画像やメールを含む画
像を表示装置の画面上に表示する（ステップ１２１
２）。その後、端末装置１６においては呼が切断される
（ステップ１２１３）。たとえば、上記ステップ１２３
１１〜１２１３の処理は、いわゆる擬似着呼を利用して
実現することができる。

【００５６】入札者が端末装置１６の所定のキーを操作
することにより、端末装置１６の表示装置の画面上に
は、図１１の処理により入札された商品や新たな入札価
格を示す画像が表示される。したがって入札者は、必要
に応じて、インターネットを介して端末装置１６とオー
クション進行サーバ１１２との間の通信路を開き、新た
な入札価格の入力（図１１の処理参照）をなすことが可
能となる。

【００５７】このようにして、所定のオークション期間
が過ぎた場合など、オークションが終了する際に、オー
クション進行サーバ１１２にて実行される処理につき図
１３を参照して説明する。オークション進行処理部１４
２が、ある商品に関するオークションを終了すべきと判
断すると（ステップ１３０１でイエス(Yes)）、商品Ｄ
Ｂ１２６を検索して、当該商品に関する入札価格を調
べ、落札価格および落札者を特定する（ステップ１３０
２）。次いで、当該落札者の端末装置１２に送信するた
めのメールデータ、すなわち、落札および落札価格を示
す情報や、商品の送付や支払いに関する情報を含むメー
ルデータが、同報データ生成部１３８にて生成される
（ステップ１３０３）とともに、他の入札者つまり落札
することができなかった入札者に送信するためのメール
データが、同報データ生成部１３８にて生成される（ス
テップ１３０４）。

【００５８】ステップ１３０３にて作成された落札者向
けのメールはＩ／Ｆ４０を介して落札者の携帯端末１６
に送信され（ステップ１３０５）、その一方、ステップ
１３０４にて作成された他の入札者向けのメールは、Ｉ
／Ｆ４０を介して、同報メールとして他の入札者の端末
装置１６に送信される（ステップ１３０６）。これによ
り、落札者は自分が商品を落札したことを知ることがで
き、その一方、他の入札者は落札できなかったことを知
ることができる。次いで、オークション進行処理部１４
２は、商品、落札価格および落札者などを示すウェブコ
ンテンツを生成する（ステップ１３０７）。これによ
り、入札者以外のユーザは、ウェブを閲覧することで上
記商品に関する落札情報を知ることが可能となる。

【００５９】このように、第２の実施の形態によれば、
携帯電話やＰＤＡなどの携帯端末装置を利用して、適切
にオークションを開催することができる。すなわち、商
品の指定や入札などに関してはウェブを利用することで
オークションの参加者の利便を図る一方、入札があった
ときの入札価格などをメールで端末装置に通知すること
で、入札者によるタイムリーな対応を可能にすることが
できる。

【００６０】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。たとえ
ば、前記第１の実施の形態においては、ある仮想的な領
域（ゲームフィールド）における自己の領域を確保する
ゲーム（いわゆる陣取りゲーム）を実行しているが、こ
れに限定されず、二人以上のユーザが参加できるもので
あれば、他の種別のゲーム（たとえば、ＲＰＧ）にも本
発明を適用することができる。

【００６１】また、前記第１の実施の形態において、参
加者の入力したコマンドを他の参加者に通知する際に、
当該入力されたコマンドに関連する参加者のみに、当該
コマンドの到着を通知しているがこれに限定されず、全
ての参加者に入力されたコマンドを通知しても良い。

【００６２】さらに、前記第１の実施の形態において、
ゲーム進行の結果については、同報のメール通信により
参加者に通知しているが、これに限定されるものではな
く、自己の入力したコマンドに対するゲーム進行の結果
のみを、参加者に通知するように構成しても良い。

【００６３】また、前記第２の実施の形態においては、
オークションが開催されていたがオークションに限定さ
れるものではなく、他の事項の開催に利用することも可
能である。たとえば、アンケートやプレゼント応募に関
して、端末装置からの応募についてはウェブを利用し、
その一方、サーバから端末装置への情報の通知には、応
募者に対する同報メールを利用するような構成をとって
も良い。しかしながら、本発明は、特に、あるユーザの
サーバへのアクセス（応募など）を他の関係のあるユー
ザに通知し、他のユーザが上記アクセスにさらに応答す
ることが望ましいような事項に利用するのが望ましい。
なお、本明細書において、一つの手段の機能が、二つ以
上の物理的手段により実現されても、若しくは、二つ以
上の手段の機能が、一つの物理的手段により実現されて
もよい。

【００６４】

【発明の効果】本発明によれば、通信コストやユーザに
よる煩雑な入力を抑制しつつ、多人数でマルチ対戦ゲー
ムを実現でき、かつ、ゲームを提供するサーバにおいて
も負荷を小さくすることができるデータ通信システムを
提供することが可能となる。また、本発明によれば、他
のユーザによるアクセスにタイムリーにかつ適切に応答
できるデータ通信システムを提供することが可能とな
る。

【図面の簡単な説明】

【図１】 図１は、本発明の実施の形態にかかるデータ
通信システムの概略構成を示すブロックダイヤグラムで
ある。

【図２】 図２は、本実施の形態かかるゲーム提供サー
バの構成を示すブロックダイヤグラムである。

【図３】 図３は、本実施の形態にかかる通信制御部の
構成を示すブロックダイヤグラムである。

【図４】 図４は、本実施の形態に係るユーザの端末装
置およびゲーム提供サーバにて実行されるユーザ登録処
理の処理手順を示すフローチャートである。

【図５】 図５は、本実施の形態に係るゲーム提供サー
バにおけるゲームフィールドの管理処理を示すフローチ
ャートである。

【図６】 図６は、本実施の形態におけるコマンド入力
に関する一連の処理を示すフローチャートである。

【図７】 図７は、本実施の形態におけるゲーム進行処
理を示すフローチャートである。

【図８】 図８は、本実施の形態における一連の手続き
を概略的に示すフローチャートである。

【図９】 図９は、本発明の第２の実施の形態にかかる
データ通信システムの構成を示すブロックダイヤグラム
である。

【図１０】 図１０は、第２の実施の形態にかかるオー
クション進行サーバの構成を示すブロックダイヤグラム
である。

【図１１】 図１１は、第２の実施の形態において、あ
る端末装置による入札に関する処理を示すフローチャー
トである。

【図１２】 図１２は、第２の実施の形態において、あ
る端末装置による入札に関する処理を示すフローチャー
トである。

【図１３】 図１３は、第２の実施の形態にかかるオー
クション進行サーバにおける落札の際の処理を示すフロ
ーチャートである。

【符号の説明】

１０ データ通信システム １２ ゲーム提供サーバ １４ インターネット １６ 端末装置 ２０ 電話サービスサーバ

フロントページの続き (72)発明者 東 奈々子 東京都渋谷区恵比寿南１−６−11 ＡＢＣ ＷＡＣＯビル502 株式会社ボルテージ 内 Ｆターム(参考） 2C001 AA17 CB08 5B049 BB11 BB36 GG02 5B085 CA04 CC16

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数の端末からのコマンドに応答して、
   当該複数の端末間でゲームを進行させるデータ通信方法
   であって、 端末からのコマンドを受理して、当該コマンドを蓄積す
   るステップと、 前記コマンドの受理に応答して、当該コマンドの受理を
   示す通知情報を作成するステップと、 前記通知情報を、少なくとも前記コマンドに関連する他
   の端末に通知するステップと、 所定のタイミングで、前記蓄積されたコマンドに基づ
   き、ゲームを進行させるステップと、 前記ゲームの進行結果を、前記複数の端末に通知するス
   テップとを備えたことを特徴とするデータ通信方法。
2. 【請求項２】 さらに、 端末との通信路を開いた状態で、コマンドのリストを提
   示し、前記端末において選択されたコマンドを受理した
   状態で、通信路が切断されるステップを備えたことを特
   徴とする請求項１に記載のデータ通信方法。
3. 【請求項３】 前記通知情報の通知が、 端末との通信路を開設するステップと、 擬似着呼により通知情報を伝達するステップと、 当該通知情報の伝達の後に、通信路を切断するステップ
   とを含むことを特徴とする請求項１または２に記載のデ
   ータ通信方法。
4. 【請求項４】 前記ゲームの進行結果の通知が、 端末との通信路を開設するステップと、 擬似着呼により通知情報を伝達するステップと、 当該通知情報の伝達の後に、通信路を切断するステップ
   とを含むことを特徴とする請求項１ないし３の何れか一
   項に記載のデータ通信方法。
5. 【請求項５】 前記ゲームの進行が、ランダムな時間間
   隔で実行されることを特徴とする請求項１ないし４の何
   れか一項に記載のデータ通信方法。
6. 【請求項６】 複数の端末からのコマンドに応答して、
   当該複数の端末間でゲームを進行させるサービス提供サ
   ーバであって、 端末からのコマンドを受理するとともに、端末への種々
   の通知情報を送信する通信制御手段と、 前記受理したコマンドを蓄積するコマンド記憶手段と、 前記コマンドの受理に応答して、当該コマンドの受理を
   示す通知情報を作成する通知情報作成手段と、 所定のタイミングで、コマンド記憶手段に記憶されたコ
   マンドに基づき、ゲームを進行させるゲーム実行手段と
   を備え、前記隣接する所定のタイミングの間に蓄積され
   たコマンドに基づき進行したゲームの結果が生成され、 当該ゲームの結果を示す情報が、前記通信制御手段から
   端末に伝達されることを特徴とするサービス提供サー
   バ。
7. 【請求項７】 前記通信制御手段が、 前記端末にコマンドのリストを提示し、選択されたコマ
   ンドを受理するコマンド提示／受理手段と、 前記コマンドの受理を示す通知情報を、少なくとも前記
   コマンドに関連する他の端末に送信する通知情報送信手
   段と、 前記ゲームの結果を示す情報を、同報的に複数の端末に
   送信するゲーム結果送信手段とを有することを特徴とす
   る請求項６に記載のサービス提供サーバ。
8. 【請求項８】 複数の端末からの情報を、インターネッ
   トを介して受理するとともに、当該情報に応答して、前
   記複数の端末に必要な情報を伝達するデータ通信方法で
   あって、 インターネットを介した端末からの情報を受理して、当
   該情報を蓄積するステップと、 前記情報の受理に応答して、前記端末から情報を受理し
   たことを通知するための通知データを生成するステップ
   と、 前記通知データを、関連する他の端末にメールにて通知
   するステップと、 前記蓄積された情報に基づき、所定の決定を下して、当
   該決定に関するを、前記端末および関連する端末にメー
   ルにて通知するステップとを備えたことを特徴とするデ
   ータ通信方法。
9. 【請求項９】 前記端末からの情報が、オークションに
   おける入札価格に関連し、前記通知データが、当該商品
   に関して新たな入札があったことおよび当該入札価格を
   示し、前記関連する他の端末が、前記商品に関する入札
   者に関連するものであり、かつ、前記所定の決定が落札
   者であることを特徴とする請求項８に記載のデータ通信
   方法。
10. 【請求項１０】 前記オークションにおける入札価格に
    関連する情報を端末に入力させるために、少なくとも入
    札価格の記入欄を備えた入力フォームを端末に伝達する
    ステップと、 前記記入欄に必要な情報が記入された入力フォームを受
    理するステップとを備えたことを特徴とする請求項９に
    記載のデータ通信方法。
11. 【請求項１１】 さらに、前記落札者の決定の後、前記
    落札者に関連する端末に、落札したことを示すメールを
    通知し、かつ、前記落札者以外の入札者の端末に、落札
    できなかったことを示すメールを同報メールにて通知す
    るステップを備えたことを特徴とする請求項９または１
    ０に記載のデータ通信方法。
12. 【請求項１２】 複数の端末からの情報をインターネッ
    トを介して受理するとともに、当該情報に応答して、前
    記複数の端末に必要な情報を伝達するサービス提供サー
    バであって、 端末からの情報をインターネットを介して受理するとと
    もに、当該端末に種々のコンテンツを送信する通信制御
    手段と、 前記受理した情報を蓄積する情報記憶手段と、 前記情報の受理に応答して、前記端末から情報を受理し
    たことを通知するための通知データを作成して、メール
    にて、関連する他の端末に送信する通知データ作成／送
    信手段と、 前記蓄積された情報に基づき所定の決定をなす決定手段
    とを備え、当該決定手段により所定の決定がなされたと
    きに、当該決定に関する情報を、前記端末および関連す
    る端末にメールにて通知するように構成されたことを特
    徴とするサービス提供サーバ。
13. 【請求項１３】 前記端末からの情報が、オークション
    における入札価格に関連し、 前記通知データが、当該商品に関して新たな入札があっ
    たことおよび当該入札価格を示し、 前記決定手段が、所定のタイミングにて落札者を決定す
    るように構成されたことを特長とする請求項１２に記載
    のサービス提供サーバ。