JP7817564B2 - 中継システム、情報記録方法及び情報記録プログラム - Google Patents

Description

本発明は、中継システム、情報記録方法及び情報記録プログラムに関する。

近年、在宅勤務やテレワークの利用が増えてきており、ユーザが操作するクライアント端末から、オフィスＰＣやクラウドサーバ等（以下、各種サーバと呼ぶ）に指示を行う技術として、ｗｅｂポータルを利用する技術が知られている。

この技術において、ｗｅｂポータルは、インターネットを介してクライアント端末と各種サーバとの間を中継し、各種サーバから送信される操作画面をクライアント端末に配信する。また、クライアント端末を操作するユーザはブラウザ上で操作画面を閲覧し、キーボードやマウスを用いて操作する。

このようなシステムにおいては、Ｗｅｂポータルと各種サーバ間の通信遅延が発生することがある。通信遅延が発生した場合、ユーザがある操作を行ったのにその操作が反映されないため、再度同じ操作を行ってしまうなどして、誤操作によるトラブルが発生しやすい。

特開２０１８－１９５２０９号公報 特開２０２１－５６７６３号公報

通常、トラブルが発生した場合には、管理者等はトラブルの原因を特定するために、各種サーバの動作プログラムが生成したログを参照することが多い。

しかしながら、上記のように通信遅延に起因する誤操作によりトラブルが生じた場合、各種サーバは操作に対応する処理を正常に行っているため、ログにトラブルに関する情報が記録されないことが多い。このため、ログからはトラブルの原因を特定できない可能性がある。

１つの側面では、本発明は、通信遅延があったときに生じたトラブルの発生原因を特定しやすくすることが可能な中継システム、情報記録方法及び情報記録プログラムを提供することを目的とする。

一つの態様では、中継システムは、端末と、前記端末からのリクエストに応じた処理を実行し、レスポンスを前記端末に送信する処理装置と、の間を中継する中継システムであって、前記端末と前記処理装置とが接続されている間、前記端末に表示される操作画面を録画して第１の録画データを蓄積する録画装置と、前記端末から前記処理装置へのリクエストを受信した場合に、前記処理装置に前記リクエストを送信するとともに、前記リクエストに対応するレスポンスを前記処理装置から受信した場合に、前記端末に前記レスポンスを送信する送受信装置と、を備え、前記録画装置は、前記送受信装置がリクエストを送信した時刻と、当該リクエストに対応するレスポンスを受信した時刻との間の時間差が基準値を超えた場合に、前記第１の録画データのうち前記リクエストを送信した時刻の所定時間前以降に録画された録画データを複製して第２の録画データを生成し、前記時間差が前記基準値を超えている間に前記操作画面を録画することにより得られる録画データを前記第２の録画データに追加する。

通信遅延があったときに生じたトラブルの発生原因を特定しやすくすることができる。

一実施形態に係る業務システムの構成を概略的に示す図である。 ｗｅｂポータルのハードウェア構成の一例を示す図である。 ｗｅｂポータルの機能ブロック図である。 特徴的操作テーブルの一例を示す図である。 図５（ａ）は、操作情報テーブルの一例を示す図であり、図５（ｂ）は、画面情報テーブルの一例を示す図である。 図６は、ユーザ端末の処理を示すフローチャートである。 図６のステップＳ１２の処理が実行された後のｗｅｂポータル（画面提供部）、サーバ、録画サーバの処理を示すフローチャートである。 リモート接続後にユーザがキーボードやマウスを操作し、ユーザ端末からｗｅｂポータルに操作情報が送信されたときの画面提供部、遅延監視部、サーバの処理を示すフローチャートである。 操作情報テーブルに操作情報データを登録した状態を示す図である。 図８の遅延監視部の処理に続く処理を示すフローチャートである。 図１１（ａ）は、画面情報テーブルに画面情報データを登録した状態を示す図であり、図１１（ｂ）は、操作情報テーブルのレスポンスＩＤに図１１（ａ）のＩＤを登録した状態を示す図である。 動画抽出部及び録画サーバの処理を示すフローチャートである。 図１３（ａ）、図１３（ｂ）は、録画サーバの処理を説明するための図である。 図１４（ａ）、図１４（ｂ）は、遅延によるトラブルについて説明するための図である。

以下、業務システムの一実施形態について、図１～図１４に基づいて詳細に説明する。

図１には、一実施形態に係る業務システム１００の構成が概略的に示されている。業務システム１００は、ユーザが自宅や会社、サテライトオフィス等で利用する端末としてのユーザ端末１０と、ユーザ端末１０のリモート接続先である処理装置としてのサーバ７０と、中継システム５０と、を備える。中継システム５０は、インターネットを介してユーザ端末１０とサーバ７０との間の仲介を行う送受信装置としてのｗｅｂポータル２０と、ｗｅｂポータル２０と協働して処理を行う録画装置としての録画サーバ６０と、を備える。

