JP2006024037A - 情報出力システム、情報出力方法、および情報出力プログラム - Google Patents

Abstract

【課題】 実現性と利便性を高める。
【解決手段】 複数のユーザが各通信装置からアクセスし得るネットワーク上のリモート保管サーバに、前記ユーザからの保管要求に応じて所定の保管対象データを保管しておき、前記ユーザからの出力要求に応じて、所定の伝送路でリモート保管サーバに接続されたリモート出力装置を介して当該保管対象データの出力を行う情報出力システムであって、前記ユーザが、前記通信装置を用いて予め指定した予約タイミングまでに、前記リモート保管サーバが該当する保管対象データを該当するリモート出力装置へ送信しておく。また、この構成において、前記リモート出力装置がリモート出力監視サーバにアクセスしてきたとき、当該リモート出力監視サーバが前記出力スケジュール情報をリモート出力装置に送信することも好ましい。
【選択図】 図１

Description

本発明は情報出力システム、情報出力方法、および情報出力プログラムに関し、例えば、インターネット上で提供されるリモート印刷サービスなどに適用して好適なものである。

従来、ディジタルデータを印刷出力する際の時間や手間を低減するための技術として、下記の特許文献１，２に記載されたものがある。

このうち特許文献１には、コンビニエンスストアなどの店頭に設置されたプリントベンディングマシンを用いて、画像サイト（画像サービスサーバ）からダウンロードした画像データ（本画像）を印刷する場合、ユーザが携帯電話機に対して行った操作に応じて予め該当するプリントベンディングマシンに該当する本画像をダウンロードして記憶しておき、ユーザがプリント料金を投入したことを検知すると、プリントベンディングマシンがその本画像を印刷出力する技術が記載されている。

ここで、ユーザが携帯電話機に対して行う操作は、予め携帯電話機で画像サービスサーバにアクセスして本画像を選び、その本画像を指定するサイズの小さな画像データ（サムネイル画像）とその画像番号を当該携帯電話機にダウンロードしたあと、選んだ当該サムネイル画像の画像番号をネットワーク経由で当該携帯電話機から該当するプリントベンディングマシンに送信するものと、ユーザが予め携帯電話機で画像サービスサーバにアクセスして本画像やその本画像を印刷するプリントベンディングマシンを選ぶものとがある。

前者の場合、携帯電話機からのプリント要求を受けたプリントベンディングマシンが画像サービスサーバにアクセスすることによって、本画像のダウンロードを実現する。後者の場合には、携帯電話機に対するユーザの操作に応じて画像サービスサーバがプリントベンディングマシンへプリント要求を送信するとともに、本画像を送信することによってプリントベンディングマシンへの本画像のダウンロードを実現する。

これにより、ユーザは、手間を低減でき、コンビニエンスストアなどに設置されたプリントベンディングマシンの前で、操作や待ち時間のために長時間を要することがなくなる。

一方、前記特許文献２では、コンテンツ（印刷データ）はインターネット上のホストコンピュータからダウンロードしてコンビニエンスストアなどに設置した印刷システムで印刷するが、その際、サイズの大きな印刷データは当該印刷システムが持つ記憶装置に蓄積して再利用する。このため、２回目以降、そのサイズの大きな印刷データを印刷する場合にはホストコンピュータからのダウンロードが不要で、ダウンロードに要する時間を節約することができる。
特開２００２−２５９２７８号公報 特開２００２−２７９２１０号公報

ところが、上述した特許文献１の技術では、携帯電話機とプリントベンディングマシンが、ネットワーク経由で（途中にサーバなどを介することなく）直接、通信することが必要であるが、このような通信を具体的にどのような方法で実現するかについては何も記載されておらず、実現性が乏しい。

また、前記プリント要求はユーザが携帯電話機で印刷出力を要求したときに出され、それによって直ちに、プリントベンディングマシンへの本画像のダウンロードが実行されるが、多数のユーザによるプリント要求が同時発生する可能性があること等を考慮すると、そのプリント要求に関するすべての本画像をダウンロードして記憶しておくには、プリントベンディングマシンが膨大な記憶資源を搭載することが必要であり、この点でも実現性が低い。しかも、特許文献１の構成上、ユーザがプリント要求を出すのは印刷の必要性が差し迫ったタイミングである可能性が高いから、もしも、記憶資源不足などに起因して、プリント要求を拒否したり、拒否せずに正常なサービスの提供ができなくなること等が起これば、ユーザにとって著しく不都合であり、利便性が低い。

一方、上述した特許文献２の技術では、サイズの大きな印刷データは再利用するために印刷システムの記憶装置に蓄積しておくことになるが、この種のシステムは通常、膨大な数のユーザ（会員）の存在を前提としたものである点を考慮すると、多数のユーザが多数（多種）の印刷データを、あるコンビニエンスストア店舗に設置された同一の印刷システムからほぼ同一時期に印刷しようとする可能性は極めて高く、やはり膨大な記憶資源が必要となってしまい、実現性が低い。

かかる課題を解決するために、第１の本発明では、複数のユーザ（例えば、ユーザＵ１）が各通信装置（例えば、携帯電話機１５）からアクセスし得るネットワーク上のリモート保管サーバ（例えば、リモート印刷サーバ１４）に、前記ユーザからの保管要求に応じて所定の保管対象データ（例えば、文書ＤＣ１）を保管しておき、前記ユーザからの出力要求に応じて、所定の伝送路でリモート保管サーバに接続されたリモート出力装置（例えば、ＭＭＫ端末１７）を介して当該保管対象データの出力を行う情報出力システムであって、前記ユーザが、前記通信装置を用いて予め指定した予約タイミング（例えば、ダウンロード予約情報ＲＶ１中の時刻指定情報で指定された時刻）までに、前記リモート保管サーバが該当する保管対象データを該当するリモート出力装置へ送信しておくことを特徴とする。

また、第２の本発明では、複数のユーザが各通信装置からアクセスし得るネットワーク上のリモート保管サーバに、前記ユーザからの保管要求に応じて所定の保管対象データを保管しておき、前記ユーザからの出力要求に応じて、所定の伝送路でリモート保管サーバに接続されたリモート出力装置を介して当該保管対象データの出力を行う情報出力方法であって、前記ユーザが、前記通信装置を用いて予め指定した予約タイミングまでに、前記リモート保管サーバが該当する保管対象データを該当するリモート出力装置へ送信しておくことを特徴とする。

さらに、第３の本発明では、複数のユーザが各通信装置からアクセスし得るネットワーク上のリモート保管サーバに、前記ユーザからの保管要求に応じて所定の保管対象データを保管しておき、前記ユーザからの出力要求に応じて、所定の伝送路でリモート保管サーバに接続されたリモート出力装置を介して当該保管対象データの出力を行う情報出力プログラムであって、コンピュータに、前記ユーザが、前記通信装置を用いて予め指定した予約タイミングまでに、前記リモート保管サーバが該当する保管対象データを該当するリモート出力装置へ送信する機能を実現させることを特徴とする。

これにより、実際にユーザがリモート出力装置からの出力を必要とするタイミングより前に、保管対象データがリモート出力装置に届けられる。

本発明によれば、実現性と利便性が向上する。

（Ａ）実施形態
以下、本発明にかかる情報出力システム、情報出力方法、および情報出力プログラムの実施形態について説明する。

（Ａ−１）実施形態の構成
本実施形態の通信システム１０の全体構成例を図３に示す。

