JPH11136394A

JPH11136394A - データ出力システムおよびデータ出力方法

Info

Publication number: JPH11136394A
Application number: JP10091110A
Authority: JP
Inventors: Shoichi Nagatomo; 正一永友; Junji Yamaguchi; 淳司山口
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1997-08-26
Filing date: 1998-04-03
Publication date: 1999-05-21
Also published as: US6334126B1

Abstract

(57)【要約】【課題】データ送出先の端末の機能や性能が異なって
もその送出先の端末においてデータの出力を可能にする
装置を提供する。【解決手段】入出力部２１は、ネットワーク３上の端
末から、データベース検索依頼、およびその検索結果の
送出先の端末の性能および機能を表す情報を受信する。
制御部２３は、データベース１にアクセスして検索結果
を取り出すと、上記受信した送出先の端末の性能および
機能を表す情報を参照し、その検索結果を送出先の端末
において出力できるか否かを調べる。送出先の端末にお
いてその検索結果を出力できない場合には、テキストデ
ータ作成部２５、テキスト−音声変換部２６、または方
式変換部２７によりその検索結果を変換または編集す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、他の装置に対して
データを出力するシステムに係わる。

【０００２】

【従来の技術】パーソナルコンピュータ、ＰＤＡ（携帯
型情報処理装置）、あるいは電話機などからネットワー
ク上に存在するデータベースにアクセスして検索結果を
得ることがしばしばある。近年では、インターネットに
接続して所望の情報を入手することも頻繁に行われてい
る。

【０００３】パーソナルコンピュータ、ＰＤＡなどを使
用する場合には、例えば、ブラウザをインストールして
おくことにより、所望のホームページから、或いは検索
エンジンによってサーチされたサイトから情報を得るこ
とができる。もちろん、インターネットを介することな
くネットワーク上に存在する他の装置から各種情報を取
得することも可能である。また、電話機（携帯端末、Ｐ
ＨＳを含む）を使用する場合には、たとえば、ユーザが
音声ガイダンスに従ってボタン等を操作しながら所望の
情報を得る。

【０００４】ネットワーク上で利用される従来のデータ
ベース管理システムとしては、たとえば、オラクル社の
ＯＵＳ（Oracle Universal Server ：新世代情報管理シ
ステム）に代表されるように、サーバ内においてデータ
の属性（画像、音声、テキスト）ごとに格納エリアを切
り分け、それぞれ独立して画像データ、音声データ、テ
キストデータ等を管理する構成が知られている。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
たサーバは、例えば、ユーザ（ネットワークを利用して
データベースを利用する人）がパーソナルコンピュー
タ、ＰＤＡあるいは電話機など、様々な機能や性能を持
った端末装置を用いてデータベースにアクセスして検索
等を依頼してくると、検索結果等のデータを送出する
際、その送出先の端末装置の機能や性能を考慮していな
い場合がほとんどである。このため、検索結果等を依頼
元の端末装置に転送しても、その端末装置においてその
検索結果等を出力できなかったり、その端末装置が検索
結果等を受信できなかったりする。

【０００６】例えば、検索結果として画像データが得ら
れ、その画像データを依頼元の端末装置に送出したとき
に、その端末装置が画像表示機能を有していない場合に
は、端末装置側でデータ化けを起こし、検索を依頼した
ユーザは、その検索結果を得ることができない。

【０００７】また、既存の移動体通信用の電話機は、Ｐ
ＤＡなどに接続して使用する場合を除けば、インターネ
ットに接続する機能を持っていたとしても、Ｅメールを
送受信する程度が限界であり、ホームページ等を閲覧す
ることはできなかった。

【０００８】このように、従来のデータ出力装置では、
データ送出先の端末装置の機能や性能を考慮していなか
ったので、そのデータ送出先の端末装置においてデータ
を出力できない場合があった。

【０００９】本発明の課題は、データ送出先の端末装置
の機能や性能が異なってもその送出先の端末装置におい
てデータの出力を可能にする装置を提供することであ
る。

【００１０】

【課題を解決するための手段】本発明のデータ出力シス
テムは、データ出力要求に従ってデータ記憶手段からデ
ータを読み出して出力する構成であって、データの出力
先が要求するデータ形態を検出する検出手段と、この検
出手段により検出されたデータ形態に一致するように上
記データ記憶手段から読み出したデータのデータ形態を
変換する変換手段とを備える。ここで、上記データの出
力先が要求するデータ形態は、例えば、データの出力先
の端末が出力可能なデータの形態であり、上記データ出
力要求に含まれている。

【００１１】上記構成において、出力先にデータを送出
する前にそのデータを出力先が要求する形態に変換する
ので、出力先では確実にそのデータを出力（表示、再生
等）できる。なお、データ形態の変換とは、例えば、送
出しようとするデータの属性を画像、音声、テキストの
間で相互に変換すること、データの圧縮方式やフォーマ
ット等を変換することを含む。

【００１２】また、本発明のデータ出力システムにおい
て、上記検出手段が、データの出力先が要求するデータ
形態としてデータの出力先の端末の少なくとも性能およ
び機能の一部を検出し、上記変換手段が、この検出手段
により検出された上記端末の少なくとも性能および機能
の一部に基づいて上記データ記憶手段から読み出したデ
ータに処理を施す処理手段を含む構成としてもよい。こ
の構成の作用は、基本的に上記構成の作用と同じであ
る。

【００１３】さらに、本発明のデータ出力システムにお
いて、上記データ記憶手段が少なくともそのデータの格
納位置を指定するアドレスで特定付けられた情報公開網
上に存在すると共に、上記システムが、上記データを特
定付ける情報を取得する取得手段、および上記取得手段
により取得された情報に基づいて上記データの格納位置
のアドレスを検索する検索手段とを更に備え、上記変換
手段が、この検索手段により検索されたアドレスに格納
されているデータを読み出して上記検出手段により検出
されたデータ形態に一致するように変換するようにして
もよい。

