(57)【要約】【課題】  ファイル転送時に転送先端末のユーザーが不在の場合でも、在席直後にファイルを転送することができるファイル転送システムを提供することを課題とする。【解決手段】  ファイル転送元端末、ファイル転送先端末及びサーバがネットワークを介して接続されたファイル転送システムが提供される。ファイル転送元端末は、ファイル転送先端末へのファイル転送要求をサーバに送信し、ファイル転送要求したファイルをサーバに送信する。ファイル転送先端末は、ファイル転送先端末のユーザーの在席状況の情報をサーバへ送信し、サーバからファイルを受信する。サーバは、ファイル転送元端末からファイル転送要求を受信する要求受信手段と、ファイル転送要求を受信すると、ファイル転送先端末から受信したファイル転送先端末のユーザーの在席状況の情報に基づきファイル転送元端末から受信したファイルをファイル転送先端末に転送する転送手段とを有する。【選択図】        図３
2005190412.tif 000002
【特許請求の範囲】
【請求項１】
ファイル転送先端末へのファイル転送要求を受信する受信手段と、
前記ファイル転送要求を受信すると、前記ファイル転送先端末のユーザーの在席状況に基づき前記ファイル転送先端末にファイルを転送する転送手段と
を有することを特徴とするファイル転送装置。
【請求項２】
前記転送手段は、前記ファイル転送先端末のユーザーの在席状況が不在の場合、前記ファイル転送先端末のユーザーが在席になるまで転送データを保持することを特徴とする請求項１記載のファイル転送装置。
【請求項３】
前記転送手段は、前記ファイル転送先端末の情報をファイル転送元端末に送信する送信手段を有することを特徴とする請求項１又は２記載のファイル転送装置。
【請求項４】
前記ファイル転送先端末の情報は、前記ファイル転送先端末のアドレス情報であることを特徴とする請求項３記載のファイル転送装置。
【請求項５】
前記転送手段は、前記転送先端末からの要求に応じてファイルを転送することを特徴とする請求項１乃至４のいずれか１項に記載のファイル転送装置。
【請求項６】
ファイル転送元端末、ファイル転送先端末及びサーバがネットワークを介して接続されたファイル転送システムであって、
前記ファイル転送元端末は、
前記ファイル転送先端末へのファイル転送要求を前記サーバに送信する要求送信手段と、
前記ファイル転送要求したファイルを前記サーバに送信するファイル送信手段とを有し、
前記ファイル転送先端末は、
前記ファイル転送先端末のユーザーの在席状況の情報を前記サーバへ送信する在席状況送信手段と、
前記サーバからファイルを受信するファイル受信手段とを有し、
前記サーバは、
前記ファイル転送元端末から前記ファイル転送要求を受信する要求受信手段と、
前記ファイル転送要求を受信すると、前記ファイル転送先端末から受信した前記ファイル転送先端末のユーザーの在席状況の情報に基づき前記ファイル転送元端末から受信したファイルを前記ファイル転送先端末に転送する転送手段とを有することを特徴とするファイル転送システム。
【請求項７】
前記ファイル転送先端末の在席状況送信手段は、
前記ファイル転送先端末のユーザーの動画像を撮像する手段と、
前記動画像の所定フレーム間の差分を基に前記ファイル転送先端末のユーザーの在席状況の情報を前記サーバへ送信する手段とを有することを特徴とする請求項６記載のファイル転送システム。
【請求項８】
ファイル転送先端末へのファイル転送要求を受信する受信ステップと、
前記ファイル転送要求を受信すると、前記ファイル転送先端末のユーザーの在席状況に基づき前記ファイル転送先端末にファイルを転送する転送ステップと
を有することを特徴とするファイル転送方法。
【請求項９】
ファイル転送先端末へのファイル転送要求を受信する受信ステップのプログラムコードと、
前記ファイル転送要求を受信すると、前記ファイル転送先端末のユーザーの在席状況に基づき前記ファイル転送先端末にファイルを転送する転送ステップのプログラムコードと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル転送装置、ファイル転送システム、ファイル転送方法及びプログラムに関する。
【背景技術】
【０００２】
近年、遠隔地にいるユーザー同士がお互いに在席状況を確認するシステムが考えられる。その一つとして下記の特許文献１には分散オフィス環境にあるユーザー同士が在席状況を確認するシステムが開示されている。
【０００３】
また、在席状況を判断するために画像で在席か不在かを判断することも行われている。さらに、ユーザー端末で送信したいファイルデータをサーバ装置へ送信及び保存要求を行い、サーバ装置でファイルデータを保存処理を行う。保存後は、送信側から受信側へ、ファイルデータ登録連絡を行い、受信側は任意の時間にファイルデータのダウンロード作業もしくはファイル参照を行ことが行われている。
【０００４】
【特許文献１】特開2000−181967号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、受信側は都合の良い時間帯にファイルデータのダウンロード作業、ファイル参照を行うため、速やかに作業を行うとは限らないので即時性に欠ける。また、一連の作業は送信側、受信側負担がかかり、ファイル登録連絡に関しては、サーバへのファイル登録作業とは別の作業となるため、特に手間がかかる。
【０００６】
また、受信側でファイルデータを取得し、ファイル内容を送信側で説明する場合には、公衆電話網を利用する等、一連の作業からは外れている。
【０００７】
本発明は上記の課題を解決するためになされたものであり、ファイル転送時に受信元が不在の場合でも、在席変化を検知した直後に、ファイル転送情報を送信することで、受信元が速やかにダウンロード作業を行い、即時性を向上させることを目的とする。
【０００８】
また、本発明は、ファイル転送作業を自動化し、受信側でファイルデータを取得した際のファイル内容説明を一連の作業手順へ入れることで簡略化することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のファイル転送装置は、ファイル転送先端末へのファイル転送要求を受信する受信手段と、前記ファイル転送要求を受信すると、前記ファイル転送先端末のユーザーの在席状況に基づき前記ファイル転送先端末にファイルを転送する転送手段とを有することを特徴とする。
また、本発明のファイル転送システムは、ファイル転送元端末、ファイル転送先端末及びサーバがネットワークを介して接続されたファイル転送システムであって、前記ファイル転送元端末は、前記ファイル転送先端末へのファイル転送要求を前記サーバに送信する要求送信手段と、前記ファイル転送要求したファイルを前記サーバに送信するファイル送信手段とを有し、前記ファイル転送先端末は、前記ファイル転送先端末のユーザーの在席状況の情報を前記サーバへ送信する在席状況送信手段と、前記サーバからファイルを受信するファイル受信手段とを有し、前記サーバは、前記ファイル転送元端末から前記ファイル転送要求を受信する要求受信手段と、前記ファイル転送要求を受信すると、前記ファイル転送先端末から受信した前記ファイル転送先端末のユーザーの在席状況の情報に基づき前記ファイル転送元端末から受信したファイルを前記ファイル転送先端末に転送する転送手段とを有することを特徴とする。
また、本発明のファイル転送方法は、ファイル転送先端末へのファイル転送要求を受信する受信ステップと、前記ファイル転送要求を受信すると、前記ファイル転送先端末のユーザーの在席状況に基づき前記ファイル転送先端末にファイルを転送する転送ステップとを有することを特徴とする。
また、本発明のプログラムは、ファイル転送先端末へのファイル転送要求を受信する受信ステップのプログラムコードと、前記ファイル転送要求を受信すると、前記ファイル転送先端末のユーザーの在席状況に基づき前記ファイル転送先端末にファイルを転送する転送ステップのプログラムコードとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１０】
ファイル転送時に転送先端末のユーザーが不在の場合でも、そのユーザーが在席した直後に、ファイルを転送することができ、ファイル転送の即時性を向上させることができる。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明に実施形態による在席状況確認サーバを利用したファイル転送システムの構成を示す図である。尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１２】
１０１はファイル転送要求を行う者が使用する要求元端末（ファイル転送元端末）である。１０２は、ファイルデータを要求元から最終的に受信する者が使用する受信元端末（ファイル転送先端末）である。要求元端末１０１や受信元端末１０２はネットワーク１０４を介して在席状況確認サーバ（ＲＴＣ）１０３やその他の端末とデータの送受信が可能である。
【００１３】
次に、図１の要求元端末１０１、受信元端末１０２、在席状況確認サーバ（ＲＴＣ）１０３の各種端末のハードウェア構成について説明する。
【００１４】
図２は、サーバ１０３のハードウェア構成例を示す図である。ＣＰＵ２０１は、システムバス２０４に接続されるデバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリに１１２はＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各PCの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能している。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードしてプログラムを実行することで各種動作を実現するものである。
【００１５】
また、入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスから入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これは必要に応じて管理者が使用するものである。本実施形態に直接関係があるものではない。メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウェア、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（登録商標ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザー指示を可能とする。
【００１６】
本実施形態の各種情報テーブル２１４は、外部メモリ２１１に格納されており、これらについて詳細な説明は後述する。
【００１７】
図７は、要求元端末１０１及び受信元端末１０２のハードウェア構成例を示す図である。図２と同じ構成については同じ番号を振り、説明を省略する。端末１０１及び１０２は、サーバ１０３（図２）に対して、ＵＳＢインターフェース（Ｉ／Ｆ）コントローラ７０１及びカメラ７０２が追加されている。ＵＳＢＩ／Ｆコントローラ７０１は、カメラ７０２を制御する。カメラ７０２は、在席状況を確認する際の撮影装置で、例えば図６で表示するための動画像６０５を撮影（撮像）している。端末１０１及び１０２のＣＲＴ２１０には、図６の画面６０４が表示される。画面６０４には、他の端末のユーザーの動画像６０５が表示され、そのユーザーの在席を確認することができる。
【００１８】
次に、在席状況確認サーバ（ＲＴＣ）１０３を利用したファイル転送システムの基本的な処理フローについて、図３及び図４を用いて説明する。
【００１９】
図３及び図４は、本発明の実施形態の在席状況確認サーバ（ＲＴＣ）１０３を用いたファイル転送システムの基本的な処理フローを示す図である。上述したように、要求元端末１０１と受信元端末１０２と在席状況確認サーバ（ＲＴＣ）１０３は、ネットワーク１０４を介して相互に接続されている。そして、要求元端末１０１と受信元端末１０２とは、在席状況確認サーバ（ＲＴＣ）１０３から提供される各種操作画面を介して、ファイル転送、受信に係る各種処理を実行する。その一例について、以下に説明する。
【００２０】
在席状況確認サーバ１０３は、受信元端末（受信側端末）１０２の前でそれを操作するユーザーの在席を確認することができる。そのユーザーが不在時の処理を図３に示し、在席時の処理を図４に示す。尚、図３及び図４とで同一の処理については、同一のステップ番号を付加している。図３及び図４において、左列の処理が要求元端末（送信側端末）１０１の処理、中列の処理がＲＴＣサーバ１０３の処理、右列の処理が受信元端末（受信側端末）１０２の処理を示す。
【００２１】
まず、図３を参照しながら、ユーザーが不在時の処理を説明する。
ステップＳ３０１では、要求元端末（送信側端末）１０１でファイル転送要求をネットワークを経由して在席状況確認サーバ（ＲＴＣ）１０３へ要求処理を行う。尚、ファイル転送をさせる際の動作として、ユーザーは、要求元端末１０３のマウスを用いて、対象ファイルを転送したいユーザーの表示されているエリアへドラッグ＆ドロップすることで本作業を行う。この時どのユーザーに対してファイル転送を行うのかの判断は、ドラッグ＆ドロップされたエリアがどのユーザーのエリアかをサーバ側で判断しファイル転送先ユーザーを決定している。このため、S301ではエリア情報あるいはエリアのリンク先情報などのサーバがファイルの転送先を特定するための情報も同時に送る。また、対象ファイルの保管場所（パス）を要求元端末で記憶しておく。ファイル転送をさせる際の動作としては、ダイアログを出し、転送させるファイルをユーザーに選ばせるような形態であっても良い。
【００２２】
次に、ステップＳ３０２では、在席状況確認サーバ（ＲＴＣ）１０３が要求元端末１０１からのファイル送信要求を受け付ける。ここで、サーバ１０３は、どのユーザーに対してファイル転送がされるのかを判断する。これは、ステップＳ３０１で送信されたエリア情報から判断される。
【００２３】
次に、ステップＳ３０３では、在席状況確認サーバ（ＲＴＣ）１０３がステップＳ３０２で判断されたユーザーが在席か否かを外部メモリに格納されたユーザー状況データベース（図５）を参照し判別処理を行う。
【００２４】
図５に、サーバ１０３の外部メモリ（ハードディスク）２１１（図２）に記憶されるユーザー状況データベースを示す。データベースには、ログインＩＤ、ユーザー名、所在（所属）、ログイン日時、ログアウト日時、在席状況、不在検出情報、ＩＰアドレス、通知情報、要求元端末が記録される。在席状況は、ユーザーが自己の端末がマニュアルで設定すると、その情報が記録される。不在検出情報は、ユーザーの端末のカメラ７０２（図７）等を用いて自動的に検出される。例えば、カメラ７０２は、被写体の動画像を撮像し、その動画像の所定間隔のフレームを比較し、その差分に応じて不在検出を行う。フレーム画像に変化があればその端末のユーザーが在席していると判断し、変化がなければその端末のユーザーが不在であると判断する。具体的には、画像中の人間の肌色の差分を基に不在検出するのが効果的である。また、ユーザーの端末のキーボード又はマウスによる入力があれば在席と判断し、入力がなければ不在であると判断することができる。上記の画像及びキーボード等の入力の両者を基に不在検出するのが好ましい。不在検出処理は各端末が行い、各端末がその情報をサーバ１０３へ送信し、サーバ１０３のデータベースに不在検出情報として記録される。なお、サーバ１０３が画像等を受信し、不在検出してもよい。
尚、不在検出があった場合、図５で不在検出ステータスが「●」で表現されている。
【００２５】
図３のステップＳ３０３は、図５のデータベースの不在検出情報を基に宛先ユーザーの不在又は在席を判断する。宛先ユーザー端末の不在検出機能が働いていた場合はステップＳ３０４へ進み、宛先ユーザー端末が在席状況であった場合は、図４のステップＳ３２３へ進む。図４のステップＳ３２３の処理は、後に図４を参照しながら説明する。
【００２６】
不在検出機能とは、上記のように、ユーザー端末側自身に装着したＵＳＢカメラ７０２で撮影した画像をネットワークを経由して在席状況確認サーバ（ＲＴＣ）１０３へ送信する際に、各画像のフレーム間で一定時間差分（動き）が無い場合、ユーザー端末側で自動的に不在と検出し、在席状況確認サーバ（ＲＴＣ）１０３へ不在情報を送信する機能（以下、不在検出機能）である。
【００２７】
ステップＳ３０４では、在席状況確認サーバ（ＲＴＣ）１０３が要求元端末１０１へファイル転送の確認メッセージを送信する。
【００２８】
次に、ステップＳ３０５では、要求元端末１０１が在席状況確認サーバ（ＲＴＣ）１０３からのファイル転送確認メッセージを受信する。
【００２９】
次に、ステップＳ３０６では、要求元端末１０１がステップＳ３０５で受信したファイル転送確認メッセージに許可をだすか否かの処理を行う。要求元端末１０１の画面には、図６のメッセージボックス６０１が表示され、宛先ユーザーが不在であることが通知され、それでもファイル転送をするか否かの入力が求められる。要求元端末１０１のユーザーは、ファイル転送するか否かを改めて指示する。
【００３０】
メッセージボックス６０１の「はい」をマウスでクリックしてファイル転送を許可にするとステップＳ３０８へ進み、「いいえ」をマウスでクリックしてファイル転送を不許可にするとステップＳ３０７へ進む。
【００３１】
ステップＳ３０７では、要求元端末１０１がファイル転送要求の取り消し命令を在席状況確認サーバ（ＲＴＣ）１０３へ送信し、終了する。
【００３２】
ステップＳ３０８では、ステップＳ３０１で要求元端末１０１へ記憶した対象ファイルの保管場所情報を基に送信元端末１０１が在席状況確認サーバ（ＲＴＣ）１０３へ対象ファイルを送信する。
【００３３】
次に、ステップＳ３０９では、在席状況確認サーバ（ＲＴＣ）１０３が要求元端末１０１から送られてきた対象ファイルデータを受信し、予め要求元端末１０１専用で割り当てられた格納部分へ一時的に保管（保持）する。尚、受信元端末１０２に割り当てられた格納部へ一時的に保存するように構成しても良い。
【００３４】
次に、ステップＳ３１０では、受信元端末１０２では不在検出機能が働いており、受信元端末１０２は在席を検出すればステップＳ３１１へ進む。不在を検出した場合は、在席を検出するまで待機する。
【００３５】
次に、ステップＳ３１１では、受信元端末１０２が在席を検出すると、在席状況確認サーバ（ＲＴＣ）１０３へネットワークを経由してその情報を送信する。在席状況確認サーバ（ＲＴＣ）１０３は、その情報を受信し、図５のデータベースの不在検出フラグを解除する。この時点で受信元端末１０２のユーザーは在席状態に変化する。
【００３６】
尚、ステップＳ３１０で常に不在検出機能が働いており、不在検出解除情報を送信する場合はこのタイミングに限らず適宜サーバ１０３に送信される。
【００３７】
次に、ステップＳ３１２では、在席状況確認サーバ（ＲＴＣ）１０３が受信元端末１０２から受信した不在検出フラグ解除情報を取得し、不在検出（在席）があったかどうかを判断する。不在検出フラグが解除されればステップＳ３１３へ進み、不在検出フラグがセットされたままであれば解除されるまで待機する。
【００３８】
ステップＳ３１３では、在席状況確認サーバ（ＲＴＣ）１０３がステップＳ３１２で受信した不在検出フラグ解除情報が要求元端末１０１からファイル転送要求のあったユーザーか否かをユーザー状況データベース（図５）の要求元情報を参照し確認処理を行う。その要求元情報があればファイル転送要求のあったことを意味する。
【００３９】
次に、ステップＳ３１４では、ステップＳ３１３でファイル転送要求のあったユーザーと判断されれば在席状況確認サーバ（ＲＴＣ）１０３が要求元端末１０１へネットワークを経由して、要求元端末１０１から転送要求のあったファイルデータの名前、容量、要求ユーザー名等の情報を受信元端末１０２へ送信する。あわせて、ファイルデータのダウンロード指示メッセージを送信する。
【００４０】
次に、ステップＳ３１５では、受信元端末１０２がステップＳ３１４で在席状況確認サーバ（ＲＴＣ）１０３からネットワークを経由して送られてきたファイルデータの情報とファイルのダウンロード要求を受信する。
【００４１】
次に、ステップＳ３１６では、受信元端末１０２が在席状況確認サーバ（ＲＴＣ）１０３から受信したファイルデータのダウンロード要求に対して許可をするか否かの判断処理をユーザーの指示で行う。受信元端末１０２の画面には、図６のメッセージボックス６０３が表示される。メッセージボックス６０３は、送信元ユーザー名、ファイル名、ファイル容量等のファイル情報を表示、ダインロードするか否かの入力を受け付ける。メッセージボックス６０３で「はい」をクリックするとステップＳ３１７へ処理が移り、「いいえ」をクリックするとダウンロード要求待ち状態となる。これにより、受信元端末１０２のユーザーは、自己の都合のいい時にダウンロードを行うことができる。
【００４２】
ステップＳ３１７では、受信元端末１０２のユーザーがステップＳ３１６時点でダウンロード許可を行った場合に、受信元端末１０２は在席状況確認サーバ（ＲＴＣ）１０３へファイルデータのダウンロード要求を行う。
【００４３】
次に、ステップＳ３１８では、在席状況確認サーバ（ＲＴＣ）１０３が受信元端末１０２からファイル送信命令を受ける。
【００４４】
次に、ステップＳ３１９では、ステップＳ３１８のファイル送信命令を基にネットワーク経由で受信元端末１０２へファイルデータを送信する。
【００４５】
次に、ステップＳ３２０では、受信元端末１０２が在席状況確認サーバ（ＲＴＣ）１０３からファイルデータを受信する。
【００４６】
次に、ステップＳ３２１では、在席状況確認サーバ（ＲＴＣ）１０３が受信元端末１０２へファイルデータの送信を完了すると、要求元端末１０１へ図６の完了通知メッセージ６０２を送信する。
【００４７】
次に、ステップＳ３２２では、要求元端末１０１が在席状況確認サーバ（ＲＴＣ）１０３からの完了メッセージ６０２を受信し、表示する。
【００４８】
図４は、本実施形態の在席状況確認サーバ（ＲＴＣ）を用いたファイル転送システムの基本的な処理フローを示す図であり、受信元が在席状態にある場合のフローを示す図である。
【００４９】
ステップＳ３０１、Ｓ３０２及びＳ３０３は、上記の図３の説明と同じである。
ステップＳ３０３では、在席状況確認サーバ（ＲＴＣ）１０３がステップＳ３０１時に取得した宛先ユーザーが在席か否かを外部メモリに格納されたユーザー状況データベース（図５）を参照し判別処理を行う。この時点で宛先ユーザーが在席状況であった場合はステップＳ３２３へ進み、宛先ユーザーが不在状況であった場合は図３のステップＳ３０４へ進む。図３のステップＳ３０４以降の処理の説明は、上記で説明済みである。
【００５０】
ステップＳ３２３では、在席状況確認サーバ（ＲＴＣ）１０３がステップＳ３０３で取得した受信側在席情報を要求元端末１０１へ送信する。
【００５１】
次に、ステップＳ３２４では、要求元端末１０１が在席状況確認サーバ（ＲＴＣ）１０３から送られてきた受信元在席情報を取得する。
【００５２】
次に、ステップＳ３２５では、要求元端末１０１がMicrosoftのNetmeeting技術を応用した音声画像通話を自動的に（以下、ホットライン）起動するかどうかの判断をする。起動するかどうかの判断は、ユーザーにダイアログなどで確認を行うようにしても良い。ホットラインをする場合はステップＳ３２６へ、そうでない場合は終了となる。
尚、本実施形態ではステップＳ３２５でホットラインをしない場合は終了としたが、図３のステップＳ３０５〜Ｓ３０８を行うように構成しても良い。
【００５３】
ステップＳ３２６では、要求元端末１０１が在席状況確認サーバ（ＲＴＣ）１０３へ受信元端末１０２のアドレス情報（例えばＩＰアドレス）を要求する。
【００５４】
次に、ステップＳ３２７では、在席状況確認サーバ（ＲＴＣ）１０３が要求元端末１０１の受信元端末１０２のアドレス情報要求を受け付ける。
【００５５】
次に、ステップＳ３２８では、在席状況確認サーバ（ＲＴＣ）１０３が自身が持つユーザー状況データベース（図５）の受信元端末１０１のＩＰアドレスを参照し、受信元端末１０２のアドレス情報を要求元端末１０１へ送信する。
【００５６】
次に、ステップＳ３２９では、要求元端末１０１が受信元端末１０２のアドレス情報を受信する。
【００５７】
次に、ステップＳ３３０では、要求元端末１０１がステップＳ３２９で取得した受信元端末１０２のアドレス情報を基に受信元端末１０２へネットワークを経由してホットライン要求を行う。
【００５８】
次に、ステップＳ３３１では、受信元端末１０２が要求元端末１０１からのホットライン要求を受け付ける。
【００５９】
次に、ステップＳ３３２では、受信元端末１０２が要求元端末１０１とホットラインを行うかどうかをユーザー指示により選択処理を行う。ユーザーがホットライン要求を拒否した場合はステップＳ３３６へ進み、ユーザーがホットライン要求を許可した場合は受信元端末１０２と要求元端末１０１間でネットワークを経由してホットラインが確立される。
【００６０】
次に、ステップＳ３３３では、要求元端末１０１から受信元端末１０２へ送信対象ファイルデータをhttpプロトコル変換したデータ送信する画面共有機能の処理を行う（以下、リモートプレゼンテーション）。リモートプレゼンテーションは、要求元端末１０１で表示する画面と同じ画面を受信元端末１０２に表示させ、ファイル転送のファイル内容に関する説明を表示させることができる。ファイル転送を行う際は、通常、電話や電子メールで、そのファイル内容について説明することが多い。
【００６１】
次に、ステップＳ３３４では、受信元端末１０２が要求元端末１０１からのリモートプレゼンテーション要求を受信する。受信後は、要求元端末１０１のユーザーから受信元端末１０２へファイル内容の説明を行う。
【００６２】
次に、ステップＳ３３５では、受信元端末１０２のユーザーがファイル内容を把握し終えると、ホットライン終了処理を行う。
【００６３】
次に、ステップＳ３３６では、受信元端末１０２が対象ファイルの転送を在席状況確認サーバ（ＲＴＣ）１０３へ要求する。受信元端末１０２のユーザーは、表示されるメッセージを参照しファイル転送要求を行う。
【００６４】
次に、ステップＳ３３７では、在席状況確認サーバ（ＲＴＣ）１０３が受信元端末１０２からファイル転送要求を受け付ける。
【００６５】
次に、ステップＳ３０４、Ｓ３０５、Ｓ３０６、Ｓ３０８、Ｓ３０９の処理を行う。これらの処理は、図３の処理と同様である。すなわち、ステップＳ３０４でファイル転送確認メッセージを送信し、ステップＳ３０５でファイル転送確認メッセージを受信し、ステップＳ３０６でファイル転送の確認を行い、ステップＳ３０８でファイルを送信し、ステップＳ３０９でファイルを受信する。
【００６６】
次に、ステップＳ３１４〜Ｓ３２０の処理を行う。これらの処理は、図３の処理と同様である。すなわち、ステップＳ３１４でファイル情報を送信してダウンロード確認を要求し、ステップＳ３１５でファイル情報を受信し、ステップＳ３１６でダインロード指示を待ち、ステップＳ３１７でダウンロードを要求し、ステップＳ３１８でファイル送信要求を受け、ステップＳ３１９でファイルを送信し、ステップＳ３２０でファイルを受信する。以上で、処理を終了する。
【００６７】
以上のように、本実施形態によるファイル転送方式を付加したＲＴＣサーバ装置１０３は、ネットワークを介して在席状況を確認後、ファイル転送を行うことができる。ＵＳＢカメラを複数ユーザー端末へ装着し、ネットワークを介してサーバ装置にてユーザー端末からの画像データを集中管理し、ユーザー自身以外の複数端末へ配信することで、ユーザー同士の在席状況を確認可能である。要求元端末１０１からファイル転送要求を受信すると、受信元端末１０２の在席状況をユーザー状況データベースを参照することで確認する。そして、要求元端末１０１からのファイルデータを一時的に保管する格納部分へ保管する。受信元端末１０１からの不在検出フラグ解除情報を取得するとユーザー状況データベースを更新し、受信元端末１０２へ要求元端末１０１から転送されたファイル情報を送信する。受信元端末１０２からファイル転送要求があれば即座にファイルを転送し、要求元端末１０１へファイル転送完了を通知する。受信元端末のユーザーが在席の場合にはファイル転送の要求元端末１０１へホットライン起動の合図を送信する。
【００６８】
本実施形態による在席状況確認サーバ（ＲＴＣ）１０３を利用したファイル転送方式は、ファイル転送からファイル内容の説明まで一連の作業の個々の手順の実行ごとに同期をとることで作業を簡略化しユーザーの手間が省ける。
【００６９】
また、受信元が不在の場合には在席状況確認サーバでファイルデータを保管し、受信元の在席が検知されると即座にファイル受信通知をだし、受信元に対して速やかにファイルデータのダウンロードを行うことを促すため、ファイル転送要求からファイル受信に要する時間を短縮できる。つまり、ファイルのダウンロードの即時性を高めことが可能である。
【００７０】
さらに、在席（不在）検知により在席したかを判断し、在席した直後にファイルのダウンロードを行わせるように促すので、ファイルのダウンロードを忘れるなどがなくなり、ファイルの送信側と受信側のコミュニケーションが円滑にすすむ。
【００７１】
ファイル転送時に受信元端末のユーザーが不在の場合でも、在席変化を検知した直後に、ファイル転送情報を送信することで、受信元端末が速やかにダウンロード作業を行い、即時性を向上させることができる。また、ファイル転送作業を自動化し、受信元端末でファイルデータを取得の際のファイル内容説明を一連の作業手順へ入れることで作業を簡略化することができる。
【００７２】
本実施形態は、図２及び図７のコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００７３】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施形態の在席状況確認サーバ（ＲＴＣ）を利用したファイル転送システムの構成を示す図である。
【図２】本発明の実施形態の在席状況確認サーバ（ＲＴＣ）のハードウェア構成例を示す図である。
【図３】本発明の実施形態の在席状況確認サーバ（ＲＴＣ）を利用したファイル転送システムの基本的な処理フローを示す図である。
【図４】本発明の実施形態の在席状況確認サーバ（ＲＴＣ）を利用したファイル転送システムのファイル受信元端末102が在席の場合のフローを示す図である。
【図５】本発明の実施形態のユーザー状況データベースの一例を示す図である。
【図６】本発明の実施形態の受信元表示画面、要求元表示画面の一例を示す図である。
【図７】本発明の実施形態の要求元端末及び受信元端末のハードウェア構成例を示す図である。
【符号の説明】
【００７５】
１０１  要求元端末
１０２  受信元端末
１０３  在席状況確認サーバ
１０４  ネットワーク
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信インターフェースコントローラ
２０９  キーボード
２１０  ＣＲＴディスプレイ
２１１  外部メモリ
７０１  ＵＳＢインターフェースコントローラ
７０２  カメラ
【図１】
2005190412.tif 000003
【図２】
2005190412.tif 000004
【図３】
2005190412.tif 000005
【図４】
2005190412.tif 000006
【図５】
2005190412.tif 000007
【図６】
2005190412.tif 000008
【図７】
2005190412.tif 000009