JP2003162469A - 情報保管入力システム及び情報保管入力サービス、並びに画面表示システム - Google Patents

Abstract

(57)【要約】 【課題】 情報保管入力システムの移動性を高め、使い
勝手を良くする。 【解決手段】 不特定多数の通信装置からアクセスし得
るネットワーク上のストレージサーバに、所定の保管デ
ータを保管しておく情報保管入力システムにおいて、供
給を受けた入力データを、所定の入力形態で入力する複
数のリモート入力端末と、当該リモート入力端末から入
力データを受け取るリモート入力サーバと、少なくとも
当該リモート入力サーバとのあいだで通信を行う携帯通
信端末とを備え、少なくとも、当該入力データを前記保
管データとし前記ストレージサーバに対する保管が完了
したときには、その事実を前記リモート入力サーバが携
帯通信端末に伝える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報保管入力システ
ム及び情報保管入力サービスに関し、例えば、インター
ネット上で提供されるストレージサービスを利用する場
合などに適用して好適なものである。

【０００２】また、本発明は、画面表示システムに関す
るものである。

【０００３】

【従来の技術】従来、インターネット上に配置されたス
トレージサーバに所望のデータを保管することによって
提供されるストレージサービスを利用する場合、当該デ
ータを共有しようとする複数のユーザは、ブラウザを搭
載したパーソナルコンピュータなどを利用してプラグイ
ンソフトの支援を受けながらも、基本的にはＷｅｂペー
ジの閲覧と同様な形で当該データのダウンロードを要求
し、要求を出したパーソナルコンピュータにダウンロー
ドしている。この意味で、ストレージサーバは、パーソ
ナルコンピュータなどのクライアント側から見た場合、
Ｗｅｂサーバの一種であるといえる。

【０００４】ストレージサーバに保管されたデータのう
ち公開されたデータならば、そのデータのＵＲＬを用い
て、誰でも、インターネット経由でダウンロードするこ
とが可能であるため、当該ＵＲＬを伝えることによっ
て、容易に広域的なデータの共有が実現できる。

【０００５】一方、ストレージサーバに対しデータをア
ップロードする場合には、ユーザは、自宅や勤務先のパ
ーソナルコンピュータなどを利用して、データをストレ
ージサーバに転送するため、ダウンロードのときとは反
対方向のデータ転送を行うことになる。

【０００６】

【発明が解決しようとする課題】ところで、近年では、
携帯電話機をはじめとする各種の携帯情報端末の発展が
著しく、Ｗｅｂブラウザを搭載した携帯情報端末も多
く、普及度も高いため、携帯情報端末を用いて移動しな
がらインターネット上のＷｅｂページを閲覧することは
広く行われている。

【０００７】しかしながら携帯電話機などでは、パーソ
ナルコンピュータ等と比較して搭載できる記憶装置の容
量が著しく小さいのが普通であり、取り扱うことのでき
るデータのサイズや、形式が必然的に制限される。さら
に、携帯電話機は通常、スキャナなどの入力機能を持っ
ていないため、紙に記録されたデータをストレージサー
バにアップロードすることができなかった。

【０００８】したがって、せっかく、どこからでもアク
セス可能なインターネット上にストレージサーバを配置
しても、実際にアップロードを行う場所は、勤務先や自
宅などに制限されてしまい、移動性の観点で、携帯電話
機を用いた閲覧のように高い自由度が得られず、十分な
データ共有を行うための障害ともなる。

【０００９】

【課題を解決するための手段】かかる課題を解決するた
めに、第１の発明では、不特定多数の通信装置からアク
セスし得るネットワーク上のストレージサーバに、所定
の保管データを保管しておく情報保管入力システムにお
いて、供給を受けた入力データを、所定の入力形態で入
力する複数のリモート入力端末と、当該リモート入力端
末から入力データを受け取るリモート入力サーバと、少
なくとも当該リモート入力サーバとのあいだで通信を行
う携帯通信端末とを備え、少なくとも、当該入力データ
を前記保管データとし前記ストレージサーバに対する保
管が完了したときには、その事実を前記リモート入力サ
ーバが携帯通信端末に伝えることを特徴とする。

【００１０】また、第２の発明では、不特定多数の通信
装置からアクセスし得るネットワーク上のストレージサ
ーバに、所定の保管データを保管しておく情報保管入力
システムにおいて、供給を受けた入力データを、所定の
入力形態で入力する複数のリモート入力端末と、当該リ
モート入力端末から入力データを受け取るリモート入力
サーバと、前記リモート入力端末または当該リモート入
力サーバに対し、前記入力データの一次的入力要求を送
信する入力要求通信端末とを備え、当該入力要求通信端
末から送信された一次的入力要求に応じて、前記入力デ
ータを、前記リモート入力端末からリモート入力サーバ
に入力し、当該リモート入力サーバが前記ストレージサ
ーバに対して二次的入力要求を送信することにより、当
該入力データを前記保管データとして保管することを特
徴とする。

【００１１】さらに第３の発明では、不特定多数の通信
装置からアクセスし得るネットワーク上のストレージサ
ーバに、所定の保管データを保管しておく情報保管入力
サービスにおいて、供給を受けた入力データを、リモー
ト入力端末を用いて所定の入力形態で入力し、リモート
入力サーバを用いて当該リモート入力端末から入力デー
タを受け取り、携帯通信端末を用いて少なくとも当該リ
モート入力サーバとのあいだで通信を行い、少なくと
も、当該入力データを前記保管データとし前記ストレー
ジサーバに対する保管が完了したときには、その事実を
前記リモート入力サーバが携帯通信端末に伝えることを
特徴とする。

【００１２】また、第４の発明では、不特定多数の通信
装置からアクセスし得るネットワーク上のストレージサ
ーバに、所定の保管データを保管しておく情報保管入力
サービスにおいて、供給を受けた入力データを、リモー
ト入力端末を用いて所定の入力形態で入力し、リモート
入力サーバを用いて当該リモート入力端末から入力デー
タを受け取るに際して、前記リモート入力端末または当
該リモート入力サーバに対し、入力要求通信端末から前
記入力データの一次的入力要求を送信し、当該入力要求
通信端末から送信された一次的入力要求に応じて、前記
入力データを、前記リモート入力端末からリモート入力
サーバに入力し、当該リモート入力サーバが前記ストレ
ージサーバに対して二次的入力要求を送信することによ
り、当該入力データを前記保管データとして保管するこ
とを特徴とする。

【００１３】さらにまた、第５の発明では、複数の表示
項目を同一画面上に表示する画面表示システムにおい
て、異る内部処理に対応した複数の表示項目を同一の画
面上で同時に表示することを特徴とする。

【００１４】

【発明の実施の形態】（Ａ）実施形態 以下、本発明にかかる情報保管入力システム及び情報保
管入力サービス、並びに画面表示システムを、インター
ネット上に配置されたストレージサーバおよびリモート
印刷サーバ（ストレージサービスおよびリモート印刷サ
ービス）に適用した場合を例に、実施形態について説明
する。

【００１５】ストレージサーバによって提供されるオン
ラインストレージサービスは、一般的に、ネットワーク
上に設けられた専用のデータ保管領域に対し、各ユーザ
が送信してきたユーザデータを収容したユーザファイル
を格納しておき、ユーザからの出力要求に応じて読み出
したり、必要に応じて上書きしたりできるようにしたサ
ービスを指す。

【００１６】このようなサービスを提供するためのスト
レージサーバの機構を既存のシステム上で実現する実現
法としては様々なものが考えられる（一例としては、an
onymousＦＴＰサーバを利用し、単なるＦＴＰクライア
ントからアクセスするようにしても、あるユーザデータ
をアップロードし、不特定多数のユーザに公開してダウ
ンロードさせること等が可能である）が、現実にはハイ
パーテキストシステムを利用して実現したものがほとん
どである。

【００１７】以下の実施形態でも、既存のブラウザを搭
載した携帯電話機などからのアクセスの利便性なども考
慮して、ハイパーテキストシステム上に構築したストレ
ージサーバを例に説明する。

【００１８】（Ａ−１）実施形態の構成 本実施形態のストレージシステムの全体構成例を図１に
示す。

【００１９】図１において、当該ストレージシステム
は、ストレージサーバ１０と、リモート印刷サーバ１１
と、ＭＭＫ（マルチメディアキオスク）端末１２と、パ
ーソナルコンピュータ１３と、携帯電話機１４と、ＦＡ
Ｘ端末１５と、ネットワーク４０〜４２とを備えてい
る。

【００２０】このうちネットワーク４０〜４２はいずれ
もインターネットで構築されていてよい。その他の例と
してＭＭＫ端末１２を収容したネットワーク４０は、複
数のＭＭＫ端末を収容したＬＡＮとして構築することも
できる。

【００２１】また、携帯電話機１４とストレージサーバ
１０とのあいだの通信、および携帯電話機１４とリモー
ト印刷サーバ１１とのあいだの通信は、インターネット
であるネットワーク４０と、図示しない携帯電話ネット
ワークを介して行われるものである。さらに、ＦＡＸ端
末１５とリモート印刷サーバ１１のあいだの通信は、イ
ンターネットであるネットワーク４０と図示しないＦＡ
Ｘネットワークを介して行われるものである。

