JP2002318848A - 文書出力システム - Google Patents

Abstract

(57)【要約】 【課題】 品質が高く使い勝手のよい文書出力システム
を提供する。 【解決手段】 特定の送り手から不特定多数の受け手に
向けて供給される汎用文書の交付予約の申請元となる携
帯通信端末と、当該交付予約申請に応じて汎用文書の交
付予約を実行する交付通信端末とを備える文書出力シス
テムにおいて、前記交付通信端末に対し所定の交付操作
を行うことによって、前記交付予約で指定された汎用文
書を、所定の出力形態で印刷出力する文書印刷通信端末
を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は文書出力システムに
関し、例えば、インターネット接続サービスを実施して
いる携帯電話ネットワーク中のブラウザ搭載携帯電話機
を用いて予約することにより、雑誌や新聞を記事単位で
印刷出力する場合などに適用して好適なものである。

【０００２】

【従来の技術】従来、携帯端末を用いて情報配信を受け
るためのシステムとして、以下の文献１〜文献３に記載
されたものがある。

【０００３】 文献１：特開２００１−２８７８６号公報 文献２：特開２０００−３５８１０５号公報 文献３：特開２００１−１６２０１号公報 このうち文献１の情報配信システムおよび音楽配信シス
テムでは、配信、課金を行う情報（または音楽）配信シ
ステムにおいて、課金以前に配信データの全部または一
部を開示または試聴することができる。

【０００４】また、文献２の携帯電話機を用いた情報検
索システム及びその携帯電話機では、情報サービスを受
ける際に操作する携帯電話機に、バーコードスキャナ等
の情報読取手段を取り付けることで、情報サービスを受
けるときに必要なキー操作を簡単にする。

【０００５】さらに、文献３の携帯端末、情報送信装
置、サーバ装置、情報配信システム及びその制御方法
は、指定した情報を携帯端末に向けて送信するためのも
のである。

【０００６】

【発明が解決しようとする課題】ところが、上述した文
献１の情報配信システムおよび音楽配信システムでは、
情報データ（や音楽データ）の配信先が携帯電話機であ
るため、携帯電話機の機能制限によって様々な制約を受
ける。

【０００７】文献１にはどのようなプロトコルで携帯電
話機に対する情報配信を行うのかについて具体的には記
載されていないが、現在の携帯電話機を前提とするな
ら、インターネット経由で携帯電話機に文字情報データ
を配信する方法は、電子メールシステムを利用するかハ
イパーテキストシステムを利用する以外にない。これら
のいずれを利用するにしても、携帯電話機が受信するこ
とのできる情報量の制約が厳しいため、量的に十分な文
字情報データを配信することは困難である。

【０００８】また、新聞や雑誌などには、文字情報に対
応する画像（写真など）が存在することも多いが、その
画像の受信に関しても問題がある。

【０００９】すなわち、電子メールシステムでは画像デ
ータは添付ファイルの形で受信することになるが、携帯
電話機の電子メールシステムでは、インターネット経由
で受信される添付ファイルは、携帯電話ネットワーク内
で削除されてしまうのが普通である。

【００１０】これは、１携帯電話ユーザ当たりの通信の
ために消費されるサーバ資源を削減して、できるだけ多
くの携帯電話ユーザの通信を収容するためのポリシーで
あると考えられるが、このポリシーによって新聞や雑誌
の記事の内容と密接な関連を有する画像が失われてしま
い、携帯電話ユーザは、記事だけを読むことになる。

【００１１】また、ハイパーテキストシステムの場合
も、携帯電話機のハイパーテキストシステムでは、カラ
ーページが表示できず白黒だけの表示となるのが普通で
あり、受信できる１ページのサイズも、画像も含めて例
えば５Ｋバイト以内に制限されている等、制約が厳し
い。

【００１２】これらの制約のため、結局、携帯電話機で
は画像は受信できないか、受信できたとしても白黒にな
ってしまうため、文字情報データの配信は、質的にも量
的にも制限され、配信される情報の品質が低い。

【００１３】また、仮にこれらの量的、質的な制約がな
かったとしても、高水準の携帯性を求められる携帯電話
機はその本体サイズが小さい（一例として、縦１３０ｍ
ｍ程度、幅４０ｍｍ程度、厚さ２０ｍｍ程度）ため、デ
ィスプレイ画面の大きさは、最も大きく設計したとして
も、自ずとこの程度のサイズに制限され、長文の雑誌や
新聞の記事を読むには、頻繁にスクロール操作を行う必
要がある等、使い勝手がよくない。

【００１４】一方、文献２の携帯電話機を用いた情報検
索システム及びその携帯電話機では、バーコードスキャ
ナ等の情報読取手段を取り付けることで、情報サービス
を受けるときに必要なキー操作を簡単にすることができ
るとしても、使用環境により、バーコードスキャナ等の
使用が困難な場合には、実施不可能となってしまい、融
通性が低い。

【００１５】例えば、電車の中吊り広告や屋外広告など
にバーコードを印刷してあるものとすると、中吊り広告
などは通常、かなり高い位置に配置する（配置位置が低
すぎると周辺の人等に遮られて多数の人に目視されず十
分な広告機能を発揮できない）ものであり、またバーコ
ードスキャナは通常、バーコードに密着（または近接）
させて使用するものであることを考慮すると、このよう
な使用環境では、バーコードスキャナにバーコードを読
み込ませること自体がほとんど不可能になってしまう。

【００１６】なお、上述した文献３の携帯端末、情報送
信装置、サーバ装置、情報配信システム及びその制御方
法は、指定した情報を携帯端末に向けて送信するための
ものであるから、前記文献１の技術と同様に携帯電話ユ
ーザは、量的にも、質的にも厳しい制約のもとで情報配
信を受けることとなり、配信される情報の品質が低く、
使い勝手がよくない。

【００１７】

【課題を解決するための手段】かかる課題を解決するた
めに、第１の発明は、特定の送り手から不特定多数の受
け手に向けて供給される汎用文書の交付予約の申請元と
なる携帯通信端末と、当該交付予約申請に応じて汎用文
書の交付予約を実行する交付通信端末とを備える文書出
力システムにおいて、前記交付通信端末に対し所定の交
付操作を行うことによって、前記交付予約で指定された
汎用文書を、所定の出力形態で印刷出力する文書印刷通
信端末を備えたことを特徴とする。

【００１８】また、第２の発明にかかる文書出力システ
ムは、（１）複数の記事から構成され紙媒体上に印刷さ
れて提供される出版物の情報を、電子情報の形式で記憶
するサーバと、（２）このサーバに対して前記出版物お
よび記事を特定し選択する端末と、（３）この端末によ
り選択された出版物の記事に対応する電子情報を前記サ
ーバから読み出し、この電子情報に基づいて印刷出力す
るプリンタとからなることを特徴とする。

