JP2004171063A

JP2004171063A - Thin client system and thin client system control method

Info

Publication number: JP2004171063A
Application number: JP2002332794A
Authority: JP
Inventors: Tatsuo Takahashi; 竜男高橋
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2002-11-15
Filing date: 2002-11-15
Publication date: 2004-06-17

Abstract

<P>PROBLEM TO BE SOLVED: To guarantee operation even if a session becomes abnormal by a noncommunicable state. <P>SOLUTION: A gateway 5 is arranged in the middle of a communication pathway of a thin client terminal 1 and a sever 2, and an operation request made to the server 2 from the thin client terminal 1 is preserved in this gateway 5 up to satisfying a specific condition. After satisfying the specific condition, this is operated and requested to the server 2. The operation can be guaranteed even if the session becomes abnormal when the thin client terminal 1 and the server 2 are put in the noncommunicable state. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明はシンクライアントシステムに関し、特にクライアント−サーバコンピューティングモデルの一変形として、クライアント端末側の処理負荷を大幅に軽減し、システム全体としての、運用・管理コストを削減することを目途して考案された、シンクライアントシステムに関するものである。
【０００２】
【従来の技術】
近年、企業のＯＡ化が進み、一般従業者にも専用のパーソナルコンピュータ（以下、ＰＣと略称する）が割り当てられるようになり、その導入コストが問題となっている。これに加えて、個々のＰＣにおけるアプリケーションソフトのインストールやバージョンアップ、ハードウエアのメンテナンス等にかかる運用・管理コスト（ＴＣＯ；ｔｏｔａｌｃｏｓｔｏｆｏｗｎｅｒｓｈｉｐ）も大きな問題となりつつある。
【０００３】
これらの問題の解決手段として、クライアント−サーバコンピューティングモデルを拡張し、一般従業者が使用するクライアントコンピュータには、複雑で高価なＰＣは使わずに、画面表示やキー／マウス入力など最低限の機能のみを持った低価格な専用のコンピュータを配備し、アプリケーションソフトなどの資源は、サーバで一元管理するという方式が提案されている。このようなコンピューティングモデルのこと及びこのような用途で利用することを目途したクライアント端末をシンクライアントと称する。
【０００４】
シンクライアントシステムの実現例としては、アプリケーションの管理と保存をサーバで行い、アプリケーション実行時にアプリケーションプログラムをサーバからシンクライアント側にダウンロードし、シンクライアント側で実行する形態のもの（例えば、非特許文献１）と、アプリケーションの管理と保存に加えて実行もサーバ側で行い、シンクライアント側では、アプリケーションの画面の表示、マウス、キーボードによる入力等、ＧＵＩによる入出力のみを行うもの（例えば、非特許文献２）に大別される。以下、前者を方式１と呼び、後者を方式２と呼ぶ。
【０００５】
しかしながら、方式１では、アプリケーションプログラムはシンクライアント側で実行されるため、シンクライアント端末側にもサーバと同等の処理能力が必要とされ、シンクライアント端末の大幅な低価格化は難しい。また、アプリケーションプログラム自体が、当該方式によるシンクライアントシステム向けに設計されている必要があり、既存のＰＣ用アプリケーションをそのまま利用することができないという意味で利便性は著しく制約されるという問題がある。
【０００６】
一方、方式２では、アプリケーションプログラムは、サーバ上で実行されるため、シンクライアントに要求されるスペックは低く、低価格化に関しては容易である。しかしながら、本方式では、シンクライアント端末−サーバ間で交換されるメッセージ数が非常に多く、伝送網の遅延特性や課金方式により、利便性や経済性を著しく損なう場合がある。
【０００７】
従来、これらの諸問題を解決し、高遅延、情報量課金という特性を有する移動体通信網を介し、シンクライアント端末として、ブラウザフォンを利用した場合においても、ユーザが快適かつ経済的に利用することが可能なシンクライアントシステムが提案されている（例えば、非特許文献３）。このシンクライアントシステムの構成が図９に示されている（以下、方式３と称する）。
【０００８】
同図を参照すると、携帯電話機等の移動機であるシンクライアント端末１とサーバ２との間には、シンクライアント端末１とサーバ２との仲介、及び、プロトコル変換、認証等を行うゲートウェイ５が設けられている。シンクライアント端末１とゲートウェイ５とは移動通信網やインターネットを介して通信を行うことができる。この通信の際には、必要に応じてＳＳＬ（ＳｅｃｕｒｅＳｏｃｋｅｔＬａｙｅｒ）が用いられる。また、サーバ２とゲートウェイ５とはインターネットやＬＡＮを介して通信を行うことができる。この通信の際、必要に応じてＩＰｓｅｃが用いられる。
【０００９】
同図において、シンクライアント端末１は、サーバ２上で実行されているアプリケーションプログラムのＧＵＩ機能を疑似するサーバＧＵＩ疑似機能部１０を有している。また、このシンクライアント端末１は、ブラウザ、文字入力等のＨＭＩ（ＨｕｍａｎＭａｃｈｉｎｅＩｎｔｅｒｆａｃｅ）機能部１５と、テキストエディタ／かな漢字変換（以下、ＦＥＰと称する）部１４と、通信機能部１６とを有している。
【００１０】
ゲートウェイ５は、シンクライアント端末１との通信制御を行う通信制御機能部５９と、アプリケーション専用疑似ＧＵＩを表示するための部品情報であるＧＵＩ情報部６０と、サーバのファイル／ディレクトリの監視を行い、ＧＵＩ情報部６０と連携してウィンドウ形式のファイル一覧用ＧＵＩ情報を生成するファイル情報部５７と、ユーザの認証を行うためのユーザ認証部６４と、実行されているプロセスの監視を行うプロセス監視部５５と、テキストの転送を行うテキスト転送部５２と、印刷制御を行う印刷制御部５８と、シンクライアントビューワ５６とを含んで構成されている。
【００１１】
サーバ２は、アプリケーションプログラムＡＰＬと、シンクライアントサーバ２２とを含んで構成されている。
同図に示されている方式３においては、方式２の場合と同様に、アプリケーションプログラムＡＰＬは、サーバ２上で実行され、既存のＰＣ用のアプリケーションプログラム、既存のＰＣ用のアプリケーションプログラムで作成された文書ファイル、既存のＰＣのデスクトップ環境を改造無く利用することが可能である。
【００１２】
なお、本方式において、ゲートウェイ−サーバ間のプロトコルは方式２によるシンクライアントプロトコルを利用しており、非常に高い頻度で同期信号をやりとりしているのに対し、ゲートウェイ−シンクライアント端末間は、最低限の同期処理のみを行っている。
これらより、ユーザはサーバ上のアプリケーションプログラムのＧＵＩと直接対話するのではなく、シンクライアント端末上において、サーバＧＵＩ疑似機能部１０と対話して、一定量の作業を行う。サーバＧＵＩ疑似機能部１０は、ユーザが行ったＧＵＩ操作を一定量蓄積し、同期する必要性が生じた時点で、蓄積された操作群を一気にまとめてゲートウェイに転送し、ゲートウェイはサーバ上のアプリケーションプログラムに対して、該当するＧＵＩ操作群を一括して行う。
【００１３】
このように、方式３では、サーバ側アプリケーション、シンクライアント双方の動作を疑似する機能を搭載することにより、両者間で直接同期を取る頻度を大幅に削減することが可能としている。このことにより、方式２で問題となった、高遅延網を介して、サーバとシンクライアントとを接続した場合における作業効率を大幅に向上することが可能である。特に、端末上における仮名漢字変換処理、プルダウンメニューによるアプリケーションに対する操作に関して、ユーザに対して非常に効率的な作業環境を提供できる。また、通信量全体も削減可能とし、情報量課金の網でも経済的に利用できる。
【００１４】
【非特許文献１】
ＪｏｓｅｐｈＳｉｎｃｌａｉｒ著「ＴｈｉｎＣｌｉｅｎｔｓＣｌｅａｒｌｙＥｘｐｌａｉｎｅｄ」ＭｏｒｇａｎＫａｕｆｍａｎｎ出版、ＩＳＢＮ０−１２−６４５５３５−Ｘ
【非特許文献２】
松下電工インフォメーションシステムズ“ＴｈｉｎＣｌｉｅｎｔとは…？”、［ｏｎｌｉｎｅ］、平成１４年１１月５日検索、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｔｈｉｎｃｌｉｅｎｔ−ｎｅｔ．ｃｏｍ／ａｂｏｕｔ／＞
【非特許文献３】
高橋竜男著「モバイル向けシンクライアントシステムの検討」マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２００２）シンポジウム論文集社団法人情報処理学会、２００２年７月３日発行、ｐ．４９２
【００１５】
【発明が解決しようとする課題】
前述の様に、方式３は、シンクライアント端末側で一定量の操作を蓄積することによって、サーバ側と直接同期を取る頻度を大幅に削減することができる。しかしながら、方式３においても、上記一連の操作を受け付けたサーバの応答を、サーバは、シンクライアント端末側に返送し、ユーザはこの結果を受けて、次の操作を行うという処理を行う必要がある。すなわち、方式３は方式２の場合と比較して、シンクライアント端末とサーバとが同期する頻度は削減されているが、同期する必要があることは変わりない。すなわち、ユーザは原則サーバを操作する必要が生じた時点においてシンクライアント端末経由でその操作を行う必要がある。
【００１６】
図９の構成において、ゲートウェイ−サーバ間の経路は、ＬＡＮあるいは、固定網インターネットを介しており、異常な輻輳時を除けば、通信が不可能となる可能性は比較的低い。これに対して、シンクライアント端末−ゲートウェイ間の経路は、移動網を含んでいる。一般に移動網は、ユーザの物理的な位置（トンネル内、基地局との位置関係等）によって、電波到達不可となり、通信不可となることが頻繁にあり得る。また、通信帯域／同時収容ユーザ数も固定網に比較すると劣るので、輻輳により利用できなくなる可能性も高く、固定網に比較すると信頼性が低い網である。
【００１７】
したがって、方式３による同期操作環境では、クリティカルな操作中に通信不可の状態になる可能性がある。例えば、シンクライアント端末を利用してサーバ上で作成した文章を保存する前に、シンクライアント端末側が通信不可能となり、サーバ側で編集中の文章が開いたままの状態で長期間サーバ上に表示されセキュリティ上の問題を生じたり、また、サーバ側でセッションの異常を検出し、編集中の文書を保存しないまま、アプリケーションを強制終了したりしてしまう可能性があることが問題であった。
【００１８】
同様に、特定時刻に必ず行わなくてはいけない処理（例えば、ビデオ録画等の家電制御等の処理）において、その時刻においてかならず動作することを保証することはできない。
また、このような時刻依存性の高い処理に関しては、移動網の状態以外にも、ユーザ自身の状態（会議中等）にも依存し、動作保障ができないという問題があった。
【００１９】
本発明は上述した従来技術の欠点を解決するためになされたものであり、その目的は通信不可状態等によってセッションが異常になっても動作を保証することのできるシンクライアントシステムを提供することである。
【００２０】
【課題を解決するための手段】
本発明の請求項１によるシンクライアントシステムは、アプリケーションプログラムを実行するサーバと、前記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムであって、前記シンクライアント端末から前記サーバに対して行われる操作要求を、特定条件が満たされるまで、保留する操作保留手段を含むことを特徴とする。こうすることにより、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００２１】
本発明の請求項２によるシンクライアントシステムは、請求項１において、前記操作保留手段は、前記シンクライアント端末と前記サーバとの通信経路の途中に位置するゲートウェイによって実現されることを特徴とする。通信経路の途中に位置するゲートウェイを利用することにより、操作保留のための専用装置を用意しなくても、シンクライアント端末が、一定のイベント（設定時刻の到来、セッション異常の検出等）が発生したときに行うべきサーバに対する操作をゲートウェイ内に蓄積することができる。
【００２２】
本発明の請求項３によるシンクライアントシステムは、請求項１又は２のいずれか１項において、前記操作保留手段は、保留すべき操作要求を前記特定条件が満たされるまで保存し、前記特定条件が満たされた後、前記サーバに対して操作要求することを特徴とする。特定条件が満たされた時点で実行したい処理を事前に予約することができる。
【００２３】
本発明の請求項４によるシンクライアントシステムは、請求項１乃至３のいずれか１項において、前記特定条件は所定イベントの発生であり、このイベントが発生したことを検出し、この検出結果を前記操作保留手段に対して通知するイベント検出手段を更に含むことを特徴とする。これにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００２４】
本発明の請求項５によるシンクライアントシステムは、請求項４において、前記操作保留手段が保留すべき操作を指定するためのユーザインタフェースと、前記イベント検出手段が検出すべきイベントを指定するためのユーザインタフェースと、を実現するためのデータを記憶するメニューデータ記憶手段を更に含むことを特徴とする。このようにユーザインタフェースを利用することによって、操作やイベントの指定を容易に行うことができる。
【００２５】
本発明の請求項６によるシンクライアントシステムは、請求項５において、前記サーバに対するユーザの利用権を認証する認証手段を更に含み、前記認証手段による認証時に入力された認証情報を保存し、前記イベント検出手段がイベントの発生を検出した場合に、前記操作保留手段によって保留されていた操作を、前記サーバに対して実行する際、保存した前記認証情報を用いて該サーバにログインするようにしたことを特徴とする。このように認証後に、操作を実行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。そして、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインするので、再認証を必要とせず、その操作を実行することができる。
【００２６】
本発明の請求項７によるシンクライアントシステム制御方法は、アプリケーションプログラムを実行するサーバと、前記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムにおける制御方法であって、前記シンクライアント端末から前記サーバに対して行われるべき操作を指定する操作要求指定ステップと、前記操作要求指定ステップにおいて指定された前記サーバに対する操作要求を特定条件が満たされるまで、保留する保留ステップとを含むことを特徴とする。こうすることにより、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００２７】
本発明の請求項８によるシンクライアントシステム制御方法は、請求項７において、前記特定条件は所定イベントの発生であり、前記保留ステップにおいては前記イベントが発生するまで、前記サーバに対する操作要求を保留することを特徴とする。これにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００２８】
本発明の請求項９によるシンクライアントシステム制御方法は、請求項７又は８のいずれか１項において、前記サーバに対するユーザの利用権を認証する認証ステップを更に含み、前記認証ステップによる認証時に入力された認証情報を保存し、前記保留ステップによる保留が解除された際、保存した前記認証情報を用いて前記サーバにログインし前記操作要求指定ステップにおいて指定された操作を実行するようにしたことを特徴とする。このように認証後に、操作を実行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。そして、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインするので、再認証を必要とせず、その操作を実行することができる。
【００２９】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
図１（ａ）は本発明によるシンクライアントシステムの実施の一形態を示すブロック図である。同図に示されているように、本実施形態によるシンクライアントシステムは、アプリケーションプログラムを実行するサーバ２とシンクライアント端末１との間に、ゲートウェイ５を設けた構成である。このゲートウェイ５は、操作保留機能６２０を含んで構成されている。操作保留機能６２０は、シンクライアント端末からサーバに対して行われる操作要求を、特定条件が満たされるまで保留する機能である。この操作保留機能６２０は、保留すべき操作要求を特定条件が満たされるまで保存し、その特定条件が満たされた後、サーバに対して操作要求する。
【００３０】
また、ゲートウェイ５は、特定条件である、所定のイベントの発生を検出し、この検出結果を操作保留機能６２０に対して通知するイベント検出機能６３０を含んで構成されている。このイベント検出機能６３０により、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００３１】
さらに、ゲートウェイ５は、操作保留機能６２０が保留すべき操作を指定するためのユーザインタフェースと、イベント検出機能６３０が検出すべきイベントを指定するためのユーザインタフェースと、を実現するためのデータを記憶するメニューデータ記憶部６１０を含んで構成されている。ユーザインタフェースを利用することによって、操作やイベントの指定を容易に行うことができる。
【００３２】
同図（ａ）に示されているシステムの動作について、同図（ｂ）を参照して説明する。
同図（ｂ）は同図（ａ）に示されているシステムによって実現されるシンクライアントシステム制御方法を示すフローチャートである。同図において、ユーザについての認証が行われた後（ステップＳ０）、操作を指定すると（ステップＳ１）、その指定された操作は操作要求として保存される（ステップＳ２）。この状態のまま、特定条件が満たされるまで待ち状態になる（ステップＳ３）。特定条件が満たされた場合、サーバに対して操作要求が送出される（ステップＳ４）。
【００３３】
以上のように、本システムにおいては、以下のようなシンクライアントシステム制御方法が実現されている。すなわち、アプリケーションプログラムを実行するサーバと、上記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムにおける制御方法であり、上記シンクライアント端末から上記サーバに対して行われるべき操作を指定する操作要求指定ステップ（上記ステップＳ１）と、上記操作要求指定ステップにおいて指定された上記サーバに対する操作要求を特定条件が満たされるまで、保留する保留ステップ（上記ステップＳ２及びＳ３）とを含む制御方法が実現されている。この方法により、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００３４】
そして、上記特定条件は所定イベントの発生であり、上記保留ステップにおいては上記イベントが発生するまで上記サーバに対する操作要求を特定条件が満たされるまで、保留することにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００３５】
さらに、上記サーバに対するユーザの利用権を認証する認証ステップ（上記ステップＳ０）を更に含み、上記認証ステップによる認証後、上記操作要求指定ステップに移行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。
以下、本システムの具体的な実施例の構成について説明する。
【００３６】
【実施例】
（第１の実施例）
図２は、本発明によるシンクライアントシステムの第１の実施例の構成を示すブロック図である。本実施例においては、シンクライアントシステムを利用してビデオ予約システムを実現している。同図において、本実施例によるシンクライアントシステムは、シンクライアント端末１と、ゲートウェイ５と、サーバ２とを含んで構成されている。
【００３７】
ゲートウェイ５は、ゲートウェイ基本部５００の他に、システムタイマＴＭを含んで構成されている。ゲートウェイ基本部５００は、通信制御機能部５９と、ＧＵＩ情報部６０と、ファイル情報部５７と、ユーザ認証部６４と、プロセス監視部５５と、テキスト転送部５２と、印刷制御部５８と、シンクライアントビューワ５６とを含んで構成されている。これらの機能は図９の場合と同様である。さらに、ゲートウェイ５は、ゲートウェイの各部を制御するゲートウェイ制御部５１と、デスクトップ画面の分割・縮小・圧縮等を行う画像変換部５３と、サーバで実行する必要のあるコマンドを発行するコマンド変換部５４と、上記のメニューデータ記憶部６１０に対応する予約用メニューＤＢ６１と、上記の操作保留機能６２０に対応する予約実行機能部６２と、上記のイベント検出機能６３０に対応するイベント検出部６３と、を含んで構成されている。
【００３８】
シンクライアント端末１内のサーバＧＵＩ疑似機能部１０は、疑似ポインタ機能部１１と、画像制御機能部１２と、メニュー制御機能部１３とを含んで構成されている。なお、ゲートウェイ５のシステムタイマＴＭ以外の部分を、本明細書ではゲートウェイ基本部５００と呼ぶ。
また、イベント検出部６３は、ゲートウェイ５のシステムタイマＴＭと連動し、ユーザが予約用メニューＤＢ６１を利用して予め予約した時刻に、予約実行機能部６２を起動する。起動された予約実行機能部６２は、ユーザが予約用メニューＤＢ６１を利用して予め指定された操作要求を保存し、その操作を実行する。例えば、アプリケーションの起動、アプリケーションへのコマンド発行、場合によってはサーバ２の起動、終了等を行うのであり、これら操作要求に関するデータが予め保存されている。
【００３９】
本実施例におけるサーバ２の詳細な構成が図３に示されている。同図においては、シンクライアント端末１の図示が省略されている。同図において、サーバ２には、ＴＶチューナ３が接続されている。ＴＶチューナ３はＴＶアンテナ３０からのビデオ信号をサーバのインタフェースに取り込む、また、サーバ２には、ビデオ保存用のアプリケーションであるビデオ保存アプリケーションＡＰＬ１がインストールされている。このビデオ保存アプリケーションＡＰＬ１は、ＴＶアンテナ３０からのビデオ信号をディジタル信号に変換し、この変換後のディジタル信号をサーバ２内のハードディスク（ＨＤＤ）２３に保存する機能を有している。
【００４０】
ユーザはこのサーバ２のハードディスク２３にインストールされているビデオ保存アプリケーションＡＰＬ１を、シンクライアント端末１経由で、予約実行機能部６２により、コマンド制御する。なお、上述した方式３に基づく同期方式を採用しても良い。
シンクライアント端末１は、ユーザが必要とする操作が、方式３の同期操作の場合には、同期操作用のメニューを、メニューＤＢ５０からロードし、サーバＧＵＩ疑似機能部１０を利用して、ビデオ保存アプリケーションＡＰＬ１を同期遠隔操作する。
【００４１】
ユーザが本発明による予約操作を要求した場合は、シンクライアント端末１は、予約操作用メニューを予約用メニューＤＢ６１からロードし、サーバＧＵＩ疑似機能部１０を利用して、予約時刻、予約操作等を登録する。
以下、図４を利用して予約操作の動作シーケンスを説明する。このシーケンスは、認証シーケンスと予約操作実行シーケンスとからなる。
１．認証シーケンス
（ａ１）ユーザは、ゲートウェイ５にログインするための認証情報Ａ１を入力して、ゲートウェイ５にログインする。この認証情報は、例えばユーザＩＤ、及び、パスワードである。
（ａ２）ユーザは、サーバ２にログインするための認証情報Ａ２をゲートウェイ制御部５１に渡す。この認証情報は、例えばユーザＩＤ、及び、パスワードである。ゲートウェイ制御部５１は、サーバ２にこの情報を確認し、正当であればこれをゲートウェイ制御部５１の内部に保存する。
２．予約操作実行シーケンス
予約シーケンスは、以下の（１）乃至（１１）のようになる。
（１）ユーザはシンクライアント端末１においてビデオ予約用メニューを要求する（Ｓ１０１）。
（２）予約用メニューＤＢは、ビデオ予約用メニューをシンクライアント端末１に渡す（Ｓ１０２ａ、Ｓ１０２ｂ）。
（３）ユーザはその予約メニューより録画開始時刻、終了時刻、チャンネルを設定等のサーバ２に対する操作、及び、操作時刻をゲートウェイ制御部５１に送信する（Ｓ１０３ａ、Ｓ１０３ｂ）。本例においては、時刻「１２：００」に、ＣＨ（チャンネル）を「１」とし、ＳＴ（録画開始）コマンドの発行を予約し、時刻「１２：３０」に、ＥＤ（録画終了）コマンドを発行し、Ｑ（ファイルを保存してアプリケーションを終了）コマンドの発行を予約している。
（４）ゲートウェイ制御部５１は、当該操作を実行する予約実行機能部６２に当該操作の予約時刻及び予約操作、並びに、手順（ａ２）で入手したユーザのサーバ２に対する認証情報（Ａ２）を渡す（Ｓ１０４）。予約実行機能部６２は、イベント検出部に、自らの起動時刻を設定し、休眠状態に遷移する。
（５）ユーザは、そのままシンクライアント端末１のセッションを終了する（Ｓ１０５）。
（６）イベント検出部６３はシステムタイマＴＭの計時値を参照し、予約された録画開始時刻の少し前に予約実行機能部６２を起動する（Ｓ１０６）。本例のように録画開始時刻が「１２：００」であれば、例えばその５分前の「１１：５５」に予約実行機能部６２を起動する。
（７）予約実行機能部６２は、ゲートウェイ制御部５１を介して、上記（４）で受け取った認証情報から、サーバ２にログインし、ビデオ保存アプリケーションＡＰＬ１を起動する（Ｓ１０７）。この際、サーバ２に対する認証情報が予約操作時に保存されているので、これを用いてサーバ２にログインする。このため、ユーザが認証情報を入力しなくても、ログインすることができる。
（８）予約実行機能部６２は、ゲートウェイ制御部５１を介して、サーバ２上のビデオ保存アプリケーションＡＰＬ１に対し、上記（３）で設定されたチャンネルを設定し、録画開始等のコマンドを発行する（Ｓ１０８）。
（９）予約実行機能部６２は、イベント検出部６３に自らの再起動時刻を設定し（Ｓ１０９）、再び休眠状態に遷移する。
（１０）イベント検出部６３は、録画終了時刻の少し前に、予約実行機能部６２を起動する（Ｓ１１０）。本例のように録画週力時刻が「１２：３０」であれば、例えばその５分前の「１２：２５」に予約実行機能部６２を起動する。
（１１）予約実行機能部６２は、ゲートウェイ制御部５１を介して、サーバ２上のビデオ保存アプリケーションＡＰＬ１に対し、録画終了のコマンドを発行し、録画ファイルを保存した後、ビデオ保存アプリケーションＡＰＬ１の終了コマンドを発行する（Ｓ１１１）。
【００４２】
上記（１）乃至（１１）の様に、本実施例によれば、ユーザが自らの都合又は、移動網の状態により、実時間による遠隔録画操作が不可能な状態でも、予め予約した操作をゲートウェイ５の予約実行機能部が、信頼度の高い固定網を経由して、自動的にこれらを実行する機能を有することが最大の特徴である。
従来、インターネット経由でビデオ予約を行うシステムは提案されている。本システムは、サーバ２上で動作するビデオ保存アプリケーションＡＰＬ１として、基本的に汎用品が利用可能であること、ビデオ予約機能を有していない極めて単純な製品でも予約操作が可能であること、サーバ２側の時計の正確性に関して、個々のユーザ（予約者）が調節する必要が無いこと、が優れている。
【００４３】
また、サーバに対してログインする際に認証情報を入力するのが一般的であるが、その場合には認証情報の正当性を確認した段階でサーバ−ゲートウェイ間のセッションが一旦切れてしまう。このため、予約操作を実行する際には再認証が必要になり、このときユーザが認証情報を入力できない点が問題となる。この点に対し、本システムでは、ゲートウェイにおいて予約情報と共に認証情報を保存しているので、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインできる。このため、再認証を必要とせず、その操作を実行することができる。
（第２の実施例）
図５は、本発明によるシンクライアントシステムの第２の実施例の主要部の構成を示すブロック図である。本実施例においては、印刷処理の予約を行う。同図において、シンクライアント端末１の構成は第１の実施例の構成と同様であるため、図示が省略されている。
【００４４】
本実施例では、前述した方式３によるワードプロセッサ（以下、ワープロと称する）等のアプリケーションプログラムＡＰＬ２で印刷メニュー（方式３による同期制御用メニュー）を選択し、予約印刷処理を要求すると、予約用メニューＤＢ６１内の操作予約メニューが呼び出される。この場合、メニューＤＢ５０内のワープロ等ソフトウェアの印刷メニュー５０ａと予約用メニューＤＢ６１内の操作予約メニュー６１ａとがリンクしている構造になっている。
【００４５】
また、ゲートウェイ５内のイベント検出部６３は、第１の実施例の場合と同様に、システムタイマＴＭと連動し、予約用メニューＤＢ６１を利用して予約した時刻に、予約実行機能部６２を起動する。
さらに、サーバ２には、プリンタ４が接続されている。このプリンタ４に対しては、ワープロ等のアプリケーションプログラムＡＰＬ２から印刷指示が与えられる。このアプリケーションプログラムＡＰＬ２のためのテンポラリ保存領域がサーバ２内のハードディスク２３に設けられており、この領域に文書ファイル２４等が保存される。
【００４６】
図６に、本実施例によるシンクライアントシステムの動作シーケンスが示されている。以下、同図を参照して説明する。同図において、動作シーケンスは、認証シーケンスと予約操作実行シーケンスとからなる。
１．認証シーケンスに関しては、第１の実施例と同様であるため、説明を省略する。
２．予約操作実行シーケンスは、以下の（１）乃至（９）のようになる。
（１）認証シーケンス後、ユーザはシンクライアント端末１上で、ワープロソフト等を利用することができる。このワープロソフト等の編集作業を行っているとき、ワープロソフト用メニューから、印刷予約用メニューを呼び出す（Ｓ２０１）。
（２）すると、予約メニュー用ＤＢに印刷予約用メニューが要求され、予約メニュー用ＤＢは印刷予約用メニューをシンクライアント端末１に渡す（Ｓ２０２）。
（３）ユーザはその予約メニューより、印刷を希望する時刻である「印刷時刻」（ＴＩＭ）、及び、印刷を希望する「プリンタ」（ＰＲ）を指定し、ゲートウェイ制御部５１に送信する（Ｓ２０３ａ）。ゲートウェイ制御部５１は、（ａ２）で取得したユーザの認証情報（Ａ２）とともに、これを予約実行機能部６２に転送する（Ｓ２０３ｂ）。予約実行機能部６２は、ゲートウェイ制御部５１を介して、サーバ２を制御し、現在編集中の文書ファイル２４をテンポラリ領域に保存する（Ｓ２０３ｃ）。その後サーバ２からログアウトする。この際、必要に応じて、サーバ自体も終了する。
（４）予約実行機能部６２は、イベント検出部６３に、自らの起動時刻を設定し、休眠状態に遷移する（Ｓ２０４）。
（５）ユーザは、そのままシンクライアント端末のセッションを終了する（Ｓ２０５）。
（６）予約時刻の少し前に、イベント検出部６３は、予約実行機能部６２を起動する（Ｓ２０６）。予約した印刷時刻が「１２：００」であれば、例えばその５分前である「１２：５５」に予約実行機能部６２を起動する。
（７）予約実行機能部６２は、上記（３）で取得した認証情報（Ａ２）を利用して、サーバ２にログインし（上記（３）でサーバ２が終了した場合は、サーバ自体を再起動する）、サーバ２を制御し、上記（３）で設定された文書ファイルに関連付けられたアプリケーションを起動し、上記の文書ファイルを開く（Ｓ２０７）。
（８）予約実行機能部６２は、サーバ２を制御し、上記（７）で開いている文書ファイルを、上記（３）で指定されたプリンタに出力する（Ｓ２０８）。
（９）予約実行機能部６２は、印刷完了後、アプリケーションを終了する（Ｓ２０９）。この際、必要に応じてサーバ自体も終了する。
【００４７】
インターネットからの指示又はブラウザフォンからの指示により、文書ファイルを印刷できるシステムは従来から存在していた。しかし、これらのシステムには、特定時刻に印刷を予約するという機能は無かった。このため、前述の様な要因で、印刷を行いたいときに、シンクライアント端末（移動網）が利用できず、必要な作業が行えない可能性があった。また、これを防ぐために、早めに印刷しておくと重要な書類が第三者の目に触れる確率が高くなるというセキュリティ上の問題があった。これら従来技術の問題は、以上説明した本実施例のシステムによって解決することができる。
（第３の実施例）
図７は、本発明によるシンクライアントシステムの第３の実施例の構成を示すブロック図である。本実施例においては、セッションの監視を行う。
【００４８】
同図を参照すると、本実施例では、ゲートウェイ５は、ゲートウェイ基本部５００（図２参照）に加えて、シンクライアント端末−ゲートウェイ間のセッション管理部６５を有し、セッション管理部６５がイベント検出部６３とリンクしている。また、シンクライアント端末１のサーバＧＵＩ疑似機能部１０は、ユーザが何も操作を行わなくても、一定間隔毎に規定のメッセージの送信を行う機能（キープアライブ機能）を有する。
【００４９】
一方、シンクライアント端末１内にはキープアライブメッセージを送出するキープアライブ信号送信部１７が設けられている。
ゲートウェイ制御部５１は、メッセージ中の識別子から、キープアライブメッセージを識別し、何もせずにセッション管理部６５にこれを転送する。セッション管理部６５は、このキープアライブ信号が一定期間到達しない場合、シンクライアント端末１自体あるいは、シンクライアント端末１とゲートウェイ５との間の通信リンクに異常があったものと判断し、イベント検出部６３に通知する。
【００５０】
イベント検出部６３は、そのセッションの異常を検出すると、編集中の文書ファイル等をテンポラリ保存領域に保存し、アプリケーションプログラムＡＰＬ２を終了する。以下、図８を利用して動作シーケンスを示す。
同図において、動作シーケンスは、以下の（１）乃至（１０）のようになる。
（１）ユーザはワープロソフト等のアプリケーションプログラムＡＰＬ２を起動する（Ｓ３０１）。このとき、アプリケーションがセッション断時に、異常終了回避処理シーケンス（文書テンポラリの保存、アプリケーションの終了等）を予約することを指定する（または、ユーザもしくはゲートウェイ管理者によって、そのアプリケーションがセッション管理対象アプリケーションとして設定されている）。このとき同時に、シンクライアント端末１上のサーバＧＵＩ疑似機能部１０は、キープアライブ信号の送信を開始する。
（２）ゲートウェイ制御部５１は、上記（１）による異常終了時の処理の指定を受領後、そのアプリケーションを起動する（Ｓ３０２ａ）。また、ゲートウェイ制御部５１は、予約実行機能部６２に、異常終了回避処理の通知を行う（Ｓ３０２ｂ）。
（３）予約実行機能部６２は、イベント検出部６３にセッション監視を指定し（Ｓ３０３）、休眠状態に遷移する。
（４）イベント検出部６３は、セッション管理部６５に、セッション断時の通知を予約する（Ｓ３０４）。
（５）シンクライアント端末１からは、一定周期毎にキープアライブ信号が送信される（Ｓ３０５ａ）。ゲートウェイ制御部５１は、これらキープアライブ信号をセッション管理部６５に転送する（Ｓ３０５ｂ）。
（６）ユーザは、本シンクライアントシステムを利用して、アプリケーションプログラムによる文章編集を行う（Ｓ３０６）。なお、この間もキープアライブ信号は送受される。
（７）上記（６）の処理中に、移動網の状態が悪化し、シンクライアント側のセッションが異常終了したとする（Ｓ３０７ａ）。すると、セッション管理部６５は、キープアライブ信号が到着しないことより、セッションの異常を検出する（Ｓ３０７ｂ）。
（８）セッション管理部６５は、セッションの異常をイベント検出部６３に通知する（Ｓ３０８）。
（９）イベント検出部６３は、予約実行機能部６２を起動する（Ｓ３０９）。
（１０）予約実行機能部６２は上記（２）において予約された異常終了回避処理を行う。例えば、編集中の文章ファイルに新しい名称を付与して保存し、そのアプリケーションプログラムを終了する（Ｓ３１０）。
【００５１】
【発明の効果】
以上説明したように本発明は、シンクライアントシステムにおいて、シンクライアント端末からサーバに対して行われる操作要求を、特定条件が満たされるまで、保留することにより、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００５２】
シンクライアント端末とサーバとの通信経路の途中に位置するゲートウェイによって操作要求の保留を行うことにより、操作保留のための専用装置を用意しなくても、シンクライアント端末が、一定のイベントが発生したときに行うべきサーバに対する操作をゲートウェイ内に蓄積することができる。
保留すべき操作要求を特定条件が満たされるまで保存し、特定条件が満たされた後、サーバに対して操作要求することにより、特定条件が満たされた時点で実行したい処理を事前に予約することができる。
【００５３】
特定条件である、所定イベントが発生したことを検出し、この検出結果を通知することにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
保留すべき操作を指定するためのユーザインタフェースと、検出すべきイベントを指定するためのユーザインタフェースと、を実現するためのデータを記憶しておき、そのユーザインタフェースを利用することによって、操作やイベントの指定を容易に行うことができる。
【００５４】
サーバに対するユーザの利用権を認証した後、イベントの発生を検出した場合に、保留されていた操作を、サーバに対して実行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。さらに、予約情報と共に認証情報を保存し、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインするため、再認証を必要とせず、その操作を実行することができる。
【図面の簡単な説明】
【図１】（ａ）は本発明によるシンクライアントシステムの実施の一形態を示す図、（ｂ）は同図（ａ）に示されているシステムによって実現されるシンクライアントシステム制御方法を示すフローチャートである。
【図２】本発明の第１の実施例によるシンクライアントシステムの構成を示すブロック図である。
【図３】本発明の第１の実施例によるシンクライアントシステムにおけるサーバの詳細な構成を示すブロック図である。
【図４】本発明の第１の実施例によるシンクライアントシステムの処理シーケンスを示す図である。
【図５】本発明の第２の実施例によるシンクライアントシステムの主要部分の構成を示すブロック図である。
【図６】本発明の第２の実施例によるシンクライアントシステムの処理シーケンスを示す図である。
【図７】本発明の第３の実施例によるシンクライアントシステムの主要部分の構成を示すブロック図である。
【図８】本発明の第３の実施例によるシンクライアントシステムの処理シーケンスを示す図である。
【図９】従来のシンクライアントシステム（方式３）の構成を示す図である。
【符号の説明】
１シンクライアント端末
２サーバ
３チューナ
４プリンタ
５ゲートウェイ
１０サーバＧＵＩ疑似機能部
１１疑似ポインタ機能部
１２画像制御機能部
１３メニュー制御機能部
１４テキストエディタ／かな漢字変換部
１５ＨＭＩ機能部
１６通信機能部
１７キープアライブ信号送信部
２２シンクライアントサーバ
２３ハードディスク
２４文書ファイル
３０アンテナ
５０メニューＤＢ
５１ゲートウェイ制御部
５２テキスト転送部
５３画像変換部
５４コマンド変換部
５５プロセス監視部
５６シンクライアントビューワ
５７ファイル情報部
５８印刷制御部
５９通信制御機能部
６０ＧＵＩ情報部
６１予約用メニューＤＢ
６２予約実行機能部
６３イベント検出部
６４ユーザ認証部
６５セッション管理部
５００ゲートウェイ基本部
６１０メニューデータ記憶部
６２０操作保留機能
６３０イベント検出機能
ＡＰＬアプリケーションプログラム
ＡＰＬ１ビデオ保存アプリケーション
ＡＰＬ２アプリケーションプログラム
ＴＭシステムタイマ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a thin client system, and in particular, as a variant of a client-server computing model, is devised with the aim of greatly reducing the processing load on the client terminal side and reducing the operation and management costs of the entire system. Related to a thin client system.
[0002]
[Prior art]
In recent years, OA of companies has been advanced, and dedicated personal computers (hereinafter abbreviated as PCs) have also been assigned to general employees, and the introduction cost has become a problem. In addition, the total cost of ownership (TCO) for installing and upgrading application software on individual PCs, maintaining hardware, and the like is also becoming a major problem.
[0003]
As a solution to these problems, the client-server computing model is extended, and the client computers used by ordinary employees are not required to use complicated and expensive PCs, but are provided with minimum screen display and key / mouse input. A method has been proposed in which a low-cost dedicated computer having only functions is deployed, and resources such as application software are centrally managed by a server. Such a computing model and a client terminal intended to be used for such a purpose are referred to as a thin client.
[0004]
As an example of realizing a thin client system, a server manages and stores an application, downloads an application program from the server to the thin client when the application is executed, and executes the application on the thin client (for example, Non-Patent Document 1). ) And management and storage of the application as well as execution are performed on the server side, and on the thin client side, only input / output by GUI, such as display of an application screen, input by mouse and keyboard, etc. It is roughly divided into 2). Hereinafter, the former is referred to as method 1 and the latter is referred to as method 2.
[0005]
However, in the method 1, since the application program is executed on the thin client side, the thin client terminal also requires processing power equivalent to that of the server, and it is difficult to significantly reduce the price of the thin client terminal. Further, the application program itself needs to be designed for the thin client system according to the method, and there is a problem that convenience is significantly restricted in that the existing PC application cannot be used as it is.
[0006]
On the other hand, in the method 2, since the application program is executed on the server, the specifications required for the thin client are low, and it is easy to reduce the price. However, in this method, the number of messages exchanged between the thin client terminal and the server is very large, and the convenience and economy may be significantly impaired due to the delay characteristics and the charging method of the transmission network.
[0007]
Conventionally, these problems have been solved, and users can use comfortably and economically even when using a browser phone as a thin client terminal via a mobile communication network having the characteristics of high delay and information charge. There has been proposed a thin client system capable of performing such operations (for example, Non-Patent Document 3). FIG. 9 shows the configuration of this thin client system (hereinafter, referred to as method 3).
[0008]
Referring to FIG. 1, between a thin client terminal 1 which is a mobile device such as a mobile phone, and a server 2, a gateway 5 which mediates between the thin client terminal 1 and the server 2 and performs protocol conversion, authentication, and the like. Is provided. The thin client terminal 1 and the gateway 5 can communicate with each other via a mobile communication network or the Internet. In this communication, an SSL (Secure Socket Layer) is used as necessary. Further, the server 2 and the gateway 5 can communicate with each other via the Internet or a LAN. In this communication, IPsec is used as needed.
[0009]
In FIG. 1, the thin client terminal 1 has a server GUI pseudo function unit 10 for simulating a GUI function of an application program executed on the server 2. The thin client terminal 1 has an HMI (Human Machine Interface) function unit 15 such as a browser and character input, a text editor / kana-kanji conversion (hereinafter referred to as FEP) unit 14, and a communication function unit 16. ing.
[0010]
The gateway 5 monitors a communication control function unit 59 that controls communication with the thin client terminal 1, a GUI information unit 60 that is component information for displaying a pseudo GUI dedicated to an application, and a file / directory of a server. A file information unit 57 for generating GUI information for a file list in a window format in cooperation with the GUI information unit 60; a user authentication unit 64 for authenticating a user; and a process monitoring unit for monitoring a running process 55, a text transfer unit 52 for transferring text, a print control unit 58 for performing print control, and a thin client viewer 56.
[0011]
The server 2 includes an application program APL and a thin client server 22.
In the method 3 shown in the figure, as in the case of the method 2, the application program APL is executed on the server 2 and is created by an existing PC application program and an existing PC application program. Document files and the desktop environment of existing PCs can be used without modification.
[0012]
In this system, the protocol between the gateway and the server uses the thin client protocol according to the system 2, and the synchronization signal is exchanged at a very high frequency. Only synchronous processing is performed.
Thus, the user does not directly interact with the GUI of the application program on the server, but performs a certain amount of work by interacting with the server GUI pseudo-function unit 10 on the thin client terminal. The server GUI pseudo-function unit 10 accumulates a certain amount of GUI operations performed by the user and, when it becomes necessary to synchronize, collectively transfers the accumulated operation groups to the gateway at once, and the gateway executes the application on the server. The corresponding GUI operation group is collectively performed on the program.
[0013]
As described above, in the method 3, by mounting the function of simulating the operations of both the server-side application and the thin client, the frequency of direct synchronization between the two can be greatly reduced. As a result, it is possible to greatly improve the work efficiency when the server and the thin client are connected via the high-delay network, which is a problem in the method 2. In particular, it is possible to provide a user with a very efficient work environment with respect to kana-kanji conversion processing on a terminal and operations on applications using pull-down menus. In addition, the entire communication amount can be reduced, and it can be economically used even in an information amount charging network.
[0014]
[Non-patent document 1]
"Thin Clients Clearly Explained" by Joseph Sinclair, published by Morgan Kaufmann, ISBN 0-12-655535-X.
[Non-patent document 2]
Matsushita Electric Works Information Systems "What is ThinClient ...?", [Online], retrieved November 5, 2002, Internet <URL: http: // www. thinclient-net. com / about / >>
[Non-Patent Document 3]
Tatsuo Takahashi, "Study of Thin Client System for Mobile", Multimedia, Distributed, Cooperative and Mobile (DICOMO2002) Symposium, Information Processing Society of Japan, July 3, 2002, p. 492
[0015]
[Problems to be solved by the invention]
As described above, in method 3, by accumulating a certain amount of operations on the thin client terminal side, the frequency of directly synchronizing with the server side can be significantly reduced. However, also in the method 3, it is necessary for the server to return a response of the server that has received the above series of operations to the thin client terminal side, and to perform a process of receiving the result and performing the next operation. . That is, although the frequency of synchronization between the thin client terminal and the server is reduced in the method 3 as compared with the method 2, it is necessary to synchronize. That is, the user needs to operate the server via the thin client terminal when it is necessary to operate the server in principle.
[0016]
In the configuration of FIG. 9, the route between the gateway and the server is via the LAN or the fixed network Internet, and it is relatively unlikely that communication becomes impossible except during abnormal congestion. On the other hand, the path between the thin client terminal and the gateway includes the mobile network. In general, in a mobile network, radio waves cannot be reached and communication often cannot be performed depending on a physical position of a user (in a tunnel, a positional relationship with a base station, and the like). Further, since the communication band / the number of simultaneously accommodated users is inferior to that of the fixed network, there is a high possibility that the network cannot be used due to congestion, and the network is less reliable than the fixed network.
[0017]
Therefore, in the synchronous operation environment according to the method 3, there is a possibility that the communication cannot be performed during the critical operation. For example, before saving a text created on the server using a thin client terminal, the thin client terminal becomes unable to communicate, and the text being edited on the server is displayed on the server for a long time with the open text There is a problem that security problems may occur, and the server may detect an error in the session and forcibly terminate the application without saving the document being edited.
[0018]
Similarly, in a process that must be performed at a specific time (for example, a process for controlling home appliances such as video recording), it cannot be guaranteed that the device will always operate at that time.
In addition, such processing with high time dependency depends on the state of the user (during a conference or the like) in addition to the state of the mobile network, and there is a problem that operation cannot be guaranteed.
[0019]
SUMMARY OF THE INVENTION The present invention has been made to solve the above-described drawbacks of the related art, and an object of the present invention is to provide a thin client system capable of guaranteeing operation even if a session becomes abnormal due to a communication disabled state or the like. is there.
[0020]
[Means for Solving the Problems]
A thin client system according to claim 1 of the present invention is a thin client system including a server that executes an application program and a thin client terminal that exchanges data with the server. It is characterized by including an operation suspending means for suspending an operation request to be performed until a specific condition is satisfied. By doing so, even if the session on the thin client terminal side is abnormal, it is possible to request the server for necessary processing when a necessary event occurs.
[0021]
The thin client system according to a second aspect of the present invention is characterized in that, in the first aspect, the operation suspending unit is realized by a gateway located in a communication path between the thin client terminal and the server. By using a gateway located in the middle of the communication path, a certain event (such as arrival of a set time, detection of a session error, etc.) occurs at the thin client terminal without preparing a dedicated device for suspending operation. The operation for the server to be performed when the operation is performed can be stored in the gateway.
[0022]
The thin client system according to claim 3 of the present invention is the thin client system according to any one of claims 1 and 2, wherein the operation suspending unit saves the operation request to be suspended until the specific condition is satisfied, and After being satisfied, an operation request is made to the server. A process to be executed when specific conditions are satisfied can be reserved in advance.
[0023]
A thin client system according to a fourth aspect of the present invention is the thin client system according to any one of the first to third aspects, wherein the specific condition is an occurrence of a predetermined event. It is characterized by further including an event detecting means for notifying the operation suspending means. Thus, when it is detected that an event has occurred and a specific condition has been satisfied, such as the arrival of a designated time, a notification can be made and processing can be executed.
[0024]
According to a fifth aspect of the present invention, in the thin client system according to the fourth aspect, a user interface for specifying an operation to be held by the operation holding unit and a user interface for specifying an event to be detected by the event detection unit. An interface and menu data storage means for storing data for realizing the interface are further included. By using the user interface in this way, operations and events can be easily specified.
[0025]
The thin client system according to claim 6 of the present invention further comprises an authentication unit for authenticating a user's right to use the server, storing authentication information input at the time of authentication by the authentication unit, and When the detecting unit detects the occurrence of an event, when the operation held by the operation holding unit is executed on the server, the server logs in to the server using the stored authentication information. It is characterized by. As described above, by performing the operation after the authentication, it is possible to prevent the use of the system by a person who cannot log in due to lack of the right to use. Then, when executing the suspended operation, the user logs in to the server using the stored authentication information, so that the operation can be executed without requiring re-authentication.
[0026]
A thin client system control method according to claim 7 of the present invention is a control method in a thin client system including a server executing an application program and a thin client terminal transmitting and receiving data to and from the server. An operation request specifying step of specifying an operation to be performed on the server; and a holding step of holding the operation request to the server specified in the operation request specifying step until a specific condition is satisfied. And By doing so, even if the session on the thin client terminal side is abnormal, it is possible to request the server for necessary processing when a necessary event occurs.
[0027]
In a thin client system control method according to an eighth aspect of the present invention, in the seventh aspect, the specific condition is occurrence of a predetermined event, and in the suspending step, suspends an operation request to the server until the event occurs. It is characterized by the following. Thus, when it is detected that an event has occurred and a specific condition has been satisfied, such as the arrival of a designated time, a notification can be made and processing can be executed.
[0028]
A thin client system control method according to claim 9 of the present invention according to any one of claims 7 and 8, further comprising an authentication step of authenticating a user's right to use the server, wherein the authentication step is performed at the time of authentication by the authentication step. Storing the authentication information, and when the hold in the holding step is released, logging in to the server using the stored authentication information and performing the operation specified in the operation request specifying step. And As described above, by performing the operation after the authentication, it is possible to prevent the use of the system by a person who cannot log in due to lack of the right to use. Then, when executing the suspended operation, the user logs in to the server using the stored authentication information, so that the operation can be executed without requiring re-authentication.
[0029]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, an embodiment of the present invention will be described with reference to the drawings. In the drawings referred to in the following description, the same parts as those in the other drawings are denoted by the same reference numerals.
FIG. 1A is a block diagram showing an embodiment of a thin client system according to the present invention. As shown in the figure, the thin client system according to the present embodiment has a configuration in which a gateway 5 is provided between a server 2 that executes an application program and a thin client terminal 1. This gateway 5 is configured to include an operation suspension function 620. The operation suspending function 620 is a function for suspending an operation request issued from the thin client terminal to the server until a specific condition is satisfied. The operation suspension function 620 saves an operation request to be suspended until a specific condition is satisfied, and issues an operation request to the server after the specific condition is satisfied.
[0030]
Further, the gateway 5 includes an event detection function 630 that detects occurrence of a predetermined event, which is a specific condition, and notifies the operation suspension function 620 of the detection result. With the event detection function 630, a notification can be given at the time of detecting that an event has occurred and a specific condition has been satisfied, such as a specified time, and processing can be executed.
[0031]
Further, the gateway 5 stores data for realizing a user interface for specifying an operation to be held by the operation holding function 620 and a user interface for specifying an event to be detected by the event detection function 630. It is configured to include a menu data storage unit 610 to be executed. By using the user interface, operations and events can be easily specified.
[0032]
The operation of the system shown in FIG. 1A will be described with reference to FIG.
FIG. 2B is a flowchart showing a thin client system control method realized by the system shown in FIG. In the figure, after the user is authenticated (step S0), when an operation is specified (step S1), the specified operation is stored as an operation request (step S2). In this state, a waiting state is established until a specific condition is satisfied (step S3). If the specific condition is satisfied, an operation request is sent to the server (step S4).
[0033]
As described above, in the present system, the following thin client system control method is realized. That is, a control method in a thin client system including a server that executes an application program and a thin client terminal that transmits and receives data to and from the server, wherein an operation to specify an operation to be performed on the server from the thin client terminal A control method including a request specifying step (the step S1) and a suspending step (the steps S2 and S3) for suspending an operation request to the server specified in the operation request specifying step until a specific condition is satisfied is realized. Have been. According to this method, even when a session on the thin client terminal side is abnormal, a necessary process can be requested from the server when a necessary event occurs.
[0034]
The specific condition is the occurrence of a predetermined event. In the suspension step, the operation request to the server is suspended until the event occurs and the specified time is reached by suspending the operation request until the specific condition is satisfied. , When the event is detected and the specific condition is satisfied, the process can be executed.
[0035]
The system further includes an authentication step of authenticating the user's right to use the server (the step S0). After the authentication in the authentication step, the process shifts to the operation request specifying step, whereby a system by a person who cannot log in without the right to use the server. Can be prevented from being used.
Hereinafter, the configuration of a specific embodiment of the present system will be described.
[0036]
【Example】
(First embodiment)
FIG. 2 is a block diagram showing the configuration of the first embodiment of the thin client system according to the present invention. In this embodiment, a video reservation system is realized using a thin client system. In FIG. 1, the thin client system according to the present embodiment includes a thin client terminal 1, a gateway 5, and a server 2.
[0037]
The gateway 5 includes a system timer TM in addition to the gateway basic unit 500. The gateway basic unit 500 includes a communication control function unit 59, a GUI information unit 60, a file information unit 57, a user authentication unit 64, a process monitoring unit 55, a text transfer unit 52, a print control unit 58, a thin A client viewer 56 is included. These functions are the same as those in FIG. Further, the gateway 5 includes a gateway control unit 51 that controls each unit of the gateway, an image conversion unit 53 that divides, reduces, and compresses a desktop screen, and a command conversion unit 54 that issues commands that need to be executed by the server. And a reservation menu DB 61 corresponding to the menu data storage unit 610, a reservation execution function unit 62 corresponding to the operation suspension function 620, and an event detection unit 63 corresponding to the event detection function 630. It is comprised including.
[0038]
The server GUI pseudo function unit 10 in the thin client terminal 1 includes a pseudo pointer function unit 11, an image control function unit 12, and a menu control function unit 13. The part of the gateway 5 other than the system timer TM is referred to as a gateway basic unit 500 in this specification.
Further, the event detection unit 63 activates the reservation execution function unit 62 at a time when the user makes a reservation in advance by using the reservation menu DB 61 in cooperation with the system timer TM of the gateway 5. The activated reservation execution function unit 62 stores the operation request specified by the user using the reservation menu DB 61 and executes the operation. For example, an application is started, a command is issued to the application, and, in some cases, the server 2 is started and terminated.
[0039]
FIG. 3 shows a detailed configuration of the server 2 in the present embodiment. In FIG. 1, the illustration of the thin client terminal 1 is omitted. In the figure, a TV tuner 3 is connected to the server 2. The TV tuner 3 captures a video signal from the TV antenna 30 into an interface of a server. The server 2 has a video storage application APL1 installed therein as a video storage application. The video storage application APL1 has a function of converting a video signal from the TV antenna 30 into a digital signal and storing the converted digital signal in a hard disk (HDD) 23 in the server 2.
[0040]
The user performs command control of the video storage application APL1 installed on the hard disk 23 of the server 2 by the reservation execution function unit 62 via the thin client terminal 1. Note that a synchronization method based on the above-described method 3 may be adopted.
When the operation required by the user is the synchronous operation of the method 3, the thin client terminal 1 loads the menu for the synchronous operation from the menu DB 50 and saves the video using the server GUI pseudo function unit 10. The application APL1 is operated synchronously and remotely.
[0041]
When the user requests the reservation operation according to the present invention, the thin client terminal 1 loads the reservation operation menu from the reservation menu DB 61 and uses the server GUI pseudo function unit 10 to set the reservation time, the reservation operation, and the like. register.
Hereinafter, the operation sequence of the reservation operation will be described with reference to FIG. This sequence includes an authentication sequence and a reservation operation execution sequence.
1. Authentication sequence
(A1) The user inputs authentication information A1 for logging in to the gateway 5 and logs in to the gateway 5. The authentication information is, for example, a user ID and a password.
(A2) The user passes the authentication information A2 for logging in to the server 2 to the gateway control unit 51. The authentication information is, for example, a user ID and a password. The gateway control unit 51 confirms this information with the server 2, and stores the information inside the gateway control unit 51 if it is valid.
2. Reserved operation execution sequence
The reservation sequence is as shown in the following (1) to (11).
(1) The user requests a video reservation menu at the thin client terminal 1 (S101).
(2) The reservation menu DB transfers the video reservation menu to the thin client terminal 1 (S102a, S102b).
(3) The user sends an operation to the server 2 such as setting a recording start time, an end time, and a channel from the reservation menu, and transmits the operation time to the gateway control unit 51 (S103a, S103b). In this example, the channel (CH) is set to “1” at time “12:00”, the issue of the ST (recording start) command is reserved, and the ED (recording end) command is issued at time “12:30”. Issue, and issuance of a Q (save file and exit application) command is reserved.
(4) The gateway control unit 51 passes the reservation time of the operation, the reservation operation, and the authentication information (A2) for the user obtained in step (a2) to the server 2 to the reservation execution function unit 62 that executes the operation. (S104). The reservation execution function unit 62 sets its own activation time in the event detection unit, and transitions to the sleep state.
(5) The user ends the session of the thin client terminal 1 as it is (S105).
(6) The event detection unit 63 refers to the time value of the system timer TM and activates the reservation execution function unit 62 slightly before the reserved recording start time (S106). If the recording start time is “12:00” as in this example, the reservation execution function unit 62 is activated, for example, at “11:55” five minutes before that.
(7) The reservation execution function unit 62 logs in to the server 2 from the authentication information received in (4) via the gateway control unit 51, and activates the video storage application APL1 (S107). At this time, since the authentication information for the server 2 is stored at the time of the reservation operation, the user logs in to the server 2 using this. Therefore, the user can log in without inputting the authentication information.
(8) The reservation execution function unit 62 sets the channel set in the above (3) to the video storage application APL1 on the server 2 via the gateway control unit 51, and issues a command such as recording start. (S108).
(9) The reservation execution function unit 62 sets its own restart time in the event detection unit 63 (S109), and transitions to the sleep state again.
(10) The event detection unit 63 activates the reservation execution function unit 62 shortly before the recording end time (S110). If the recording weekly time is “12:30” as in this example, the reservation execution function unit 62 is activated, for example, at “12:25” five minutes before that.
(11) The reservation execution function unit 62 issues a recording end command to the video storage application APL1 on the server 2 via the gateway control unit 51, saves the recorded file, and then ends the video storage application APL1. A command is issued (S111).
[0042]
As described in the above (1) to (11), according to the present embodiment, even if the user cannot perform remote recording operation in real time due to his or her own convenience or the state of the mobile network, the user can perform the previously reserved operation. The most characteristic feature is that the reservation execution function unit of the gateway 5 has a function of automatically executing these via a highly reliable fixed network.
2. Description of the Related Art Conventionally, a system for making a video reservation via the Internet has been proposed. This system basically requires a general-purpose product to be used as a video preservation application APL1 operating on the server 2, a reservation operation can be performed even for an extremely simple product without a video reservation function, The advantage is that there is no need for individual users (reservers) to adjust the accuracy of the clock on the two sides.
[0043]
In general, authentication information is input when logging in to a server. In this case, a session between the server and the gateway is temporarily cut off when the validity of the authentication information is confirmed. For this reason, when executing the reservation operation, re-authentication is required, and at this time, there is a problem that the user cannot input the authentication information. On the other hand, in this system, since the authentication information is stored together with the reservation information in the gateway, when executing the suspended operation, it is possible to log in to the server using the stored authentication information. Therefore, the operation can be performed without requiring re-authentication.
(Second embodiment)
FIG. 5 is a block diagram showing a configuration of a main part of a second embodiment of the thin client system according to the present invention. In the present embodiment, a reservation for the printing process is made. In the figure, since the configuration of the thin client terminal 1 is the same as that of the first embodiment, it is not shown.
[0044]
In the present embodiment, when a print menu (a synchronous control menu according to the method 3) is selected by an application program APL2 such as a word processor (hereinafter referred to as a word processor) according to the method 3 and a reservation print process is requested, the reservation menu DB 61 The operation reservation menu in is called. In this case, the print menu 50a of software such as a word processor in the menu DB 50 and the operation reservation menu 61a in the reservation menu DB 61 are linked.
[0045]
Further, the event detection unit 63 in the gateway 5 starts the reservation execution function unit 62 at the time when the reservation is made using the reservation menu DB 61 in cooperation with the system timer TM, as in the first embodiment. I do.
Further, a printer 4 is connected to the server 2. A print instruction is given to the printer 4 from an application program APL2 such as a word processor. A temporary storage area for the application program APL2 is provided on the hard disk 23 in the server 2, and the document file 24 and the like are stored in this area.
[0046]
FIG. 6 shows an operation sequence of the thin client system according to the present embodiment. Hereinafter, description will be made with reference to FIG. In the figure, the operation sequence includes an authentication sequence and a reservation operation execution sequence.
1. The authentication sequence is the same as in the first embodiment, and a description thereof will not be repeated.
2. The reservation operation execution sequence is as shown in the following (1) to (9).
(1) After the authentication sequence, the user can use word processing software or the like on the thin client terminal 1. When editing the word processing software or the like, a print reservation menu is called from the word processing software menu (S201).
(2) Then, a print reservation menu is requested from the reservation menu DB, and the reservation menu DB passes the print reservation menu to the thin client terminal 1 (S202).
(3) The user specifies “printing time” (TIM), which is the time desired for printing, and “printer” (PR), which is desired to print, from the reservation menu, and transmits them to the gateway control unit 51 (S203a). ). The gateway control unit 51 transfers the authentication information (A2) of the user obtained in (a2) to the reservation execution function unit 62 together with the authentication information (A2) (S203b). The reservation execution function unit 62 controls the server 2 via the gateway control unit 51, and stores the currently edited document file 24 in the temporary area (S203c). Thereafter, the user logs out of the server 2. At this time, the server itself is terminated as necessary.
(4) The reservation execution function unit 62 sets its own activation time in the event detection unit 63, and transitions to the sleep state (S204).
(5) The user ends the session of the thin client terminal as it is (S205).
(6) Shortly before the reservation time, the event detection unit 63 activates the reservation execution function unit 62 (S206). If the reserved printing time is “12:00”, the reservation execution function unit 62 is activated, for example, at “12:55”, which is five minutes before that.
(7) The reservation execution function unit 62 logs in to the server 2 using the authentication information (A2) acquired in the above (3) (when the server 2 is terminated in the above (3), the server 2 Start), control the server 2, start the application associated with the document file set in (3), and open the document file (S207).
(8) The reservation execution function unit 62 controls the server 2 and outputs the document file opened in (7) to the printer specified in (3) (S208).
(9) After printing is completed, the reservation execution function unit 62 ends the application (S209). At this time, the server itself is terminated if necessary.
[0047]
Conventionally, there has been a system that can print a document file in response to an instruction from the Internet or an instruction from a browser phone. However, these systems did not have a function to reserve printing at a specific time. For this reason, when printing is desired due to the factors described above, the thin client terminal (mobile network) cannot be used, and there is a possibility that necessary work cannot be performed. Further, in order to prevent this, if printed early, there is a security problem that an important document is more likely to be seen by a third party. These problems of the prior art can be solved by the system of the present embodiment described above.
(Third embodiment)
FIG. 7 is a block diagram showing the configuration of the third embodiment of the thin client system according to the present invention. In this embodiment, session monitoring is performed.
[0048]
Referring to FIG. 7, in the present embodiment, the gateway 5 has a session management unit 65 between the thin client terminal and the gateway in addition to the gateway basic unit 500 (see FIG. 2). It is linked to the section 63. Further, the server GUI pseudo function unit 10 of the thin client terminal 1 has a function (keep-alive function) of transmitting a prescribed message at regular intervals without any operation by the user.
[0049]
On the other hand, a keep-alive signal transmitting unit 17 for sending a keep-alive message is provided in the thin client terminal 1.
The gateway control unit 51 identifies the keep-alive message from the identifier in the message, and transfers it to the session management unit 65 without doing anything. If the keep-alive signal does not arrive for a certain period of time, the session management unit 65 determines that there is an abnormality in the thin client terminal 1 itself or the communication link between the thin client terminal 1 and the gateway 5, and the event detection unit Notify 63.
[0050]
When detecting an abnormality in the session, the event detection unit 63 stores the document file being edited in a temporary storage area, and terminates the application program APL2. The operation sequence will be described below with reference to FIG.
In the figure, the operation sequence is as shown in the following (1) to (10).
(1) The user starts an application program APL2 such as word processing software (S301). At this time, it is specified that the application reserves an abnormal termination avoidance processing sequence (storage of document temporary, termination of the application, etc.) when the session is disconnected (or the user or gateway administrator designates the application as a session management target application). Is set). At the same time, the server GUI pseudo function unit 10 on the thin client terminal 1 starts transmitting a keep-alive signal.
(2) After receiving the specification of the process at the time of abnormal termination according to (1), the gateway control unit 51 activates the application (S302a). Further, the gateway control unit 51 notifies the reservation execution function unit 62 of the abnormal end avoidance processing (S302b).
(3) The reservation execution function unit 62 specifies session monitoring to the event detection unit 63 (S303), and transitions to the sleep state.
(4) The event detection unit 63 reserves a notification at the time of session disconnection in the session management unit 65 (S304).
(5) The keep-alive signal is transmitted from the thin client terminal 1 at regular intervals (S305a). The gateway control unit 51 transfers these keep-alive signals to the session management unit 65 (S305b).
(6) The user edits a sentence using the application program using the thin client system (S306). During this time, keep-alive signals are transmitted and received.
(7) It is assumed that the state of the mobile network deteriorates during the process (6), and the session on the thin client side ends abnormally (S307a). Then, the session management unit 65 detects an abnormality of the session from the arrival of the keep-alive signal (S307b).
(8) The session management unit 65 notifies the event detection unit 63 of a session abnormality (S308).
(9) The event detection unit 63 activates the reservation execution function unit 62 (S309).
(10) The reservation execution function unit 62 performs the abnormal end avoidance processing reserved in the above (2). For example, a new name is given to the text file being edited and saved, and the application program is terminated (S310).
[0051]
【The invention's effect】
As described above, according to the present invention, in a thin client system, an operation request issued from a thin client terminal to a server is suspended until a specific condition is satisfied. Even in this case, when a necessary event occurs, a necessary process can be requested from the server.
[0052]
By holding an operation request by a gateway located in the middle of the communication path between the thin client terminal and the server, a certain event occurred on the thin client terminal without preparing a dedicated device for holding the operation. Operations to be performed on the server can be stored in the gateway.
Save the operation request to be held until the specific condition is satisfied, and after the specific condition is satisfied, request the server to perform the operation, and reserve the process to be executed when the specific condition is satisfied in advance. Can be.
[0053]
By detecting that a predetermined event, which is a specific condition, has occurred and notifying the result of the detection, when it is detected that the event has occurred and the specific condition has been satisfied, such as at a designated time. Notify and execute the process.
By storing data for realizing a user interface for designating an operation to be suspended and a user interface for designating an event to be detected, and using the user interface, an operation or an event can be performed. Can be easily specified.
[0054]
After detecting the occurrence of an event after authenticating the user's right to use the server, if the occurrence of an event is detected, the suspended operation is executed for the server to prevent use of the system by a person who cannot log in without the right to use. be able to. Furthermore, when the authentication information is stored together with the reservation information and the suspended operation is performed, the user logs in to the server using the stored authentication information, so that the operation is not required without re-authentication. Can be.
[Brief description of the drawings]
1A is a diagram showing an embodiment of a thin client system according to the present invention, and FIG. 1B is a flowchart showing a thin client system control method realized by the system shown in FIG. It is.
FIG. 2 is a block diagram showing a configuration of a thin client system according to a first embodiment of the present invention.
FIG. 3 is a block diagram showing a detailed configuration of a server in the thin client system according to the first embodiment of the present invention.
FIG. 4 is a diagram showing a processing sequence of the thin client system according to the first embodiment of the present invention.
FIG. 5 is a block diagram showing a configuration of a main part of a thin client system according to a second embodiment of the present invention.
FIG. 6 is a diagram showing a processing sequence of a thin client system according to a second embodiment of the present invention.
FIG. 7 is a block diagram showing a configuration of a main part of a thin client system according to a third embodiment of the present invention.
FIG. 8 is a diagram showing a processing sequence of a thin client system according to a third embodiment of the present invention.
FIG. 9 is a diagram showing a configuration of a conventional thin client system (method 3).
[Explanation of symbols]
1 Thin client terminal
2 server
3 Tuner
4 Printer
5 Gateway
10 Server GUI pseudo function part
11 Pseudo pointer function unit
12 Image control function part
13 Menu control function section
14 Text editor / Kana-Kanji conversion unit
15 HMI function section
16 Communication function part
17 Keep-alive signal transmitter
22 Thin Client Server
23 Hard Disk
24 document files
30 antenna
50 Menu DB
51 Gateway control unit
52 Text transfer unit
53 Image converter
54 Command converter
55 Process monitor
56 Thin Client Viewer
57 File Information Division
58 Print control unit
59 Communication control function section
60 GUI information section
61 Menu DB for reservation
62 Reservation execution function section
63 Event detector
64 User authentication unit
65 Session Management Department
500 Gateway Basics
610 Menu data storage
620 Operation hold function
630 Event detection function
APL application program
APL1 video storage application
APL2 application program
TM system timer