図３において、当該通信システム１０は、インターネット１１と、携帯電話ネットワーク１２と、ＭＭＫ（マルチメディアキオスク）ネットワーク１３と、リモート印刷サーバ１４と、携帯電話機１５と、ＭＭＫ監視サーバ１６と、ＭＭＫ端末１７と、印刷機９と、衛星配信サーバ１８と、ＭＭＫ配信衛星１９とを備えている。

このうち携帯電話ネットワーク１２は、ある携帯電話事業者が運営するネットワークで、そのなかには多数の携帯電話機が収容されている。ユーザＵ１が利用する携帯電話機１５も、そのような携帯電話機の１つである。インターネット１１には、当該携帯電話ネットワーク１２以外にも多数の携帯電話ネットワークが接続され得ることは当然である。

リモート印刷サーバ１４は会員制のリモート印刷サービスを提供するサーバで、本実施形態で中心的な役割を果たす。ユーザＵ１は当該リモート印刷サービスに会員登録された多数の会員のうちの一人である。

リモート印刷サービスとは、ユーザ宅やユーザの勤務先の会社などに設置されたパソコンなどからインターネット１１経由で当該リモート印刷サーバ１４に文書（例えば、ＤＣ１）を登録しておき、ユーザが希望するときにコンビニエンスストアなどに設置された所望のＭＭＫ端末（例えば、１７）を用いて当該リモート印刷サーバ１４にアクセスし、当該文書の印刷出力などを行うことを内容とするサービスである。ＭＭＫ端末はコンビニエンスストアなど、多くの人にとって便利な場所に多数設置されるものであるため、ユーザの希望に応じていつでも、所望の場所に設置されたＭＭＫ端末を介して印刷出力できるリモート印刷サービスは、携帯電話機に搭載された印刷機能で文書を印刷出力するのに近い移動性と、高品質な印刷出力を実現することができる。

ＭＭＫ端末、携帯電話機、文書は実際には多数が存在するが、以下では、主として、ＭＭＫ端末１７と携帯電話機１５と文書ＤＣ１に着目して説明を進める。

本実施形態において、当該リモート印刷サーバ１４は、携帯電話機１５，ＭＭＫ監視サーバ１６，衛星配信サーバ１８，ＭＭＫ端末１７と通信する必要がある。このうち衛星配信サーバ１８、ＭＭＫ監視サーバ１６，ＭＭＫ端末１７と当該リモート印刷サーバ１４のあいだは、例えば、専用線などを用いて直接接続することも可能であるが、図３の例ではインターネット１１などによって接続する構成としてある。

前記ＭＭＫネットワーク１３は多数のＭＭＫ端末（その１つが、１７）と、ＭＭＫ監視サーバ１６とを収容している。

ＭＭＫ端末１７は、コンビニエンスストアなどに設置されていて、リモート印刷サーバ１４からダウンロードした文書（例えば、ＤＣ１）を一時的に蓄積する通信端末で、ユーザＵ１からの要求に応じて、その文書ＤＣ１を出力する。出力には様々な形態があり得る。上述した印刷出力のほか、画面表示出力や、外部の記憶媒体への書き込みなども含まれ得る。

印刷出力を行うため、ＭＭＫ端末１７が印刷機能を内蔵していてもよいが、ここでは、ＭＭＫ端末１７自身は印刷機能を持たず、外部の印刷機９を介して印刷出力するものとする。この印刷機９は、同じコンビニエンスストアの店舗内など、当該ＭＭＫ端末１７の近傍に設置されたものである。印刷機９は通常の印刷機であるが、印刷機としての機能のほか、複写機などの機能を備える複合機であってもよい。

画面表示出力は、当該ＭＭＫ端末１７が備える表示部５４（図７参照）を介して実行される。ＭＭＫ端末１７の表示部５４が持つ表示画面のサイズは携帯電話機１５より、はるかに大きいので、文書ＤＣ１の画像を細部まで精密に表示することができる。

記録媒体への書き込みは、ＭＭＫ端末１７が持つ所定のインタフェースを介して、ユーザＵ１が携帯する記録媒体に文書ＤＣ１を書き込むものである。記録媒体が例えばメモリカードなどである場合、ＭＭＫ端末１７は当該インタフェースとして外部記憶スロットを備える必要がある。また、携帯電話機１５自体を外部記憶媒体として活用することも可能である。その場合、近距離無線通信を利用して、文書ＤＣ１をＭＭＫ端末１７から携帯電話機１５へ送信し、携帯電話機１５内の記憶部２３（図４参照）に格納するようにしてもよい。

ＭＭＫ端末１７は、ＭＭＫネットワーク１３経由でＭＭＫ監視サーバ１６と通信したり、ＭＭＫネットワーク１３とインターネット１１を経由してリモート印刷サーバ１４と通信したりするほか、ＭＭＫ配信衛星１９と無線通信することもできる。このようにＭＭＫ配信衛星と無線通信する機能も、既存のＭＭＫ端末がすでに備えている機能である。この機能は従来、ＭＭＫ端末がＭＭＫアプリケーションの配信を受けるために活用されている。ＭＭＫアプリケーションはＭＭＫ端末の機能を規定するプログラムである。

すなわちＭＭＫ端末１７は、当初、ＭＭＫアプリケーションの配信を当該ＭＭＫ配信衛星１９から受けるが、その後、そのＭＭＫアプリケーションに応じた運用が行われるようになると、メンテナンスは主として前記ＭＭＫ監視サーバ１６によって行われる。

ただしＭＭＫアプリケーション以外の情報をＭＭＫ配信衛星１９からＭＭＫ端末１７へ配信することも可能であるから、本実施形態では、後述するダウンロード予約情報ＲＶ１の配信に、当該ＭＭＫ配信衛星１９を活用する。

ＭＭＫ配信サーバ１９とのあいだの無線通信を実現するため、コンビニエンスストアなどの店舗には、図示しないパラボラアンテナと受信機が設置され、この受信機とＭＭＫ端末１７が接続される構成となる。

ＭＭＫ監視サーバ１６はＭＭＫ端末１７が提供するＭＭＫ情報を検査することによってＭＭＫ端末１７の状態を監視するサーバである。ここで、ＭＭＫ情報とは当該ＭＭＫ端末１７が収集したＭＭＫ端末１７自身に関する情報で、例えば、利用履歴情報（ＭＭＫ端末１７の利用履歴を示す情報）や、マシン状態情報（ＭＭＫ端末１７の状態が正常であるか否かなどを示す情報）等が含まれる。

このようにＭＭＫ端末の状態を監視する機能（監視機能）を持つＭＭＫ監視サーバは、既存のＭＭＫネットワーク内ですでに運用されているが、本実施形態のＭＭＫ監視サーバ１６はこの機能に加えて、ダウンロード予約情報ＲＶ１の受け渡しを行う機能も有する。すなわち当該ＭＭＫ監視サーバ１６は当該ダウンロード情報ＲＶ１を、前記リモート印刷サーバ１４から受け取って、ＭＭＫ端末１７へ渡す。ただしダウンロード予約情報ＲＶ１をＭＭＫ端末１７へ渡す際には、前記監視機能において従来から実行されている動作を活用する。

ダウンロード予約情報ＲＶ１は、リモート印刷サーバ１４に登録してある文書ＤＣ１のＭＭＫ端末１７へのダウンロードを予約するための制御情報である。したがって、当該ダウンロード予約情報ＲＶ１には少なくとも、ユーザＵ１がダウンロードを望む文書（ここでは、文書ＤＣ１とする）を特定する文書指定情報と、このダウンロードを実行するＭＭＫ端末（ここでは、ＭＭＫ端末１７とする）を特定するＭＭＫ端末指定情報と、このダウンロードを実行する時刻（例えば、ユーザＵ１が許容できる最も遅い時刻）を特定する時刻指定情報が含まれる必要がある。