ユーザ端末１０は、ＰＣ（Personal Computer）等の情報処理装置であり、ユーザの操作に応じて各種処理を実行する。また、サーバ７０は、ユーザ端末１０からのリクエストに応じた処理を実行する情報処理装置である。

ユーザが、ユーザ端末１０に対してサーバ７０とのリモート接続をリクエストすると、ｗｅｂポータル２０は、ユーザ端末１０とサーバ７０との間をリモート接続する。このようにリモート接続された状態では、ユーザ端末１０の表示部上には、サーバ７０が作成した画面が表示され、当該画面上での操作を行うと、ｗｅｂポータル２０は、その操作に応じた操作情報（操作リクエスト）をサーバ７０へ送信する。また、操作リクエストを受信したサーバ７０は、操作リクエストに応じた処理を実行し、更新された画面の情報を画面レスポンスとしてｗｅｂ２０に送信する。そして、ｗｅｂポータル２０は、画面レスポンスをユーザ端末１０に送信し、ユーザ端末１０の表示部上に更新された画面を表示する（画面更新を行う）。

ｗｅｂポータル２０は、ユーザ端末１０とサーバ７０との間を中継する機能を有し、１又は複数の情報処理装置を含んでいる。なお、本実施形態では、説明の簡素化のため、ｗｅｂポータル２０が１つの情報処理装置により実現されている場合について説明する。

図２には、ｗｅｂポータル２０のハードウェア構成の一例が示されている。図２に示すように、ｗｅｂポータル２０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらｗｅｂポータル２０の構成各部は、バス９８に接続されている。ｗｅｂポータル２０では、ＲＯＭ９２あるいは記憶部９６に格納されているプログラム（情報記録プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムをＣＰＵ９０が実行することにより、図３に示す各部の機能が実現される。なお、図３の各部の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

図３に示すように、ｗｅｂポータル２０は、画面提供部２２、遅延監視部２４、動画抽出部２６、の機能を有している。

画面提供部２２は、ユーザ端末１０からの操作リクエストをサーバ７０に送信したり、サーバ７０からの画面レスポンスがあったときにユーザ端末１０に送信する。

遅延監視部２４は、操作リクエストを送信してから、画面レスポンスを受信するまでの間の時間差をモニタリングし、時間差が予め定めた閾値を超えている場合に遅延が発生していると判定する。また、遅延監視部２４は、判定結果に応じて、動画抽出部２６に遅延が発生している期間（遅延期間）における画面の録画を動画抽出部２６に依頼する。

なお、遅延監視部２４は、操作リクエストに係る操作が、予め定められている「特徴的な操作」である場合に、時間差をモニタリングすることとしている。特徴的な操作は、通信遅延が発生しているか否かの判断に利用可能な操作であり、例えば、画面の更新が必要となる操作（当該操作により画面が更新される操作）である。図４には、遅延監視部２４が参照する特徴的操作テーブルの一例が示されている。図４の特徴的操作テーブルには、特徴的な操作の種類と、各操作に対応する閾値と、が紐づけられている。特徴的な操作には、図４に示すように、「キーボード上の文字キー」を押す操作や、「キーボード上のエンターキー」を押す操作や、「CtrlやShift等の修飾キー」を押す操作、マウスの「右クリック」操作や「左クリック」操作が含まれる。閾値は、リモート接続時に人間が遅延を許容できる上限（例えば２５０ｍｓ）や、遅延監視部２４の割り込み処理の速度等を考慮して、５００ｍｓを基準として、各操作それぞれに対し設定されている。例えば、「キーボード上の文字キー」を押す操作や、「右クリック」、「左クリック」の場合、サーバ７０で動作するアプリ側の処理は入力内容を反映する処理のみであることがほとんどであるため、閾値が短く設定されている。一方、「キーボード上のエンターキー」を押す操作の場合、入力と共にサーバ７０のアプリに処理を求めることが多いため、閾値が長めに設定されている。また、「CtrlやShift等の修飾キー」を押す操作の場合、修飾キー単体を押しただけでは特に作用せず、他のキーとの組み合わせによってサーバ７０に処理を求めることが多いため、閾値が長めに設定されている。なお、サーバ７０において起動されているアプリによって、特徴的な操作に応じた処理が異なることもあるため、図４の特徴的操作テーブルをアプリごとに用意しておいてもよい。例えば、ダイアログ上で「左クリック」を行った場合には、サーバ７０のアプリにおいて比較的負荷の高い処理が実行されることがあるため、この場合には、閾値を長め（２０００ｍｓなど）に設定しておくものとする。

なお、リモート接続時に人間が遅延を許容できる上限（例えば２５０ｍｓ）の詳細については、‘Pedro Casas, Michael Seufert, Sebastian Egger, and Raimund Schatz, “Quality of Experience in Remote Virtual Desktop Services”, https://ieeexplore.ieee.org/document/6573191, （2021-12-21）’に記載されている。

また、遅延監視部２４は、時間差をモニタリングする際に、図５（ａ）に示す操作情報テーブルと、図５（ｂ）に示す画面情報テーブルを適宜生成する。