【００１９】さらに、第３の発明にかかる文書出力シス
テムは、複数の記事から構成され紙媒体上に印刷されて
提供される出版物の情報を、電子情報の形式で記憶する
サーバと、このサーバに対して前記出版物の記事を特定
する情報が送信された際に、選択された出版物の記事に
対応する電子情報を前記サーバから読み出し、この電子
情報に基づいて印刷出力するプリンタとからなることを
特徴とする。

【００２０】

【発明の実施の形態】（Ａ）実施形態 以下、本発明にかかる文書出力システムの実施形態につ
いて説明する。

【００２１】本実施形態は、携帯電話機（２１など）を
用いて後述する記事ＩＤを入力することで、記事単位で
雑誌の交付予約の申請（予約申請）を行い、当該予約申
請に対応する実際の交付は、随所に配置された遠隔プリ
ンタ端末から申請（交付申請）を行って、当該遠隔プリ
ンタ端末からの印刷出力により実現することを特徴とす
る。

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

【００２３】図１において、当該通信システム１０は、
インターネット１１と、携帯電話ネットワーク１２と、
プリンタネットワーク１３と、雑誌サーバ１４と、音楽
サーバ１５を備えている。

【００２４】このうち携帯電話ネットワーク１２には、
図示しないメール配送サーバやＨＴＴＰサーバ、基地局
などが含まれ、当該基地局と携帯電話機２１が無線通信
によって接続されている。

【００２５】当該携帯電話ネットワーク１２は、接続管
理センタ１６の管理のもと、インターネット接続サービ
スを実施しており、携帯電話機どうしの通話を行うため
の基本的な電話システムに加えて、通常、インターネッ
ト経由で電子メールをやり取りするための電子メールシ
ステム（ＭＵＡ、ＭＴＡなど）と、インターネット経由
でハイパーテキストをやり取りするためのハイパーテキ
ストシステムを備えている。

【００２６】したがって、携帯電話ネットワーク１２内
に収容されている携帯電話機（例えば２１）は、携帯電
話機自体の機能が許す限り（すなわち、ブラウザやメー
ラを搭載している限り）、インターネット１１に接続し
てＷｅｂページを閲覧したり、電子メールをやり取りし
たりすることが可能である。

【００２７】接続管理センタ１６の構成については後述
するが、携帯電話ネットワーク１２内の携帯電話機（そ
の１つが携帯電話機２１）とインターネット１１との接
続は、すべて当該接続管理センタ１６を経由して行われ
る。

【００２８】また、前記プリンタネットワーク１３に
は、図示しないルータなどが含まれ、遠隔プリンタ端末
２２が接続されている。

【００２９】当該プリンタネットワーク１３も、前記携
帯電話ネットワーク１２と同様に、インターネット１１
経由で電子メールをやり取りするための電子メールシス
テムと、ハイパーテキストをやり取りするためのハイパ
ーテキストシステムを備えていてよいが、本実施形態の
構成上、ハイパーテキストシステムを備えているものと
し、電子メールシステムは必ずしも備える必要はない。

【００３０】なお、前記携帯電話ネットワーク１２にお
ける電子メールシステムやハイパーテキストシステムの
内容は、基本的には当該携帯電話ネットワーク１２を運
営、管理する携帯電話事業者が自由に決定することがで
きるが、インターネット１１に接続する以上、あまりに
特異なシステムを構築してしまうと、インターネット１
１との接続が正常に行えなくなる可能性が高いため、通
常は、インターネット１１と同じか、インターネット１
１に類似した電子メールシステム、ハイパーテキストシ
ステムを構築することになるものと考えられる。この点
は、プリンタネットワーク１３についても同様である。

【００３１】プリンタネットワーク１３内に設けられた
多数の遠隔プリンタ端末（その１つが遠隔プリンタ端末
２２）は、街中の随所に固定的に配置されている。例え
ば、コンビニエンスストアや駅の構内などに配置される
ものであってよいが、本実施形態では特に、駅のＫｉｏ
ｓｋ（駅のプラットフォーム上に設けられている小さな
売店）の近傍などに当該遠隔プリンタ端末を配置するも
のとする。

【００３２】なお、前記雑誌サーバ１４は、携帯電話機
２１から、携帯電話ネットワーク１２、インターネット
１１を介してもたらされる雑誌記事の予約申請メッセー
ジＲＳに応じて予約した雑誌記事の内容を、遠隔プリン
タ端末２２から交付申請メッセージＲＱを受け取ること
で、配信記事データＭＵ２として送信する機能を備えて
いる。

【００３３】送信された当該配信記事データＭＵ２は、
携帯電話機２１を操作した者と同じユーザ（申請者）Ｕ
１の操作に応じて、交付申請メッセージＲＱを送信した
遠隔プリンタ端末２２から印刷出力される。

【００３４】また、前記音楽サーバ１５の機能もほぼ当
該雑誌サーバ１４と同じであってよいが、配信する情報
が前記雑誌記事ではなく、音楽データＭＭや歌詞カード
データ（あるいは楽譜データなどでもよい）ＭＣである
点が相違する。

【００３５】そして音楽データＭＭの配信は、直接、携
帯電話機２１に対して行うことができるが、携帯電話機
は一般に印刷機能を備えていないため、歌詞カードデー
タＭＣの配信は遠隔プリンタ端末２２に対して実行す
る。

【００３６】なお、印刷出力が必要ない場合などには、
携帯電話機２１に歌詞カードデータＭＣを配信し、携帯
電話機２１のディスプレイ部３１に当該歌詞カードの内
容を画面表示するようにしてもよい。

【００３７】図１の構成において、携帯電話ネットワー
ク１２、プリンタネットワーク１３、雑誌サーバ１４、
音楽サーバ１５は、インターネット１１に接続されてお
り、インターネット１１を介することで、相互間の通信
が可能である。

【００３８】次に、前記携帯電話機２１の主要部の構成
例について、図２を参照しながら説明する。

【００３９】携帯電話機２１の機能は、当該携帯電話機
２１が属する携帯電話ネットワーク１２の携帯電話事業
者に応じても異なり、同じ携帯電話事業者であっても、
携帯電話機メーカや製造開発時期が相違すること等によ
っても異なる。

【００４０】そしてこのような携帯電話機の機能は、上
述した携帯電話ネットワーク１２の電子メールシステム
やハイパーテキストシステムの構成要素ともなる。

【００４１】（Ａ−１−１）携帯電話機の構成例 図２において、携帯電話機２１は、送受信部３０と、デ
ィスプレイ部３１と、申請部３２と、記憶部３３と、操
作部３４とを備えている。

【００４２】このうち送受信部３０は、アンテナや各種
の高周波回路に加え、例えばＣＤＭＡ（符号分割多元接
続）方式の処理回路などを装備した部分で、前記基地局
に対向している。

