"端末と第1サーバ及び第2サーバとの間のデータを中継するコンピュータに、前記端末から受信したリクエストデータを第1サーバへ送信し、前記リクエストデータの一部を疑似情報に変更して疑似リクエストデータを生成し、生成した疑似リクエストデータを第2サーバへ送信し、前記疑似リクエストデータの応答となる疑似レスポンスデータを前記第2サーバから受信し、前記リクエストデータの応答となるレスポンスデータを確認する確認リクエストデータを所定のタイミングで前記コンピュータに送信する確認プログラムを、前記疑似レスポンスデータに格納して、前記端末に送信し、前記第1サーバから前記レスポンスデータを受信した場合に、該レスポンスデータを記憶装置に記憶し、前記端末により前記確認プログラムが実行されることにより送信される前記確認リクエストデータを受信した際、前記記憶装置に前記レスポンスデータが記憶されている場合に、前記確認リクエストデータに対する応答として、前記記憶装置に記憶された前記レスポンスデータを前記端末に送信する各処理を実行させることを特徴とする中継プログラム。前記疑似レスポンスデータを前記端末に送信した後に、該端末から表示画面の変更要求を受信した場合に、変更後の表示画面を表示するデータに、前記確認プログラムを格納して、前記端末に送信する処理を更にコンピュータに実行させることを特徴とする請求項1に記載の中継プログラム。前記疑似レスポンスデータを送信する処理は、前記記憶装置を参照し、前記第1サーバからのレスポンスデータを受信する前に、前記疑似レスポンスデータを受信した場合に、前記疑似レスポンスデータを、前記端末に送信することを特徴とする請求項1または2に記載の中継プログラム。端末と第1サーバ及び第2サーバとの間のデータを中継するコンピュータが実行する中継方法であって、前記端末から受信したリクエストデータを第1サーバへ送信し、前記リクエストデータの一部を疑似情報に変更して疑似リクエストデータを生成し、生成した疑似リクエストデータを第2サーバへ送信し、前記疑似リクエストデータの応答となる疑似レスポンスデータを前記第2サーバから受信し、前記リクエストデータの応答となるレスポンスデータを確認する確認リクエストデータを所定のタイミングで前記コンピュータに送信する確認プログラムを、前記疑似レスポンスデータに格納して、前記端末に送信し、前記第1サーバから前記レスポンスデータを受信した場合に、該レスポンスデータを記憶装置に記憶し、前記端末により前記確認プログラムが実行されることにより送信される前記確認リクエストデータを受信した際、前記記憶装置に前記レスポンスデータが記憶されている場合に、前記確認リクエストデータに対する応答として、前記記憶装置に記憶された前記レスポンスデータを前記端末に送信する各処理を実行させることを特徴とする中継方法。端末から受信したリクエストデータを第1サーバへ送信し、前記リクエストデータの一部を疑似情報に変更して疑似リクエストデータを生成し、生成した疑似リクエストデータを第2サーバへ送信するリクエスト処理部と、前記疑似リクエストデータの応答となる疑似レスポンスデータを前記第2サーバから受信し、前記リクエストデータの応答となるレスポンスデータを確認する確認リクエストデータを所定のタイミングで前記コンピュータに送信する確認プログラムを、前記疑似レスポンスデータに格納して、前記端末に送信し、前記第1サーバから前記レスポンスデータを受信した場合に、該レスポンスデータを記憶装置に記憶し、前記端末により前記確認プログラムが実行されることにより送信される前記確認リクエストデータを受信した際、前記記憶装置に前記レスポンスデータが記憶されている場合に、前記確認リクエストデータに対する応答として、前記記憶装置に記憶された前記レスポンスデータを前記端末に送信するレスポンス処理部とを有することを特徴とする中継装置。組織内部のサーバは、デプロイしたウェブアプリケーションの処理負荷が大きい場合に、端末からの要求に迅速に対応できず、端末においてタイムアウトが発生してしまうという問題があった。このように、端末にタイムアウトが発生すると、利用者は、操作を継続できなくなってしまう上、処理結果を得ることができなくなってしまう。なお、組織内部のサーバは、デプロイしたウェブアプリケーションを改良し、端末にタイムアウトが発生する前にしばらくお待ちください等のメッセージを一旦戻して、端末の処理をリフレッシュさせることが考えられる。端末は、リフレッシュ後に再度目的のURLUniformResourceLocatorにアクセスすることで、処理を継続することができる。しかし、従来技術は、クラウド上のウェブアプリケーションと同じものを組織内部のサーバにデプロイするものであるため、デプロイするウェブアプリケーションが自社開発のものでなければ、勝手に改良を加えることが難しい。また、仮に、組織内部のサーバがメッセージを一旦戻して、端末をリフレッシュさせても、端末はリフレッシュされた処理を再度実行することになり、ユーザは他の操作を行うことができなくなる。開示の技術は、上記に鑑みてなされたものであって、端末のタイムアウトを防止することができる中継プログラム、中継方法および中継装置を提供することを目的とする。開示の中継プログラムは、コンピュータに下記の各処理を実行させる。中継プログラムは、コンピュータに、端末から受信したリクエストデータを第1サーバへ送信し、リクエストデータの一部を疑似情報に変更して疑似リクエストデータを生成し、生成した疑似リクエストデータを第2サーバへ送信させる。また、中継プログラムは、コンピュータに、疑似リクエストデータの応答となる疑似レスポンスデータを前記第2サーバから受信させる。また、中継プログラムは、コンピュータに、リクエストの応答となるレスポンスデータを確認する確認リクエストデータを所定のタイミングでコンピュータに送信する確認プログラムを、疑似レスポンスデータに格納して、端末に送信させる。また、中継プログラムは、コンピュータに、コンピュータに第1サーバからレスポンスデータを受信した場合に、該レスポンスデータを記憶装置に記憶させる。また、中継プログラムは、コンピュータに、端末により前記確認プログラムが実行されることにより送信される前記確認リクエストデータを受信した際に下記の処理を実行させる。すなわち、コンピュータに、前記記憶装置に前記レスポンスデータが記憶されている場合に、前記確認リクエストデータに対する応答として、前記記憶装置に記憶された前記レスポンスデータを前記端末に送信させる。開示の中継プログラムによれば、端末のタイムアウトを防止することができるという効果を奏する。以下に、本願の開示する中継プログラム、中継方法および中継装置を実行するコンピュータの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。本実施例にかかるシステムの構成について説明する。図1は、本実施例にかかるシステムの構成を示す図である。図1に示すように、このシステムは、端末60、内部サーバ70、外部サーバ90、中継装置100を有する。中継装置100は、ネットワーク50を介して、端末60、内部サーバ70、外部サーバ90に接続される。また、外部サーバ90は、クラウド80に含まれる。端末60は、中継装置100を介して、内部サーバ70にリクエストデータを送信し、各種の処理要求を行う装置である。内部サーバ70は、外部サーバ90と同一のアプリケーション機能を有する装置であり、各種のサービスを端末60に提供する装置である。内部サーバ70は、中継装置100を介して、端末60のリクエストデータを受信し、リスクストデータに対応する処理を行う。そして、内部サーバ70は、処理結果を、中継装置100を介して端末60に送信する。内部サーバ70が中継装置100に送信する処理結果を、レスポンスデータと表記する。内部サーバ70は、第1サーバの一例である。外部サーバ90は、内部サーバ70と同一のアプリケーション機能を有する装置である。外部サーバ90は、中継装置100から、端末60のリクエストデータの一部を疑似情報に変更された疑似リクエストデータを受信し、疑似リクエストデータに対応する処理を行う。そして、外部サーバ90は、処理結果を、中継装置100に送信する。外部サーバ90が中継装置100に送信する処理結果を、疑似レスポンスデータと表記する。外部サーバ90は、第2サーバの一例である。なお、外部サーバ90は、クラウド80に含まれる複数の装置によって構成されていてもよい。中継装置100は、端末60と内部サーバ70及び外部サーバ90との間のデータを中継する装置である。この中継装置100は、端末60からリクエストデータを受信すると、リクエストデータを内部サーバ70に送信する。また、中継装置100は、リクエストデータの一部を疑似情報に変更することで、疑似リクエストデータを生成し、疑似リクエストデータを外部サーバ90に送信する。まず、中継装置100が、内部サーバ70からのレスポンスデータよりも、外部サーバ90の疑似レスポンスデータを先に受信した場合について説明する。この場合には、中継装置100は、レスポンスデータを確認する確認リクエストを所定のタイミングで中継装置100に送信する確認プログラムを、疑似レスポンスデータに格納する。そして、中継装置100は、確認プログラムを格納した疑似レスポンスデータを端末60に送信する。中継装置100は、疑似レスポンスデータを端末60に送信した後に、内部サーバ70からレスポンスデータを受信し、記憶部に記憶する。端末60は、確認プログラムを実行して、リクエストデータを中継装置100に送信する。中継装置100は、かかるリクエストデータを端末60から受信した場合には、記憶部に記憶されたレスポンスデータを送信する。続いて、中継装置100が、外部サーバ90からの疑似レスポンスデータよりも、内部サーバ70からのレスポンスデータを先に受信した場合について説明する。この場合には、中継装置100は、レスポンスデータを端末60に送信する。上記のように、中継装置100は、端末60からリクエストデータを内部サーバ70に送信すると共に、疑似リクエストデータを外部サーバ90に送信する。中継装置100は、レスポンスデータよりも疑似レスポンスデータを先に受信した場合には、疑似レスポンスデータに確認プログラムを格納し、端末60に送信する。その後、中継装置100は、確認プログラムが端末60で実行されることにより、端末60から送信されるリクエストデータに対して、内部サーバ70から受信しておいたレスポンスデータを端末60に送信する。このため、端末60のタイムアウトを防止することができる。次に、図1に示した端末60において実行されるアプリの一例について説明する。図2は、端末で実行されるアプリを説明するための図である。ユーザは、端末60を操作してアプリを実行することで、端末60は、診断メニュー画面61を表示する。例えば、利用者が端末60を操作してABC診断61aを選択すると、端末60がファイル選択画面62を表示する。利用者は、端末60を操作して、入力欄62aにABC診断の実行対象となるファイル名を入力し、送信ボタン62bを押下する。端末60は、送信ボタン62bが押下された場合に、リクエストデータを中継装置100に送信する。以下の説明において、送信ボタン62aが押下された場合に送信するリクエストデータを、特に区別する場合に、第1リクエストデータと表記する。端末60は、中継装置100からレスポンスデータまたは疑似レスポンスデータを受信し、受信したレスポンスデータまたは疑似レスポンスデータに応じた診断結果画面63を表示する。ここで、端末60は、疑似レスポンスデータを受信した場合には、疑似レスポンスデータに含まれる確認プログラムを実行し、所定の時間間隔で、リクエストデータを中継装置100に送信し、内部サーバ70のレスポンスデータの要求を行う。以下の説明において、確認プログラムを実行して、中継装置100に送信するリクエストデータを、特に区別する場合に、第2リクエストデータと表記する。また、端末60は、診断結果画面63のメニューへ戻る63aを選択された場合には、画面変更のリクエストデータを中継装置100に送信し、中継装置100から送信されるデータにより、診断メニュー画面61を表示する。端末60は、診断メニュー画面61を表示するデータに確認プログラムが含まれている場合には、確認プログラムを実行し、所定の時間間隔で、リクエストデータを中継装置100に送信し、内部サーバ70のレスポンスデータの要求を行う。端末60は、確認プログラムを実行してリクエストデータを中継装置100に送信し、内部サーバ70のレスポンスデータを受信した場合には、レスポンスデータに対応する表示画面を表示させる。次に、図1に示した中継装置100の構成について説明する。図3は、中継装置の構成を示す機能ブロック図である。図3に示すように、この中継装置100は、通信部110、記憶部120、制御部130を有する。通信部110は、端末60、内部サーバ70、外部サーバ90との間でデータ通信を実行する処理部である。例えば、通信部110は、所定の通信プロトコルを利用してデータ通信を行う通信装置、通信カードなどに対応する。後述の制御部130は、通信部110を介して、端末60、内部サーバ70、外部サーバ90との間でデータ通信を行うものとする。記憶部120は、サービス管理テーブル120a、利用者通信管理テーブル120b、結果出力データ120cを記憶する記憶部である。例えば、記憶部120は、例えば、RAMRandomAccessMemory、ROMReadOnlyMemory、フラッシュメモリFlashMemoryなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。サービス管理テーブル120aは、端末60からのリクエストデータを処理する外部サーバ90のURLを保持するテーブルである。図4は、サービス管理テーブルのデータ構造の一例を示す図である。図4に示すように、このサービス管理テーブル120aは、URLと対応外部URLとを対応付ける。図4において、URLは、端末60からのリクエストデータに含まれるURLである。対応外部URLは、URLの処理を実行する外部サーバ90のURLである。例えば、URLhttpinternalcomabcの対応外部URLはhttpexternalcomabcである。利用者通信管理テーブル120bは、端末60からのリクエストデータに対して、内部サーバ70、外部サーバ90からの応答があったか否かを管理するテーブルである。図5は、利用者通信管理テーブルのデータ構造の一例を示す図である。図5に示すように、この利用者通信管理テーブル120bは、利用者識別子、内部サーバレスポンス、外部サーバレスポンス、結果出力リソースを対応付ける。図5において、利用者識別子は、端末60を一意に識別するものである。例えば、端末60の利用者識別子を192.168.0.3とする。内部サーバレスポンスは、内部サーバ70からのレスポンスデータを格納するものである。内部サーバレスポンスにレスポンスデータが格納されている場合には、端末60のリクエストデータに対応する内部サーバ70の応答があったことを示す。図5において、外部サーバレスポンスは、外部サーバ90からの疑似レスポンスデータを格納するものである。外部サーバレスポンスにレスポンスデータが格納されている場合には、疑似リクエストデータに対応する外部サーバ90の応答があったことを示す。図5において、結果出力リソースは、内部サーバ70の処理結果の格納場所を示すものである。結果出力データ120cは、内部サーバ70の処理結果を含むデータである。例えば、結果出力データ120cは、内部サーバ70からのレスポンスデータに対応する。制御部130は、リクエスト受信部131、リクエスト判定部132、疑似リクエスト生成部133、リクエスト送信部134、結果出力部135を有する。また、制御部130は、レスポンス受信部136、レスポンス判定部137、リソース生成部138、スクリプト挿入部139、レスポンス送信部140を有する。例えば、制御部130は、ASICApplicationSpecificIntegratedCircuitや、FPGAFieldProgrammableGateArrayなどの集積装置に対応する。また、制御部130は、例えば、CPUやMPUMicroProcessingUnit等の電子回路に対応する。リクエスト受信部131は、端末60からのリクエストデータを受信する処理部である。リクエスト受信部131は、リクエストデータをリクエスト判定部132に出力する。リクエスト受信部131の受信するリクエストデータには、第1リクエストデータ、第2リクエストデータを含む。例えば、リクエストデータは、制御ヘッダと、リクエストURLを有する。制御ヘッダには、端末を一意に識別する利用者識別子が含まれる。リクエストURLには、リクエスト対象となるURLが含まれる。例えば、リクエストが、あるファイルに対するABC診断である場合には、リクエストURLにはhttpinternalcomabcが格納される。リクエスト判定部132は、第1、2リクエストデータに応じた各種の処理を実行する処理部である。リクエスト判定部132が、第1リクエストデータを受信した場合の処理について説明する。リクエスト判定部132は、第1リクエストデータのリクエストURLと、サービス管理テーブル120aとを基にして、第1リクエストデータを疑似リクエストデータに変換して、外部サーバ90に送信するか否かを判定する。リクエスト判定部132は、リクエストURLが、サービス管理テーブル120aのURLの列に存在する場合には、疑似リクエストデータに変換して、外部サーバ90に送信すると判定する。リクエスト判定部132は、第1リクエストデータを疑似リクエストデータに変換すると判定した場合には、第1リクエストデータを疑似リクエスト生成部133に出力することで、疑似リクエストデータの生成を依頼する。また、リクエスト判定部132は、第1リクエストデータをリクエスト送信部134に出力する。リクエスト判定部132は、第1リクエストデータの利用者識別子を、利用者通信管理テーブル120bに格納する。また、リクエスト判定部132は、格納した利用者識別子に対応する内部サービスレスポンスおよび外部サービスレスポンスを未受信に設定する。これに対して、第1リクエストデータに含まれるリクエストURLが、サービス管理テーブル120aのURLの列に存在する場合しない場合には、疑似リクエストデータを送信しないと判定する。また、リクエスト判定部132は、第1リクエストデータをリクエスト送信部134に出力する。リクエスト判定部132が、第2リクエストデータを受信した場合の処理について説明する。リクエスト判定部132は、利用者通信管理テーブル120bの利用者識別子と結果出力リソースとの組と、第2リクエストデータの利用者識別子とリクエストURLとの組が一致するか否かを判定する。リクエスト判定部132は、各組が一致する場合には、第2リクエストデータを結果出力部135に出力する。一方、リクエスト判定部132は、各組が一致しない場合には、ステータスコード401をレスポンスとして、端末60に返信する。疑似リクエスト生成部133は、第1リクエストデータから疑似リクエストデータを生成する処理部である。図6は、第1リクエストデータのデータ構造の一例を示す図である。図7は、疑似リクエストデータのデータ構造の一例を示す図である。例えば、疑似リクエスト生成部133は、図6の第1リクエストデータの領域10aの10、20、30、20、10、40を1、1、1に変換することで、図7の疑似リクエストデータを生成する。変換対象となる領域および、変換後の値は、予め設定されているものとする。疑似リクエスト生成部133は、生成した疑似リクエストデータを、リクエスト送信部134に出力する。リクエスト送信部134は、第1リクエストデータを、内部サーバ70に送信する。また、リクエスト送信部134は、疑似リクエストデータを、外部サーバ90に送信する。結果出力部135は、第2リクエストデータのリクエストURLに対応する処理結果を、結果出力データ120cから取得する。そして、結果出力部135は、処理結果を、レスポンス送信部140に出力する。この処理結果は、内部サーバ70のレスポンスデータに対応するものである。なお、結果出力部135は、リクエストURLに対応する処理結果が結果出力データ120cに存在するか否かによって、レスポンスの返却依頼をレスポンス送信部140に行ってもよい。レスポンス受信部136は、内部サーバ70からレスポンスデータを受信した場合には、レスポンスデータをレスポンス判定部137に出力する。また、レスポンス受信部136は、外部サーバ90から疑似レスポンスデータを受信した場合には、疑似レスポンスデータをレスポンス判定部137に出力する。図8は、疑似レスポンスデータのデータ構造の一例を示す図である。内部サーバ70の処理能力よりも外部サーバ90の方の処理能力が長けている場合には、レスポンス受信部136は、レスポンスデータよりも疑似レスポンスデータを先に受信する。また、レスポンスデータおよび疑似レスポンスデータには、対応する利用者識別子が含まれているものとする。なお、レスポンス受信部136は、端末60から、画面変更のリクエストデータを受信する。レスポンス受信部136は、画面変更のリクエストデータを、レスポンス判定部137に出力する。レスポンス判定部137は、レスポンスデータまたは疑似レスポンスデータに応じた各種の処理を実行する処理部である。また、レスポンス判定部137は、画面変更のリクエストデータに応じた処理を実行する。レスポンス判定部137が、外部サーバ90から疑似レスポンスデータを受信した場合の処理について説明する。レスポンス判定部137は、疑似レスポンスデータを、利用者識別子に対応付けて、利用者通信管理テーブル120bに格納する。そして、レスポンス判定部137は、利用者通信管理テーブル120bを参照し、利用者識別子に対応する内部サーバレスポンスが未受信であるか否かを判定する。レスポンス判定部137は、内部サーバレスポンスが未受信の場合には、疑似レスポンスデータを、スクリプト挿入部139に出力する。レスポンス判定部137が、内部サーバ70からレスポンスデータを受信した場合の処理について説明する。レスポンス判定部137は、レスポンスデータを、利用者識別子に対応付けて、利用者通信管理テーブル120bに格納する。また、レスポンス判定部137は、レスポンスデータを、リソース生成部138に出力する。そして、レスポンス判定部137は、利用者通信管理テーブル120bを参照し、利用者識別子に対応する外部サーバレスポンスが未受信であるか否かを判定する。レスポンス判定部137は、外部サーバレスポンスが未受信の場合には、レスポンスデータをレスポンス送信部140に送信する。レスポンス判定部137が、画面変更のリクエストデータを受信した場合の処理について説明する。レスポンス判定部137は、利用者通信管理テーブル120bを参照し、利用者識別子に対応する内部サーバレスポンスが未受信であるか否かを判定する。レスポンス判定部137は、内部サーバレスポンスが未受信の場合には、変更後の画面を表示するプログラムに確認プログラムを格納したデータを生成する。例えば、確認プログラムは、スクリプトである。以下において、この変更後の画面を表示するプログラムに確認プログラムを格納したデータを、画面変更データと表記する。レスポンス判定部137は、画面変更データをレスポンス送信部140に出力する。図9は、画面変更データのデータ構造の一例を示す図である。図9に示すように、この画面変更データには、確認プログラム20が格納されている。例えば、この画面変更データが端末60に送信されると、図2に示した診断メニュー画面61が表示される。この確認プログラム20が端末60で実行された場合の処理の一例について説明する。端末60は、10秒おきに、第2リクエストデータを中継装置100に送信する。該当する内部サーバ70のレスポンスデータが中継装置100に存在しない旨の情報が返ってきた場合には、10秒後に再度第2リクエストデータを中継装置100に送信する。これに対して、レスポンス判定部137は、内部サーバレスポンスが受信済みの場合には、利用者通信管理テーブル120bを参照し、利用者識別子に対応する結果出力リソースにより、該当する処理結果を、結果出力データ120cから取得する。レスポンス判定部137は、利用者識別子と処理結果とを対応付けたデータを、レスポンス送信部140に出力する。図3の説明に戻る。リソース生成部138は、内部サーバ70からのレスポンスデータを、結果出力データ120cに登録する処理部である。また、リソース生成部138は、レスポンスデータを格納した位置を、利用者通信管理テーブル120bの結果出力リソースに格納する。例えば、レスポンスデータを格納した位置は、URLで表される。スクリプト挿入部139は、疑似レスポンスデータに、確認プログラムを挿入する処理部である。図10は、確認プログラムが挿入された疑似レスポンスデータの一例を示す図である。図10に示すように、この疑似レスポンスデータには、確認プログラム20が挿入されている。確認プログラム20の説明は、図9で説明したものと同様である。スクリプト挿入部139は、確認プログラムを挿入した疑似レスポンスデータを、レスポンス送信部140に出力する。レスポンス送信部140は、レスポンスデータ、疑似レスポンスデータを端末60に送信する。また、レスポンス送信部140は、画面変更データを、端末60に送信する。次に、中継装置100の各処理手順について説明する。まず、中継装置100が、リクエストデータを受信した場合の処理手順について説明する。図11は、リクエストデータを受信した場合の処理手順を示すフローチャートである。図11に示す処理は、端末60からリクエストデータを受信したことを契機に実行される。中継装置100は、リクエストデータを取得するステップS101。このリクエストデータは、第1リクエストデータまたは第2リクエストデータに対応する。中継装置100は、サービス管理テーブル120aを参照し、リクエストURLにマッチする行が存在するか否かを判定するステップS102。中継装置100は、リクエストURLにマッチする行が存在する場合にはステップS103,Yes、疑似リクエスト生成処理を実行しステップS104、ステップS107に移行する。ステップS104の疑似リクエスト生成処理において、中継装置100は、例えば、疑似リクエストを生成し、生成した疑似リクエストデータを外部サーバ90に送信する。一方、中継装置100は、リクエストURLにマッチする行が存在しない場合にはステップS103,No、利用者通信管理テーブル120bを参照し、リクエストURLに一致する結果出力リソースが存在するか否かを判定するステップS105。中継装置100は、リクエストURLにマッチする結果出力リソースが存在しない場合にはステップS106,No、リクエスト送信処理を実行するステップS107。ステップS107のリクエスト送信処理において、中継装置100は、リクエストデータを内部サーバ70に送信する。一方、中継装置100は、リクエストURLにマッチする結果出力リソースが存在する場合にはステップS106,Yes、以下の処理を行う。中継装置100は、利用者通信管理テーブル120bにおいて、リクエストURLにマッチした行の利用者識別子がリクエストデータのものと一致しているか否かを判定するステップS108。中継装置100は、リクエストURLにマッチした行の利用者識別子がリクエストデータのものと一致している場合にはステップS109,Yes、結果出力処理を実行するステップS110。一方、中継装置100は、リクエストURLにマッチした行の利用者識別子がリクエストデータのものと一致していない場合にはステップS109,No、ステータスコード401をレスポンスとして端末60に返信するステップS111。次に、図11のステップS110に示した結果出力処理の処理手順について説明する。図12は、結果出力処理の処理手順を示すフローチャートである。図12において、中継装置100は、利用者通信管理テーブル120bを参照し、内部サーバレスポンスの結果が格納されているか否かを判定するステップS151。中継装置100は、内部サーバレスポンスの結果が格納されていない場合にはステップS152,No、レスポンスコード202を端末60に返信するステップS153。このレスポンスコード202は、該当するレスポンスデータが存在しない旨を示すコードである。一方、中継装置100は、内部サーバレスポンスの結果が格納されている場合にはステップS152,Yes、レスポンスコード200かつ、結果出力リソースの情報をレスポンスとして端末60に返信するステップS154。このレスポンスコード200は、該当するレスポンスデータが存在する旨を示すコードである。次に、中継装置100がレスポンスデータを受信した場合の処理手順について説明する。図13は、レスポンスデータを受信した場合の処理手順を示すフローチャートである。図13に示す処理は、内部サーバ70、外部サーバ90からレスポンスを受信した場合などに実行される。また、図13に示す処理は、端末60から画面変更のリクエストデータを受信した場合も含む。図13に示すように、中継装置100は、利用者通信管理テーブル120bを参照し、利用者識別子にマッチする行を取得するステップS201。中継装置100は、内部サーバ70からのレスポンスの場合にはステップS202,Yes、内部レスポンス処理を実行するステップS203。中継装置100は、内部サーバ70からのレスポンスではない場合にはステップS202,No、外部サーバ90からのレスポンスであるか否かを判定するステップS204。中継装置100は、外部サーバ90からのレスポンスの場合にはステップS204,Yes、外部レスポンス処理を実行するステップS205。中継装置100は、外部サーバ90からのレスポンスではない場合にはステップS204,No、利用者通信管理にテーブル120bを参照し、内部サーバ70からのレスポンスが受信済みであるか否かを判定するステップS206。中継装置100は、内部サーバ70からのレスポンスが受信済みではない場合にはステップS207,No、画面を切り換える場合に、確認プログラムを挿入し、画面変更データを送信するステップS208。一方、中継装置100は、内部サーバ70からのレスポンスが受信済みの場合にはステップS207,Yes、レスポンスデータを送信するステップS209。次に、図13のステップS203に示した内部レスポンス処理の処理手順について説明する。図14は、内部レスポンス処理の処理手順を示すフローチャートである。図14に示すように、中継装置100は、利用者通信管理テーブル120bの内部サーバレスポンスにレスポンス内容を格納するステップS250。中継装置100は、利用者通信管理テーブル120bを参照し、外部サーバ90からのレスポンスの有無を判定するステップS251。中継装置100は、外部サーバ90からのレスポンスを受信済みの場合にはステップS252,Yes、処理を終了する。一方、中継装置100は、外部サーバ90からのレスポンスを受信済みではない場合にステップS252,No、レスポンスデータを端末60に送信するステップS253。次に、図13のステップS205に示した外部レスポンス処理の処理手順について説明する。図15は、外部レスポンス処理の処理手順を示すフローチャートである。図15に示すように、中継装置100は、利用者通信管理テーブル120bの外部サーバレスポンスにレスポンスに内容を格納するステップS260。中継装置100は、利用者通信管理テーブル120bを参照し、内部サーバ70からのレスポンスの有無を判定するステップS261。中継装置100は、内部サーバ70からのレスポンスを受信済みの場合にはステップS262,Yes、処理を終了する。一方、中継装置100は、内部サーバ70からのレスポンスを受信済みではない場合にはステップS262,No、確認プログラムを挿入した疑似レスポンスデータを、端末60に送信するステップS263。次に、本実施例にかかる中継装置100の効果について説明する。中継装置100は、端末60からリクエストデータを内部サーバ70に送信すると共に、疑似リクエストデータを外部サーバ90に送信する。中継装置100は、レスポンスデータよりも疑似レスポンスデータを先に受信した場合には、疑似レスポンスデータに確認プログラムを格納し、端末60に送信する。その後、中継装置100は、確認プログラムが端末60で実行されることにより、端末60から送信されるリクエストデータに対して、内部サーバ70から受信しておいたレスポンスデータを端末60に送信する。このため、端末60のタイムアウトを防止することができる。また、中継装置100は、端末60から表示画面の変更要求を受信した場合に、画面変更プログラムに確認プログラムを格納して、端末60に送信する。このため、中継装置100は、端末60にて他の画面に移行した場合であっても、継続して、リクエストを受け付けることができ、内部サーバ70からのレスポンスデータを端末に通知することができる。中継装置100は、内部サーバ70からのレスポンスデータを受信する前に、疑似レスポンスデータを受信した場合に、疑似レスポンスデータを、端末に送信する。このため、不要な情報を、端末60に送信することを防止することができる。次に、図3に示した中継装置100と同様の機能を実現する中継プログラムを実行するコンピュータの一例を説明する。図16は、照合プログラムを実行するコンピュータの一例を示す図である。図16に示すように、コンピュータ200は、各種演算処理を実行するCPU201と、ユーザからのデータの入力を受け付ける入力装置202と、ディスプレイ203を有する。また、コンピュータ200は、記憶媒体からプログラム等を読取る読み取り装置204と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインターフェース装置205とを有する。また、コンピュータ200は、各種情報を一時記憶するRAM206と、ハードディスク装置207を有する。そして、各装置201~207は、バス208に接続される。ハードディスク装置207は、リクエスト処理プログラム207a、レスポンス処理プログラム207bを記憶する。CPU201は、リクエスト処理プログラム207a、レスポンス処理プログラム207bを読み出して、RAM206に展開する。リクエスト処理プログラム207aは、リクエスト処理プロセス206aとして機能する。レスポンス処理プログラム207bは、レスポンス処理プロセス206bとして機能する。例えば、リクエスト処理プロセス206aは、図3のリクエスト受信部131、リクエスト判定部132、疑似リクエスト生成部133、リクエスト送信部134、結果出力部135に対応する。レスポンス処理プロセス206bは、レスポンス受信部136、レスポンス判定部137、リソース生成部138、スクリプト挿入部139、レスポンス送信部140に対応する。なお、各プログラム207a,207bについては、必ずしも最初からハードディスク装置207に記憶させておかなくてもよい。例えば、コンピュータ200に挿入されるフレキシブルディスクFD、CD-ROM、DVDディスク、光磁気ディスク、ICカードなどの可搬用の物理媒体に各プログラムを記憶させておく。そして、コンピュータ200がこれらから各プログラム207a,207bを読み出して実行するようにしてもよい。以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。付記1端末と第1サーバ及び第2サーバとの間のデータを中継するコンピュータに、前記端末から受信したリクエストデータを第1サーバへ送信し、前記リクエストデータの一部を疑似情報に変更して疑似リクエストデータを生成し、生成した疑似リクエストデータを第2サーバへ送信し、前記疑似リクエストデータの応答となる疑似レスポンスデータを前記第2サーバから受信し、前記リクエストデータの応答となるレスポンスデータを確認する確認リクエストデータを所定のタイミングで前記コンピュータに送信する確認プログラムを、前記疑似レスポンスデータに格納して、前記端末に送信し、前記第1サーバから前記レスポンスデータを受信した場合に、該レスポンスデータを記憶装置に記憶し、前記端末により前記確認プログラムが実行されることにより送信される前記確認リクエストデータを受信した際、前記記憶装置に前記レスポンスデータが記憶されている場合に、前記確認リクエストデータに対する応答として、前記記憶装置に記憶された前記レスポンスデータを前記端末に送信する各処理を実行させることを特徴とする中継プログラム。付記2前記疑似レスポンスデータを前記端末に送信した後に、該端末から表示画面の変更要求を受信した場合に、変更後の表示画面を表示するデータに、前記確認プログラムを格納して、前記端末に送信する処理を更にコンピュータに実行させることを特徴とする付記1に記載の中継プログラム。付記3前記疑似レスポンスデータを送信する処理は、前記記憶装置を参照し、前記第1サーバからのレスポンスデータを受信する前に、前記疑似レスポンスデータを受信した場合に、前記疑似レスポンスデータを、前記端末に送信することを特徴とする付記1または2に記載の中継プログラム。付記4端末と第1サーバ及び第2サーバとの間のデータを中継するコンピュータが実行する中継方法であって、前記端末から受信したリクエストデータを第1サーバへ送信し、前記リクエストデータの一部を疑似情報に変更して疑似リクエストデータを生成し、生成した疑似リクエストデータを第2サーバへ送信し、前記疑似リクエストデータの応答となる疑似レスポンスデータを前記第2サーバから受信し、前記リクエストデータの応答となるレスポンスデータを確認する確認リクエストデータを所定のタイミングで前記コンピュータに送信する確認プログラムを、前記疑似レスポンスデータに格納して、前記端末に送信し、前記第1サーバから前記レスポンスデータを受信した場合に、該レスポンスデータを記憶装置に記憶し、前記端末により前記確認プログラムが実行されることにより送信される前記確認リクエストデータを受信した際、前記記憶装置に前記レスポンスデータが記憶されている場合に、前記確認リクエストデータに対する応答として、前記記憶装置に記憶された前記レスポンスデータを前記端末に送信する各処理を実行させることを特徴とする中継方法。付記5前記疑似レスポンスデータを前記端末に送信した後に、該端末から表示画面の変更要求を受信した場合に、変更後の表示画面を表示するデータに、前記確認プログラムを格納して、前記端末に送信する処理を更に実行することを特徴とする付記4に記載の中継方法。付記6前記疑似レスポンスデータを送信する処理は、前記記憶装置を参照し、前記第1サーバからのレスポンスデータを受信する前に、前記疑似レスポンスデータを受信した場合に、前記疑似レスポンスデータを、前記端末に送信することを特徴とする付記4または5に記載の中継方法。付記7端末から受信したリクエストデータを第1サーバへ送信し、前記リクエストデータの一部を疑似情報に変更して疑似リクエストデータを生成し、生成した疑似リクエストデータを第2サーバへ送信するリクエスト処理部と、前記疑似リクエストデータの応答となる疑似レスポンスデータを前記第2サーバから受信し、前記リクエストデータの応答となるレスポンスデータを確認する確認リクエストデータを所定のタイミングで前記コンピュータに送信する確認プログラムを、前記疑似レスポンスデータに格納して、前記端末に送信し、前記第1サーバから前記レスポンスデータを受信した場合に、該レスポンスデータを記憶装置に記憶し、前記端末により前記確認プログラムが実行されることにより送信される前記確認リクエストデータを受信した際、前記記憶装置に前記レスポンスデータが記憶されている場合に、前記確認リクエストデータに対する応答として、前記記憶装置に記憶された前記レスポンスデータを前記端末に送信するレスポンス処理部とを有することを特徴とする中継装置。付記8前記レスポンス処理部は、疑似レスポンスデータを前記端末に送信した後に、該端末から表示画面の変更要求を受信した場合に、変更後の表示画面を表示するデータに、前記確認プログラムを格納して、前記端末に送信することを特徴とする付記7に記載の中継装置。付記9前記レスポンス処理部は、前記記憶装置を参照し、前記第1サーバからのレスポンスデータを受信する前に、前記疑似レスポンスデータを受信した場合に、前記疑似レスポンスデータを、前記端末に送信することを特徴とする付記7または8に記載の中継装置。"