ＭＭＫ端末指定情報は、ＭＭＫ監視サーバ１６などが、そのダウンロード予約情報ＲＶ１を渡すべきＭＭＫ端末を識別するために必要である。

既存のＭＭＫ監視サーバは、設定されたスケジュールにしたがって各タスクの処理を進める機能（スケジューラ（定期タイマ））を備えているため、ＭＭＫ監視サーバ１６が当該ダウンロード予約情報ＲＶ１をＭＭＫ端末１７へ渡すタイミングも、当該スケジューラによって適切に制御することができる。

前記ＭＭＫ配信衛星１９は、衛星軌道上に配置され、前記ＭＭＫアプリケーションなどの情報をＭＭＫ端末１７に配信するための衛星である。

衛星配信サーバ１８は、前記ＭＭＫ監視サーバ１６と同様なスケジューラを持つサーバで、予め設定されたスケジュールにしたがって定期的または不定期に、情報をＭＭＫ配信衛星１９に送信する。ＭＭＫ配信衛星１９がＭＭＫ端末１７に配信する情報は、当該衛星配信サーバ１８がＭＭＫ配信衛星１９に送信した情報である。衛星配信サーバ１８が前記ダウンロード予約情報ＲＶ１をＭＭＫ配信衛星１９に送信するタイミングが、このスケジューラによって制御される。

このように本実施形態では当該衛星配信サーバ１８を経由する経路と、ＭＭＫ監視サーバ１６を経由する経路の２経路で、ダウンロード予約情報ＲＶ１をＭＭＫ端末１７へ届けることができるが、いずれか一方の経路だけを用いてダウンロード予約情報ＲＶ１をＭＭＫ端末１７へ届けるようにしてもよいことは当然である。２経路がある場合、２経路で同じダウンロード予約情報ＲＶ１を届けるようにしてもよいが、いずれか一方の経路を選択して届けるほうが望ましい。

経路の選択は様々な方法で行うことができる。例えば、予めリモート印刷サーバ１４が固定的に決めておくこともでき、経路の混雑度合いなどを調べたうえで混雑度合いの低いほうの経路を選択することもでき、ユーザＵ１にいずれの経路を選択するかを決定させるようにすることもできる。

前記携帯電話機１５の内部構成は例えば図４に示す通りである。

（Ａ−１−１）携帯電話機の内部構成例
図４において、当該携帯電話機１５は、通信部２０と、制御部２１と、操作部２２と、記憶部２３と、表示部２４とを備えている。

このうち通信部２０は携帯電話機１５が通信を行う際に機能する部分である。具体的には、電話機としての音声通話や前記近距離無線通信などを行う際に機能するほか、リモート印刷サーバ１４にアクセスするためのＷｅｂページの閲覧や電子メールの送受などでは、インターネット１１を経由した通信を行うために機能する。

制御部２１は、ハードウエア的には当該携帯電話機１５のＣＰＵ（中央処理装置）に相当し、ソフトウエア的にはＯＳ（オペレーティングシステム）、メーラ、Ｗｅｂブラウザなどの各種プログラムに相当する部分である。

操作部２２は、ユーザＵ１が操作して携帯電話機１５に指示を伝える部分である。携帯電話機１５の場合、通常、複数の小さな押しボタンが配置されることによって当該操作部２２が構成される。

表示部２４は、携帯電話機１５が搭載するメーラやＷｅｂブラウザなどの機能に応じて画面表示を行うディスプレイ装置に対応する部分である。ユーザＵ１は当該表示部２４を目視しながら、前記操作部２２を操作することにより、例えば、リモート印刷サーバ１４に希望する前記ダウンロード予約情報ＲＶ１の内容を伝えることが可能である。

記憶部２３はハードウエア的には、揮発性記憶手段（ＲＡＭなど）や、不揮発性記憶手段（ハードディスクなど）によって構成される記憶資源であり、ソフトウエア的には、各種のファイルがこの部分に含まれ得る。前記メーラやＷｅｂブラウザなどのプログラムファイルもこのようなファイルの一つであるから、メーラやＷｅｂブラウザなども、その物理的な実体は、この記憶部２３に位置する。

また、携帯電話機１５を上述した外部記憶媒体として活用する場合、文書ＤＣ１は当該記憶部２３に格納されることになる。

以上の通りであるから、携帯電話機１５としては基本的に従来の携帯電話機をそのまま活用することができる。

一方、前記リモート印刷サーバ１４の内部構成は例えば図５に示す通りである。

（Ａ−１−２）リモート印刷サーバの内部構成例
図５において、当該リモート印刷サーバ１４は、通信部３０と、制御部３１と、提供情報生成部３２と、記憶部３３と、ダウンロード時間予測部３４と、ダウンロード情報生成部３５と、予約可否判定部３６を備えている。

このうち通信部３０は前記通信部２０に対応し、制御部３１は前記制御部２１に対応し、記憶部３３は前記記憶部２３に対応するので、その詳しい説明は省略する。

ただし携帯電話機１５と異なり、リモート印刷サーバ１４の通信部３０は、通常、音声通話時に機能する必要はない。リモート印刷サーバ１４が携帯電話機１５，ＭＭＫ監視サーバ１６，衛星配信サーバ１８，または、ＭＭＫ端末１７と通信する際に、当該通信部３０が機能する。

また、記憶部３３には、各会員（例えば、ユーザＵ１）がリモート印刷サービスへの会員登録時に入力した個人情報などを蓄積しているほか、必要に応じて、各ＭＭＫ端末（例えば、１７）や各印刷機（例えば、９）が現時点で正常に動作しているか否かを示す情報なども蓄積されるものであってよい。

前記ダウンロード時間予測部３４は、文書ＤＣ１をリモート印刷サーバ１４からＭＭＫ端末１７にダウンロードするのに要する時間（ダウンロード時間）を予測する部分である。このダウンロード時間は、ダウンロード予約をしなかったとしたら、文書ＤＣ１のダウンロードのためにＭＭＫ端末１７の前でユーザＵ１が待たされる時間に相当する。

実際のダウンロード時間を決定する要因には様々なものが含まれ得るが、リモート印刷サーバ１４の処理能力が十分に高いものと仮定した場合、支配的な要因は、リモート印刷サーバ１４とＭＭＫ端末１７のあいだにおける伝送路の帯域の太さ（もっとも細い部分の太さ）と、伝送時の文書ＤＣ１のサイズである。したがって、ダウンロード時間の予測は、これらの情報をもとに実行される。現在のところ、実際のダウンロード時間は、一例として、１０分（６００秒）程度に達することも少なくない。

ここで、リモート印刷サーバ１４とＭＭＫ端末１７のあいだにおける伝送路の帯域の太さは、ダウンロードするＭＭＫ端末が変わると変化する可能性があるので、ユーザＵ１がＭＭＫ端末の指定を変更すると予測し直す必要が生じることがある。

また、伝送時の文書ＤＣ１のサイズとは、文書ＤＣ１を圧縮したうえで伝送する場合には、圧縮後のサイズのことである。なお、本来の当該文書ＤＣ１のデータ形式は、ユーザＵ１がパソコンや携帯電話機１５などで当該文書ＤＣ１を取り扱うために使用しているアプリケーション（ワープロソフトなど）の種類などに依存して決まる。リモート印刷サーバ１４上で保存されているとき、文書ＤＣ１は本来のデータ形式である。