【００４３】また、申請部３２は前記雑誌サーバ１４や
音楽サーバ１５に対して、雑誌記事データＭＵ２、音楽
データＭＭ、歌詞カードデータＭＣの配信の申請（予約
申請、交付申請）を実行する部分で、所定の携帯電話用
のメーラや、携帯電話用のブラウザを搭載している。

【００４４】携帯電話用のメーラには様々な種類がある
がそれらに共通する点は、パーソナルコンピュータなど
に搭載されるメーラと比較して送受信できる文字数が少
ないなど、機能が制限されていることである。同様に、
携帯電話用のブラウザにも様々な種類があるが、どれ
も、パーソナルコンピュータなどに搭載されるブラウザ
と比較すると、読み込めるＷｅｂページのサイズが小さ
かったり（例えば、１ページのサイズは画像も含めて５
Ｋバイト以内）、カラーページが表示できず白黒だけの
表示となったりする機能制限がある。

【００４５】したがって、Ｗｅｂページの１ページのサ
イズが当該５Ｋバイトよりも大きいと、通常、まったく
閲覧することができなくなってしまう。偶然、サイズの
小さなＷｅｂページがあれば閲覧可能な場合もあるが、
基本的には、携帯電話ネットワーク１２向けに作成され
たＷｅｂページだけしか、携帯電話ネットワーク１２内
の携帯電話機（例えば２１）では閲覧することができな
いものと考えておくほうが安全である。

【００４６】また、Ｗｅｂページを記述するマークアッ
プ言語の相違（例えば、コンパクトＨＴＭＬとＨＤＭＬ
の相違）により、ある携帯電話機では閲覧できるＷｅｂ
ページが他の携帯電話機では閲覧できないということも
起きる。

【００４７】本実施形態において予約申請は、基本的に
所定の申請フォームＦＭ１（図８参照）を利用して行う
ものとするが、必要に応じて、電子メールで申請した
り、音声ガイダンスとＰＢ（プッシュボタン）信号のや
り取りによって申請することもできるようにする。

【００４８】申請時の操作性や配信サーバ１４，１５の
負荷の観点からもっとも好ましいケースは、当該申請部
３２に（メーラと）ブラウザが搭載されているケース
（第１ケース）であるが、次に好ましいのはメーラだけ
しか搭載されていないケース（第２ケース）であり、最
後はブラウザもメーラも搭載していないケース（第３ケ
ース）である。

【００４９】ただし本実施形態では、これら第１〜第３
のいずれのケースでも、予約申請（および音楽データＭ
Ｍの交付申請）が実行可能とする。

【００５０】申請部３２に接続されている記憶部３３
は、前記第１ケースにあっては閲覧時にＷｅｂページ
（予約申請用のフォームＦＭ１など）を読み込むための
メモリとして機能し、第２ケースにあっては作成中の電
子メール（予約申請用の電子メール）を格納するための
メモリとして機能するが、第３ケースでは使用しない。
したがって、当該携帯電話機２１が第３ケースに対応す
る携帯電話機である場合には、記憶部３３は省略するこ
とができる。

【００５１】また、ディスプレイ部３１は、当該携帯電
話機２１を携帯し操作するユーザＵ１が目視できるよう
に、Ｗｅｂページや電子メールの内容を画面表示するた
めの部分である。したがって、前記第３ケースの携帯電
話機では、少なくとも、予約申請のために当該ディスプ
レイ部３１が利用されることはない。

【００５２】申請部３２やディスプレイ部３１に接続さ
れた操作部３４は、前記申請フォームＦＭ１の記入や電
子メールの作成、あるいは前記ＰＢ信号の送信のために
使用する操作キーを有する操作部である。

【００５３】前記携帯電話ネットワーク１２、インター
ネット１１を経由して、前記携帯電話機２１から、予約
申請を示す予約申請メッセージＲＳを受信する雑誌サー
バ１４の主要部の構成例は図４に示すとおりである。雑
誌サーバ１４はプリンタネットワーク１３内に設けるこ
とも可能であるが、予約申請メッセージＲＳは携帯電話
ネットワーク１２（内の携帯電話機２１）から受け、交
付申請メッセージＲＱはプリンタネットワーク（の遠隔
プリンタ端末２２）から受けるため、当該雑誌サーバ１
４はインターネット１１上に配置するのが効率的で実現
性にも優れていると考えられる。

【００５４】当該雑誌サーバ１４はまた、基本的にＷｅ
ｂサーバの一種であるが、上述した第２、第３のケース
に対応するための機能も装備している。

【００５５】また、本実施形態では、当該雑誌サーバ１
４を１つのサーバであるものとしたが、必要に応じて、
複数のＬＡＮ（ローカルエリアネットワーク）やコンピ
ュータ端末から構成される雑誌サイトとしてその機能を
実現してもよい。