具体的には、遅延監視部２４は、ユーザ端末１０において特徴的な操作が行われたことを契機として、図５（ａ）の操作情報テーブルを生成する。ここで、図５（ａ）の操作情報テーブルには、「ＩＤ」、「接続ＩＤ」、「送信時刻」、「操作者」、「接続先サーバ情報」、「レスポンスＩＤ」、「操作内容」の各情報が格納される。「ＩＤ」は、操作情報を識別するための識別情報である。「接続ＩＤ」は、操作情報が生成されたリモート接続の識別情報である。「送信時刻」は、操作が記録された時刻であり、「操作者」は、操作を行ったユーザのユーザ名であり、「接続先サーバ情報」は、ユーザがリモート接続中のサーバのサーバ名である。「レスポンスＩＤ」は、この操作に対応して生成された画面に対応する画面情報テーブルのＩＤである。なお、ユーザによる特徴的な操作があった段階では、「レスポンスＩＤ」の欄は空であるが、特徴的な操作に対応する画面レスポンスがサーバ７０から送信されてきた段階で、「レスポンスＩＤ」の欄にデータが入力される。「操作内容」は、ユーザによってキーボードやマウスがどのように操作されたかを示す情報である。例えば、リモート接続の場合には、操作内容をX11 KeySym準拠で識別したカンマ区切りのテキスト形式で記録する。例えば、‘ff52’で識別されるキーを押した場合には、‘key,ff52,1’と記録される。また、例えば、画面上の座標（865,312）において左クリックした（‘fd11’で識別されるボタンを押した）場合には、‘mouse，865，312，fd11，1’と記録される。

また、遅延監視部２４は、リモート接続先のサーバ７０から更新された画面の情報（画面更新情報）のレスポンスを受信したことを契機として、図５（ｂ）の画面情報テーブルを生成する。ここで、図５（ｂ）の画面情報テーブルには、「ＩＤ」、「受信時刻」、「画面更新内容」の各情報が格納される。「ＩＤ」は、画面更新情報を識別するための識別情報である。「受信時刻」は、画面更新情報を受信した時刻である。「画面更新内容」は、更新された画面情報であり、カンマ区切りのテキストファイル形式で表現される。更新された画面情報は、画面中において更新のあった箇所を差し替える情報であり、更新のない箇所については、前の画面情報を複製するものとしている。例えば、起動時のレイヤーサイズを定義する場合、‘4，size，1.0.4，1024，768’のように記録され、画像タイプやレイヤー設定を紐づける場合、‘3，img，1.3.2，12，<meta>，image/png:’のように記録される。また、更新のない箇所を複製する場合には、‘4，copy，2.-2,1.0.1.0.2,’のように記録され、更新のあった箇所を差し替える場合には、‘4，arc，1.3.2，12，<meta>’のように記録される。なお、実際には、‘4，size，1.0.4，1024，768’や‘3，img，1.3.2，12，<meta>，image/png:’などの記載が改行無しで連結されたテキストファイルとして記録される。

図３に戻り、動画抽出部２６は、遅延監視部２４からの依頼に応じて、録画サーバ６０に対して遅延期間における画面録画の指示を出す。

録画サーバ６０は、ユーザ端末１０とサーバ７０とのリモート接続が行われている間、ユーザ端末１０の表示部上に表示される画面を録画して、通常録画データ（第１の録画データ）を生成する。また、録画サーバ６０は、動画抽出部２６からの指示に応じて、通常録画データの録画と並行して、遅延期間においてユーザ端末１０に表示される画面を録画して、遅延期間録画データ（第２の録画データ）を生成する。

（各装置の処理について）
以下、各装置の処理について詳細に説明する。

（ユーザ端末１０の処理について）
まず、ユーザ端末１０の処理について説明する。図６には、ユーザ端末１０の処理がフローチャートにて示されている。

図６の処理が開始されると、まず、ステップＳ１０において、ユーザ端末１０は、ユーザによってリモート接続のリクエストが入力されるまで待機する。ユーザがサーバ７０のいずれかを指定してリモート接続のリクエストを入力すると、ステップＳ１２に移行し、ユーザ端末１０は、ｗｅｂポータル２０に対し、リモート接続をリクエストする。

次いで、ステップＳ１４では、ユーザ端末１０は、ｗｅｂポータル２０から画面変更情報を受信するまで待機する。なお、画面変更情報には、リモート接続後にサーバ７０から送信されてくる画面の情報や、サーバ７０から送信されてきた画面において操作を行った結果、サーバ７０において更新された画面の情報が含まれる。ｗｅｂポータル２０から画面変更情報を受信すると、ステップＳ１６に移行する。

ステップＳ１６に移行すると、ユーザ端末１０は、受信した画面変更情報に基づいて画面を更新する。

次いで、ステップＳ１８では、ユーザ端末１０は、ユーザによるキーボードやマウスの操作があるまで待機する。ユーザがキーボードやマウスを操作すると、ステップＳ２０に移行し、ユーザ端末１０は、操作情報をｗｅｂポータル２０に送信する。