ところがＭＭＫ端末１７では、すべてのデータ形式をプラットフォームに依存しない表示が可能なデータ形式に変換したあとで前記出力などを行うため、この変換の前後で文書ＤＣ１のサイズは変化するが、伝送時の文書ＤＣ１のサイズは、変換の前のサイズに対応したものである。

提供情報生成部３２は、ダウンロード予約の要否に関するユーザＵ１の意思決定を支援するために有用な提供情報ＭＥ１を生成する部分である。

この提供情報ＭＥ１を構成する要素情報には様々な情報が含まれていてよいが、少なくとも、前記ダウンロード予測時間が含まれることが望ましい。

ダウンロード予測時間以外の要素情報としては、例えば、本来のデータ形式における文書ＤＣ１のサイズ（例えば、２００ＫＢ）、前記プラットフォームに依存しない表示が可能なデータ形式における文書ＤＣ１のサイズ（例えば、５００ＫＢ）、文書ＤＣ１のページ数などが含まれるものであってよい。ここで、文書ＤＣ１のページ数は、ＭＭＫ端末１７の操作によって文書ＤＣ１中の所望のページを見つけることが容易であるか否かを知るための指標となる。ただし、文書ＤＣ１のページ数の多寡は、文書ＤＣ１のサイズから比較的正確に推測できる場合もあるので、場合によっては文書ＤＣ１のサイズも有用な指標となる。

ＭＭＫ端末１７の近傍は不特定多数の人が利用する公共性の高い場所であるから、そのような場所で所望のページを見つけるために長時間を費やすよりも、予め自宅などで携帯電話機１５等を操作して所望のページを特定しておき、そのページだけをＭＭＫ端末１７にダウンロードするようにしておくとよい。ページの特定を効率化するために、前記サムネイル画像などを利用したテキスト検索を実行できるようにしてもよい。必要ならば、文書ＤＣ１をリモート印刷サーバ１４に登録するとき等に、ＯＣＲ（光学式文字読取）処理を実行し、ＯＣＲ処理の結果も登録しておくことが可能である。これにより、文書ＤＣ１が画像としての文字を含む場合などであっても、検索の対象とすることができる。

予め自宅などで携帯電話機１５等を操作して所望のページを特定しておくことは、ＭＭＫ端末１７を一人のユーザが占有する時間を低減できることを意味するため、ＭＭＫ端末１７の実質的な利用効率を高めることにも寄与する。

なお、このような提供情報ＭＥ１をユーザＵ１に伝える方法にも様々なものがあり得る。例えば、リモート印刷サーバ１４における文書ＤＣ１の登録が完了したことをユーザＵ１に伝える電子メールに、当該提供情報ＭＥ１を記述するようにしてもよい。また、ユーザＵ１が文書ＤＣ１をリモート印刷サーバ１４に届ける際、リモート印刷サーバ１４とのあいだでＷｅｂを用いた通信を行うものとすると、リモート印刷サーバ１４が文書ＤＣ１の登録を受け付けたこと（または、登録が完了したこと）を伝えるＷｅｂページ上に当該提供情報ＭＥ１を記述するようにしてもよい。

ダウンロード予約情報生成部３５は、前記提供情報ＭＥ１を知ったユーザＵ１が文書ＤＣ１のダウンロードの予約を行う旨の意思を通知してきた場合に、ダウンロード予約情報ＲＶ１を生成する部分である。

ユーザＵ１がモート印刷サーバ１４に対し文書ＤＣ１のダウンロードの予約を行う旨を伝える通知（予約依頼通知）ＭＥ２には、電子メールやＷｅｂを用いることができる。また、予約依頼通知ＭＥ２の内容は基本的に前記ダウンロード予約情報ＲＶ１と同じであってよい。したがって、予約依頼通知ＭＥ２には通常、少なくとも上述した文書指定情報と、ＭＭＫ端末指定情報と、時刻指定情報が含まれる。

ただしユーザＵ１がリモート印刷サーバ１４に登録してある文書がＤＣ１だけである場合や、ダウンロード予約する可能性があるのは文書ＤＣ１である旨を予め指定してある場合などには前記文書指定情報は省略できる。このような指定は、例えば、会員登録時に行うものであってもよい。

また、予めユーザＵ１が文書のダウンロードを望む１または複数のＭＭＫ端末（例えば、ＭＭＫ端末１７）を指定してある場合には前記ＭＭＫ端末指定情報は省略できる。このような指定は前記文書指定情報の場合と同様に、例えば、会員登録時に行うものであってもよい。

さらに、予めユーザＵ１が文書のダウンロードを望む時刻を指定してある場合には前記時刻指定情報は省略できる。このような指定は前記文書指定情報などの場合と同様に、例えば、会員登録時に行うものであってもよい。

前記予約可否判定部３６は、ユーザＵ１が希望するダウンロード予約に応じたダウンロードの実行の可否を判定する部分である。この判定では、様々な点を検査することができる。例えば、該当するＭＭＫ端末１７の記憶容量とダウンロードする文書ＤＣ１のサイズの関係などに関する判定を行うものであってよい。ＭＭＫ端末１７の記憶部５３の空き容量が不足していて文書ＤＣ１を記憶できない場合や、現時点では空き容量に余裕があっても、その時刻にダウンロード予約が集中していて、記憶部５３の空き容量の不測が予測できる場合などには、当該予約可否判定部３６が予約不可と判定する。

また、予約依頼通知ＭＥ２を受信した時点で、該当するＭＭＫ端末１７や印刷機９に障害が発生していて正常に動作しない場合や、予約依頼通知ＭＥ２の時刻指定情報で指定される時刻がすでに経過している場合などは予約不可と判定する。

予約不可と判定した場合、直ちに、その予約依頼を拒否する旨のメッセージを携帯電話機１５に返送してもよいが、調整の機会を提供するようにしてもよい。 例えば、ＭＭＫ端末１７の記憶部５３では空き容量が不測しているが、その近くに設置されている別のＭＭＫ端末の空き容量には十分な余裕がある場合には、ＭＭＫ端末指定情報を別のＭＭＫ端末を指定するものに変更するように促す予約変更案内通知を返送するようにしてもよい。

いずれにしても、生成したダウンロード予約情報ＲＶ１は、当該時刻指定情報が指定する時刻（または、予めユーザＵ１が指定してある時刻）に対し十分に余裕のある時刻までに、ＭＭＫ監視サーバ１６および／または衛星配信サーバ１８に送達する必要がある。その意味で、リモート印刷サーバ１４も、前記ＭＭＫ監視サーバなどと同様なスケジューラの機能を持つ必要がある。

前記ＭＭＫ監視サーバ１６の内部構成は例えば図６に示す通りである。

（Ａ−１−３）ＭＭＫ監視サーバの内部構成例
図６において、当該ＭＭＫ監視サーバ１６は、通信部４０と、制御部４１と、監視部４２と、記憶部４３と、受渡実行部４４とを備えている。

このうち通信部４０は前記通信部３０に対応し、制御部２１は前記制御部３１に対応し、記憶部４３は前記記憶部３３に対応するので、その詳しい説明は省略する。

ただしＭＭＫ監視サーバ１６の当該通信部４０は、前記リモート印刷サーバ１４およびＭＭＫ端末１７と通信する。

監視部４２は上述した監視機能に対応する部分である。