【００１４】上記構成によれば、検索手段により検索さ
れた情報公開網上のアドレスに格納されているデータ
は、上記変換手段により、そのデータの出力先が要求す
るデータ形態に変換される。

【００１５】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照しながら説明する。図１は、本実施形態のシ
ステム構成図である。データベース１は、データ格納装
置であり、画像データ、テキストデータ、音声データな
ど、様々な属性データを格納する。サーバ２は、情報処
理装置であり、データベース１を管理する。また、サー
バ２は、ネットワーク３を介して転送されてくる検索依
頼を解析し、データベース１にアクセスして検索結果を
得る。そして、サーバ２は、必要に応じて、その検索結
果の送出先端末の性能や機能に従ってその検索結果を変
換したりあるいはその検索結果を編集するなどした後
に、その検索結果をネットワークに送出する。ここで、
「変換」とは、たとえば、検索結果として得られたデー
タを他のデータ属性に変換（たとえば、テキストデータ
から音声データへの変換）すること、あるいは、所定の
フォーマットで圧縮されているデータを他の方式で圧縮
することなどである。また、「端末の性能や機能」と
は、たとえば、その端末が画像表示機能を持っているか
否か、テキスト表示機能を持っているか否か、音声再生
機能を持っているか否か、データ受信キャパシティ、等
である。ネットワーク３は、たとえば、公衆網（ＰＳＴ
ＮおよびＩＳＤＮ等）あるいはＬＡＮであるり、また、
Data TAC等のワイヤレスなデータ通信ネットワークも含
まれる。

【００１６】なお、本実施形態では、データベース１に
検索を依頼する依頼元端末装置として、ＰＣ（パーソナ
ルコンピュータ）４、ＰＤＡ（携帯型情報処理装置）
５、及び電話機（移動体電話機を含む）６を想定する。
また、データ出力先としては、ＰＣ４、ＰＤＡ５、およ
び電話機６に加え、ページャ端末７も対象とする。

【００１７】本実施形態のシステムでは、ネットワーク
３に接続された端末からデータベース１の検索を依頼す
る際、検索結果の送出先の端末装置の性能および機能を
サーバ２に通知する。サーバ２は、必要に応じて、その
検索結果の送出先端末の性能や機能に従ってその検索結
果を他の形態に変換したりあるいは編集し、その検索結
果、変換された検索結果、あるいは編集された検索結果
をネットワーク３に送出する。このような処理により、
検索結果を受信した端末では、その検索結果を確実に出
力できる。

【００１８】また、本実施形態のシステムでは、ネット
ワーク３に接続された端末からデータベース１の検索を
依頼する際、どのような形態でデータを転送してほしい
のかをサーバ２に通知する。サーバ２は、この要求に応
じて、データベースから取り出した検索結果を他形態に
変換したりあるいは編集した後にそれをネットワーク３
へ送出する。

【００１９】図２(a) は、ＰＣ４またはＰＤＡ５からデ
ータベース１の検索を依頼する際のＰＣ４またはＰＤＡ
５における処理を示すフローチャートである。ここで
は、検索結果を依頼元の端末に返送する場合を示す。

【００２０】ステップＳ１において、ユーザからデータ
ベース検索依頼が入力されると、ステップＳ２において
サーバ２との間にコネクションを確立する。ステップＳ
３では、ステップＳ２で確立したコネクションを介し
て、自端末の性能および自端末が備える機能をサーバ２
に通知する。ここで、自端末の性能としては、画像表示
機能を持っているか否か、テキスト表示機能を持ってい
るか否か、音声再生機能を持っているか否か、データ受
信用のキャパシティ等を通知する。また、自端末が備え
る機能としては、画像データの圧縮・解凍プログラムの
種類、文書作成アプリケーションの種類などを通知す
る。これらの情報は、自端末が備えるメモリ内の所定領
域に予め格納しておき、ステップＳ３において、その情
報を取り出してサーバ２に通知する。なお、各端末の性
能は、後述説明するが、端末識別コードとして表され、
各端末が備える機能は、プログラム番号として表され
る。なお、端末に画像圧縮・解凍処理や文書作成のため
のプログラムが複数インストールされている場合には、
複数のプログラム番号が通知される。これらの端末識別
コードおよびプログラム番号は、サーバ２にデータベー
ス検索を依頼する全ての端末装置に対して共通に定義さ
れて使用されるものである。

【００２１】図２(b) は、自端末の能力等をサーバ２に
通知するためのパケットの構成図である。パケットは、
ヘッダ部およびデータ部から構成される。ヘッダ部は、
送信元アドレスおよび着信先アドレスなどを格納する。
送信元アドレスおよび着信先アドレスとしてどのような
アドレス体系のアドレスを格納するのかは、本実施形態
が適用されるネットワーク構成によって決まり、たとえ
ば、TCP/IP通信では、ＩＰアドレスが格納される。

【００２２】データ部には、コマンド、端末ＩＤ、端末
識別コード、およびプログラム番号等が格納される。コ
マンドは、着信先の端末（ここでは、サーバ２）におい
て実行する処理を指定する。端末ＩＤは、自端末（検索
依頼元）の識別番号である。端末識別コードおよびプロ
グラム番号は、上述したように、それぞれ自端末の性能
および自端末が備える機能を表示する。

【００２３】続いて、ステップＳ４において、例えば、
検索範囲やキーワードを通知するなどしてサーバ２に検
索を依頼する。なお、ステップＳ３とステップＳ４と
は、その処理順番が逆であってもよい。また、能力等の
通知と検索依頼とを同時に行ってもよい。すなわち、検
索依頼のためのパケットの一部に能力等を通知する情報
を含ませてもよい。

【００２４】図２に示すフローチャートでは、検索結果
を依頼元の端末に返送することを前提としたが、ある端
末が依頼した検索の結果をその依頼元端末以外の端末に
送出してそこで出力することも可能である。たとえば、
ＰＣ４からサーバ２に検索を依頼し、サーバ２がその検
索結果をＰＤＡ５やページャ端末７に送出するようにし
てもよい。