次いで、ステップＳ２２では、ユーザ端末１０が、リモート接続終了のリクエストが入力されたか否かを判断する。すなわち、ユーザ端末１０は、ステップＳ１８の操作がリモート接続終了のリクエストを入力する操作であったか否かを判断する。このステップＳ２２の判断が否定された場合には、ステップＳ１４に戻り、上述したステップＳ１４以降の処理を繰り返し実行する。一方、ステップＳ２２の判断が肯定された場合には、図６の全処理を終了する。

（リモート接続のリクエストがあった場合の処理）
次に、図６のステップＳ１２の処理が実行された後のｗｅｂポータル２０（画面提供部２２）、サーバ７０、録画サーバ６０の処理について、図７のフローチャートに沿って説明する。

図７の処理においては、ｗｅｂポータル２０の画面提供部２２が、ユーザ端末１０からリモート接続開始のリクエストを受信するまで待機している（ステップＳ１０２）。ユーザ端末１０からリクエストが送信されてくると、画面提供部２２は、ステップＳ１０４に移行し、リモート接続開始のリクエストを作成し、ステップＳ１０６において、作成したリクエストを接続先のサーバ７０及び録画サーバ６０に送信する。

一方、サーバ７０及び録画サーバ６０では、リクエストを受信するまで待機している（ステップＳ５０２、Ｓ６０２）。したがって、画面提供部２２がステップＳ１０６を実行した段階で、サーバ７０はステップＳ５０４に移行し、録画サーバ６０は、ステップＳ６０４に移行する。

録画サーバ６０は、ステップＳ６０４において、ユーザ端末１０の表示部に表示される画面の録画、すなわち通常録画データの記録、を開始する。一方、サーバ７０は、画面変更情報（例えばリモート接続後の初期画面の情報）を生成し、画面提供部２２に送信する。

画面提供部２２の説明に戻り、画面提供部２２は、ステップＳ１０６の後、ステップＳ１０８において画面変更情報を受信するまで待機している。したがって、画面提供部２２は、サーバ７０がステップＳ５０４を実行した段階で、ステップＳ１１０に移行する。

ステップＳ１１０に移行すると、画面提供部２２は、サーバ７０から受信した画面変更情報をユーザ端末１０に送信する。なお、ユーザ端末１０では、前述したように画面変更情報を受信すると（Ｓ１４：肯定）、受信した画面変更情報で画面を更新する（Ｓ１６）。

（ユーザが操作を行った場合の処理）
次に、リモート接続後にユーザがキーボードやマウスを操作したとき（ｗｅｂポータル２０に操作情報が送信されたとき）のｗｅｂポータル２０及びサーバ７０の処理について、図８、図１０のフローチャートに沿って説明する。

図８の処理においては、ｗｅｂポータル２０の画面提供部２２と遅延監視部２４は、ユーザ端末１０から操作情報を受信するまで待機している（ステップＳ１２０、Ｓ２０２）。したがって、ユーザ端末１０から操作情報が送信されてくると、画面提供部２２は、ステップＳ１２２に移行し、操作リクエストを作成する。また、画面提供部２２は、ステップＳ１２４において、作成した操作リクエストを接続先のサーバ７０に送信する。

また、遅延監視部２４は、ユーザ端末１０から操作情報が送信されてくると、ステップＳ２０４に移行し、ユーザの操作が特徴的な操作であるか否かを判断する。このとき、遅延監視部２４は、図４の特徴的操作テーブルを参照して、受信した操作情報に係る操作が特徴的操作テーブルに記載されている操作と一致するかを判断する。このステップＳ２０４の判断が否定された場合には、遅延監視部２４は、図８の処理を終了するが、ステップＳ２０４の判断が肯定された場合には、ステップＳ２０６に移行する。

ステップＳ２０６に移行すると、遅延監視部２４は、操作情報テーブル（図５（ａ）参照）を作成し、ステップＳ２０８において、操作情報テーブルに操作情報データを登録する。例えば、図９に示すように、操作情報テーブルにデータが登録される。なお、図９の操作情報テーブルには、２０２２年２月２日１４時６分１６秒４０９に、ユーザ「user-001」がサーバ「WorkServer-001」から提供されている画面の座標（８６５，３１２）においてマウスを左クリックしたという操作情報が登録されている。なお、この段階では、操作情報テーブルの「レスポンスＩＤ」の欄は空である。遅延監視部２４は、ステップＳ２０８の後は、図１０の処理に移行する。

一方、サーバ７０では、操作リクエストを受信するまで待機している（ステップＳ５１０）。したがって、画面提供部２２がステップＳ１２４を実行した段階で、サーバ７０は、ステップＳ５１２に移行し、操作リクエストに従って処理を実行する。また、サーバ７０は、次のステップＳ５１４において、ステップＳ５１２の処理の結果生成された画面変更情報をｗｅｂポータル２０に送信する。サーバ７０は、ステップＳ５１４の後は、図８の処理を終了する。