【００２２】なお、ストレージサーバ１０とリモート印
刷サーバ１１がインターネット上の別サイトに配置され
る場合、両者のあいだの通信を可能にするネットワーク
４２は、インターネットである。

【００２３】前記ストレージサーバ１０は上述したよう
にＷｅｂサーバとしてのインタフェースを提供するか
ら、ブラウザを搭載した携帯電話機１４やパーソナルコ
ンピュータ１３などから、基本的にはＨＴＴＰを用いて
アクセスできる。

【００２４】当該ストレージサーバ１０の内部構成例
は、図１に示すとおりである。

【００２５】すなわち、当該ストレージサーバ１０は、
ストレージデータベース２０と、会員認証機能部２１
と、ストレージ会員データベース２２とを備えている。

【００２６】このうちストレージデータベース２０は、
上述した専用のデータ保管領域に相当する部分である
が、膨大な記憶容量と不揮発性記憶を実現するため、通
常、その物理的な実体は大容量のハードディスクであ
る。ストレージデータベース２０は、各データの物理的
な格納構造を意識することなく、携帯電話機１４を操作
するユーザＵ１が容易にデータの検索や追加などを実行
することができるようになっている。

【００２７】当該ストレージデータベース２０の内部
は、論理的に、会員別のフォルダに分かれており、各会
員（例えばユーザＵ１）がアップロードしてきたデータ
は当該会員のフォルダ内に格納される。

【００２８】以下の説明では、ユーザＵ１が所望の送信
先に送信するあるデータＤＡ１に注目する。この送信先
にはストレージサーバ１０も含まれ得るので、ユーザＵ
１の希望に応じ、当該データＤＡ１は、ストレージサー
バ１０にもアップロードされる。

【００２９】このデータＤＡ１の種類は、例えば、上述
した画像、動画、文書、商品カタログ、プログラムコー
ド、ソフトウエアパッケージなどであってよい。また、
当該データＤＡ１は当該送信を行う時点ですでに電子化
されてＲＡＭやハードディスクなどに格納されているも
のであってもよいが、ここでは主として、記録媒体とし
ての紙に記録されたデータを想定する。

【００３０】ストレージデータベース２０に格納されて
いるデータのなかには、主たるデータ（その１つがＤＡ
１）である画像や文書などのほか、当該主たるデータに
対応づけられ、主たるデータを管理するために使用され
る属性情報（主たるデータを登録した人の氏名や、登録
の日付、主たるデータに対するアクセス権限の制限の有
無、制限の内容など）も含まれることは当然である。

【００３１】次に、前記会員認証機能部２１は、ストレ
ージサーバ１０にアクセスしてきたユーザ（その１例
が、携帯電話機１４やＭＭＫ端末１２でアクセスしてく
るユーザＵ１）につき、その正当性を検証する個人認証
を行う部分である。

【００３２】本実施形態では、会員制を前提とし、スト
レージサーバ１０と、リモート印刷サーバ１１の双方に
会員登録を行ったユーザだけが正当なユーザとして認証
される。ただし、ストレージサーバ１０とリモート印刷
サーバ１１のあいだが信頼関係で結ばれている場合に
は、ユーザＵ１はストレージサーバ１０あるいはリモー
ト印刷サーバ１１のいずれかの会員であれば、本システ
ムを利用することができる。この場合、一方のサーバに
てユーザＩＤの認証を行うと、信頼関係にあるサーバへ
のユーザＩＤを自動発行し、このユーザＩＤが他方のサ
ーバにおいても、認証されたものとして扱われる。

【００３３】会員認証機能部２１は、各会員のＩＤ（ス
トレージサーバ内で各会員を一義的に識別する識別情
報）やＰＷ（パスワード）を格納したストレージサービ
ス会員データベース２２と接続されており、ユーザから
のアクセスがあると、ユーザが送信してきたＩＤやパス
ワードをストレージサービス会員データベース２２に格
納してあるものと照合して、正当性の検証を行う。

【００３４】当該ストレージサービス会員データベース
２２は、ストレージサーバ１０内に設置してもよく、リ
モート印刷サーバ１１内に設置してもよく、ストレージ
サーバ１０とリモート印刷サーバ１１の双方に設置して
もよい。ただし双方に設置した場合には、データの一貫
性を保持できるように配慮する必要がある。

【００３５】なお、平文のパスワードをインターネット
上に送信するとパスワードを盗まれる可能性も小さくな
いので、何らかの暗号化技術を併用するとよい。例え
ば、ハイパーテキストシステム上で広く普及しているＳ
ＳＬなどを活用することも考えられるが、一例として、
パスワードを暗号化キーとしてＩＤを暗号化して得られ
た暗号化情報（ＩＤの情報とパスワードの情報を含んで
いる）ものを送信するようにすれば、携帯電話機１４側
の処理能力にかかる負荷は通常のＳＳＬよりも小さくて
済む。

【００３６】なお、各ユーザがストレージサーバ１０に
アップロードしたファイル（例えば、データＤＡ１を収
容したファイル）をtree構造のディレクトリで管理し、
会員登録時に当該treeの１つの節を各ユーザ（例えば、
Ｕ１）を代表するホームディレクトリ（前記会員別のフ
ォルダに対応）として割り当てるようにすれば、当該ユ
ーザがアップロードしたファイルはすべて、当該treeの
葉（葉とは、最下層の節を指す）として当該ホームディ
レクトリに格納することができる。

【００３７】これにより、ダウンロード時には、当該ホ
ームディレクトリ名を示すＵＲＬをブラウザに入力する
ことで、当該ユーザがアップロードしたファイルの一覧
を表示すること等も効率的に行うことが可能となる。ま
た、公開するファイルと公開しないファイルで格納する
ディレクトリを相違させることは、効率的なファイル管
理のために有効である。

【００３８】なお、当該ストレージサーバ１０内には、
図示した構成要素２０〜２２のほかにも、必要に応じて
データの暗号化や復号に対応するデータ暗号化機能部、
ＴＣＰ／ＩＰ、ＨＴＴＰなどの各種プロトコルに対応し
た通信機能部、インタラクティブなページ閲覧等を可能
とするＣＧＩ、アクセスログを蓄積、管理するためのア
クセス管理データベースなどの各種機能部が搭載され得
る。

【００３９】一方、インターネット４２経由で当該スト
レージサーバ１０と通信するリモート印刷サーバ１１
は、リモート印刷会員データベース３０と、リモート印
刷データベース（会員フォルダ）３１と、送信先リスト
抽出送信機能部３２と、会員認証機能部３３と、ファイ
ル変換機能部３４と、ＭＭＫからのデータ抽出機能部３
５とを備えている。

【００４０】このうちリモート印刷会員データベース３
０は前記ストレージサーバ１０内のストレージサービス
会員データベース２２に対応する会員管理用のデータベ
ースであるが、ここには、リモート印刷サービスの会員
に関する情報（ユーザＩＤやパスワードなど）が登録さ
れている。

【００４１】本来、前記ストレージサーバ１０と、この
リモート印刷サーバ１１とは、それぞれ独立して機能し
得るものであり、運用を開始する時期なども必ずしも同
じではないから、会員制を採用するにしても、それぞれ
に独立して会員登録を行う。しかしながら本実施形態で
は、ストレージサーバ１０とリモート印刷サーバ１１の
連携を重視し、リモート印刷サーバ１１に会員登録する
場合には自動的にストレージサーバ１０の会員ＩＤを収
集するように構成するものとしたため、ストレージサー
ビス会員データベース２２とリモート印刷会員データベ
ース３０の格納内容に関連が生じる。

【００４２】また、１つのリモート印刷サーバ（例え
ば、１１）と連携するストレージサーバは１つに限定す
る必要はなく、複数であってもよい。例えば、図１０
（Ｂ）に示す５つのストレージサーバ、すなわちストレ
ージＡ〜Ｅ（ここで、Ａ〜Ｅは、リモート印刷サーバ１
１が各ストレージサーバを一義的に識別するために使用
するストレージＩＤ）がリモート印刷サーバ１１と連携
するストレージサーバであってよい。なお、図１０
（Ａ）〜（Ｃ）に示す会員マスタファイル、会員別スト
レージ関連ファイル、会員別利用履歴ファイルは、前記
リモート印刷会員データベース３０に格納されるもので
あってよい。

【００４３】例えば、図１０（Ｂ）には、各ユーザにつ
いて、リモート印刷会員としてのユーザＩＤ（例えば、
山本氏の場合、yama）と、ストレージＡの会員としての
ユーザＩＤ（yamamoto）とストレージＢの会員としての
ユーザＩＤ（yaya）などが対応付けられている。

【００４４】このような会員別ストレージ関連ファイル
を用いることで、同一のユーザ（例えば、山本氏）に対
する各サーバ１１，１０内でのユーザＩＤを関連づける
ことができるため、リモート印刷サーバ１１とストレー
ジサーバ１０（例えば、ストレージＡ）との連携動作を
簡単に行うことができ、ユーザはサーバ１１，１０ごと
にログイン操作（パスワードの入力など）を行う必要が
なくなる。

