(57)【要約】【課題】署名付与や暗号化等をサポートしていない網の場合でも、ＩＰアドレスが固定でないクライアントに対して、安全にデータまたはコマンドを送付可能なクライアントサーバシステムを提供することである。【解決手段】サーバとクライアントとが通信を行うサーバクライアントシステムにおいて、前記サーバから前記クライアントに対して通信開始する際に、通信内容に応じた識別子を記載した電子メールを前記サーバから前記クライアントに対して送信し、該電子メールを受信した前記クライアントは該サーバに対して該受信電子メールに記載の識別子に対応する前記通信内容の問い合わせを行い、該問い合わせを受けた前記サーバは該クライアントとの間に暗号化通信路を確立し、該暗号化通信路上で前記サーバから前記クライアントに対して前記通信内容を送信することを特徴とする。【選択図】図１
2010183390.tif 000002
【特許請求の範囲】
【請求項１】
サーバとクライアントとが通信を行うサーバクライアントシステムにおいて、
前記サーバから前記クライアントに対して通信開始する際に、通信内容に応じた識別子を記載した電子メールを前記サーバから前記クライアントに対して送信し、該電子メールを受信した前記クライアントは該サーバに対して該受信電子メールに記載の識別子に対応する前記通信内容の問い合わせを行い、該問い合わせを受けた前記サーバは該クライアントとの間に暗号化通信路を確立し、該暗号化通信路上で前記サーバから前記クライアントに対して前記通信内容を送信する、
ことを特徴とするサーバクライアントシステム。
【請求項２】
前記サーバと前記クライアントとがインターネットプロトコルによって通信することを特徴とする請求項１に記載のサーバクライアントシステム。
【請求項３】
前記クライアントが固定ＩＰアドレスを有さないことを特徴とする請求項２に記載のサーバクライアントシステム。
【請求項４】
前記クライアントが移動機であることを特徴とする請求項３に記載のサーバクライアントシステム。
【請求項５】
請求項１に記載のサーバ。
【請求項６】
請求項１に記載のクライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアントサーバシステムに関する。
【背景技術】
【０００２】
クライアントサーバシステムにおいては、通信の際に互いを特定するためにＩＰアドレスが用いられる。しかしながら、携帯電話機や無線ＬＡＮ等のクライアントにおいては、通信の都度にＩＰアドレスが割り当てられる構成であるため、サーバではクライアントのＩＰアドレスがわからず、サーバからクライアントに対して通信を開始することができなかった。このような状況において、最近では、携帯電話や無線ＬＡＮ等の普及は目覚ましく、クライアントサーバシステムにおいて、ＩＰアドレスが固定でないクライアントとの通信の必要性が増加している。
【０００３】
さらに説明すると、上述の携帯電話機や無線ＬＡＮ等のクライアントは移動機であり、通信キャリアの無線網に接続している場合、固定ＩＰアドレスを用いることができず、接続ごとに異なるＩＰアドレスが割り当てられる。このため、従来はサーバからの契機でクライアントへ通信を行うことができなかった。
【０００４】
この対策としては、Ｐｕｓｈ配信サービスを利用することが考えられる。多くの通信キャリアは電子メールを移動機へＰｕｓｈ配信するサービスを提供しているため、それを利用して電子メールを用いてクライアントへデータまたはコマンドを送付することができる。また、電子メールＰｕｓｈ配信のサービスが利用できない場合は、クライアントがメールサーバからのメール受信をポーリングすることで同等の機能を実現することができる。
【０００５】
特許文献１には、電子メールの送受信において、暗号通信が可能な相手先のみを選択するリストを提示し、暗号通信を行うことができない相手先に対して誤って暗号化した電子メールを送信することがないようにした通信装置について開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−６０３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、上述のように、上記の代替手段を用いる場合、電子メールは公衆網を使用するため、電子メールの傍受及び偽装が脅威として考えられる。具体的な例の１つとしては、サーバからクライアントへ電子メールで送付する内容がデータである場合、第三者による電子メールの傍受により、機密情報が漏洩するリスクがある。また、別の例としては、サーバからクライアントへ電子メールで送付する内容が処理を依頼するコマンドである場合、第三者が偽のコマンドを電子メールで送付した場合に、クライアントが不正な処理を実行するリスクがある。
【０００８】
電子メールへの署名付与および暗号化により上記のリスクは軽減できるが、署名を付与したとしても、電子メール自体をキャプチャされて再送されると、署名が有効であるためコマンドが実行されてしまう。
【０００９】
そこで、特許文献１に記載のように、電子メールを暗号化することが考えられるが、電子メールへの署名付与や暗号化は通信キャリアの無線網でサポートされていない場合があるという問題があった。
【００１０】
本発明は上記の点にかんがみてなされたもので、署名付与や暗号化等をサポートしていない網の場合でも、ＩＰアドレスが固定でないクライアントに対して、安全にデータまたはコマンドを送付可能なクライアントサーバシステムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するにあたり、本発明では、サーバからクライアントへ送付する電子メール自体にはデータまたはコマンドの識別子のみを記載し、クライアントが電子メールを受信後にクライアントからサーバへ接続を行い、識別子に対応する内容を問い合わせる。この問い合わせに応じてサーバは、識別子に対応するデータまたはコマンドをクライアントへ返送し、クライアントはデータの受信、およびコマンドの実行を行う。電子メール受信後のクライアント−サーバ間の接続は、セキュリティを確保するため、ＳＳＬ等の暗号化通信とする。
【００１２】
すなわち本発明は、サーバからクライアントへの通信において、電子メールを利用してPush通知を行い、電子メールには識別子のみ記載し、Push受信後にクライアントからサーバへ暗号化通信路を確立し、暗号化通信路上でサーバからクライアントへの通信内容を確認する。
【００１３】
本発明では、公衆網を使用する電子メールには秘密情報を記載しないため、傍受されても問題ない。秘密情報は、クライアントからサーバへの暗号化通信で送受信する。
【００１４】
また、電子メールを傍受して第三者がコマンドを再送する攻撃に対しては、クライアントからサーバへの問い合わせ時に、電子メールに記載されていた識別子が、サーバから発行されておらず有効でないことが判別できるため、不正なコマンドが実行されることもない。
【００１５】
本発明は、サーバとクライアントとが通信を行うサーバクライアントシステムにおいて、前記サーバから前記クライアントに対して通信開始する際に、通信内容に応じた識別子を記載した電子メールを前記サーバから前記クライアントに対して送信し、該電子メールを受信した前記クライアントは該サーバに対して該受信電子メールに記載の識別子に対応する前記通信内容の問い合わせを行い、該問い合わせを受けた前記サーバは該クライアントとの間に暗号化通信路を確立し、該暗号化通信路上で前記サーバから前記クライアントに対して前記通信内容を送信することを特徴とする。
【００１６】
また本発明は、前記サーバと前記クライアントとがインターネットプロトコルによって通信することを特徴とする。
【００１７】
また本発明は、前記クライアントが固定ＩＰアドレスを有さないことを特徴とする。
【００１８】
また本発明は、前記クライアントが移動機であることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、以下のような効果を奏する。
【００２０】
第１の効果は、ＩＰアドレスが固定でないクライアントに対して、安全にデータまたはコマンドを送付可能な点である。
【００２１】
第２の効果は、上記の実施のために既存のネットワーク設備の拡張を必要とせず、既存のネットワークの機能で実現可能な点である。
【図面の簡単な説明】
【００２２】
【図１】本発明によるサーバクライアントシステムの一実施形態の構成を示すブロック図である。
【図２】図１に示したサーバクライアントシステムにおけるサーバとクライアントとの動作の流れを示すシーケンス図である。
【図３】図１に示したサーバクライアントシステムにおけるクライアントの処理流れを示すフローチャートである。
【図４】図１に示したサーバクライアントシステムにおけるクライアントの処理流れを示すフローチャートである。
【図５】図１に示したサーバクライアントシステムにおけるサーバの処理流れを示すフローチャートである。
【図６】本発明によるサーバクライアントシステムの、図１とは別の実施形態の構成を示すブロック図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００２４】
図１は、本発明によるサーバクライアントシステムの一実施形態の構成を示すブロック図である。
【００２５】
本実施形態のサーバクライアントシステムは、クライアント端末１０と、ネットワーク３０と、暗号化通信路４０と、サーバ５０とを有して構成される。
【００２６】
クライアント端末１０には、情報処理装置２０が含まれる。
【００２７】
情報処理装置２０は、アプリケーション２０１と、Ｐｕｓｈコマンド受信手段２０２と、受信メール解析手段２０３と、メール受信手段２０４と、通信手段２０５とを有して構成される。
【００２８】
アプリケーション２０１は、サーバ５０からのデータまたはコマンドを受信するアプリケーションである。
【００２９】
Ｐｕｓｈコマンド受信手段２０２は、サーバ５０からの電子メール受信を受けて受信メール解析手段２０３から識別子を受け取り、通信手段２０５を用いてサーバへ識別子に対応するデータまたはコマンドを問い合わせる。
【００３０】
受信メール解析手段２０３は、クライアント端末１０が受信した電子メールを解析し、サーバ５０からのデータまたはコマンドの通知であるかどうかを判定し、該当した場合はＰｕｓｈコマンド受信手段２０２へ電子メールに含まれる識別子を送付する。
【００３１】
メール受信手段２０４は、クライアント端末１０宛ての電子メールを受信する。受信の契機としては、通信キャリアのサービスとしてＰｕｓｈ配信される他に、メール受信手段２０４がメールサーバ（図示せず）に対して受信確認をポーリングする方法も考えられる。受信したすべてのメールは、受信メール解析手段２０３へ送付される。
【００３２】
通信手段２０５は、サーバ５０の通信手段６０２との間に暗号化通信路４０を確立し、この暗号化通信路４０によってクライアント端末１０とサーバ５０との間の安全な通信を提供する。暗号化通信の方式としては、ＳＳＬ等の既知のいかなる方式を用いてもよい。
【００３３】
ネットワーク３０は、公衆網および通信キャリアの通信網を含む。
【００３４】
暗号化通信路４０は、クライアント端末１０とサーバ５０との間で確立する仮想的な通信路である。クライアント端末１０側の通信手段２０５と、サーバ５０側の通信手段６０２とにより作成される。
【００３５】
サーバ５０は、情報処理装置６０と、記憶装置７０とを有して構成される。
【００３６】
情報処理装置６０は、メール送信手段６０１と、通信手段６０２と、Ｐｕｓｈコマンド管理手段６０３と、アプリケーション６０４とを有して構成される。
【００３７】
メール送信手段６０１は、Ｐｕｓｈコマンド管理手段６０３から指定された内容のメールを、クライアントへ送付する。
【００３８】
通信手段６０２は、クライアントの通信手段２０５との間に暗号化通信路４０を確立し、クライアント端末１０とサーバ５０との間の安全な通信を提供する。暗号化通信の方式としては、ＳＳＬ等の既知のいかなる方式を用いてもよい。
【００３９】
Ｐｕｓｈコマンド管理手段６０３は、アプリケーション６０４で発生したクライアントへ送付が必要なデータまたはコマンドをアプリケーション６０４から受け取り、該当データまたはコマンドに対応する識別子を生成し、記憶装置７０内のコマンド・識別子対応表７０１に、そのデータまたはコマンドと識別子との組を保存する。その後、メール送信手段６０１を用いて、クライアント端末１０へ識別子を電子メールで送付する。また、クライアント端末１０からの問い合わせを通信手段６０２経由で受け取り、この問い合わせに含まれる識別子に対応するデータまたはコマンドを、コマンド・識別子対応表７０１から検索し、該当するデータまたはコマンドを通信手段６０２を用いてクライアントへ返送する。
【００４０】
アプリケーション６０４は、サーバ５０側のユーザの操作または何らかのイベントにより、クライアント端末１０への送付が必要になったデータまたはコマンドをＰｕｓｈコマンド管理手段６０３へ渡し、クライアント端末１０への送付を依頼する。
【００４１】
記憶装置７０はサーバ５０内でデータを保存する装置である。コマンド・識別子対応表７０１を保存する。コマンド・識別子対応表７０１には、クライアント端末１０へ送付するデータまたはコマンドと識別子の対応表が格納される。また、記憶装置７０には、クライアント端末１０のほか、接続される複数のクライアントの電子メールアドレスをあらかじめ記憶してあり、この電子メールアドレスを用いて、各クライアントへの識別子の電子メール送付が行われる。
【００４２】
次に、図面を参照しながら本実施形態の動作を説明する。
【００４３】
図２は、図１に示したサーバクライアントシステムにおけるサーバとクライアントとの動作の流れを示すシーケンス図である。
【００４４】
図３は、図１に示したサーバクライアントシステムにおけるクライアントの処理流れを示すフローチャートである。
【００４５】
図４は、図１に示したサーバクライアントシステムにおけるクライアントの処理流れを示すフローチャートである。
【００４６】
図５は、図１に示したサーバクライアントシステムにおけるサーバの処理流れを示すフローチャートである。
【００４７】
図２のシーケンス図は、サーバ５０側でクライアント端末１０へ送付するデータまたはコマンドが発生してからクライアント端末１０がデータまたはコマンドを受信して、コマンドを実行するまでの動作の説明である。
【００４８】
まず、ステップ（Ｓ０１）では、サーバ５０側のアプリケーション６０４で、ユーザの操作または何らかのイベントにより、クライアント端末１０へ通知する必要があるデータまたはコマンドが発生し、Ｐｕｓｈコマンド管理手段６０３へ該当のデータまたはコマンドを送付する。
【００４９】
ステップ（Ｓ０２）では、Ｐｕｓｈコマンド管理手段６０３は、アプリケーション６０４で発生したクライアント端末１０へ送付が必要なデータまたはコマンドを受け取り、該当データまたはコマンドに対応する識別子を生成し、記憶装置７０内のコマンド・識別子対応表７０１にデータまたはコマンドと識別子の組を保存する。ここでいう識別子とは、各データまたはコマンドを識別可能なように、データまたはコマンドごとに設けられたものであり、文字、数字、記号等のいかなる組み合わせであってもよい。データまたはコマンドと識別子との対応付けは、データまたはコマンドが発生するたびに異なる対応付けをしてもよいし、同じ対応付けをしてもよい。
【００５０】
ステップ（Ｓ０３）では、Ｐｕｓｈコマンド管理手段６０３は、メール送信手段６０１を用いて、クライアント端末１０へ、今回の識別子を、規定フォーマットの電子メールで送付する。
【００５１】
ステップ（Ｓ０４）では、クライアント端末１０のメール受信手段２０４は、サーバ５０からの電子メールを受信する。受信の契機としては、通信キャリアのサービスとしてＰｕｓｈ配信される他に、メール受信手段２０４がメールサーバに対して受信確認をポーリングする方法でもよい。受信したすべてのメールは、受信メール解析手段２０３へ送付される。
【００５２】
ステップ（Ｓ０５）では、受信メール解析手段２０３は、受け取った電子メールを解析し、サーバ５０からのデータまたはコマンドの通知であるかどうかを判定し、該当した場合はＰｕｓｈコマンド受信手段２０２へ電子メールに含まれている識別子を送付する。
【００５３】
ステップ（Ｓ０７）では、Ｐｕｓｈコマンド受信手段２０２は通信手段２０５を用いてサーバ５０との暗号化通信路４０を確立する。サーバ５０側でも通信手段６０２は、クライアント端末１０の通信手段２０５からの要求を受け、暗号化通信路４０の確立を行う（ステップ（Ｓ０８））。
【００５４】
ステップ（Ｓ０９）では、前のステップまでで確立した暗号化通信路４０を使用して、Ｐｕｓｈコマンド受信手段２０２が、通信手段２０５を用いて、ステップ（Ｓ０５）で受け取った識別子に対応するデータまたはコマンドをサーバ５０へ問い合わせる。
【００５５】
ステップ（Ｓ１０）では、サーバ５０の通信手段６０２は、ステップ（Ｓ０９）でクライアント端末１０が出した問い合わせを受信し、その問い合わせをＰｕｓｈコマンド管理手段６０３へ送付する。
【００５６】
ステップ（Ｓ１１）では、Ｐｕｓｈコマンド管理手段６０３は、ステップ（Ｓ１０）で受け取ったクライアント端末１０からの問い合わせに含まれる識別子に対応するデータまたはコマンドをコマンド・識別子対応表７０１から検索する。
【００５７】
ステップ（Ｓ１２）では、Ｐｕｓｈコマンド管理手段６０３は、ステップ（Ｓ１１）で検索したデータまたはコマンドを、通信手段６０２を用いて、クライアント端末１０へ返送する。
【００５８】
ステップ（Ｓ１３）では、Ｐｕｓｈコマンド管理手段６０３は、ステップ（Ｓ１１）で検索した識別子とデータまたはコマンドとの組をコマンド・識別子対応表７０１から削除する。
【００５９】
ステップ（Ｓ１４）では、クライアント端末１０のＰｕｓｈコマンド受信手段２０２は、通信手段２０５経由で、ステップ（Ｓ１２）のサーバ５０からのデータまたはコマンドを受信し、アプリケーション２０１へ通知する。
【００６０】
ステップ（Ｓ１５）では、アプリケーション２０１は受け取ったコマンドを実行する。
【００６１】
図３のフローチャートは、クライアント端末１０がサーバ５０からの電子メールを受け取ってからコマンドを実行するまでの動作の説明である。
【００６２】
ステップ（Ａ０１）では、クライアント端末１０のメール受信手段２０４は、電子メールを受信する。受信したすべてのメールは、受信メール解析手段２０３へ送付される。
【００６３】
ステップ（Ａ０２）では、受信メール解析手段２０３は、受け取った電子メールを解析し、サーバ５０からのデータまたはコマンドの通知であるかどうかを判定する。
【００６４】
ステップ（Ａ０３）では、ステップ（Ａ０２）の判定で該当した場合はＰｕｓｈコマンド受信手段２０２へ電子メールに含まれる識別子を送付してステップ（Ａ０４）に進む。ステップ（Ａ０２）の判定で該当しない場合は、本フローチャートは終了し、通常のメール受信時の動作を行う。
【００６５】
ステップ（Ａ０４）では、Ｐｕｓｈコマンド受信手段２０２は通信手段２０５を用いてサーバ５０との暗号化通信路４０を確立する。サーバ５０は移動機ではなく、固定ＩＰアドレスなどの固定アドレスを有するものであり、クライアント端末１０は、図示しない記憶手段に、このサーバ５０の固定ＩＰアドレスなどの固定アドレスを記憶しており、クライアント端末１０側からこの固定アドレス宛に通信を開始することによって暗号化通信路４０を確立することができる。
【００６６】
ステップ（Ａ０５）では、ステップ（Ａ０４）の暗号化通信路４０の確立が成功した場合、ステップ（Ａ０６）に進む。暗号化通信路４０の確立が失敗した場合、本フローチャートは終了する。
【００６７】
ステップ（Ａ０６）で、前のステップまでで確立した暗号化通信路４０を使用して、Ｐｕｓｈコマンド受信手段２０２が、通信手段２０５を用いて、識別子に対応するデータまたはコマンドをサーバ５０へ問い合わせる。
【００６８】
ステップ（Ａ０７）では、クライアント端末１０のＰｕｓｈコマンド受信手段２０２は、暗号化通信路４０を使用して、通信手段２０５経由で、サーバ５０からの問い合わせ結果のデータまたはコマンドを受信する。
【００６９】
ステップ（Ａ０８）では、ステップ（Ａ０７）で受信した問い合わせ結果にコマンドが含まれていた場合は、ステップ（Ａ０９）に進む。コマンドが含まれていなかった場合は、本フローチャートは終了する。
【００７０】
ステップ（Ａ０９）で、アプリケーション２０１は受け取ったコマンドを実行する。
【００７１】
図４のフローチャートは、サーバ５０側でクライアント端末１０へ送付するデータまたはコマンドが発生してから、クライアント端末１０へ電子メールを送付するまでのクライアントの動作の説明である。
【００７２】
まず、ステップ（Ｂ０１）では、サーバ側のアプリケーション６０４で、ユーザの操作または何らかのイベントにより、クライアントへ通知する必要があるデータまたはコマンドが発生し、Ｐｕｓｈコマンド管理手段６０３へ該当のデータまたはコマンドを送付する。
【００７３】
ステップ（Ｂ０２）では、Ｐｕｓｈコマンド管理手段６０３は、アプリケーション６０４で発生したクライアントへ送付が必要なデータまたはコマンドを受け取り、該当データまたはコマンドに対応する識別子を生成し、記憶装置７０内のコマンド・識別子対応表７０１に、データまたはコマンドと識別子との組を保存する。
【００７４】
ステップ（Ｂ０３）では、Ｐｕｓｈコマンド管理手段６０３は、メール送信手段６０１を用いて、クライアント端末１０へ識別子を規定フォーマットの電子メールで送付する。
【００７５】
図５のフローチャートは、サーバ５０側でクライアント端末１０からの識別子内容の問い合わせを待ち受け、問い合わせを受信してからクライアント端末１０へ結果を返送するまでのサーバ５０の動作の説明である。
【００７６】
ステップ（Ｃ０１）では、サーバ５０の通信手段６０２は、クライアント端末１０からの暗号化通信開始要求を待受けている。
【００７７】
暗号化通信開始要求がクライアント端末１０から来ると、ステップ（Ｃ０２）で暗号化通信路４０を確立する。
【００７８】
ステップ（Ｃ０３）では、ステップ（Ｃ０２）で暗号化通信路４０の確立が成功した場合はステップ（Ｃ０４）に進む。失敗した場合は、本フローチャートは終了する。
【００７９】
ステップ（Ｃ０４）では、サーバ５０の通信手段６０２は、クライアント端末１０からの識別子問い合わせを待受ける。
【００８０】
ステップ（Ｃ０５）では、識別子の内容問い合わせを受信すると、Ｐｕｓｈコマンド管理手段６０３へ送付する。
【００８１】
ステップ（Ｃ０６）では、Ｐｕｓｈコマンド管理手段６０３は、ステップ（Ｃ０５）で受け取ったクライアント端末１０の問い合わせに含まれる識別子に対応するデータまたはコマンドをコマンド・識別子対応表７０１から検索する。
【００８２】
ステップ（Ｃ０７）では、ステップ（Ｃ０６）の検索で該当のデータまたはコマンドが存在する場合、ステップ（Ｃ１０）へ進む。該当のコマンドが存在しない場合、ステップ（Ｓ０９）へ進む。
【００８３】
ステップ（Ｃ０９）では、クライアント端末１０に対し、コマンドなしを返却する。
【００８４】
ステップ（Ｃ１０）では、クライアント端末１０に対し、ステップ（Ｓ０６）で検索したデータまたはコマンドを返却する。
【００８５】
ステップ（Ｃ１１）で、Ｐｕｓｈコマンド管理手段６０３は、ステップ（Ｃ０６）で検索した識別子とデータまたはコマンドとの組をコマンド・識別子対応表７０１から削除する。
【００８６】
以上説明した本発明によれば、ＩＰアドレスが固定でないクライアントに対して、安全にデータまたはコマンドを送付可能であるという効果を奏する。
【００８７】
また、本発明は、既存のネットワーク設備の拡張を必要とせず、既存のネットワークの機能で実現可能である。
【００８８】
次に、本発明の別の実施形態について説明する。
【００８９】
図６は、本発明によるサーバクライアントシステムの、図１とは別の実施形態の構成を示すブロック図である。
【００９０】
この実施形態のサーバクライアントシステムは、サーバ５０が識別子生成器６０５を有し、クライアント端末１０が識別子生成器２０６を有する点で、図１の実施形態と異なる。図１と同様の構成については、同じ参照番号を付して詳しい説明を省略する。
【００９１】
図１に示した実施形態では、クライアント端末１０のＰｕｓｈコマンド受信手段２０２は、電子メールで受け取った識別子すべてに対してサーバ５０への問い合わせを実施していた。
【００９２】
一方、この図６の実施形態では、サーバ５０のＰｕｓｈコマンド管理手段６０３は識別子生成器２０６で生成した識別子を用いることとし、クライアント端末１０は、サーバ５０の識別子生成器２０６で生成した識別子と同じ識別子を生成可能な識別子生成器２０６を備え、クライアント端末１０のＰｕｓｈコマンド受信手段２０２は、電子メールで受け取った識別子と自身で生成した識別子とが一致した場合にのみ、サーバ５０へ問い合わせを実施する。
【００９３】
このように構成することによって、第３者からのメール再送攻撃を受けた場合など、実際にはないコマンド等に対するサーバ５０への問い合わせを行わずに済み、余計なトラフィックを発生させないという効果を奏する。
【産業上の利用可能性】
【００９４】
本発明は、クライアントが移動機である場合に限られず、接続の都度にＩＰアドレスが割り当てられるあらゆるクライアントに対して、サーバ側から通信を開始したい場合すべてに適用可能である。また、インターネット網に限られず、異なるプロトコルのものにも適用可能である。
【符号の説明】
【００９５】
１０  クライアント端末
２０  情報処理装置
２０１  アプリケーション
２０２  Ｐｕｓｈコマンド受信手段
２０３  受信メール解析手段
２０４  メール受信手段
２０５  通信手段
３０  ネットワーク
４０  暗号化通信路
５０  サーバ
６０  情報処理装置
６０１  メール送信手段
６０２  通信手段
６０３  Ｐｕｓｈコマンド送信手段
６０４  アプリケーション
７０  記憶装置
７０１  コマンド・識別子対応表
【図１】
2010183390.tif 000003
【図２】
2010183390.tif 000004
【図３】
2010183390.tif 000005
【図４】
2010183390.tif 000006
【図５】
2010183390.tif 000007
【図６】
2010183390.tif 000008