(57)【要約】【課題】ユーザ自らが通常使用するＰＣを遠隔操作し、電源が切られている状態でも利用可能にする。【解決手段】画面サーバを動作させるＷＯＬに対応したＰＣ１と画面クライアントを動作させるＴＣ２がネットワークを経由して画面共有を行う。ＴＣ２は、Ping応答によりＰＣ１が作動中であれば画面クライアントを起動する。停止中であれば、ＴＣ２からＰＣ１へＷＯＬのMagicPacketを送り起動させ、一定時間待機したのち、画面クライアントを起動する。【選択図】図１
2006023990.tif 000002
【特許請求の範囲】
【請求項１】
画面サーバを動作させるＷＯＬに対応した装置１と画面クライアントを動作させる装置２がネットワークを経由して画面共有を行うシステムにおいて、装置１で画面サーバを自動起動するように設定する手段を有し、装置１において画面サーバを自動起動するように設定して停止させ、装置２から装置１へＷＯＬのMagicPacketを送り起動させ、一定時間待機したのち、画面クライアントを起動することを特徴とする画面共有システム。
【請求項２】
画面サーバを動作させるＷＯＬに対応した装置１と画面クライアントを動作させる装置２がネットワークを経由して画面共有を行うシステムにおいて、装置１で画面サーバを自動起動するように設定する手段を有し、装置１において画面サーバを自動起動するように設定して停止させ、装置２から装置１へＷＯＬのMagicPacketを送り起動させ、Pingを一定時間間隔で送信し応答を確認した後、画面クライアントを起動することを特徴とする画面共有システム。
【請求項３】
請求項１または２記載の画面共有システムにおいて、装置１の自動起動する手段でキーの状態チェックし、押下状態であれば画面サーバを起動しないことを特徴とする画面共有システム。
【請求項４】
請求項３記載の画面共有システムにおいて、画面サーバを起動しない場合にアカウントの状態を元に戻すことを特徴とする画面共有システム。
【請求項５】
画面サーバを動作させるＷＯＬに対応した装置１と画面クライアントを動作させる装置２をネットワークを経由して画面共有を行うシステムにおいて、認証を行う装置３を設け、装置１で画面サーバを自動起動するように設定する手段を有し、装置１において画面サーバを自動起動するように設定して停止させ、装置３は装置１のＩＰアドレスとMagicPacketの情報を格納しておき、装置２から得られるＩＤ情報から装置１を特定し、装置１へＷＯＬのMagicPacketを送り起動させるとともに装置２に装置１が起動中である情報とＩＰアドレスを送り、装置２では一定時間待機したのち、画面クライアントを起動することを特徴とする画面共有システム。
【請求項６】
画面サーバを動作させるＷＯＬに対応した装置１と画面クライアントを動作させる装置２をネットワークを経由して画面共有を行うシステムにおいて、認証を行う装置３を設け、装置１で画面サーバを自動起動するように設定する手段を有し、装置１において画面サーバを自動起動するように設定して停止させ、装置３は装置１のＩＰアドレスとMagicPacketの情報を格納しておき、装置２から得られるＩＤ情報から装置１を特定し、装置１へＷＯＬのMagicPacketを送り起動させるとともに装置２に装置１が起動中である情報とＩＰアドレスを送り、装置２では装置１に対してPingを一定時間間隔で送信し応答を確認した後、画面クライアントを起動することを特徴とする画面共有システム。
【請求項７】
請求項５または６記載の画面共有システムにおいて、ＩＤを格納したＩＣカードを用いて認証することを特徴とする画面共有システム。
【請求項８】
請求項７記載の画面共有システムにおいて、ＩＣカードに認証用パスワードを格納することを特徴とする画面共有システム。
【請求項９】
請求項７記載の画面共有システムにおいて、ＩＣカードに画面共有用パスワードを格納することを特徴とする画面共有システム。
【請求項１０】
画面サーバを起動する複数の装置群１と画面クライアントを起動する装置群２と認証を行う装置３で構成されるシステムにおいて、装置３は装置群１の利用状態を保持し、装置群２のいずれかの装置からＩＤが送られてきた場合に装置群１の中の利用されていない任意の装置を選択しその装置のＩＰアドレスおよび画面共有のパスワードをＩＤ送ってきた装置に送ることを特徴とする画面共有システム。
【請求項１１】
請求項１乃至１０のいずれか１項に記載の画面共有システムにおいて、ｅメールまたはＩＭでＰＣのＩＰアドレスおよびパスワードを送り、ｅメールまたはＩＭを受信したＰＣでＩＰアドレスおよびパスワードをクリップボードに格納しＴＣ側からの他ＰＣ接続要求に対しクリップボードの情報を送信し、ＴＣ側でそのＩＰアドレスおよびパスワードにより接続先を変更することを特徴とする画面共有システム。
【請求項１２】
請求項１、２、５、６または１０のいずれか１項に記載の画面クライアントを起動する手段および画面保存する手段、印刷操作する手段を有することを特徴とする印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＣ（パーソナルコンピュータ）の画面共有によるＴＣ（シンクライアント）を用いた遠隔操作に関し、シンクライアントを用いたコラボレーションに関する。
【背景技術】
【０００２】
従来、ＰＣの画面共有によるＴＣを用いた遠隔操作としては、一般的なＷｅｂアプリケーションによる遠隔操作がある（図１１（ａ））。また、Microsoft社のＯＳであるWindows  NT系(windowsNT/2000/XP)Serverに、マルチユーザ機能を付加したターミナルサービスがある（図１１（ｂ））。これは、UNIXのX  Window  Systemのように、１台のサーバに複数の端末がネットワークを通じて同時に接続し、処理を行うことができ、全てのアプリケーションソフトはサーバ上で実行され、RDPというプロトコルを使ってクライアント側に画面が転送される。さらに、VNC(Virtual  Network  Computing：http://www.realvnc.com/)としてよく知られている画面共有システム（一般に遠隔操作、アプリケーション共有と呼ばれることもある）がある（図１１（ｃ））。
【０００３】
また、画面共有において表示能力差を考慮した通信制御システム（例えば、特許文献１を参照）や、画面はカメラで撮影して転送し、キーボード／マウス操作は音声コマンドで行うパーソナルコンピュータ遠隔サポート・システム（例えば、特許文献２を参照）が提案されている。
【０００４】
【特許文献１】特開２００４−５５８２号公報
【特許文献２】特開平１０−１１３９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記したＷＥＢアプリケーション（図１１（ａ））は、インターネットの標準のプロトコルだけで操作が可能であり、データベースのアクセス等のアプリケーションに向くが、既存のＯＳで動作するアプリケーションが利用できない。また、ファイル操作や文書の作成といったアプリケーションにも不向きである。
【０００６】
また、上記したターミナルサービス（図１１（ｂ））は、サーバ側のＯＳでアプリケーションが実行されるが、サーバ側のＯＳがWindows2000/XPに限られる。ＵＮＩＸ系のＸ端末の形態も同様である。クライアントはプロトコルに従ったソフトが実行可能であればよく、linux，Windows98/2000/XP，WindowsCEで動作するものが存在する。画面の生成はクライアントで行われる。
【０００７】
また、上記した画面共有（アプリケーション共有、遠隔操作ともいう）（図１１（ｃ））では、サーバ側のＯＳはそのソフトにより異なるが、通常複数のプラットホームをサポートしている。たとえばＶＮＣはlinux，Windows9x/2000/XPで動作する。クライアントはさらにWindowsCE，PalmOSでも動作するものが存在する。画面の生成はサーバ側で行われる。このことにより複数のクライアントでの共有が実現される。
【０００８】
以上のように、画面共有は柔軟なコンピューティング環境を実現できるが、これまでの画面共有システムはおもに画面サーバを搭載したＰＣと画面クライアントを搭載したＰＣ間のコミュニケーション（またはコラボレーション）や常時作動しているＰＣの遠隔操作に用いられていた。
【０００９】
本発明の目的は、ユーザ自らが通常使用するＰＣを遠隔操作し、電源が切られている状態でも利用可能な画面共有システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明では、イントラネット環境またはＶＰＮ接続されたインターネット環境内のどこにいても、クライアント端末を用いてユーザ自らが通常使用するＰＣを利用できる様にするものである。また同時に表示画面および操作による共同作業も実現する。
【発明の効果】
【００１１】
本発明（請求項１、２）では、ＷＯＬで遠隔起動させて画面共有するので、停止中のＰＣに対しても画面共有できる。
【００１２】
本発明（請求項３）では、キー押下で画面サーバの起動を抑制できるので、自席に戻ったときの利用が便利になる。
【００１３】
本発明（請求項４）では、アカウントの状態を修復するので、自席に戻ったときの利用がより便利になる。
【００１４】
本発明（請求項５、６）では、ＩＤからＩＰアドレスが得られるので操作が楽になる。
【００１５】
本発明（請求項７）では、ＩＤを入力する必要がなくなるので操作が楽になる。
【００１６】
本発明（請求項８）では、パスワードを入力する必要がなくなるのでより操作が楽になる。
【００１７】
本発明（請求項９）では、画面共有のパスワードを認証サーバから得る必要がないので効率的になる。
【００１８】
本発明（請求項１０）では、利用者とＰＣを任意に割り付けるので、ＰＣの数＜利用者となりＰＣの利用が効率的になる。
【００１９】
本発明（請求項１１）では、コミュニケーション／共同作業するＰＣに接続先を変更できるので、遠隔利用しているＰＣで画面クライアントを起動するより便利かつ効率的である。
【００２０】
本発明（請求項１２）では、ＰＣからファイルを送ったりすることなく、プリンタ（ＭＦＰ）からＰＣの情報を取り出せるので、印刷し忘れた資料等をプリンタから得ることができる。
【発明を実施するための最良の形態】
【００２１】
以下、発明の実施の形態について図面により詳細に説明する。
【００２２】
図１は、本発明の実施例１に係る、ＰＣとＴＣの画面共有時のブロック図を示す。アプリケーション２はキー／マウスのイベント５で処理され画面データ３を形成する。画面データ３は送信部４で転送用のプロトコルに変換され送信される。ＴＣ７では受信部８で送信されたデータから画面を再生する。キーボード入力１１やマウス入力１２があった場合は、転送用のプロトコルに変換され送信部１０から送信される。ＰＣ１の受信部６ではこれを解釈し、キー／マウスイベント５を発生させる。
【００２３】
ＰＣ１は、ユーザの通常使用するＰＣで自席に置かれたＰＣまたはブレイドサーバのように集中管理されたＰＣとする。ＴＣ７はシンクライアントで少なくとも画面の表示９とキー入力１１、マウス入力１２を持つ装置である（もちろん普通のＰＣであってもかまわない）。
【００２４】
図２は、実施例１の処理フローチャートである。ＴＣ７はPing応答（ステップ１０１、１０２）により作動中かを判断し（ステップ１０３）、作動中であれば画面クライアントを起動する（ステップ１０４）。停止中であればＷＯＬ（Wake  ON  LAN）のMagicPacketを該当ＰＣ１に送る（ステップ１０５）。起動完了すると思われる設定時間（たとえば３分）待つまたは、一定時間間隔（たとえば１分）でPing応答により起動完了を確認し（ステップ１０６〜１０９）、画面クライアントを起動する（ステップ１０４）。
【００２５】
ＰＣ１は起動するだけでは画面共有サーバは起動されないので図３のような設定プログラム（ステップ２０１〜２０３）により、自動的に起動するようにしておくことで画面共有ができるようになる。
【００２６】
このとき自席に置かれたＰＣでは第３者に操作される危険があるので自らの操作を禁止した状態で画面サーバを起動するようにする。しかし自席に戻ったときに操作するにはＴＣで設定し直す必要がある。そこで、図４のようなプログラム（ステップ３０１〜３０６）を自動起動にすることにより自席に戻ったときはＯＳが起動中にキーを押下することで通常の起動ができる状態になる。押下するキーはＳｉｆｔやＣｔｒｌキーの状態をチェックするようにすれば変なデータ入力になることもない。以上のようにすることで停止中のＰＣに対しても画面共有による遠隔操作が可能となる。
【００２７】
図５は、本発明の実施例２のシステムの構成例を示す。ＰＣ２１はユーザの通常使用するＰＣで自席に置かれたＰＣまたはブレイドサーバのように集中管理されたＰＣとする。ＴＣ２２はシンクライアントで少なくとも画面の表示とキー入力、マウス入力を持つ装置である（もちろん普通のＰＣであってもかまわない）。認証サーバ２４はＴＣ２２の利用者の認証を行うサーバである。認証はＴＣ２２からの操作で行うこともできるが、入力がわずらわしいので、ＩＣカード２３を用いればＴＣ２２に装着するだけで済む。利用者のＩＤを管理する情報に通常使用するＰＣのＩＰアドレス、MagicPacketの情報が格納されている。
【００２８】
認証時にＴＣ２２からＩＤを受け取りＰＣ２１のＩＰアドレスを送信する処理フローチャートを図６に示す。Ping応答により作動中かを判断し（ステップ４０４）、作動中であればＩＰアドレスをＴＣに送る（ステップ４０５）。停止中であればＷＯＬのMagicPacketを該当ＰＣに送る（ステップ４０６〜４０８）。
【００２９】
ＴＣ２２の処理フローチャートを図７に示す。対象ＰＣが起動中であれば（ステップ５０３）、起動完了すると思われる設定時間（たとえば３分）待って（ステップ５０４）、ＩＰアドレスを受け取り、画面クライアントを起動する（ステップ５０５、５０６）。ＰＣが作動していれば、すぐにＩＰアドレスを受け取り、画面クライアントを起動する。
【００３０】
ＰＣ２１は起動するだけでは画面共有サーバは起動されないので図３のような設定プログラムにより、自動的に起動するようにしておくことで画面共有ができるようになる。このとき自席に置かれたＰＣでは第３者に操作される危険があるので自らの操作を禁止した状態で画面サーバを起動するようにする。しかし自席に戻ったときに操作するにはＴＣで設定し直す必要がある。そこで図４のようなプログラムを自動起動にすることにより自席に戻ったときはＯＳが起動中にキーを押下することで通常の起動ができる状態になる。押下するキーはＳｉｆｔやＣｔｒｌキーの状態をチェックするようにすれば変なデータ入力になることもない。以上のようにすることで停止中のＰＣに対してもより簡単に画面共有による遠隔操作が可能となる。
【００３１】
図８は、本発明の実施例３のシステムの構成例を示す。個人の環境がデータのみ異なる場合はネットワークストレージを個人に割り当て、ＰＣは任意のマシンを利用することができる。
【００３２】
認証サーバ３２はＰＣ群３１を管理し、ＴＣ３３、３４からＩＤが送られてきたら、いずれかの空いているＰＣ３１のＩＰアドレスおよび画面共有のパスワードをＴＣ３３、３４に送ることにより、画面共有を行う。ＴＣは送られてきたＩＰアドレスとパスワードを用いて画面クライアントを起動する。以上のようにすることにより最大利用者数のＰＣを用意するだけでよく、効率的なＰＣの利用が可能となる。
【００３３】
図９は、本発明の実施例４のシステム構成例を示す。コミュニケーションや共同作業において複数人でひとつのＰＣの画面を見たり、操作したりする場合があるが、画面共有によるシンクラアントシステムではＴＣが直接第３者のＰＣへ接続することはできない。遠隔操作しているＰＣで情報のやり取りをして、画面クライアントを動作させれば可能だが、効率が悪い。そこで情報のやり取りをした情報を以下のようにしてＴＣに転送して接続先を変更することでＴＣから第３者のＰＣへの接続を可能にする。
【００３４】
ｅメールまたはＩＭでＰＣのＩＰアドレスおよびパスワードを送り、ｅメールまたはＩＭを受信したＰＣ４１では、図９に示すようにＩＰアドレスおよびパスワードをクリップボード４３に格納し、ＴＣ側からの他ＰＣ接続要求に対しクリップボードの情報を送信４２し、ＴＣ側４４でそのＩＰアドレスおよびパスワードにより接続先を変更４５する。
【００３５】
図１０は、本発明の実施例５の構成を示す。ＭＦＰ（マルチファンクションプリンタ）等は通常操作パネルを持っている。簡単なコンソールを持つプリンタであればWindowsCEのようなＰＤＡレベルの操作は可能であり、プリンタに画面クライアントを搭載し、図１０に示すような画面共有起動ボタンで起動できるようにすれば画面共有することができる。このとき表示画面をＰＣの画面サイズで受信し、表示は縮小するようにすれば、保存操作により画面を蓄積し、印刷操作によりまとめて印刷する。図１０で保存操作はｘボタンに、印刷操作はＣｏｐｙボタンに割り付けておけば容易に操作することができる。以上のようにすればプリンタでＰＣの情報を取得して印刷することが可能となる。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施例１のシステム構成例を示す。
【図２】実施例１の処理フローチャートである。
【図３】起動設定の処理フローチャートである。
【図４】Wakeonの処理フローチャートである。
【図５】本発明の実施例２のシステムの構成例を示す。
【図６】実施例２の処理フローチャートである。
【図７】ＴＣ２２の処理フローチャートである。
【図８】本発明の実施例３のシステムの構成例を示す。
【図９】本発明の実施例４のシステム構成例を示す。
【図１０】本発明の実施例５の構成を示す。
【図１１】従来例を示す。
【符号の説明】
【００３７】
１  ＰＣ
２  アプリケーション
３  画面データ
４、１０  送信部
５  キー／マウスイベント
６、８  受信部
７  ＴＣ
９  表示部
１１  キー入力
１２  マウス入力
【図１】
2006023990.tif 000003
【図２】
2006023990.tif 000004
【図３】
2006023990.tif 000005
【図４】
2006023990.tif 000006
【図５】
2006023990.tif 000007
【図６】
2006023990.tif 000008
【図７】
2006023990.tif 000009
【図８】
2006023990.tif 000010
【図９】
2006023990.tif 000011
【図１０】
2006023990.tif 000012
【図１１】
2006023990.tif 000013