【００２５】図３(a) は、ある端末が依頼した検索の結
果をその依頼元端末以外の端末に送出するように指定す
る際のフローチャートである。図３(a) において、ステ
ップＳ１、Ｓ２、およびＳ４は、図２(a) に示した処理
と同じである。ステップＳ１１では、検索結果を送出す
る先の端末を指定する情報、およびその送出先端末の能
力等をサーバ２に通知する。これらの情報は、ユーザが
入力する。送出先端末の情報としては、たとえば、その
送出先端末のアドレスや電話番号を入力する。また、送
出先端末の能力等は、端末の種別（ＰＣ、ＰＤＡ、電話
機、あるいはページャ）を入力する。もし可能であれ
ば、送出先端末の機能も入力する。ステップＳ１１で作
成されるパケットの構成を図３(b) に示す。

【００２６】図４は、サーバ２の構成図である。記憶装
置１１は、半導体メモリ、磁気的記録媒体、あるいは光
学的記録媒体で構成され、プログラムおよびデータ等を
格納している。記憶装置１１は、サーバ２に固定的に設
けたものであってもよいし、着脱自在に装着するもので
あってもよい。

【００２７】記録媒体ドライバ１２は、可搬性記録媒体
（半導体メモリ、磁気ディスク、光ディスク、光磁気デ
ィスク等を含む）１３に格納されているデータを読み出
したり、あるいは可搬性記録媒体１３にデータを書き込
む装置である。通信制御部１４は、ネットワークとの間
でのデータの授受を制御するユニットである。

【００２８】ＣＰＵ１５は、記憶装置１１または可搬性
記録媒体１３からプログラム等をメモリ１６にロードし
て実行する。なお、記憶装置１１に記録するプログラム
およびデータ等は、可搬性記録媒体１３に格納されてい
たものを書き込んだものであってもよく、また、通信回
線などを介してネットワーク上の他の機器から受信して
記録する構成にしてもよい。さらに、ＣＰＵ１５は、ネ
ットワーク上に設けられた他の記憶装置に格納されてい
るプログラムおよびデータ等を通信回線などを介して使
用するようにしてもよい。

【００２９】図５は、サーバ２のブロック図である。入
出力部２１は、ネットワーク３を介して転送されてくる
データを受信して制御部２３に渡すとともに、制御部２
３の指示に従ってネットワーク３にデータを送出する。
図６に入出力部２１の詳細ブロックを示す。

【００３０】入出力部２１は、データ用ポート３１およ
び電話用ポート３２を有し、ＰＣ４またはＰＤＡ５との
間のデータの授受と、電話機６との間のデータの授受と
を互いに分離して処理する。入出力制御部３３は、デー
タ用ポート３１または電話用ポート３２を介して入力さ
れるデータを制御部２３に渡すと共に、制御部２３の指
示に従ってデータ用ポート３１または電話用ポート３２
を介してネットワーク３にデータを送出する。照合部３
４は、データ用ポート３１または電話用ポート３２を介
して入力されるデータに従ってアクセス端末メモリ２２
にアクセスし、検索結果を送出する先の端末の性能およ
び機能を認識する。そして、照合部３４は、この認識結
果を入出力制御部３３を介して制御部２３へ転送する。
ガイダンス部３５は、電話機６を使用して検索処理が依
頼される場合において、その電話機６のユーザに指示を
入力させるための音声ガイダンスメッセージを格納して
おり、制御部２３からの指示に従って電話用ポート３２
を介してネットワーク３に音声メッセージを出力する。

【００３１】アクセス端末メモリ２２は、図２および図
３を参照しながら説明した端末識別コードおよびプログ
ラム番号と、端末の性能および機能を互いに対応づけて
格納する。図７(a) は、アクセス端末メモリ２２に設け
られる識別コードテーブルの構成図である。識別コード
テーブルは、各端末識別コードと端末の性能とを対応づ
けて格納したテーブルである。たとえば、端末識別コー
ドが「１０１」である端末は、パーソナルコンピュータ
であり、画像表示機能、音声再生機能、テキスト表示機
能を有し、さらにそのデータ受信用のキャパシティが２
ＭＢであることが示されている。図７(b) は、アクセス
端末メモリ２２に設けられるプログラムテーブルの構成
図である。プログラムテーブルは、各プログラム番号と
端末上で起動可能なプログラム（通常、その端末にイン
ストールされているプログラム）とを対応づけて格納し
たテーブルである。

【００３２】なお、図７に示す端末識別コードおよびプ
ログラム番号は、図２または図３を参照しながら説明し
た端末識別コードおよびプログラム番号に対応する。す
なわち、各端末（ＰＣ４またはＰＤＡ５）は、図７に示
す識別コードテーブルおよびプログラムテーブルに設定
されている対応関係を認識している。そして、各端末
は、自端末の性能および自端末にインストールされてい
るプログラムを認識しているので、図２のステップＳ３
（または、図３のステップＳ１１）において、自端末の
性能および機能を端末識別コードおよびプログラム番号
を用いてサーバ２に通知する。したがって、サーバ２
は、各端末から端末識別コードおよびプログラム番号を
受信すると、アクセス端末メモリ２２を参照することに
より、その端末の性能および機能を認識できる。

【００３３】制御部２３は、入出力部２１を介して入力
される検索依頼を解析し、データベース１にアクセスし
て検索結果を得る。また、制御部２３は、図８に示すデ
ータ属性メモリ２４を参照し、検索結果としてデータベ
ース１から取り出したデータの属性を検出する。データ
属性とは、データベース１において、各データが画像デ
ータとして格納されているのか、音声データとして格納
されているのか、あるいはテキストデータとして格納さ
れているのかを表す。尚、図９に示すように、画像デー
タとその画像データに関連するテキストデータとが１組
になって格納されている場合は、データ属性は「画像＋
テキスト」になる。

【００３４】さらに、制御部２３は、必要に応じて、テ
キストデータ作成部２５、テキスト−音声作成部２６、
および方式変換部２７との連携動作により、検索結果を
その送出先の端末において出力可能なように、検索結果
としてデータベース１から取り出したデータに対して所
定の処理を施す。