これに対し、画面提供部２２では、ステップＳ１２４の後、ステップＳ１２６において画面変更情報を受信するまで待機している。したがって、サーバ７０においてステップＳ５１４の処理が実行されると、画面提供部２２は、ステップＳ１２８に移行し、受信した画面変更情報をユーザ端末１０に送信する。これにより、ユーザ端末１０の表示部には、ユーザの操作に応じて更新された画面が表示されるようになっている（図６のステップＳ１６）。

遅延監視部２４は、図８の処理の後、図１０のステップＳ２１０において、画面変更情報を受信するまで待機している。したがって、サーバ７０においてステップＳ５１４の処理が実行されると、遅延監視部２４は、ステップＳ２１２に移行する。

ステップＳ２１２に移行すると、遅延監視部２４は、画面変更情報から画面情報データを作成する。次いで、ステップＳ２１４では、遅延監視部２４が、画面情報データを画面情報テーブル（図５（ｂ））に登録する。これにより、画面情報テーブルは、図１１（ａ）に示すようになる。なお、図１１（ａ）は、２０２２年２月２日１４時６分１９秒３４３に受信した画面変更情報から得られた画面情報データの画面情報テーブルである。

次いで、ステップＳ２１６では、遅延監視部２４が、操作情報テーブルのレスポンスＩＤを更新する。このとき、レスポンスＩＤが空の操作情報テーブルが複数存在している場合もある。この場合、遅延監視部２４は、それらの操作情報テーブルのうち、送信時刻が最も古い操作情報テーブルのレスポンスＩＤの欄に、ステップＳ２１４において画面情報テーブルに登録したレスポンスＩＤを格納する。例えば、図９の操作情報テーブルに、図１１（ａ）のレスポンスＩＤを登録すると、図１１（ｂ）のようになる。

次いで、ステップＳ２１８では、遅延監視部２４は、タイムスタンプの時間差を算出する。具体的には、遅延監視部２４は、画面情報テーブル（図１１（ａ））の受信時刻と、当該画面情報テーブルに対応する（レスポンスＩＤが一致している）操作情報テーブル（図１１（ｂ））の送信時刻との時間差を算出する。図１１（ａ）、図１１（ｂ）の例では、時間差は２９３４ｍｓと算出される。

次いで、ステップＳ２２０に移行すると、遅延監視部２４は、時間差が閾値を超えているか否かを判断する。この場合、遅延監視部２４は、図４の特徴的操作テーブルを参照して、算出した時間差が閾値（本例では、左クリックに対応する閾値（５００ｍｓ））を超えているか否かを判断する。

このステップＳ２２０の判断が否定された場合には、遅延監視部２４は、ステップＳ２３０に移行する。ステップＳ２３０に移行すると、遅延監視部２４は、遅延フラグがＯＮであるか否かを判断する。なお、遅延フラグとは、現時点においてｗｅｂポータル２０とサーバ７０との間で処理遅延が生じているかを示すフラグであり、ＯＮの場合には遅延が生じていることを意味する。なお、初期段階では遅延フラグはＯＦＦである。遅延フラグがＯＦＦであり、ステップＳ２３２の判断が否定されると、図１０の全処理が終了する。

一方、ステップＳ２２０の判断が肯定された場合には、遅延監視部２４は、ステップＳ２２２に移行する。ステップＳ２２２に移行すると、遅延監視部２４は、遅延フラグがＯＮであるか否かを判断する。ここでの判断が否定された場合、すなわち、これまで処理が遅延していなかったにもかかわらず、今回処理が遅延していると判断された場合には、ステップＳ２２４に移行する。

ステップＳ２２４に移行すると、遅延監視部２４は、遅延期間の動画抽出のリクエストを作成する。また、遅延監視部２４は、ステップＳ２２６において、作成した動画抽出のリクエストを動画抽出部２６に送信する。更に、遅延監視部２４は、ステップＳ２２８において、遅延フラグをＯＦＦからＯＮに変更する。ステップＳ２２８の処理が行われた後は、図１０の処理を終了する。

一方、時間差が閾値を超えており（Ｓ２２０：肯定）、かつ、遅延フラグがＯＮであった場合は、遅延が継続していることを意味する。この場合、ステップＳ２２２の判断が肯定されるため、遅延監視部２４は、それ以上処理を行わずに図１０の処理を終了する。

これに対し、時間差が閾値を超えておらず（Ｓ２２０：否定）、かつ、遅延フラグがＯＮであった場合には、これまで継続していた遅延が解消したことを意味する。この場合、ステップＳ２３０の判断が肯定されるので、遅延監視部２４は、ステップＳ２３２に移行する。

