(57)【要約】【課題】通信不可状態等によってセッションが異常になっても動作を保証する。【解決手段】シンクライアント端末１とサーバ２との通信経路の途中にゲートウェイ５を設け、このゲートウェイ５にシンクライアント端末１からサーバ２に対して行われる操作要求を特定条件が満たされるまで保存する。特定条件が満たされた後、これをサーバ２に対して操作要求する。【効果】シンクライアント端末１とサーバ２とが通信できない状態になってセッションが異常になっても動作を保証できる。【選択図】      図２
2004171063.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションプログラムを実行するサーバと、前記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムであって、前記シンクライアント端末から前記サーバに対して行われる操作要求を、特定条件が満たされるまで、保留する操作保留手段を含むことを特徴とするシンクライアントシステム。
【請求項２】
前記操作保留手段は、前記シンクライアント端末と前記サーバとの通信経路の途中に位置するゲートウェイによって実現されることを特徴とする請求項１記載のシンクライアントシステム。
【請求項３】
前記操作保留手段は、保留すべき操作要求を前記特定条件が満たされるまで保存し、前記特定条件が満たされた後、前記サーバに対して操作要求することを特徴とする請求項１又は２のいずれか１項に記載のシンクライアントシステム。
【請求項４】
前記特定条件は所定イベントの発生であり、このイベントが発生したことを検出し、この検出結果を前記操作保留手段に対して通知するイベント検出手段を更に含むことを特徴とする請求項１乃至３のいずれか１項に記載のシンクライアントシステム。
【請求項５】
前記操作保留手段が保留すべき操作を指定するためのユーザインタフェースと、前記イベント検出手段が検出すべきイベントを指定するためのユーザインタフェースと、を実現するためのデータを記憶するメニューデータ記憶手段を更に含むことを特徴とする請求項４記載のシンクライアントシステム。
【請求項６】
前記サーバに対するユーザの利用権を認証する認証手段を更に含み、前記認証手段による認証時に入力された認証情報を保存し、前記イベント検出手段がイベントの発生を検出した場合に、前記操作保留手段によって保留されていた操作を、前記サーバに対して実行する際、保存した前記認証情報を用いて該サーバにログインするようにしたことを特徴とする請求項５記載のシンクライアントシステム。
【請求項７】
アプリケーションプログラムを実行するサーバと、前記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムにおける制御方法であって、前記シンクライアント端末から前記サーバに対して行われるべき操作を指定する操作要求指定ステップと、前記操作要求指定ステップにおいて指定された前記サーバに対する操作要求を特定条件が満たされるまで、保留する保留ステップとを含むことを特徴とするシンクライアントシステム制御方法。
【請求項８】
前記特定条件は所定イベントの発生であり、前記保留ステップにおいては前記イベントが発生するまで、前記サーバに対する操作要求を保留することを特徴とする請求項７記載のシンクライアントシステム制御方法。
【請求項９】
前記サーバに対するユーザの利用権を認証する認証ステップを更に含み、前記認証ステップによる認証時に入力された認証情報を保存し、前記保留ステップによる保留が解除された際、保存した前記認証情報を用いて前記サーバにログインし前記操作要求指定ステップにおいて指定された操作を実行するようにしたことを特徴とする請求項７又は８のいずれか１項に記載のシンクライアントシステム制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はシンクライアントシステムに関し、特にクライアント−サーバコンピューティングモデルの一変形として、クライアント端末側の処理負荷を大幅に軽減し、システム全体としての、運用・管理コストを削減することを目途して考案された、シンクライアントシステムに関するものである。
【０００２】
【従来の技術】
近年、企業のＯＡ化が進み、一般従業者にも専用のパーソナルコンピュータ（以下、ＰＣと略称する）が割り当てられるようになり、その導入コストが問題となっている。これに加えて、個々のＰＣにおけるアプリケーションソフトのインストールやバージョンアップ、ハードウエアのメンテナンス等にかかる運用・管理コスト（ＴＣＯ；ｔｏｔａｌ  ｃｏｓｔ  ｏｆ  ｏｗｎｅｒｓｈｉｐ）も大きな問題となりつつある。
【０００３】
これらの問題の解決手段として、クライアント−サーバコンピューティングモデルを拡張し、一般従業者が使用するクライアントコンピュータには、複雑で高価なＰＣは使わずに、画面表示やキー／マウス入力など最低限の機能のみを持った低価格な専用のコンピュータを配備し、アプリケーションソフトなどの資源は、サーバで一元管理するという方式が提案されている。このようなコンピューティングモデルのこと及びこのような用途で利用することを目途したクライアント端末をシンクライアントと称する。
【０００４】
シンクライアントシステムの実現例としては、アプリケーションの管理と保存をサーバで行い、アプリケーション実行時にアプリケーションプログラムをサーバからシンクライアント側にダウンロードし、シンクライアント側で実行する形態のもの（例えば、非特許文献１）と、アプリケーションの管理と保存に加えて実行もサーバ側で行い、シンクライアント側では、アプリケーションの画面の表示、マウス、キーボードによる入力等、ＧＵＩによる入出力のみを行うもの（例えば、非特許文献２）に大別される。以下、前者を方式１と呼び、後者を方式２と呼ぶ。
【０００５】
しかしながら、方式１では、アプリケーションプログラムはシンクライアント側で実行されるため、シンクライアント端末側にもサーバと同等の処理能力が必要とされ、シンクライアント端末の大幅な低価格化は難しい。また、アプリケーションプログラム自体が、当該方式によるシンクライアントシステム向けに設計されている必要があり、既存のＰＣ用アプリケーションをそのまま利用することができないという意味で利便性は著しく制約されるという問題がある。
【０００６】
一方、方式２では、アプリケーションプログラムは、サーバ上で実行されるため、シンクライアントに要求されるスペックは低く、低価格化に関しては容易である。しかしながら、本方式では、シンクライアント端末−サーバ間で交換されるメッセージ数が非常に多く、伝送網の遅延特性や課金方式により、利便性や経済性を著しく損なう場合がある。
【０００７】
従来、これらの諸問題を解決し、高遅延、情報量課金という特性を有する移動体通信網を介し、シンクライアント端末として、ブラウザフォンを利用した場合においても、ユーザが快適かつ経済的に利用することが可能なシンクライアントシステムが提案されている（例えば、非特許文献３）。このシンクライアントシステムの構成が図９に示されている（以下、方式３と称する）。
【０００８】
同図を参照すると、携帯電話機等の移動機であるシンクライアント端末１とサーバ２との間には、シンクライアント端末１とサーバ２との仲介、及び、プロトコル変換、認証等を行うゲートウェイ５が設けられている。シンクライアント端末１とゲートウェイ５とは移動通信網やインターネットを介して通信を行うことができる。この通信の際には、必要に応じてＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）が用いられる。また、サーバ２とゲートウェイ５とはインターネットやＬＡＮを介して通信を行うことができる。この通信の際、必要に応じてＩＰｓｅｃが用いられる。
【０００９】
同図において、シンクライアント端末１は、サーバ２上で実行されているアプリケーションプログラムのＧＵＩ機能を疑似するサーバＧＵＩ疑似機能部１０を有している。また、このシンクライアント端末１は、ブラウザ、文字入力等のＨＭＩ（Ｈｕｍａｎ  Ｍａｃｈｉｎｅ  Ｉｎｔｅｒｆａｃｅ）機能部１５と、テキストエディタ／かな漢字変換（以下、ＦＥＰと称する）部１４と、通信機能部１６とを有している。
【００１０】
ゲートウェイ５は、シンクライアント端末１との通信制御を行う通信制御機能部５９と、アプリケーション専用疑似ＧＵＩを表示するための部品情報であるＧＵＩ情報部６０と、サーバのファイル／ディレクトリの監視を行い、ＧＵＩ情報部６０と連携してウィンドウ形式のファイル一覧用ＧＵＩ情報を生成するファイル情報部５７と、ユーザの認証を行うためのユーザ認証部６４と、実行されているプロセスの監視を行うプロセス監視部５５と、テキストの転送を行うテキスト転送部５２と、印刷制御を行う印刷制御部５８と、シンクライアントビューワ５６とを含んで構成されている。
【００１１】
サーバ２は、アプリケーションプログラムＡＰＬと、シンクライアントサーバ２２とを含んで構成されている。
同図に示されている方式３においては、方式２の場合と同様に、アプリケーションプログラムＡＰＬは、サーバ２上で実行され、既存のＰＣ用のアプリケーションプログラム、既存のＰＣ用のアプリケーションプログラムで作成された文書ファイル、既存のＰＣのデスクトップ環境を改造無く利用することが可能である。
【００１２】
なお、本方式において、ゲートウェイ−サーバ間のプロトコルは方式２によるシンクライアントプロトコルを利用しており、非常に高い頻度で同期信号をやりとりしているのに対し、ゲートウェイ−シンクライアント端末間は、最低限の同期処理のみを行っている。
これらより、ユーザはサーバ上のアプリケーションプログラムのＧＵＩと直接対話するのではなく、シンクライアント端末上において、サーバＧＵＩ疑似機能部１０と対話して、一定量の作業を行う。サーバＧＵＩ疑似機能部１０は、ユーザが行ったＧＵＩ操作を一定量蓄積し、同期する必要性が生じた時点で、蓄積された操作群を一気にまとめてゲートウェイに転送し、ゲートウェイはサーバ上のアプリケーションプログラムに対して、該当するＧＵＩ操作群を一括して行う。
【００１３】
このように、方式３では、サーバ側アプリケーション、シンクライアント双方の動作を疑似する機能を搭載することにより、両者間で直接同期を取る頻度を大幅に削減することが可能としている。このことにより、方式２で問題となった、高遅延網を介して、サーバとシンクライアントとを接続した場合における作業効率を大幅に向上することが可能である。特に、端末上における仮名漢字変換処理、プルダウンメニューによるアプリケーションに対する操作に関して、ユーザに対して非常に効率的な作業環境を提供できる。また、通信量全体も削減可能とし、情報量課金の網でも経済的に利用できる。
【００１４】
【非特許文献１】
Ｊｏｓｅｐｈ  Ｓｉｎｃｌａｉｒ著「Ｔｈｉｎ  Ｃｌｉｅｎｔｓ  Ｃｌｅａｒｌｙ  Ｅｘｐｌａｉｎｅｄ」Ｍｏｒｇａｎ  Ｋａｕｆｍａｎｎ出版、ＩＳＢＮ０−１２−６４５５３５−Ｘ
【非特許文献２】
松下電工インフォメーションシステムズ“ＴｈｉｎＣｌｉｅｎｔとは…？”、［ｏｎｌｉｎｅ］、平成１４年１１月５日検索、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｔｈｉｎｃｌｉｅｎｔ−ｎｅｔ．ｃｏｍ／ａｂｏｕｔ／＞
【非特許文献３】
高橋竜男著「モバイル向けシンクライアントシステムの検討」マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２００２）シンポジウム論文集社団法人情報処理学会、２００２年７月３日発行、ｐ．４９２
【００１５】
【発明が解決しようとする課題】
前述の様に、方式３は、シンクライアント端末側で一定量の操作を蓄積することによって、サーバ側と直接同期を取る頻度を大幅に削減することができる。しかしながら、方式３においても、上記一連の操作を受け付けたサーバの応答を、サーバは、シンクライアント端末側に返送し、ユーザはこの結果を受けて、次の操作を行うという処理を行う必要がある。すなわち、方式３は方式２の場合と比較して、シンクライアント端末とサーバとが同期する頻度は削減されているが、同期する必要があることは変わりない。すなわち、ユーザは原則サーバを操作する必要が生じた時点においてシンクライアント端末経由でその操作を行う必要がある。
【００１６】
図９の構成において、ゲートウェイ−サーバ間の経路は、ＬＡＮあるいは、固定網インターネットを介しており、異常な輻輳時を除けば、通信が不可能となる可能性は比較的低い。これに対して、シンクライアント端末−ゲートウェイ間の経路は、移動網を含んでいる。一般に移動網は、ユーザの物理的な位置（トンネル内、基地局との位置関係等）によって、電波到達不可となり、通信不可となることが頻繁にあり得る。また、通信帯域／同時収容ユーザ数も固定網に比較すると劣るので、輻輳により利用できなくなる可能性も高く、固定網に比較すると信頼性が低い網である。
【００１７】
したがって、方式３による同期操作環境では、クリティカルな操作中に通信不可の状態になる可能性がある。例えば、シンクライアント端末を利用してサーバ上で作成した文章を保存する前に、シンクライアント端末側が通信不可能となり、サーバ側で編集中の文章が開いたままの状態で長期間サーバ上に表示されセキュリティ上の問題を生じたり、また、サーバ側でセッションの異常を検出し、編集中の文書を保存しないまま、アプリケーションを強制終了したりしてしまう可能性があることが問題であった。
【００１８】
同様に、特定時刻に必ず行わなくてはいけない処理（例えば、ビデオ録画等の家電制御等の処理）において、その時刻においてかならず動作することを保証することはできない。
また、このような時刻依存性の高い処理に関しては、移動網の状態以外にも、ユーザ自身の状態（会議中等）にも依存し、動作保障ができないという問題があった。
【００１９】
本発明は上述した従来技術の欠点を解決するためになされたものであり、その目的は通信不可状態等によってセッションが異常になっても動作を保証することのできるシンクライアントシステムを提供することである。
【００２０】
【課題を解決するための手段】
本発明の請求項１によるシンクライアントシステムは、アプリケーションプログラムを実行するサーバと、前記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムであって、前記シンクライアント端末から前記サーバに対して行われる操作要求を、特定条件が満たされるまで、保留する操作保留手段を含むことを特徴とする。こうすることにより、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００２１】
本発明の請求項２によるシンクライアントシステムは、請求項１において、前記操作保留手段は、前記シンクライアント端末と前記サーバとの通信経路の途中に位置するゲートウェイによって実現されることを特徴とする。通信経路の途中に位置するゲートウェイを利用することにより、操作保留のための専用装置を用意しなくても、シンクライアント端末が、一定のイベント（設定時刻の到来、セッション異常の検出等）が発生したときに行うべきサーバに対する操作をゲートウェイ内に蓄積することができる。
【００２２】
本発明の請求項３によるシンクライアントシステムは、請求項１又は２のいずれか１項において、前記操作保留手段は、保留すべき操作要求を前記特定条件が満たされるまで保存し、前記特定条件が満たされた後、前記サーバに対して操作要求することを特徴とする。特定条件が満たされた時点で実行したい処理を事前に予約することができる。
【００２３】
本発明の請求項４によるシンクライアントシステムは、請求項１乃至３のいずれか１項において、前記特定条件は所定イベントの発生であり、このイベントが発生したことを検出し、この検出結果を前記操作保留手段に対して通知するイベント検出手段を更に含むことを特徴とする。これにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００２４】
本発明の請求項５によるシンクライアントシステムは、請求項４において、前記操作保留手段が保留すべき操作を指定するためのユーザインタフェースと、前記イベント検出手段が検出すべきイベントを指定するためのユーザインタフェースと、を実現するためのデータを記憶するメニューデータ記憶手段を更に含むことを特徴とする。このようにユーザインタフェースを利用することによって、操作やイベントの指定を容易に行うことができる。
【００２５】
本発明の請求項６によるシンクライアントシステムは、請求項５において、前記サーバに対するユーザの利用権を認証する認証手段を更に含み、前記認証手段による認証時に入力された認証情報を保存し、前記イベント検出手段がイベントの発生を検出した場合に、前記操作保留手段によって保留されていた操作を、前記サーバに対して実行する際、保存した前記認証情報を用いて該サーバにログインするようにしたことを特徴とする。このように認証後に、操作を実行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。そして、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインするので、再認証を必要とせず、その操作を実行することができる。
【００２６】
本発明の請求項７によるシンクライアントシステム制御方法は、アプリケーションプログラムを実行するサーバと、前記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムにおける制御方法であって、前記シンクライアント端末から前記サーバに対して行われるべき操作を指定する操作要求指定ステップと、前記操作要求指定ステップにおいて指定された前記サーバに対する操作要求を特定条件が満たされるまで、保留する保留ステップとを含むことを特徴とする。こうすることにより、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００２７】
本発明の請求項８によるシンクライアントシステム制御方法は、請求項７において、前記特定条件は所定イベントの発生であり、前記保留ステップにおいては前記イベントが発生するまで、前記サーバに対する操作要求を保留することを特徴とする。これにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００２８】
本発明の請求項９によるシンクライアントシステム制御方法は、請求項７又は８のいずれか１項において、前記サーバに対するユーザの利用権を認証する認証ステップを更に含み、前記認証ステップによる認証時に入力された認証情報を保存し、前記保留ステップによる保留が解除された際、保存した前記認証情報を用いて前記サーバにログインし前記操作要求指定ステップにおいて指定された操作を実行するようにしたことを特徴とする。このように認証後に、操作を実行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。そして、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインするので、再認証を必要とせず、その操作を実行することができる。
【００２９】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
図１（ａ）は本発明によるシンクライアントシステムの実施の一形態を示すブロック図である。同図に示されているように、本実施形態によるシンクライアントシステムは、アプリケーションプログラムを実行するサーバ２とシンクライアント端末１との間に、ゲートウェイ５を設けた構成である。このゲートウェイ５は、操作保留機能６２０を含んで構成されている。操作保留機能６２０は、シンクライアント端末からサーバに対して行われる操作要求を、特定条件が満たされるまで保留する機能である。この操作保留機能６２０は、保留すべき操作要求を特定条件が満たされるまで保存し、その特定条件が満たされた後、サーバに対して操作要求する。
【００３０】
また、ゲートウェイ５は、特定条件である、所定のイベントの発生を検出し、この検出結果を操作保留機能６２０に対して通知するイベント検出機能６３０を含んで構成されている。このイベント検出機能６３０により、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００３１】
さらに、ゲートウェイ５は、操作保留機能６２０が保留すべき操作を指定するためのユーザインタフェースと、イベント検出機能６３０が検出すべきイベントを指定するためのユーザインタフェースと、を実現するためのデータを記憶するメニューデータ記憶部６１０を含んで構成されている。ユーザインタフェースを利用することによって、操作やイベントの指定を容易に行うことができる。
【００３２】
同図（ａ）に示されているシステムの動作について、同図（ｂ）を参照して説明する。
同図（ｂ）は同図（ａ）に示されているシステムによって実現されるシンクライアントシステム制御方法を示すフローチャートである。同図において、ユーザについての認証が行われた後（ステップＳ０）、操作を指定すると（ステップＳ１）、その指定された操作は操作要求として保存される（ステップＳ２）。この状態のまま、特定条件が満たされるまで待ち状態になる（ステップＳ３）。特定条件が満たされた場合、サーバに対して操作要求が送出される（ステップＳ４）。
【００３３】
以上のように、本システムにおいては、以下のようなシンクライアントシステム制御方法が実現されている。すなわち、アプリケーションプログラムを実行するサーバと、上記サーバとデータを授受するシンクライアント端末とを含むシンクライアントシステムにおける制御方法であり、上記シンクライアント端末から上記サーバに対して行われるべき操作を指定する操作要求指定ステップ（上記ステップＳ１）と、上記操作要求指定ステップにおいて指定された上記サーバに対する操作要求を特定条件が満たされるまで、保留する保留ステップ（上記ステップＳ２及びＳ３）とを含む制御方法が実現されている。この方法により、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００３４】
そして、上記特定条件は所定イベントの発生であり、上記保留ステップにおいては上記イベントが発生するまで上記サーバに対する操作要求を特定条件が満たされるまで、保留することにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
【００３５】
さらに、上記サーバに対するユーザの利用権を認証する認証ステップ（上記ステップＳ０）を更に含み、上記認証ステップによる認証後、上記操作要求指定ステップに移行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。
以下、本システムの具体的な実施例の構成について説明する。
【００３６】
【実施例】
（第１の実施例）
図２は、本発明によるシンクライアントシステムの第１の実施例の構成を示すブロック図である。本実施例においては、シンクライアントシステムを利用してビデオ予約システムを実現している。同図において、本実施例によるシンクライアントシステムは、シンクライアント端末１と、ゲートウェイ５と、サーバ２とを含んで構成されている。
【００３７】
ゲートウェイ５は、ゲートウェイ基本部５００の他に、システムタイマＴＭを含んで構成されている。ゲートウェイ基本部５００は、通信制御機能部５９と、ＧＵＩ情報部６０と、ファイル情報部５７と、ユーザ認証部６４と、プロセス監視部５５と、テキスト転送部５２と、印刷制御部５８と、シンクライアントビューワ５６とを含んで構成されている。これらの機能は図９の場合と同様である。さらに、ゲートウェイ５は、ゲートウェイの各部を制御するゲートウェイ制御部５１と、デスクトップ画面の分割・縮小・圧縮等を行う画像変換部５３と、サーバで実行する必要のあるコマンドを発行するコマンド変換部５４と、上記のメニューデータ記憶部６１０に対応する予約用メニューＤＢ６１と、上記の操作保留機能６２０に対応する予約実行機能部６２と、上記のイベント検出機能６３０に対応するイベント検出部６３と、を含んで構成されている。
【００３８】
シンクライアント端末１内のサーバＧＵＩ疑似機能部１０は、疑似ポインタ機能部１１と、画像制御機能部１２と、メニュー制御機能部１３とを含んで構成されている。なお、ゲートウェイ５のシステムタイマＴＭ以外の部分を、本明細書ではゲートウェイ基本部５００と呼ぶ。
また、イベント検出部６３は、ゲートウェイ５のシステムタイマＴＭと連動し、ユーザが予約用メニューＤＢ６１を利用して予め予約した時刻に、予約実行機能部６２を起動する。起動された予約実行機能部６２は、ユーザが予約用メニューＤＢ６１を利用して予め指定された操作要求を保存し、その操作を実行する。例えば、アプリケーションの起動、アプリケーションへのコマンド発行、場合によってはサーバ２の起動、終了等を行うのであり、これら操作要求に関するデータが予め保存されている。
【００３９】
本実施例におけるサーバ２の詳細な構成が図３に示されている。同図においては、シンクライアント端末１の図示が省略されている。同図において、サーバ２には、ＴＶチューナ３が接続されている。ＴＶチューナ３はＴＶアンテナ３０からのビデオ信号をサーバのインタフェースに取り込む、また、サーバ２には、ビデオ保存用のアプリケーションであるビデオ保存アプリケーションＡＰＬ１がインストールされている。このビデオ保存アプリケーションＡＰＬ１は、ＴＶアンテナ３０からのビデオ信号をディジタル信号に変換し、この変換後のディジタル信号をサーバ２内のハードディスク（ＨＤＤ）２３に保存する機能を有している。
【００４０】
ユーザはこのサーバ２のハードディスク２３にインストールされているビデオ保存アプリケーションＡＰＬ１を、シンクライアント端末１経由で、予約実行機能部６２により、コマンド制御する。なお、上述した方式３に基づく同期方式を採用しても良い。
シンクライアント端末１は、ユーザが必要とする操作が、方式３の同期操作の場合には、同期操作用のメニューを、メニューＤＢ５０からロードし、サーバＧＵＩ疑似機能部１０を利用して、ビデオ保存アプリケーションＡＰＬ１を同期遠隔操作する。
【００４１】
ユーザが本発明による予約操作を要求した場合は、シンクライアント端末１は、予約操作用メニューを予約用メニューＤＢ６１からロードし、サーバＧＵＩ疑似機能部１０を利用して、予約時刻、予約操作等を登録する。
以下、図４を利用して予約操作の動作シーケンスを説明する。このシーケンスは、認証シーケンスと予約操作実行シーケンスとからなる。
１．認証シーケンス
（ａ１）ユーザは、ゲートウェイ５にログインするための認証情報Ａ１を入力して、ゲートウェイ５にログインする。この認証情報は、例えばユーザＩＤ、及び、パスワードである。
（ａ２）ユーザは、サーバ２にログインするための認証情報Ａ２をゲートウェイ制御部５１に渡す。この認証情報は、例えばユーザＩＤ、及び、パスワードである。ゲートウェイ制御部５１は、サーバ２にこの情報を確認し、正当であればこれをゲートウェイ制御部５１の内部に保存する。
２．予約操作実行シーケンス
予約シーケンスは、以下の（１）乃至（１１）のようになる。
（１）ユーザはシンクライアント端末１においてビデオ予約用メニューを要求する（Ｓ１０１）。
（２）予約用メニューＤＢは、ビデオ予約用メニューをシンクライアント端末１に渡す（Ｓ１０２ａ、Ｓ１０２ｂ）。
（３）ユーザはその予約メニューより録画開始時刻、終了時刻、チャンネルを設定等のサーバ２に対する操作、及び、操作時刻をゲートウェイ制御部５１に送信する（Ｓ１０３ａ、Ｓ１０３ｂ）。本例においては、時刻「１２：００」に、ＣＨ（チャンネル）を「１」とし、ＳＴ（録画開始）コマンドの発行を予約し、時刻「１２：３０」に、ＥＤ（録画終了）コマンドを発行し、Ｑ（ファイルを保存してアプリケーションを終了）コマンドの発行を予約している。
（４）ゲートウェイ制御部５１は、当該操作を実行する予約実行機能部６２に当該操作の予約時刻及び予約操作、並びに、手順（ａ２）で入手したユーザのサーバ２に対する認証情報（Ａ２）を渡す（Ｓ１０４）。予約実行機能部６２は、イベント検出部に、自らの起動時刻を設定し、休眠状態に遷移する。
（５）ユーザは、そのままシンクライアント端末１のセッションを終了する（Ｓ１０５）。
（６）イベント検出部６３はシステムタイマＴＭの計時値を参照し、予約された録画開始時刻の少し前に予約実行機能部６２を起動する（Ｓ１０６）。本例のように録画開始時刻が「１２：００」であれば、例えばその５分前の「１１：５５」に予約実行機能部６２を起動する。
（７）予約実行機能部６２は、ゲートウェイ制御部５１を介して、上記（４）で受け取った認証情報から、サーバ２にログインし、ビデオ保存アプリケーションＡＰＬ１を起動する（Ｓ１０７）。この際、サーバ２に対する認証情報が予約操作時に保存されているので、これを用いてサーバ２にログインする。このため、ユーザが認証情報を入力しなくても、ログインすることができる。
（８）予約実行機能部６２は、ゲートウェイ制御部５１を介して、サーバ２上のビデオ保存アプリケーションＡＰＬ１に対し、上記（３）で設定されたチャンネルを設定し、録画開始等のコマンドを発行する（Ｓ１０８）。
（９）予約実行機能部６２は、イベント検出部６３に自らの再起動時刻を設定し（Ｓ１０９）、再び休眠状態に遷移する。
（１０）イベント検出部６３は、録画終了時刻の少し前に、予約実行機能部６２を起動する（Ｓ１１０）。本例のように録画週力時刻が「１２：３０」であれば、例えばその５分前の「１２：２５」に予約実行機能部６２を起動する。
（１１）予約実行機能部６２は、ゲートウェイ制御部５１を介して、サーバ２上のビデオ保存アプリケーションＡＰＬ１に対し、録画終了のコマンドを発行し、録画ファイルを保存した後、ビデオ保存アプリケーションＡＰＬ１の終了コマンドを発行する（Ｓ１１１）。
【００４２】
上記（１）乃至（１１）の様に、本実施例によれば、ユーザが自らの都合又は、移動網の状態により、実時間による遠隔録画操作が不可能な状態でも、予め予約した操作をゲートウェイ５の予約実行機能部が、信頼度の高い固定網を経由して、自動的にこれらを実行する機能を有することが最大の特徴である。
従来、インターネット経由でビデオ予約を行うシステムは提案されている。本システムは、サーバ２上で動作するビデオ保存アプリケーションＡＰＬ１として、基本的に汎用品が利用可能であること、ビデオ予約機能を有していない極めて単純な製品でも予約操作が可能であること、サーバ２側の時計の正確性に関して、個々のユーザ（予約者）が調節する必要が無いこと、が優れている。
【００４３】
また、サーバに対してログインする際に認証情報を入力するのが一般的であるが、その場合には認証情報の正当性を確認した段階でサーバ−ゲートウェイ間のセッションが一旦切れてしまう。このため、予約操作を実行する際には再認証が必要になり、このときユーザが認証情報を入力できない点が問題となる。この点に対し、本システムでは、ゲートウェイにおいて予約情報と共に認証情報を保存しているので、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインできる。このため、再認証を必要とせず、その操作を実行することができる。
（第２の実施例）
図５は、本発明によるシンクライアントシステムの第２の実施例の主要部の構成を示すブロック図である。本実施例においては、印刷処理の予約を行う。同図において、シンクライアント端末１の構成は第１の実施例の構成と同様であるため、図示が省略されている。
【００４４】
本実施例では、前述した方式３によるワードプロセッサ（以下、ワープロと称する）等のアプリケーションプログラムＡＰＬ２で印刷メニュー（方式３による同期制御用メニュー）を選択し、予約印刷処理を要求すると、予約用メニューＤＢ６１内の操作予約メニューが呼び出される。この場合、メニューＤＢ５０内のワープロ等ソフトウェアの印刷メニュー５０ａと予約用メニューＤＢ６１内の操作予約メニュー６１ａとがリンクしている構造になっている。
【００４５】
また、ゲートウェイ５内のイベント検出部６３は、第１の実施例の場合と同様に、システムタイマＴＭと連動し、予約用メニューＤＢ６１を利用して予約した時刻に、予約実行機能部６２を起動する。
さらに、サーバ２には、プリンタ４が接続されている。このプリンタ４に対しては、ワープロ等のアプリケーションプログラムＡＰＬ２から印刷指示が与えられる。このアプリケーションプログラムＡＰＬ２のためのテンポラリ保存領域がサーバ２内のハードディスク２３に設けられており、この領域に文書ファイル２４等が保存される。
【００４６】
図６に、本実施例によるシンクライアントシステムの動作シーケンスが示されている。以下、同図を参照して説明する。同図において、動作シーケンスは、認証シーケンスと予約操作実行シーケンスとからなる。
１．認証シーケンスに関しては、第１の実施例と同様であるため、説明を省略する。
２．予約操作実行シーケンスは、以下の（１）乃至（９）のようになる。
（１）認証シーケンス後、ユーザはシンクライアント端末１上で、ワープロソフト等を利用することができる。このワープロソフト等の編集作業を行っているとき、ワープロソフト用メニューから、印刷予約用メニューを呼び出す（Ｓ２０１）。
（２）すると、予約メニュー用ＤＢに印刷予約用メニューが要求され、予約メニュー用ＤＢは印刷予約用メニューをシンクライアント端末１に渡す（Ｓ２０２）。
（３）ユーザはその予約メニューより、印刷を希望する時刻である「印刷時刻」（ＴＩＭ）、及び、印刷を希望する「プリンタ」（ＰＲ）を指定し、ゲートウェイ制御部５１に送信する（Ｓ２０３ａ）。ゲートウェイ制御部５１は、（ａ２）で取得したユーザの認証情報（Ａ２）とともに、これを予約実行機能部６２に転送する（Ｓ２０３ｂ）。予約実行機能部６２は、ゲートウェイ制御部５１を介して、サーバ２を制御し、現在編集中の文書ファイル２４をテンポラリ領域に保存する（Ｓ２０３ｃ）。その後サーバ２からログアウトする。この際、必要に応じて、サーバ自体も終了する。
（４）予約実行機能部６２は、イベント検出部６３に、自らの起動時刻を設定し、休眠状態に遷移する（Ｓ２０４）。
（５）ユーザは、そのままシンクライアント端末のセッションを終了する（Ｓ２０５）。
（６）予約時刻の少し前に、イベント検出部６３は、予約実行機能部６２を起動する（Ｓ２０６）。予約した印刷時刻が「１２：００」であれば、例えばその５分前である「１２：５５」に予約実行機能部６２を起動する。
（７）予約実行機能部６２は、上記（３）で取得した認証情報（Ａ２）を利用して、サーバ２にログインし（上記（３）でサーバ２が終了した場合は、サーバ自体を再起動する）、サーバ２を制御し、上記（３）で設定された文書ファイルに関連付けられたアプリケーションを起動し、上記の文書ファイルを開く（Ｓ２０７）。
（８）予約実行機能部６２は、サーバ２を制御し、上記（７）で開いている文書ファイルを、上記（３）で指定されたプリンタに出力する（Ｓ２０８）。
（９）予約実行機能部６２は、印刷完了後、アプリケーションを終了する（Ｓ２０９）。この際、必要に応じてサーバ自体も終了する。
【００４７】
インターネットからの指示又はブラウザフォンからの指示により、文書ファイルを印刷できるシステムは従来から存在していた。しかし、これらのシステムには、特定時刻に印刷を予約するという機能は無かった。このため、前述の様な要因で、印刷を行いたいときに、シンクライアント端末（移動網）が利用できず、必要な作業が行えない可能性があった。また、これを防ぐために、早めに印刷しておくと重要な書類が第三者の目に触れる確率が高くなるというセキュリティ上の問題があった。これら従来技術の問題は、以上説明した本実施例のシステムによって解決することができる。
（第３の実施例）
図７は、本発明によるシンクライアントシステムの第３の実施例の構成を示すブロック図である。本実施例においては、セッションの監視を行う。
【００４８】
同図を参照すると、本実施例では、ゲートウェイ５は、ゲートウェイ基本部５００（図２参照）に加えて、シンクライアント端末−ゲートウェイ間のセッション管理部６５を有し、セッション管理部６５がイベント検出部６３とリンクしている。また、シンクライアント端末１のサーバＧＵＩ疑似機能部１０は、ユーザが何も操作を行わなくても、一定間隔毎に規定のメッセージの送信を行う機能（キープアライブ機能）を有する。
【００４９】
一方、シンクライアント端末１内にはキープアライブメッセージを送出するキープアライブ信号送信部１７が設けられている。
ゲートウェイ制御部５１は、メッセージ中の識別子から、キープアライブメッセージを識別し、何もせずにセッション管理部６５にこれを転送する。セッション管理部６５は、このキープアライブ信号が一定期間到達しない場合、シンクライアント端末１自体あるいは、シンクライアント端末１とゲートウェイ５との間の通信リンクに異常があったものと判断し、イベント検出部６３に通知する。
【００５０】
イベント検出部６３は、そのセッションの異常を検出すると、編集中の文書ファイル等をテンポラリ保存領域に保存し、アプリケーションプログラムＡＰＬ２を終了する。以下、図８を利用して動作シーケンスを示す。
同図において、動作シーケンスは、以下の（１）乃至（１０）のようになる。
（１）ユーザはワープロソフト等のアプリケーションプログラムＡＰＬ２を起動する（Ｓ３０１）。このとき、アプリケーションがセッション断時に、異常終了回避処理シーケンス（文書テンポラリの保存、アプリケーションの終了等）を予約することを指定する（または、ユーザもしくはゲートウェイ管理者によって、そのアプリケーションがセッション管理対象アプリケーションとして設定されている）。このとき同時に、シンクライアント端末１上のサーバＧＵＩ疑似機能部１０は、キープアライブ信号の送信を開始する。
（２）ゲートウェイ制御部５１は、上記（１）による異常終了時の処理の指定を受領後、そのアプリケーションを起動する（Ｓ３０２ａ）。また、ゲートウェイ制御部５１は、予約実行機能部６２に、異常終了回避処理の通知を行う（Ｓ３０２ｂ）。
（３）予約実行機能部６２は、イベント検出部６３にセッション監視を指定し（Ｓ３０３）、休眠状態に遷移する。
（４）イベント検出部６３は、セッション管理部６５に、セッション断時の通知を予約する（Ｓ３０４）。
（５）シンクライアント端末１からは、一定周期毎にキープアライブ信号が送信される（Ｓ３０５ａ）。ゲートウェイ制御部５１は、これらキープアライブ信号をセッション管理部６５に転送する（Ｓ３０５ｂ）。
（６）ユーザは、本シンクライアントシステムを利用して、アプリケーションプログラムによる文章編集を行う（Ｓ３０６）。なお、この間もキープアライブ信号は送受される。
（７）上記（６）の処理中に、移動網の状態が悪化し、シンクライアント側のセッションが異常終了したとする（Ｓ３０７ａ）。すると、セッション管理部６５は、キープアライブ信号が到着しないことより、セッションの異常を検出する（Ｓ３０７ｂ）。
（８）セッション管理部６５は、セッションの異常をイベント検出部６３に通知する（Ｓ３０８）。
（９）イベント検出部６３は、予約実行機能部６２を起動する（Ｓ３０９）。
（１０）予約実行機能部６２は上記（２）において予約された異常終了回避処理を行う。例えば、編集中の文章ファイルに新しい名称を付与して保存し、そのアプリケーションプログラムを終了する（Ｓ３１０）。
【００５１】
【発明の効果】
以上説明したように本発明は、シンクライアントシステムにおいて、シンクライアント端末からサーバに対して行われる操作要求を、特定条件が満たされるまで、保留することにより、たとえシンクライアント端末側のセッションが異常な場合でも、必要なイベントが発生したときに、必要な処理をサーバに要求することができる。
【００５２】
シンクライアント端末とサーバとの通信経路の途中に位置するゲートウェイによって操作要求の保留を行うことにより、操作保留のための専用装置を用意しなくても、シンクライアント端末が、一定のイベントが発生したときに行うべきサーバに対する操作をゲートウェイ内に蓄積することができる。
保留すべき操作要求を特定条件が満たされるまで保存し、特定条件が満たされた後、サーバに対して操作要求することにより、特定条件が満たされた時点で実行したい処理を事前に予約することができる。
【００５３】
特定条件である、所定イベントが発生したことを検出し、この検出結果を通知することにより、指定した時刻になったこと等、イベントが発生して特定条件が満たされたことを検出した時点で通知し、処理を実行することができる。
保留すべき操作を指定するためのユーザインタフェースと、検出すべきイベントを指定するためのユーザインタフェースと、を実現するためのデータを記憶しておき、そのユーザインタフェースを利用することによって、操作やイベントの指定を容易に行うことができる。
【００５４】
サーバに対するユーザの利用権を認証した後、イベントの発生を検出した場合に、保留されていた操作を、サーバに対して実行することにより、利用権がなくログインできない者によるシステムの利用を防止することができる。さらに、予約情報と共に認証情報を保存し、保留されていた操作を実行する際、保存しておいた認証情報を用いてサーバにログインするため、再認証を必要とせず、その操作を実行することができる。
【図面の簡単な説明】
【図１】（ａ）は本発明によるシンクライアントシステムの実施の一形態を示す図、（ｂ）は同図（ａ）に示されているシステムによって実現されるシンクライアントシステム制御方法を示すフローチャートである。
【図２】本発明の第１の実施例によるシンクライアントシステムの構成を示すブロック図である。
【図３】本発明の第１の実施例によるシンクライアントシステムにおけるサーバの詳細な構成を示すブロック図である。
【図４】本発明の第１の実施例によるシンクライアントシステムの処理シーケンスを示す図である。
【図５】本発明の第２の実施例によるシンクライアントシステムの主要部分の構成を示すブロック図である。
【図６】本発明の第２の実施例によるシンクライアントシステムの処理シーケンスを示す図である。
【図７】本発明の第３の実施例によるシンクライアントシステムの主要部分の構成を示すブロック図である。
【図８】本発明の第３の実施例によるシンクライアントシステムの処理シーケンスを示す図である。
【図９】従来のシンクライアントシステム（方式３）の構成を示す図である。
【符号の説明】
１  シンクライアント端末
２  サーバ
３  チューナ
４  プリンタ
５  ゲートウェイ
１０  サーバＧＵＩ疑似機能部
１１  疑似ポインタ機能部
１２  画像制御機能部
１３  メニュー制御機能部
１４  テキストエディタ／かな漢字変換部
１５  ＨＭＩ機能部
１６  通信機能部
１７  キープアライブ信号送信部
２２  シンクライアントサーバ
２３  ハードディスク
２４  文書ファイル
３０  アンテナ
５０  メニューＤＢ
５１  ゲートウェイ制御部
５２  テキスト転送部
５３  画像変換部
５４  コマンド変換部
５５  プロセス監視部
５６  シンクライアントビューワ
５７  ファイル情報部
５８  印刷制御部
５９  通信制御機能部
６０  ＧＵＩ情報部
６１  予約用メニューＤＢ
６２  予約実行機能部
６３  イベント検出部
６４  ユーザ認証部
６５  セッション管理部
５００  ゲートウェイ基本部
６１０  メニューデータ記憶部
６２０  操作保留機能
６３０  イベント検出機能
ＡＰＬ  アプリケーションプログラム
ＡＰＬ１  ビデオ保存アプリケーション
ＡＰＬ２  アプリケーションプログラム
ＴＭ  システムタイマ
【図１】
2004171063.tif 000003
【図２】
2004171063.tif 000004
【図３】
2004171063.tif 000005
【図４】
2004171063.tif 000006
【図５】
2004171063.tif 000007
【図６】
2004171063.tif 000008
【図７】
2004171063.tif 000009
【図８】
2004171063.tif 000010
【図９】
2004171063.tif 000011