【００４５】なお、図１０（Ｃ）に示す会員別利用履歴
ファイルは、ストレージサーバ１０（例えば、ストレー
ジＡ）に保管されているデータ（例えば、ＤＡ１）をリ
モート印刷サーバ１１経由でＭＭＫ端末１２から出力
（例えば、印刷出力）する場合などに対応したログ情報
であるが、これとは反対に、データＤＡ１をストレージ
サーバ（例えば、ストレージＡ）にアップロードする場
合にも、同様なログ情報を蓄積できることは当然であ
る。

【００４６】ところで、リモート印刷サーバ１１は例え
ば、図７（Ｂ）の画面Ｍ２や図８（Ｂ）の画面ＫＭ２
（あるいは、図７（Ｄ）の画面Ｍ４や図８（Ｃ）の画面
ＫＭ３など）に示すような送信先の一覧（宛先の氏名、
部署名、電子メールアドレスなどを含む）を画面表示す
るための基礎となる情報（送信先一覧基礎情報）をＭＭ
Ｋ端末１２や携帯電話機１４に送信する必要がある。図
７（Ｂ）〜（Ｄ）などからも明らかなように、当該送信
先一覧基礎情報には、全ユーザ（あるいは多くのユー
ザ）に共通の送信先となるストレージサーバ（例えば、
ストレージサービスＡなど）への送信を示す情報要素
（画面上では「ストレージ」ボタンになっている）も含
まれているが、大部分の情報要素は各ユーザに固有の情
報（送信先）である。

【００４７】すなわち、「自分宛てｍａｉｌ」は、各ユ
ーザの携帯電話機などの電子メールアドレスへの送信を
示し、「グループ１」は各ユーザが選定した１または複
数の送信先のグループへの送信を示し、「会社ＦＡＸ」
は各ユーザの会社の特定のＦＡＸ端末（例えば１５）へ
の送信を示す。

【００４８】したがってリモート印刷サーバ１１が当該
送信先一覧基礎情報を送信するためには、予め、このよ
うなユーザ固有の情報（送信先）を蓄積管理しておく必
要がある。当該ユーザ固有情報は、リモート印刷会員デ
ータベース３０の内部に、前記ＩＤやパスワードととも
に蓄積しておくようにしてもよい。このユーザ固有情報
は、一例として、図９に示すような構成の関係表とする
ことができる。

【００４９】なお、ストレージサーバ１０側に当該ユー
ザ固有情報を蓄積しておき、必要なときにはリモート印
刷サーバ１１がストレージサーバ１０と連携して、前記
送信先一覧基礎情報を生成するようにしてもよい。

【００５０】リモート印刷データベース３１は、ストレ
ージサーバ１０内のストレージデータベース（会員フォ
ルダ）２０に対応するデータベースであり、前記主たる
データＤＡ１やその属性情報（例えば、ＭＭＫのＩＤ、
ストレージサーバのＩＤ、ジョブ番号、送信先データ
等）が格納される。ただしリモート印刷サーバ１１はデ
ータの保管を目的としたサーバではないため、データＤ
Ａ１や属性情報を格納したとしてもそれは一時的なもの
である。長期間、継続的に保管することを要する場合に
は、ストレージサーバ１０上の会員フォルダ２０を使用
することとなる。

【００５１】会員認証機能部３３は、ストレージサーバ
１０内の会員認証機能部２１に対応する部分で、リモー
ト印刷サーバ１１にアクセスしてきたユーザ（例えば、
Ｕ１）につき、前記リモート印刷会員データベース３０
の格納内容を参照して認証を行う。

【００５２】ただし本実施形態は、データ（ＤＡ１）を
ストレージサーバ１０にアップロードする場合でも、直
接パーソナルコンピュータ等からストレージサーバ１０
にアップロードするのではなく、ＭＭＫ端末１２を利用
してリモート印刷サーバ１１経由でアップロードする点
に特徴を有するため、先ず最初に機能するのは、ストレ
ージサーバ１０上の会員認証機能部２１ではなく、リモ
ート印刷サーバ１１上の会員認証機能部３３である。

【００５３】送信先リスト抽出送信機能部３２は、ＭＭ
Ｋ端末１２からの要求に応じて上述した送信先一覧基礎
情報を、例えばリモート印刷会員データベース３０など
から抽出、生成し、当該ＭＭＫ端末１２へ返送する部分
である。

【００５４】ファイル変換機能部３４は、必要に応じ
て、ファイルのデータ形式を変換する部分である。ＭＭ
Ｋ端末１２およびリモート印刷サーバ１１経由でユーザ
所望の送信先（ストレージサーバ１０も含む）へ送信す
るデータＤＡ１は、ファイルの形でＭＭＫ端末１２内に
いったん蓄積されるが、例えば、ＦＡＸ端末１２や携帯
電話機１４のメーラなどの各送信先に応じて、異なるデ
ータ形式に変換することが必要になる場合があるため、
そのようなケースでは、リモート印刷サーバ１１内でデ
ータ形式の変換を実行する。

【００５５】ＭＭＫからのデータ抽出機能部３５は、ユ
ーザ所望の送信先へ送信するデータＤＡ１をＭＭＫ端末
１２から抽出し、前記リモート印刷会員フォルダ３１内
に格納する部分である。このとき、必要に応じて、前記
属性情報も抽出され、格納される。

【００５６】一般的にＭＭＫ端末は市街地の随所に設置
され得るが、本実施形態の構成上も、例えば、コンビニ
エンスストア（ＣＶＳ）や、駅など、一般的なユーザが
立ち寄りやすい場所に、できるだけ均等、かつ高い密度
で設置することが望ましい。このため、リモート印刷サ
ーバ１１には多数のＭＭＫ端末１２が接続され得、デー
タＤＡ１等の抽出に際しては、それらのＭＭＫ端末を識
別する必要がある。また、ほぼ同時期に、同じＭＭＫ端
末から複数のデータ（例えばＤＡ１）が送信されること
があるため、各データを識別する必要もある。本実施形
態においてＭＭＫ端末の識別には、各ＭＭＫ端末に一義
的に割り当てられるＭＭＫ−ＩＤを使用し、複数のデー
タの識別には、スキャンごとに発生するＪＯＢ Ｎｏ
（ジョブ番号）を使用する。

【００５７】個々のＭＭＫ端末自体は、基本的にパーソ
ナルコンピュータなどと同様、ネットワーク機能を搭載
した情報処理装置である。リモート印刷サーバ１１に接
続される各ＭＭＫ端末の機能仕様はすべて同じに統一し
てもよいが、全体としてのＭＭＫ端末群はかなり大規模
なインフラストラクチャであり、長い年月をかけて少し
ずつ増設されるものであるから、同じシステムのなかに
新旧のＭＭＫ端末が混在する形で運用されるものと考え
られる。

【００５８】ただし本実施形態で行うデータＤＡ１の入
力のためには、スキャナ機能を搭載しているＭＭＫ端末
が好ましい。自身がスキャナ機能を搭載していない場
合、外部のスキャナと接続できるインタフェースを備え
ていることが、最低限、必要である。外部のスキャナと
しては、プリンタ、ＦＡＸ端末、複写機などのうち２以
上の機能を複合した複合機（ＭＦＰ）が持つスキャナな
どを用いることが可能である。

【００５９】もっとも、ＭＭＫ端末１２のオペレーティ
ングシステム（ＯＳ）あるいはＣＰＵ（中央処理装置）
からみた場合、ＭＭＫ端末に搭載しているスキャナと、
外部のスキャナに実質的な相違はない。ＭＭＫ端末は必
ずしもスキャナを主体とした機器ではないため、一般的
に、スキャナ自体の性能（解像度など）は、外部のスキ
ャナのほうが優れていることが多いものと考えられる。

【００６０】なお、本実施形態で使用する携帯電話機１
４には、携帯電話機としての基本的な電話機能やブラウ
ザのほか、Bluetoothや赤外線など、ＭＭＫ端末１２と
直接通信するための無線通信機能を備えているものとす
る。

【００６１】必要ならば、ケーブル接続による有線通信
機能であってもかまわないが、使い勝手や機械的な耐久
性などの観点で、無線通信のほうが好ましい。無線通信
の手法としては、Bluetooth、赤外線等を用いるものと
する。

【００６２】なお、以上の説明ではストレージサーバ１
０とリモート印刷サーバ１１を、それぞれ１つのサーバ
として説明したが、各構成要素（機能部）２０〜２１
等，および３０〜３５等の性質を考慮すると、現実的な
実装では、ほぼ各機能部ごとに別なサーバ（別なコンピ
ュータ）とするのが普通であると考えられる。したがっ
て、ストレージサーバ１０で１つのサイトを構成し、リ
モート印刷サーバ１１でもう１つのサイトを構成するの
が普通であると考えられる。

【００６３】以下、上記のような構成を有する本実施形
態の動作について、図２〜図６の動作シーケンスを参照
しながら説明する。