受渡実行部４４は、前記ダウンロード予約情報ＲＶ１をリモート印刷サーバ１４から受け取り、ＭＭＫ端末１７へ渡す部分である。ここでは、ユーザＵ１が文書ＤＣ１をダウンロードするＭＭＫ端末として当該ＭＭＫ端末１７を指定したものと仮定している。必要に応じて、ユーザＵ１は文書ＤＣ１をダウンロードするＭＭＫ端末として複数のＭＭＫ端末を指定することもできる。

受渡実行部４４がダウンロード予約情報ＲＶ１をＭＭＫ端末１７へ渡すとき、監視部４２と連携することによって従来のＭＭＫ監視サーバやＭＭＫ端末の構成を有効活用することができる。

具体的には、例えば、ＭＭＫ端末１７が定期的に一定の周期（監視周期）で送信した前記ＭＭＫ情報の内容に応じて、ＭＭＫ監視サーバ１６が制御信号をＭＭＫ端末１７に送信する場合、監視部４２と受渡実行部４４が連携して、当該制御信号の替わりに（または、制御信号の一部として）、その時点で記憶部４３に蓄積されている１または複数のダウンロード予約情報（その１つが、ＲＶ１）を該当するＭＭＫ端末１７へ送信するようにするとよい。

なお、前記制御信号の送信は、例えば、ＭＭＫ監視サーバ１６が受信した前記ＭＭＫ情報に含まれるマシン状態情報がＭＭＫ端末１７の障害発生を示している場合、ＭＭＫ監視サーバ１６から制御信号を送信してＭＭＫ端末１７を再起動させることによって障害から復旧させるときなどに必要となるものである。

以上の通りであるから、ＭＭＫ監視サーバ１６は、前記受渡実行部４４などを除き、大部分の機能は従来のＭＭＫ監視サーバと同じでよい。

なお、本実施形態の構成上、前記衛星配信サーバ１８は、当該ＭＭＫ監視サーバ１６とほぼ同等な構成を持つものとみることができる。また、ＭＭＫ配信衛星１９は、衛星配信サーバ１８が送信した情報を中継し、単に、衛星軌道上からＭＭＫ端末に配信する機能を持つだけでよい。

以上の通りであるから、ＭＭＫ監視サーバ１６としては基本的に従来のＭＭＫ監視サーバをほとんどそのまま活用することができる。

前記ＭＭＫ端末１７の内部構成は例えば図７に示す通りである。

（Ａ−１−４）ＭＭＫ端末の内部構成例
図７において、当該ＭＭＫ端末１７は、通信部５０と、制御部５１と、操作部５２と、記憶部５３と、表示部５４と、第１スケジュール管理部５５とを備えている。

このうち通信部５０は前記通信部２０に対応し、制御部５１は前記制御部２１に対応し、操作部５２は前記操作部２２に対応し、記憶部５３は前記記憶部２３に対応し、操作部５２は前記操作部２２に対応し、表示部５４は前記表示部２４に対応するので、その詳しい説明は省略する。

なお、ＭＭＫ端末１７の通信部５０がネットワーク経由の通信を行うのは、前記ＭＭＫ監視サーバ１６、リモート印刷サーバ１４である。このほか、前記ＭＭＫ配信衛星１９や、印刷機９とも通信を行う。

ただし、近距離無線通信によってＭＭＫ端末１７が前記携帯電話機１５と通信する場合には、当該通信部５０が近距離無線通信機能を持つことになる。近距離無線通信では、無線伝送路を介して直接、携帯電話機１５とＭＭＫ端末１７が通信する。

また、ＭＭＫ端末１７自体が印刷機能を内蔵している場合、印刷機９との通信は不要である。

なお、前記操作部５２は携帯電話機１５の操作部２２に比べると、押しボタンも大きく、操作しやすい大きさであるため、複雑なボタン操作も、比較的容易に行うことができる。

さらに、表示部５４は上述したように携帯電話機１５の表示部２４に比べると、はるかに大きいため、文書ＤＣ１の画像を細部まで精密に表示することができる。したがってユーザＵ１は、携帯電話機１５の表示部２４では見づらい画像でも、当該表示部５４によって、良好に見ることができる場合がある。

また、前記記憶部５３には、ＭＭＫ端末１７が受信したダウンロード予約情報ＲＶ１が記憶される。当該ダウンロード予約情報ＲＶ１は前記２経路のいずれかで、ＭＭＫ端末１７が受信したものである。当該ダウンロード予約情報ＲＶ１は前記文書ＤＣ１をリモート印刷サーバ１４からＭＭＫ端末１７にダウンロードするまでは記憶しておく必要があるが、不要になったら、記憶部５３上から直ちに削除するものであってよい。

前記第１スケジュール管理部５５は、当該記憶部５３に記憶されているダウンロード予約情報ＲＶ１に基づいて、該当する文書を該当する時刻までにリモート印刷サーバ１４から当該ＭＭＫ端末１７までダウンロードできるように管理する部分である。

以上の通りであるから、ＭＭＫ端末１７としては基本的に従来のＭＭＫ端末をほとんどそのまま活用することができる。

以下、上記のような構成を有する本実施形態の動作について、図１，図２に示す処理手順を参照しながら説明する。

図１は、上述した２経路のうちＭＭＫ配信衛星１８を経由する経路でダウンロード予約情報ＲＶ１を配信する場合の処理手順で、Ｓ１０〜Ｓ１５の各ステップを備えている。図２は、上述した２経路のうちＭＭＫ監視サーバ１６を経由する経路でダウンロード予約情報ＲＶ１を配信する場合の処理手順で、Ｓ２０〜Ｓ２５の各ステップを備えている。

（Ａ−２）実施形態の動作
リモート印刷サーバ１４に対するユーザＵ１の会員登録はすでに完了し、ユーザＵ１は自宅や勤務先の会社などに設置されたパソコンなどから文書ＤＣ１をインターネット１１経由で当該リモート印刷サーバ１４に登録してあるものとする。

この状態で、ユーザＵ１は携帯電話機１５を操作して例えばダウンロードする文書ＤＣ１やＭＭＫ端末１７などを指定する。これを受けて、リモート印刷サーバ１４から携帯電話機１５に前記提供情報ＭＥ１が届けられる。提供情報ＭＥ１には少なくとも前記ダウンロード予測時間が含まれているため、ユーザＵ１が当該ダウンロード予測時間などを考慮して、ダウンロード予約を行うか否かを決定する。ダウンロード予測時間が例えば数十秒程度ならば、ダウンロード予約の必要性は低いので、ユーザＵ１がＭＭＫ端末１７の場所まで移動したとき、ＭＭＫ端末１７を操作してリモート印刷サーバ１４から文書ＤＣ１をダウンロードするようにしてもよい。しかし、例えば、ダウンロード予測時間が１０分にも達する場合なら、通常、ユーザＵ１はダウンロード予約を行う旨の決定をする。

ここでは、ユーザＵ１が文書ＤＣ１のダウンロード予約を行う旨の決定をしたものと仮定して説明を進める。

この場合、ユーザＵ１は携帯電話機１５を操作して前記予約依頼通知ＭＥ２をリモート印刷サーバ１４に送信し、ダウンロード予約を行う（Ｓ１０）。

図示の例では、リモート印刷サーバ１４が提供するＷｅｂページのフォームの各入力欄に、希望時刻、希望場所、文書、ページなどの必要事項を入力することによってダウンロード予約を行っている。ここで、希望時刻は前記時刻指定情報に対応し、希望場所は前記ＭＭＫ端末指定情報に対応し、文書は前記文書指定情報に対応する。なお、ページは、ある文書を構成する一部のページのダウンロードを予約するための入力欄である。また、コンビニエンスストアなどのある店舗にＭＭＫ端末が一台しか設置されていない場合には、図示したように店舗を指定することによってＭＭＫ端末を一意に指定することができる。

