ネットワークシステムおよびネットワーク接続確立方法
【課題】ネットワーク環境においてクライアントプログラムの正常動作を確保する。
【解決手段】
ネットワーク１０において、ネットワーク端末Ｂはネットワーク端末Ａへ参加要求メッセージＭ１を送信する。ネットワーク端末Ａはチェック処理部２５をネットワーク端末Ｂへ送信する。ネットワーク端末Ｂは受信したチェック処理部２５を起動する。起動されたチェック処理部２５は端末の情報を収集しネットワーク端末Ａへ送信する。端末の情報を受信したネットワーク端末Ａはネットワークの参加の許否を判断し結果を送信する。参加許可の結果を受け取った場合、チェック処理部２５はネットワーク端末Ｂのメイン処理部を起動する。起動されたメイン処理部は参加要求メッセージＭ２を送信する。参加要求メッセージＭ２を受信したネットワーク端末Ａはネットワーク端末Ｂを自身の信頼された端末リストに加える。
【解決手段】
ネットワーク１０において、ネットワーク端末Ｂはネットワーク端末Ａへ参加要求メッセージＭ１を送信する。ネットワーク端末Ａはチェック処理部２５をネットワーク端末Ｂへ送信する。ネットワーク端末Ｂは受信したチェック処理部２５を起動する。起動されたチェック処理部２５は端末の情報を収集しネットワーク端末Ａへ送信する。端末の情報を受信したネットワーク端末Ａはネットワークの参加の許否を判断し結果を送信する。参加許可の結果を受け取った場合、チェック処理部２５はネットワーク端末Ｂのメイン処理部を起動する。起動されたメイン処理部は参加要求メッセージＭ２を送信する。参加要求メッセージＭ２を受信したネットワーク端末Ａはネットワーク端末Ｂを自身の信頼された端末リストに加える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク環境におけるクライアントプログラムの正常動作の確保に関する
。
【背景技術】
【０００２】
ネットワークゲームにおいては、ユーザがクライアントプログラムを改造しゲームを有利
に進めるという不正行為が行われてきた。
【０００３】
ウイルスチェックソフトやファイアウォールソフトはユーザーがプログラムの正常動作を
確保するためのものであり、前記の場合のようにユーザ側に悪意がある場合にはプログラ
ム供給者がプログラムの正常動作を確保することには使えない。従来は通信を暗号化する
、クライアントプログラムを難読化するなどの方法により対処して来た。しかしユーザー
のＰＣ上で動かす以上クライアントプログラムを解析され改造される可能性が常にあるという欠点があった。
【０００４】
このため供給者側がクライアントプログラムの正しい動作を確保することが困難であった
。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ユーザーのＰＣ上で動かすプログラムの正常動作を確保する事を課題とする。
【課題を解決するための手段】
【０００６】
本発明は、チェック処理部をダウンロードし端末のチェックを行いチェック処理部から端
末のメイン処理を起動することを最も主要な特徴とする。
【０００７】
本発明のある態様は、ネットワークシステムに関する。このネットワークシステムは、ピ
アツーピアネットワークへの参加を要求する端末Ｂと、参加を認証する端末Ａとを含む。端末Ａは端末Ｂに対して、端末Ａによって生成されたことを確認するためのキーＣを含むチェック処理部を端末Ｂへ送信する。端末Ｂへ送信されたチェック処理部は端末Ｂ上で端末の処理が正常動作可能であることを判断する。チェック処理部は判断結果に応じて、キーＣをメイン処理部へ渡しメイン処理を起動する。起動されたメイン処理部はキーＣと共に接続要求を端末Ａへ送信する。接続要求を受け取った端末ＡはキーＣを用いて自信が送信したチェック処理部によってチェックされたことを確認しその結果に応じて端末Ｂをネットワークへの参加許可をあたえる。
【０００８】
本発明の別の態様は、ネットワークシステムに関する。このネットワークシステムは、ピ
アツーピアネットワークへの参加を要求する端末Ｂと、参加を認証する端末Ａとを含む。端末Ａは端末Ｂに対して、端末Ａによって生成されたことを確認するためのキーＣを含むチェック処理部を端末Ｂへ送信する。端末Ｂへ送信されたチェック処理部は端末Ｂ上で端末の処理が正常動作可能であるか判断するための情報Ｄを生成しキーＣと共に端末Ａへ送信する。情報ＤおよびキーＣを受け取った端末ＡはキーＣを用いて自信が送信したチェック処理部によって情報Ｄが生成されたことを確認し、また情報Ｄをもちいて端末Ｂが正常動作可能であることを判断する。 端末Ｂが正常動作可能であると判断されたならばネットワーク参加許可メッセージを送信する。ネットワーク参加許可メッセージを受け取ったチェック処理部はメイン処理を起動する。
【０００９】
本発明の別の態様は、前記の処理にタイムアウト期間を設けることができる。タイムアウ
ト処理によりチェック処理部を解析する時間を少なくすし不正処理が行われる危険性を少
なくすることができる。
【発明の効果】
【００１０】
本発明によるネットワーク接続確立方法によって接続された端末は正常動作中の端末間の
みで通信することにより不正改造された端末からの通信が混じることはなくなる。
【発明を実施するための最良の形態】
【００１１】
図１は、本実施形態におけるネットワークシステムの構成を示す。ネットワークシステム１０において、第１のネットワーク端末Ａ、第２のネットワーク端末Ｂは、それぞれネットワーク１１に接続される。ネットワーク１１は端末間の通信を確立しデータを端末間でデータを送受信する機能を持つ。ネットワーク１１はＵＤＰ（User Datagram Protocol）やＴＣＰ（Transmission Control Protocol）を用いて通信を確立しデータ交換を行うインターネットのようなＩＰネットワークでもよい。もくしは電話回線や電波通信を利用した独自のネットワークを構成してもよい。
ネットワークシステム１０はネットワーク１１上でピアツーピア通信をおこなうピアツーピアネットワークシステムでもよい。またはサーバクライアントシステムのような一対多のネットワークシステムでもよい。その際にインターネットがもつＩＰブロードキャスト機能をもちいてもよい。または前記のいずれかを組み合わせたネットワークシステムでもよい。
【００１２】
図２はネットワーク端末Ａの構成を示す機能ブロック図である。図３はネットワーク端末Ｂの構成を示す機能ブロック図である。
ネットワーク端末Ａ、ネットワーク端末Ｂは、ハードウエア的には、パーソナルコンピュータなどのＣＰＵをはじめとする素子で実施でき、ソフトウエア的にはＩＰネットワーク通信機能のあるプログラムによって実現される。
したがって、これらの機能ブロックはハードウエア、ソフトウエアの組み合わせによっていろいろな形で実現できる。
【００１３】
本システムがネットワークゲームのためのシステムである場合、各ネットワーク端末はそのゲームのプレイヤー端末である。本システムが分散処理システムである場合、各ネットワーク端末はそれぞれに割り当てられた分散処理を実行する端末である。
【００１４】
本図ではネットワークへの参加を要求する端末としてネットワーク端末Ｂ、それに応答する端末としてネットワーク端末Ａを例示するが、３台以上のネットワーク端末がこのピアツーピアネットワークシステム１０に含まれてもよい。
【００１５】
ネットワーク端末Ａは、通信部２１、キーＣ生成部２２、キーＤ生成部２３、キー保存部２４、チェック処理部２５、認証部２６、端末リスト２７からなる。
【００１６】
通信部２１はネットワーク１１を介してデータの送受信を行う。
【００１７】
キーＣ生成部２２はチェック処理部２５を一意に識別するためのキーＣを生成する。キーＣとしてランダムな文字列をもちいてもよい。キーＣとしてランダムなバイト列または情報をもちいてもよい。キーＣとしてネットワークへの接続要求があった日付の情報を含んでいてもよい。キーＣとしてネットワークへの接続要求のあるたびにインクリメントされる連番をもちいてもよい。キーＣとして前記の情報のいずれかまたは組み合わせたものをもちいてもよい。
【００１８】
キーＤ生成部２３はネットワークへの接続要求を送信した端末を一意に識別するためのキーＤを生成する。キーＤとしてネットワークへの接続要求を送信した端末のＩＰ情報をもちいてもよい。キーＤとしてネットワークへの接続要求を送信した端末のＣＰＵ情報もしくはハードウエア情報を組み合わせたものをもちいてもよい。キーＤとしてネットワークへの接続要求があった日付の情報を含んでいてもよい。キーＤとしてネットワーク端末を識別するための情報をもちいてもよい。キーＤとして前記の情報のいずれかまたは組み合わせたものをもちいてもよい。
【００１９】
チェック処理部２５はハッシュ計算部２５１、メイン処理起動部２５２、キーＣ保存部２５３、通信部２５４からなるチェック処理部２５はネットワーク１１を通して送受信可能である。
ハッシュ計算部２５１はネットワーク端末の構成部分のうちソフトウエアで構成された部分についてのハッシュ値を計算する。ハッシュ値の計算にはＭＤ５やＳＨＡやその他のハッシュ値計算アルゴリズムをもちいてもよい。
キーＣ保存部はチェック処理部２５を一意に識別するためのキーＣを保存する。
通信部２５４はネットワーク１１を介してデータの送受信を行う。
【００２０】
ネットワーク端末Ｂは、メイン処理部３０、通信部３１からなる。
本システムがピアツーピア通信によるネットワークゲームのためのシステムである場合、メイン処理部３０はネットワークゲームの主たる処理を行う部分である。本システムがピアツーピア通信による分散処理システムである場合、メイン処理部３０は当該ネットワーク端末に割り当てられた分散処理を実行する部分である。
【００２１】
１つの端末にネットワーク端末Ａおよびネットワーク端末Ｂの両方の機能をもたせてもよい。
【００２２】
ネットワーク端末Ｂはネットワーク端末Ａに対してネットワークへの参加要求メッセージＭ１を送信する。
【００２３】
参加要求メッセージＭ１を受け取ったネットワーク端末Ａは、キーＣ生成部２２によってチェック処理部２５を一意に識別するためのキーＣを生成する。キーＣとしてネットワークへの参加要求メッセージＭ１の情報を含んでもよい。キーＣとしてネットワーク端末Ｂの情報を含んでいてもよい。
続いてキーＤ生成部２３によってネットワークへの接続要求を送信した端末すなわちネットワーク端末Ｂを一意に識別するためのキーＤを生成する。続いてキーＣおよびキーＤを対にしてキー保存部２３へ保存する。続いてキーＣ保存部２５３へキーＣを保存したチェック処理部２５をネットワーク端末Ｂへ送信する。
【００２４】
ランダムな要素もしくは暗号による情報もしくは一意に識別する情報を持たせたチェック処理部２５をネットワーク接続要求メッセージＭ１を受け取るたびに生成し、生成したチェック処理部２５のハッシュ値をキーＣとしてもよい。キーＣが必要となる場合にはチェック処理部２５のハッシュ値を計算しキーＣとする。この場合キーＣをキーＣ保存部２５３へ組み込む必要がなくなる。
【００２５】
チェック処理部２５を受信したネットワーク端末Ｂはチェック処理部２５を起動する。
ネットワーク端末Ｂへ送信されたチェック処理部２５はネットワーク端末Ｂの構成部分のうちソフトウエアで構成された部分についてのハッシュ値Ｅを計算する。通信部２５４はキーＣと計算したハッシュ値Ｅを含む端末情報をネットワーク端末Ａへ送信する。
この際、チェック処理部２５はネットワーク端末Ｂのハードウエアが正常であるかチェックをおこなってもよい。またチェック処理部２５はネットワーク端末Ｂが正常であるかチェックをおこなってもよい。
【００２６】
端末情報を受信したネットワーク端末Ａは受信した端末情報からハッシュ値ＥおよびキーＣをとりだす。
続いて認証部２６はハッシュ値Ｅが正常な端末で算出したハッシュ値に等しければ、端末情報を送信した端末は正常動作可能であると判断する。続いて認証部２６は端末情報を送信した端末を一意に識別するためのキーＤ２を生成し、キー保存部２４からキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が等しいければ、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断する。
【００２７】
端末情報を送信した端末が正常動作可能でありかつネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断したら認証結果をネットワーク端末Ｂのチェック処理部２５へ送信する。
【００２８】
チェック処理部２５はネットワーク接続を許可する認証結果であればメイン処理部３０を起動する。
【００２９】
起動されたメイン処理部３０は参加要求メッセージＭ２をネットワーク端末Ａへ送信する。
【００３０】
参加要求メッセージＭ２を受信したネットワーク端末Ａはネットワーク参加要求を受理しネットワーク端末ＢのＩＤ１を端末リスト２７に加える。
この際、参加要求メッセージＭ２を送信した端末を一意に識別するためのキーＤ３を生成し、キー保存部２４から前記受信したキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が異なっていれば、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われなかったと判断し、ネットワーク参加要求を拒否してもよい。
ＩＤ１はネットワーク端末を一意に指定する情報である。ＩＤ１としてあらかじめネットワーク端末毎に与えられた一意の情報をもちいてもよい。
またはＩＤ１としてネットワーク端末のＩＰ情報をもちいてもよい。またはＩＤ１としてネットワーク端末のハードウエアまたはソフトウエア情報をもちいてもよい。または前記のいずれかの組み合わせをもちいてもよい。
端末リストへＩＤ１を加える際に日付情報とともに追加してもよい。前記日付情報をもちいて端末リスト中の古くなった情報を削除してもよい。古くなった基準としては半日経過、一日経過、４８時間経過または指定された任意の時間経過が考えられる。
この後ネットワーク端末Ｂに参加要求受理メッセージをネットワーク端末Ｂへ送ってもよい。
この後ネットワーク端末Ｂへ端末リスト２７を送ってもよい。
ネットワーク端末Ｂがネットワーク端末Ａの機能も有している場合、すなわち図２で示された機能をもネットワーク端末Ｂが有している場合、ネットワーク端末Ｂの持つ端末リストを更新してもよい。
正常動作可能であると判断されなければ参加要求拒否メッセージをネットワーク端末Ｂへ送ってもよい。
【００３１】
以後の通信において端末リストに記載されていないネットワーク端末からのデータは信頼できないとして拒否することにより不正改造されたネットワーク端末からの不正なデータの混入を避けることができる。
【００３２】
図４は、各ネットワーク端末およびチェック処理部の間で送受信されるデータフローを示す。ネットワーク端末Ｂがネットワークへの参加要求メッセージＭ１をネットワーク端末Ｂへ送信すると（Ｓ１０）、ネットワーク端末Ａはチェック処理部２５をネットワーク端末Ｂへ送信する（Ｓ１１）。
ネットワーク端末Ｂはチェック処理部２５を起動する（Ｓ１２）。チェック処理部２５はネットワーク端末Ｂのソフトウエアで構成された部分のハッシュ値Ｅを計算しチェック処理部自身の識別情報であるキーＣとともにネットワーク端末Ａへ送信する（Ｓ１３）。ネットワーク端末Ａは受信した情報をもとにネットワーク参加の許可を判断し結果を送信する（Ｓ１４）。チェック処理部は受信した結果に応じてネットワーク端末Ｂのメイン処理部を起動する（Ｓ１５）。起動されたメイン処理部はネットワークへ参加する（Ｓ１６）。
【００３３】
図５は、ネットワーク端末Ａにおける処理手順を示すフローチャートである。
ネットワーク端末Ｂから参加要求メッセージＭ１が送られてくるまで待機する（Ｓ１０１Ｎ）。この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。参加要求メッセージＭ１を受信したら（Ｓ１０１Ｙ）、キーＣを生成（Ｓ１０２）、キーＤを生成（Ｓ１０３）しキーＣとキーＤをキー保存部へ保存する（Ｓ１０４）。続いてキーＣをチェック処理部２５へ保存してチェック処理部２５をネットワーク端末Ｂへ送信する（Ｓ１０５）。チェック処理部から端末情報が送られてくるまで待機する（Ｓ１０６Ｎ）。
この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。端末情報を受信したら（Ｓ１０６Ｙ）、端末が正常動作可能か判断し（Ｓ１０７）、端末が自身で送信したチェック処理部でチェックされたか判断する（Ｓ１０８）。端末が正常動作可能でありかつ端末が自身で送信したチェック処理部でチェックされたと判断されたら認証結果をネットワーク端末Ｂへ送信する（Ｓ１０９）。参加要求メッセージＭ２を受信するまで待機する（Ｓ１１０Ｎ）。この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。参加要求メッセージＭ２を受信したらネットワーク参加要求を受理しネットワーク端末ＢのＩＤ１を端末リスト２７に加える（Ｓ１１１）。
【００３４】
図６は、ネットワーク端末Ｂにおける処理手順を示すフローチャートである。
参加要求メッセージＭ１をネットワーク端末Ａへ送信する（Ｓ２０１）。ネットワーク端末Ａからチェック処理部が送られてくるまで待機する（Ｓ２０２Ｎ）。この際定期的に受信データを確認して待機してもよい。またデータが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。チェック処理部を起動する（Ｓ１０３）。起動されたチェック処理部はネットワーク端末Ｂの情報を収集する（Ｓ２０４）。この実施例ではネットワーク端末Ｂの構成部分のうちソフトウエアで構成された部分についてのハッシュ値Ｅを計算する。収集したデータをネットワーク端末Ａへ送信する（Ｓ２０５）。この実施例ではハッシュ値Ｅおよびチェック処理部を一意に識別する情報であるキーＣを送信する。
ネットワーク端末Ａより結果が受信されるまで待機する（Ｓ２０６Ｎ）。この際にタイムアウト期間を設けて一定時間経過後は認証に失敗したと判断してもよい。この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。認証結果を受信したら（Ｓ２０６Ｙ）、メイン処理部を起動する（Ｓ２０７）。起動されたメイン処理部は参加要求メッセージＭ２を送信する（Ｓ２０８）。
【００３５】
前記実施形態においてデータの送受信に暗号化を施してもよい。
チェック処理部２５をネットワーク端末Ｂへ送信するときに暗号鍵を持たせ、メイン処理部３０起動する際に暗号鍵を渡し、以後前記暗号鍵を用いた暗号によって通信してもよい。これによってネットワーク端末Ｂで暗号鍵を知ることが困難にすることができ通信が傍受または乗っ取られる可能性を低くできる。
【００３６】
前記実施形態においてデータの送受信にタイムアウト期間を設けてもよい。タイムアウト期間としてはたとえばコンピュータでは十分対応できるが不正改造するには短すぎる時間として数ナノ秒から数秒程度が考えられる。もしくはネットワークの通信速度に応じて可変としてもよい。
【００３７】
前記実施形態において定期的にチェック処理部を実行してもよい。
【００３８】
クライアントプログラムが不正改造されていたとしても毎回チェック処理部を送信することによりチェック処理部が改造される可能性を減らすことができる。
またメイン処理部をあらかじめ端末に置いておけるのでメイン処理をおこなうソフトを必要なたびにダウンロードするよりもネットワークの負荷が少なくなるという利点がある。
改造されたプログラムを起動するより起動中のプログラムを変更する事の方がはるかに困難である。このためチェック処理部より起動することにより改造の可能性を減らすことができる。
メモリエリアを変更や通信の乗っ取りなどの対策のため他の不正改造対策との併用が考えられる。
【００３９】
別の実施形態ではハッシュ値Ｅのかわりにネットワーク端末Ｂのハードウエア情報またはソフトウエア情報をメッセージＭ２に含めてもよい。もしくはそのいずれかの組み合わせでもよい。この実施形態では、認証部２６は送られてきたメッセージＭ２の情報をもとにネットワーク端末Ｂが正常動作可能な端末か否かを判断する。
【００４０】
また別の実施形態ではチェック処理部２５がネットワーク端末Ｂ上で情報を収集しネットワーク端末Ｂが正常動作可能な端末か否かを判断する。この実施形態ではネットワーク端末Ｂへ送信されたチェック処理部２５はネットワーク端末が正常動作可能な端末か判断する。正常動作可能であると判断したならばメイン処理起動部２５２はキーＣをメイン処理部３０に渡し、メイン処理部３０を起動する。
起動されたメイン処理部３０はキーＣを含めた参加要求メッセージＭ２をネットワーク端末Ａへ送信する。
参加要求メッセージＭ２を受信したネットワーク端末Ａは受信した参加要求メッセージＭ２からキーＣをとりだす。
続いて認証部２６は接続要求メッセージＭ２を送信した端末を一意に識別するためのキーＤ２を生成し、キー保存部２４からキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が等しいければ、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断する。ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断したらネットワーク参加要求を受理しネットワーク端末Ｂを端末リスト２７に加える。
【００４１】
また別の実地形態では、参加要求メッセージＭ１を受け取ったネットワーク端末Ａは、キーＣ生成部２２によってチェック処理部２５を一意に識別するためのキーＣを生成する。
続いてキーＤ生成部２３によってネットワークへの接続要求を送信した端末すなわちネットワーク端末Ｂを一意に識別するためのキーＤを生成する。続いてキーＣおよびキーＤを対にしてキー保存部２３へ保存する。続いてキーＣ保存部２５３へキーＣを保存したチェック処理部２５をネットワーク端末Ｂへ送信する。
チェック処理部２５を受信したネットワーク端末Ｂはチェック処理部２５を起動する。
ネットワーク端末Ｂへ送信されたチェック処理部２５はネットワーク端末Ｂの構成部分のうちソフトウエアで構成された部分についてのハッシュ値Ｅを計算する。メイン処理起動部２５２はキーＣと計算したハッシュ値Ｅをメイン処理部３０に渡し、メイン処理部３０を起動する。
起動されたメイン処理部３０はキーＣおよびハッシュ値Ｅを含めた参加要求メッセージＭ２をネットワーク端末Ａへ送信する。
参加要求メッセージＭ２を受信したネットワーク端末Ａは受信した参加要求メッセージＭ２からハッシュ値ＥおよびキーＣをとりだす。
続いて認証部２６はハッシュ値Ｅが正常な端末で算出したハッシュ値に等しければ、接続要求メッセージＭ２を送信した端末は正常動作可能であると判断する。
続いて認証部２６は接続要求メッセージＭ２を送信した端末を一意に識別するためのキーＤ２を生成し、キー保存部２４からキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が等しいければ、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断する。
【図面の簡単な説明】
【００４２】
【図１】ネットワークシステムの構成を示す図である。
【図２】ネットワーク端末Ａの構成を示す機能ブロック図である。
【図３】ネットワーク端末Ｂの構成を示す機能ブロック図である。
【図４】端末Ａおよび端末Ｂおよびチェック処理部２５の間で送受信されるデータフローを示す図である。
【図５】ネットワーク端末Ａにおける処理手順を示すフローチャートである。
【図６】ネットワーク端末Ｂにおける処理手順を示すフローチャートである。
【技術分野】
【０００１】
本発明は、ネットワーク環境におけるクライアントプログラムの正常動作の確保に関する
。
【背景技術】
【０００２】
ネットワークゲームにおいては、ユーザがクライアントプログラムを改造しゲームを有利
に進めるという不正行為が行われてきた。
【０００３】
ウイルスチェックソフトやファイアウォールソフトはユーザーがプログラムの正常動作を
確保するためのものであり、前記の場合のようにユーザ側に悪意がある場合にはプログラ
ム供給者がプログラムの正常動作を確保することには使えない。従来は通信を暗号化する
、クライアントプログラムを難読化するなどの方法により対処して来た。しかしユーザー
のＰＣ上で動かす以上クライアントプログラムを解析され改造される可能性が常にあるという欠点があった。
【０００４】
このため供給者側がクライアントプログラムの正しい動作を確保することが困難であった
。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ユーザーのＰＣ上で動かすプログラムの正常動作を確保する事を課題とする。
【課題を解決するための手段】
【０００６】
本発明は、チェック処理部をダウンロードし端末のチェックを行いチェック処理部から端
末のメイン処理を起動することを最も主要な特徴とする。
【０００７】
本発明のある態様は、ネットワークシステムに関する。このネットワークシステムは、ピ
アツーピアネットワークへの参加を要求する端末Ｂと、参加を認証する端末Ａとを含む。端末Ａは端末Ｂに対して、端末Ａによって生成されたことを確認するためのキーＣを含むチェック処理部を端末Ｂへ送信する。端末Ｂへ送信されたチェック処理部は端末Ｂ上で端末の処理が正常動作可能であることを判断する。チェック処理部は判断結果に応じて、キーＣをメイン処理部へ渡しメイン処理を起動する。起動されたメイン処理部はキーＣと共に接続要求を端末Ａへ送信する。接続要求を受け取った端末ＡはキーＣを用いて自信が送信したチェック処理部によってチェックされたことを確認しその結果に応じて端末Ｂをネットワークへの参加許可をあたえる。
【０００８】
本発明の別の態様は、ネットワークシステムに関する。このネットワークシステムは、ピ
アツーピアネットワークへの参加を要求する端末Ｂと、参加を認証する端末Ａとを含む。端末Ａは端末Ｂに対して、端末Ａによって生成されたことを確認するためのキーＣを含むチェック処理部を端末Ｂへ送信する。端末Ｂへ送信されたチェック処理部は端末Ｂ上で端末の処理が正常動作可能であるか判断するための情報Ｄを生成しキーＣと共に端末Ａへ送信する。情報ＤおよびキーＣを受け取った端末ＡはキーＣを用いて自信が送信したチェック処理部によって情報Ｄが生成されたことを確認し、また情報Ｄをもちいて端末Ｂが正常動作可能であることを判断する。 端末Ｂが正常動作可能であると判断されたならばネットワーク参加許可メッセージを送信する。ネットワーク参加許可メッセージを受け取ったチェック処理部はメイン処理を起動する。
【０００９】
本発明の別の態様は、前記の処理にタイムアウト期間を設けることができる。タイムアウ
ト処理によりチェック処理部を解析する時間を少なくすし不正処理が行われる危険性を少
なくすることができる。
【発明の効果】
【００１０】
本発明によるネットワーク接続確立方法によって接続された端末は正常動作中の端末間の
みで通信することにより不正改造された端末からの通信が混じることはなくなる。
【発明を実施するための最良の形態】
【００１１】
図１は、本実施形態におけるネットワークシステムの構成を示す。ネットワークシステム１０において、第１のネットワーク端末Ａ、第２のネットワーク端末Ｂは、それぞれネットワーク１１に接続される。ネットワーク１１は端末間の通信を確立しデータを端末間でデータを送受信する機能を持つ。ネットワーク１１はＵＤＰ（User Datagram Protocol）やＴＣＰ（Transmission Control Protocol）を用いて通信を確立しデータ交換を行うインターネットのようなＩＰネットワークでもよい。もくしは電話回線や電波通信を利用した独自のネットワークを構成してもよい。
ネットワークシステム１０はネットワーク１１上でピアツーピア通信をおこなうピアツーピアネットワークシステムでもよい。またはサーバクライアントシステムのような一対多のネットワークシステムでもよい。その際にインターネットがもつＩＰブロードキャスト機能をもちいてもよい。または前記のいずれかを組み合わせたネットワークシステムでもよい。
【００１２】
図２はネットワーク端末Ａの構成を示す機能ブロック図である。図３はネットワーク端末Ｂの構成を示す機能ブロック図である。
ネットワーク端末Ａ、ネットワーク端末Ｂは、ハードウエア的には、パーソナルコンピュータなどのＣＰＵをはじめとする素子で実施でき、ソフトウエア的にはＩＰネットワーク通信機能のあるプログラムによって実現される。
したがって、これらの機能ブロックはハードウエア、ソフトウエアの組み合わせによっていろいろな形で実現できる。
【００１３】
本システムがネットワークゲームのためのシステムである場合、各ネットワーク端末はそのゲームのプレイヤー端末である。本システムが分散処理システムである場合、各ネットワーク端末はそれぞれに割り当てられた分散処理を実行する端末である。
【００１４】
本図ではネットワークへの参加を要求する端末としてネットワーク端末Ｂ、それに応答する端末としてネットワーク端末Ａを例示するが、３台以上のネットワーク端末がこのピアツーピアネットワークシステム１０に含まれてもよい。
【００１５】
ネットワーク端末Ａは、通信部２１、キーＣ生成部２２、キーＤ生成部２３、キー保存部２４、チェック処理部２５、認証部２６、端末リスト２７からなる。
【００１６】
通信部２１はネットワーク１１を介してデータの送受信を行う。
【００１７】
キーＣ生成部２２はチェック処理部２５を一意に識別するためのキーＣを生成する。キーＣとしてランダムな文字列をもちいてもよい。キーＣとしてランダムなバイト列または情報をもちいてもよい。キーＣとしてネットワークへの接続要求があった日付の情報を含んでいてもよい。キーＣとしてネットワークへの接続要求のあるたびにインクリメントされる連番をもちいてもよい。キーＣとして前記の情報のいずれかまたは組み合わせたものをもちいてもよい。
【００１８】
キーＤ生成部２３はネットワークへの接続要求を送信した端末を一意に識別するためのキーＤを生成する。キーＤとしてネットワークへの接続要求を送信した端末のＩＰ情報をもちいてもよい。キーＤとしてネットワークへの接続要求を送信した端末のＣＰＵ情報もしくはハードウエア情報を組み合わせたものをもちいてもよい。キーＤとしてネットワークへの接続要求があった日付の情報を含んでいてもよい。キーＤとしてネットワーク端末を識別するための情報をもちいてもよい。キーＤとして前記の情報のいずれかまたは組み合わせたものをもちいてもよい。
【００１９】
チェック処理部２５はハッシュ計算部２５１、メイン処理起動部２５２、キーＣ保存部２５３、通信部２５４からなるチェック処理部２５はネットワーク１１を通して送受信可能である。
ハッシュ計算部２５１はネットワーク端末の構成部分のうちソフトウエアで構成された部分についてのハッシュ値を計算する。ハッシュ値の計算にはＭＤ５やＳＨＡやその他のハッシュ値計算アルゴリズムをもちいてもよい。
キーＣ保存部はチェック処理部２５を一意に識別するためのキーＣを保存する。
通信部２５４はネットワーク１１を介してデータの送受信を行う。
【００２０】
ネットワーク端末Ｂは、メイン処理部３０、通信部３１からなる。
本システムがピアツーピア通信によるネットワークゲームのためのシステムである場合、メイン処理部３０はネットワークゲームの主たる処理を行う部分である。本システムがピアツーピア通信による分散処理システムである場合、メイン処理部３０は当該ネットワーク端末に割り当てられた分散処理を実行する部分である。
【００２１】
１つの端末にネットワーク端末Ａおよびネットワーク端末Ｂの両方の機能をもたせてもよい。
【００２２】
ネットワーク端末Ｂはネットワーク端末Ａに対してネットワークへの参加要求メッセージＭ１を送信する。
【００２３】
参加要求メッセージＭ１を受け取ったネットワーク端末Ａは、キーＣ生成部２２によってチェック処理部２５を一意に識別するためのキーＣを生成する。キーＣとしてネットワークへの参加要求メッセージＭ１の情報を含んでもよい。キーＣとしてネットワーク端末Ｂの情報を含んでいてもよい。
続いてキーＤ生成部２３によってネットワークへの接続要求を送信した端末すなわちネットワーク端末Ｂを一意に識別するためのキーＤを生成する。続いてキーＣおよびキーＤを対にしてキー保存部２３へ保存する。続いてキーＣ保存部２５３へキーＣを保存したチェック処理部２５をネットワーク端末Ｂへ送信する。
【００２４】
ランダムな要素もしくは暗号による情報もしくは一意に識別する情報を持たせたチェック処理部２５をネットワーク接続要求メッセージＭ１を受け取るたびに生成し、生成したチェック処理部２５のハッシュ値をキーＣとしてもよい。キーＣが必要となる場合にはチェック処理部２５のハッシュ値を計算しキーＣとする。この場合キーＣをキーＣ保存部２５３へ組み込む必要がなくなる。
【００２５】
チェック処理部２５を受信したネットワーク端末Ｂはチェック処理部２５を起動する。
ネットワーク端末Ｂへ送信されたチェック処理部２５はネットワーク端末Ｂの構成部分のうちソフトウエアで構成された部分についてのハッシュ値Ｅを計算する。通信部２５４はキーＣと計算したハッシュ値Ｅを含む端末情報をネットワーク端末Ａへ送信する。
この際、チェック処理部２５はネットワーク端末Ｂのハードウエアが正常であるかチェックをおこなってもよい。またチェック処理部２５はネットワーク端末Ｂが正常であるかチェックをおこなってもよい。
【００２６】
端末情報を受信したネットワーク端末Ａは受信した端末情報からハッシュ値ＥおよびキーＣをとりだす。
続いて認証部２６はハッシュ値Ｅが正常な端末で算出したハッシュ値に等しければ、端末情報を送信した端末は正常動作可能であると判断する。続いて認証部２６は端末情報を送信した端末を一意に識別するためのキーＤ２を生成し、キー保存部２４からキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が等しいければ、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断する。
【００２７】
端末情報を送信した端末が正常動作可能でありかつネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断したら認証結果をネットワーク端末Ｂのチェック処理部２５へ送信する。
【００２８】
チェック処理部２５はネットワーク接続を許可する認証結果であればメイン処理部３０を起動する。
【００２９】
起動されたメイン処理部３０は参加要求メッセージＭ２をネットワーク端末Ａへ送信する。
【００３０】
参加要求メッセージＭ２を受信したネットワーク端末Ａはネットワーク参加要求を受理しネットワーク端末ＢのＩＤ１を端末リスト２７に加える。
この際、参加要求メッセージＭ２を送信した端末を一意に識別するためのキーＤ３を生成し、キー保存部２４から前記受信したキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が異なっていれば、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われなかったと判断し、ネットワーク参加要求を拒否してもよい。
ＩＤ１はネットワーク端末を一意に指定する情報である。ＩＤ１としてあらかじめネットワーク端末毎に与えられた一意の情報をもちいてもよい。
またはＩＤ１としてネットワーク端末のＩＰ情報をもちいてもよい。またはＩＤ１としてネットワーク端末のハードウエアまたはソフトウエア情報をもちいてもよい。または前記のいずれかの組み合わせをもちいてもよい。
端末リストへＩＤ１を加える際に日付情報とともに追加してもよい。前記日付情報をもちいて端末リスト中の古くなった情報を削除してもよい。古くなった基準としては半日経過、一日経過、４８時間経過または指定された任意の時間経過が考えられる。
この後ネットワーク端末Ｂに参加要求受理メッセージをネットワーク端末Ｂへ送ってもよい。
この後ネットワーク端末Ｂへ端末リスト２７を送ってもよい。
ネットワーク端末Ｂがネットワーク端末Ａの機能も有している場合、すなわち図２で示された機能をもネットワーク端末Ｂが有している場合、ネットワーク端末Ｂの持つ端末リストを更新してもよい。
正常動作可能であると判断されなければ参加要求拒否メッセージをネットワーク端末Ｂへ送ってもよい。
【００３１】
以後の通信において端末リストに記載されていないネットワーク端末からのデータは信頼できないとして拒否することにより不正改造されたネットワーク端末からの不正なデータの混入を避けることができる。
【００３２】
図４は、各ネットワーク端末およびチェック処理部の間で送受信されるデータフローを示す。ネットワーク端末Ｂがネットワークへの参加要求メッセージＭ１をネットワーク端末Ｂへ送信すると（Ｓ１０）、ネットワーク端末Ａはチェック処理部２５をネットワーク端末Ｂへ送信する（Ｓ１１）。
ネットワーク端末Ｂはチェック処理部２５を起動する（Ｓ１２）。チェック処理部２５はネットワーク端末Ｂのソフトウエアで構成された部分のハッシュ値Ｅを計算しチェック処理部自身の識別情報であるキーＣとともにネットワーク端末Ａへ送信する（Ｓ１３）。ネットワーク端末Ａは受信した情報をもとにネットワーク参加の許可を判断し結果を送信する（Ｓ１４）。チェック処理部は受信した結果に応じてネットワーク端末Ｂのメイン処理部を起動する（Ｓ１５）。起動されたメイン処理部はネットワークへ参加する（Ｓ１６）。
【００３３】
図５は、ネットワーク端末Ａにおける処理手順を示すフローチャートである。
ネットワーク端末Ｂから参加要求メッセージＭ１が送られてくるまで待機する（Ｓ１０１Ｎ）。この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。参加要求メッセージＭ１を受信したら（Ｓ１０１Ｙ）、キーＣを生成（Ｓ１０２）、キーＤを生成（Ｓ１０３）しキーＣとキーＤをキー保存部へ保存する（Ｓ１０４）。続いてキーＣをチェック処理部２５へ保存してチェック処理部２５をネットワーク端末Ｂへ送信する（Ｓ１０５）。チェック処理部から端末情報が送られてくるまで待機する（Ｓ１０６Ｎ）。
この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。端末情報を受信したら（Ｓ１０６Ｙ）、端末が正常動作可能か判断し（Ｓ１０７）、端末が自身で送信したチェック処理部でチェックされたか判断する（Ｓ１０８）。端末が正常動作可能でありかつ端末が自身で送信したチェック処理部でチェックされたと判断されたら認証結果をネットワーク端末Ｂへ送信する（Ｓ１０９）。参加要求メッセージＭ２を受信するまで待機する（Ｓ１１０Ｎ）。この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。参加要求メッセージＭ２を受信したらネットワーク参加要求を受理しネットワーク端末ＢのＩＤ１を端末リスト２７に加える（Ｓ１１１）。
【００３４】
図６は、ネットワーク端末Ｂにおける処理手順を示すフローチャートである。
参加要求メッセージＭ１をネットワーク端末Ａへ送信する（Ｓ２０１）。ネットワーク端末Ａからチェック処理部が送られてくるまで待機する（Ｓ２０２Ｎ）。この際定期的に受信データを確認して待機してもよい。またデータが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。チェック処理部を起動する（Ｓ１０３）。起動されたチェック処理部はネットワーク端末Ｂの情報を収集する（Ｓ２０４）。この実施例ではネットワーク端末Ｂの構成部分のうちソフトウエアで構成された部分についてのハッシュ値Ｅを計算する。収集したデータをネットワーク端末Ａへ送信する（Ｓ２０５）。この実施例ではハッシュ値Ｅおよびチェック処理部を一意に識別する情報であるキーＣを送信する。
ネットワーク端末Ａより結果が受信されるまで待機する（Ｓ２０６Ｎ）。この際にタイムアウト期間を設けて一定時間経過後は認証に失敗したと判断してもよい。この際定期的にメッセージを確認して待機してもよい。またメッセージが届いたら次の処理を実行するようにコールバックルーチンを設定してもよい。認証結果を受信したら（Ｓ２０６Ｙ）、メイン処理部を起動する（Ｓ２０７）。起動されたメイン処理部は参加要求メッセージＭ２を送信する（Ｓ２０８）。
【００３５】
前記実施形態においてデータの送受信に暗号化を施してもよい。
チェック処理部２５をネットワーク端末Ｂへ送信するときに暗号鍵を持たせ、メイン処理部３０起動する際に暗号鍵を渡し、以後前記暗号鍵を用いた暗号によって通信してもよい。これによってネットワーク端末Ｂで暗号鍵を知ることが困難にすることができ通信が傍受または乗っ取られる可能性を低くできる。
【００３６】
前記実施形態においてデータの送受信にタイムアウト期間を設けてもよい。タイムアウト期間としてはたとえばコンピュータでは十分対応できるが不正改造するには短すぎる時間として数ナノ秒から数秒程度が考えられる。もしくはネットワークの通信速度に応じて可変としてもよい。
【００３７】
前記実施形態において定期的にチェック処理部を実行してもよい。
【００３８】
クライアントプログラムが不正改造されていたとしても毎回チェック処理部を送信することによりチェック処理部が改造される可能性を減らすことができる。
またメイン処理部をあらかじめ端末に置いておけるのでメイン処理をおこなうソフトを必要なたびにダウンロードするよりもネットワークの負荷が少なくなるという利点がある。
改造されたプログラムを起動するより起動中のプログラムを変更する事の方がはるかに困難である。このためチェック処理部より起動することにより改造の可能性を減らすことができる。
メモリエリアを変更や通信の乗っ取りなどの対策のため他の不正改造対策との併用が考えられる。
【００３９】
別の実施形態ではハッシュ値Ｅのかわりにネットワーク端末Ｂのハードウエア情報またはソフトウエア情報をメッセージＭ２に含めてもよい。もしくはそのいずれかの組み合わせでもよい。この実施形態では、認証部２６は送られてきたメッセージＭ２の情報をもとにネットワーク端末Ｂが正常動作可能な端末か否かを判断する。
【００４０】
また別の実施形態ではチェック処理部２５がネットワーク端末Ｂ上で情報を収集しネットワーク端末Ｂが正常動作可能な端末か否かを判断する。この実施形態ではネットワーク端末Ｂへ送信されたチェック処理部２５はネットワーク端末が正常動作可能な端末か判断する。正常動作可能であると判断したならばメイン処理起動部２５２はキーＣをメイン処理部３０に渡し、メイン処理部３０を起動する。
起動されたメイン処理部３０はキーＣを含めた参加要求メッセージＭ２をネットワーク端末Ａへ送信する。
参加要求メッセージＭ２を受信したネットワーク端末Ａは受信した参加要求メッセージＭ２からキーＣをとりだす。
続いて認証部２６は接続要求メッセージＭ２を送信した端末を一意に識別するためのキーＤ２を生成し、キー保存部２４からキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が等しいければ、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断する。ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断したらネットワーク参加要求を受理しネットワーク端末Ｂを端末リスト２７に加える。
【００４１】
また別の実地形態では、参加要求メッセージＭ１を受け取ったネットワーク端末Ａは、キーＣ生成部２２によってチェック処理部２５を一意に識別するためのキーＣを生成する。
続いてキーＤ生成部２３によってネットワークへの接続要求を送信した端末すなわちネットワーク端末Ｂを一意に識別するためのキーＤを生成する。続いてキーＣおよびキーＤを対にしてキー保存部２３へ保存する。続いてキーＣ保存部２５３へキーＣを保存したチェック処理部２５をネットワーク端末Ｂへ送信する。
チェック処理部２５を受信したネットワーク端末Ｂはチェック処理部２５を起動する。
ネットワーク端末Ｂへ送信されたチェック処理部２５はネットワーク端末Ｂの構成部分のうちソフトウエアで構成された部分についてのハッシュ値Ｅを計算する。メイン処理起動部２５２はキーＣと計算したハッシュ値Ｅをメイン処理部３０に渡し、メイン処理部３０を起動する。
起動されたメイン処理部３０はキーＣおよびハッシュ値Ｅを含めた参加要求メッセージＭ２をネットワーク端末Ａへ送信する。
参加要求メッセージＭ２を受信したネットワーク端末Ａは受信した参加要求メッセージＭ２からハッシュ値ＥおよびキーＣをとりだす。
続いて認証部２６はハッシュ値Ｅが正常な端末で算出したハッシュ値に等しければ、接続要求メッセージＭ２を送信した端末は正常動作可能であると判断する。
続いて認証部２６は接続要求メッセージＭ２を送信した端末を一意に識別するためのキーＤ２を生成し、キー保存部２４からキーＣに対応するキーＤを取りだし、キーＤとキーＤ２が等しいければ、ネットワーク端末Ａ自身によって送信したチェック処理部によってチェック処理が行われたと判断する。
【図面の簡単な説明】
【００４２】
【図１】ネットワークシステムの構成を示す図である。
【図２】ネットワーク端末Ａの構成を示す機能ブロック図である。
【図３】ネットワーク端末Ｂの構成を示す機能ブロック図である。
【図４】端末Ａおよび端末Ｂおよびチェック処理部２５の間で送受信されるデータフローを示す図である。
【図５】ネットワーク端末Ａにおける処理手順を示すフローチャートである。
【図６】ネットワーク端末Ｂにおける処理手順を示すフローチャートである。
【特許請求の範囲】
【請求項１】
端末でおこなう主処理を実行するメイン処理部を含みネットワークへの参加を要求する端
末Ｂと、端末が正常動作可能であることを判断するための情報を生成するチェック処理部Ｃと含み参加を認証する端末Ａと、を含み、端末Ｂがネットワーク接続要求を送信し、端末Ａがチェック処理部Ｃを送信し、チェック処理部Ｃが端末Ｂが正常動作可能であるか判断するための情報Ｄを生成し、チェック処理部Ｃが情報Ｄを端末Ａへ送信し、端末Ａが情報Ｄをもちいて参加許可の判断をした結果Ｅを送信し、チェック処理部Ｃが判断結果Ｅに応じて前記メイン処理部を起動することを特徴とするネットワークシステム。
【請求項２】
データの送受信にピアツーピアネットワークを用いた請求項１に記載のネットワークシステム。
【請求項３】
端末Ｂがネットワーク接続要求を送信する工程と、端末Ａがチェック処理部Ｃを送信する工程と、チェック処理部Ｃが端末Ｂが正常動作可能であるか判断するための情報Ｄを生成する工程と、チェック処理部Ｃが情報Ｄを端末Ａへ送信する工程と、端末Ａが情報Ｄから参加許可の判断結果Ｅを送信する工程と、チェック処理部Ｃが判断結果Ｅに応じて前記メイン処理部を起動する工程を有することを特徴とするネットワーク接続確立方法。
【請求項４】
データの送受信にピアツーピアネットワークを用いた請求項３に記載のネットワーク接続確立方法。
【請求項１】
端末でおこなう主処理を実行するメイン処理部を含みネットワークへの参加を要求する端
末Ｂと、端末が正常動作可能であることを判断するための情報を生成するチェック処理部Ｃと含み参加を認証する端末Ａと、を含み、端末Ｂがネットワーク接続要求を送信し、端末Ａがチェック処理部Ｃを送信し、チェック処理部Ｃが端末Ｂが正常動作可能であるか判断するための情報Ｄを生成し、チェック処理部Ｃが情報Ｄを端末Ａへ送信し、端末Ａが情報Ｄをもちいて参加許可の判断をした結果Ｅを送信し、チェック処理部Ｃが判断結果Ｅに応じて前記メイン処理部を起動することを特徴とするネットワークシステム。
【請求項２】
データの送受信にピアツーピアネットワークを用いた請求項１に記載のネットワークシステム。
【請求項３】
端末Ｂがネットワーク接続要求を送信する工程と、端末Ａがチェック処理部Ｃを送信する工程と、チェック処理部Ｃが端末Ｂが正常動作可能であるか判断するための情報Ｄを生成する工程と、チェック処理部Ｃが情報Ｄを端末Ａへ送信する工程と、端末Ａが情報Ｄから参加許可の判断結果Ｅを送信する工程と、チェック処理部Ｃが判断結果Ｅに応じて前記メイン処理部を起動する工程を有することを特徴とするネットワーク接続確立方法。
【請求項４】
データの送受信にピアツーピアネットワークを用いた請求項３に記載のネットワーク接続確立方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００９−１４６１０７（Ｐ２００９−１４６１０７Ａ）
【公開日】平成２１年７月２日（２００９．７．２）
【国際特許分類】
【出願番号】特願２００７−３２１８８６（Ｐ２００７−３２１８８６）
【出願日】平成１９年１２月１３日（２００７．１２．１３）
【出願人】（３０７０４０９５６）
【Ｆターム（参考）】
【公開日】平成２１年７月２日（２００９．７．２）
【国際特許分類】
【出願日】平成１９年１２月１３日（２００７．１２．１３）
【出願人】（３０７０４０９５６）
【Ｆターム（参考）】
[ Back to top ]