【００３５】たとえば、検索結果が画像データであった
ときに、検索結果の送出先の端末が画像表示機能を有し
ていない場合には、制御部２３は、その画像データに関
連するテキストデータを抽出してそのテキストデータを
検索結果として送出する。また、検索結果としてテキス
トデータが得られた際に、そのテキストデータのデータ
量が検索結果を送出する先の端末のキャパシティを越え
ていた場合には、テキストデータ作成部２５は、そのテ
キストデータのデータ量が転送先端末のキャパシティの
範囲内に収まるようにそのテキストデータを編集する。
あるいは、検索結果としてテキストデータが得られた際
に、検索結果を送出する先の端末が表示デバイスを持た
ない電話機等、音声再生機能のみを有していた場合に
は、テキスト−音声作成部２６は、そのテキストデータ
を音声データに変換する。さらに、検索結果として得ら
れた画像データが所定の方式（たとえば、ＪＰＥＧ、Ｇ
ＩＦ）で圧縮されていた場合において、検索結果を送出
する先の端末には他の方式の画像圧縮・解凍プログラム
しかインストールされていないときには、方式変換部２
７は、その画像プログラムをいったん解凍した後に送出
先端末にインストールされているプログラムの方式で再
圧縮する。

【００３６】テキストデータ作成部２５は、制御部２３
の指示に従ってテキストデータを変換する。テキスト−
音声変換部２６は、制御部２３の指示に従ってテキスト
データを音声データに変換する。方式変換部２７は、制
御部２３の指示に従ってデータの圧縮方式を変換する。

【００３７】なお、入出力部２１は、図４の通信制御部
１４およびＣＰＵ１５によって実行されるプログラムの
機能として実現される。また、制御部２３、テキストデ
ータ作成部２５、テキスト−音声作成部２６、および方
式変換部２７は、図４のＣＰＵ１５によって実行される
プログラムの機能として実現される。アクセス端末メモ
リ２２およびデータ属性メモリ２４は、図４のメモリ１
６内に設定される。

【００３８】次に、サーバ２が検索依頼を受信してから
検索結果を出力するまでの動作を説明する。図１０は、
入出力部２１の動作を説明するフローチャートである。
このフローチャートは、ユーザがＰＣ４、ＰＤＡ５また
は電話機６を使用してサーバ２に検索依頼を発行し、そ
の依頼を受信した後の入出力部２１の動作を示す。

【００３９】ステップＳ２１では、ネットワーク３から
のアクセスがデータ用ポート３１を介して入力されたの
か、電話用ポート３２を介して入力されたのかを判断す
る。データ用ポート３１からの入力であれば、ユーザが
ＰＣ４またはＰＤＡ５を使用して検索依頼を発行したも
のと見なしてステップＳ２２へ進み、電話用ポート３２
からの入力であれば、ユーザが電話機６を使用して検索
依頼を発行したものと見なしてステップＳ３１へ進む。

【００４０】ステップＳ２２では、受信したパケットか
ら検索結果を送出する先の端末を識別する情報を検出し
て保持しておく。すなわち、図２に示す場合であれば、
データ部に格納されている「端末ＩＤ」を保持し、図３
に示す場合であれば、「送出先端末のＩＤ」を保持す
る。

【００４１】ステップＳ２３では、受信したパケットか
ら「端末識別コード」および「プログラム番号」を抽出
する。すなわち、図２のステップＳ３または図３のステ
ップＳ１１において、ＰＣ４またはＰＤＡ５からサーバ
２へ検索結果を送出する先の端末の端末識別コードおよ
びプログラム番号が通知されるので、サーバ２は、この
通知に関する情報を格納したパケットから端末識別コー
ドおよびプログラム番号を抽出する。

【００４２】ステップＳ２４では、アクセス端末メモリ
２２を参照して検索結果を送出する先の端末の能力情報
を検出する。すなわち、抽出した端末識別コードをキー
として図７(a) に示す識別コードテーブルにアクセスし
て検索結果の送出先端末の性能を認識し、また、抽出し
たプログラム番号をキーとして図７(b) に示すプログラ
ムテーブルにアクセスして検索結果の送出先端末にイン
ストールされているプログラムを認識する。

【００４３】ステップＳ２５では、ネットワーク３から
受信した検索依頼とともに、ステップＳ２４で検出した
送出先端末の能力情報を制御部２３へ転送する。以降、
入出力制御部２１は、制御部２３から検索結果が転送さ
れてくるのを待つ。

【００４４】一方、ネットワーク３からのアクセスが電
話用ポート３２を介して入力されたのであれば、依頼元
端末が電話機６であると判断し、ステップＳ３１におい
て、その依頼元端末から転送されてくる信号を検出して
保持しておく。即ち、電話機６を使用してサーバ２に検
索を依頼するときには、電話機６のユーザは、サーバ２
から送られてくる音声ガイダンスに従って、キーワー
ド、検索結果の送出先端末の指定、送出先端末の能力等
をボタンの押圧によってサーバ２に伝える。そして、入
出力部２１がこのユーザによって入力された信号を受信
して保持する。

【００４５】ステップＳ３２では、ステップＳ３１によ
り保持されている信号から検索結果の送出先端末を検出
して保持する。送出先の指定がなければ、依頼元端末を
送出先端末とする。ステップＳ３３では、ステップＳ３
１により保持されている信号から検索結果の送出先端末
の端末識別コードを検出する。ステップＳ３４の処理
は、ステップＳ２４と同じであり、アクセス端末メモリ
２２から送出先端末の能力情報を読み出す。そして、ス
テップＳ３５において、音声ガイダンスに従って入力さ
れたキーワードを表す信号とともに、ステップＳ３４で
検出した検索結果の送出先端末の能力情報を制御部２３
へ転送する。以降、入出力制御部２１は、制御部２３か
ら検索結果が転送されてくるのを待つ。

【００４６】ステップＳ４１では、制御部２３から検索
結果を受信する。そして、ステップＳ４２において、そ
の検索結果をステップＳ２２またはステップＳ３２で検
出した検索結果の送出先端末に対して送出する。