ここで、前記入力欄への入力操作を容易にするために様々な方法を用いることができる。例えば希望場所の入力では、コンビニエンスストアなどの店舗名を５０音順に配列して管理しておき、ユーザＵ１が先頭の数文字を入力した時点で候補となる店舗名を画面表示してユーザＵ１に選ばせるようにしたり、地図を表示し、ユーザＵ１が地図上で店舗を指定できるようにしたり、地域の階層を上位から下位（例えば、関東→東京都→港区→芝→○×店など）へ辿って最終的に１つの店舗を選ばせるようにしてもよい。

また、図示の例では希望時刻がその日の「１１：００までに」となっているが、予約依頼通知ＭＥ２の送信時より、２４時間以上あとの希望時刻を指定してもよいことは当然である。

なお、このような予約依頼通知ＭＥ２の送信は、必要に応じて携帯電話機１５以外の通信端末（例えば、パソコンなど）から行うこともできることは当然である。また、図１には図示していないが、通常、リモート印刷サーバ１４は、このような予約依頼通知ＭＥ２を受信する前または後に、ユーザ認証を行って、ユーザＵ１がその文書ＤＣ１をＭＭＫ端末にダウンロードする正当な権限を持つユーザであるか否かを確認し、正当な権限を持つユーザにのみ文書ＤＣ１のダウンロードを許容する。

前記ステップＳ１０で携帯電話機１５から送信された予約依頼通知ＭＥ２を受信したリモート印刷サーバ１４では、前記予約可否判定部３６が上述したように様々な点を検査して、ユーザＵ１が希望するダウンロード予約に応じたダウンロードの実行の可否を判定する。この結果、予約不可と判定した場合（ｎｇのケース）、直ちに、その予約依頼を拒否する旨のメッセージを携帯電話機１５に返送するか、または、前記調整の機会を提供する。

予約依頼通知ＭＥ２を送信するのは、前記時刻指定情報で指定される時刻まで十分に余裕のある時刻であることが多いと考えられるため、ユーザＵ１はこの調整の機会を有効に活用することができる。これにより、自身が許容できる内容（ＭＭＫ端末指定情報や時刻指定情報などの内容）の予約依頼通知ＭＥ２を再送して、再び前記予約可否判定部３６の判定を受けることになる。このとき、リモート印刷サーバ１４が送信した前記予約変更案内通知に沿った変更を行っておけば、再送する予約依頼通知ＭＥ２は、ほぼ確実に予約可と判定される。

予約可と判定した場合（ｏｋのケース）には、リモート印刷サーバ１４はそのまま前記予約依頼通知ＭＥ２の内容を利用して予約情報依頼書を作成する（Ｓ１１）。この予約情報依頼書は、前記ダウンロード予約情報ＲＶ１に対応する。

ダウンロード予約情報ＲＶ１は、その希望時間（時間指定情報で指定された時刻）に対し十分に余裕のある時刻までに、リモート印刷サーバ１４から衛星配信サーバ１８に送達される。

これを受信した衛星配信サーバ１８では、当該ダウンロード予約情報ＲＶ１のＭＭＫ端末１７への配信タスクを、前記スケジュールに追加して、当該ダウンロード予約情報ＲＶ１に含まれる時間指定情報で指定された時刻に対し十分に余裕のある時刻までに、当該配信タスクを処理する（Ｓ１２）。この配信タスクが処理されると、ＭＭＫ配信衛星１９経由で当該ダウンロード予約情報ＲＶ１がＭＭＫ端末１７に届けられる。

ＭＭＫ端末１７は当該ダウンロード予約情報ＲＶ１をＭＭＫ配信衛星１９から受信すると、記憶部５３に記憶しておく。ＭＭＫ端末１７内では、第１スケジュール管理部５５が、記憶部５３に記憶されているダウンロード予約情報を検査しているので、当該ダウンロード予約情報ＲＶ１が新たに記憶されたことを検出すると、第１スケジュール管理部５５は当該ダウンロード予約情報ＲＶ１の内容に応じたスケジュールで、当該ダウンロード予約情報ＲＶ１の文書指定情報で指定される文書ＤＣ１を送信するようにリモート印刷サーバ１４に要求する。この要求に応えてリモート印刷サーバ１４が送信した文書ＤＣ１がＭＭＫ端末１７に受信されることで、文書ＤＣ１のダウンロードが完了する（Ｓ１３）。

ＭＭＫ端末１７への文書ＤＣ１のダウンロードが完了したとき、その旨をユーザＵ１に伝えるため、リモート印刷サーバ１４から携帯電話機１５宛ての電子メールを送信することも望ましい。また、必要に応じて、ダウンロードが完了し、さらに文書ＤＣ１を印刷用のデータに展開する処理や、スプールが完了したときに、その旨をユーザＵ１に電子メールで知らせるようにしてもよい。

これにより、この電子メールを読んでユーザＵ１がＭＭＫ端末１７まで移動したときには、すでに、ダウンロード、展開処理、スプールなどが終了しているため、ユーザＵ１は、いっそう時間を節約することができる。

ただしこの場合、ＭＭＫ端末１７は、印刷機９において展開処理やスプールが完了したことを検知する機能と、その検知の事実をリモート印刷サーバ１４に伝える機能を持つ必要がある。

携帯電話機１５などからリモート印刷サーバ１４にアクセスするときにユーザ認証が必要であったように、ＭＭＫ端末１７から当該文書ＤＣ１を出力するときにもユーザ認証が必要である。ユーザ認証の基礎となるユーザＵ１のリモート印刷サービスの会員としてのユーザＩＤやパスワードも、文書ＤＣ１のダウンロード時にＭＭＫ端末１５にダウンロードされる。

ユーザＩＤやパスワードをそのまま平文の状態でインターネット１１上を伝送させることを避けるには、ユーザＩＤやパスワードの内容を反映した別の情報（例えば、ワンタイムパスワードなど）を伝送する方法もあるが、暗号化を行うようにしてもよい。暗号化されたユーザＩＤやパスワードを受信したＭＭＫ端末１７では、適切な復号を行うことによって、平文のユーザＩＤやパスワードを得ることができる。

平文のユーザＩＤやパスワードを得たＭＭＫ端末１７では、これらをもとに出力用ワンタイムパスワードを生成する。この出力用ワンタイムパスワードは、今回、ダウンロードした文書ＤＣ１をＭＭＫ端末１７および印刷機９を介して印刷出力（または、画面表示出力や外部記憶媒体への書き込み）するためのパスワードである。当該ワンタイムパスワードは、必要に応じて、当該ユーザＩＤやパスワード以外の情報を利用して生成することも可能である。

ダウンロードした文書ＤＣ１を記憶部５３に記憶したあと、ユーザＩＤやパスワードの復号および出力用ワンタイムパスワードの生成が完了し、文書ＤＣ１を印刷機９にスプールすること等が終わると、ＭＭＫ端末１７は、ユーザＵ１が当該文書ＤＣ１の出力を行うためにパスワードやユーザＩＤを入力してくるのを待ち受ける状態になる（Ｓ１４）。

