(57)【要約】【課題】  運営・管理のための費用および手間を削減でき、データをインターネットから特定できないサーバ上に置くことのできるタスク処理システムを提案すること。【解決手段】  タスク処理システム１では、タスク処理サーバ３がインターネット５からアクセス可能な中継サーバ２に接続状態に保持され、中継サーバ２はユーザ通信端末４から受け取ったタスクリクエストをタスク処理サーバ３に転送し、タスク処理サーバ３においてタスク処理が行われ、処理結果が、中継サーバ２を経由してユーザ通信端末４に転送される。タスク処理サーバ３において実際の処理が行われるため、中継サーバ２にデータベース、プログラムなどを置く必要がないので安心である。タスク処理サーバ３はインターネットサーバとしてのセキュリティ機能などが不要であるので、その管理・運営コストも削減できる。【選択図】  図２
2005339203.tif 000002
【特許請求の範囲】
【請求項１】
不特定のユーザ通信端末からインターネットを介して受け付けたタスクリクエストを処理し、処理結果を当該タスクリクエストのレスポンスとしてインターネットを介して前記ユーザ通信端末に返すタスク処理方法において、
インターネット通信機能を備えたタスク処理サーバから、インターネット上で特定可能な中継サーバに対して通信確立リクエストを出すことにより、前記中継サーバと、インターネット上から特定できない当該タスク処理サーバとの間に通信回線を確立する通信接続手順と、
前記タスク処理サーバが受信状態を維持し、前記中継サーバが、前記通信回線が切断されることのない間隔で、接続が継続している旨を表す接続確認コードを前記タスク処理サーバに繰り返し送信する通信継続手順と、
前記中継サーバが、不特定のユーザ通信端末から前記タスク処理サーバに対して所定の処理を要求するタスクリクエストを受け取るリクエスト受付手順と、
前記中継サーバが、前記タスクリクエストを前記接続確認コードに担持させて前記タスク処理サーバに送るリクエスト転送手順と、
前記タスク処理サーバが、前記タスクリクエストを受け取ると、要求されている処理を実行するタスク処理手順と、
前記タスク処理サーバが、処理結果を前記中継サーバに送るレスポンス手順と、
前記中継サーバが、受け取った処理結果を、前記ユーザ通信端末に対して前記タスクリクエストのレスポンスとして返すレスポンス転送手順とを含むことを特徴とするタスク処理方法。
【請求項２】
請求項１において、
前記リクエスト受付手順では、前記中継サーバは、前記タスクリクエストを特定するための受付番号を発行し、
前記リクエスト転送手順では、前記中継サーバは、前記受付番号を前記タスクリクエストに付加して前記タスク処理サーバに送り、
前記レスポンス手順では、前記タスク処理サーバは、前記受付番号を付加した前記処理結果を前記中継サーバに送ることを特徴とするタスク処理方法。
【請求項３】
請求項２において、
前記リクエスト受付手順において、前記タスクリクエストにタスク処理に必要な処理用パラメータが付加されている場合には、前記中継サーバは、前記受付番号と前記処理用パラメータを対応付けした形態で記憶保持し、
前記タスク処理手順では、前記タスク処理サーバは、必要に応じて、前記受付番号に基づき前記処理用パラメータを前記中継サーバから取得することを特徴とするタスク処理方法。
【請求項４】
請求項１に記載のタスク処理方法に用いる中継サーバであって、
前記タスク処理サーバからの通信確立要求を受け取ると、当該タスク処理サーバとの間の通信回線を確立し、当該通信回線が切断されることのない間隔で、接続が継続している旨を表す接続確認コードを前記タスク処理サーバに繰り返し送信する通信継続手段と、
不特定のユーザ通信端末から前記タスク処理サーバに対する所定の処理を要求するタスクリクエストを受け取るリクエスト受付手段と、
前記タスクリクエストを前記接続確認コードに担持させて前記タスク処理サーバに送るリクエスト転送手段と、
前記タスク処理サーバから受け取った処理結果を、前記ユーザ通信端末に対して前記タスクリクエストのレスポンスとして返すレスポンス転送手段とを有していることを特徴とするタスク処理用の中継サーバ。
【請求項５】
請求項４において、
前記リクエスト受付手段は、前記タスクリクエストを特定するための受付番号を発行し、
前記リクエスト転送手段は、当該受付番号を前記タスクリクエストに付加して前記タスク処理サーバに送ることを特徴とするタスク処理用の中継サーバ。
【請求項６】
請求項５において、
前記タスクリクエストにタスク処理に必要な処理用パラメータが付加されている場合には、前記受付番号と前記処理用パラメータを対応付けした形態で記憶保持する記憶手段と、
前記タスク処理サーバからの要求に応じて、前記受付番号に対応する前記処理用パラメータを前記記憶手段から検索して、当該タスク処理サーバに提供する処理用パラメータ提供手段とを有していることを特徴とするタスク処理用の中継サーバ。
【請求項７】
請求項１に記載のタスク処理方法に用いるタスク処理サーバであって、
前記中継サーバに対して通信確立リクエストを出すことにより、当該中継サーバとの間に通信回線を確立する通信確立手段と、
前記中継サーバからの受信状態を維持する受信状態維持手段と、
前記中継サーバから受け取る、接続が継続している旨を表す接続確認コードに、不特定のユーザ通信端末から所定の処理を要求するタスクリクエストが担持されているか否かを識別する識別手段と、
前記タスクリクエストが識別されると、要求されている処理を実行するタスク処理手段と、
処理結果を前記中継サーバに送るレスポンス手段とを有していることを特徴とするタスク処理用のタスク処理サーバ。
【請求項８】
請求項７において、
前記中継サーバから受け取る前記タスクリクエストは、当該タスクリクエストを特定するための受付番号が付加されており、
前記レスポンス手段は、前記処理結果に前記受付番号を付加して前記中継サーバに送ることを特徴とするタスク処理用のタスク処理サーバ。
【請求項９】
請求項８において、
前記タスク処理手段は、必要に応じて、前記受付番号に対応付けされた状態で前記中継サーバに記憶保持されている処理用パラメータを当該中継サーバから取得して処理を実行することを特徴とするタスク処理用のタスク処理サーバ。
【請求項１０】
請求項４ないし６のうちのいずれかの項に記載の中継サーバと、
請求項７ないし９のうちのいずれかの項に記載のタスク処理サーバとを有していることを特徴とするタスク処理システム。
【請求項１１】
インターネット上で特定可能な中継サーバを次の各手段（ａ）ないし（ｄ）として機能させるためのタスク処理用プログラム。
（ａ）タスク処理サーバからの通信確立要求を受け取ると、当該タスク処理サーバとの間の通信回線を確立し、当該通信回線が切断されることのない間隔で、接続が継続している旨を表す接続確認コードを前記タスク処理サーバに繰り返し送信する通信継続手段
（ｂ）不特定のユーザ通信端末から前記タスク処理サーバに対する所定の処理を要求するタスクリクエストを受け取るリクエスト受付手段
（ｃ）前記タスクリクエストを前記接続確認コードに担持させて前記タスク処理サーバに送るリクエスト転送手段
（ｄ）前記タスク処理サーバから受け取った処理結果を、前記ユーザ通信端末に対して前記タスクリクエストのレスポンスとして返すレスポンス転送手段
【請求項１２】
請求項１１において、
前記リクエスト受付手段は、前記タスクリクエストを特定するための受付番号を発行し、
前記リクエスト転送手段は、当該受付番号を前記タスクリクエストに付加して前記タスク処理サーバに送ることを特徴とするタスク処理用プログラム。
【請求項１３】
請求項１２において、
前記中継サーバを、更に、
前記タスクリクエストにタスク処理に必要な処理用パラメータが付加されている場合には、前記受付番号と前記処理用パラメータを対応付けした形態で記憶保持する記憶手段と、
前記タスク処理サーバからの要求に応じて、前記受付番号に対応する前記処理用パラメータが前記記憶手段から検索して、当該タスク処理サーバに提供する処理用パラメータ提供手段として機能させることを特徴とするタスク処理用プログラム。
【請求項１４】
タスク処理サーバを次の各手段（ａ）ないし（ｅ）として機能させることを特徴とするタスク処理用プログラム。
（ａ）インターネット上で特定可能な中継サーバに対して通信確立リクエストを出すことにより、当該中継サーバとの間に通信回線を確立する通信確立手段
（ｂ）前記中継サーバからの受信状態を維持する受信状態維持手段
（ｃ）前記中継サーバから受け取る、接続が継続している旨を表す接続確認コードに、不特定のユーザ通信端末から所定の処理を要求するタスクリクエストが担持されているか否かを識別する識別手段
（ｄ）前記タスクリクエストが識別されると、要求されている処理を実行するタスク処理手段
（ｅ）処理結果を前記中継サーバに送るレスポンス手段
【請求項１５】
請求項１４において、
前記中継サーバから受け取る前記タスクリクエストは、当該タスクリクエストを特定するための受付番号が付加されており、
前記レスポンス手段は、前記処理結果に前記受付番号を付加して前記中継サーバに送ることを特徴とするタスク処理用プログラム。
【請求項１６】
請求項１５において、
前記タスク処理手段は、必要に応じて、前記受付番号に対応付けされた状態で前記中継サーバに記憶保持されている処理用パラメータを当該中継サーバから取得して処理を実行することを特徴とするタスク処理用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上で運営されるサイト上において、施設やスクールなどの予約、入会手続などの各種のタスクを実行するタスク処理方法およびプログラムに関するものである。
【背景技術】
【０００２】
インターネットの普及に伴い、インターネット上において施設の予約やスクールの入会手続などを行うことが一般的に行われるようになってきている。このようなネット上での処理システムは一般ユーザにとっては極めて便利である。一般には、このような予約、入会などを受け付けるクライアントが独自にインターネット上においてサイトを立ち上げて、それを管理・運営しているのが実情である。この代わりに、サーバ管理会社に運営・管理を業務委託している場合もある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、インターネットサーバの環境設定、セキュリティ保持および非常時（停電時など）におけるバックアップ処理などが必要であるので、大手企業は兎も角、中小企業にとってはサイトの運営・管理はコストおよび手間が掛かり、敬遠されがちである。また、サーバ管理会社に業務委託する場合には、コストおよび手間をある程度は削減可能であるが、この場合においても、データベースがインターネットサーバに保持されているので、不正アクセスなどによりデータ盗難等の危険性を完全には払拭できない。
【０００４】
本発明は、このような点に鑑みて、運営・管理のための費用および手間を削減でき、しかも、データをインターネットから特定できないサーバ上に置くことのできるタスク処理方法およびプログラムを提案することにある。
【課題を解決するための手段】
【０００５】
上記の課題を解決するために、本発明は、不特定のユーザ通信端末からインターネットを介して受け付けたタスクリクエストを処理し、処理結果を当該タスクリクエストのレスポンスとしてインターネットを介して前記ユーザ通信端末に返すタスク処理方法において、
インターネット通信機能を備えたタスク処理サーバから、インターネット上で特定可能な中継サーバに対して通信確立リクエストを出すことにより、前記中継サーバと、インターネット上から特定できない当該タスク処理サーバとの間に通信回線を確立する通信接続手順と、
前記タスク処理サーバが受信状態を維持し、前記中継サーバが、前記通信回線が切断されることのない間隔で、接続が継続している旨を表す接続確認コードを前記タスク処理サーバに繰り返し送信する通信継続手順と、
前記中継サーバが、不特定のユーザ通信端末から前記タスク処理サーバに対して所定の処理を要求するタスクリクエストを受け取るリクエスト受付手順と、
前記中継サーバが、前記タスクリクエストを前記接続確認コードに担持させて前記タスク処理サーバに送るリクエスト転送手順と、
前記タスク処理サーバが、前記タスクリクエストを受け取ると、要求されている処理を実行するタスク処理手順と、
前記タスク処理サーバが、処理結果を前記中継サーバに送るレスポンス手順と、
前記中継サーバが、受け取った処理結果を、前記ユーザ通信端末に対して前記タスクリクエストのレスポンスとして返すレスポンス転送手順とを含むことを特徴としている。
【０００６】
本発明の方法では、インターネットに接続されている中継サーバを介して、不特定のユーザ通信端末からのタスク要求を受け付け、要求されたタスク処理の結果も同様の中継サーバを介して、要求元のユーザ通信端末に送る。したがって、ユーザの側から見れば、中継サーバによって運営されているインターネット上のサイトにおいて、予約や入会、発注手続を行っている場合と何ら変わりがない。また、クライアントの側においては、タスク処理サーバにおいて実際の処理が行われて、結果が中継サーバに送られるので、中継サーバにデータベース、プログラムなどを置く必要がないので安心である。さらに、クライアントにとっては、中継サーバをサーバ管理会社などに業務委託すれば、管理・運営コストおよび手間の削減も図ることができる。
【０００７】
ここで、不特定多数のユーザからのタスク要求を処理するためには、前記リクエスト受付手順において、前記中継サーバは、前記タスクリクエストを特定するための受付番号を発行し、前記リクエスト転送手順において、前記中継サーバは、前記受付番号を前記タスクリクエストに付加して前記タスク処理サーバに送り、前記レスポンス手順において、前記タスク処理サーバは、前記受付番号を付加した前記処理結果を前記中継サーバに送るようにし、例えば連続した受付番号により多数のタスクを管理すればよい。
【０００８】
また、前記リクエスト受付手順において、前記タスクリクエストにタスク処理に必要な処理用パラメータが付加されている場合、例えば、施設申し込みなどにおける申し込み期間、日時などの条件が付加されている場合などには、前記中継サーバは、前記受付番号と前記処理用パラメータを対応付けした形態で記憶保持し、前記タスク処理手段では、前記タスク処理サーバは、必要に応じて、前記受付番号に基づき前記処理用パラメータを前記中継サーバから取得すればよい。
【０００９】
次に、本発明は上記のタスク処理方法に用いる中継サーバに関するものであり、本発明による中継サーバは、
前記タスク処理サーバからの通信確立要求を受け取ると、当該タスク処理サーバとの間の通信回線を確立し、当該通信回線が切断されることのない間隔で、接続が継続している旨を表す接続確認コードを前記タスク処理サーバに繰り返し送信する通信継続手段と、
不特定のユーザ通信端末から前記タスク処理サーバに対する所定の処理を要求するタスクリクエストを受け取るリクエスト受付手段と、
前記タスクリクエストを前記接続確認コードに担持させて前記タスク処理サーバに送るリクエスト転送手段と、
前記タスク処理サーバから受け取った処理結果を、前記ユーザ通信端末に対して前記タスクリクエストのレスポンスとして返すレスポンス転送手段とを有していることを特徴としている。
【００１０】
ここで、前記リクエスト受付手段は、前記タスクリクエストを特定するための受付番号を発行し、前記リクエスト転送手段は、当該受付番号を前記タスクリクエストに付加して前記タスク処理サーバに送るように構成することが望ましい。
【００１１】
また、前記タスクリクエストにタスク処理に必要な処理用パラメータが付加されている場合には、前記受付番号と前記処理用パラメータを対応付けした形態で記憶保持する記憶手段と、前記タスク処理サーバからの要求に応じて、前記受付番号に対応する前記処理用パラメータが前記記憶手段から検索して、当該タスク処理サーバに提供する処理用パラメータ提供手段とを有していることが望ましい。
【００１２】
一方、本発明は上記のタスク処理方法に用いるタスク処理サーバに関するものであり、
インターネット上で特定可能な前記中継サーバに対して通信確立リクエストを出すことにより、当該中継サーバとの間に通信回線を確立する通信確立手段と、
前記中継サーバからの受信状態を維持する受信状態維持手段と、
前記中継サーバから受け取る、接続が継続している旨を表す接続確認コードに、不特定のユーザ通信端末から所定の処理を要求するタスクリクエストが担持されているか否かを識別する識別手段と、
前記タスクリクエストが識別されると、要求されている処理を実行するタスク処理手段と、
処理結果を前記中継サーバに送るレスポンス手段とを有していることを特徴としている。
【００１３】
ここで、前記中継サーバから受け取る前記タスクリクエストに、当該タスクリクエストを特定するための受付番号が付加されている場合には、前記レスポンス手段は、前記処理結果に前記受付番号を付加して前記中継サーバに送るように構成すればよい。
【００１４】
また、前記タスク処理手段は、必要に応じて、前記受付番号に対応付けされた状態で前記中継サーバに記憶保持されている処理用パラメータを当該中継サーバから取得して処理を実行するように構成すればよい。
【００１５】
次に、本発明のタスク処理システムは、上記構成の中継サーバと、上記構成のタスク処理サーバとを有していることを特徴としている。
【００１６】
また、本発明のタスク処理用プログラムはインターネット上で特定可能な中継サーバを次の各手段(ａ)ないし(ｄ)として機能させることを特徴としている。
(ａ)タスク処理サーバからの通信確立要求を受け取ると、当該タスク処理サーバとの間の通信回線を確立し、当該通信回線が切断されることのない間隔で、接続が継続している旨を表す接続確認コードを前記タスク処理サーバに繰り返し送信する通信継続手段
(ｂ)不特定のユーザ通信端末から前記タスク処理サーバに対する所定の処理を要求するタスクリクエストを受け取るリクエスト受付手段
(ｃ)前記タスクリクエストを前記接続確認コードに担持させて前記タスク処理サーバに送るリクエスト転送手段
(ｄ)前記タスク処理サーバから受け取った処理結果を、前記ユーザ通信端末に対して前記タスクリクエストのレスポンスとして返すレスポンス転送手段
【００１７】
ここで、前記リクエスト受付手段は、前記タスクリクエストを特定するための受付番号を発行し、前記リクエスト転送手段は、当該受付番号を前記タスクリクエストに付加して前記タスク処理サーバに送ることが望ましい。
【００１８】
また、前記中継サーバを、更に、前記タスクリクエストにタスク処理に必要な処理用パラメータが付加されている場合には、前記受付番号と前記処理用パラメータを対応付けした形態で記憶保持する記憶手段と、前記タスク処理サーバからの要求に応じて、前記受付番号に対応する前記処理用パラメータが前記記憶手段から検索して、当該タスク処理サーバに提供する処理用パラメータ提供手段として機能させることが望ましい。
【００１９】
次に、本発明のタスク処理用プログラムは、タスク処理サーバを次の各手段(ａ)ないし(ｅ)として機能させることを特徴としている。
(ａ)インターネット上で特定可能な中継サーバに対して通信確立リクエストを出すことにより、当該中継サーバとの間に通信回線を確立する通信確立手段
(ｂ)  前記中継サーバからの受信状態を維持する受信状態維持手段
(ｃ)  前記中継サーバから受け取る、接続が継続している旨を表す接続確認コードに、不特定のユーザ通信端末から所定の処理を要求するタスクリクエストが担持されているか否かを識別する識別手段
(ｄ)  前記タスクリクエストが識別されると、要求されている処理を実行するタスク処理手段
(ｅ)処理結果を前記中継サーバに送るレスポンス手段
【００２０】
ここで、前記中継サーバから受け取る前記タスクリクエストに、当該タスクリクエストを特定するための受付番号が付加されている場合には、前記レスポンス手段は、前記処理結果に前記受付番号を付加して前記中継サーバに送るようにすればよい。
【００２１】
また、前記タスク処理手段は、必要に応じて、前記受付番号に対応付けされた状態で前記中継サーバに記憶保持されている処理用パラメータを当該中継サーバから取得して処理を実行するようにすればよい。
【発明の効果】
【００２２】
本発明では、インターネットに接続されている中継サーバと、タスク処理プログラムやデータベースが保持されているクライアントとの間の通信接続を確立し、この接続状態を、中継サーバの側から接続確認のコードを繰り返し送ることにより維持し、不特定のユーザ通信端末からのタスク要求があると、中継サーバを介してタスク処理サーバが受け付け、当該タスク処理サーバにおいて要求される処理を実行し、処理結果を同じく中継サーバを介して要求元のユーザ通信端末に返すようにしている。したがって、タスク処理サーバの側においてタスク処理に必要なプログラムおよびデータベースを保持すればよく、インターネットからアクセス可能な中継サーバにはそのようなプログラムやデータベースを置く必要がない。
【００２３】
また、タスク処理サーバには、インターネットサーバとして機能させるための環境設定や、セキュリティ機能を付ける必要がない。よって、中継サーバを例えばサーバ管理会社などに業務委託することにより、クライアントは廉価なインターネットサイトの運営・管理コストでサイトを運営できる。
【発明を実施するための最良の形態】
【００２４】
以下に、図面を参照して、本発明を適用したタスク処理システムの実施の形態を説明する。
【００２５】
（全体構成）
図１はタスク処理システムを示す概念図である。この図に示すように、タスク処理システム１は、システム管理会社が運営・管理している中継サーバ２と、インターネットサイトを提供しているクライアント企業が運営・管理しているタスク処理サーバ３と、不特定のインターネット通信機能を備えたユーザ通信端末４、例えば、ユーザパソコン４（１）、携帯用通信端末４（２）と、インターネット５から構成される。
【００２６】
中継サーバ２は、インターネット上で特定できるＩＰアドレスが付与されており、タスク処理サーバ３および不特定のユーザ通信端末４からインターネット５を介してアクセス可能である。これに対して、タスク処理サーバ３およびユーザ通信端末４は、インターネット５上において特定できるＩＰアドレスが付与されておらず、インターネット５上において、中継サーバ２を含む他の通信端末から特定することは不可能である。
【００２７】
中継サーバ２は、タスク処理サーバ３からの通信確立要求を受け取ると、当該タスク処理サーバ３との間の通信回線を確立し、当該通信回線が切断されることのない間隔で、接続が継続している旨を表す接続確認コードをタスク処理サーバ３に繰り返し送信する通信継続機能２１と、不特定のユーザ通信端末４からタスク処理サーバ３に対する所定の処理を要求するタスクリクエストを受け取るリクエスト受付機能２２と、タスクリクエストを接続確認コードに担持させてタスク処理サーバ３に送るリクエスト転送機能２３と、タスク処理サーバ３から受け取った処理結果を、ユーザ通信端末４に対してタスクリクエストのレスポンスとして返すレスポンス転送機能２４を有している。リクエスト受付機能２２には、タスクリクエストを特定するための受付番号を発行する機能が含まれている。また、リクエスト転送機能２３には、当該受付番号をタスクリクエストに付加してタスク処理サーバ３に送る機能が含まれている。
【００２８】
中継サーバ２は、更に、タスク処理に必要な処理用パラメータがタスクリクエストに付加されている場合には、受付番号と処理用パラメータを対応付けした形態で所定の記憶部に記憶保持する記憶機能２５と、タスク処理サーバ３からの要求に応じて、受付番号に対応する処理用パラメータを記憶部から検索して、当該タスク処理サーバ３に提供する処理用パラメータ提供機能２６を備えている。
【００２９】
タスク処理サーバ３は、インターネット上において特定することができないものであり、また、中継サーバ２を介してインターネット上において不特定のユーザに対して所定のサービスを提供可能なものである。このタスク処理サーバ３は、中継サーバ２に対して通信確立リクエストを出すことにより、当該中継サーバ２との間に通信回線を確立する通信確立機能３１と、中継サーバ２からの受信状態を維持する受信状態維持機能３２と、中継サーバ２から受け取る、接続が継続している旨を表す接続確認コードに、不特定のユーザ通信端末４から所定の処理を要求するタスクリクエストが担持されているか否かを識別する識別機能３３と、タスクリクエストが識別されると、要求されている処理を実行するタスク処理機能３４と、処理結果を中継サーバ２に送るレスポンス機能３５とを備えている。レスポンス機能３５は、タスクリクエストを特定するための受付番号が付加されている場合に、処理結果に受付番号を付加して中継サーバ２に送る機能を含んでいる。さらに、タスク処理機能３４には、必要に応じて、受付番号に対応付けされた状態で中継サーバ２に記憶保持されている処理用パラメータを当該中継サーバ２から取得して処理を実行する機能が含まれている。
【００３０】
（タスク処理動作）
図２は、タスク処理システム１におけるタスク処理動作の一例を示す動作説明図である。この図を参照して説明すると、動作手順は次のようになる。
【００３１】
（１）タスク処理サーバ３が中継サーバ２に対して通信確立のリクエストを出す。リクエストの受け付けは、一般的なアクセス管理と同様に、所定の認証手続を経て行われる（(ａ)）。
【００３２】
（２）中継サーバ２は通信確立のリクエストを認証すると、タスク処理サーバ３に対して接続が確立した旨のレスポンスを返す（(ｂ)）。
【００３３】
（３）かかる一般的な通信接続手順を経た後に、中継サーバ２は、タスク処理サーバ３との間に確立した通信回線が切断されないように、定期的に接続が継続している旨の確認コードをタスク処理サーバ３に送る（通信継続手順）。確認コードの送信周期は、経路内の機器がタイムアウトせず、しかも、通信回線を混雑させない頻度となる値に設定しておく。
【００３４】
（４）タスク処理サーバ３では、確認コードの受信状態を維持し、受け取るコードが確認コードのみである場合には、そのまま受信状態を維持する（受信状態維持手順）。
【００３５】
（５）ここで、中継サーバ２は、インターネット５上において、タスク処理サーバ３によって提供されるタスクリクエストの受付待機状態になっており、不特定のユーザ通信端末４はタスク処理をリクエストできるようになっている。中継サーバ２が、不特定のユーザ通信端末４から「処理を依頼する」タスクリクエストを受け付けた場合には（(ｄ)）、その受付番号を発行し（(ｅ)リクエスト受付手順）、タスク処理サーバ３にタスクリクエストを転送する（リクエスト転送手順）。タスクリクエストおよび受付番号は、一定の周期で送られている接続確認コードに担持させてタスク処理サーバ３に送られる。すなわち、接続確認コードをキャリア信号として利用して、タスクリクエストおよび受付番号を送る（(ｆ)→(ｂ)）。また、タスクリクエストに、処理用パラメータが付加されている場合には、中継サーバ２の記憶部に受付番号に処理用パラメータを対応付けした形態で記憶保持する。
【００３６】
（６）タスク処理サーバ３は、接続確認コードにタスクリクエストおよび受付番号が担持されていることを識別すると、要求されたタスク処理を開始する（(ｃ)→(ｇ)）。処理に必要な処理用パラメータは、必要に応じて、中継サーバ２から取得する（タスク処理手順）。
【００３７】
（７）タスク処理サーバ３は、処理の結果が出ると、中継サーバ２に対して、処理結果に受付番号を付加して送る（(ｈ)レスポンス手順）。
【００３８】
（８）中継サーバ２は、処理結果を受付番号と共に受け取ると、当該中継サーバ２のレスポンス形式に変換して、要求元のユーザ通信端末４に処理結果をレスポンスとして送る（(ｊ)レスポンス転送手順）。
【００３９】
（９）この後は、中継サーバ２は、処理結果をユーザ通信端末４に送った旨を、レスポンスとしてタスク処理サーバ３に返す（(ｉ)）。
【００４０】
このように、本例のタスク処理システム１を用いれば、本来ならばインターネットからアクセス可能な中継サーバ２に置かなければならなかったデータやアプリケーションプログラムをタスク処理サーバ３に置くことができる。よって、インターネットを介しての不正アクセスやデータの漏洩を防止でき、データやアプリケーションプログラムの保守が容易になるという利点がある。また、クライアントは、大切なデータを中継サーバに置くことなく、手元のサーバで保管できる。このため、自社の社内システムとの連携が容易になる。
【００４１】
また、タスク処理サーバ３は固有のＩＰアドレスが不要であり、通常のインターネットサービスプロバイダのユーザの立場でよく、ファイアウオールなどのセキュリティ機能が不要となり、運用コストを大幅に削減できる。
【００４２】
さらに、タスク処理サーバ３は、インターネット上において、他のユーザ通信端末などのインターネット接続機器から場所を特定することができないので、不正アクセスなどのターゲットにされ難く、セキュリティの点から極めて好ましいという利点がある。
【実施例】
【００４３】
次に、図３は上記のタスク処理システム１を、会員が施設やスクールなどを予約するための予約管理システムに適用した例を示す全体構成図である。予約管理システム１０の構成はタスク処理システム１と同一である。中継サーバ２によりインターネット５上において予約サイトの画面１１が表示されており、中継サーバ２とタスク処理サーバ３とは接続状態とされる。予約動作は次のようになる。
【００４４】
予約状況を確認する動作（データの参照動作）においては、予め登録している会員が、パソコン（ユーザ通信端末４（１））から中継サーバ２にアクセスする。中継サーバ２で受けたタスクリクエスト（予約）は図２を参照して説明した通信手順に従ってタスク処理サーバ３に転送される。タスク処理サーバ３は、内部に保持されている予約データベース１２を参照しながら予約状況を確認する。確認された予約状況は、タスク処理サーバ３から中継サーバ２に送られ、中継サーバ２は受け取った予約状況データを、要求元のパソコン４（１）に戻す。携帯電話４（２）からアクセスする場合においても同様な通信手順により処理される。
【００４５】
次に、予約動作（データの登録動作）においては、予約状況を確認した会員が、パソコン４（１）に予約日時（登録データ）を入力し、中継サーバ２にデータを送信（リクエスト）する。中継サーバ２は受け取ったタスクリクエストを、タスク処理サーバ３に転送する。タスク処理サーバ３では、受け取った予約日時を予約データベース１２に登録する。予約データベース１２への登録が終了すると、登録完了結果を中継サーバ２に送る。中継サーバ２は、登録完了結果を会員のパソコン４（１）に戻す。
【００４６】
本例の予約管理システム１０においては、会員が予約日に施設やスクールなどの受付に来て、そこに設置されている受付パソコン１３から予約データを照合する場合、この受付パソコン１３からＬＡＮなどの社内ネットワーク１４を介してタスク処理サーバ３にアクセスすればよい。この結果、インターネット５を介しての予約を含む最新の予約状況を確認することができる。同様に、クライアントの管理パソコン１５からも社内ネットワーク１４を介して予約データベースにアクセスすることにより、最新の予約状況を常に把握することが可能である。
【図面の簡単な説明】
【００４７】
【図１】本発明を適用したタスク処理システムの全体構成図である。
【図２】図１のシステムの動作を示す説明図である。
【図３】図１のシステムを予約管理システムに適用した例を示す全体構成図である。
【符号の説明】
【００４８】
１  タスク処理システム
２  中継サーバ
３  タスク処理サーバ
４  ユーザ通信端末
１０  予約管理システム
１１  予約画面
１２  予約データベース
１３  受付用パソコン
１４  社内ネットワーク
１５  管理パソコン
【図１】
2005339203.tif 000003
【図２】
2005339203.tif 000004
【図３】
2005339203.tif 000005