(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介してサーバに繋がれた２つの端末間で、将棋及び囲碁のいずれかの対局を行うネットワーク対局ゲームシステムにおいて、
前記端末は、
前記将棋の対局か囲碁の対局かを選択させる選択入力手段と、
その選択入力手段により将棋が選択された場合に、
前記端末に将棋用の盤面を有する対局表示ウィンドウを表示する対局表示ウィンドウ設定手段と、
アニメーション起動指令を受け、将棋の駒移動のアニメーションを、前記対局表示ウィンドウ上に表示するアニメーション表示手段と、
前記盤面上において駒移動の入力を行う入力手段と、
前記入力手段による入力を基に、アニメーション起動指令を生成し、該指令を前記端末の前記アニメーション表示手段に送信し、また前記サーバにも送信するアニメーション起動指令生成手段とを備え、
前記サーバは、
一方の端末から受信した前記アニメーション起動指令を、もう一方の端末へ配信するアニメーション起動指令配信手段を備え、
前記２つの端末が交互にアニメーション起動指令を前記サーバに送信し、前記通信ネットワークを常時接続した状態で該ネットワークを通じて対局ゲームを進行する一方、
さらに棋譜として駒の移動情報を手番毎に保存する駒の移動情報保存手段と、その駒の移動情報を読み出す駒の移動情報読出し手段と、その読み出された駒の移動情報を棋譜として各端末に互いに同期してリアルタイムに表示させる表示制御手段とが設けられ、
前記サーバに繋がれている複数の前記端末は、前記駒の移動情報に基づき、それぞれの端末に同様の棋譜を互いに同期してリアルタイムに表示する表示手段を備えることを特徴とするネットワーク対局ゲームシステム。
【請求項２】
通信ネットワークを介してサーバに繋がれた２つの端末間で、将棋及び囲碁のいずれかの対局を行うネットワーク対局ゲームシステムにおいて、
前記端末は、
前記将棋の対局か囲碁の対局かを選択させる選択入力手段と、
その選択入力手段により囲碁が選択された場合に、
前記端末に囲碁用の盤面を有する対局表示ウィンドウを表示する対局表示ウィンドウ設定手段と、
アニメーション起動指令を受け、囲碁の石打ちのアニメーションを、前記対局表示ウィンドウ上に表示するアニメーション表示手段と、
前記盤面上において石打ちの入力を行う入力手段と、
前記入力手段による入力を基に、アニメーション起動指令を生成し、該指令を前記端末の前記アニメーション表示手段に送信し、また前記サーバにも送信するアニメーション起動指令生成手段とを備え、
前記サーバは、
一方の端末から受信した前記アニメーション起動指令を、もう一方の端末へ配信するアニメーション起動指令配信手段を備え、
前記２つの端末が交互にアニメーション起動指令を前記サーバに送信し、前記通信ネットワークを常時接続した状態で該ネットワークを通じて対局ゲームを進行する一方、
さらに棋譜として碁石の石打ち情報を手番毎に保存する碁石の石打ち情報保存手段と、その碁石の石打ち情報を読み出す碁石の石打ち情報読出し手段と、その読み出された碁石の石打ち情報を棋譜として各端末に互いに同期してリアルタイムに表示させる表示制御手段とが設けられ、
前記サーバに繋がれている複数の前記端末は、前記碁石の石打ち情報に基づき、それぞれの端末に同様の棋譜を互いに同期してリアルタイムに表示する表示手段を備えることを特徴とするネットワーク対局ゲームシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを介してサーバに繋がれた２つの端末間で、将棋及び囲碁のうち少なくともいずれか一方のゲームの対局が可能なネットワーク対局ゲームシステム、及び該システムを実現するコンピュータプログラムに関する。
【０００２】
【従来の技術】
従来、通信ネットワークを介して所定のサーバに接続し、そこに接続している他のユーザーと、将棋、囲碁などのゲームを対局するネットワーク対局ゲームシステムが広く普及している。通常、このようなゲーム対局は、公知のプログラミング言語であるＪａｖａ（米国Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社の商標名）で記述されたアプレットにより、各端末のインターネットＷＥＢブラウザ上で実現される。アプレットは、サーバへの接続時に端末へダウンロードされ、インターネットＷＥＢブラウザ上で動作し、サーバとの接続が断たれた時（アプレット終了時）に端末から消去される。
【０００３】
【発明が解決しようとする課題】
しかし、このようなアプレットを用いたネットワーク対局ゲームでは、アプレットのダウンロードの手間、ゲーム時のアプレットによる通信量の増大等の問題からアプレットの容量を小さくする必要があり、それによりゲームの機能は限られたものになってしまう。例えば、ゲームの表示に関していえば、将棋における駒の移動や、囲碁における石打ちの際に、駒移動／石打ちのアニメーションを端末側に表示させるには、駒移動／石打ちの前後の表示を切換えるだけの処理と比べて大容量のデータの処理を必要とするため、アニメーションを表示させることは困難である。このようにアニメーション表示が行われないため、駒移動／石打ちの際に棋譜を表示していたとしても、どの駒がどのように移動したかということがユーザーに視覚的にわかりにくいというような問題点があった。
【０００４】
そこで本発明の課題は、ユーザーが、視覚的にゲームの進行を容易に理解でき、あたかも本格的な将棋や囲碁の対局がそこで実際に行われているかのような操作感を得ることが可能なネットワーク対局ゲームシステムと、該システムをコンピュータ上にて実現するためのコンピュータプログラムを提供することにある。
【０００５】
【課題を解決するための手段及び作用・効果】
上記課題を解決するため、本発明のネットワーク対局ゲームシステムでは、  通信ネットワークを介してサーバに繋がれた２つの端末間で、将棋及び囲碁のいずれかの対局を行うネットワーク対局ゲームシステムにおいて、
前記端末は、
前記将棋の対局か囲碁の対局かを選択させる選択入力手段と、
その選択入力手段により将棋が選択された場合に、
前記端末に将棋用の盤面を有する対局表示ウィンドウを表示する対局表示ウィンドウ設定手段と、
アニメーション起動指令を受け、将棋の駒移動のアニメーションを、前記対局表示ウィンドウ上に表示するアニメーション表示手段と、
前記盤面上において駒移動の入力を行う入力手段と、
前記入力手段による入力を基に、アニメーション起動指令を生成し、該指令を前記端末の前記アニメーション表示手段に送信し、また前記サーバにも送信するアニメーション起動指令生成手段とを備え、
前記サーバは、
一方の端末から受信した前記アニメーション起動指令を、もう一方の端末へ配信するアニメーション起動指令配信手段を備え、
前記２つの端末が交互にアニメーション起動指令を前記サーバに送信し、前記通信ネットワークを常時接続した状態で該ネットワークを通じて対局ゲームを進行する一方、
さらに棋譜として駒の移動情報を手番毎に保存する駒の移動情報保存手段と、その駒の移動情報を読み出す駒の移動情報読出し手段と、その読み出された駒の移動情報を棋譜として各端末に互いに同期してリアルタイムに表示させる表示制御手段とが設けられ、
前記サーバに繋がれている複数の前記端末は、前記駒の移動情報に基づき、それぞれの端末に同様の棋譜を互いに同期してリアルタイムに表示する表示手段を備えることを特徴とする。
【０００６】
また、本発明は、
通信ネットワークを介してサーバに繋がれた２つの端末間で、将棋及び囲碁のいずれかの対局を行うネットワーク対局ゲームシステムにおいて、
前記端末は、
前記将棋の対局か囲碁の対局かを選択させる選択入力手段と、
その選択入力手段により囲碁が選択された場合に、
前記端末に囲碁用の盤面を有する対局表示ウィンドウを表示する対局表示ウィンドウ設定手段と、
アニメーション起動指令を受け、囲碁の石打ちのアニメーションを、前記対局表示ウィンドウ上に表示するアニメーション表示手段と、
前記盤面上において石打ちの入力を行う入力手段と、
前記入力手段による入力を基に、アニメーション起動指令を生成し、該指令を前記端末の前記アニメーション表示手段に送信し、また前記サーバにも送信するアニメーション起動指令生成手段とを備え、
前記サーバは、
一方の端末から受信した前記アニメーション起動指令を、もう一方の端末へ配信するアニメーション起動指令配信手段を備え、
前記２つの端末が交互にアニメーション起動指令を前記サーバに送信し、前記通信ネットワークを常時接続した状態で該ネットワークを通じて対局ゲームを進行する一方、
さらに棋譜として碁石の石打ち情報を手番毎に保存する碁石の石打ち情報保存手段と、その碁石の石打ち情報を読み出す碁石の石打ち情報読出し手段と、その読み出された碁石の石打ち情報を棋譜として各端末に互いに同期してリアルタイムに表示させる表示制御手段とが設けられ、
前記サーバに繋がれている複数の前記端末は、前記碁石の石打ち情報に基づき、それぞれの端末に同様の棋譜を互いに同期してリアルタイムに表示する表示手段を備えることを特徴とする。
【０００７】
上記のように、端末の対局表示ウィンドウ上にアニメーションを表示するためのアニメーション表示手段を端末側に設けておき、アニメーション起動指令のみを端末とサーバとの間でやり取りするようにネットワーク対局ゲームシステムを構成すれば、アニメーション起動指令は、将棋の場合には駒の種類情報、移動前位置情報、及び移動後位置情報等、囲碁の場合には碁石の種類情報、及び石打ち位置情報等と、アニメーション自体をやり取りする場合と比べて比較的容量の少ない情報から構成することができる。これにより、端末とサーバとの間では低容量の通信モジュールがやり取りされることになるので、データ送受信に要する時間やサーバの処理負担の軽減を実現させながら、アニメーション表示をすることが可能となり、ユーザーは視覚的にゲームの進行を容易に理解できるようになる。
【０００８】
また、前記サーバは、対局状態にない端末にも前記アニメーション起動指令を配信することが可能であり、
該対局状態にない端末は、前記サーバからの前記アニメーション起動指令を受信し、前記対局表示ウィンドウに前記アニメーションを表示させることが可能であり、それにより前記対局表示ウィンドウに前記対局をリアルタイムに閲覧表示することが可能なようにネットワーク対局ゲームシステムを構成すれば、対局を行っていない第３者が、前述と同様のアニメーション表示された対局を観戦することができるため、第３者は視覚的にゲームの進行を容易に理解できるようになる。
【０００９】
本発明のネットワークゲーム対局システムでは、前記サーバ及び前記端末は、前記対局表示ウィンドウ内にチャット情報の表示を行い、前記対局に係る端末間でチャットを実行可能にするチャット実行手段を有する。ここでいう対局に係る端末間というのは対局状態にある２つの端末と、更に対局を閲覧表示している第３者の端末とを含む意味である。これにより、対局者同士、又はそれに観戦者を加えた間でチャットを行うことができ、あたかも実際に一つの盤面を複数の人間で囲み、会話を交わしながら対局を行っているような感覚が得られる。
【００１０】
また、そのような場では観戦者が横槍を入れてくる場合があり、対局者が集中できない場合があるので、前記対局状態にある端末に、前記対局状態にない端末のチャットの参加を拒否することが可能な機能を持たせることで、観戦者の横槍を防ぐことができる。
【００１１】
本発明のネットワークゲーム対局システムでは、前記端末は、対局の棋譜を保存することが可能であり、対局後に該棋譜に基づいて前記対局を前記対局表示ウィンドウ上に再現表示することができるよう構成されている。対局表示ウィンドウに対局の再現表示を行うことで、ユーザーは視覚的に容易に過去の対局を振返ることができるようになる。
【００１２】
また、本発明のネットワーク対局ゲームシステムでは、前記サーバに繋がれている複数の前記端末は、過去の対局の棋譜を基に、それぞれの端末に同様の再現表示を、各端末で互いに同期してリアルタイムに行うことが可能であることを特徴とする。そして、前記端末はそのようなリアルタイムの再現表示をそれぞれの対局ウィンドウ上に表示し、前記サーバ及び前記端末がチャット実行手段を有する場合には、前記サーバは、該複数の端末を前記対局に係る端末とし、該複数の端末間でチャットを行うことを可能となるようネットワークゲーム対局システムを構成すると、複数の端末でリアルタイムに過去の対局の再現表示を行うことができる。また、端末がチャット機能を有する場合には、再現表示を見ながらチャットを行うことにより、ユーザー同士でその対局についての話し合いを行うことが可能となる。
【００１３】
さらに、前記複数の端末のうち少なくとも一つを操作するユーザーは将棋及び／又は囲碁の有段者であり、他の端末を操作するユーザーは、前記有段者とリアルタイムに前記再現表示を閲覧することにより、前記有段者から前記チャットで指導を受けることを可能にすれば、ユーザーの競技レベルの向上に繋がる。そして、前記指導を受けたユーザーは、前記指導の行われた対局数に応じて、前記有段者に料金を払うことで、有段者に副収入をもたらすことになる。
【００１４】
本発明のネットワークゲーム対局システムでは、
前記サーバ及び前記端末は、通信ネットワークを介して繋がっている複数の端末間のチャットが可能なチャットルームを設定し、該チャットルームのチャット情報を、各端末に設定されるチャットルームウィンドウに表示を行うチャットルーム実行手段を有し、
前記端末が前記サーバにアクセスを開始した際、または前記ネットワーク対局ゲーム終了後において、前記端末を操作するユーザーは、前記チャットルームに参加し、前記チャットルームに参加している他のユーザーとチャットを交わすことにより、対局の協議を行い、両者が合意に至った場合に、前記ネットワーク対局ゲームを開始することを特徴とする。
【００１５】
上記のように、複数の端末間のチャットを可能とするチャットルームを設けることにより、ユーザーはあたかも将棋道場又は碁会所のような所へ行き、対局相手を見つけて、対局を行うといったような操作感を得ることができる。
【００１６】
本発明のコンピュータプログラムは、コンピュータを上記ネットワークゲーム対局システムの各手段として機能させるためのものである。なお、該コンピュータプログラムがインストールされるコンピュータは、上記システムの各手段を機能的に実現するためのＣＰＵと該ＣＰＵのワークエリアとなるＲＡＭ、さらにはデータ記憶部となるべき記憶装置と、表示のための表示装置を備えたものであることが必要である。
【００１７】
【発明の実施形態】
以下、本発明のネットワークゲーム対局システムの実施形態について、添付の図面を参照して説明する。
図１は、本発明のネットワークゲーム対局システム１（以下、単にシステム１ともいう）の全体構成を示すブロック図である。システム１は、インターネット等の通信ネットワーク２、該通信ネットワーク２を介して接続されるサーバ３、ユーザーのパーソナルコンピュータ等にて構成される端末４とを含み、インターネットやイントラネット、パソコン通信網、公衆電話回線網、ＬＡＮ等からなる通信ネットワーク２（本実施形態ではインターネットである）を介してサーバ３に繋がれた端末４同士で、将棋及び囲碁のうちいずれかのゲーム対局を行うものである。
【００１８】
図２は端末４の構成例であり、Ｉ／Ｏポート１１を備え、これにＣＰＵ１２、ＲＯＭ１３、ＲＡＭ１４、ローカルボリュームをなすハードディスクドライブ（ＨＤＤ）１５、ネットワーク接続のための変復調部（モデム、ルータ、ＬＡＮボードなど）１６、キーボード、マウスその他のポインティングデバイスからなる入力部１７、モニタ１８、Ｄ／Ａ変換器１９及びこれにつながれるスピーカ２０等が接続されている。また、ＨＤＤ１５以外の記憶装置（ＣＤ−ＲＯＭドライブ等）２１も接続されている。
【００１９】
ＲＡＭ１４は、ＣＰＵ１２のワークエリアとなるもので、ＣＰＵ１２が実行するゲームプログラムの実行メモリと、そのゲームプログラム実行時に使用する種々のデータメモリ（キャッシュメモリを含む）のエリアが形成される。メモリにロードされるゲームプログラムは、前記したＨＤＤ１５にインストールされている。本実施形態においては、ゲームプログラムはＣＤ−ＲＯＭの形態で配布され、記憶装置（ＣＤ−ＲＯＭドライブ）２１よりインストールされるが、ゲームプログラムをインターネット２を介してサーバ３よりダウンロードし、ＨＤＤ１５にインストールする等の他の形式であっても構わない。
【００２０】
以下、各メモリの意味について説明すると、まず、ＯＳ実行メモリは、端末４のオペレーティングシステムソフトウェア（ＯＳ：本実施形態ではＷｉｎｄｏｗｓ（米国Ｍｉｃｒｏｓｏｆｔ社の商標名）の中でもＷｉｎｄｏｗｓ９５  ＯＳＲ２以上のものを使用している）を実行するためのワークメモリである。そして更に、そのＯＳ上で稼働するゲームプログラムを実行するためのワークメモリが形成されており、該ゲームプログラム実行メモリでは、後述するゲーム対戦及びチャットに関する情報の処理、又はサーバ３への送受信を行う。
【００２１】
次に、図３は、サーバ３の構成例であり、Ｉ／Ｏポート４０を備え、これにＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ハードディスクドライブ（ＨＤＤ）で構成された固定記憶装置４８、ネットワーク接続のための変復調部（モデム、ルータ、ＬＡＮボードなど）４４、入力部４５、モニタ４６等が接続されている。ＨＤＤ４８には、ゲームシステムに関するプログラム及びデータが記憶されており、その領域内には、後述するチャットルーム及び対局ルームが形成され、端末４からの入力があった場合には、ＣＰＵ４１及びＲＡＭ４３により内容を随時更新される。
【００２２】
また、ＲＡＭ４３の各メモリの意味について説明すると、ＯＳ実行メモリは、サーバ３のオペレーティングシステムソフトウェア（ＯＳ：本実施形態ではＷｉｎｄｏｗｓ（米国Ｍｉｃｒｏｓｏｆｔ社の商標名）の中でもＷｉｎｄｏｗｓ２０００  Ｓｅｒｖｅｒを使用している）を実行するためのワークメモリである。そして更に、そのＯＳ上で稼働するゲームシステムプログラムを実行するためのワークメモリが形成されており、該ゲームシステムプログラム実行メモリでは、後述するゲーム対戦及びチャットに関する情報の受信及び処理（前述のＨＤＤ４８の内容更新を含む）、又は端末４への配信を行う。
【００２３】
本実施形態のネットワーク対局ゲームシステムでは、サーバ３及び端末４は、通信ネットワーク２を介して繋がっている複数の端末４間のチャットが可能なチャットルームを設定し、該チャットルームのチャット情報を、各端末に設定されるチャットルームウィンドウに表示を行うチャットルーム実行手段を有し、端末４がサーバ３にアクセスを開始した際、またはネットワーク対局ゲーム終了後において、端末４を操作するユーザーは、チャットルームに参加し、チャットルームに参加している他のユーザーとチャットを交わすことにより、対局の協議を行い、両者が合意に至った場合に、ネットワーク対局ゲームを開始することを特徴とする。具体的な内容については、以下にフローチャートを用いて説明する。
【００２４】
図４は、本実施形態のネットワーク対局ゲームシステムの全体の流れを示すフローチャートである。以下、箇条書きにて記述すると、
▲１▼端末（以下、クライアントともいう）はゲームプログラム（ソフト）を立ち上げ、将棋及び囲碁のうちいずれかのゲームを選択する（Ｒ１）。
▲２▼クライアントは、ホストサーバに接続後（Ｒ２）、ＩＤパスワード認証を行う（Ｒ３）。
▲３▼対局中にネットワークが切れた後に再接続してもなお、対局相手が待っていた場合には対局を続行する（Ｒ５→Ｒ６）。
▲４▼システムは会員認証後、チャットルームへ入室する本人を入室リストへ追加する（Ｒ７）。
▲５▼チャットルームへ入室した会員はチャットにて、将棋対局相手を探したり談話したりできる（Ｒ８）。また、ここから将棋対局や対局観戦に飛ぶ（以下、対局ルームに入るともいう）ことができる（Ｒ９、Ｒ１０及びＲ１１）。
▲６▼会員のプログラムは、退室する本人を入室リストから削除した後（Ｒ１３）、終了する（Ｒ１４）。
【００２５】
なお、端末４のチャットルームウィンドウには、チャットルームに参加しているユーザーの競技レベルが表示されている（図８中のチャット入室ウィンドウ参照）。この競技レベルは、過去の対局結果に応じて決定される。これにより、ユーザーは自分の競技レベルに適した対戦相手を探すことができる。
【００２６】
図５は、図４でＲ８（チャット）から、Ｒ１０（対局を申し込まれる）か、若しくはＲ１１（対局を申し込む）に移った際に行う処理の流れをフローチャートで示したものである。以下箇条書きにて記述すると、
▲１▼クライアントソフトで対局希望者と対局相手との段級位差から対局条件（後述）を割出す（Ｒ１１１）。
▲２▼対局希望者は、対局条件の確認／変更を行い、対局相手に条件を提示する（Ｒ１１２）。
▲３▼対局相手は対局希望者からの対局条件を確認し、対局条件承諾（Ｒ１０１）、対局拒否（Ｒ１０２）、対局条件修正（Ｒ１０３）を選択する。対局条件承諾すると対局開始（→Ｂ１）とし、対局条件修正にて対局希望者に修正条件を提示（→Ｒ１１３）できる。
▲４▼対局希望者は、対局相手から対局条件の提示を確認し、対局を諦めるかどうかを選択する（Ｒ１１３）。諦めないのであれば、操作は▲２▼の手順に戻る。
なお、対局条件とは、段級位差がある場合に、平手、飛車落ち、角落ち、２枚落ち等のハンディーキャップを設けることである。
【００２７】
以下、チャットについての説明を行う。
まず、図７にチャットルームにおけるチャットの流れをフローチャートで示す。以下、箇条書きにて記述すると、
▲１▼サーバ３からチャットルーム入室リストをサーバ３より参照し、入室中会員と接続する。入室リストはチャットルームウィンドウ（図８参照）にリスト表示する。
▲２▼入室者は、状態変更（Ｃ３５）、対局申込み（Ｃ３２：前述のＲ１１へ）、各種設定（Ｃ３１）、退室（Ｃ３４）、チャット文字入力（Ｃ３３）のうちいずれかを選択する。
【００２８】
なお、チャット入室ウィンドウ（図８参照）には、ユーザーの対局する意思を表すために、「対局希望」又は「対局拒否」のうちどちらかが表示されるが、これは、状態変更（Ｃ３５）において選択される。また、その時点で対局を行っているユーザーには「対局中」、対局を観戦しているユーザーには「観戦中」と表示される。
【００２９】
また、チャット実行手段を有する端末４は、特定のユーザーのみにチャット情報を送信する秘話（Ｗｈｉｓｐｅｒ）機能、及び／又は特定のユーザーから送信されたチャット情報を表示しない無言（Ｍｕｔｅ）機能を有する。これらはそれぞれ各種設定（Ｃ３１）において選択され、Ｃ２４において、チャット受信がＭｕｔｅ指定者からの受信である場合にはチャットウィンドウ（図８参照）に表示せず、またＣ３６において、チャット送信を指定の相手（Ｗｈｉｓｐｅｒ指定）にのみ送信する（Ｃ３８）。
【００３０】
図８（ａ）は、端末４のモニタ１８に表示されるチャットルームウィンドウである。ウィンドウの左部分にはチャット内容が表示されるチャットウィンドウが、またその下にはチャット文字入力ウィンドウが配されている。右上のチャット入室ウィンドウには、チャットルームに入室している全てのユーザーの名前、段級位（前述）、状態（前述）が表示されており、クライアントの入室退室時に更新処理が行われる。またその下には、定型文ウィンドウが設けられ、ユーザーはその中にある文章をクリックするだけでチャット文字入力ウィンドウにその文章を入力でき、手軽にチャットを楽しむことができる。また、チャットルームウィンドウの下部分には、「対局申込み」、「対局回覧」、「状態変更」、「退室」のボタンが設けられている。ここで「対局回覧」とは、現在行われている対局全てをダイアログにてリスト表示させ、そして観戦したい対局をこのリストから選択し観戦ボタンを押すことにより、画面を将棋対局画面へと移し、対局を観戦することができるものである。対局観戦の詳細については後述する。
【００３１】
また、チャット実行手段を有する端末４は、チャット情報を受信し、表示する際に、ユーザー別に色及び／又は音の設定を行うようにすることができる。図８（ｂ）のチャットルームウィンドウのように、色設定ボタン又は着信音設定ボタンを設けることにより、チャットウィンドウ及びチャット入室ウィンドウに表示される特定のユーザー及びそのユーザーの発言文に色をつけたり、または特定のユーザー発言が表示されるときに、着信音を鳴らしたりすることができるので、端末を操作するユーザーは、自分が分かりやすいようにチャットを設定することができる。なお、ここでいう特定のユーザーとは１ユーザーと限らない。
【００３２】
更に、チャット実行手段を有する端末４は、送信するチャット情報中のチャット発言文の任意の部分に所定の色の設定を行うようにすることができる。図８（ｃ）のチャットルームウィンドウのように、パレット（本実施例では１６色）を設けることにより、チャットの発言文の特定個所に、選択した色を付加することができる。これにより、色彩豊かなチャットを楽しむことができる。
【００３３】
サーバ３は、サーバ３に接続しているチャット実行手段を有する端末４の対局表示ウィンドウ（後述）及び／又はチャットルームウィンドウ内に、所定のメッセージを所定の時間に表示させることが可能である。つまり、サーバ３の管理者が、サーバ３にメッセージを登録することにより時間を指定して（繰り返すことも可能）にてログインしているユーザーに特定のメッセージを自動発信できる。これにより、システム運営側から様々な情報をユーザーに流すことが可能となる。
【００３４】
以下、対局についての説明を行う。
まず、図６に将棋の対局の流れについてのフローチャートを示す。以下、箇条書きにて記述すると、
▲１▼対局開始後に対局条件設定に従い、対局者双方の画面初期処理を行う。先手は手番となり、後手は先手からのデータ受信待ちをする。
▲２▼手番は、駒を進めるまたは駒を打つ（Ｂ３４またはＢ３５）、投了（Ｂ３３）、待った（Ｂ３１）のいずれかを選択する。この状態（手番の選択）に入ると同時に、時間のカウントを開始し、時間のカウント開始から持ち時間を超えてしまった場合（Ｂ３２）、投了とする。また選択した情報は、対局相手に送信されるが、駒を進める（Ｂ３４）、駒を打つ（Ｂ３５）については禁じ手のチェック処理が入る。
▲３▼禁じ手の千日手（後述）の場合、引分け要求（Ｂ４３）、続行要求（Ｂ４５）、打ち直し要求（Ｂ４４）を選択しなければならない。また、連続王手による千日手（後述）の場合、成立の時点でメッセージとともに、相手に手番を移す。
▲４▼対局相手から送られてきた受信データは、相手投了（Ｂ２１）、相手勝ち受信（Ｂ２７）、引分け／打ち直し／続行要求（Ｂ２２）、引分け／打ち直し／続行返答（Ｂ２８）、駒打ちまたは駒移動（Ｂ２４）、待った要求（Ｂ２６）、待った返信（Ｂ２５）、に分類され、所定の処理が行われる。
なお、駒を進める（Ｂ３４）または駒を打つ（Ｂ３５）の入力が行われたときには、入力を行った側の端末もその指令を受け、アニメーションを表示する。
【００３５】
駒を進める（Ｂ３４）または駒を打つ（Ｂ３５）ことにより送信する（Ｂ４７）指令（受信側に相手の駒移動または駒打ち（Ｂ２４）として入る指令）を交互にやり取りをする、つまり、一方が手番のときはもう一方がデータ受信待ちをし、該指令を送信した後、今度はその逆となり、それを繰り返すことによりゲームが進行する。このような指令は、前記駒移動のアニメーション起動指令に相当し、２つの端末４が交互にアニメーション起動指令をサーバ３に送信することで対局ゲームが進行する。
【００３６】
若しくは、端末４が送信する全ての指令（Ｂ４１〜４７：受信側ではＢ２１〜２７）を広い意味でのアニメーション起動指令と見なせば（厳密には、受信してもアニメーションが起動しないものがある）、このアニメーション起動指令を端末間で交互にやり取りすることにより、対局ゲームが進行すると見ることもできる。
【００３７】
駒移動のアニメーション表示は、アニメーション起動指令に含まれる移動指定駒の移動情報に基づき、対局表示ウィンドウ上において、次のように表示される。図１２にその流れを示す。移動指定駒と同種類で半透明にデザインされた半透明駒を、移動指定駒上に重なるよう表示し（図１２（ｂ））、移動指定駒を消去した後、半透明駒を移動指定駒の移動先に漸近するよう移動表示し（図１２（ｃ））、半透明駒が移動指定駒の移動先に到達するとともに、移動指定駒を半透明駒上に重なるよう表示した後（図１２（ｄ））、半透明駒を消去する（図１２（ｅ））といった一連のアニメーション表示を行うことで駒の移動を表現する。
【００３８】
半透明駒の移動のアニメーションは端末側で表示処理が行われる。アニメーション起動指令の中には、移動前と移動後のみの情報が含まれており（例えば、図１４のように）、端末はアニメーション起動指令を受け取ると、半透明駒が元位置から置位置まで徐々に移動するような所定の数のフレームを生成し、そのフレームを順次、対局ウィンドウの盤上に合成して表示するといった処理を行うことで、半透明駒が移動するアニメーションを表示することができる。
【００３９】
また、図１２（ｄ）もしくは図１２（ｅ）の段階で、所定の効果音（例えば、駒を打つ音）を鳴らすようにしておけば、駒を置いたときに音が鳴るといったように、ユーザーは実際に将棋をしているような感覚が得られる。
【００４０】
次に、図９に囲碁の対局の流れについてのフローチャートを示す。以下、箇条書きにて記述すると、
▲１▼対局開始後に対局条件設定に従い、対局者双方の画面初期処理を行う。先手は手番となり、後手は先手からのデータ受信待ちをする。
▲２▼手番は石打ち（Ｇ３７）、パス（Ｇ３５）、投了（Ｇ３４）、待った（Ｇ３１）、引分け（Ｇ３２）のいずれかを選択しなければない。この状態（手番の選択）に入ると同時に、時間のカウントを開始し、時間のカウント開始から着手設定時間を超えてしまった場合（Ｇ３３）、投了とする（Ｇ３４）。また、対局開始からの時間のカウントの合計が設定持ち時間を超えても同様とする。そして、選択した情報は、対局相手に送信される。
▲３▼対局相手から送られてきた受信データは、引分け要求（Ｇ２２）、引分け返答（Ｇ２１）、相手投了（Ｇ２３）、終局（Ｇ２４）、相手パスまたは石打ち（Ｇ２５）、待った要求（Ｇ２７）、待ったの返答（Ｇ２６）の７つに分類され、所定の処理が行われる。
なお、石打ち（Ｇ３７）の入力が行われたときには、入力を行った側の端末もその指令を受け、アニメーションを表示する。
【００４１】
石打ち（Ｇ３７）の入力をすることにより送信する（Ｇ４５）指令（受信側に相手パスまたは石打ち（Ｇ２５）として入る指令）を交互にやり取りをする、つまり、一方が手番のときはもう一方がデータ受信待ちをし、該指令を送信した後、今度はその逆となり、それを繰り返すことによりゲームが進行する。このような指令は、前記石打ちのアニメーション起動指令に相当し、２つの端末４が交互にアニメーション起動指令をサーバ３に送信することで対局ゲームが進行する。
【００４２】
若しくは、端末４が送信する全ての指令（Ｇ４１〜４５：受信側ではＧ２１〜２７）を広い意味でのアニメーション起動指令と見なせば（厳密には、受信してもアニメーションが起動しないものがある）、このアニメーション起動指令を端末間で交互にやり取りすることにより、対局ゲームが進行すると見ることもできる。
【００４３】
石打ちのアニメーション表示は、アニメーション起動指令に含まれる石打ち位置情報に基づき、対局表示ウィンドウ上において、次のように表示される。図１３にその流れを示す。対局表示ウィンドウ上に表示される碁石よりも大きい拡大碁石を、石打ちを行う位置が中心となるよう表示した後（図１３（ｂ））、拡大碁石を半径方向に漸次縮小するように表示し（図１３（ｃ））、拡大碁石が対局表示ウィンドウ上に表示される碁石と同じ大きさに到達するとともに、碁石を拡大碁石上に重なるよう表示した後（図１３（ｄ））、拡大碁石を消去する（図１３（ｅ））といった一連のアニメーション表示を行うことで石打ちを表現する。なお、拡大碁石は半透明にデザインされていてもよい。
【００４４】
拡大碁石の縮小アニメーションは端末側で表示処理が行われる。アニメーション起動指令の中には、碁石の種類、及び石打ちする位置の情報が含まれており、端末はアニメーション起動指令を受け取ると、拡大碁石が、所定の大きさから、対局ウィンドウに表示される碁石の大きさまで徐々に縮小するような所定の数のフレームを生成し、そのフレームを順次、対局ウィンドウの盤上に合成して表示するといった処理を行うことで、拡大碁石が縮小するアニメーションを表示することができる。
【００４５】
また、図１３（ｄ）もしくは図１３（ｅ）の段階で、所定の効果音（例えば、石打ちの音）を鳴らすようにしておけば、碁石を置いたときに音が鳴るといったように、ユーザーは実際に囲碁をしているような感覚が得られる。
【００４６】
以下、対局者以外の第三者が対局ルームに入り、対局を観戦する仕組みについて説明する。サーバ３は、対局状態にない端末４にもアニメーション起動指令を配信することが可能であり、該対局状態にない端末４は、サーバ３からのアニメーション起動指令を受信し、対局表示ウィンドウにアニメーションを表示させることが可能であり、それにより対局表示ウィンドウに対局をリアルタイムに閲覧表示することが可能となるよう構成されている。つまりは、対局状態にある端末４が送信したアニメーション起動指令（前述）を受信したサーバ３は、対戦状態にあるもう一方の端末４に該アニメーション起動指令を配信するとともに、対局ルーム内の対局状態にない端末４にも配信する。それにより、対局状態にない端末４の対局表示ウィンドウには、その対局が表示され（以下、閲覧表示ともいう）、ユーザーは観戦することができる。なお、対局ルーム内の対局状態にない端末は常にデータ受信待ちの状態となるので、対局状態にない端末は、閲覧表示時において、入力手段によって駒移動及び／又は石打ちの入力をすることを禁止されている状態である。
【００４７】
また、対局状態にある端末は、対局状態にない端末が閲覧表示を行うことを拒否することが可能なようになっている。つまり、対局ルームに対局者以外のユーザーが入ることを拒否することができる。
【００４８】
次に、対局状態に入った際に、端末４のモニタ１８に表示される盤面を含む対局表示ウィンドウについて説明する。図１０に将棋、図１１に囲碁の対局表示ウィンドウを示す。ウィンドウの大半を占めるように盤が表示され、将棋の場合にはその隣に駒置台が表示されている。実際の将棋では駒置台は将棋盤の自陣の右隣に置くが、ここでは２つとも盤の右側に置くことで将棋盤の面積を大きくするようにしている。また、盤の上下には、それぞれの対戦者名、競技レベル、持ち時間などを表示する対戦者ウィンドウが表示されているが、これはマウスドラッグ＆ドロップで移動可能に構成されている。
【００４９】
サーバ及び端末は、対局表示ウィンドウ内にチャット情報の表示を行い、対局に係る端末間でチャットを実行可能にするチャット実行手段を有する。具体的には、対局表示ウィンドウの右側に、チャットを行うための対局チャットウィンドウ、対局チャット文字入力ウィンドウ及び定型文のウィンドウが設けられている。ここで、対局に係る端末というのは、対局者に加え、対局を観戦（前述）しているユーザーも含めるものである。また、対局状態にある端末（対局者）は、対局状態にない端末（観戦者）のチャットの参加を拒否することが可能である。
【００５０】
このような対局に係る端末間（対局ルーム）でのチャットは、図７に示したようなチャットルームでのチャットと同様の構成にすることができる（ここではチャットルームが対局ルームに当たる）。ただし、この場合のチャットは、状態変更（Ｃ３５）及び対局申込み（Ｃ３２）のコマンドが存在せず、また対局状態にある端末（対局者）が退室（Ｃ３４）のコマンドを実行することができないよう構成されることになる。
【００５１】
また、対局ルームでのチャットは、チャットルームでのチャットと同様に構成されるため、前述のような、チャット情報を表示する際にユーザー別に色及び／又は音の設定を行うことが可能な機能や、チャット発言文の任意の部分に所定の色の設定を行うことが可能な機能を持たせることができる。
【００５２】
将棋の場合、対局表示ウィンドウでは、図１０に示すように、入力手段により選択した駒の移動可能な範囲は、盤面上に盤面とは異なる色にて表示される。詳しくは、将棋の盤の１マスが１つの座標となるよう盤座標空間（将棋では（１〜９、１〜９）の座標となる）を定義し、座標上の駒が指定された際に、図１５に示す駒移動の法則に従って駒移動可能な座標を計算し、その座標に該当するマスを将棋盤の色とは異なる色にて表示する。なお、駒移動可能な座標上に自駒がある場合にはその座標は含めない。図１５中で（※）印がついているものは、駒の存在する座標にぶつかるまで（ぶつかる駒が、自駒である場合はその座標を含めず、敵駒である場合はその座標を含める）、もしくは盤座標のある限り、その計算を行うものを示すものである。
【００５３】
以下、棋譜の再現について説明する。端末４は、対局の棋譜を保存することが可能であり、対局後に該棋譜に基づいて対局を対局表示ウィンドウ上に再現表示することが可能である。棋譜は図１６に示すよう手番毎に保存されている。将棋の場合、それぞれの手番は、図１４のように駒の移動情報から構成される。囲碁の場合、それぞれの手番は図１７のように碁石の石打ち情報から構成される。棋譜は対局中から端末４に蓄積されていく。
【００５４】
棋譜による対局の再現方法には、様々な手段を設けることができる。例えば、「１手進む」、「１手戻る」のようにユーザーの入力により１手ずつ進行するコマンドや、「自動表示」のように一定時間経過したら次の手番へ移るといったように順次進行していくコマンドや、「５手飛ばし」のようにユーザーの入力によりその手番よりも５手先の手番に飛んで表示するコマンドや、「手番指定」のように手番を指定することで所望の手番から参照することができるコマンドを設けることができる。この中で、「１手進む」、「１手戻る」及び「自動表示」のように１手ずつ進行するようなコマンドの場合は、１手毎に駒移動／石打ちのアニメーションの表示を行う。「５手飛ばし」又は「手番指定」の場合は、表示される手番に至るまでの手番全てを盤上に合成してから表示を行う。
【００５５】
サーバ３に繋がれている複数の端末４は、棋譜に基づいて、それぞれの端末４の対局表示ウィンドウにてリアルタイムに再現表示を行うことが可能である。またこのような再現表示は、対局ルームにて行われるため、前述の対局ルームでのチャットを行うことも可能である。
【００５６】
このような再現表示を行う場合、端末４を操作するユーザーは、サーバ３経由で他の端末４に棋譜を送付し、それぞれの端末４に棋譜を有した状態で、再現表示を行う。
【００５７】
上記の棋譜による再現表示を用いて、本実施形態では、将棋及び／又は囲碁の有段者に端末４を操作させ、他の端末４を操作するユーザーは、有段者とリアルタイムに再現表示を閲覧することにより、有段者からチャットにより指導を受けることができ、そして、指導を受けたユーザーは、指導の行われた対局数に応じて、有段者に料金を支払う仕組みとなっている。
【００５８】
また、棋譜による対局の再現表示は、棋譜を有する端末４が単独で行う場合、端末４が通信ネットワークを介してサーバ３に繋がれていない状態、つまりスタンドアローンの状態においても実行することが可能である。
【００５９】
以下、将棋における千日手、及び王手を含む千日手のチェックについて説明する。本発明のネットワーク対局ゲームシステムでは、対局中に駒移動の入力が行われた際に、該入力により、同一手順が３回繰り返されたかどうかを、前記対局における前記入力前の過去全ての手数に渡って検索することで、千日手のチェックを行う千日手チェック手段と、前記同一手順内に王手が含まれているかどうかを検索することで、王手を含む千日手のチェックを行う王手を含む千日手チェック手段との双方又はいずれか一方を有することを特徴とする。そのような千日手チェック手段、及び王手を含む千日手チェック手段は、入力手段（端末３内に構成される。入力部１７とは異なるものである。）に含まれてなる。本実施例においては、図６のフローチャートで示すと、駒を進める（Ｂ３４）及び駒を打つ（Ｂ３５）の入力がされた後に、千日手チェック（Ｂ５０）が行われる。将棋のルールにおいて千日手とは禁じ手であり、ここで千日手とは、同一手順を３回繰り返すことで定義される。例えば、図１８（ａ）に示すように、攻撃側（▲）がＡという手を打った後、（将棋では、玉を持つ方を攻撃側（先手）、王を持つ方を王側（後手）という）、ある手順を経て、王側（△）がＺという手を打った時に、攻撃側（▲）がＡという手を打つ前の状態に戻ってしまうというループがあるとする。この▲Ａ△Ｘ・・・▲Ｃ△Ｚという手順が３回繰り返された時点で千日手となる。本実施形態では、千日手が生じた場合（Ｂ５１）、本実施形態では引分け（Ｂ４３）、打ち直し（Ｂ４４）、続行（Ｂ４５）のうちいずれかを選択して送信する。
【００６０】
また、その手順の中に王側（△）が王手をし、攻撃側（▲）にそれを避けられるという手順が含まれていた場合には、攻撃側千日手となり、それとは逆の手順が含まれていた場合には、王側千日手となる。これらは、王手を含む千日手と呼ばれ、本実施形態では、王手を含む千日手が生じた場合には手番を入れ替える（Ｂ５２）。
【００６１】
従来では、将棋ゲームを実現するコンピュータプログラムにおいて、千日手チェックを行う機能を有しているものはあまり見られなかった。特に、王手を含む千日手をチェックしているものは全く見られなかった。千日手チェック機能を有しているとしても、棋譜を過去１０手程度参照するようなものであるので、極単純な千日手（４手で構成されるループが３回繰り返される千日手：元に戻るためには最小で４手必要）しかチェックを行えなかった。つまり、ループが始まったところから数えて１１手目（３巡目の千日手が成立する直前の手）の手が打たれた後に、過去１０手を参照して、千日手成立一手前ということを認識し、次の１２手目がループを完成させるものであった場合に千日手とするような処理である。
【００６２】
このように、禁じ手である千日手、及び王手を含む千日手を正確に判定する機能がないと、対局が正しく行われない場合が生じるので、レベルの高い対局になればなる程、また特に、本実施例のように対局結果に応じて競技レベルが決定されるようなシステムであれば、公平を期すためのチェック機能が必要とされる。
【００６３】
本発明のネットワーク対局ゲームシステムにおいて、端末４が行う千日手、及び王手を含む千日手のチェックの流れを図１８（ｂ）及び図１９のフローチャートにより説明する。この千日手、及び王手を含む千日手のチェックは全ての手数に渡って行われる。つまり、どのような長いループを含む千日手についてもチェックを行うことが可能である。なお、手数及びその手数における手は、前述のように対局中において端末４に蓄積されている。まず、Ｓ１では、現在の手数（駒移動または駒打ちの入力前の手数）が１０手以内であるかどうかが判定され、１０手以内だったら千日手チェックを終了し、１１以上であればＳ２へ移る。これは、前述のようにループの最小構成単位は４手であるためである。
【００６４】
次に、ｂの初期値を４とし（Ｓ２）、現在の手数ｎよりもｂ手前の手を参照し、手数ｎの手と同一であるかを調べる（Ｓ３）。同一でない場合はｂに２を足していき（Ｓ５）、ｂがｎ／３（小数が出てくる場合は切り上げ）よりも大きくなるまで（Ｓ４）、Ｓ３の処理を続ける。ｂがｎ／３（小数が出てくる場合は切り上げ）よりも大きくなった場合は、千日手は行われてないと判断し処理を終了する。この一連の処理は、手数ｎと同じ手を検索する処理であり、Ｓ２でｂの初期値が４であるのは最小ループが４手で構成されるためである。また、Ｓ５でｂに２を加えていくのは、４手前、６手前、８手前・・・と片側の手番（攻撃側もしくは王側）の手数のみを検索するためであり、さらに、Ｓ４でｂの上限値がｎ／３（小数が出てくる場合は切り上げ）であるのは、千日手は３回繰り返す必要があるため、最大でも手数ｎの３分の１を検索すればよいからである。したがって、実質的に検索を行うのは全手数ｎのうちの６分の１程度の手数でよいので、全部の手数を参照する場合と比べて、端末の処理負担が軽くなる。
【００６５】
そして、Ｓ３において、手数ｎ−ｂ（手数ｎのｂ手前）に手数ｎと同じ手が見つかった場合は、Ｓ６に移り、手数ｎ−ｂよりもさらにｂ手前（手数ｎ−２ｂ）に手数ｎと同じ手があるかどうか調べる。これにより、手数ｎ−２ｂ、手数ｎ−ｂ、手数ｎが全て同じ手である場合は千日手の可能性があるので、それぞれの前の手順が一緒であるか調べる。つまり、手数ｎ−ｂ＋２から手数ｎまでの手順、手数ｎ−２ｂ＋２から手数ｎ―ｂまでの手順、手数ｎ−３ｂ＋２から手数ｎ―２ｂまでの手順が一致するかどうかを調べる。一致したら、手数ｎ−ｂ＋１の手と、手数ｎ−２ｂ＋１の手とが一致するかどうかを調べる。これが一致すれば、端末は千日手の一手前と判断し、一致した手（手数ｎ−ｂ＋１の手と手数ｎ−２ｂ＋１の手）と同じ手が、次にその手を打つと千日手となる千日手候補手となる。これらの説明は図１８（ｂ）を参照すると理解しやすい。なお、これらの処理で調べた手または手順が一致しない場合は、千日手ではないのでチェックを終了する。
【００６６】
そして、Ｓ１０において、端末から入力されたｎ＋１手目の手と、前記千日手候補手とが一致した場合、千日手が成立し、次に王手を含む千日手のチェックに移る。Ｓ１１において、手数ｎ−ｂ＋１から手数ｎまでの間、つまりループの中に、王側が王手をし、攻撃側にそれを避けられるという手順が含まれていた場合には、攻撃側千日手（Ｓ１２）となり、また、Ｓ１３において、手数ｎ−ｂ＋１から手数ｎまでの間、つまりループの中に、攻撃側が王手をし、王側にそれを避けられるという手順が含まれていた場合には、王側千日手（Ｓ１４）となり、図６での手番入れ替え送信（Ｂ５２）を行うことになる。そして、ループの中にどちらの王手も含まれていない場合は、通常の千日手と判断され（Ｓ１５）、図６でにおいて、Ｂ５１の千日手選択に移り、引分け（Ｂ４３）、打ち直し（Ｂ４４）、続行（Ｂ４５）のうちいずれかを選択して相手側に送信する。
【００６７】
以上のような、手順で千日手、及び王手を含む千日手のチェックを行うと、全ての手数に渡ってチェックを行うことが可能となる。つまり、どのような長いループを含む千日手についてもチェックを行うことが可能となるのである。このようにして、本発明のネットワーク対局ゲームシステムの将棋の場合における、千日手、及び王手を含む千日手のチェックが実現し、これにより対局を行うユーザーは、本格的な将棋の対局を行うことが可能となる。
【００６８】
本実施形態では、サーバ３に端末４にて動作する最新のプログラムを格納しておき、端末４がサーバ３に通信ネットワークを介して接続した際に、端末４に搭載されたプログラムのバージョンとサーバ３に格納された最新のプログラムのバージョンとを通信ネットワークを介して比較し、比較の結果、バージョンアップの必要があると判定した場合に、通信ネットワークを介して端末４のプログラムを更新前後の差分に相当する部分のみ書き換えることを特徴とする。ここで、プログラムとは本実施形態を実現するプログラムを意味している。このように、サーバ３に繋いだ際に自動的に最新のプログラムかどうかを判断し、自動的に端末４のプログラムをアップデートする機能を持たせることにより、ユーザーは手間なく常に最新のプログラムでゲームを行うことができる。
【図面の簡単な説明】
【図１】本発明のネットワーク対局ゲームシステムの全体構造の一例を示すブロック図
【図２】端末の構成例を示すブロック図
【図３】サーバの構成例を示すブロック図
【図４】ネットワーク対局ゲームシステムの全体の流れを示すフローチャート
【図５】チャットルームから対局に入るまでの流れを示すフローチャート
【図６】将棋の対局の流れを示すフローチャート
【図７】チャットの流れを示すフローチャート
【図８】チャットルームウィンドウ
【図９】囲碁の対局の流れを示すフローチャート
【図１０】将棋における対局表示ウィンドウ
【図１１】囲碁における対局表示ウィンドウ
【図１２】将棋の駒移動のアニメーション表示の一例
【図１３】囲碁の石打ちのアニメーション表示の一例
【図１４】将棋の駒移動情報の内部定義の一例
【図１５】将棋の駒移動法則表
【図１６】棋譜の構成の一例
【図１７】囲碁の位置打ち情報の内部定義の一例
【図１８】千日手の説明図
【図１９】千日手、及び王手を含む千日手のチェックの流れを示すフローチャート
【符号の説明】
１    ネットワーク対局ゲームシステム
２    インターネット
３    サーバ
４    端末
【図１】
0003585477.tif 000002
【図２】
0003585477.tif 000003
【図３】
0003585477.tif 000004
【図４】
0003585477.tif 000005
【図５】
0003585477.tif 000006
【図６】
0003585477.tif 000007
【図７】
0003585477.tif 000008
【図８】
0003585477.tif 000009
【図９】
0003585477.tif 000010
【図１０】
0003585477.tif 000011
【図１１】
0003585477.tif 000012
【図１２】
0003585477.tif 000013
【図１３】
0003585477.tif 000014
【図１４】
0003585477.tif 000015
【図１５】
0003585477.tif 000016
【図１６】
0003585477.tif 000017
【図１７】
0003585477.tif 000018
【図１８】
0003585477.tif 000019
【図１９】
0003585477.tif 000020