この状態で、ユーザＵ１が当該ＭＭＫ端末１７の場所まで移動して、パスワードやユーザＩＤを入力する。ユーザＵ１がパスワードやユーザＩＤを正しく入力すれば、ユーザ認証の結果はＯＫとなり、その旨がリモート印刷サーバ１４に伝えられて課金処理が行われる。また、ユーザ認証の結果がＯＫとなると、ＭＭＫ端末１７は、前記出力用ワンタイムパスワードを、画面表示出力または印刷出力してユーザＵ１に伝える。なお、必要ならば、文書ＤＣ１などの印刷出力のための料金は会員登録の際などに一括して集め、個々の印刷出力時の課金は行わないようにしてもよい。

印刷機９はすでに、前記文書ＤＣ１のスプール等が完了した時点で、出力用ワンタイムパスワードの入力を待ち受ける状態（Ｓ１５）にあるため、画面表示出力または印刷出力された出力用パスワードをユーザＵ１が印刷機９に入力すると、直ちに当該文書ＤＣ１を印刷出力することができる。

なお、ＭＭＫ端末１７が、前記出力用ワンタイムパスワードを画面表示出力によってユーザＵ１に伝える場合には、ユーザＵ１は当該出力用ワンタイムパスワードをボタン操作などによって印刷機９に入力する必要があるが、印刷出力によって伝える場合には別の入力方法を用いることができる。

すなわち、当該出力用ワンタイムパスワードを例えば２次元バーコードなどの形式で画像として印刷出力し、ユーザＵ１がその２次元バーコードが印刷された紙を前記印刷機９のスキャナ機能に読み取らせることによって入力することができる。ただしこの場合、印刷機９がスキャナ機能を搭載していることが前提となる。

また、実際の運用では、ユーザＵ１が前記予約依頼通知ＭＥ２のＭＭＫ端末指定情報で自身が指定したものと異なるＭＭＫ端末でユーザ認証を受け、ダウンロード予約した文書ＤＣ１の印刷出力を行おうとすることも起こり得るが、その場合には、例えば、当該ＭＭＫ端末から「この店舗は○×店です。お客様のご予約店舗は携帯メールで再確認ください。」などのメッセージを出力し、ユーザの再確認を促すようにしてもよい。

一方、ＭＭＫ監視サーバ１６を経由する経路でダウンロード予約情報ＲＶ１をＭＭＫ端末１７に配信する場合の処理手順は図２に示す通りである。

図２において、ステップＳ２０は前記ステップＳ１０に対応し、ステップＳ２１は前記ステップＳ１１に対応し、ステップＳ２２は前記ステップＳ１２に対応し、ステップＳ２３は前記ステップＳ１３に対応し、ステップＳ２４は前記ステップＳ１４に対応し、ステップＳ２５は前記ステップＳ１５に対応するので、その詳しい説明は省略する。

ただし、ステップＳ２２からＳ２３へ移行する際、ＭＭＫ監視サーバ１６の前記受渡実行部４４が、前記ダウンロード予約情報ＲＶ１をＭＭＫ端末１７に渡すことになるが、この処理は従来からＭＭＫ監視サーバ１６とＭＭＫ端末（例えば、１７）のあいだで実行していた動作をほとんどそのまま活用することができる可能性が高いため、新しく必要になる機能はわずかであり、実現性はいっそう高い。

これは、上述したように、例えば、ＭＭＫ端末１７が定期的に一定の周期（監視周期）で送信した前記ＭＭＫ情報の内容に応じて、ＭＭＫ監視サーバ１６が制御信号をＭＭＫ端末１７に送信する場合、監視部４２と受渡実行部４４が連携して、当該制御信号の替わりに（または、制御信号の一部として）、その時点で記憶部４３に蓄積されている１または複数のダウンロード予約情報（その１つが、ＲＶ１）を該当するＭＭＫ端末１７へ送信するようにするだけでよいからである。

（Ａ−２）実施形態の効果
本実施形態によれば、ユーザ（例えば、Ｕ１）からみると利便性が向上し、システムを構築する側からみると実現性に優れている。

（Ｂ）他の実施形態
上記実施形態では、前記提供情報ＭＥ１には少なくとも前記ダウンロード予測時間が含まれているものとしたが、必ずしもその必要はない。例えば、文書ＤＣ１のサイズやページ数などからユーザＵ１がダウンロード時間を推測できる場合もあるからである。

また、上記実施形態における前記監視周期は変更するようにしてもよい。監視周期を短くすると、ＭＭＫ端末１７やＭＭＫ監視サーバ１６の処理能力にかかる負荷は増大するが、必要な時間的な余裕が短くなるため、より時間密度の高いスケジュールを設定することが可能になる。

例えば、リモート印刷サーバ１４が、リモート印刷サービスの会員にグレードを設定し、グレードに応じてサービスの内容を変更するようにしている場合、グレードの高い会員ほど、短い監視周期を適用するようにしてもよい。グレードは、例えば、リモート印刷サービスの利用頻度の高い会員ほど高くなるように設定してもよい。

さらに、後述するように、ユーザＵ１が直接、ＭＭＫ端末１７を操作して、前記ダウンロード予約情報ＲＶ１に含まれる各情報（例えば、文書指定情報、ＭＭＫ端末指定情報、時刻指定情報など）を入力すること等も、会員（ここでは、ユーザＵ１）のグレードに応じて許容するか否かを決めるようにしてもよい。

また、上記実施形態では、ＭＭＫ端末１７からダウンロードを要求したとき、文書ＤＣ１がリモート印刷サーバ１４からＭＭＫ端末１７へ届けられるプル型の構成であったが、ダウンロードに関するスケジュールの管理をリモート印刷サーバ１４側で行って、リモート印刷サーバ１４側からＭＭＫ端末１７へ文書ＤＣ１を送信するプッシュ型の構成を取ってもよい。この場合、リモート印刷サーバ１４はスケジュール管理を行うための構成要素として図５に示した第２スケジュール管理部３７を持つことになる。当該第２スケジュール管理部３７は、記憶部３３に記憶されたダウンロード予約情報に応じて、指定された時刻になると、リモート印刷サーバ１４から文書ＤＣ１をＭＭＫ端末１７へ送信させ、プッシュ型の構成を実現する。

さらに、上記実施形態では、文書ＤＣ１をインターネット１１およびＭＭＫネットワーク１３経由でリモート印刷サーバ１４からＭＭＫ端末１７へ届けたが、衛星配信サーバ１８およびＭＭＫ配信衛星１９経由で届けることも可能である。これは、リモート印刷サーバ１４から衛星配信サーバ１８に文書ＤＣ１を届け、そのスケジューラに文書ＤＣ１の配信タスクを追加するだけで実現できる。

なお、上述したように、文書ＤＣ１のダウンロードを複数のＭＭＫ端末で行わせた場合などには、あるＭＭＫ端末（例えば、１７）から当該文書ＤＣ１が出力された時点で、他のＭＭＫ端末に記憶されている文書ＤＣ１は削除するようにするとよい。

また、上記実施形態の処理を行うには既存のＭＭＫ端末に、前記第１スケジュール管理部５５の機能を追加すること等が必要になるため、必ずしも、ＭＭＫネットワーク１３内の全ＭＭＫ端末がこのような機能追加を行えるとは限らない。ユーザＵ１が前記予約依頼通知ＭＥ２のＭＭＫ端末指定情報で当該機能追加を行っていないＭＭＫ端末を指定しようとした場合などには、携帯電話機１５などから、「ご指定の店舗はダウンロード予約対象外です。ダウンロードに時間がかかる場合があります。」などのメッセージを出力させるようにしてもよい。