【００６４】図２の動作シーケンスはＰ２０〜Ｐ２９の
各ステップから構成されており、図３の動作シーケンス
はＰ４０〜Ｐ４８の各ステップから構成されており、図
４の動作シーケンスはＰ５０〜Ｐ６７の各ステップから
構成されており、図５の動作シーケンスはＰ７０〜Ｐ８
５の各ステップから構成されており、図６の動作シーケ
ンスはＰ９０〜Ｐ１０１の各ステップから構成されてい
る。

【００６５】（Ａ−２）実施形態の動作 ここでは、すでに、ユーザＵ１はリモート印刷サーバ１
１および、１または複数のストレージサーバ１０（例え
ば、ストレージＡ）に対する会員登録が終了しているも
のとする。

【００６６】この会員登録にあたっては、すでに会員登
録してあるストレージサーバ１０にログイン中にリモー
ト印刷サーバ１１の会員登録画面を読み込めるようにリ
ンクを張っておけば、その読み込みと同時に、ログイン
中であったストレージサーバ１０（ストレージＡ）にお
けるユーザＩＤ（例えば、図１０（Ｂ）のyamamoto）を
リンク先のリモート印刷サーバ１１に自動的に送信する
ことができるため、リモート印刷サーバ１１では会員登
録と同時に、図１０（Ｂ）に示すような会員別ストレー
ジ関連ファイルを生成することができ、以後は、各サー
バ１１，１０におけるユーザＩＤの対応関係をリモート
印刷サーバ１１側で把握することができる。

【００６７】ストレージサービスの提供者と、リモート
印刷サービスの提供者が同一である場合には、当該対応
関係は、いずれか一方のサーバで管理しておけば十分で
あるとも考えられるが、別個である場合には、課金の問
題などとも関連するため、双方で管理することが好まし
い。

【００６８】以上の会員登録によって、ユーザＵ１は自
身が上述した画像、動画、文書、商品カタログ、プログ
ラムコード、ソフトウエアパッケージなどのＷｅｂコン
テンツをストレージサーバ１０に登録したり閲覧したり
することもできるし、他者が登録し公開されたＷｅｂコ
ンテンツをダウンロードして閲覧すること等も可能とな
る。また、ストレージサーバ１０を経由せずに、リモー
ト印刷サーバ１１から所望の送信先にデータＤＡ１を送
信することも可能となる。

【００６９】次に、会員登録を済ませたユーザＵ１が本
実施形態のストレージシステムを使用する場合の動作に
ついて、図２〜図６を用いて具体的に説明する。図２お
よび図３は、スキャンによって取得したデータＤＡ１を
ストレージサーバ１０にアップロードする場合の動作で
あり、図４〜図６は、同様な動作を携帯電話機１４のBl
uetoothを利用して実行する場合に対応する。

【００７０】なお、図７（Ａ）〜（Ｄ）に示す画面Ｍ１
〜Ｍ４は、ＭＭＫ端末１２の表示画面例であり、図８
（Ａ）〜（Ｃ）に示す画面ＫＭ１〜ＫＭ３は携帯電話機
の表示画面例である。

【００７１】（Ａ−２−１）入力時の動作（携帯電話機
のBluetoothを用いない場合） 図２において、ユーザＵ１がＭＭＫ端末１２を操作して
スキャンサービスを選択すると（Ｐ２０）、例えば、図
７（Ａ）に示す画面Ｍ１がＭＭＫ端末１２に画面表示さ
れる。画面Ｍ１のテキストフィールドＦ１にはユーザＵ
１のリモート印刷サーバ１１におけるユーザＩＤ（ここ
では、前記yamaとする）を入力して、テキストフィール
ドＦ２にはパスワードを入力し、「送信」ボタンを押す
と、当該ユーザＩＤとパスワードがＭＭＫ端末１２に受
信され、つづいて当該ＭＭＫ端末１２からリモート印刷
サーバ１１へ送信される（Ｐ２１）。

【００７２】リモート印刷サーバ１１は、当該ユーザＩ
Ｄとパスワードを、前記リモート印刷会員データベース
３０に蓄積されているユーザＩＤやパスワードと照合す
ること等により、ユーザ認証を行う（Ｐ２２）。この
際、必要ならば、ＭＭＫ端末１２から端末ＩＤ（ＭＭＫ
−ＩＤ）を送信させて端末認証も合わせて行うようにし
てもよい。

【００７３】認証結果がＮＧの場合には処理はここで停
止するが、認証結果がＯＫのものある場合には、処理は
ステップＰ２３に進む。

【００７４】ステップＰ２３では、ユーザＩＤが前記ya
maのユーザＵ１が、予め登録してあるリモート印刷会員
データベース３０内のユーザ固有情報をもとに、上述し
た送信先一覧基礎情報を生成して、ＭＭＫ端末１２へ送
信する。

【００７５】これを受けたＭＭＫ端末１２には、例え
ば、図７（Ｂ）に示すような画面Ｍ２が表示されるた
め、ユーザＵ１は画面Ｍ２上の各ボタンを押すことで、
例えば、図７（Ｃ）の画面Ｍ３や、図７（Ｄ）の画面Ｍ
４を表示させることができる（Ｐ２４）。

【００７６】当該ステップＰ２４の送信先指定におい
て、画面Ｍ２上のボタンのうち、例えば、「ストレー
ジ」ボタンを押した場合に表示される画面Ｍ３では、ボ
タンを埋めることによって、データＤＡ１のアップロー
ド先のストレージサーバを指定することができるように
なっている。

【００７７】ステップＰ２２の認証結果がＯＫとなった
以上、ユーザＵ１はリモート印刷サーバ１１の会員であ
るとともに、（いずれのストレージサーバにも会員登録
することなくリモート印刷サーバ１１に会員登録するこ
とを許さない場合には、）少なくとも１つ以上のストレ
ージサーバの会員である。ただしすべてのユーザがリモ
ート印刷サーバ１１と連携するすべてのストレージサー
バ（例えば、前記ストレージＡ〜Ｅのすべて）に会員登
録している必要はないため、画面Ｍ３上に表示されるス
トレージサービスの数や組合せは、ユーザごとに相違す
るものであってよい。あるいは表示自体はすべてのスト
レージＡ〜Ｅについて行い、ユーザが選択する際の応答
に各ユーザのストレージサーバへの会員登録の状態を反
映させてもよい。

【００７８】なお、ストレージサーバ１０と連携せず、
リモート印刷サーバ１１単独でも、有用なサービス（例
えば、データＤＡ１を電子メールに添付して送信した
り、ＦＡＸ端末１５へ送信したりするサービスなど）を
ユーザに提供することは可能であるため、いずれのスト
レージサーバにも会員登録することなくリモート印刷サ
ーバ１１に会員登録することを認めてもよいことは当然
である。この場合、リモート印刷サーバ１１だけにしか
会員登録していないユーザに対しての画面Ｍ２では、
「ストレージ」ボタンの表示自体を省略するようにして
もよい。

【００７９】図７（Ｃ）の画面Ｍ３上で行うストレージ
サーバ（ストレージサービス）の選択は、１つの選択肢
の選択だけを認める排他的な選択であってもよく、同時
に複数の選択肢の選択を認めるようにしてもよい。画面
Ｍ３上の「送信」ボタンを押すと処理は次のステップＰ
２５に進み、「送信追加」ボタンを押すと当該画面Ｍ３
上で行った選択の内容を保存しながら別の画面で新たな
送信先の追加を行うことができる。「キャンセル」ボタ
ンは当該画面Ｍ３上で行った選択の内容を取り消して前
の画面、すなわち画面Ｍ２へ戻るときに押すボタンであ
る。

【００８０】図７（Ｄ）の画面Ｍ４上には予め当該ユー
ザＵ１が指定したユーザ固有情報をもとに、グループ１
内に属する各送信先の一覧が表示されている。この画面
Ｍ４は、従来、この種の選択画面では同一の画面上で表
示していなかった電子メールアドレスとＦＡＸ番号を混
在させた画面となっている。これは必ずしも電子メール
アドレスとＦＡＸ番号にかぎる必要はなく、要するに、
異種の送信先を同一画面上に混在させて一覧表示するこ
とに特徴がある。

【００８１】これにより、従来は、例えばＦＡＸ端末に
送信するための画面と、電子メールを送信するための画
面を別個に画面表示させなければならないことで画面表
示操作の手数が多かったところを、単一の画面表示操作
で済むようになり、ユーザＵ１の操作負担が軽減でき
る。

【００８２】画面Ｍ４上の「送信」、「送信追加」、
「キャンセル」の各ボタンを押した場合の処理は、前記
画面Ｍ３の場合と同様である。したがって、画面（例え
ば、Ｍ３，Ｎ４）の表示順序はどちらが先でも同じであ
る。「送信追加」を繰り返して、最後に「送信」ボタン
を押した場合、送信先に関する全選択内容（例えば、画
面Ｍ３上で行ったストレージサーバの選択と画面Ｍ４で
行った電子メールアドレスの選択）、すなわち送信先デ
ータが、リモート印刷サーバ１１へ送信される。

【００８３】ただし実際にこの送信先データがリモート
印刷サーバ１１に送信されるのは後述するステップＰ２
８においてであり、それまではＭＭＫ端末１２内に送信
先データを蓄積しておく必要がある。