ステップＳ２３２に移行すると、遅延監視部２４は、遅延期間の録画終了のリクエストを作成する。また、遅延監視部２４は、ステップＳ２３４において、作成した遅延期間の録画終了のリクエストを動画抽出部２６に送信する。更に、遅延監視部２４は、ステップＳ２３６において、遅延フラグをＯＮからＯＦＦに変更する。ステップＳ２３６の処理が行われた後は、図１０の処理を終了する。

（動画抽出部２６及び録画サーバ６０の処理）
次に、動画抽出部２６及び録画サーバ６０の処理について、図１２のフローチャートに沿って説明する。

図１２の処理が開始されると、動画抽出部２６は、まずステップＳ３０２において、遅延期間の動画抽出のリクエストを受信するまで待機する。すなわち、遅延監視部２４が、図１０のステップＳ２２６の処理を実行した段階で、動画抽出部２６は、ステップＳ３０４に移行する。

ステップＳ３０４に移行すると、動画抽出部２６は、操作情報テーブル（図１１（ｂ））の送信時刻（タイムスタンプ）の所定時間前（例えば３分前）の時刻を算出する。なお、本実施形態では、ここで算出された時刻を、遅延期間の始期としている。なお、所定時間は、遅延を監視するのに十分な時間であればよく、３分以外の時間であってもよい。

次いで、動画抽出部２６は、ステップＳ３０６において、遅延期間の録画データの複製リクエストと録画開始リクエストを作成する。また、動画抽出部２６は、ステップＳ３０８において、作成した複製リクエストと録画リクエストを録画サーバ６０に送信する。

録画サーバ６０では、ステップＳ６１０において、複製リクエスト、録画開始リクエストを受信するまで待機している。したがって、動画抽出部２６においてステップＳ３０８が実行された段階で、録画サーバ６０は、ステップＳ６１２に移行する。

ステップＳ６１２に移行すると、録画サーバ６０は、通常録画データから遅延期間の録画データを複製する。すなわち、図１３（ａ）において両矢印で示す、遅延期間の始期から現在までの録画データを通常録画データから複製する。

次いで、ステップＳ６１４では、録画サーバ６０は、通常録画と並行して、遅延期間の録画を開始する。すなわち、複製した録画データ（第２の録画データ）に、新たに録画した録画データを追加していく。

一方、動画抽出部２６では、ステップＳ３０８の後に、ステップＳ３１０において、遅延期間の録画終了のリクエストを受信するまで待機している。したがって、遅延監視部２４が図１０のステップＳ２３４を実行した段階で、動画抽出部２６は、ステップＳ３１２に移行する。

動画抽出部２６は、ステップＳ３１２に移行すると、録画終了のリクエストを作成する。また、動画抽出部２６は、ステップＳ３１４において、録画終了のリクエストを録画サーバ６０に送信する。ステップＳ３１４が行われた後は、動画抽出部２６は、図１２の処理を終了する。

これに対し、録画サーバ６０では、ステップＳ６１４の後に、ステップＳ６１６において、録画終了のリクエストを受信するまで待機している。したがって、動画抽出部２６がステップＳ３１４を実行した段階で、録画サーバ６０は、ステップＳ６１８に移行する。ステップＳ６１８に移行すると、録画サーバ６０は、遅延期間の録画を終了し、保存する。この処理の結果、録画サーバ６０では、図１３（ｂ）において破線矢印で示すように、遅延期間の始期から遅延解消を検知するまでの間の画面の録画データを保存することが可能となっている。

ステップＳ６１８の処理が行われた後は、録画サーバ６０は、図１２の処理を終了する。

なお、図６において、ユーザ端末１０に対し、ユーザからリモート接続終了のリクエストが入力された場合（Ｓ２２：肯定）には、当該リモート接続終了のリクエストがｗｅｂポータル２０に送信される。ｗｅｂポータル２０は、当該リクエストを受信すると、ユーザ端末１０とサーバ７０のリモート接続を終了するとともに、録画サーバ６０に対して通常録画の終了を指示する。

ここで、ユーザ端末１０がサーバ７０にリモート接続している場合に遅延が生じると、ユーザからの操作（入力）の受け付けや、画面の更新が停止してしまう。こうした場合、ユーザは、自身の操作の誤り（クリックミス等）によって画面が更新されないのか、遅延のために画面が更新されないのかを即座に判断することができない。このような場合、ユーザは、更新されない画面に対して同じ操作を繰り返してしまうことがある。

このようにユーザが同じ操作を繰り返してしまうと、遅延解消後には、ユーザ端末１０は、それまでに入力された操作を一度にサーバ７０に送信してしまう。例えば、図１４（ａ）に示す画面が表示された状態で遅延が発生し、ユーザが左クリックを複数回繰り返してしまったとする。そして、その後に遅延が解消して、図１４（ｂ）の画面が表示されたとする。この場合、図１４（ｂ）のＳｋｉｐボタンをクリックしたという操作情報がユーザ端末１０からサーバ７０に送信されることとなり、ユーザが意図していた処理が行われずトラブルが発生する可能性がある。本実施形態では、このような処理遅延が発生した期間（遅延期間）の画面を録画しておくことができるため、遅延期間の録画データを参照することで、トラブルの原因を簡易に特定することができる。また、クリック操作に関わらず、文字列の入力やチェックボックスの指定などでも、遅延に起因して同様のトラブルが発生する可能性があるため、遅延期間の録画データを録画しておくことにより、トラブルの原因を簡易に特定することが可能となる。