【００５６】(Ａ−１−２）雑誌サーバの構成例 図４において、当該雑誌サーバ１４は、送受信部４０
と、認証部４１と、交付部４２と、第１〜第３データ処
理部４３〜４５と、キャッシュメモリ４６と、検索部４
７と、データベース４８と、受付部４９とを備えてい
る。

【００５７】このうち送受信部４０は、予約申請を受け
付けたときに前記携帯電話機２１と通信するとともに、
交付時には前記遠隔プリンタ端末２２と通信し得る部分
である。

【００５８】当該送受信部４０に接続された認証部４１
は雑誌の交付時に申請者（ここではユーザＵ１）の正当
性や端末（ここでは２２）の正当性について検証する部
分である。この検証は、携帯電話機２１からの予約申請
時に受け取ったユーザ識別子と、遠隔プリンタ端末（例
えば２２）からの交付申請時に受け取ったユーザ識別子
とを照合することにより実行する。

【００５９】当該ユーザ識別子としては、雑誌サーバ１
４のクライアントとなるユーザ（例えばＵ１）を実質的
に一義的に識別することができる識別子であればどのよ
うなものを使用してもかまわない（例えば、予め割り当
ててあるパスワードを使用してもかまわない）が、ここ
では、各ユーザの携帯する携帯電話機の電話番号（携帯
電話機２１の場合ならＴＮ１）を、当該ユーザ識別子と
して使用するものとする。

【００６０】元来、雑誌は、特定の送り手から不特定多
数の受け手に向けて供給される文書であるから、もし
も、雑誌記事の出力サービスにかかる費用を申請者に負
担させない場合にはこのような認証自体を省略すること
ができる。出力される記事に付加する広告について広告
主から支払われる広告料などで当該費用を相殺すること
ができるケースがこれに該当する。

【００６１】ただしここでは、前記広告料によっても前
記費用を完全に相殺するにはいたらず、いくらかの費用
負担を申請者に求め、前記認証は行うものとする。

【００６２】なお、当該認証のために申請者が実行する
操作手数は、あまり煩雑なものにしないことが重要であ
ると考えられる。

【００６３】高水準の携帯性、コンパクト性を要求され
るために操作キーの数も限定されている携帯電話機の場
合、仮名、漢字、アルファベットなどを入力することは
必ずしも容易ではないので、認証のためにユーザの住
所、氏名などの入力を要求する構成は取らないことが好
ましい。理想的には、書店で実際に雑誌を購入する場合
などと同程度かそれ以上の手軽さで、ユーザが出力サー
ビスの提供を受けることができることが望ましいからで
ある。

【００６４】また、もし必要ならば、携帯電話機（例え
ば２１）を用いて行う予約申請時には電話番号だけを使
用して弱い認証を行い、遠隔プリンタ端末（例えば２
２）を用いて強い認証を行うようにしてもよい。

【００６５】前記第１データ処理部４３はＣＧＩを搭載
したＷｅｂサーバとしての機能を持つ部分で、パーソナ
ルコンピュータのブラウザを用いて申請する申請者のた
めのＨＴＭＬファイル、携帯電話機のブラウザを用いて
申請する申請者（例えばＵ１）のためのコンパクトＨＴ
ＭＬファイル（またはＨＤＭＬファイルなど）を閲覧要
求に応じて端末のブラウザ（例えば、携帯電話機２１の
申請部３２が搭載するブラウザ）に送信する機能や、ブ
ラウザから送り返された記入済みの申請フォームＦＭ１
の内容を解析して、正常な受付が行えれば、受付完了を
示す確認メッセージをＨＴＭＬ形式（コンパクトＨＴＭ
Ｌ形式（またはＨＤＭＬ形式））で返す機能を装備して
いる。

【００６６】これに対し第２データ処理部４４は、メー
ラとしての機能を持つ部分で、パーソナルコンピュータ
のメーラを用いて申請する申請者のためのメーラ、携帯
電話機のメーラを用いて申請する申請者（例えばＵ１）
のためのメーラを備えているほか、形態素解析や構文解
析、意味処理などの自然言語処理を実行する自然言語処
理部を搭載している。

【００６７】すなわち、第２データ処理部４４内のメー
ラが、受け取った電子メールをデコードし、当該デコー
ド結果を自然言語処理部が処理することで、定型的な申
請事項、すなわち、記事ＩＤや申請者の電話番号など取
得するものである。

【００６８】定型的な申請フォーム（例えばＦＭ１）を
用いて申請された場合には、通常、このような自然言語
処理は不要であるが、申請が電子メールで行われた場合
には記述内容が不定形であるために自然言語処理が必要
になる。自然言語処理を実行するためには、雑誌サーバ
１４の処理能力にかなり大きな負荷がかかるものと考え
られるので、効率を重視する場合には電子メールによる
予約申請を行わないようにしてもよい（その場合、第２
データ処理部４４は省略できる）。

【００６９】ただしここでは、様々な機能の携帯電話機
を持つ申請者からの予約申請にこたえるために、電子メ
ールによる予約申請にも対応するものとした。

【００７０】なお、前記記事ＩＤは、予約申請者が求め
る雑誌記事を一義的に特定するための識別子である。記
事ＩＤとしてはどのような文字列や記号列を利用しても
かまわないが、携帯電話機２１を用いて行う入力操作の
容易さを確保するために、数字（１０進数）を使用する
ものとする。

【００７１】次に第３データ処理部４５は、ＩＶＲ（イ
ンタラクティブ・ボイス・レスポンス（双方向性音声応
答））部や、ＣＴＩ（コンピュータ・テレフォニ・イン
テグレーション）部を搭載する部分で、携帯電話機ユー
ザ（ここではＵ１）に音声ガイダンスを聴取させ、当該
音声ガイダンスにしたがったＰＢ信号の送信を促すこと
で、前記申請事項を取得するものである。

【００７２】なお、図８に示す申請フォームＦＭ１の申
請事項は記事ＩＤと電話番号だけであり申請者の住所や
氏名を伝える必要はないため、音声ガイダンスとＰＢ信
号のやり取りだけで、当該申請事項と同じ事項を雑誌サ
ーバ１４に伝え予約申請を実行する操作は容易である。

【００７３】前記第２データ処理部４４と同様に、必要
に応じて、音声ガイダンスやＰＢ信号を用いた予約申請
は受け付けず、当該第３データ処理部４５を省略するよ
うにしてもよい。

【００７４】本実施形態においてこれら３つのデータ処
理部４３〜４５に接続されている受付部４９は、認証が
行われ、正常に申請事項が取得できた申請者（ここでは
Ｕ１）に関する申請事項の情報を、検索部４７に供給す
る部分である。

【００７５】検索部４７は受け取った申請事項のうち記
事ＩＤを利用してデータベース４８を検索し、予約申請
に関する雑誌記事データを取得する部分である。

【００７６】データベース４８には各雑誌記事データが
蓄積されているが、蓄積されている雑誌記事データの数
や種類（蓄積属性）は雑誌サーバごとに相違し、当該蓄
積属性に応じて前記記事ＩＤの桁数なども変わってく
る。

【００７７】例えば、ある銘柄（雑誌名）の雑誌の最新
号だけしか蓄積していないデータベースならば、当該雑
誌の当該号の見出しの数（中吊り広告などに表示されて
いる見出しの数）だけを表現することができる桁数で十
分である。一例として、見出しの数（すなわち、雑誌記
事データの数）が３２であれば、数値範囲０〜３１の整
数を記事ＩＤとして用いれば足りる。これは雑誌サーバ
１４や携帯電話機２１の内部で用いられる２進数に換算
すると、５ビット（０００００〜１１１１１）に相当す
るデータ量にすぎない。

【００７８】本実施形態は主として、電車の中などで雑
誌の広告（中吊り広告など）を見た携帯電話ユーザがそ
の場で前記予約申請を行い、当該予約申請に対応して交
付された雑誌記事をＫｉｏｓｋの近傍などに設置された
遠隔プリンタ端末２２で印刷出力する使用状況を想定し
ており、雑誌の広告などに掲載されるのは通常つねにそ
の時点の最新号に関する見出しだけである。したがって
記事ＩＤとしては多くの場合、当該３１程度で十分であ
ると考えられる。

【００７９】ただし例えば、雑誌のなかに、バックナン
バー（例えば、過去１年分のバックナンバー）のリスト
を各号の主な掲載記事の見出し付きで載せること等によ
り、バックナンバーについても本実施形態の出力サービ
スを受けられるようにすることも可能なので、そのよう
にした場合、前記蓄積属性のうち雑誌記事データの数は
多くなって、バックナンバーの全記事データが当該デー
タベース４８に蓄積されることになり、定期的に発行さ
れる各号を一義的に識別するための号ＩＤを付加するこ
とが必要になる。

【００８０】また、１つの銘柄の雑誌だけでなく、複数
の銘柄の雑誌について同じ雑誌サーバから出力サービス
を行う（一例として、同じ出版社から出版している複数
の銘柄の雑誌について同じ雑誌サーバから出力サービス
を行う）ことも考えられるが、その場合には、前記蓄積
属性のうち雑誌記事データの種類が増加して、前記記事
ＩＤ以外に、雑誌名を一義的に指定する雑誌名ＩＤを付
加することが必要になる。

【００８１】なお、号ＩＤや雑誌名ＩＤとしては、携帯
電話機からの入力の容易さに配慮して、記事ＩＤと同様
の数字を利用することが好ましい。

【００８２】また、号ＩＤや雑誌名ＩＤを記事ＩＤと別
個に設けるのではなく、記事ＩＤの桁数を増加して、記
事ＩＤのなかに号ＩＤや雑誌名ＩＤを収容するようにし
てもよい。その場合、記事ＩＤとしては、データベース
４８内の全号、全雑誌名を通じて、ユニークな値を使用
することが必要となる。

【００８３】前記検索部４７によってデータベース４８
から検索された雑誌記事データは、キャッシュメモリ４
６に格納される。当該検索に要する時間は、データベー
ス４８や検索部４７などのハードウエア的、ソフトウエ
ア的仕様にもよるが、前記蓄積属性が多数、多種類に及
ぶ場合には、長時間化する可能性が出てくる。

【００８４】例えばこの検索に３０秒以上かかるようで
は、雑誌の交付を受ける申請者は強いストレスを感じる
ことが予測されるし、それだけ一人のユーザが遠隔プリ
ンタ端末を占有する時間が長くなることとなる。

【００８５】一人のユーザの占有時間が長くなると、Ｋ
ｉｏｓｋの近傍などに設置された遠隔プリンタ端末の前
に交付申請者の長い待ち行列が出現して、電車の昇降の
妨げになる可能性も高まる。

【００８６】そこで、申請者（例えばＵ１）からみた検
索に要する時間を短縮し、一人の申請者が遠隔プリンタ
端末２２を占有する時間を短くするため、本実施形態で
は、予約申請時にデータベース４８から検索して得られ
た雑誌記事データをキャッシュメモリ４６に書き込んで
おき、交付申請時には、データベース４８からでなく当
該キャッシュメモリ４６から雑誌記事データを検索し
て、遠隔プリンタ端末２２に送信するようにした。

【００８７】この意味で、キャッシュメモリ４６は一時
的なデータベースとして機能するが、蓄積している雑誌
記事データは予約申請の行われた雑誌記事データに限定
されるため、データベース４８よりも少ないのが普通で
ある。特に、バックナンバーや複数の銘柄の雑誌まで同
じデータベース４８に蓄積するようにした場合には、そ
の傾向が強まる。

【００８８】なお、前記申請フォームＦＭ１内に交付希
望日時に関する項目を追加して、当該交付希望日時に合
わせて前記検索部４７によるデータベース４８の検索お
よびキャッシュメモリ４６への書き込みを行うようにし
てもよいが、その場合、予約申請者は、携帯電話機２１
を用いて交付希望日時を入力することとなり、予約申請
の際の操作が複雑となる。また、公文書などの交付を受
ける場合と異なり、雑誌の場合には手軽さがサービスの
利用率向上の重要な要素となると考えられるので、ここ
では、交付希望日時の入力は行わないものとした。

【００８９】前記キャッシュメモリ（一時データベー
ス）４６に接続されている交付部４２は、遠隔プリンタ
端末（例えば２２）から交付申請メッセージＲＱを受信
し認証の結果が肯定的であった場合に、キャッシュメモ
リ４６を検索して申請者が求める雑誌記事データを、前
記配信記事データＭＵ２として出力する部分である。

【００９０】一方、前記音楽サーバ１５は基本的に当該
雑誌サーバ１４と同じサーバであり、その主要部の構成
例も、基本的に図４の雑誌サーバ１４と同じであってよ
い。

【００９１】ただし音楽サーバ１５では、音楽データＭ
Ｍの配信と歌詞カードデータＭＣの配信とを行うことに
なり、配信先も、音楽データＭＭの場合は携帯電話機２
１、歌詞カードデータＭＣの場合は遠隔プリンタ端末２
２となる点が相違する。

【００９２】携帯電話機２１の着信メロディ等として使
用するための音楽配信を行うサービスは従来でも各携帯
電話ネットワーク（例えば１２）が実施しているが、従
来おこなわれていた携帯電話機向けの音楽配信サービス
は、携帯電話機からの要求に応えて携帯電話機に対して
行うものであるので、音楽配信サーバは携帯電話ネット
ワーク（例えば１２）内に設けるのが効率的であると考
えられるが、本実施形態の音楽サーバ１５においては音
楽データＭＭの配信は携帯電話機２１に行うものの、歌
詞カードデータＭＣの配信は主として遠隔プリンタ端末
２２に行うので、音楽サーバ１５はインターネット１１
上に配置するのが効率的である。

【００９３】また、音楽サーバ１５に対する申請者（例
えばＵ１）からの申請のうち音楽データＭＭの配信を求
める申請には予約申請はなく交付申請（申請後ただちに
音楽データＭＭがダウンロードされる）だけであるが、
歌詞カードデータＭＣの申請には、前記雑誌記事データ
の場合と同様に予約申請と交付申請の区別があり、予約
申請は携帯電話機（例えば２１）から行われ、交付申請
は遠隔プリンタ端末（例えば２２）から行われる。

【００９４】次に、前記遠隔プリンタ端末２２の主要部
の構成例について、図３を用いて説明する。

【００９５】(Ａ−１−３）遠隔プリンタ端末の構成例 図３において、当該遠隔プリンタ端末２２は、送受信部
３５と、認証部５６と、データ処理部５７と、操作部５
９と、ディスプレイ部６０と、印刷処理部６１とを備え
ている。

【００９６】このうち送受信部５５は、プリンタネット
ワーク１３を介して前記雑誌サーバ１４や音楽サーバ１
５と通信する部分である。

【００９７】また、前記認証部５６は、交付申請時に上
述した認証を実行する部分である。

【００９８】交付申請時に使用する遠隔プリンタ端末２
２は、携帯電話機２１に比べて豊富なユーザインタフェ
ースを備え、操作キーの数なども十分なので、認証部５
６による認証において申請者が行う操作は、電話番号の
入力よりも複雑な操作（例えば申請者の住所、氏名の入
力など）を行わせることも比較的容易であるが、ここで
は、上述した手軽さを考慮して、携帯電話機の電話番号
（例えばＴＮ１）の入力と記事ＩＤの入力だけを行わせ
るものとする。

【００９９】また、インターネット１１経由で携帯電話
機（例えば２１）からの予約申請や遠隔プリンタ端末
（例えば２２）からの交付申請を受け付ける以上、雑誌
サーバ１４に対するクラッキングや、他人に成り済まし
た悪意の第３者による雑誌記事の不正取得などを防止す
るため、認証部５６では端末認証を実行して、雑誌サー
バ１４に対し、当該遠隔プリンタ端末（例えば２２）が
自動的に正当性を証明する構成とした。

【０１００】例えば、携帯電話機２１で予約申請を行っ
た携帯電話ユーザが遠隔プリンタ端末２２で交付申請を
行う場合、当該交付申請によって送信される携帯電話機
２１の電話番号ＴＮ１や記事ＩＤとともに、遠隔プリン
タ端末２２が予め自身に割り当てられている端末ＩＤを
自動的に送信し、これらを受信した雑誌サーバ１４側で
は、前記認証部４１がユーザ認証と端末認証の検証動作
を行う構成とした。

【０１０１】このときまた、遠隔プリンタ端末２２は自
身のＵＲＬなどを自動送信することにより、雑誌サーバ
１４に配信記事データＭＵ２の宛先を知らせる。もっと
もこの部分の処理は、ブラウザとＷｅｂサーバからなる
ハイパーテキストシステムが標準的に実行する処理であ
り、申請者Ｕ１としては遠隔プリンタ端末２２のディス
プレイ部６０に画面表示された申請フォーム（この申請
フォームは前記ＦＭ１と同じものであってよい）に該当
事項を記入して、送信ボタンＳＢ１を操作するだけでよ
い。

【０１０２】前記端末認証には、例えば公開鍵系の暗号
を利用して、認証の信頼性を高めるようにするとよい。

【０１０３】また、交付申請時の認証では、前記電話番
号に替えて、または電話番号とともに、バイオメトリク
ス系の認証（申請者の指紋、声紋など身体的特徴を利用
する認証）や、スマートカードを用いる認証を行うよう
にしてもよいが、上述した手軽さに配慮して、ここでは
そのような認証を行わないものとした。

【０１０４】当該認証部５６に接続されている前記デー
タ処理部５７は、雑誌サーバ１４内の第１データ処理部
４３と同様にＨＴＭＬファイルの閲覧を行うことのでき
るブラウザを搭載した部分である。

【０１０５】雑誌サーバ１４から送信される前記配信記
事データＭＵ２は、単なるテキストデータだけでなく、
記事の内容と関連する写真などの画像データが含まれて
いることも多いので、ハイパーテキストシステムを用い
て、当該配信記事データＭＵ２を遠隔プリンタ端末２２
のブラウザが読み込めるようにした。

【０１０６】このブラウザは、携帯電話機２１などに搭
載されている機能制限されたブラウザではなく、通常の
パーソナルコンピュータなどに搭載されている機能制限
のないブラウザであるのは当然である。

【０１０７】当該データ処理部５７に接続されている印
刷処理部６１は、受信した配信記事データＭＵ２に応じ
て例えばＡ４サイズなどの用紙に文字列や写真などを印
刷し出力する部分である。写真などが白黒ではなく豊富
な色彩を有する場合には、当該印刷もカラー印刷とする
とよい。

【０１０８】また、ディスプレイ部６０は、通常のデス
クトップ型のパーソナルコンピュータと同程度の大きさ
（例えば１７インチ程度）の表示画面を持ち、申請者に
対する視覚的なユーザインタフェースを提供する部分で
ある。

【０１０９】さらに、操作部５９は、申請者が交付要求
などを雑誌サーバ１４に伝える際などに操作するための
複数の操作キーを備えた部分である。

【０１１０】なお、当該遠隔プリンタ端末２２は全体と
して、前記携帯電話機２１に比べると、機械的にも、電
子的にも、はるかに大規模で高機能な装置である。

【０１１１】最後に、前記接続管理センタ１６の主要部
の構成例につき、図５を参照しながら説明する。前記携
帯電話機２１がインターネット１１（上のサーバ１４，
１５）に接続するには、必ず当該接続管理センタ１６を
経由することになる。

【０１１２】(Ａ−１−４）接続管理センタの構成例 図５において、当該接続管理センタ１６は、端末識別部
７０と、サーバ識別部７１と、相互接続部７２と、通信
属性検出部７３、課金管理部７４とを備えている。

【０１１３】このうち端末識別部７０はインターネット
１１に接続しようとする（又は、している）携帯電話ネ
ットワーク１２内の携帯電話機を一義的に識別する部分
である。この識別をどのように行うかは各携帯電話事業
者が各携帯電話ネットワークをどのように構築するかに
依存するが、例えば、各携帯電話機に割り当てられてい
る電話番号（例えばＴＮ１）を利用して識別してもよ
い。また、各携帯電話機が自動的に送信するように、予
め各携帯電話機に割り当てられている端末ＩＤを使用し
て識別するようにしてもよい。

【０１１４】また、サーバ識別部７１は、携帯電話ネッ
トワーク１２内の携帯電話機（例えば２１）の通信相手
であるサーバ（例えば１４）を識別するための部分であ
る。

【０１１５】この識別は、例えば各サーバに予め割り当
てたサーバ識別子を、携帯電話機（例えば２１）に対す
る応答のなかに検出することによって、実行するように
してもよい。

【０１１６】相互接続部７２はゲートウェイとして機能
する部分で、同時に存在するコネクション（セッショ
ン）ＣＮ１〜ＣＮＭには、異なるコネクション番号を付
与して管理している。

【０１１７】通信属性検出部７３は、各コネクションの
通信につき、通信属性（例えば上述した予約申請、交付
申請、音楽データＭＭの配信などの区別）の検査を実行
する部分である。通信属性検出部７３による各コネクシ
ョンの区別は、例えば、ＨＴＴＰプロトコルでコネクシ
ョンが確立されるまでの動作を利用したり、ＨＴＴＰヘ
ッダ中の情報（メッセージＩＤ、クライアント−サーバ
（ここで、クライアントは、携帯電話機２１）間のパス
など）を利用することによって特定することができる。

【０１１８】課金管理部７４は、自携帯電話ネットワー
ク内の各携帯電話機（例えば携帯電話ネットワーク１２
内の携帯電話機２１）に対応付けて、音楽データＭＭの
配信や雑誌サーバ１４や音楽サーバ１５に対する予約申
請などの情報をもとに課金を実行する部分である。

【０１１９】当該課金に応じたサービス料金は、各携帯
電話ユーザの携帯電話通話料に加算して、通話料の支払
時に徴収する。また、必要ならば、当該サービス料金の
徴収には、クレジットカード会社を利用するようにして
もよい。

【０１２０】なお、多数のインターネット接続を処理し
なければならない接続管理センタ１６が、このように各
コネクションの通信属性まで検査する処理を実行するた
めの負荷が過大になりすぎる場合には、当該検査は雑誌
サーバ１４や音楽サーバ１５側で行うようにしてもよ
い。

【０１２１】以下、上記のような構成を有する本実施形
態の動作について説明する。

【０１２２】（Ａ−２）実施形態の動作 本実施形態は、携帯性に富んだ携帯電話機（２１など）
を用いて、いつでも、どこからでも配信記事データＭＵ
２や歌詞カードデータＭＣの予約申請、および音楽デー
タＭＭの交付申請を行い、当該予約申請に対応する交付
は、随所に配置された遠隔プリンタ端末（例えば２２）
の場所まで移動して、当該遠隔プリンタ端末を操作する
ことで実現し、音楽データＭＭの交付は即座に当該携帯
電話機２１で受ける。

【０１２３】いま、例えば、携帯電話機２１を携帯する
ユーザＵ１が電車で移動中、図６に示すような中吊り広
告を目視したとする。

【０１２４】図６の広告は、ある雑誌の広告で、その上
部中央には当該雑誌名８１が配置され、その下には、当
該雑誌の各記事の内容を簡潔に表現した見出し８２〜８
８が縦書きあるいは横書きで掲載されている。また、各
見出し８２〜８８には、その見出しに該当する記事の記
事ＩＤ８２Ａ〜８８Ａが付記され、前記雑誌名８１には
当該雑誌の銘柄を識別するための雑誌名ＩＤ８１Ａが付
記されており、右上端部には当該雑誌記事出力サービス
を行っている雑誌サーバ（ここでは１４）のＵＲＬ８９
が記載されている。

【０１２５】ここでは当該携帯電話機２１が申請部３２
にブラウザを搭載しているものとし、ユーザＵ１はその
他の記事には興味がないが見出し８５の記事だけに興味
を持ったものとする。

【０１２６】この場合、当該ユーザＵ１が見出し８５の
記事を手に入れるため、前記ＵＲＬ８９を入力すると、
携帯電話機２１のブラウザが雑誌サーバ１４のトップペ
ージＭＵ１を読み込み、その内容をディスプレイ部３１
に画面表示する。

【０１２７】当該トップページＭＵ１上にはすでに図８
に示す申請フォームＦＭ１が表示されている（あるいは
トップページＭＵ１上のタグを操作することによって申
請フォームＦＭ１が表示される）ので、ユーザＵ１が見
出し８５に付記されている記事ＩＤ８５Ａを編集ボック
ス（当該編集ボックスは文字列を入力するためのエリア
で、当該エリア内では原則として文書の編集に必要なす
べての機能が使用可能である）ＴＢ１に記入し、自身の
携帯電話機２１の電話番号ＴＮ１を編集ボックスＴＢ２
に記入して、送信ボタン（当該送信ボタンは押しボタン
コントロールの一種で、操作することによって当該申請
フォームＦＭ１にユーザＵ１が記入した内容を、前記第
１データ処理部４３に送信するボタンである）ＳＢ１を
操作すると、携帯電話ネットワーク１２、接続管理セン
タ１６、インターネット１１を経由して、雑誌サーバ１
４に対する予約申請が行われる。

【０１２８】雑誌は特定の送り手から不特定多数の受け
手に向けて供給される文書であるから、だれでも予約申
請を行うことができ、予約申請時にはユーザ認証は不要
であるが、雑誌の予約申請が正常に行われたことを予約
申請を行ったユーザに伝えるために、その旨の確認メッ
セージが雑誌サーバ１４から携帯電話機２１に返送され
る。

【０１２９】そして、乗っていた電車からプラットフォ
ーム上に降りたユーザＵ１が今度はプラットフォーム上
のＫｉｏｓｋの近傍にある遠隔プリンタ端末（例えば２
２）を操作して、交付申請を実行する。

【０１３０】前記予約申請が行われてからこのときまで
に、ある程度の時間（例えば、数十秒程度）が経過して
いるため、記事ＩＤ８５Ａの雑誌記事データはすでに前
記キャッシュメモリ４６内に格納されており、交付申請
後はただちに見出し８５に対応する雑誌記事を有する配
信記事データＭＵ２が雑誌サーバ１４から送り返されて
きてきて、遠隔プリンタ端末２２から印刷出力される。
これにより、１申請者当たりの遠隔プリンタ端末占有時
間は、十分に短縮される。

【０１３１】印刷出力された雑誌記事９０は、例えば図
７に示すように、記事を構成する文字列９１と、当該記
事に関連する写真９２と、記事とは無関係な広告９３、
９４などが印刷されたＡ４サイズ程度の紙である。広告
は９４のように、当該文字列９１が印刷された面（表
面）の裏面に印刷されるほか、当該表面に、文字列９１
も写真９２も存在しない余白がある場合には、９３のよ
うに当該余白にも印刷され得る。

【０１３２】なお、音楽サーバ１５から遠隔プリンタ端
末２２に配信される歌詞カードもほぼ当該雑誌記事９０
と同様な構成であってよいが、ある歌詞カードデータＭ
Ｃの配信を希望する申請者は、当該歌詞カードに対応す
る楽曲のアーティストの愛好者であることが多いので、
広告９３や９４の替わりに、当該楽曲のアーティストに
関連する広告や情報（例えば、今後のライブ、コンサー
ト等の予定）を印刷すると広告効果も高まることが期待
できる。

【０１３３】その広告料は、当該アーティストのレコー
ド会社などに負担させ、歌詞カードデータＭＣの配信の
ためにユーザＵ１が負担するサービス料を、きわめて低
価格または無料としてもよい。

【０１３４】なお、ここでは、記事や歌詞の内容を印刷
した紙に広告や情報も印刷するものとしたが、必要なら
ば、別な紙に印刷して、雑誌記事９０や歌詞カードと同
時に印刷出力するようにしてもよい。

【０１３５】また、以上の例では、携帯電話ユーザが電
車に乗っているときに予約申請を行い、電車から降りて
から予約申請にかかる雑誌配信データＭＵ２の交付を受
けるようにしたが、本実施形態の使用状況は必ずしもこ
のようなケースに限定する必要はない。

【０１３６】例えば、プラットフォーム上で電車の到着
を待っている時間に、Ｋｉｏｓｋなどの雑誌広告を見た
携帯電話ユーザが携帯電話機を用いて前記記事ＩＤ等を
入力し、Ｋｉｏｓｋ近傍の遠隔プリンタ端末から当該雑
誌記事の印刷出力を受けるようなケースに用いても好適
である。

【０１３７】本実施形態では当該申請フォームＦＭ１内
に、電話番号を記入してユーザ認証を行うようにしたの
で、予約申請や交付申請をきわめて手軽に実行すること
ができる。

【０１３８】なお、もし必要ならば、携帯電話機２１か
らではなく遠隔プリンタ端末（例えば２２）から、交付
申請だけでなく予約申請も行えるようにしてもよいが、
それを禁止することによって初めて、上述した１申請者
当たりの遠隔プリンタ端末占有時間の短縮が達成できる
ものである。

【０１３９】一方、本実施形態で携帯電話機２１から電
子メールによって予約申請を行う場合には、申請フォー
ムＦＭ１と同様な各事項を、電子メールに記述すること
になる。

【０１４０】また、携帯電話機２１がブラウザもメーラ
も搭載していない場合には、上述したように、雑誌サー
バ１４（または音楽サーバ１５）内の第３データ処理部
４５から送信される音声ガイダンスにしたがってＰＢ信
号を送信することで、予約申請（または音楽データＭＭ
の交付申請）を実行することになる。

【０１４１】（Ａ−３）実施形態の効果 以上のように、本実施形態によれば、携帯電話機を用い
て雑誌記事などの予約申請を行い、当該予約申請に対応
する交付申請は、駅のプラットフォームなど随所に配置
された遠隔プリンタ端末の印刷出力によることとしたの
で、融通性や通信品質（申請者Ｕ１が取得できる情報の
品質）に優れ、手軽で、使い勝手のよい通信システムを
構築することができる。

【０１４２】また、本実施形態は、インターネット上や
携帯電話ネットワーク上に実装された既存の電子メール
システムやハイパーテキストシステムなどを、ほとんど
そのまま活用できるため、実現性に優れている。

【０１４３】（Ｂ）他の実施形態 なお、上記実施形態では雑誌記事などの交付申請時に電
話番号を入力させることとしたが、前記確認メッセージ
に、例えば、１回だけ使用するパスワードを収容するよ
うにすれば、交付申請時にこのパスワードを入力させる
ことで、ユーザ認証を行うこともできる。

【０１４４】このパスワードは携帯電話機に比べて十分
なユーザインタフェースを備えた遠隔プリンタ端末を使
用して入力するものであるため、必ずしも数字だけでな
く、文字列などを利用することもできる。

【０１４５】また、上記実施形態におけるインターネッ
ト（１１）はイントラネットなど、他のネットワークに
置換可能であり、携帯電話機（３１，３２など）はＰＨ
Ｓ端末、ＰＤＡ端末など他の携帯通信端末に置換可能で
ある。

【０１４６】さらに、上記実施形態では、配信する情報
は、雑誌記事データ、音楽データ、歌詞カード、楽譜デ
ータであったが、本発明ではこれら以外の情報を配信す
ることもできる。例えば、新聞記事などの配信も可能で
ある。

【０１４７】

【発明の効果】以上に説明したように、本発明によれ
ば、融通性や通信品質に優れ、手軽で、使い勝手のよい
文書出力システムを提供することができる。

【図面の簡単な説明】

【図１】実施形態に係る通信システムの主要部の構成例
を示す概略図である。

【図２】実施形態で使用する携帯電話機の主要部の構成
例を示す概略図である。

【図３】実施形態で使用する遠隔プリンタ端末の主要部
の構成例を示す概略図である。

【図４】実施形態で使用する雑誌サーバの主要部の構成
例を示す概略図である。

【図５】実施形態で使用する接続管理センタの主要部の
構成例を示す概略図である。

【図６】実施形態の動作説明図である。

【図７】実施形態の動作説明図である。

【図８】実施形態の動作説明図である。

【符号の説明】

１０…通信システム、１１…インターネット、１２…携
帯電話ネットワーク、１３…プリンタネットワーク、１
４…雑誌サーバ、１５…音楽サーバ、１６…接続管理セ
ンタ、２１…携帯電話機、２２…遠隔プリンタ端末、４
１…認証部、４２…交付部、４３…第１データ処理部、
４４…第２データ処理部、４５…第３データ処理部、４
６…キャッシュメモリ、４７…検索部、４８…データベ
ース、４９…受付部。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 3/12 Ｇ０６Ｆ 3/12 Ｄ 17/30 １１０ 17/30 １１０Ｇ １７０ １７０Ｚ Ｈ０４Ｎ 1/00 １０７ Ｈ０４Ｎ 1/00 １０７Ｚ (72)発明者 鷲頭 惠美子 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 (72)発明者 猪口 綾 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 (72)発明者 原田 寛史 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 Ｆターム(参考） 5B021 AA01 BB02 BB04 CC04 CC05 EE01 LL01 5B075 ND20 PQ02 PQ03 PQ32 UU06 5C062 AA12 AA13 AB22 AB23 AB38 AC04 AC05 AC41 AF14 BC01

Claims (6)

【特許請求の範囲】
1. 【請求項１】 特定の送り手から不特定多数の受け手に
   向けて供給される汎用文書の交付予約の申請元となる携
   帯通信端末と、当該交付予約申請に応じて汎用文書の交
   付予約を実行する交付通信端末とを備える文書出力シス
   テムにおいて、 前記交付通信端末に対し所定の交付操作を行うことによ
   って、前記交付予約で指定された汎用文書を、所定の出
   力形態で印刷出力する文書印刷通信端末を備えたことを
   特徴とする文書出力システム。
2. 【請求項２】 請求項１の文書出力システムにおいて、 前記交付予約の申請は、前記汎用文書に予め付与されて
   いる文書識別子を用いて行うことを特徴とする文書出力
   システム。
3. 【請求項３】 請求項２の文書出力システムにおいて、 前記汎用文書は、複数の汎用文書を含む文書集合体の一
   構成要素であることを特徴とする文書出力システム。
4. 【請求項４】 請求項２の文書出力システムにおいて、 前記汎用文書の意味内容に関する概要を説明した説明文
   字列と、前記文書識別子とを対応付けて表示することに
   より、予め文書識別子を通知する案内手段を備えたこと
   を特徴とする文書出力システム。
5. 【請求項５】 複数の記事から構成され紙媒体上に印刷
   されて提供される出版物の情報を、電子情報の形式で記
   憶するサーバと、 このサーバに対して前記出版物および記事を特定し選択
   する端末と、 この端末により選択された出版物の記事に対応する電子
   情報を前記サーバから読み出し、この電子情報に基づい
   て印刷出力するプリンタと、 からなることを特徴とする文書出力システム。
6. 【請求項６】 複数の記事から構成され紙媒体上に印刷
   されて提供される出版物の情報を、電子情報の形式で記
   憶するサーバと、 このサーバに対して前記出版物の記事を特定する情報が
   送信された際に、選択された出版物の記事に対応する電
   子情報を前記サーバから読み出し、この電子情報に基づ
   いて印刷出力するプリンタと、からなることを特徴とす
   る文書出力システム。