【００４７】図１１〜図１２は、制御部２３の動作を説
明するフローチャートである。尚、このフローチャート
では、テキストデータ作成部２５、テキスト−音声作成
部２６、および方式変換部２７の動作も含んでいる。

【００４８】ステップＳ５１では、データベース１にア
クセスして検索結果を取得する。ここで得られる検索結
果は、画像データ、テキストデータ、音声データ、また
はそれらの組合せである。ステップＳ５２では、図８に
示すデータ属性メモリ２４を参照し、検索結果として得
られたデータの属性を検出する。続いて、ステップＳ５
３では、入出力部２１から受信した能力情報に基づいて
検索結果を送出する先の端末の能力を検出する。

【００４９】ステップＳ５４では、検索結果が画像デー
タを含んでいるか否かを判断し、画像データを含んでい
れば、ステップＳ５５において、検索結果の送出先の端
末が画像データを表示できるか否かを判断する。なお、
画像データは、所定の圧縮方式で圧縮されてデータベー
ス１に格納されているものとする。検索結果の送出先端
末が画像データを表示できる場合には、ステップＳ５６
において、検索結果の送出先の端末の能力に応じてその
画像データを編集する。たとえば、検索結果の送出先端
末の画像表示能力が低ければ画素データを間引きする。
あるいは、カラー表示機能を有していない場合には、色
情報などを除去する。続いて、ステップＳ５７へ進み、
画像データをその送出先端末において処理可能（解凍で
きる）かどうか調べる。処理可能であれば、ステップＳ
５８においてその画像データを検索結果として入出力部
２１に転送する。

【００５０】検索結果の送出先の端末において画像デー
タを処理できないと判断された場合には（ステップＳ５
７：Ｎｏ）、ステップＳ５９において、データベース１
から抽出した画像データを検索結果の送出先端末におい
て処理可能は方式に変換（再圧縮）する。ステップＳ５
９の処理は、方式変換部２７によって実行される。な
お、転送先端末が画像圧縮・解凍機能を持っていないと
きには、解凍した状態の画像データを検索結果として入
出力部２１に転送する。

【００５１】検索結果の送出先の端末が画像データを表
示できない場合には（ステップＳ５５：Ｎｏ）、ステッ
プＳ６１において、画像データに関連づけられたテキス
トデータがあるか否か調べる。本実施形態では、基本的
に、図９に示すように、画像データと共にその画像デー
タに関連する説明文としてのテキストデータが格納され
ているものとする。画像データに関連づけられたテキス
トデータがあれば、ステップＳ６２においてそのテキス
トデータを抽出してステップＳ７２へ進む。一方、画像
データに関連づけられたテキストデータがなければ、ス
テップＳ６３において、たとえば、テキストデータで
「検索結果を出力できません。」といった内容を出力す
るエラー処理を実行する。

【００５２】検索結果が画像データを含んでいなければ
（ステップＳ５４：Ｎｏ）、ステップＳ７１において、
その検索結果がテキストデータであるか否かを判断す
る。テキストデータであればステップＳ７２へ進み、そ
うでなければステップＳ８１へ進む。ステップＳ７２で
は、検索結果の送出先の端末がテキストデータを表示で
きるか否かを判断する。テキストデータを表示できる場
合には、ステップＳ７３においてテキスト編集処理を実
行した後、ステップＳ７４においてその処理により得ら
れたテキストデータを検索結果として入出力部２１へ転
送する。なお、ステップＳ７３のテキスト編集処理は、
テキストデータ作成部２５によって実行される処理であ
り、これについては後述詳しく説明する。

【００５３】検索結果の送出先の端末がテキストデータ
を表示できない場合には（ステップＳ７２：Ｎｏ）、ス
テップＳ７５において、そのテキストデータを音声デー
タに変換した後にステップＳ８２へ進む。ステップＳ７
５の処理は、テキスト−音声変換部２６によって実行さ
れる。なお、テキストデータを音声データに変換する技
術は既知である。

【００５４】ステップＳ８１では、検索結果が音声デー
タであるか否かを調べ、音声データであればステップＳ
８２へ進み、音声データでなければ、検索結果が画像、
テキスト、音声のいずれにも該当しないものと判断し、
ステップＳ８４において、たとえば、音声で「検出結果
を出力できません。」といったアナウンスを出力するエ
ラー処理を実行する。

【００５５】ステップＳ８２では、検索結果の送出先の
端末が音声データを再生できるか否かを調べる。音声デ
ータを再生できる場合には、ステップＳ８３において、
その音声データを検索結果として入出力部２１に転送す
る。一方、検索結果の送出先端末において音声データを
再生できない場合には、ステップＳ８４において、たと
えば、端末においてブザー音を出力させる等のエラー処
理を実行する。

【００５６】図１３は、テキスト編集処理のフローチャ
ートである。テキスト編集処理は、テキストデータをそ
の送出先の端末において表示できるように編集する処理
である。なお、テキストデータに含まれる各文章または
段落には、それぞれ優先順位が割り当てられているもの
とする。

【００５７】ステップＳ９１では、データベース１から
取り出したテキストデータ（ステップＳ６２において抽
出した画像データに関連するテキストデータを含む）の
全データ量が検索結果の送出先の端末のキャパシティ以
下かどうかを調べる。キャパシティ以下であれば、ステ
ップＳ９２において、全テキストデータを出力する。一
方、そのデータ量がキャパシティを越えていた場合には
（ステップＳ９１：Ｎｏ）、ステップＳ９３以降の処理
を実行する。

【００５８】ステップＳ９３では、テキストデータの中
で最も優先度の高い文章または段落を１つ抽出する。つ
づいて、ステップＳ９４において抽出した文章または段
落の合計データ量が検索結果の送出先の端末のキャパシ
ティを越えているか否かを調べ、越えていなければステ
ップＳ９３に戻り、抽出した文章または段落の合計デー
タ量が送出先端末のキャパシティを越えるまで優先度が
高い順に他の文章または段落を順次抽出していく。そし
て、抽出した文章または段落の合計データ量が検索結果
の送出先の端末のキャパシティを越えると、ステップＳ
９５において、抽出した文章および段落から最後に抽出
した文章または段落を削除し、それを出力する。