【００８４】ステップＰ２４で送信先の指定が終わる
と、ステップＰ２５で前記スキャナを用いて原稿のスキ
ャンを行い、紙に記録されたデータを電子化する。これ
によって前記データ（スキャンデータ）ＤＡ１が生成さ
れると、当該データＤＡ１はＭＭＫ端末１２が搭載して
いる記憶装置ＰＲ１に一時的に格納され、前記ジョブ番
号が採番され（Ｐ２６）、リモート印刷サーバ１１へ送
信される（Ｐ２７）。

【００８５】この送信では、スキャンデータＤＡ１とと
もに、前記ジョブ番号、送信先データ、ＭＭＫ−ＩＤ等
の属性情報が送信される。

【００８６】なお、前記ステップＰ２４とＰ２５の順番
は図示のものに限定せず、ステップＰ２５のほうを先に
実行してもよい。

【００８７】ただしＭＭＫ端末１２にスキャナが搭載さ
れておらず、複合機などの外部のスキャナを利用する場
合などにおいては、ユーザＵ１の都合や、複合機、ＭＭ
Ｋ端末１２それぞれにおけるユーザの混雑状態などによ
っては送信先指定と原稿スキャンが連続的に時間を置か
ずに実行される保証はないから、原稿スキャンを先に実
行すると、ＭＭＫ端末１２の記憶装置ＰＲ１に多数のユ
ーザによる多量のスキャンデータ（その１つが前記ＤＡ
１）が累積される可能性がある。この場合、容量不足で
スキャンデータが保存できなくなる事態の発生を確実に
防ぐには、記憶装置ＰＲ１として膨大な記憶容量を用意
しなければならなくなる。

【００８８】この観点からは、ステップＰ２４の送信先
指定を先に実行し、原稿スキャンを行ったあとは直ちに
ステップＰ２８まで実行してリモート印刷サーバ１１に
スキャンデータＤＡ１などを送信してしまうのが効率的
であるといえる。スキャンデータＤＡ１のページ数が複
数に及ぶ場合には、スキャンごとに異なるジョブ番号が
付き、スキャンごとにステップＰ２６〜Ｐ２８を実行す
るが、送信先データについては同じものを再利用するこ
とができる。

【００８９】高い圧縮効率を得ることの難しい画像を含
んでいる場合など、１スキャンのスキャンデータＤＡ１
も、かなり大きなデータとなる可能性があるが、スキャ
ンごとにステップＰ２８を実行することにより、１ユー
ザ（例えばＵ１）がスキャンするページ数が膨大である
場合などにも、比較的小容量の記憶装置ＰＲ１で対応可
能である。

【００９０】前記ステップＰ２８につづき、ステップＰ
２８で送信された全データ（この全データをレコードと
呼ぶ）をリモート印刷サーバ１１が受信すると（Ｐ２
９）、処理は図３のステップＰ４１に進む。すなわち、
図２のステップＰ２９と図３のステップＰ４０は対応し
ている。

【００９１】リモート印刷サーバ１１で実行されるステ
ップＰ４１では、ステップＰ２８のレコード中の送信先
データのなかに、ストレージサーバ１０への保管を指示
する送信先指定が含まれているか否かが検査される。

【００９２】含まれている場合、ステップＰ４１はＹｅ
ｓ．側に分岐して、前記画面Ｍ３でユーザＵ１が選択し
たストレージサーバであって、当該リモート印刷サーバ
１１と連携動作することのできる契約関係にあるストレ
ージサーバのストレージＩＤ（例えば、前記ストレージ
Ａの「Ａ」）を抽出し（Ｐ４２）、当該ストレージサー
バにスキャンデータＤＡ１を送信する（Ｐ４３）。

【００９３】これを受信したストレージサーバ１０（ス
トレージＡ）では、当該データＤＡ１をストレージデー
タベース中のユーザＵ１の会員フォルダ２０に格納する
（Ｐ４４）。なお、必要に応じて、この格納（登録）時
には、前記属性情報の格納も行われる。

【００９４】属性情報のうち、登録の日付などの情報は
ストレージサーバ１０が自動的に生成することができる
し、データを登録した人の氏名などは、ストレージサー
バ１０側で会員データベース２２の格納内容などに基づ
いて生成することも可能であるが、アクセス制限の有無
や、制限の内容などはユーザＵ１が個別に指定する必要
がある。例えば、データＤＡ１を不特定多数の人に公開
する場合にはアクセス制限は設けないが、非公開とし特
定の人またはグループだけで共有する場合には、その人
またはグループを個別に指定する必要がある。また、公
開する場合などでも制限の内容（データＤＡ１の読出し
だけ許すか、更新も許すか）の指定が必要となる。

【００９５】したがってこのようなユーザＵ１の個別指
定が必要な属性情報を格納する場合には、前記画面Ｍ３
の関連で、個別指定の内容を選択、記入させる画面を用
意することが必要となる。

【００９６】もちろん、ＭＭＫ端末１２経由でアップロ
ードしたデータは無条件に公開（あるいは非公開）とす
ること等も簡便であるし、アップロードしたあとで、ユ
ーザＵ１が携帯電話機１４や自宅のパーソナルコンピュ
ータなどを使用して、制限の内容などを変更するように
してもよい。自身のホームディレクトリ（すなわち、会
員フォルダ）内のファイルに対しては、ユーザはファイ
ルの更新、削除、ホームディレクトリ自体の削除を含
め、制限内容の変更など、あらゆるアクセスを行うアク
セス権限を有するのが普通である。

【００９７】送信先として指定された各ストレージサー
バは、データＤＡ１を正常に受信したとき、受信確認の
応答信号をリモート印刷サーバ１１に返すので、ステッ
プＰ４３では、当該受信確認応答信号を受信した事実を
後述するステップＰ４７の実行主体であるモジュールま
たは当該モジュールと接続されているモジュールに送信
するとともに、前記レコード中の送信先データのなかか
ら受信確認応答信号を返してきたストレージサーバに対
応する送信先データを削除して新たなレコードを生成
し、この新たなレコードをステップＰ４１へ供給し、処
理を前記ステップＰ４１へ戻す。

【００９８】すなわち、送信先として指定された全スト
レージサーバに対してデータＤＡ１の送信を行うまで、
ステップＰ４１〜Ｐ４３によって構成されるループが繰
り返し実行される。これは、前記画面Ｍ３で複数の選択
肢を選択した場合に対応する繰り返しである。

【００９９】供給を受けたレコード中の送信先データに
ストレージサーバが含まれていなければ、ステップＰ４
１はＮｏ．側に分岐し、処理は、ステップＰ４５に進
む。

【０１００】ステップＰ４５では、データＤＡ１が送信
先機器に合わせたファイル形式に変換されて前記リモー
ト印刷会員フォルダ３１内に格納される。

【０１０１】変換後のファイル形式のデータＤＡ１は、
前記レコード中の送信データにしたがって、ＦＡＸ端末
１５やメーラ等の各送信先に送信され（Ｐ４６）、送信
先の種類に応じて、受信確認の応答信号を返してくるも
のとこないものがあり得るが、いずれにしても、前記ス
テップＰ４３から供給を受けた受信確認応答信号の内容
も含め、送信データ中のすべての送信先について送信が
完了したものと判断できたら、ユーザＵ１が携帯する携
帯電話機１４について処理終了を知らせる通知が行われ
る（Ｐ４７，Ｐ４８）。

【０１０２】この処理終了通知には、ＭＭＫ端末１２と
携帯電話機１４のあいだでBluetoothを利用して行うこ
ともできるが、電子メールなどの広域的な通信手段を用
いて行うほうが好ましい。

【０１０３】送信先データに多くの送信先が含まれてい
る場合や、スキャンデータＤＡ１のサイズが大きい場合
などには、ステップＰ４０〜Ｐ４７までの処理に比較的
長時間を要することもあるが、携帯電話機１４に電子メ
ールで知らせてもらえるから、ユーザＵ１は単に当該処
理終了通知を受け取るたことだけを目的として、ＭＭＫ
端末１２の前で長時間待つ必要がなくなる。

【０１０４】また、ＭＭＫ端末１２にとっても、一人の
ユーザによって長時間占有されることがなくなり、効率
的である。

【０１０５】次は、携帯電話機１４とＭＭＫ端末１２の
あいだでBluetoothを使用して送信先の指定などを実行
する場合の動作を、図４〜図６を用いて説明する。Blue
toothを用い携帯電話機１４の操作によって処理を進め
る点を除けば、図４〜図６の処理の流れは、基本的に図
２〜図３と同じである。

【０１０６】（Ａ−２−２）入力時の動作（携帯電話機
のBluetoothを用いる場合）図４において、携帯電話機
１４に搭載されているBluetooth（ＢＴ）機能を動作さ
せると（Ｐ５０）、ＭＭＫ端末１２側からの通信で、リ
モート印刷サーバ１１の会員としてのユーザＩＤおよび
パスワードの入力画面を携帯電話機１４に表示させる
（Ｐ５１）。この画面については図示していないが、一
例として、前記ＭＭＫ端末１２の表示画面である画面Ｍ
１と同様なものであってよい。

