(57)【要約】【課題】通信セキュリティの向上とリレーサーバの負荷低減を図ったリレーサーバシステム及びその通信方法を提供する。【解決手段】リレーサーバ４０は、インターネット３０を介してタスク要求側（タスク要求装置１０）から送信された要求タスクを内部のフォルダに保存すると共に、タスク要求側に対して受取サーバを指定する機能を有し、タスク実行装置（サービス提供側）２０はインターネット３０を介してリレーサーバ４０に要求タスクが在るか否かを監視して要求タスクがあることを確認するとこれを実行して結果を受取サーバ５０に送信して保存するようにした。【選択図】図１
2017021662.tif 000002
【特許請求の範囲】
【請求項１】
インターネットに接続可能なタスク要求装置と、要求されたタスクを実行するタスク実行装置と、インターネットに接続されたリレーサーバとを含むリレーサーバシステムにおいて、
前記タスク要求装置は、インターネットを介して前記リレーサーバにタスクを要求するタスク要求部と、前記リレーサーバから送られてきた受取サーバを記憶する受取サーバ記憶部とを有し、
前記リレーサーバは、インターネットを介してタスク要求装置から送られてきた要求タスクを受け付けるタスク受付部と、タスク要求装置に対してタスク実行結果を受け取るべきインターネット上の受取サーバを指定する受取サーバ指定部とを有し、
前記タスク実行装置は、前記インターネットを介して前記リレーサーバをアクセスして要求タスクの有無を確認するタスク確認部と、要求有りを確認した際、要求されたタスクを実行するタスク実行部と、実行したタスクの結果をインターネットを介して前記受取サーバに送信する結果送信部とを有することを特徴とするリレーサーバシステム。
【請求項２】
前記リレーサーバは、前記タスク要求装置から送られてきた前記要求タスクとタスク実行結果を受け取る前記受取サーバとを関連付けて記憶する記憶部を有する、請求項１記載のリレーサーバシステム。
【請求項３】
前記リレーサーバは、前記要求タスクの受付けに応答して起動されるタイマーを有し、当該タイマーが所定時間経過後、前記記憶部の要求タスクを消去する、請求項２記載のリレーサーバシステム。
【請求項４】
前記タスク実行装置は、前記リレーサーバに前記要求タスクが有ることを確認したら当該要求タスクを削除する指示を出す、請求項１記載のリレーサーバシステム。
【請求項５】
前記受取サーバは、前記タスク実行装置から送られてきたタスク実行結果の受信に応答して起動するタイマーを有し、当該タイマーが所定時間を経過すると受信した実行結果を自動的に消去する、請求項１記載のリレーサーバシステム。
【請求項６】
前記タスク要求装置は、前記受取サーバから結果を受け取った後、当該結果の削除を前記受取サーバに指示する、請求項１記載のリレーサーバシステム。
【請求項７】
前記インターネットには前記リレーサーバを含み複数の受取サーバが接続されており、前記タスク実行装置におけるタスク実行結果はこれら複数の受取サーバに分散して格納されるようにした、請求項１記載のリレーサーバシステム。
【請求項８】
インターネットに接続されたリレーサーバと、インターネットを介して当該リレーサーバに要求タスクを送信するタスク要求装置と、インターネットに接続可能で要求されたタスクを実行するタスク実行装置とを含むリレーサーバを用いた通信方法であって、
前記タスク要求装置が要求するタスクの内容をファイルRに書き込む第1のステップと、
インターネットを介して当該ファイルRを前記リレーサーバに送信する第2のステップと、
前記ファイルRを受信した前記リレーサーバが当該ファイルRの受信確認としてタスク実行結果を受け取る受取サーバのIPアドレスを前記タスク要求装置に送信する第3のステップと、
前記タスク実行装置が、インターネットを介して前記リレーサーバをアクセスして当該リレーサーバに前記要求タスクが在るか否かを確認する第4のステップと、
前記要求タスクを確認したタスク実行装置が、要求されたタスクを実行する第5のステップと、
前記タスク実行装置が、インターネットを介してタスク実行結果を前記受取サーバに送信する第6のステップと、
前記タスク要求装置が、インターネットを介して前記受取サーバをアクセスして前記タスク実行結果を受信する第7のステップと、
を有するリレーサーバを用いた通信方法。
【請求項９】
前記インターネットには複数の受取サーバが接続されており、前記リレーサーバはタスク実行結果をこれら複数の受取サーバに分散して格納することを指示する分散IPアドレスとその格納順序を指示する情報とを前記タスク要求装置及び前記タスク実行装置に送信するスッテプを含む、請求項８記載の通信方法。
【請求項１０】
請求項８記載の通信方法において、インターネットに接続可能な複数のタスク実行装置を有し、前記ファイルRにはこれら複数のタスク実行装置に割り当てられた要求タスクの内容が書き込まれており、前記複数のタスク実行装置は各々が独立して前記リレーサーバをアクセスすることで自分が実行すべき要求タスクを確認するようにした通信方法。
【請求項１１】
インターネットに接続された複数のリレーサーバと、インターネットを介して当該リレーサーバに要求タスクを送信するタスク要求装置と、インターネットに接続可能で要求されたタスクを実行するタスク実行装置とを含むリレーサーバを用いた通信方法であって、
前記タスク要求装置が要求するタスクの内容をファイルRに書き込む第1のステップと、
インターネットを介して当該ファイルRを前記複数のリレーサーバのうちランダムに指定したリレーサーバに送信する第2のステップと、
指定されたリレーサーバに処理が集中している時にビジー信号を前記タスク要求装置に送信する第3のステップと、
ビジー信号を受け取った前記タスク要求装置が、他のリレーサーバにファイルRを送信する第4のステップと、
前記ファイルRを受信した前記他のリレーサーバがタスク要求を受付けて、当該ファイルRの受信確認としてタスク実行結果を受け取る受取サーバのIPアドレスを前記タスク要求装置に送信する第5のステップと、
前記タスク実行装置が、インターネットを介して前記複数のリレーサーバを順次アクセスしてリレーサーバ内に前記要求タスクが在るか否かを確認する第6のステップと、
前記要求タスクがあることを確認したリレーサーバからファイルRを受取り、要求されたタスクを実行する第7のステップと、
前記タスク実行装置が、インターネットを介してタスク実行結果を前記受取サーバに送信する第8のステップと、
前記タスク要求装置が、インターネットを介して前記受取サーバをアクセスして前記タスク実行結果を取得する第9のステップと、
を有するリレーサーバを用いた通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リレーサーバシステム及びリレーサーバを用いた通信方法に関し、特にインターネットを介してタスク要求装置（クライアント装置）から要求されたタスクをタスク実行装置（サービス提供装置）で実行し、実行結果をインターネットを介してタスク要求装置に送信するリレーサーバシステム及びリレーサーバを用いた通信方法に関する。
【背景技術】
【０００２】
要求側（クライアント装置）からインターネットを介して送られるタスク要求に応答して、要求されたタスクをタスク実行装置（サービス提供装置）で実行し、実行結果をインターネットを介して要求側に送信する従来の通信システムとして、ピアツーピア（P2P）のように要求側と提供側がインターネットを介して直接接続されるものと、インターネット上にリレーサーバを介在させて両者が間接的に接続されるものとが知られている。
【０００３】
ここで、タスク要求側となるクライアント装置（タスク要求装置）としては、スマートフォンのようなモバイル携帯端末やパーソナルコンピュータ、あるいはクライアントサーバ装置が一般的に使用される。一方、タスク実行装置（サービス提供装置）としては、要求されたタスクを実行して、実行結果をインターネットを介して要求側に送信する機能を有するものであれば、パーソナルコンピュータや各種サーバ装置（例えば、ファイルサーバ、データベースサーバ、ウェブサーバ、メールサーバ等）が使用できる。
【０００４】
しかしながら、図２に参考図として示すように要求側10と提供側20とがインターネット30を介して直接接続されるようなシステムでは、接続期間中に外部のアタッカーによる破壊行為や不正アクセス等を受けやすく、セキュリティ上に問題があるものが多い。
【０００５】
そこで、図３に示されるように、セキュリティの脆弱性を改善する手段として、要求側（複数のクライアント計算機11−1〜11−ｎ）と提供側（サーバ計算機12）で相互接続を確立させた後にタスク要求を行うのではなく、予め要求側から提供側に対してタスクの有無を送信し、提供側がこの要求を受けたことを確認したクライアント計算機（タスク要求装置）だけが提供側との直接接続を確立するようにしたクライアントサーバシステムも提案されている（特許文献１参照）。
【０００６】
この例によれば、タスク要求側（クライアント計算機）とタスク処理側（サーバ計算機）は、タスク要求が存在する時のみ相互接続されるように構成されているため、不要な相手との接続を回避することができ、かつ接続時間も短縮することができる。その結果、不必要なアタックを受ける危険性が少なり、その分セキュリティが向上したと言える。
【０００７】
しかし、不要な接続がなくなったとはいえ、要求側と提供側が直接接続される期間は存在しており、安全なセキュリティ対策として十分とは言い難い。
【０００８】
そこで、図４の参考図に示されるように、ネットワーク上にリレーサーバ40を介在させ、このリレーサーバを中継機として使用することで、要求側10と提供側20の直接接続を回避する技術も提案されている。しかし、ネットワーク30を介して相互通信しようとするクライアント装置（要求側）やタスク実行装置（提供側）からのアクセスがこのリレーサーバ40に集中すると大きなサーバ負荷や通信負荷がかかってしまうという欠点がある。
【０００９】
これを回避するために、管理サーバを用いて負荷分散を図る技術も提案されている。ここでは、管理サーバに対して、ネットワーク上の特定のサーバだけに負荷が集中しないように要求側（クライアント）と提供側の通信状態を監視して、クライアントが接続すべきサーバとして負荷の少ないサーバを指定する機能を持たせている（特許文献２参照）。
しかし、管理サーバという特別なサーバを必要とするが故に、システム構成が複雑化するという欠点がある。更に、管理サーバから指定を受けたリレーサーバは、要求側からの要求内容を必ず提供側に伝達しなければならない。従って、リレーサーバにおける伝達処理のための時間と負荷を回避することができないとい欠点もある。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開2006−185194号公報（段落[0007]、[0009]、及び、図１）
【特許文献２】特開2012−234236号公報（段落[0012]〜[0016]、及び、図１）
【発明の概要】
【発明が解決しようとする課題】
【００１１】
以上述べたように、要求側と提供側がインターネットを介して通信を行うシステムにおいては、セキュリティを堅牢にしようとするとサーバ負荷や通信負荷が大きくなり、この負荷を低減しようとするとシステム構成が複雑化するという欠点がある。加えて、要求を受け付けたリレーサーバには、提供側にその要求を伝えるための処理が必然的に発生するため、他の装置からタスク要求があってもビジー状態を起こしやすいという不都合が生じる。
【００１２】
さらに、直接接続であれ間接接続であれ、要求側としては、要求した結果が届くまで、あるいはアクセスすべきリレーサーバの指定を受けるまでは、インターネットとの接続を維持し続けなければならないため、それによって自身の処理効率が制限されるという不具合も生じる。即ち、要求側が、インターネットへの接続時間を出来る限り減らして自分の処理を効率的に実行したくても、提供側もしくは管理サーバからの応答をもらうまではインターネットとの接続状態を保っていなければならいという制約から解放されることはない。このことが要求側の処理効率を阻害する大きな要因となっていた。
【００１３】
本発明は、上記従来の欠点を改善し、要求側と提供側がインターネット上のリレーサーバを使用して通信（情報転送）を行うサーバシステムにおいて、システム構成を複雑化することなくセキュリティの脆弱性を改善した新しいリレーサーバシステムとその通信方法を提供することを目的とするものである。
【００１４】
本発明の他の目的は、要求を受け付けたリレーサーバが、その要求を処理するための時間を低減して、サーバ負荷の集中を緩和したリレーサーバシステムとその通信方法を提供することを目的とするものである。
【００１５】
本発明の更に他の目的は、提供側もしくは管理サーバから応答が返ってくるまでの間、要求側がインターネット接続を維持し続けるという制約を解決したリレーサーバシステム、およびその通信方法を提供することである。
【課題を解決するための手段】
【００１６】
本発明の第1の態様においては、インターネットに接続されたリレーサーバと、インターネットを介してリレーサーバに接続可能なタスク要求装置と、インターネットに接続可能で要求されたタスクを実行するタスク実行装置とを有するリレーサーバシステムにおいて、リレーサーバは、インターネットを介してタスク要求装置から送られてきた要求内容を記憶する機能と、要求装置に対して受取り用のサーバを指定する機能とを有する。タスク実行装置はインターネットを介してリレーサーバにアクセスし自身へのタスク要求があるか否かを確認する機能を有し、要求を確認すると要求されたタスクを実行し、その結果をリレーサーバが指定した受取り用のサーバに転送する。タスク要求装置はタスク要求時にリレーサーバから指定された受け取り用のサーバに結果を受け取りに行くように構成される。
【００１７】
本発明の第2の態様においては、前記リレーサーバは、要求装置から送られてきた要求内容と結果を受け取るための受取用のサーバ情報とを関連付けて記憶するファイル記憶部を有する。
【００１８】
本発明の第3の態様においては、リレーサーバは、要求装置から送られてきたタスク要求の受付けに応答してタイマを起動し、所定時間が経過すると自動的にそのタスク要求が記載されているファイルを消去する自動消去部を有する。
【００１９】
本発明の第4の態様においては、提供装置は、リレーサーバにタスク要求があることを確認すると、当該要求を削除する指示をリレーサーバに対して行う機能を有する。
【００２０】
本発明の第5の態様においては、受取り用サーバは、提供側からタスクの実行結果を受け取ると起動されるタイマと、タイマが所定時間経過しても要求側からの受取りがなされない場合には実行結果のファイルを消去してエラー表示をする機能とを有する。
【００２１】
本発明の第6の態様においては、要求側が受取り用サーバをアクセスして結果を受け取ると、これに応答して受取り用サーバに結果を削除する指示を行う機能を有する。
【００２２】
本発明の第7の態様においては、複数の受取り用サーバがインターネットに接続されており、これら複数の受取りサーバに結果を分散して格納する技術が開示されている。ここでは、リレーサーバが結果を分散して格納するための複数の受取り用サーバとその格納順序を指定する機能を有している。提供側は、この指定にそって結果を分散して保存し、要求側もその指定にそって分散された結果を順に受け取るように各サーバをアクセスする。
【００２３】
本発明の第8の態様においては、リレーサーバを伝言板として活用することで、要求側からのタスク要求を提供側が自ら確認して要求されたタスクを実行する通信方法が開示されている。ここでは、クライアント装置（タスク要求装置）が要求内容を示すコマンドやパラメータをファイルRに書込み、IPアドレスを使ってインターネット上のリレーサーバにファイルRを送信するステップと、IPアドレスで指定されたリレーサーバがこのファイルRを受取り、その応答として受取りサーバのIPアドレスをタスク要求装置に提供するステップと、タスク実行装置（提供側）が前記IPアドレスを使ってインターネット上の前記リレーサーバをアクセスしてファイルRの有無を確認し、ファイルRが存在する場合には要求されたタスクを実行して結果をファイルAに書込み、当該ファイルAを受取りサーバのIPアドレスに送信するステップを含むリレーサーバを用いた通信方法が提供される。
【００２４】
本発明の第9の態様においては、インターネット上の複数の受取りサーバにタスク実行結果を分散して格納するステップを含む通信方法が開示されている。
【００２５】
本発明の第10の態様においては、複数のタスク実行装置を用いて要求されたタスクを分散して処理し、結果を受取り用サーバに送信するステップを有する通信方法が開示されている。
【００２６】
本発明の第１１の態様においては、インターネットに複数のリレーサーバが接続され、タスク要求装置は、この中からランダムに指定したリレーサーバにファイルRを送る。
指定されたリレーサーバに処理が集中している時にはビジー信号を返して受付不可を知らせる。この結果、タスク要求装置は他のリレーサーバを指定してファイルRを送るステップを繰り返すことで、処理集中の少ないリレーサーバを探してファイルRを送る。一方、提供装置は、複数のリレーサーバを順次アクセスしてファイルRを受付けたリレーサーバを探し出すステップを含む通信方法が開示されている。
【００２７】
本発明のリレーサーバシステム及びその通信方法における特徴的な要件は、要求側からの要求を受け付けたリレーサーバが、その要求を提供側に伝えるのではなく、提供側がリレーサーバをアクセスして要求の有無を確認するようになされていることである。即ち、要求側も提供側も、リレーサーバに対しては一方向のアクセスを行うだけで、要求側からのタスク要求をリレーサーバが提供側に取り次ぐ必要はない。
【００２８】
換言すれば、従来のように要求側からの情報を提供側に送り、提供側からの情報を要求側に返す、いわゆる情報伝達の中継用としてリレーサーバを活用しているのではなく、要求側がリレーサーバに伝えた要求を提供側が確認することで、リレーサーバをあたかも伝言板のように活用していることが、これまでのリレーサーバの使い方とは大きく異なる点である。
【００２９】
なお、サーバの中には、提供された情報をウェブページに公開し、これに興味を持った人との情報交換の場として活用する、いわゆる電子掲示板があるが、これは情報公開を目的とするもので、情報の秘匿を重要視する本発明のセキュリティ保護技術とは意を反するものであることに注意されたい。従って、サーバに必要とされる機能も全く異なるものである。
【００３０】
この点に関し、本発明のリレーサーバの機能をより詳細に説明する。まず、リレーサーバは、要求側からのタスク要求を受け付けると、この要求受付に対する応答として要求側に受取サーバの情報を渡す機能が必要である。しかし、リレーサーバは、提供側に対して要求があったことを知らせる機能を必要とはしない。提供側が自ら要求の有無を確認することを前提にしているからである。即ち、リレーサーバは、自らが主体となって要求側や提供側をアクセスする必要はなく、要求側と提供側がそれぞれ勝手に決められた手順（例えば、予め定められた時間間隔）でリレーサーバをアクセスするように構成されていることが特徴である。
【発明の効果】
【００３１】
以上のように構成された本発明によれば、次のような効果を得ることが出来る。
（１）サービス（タスク）要求側とサービス（タスク実行結果）提供側がリレーサーバを介して相互に接続されることも、相手に接続を要求することもないため、極めて秘匿性の高いセキュリティが実現できる。しかも、リレーサーバ自体は、伝言板として機能しさえすればよいので、大きな処理負荷がかかる心配もないし、特別な管理サーバを設ける必要もないので、システム構成が複雑化することはない。
【００３２】
（２）リレーサーバは、要求されたタスクと結果受取用のサーバを相互に関連付けて記憶しておくだけで良いので、複雑な処理や管理を必要とすることはない。従って、リレーサーバにかかる処理負荷を増大させることはなく、リレーサーバの処理効率を阻害することもない。
【００３３】
（３）さらに、リレーサーバにタイマ機能を持たせることで、要求タスクを受付けてタイマを起動させ、所定時間が経過するまでの間に提供側から確認がなされなければ、自動的に要求タスクを消去することが出来る。この結果、不必要に長い期間、要求タスクを保存しておくことがないため、仮にリレーサーバが外部からアタックを受けても要求内容が漏洩する心配はない。加えて、リレーサーバの負荷低減にも大きく寄与することができる。
【００３４】
（４）また、提供装置が自分へのタスク要求を確認すると、当該要求を削除する指示をリレーサーバに与える機能を有しているので、タイマに設定された経過時間を待たずとも、確認完了後、速やかに要求を削除することができる。このため、情報の秘匿性を更に高めることが可能である。
【００３５】
（５）受取サーバにおいても、タスク実行結果を受信した時点でタイマを起動させ、所定時間が経過するとその内容を自動消去するようにしているので、仮に要求側の受取が遅れたとしても情報漏洩のリスクを大幅に軽減することができる。なお、自動消去した際にリトライ（再試行）等を示すエラー表示をしておくことで、消去の事実を要求側に簡単に伝えることも可能である。所定時間内に受取りサーバをアクセス出来なかった要求装置は、エラー表示を確認した後、提供側にリトライ（再試行）を要求すればよい。
【００３６】
（６）要求側は、受取りサーバから結果を受け取ると消去を指示する機能を有しているため、いたずらに長い間結果が受取サーバに残る心配はない。従って、受取りサーバにおいても高いセキュリティを維持することが出来る。
【００３７】
（７）インターネットに複数の受取サーバが接続されている場合には、これらのサーバにタスク実行結果を分散して格納しておくことで、セキュリティの向上と共に特定の受取サーバに負荷集中が起きるのを回避することができる。
【００３８】
（８）請求項８には、リレーサーバの機能を伝言板機能として使うことで簡単なシステム構成でセキュリティの高い通信を実現する方法が開示されている。特に、タスク要求装置は、要求内容を示すコマンドやパラメータで記述された非常に小さなファイルでリレーサーバに要求を伝えることができるので、リレーサーバの記憶領域を専有することもなく、かつリレーサーバとの通信接続時間を増大させることもなく簡単にタスク要求をリレーサーバに保存させることができる。さらに、提供装置が自らリレーサーバに問い合わせを行うことでタスク要求の有無を確認できるので、リレーサーバの処理効率を低下させることもない。
【００３９】
（９）上記（８）の効果に加えて、複数のサーバにタスク実行結果を分散して配置することができるので、さらに高いセキュリティを得ることが出来る。また、分散させた分、一つの受取りサーバとの通信時間を短縮することができるので通信負荷の集中を緩和することが可能となる。
【００４０】
（１０）複数のタスク実行装置（提供装置）を使えば、タスク処理を分散させることが出来る。従来、タスクを分散して処理するためには、バランサーと呼ばれる負荷分散を管理するハードウェアとそれを制御するソフトウェアが必要であったが、本発明の態様によれば、分散処理を担当するタスク実行装置を指定するだけで、各タスク実行装置が自ら自分に与えられたタスクをリレーサーバから取得して実行するため、複雑で高価なバランサーを使う必要もなくなる。
【００４１】
（１１）請求項１１の態様によれば、タスク要求を送るリレーサーバを特定することなく、複数あるリレーサーバの任意の一つにファイルRを送ってその応答がビジーであれば、別のリレーサーバにファイルRを送るようにして処理能力に余裕のあるリレーサーバを伝言板として活用できる。この結果、リレーサーバが空き状態となるまで待ちあわをする必要がなくなり、セキュリティ向上だけでなくリレーサーバとの応答性も改善することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明の第1の実施の形態におけるシステム機能ブロック図を示す。
【図２】従来の通信システムを概略的に示す参考図である。
【図３】通信システムにおけるセキュリティの脆弱性を改善するために提案された従来の方法を示すシステムブロック図である。
【図４】リレーサーバを用いた従来の通信システムを概略的に示す参考図である。
【図５】本発明の第1の実施形態におけるリレーサーバの内部機能ブロック図を示す。
【図６】本発明の第1の実施形態における受取サーバの内部機能ブロック図を示す。
【図７】本発明の第１の実施形態におけるタスク要求とこの要求を受付けるまでの処理手順を示すフローチャートである。
【図８】本発明の第1の実施形態におけるタスクの要求を確認して実行するまでの処理手順を示すフローチャートである。
【図９】本発明の第１の実施形態におけるタスク実行結果を受取りサーバに送ってから要求装置がこれを受取るまでの処理手順を示すフローチャートである。
【図１０】本発明の第２の態様における、複数の受取サーバにタスク実行結果を分散して格納するためのシステムブロック図を示す。
【図１１】本発明の第３の実施態様における、複数のタスク実行装置（提供装置）を使って要求されたタスクを分散して実行するためのシステム図を示す。
【図１２】本発明の第４の実施態様における、複数のリレーサーバのうち負荷の少ないリレーサーバを探して要求タスクを送ると共に、要求タスクを受付けたリレーサーバを探すための処理を行うリレーサーバシステムのブロック図を示す。
【図１３】本発明の第１の実施態様における、タスク要求装置の主要機能ブロック図を示す。
【図１４】本発明の第１の実施態様における、タスク実行装置の主要機能ブロック図を示す。
【発明を実施するための形態】
【００４３】
以下に、本発明の実施の形態を図に基いて説明するが、この説明は特許請求の範囲に記載した発明を何等限定するものではないことに注意されたい。さらに、図示された各ブロックは、発明の実施に必要な機能を例示的に示したものであり、各ブロックをハードウェア、もしくはソフトウェア、あるいはそれらの複合体で構成することができることは当業者であれば容易に理解出来る事である。また、図に示されている実線もしくは破線の矢印線は、説明に必要な情報の伝達方向と経路に主眼を置いて記載されたものであり、各矢印線の始点と終点を配線で直接接続することを意図したものではないことに留意されたい。
【実施例１】
【００４４】
図１は、本発明のリレーサーバシステムの実施例１に関するシステム機能ブロック図である。要求側として動作するタスク要求装置１０と、提供側として動作するタスク実行装置２０と、要求タスクを受付けるリレーサーバ４０と、タスク実行結果を受取る受取サーバ５０とは、インターネット３０に接続可能な装置である。タスク要求装置（クライアント装置）１０としては、スマートフォンやタブレット型端末、ノート型PCのような携帯端末機器、もしくはデスクトップ型PCのような設置型の情報処理機器で、インターネット接続機能を有するものであればよい。また、タスク実行装置（サービス提供装置）２０としては、要求されたタスクの実行に必要な検索機能、分類機能、演算機能、整理機能、分析機能等、コンピュータを用いてデータを処理する機能を有する情報機器であればよい。リレーサーバ４０及び受取サーバ５０としては、ネットワーク接続、及び複数のクライアントからの同時アクセスに対応可能な情報処理装置で、特に、ネットワークを介して送られてきたIPアドレス等の装置指定情報によって特定され、ネットワークを介して送られてきたファイルを記憶するためのフォルダ機能、及び記憶されたフォルダを閲覧要求者（本実施例では、タスク要求装置とタスク実行装置）に開示可能な機能を有するものであれば本発明に適用可能である。
【００４５】
各装置の処理手順については、その詳細を後述するが、ここでは図示された４つの装置の相互関係性について説明しておきたい。タスク要求装置１０とタスク実行装置２０との関係は、タスク要求装置１０がタスクの要求を出し、タスク実行装置２０が要求されたタスクを実行する関係にある。一方、タスク要求装置１０とリレーサーバ４０との関係は、タスク要求装置１０が、リレーサーバ４０に対して要求タスクが記載されたファイルを送り（(1)参照）、リレーサーバ４０は送られてきたファイルを自身のフォルダに記憶すると共に、タスク要求装置１０に対してタスク実行装置２０が実行した結果を受取るための受取サーバ５０を指示する（(2)参照）関係にある。さらに、リレーサーバ４０とタスク実行装置２０との関係においては、タスク実行装置２０が自身の処理するタスクがあるか否かを確認する（(3)参照）ために使用されるのがリレーサーバ４０である。タスク要求装置１０、タスク実行装置２０及び受取サーバ５０の関係は、タスク実行装置２０から送られてきた実行結果（(4)参照）を受取りサーバ５０で保存し、タスク要求装置１０は実行結果を受取りサーバから取得する（(5)参照）という関係にある。
【００４６】
実施例１として図１に示したリレーサーバシステムにおいて、タスク要求装置１０がタスクを要求してからその結果を取得までの処理手順は、次のように進行する。
【００４７】
まず、タスク要求装置１０は、アプリケーションプログラムを起動し、コマンドやパラメータを使って要求したいタスクの内容をファイル作成部（図１３の１０−１）で作成する。例えば、東京都在住でメガネをかけた男性のリストを要求したい場合には、「Search、男、東京都、メガネ」というファイルRが作成される。このファイルRは、タスク要求装置１０のタスク要求部（図１３の１０−２）で指定したIPアドレスのリレーサーバ４０にインターネット３０を介して送信される。
【００４８】
図５は、リレーサーバ４０の主要機能ブロック図を示しており、リレーサーバ４０は、タスク要求受付部40−1、受取りサーバ指定部40−2、ファイル格納部40−3、タイマ40−4、及びファイル消去部40−5を有する。
【００４９】
インターネット３０介してIPアドレスで指定されたリレーサーバ４０に送られてきたファイルは、タスク要求受付部40−1にて受け付けられる。受付を行ったリレーサーバ４０は、次の３つの処理を行う。
【００５０】
（１）     要求タスクが記載されたファイルRの受付完了の証しとして、受取りサーバ指定部40−2は、タスク要求装置１０が結果を受取るべきサーバ（図１の受取サーバ５０）のIPアドレス、フォルダ名、及びファイル名Zを一連の関連情報として、インターネット３０を介してタスク要求装置１０に送る。
（２）     （１）に記載したIPアドレス、フォルダ名、及びファイル名Zを先程受け付けた要求タスクが記載されているファイルRに追記して、ファイル格納部40−3に保存する。
（３）     保存が完了すると、タイマ40−4を起動して、予め設定された時間（例えば、２０秒）が経過したらファイル消去部40−5を使ってファイル格納部40−3に保存されているファイルRを強制的に自動消去する。
【００５１】
一方、タスク実行装置２０は図１４に示すモニタリングオペレーション（タスク確認）部２０−３を有しており、処理実行以外の期間にIPアドレスを使ってリレーサーバ４０を定期的に（例えば、１００ミリ秒毎に）監視する。すなわち、リレーサーバ４０がファイル格納部40−3内のファイルを自動的に消去までの期間（上記の例では、２０秒）よりも短い時間間隔で、タスク確認部２０−３はリレーサーバをアクセスしてファイルの存在有無を確認する処理を繰り返す。そして、タスク確認部２０−３がファイルRの存在を確認すると、当該ファイルRを取得してリレーサーバにファイルRの削除を指示する。この結果、タスク実行装置２０が要求タスクの記載されたファイルを見つけると、ただちに当該ファイルはリレーサーバ４０から削除されることになる。
【００５２】
上記の説明から明らかなように、秘密情報として管理されるべき要求タスクが記載されたファイルRがリレーサーバに保存されている期間は、本実施例では最大でも２０秒間という非常に短い時間でよいため、特別な管理を要することなく非常に高いセキュリティを維持し続けることが可能となる。
【００５３】
次に、タスク実行装置２０は、リレーサーバ４０から読み取ったファイルRに従って要求されたタスクをタスク実行部（図１４の２０−１）で実行する。上記の例によれば、東京都在住でメガネをかけた男性のリストを作成し、これをファイルAに書き込む。タスク実行装置２０は、作成したファイルAをリレーサーバ４０から取得したファイルRに記載されているIPアドレスで指定される受取サーバ５０にインターネットを介して図１４の結果送信部２０−２から送信し、受取サーバ５０の指定されたフォルダにファイルAを書き込む。
【００５４】
図６は、受取サーバ５０内の本発明に必要な機能ブロックを示す。受取サーバ５０は、タスク実行装置２０から送られてきたファイルAを保存する実行結果格納フォルダ５０−１とタイマ５０−２とファイル消去部５０−３を有する。
【００５５】
タスク実行装置２０から送られてきたファイルAは指定された実行結果格納フォルダ５０−１の指定されたファイルZに書き込まれて保存される。受取サーバ５０は、ファイルAがファイルZに書き込まれるとタイマ５０−２を起動し、予め定められた時間が経過（例えば、２０秒）するとファイル消去部５０−３を使って強制的にファイルZを消去する。
【００５６】
一方、タスク要求装置１０は、リレーサーバ４０から受取サーバのIPアドレスとフォルダ名、及びファイル名Zを取得した後、図１３に示すモニタリングオペレーション部１０−５にて定期的に（例えば、１００ミリ秒毎に）受取サーバ５０をアクセスしてファイルZがあるか否かを監視する。タスク実行装置１０は、受取りサーバ５０にファイルZがあることを確認すると、このファイルZをインターネット３０を介して取得し、受取りサーバ５０にファイルZの削除を指示する。タスク要求装置１０が受取サーバ５０から目的のファイルZを取得すると、そこには要求したタスクに対する検索結果が書き込まれているので、検索要求のアプリケーションは終了となる。
【００５７】
図７乃至図９に示すフローチャートの模式図を参照して、本実施例の詳細な処理フロー、特にタスク要求装置１０及びタスク実行装置２０がリレーサーバ４０及び受取サーバ５０を監視するタイミングについて説明する。英文字a~pは、タスク要求装置１０、タスク実行装置２０、リレーサーバ４０、及び受取サーバ５０の処理に必要なステップを例示的に示したものである。
【００５８】
図７に示すように、タスク要求装置（クライアント装置）１０は、アプリケーションプログラムを起動して要求するタスクの内容をファイルＡとしてファイル作成部１０−１で作成し、これをタスク要求部１０−２からインターネット３０を介してリレーサーバ４０に送信する（ステップa）。
【００５９】
リレーサーバ４０が処理可能状態であれば、ファイルＲを受付けて受取サーバのＩＰアドレス、及び結果が保存されているフォルダ名とファイル名をタスク要求装置１０に送る（ステップb）。受取サーバに関する情報を取得したタスク要求装置１０は、これを受取サーバ記憶部１０−３に保存してインターネット接続を切断する（ステップc）。リレーサーバ４０は、タスク要求装置１０から受け取ったファイルＲに受取りサーバ情報を追記して（ステップd）、タイマを起動する（ステップe）。
【００６０】
なお、要求タスク（ファイルＲ）がリレーサーバ４０に送られた時、リレーサーバ４０がこれを受付けることが出来ない状態の時には、タスク要求装置１０に対してビジー信号が返信される。ビジー信号を受け取ったタスク要求装置１０は、リレーサーバ４０が空き状態になるまで待ってもよいし、他のリレーサーバに要求ファイルＲを送ってもよい。
【００６１】
要求タスクの受付を完了したタスク要求装置１０は、インターネット３０を介して受取サーバをアクセスして要求したタスクの実行結果の保存有無を監視するモニタリングオペレーション（mo）を図１３のモニタリングオペレーション部１０−５を使って定期的に実行する。勿論、この操作は、タスク要求装置１０の空き時間を使って行うこともできる。一方、タスク実行装置２０（サービス提供側）は、自分に対するタスク要求の有無を確認するモニタリングオペレーション（mo）を図１４のタスク確認部２０−３で定期的に監視する。この操作は、タスク実行装置２０が空き状態の時に行うようにしてもよい。
【００６２】
要求タスク（ファイルＲ）を受付けたリレーサーバ４０は、タイマを起動してファイルＲの保存期間の計測を開始する（図８のステップf）。
【００６３】
モニタリングオペレーション（mo）を行っていたタスク実行装置２０が、リレーサーバ４０に自分へのタスク要求があることを確認（ファイルＲの確認）すると、リレーサーバ４０に保存されているファイルＲを直ちに削除するよう指示し（ステップg）、タスク実行部２０−１で要求されたタスクを実行する（ステップh）。
【００６４】
リレーサーバ４０は、タスク実行装置２０からファイルＲの削除を指示されると直ちにこのファイルＲを保存フォルダから削除する（スッテプi）。なお、タイマ起動から予め定められた時間が経過してもタスク実行装置２０からのアクセスが無かった場合には、リレーサーバが自らファイルＲを消去する（ステップj）。なお、ファイルＲを消去した後、エラー表示をしておけば、タスク実行装置２０は確認が間に合わなかったことを認識することができ、リトライ（再試行）等の処置を行うことが可能となる。タスク要求装置２０からの指示によるファイル削除、もしくは所定時間経過に伴うファイル強制消去が完了すると、リレーサーバ４０の処理は終了する。
【００６５】
図９において、要求されたタスクの処理が完了したタスク実行装置２０は、実行結果をファイルＡとして作成し、これを受取サーバ５０のファイルＺに保存するように指示して結果送信部２０−２から送信する（ステップk）。ファイルＡの送信を済ませたタスク実行装置２０は、この時点で処理終了となる。
【００６６】
受取サーバ５０は、タスク実行装置２０から送られてきたファイルＡを指示されたとおりにファイルＺのフォルダに保存する（ステップl）。保存が完了すると、タイマを起動して時間計測を開始する（ステップm）。
【００６７】
一方、モニタリングオペレーション（mo）の結果、受取サーバ５０に指定された結果ファイルＺがあることを確認したタスク要求装置１０は、受取りサーバ５０からファイルＺを取得すると、受取サーバ５０に対して当該ファイルＺを削除するように指示する（ステップn）。削除指示を受けた受取サーバ５０は直ちにフォルダからファイルＺを削除する（ステップo）。目的のファイルＺを取得したタスク要求装置は、この時点で処理が終了しアプリケーションを閉じる。
【００６８】
もしも、受取サーバ５０がタイマを起動して所定時間が経過してもタスク要求装置１０から受取のためのアクセスがなされなかった場合には、受取サーバ５０は自ら強制的にファイルＺを消去する（ステップp）。タスク要求装置１０からの指示によるファイル削除、もしくは所定時間経過に伴うファイル自動消去のいずれかを実行すると、その時点で受取サーバ５０の処理は終了となる。なお、ファイルＺを強制消去した場合には、エラー表示をすることでタスク要求装置１０は受取りが失敗したことを知ることができる。
【実施例２】
【００６９】
図１０は本発明のリレーサーバシステムに関わる実施例２の機能システムブロック図を示しており、ここでは複数の受取サーバ50−a〜50−nがインターネット３０上に配置されている例について説明する。なお、タスクの要求、要求されたタスクの実行、及び実行結果の受取りに関しては基本的に実施例１と同様で良いので、ここではその詳細の説明は省略する。
【００７０】
実施例２では、複数の受取サーバ５０に結果を分散して保存することができる。そのためには、リレーサーバ４０は、タスク実行結果を分散して保存する受取サーバの各IPアドレス、フォルダ名、ファイル名、及び保存の順序をタスク要求装置１０から受け取ったファイルRに追記すればよい。タスク実行装置２０は、ファイルRに記載された受取サーバに結果を分散して送信し、タスク要求装置１０は、ファイルRで指定された受取サーバを順次アクセスして結果を受け取ることができる。
【００７１】
実施例２のようにタスク実行結果を分散して保存することにより、セキュリティが更に向上すると共に、各受取サーバの処理負荷も分散させることができる。従って、タスク実行結果のファイルAの容量サイズが大きくなっても、特定の受取サーバだけに容量負荷がかかってしまうことを回避することができる。
【実施例３】
【００７２】
図１１は、本発明を複数のタスク実行装置20−a〜20−nを使って分散処理するシステムに適用した実施例３を示す機能システムブロック図である。分散処理を指示する手段としては、タスク要求装置１０が処理を要求するタスク実行装置の各IPアドレスと処理内容を記載したファイルRを作成してもよいし、あるいはリレーサーバ４０が分散処理すべきタスク実行装置のIPアドレスと担当するタスクをタスク要求装置１０から受け取ったファイルRに追記するようにしてもよい。一方、各タスク実行装置は、ぞれぞれが上述したモニタリングオペレーションを実行することで自分に要求されたタスクを確認することができる。
【００７３】
実施例３によれば、セキュリティの向上が図れると共に、タスク実行装置の処理負荷を分散させることができる。特に、処理負荷を分散するためにバランサーのような特別な管理装置や管理ソフトウェアを用いることなく、簡単に負荷分散を行うことができる。
【実施例４】
【００７４】
図１２は、インターネット３０に複数のリレーサーバ40−a〜40−nが接続されているシステムに本発明を適用した機能システムブロック図である。タスク要求装置１０は、複数のリレーサーバのうち任意の一つのリレーサーバに要求タスクを記載したファイルRを送る。仮に、ファイルRが送られてきたリレーサーバがビジー状態の時には、ビジー信号を返すことによって、タスク要求装置１０に不要な待ち時間を与えることを無くすことが出来る。ビジー信号を受け取ったタスク要求装置１０は、他のリレーサーバにファイルRを送ればよい。こうすることで、順番待ちの少ないリレーサーバに要求タスクを送ることができるので、タスク要求装置とリレーサーバ間の応答性を向上することができる。なお、タスク実行装置２０は、何等特別な処理を要することなく上述したモニタリングオペレーションによってファイルRを探し出すことができる。
【００７５】
上述したいずれの実施例においても、リレーサーバと受取サーバを夫々別々のサーバとして説明したが、タスク要求を受け付けたリレーサーバが自ら受取サーバとなってもよいことは、当業者であれば容易に理解出来る事である。
【産業上の利用可能性】
【００７６】
以上の説明から明らかなように、本発明はタスク要求装置（要求側）とタスク実行装置（提供側）がインターネットを介してリレーサーバと通信可能なあらゆる通信システムに利用可能である。
【符号の説明】
【００７７】
１０・・・タスク要求（クライアント）装置
１０−１・・・ファイル作成部
１０−２・・・タスク要求部
１０−３・・・受取サーバ記憶部
１０−４・・・結果受取部
１０−５・・・モニタリングオペレーション部
２０・・・タスク実行（サービス提供）装置
２０−１・・・タスク実行部
２０−２・・・結果送信部
２０−３・・・タスク確認部
３０・・・インターネット
４０・・・リレーサーバ
４０−１・・・タスク要求受付部
４０−２・・・受取サーバ指定部
４０−３・・・ファイル格納部
４０−４・・・タイマ
４０−５・・・ファイル消去部
５０・・・受取サーバ
５０−１・・・実行結果格納フォルダ
５０−２・・・タイマ
５０−３・・・ファイル消去部
a〜p・・・各処理ステップ
【図１】
2017021662.tif 000003
【図２】
2017021662.tif 000004
【図３】
2017021662.tif 000005
【図４】
2017021662.tif 000006
【図５】
2017021662.tif 000007
【図６】
2017021662.tif 000008
【図７】
2017021662.tif 000009
【図８】
2017021662.tif 000010
【図９】
2017021662.tif 000011
【図１０】
2017021662.tif 000012
【図１１】
2017021662.tif 000013
【図１２】
2017021662.tif 000014
【図１３】
2017021662.tif 000015
【図１４】
2017021662.tif 000016