【００５９】例えば、図９に示す例では、テキストデー
タは、３つに分割されており、優先度Ｔ１〜Ｔ３が設定
されている。ここで、全テキストデータのデータ量が検
索結果の送出先の端末のキャパシティ以下であれば、Ｔ
１〜Ｔ３を出力する。すなわち、全文が出力される。

【００６０】一方、全テキストデータのデータ量が検索
結果の送出先の端末のキャパシティを越えていれば、ま
ず、最も優先度が高い文章として「携帯電話．．．．９
９グラム」を抽出する。このとき、Ｔ１に属するテキス
トデータのデータ量が送出先端末のキャパシティ以下で
あれば、Ｔ１の次に優先度が高い文章または段落、すな
わちＴ２に属する文章を抽出する。ここで、Ｔ１および
Ｔ２に属するテキストデータのデータ量が送出先端末の
キャパシティを越えていれば、Ｔ２に属するテキストデ
ータは削除され、Ｔ１に属するテキストデータのみが出
力される。すなわち、以下の文章のみが出力される。

【００６１】携帯電話「ＤＣＰ−１００」６５０００円幅４５×高さ１３５×厚さ２５ミリ９９グラムところが、もし、Ｔ１およびＴ２に属するテキストデー
タのデータ量が検索結果の送出先の端末のキャパシティ
以下であれば、さらにＴ３も抽出し、Ｔ１〜Ｔ３に属す
るテキストデータのデータ量が送出先端末のキャパシテ
ィを越えているか否かを調べる。ここで、このデータ量
が送出先端末のキャパシティを越えていれば、Ｔ３に属
する文章が削除されてＴ１およびＴ２に属するテキスト
データのみが出力される。すなわち、以下の文章が出力
される。

【００６２】携帯電話「ＤＣＰ−１００」６５０００円幅４５×高さ１３５×厚さ２５ミリ９９グラム発信時は、相手先の名前と共に電話番号も拡大表示す
る。

【００６３】なお、サーバ２への検索依頼時に、検索結
果の送出先の端末の能力情報としてその送出先端末が漢
字を処理・表示する機能を有しているか否かをも通知す
る場合には、ステップＳ９２またはステップＳ９５に続
く処理として漢字／カタカナ変換処理を設ける。すなわ
ち、検索結果の送出先の端末が漢字を処理・表示する機
能を有していないことを認識すると、テキストデータ作
成部２５は、送出すべきテキストデータに含まれている
漢字をカタカナに変換する。

【００６４】このように、サーバ２は、データベース１
から検索結果を得ると、その送出先の端末においてその
検索結果を出力できる否かを調べ、出力できない場合に
は、データ形態（データ属性）の変換、圧縮方式の変
換、文章編集を行うなどして、送出先端末においてその
検索結果を出力できるようにする。

【００６５】なお、上記実施例では、画像データを送出
する際、その画像データの送出先の端末にインストール
された画像処理プログラムに応じてその画像データを加
工しているが、この手法をテキストデータに応用しても
よい。すなわち、サーバ２への検索依頼時に、検索結果
の送出先の端末の能力情報として、その送出先端末にイ
ンストールされている文書作成アプリケーションを通知
しておき、テキストデータを送出する際には、サーバ２
において、そのテキストデータを送出先端末にインスト
ールされている文書作成アプリケーションのフォーマッ
トに変換するような構成としてもよい。

【００６６】また、上記実施例では画像データを扱って
いるが、本発明は画像データとして静止画像だけでなく
動画像も含む。さらに、本発明は、データベース検索に
限定されるものではなく、ある端末装置から他の端末装
置にデータ出力を要求する場合に、その要求を受けた端
末装置においてそのデータの送出先の端末装置の性能お
よび機能に応じてそのデータに必要に応じて処理を施し
た後にそのデータを送出する構成をすべて含む。

【００６７】また、上記実施例では、ネットワーク上の
端末からサーバに対してデータ送出先の端末の性能およ
び機能を通知し、サーバがその通知された性能および機
能に従ってデータを送出しているが、この方式は、実質
的には、サーバに対してデータ送出先の端末の要求を通
知し、サーバがその要求に従ってデータを送出している
ことに相当する。しかしながら、本発明は、この方式に
限定されるものではなく、より積極的にデータ送出先の
要求をサーバに通知する方式も含む。例えば、サーバに
検索結果を依頼する際に、画像およびテキストの双方を
表示できる端末において、テキストデータの送出を要求
することを可能とした構成であってもよい。

【００６８】さらに、上記実施例では、サーバにデータ
送出を依頼するごとにデータ送出先の端末の性能および
機能をサーバに通知しているが、データ送出先の端末の
性能および機能を予めサーバ側に登録しておき、サーバ
からデータを出力する際にその登録されている情報に従
ってデータを変換・編集等して出力するようにしてもよ
い。

【００６９】図１４は、本発明の他の実施形態のシステ
ムの構成図である。この実施形態のシステムでは、ＰＣ
（パーソナルコンピュータ等）４、ＰＤＡ（携帯型情報
処理装置）５、または電話機（移動体電話機を含む）６
などからの検索依頼に基づいて、サーバ４０が、情報公
開網として、たとえば、ＷＷＷ（World Wide Web）５０
から情報を取得し、その取得した情報を所定の端末（基
本的には、検索依頼を出力した端末）へ送出する。この
とき、サーバ４０は、必要に応じて、ＷＷＷ５０から得
た情報をその送信先の端末において出力できるようなデ
ータを変換したり、その情報に基づいてその送信先の端
末において出力できるようなデータを生成したり、或い
はそのデータ量を削減したりする。このデータ変換等の
処理は、基本的には、図１〜図１３を参照しながら説明
した通りである。