【０１０７】そして、前記ステップＰ２１と同様に、ユ
ーザＵ１が自身のリモート印刷サーバ１１におけるユー
ザＩＤとパスワードを入力すると（Ｐ５２）、当該ユー
ザＩＤ、パスワードに加えて、所定のアプリケーション
が携帯電話機１４に存在しているか否かを示す情報（ア
プリ有無情報）がBluetoothによってＭＭＫ端末１２に
伝えられ（Ｐ５３）、ＭＭＫ端末１２ではこれらの情報
をリモート印刷サーバ１１に送信することにより、認証
を依頼する（Ｐ５４）。

【０１０８】これを受けたリモート印刷サーバ１１で
は、前記ステップＰ２２と同様な会員認証を行い（Ｐ５
５）、その認証結果がＯＫであれば、アプリ有無情報の
内容を検査する（Ｐ５６）。

【０１０９】前記アプリケーション（アプリ）は前記画
面Ｍ２，Ｍ４などに相当する画面ＫＭ１〜ＫＭ３を携帯
電話機１４上で画面表示する機能を持っているため、当
該アプリケーションがなければ携帯電話機１４を用いて
送信先の指定などを行うことができない。

【０１１０】リモート印刷サーバ１１では、前記アプリ
有無情報が携帯電話機１４にアプリケーションが存在し
ていることを示す場合にはＹｅｓ．側に分岐して、前記
ステップＰ２３同様、送信先一覧基礎情報をＭＭＫ端末
１２に送信し（Ｐ５７）、反対に、存在しないことを示
す場合には、アプリケーションの送信とともに送信先一
覧基礎情報を送信することとなる（Ｐ５８）。ステップ
Ｐ５８の処理の順番としては、まずアプリケーションを
送信し、次に、送信先一覧基礎情報を送信することとな
る。このアプリケーションの本体は、リモート印刷サー
バ１１内の記憶装置ＰＲ２に格納されている。

【０１１１】ステップＰ５７またはＰ５８によって送信
された送信先一覧基礎情報やアプリケーションを受け取
ったＭＭＫ端末１２は、Bluetoothを用いてこれらを携
帯電話機１４に送信することで中継処理を行う（Ｐ５
９）。

【０１１２】アプリケーションが携帯電話機１４にダウ
ンロードされると、すでに存在していたアプリケーショ
ンと同様の動作を行う。このアプリケーションにより、
ダウンロードされた送信先一覧基礎情報が処理されて、
図８（Ａ）の画面ＫＭ１が表示される（Ｐ６０，Ｐ６
１）。

【０１１３】画面ＫＭ１上には、当該ユーザＵ１に対し
操作を指示する文字列などのほか、ユーザＵ１のユーザ
ＩＤであるyamaが表示されている。

【０１１４】この画面ＫＭ１を目視したユーザＵ１は、
画面ＫＭ１上に表示された文字列の指示にしたがって、
画面ＫＭ１上の「スキャン実行」を選択した後、ＭＭＫ
端末１２のスキャナ（またはＭＭＫ端末１２に接続され
ている複合機などのスキャナ）を用いてスキャンを実行
する。画面ＫＭ１上の「スキャン実行」を選択（Ｐ６
２）した際にユーザＵ１のユーザＩＤ（yama）がBlueto
othを用いて自動的にＭＭＫ端末１２に送信される（Ｐ
６３）。

【０１１５】アプリケーションがここで送信するユーザ
ＩＤを取得する方法については様々なものが考えられる
が、セキュリティ上の観点から動作に制限を設けた制限
タイプの場合、アプリケーションが携帯電話機１４のＰ
ＩＭソフトなどにアクセスすることができないため、前
記ステップＰ５８でアプリケーションを送信する際など
にアプリケーションにユーザＩＤ（yama）を持たせた状
態で送信すること等が必要となる。

【０１１６】また、制限タイプの場合には、通常、アプ
リケーションが送信元のサーバ（ここでは、リモート印
刷サーバ１１）以外のサーバと通信することも禁止され
るから、ＭＭＫ端末１２がこのユーザＩＤを取得するた
めには、アプリケーションがリモート印刷サーバ１１に
宛てて送信したユーザＩＤを横取りする処理をＭＭＫ端
末１２内で実行する必要がある。

【０１１７】アプリケーションが行う当該ユーザＩＤの
送信は、ＭＭＫ端末１２に対するスキャン画面の表示依
頼に相当する。

【０１１８】ユーザＩＤを受信すると、ＭＭＫ端末１２
は自身が使用中であるか否か（すなわち、スキャン画面
の表示依頼に対応できるか否か）を検査する（Ｐ６
４）。

【０１１９】使用中で表示依頼に対応できない場合には
ステップＰ６４はＹｅｓ．側に分岐して、携帯電話機１
４に表示依頼の再試行を促すから（Ｐ６５）、Bluetoot
hによってこれを受信すると（Ｐ６６）、携帯電話機１
４側では、画面ＫＭ１を表示して、ユーザＵ１に再度、
前記「スキャン実行」を選択する機会を与える。これに
応じてユーザＵ１が「スキャン実行」を選択すると（Ｐ
６２）、再び、ユーザＩＤが送信される（Ｐ６３）。

【０１２０】したがって、ステップＰ６２〜Ｐ６６によ
って構成されるループは、ＭＭＫ端末１２が使用中でな
くなるまで、繰り返され得る。

【０１２１】なお、ここでは当該ループを繰り返すため
に、ユーザＵ１が携帯電話機１４の画面ＫＭ１上で「ス
キャン実行」を選択することを要するが、自動機に繰り
返すようにしてもよい。これは、図４上では、ステップ
Ｐ６６の接続先をステップＰ６２とＰ６１のあいだか
ら、ステップＰ６３とＰ６２のあいだに変更することに
相当する。もちろん、この場合には無限ループからの脱
出ステップを用意する必要がある。

【０１２２】ステップＰ６４の検査の結果、Ｎｏ．側に
分岐すると、処理はステップＰ６７に進んで、ＭＭＫ端
末１２にスキャン画面が表示される。図４上の当該ステ
ップＰ６７は図５上のステップＰ７０に対応する。

【０１２３】図５において、ステップＰ７０のあとでは
原稿スキャンが行われ（Ｐ７１）、スキャンデータＤＡ
１にはジョブ番号が付番されて（Ｐ７２）、前記記憶装
置ＰＲ１に格納される。

【０１２４】このジョブ番号はＭＭＫ端末１２のＭＭＫ
−ＩＤとともに携帯電話機１４にBluetoothで送信され
る（Ｐ７３）。このときユーザＵ１は携帯電話機１４を
携帯した状態でＭＭＫ端末１２を操作しているから、Ｍ
ＭＫ端末１２と携帯電話機１４の距離は十分に近く、Bl
uetoothによる通信は有効である。

【０１２５】ジョブ番号およびＭＭＫ−ＩＤを受信した
携帯電話機１４内のアプリケーションは、これらを記憶
して（Ｐ７４）、図８（Ｂ）に示す画面ＫＭ２を携帯電
話機１４上で表示する（Ｐ７５）。当該画面ＫＭ２は前
記画面Ｍ２に相当する画面であるが、選択肢のなかに、
画面Ｍ２には存在しなかった「携帯アドレス帳」ボタン
が存在する。携帯アドレス帳は携帯電話機１４が搭載し
ているＰＩＭソフトの一種である。

【０１２６】ユーザＵ１がこの「携帯アドレス帳」を選
択するとステップＰ７６はＹｅｓ．側に分岐して、当該
携帯アドレス帳に登録されているアドレスが抽出され
（Ｐ７７）、ユーザＵ１による送信先の選択に利用され
る（Ｐ７８）。

【０１２７】前記画面ＫＭ２上で例えば「グループ１」
を選択した場合、ステップＰ７８における表示画面は一
例として、図８（Ｃ）に示す画面ＫＭ３のようになる。

【０１２８】画面ＫＭ３を表示するための送信先一覧基
礎情報のうち、宛先の氏名、部署名、電子メールアドレ
ス、ＦＡＸ番号などの情報は、前記ステップＰ５８でア
プリケーションを送信する際などにアプリケーションと
一緒に送信したり、携帯電話機１４上のアプリケーショ
ンとリモート印刷サーバ１１間で通信したりすること等
によって取得することになる。

【０１２９】ユーザＵ１が例えば画面ＫＭ３上に表示さ
れている「送信」を選択すると、ユーザＵ１による送信
先の選択が確定し、送信先データが送信されることとな
る（Ｐ７９）。

【０１３０】ただしBluetoothによる通信は、携帯電話
機１４とＭＭＫ端末１２の距離が近いことが必要である
ため、携帯電話機１４を携帯しているユーザＵ１がＭＭ
Ｋ端末１２から遠く離れた場合には、当該送信先データ
をBluetoothによって送達することはできなくなる。

