(57)【要約】【課題】  ファイアウォール内部の機器から外部の中継装置にアクセスするタイミング、および、その返信として外部の中継装置がデータを返信するタイミングを調整することができる中継装置、ならびにその中継プログラムを提供する。【解決手段】  サーバ１０１が中継装置１０７へポーリングを発信した場合、クライアント１０９からサーバ１０１への中継データを含むリクエストを中継装置が既に受信しているときは、リクエストに基づいて返信データを作成してサーバ１０１へ送信する。一方、中継装置が未だにリクエストを受信していないときは、受信履歴テーブルのリクエストの受信回数Ｎに応じて、返信データの作成を待つ待機時間を決定する。待機時間の経過前にリクエストを受信すれば、受信したリクエストに基づいて返信データを作成する。これにより、ポーリングの返信としてのレスポンスが、リクエストに基づいて作成される確率が高くなるため、サーバ１０１と中継装置１０７との通信を効率良く行うことが可能となる。  【選択図】        図１２
2005073051.tif 000002
【特許請求の範囲】
【請求項１】
第１通信データの返信としての返信データを、第２通信データを使用して作成する中継装置であって、
第１の装置から発信された前記第１通信データと第２の装置から発信された前記第２通信データとを含む通信データを受信するための受信手段と、
前記受信手段により受信した前記第２通信データのうち、少なくとも前記返信データの作成に未使用の未使用データを記憶するための通信データ保持手段と、
前記通信データと前記通信データを受信した受信時刻とを関連付けて記憶するための受信履歴保持手段と、
前記通信データ保持手段に前記未使用データが存在するか否かを確認するための返信データ生成制御手段とを備え、
前記返信データ生成制御手段は、
１）前記通信データ保持手段に前記未使用データが存在することに応じて、前記返信データの作成開始を指示するための手段と、
２）前記通信データ保持手段に前記未使用データが存在しないことに応じて、前記受信履歴保持手段に記憶された、所定の時間内の前記第２通信データの受信頻度に対応する待機時間の経過後に、前記返信データの作成開始を指示するための手段とを含み、
前記返信データ生成制御手段に制御されて、前記通信データ保持手段を参照し、前記第１通信データの返信として前記返信データを作成するための返信データ生成手段と、
前記返信データ生成手段により作成された返信データを前記第１の装置に返信するための返信手段とを備えた、中継装置。
【請求項２】
前記返信データ生成制御手段は、
前記第１通信データを受信し、前記通信データ保持手段に前記未使用データが存在しない場合、前記受信履歴保持手段に記憶した前記第２通信データと前記第２通信データの前記受信時刻から、前記所定の時間内に前記第２通信データを受信した回数を求め、前記受信した回数の増加に応じて、前記待機時間を延長するための手段をさらに含む、請求項１に記載の中継装置。
【請求項３】
前記返信データ生成制御手段は、前記通信データ保持手段に記憶された前記第１通信データの内容を解析するための通信データ解析手段をさらに含み、
前記第１通信データが前記第２通信データを要求する内容であると前記通信データ解析手段が解析した場合、前記待機時間を延長するための手段をさらに含む、請求項１または請求項２に記載の中継装置。
【請求項４】
前記返信データ生成制御手段は、前記受信履歴保持手段に記憶した前記第２通信データと前記第２通信データの前記受信時刻から、前記所定の時間内に前記第２通信データを受信した回数を求め、前記受信した回数の増加に応じて、前記第１の装置が前記返信データを受信してから再び前記第１通信データを発信するまでの時間を指定する発信時間情報を設定するための発信時間設定手段をさらに含み、
前記返信データ生成手段は、前記発信時間情報を含む前記返信データを作成するための手段を含む、請求項１〜請求項３のいずれかに記載の中継装置。
【請求項５】
前記受信手段および前記返信手段は、ハイパーテキストトランスファープロトコルを利用して通信を行なう、請求項１に記載の中継装置。
【請求項６】
前記返信データ生成手段は、前記返信データを暗号化する暗号化手段を含み、
前記暗号化手段で暗号化され、前記受信手段により受信された通信データを復号化する復号化手段をさらに備えた、請求項１に記載の中継装置。
【請求項７】
前記暗号化手段は、セキュアソケットレイアを利用して暗号化を行なう、請求項１に記載の中継装置。
【請求項８】
第１の装置から発信された第１通信データの返信として、第２の装置から発信された第２通信データを使用して返信データを作成し、送信する中継方法をコンピュータに実行させるための中継プログラムであって、
前記第１通信データと前記第２通信データとを含む前記通信データのうち、少なくとも受信した前記第２通信データを通信データ記憶装置に格納するステップと、
前記通信データと前記通信データを受信した受信時刻とを関連付けて受信履歴記憶装置に格納するステップと、
前記通信データ記憶装置に、前記返信データの作成に未使用の前記第２通信データである未使用データが存在するか否かを確認するためのステップと、
前記通信データ記憶装置に前記未使用データが存在することに応じて、前記返信データの作成開始を指示するためのステップと、
前記通信データ記憶装置に前記未使用データが存在しないことに応じて、前記受信履歴記憶装置に記憶された、所定の時間内の前記第２通信データの受信頻度に対応する待機時間の経過後に、前記返信データの作成開始を指示するためのステップと、
前記返信データの作成開始の指示を受けて、前記通信データ記憶装置を参照し、前記第１通信データの返信として前記返信データを作成するためのステップと、
前記第１通信データの返信として作成された前記返信データを、前記第１の装置に返信するためのステップとを備える、中継プログラム。  
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の通信機器間でのデータ通信システムにおいてデータを中継する中継装置および中継プログラムに関し、特にファイアーウォールが存在するデータ通信システムにおける中継装置および中継プログラムに関する。
【背景技術】
【０００２】
インターネットなどの外部ネットワークから、例えば、企業内ＬＡＮ（Local Area Network）への不正な侵入を防止する手段として、外部ネットワークと企業内ＬＡＮの境界にファイアウォール（Firewall）を設置する方法がある。この場合、外部ネットワークに接続された機器からファイアウォール内部の企業内ＬＡＮに接続された機器にアクセスするには、ファイアウォールを通過できるアクセス手段を用いなければならない。
【０００３】
しかし、外部ネットワークの機器からファイアウォールを通過してファイアウォール内部の企業内ＬＡＮに接続された機器にアクセスするには、企業内ＬＡＮに接続された機器の利用者などが、ファイアウォールに対して、外部ネットワークの機器毎にファイアウォールの通過を許可する設定を行なわなければならなかった。そこで、ファイアウォールに対して、新たな設定を行なわずに外部ネットワークの機器からファイアウォール内部の機器にアクセス可能な方法として、特開２００２−１３５８５８号公報がある。
【０００４】
これは、通常のファイアウォールの設定は、ファイアウォールの内部の機器から外部の機器に向けてのアクセスを要求したときのみ、ファイアウォールの通過を認めるようにしており、外部の機器から内部の機器に対してのアクセス要求は拒絶するようになっている。ファイアウォールの内部の機器から外部の機器に向けてのアクセスでは、内部の機器から外部の機器への方向の通信と外部の機器からの返信としての通信を一組として取り扱うため、内部の機器からの通信の返信として、外部の機器からファイアウォール内に向けての通信を許すことになる。
【０００５】
そこで、ファイアウォール外に外部の機器として中継装置を設置する。ファイアウォール内部の機器から外部の中継装置にアクセスし、その返信として外部の中継装置からデータを受信することにより、新たにファイアウォールに対し、通過を許可する設定を行なうことなく、外部の機器と通信を行なうことができる。
【０００６】
しかしながら、従来の技術では、ファイアウォール内部の機器から外部の中継装置にアクセスするタイミング、および、その返信として外部の中継装置がデータを返信するタイミングについては考慮されていない。
【０００７】
外部の中継装置が返信する返信データは、所定の情報に基づいて作成される。ここでは、所定の情報は他の機器から受信したデータであることを想定している。
【０００８】
外部の中継装置からの内部の機器へのデータの返信が、所定の時間で定期的に行なわれると、以下の問題が生じる。
【０００９】
上記の所定の時間が短く設定された場合、ファイアウォール内部の機器から外部の中継装置にアクセスが行なわれ、他の機器からの情報を受信する前に直ちに、中継装置が返信データを返信することになる。すると、内部の機器は、中継装置が他の機器からの情報を受信したかを確認するため、再び、中継装置にアクセスしなければなない。これにより、内部の機器と中継装置とを接続するネットワークのトラフィックが増加しデータ通信の効率が悪くなる。
【００１０】
また、上記の所定の時間が長く設定された場合、内部の機器から外部の中継装置にアクセスが行なわれ、相当な時間が経過した後に、外部の中継装置が返信データを返信することになる。すると、中継装置は他の機器から情報を受信しているにも関わらず、返信データを返信しないため内部の機器と外部の中継装置との適切な通信応答が実現できないこととなる。
【００１１】
一方、返信データを受信した内部の機器が、中継装置にアクセスするタイミングが、所定の時間で定期的に行なわれると以下の問題が生じる。
【００１２】
この所定の時間が固定であると、中継装置に他の機器から情報を頻繁に受信している場合であっても、所定の期間が経過しないと、内部の機器は中継装置にアクセスしないことになる。特に、所定の時間が長い場合は、内部の機器が返信データを受信するまでの時間が長くなるため、通信応答が悪くなる。
【特許文献１】特開２００２−１３５８５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
この発明は上述の問題点を解決するためになされたもので、この発明の目的は、ファイアウォール内部の機器から外部の中継装置にアクセスするタイミング、および、その返信として外部の中継装置がデータを返信するタイミングを調整することにより、ネットワーク負荷の軽減と適切な通信応答を実現する中継装置、並びにその中継プログラムを提供することである。
【課題を解決するための手段】
【００１４】
上述の目的を達成するために、この発明のある局面に従った、第１通信データの返信としての返信データを、第２通信データを使用して作成する中継装置は、第１の装置から発信された第１通信データと第２の装置から発信された第２通信データとを含む通信データを受信するための受信手段と、受信手段により受信した前記第２通信データのうち、少なくとも返信データの作成に未使用の未使用データを記憶するための通信データ保持手段と、通信データと通信データを受信した受信時刻とを関連付けて記憶するための受信履歴保持手段と、通信データ保持手段に未使用データが存在するか否かを確認するための返信データ生成制御手段とを備え、前記返信データ生成制御手段は、１）通信データ保持手段に未使用データが存在することに応じて、返信データの作成開始を指示するための手段と、２）通信データ保持手段に未使用データが存在しないことに応じて、受信履歴保持手段に記憶された、所定の時間内の第２通信データの受信頻度に対応する待機時間の経過後に、返信データの作成開始を指示するための手段とを含み、返信データ生成制御手段に制御されて、通信データ保持手段を参照し、第１通信データの返信として返信データを作成するための返信データ生成手段と、返信データ生成手段により作成された返信データを前記第１の装置に返信するための返信手段とを備える。
【００１５】
この発明に従えば、第２通信データに基づいて、第１通信データの返信としての返信データを作成し、第１の装置に返信する。返信データの作成に使用される第２通信データが、通信データ保持手段に存在する場合は、返信データを作成し、通信データ保持手段に存在しない場合は、受信履歴保持手段の第２通信データの受信回数に応じて、待機時間を設定する。待機時間が経過するまで、第２通信データの受信を待ち、第２通信データを受信した場合は、返信データを作成する。第２通信データを受信しなかった場合は、待機時間が経過後に、返信データの作成に使用する第２通信データが存在しなかった旨の返信データを作成する。中継装置は、作成した返信データを第１の装置に返信する。
【００１６】
好ましくは、返信データ生成制御手段は、第１通信データを受信し、通信データ保持手段に未使用データが存在しない場合、受信履歴保持手段に記憶した第２通信データと第２通信データの受信時刻から、所定の時間内に第２通信データを受信した回数を求め、受信した回数の増加に応じて、待機時間を延長するための手段をさらに含む。
【００１７】
この発明に従えば、過去の第２通信データの受信回数に応じて、今後、第２通信データを受信するまでの時間を予測して待機時間を設定する。過去の第２通信データの受信回数に応じて待機時間を設定することにより、第１の装置は第２通信データに基づいて作成された返信データを受信する確率が高くなる。よって、第１の装置は中継装置に第１通信データを発信する回数を減らすことが可能となる。その結果、第１の装置と中継装置との通信効率が向上する。
【００１８】
好ましくは、返信データ生成制御手段は、通信データ保持手段に記憶された第１通信データの内容を解析するための通信データ解析手段をさらに含み、第１通信データが第２通信データを要求する内容であると通信データ解析手段が解析した場合、待機時間を延長するための手段をさらに含む。
【００１９】
この発明に従えば、中継装置は、第１通信データの内容に応じて、受信履歴保持手段を参照して設定した待機時間をさらに延長する。これにより、第１の装置は第２通信データに基づいた返信データを受信する確率がさらに高くなる。第１の装置は中継装置に第１通信データを発信する回数を減らすことが可能となる。その結果、第１の装置と中継装置との通信効率が向上する。
【００２０】
好ましくは、返信データ生成制御手段は、受信履歴保持手段に記憶した第２通信データと第２通信データの受信時刻から、所定の時間内に第２通信データを受信した回数を求め、受信した回数の増加に応じて、第１の装置が返信データを受信してから再び第１通信データを発信するまでの時間を指定する発信時間情報を設定するための発信時間設定手段をさらに含み、返信データ生成手段は、発信時間情報を含む返信データを作成するための手段を含む
この発明に従えば、受信履歴保持手段の第２通信データの受信回数から、第１の装置が再び第１通信データを発信するまでの発信時間情報を設定する。第１の装置は、発信時間情報を含む返信データを受信すると、発信時間情報の時間が経過後に第１通信データを中継装置に発信する。このとき、中継装置が第２通信データを受信していれば、第１通信データの返信データを第２通信データに基づいて作成し、送信する。その結果、第２通信データの受信回数に応じて、中継装置は、第１の装置から中継装置への第１通信データの適度な発信タイミングをコントロールするため、適切な通信応答を実現することが可能となる。
【００２１】
好ましくは、受信手段および返信手段は、ハイパーテキストトランスファープロトコル（HTTP: HyperText Transfer Protocol）を利用して通信を行なう。
【００２２】
この発明に従えば、文書、画像、映像などさまざま情報をＷＷＷ（World Wide Web）を利用して、通信することが可能となる。
【００２３】
好ましくは、返信データ生成手段は、返信データを暗号化する暗号化手段を含み、暗号化手段で暗号化され、受信手段により受信された通信データを復号化する復号化手段をさらに備える。
【００２４】
この発明に従えば、中継装置は、暗号化された通信データを受信し、暗号化した返信データを返信することにより、ネットワーク上で通信データおよび返信データの盗聴、改竄、または、なりすましを防ぐことができる。
【００２５】
好ましくは、暗号化手段は、セキュアソケットレイア（SSL:Secure Socket Layer）を利用して暗号化を行なう。
【００２６】
この発明に従えば、通信内容の暗号化、なりすましを防止する通信相手の認証と、伝送中に通信データおよび返信データの改竄が無いかを調べることが可能となる。公開鍵方式で暗号化を行なうことにより、高速な暗号化を実現することができる。
【００２７】
この発明の他の局面に従うと、第１の装置から発信された第１通信データの返信として、第２の装置から発信された第２通信データを使用して返信データを作成し、送信する中継方法をコンピュータに実行させるためのプログラムであって、第１通信データと第２通信データとを含む前記通信データのうち、少なくとも受信した第２通信データを通信データ記憶装置に格納するステップと、通信データと通信データを受信した受信時刻とを関連付けて受信履歴記憶装置に格納するステップと、通信データ記憶装置に、返信データの作成に未使用の第２通信データである未使用データが存在するか否かを確認するためのステップと、通信データ記憶装置に未使用データが存在することに応じて、返信データの作成開始を指示するためのステップと、通信データ記憶装置に未使用データが存在しないことに応じて、受信履歴記憶装置に記憶された、所定の時間内の第２通信データの受信頻度に対応する待機時間の経過後に、返信データの作成開始を指示するためのステップと、返信データの作成開始の指示を受けて、通信データ記憶装置を参照し、第１通信データの返信として返信データを作成するためのステップと、第１通信データの返信として作成された返信データを、第１の装置に返信するためのステップとをコンピュータに実行させる。
【００２８】
この発明に従えば、第２通信データに基づいて、第１通信データの返信としての返信データを作成し、第１の装置に返信する。返信データの作成の対象となる第２通信データが、通信データ保持手段に存在する場合は、返信データを作成し、通信データ保持手段に存在しない場合は、受信履歴保持手段の第２通信データの受信回数に応じて、待機時間を設定する。待機時間が経過するまで、第２通信データの受信を待ち、第２通信データを受信した場合は、返信データを作成する。第２通信データを受信しなかった場合は、待機時間が経過後に返信データを作成する。作成した返信データを第１の装置に返信する。
【発明の効果】
【００２９】
この発明によれば、待機時間を設定することにより、所定の時間で定期的に返信データを作成して送信する場合に比べ、第１の装置は第２通信データに基づいて作成された返信データを受信する確率が高くなる。第１の装置が、第２通信データに基づいて作成された返信データを受信すると、第１の装置と中継装置とにおいて、１度の第１通信データとその返信データの受け渡しで、有効に情報の伝達ができたことになる。１度のデータの受け渡しで、有効に情報伝達ができれば、第１の装置は中継装置に第１通信データを発信する回数を減らすことが可能となる。その結果、第１の装置と中継装置との通信効率が向上する。
【００３０】
あるいは、中継プログラムをコンピュータに実行させた場合に、第１の装置は第２通信データに基づいた返信データを受信する確率が高くなる。第１の装置は中継装置に第１通信データを発信する回数を減らすことが可能となる。その結果、中継プログラムをコンピュータに実行させることにより、第１の装置と中継装置との通信効率が向上する。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態を図面を用いて説明する。なお、図中において同一符号は、同一または相当する部材を示す。従って、重複する説明は繰り返さない。
【００３２】
［第１の実施の形態］
図１は、第１の実施の形態におけるデータ通信システムの構成図である。図１を参照して、データ通信システムはサーバ１０１と、第１ファイアウォール１０５と、中継装置１０７と、第２ファイアウォール１０８と、クライアント１０９とを含む。中継装置１０７は、受信した通信データに基づいて後述するタイミングで返信データを作成して返信する装置である。サーバ１０１はサービス提供部１０２と、ポーリング部１０３とを含む。クライアント１０９はアプリケーション１１０と、リクエスト部１１１とを含む。サービス提供部１０２は、クライアント１０９の要求に応じた処理を行なうもので、例えば、ＰＯＰ（Post Office Protocol）サーバ、ＷＷＷサーバ、ＦＴＰ（File Transfer Protocol）サーバなどである。ポーリング部１０３は、サーバ１０１から中継装置１０７へ通信データを発信する。ここでサーバ１０１から中継装置１０７に発信する通信データをポーリングという。アプリケーション１１０は、サーバ１０１にサービスを要求するアプリケーションで、例えば、メールソフトやＷＷＷブラウザなどである。リクエスト部１１１は、クライアント１０９から中継装置１０７へ通信データを発信する。ここでクライアント１０９から中継装置１０７に発信する通信データをリクエストという。従って、通信データは、ポーリングとリクエストとを含む。
【００３３】
中継装置１０７と第１ファイアウォール１０５、中継装置１０７と第２ファイアウォール１０８はインターネットなどのネットワーク１０６を介して接続される。ネットワーク１０６は、ＨＴＴＰを利用して通信してもよい。ここでネットワーク１０６はインターネットに限らずＬＡＮ（Local Area Network）、専用線などのネットワークを含む。サーバ１０１と第１ファイアウォール１０５、クライアント１０９と第２ファイアウォール１０８はＬＡＮ（Local Area Network）などのネットワーク１０４を介して接続される。また中継装置１０７に接続するサーバ１０１、クライアント１０９は、それぞれ２台以上存在しもよい。サーバ１０１、クライアント１０９、第１ファイアウォール１０５、第２ファイアウォール１０８、中継装置１０７はパーソナルコンピュータ、ワークステーション、携帯端末などの一般的なコンピュータである。そのハード構成および動作は周知であるためここでは説明を繰り返さない。
【００３４】
図２は、第１の実施の形態におけるデータ通信システムのデータの流れを示す概念図である。ここで、サーバ１０１とクライアント１０９が、中継装置１０７を介して通信する場合を例に説明する。図２を参照して、サーバ１０１は、クライアント１０９からサーバ１０１に宛てたリクエストが存在するかを確認するためのポーリング１を中継装置１０７に発信する（Ｆ１）。ここで、ポーリング１のデータについて説明する。図３は、第１の実施の形態におけるポーリング１のデータの一例を示す図である。図３を参照して、ポーリング１のデータは、パラメータ「ＰＯＳＴ」と、パラメータ「ｍｏｄｅ」と、パラメータ「ｓｒｃ＿ｉｄ」と、パラメータ「ｄｓｔ＿ｉｄ」と、パラメータ「ｄａｔａ」とを含む。パラメータ「ＰＯＳＴ」は、ネットワーク１０６上での中継装置１０７のホスト名を含む。例えば、「ＰＯＳＴ  ｈｔｔｐ：／／ｒｅｌａｙｓｅｒｖｅｒ．×××．ｎｅ．ｊｐ／ｃｇｉ／ｒｅｌａｙＨＴＴＰ／１．１」の「
1061874209566_0
」が、中継装置１０７のホスト名である。これにより、サーバ１０１は、ネットワーク１０６上の中継装置１０７を特定することができる。パラメータ「ｍｏｄｅ」は、通信データがポーリングかリクエストかを区別するためのデータ種別を示す。例えば、「ｍｏｄｅ=ｐｏｌｌｉｎｇ」は、通信データがポーリングであることを意味する。パラメータ「ｓｒｃ＿ｉｄ」は、通信データの発信元を特定する情報を示す。例えば、「ｓｒｃ＿ｉｄ=ＳＥＲＶＥＲ＿ＮＡＭＥ１０１」は、通信データがサーバ１０１から発信されたことを意味する。パラメータ「ｄｓｔ＿ｉｄ」は、後述する中継データを中継装置１０７を介して返信する返信先を特定する情報を示す。例えば、「ｄｓｔ＿ｉｄ=NULL」は、中継データを返信する返信先がないことを意味する。パラメータ「ｄａｔａ」は、パラメータ「ｄｓｔ＿ｉｄ」で特定される返信先に返信する中継データを示す。例えば、「ｄａｔａ=NULL」は、返信先に返信する中継データがないことを意味する。
【００３５】
次に、図２の中継装置１０７は、クライアント１０９からサーバ１０１に宛てたリクエスト１を受信するか、後述する待機時間が経過するまで、ポーリング１の返信としての返信データを作成せずに待機する。ここで、ポーリングの返信としての返信データ、または、リクエストの返信としての返信データをレスポンスという。
【００３６】
クライアント１０９が、サーバ１０１に宛てたリクエスト１を中継装置１０７に発信する（Ｆ２）。ここで、リクエスト１のデータについて説明する。図４は、第１の実施の形態におけるリクエスト１のデータの一例を示す図である。図４を参照して、「ＰＯＳＴ  ｈｔｔｐ：／／ｒｅｌａｙｓｅｒｖｅｒ．×××．ｎｅ．ｊｐ／ｃｇｉ／ｒｅｌａｙＨＴＴＰ／１．１」は中継装置１０７を特定し、「ｍｏｄｅ=ｒｅｑｕｅｓｔ」は通信データがリクエストであることを意味し、「ｓｒｃ＿ｉｄ=ＣＬＩＥＮＴ＿ＮＡＭＥ１０９」は通信データがクライアント１０９から発信されたことを意味し、「ｄｓｔ＿ｉｄ=ＳＥＲＶＥＲ＿ＮＡＭＥ１０１」は中継データの返信先がサーバ１０１であることを意味し、「ｄａｔａ=ｄｅｍａｎｄ＿ｄａｔａ１」は中継データがｄｅｍａｎｄ＿ｄａｔａ１であることを意味する。ここで、ｄｅｍａｎｄ＿ｄａｔａ１にはサーバ１０１に対し具体的なサービス提供を要求する情報が示される。例えば、ｄｅｍａｎｄ＿ｄａｔａ１はサーバ１０１のサービスを利用するために必要なユーザ名、パスワード、またはＷＷＷのコマンドなどである。
【００３７】
図２に戻って、中継装置１０７は、待機時間が経過するのを待つことなく、クライアント１０９からサーバ１０１に宛てたリクエスト１を受信すると、ポーリング１に対するレスポンス１をリクエスト１に基づいて作成し、サーバ１０１へ返信する（Ｆ３）。
【００３８】
ここで、中継装置１０７が作成したレスポンス１のデータについて説明する。図５は、第１の実施の形態における中継データを含むリクエスト１のデータの一例を示す図である。図５を参照して、「ｓｒｃ＿ｉｄ=ＣＬＩＥＮＴ＿ＮＡＭＥ１０９＆ｄａｔａ=ｄｅｍａｎｄ＿ｄａｔａ１」は、クライアント１０９から中継データとしてのｄｅｍａｎｄ＿ｄａｔａ１に該当するサービスの要求がなされていることを意味する。
【００３９】
なお、ポーリング１を受信後に待機時間が経過してもリクエスト１を受信しない場合、中継装置１０７は、中継データを含まないレスポンス１を作成する。図６は、第１の実施の形態における中継データを含まないリクエスト１のデータの一例を示す図である。図６を参照して、「ｓｒｃ＿ｉｄ=ＮＵＬＬ＆ｄａｔａ=ＮＵＬＬ」は、どのクライアントからもサーバ１０１への中継データがないことを意味する。サーバ１０１はサービス提供を要求されていないこととなる。
【００４０】
図２のサーバ１０１は、リクエスト１を受信後にリクエスト１に含まれる中継データの要求に応答する情報を含んだポーリング２を中継装置１０７に発信する（Ｆ４）。ここで、ポーリング２のデータについて説明する。図７は、第１の実施の形態におけるポーリング２のデータの一例を示す図である。図７を参照して、「ｍｏｄｅ=ｐｏｌｌｉｎｇ＆ｓｒｃ＿ｉｄ=ＳＥＲＶＥＲ＿ＮＡＭＥ１０１＆ｄｓｔ＿ｉｄ=ＣＬＩＥＮＴ＿ＮＡＭＥ１０９＆ｄａｔａ＝ｒｅｓｕｌｔ＿ｄａｔａ１」は、サーバ１０１からクライアント１０９へ中継データとしてｒｅｓｕｌｔ＿ｄａｔａ１を、中継装置１０７へ発信するポーリングであること意味する。ここで、ｒｅｓｕｌｔ＿ｄａｔａ１にはクライアント１０９から要求したサービスに対する具体的な応答としての情報が示される。例えば、ｒｅｓｕｌｔ＿ｄａｔａ１はサービス結果の通知、クライアント１０９へのパスワード要求、または電子メールの本文などである。
【００４１】
中継装置１０７は、ポーリング２に含まれる中継データをリクエスト１のレスポンス２としてクライアント１０９に返信する（Ｆ５）。ここで、レスポンス２のデータについて説明する。図８は、第１の実施の形態におけるレスポンス２のデータの一例を示す図である。図８を参照して、「ｓｒｃ＿ｉｄ=ＳＥＲＶＥＲ＿ＮＡＭＥ１０１＆ｄａｔａ=ｒｅｓｕｌｔ＿ｄａｔａ１」は、サーバ１０１からの中継データがｒｅｓｕｌｔ＿ｄａｔａ１に該当する応答であることを意味する。
【００４２】
ポーリングに対するレスポンスは、第１ファイアウォール１０５の内部のサーバ１０１からの通信データの返信としての返信データであるため、サーバ１０１の利用者などが、新たにファイアウォールに設定を施すことなくファイアウォールを通過することができる。リクエストに対するレスポンスにおいても同様である。
【００４３】
図９は、第１の実施の形態における中継装置の構成を示すブロック図である。図９を参照して、中継装置１０７は、サーバ１０１からポーリングを受信する第１受信部３０１と、クライアント１０９からリクエストを受信する第２受信部３０２と、受信した通信データを記憶する通信データ保持部３０３と、通信データと受信時間とを関連付けて記憶する受信履歴保持部３０４と、通信データ保持部３０３と受信履歴保持部３０４に記憶した情報から返信データを作成するタイミングを決定する返信データ生成制御部３０５と、通信データ保持部３０３に記憶した通信データに基づいてレスポンスを作成する返信データ生成部３０６と、サーバ１０１からのポーリングに対するレスポンスをサーバ１０１へ返信する第１返信部３０７と、クライアント１０９からのリクエストに対するレスポンスをクライアント１０９へ返信する第２返信部３０８とを含む。
【００４４】
通信データ保持部３０３は、第１受信部３０１および第２受信部３０２で受信した通信データを記憶する。記憶された通信データは、返信データ生成部３０６で返信データを作成するときに使用される。図１０は、第１の実施の形態における通信データ保持部に記憶された通信データ保持テーブルの一例を示す図である。図１０を参照して、通信データ保持テーブルは、受信ＩＤ項目と、モード項目と、発信元項目と、返信先項目と、中継データ項目とを含み、各項目は関連付けて記憶されている。受信ＩＤ項目は、通信データを受信した順番に応じて通信データごとに付与された番号を記憶する。モード項目は、通信データのパラメータ「ｍｏｄｅ」に対応した値を記憶する。発信元項目は、通信データのパラメータ「ｓｒｃ＿ｉｄ」に対応した値を記憶する。返信先項目は、通信データのパラメータ「ｄｓｔ＿ｉｄ」に対応した値を記憶する。中継データ項目は、通信データのパラメータ「ｄａｔａ」に対応した値を記憶する。例えば、通信データ保持テーブルの受信ＩＤ項目が「ＩＤ１」と関連付けられた情報は、サーバ１０１からのポーリングであって、返信先と中継データがない通信データを１番目に受信したことを意味する。
【００４５】
受信履歴保持部３０４は、受信した通信データを受信した受信時刻と関連付けて記憶する。受信履歴保持部３０４に記憶された受信履歴は、返信データ生成制御部３０５によって返信データを作成するタイミングを決定するのに使用される。図１１は、第１の実施の形態における受信履歴保持部に記憶した受信履歴テーブルの一例を示す図である。図１１を参照して、受信履歴テーブルは、履歴ＩＤ項目と、受信時刻項目と、モード項目と、発信元項目と、返信先項目と、中継データ項目とを含み、各項目は関連付けて記憶されている。履歴ＩＤ項目は、通信データを受信した順番に応じて通信データごとに付与された番号を記憶する。受信時刻項目は、通信データを受信した時刻を記憶する。例えば、受信履歴テーブルの履歴ＩＤ項目が「ＩＤ２」と関連付けられた情報は、中継装置１０７が、モードがリクエストで発信元のクライアント１０９から返信先のサーバ１０１への中継データがｄｅｍａｎｄ＿ｄａｔａ１である内容の通信データを１０時３３分１３秒に受信したことを意味する。
【００４６】
返信データ生成制御部３０５は、通信データ保持テーブルと受信履歴テーブルとの情報に従って、返信データを作成するタイミングを決定する。ここでは、サーバ１０１のポーリングに対するレスポンスを作成するタイミングを決定する場合について説明する。中継装置１０７がポーリングを受信すると、返信データ生成制御部３０５は通信データ保持テーブルを参照する。通信データ保持テーブルに返信先がサーバ１０１であるリクエストが存在する場合、返信データ生成制御部３０５は返信データ生成部３０６にレスポンスの作成を命令する。一方、通信データ保持テーブルに返信先がサーバ１０１であるリクエストが存在しない場合、返信データ生成制御部３０５は待機時間を決定するために受信履歴テーブルを参照する。例えば、受信履歴テーブルに受信時刻が過去３０分以内であって、返信先がサーバ１０１でモードがリクエストである情報の数を受信回数としてカウントする。返信データ生成制御部３０５は待機時間を式Ｔ＊（Ｎ＋１）から計算する。Ｔは予め定められた時間であり、Ｎは受信回数である。ここで、図１１の受信履歴テーブルが過去３０分以内の受信履歴である場合、返信先項目が「ＳＥＲＶＥＲ＿ＮＡＭＥ１０１」であってモード項目が「ｒｅｑｕｅｓｔ」である通信データを中継装置１０７が受信した回数は、履歴ＩＤ項目が「ＩＤ２」と「ＩＤ５」の２回であるため、Ｎ＝２となる。よって、Ｔを３０秒とすると待機時間は３０＊（２＋１）＝９０秒となる。よって、返信データ生成制御部３０５は、待機時間を決定してから９０秒経過すると返信データ生成部３０６にレスポンスの作成を命令する。
【００４７】
図１２は、第１の実施の形態における中継装置がポーリングに対するレスポンスを返信する処理の流れを示すフローチャートである。図１２を参照して、第１受信部３０１がポーリングを受信すると、返信データ生成制御部３０５は、通信データ保持テーブルにサーバ１０１へ返信する中継データを含むリクエストが存在するか否かを判定するパラメータＦｌａｇに０をセットする（Ｓ１０１）。返信データ生成制御部３０５は、通信データ保持テーブルを参照してサーバ１０１へ返信する中継データを含むリクエストが存在するか否かを調べる（Ｓ１０２）。
【００４８】
サーバ１０１へ返信する中継データを含むリクエストが存在する場合、返信データ生成制御部３０５は、返信データ生成部３０６にレスポンスの作成を命令する（Ｓ１０８）。返信データ生成部３０６は、通信データ保持テーブルを参照してサーバ１０１へ返信する中継データを含めたレスポンスを作成する（Ｓ１０９）。返信データ生成部３０６は、作成したレスポンスをサーバ１０１へ返信する命令を第１返信部３０７に行なう（Ｓ１１０）。第１返信部３０７は、レスポンスをサーバ１０１に返信する（Ｓ１１１）。
【００４９】
ステップＳ１０２で、サーバ１０１へ返信する中継データを含むリクエストが通信データ保持テーブルに存在しない場合、返信データ生成制御部３０５は、パラメータＦｌａｇに１がセットされているかを判定する（Ｓ１０３）。パラメータＦｌａｇに１がセットされている場合、ステップＳ１０７の処理を行なう。パラメータＦｌａｇに１がセットされていない場合、パラメータＦｌａｇに１をセットする（Ｓ１０４）。受信履歴テーブルを参照して、受信時刻が過去３０分以内であって、返信先がサーバ１０１の中継データを含むリクエストの受信回数Ｎをカウントする（Ｓ１０５）。受信回数Ｎを使用して、式Ｔ＊（Ｎ＋１）から返信データを作成するまでの待機時間を決定する（Ｓ１０６）。返信データ生成制御部３０５は、待機時間の決定から待機時間が経過するまでの間、通信データ保持テーブルを参照してサーバ１０１へ返信する中継データを含むリクエストが存在するかを調べる（Ｓ１０７）。待機時間が経過する前に、中継装置１０７がリクエストを受信し、通信データ保持テーブルにサーバ１０１へ返信する中継データを含むリクエストが存在した場合、待機時間の経過を待たずにステップＳ１０８を実行する。ステップＳ１０７で、中継装置１０７がリクエストを受信せずに待機時間が経過した場合、待機時間の経過後にステップＳ１０８を実行する。このとき、返信データ生成部３０６は、サーバ１０６サーバ１０１へ返信する中継データが存在しない旨のレスポンスを作成する（Ｓ１０９）。ここで、ステップＳ１０１〜ステップＳ１１０までの処理をサーバ１０１への返信制御処理としてステップＳ１００とする。
【００５０】
次に、クライアント１０９へ返信する中継データを含むサーバ１０１からのポーリングを受信したときの返信データ生成制御部３０５の処理について説明する。図１３は、第１の実施の形態における中継装置がリクエストに対するレスポンスを返信する処理の流れを示すフローチャートである。図１３を参照して、第２受信部３０２がポーリングを受信すると、返信データ生成制御部３０５は、通信データ保持テーブルにサーバ１０１からクライアント１０９へ返信する中継データを含むポーリングが存在するか否かを調べる（Ｓ２０１）。
【００５１】
通信データ保持テーブルにクライアント１０９へ返信する中継データを含むポーリングが存在しない場合、中継装置１０７がリクエストを受信し、通信データ保持テーブルにクライアント１０９へ返信する中継データを含むリクエストが存在するまで、通信データ保持テーブルの参照を繰り返す。
【００５２】
一方、通信データ保持テーブルにクライアント１０９へ返信する中継データを含むポーリングが存在する場合、返信データ生成制御部３０５は返信データ生成部３０６にレスポンスの作成を命令する（Ｓ２０２）。返信データ生成部３０６は、クライアント１０９へ返信する中継データを含むレスポンスを作成する（Ｓ２０３）。返信データ生成部３０６は、作成したレスポンスをクライアント１０９へ返信する命令を第２返信部３０８に行なう（Ｓ２０４）。第２返信部３０８は、レスポンスをクライアント１０９に返信する（Ｓ２０５）。
【００５３】
ここで、ステップＳ２０１〜ステップＳ２０４までの処理をクライアント１０９への返信制御処理としてステップＳ２００とする。
【００５４】
図１４は、第１の実施の形態における中継装置の処理の流れを示すフローチャートである。図１４を参照して、サーバ１０１からのポーリング、またはクライアント１０９からのリクエストを受信する（Ｓ３０１）。受信した通信データを通信データ保持テーブルに一時的に保持する（Ｓ３０２）。受信した通信データを受信時刻と関連付けて受信履歴テーブルを更新する（Ｓ３０３）。
【００５５】
受信した通信データがポーリングか否かを判断する（Ｓ３０４）。受信した通信データがポーリングでない場合は、クライアント１０９への返信処理を行なう（Ｓ２００）。受信した通信データがポーリングの場合は、サーバ１０１への返信制御処理を行なう（Ｓ１００）。第１返信部３０７はサーバ１０１へのレスポンスを返信し、第２返信部３０８はクライアント１０９へのレスポンスを返信する（Ｓ３０５）。通信データ保持部３０３は、レスポンスを返信した通信データを通信データ保持テーブルから削除して、通信データ保持テーブルを更新する（Ｓ３０６）。例えば、サーバ１０１から受信したポーリングに対してレスポンスを返信した場合は、通信データ保持テーブルからポーリングを削除する。なお、レスポンスを返信した通信データを通信データ保持テーブルから削除せずに、通信データ保持テーブルの通信データごとにレスポンスを返信したことを意味するフラグを設けて、レスポンスを返信したことを管理してもよい。
【００５６】
以上、説明したように、本実施の形態における中継装置１０７においては、サーバ１０１からのポーリングを受信し、クライアント１０９からサーバ１０１へ返信する中継データが通信データ保持テーブルに存在することに応じて、直ちにレスポンスを作成してサーバ１０１へ返信する。一方、サーバ１０１へ返信する中継データが存在しないことに応じて、受信履歴テーブルを参照して待機時間を決定し、待機時間が経過するまでレスポンスを作成せず、リクエストの受信を待つこととなる。待機時間が経過するまでにリクエストを受信すると、サーバ１０１への中継データを含むレスポンスを作成して返信する。待機時間を設定することにより、１回のポーリングに対して、中継データを含むレスポンスを返信する確率が高くなり、サーバ１０１のポーリングの発信回数を減少することが可能となり、サーバ１０１と中継装置１０７との間のネットワークの負荷を軽減することができる。
【００５７】
［第２の実施の形態］
図１５は、第２の実施の形態における中継装置の構成を示すブロック図である。図１５を参照して、返信データ生成制御部３０５は、通信データ解析部３０９を含む。通信データ解析部３０９は、通信データ保持部３０３の通信データの内容を解析する。通信データの解析は、通信データ保持部３０３の通信データの内容が、サーバ１０１からクライアント１０９に対して、クライアント１０９からの応答を要求するポーリングに該当するか否かを判断する。例えば、サーバ１０１からクライアント１０９に対し、クライアント１０９のパスワードを要求するポーリングが該当する。
【００５８】
通信データ解析部３０９が、上記の条件に該当するポーリングであると判断すると、返信データ生成制御部３０５は、このポーリングに対するレスポンスを作成するまでの待機時間を式Ｔ＊（Ｎ＋１）＋αにより決定する。ここで、αは待機時間をさらに延長する時間を表すパラメータである。サーバ１０１からパスワードを要求する中継データを含むリクエストに対するレスポンスを、クライアント１０９が受信すると、クライアント１０９はパスワードを含むリクエストを中継装置１０７へ発信すると考えられる。そこで、返信データ生成制御部３０５は、待機時間をさらに延長した時間が経過するまで、クライアント１０９からのリクエストを受信するのを待つ。リクエストを受信後、サーバ１０１のポーリングに対するレスポンスを作成してサーバ１０１へ返信する。これにより、サーバ１０１は、クライアント１０９のパスワードを含むレスポンスを受信するする確率が高くなる。サーバ１０１は、クライアント１０９のパスワードを含むレスポンスを受信すると、再びパスワードを含むレスポンスを要求するためのポーリングを発信する必要がなくなるため、サーバ１０１と中継装置１０７との間のネットワーク１０６の負荷を軽減することができる。
【００５９】
図１６は、第２の実施例における中継装置がポーリングに対するレスポンスを返信する処理の流れを示すフローチャートである。図１６を参照して、ステップＳ１０５で、返信データ生成制御部３０５は受信履歴テーブルを参照し、受信時刻が過去３０分以内であって、サーバ１０１へ返信する中継データを含むリクエストの受信回数Ｎをカウントする。次に、通信データ解析部３０９は、通信データ保持部３０３の通信データの内容を解析する（Ｓ４０１）。返信データ生成制御部３０５は、解析の結果に応じてレスポンスを作成するでの待機時間を決定する（Ｓ１０６）。例えば、Ｔ＝３０秒、受信回数Ｎが２回、α＝１０秒であって、解析の結果が待機時間を延長する場合、式Ｔ＊（Ｎ＋１）＋αより、待機時間は３０＊（２＋１）＋１０＝１００秒となる。
【００６０】
以上、説明したように、本実施の形態における中継装置１０７においては、通信データの内容に応じて、待機時間をさらに延長する。これにより、中継装置１０７は、リクエストを受信してから、レスポンスを作成する確率が高くなる。
【００６１】
サーバ１０１のポーリングに対するレスポンスは、リクエストの受信を待つクライアント１０９からの中継データを含む確率が高くなる。サーバ１０１は、再び中継装置１０７へのポーリングを発信する回数が減少するため、サーバ１０１と中継装置１０７との間のネットワークの負荷を軽減することが可能となる。
【００６２】
［第３の実施の形態］
図１７は、第３の実施の形態における中継装置の構成を示すブロック図である。図１７を参照して、中継装置１０７は復号化部３１０を含み、返信データ生成部３０６は暗号化部３１１を含む。復号化部３１０は、受信した通信データのうち、暗号化されている通信データを復号化する。なお、復号化部３１０は、第１受信部３０１および第２受信部３０２に含まれていてもよい。暗号化部３１１は、返信データ生成部３０６により作成された返信データを暗号化する。通信データおよび返信データの暗号化は、ＳＳＬによって行なわれてもよい。
【００６３】
以上、説明したように、本実施の形態における中継装置１０７においては、暗号化された通信データを受信し、暗号化した返信データを返信することにより、ネットワーク１０６上で通信データおよび返信データの盗聴、改竄、または、なりすましを防ぐことができる。
【００６４】
［第４の実施の形態］
図１８は、第４の実施の形態における中継装置の構成を示すブロック図である。図１８を参照して、返信データ生成制御部３０５は、発信時間設定部３１２を含む。発信時間設定部３１２は、受信履歴テーブルを参照して、受信時刻が過去３０分以内であって、サーバ１０１へ返信する中継データを含むリクエストの受信回数Ｎ’をカウントする。受信回数Ｎ’を使用して、式Ｔ’／（Ｎ’＋１）から発信時間を決定する。Ｔ’は予め定められた時間である。発信時間は、サーバ１０１が中継装置１０７からレスポンスを受信してから、再び中継装置へポーリングを発信するまでの時間である。例えば、Ｔ’＝１５秒で、受信回数Ｎ’＝２とすると、発信時間は１５／（２＋１）＝５秒となる。
【００６５】
返信データ生成部３０６は、発信時間設定部３１２が決定した発信時間を含めたポーリングに対するレスポンスを作成する。
【００６６】
図１９は、第４の実施の形態におけるポーリングに対するリクエストのデータの一例である。図１９を参照して、パラメータ「ｐｔｉｍｅ」は発信時間を表す発信時間情報である。サーバ１０１は、パラメータ「ｐｔｉｍｅ＝５」を含むレスポンスを受信すると、受信してから５秒後に中継装置１０７へポーリングを発信する。
【００６７】
図２０は、第４の実施例における中継装置がポーリングに対するレスポンスを返信する処理の流れを示すフローチャートである。図２０を参照して、ステップＳ１０６において、返信データ生成制御部３０５が待機時間を決定すると、発信時間設定部３１２は、受信履歴テーブルを参照して、受信回数Ｎ’に応じた発信時間を決定する（Ｓ５０１）。
【００６８】
以上、説明したように、本実施の形態における中継装置１０７においては、受信履歴テーブルを参照し、受信回数Ｎ’が多くなるに従って、今後もサーバ１０１へ中継データを返信するリクエストを受信する確率が高いと考え、発信時間を短く決定する。サーバ１０１は、発信時間情報を含むレスポンスを受信すると、発信時間の経過後にポーリングを発信する。これにより、中継装置１０７は、リクエストの受信回数Ｎ’により、サーバ１０１のポーリングの発信タイミングをコントロールできるため、リクエストの中継データを効率良くサーバ１０１へ返信することが可能となる。これにより、サーバ１０１と中継装置１０７との間で、適切な通信応答を実現することが可能となる。
【００６９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【００７０】
【図１】第１の実施の形態におけるデータ通信システムの構成図である。
【図２】第１の実施の形態におけるデータ通信システムのデータの流れを示す概念図である。
【図３】第１の実施の形態におけるポーリング１のデータの一例を示す図である。
【図４】第１の実施の形態におけるリクエスト１のデータの一例を示す図である。
【図５】第１の実施の形態における中継データを含むリクエスト１のデータの一例を示す図である。
【図６】第１の実施の形態における中継データを含まないリクエスト１のデータの一例を示す図である。
【図７】第１の実施の形態におけるポーリング２のデータの一例を示す図である。
【図８】第１の実施の形態におけるレスポンス２のデータの一例を示す図である。
【図９】第１の実施の形態における中継装置の構成を示すブロック図である。
【図１０】第１の実施の形態における通信データ保持部に記憶された通信データ保持テーブルの一例を示す図である。
【図１１】第１の実施の形態における受信履歴保持部に記憶した受信履歴テーブルの一例を示す図である。
【図１２】第１の実施の形態における中継装置がポーリングに対するレスポンスを返信する処理の流れを示すフローチャートである。
【図１３】第１の実施の形態における中継装置がリクエストに対するレスポンスを返信する処理の流れを示すフローチャートである。
【図１４】第１の実施の形態における中継装置の処理の流れを示すフローチャートである。
【図１５】第２の実施の形態における中継装置の構成を示すブロック図である。
【図１６】第２の実施例における中継装置がポーリングに対するレスポンスを返信する処理の流れを示すフローチャートである。
【図１７】第３の実施の形態における中継装置の構成を示すブロック図である。
【図１８】第４の実施の形態における中継装置の構成を示すブロック図である。
【図１９】第４の実施の形態におけるポーリングに対するリクエストのデータの一例である。
【図２０】第４の実施例における中継装置がポーリングに対するレスポンスを返信する処理の流れを示すフローチャートである。
【符号の説明】
【００７１】
１０１  サーバ、１０２  サービス提供部、１０３  ポーリング部、１０４  ネットワーク、１０５  第１ファイアウォール、１０６  ネットワーク、１０７  中継装置、１０８  第２ファイアウォール、１０９  クライアント、１１０  アプリケーション、１１１  リクエスト部、３０１  第１受信部、３０２  第２受信部、３０３  通信データ保持部、３０４  受信履歴保持部、３０５  返信データ生成制御部、３０６  返信データ生成部、３０７  第１返信部、３０８  第２返信部、３０９  通信データ解析部、３１０  復号化部、３１１  暗号化部、３１２  発信時間設定部。
【図１】
2005073051.tif 000003
【図２】
2005073051.tif 000004
【図３】
2005073051.tif 000005
【図４】
2005073051.tif 000006
【図５】
2005073051.tif 000007
【図６】
2005073051.tif 000008
【図７】
2005073051.tif 000009
【図８】
2005073051.tif 000010
【図９】
2005073051.tif 000011
【図１０】
2005073051.tif 000012
【図１１】
2005073051.tif 000013
【図１２】
2005073051.tif 000014
【図１３】
2005073051.tif 000015
【図１４】
2005073051.tif 000016
【図１５】
2005073051.tif 000017
【図１６】
2005073051.tif 000018
【図１７】
2005073051.tif 000019
【図１８】
2005073051.tif 000020
【図１９】
2005073051.tif 000021
【図２０】
2005073051.tif 000022