【００７０】サーバ４０は、例えば、商用インターネッ
ト接続サービス事業者（以下、「プロバイダ」と呼ぶ）
が有するコンピュータであり、多数の加入者を収容す
る。ＷＷＷ５０においては、クライアントとサーバとの
通信プロトコルとして、基本的にＨＴＴＰ（Hypertext
Transfer Protocol ）が用いられる。また、情報は、一
般に、ＨＴＭＬ（Hyper Text Markup Language）により
記述される。但し、３次元グラフィクスを表現できるＶ
ＲＭＬ（Virtual Reality Modeling Language ）がＨＴ
ＭＬと併用されることもある。そして、リンク先のデー
タのアドレス指定には、ＵＲＬ（Uniform Resource Loc
ator）という表記法が用いられる。

【００７１】ＷＷＷ５０には、不図示のサーチエンジン
が設けられている。サーチエンジンは、検索エンジンと
も呼ばれ、世界中に分散しているＷＷＷホームページの
中から、与えられたキーワードに合致するものを検索す
る。そして、サーチエンジンは、収集したホームページ
のタイトルおよびそのホームページのＵＲＬをリストア
ップする。なお、ＷＷＷホームページは、サイトと呼ば
れることがある。

【００７２】図１５は、サーバ４０のブロック図であ
る。サーバ４０は、基本的には、図５に示したサーバ２
に情報提供テーブル４１を持たせた構成である。ただ
し、制御部２３は、ユーザから検索すべきキーワードが
与えられ、そのキーワードにヒットしたＵＲＬのリスト
をＷＷＷ５０から取得すると、そのキーワードとＵＲＬ
のリストとを対応づけて情報提供テーブル４１に登録す
る。また、制御部２３は、ユーザから検索すべきキーワ
ードを受け取ると、情報提供テーブル４１をサーチし、
そのキーワードが既に登録されていれば、そのキーワー
ドに対応するＵＲＬリストをそのキーワードを入力した
ユーザの端末へ送る。このことにより、各ユーザ端末
は、先に登録してあるキーワードについて検索をする際
には、そのキーワードに関する情報を提供してくれるサ
イトのリストをサーバ４０から短時間で取得することが
できる。

【００７３】アクセス端末メモリ２２には、図７を参照
しながら説明したように、各ユーザ端末の性能および機
能が登録されている。ただし、本実施形態では、アクセ
ス端末メモリ２２には、各ユーザ端末の機能として、さ
らに、ＨＴＭＬをサポートするか否か、ＶＲＭＬをサポ
ートするか否かなどの情報も登録されているものとす
る。

【００７４】図１６は、情報提供テーブル４１の例であ
る。情報提供テーブル４１は、各ユーザ端末毎に、その
ユーザ端末から入力されたキーワード、およびそのキー
ワードをサーチエンジンに渡すことによって得られる検
索結果を格納している。検索結果は、ここでは、当該キ
ーワードにヒットしたホームページのタイトルと、その
ホームページのＵＲＬである。この情報提供テーブル４
１は、制御部２３の処理により、定期的に更新される。
すなわち、制御部２３は、定期的に、情報提供テーブル
４１に登録されている各キーワードをサーチエンジンに
渡すことにより最新の検索結果を取得し、その検索結果
で情報提供テーブルを更新する。また、ユーザから受け
取ったキーワードが情報提供テーブル４１に登録されて
いなかった場合には、制御部２３は、その未登録のキー
ワードに対応する検索結果を情報提供テーブル４１に登
録する。情報提供テーブル４１は、さらに、ホームペー
ジ毎に、前回の更新日時を格納する。

【００７５】サーバ４０の動作は、以下の通りである。
サーバ４０は、ユーザ端末からの接続要求、および検索
処理の依頼を検出すると、その検索依頼に含まれている
キーワードを認識する。そして、そのキーワードが情報
提供テーブル４１に登録されていれば、情報提供テーブ
ル４１からそのキーワードに対応するホームページのタ
イトルおよびＵＲＬのリストを抽出する。もし、そのキ
ーワードが情報提供テーブル４１に登録されていなけれ
ば、サーチエンジンにキーワード検索を依頼することに
より、該当するホームページのタイトルおよびＵＲＬの
リストを取得する。

【００７６】このリスト等（各ホームページのタイトル
を含んでもよい）をユーザ端末に送信する際には、図７
に示すアクセス端末メモリ２２を参照し、そのリスト等
を表すデータをそのユーザ端末において出力可能な形式
に変換する。そして、そのリスト等がユーザ端末に送ら
れる。従って、各ユーザ端末は、ユーザが所望するキー
ワードに係わる情報を提供してくれるサイトのＵＲＬを
確実に出力できる。例えば、パーソナルコンピュータ等
であれば、ＵＲＬのリスト等をグラフィカルに表示し、
機能の低いＰＤＡであればテキスト形式で表示し、電話
機であれば音声で出力する。

【００７７】ユーザが、上記ＵＲＬリストの中から所望
のＵＲＬを指定すると、そのＵＲＬに対応するホームペ
ージから得られる情報は、サーバ４０を介してユーザ端
末へダウンロードされる。このとき、この情報は、サー
バ４０によって、必要に応じてそのデータ形式が変換さ
れ、或いはデータ量が削減されるなどの所定の処理が施
される。この処理は、基本的に、図１１〜図１３に示し
たフローチャートに従う。

【００７８】ただし、この実施形態では、ＨＴＭＬで記
述されているホームページから、必要に応じて、テキス
トデータのみを抽出したり、音声データのみを抽出した
りする。この処理は、ＨＴＭＬのコンテンツを解析する
ことにより実行される。たとえば、文書中の「タグ」を
参照することにより、そのホームページから画像デー
タ、文字データ、音声データを分類して抽出できる場合
がある。なお、画像を表示する機能は持っているもの
の、ＨＴＭＬをサポートしない端末に対してホームペー
ジに係わるデータを送信する際には、ＨＴＭＬで記述さ
れている画像データをサーバ４０において展開し、その
展開したデータをユーザ端末へ送出するようにしてもよ
い。