以上、詳細に説明したように、本実施形態によると、業務システム１００は、ユーザ端末１０とサーバ７０とがリモート接続されている間、ユーザ端末１０に表示される画面を録画する録画サーバ６０を備えている。また、業務システム１００は、ユーザ端末１０とサーバ７０のリモート接続を中継するｗｅｂポータル２０と、を備えている。そして、録画サーバ６０は、リクエスト（操作情報）の送信時刻とレスポンス（画面変更情報）の受信時刻との時間差が閾値を超えた場合に、遅延期間の録画データを蓄積する。遅延期間の録画データには、リクエスト（操作情報）の送信時刻の所定時間（例えば３分）前以降に録画されたデータと、当該データに引き続き、遅延が解消するまで録画されたデータが含まれる。このように、遅延期間の録画データを録画しておくことにより、サーバ７０とｗｅｂポータル２０との間の通信遅延に起因するトラブルが発生した場合に、管理者は遅延期間の録画データを参照することができる。これにより、簡易にトラブルの原因を特定することができる。また、本実施形態では、遅延を検知するより前の録画データが遅延期間の録画データに含まれるようにしているので、当該録画データを確認することで、遅延が発生したことを検知する前に遡ってトラブルの原因を究明することができる。

また、本実施形態では、ユーザの操作が図４に示す特徴的な操作である場合に、操作情報テーブル（図９）を作成する。これにより、通信遅延が発生しているかの判断に利用可能な操作に限定して、操作情報テーブルが作成されるため、操作情報テーブルが過大に作成されるのを抑制することができる。また、ユーザの操作がある度に遅延しているか否かを判定する場合と比べ、処理量を低減することができる。

なお、上記実施形態では、一例として、ｗｅｂポータル２０が１つの情報処理装置から構成される場合について説明したが、前述のように複数の情報処理装置を含んでいてもよい。この場合、複数の情報処理装置のそれぞれが、図３の画面提供部２２、遅延監視部２４、動画抽出部２６を有していてもよい。また、図３の画面提供部２２、遅延監視部２４、動画抽出部２６の機能を別々の情報処理装置が有していてもよい。

なお、上記実施形態のサーバ７０は、ユーザ端末１０からのリモート接続が可能なオフィスＰＣ等の他の情報処理装置であってもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記憶媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記憶媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記憶媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記憶媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 端末と、前記端末からのリクエストに応じた処理を実行し、レスポンスを前記端末に送信する処理装置と、の間を中継する中継システムであって、
前記端末と前記処理装置とが接続されている間、前記端末に表示される操作画面を録画して第１の録画データを蓄積する録画装置と、
前記端末から前記処理装置へのリクエストを受信した場合に、前記処理装置に前記リクエストを送信するとともに、前記リクエストに対応するレスポンスを前記処理装置から受信した場合に、前記端末に前記レスポンスを送信する送受信装置と、を備え、
前記録画装置は、
前記送受信装置がリクエストを送信した時刻と、当該リクエストに対応するレスポンスを受信した時刻との間の時間差が基準値を超えた場合に、前記第１の録画データのうち前記リクエストを送信した時刻の所定時間前以降に録画された録画データを複製して第２の録画データを生成し、前記時間差が前記基準値を超えている間に前記操作画面を録画することにより得られる録画データを前記第２の録画データに追加する、ことを特徴とする中継システム。
（付記２） 前記録画装置は、予め定められた種類のリクエストを送信した時刻と、当該リクエストに対応するレスポンスを受信した時刻との間の時間差が基準値を超えた場合に、前記第２の録画データを生成する、ことを特徴とする付記１に記載の中継システム。
（付記３） 前記予め定められた種類のリクエストは、前記操作画面の遷移が生じるリクエストであることを特徴とする付記２に記載の中継システム。
（付記４） 前記基準値は、前記リクエストの内容ごとに設定されていることを特徴とする付記１～３のいずれかに記載の中継システム。
（付記５） 端末と、前記端末からのリクエストに応じた処理を実行し、レスポンスを前記端末に送信する処理装置と、の間を中継する中継システムが、
前記端末と前記処理装置とが接続されている間、前記端末に表示される操作画面を録画して第１の録画データを蓄積し、
前記端末からのリクエストを送信した時刻と、当該リクエストに対応するレスポンスを前記処理装置から受信した時刻との間の時間差が基準値を超えた場合に、前記第１の録画データのうち前記リクエストを送信した時刻の所定時間前以降に録画された録画データを複製して第２の録画データを生成し、前記時間差が前記基準値を超えている間に前記操作画面を録画することにより得られる録画データを前記第２の録画データに追加する、
処理を実行することを特徴とする情報記録方法。
（付記６） 予め定められた種類のリクエストを送信した時刻と、当該リクエストに対応するレスポンスを受信した時刻との間の時間差が基準値を超えた場合に、前記第２の録画データを生成する、ことを特徴とする付記５に記載の情報記録方法。
（付記７） 前記予め定められた種類のリクエストは、前記操作画面の遷移が生じるリクエストであることを特徴とする付記６に記載の情報記録方法。
（付記８） 前記基準値は、前記リクエストの内容ごとに設定されていることを特徴とする付記５～７のいずれかに記載の情報記録方法。
（付記９） 端末と、前記端末からのリクエストに応じた処理を実行し、レスポンスを前記端末に送信する処理装置と、の間における前記リクエストと前記レスポンスの送受信を行う送受信装置に、
前記端末と前記処理装置とが接続されている間、前記送受信装置に接続された録画装置に指示を出し、前記端末に表示される操作画面を録画して第１の録画データを蓄積し、
前記端末からのリクエストを送信した時刻と、当該リクエストに対応するレスポンスを前記処理装置から受信した時刻との間の時間差が基準値を超えた場合に、前記録画装置に指示を出し、前記第１の録画データのうち前記リクエストを送信した時刻の所定時間前以降に録画された録画データを複製して第２の録画データを生成するとともに、前記時間差が前記基準値を超えている間に前記操作画面を録画することにより得られる録画データを前記第２の録画データに追加する、
処理を実行させることを特徴とする情報記録プログラム。