なお、上記実施形態にかかわらず、必要ならば、ユーザＵ１がＭＭＫ端末を操作しＭＭＫ端末からリモート印刷サーバ１４へ前記予約依頼通知ＭＥ２を送信してダウンロード予約を行えるようにしてもよい。

また、必要ならば、ユーザＵ１が直接、ＭＭＫ端末を操作して、前記ダウンロード予約情報ＲＶ１に含まれる各情報（例えば、文書指定情報、ＭＭＫ端末指定情報、時刻指定情報など）をそのＭＭＫ端末に入力するようにしてもよい。この場合、ＭＭＫ監視サーバ１６や衛星配信サーバ１８は従来のものをそのまま用いることができる。

さらに、上記実施形態では、ＭＭＫ端末１７がユーザ認証を行ったが、ＭＭＫ端末１７を介してリモート印刷サーバ１４と通信することで、リモート印刷サーバ１４がユーザ認証を行うようにしてもよい。これにより、ユーザＩＤやパスワードのような秘匿性の高い情報を、リモート印刷サーバ１４の外へ送信する必要がなくなり、セキュリティ性が向上する。

なお、上記実施形態では、監視周期を利用して、ダウンロード予約情報ＲＶ１をＭＭＫ監視サーバ１６からＭＭＫ端末１７に渡したが、監視周期を利用することなく、ＭＭＫ監視サーバ１６からＭＭＫ端末１７へダウンロード予約情報ＲＶ１を送信することも可能である。
以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。

実施形態に係る通信システムの動作説明図である。 実施形態に係る通信システムの動作説明図である。 実施形態に係る通信システムの全体構成例を示す概略図である。 実施形態に係る通信システムで使用する携帯電話機の内部構成例を示す概略図である。 実施形態に係る通信システムで使用するリモート印刷サーバの内部構成例を示す概略図である。 実施形態に係る通信システムで使用するＭＭＫ監視サーバの内部構成例を示す概略図である。 実施形態に係る通信システムで使用するＭＭＫ端末の内部構成例を示す概略図である。

符号の説明

１０…通信システム、１１…インターネット、１２…携帯電話ネットワーク、１３…ＭＭＫネットワーク、１４…リモート印刷サーバ、１５…携帯電話機、１６…ＭＭＫ監視サーバ、１７…ＭＭＫ端末、１８…衛星配信サーバ、１９…ＭＭＫ配信衛星、３２…提供情報生成部、３４…ダウンロード時間予測部、３５…ダウンロード予約情報生成部、４２…監視部、４４…受渡実行部、５５…第１スケジュール管理部、ＭＥ１…提供情報、ＭＥ２…予約通知、ＲＶ１…ダウンロード予約情報。

Claims (8)

1. 複数のユーザが各通信装置からアクセスし得るネットワーク上のリモート保管サーバに、前記ユーザからの保管要求に応じて所定の保管対象データを保管しておき、前記ユーザからの出力要求に応じて、所定の伝送路でリモート保管サーバに接続されたリモート出力装置を介して当該保管対象データの出力を行う情報出力システムであって、
   前記ユーザが、前記通信装置を用いて予め指定した予約タイミングまでに、前記リモート保管サーバが該当する保管対象データを該当するリモート出力装置へ送信しておくことを特徴とする情報出力システム。
2. 請求項１の情報出力システムにおいて、
   前記リモート保管サーバからリモート出力装置への保管対象データの送信が、当該リモート出力装置が要求メッセージを送信したときそれに応えてリモート保管サーバが保管対象データを送信するプル型の通信形態を取る場合、前記リモート出力装置を監視するリモート出力監視サーバを備え、
   前記リモート出力装置は、
   少なくとも前記予約タイミングを示す情報を含む出力スケジュール情報を、蓄積、管理する第１の出力スケジュール管理部を有し、
   前記監視を実現するため、複数の前記リモート出力装置が、定期的または不定期的に当該リモート出力監視サーバにアクセスする場合、前記ユーザは通信装置を使って、前記出力スケジュール情報を、当該リモート出力監視サーバに供給しておき、
   前記リモート出力装置が当該リモート出力監視サーバにアクセスしてきたとき、当該リモート出力監視サーバは前記出力スケジュール情報をリモート出力装置に送信し、
   この出力スケジュール情報を受信して前記第１の出力スケジュール管理部で管理するリモート出力装置は、当該出力スケジュール情報にしたがって前記要求メッセージを送信することを特徴とする情報出力システム。
3. 請求項１の情報出力システムにおいて、
   前記リモート保管サーバからリモート出力装置への保管対象データの送信が、当該リモート出力装置が要求メッセージを送信しなくても、当該リモート保管サーバ側から保管対象データを送信するプッシュ型の通信形態を取る場合、前記リモート保管サーバは、少なくとも前記予約タイミングを示す情報を含む出力スケジュール情報を蓄積、管理する第２の出力スケジュール管理部を備え、
   前記リモート保管サーバは、当該出力スケジュール情報にしたがって該当する保管対象データを該当するリモート出力装置へ送信することを特徴とする情報出力システム。
4. 請求項１の情報出力システムにおいて、
   前記リモート保管サーバからリモート出力装置への保管対象データの送信が、当該リモート出力装置が要求メッセージを送信したときそれに応えてリモート保管サーバが保管対象データを送信するプル型の通信形態を取る場合、前記リモート出力装置と通信するリモート通信衛星と、当該リモート通信衛星の通信内容を制御する衛星制御サーバとを備え、
   当該衛星制御サーバが、前記リモート通信衛星を介して、少なくとも前記予約タイミングを示す情報を含む出力スケジュール情報を、前記リモート出力装置に送信することを特徴とする情報出力システム。
5. 請求項１の情報出力システムにおいて、
   前記リモート保管サーバは、
   前記ユーザによる予約タイミングの指定の要否に関する意思決定を支援するため、前記通信装置に、該当する保管対象データの管理情報を送信する管理情報送信部を備えたことを特徴とする情報出力システム。
6. 請求項１の情報出力システムにおいて、
   前記リモート保管サーバは、
   前記ユーザによる予約タイミングの指定の要否に関する意思決定を支援するため、該当する保管対象データを当該リモート保管サーバから前記リモート出力装置に送信するまでの所要時間の予測値を算出する予測値算出部と、
   当該予測値を前記通信装置を介してユーザに通知する予測値通知部を備えたことを特徴とする情報出力システム。
7. 複数のユーザが各通信装置からアクセスし得るネットワーク上のリモート保管サーバに、前記ユーザからの保管要求に応じて所定の保管対象データを保管しておき、前記ユーザからの出力要求に応じて、所定の伝送路でリモート保管サーバに接続されたリモート出力装置を介して当該保管対象データの出力を行う情報出力方法であって、
   前記ユーザが、前記通信装置を用いて予め指定した予約タイミングまでに、前記リモート保管サーバが該当する保管対象データを該当するリモート出力装置へ送信しておくことを特徴とする情報出力方法。
8. 複数のユーザが各通信装置からアクセスし得るネットワーク上のリモート保管サーバに、前記ユーザからの保管要求に応じて所定の保管対象データを保管しておき、前記ユーザからの出力要求に応じて、所定の伝送路でリモート保管サーバに接続されたリモート出力装置を介して当該保管対象データの出力を行う情報出力プログラムであって、コンピュータに、
   前記ユーザが、前記通信装置を用いて予め指定した予約タイミングまでに、前記リモート保管サーバが該当する保管対象データを該当するリモート出力装置へ送信する機能を実現させることを特徴とする情報出力プログラム。

Images