Claims

A thin client system including a server that executes an application program and a thin client terminal that exchanges data with the server, wherein an operation request issued from the thin client terminal to the server is performed until a specific condition is satisfied. , A thin client system comprising operation suspending means for suspending operation.

2. The thin client system according to claim 1, wherein the operation suspending unit is realized by a gateway located in a communication path between the thin client terminal and the server.

The method according to claim 1, wherein the operation suspending unit saves an operation request to be suspended until the specific condition is satisfied, and issues an operation request to the server after the specific condition is satisfied. A thin client system according to any one of the preceding claims.

4. The apparatus according to claim 1, wherein the specific condition is an occurrence of a predetermined event, and further includes an event detection unit that detects the occurrence of the event and notifies the operation suspension unit of the detection result. The thin client system according to any one of the above.

A menu data storage unit for storing data for realizing a user interface for specifying an operation to be held by the operation holding unit and a user interface for specifying an event to be detected by the event detection unit; The thin client system according to claim 4, further comprising:

The server further includes an authentication unit that authenticates a user's right to use the server, stores authentication information input at the time of authentication by the authentication unit, and, when the event detection unit detects the occurrence of an event, the operation suspension unit 6. The thin client system according to claim 5, wherein when executing the suspended operation on the server, the server logs in to the server using the stored authentication information.

A control method in a thin client system including a server that executes an application program and a thin client terminal that exchanges data with the server, wherein an operation request that specifies an operation to be performed on the server from the thin client terminal A thin client system control method, comprising: a designation step; and a suspending step of suspending an operation request to the server designated in the operation request designation step until a specific condition is satisfied.

8. The thin client system control method according to claim 7, wherein the specific condition is occurrence of a predetermined event, and in the holding step, an operation request to the server is held until the event occurs.

The method further includes an authentication step of authenticating a user's right to use the server, wherein the authentication information input at the time of authentication by the authentication step is stored, and when the hold by the holding step is released, the stored authentication information is used. 9. The thin client system control method according to claim 7, wherein an operation specified in the operation request specifying step is executed by logging in to the server.