１０ ユーザ端末（端末）
２０ ｗｅｂポータル（送受信装置）
５０ 中継システム
６０ 録画サーバ（録画装置）
７０ サーバ（処理装置）

Claims (6)

1. 端末と、前記端末からのリクエストに応じた処理を実行し、レスポンスを前記端末に送信する処理装置と、の間を中継する中継システムであって、
   前記端末と前記処理装置とが接続されている間、前記端末に表示される操作画面を録画して第１の録画データを蓄積する録画装置と、
   前記端末から前記処理装置へのリクエストを受信した場合に、前記処理装置に前記リクエストを送信するとともに、前記リクエストに対応するレスポンスを前記処理装置から受信した場合に、前記端末に前記レスポンスを送信する送受信装置と、を備え、
   前記録画装置は、
   前記送受信装置がリクエストを送信した時刻と、当該リクエストに対応するレスポンスを受信した時刻との間の時間差が基準値を超えた場合に、前記第１の録画データのうち前記リクエストを送信した時刻の所定時間前以降に録画された録画データを複製して第２の録画データを生成し、前記時間差が前記基準値を超えている間に前記操作画面を録画することにより得られる録画データを前記第２の録画データに追加する、ことを特徴とする中継システム。
2. 前記録画装置は、予め定められた種類のリクエストを送信した時刻と、当該リクエストに対応するレスポンスを受信した時刻との間の時間差が基準値を超えた場合に、前記第２の録画データを生成する、ことを特徴とする請求項１に記載の中継システム。
3. 前記予め定められた種類のリクエストは、前記操作画面の遷移が生じるリクエストであることを特徴とする請求項２に記載の中継システム。
4. 前記基準値は、前記リクエストの内容ごとに設定されていることを特徴とする請求項１～３のいずれか一項に記載の中継システム。
5. 端末と、前記端末からのリクエストに応じた処理を実行し、レスポンスを前記端末に送信する処理装置と、の間を中継する中継システムが、
   前記端末と前記処理装置とが接続されている間、前記端末に表示される操作画面を録画して第１の録画データを蓄積し、
   前記端末からのリクエストを送信した時刻と、当該リクエストに対応するレスポンスを前記処理装置から受信した時刻との間の時間差が基準値を超えた場合に、前記第１の録画データのうち前記リクエストを送信した時刻の所定時間前以降に録画された録画データを複製して第２の録画データを生成し、前記時間差が前記基準値を超えている間に前記操作画面を録画することにより得られる録画データを前記第２の録画データに追加する、
   処理を実行することを特徴とする情報記録方法。
6. 端末と、前記端末からのリクエストに応じた処理を実行し、レスポンスを前記端末に送信する処理装置と、の間における前記リクエストと前記レスポンスの送受信を行う送受信装置に、
   前記端末と前記処理装置とが接続されている間、前記送受信装置に接続された録画装置に指示を出し、前記端末に表示される操作画面を録画して第１の録画データを蓄積し、
   前記端末からのリクエストを送信した時刻と、当該リクエストに対応するレスポンスを前記処理装置から受信した時刻との間の時間差が基準値を超えた場合に、前記録画装置に指示を出し、前記第１の録画データのうち前記リクエストを送信した時刻の所定時間前以降に録画された録画データを複製して第２の録画データを生成するとともに、前記時間差が前記基準値を超えている間に前記操作画面を録画することにより得られる録画データを前記第２の録画データに追加する、
   処理を実行させることを特徴とする情報記録プログラム。