【００７９】このように、この実施形態では、ネットワ
ーク上に設けられているサーバにおいて、ＷＷＷホーム
ページから得た情報から、送信先の端末が出力できる形
式のデータを生成するので、ＨＴＭＬをサポートしてい
ない端末であっても、ホームページに関する情報を出力
することができる。たとえば、表示機能を持っていない
端末（たとえば、電話機）であっても、ホームページに
関する情報を音声で得ることができる。

【００８０】なお、さらに他の実施形態として、送信し
てほしい情報のカテゴリーをユーザ毎にプロバイダ（サ
ービス網）に登録しておき、ユーザが必要な情報のみを
閲覧できるようなシステムを構築することも可能であ
る。この場合も、各ユーザ端末の性能および機能がプロ
バイダに登録されている。そして、プロバイダは、ユー
ザ毎に、登録されているカテゴリーに属する情報を登録
されている性能および機能に適合するデータ形態で送出
する。このようなシステムは、たとえば、プッシュ型サ
ービスにおいて有用と考えられる。

【００８１】上述の実施形態を実現する場合、プロバイ
ダは、たとえば、ユーザにとって有用と思われる情報を
ＷＷＷ等から取得し、それらの情報のコンテンツを解析
することにより各情報のカテゴリーを予め判断してお
く。この解析は、たとえば、各情報の中に存在するワー
ド（特に、名詞）の登場回数を数え、頻繁に使用されて
いるワードからカテゴリーを類推するものである。

【００８２】

【発明の効果】所定の端末装置にデータを送出する際、
そのデータを受信する端末装置の要求に応じてそのデー
タを変換・編集等するので、受信側の端末装置はそのデ
ータを確実に表示あるいは再生できる。また、ＷＷＷ等
の情報公開網から得るデータについても、同様に、その
データが端末装置が要求するデータ形態に変換されるの
で、ユーザは、任意の端末を用いて情報公開網から所望
のデータを得ることができる。

【図面の簡単な説明】

【図１】本実施形態のシステム構成図である。

【図２】(a) は、検索を依頼する際の依頼元端末の処理
のフローチャート（その１）であり、(b) は、端末の能
力等を通知するパケットの構成図（その１）である。

【図３】(a) は、検索を依頼する際の依頼元端末の処理
のフローチャート（その２）であり、(b) は、端末の能
力等を通知するパケットの構成図（その２）である。

【図４】サーバの構成図である。

【図５】サーバのブロック図である。

【図６】入出力部のブロック図である。

【図７】アクセス端末メモリ内に設けられるテーブルの
構成図である。

【図８】データ属性メモリの構成図である。

【図９】データベースに格納されているデータの例であ
る。

【図１０】入出力部の動作を説明するフローチャートで
ある。

【図１１】制御部の動作を説明するフローチャート（そ
の１）である。

【図１２】制御部の動作を説明するフローチャート（そ
の２）である。

【図１３】テキスト編集処理のフローチャートである。

【図１４】本発明の他の実施形態のシステム構成図であ
る。

【図１５】他の実施形態において使用されるサーバのブ
ロック図である。

【図１６】情報提供テーブルの例である。

【符号の説明】

１データベース２サーバ３ネットワーク４ＰＣ（パーソナルコンピュータ）５ＰＤＡ（携帯型情報処理装置）６電話機７ページャ端末１１記憶装置１２記録媒体ドライバ１３可搬性記録媒体１４通信制御部１５ＣＰＵ１６メモリ２１入出力部２２アクセス端末メモリ２３制御部２４データ属性メモリ２５テキストデータ作成部２６テキスト−音声変換部２７方式変換部４０サーバ４１情報提供テーブル５０ＷＷＷ（ワールド・ワイド・ウェブ）

Claims

【特許請求の範囲】

【請求項１】データ出力要求に従ってデータ記憶手段
からデータを読み出して出力するデータ出力システムで
あって、データの出力先が要求するデータ形態を検出する検出手
段と、この検出手段により検出されたデータ形態に一致するよ
うに上記データ記憶手段から読み出したデータのデータ
形態を変換する変換手段と、を備えたことを特徴とするデータ出力システム。
【請求項２】上記データの出力先が要求するデータ形
態は、データの出力先の端末が出力可能なデータの形態
であることを特徴とする請求項１に記載のデータ出力シ
ステム。
【請求項３】上記データの出力先が要求するデータ形
態は、上記データ出力要求に含まれていることを特徴と
する請求項１記載のデータ出力システム。
【請求項４】上記検出手段は、データの出力先が要求
するデータ形態として、データの出力先の端末の少なく
とも性能および機能の一部を検出し、上記変換手段は、この検出手段により検出された上記端
末の少なくとも性能および機能の一部に基づいて上記デ
ータ記憶手段から読み出したデータに処理を施す処理手
段を含むことを特徴とする請求項１に記載のデータ出力
システム。
【請求項５】前記データ記憶手段は、少なくともその
データの格納位置を指定するアドレスで特定付けられた
情報公開網上に存在し、上記データを特定付ける情報を取得する取得手段と、上記取得手段により取得された情報に基づいて、上記デ
ータの格納位置のアドレスを検索する検索手段とを更に
備え、上記変換手段はこの検索手段により検索されたアドレス
に格納されているデータを読み出して、上記検出手段に
より検出されたデータ形態に一致するように変換するこ
とを特徴とする請求項１に記載のデータ出力システム。
【請求項６】上記データを特定付ける情報とはキーワ
ードであることを特徴とする請求項５に記載のデータ出
力システム。
【請求項７】上記検索されたアドレスをデータの出力
を要求した要求元に通知する通知手段をさらに備えたこ
とを特徴とする請求項５に記載のデータ出力システム。
【請求項８】予めデータを格納してある記憶装置から
データ出力要求に従ってデータを読み出して出力するデ
ータ出力方法であって、データの出力先が要求するデータ形態を検出するステッ
プと、この検出したデータ形態に一致するように上記記憶装置
から読み出したデータのデータ形態を変換するステップ
と、を含むことを特徴とするデータ出力方法。