【０１３１】ステップＰ８０では、当該Bluetoothによ
る送信（送達）が可能であるか否かを検査し、可能であ
る場合にはＹｅｓ．側に分岐して送信先データとジョブ
番号をＭＭＫ端末１２に送信する（Ｐ８１）。これを受
信したＭＭＫ端末１２では、当該ジョブ番号をキーとし
て前記記憶装置ＲＰ１からスキャンデータＤＡ１を検索
し、抽出する。

【０１３２】そして当該スキャンデータＤＡ１を、ジョ
ブ番号、送信先データ、リモート印刷ＩＤ、およびＭＭ
Ｋ−ＩＤ等の属性情報が送信される（Ｐ８３，Ｐ８
４）。リモート印刷サーバ１１がこれを受信したあとは
（Ｐ８５）、図３のステップＰ４０以降と同様な処理が
行われる。すなわち、当該ステップＰ８５は、前記ステ
ップＰ４０に対応している。

【０１３３】一方、ステップＰ８０の検査結果が送信
（送達）不可能と出た場合には、ステップＰ８０はＮ
ｏ．側に分岐して、処理は図６のステップＰ９０に進
む。このあとは、距離が離れすぎたために使用できない
Bluetoothの替わりに、ブラウザを用いた広域的な通信
を行うことになる。

【０１３４】リモート印刷サーバ１１のＵＲＬを用いて
ハイパーテキストシステム上で携帯電話機１４のブラウ
ザからリモート印刷サーバ１１にアクセスすると（Ｐ９
０）、所定のトップページなどを経てリモート印刷サー
バ１１に対してユーザＩＤやパスワード入力するための
画面を携帯電話機１４のブラウザに読み込むことができ
る（Ｐ９０）。この画面については図示していないが、
一例として、図７（Ａ）に示す画面Ｍ１のようなもので
あってよい。

【０１３５】当該画面に入力することにより、ユーザＩ
Ｄとパスワードが携帯電話機１４のブラウザからＷｅｂ
サーバとしてのリモート印刷サーバ１１に送信される
（Ｐ９２）。当該ステップＰ９２からステップＰ９７ま
での処理は、前記ＭＭＫ端末１２を介することなく実行
される。

【０１３６】ユーザＵ１のユーザＩＤとパスワードを受
信したＷｅｂサーバとしてのリモート印刷サーバ１１
は、ＣＧＩなどを利用してリモート印刷会員データベー
ス３０の内容を参照することで認証を行い（Ｐ９３）、
認証結果がＯＫとなった場合には携帯電話機１４のブラ
ウザに送信継続画面を表示させる（Ｐ９４）。すでに前
記ステップＰ７９までの処理で送信先データは確定して
いるため、当該送信継続画面は、確定済みの送信先デー
タの送信を促すだけの画面であってもよいが、確定した
送信先データを携帯電話機１４側で保存していない場合
などに備えて、図８（Ｂ）に示す画面ＫＭ２のような画
面としてもよい。

【０１３７】いずれにしても、携帯電話機１４の記憶装
置ＰＲ３から読み出した確定済みの送信先データまたは
新たに確定した送信先データと、当該記憶装置ＰＲ３か
ら読み出したジョブ番号およびＭＭＫ−ＩＤ（これらは
前記ステップＰ７４で受信したもの）をリモート印刷サ
ーバ１１に送信する（Ｐ９５，Ｐ９６）。

【０１３８】リモート印刷サーバ１１は、これを受信す
ると（Ｐ９７）、受信したＭＭＫ−ＩＤによって一義的
に指定されるＭＭＫ端末１２に対し、前記ジョブ番号で
指定されるスキャンデータＤＡ１を、リモート印刷サー
バ１１に宛てて送信するように指示する（Ｐ９８）。Ｍ
ＭＫ端末１２では当該指示にしたがって記憶装置ＰＲ１
からスキャンデータＤＡ１を抽出して（Ｐ９９）、リモ
ート印刷サーバ１１へ送信する（Ｐ１００）。

【０１３９】これを受信したリモート印刷サーバ１１は
（Ｐ１０１）、前記送信先データをもとに、上述したス
テップＰ４０以降の処理を実行する。すなわち、当該ス
テップＰ１０１は前記ステップＰ４０に対応している。

【０１４０】なお、ステップＰ９９を実行するときに
は、前記ステップＰ７１の実行時点から、かなりの時間
が経過している可能性があるため、記憶装置ＰＲ１内に
は、ユーザＵ１以外のユーザがスキャンした前記スキャ
ンデータＤＡ１以外のスキャンデータが蓄積されている
可能性も小さくなく、スキャンデータＤＡ１の識別のた
めにジョブ番号の必要性は高い。

【０１４１】（Ａ−３）実施形態の効果 以上のように、本実施形態によれば、移動性に優れた携
帯電話機を活用しながら、送信先への最終的な入力（例
えば、ストレージサーバへのアップロードなど）では、
街中の随所に配置されるＭＭＫ端末などを用いるため、
携帯電話機に不足しているスキャナなどの入力機能を補
うことができ、各ユーザは都合の良い場所で当該入力を
行うことが可能である。

【０１４２】ＭＭＫ端末は通常、固定的に設置されるも
のであるが、街中の随所に設置されるため、ユーザは自
由に選択した任意の設置場所でＭＭＫ端末から入力する
ことができ、実質的に、携帯電話機に近い移動性を持っ
ているものとみることができる。

【０１４３】したがって、本実施形態では、ストレージ
サーバの機能を十分に活用して高い共有度を得ることが
可能で、使い勝手が良く、移動性に優れている。

【０１４４】また、本実施形態では、ストレージサーバ
に会員登録する場合には自動的にリモート印刷サーバに
も会員登録することになるため、新たにサービスを開始
するリモート印刷サービスでも、十分な会員登録数の確
保が保証でき、運用上このましい。

【０１４５】（Ｂ）他の実施形態 なお、上述したアプリケーションが制限タイプのような
制限を持たない非制限タイプの場合には、様々な処理を
柔軟に行わせることが可能である。

【０１４６】例えば、上記実施形態では認証結果がＯＫ
であれば無条件で送信先の指定などに不可欠なアプリケ
ーション（必須アプリ）をリモート印刷サーバ１１から
送信したが、一例として、ユーザＵ１が正当なユーザで
はあっても、料金の支払いが滞っている場合などには、
すでに携帯電話機１４上に存在している必須アプリを削
除する機能を持ったアプリケーション（削除アプリ）を
送信してもよい。また、この削除アプリには、ユーザＵ
１に対して料金の支払いを促すメッセージなどを画面表
示する機能を持たせることもできる。そして、料金の支
払いが行われたときには、前記必須アプリが持っている
機能と前記削除アプリを削除する機能を備えた新たなア
プリケーション（回復アプリ）を送信するようにしても
よい。

【０１４７】なお、上記実施形態においては、図４〜図
６に示す携帯電話機１４のBluetoothを用いて送信先の
指定などを行う場合の処理では、スキャンを先に行い、
送信先の指定を後で行ったが、必要に応じて、この順番
を入れ替えてもよい。その場合、図５のステップＰ８０
の前後で想定したように、スキャンは行ったものの、ス
キャンデータＤＡ１をＭＭＫ端末１２の記憶装置ＰＲ１
に残したまま送信先の指定が行えなくなるという状況の
発生自体をなくすことができる。

【０１４８】また、送信先の指定を先に行えば、スキャ
ンを実行したあと直ちにスキャンデータＤＡ１をリモー
ト印刷サーバ１１に送信することもできるため、送信先
データとスキャンデータの対応関係は十分に明確であ
り、ジョブ番号を用いる必要性は低い。

【０１４９】さらに、スキャンが複数ページに及ぶ場合
などに、途中のページまででスキャンを中断したとする
と、１ページだけでもスキャンが終わっていれば、ＭＭ
Ｋ端末１２の判断で、自動的にそのスキャンデータをす
でに入力済みの送信先に送信してしまうことも可能であ
る。

【０１５０】また、この順番を用いることにより、前記
ステップＰ２４とＰ２５の順番に関して述べたことと同
様な効果も期待できる。

【０１５１】なお、上記実施形態で使用した携帯電話機
は、ＰＨＳ端末、ＰＤＡなどの他の携帯情報端末に置換
可能である。

【０１５２】さらに、上記実施形態では、ストレージサ
ーバ１０とリモート印刷サーバ１１は別個（別サイト）
に設けたが、サービス提供者が同じである場合などに
は、これらは、同一サイト内に設けてもよい。

【０１５３】

【発明の効果】以上に説明したように、本発明によれ
ば、使い勝手が良く、移動性に優れた情報保管入力シス
テム及び情報保管入力サービスを提供することができ
る。

【０１５４】また、使い勝手の良い画面表示システムを
提供することが可能である。

【図面の簡単な説明】

【図１】実施形態に係るストレージシステムの主要部に
関する全体構成例を示す概略図である。

【図２】実施形態に係るストレージシステムで、携帯電
話機のBluetoothを用いずに入力する場合の動作シーケ
ンスである。

【図３】実施形態に係るストレージシステムで、携帯電
話機のBluetoothを用いずに入力する場合の動作シーケ
ンスである。

【図４】実施形態に係るストレージシステムで、携帯電
話機のBluetoothを用いて入力する場合の動作シーケン
スである。

【図５】実施形態に係るストレージシステムで、携帯電
話機のBluetoothの使用が中断された場合の動作シーケ
ンスである。

【図６】実施形態に係るストレージシステムで、携帯電
話機のBluetoothの使用が中断された場合の動作シーケ
ンスである。

【図７】実施形態に係るストレージシステムにおけるＭ
ＭＫ端末の表示画面例を示す概略図である。

【図８】実施形態に係るストレージシステムにおける携
帯電話機の表示画面例を示す概略図である。

【図９】実施形態に係るストレージシステムで使用する
データベースの論理構成例を示す概略図である。

【図１０】実施形態に係るストレージシステムで使用す
る各データベースの論理構成例を示す概略図である。

【符号の説明】

１０…ストレージサーバ、１１リモート印刷サーバ、１
２…ＭＭＫ端末、１３…パーソナルコンピュータ、１４
…携帯電話機、１５…ＦＡＸ端末、２０…ストレージデ
ータベース（会員フォルダ）、２１，３３…会員認証機
能部、２２…ストレージ会員データベース、３０…リモ
ート印刷会員データベース、３１…リモート印刷データ
ベース（会員フォルダ）、３２…送信先リスト抽出送信
機能部、３３…会員認証機能部、３４…ファイル変換機
能部、３５…データ抽出機能部、４０〜４２…ネットワ
ーク。

フロントページの続き (72)発明者 茂木 常浩 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 (72)発明者 塩入 克夫 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 (72)発明者 原田 寛史 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 (72)発明者 東 啓史 東京都港区芝１−５−11 芝Ｌ′Ｓビル 東芝ロジスティクス・ソリューションズ株 式会社内 (72)発明者 佐藤 光弥 東京都港区芝１−５−11 芝Ｌ′Ｓビル 東芝ロジスティクス・ソリューションズ株 式会社内 Ｆターム(参考） 5B082 HA05 HA08 5K067 AA34 BB21 EE02 EE16 FF02 GG11 HH21

Claims (15)

【特許請求の範囲】
1. 【請求項１】 不特定多数の通信装置からアクセスし得
   るネットワーク上のストレージサーバに、所定の保管デ
   ータを保管しておく情報保管入力システムにおいて、 供給を受けた入力データを、所定の入力形態で入力する
   複数のリモート入力端末と、 当該リモート入力端末から入力データを受け取るリモー
   ト入力サーバと、 少なくとも当該リモート入力サーバとのあいだで通信を
   行う携帯通信端末とを備え、 少なくとも、当該入力データを前記保管データとし前記
   ストレージサーバに対する保管が完了したときには、そ
   の事実を前記リモート入力サーバが携帯通信端末に伝え
   ることを特徴とする情報保管入力システム。
2. 【請求項２】 不特定多数の通信装置からアクセスし得
   るネットワーク上のストレージサーバに、所定の保管デ
   ータを保管しておく情報保管入力システムにおいて、 供給を受けた入力データを、所定の入力形態で入力する
   複数のリモート入力端末と、 当該リモート入力端末から入力データを受け取るリモー
   ト入力サーバと、 前記リモート入力端末または当該リモート入力サーバに
   対し、前記入力データの一次的入力要求を送信する入力
   要求通信端末とを備え、 当該入力要求通信端末から送信された一次的入力要求に
   応じて、前記入力データを、前記リモート入力端末から
   リモート入力サーバに入力し、当該リモート入力サーバ
   が前記ストレージサーバに対して二次的入力要求を送信
   することにより、当該入力データを前記保管データとし
   て保管することを特徴とする情報保管入力システム。
3. 【請求項３】 請求項２の情報保管入力システムにおい
   て、 前記入力要求通信端末は、 前記リモート入力端末と近距離で無線または有線による
   通信を行う近距離通信手段と、 前記リモート入力サーバと距離的な制限の無い無線通信
   を行う非制限無線通信手段とを備え、 前記一次的入力要求をリモート入力端末に対して行う場
   合には前記近距離通信手段を用い、前記リモート入力サ
   ーバに対して行う場合には前記非制限無線通信手段を用
   いることを特徴とする情報保管入力システム。
4. 【請求項４】 請求項３の情報保管入力システムにおい
   て、 前記一次的入力要求をリモート入力端末に対して行った
   場合にも、前記リモート入力サーバに対して行った場合
   にも、前記入力データは、リモート入力端末とリモート
   入力サーバを経由して、前記ストレージサーバに供給さ
   れ、前記保管データとして保管されることを特徴とする
   情報保管入力システム。
5. 【請求項５】 請求項２の情報保管入力システムにおい
   て、 前記入力要求通信端末から送信する一次的入力要求に
   は、前記ストレージサーバに保管後、前記入力データを
   最終的に出力するための出力先を指定する出力先指定情
   報を含むことを特徴とする情報保管入力システム。
6. 【請求項６】 請求項５の情報保管入力システムにおい
   て、 前記入力要求通信端末から送信する一次的入力要求に
   は、前記最終的な出力の出力態様を指定する出力態様指
   定情報を含むことを特徴とする情報保管入力システム。
7. 【請求項７】 請求項６の情報保管入力システムにおい
   て、 前記出力態様指定情報を含む出力の履歴情報を、前記リ
   モート入力サーバまたはストレージサーバに蓄積してお
   き、 前記一次的入力要求を入力する際には、当該履歴情報中
   の出力態様指定情報を再利用することを特徴とする情報
   保管入力システム。
8. 【請求項８】 不特定多数の通信装置からアクセスし得
   るネットワーク上のストレージサーバに、所定の保管デ
   ータを保管しておく情報保管入力サービスにおいて、 供給を受けた入力データを、リモート入力端末を用いて
   所定の入力形態で入力し、 リモート入力サーバを用いて当該リモート入力端末から
   入力データを受け取り、 携帯通信端末を用いて少なくとも当該リモート入力サー
   バとのあいだで通信を行い、 少なくとも、当該入力データを前記保管データとし前記
   ストレージサーバに対する保管が完了したときには、そ
   の事実を前記リモート入力サーバが携帯通信端末に伝え
   ることを特徴とする情報保管入力サービス。
9. 【請求項９】 不特定多数の通信装置からアクセスし得
   るネットワーク上のストレージサーバに、所定の保管デ
   ータを保管しておく情報保管入力サービスにおいて、 供給を受けた入力データを、リモート入力端末を用いて
   所定の入力形態で入力し、 リモート入力サーバを用いて当該リモート入力端末から
   入力データを受け取るに際して、 前記リモート入力端末または当該リモート入力サーバに
   対し、入力要求通信端末から前記入力データの一次的入
   力要求を送信し、 当該入力要求通信端末から送信された一次的入力要求に
   応じて、前記入力データを、前記リモート入力端末から
   リモート入力サーバに入力し、当該リモート入力サーバ
   が前記ストレージサーバに対して二次的入力要求を送信
   することにより、当該入力データを前記保管データとし
   て保管することを特徴とする情報保管入力サービス。
10. 【請求項１０】 請求項９の情報保管入力サービスにお
    いて、 前記入力要求通信端末は、 搭載している近距離通信手段を用いて前記リモート入力
    端末と近距離で無線または有線による通信を行い、 搭載している非制限無線通信手段を用いて前記リモート
    入力サーバと距離的な制限の無い無線通信を行う場合、 前記一次的入力要求をリモート入力端末に対して行う場
    合には前記近距離通信手段を用い、前記リモート入力サ
    ーバに対して行う場合には前記非制限無線通信手段を用
    いることを特徴とする情報保管入力サービス。
11. 【請求項１１】 請求項１０の情報保管入力サービスに
    おいて、 前記一次的入力要求をリモート入力端末に対して行った
    場合にも、前記リモート入力サーバに対して行った場合
    にも、前記入力データは、リモート入力端末とリモート
    入力サーバを経由して、前記ストレージサーバに供給さ
    れ、前記保管データとして保管されることを特徴とする
    情報保管入力サービス。
12. 【請求項１２】 請求項９の情報保管入力サービスにお
    いて、 前記入力要求通信端末から送信する一次的入力要求に
    は、前記ストレージサーバに保管後、前記入力データを
    最終的に出力するための出力先を指定する出力先指定情
    報を含むことを特徴とする情報保管入力サービス。
13. 【請求項１３】 請求項１２の情報保管入力サービスに
    おいて、 前記入力要求通信端末から送信する一次的入力要求に
    は、前記最終的な出力の出力態様を指定する出力態様指
    定情報を含むことを特徴とする情報保管入力サービス。
14. 【請求項１４】 請求項１３の情報保管入力サービスに
    おいて、 前記出力態様指定情報を含む出力の履歴情報を、前記リ
    モート入力サーバまたはストレージサーバに蓄積してお
    き、 前記一次的入力要求を入力する際には、当該履歴情報中
    の出力態様指定情報を再利用することを特徴とする情報
    保管入力サービス。
15. 【請求項１５】 複数の表示項目を同一画面上に表示す
    る画面表示システムにおいて、 異る内部処理に対応した複数の表示項目を同一の画面上
    で同時に表示することを特徴とする画面表示システム。