JP2003032169A - マルチファンクション端末およびデータ処理システム - Google Patents

Abstract

(57)【要約】 【課題】 無線携帯端末が受信したデータを、デコード
する前に、マルチファンクション端末に転送することが
でき、無線携帯端末では、記憶手段を有効活用すること
ができるマルチファンクション端末およびデータ処理シ
ステムを提供することを目的とするものである。 【解決手段】 無線携帯端末装置との間でデータ通信す
るデータ通信手段と、上記無線携帯端末装置から受信し
た受信データをデコードするデコード手段と、上記デコ
ード手段がデコードしたデータを出力するデータ出力手
段とを有し、上記無線携帯端末装置が無線受信したデー
タの少なくとも一部を、上記無線携帯端末装置から受信
し、デコードするマルチファンクション端末である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチファンクシ
ョン端末およびデータ処理システムに関するものである

【０００２】

【従来の技術】従来、無線携帯端末を、ＰＣ（パーソナ
ルコンピュータ）に接続し、データを送受信している。

【０００３】基本的には、データが格納されているサー
バに、ＰＣがアクセスし、ダウンロードするので、ダウ
ンロード前に、デコード可能なデータであるのか、デコ
ードしたデータが有効であるのか否かを判断することが
できる。

【０００４】また、携帯無線端末にデコーダを持ち、受
信データをデコードした後に、ＰＣ等にリクエストを送
り、データを転送する点が、特開２０００−１３８７６
２公報に開示されている。

【０００５】さらに、メモリの大容量化、データ圧縮技
術の進歩によって、無線携帯端末がデータを保持できる
ようになり、携帯端末も、メール受信機能に加え、添付
ファイルを受信できるようになり、機能が向上してい
る。

【０００６】無線携帯端末は、即時に、大量にデータを
受信することができるが、携帯性を有するがゆえに、記
録・表示等の機能が制限される。

【０００７】

【発明が解決しようとする課題】上記従来例では、上記
のように、制限を有する無線携帯端末が、大きなサイズ
の添付ファイルを受信したときに、画像の一部しか表示
することができないという問題があり、また、画像を縮
小することによって、全体を表示するようにしても、制
限の多い無線携帯端末の表示部では、細かい文字等の視
認性が悪いという問題がある。

【０００８】また、上記従来例では、モノクロの表示部
しか有しない無線携帯端末がカラーデータを受信したと
きに、モノクロの色空間でデコード・表示せざるを得な
い。上記のようにデコードしたモノクロデータを、無線
携帯端末が保持し、カラー表示手段を有する端末に接続
すると、モノクロのデータしか転送することができない
という問題がある。

【０００９】さらに、上記従来の無線携帯端末では、画
像データを受信しても、プリントアウトすることができ
ない。また、プリントアウト手段を内蔵していても、携
帯性が悪くなるか、または、プリントアウトできるサイ
ズが充分な大きさ・画像ではないという問題がある。ま
た、プリンタに接続する場合も、プリンタに必要なドラ
イバソフトが必要であり、接続する可能性のあるプリン
タの種類分のドライバソフトを記憶する必要があるとい
う問題がある。

【００１０】そして、無線携帯端末が受信したデータを
デコードするときに、高圧縮率で送られてきた大容量の
データであった場合、デコード・解凍処理に必要なメモ
リ空間を確保することができないという問題がある。

【００１１】本発明は、無線携帯端末が受信したデータ
を、デコードする前に、マルチファンクション端末に転
送することができ、無線携帯端末では、記憶手段を有効
活用することができるマルチファンクション端末および
データ処理システムを提供することを目的とするもので
ある。

【００１２】

【課題を解決するための手段】本発明は、無線携帯端末
装置との間でデータ通信するデータ通信手段と、上記無
線携帯端末装置から受信した受信データをデコードする
デコード手段と、上記デコード手段がデコードしたデー
タを出力するデータ出力手段とを有し、上記無線携帯端
末装置が無線受信したデータの少なくとも一部を、上記
無線携帯端末装置から受信し、デコードするマルチファ
ンクション端末である。

【００１３】

【発明の実施の形態および実施例】［第１の実施例］図
１は、本発明の一実施例であるマルチファンクション端
末装置１００を示すブロック図である。

【００１４】マルチファンクション端末装置１００は、
ＣＰＵ１と、ＲＯＭ２と、ＲＡＭ３と、不揮発性ＲＡＭ
４と、操作部５と、表示部６と、符号・復号部７と、読
取部８と、記録部９と、駆動部１０と、ＭＯＤＥＭ部１
１と、プリンタ部１２と、Ａ／Ｄ（アナログデジタル・
デジタルアナログ）変換部１３と、スピーカ部１４と、
Ｉ／Ｆ部１５と、センサ部１６とを有する。

【００１５】ＣＰＵ１は、ＲＯＭ２に記憶されているプ
ログラムに従って、マルチファンクション端末装置１０
０の全体を制御するものである。

【００１６】プログラムを格納するＲＯＭ部２は、フラ
ッシュメモリのような書き換え可能なメモリである。

【００１７】ＲＡＭ３は、無線携帯端末からＩ／Ｆ部１
５経由で受け取ったデータや、符号・復号部７と、Ａ／
Ｄ部１３と、記録部９と、読取部８と、プリンタ部１２
とで処理するデータを格納する。

【００１８】不揮発性ＲＡＭ４は、無線携帯端末の認証
に関する各種情報や、端末固有の情報や、各種デコード
処理に必要なプログラムの全部または一部や、ダウンロ
ードされた最新のアプリケーションソフトや、最新のア
プリケーションをダウンロードする方法を格納するとき
に使用する。

【００１９】操作部５は、無線携帯端末のデータをメニ
ュー表示させる「メニューボタン」と、メニューからど
のデータを処理させるかを決める「選択操作」と、選択
したデータをどのように処理するかを決める「選択操
作」とをもつ。表示部６と一体化させタッチパネル等を
使うようにしてもよい。

【００２０】表示部６は、各種操作を補助するメニュー
表示と、受信したデータのうちで表示することが選択さ
れたデータを表示する。

【００２１】符号・復号部７は、無線携帯端末が受信し
たデータを、データのタイプに応じて決定された符号・
復号プログラムによって、演算処理する。高速な演算が
必要であるので、符号復号部内部に、ＲＯＭ・ＲＡＭ・
専用演算回路を持つようにするとよい。

【００２２】また、演算回路（ＤＳＰ）で、デコードに
必要なプログラムをネットワーク経由で、更新できるよ
うにしてもよい。

【００２３】もちろん、ＣＰＵの処理能力が充分に高い
場合は、ＣＰＵ１でこのブロックの処理を代用するよう
にしてもよい。

【００２４】読取部８は、原稿をスキャンする光学系部
品で構成され、原稿の内容を電子データとして変換す
る。ここで、スキャンされたアナログ信号をＡ／Ｄ変換
し、以後の処理に必要なデータ形式に、符号・複合部７
が変換する。

【００２５】記録部９は、ハードディスク、半導体メモ
リ、テープ等で構成されている。無線携帯端末経由で受
信したデータを保管するために用いる。ＲＡＭ部３との
容量・価格・アクセスタイムのバランスを考慮して、記
録媒体を用いる。

【００２６】駆動部１０は、読取部８、プリンタ部１２
の各種モータを駆動する。

【００２７】モデム部１１は、無線携帯端末経由で、ア
ナログ変調された変調波を送受信する（いわゆる見なし
音声通信）ときに、変調・復調する。

【００２８】プリンタ部１２は、受信したデータ、読取
ったデータを、プリントアウトし、ＬＢＰ、インクジェ
ット、熱転等、いずれの方式を用いてもよい。

【００２９】Ａ／Ｄ変換部１３は、受信した音データ
を、アナログ信号に変換したり、各種操作音を生成する
ものであり、モデム部１１のＡ／Ｄ変換回路と共有する
ようにしてもよい。

【００３０】スピーカ部１４は、Ａ／Ｄ変換部１３で変
換されたアナログ信号を、可聴な音として再生する。

【００３１】Ｉ／Ｆ部１５は、無線携帯端末との通信
と、充電を行うインタフェース部分とであり、複数の無
線携帯端末を接続できるようにしてもよい。インタフェ
ースの通信の仕様は、有線でも無線でもよい。

【００３２】センサ部１６は、インタフェースに無線携
帯端末が接続されたことを検知や、記録部９や読取部８
で紙等の検出を行う。

【００３３】上記実施例では、シリアル通信でデータの
授受を行う。

【００３４】次に、上記実施例の動作について説明す
る。

【００３５】上記実施例は、電子メールに添付されてい
る画像データと、音声データとを、マルチファンクショ
ン端末装置１００で、出力・再生する。

【００３６】図２は、マルチファンクション端末装置１
００と、無線通信のコアネットワーク網と、インターネ
ット網とを示す図である。

【００３７】マルチファンクション端末装置１００と、
無線携帯端末２２と、無線携帯端末２３と、無線携帯端
末２３に接続可能な画像入力装置２４と、基地局２５
と、無線通信を行う基地局３１と、ＲＮＣ（Ｒａｄｉｏ
Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）２６、３０
と、ＲＡＮと各種網を接続するＣＮ（ｃｏｒｅ ｎｅｔ
ｗｏｒｋ）２７と、加入者の情報や認証を行うマネージ
メントサーバ２８と、ユーザとＣＮ網の間にあるＲＡＮ
（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）２９
と、ＰＣ３３に接続可能な画像入力装置３２と、ＩＳＰ
を経由してＩＰに接続されたＰＣ３３と、ＩＳＰ（Ｉｎ
ｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）３
４と、ＣＮのメールを管理するメールサーバ３５と、Ｉ
Ｐ網３６と、各種サービスのコンテンツを格納したコン
テンツサーバ群３７と、各種アプリケーションの最新ド
ライバを格納したドライバサーバ群３８と、ＷＷＷサー
バ３９と、各種ドライバソフトの格納されているドライ
バサーバや、パケット処理のアドレス解決サーバ（ＤＮ
Ｓ）からなるサービスデータベース４０と、各種通信の
ネットワーク４１〜４４とが設けられている。

【００３８】次に、具体的なデータの流れについて、説
明する。

【００３９】無線携帯端末２３は、画像を入力する手
段、たとえばデジタルカメラ２４を接続でき、ユーザＢ
が撮影した画像データをユーザＡ（無線携帯端末２２）
に送信する場合を考える。

【００４０】無線携帯端末２３において、無線携帯端末
２２のあて先を指定して発呼すると、公知の手段で基地
局２５と通信する。ＲＮＣ２６（Ｒａｄｉｏ Ｎｅｔｗ
ｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）とＣＮ２７（ｃｏｒｅ
ｎｅｔｗｏｒｋ）とを管理するマネージメントサーバ
２８が、無線携帯端末２２を収容するＲＡＮ（Ｒａｄｉ
ｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を選択し、上記実
施例では、ＲＡＮ２９を選択し、データを送信する。

【００４１】ＲＮＣ３０と基地局３１とを経由し、デー
タを受信した無線携帯端末２２は、受信したデータ中の
ヘッダー情報から、画像データを抽出し、予めプログラ
ムされてあるデコードプログラムを用い、ファイルを画
像データに展開し、無線携帯端末２２に、内蔵の表示用
ドライバソフトを用い、表示部に表示する。

【００４２】この場合、無線携帯端末２３は、無線携帯
端末２２で表示することを想定しているので、相互の端
末に、最適な画像フォーマットでデータ転送すればよ
い。ＰＣで一般的に使用されているＪＰＥＧや、デジタ
ルカメラの標準ファイル形式ＤＣＦ（Ｄｅｓｉｇｎ ｒ
ｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅ
ｍ）等を用いる方法等が考えられる。

【００４３】次に、ＩＳＰ３４経由で、ＩＰ Ｎｅｔｗ
ｏｒｋ３６に接続されているＰＣ３３から、デジタルカ
メラ３２で撮影した画像を、ユーザＣが送信する場合に
ついて説明する。

【００４４】デジタルカメラ３２で撮影された画像ファ
イルを、ＰＣ３３で加工した後、ユーザＣは、ｔａｒｏ
＠ＸＸＸＸ．ｃｏ．ｊｐのメールアドレスから、写真画
像データを電子メールに添付し、ユーザＡの無線携帯端
末２２のアドレスｈａｎａｋｏ＠ＹＹＹＹ．ｎｅ．ｊｐ
に送信する。このときの画像ファイルの形式がｂｍｐフ
ァイルであったとする。

【００４５】ユーザＣのメールアプリケーションにおい
て、ｂｍｐファイルにｔｉｆｆヘッダーを付加し、さら
にＭＩＭＥ（Ｍｕｌｔｉｐｌｅ Ｉｎｔｅｒｎｅｔ Ｍ
ａｉｌ Ｅｘｔｅｎｔｉｏｎｓ：多目的インターネット
・メール拡張機能ＲＦＣ１５２１で定義されている。）
によってエンコードを行い、ＡＳＣＩＩの文字列として
メールに埋め込む。

【００４６】元来、電子メールは文字７ｂｉｔのキャラ
クタコードを送受信するのが前提になっているので、８
ｂｉｔ文字や１行の文字数の制限やメール全体のサイズ
の制限もある。

【００４７】そこで、Ｂａｓｅ６４やＱｕｏｔｅｄ−ｐ
ｒｉｎｔａｂｌｅを用いることによって、７ｂｉｔから
８ｂｉｔコード化を行い、また、ＭＩＭＥによってメー
ル本文に構造化機能を与えることができる。

【００４８】これによって、添付ファイルデータは、Ｍ
ＩＭＥエンコードされ、ＡＳＣＩＩの文字列となること
によって、電子メールのプロトコルによって配送できる
形式となる。

【００４９】図３は、上記実施例において、メールヘッ
ダ部に、新しいヘッダーを追加することによって、ＭＩ
ＭＥを実現し、ＭＩＭＥ用に新規追加されたヘッダーの
一部を示す図である。

【００５０】送信先アドレスバッファの内容を宛先情報
に設定し、ＳＭＴＰ（ＩＥＴＦによって勧告されたＳｉ
ｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃ
ｏｌ）でＩＳＰ３４内にあるＳＭＴＰサーバに送信す
る。

【００５１】ＩＰｎｅｔｗｏｒｋ３６にある複数のメー
ルサーバは、ＳＭＴＰサーバから転送されたメールを、
ＳＭＴＰによって転送を続け、ＤＮＳ（Ｄｏｍａｉｎ
Ｎａｍｅ Ｓｅｒｖｅｒ）から、ＣＮ２７のゲートウエ
イのＩＰアドレスを取得し、ルーティングしながらＣＮ
２７に到達する。ＣＮ２７を管理するマネージメントサ
ーバ２８は、転送されたメールデータを、まずＣＮ２７
内のメールサーバ３５に格納する。

【００５２】無線携帯端末２２がどのＲＡＷに属してい
るかを検索し、ＲＮＣ３０、基地局３１経由で、無線携
帯端末２２に対して、メールサーバに届いたメールをＳ
ＭＴＰによって送信する。

【００５３】また、無線携帯端末２２がどのＲＡＷに属
しているかを検索し、ＲＮＣ３０にメールの到着を告知
する。基地局３１は、無線携帯端末２２に対して、メー
ルサーバに届いたメールの情報を通知する。通知を受け
た無線携帯端末２２は、メールサーバ３５にアクセス
し、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏ
ｌ）によって、スプールされたデータを、ダウンロード
するようにしてもよいし、メールサーバ上のフォルダダ
ウンロードしてもよい。

【００５４】図４は、上記実施例において、メールサー
バ３５から受信したデータの形式を示す図である。

【００５５】図４において、Ｍｅｓｓａｇｅ−Ｉｄ：
は、メッセージ固有のＩＤ（識別番号）、Ｘ−Ｓｅｎｄ
ｅｒ：は、送信者のメールアドレス、Ｆｒｏｍ：ｔａｒ
ｏ＠ＸＸＸＸ．ｃｏ．ｊｐは、送信者のアドレス、Ｔ
ｏ：ｈａｎａｋｏ＠ＹＹＹＹ．ｎｅ．ｊｐは、あて先の
アドレス、Ｓｕｂｊｅｃｔは、ユーザが定義したメール
のタイトル、Ｍｉｍｅ−Ｖｅｒｓｉｏｎ：１．０は、Ｍ
ＩＭＥのバージョンが１．０であることを宣言したもの
である。

【００５６】Ｘ−Ｍａｉｌｅｒ：は、メールアプリケー
ションとそのバージョンを示すものである。

【００５７】ここで、次に続くＣｏｎｔｅｎｔ−Ｔｙｐ
ｅは、データの属性を示すものであり、たとえばＣｏｎ
ｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎは、テキス
トデータを示し、このあとのデータ属性がテキストであ
ることを示している。

【００５８】さらに、このＣｏｎｔｅｎｔ−Ｔｙｐｅに
は以下の種類がある。

【００５９】Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｒ
ｉｃｈｔｅｘｔでは、リッチテキストで書かれたｔｅｘ
ｔデータであり、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｕｄｉ
ｏ／ｂａｓｉｃでは、８ｂｉｔ μ法則でコード化した
音声データであり、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｖｉｄ
ｅｏ／ｍｐｅｇでは、ＭＰＥＧ１形式の動画データであ
り、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｉｍａｇｅ／ｔｉｆｆ
では、ｔｉｆｆ形式のイメージデータであることが解
る。

【００６０】図５は、上記実施例の動作を示すフローチ
ャートである。

【００６１】ステップＡ−１でメールを受信した後に、
無線携帯端末２２が、メールの内容をデコードする場合
（ステップＡ−２）、まず、上記Ｃｏｎｔｅｎｔ−Ｔｙ
ｐｅを取得する（ステップＡ−３）。

【００６２】Ｃｏｎｔｅｎｔ−Ｔｙｐｅが、ｔｉｆｆ形
式の場合はどのようなエンコードによって生成されたデ
ータであるかは、ｔｉｆｆヘッダーによって判断できる
ので、ステップＡ−５でｔｉｆｆヘッダーを解析する。

【００６３】ｔｉｆｆヘッダーにあるＴＡＧには、デー
タの並び方を始め、主走査（Ｘ軸方向）、副走査（Ｙ軸
方向）のそれぞれの画素数による画像サイズ情報、圧縮
情報、解像度、ビットマップの形式、ＲＧＢのデータ並
びの順序、スキャナのメーカー名・型名コード、１画像
当たりのサンプル数（カラー）等の情報が含まれてい
る。

【００６４】このＴＡＧから取得した情報と、無線携帯
端末２２のサポートフォーマット一覧テーブルとを比較
し、デコード可能であるか否かを、ステップＡ−６で判
断する。

【００６５】無線携帯端末２２でサポートできる場合、
ステップＡ−７に進む。

【００６６】Ｃｏｎｔｅｎｔ−Ｔｙｐｅと、ＴＡＧ情報
とによって、デコード後のデータが有効であるか否かを
判断する。この判断の条件として、次のような条件があ
る。

【００６７】つまり、無線携帯端末２２のメモリで処理
可能なデータサイズであるか否かという条件。表示部で
表示するのに適当な画素数と色空間とであるかという条
件。

【００６８】無線携帯端末２２での処理を期待していな
いデータ、たとえばプリントアウトを前提としたＤＰＯ
Ｆ（Ｄｉｇｉｔａｌ Ｐｒｉｎｔ Ｏｒｄｅｒ Ｆｏｒ
ｍａｔ）と呼ばれる印刷フォーマットデータや、ｐｒｎ
ファイルであるかという条件等がある。

【００６９】デコード可能なＣｏｎｔｅｎｔ−Ｔｙｐｅ
であり、デコード後のデータが有効であると判断された
場合、無線携帯端末２２において、デコードし(ステッ
プＡ−８)、表示等の所定の処理を行う（ステップＡ−
９）。データ処理後に、マルチファンクション端末装置
１００で処理を行う場合は、次のステップＡ−１１に進
む。

【００７０】ステップＡ−６において、無線携帯端末２
２でサポートできない場合で、マルチファンクション端
末装置１００で処理をしない設定である場合（ステップ
Ａ−１１）は、データを破棄し（ステップＡ−１２）、
処理できないデータを受信し、破棄した旨を通知する
（ステップＡ−１３）。

【００７１】無線携帯端末２２でサポートできない場合
で、マルチファンクション端末装置１００において処理
する設定である場合、または無線携帯端末２２でデコー
ドする必要のないデータである場合は、無線携帯端末２
２のＩ／Ｆレジスタにデータ有りのビットを立て（ステ
ップＡ−１４）、Ｉ／Ｆ部にマルチファンクション端末
装置１００が接続されている場合には、リクエスト信号
をイネーブルにする。

【００７２】このときに、無線携帯端末２２で解析した
結果の情報を、無線携帯端末２２のＩ／Ｆレジスタに格
納する。

【００７３】マルチファンクション端末装置１００が、
Ｉ／Ｆ部に接続されていない場合には（ステップＡ−１
５）、無線携帯端末２２は、ＭＩＭＥ形式のまま、デー
タを消去せずに、メモリ部にデータを保存する（ステッ
プＡ−１７）。

【００７４】図６は、上記実施例において、マルチファ
ンクション端末装置１００のＩ／Ｆ部１５に無線携帯端
末２２が接続された場合の動作を示すフローチャートで
ある。

【００７５】ステップＢ−１で、マルチファンクション
端末装置１００のＩ／Ｆ部１５に無線携帯端末２２が接
続されたことを確認する。

【００７６】Ｉ／Ｆ部１５に、充電機能も持ち合わせて
いる場合、充電回路の電圧監視回路を用いて、無線携帯
端末２２が接続されたことを判定し、ＰＣＭＣＩＡ経由
で、無線携帯端末２２との交信を開始する。まず、無線
携帯端末２２の電話番号、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅ
ｒ Ｉｄｅｎｔｉｆｙ ｍｏｄｕｌｅ）のＰＩＮ（Ｐｅ
ｒｓｏｎａｌ Ｉｄｅｎｔｉｔｙ Ｎｕｍｂｅｒ）情報
等から、以後のフローチャートの処理を実行してよいか
否かを認証する（Ｂ−２）。

【００７７】次に、無線携帯端末２２のステータスレジ
スタを確認し（ステップＢ−３）、処理すべきデータが
あるか否かを判断する（Ｂ−４）。

【００７８】無線携帯端末２２が接続されたままの状態
である場合は、無線携帯端末２２から出されるリクエス
ト信号をトリガーとして、無線携帯端末２２のステータ
スレジスタを確認する。

【００７９】ステータスレジスタを確認した結果、ダウ
ンロードするデータがある場合、公知の手段によって、
無線携帯端末２２が受信し格納しているデータを、ダウ
ンロードする。

【００８０】ステップＢ−５で無線携帯端末２２が取得
した情報を利用しない場合またはＭＩＭＥのＣｏｎｔｅ
ｎｔ−Ｔｙｐｅが不明の場合は、無線携帯端末２２が受
信したデータをダウンロードする。

【００８１】ダウンロードしたデータは、図４に示す形
式と同じ形式であり、Ｍｉｍｅ−Ｖｅｒｓｉｏｎ：１．
０において、ＭＩＭＥのバージョンを確認する。Ｍｅｓ
ｓａｇｅ−Ｉｄ、Ｘ−Ｍａｉｌｅｒ、Ｄａｔｅ、Ｔｏ、
Ｆｒｏｍ、Ｓｕｂｊｅｃｔ等の各情報を取得する。

【００８２】次に、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｍｕｌ
ｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝“ｂｏ
ｕｎｄａｒｙ＿ｔａｒｏ”に基づいて、メッセージボデ
ィが複数のブロックから構成され、“ｂｏｕｎｄａｒｙ
＿ｔａｒｏ”という文字列の境界で区切られた複数のブ
ロックからできており、各ブロックは、互いに独立して
いることを示す。

【００８３】第１のブロックは、Ｃｏｎｔｅｎｔ−Ｔｙ
ｐｅ：ｔｅｘｔ／ｐｌａｉｎ、プレーンなテキストで書
かれていることを示す。

【００８４】第２のブロックは、Ｃｏｎｔｅｎｔ−Ｔｙ
ｐｅ：ｉｍａｇｅ／ｔｉｆｆよりｔｉｆｆ形式で書かれ
ている画像データであることがわかる。

【００８５】第３のブロックは、Ｃｏｎｔｅｎｔ−Ｔｙ
ｐｅ：ａｕｄｉｏ／ｂａｓｉｃ、８ｂｉｔμ法則でコー
ド化された音声データであることがわかる。

【００８６】ここで、第２のブロックに格納されている
ＴＩＦＦフォーマットされたＢＭＰファイルを例に説明
する。

【００８７】ＴＩＦＦは、１つのＴＡＧと複数のディレ
クトリとによって構成されている。ヘッダーは、先頭の
ディレクトリをポインタで示し、各ディレクトリは、次
のディレクトリをポインタで指し示し、最終ポインタ
は、０が格納されている。

【００８８】次に、ＴＩＦＦに含まれている情報の一例
をあげる。

【００８９】画像データの大きさは、ｉｍａｇｅ ｗｉ
ｄｔｈＴＡＧ（ＩＤ：０ＦＦ）とｉｍａｇｅ ｌｅｎｇ
ｔｈＴＡＧ（ＩＤ：１０１）との大きさ（ピクセル数）
に基づいて取得する。

【００９０】ｓａｍｐｌｅ ｐｅｒ ｂｉｔＴＡＧ（Ｉ
Ｄ：１１５）とｂｉｔ ｐｅｒ ｓａｍｐｌｅＴＡＧ
（ＩＤ：１０２）によって、モノクロデータであるか何
ビット幅のカラーデータであるかを判断することができ
る。

【００９１】データが圧縮されているか否かを、ｃｏｍ
ｐｒｅｓｓｉｏｎＴＡＧ（ＩＤ：１０３）を調べること
によって判断することができ、データ圧縮の方式は、^**
を調べることによって判断することができる。

【００９２】画像データの場所は、ｓｔｒｉｐ ｏｆｆ
ｓｅｔＴＡＧ（ＩＤ：１１１）に格納されているファイ
ル内のオフセットを参照する。

【００９３】上記のように解析した情報を、マルチファ
ンクション端末装置１００のサポートフォーマット一覧
テーブルと比較し、デコード可能であるか否かを判断す
る（ステップＢ−８）。

【００９４】デコード可能である場合、この解析情報に
基づいて、“ｂｏｕｎｄａｒｙ＿ｔａｒｏ”で区切られ
たブロック毎に、デコードする。

【００９５】Ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄの場合、
それぞれのＣｏｎｔｅｎｔ−Ｔｙｐｅが、デコード可能
であるか否かかを、個別に判断する。

【００９６】マルチファンクション端末装置１００で処
理可能なものは、ｂｏｕｎｄａｒｙ＝“ｂｏｕｎｄａｒ
ｙ＿ｔａｒｏ”で区切られたブロックを切り出し、ダウ
ンロードする。

【００９７】次に、無線携帯端末２２が取得したＭＩＭ
ＥのＣｏｎｔｅｎｔ−Ｔｙｐｅを利用する場合、まず、
ステップＢ−１１において、ＭＩＭＥのＣｏｎｔｅｎｔ
−Ｔｙｐｅをダウンロードする。

【００９８】ここで、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｍｕ
ｌｔｉｐａｒｔ／ｍｉｘｅｄ；ｂｏｕｎｄａｒｙ＝“ｂ
ｏｕｎｄａｒｙ＿ｔａｒｏ”、Ｃｏｎｔｅｎｔ−Ｔｙｐ
ｅ：ｔｅｘｔ／ｐｌａｉｎ、Ｃｏｎｔｅｎｔ−Ｔｙｐ
ｅ：ｉｍａｇｅ／ｔｉｆｆ、Ｃｏｎｔｅｎｔ−Ｔｙｐ
ｅ：ａｕｄｉｏ／ｂａｓｉｃの情報が得られる。

【００９９】ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄである場
合、それぞれのＣｏｎｔｅｎｔ−Ｔｙｐｅが、デコード
可能であるか否かを、個別に判断する。

【０１００】マルチファンクション端末装置１００で処
理可能なものは、ｂｏｕｎｄａｒｙ＝“ｂｏｕｎｄａｒ
ｙ＿ｔａｒｏ”で区切られたブロックを切り出し、ダウ
ンロードを行う（Ｂ−１３）。

【０１０１】図８は、上記実施例の動作を示すフローチ
ャートである。

【０１０２】ダウンロードし、ステップＢ−１２におい
てデコードできないＣｏｎｔｅｎｔ−Ｔｙｐｅの場合
は、図８に示すフローチャートＤに進む。

【０１０３】図８に示すフローチャートＤへ進む前に、
無線携帯端末２２の記憶容量を考慮し、デコードできな
いＣｏｎｔｅｎｔ−Ｔｙｐｅでも、ダウンロードするよ
うにしてもよい。

【０１０４】Ｂ−１２において、マルチファンクション
端末装置１００に、デコードするためのソフトウエアが
マルチファンクション端末装置１００にない場合は、フ
ローＤへ進む。

【０１０５】ステップＤ−１において、デコードするド
ライバソフトをダウンロードするか否かを判断する。

【０１０６】ドライバソフトをダウンロードするために
は、無線携帯端末２２を用いて発呼する必要があるの
で、ステップＢ−２で行った相互認証の結果を用いるよ
うにしてもよい。

【０１０７】ドライバソフトをダウンロードする場合、
先ず、サービスデータベース４０に問い合わせを行い、
必要なドライバソフトが保管してあるドライバサーバ３
８のＩＰアドレスを取得し、ＩＰ Ｎｅｔｗｏｒｋ３６
経由でアクセスする（ステップＤ−２）。

【０１０８】デコードに必要なドライバソフトがあれ
ば、データをダウンロードする（ステップＤ−４）。ド
ライバソフトの入手を拒否した場合、またはデコードに
必要なドライバソフトがない場合は、デコード出来なか
った旨を、表示部に表示し、ユーザに告知する（ステッ
プＤ−５）。

【０１０９】この処理は、予め決められた時間毎に、ド
ライバソフトがアップグレードされていないことを確認
し、必要に応じて、ダウンロードするようにすればよ
い。

【０１１０】ステップＢ−９においてデコードしたデー
タは、マルチファンクション端末のアプリケーションに
よって処理される。

【０１１１】図７は、上記実施例の動作を示すフローチ
ャートである。

【０１１２】図７に示すステップＣ−１において、マル
チファンクション端末装置１００にダウンロードしたデ
ータが、プリント用のファイルであれば、プリンタ部へ
データを転送し、印字する。

【０１１３】ユーザにデコードしたデータの内容を告知
する場合や、次の処理を選択するためにデコードしたデ
ータを、表示用のドライバソフトを用い表示部６に表示
する（Ｃ−２）。

【０１１４】表示したデータをユーザがプリントアウト
する場合（ステップＣ−３）、操作部５を介して、プリ
ントアウトする画像を選択し（ステップＣ−４）、プリ
ントアウトする設定を行う。

【０１１５】内蔵のプリンタドライバを用い、プリンタ
部１２にプリントデータを転送し、プリントアウトする
（Ｃ−６）。

【０１１６】マルチファンクション端末装置１００にダ
ウンロードしたデータを、記録部９に保存するか否かを
判断し、必要のない場合は、データを消去する（Ｃ−
９）。

【０１１７】デコード出来たか否かにかかわりなく、ダ
ウンロードしたデータを保存してもよい。

【０１１８】デコードしたデータで保存すると、データ
サイズが大きくなり、格納に不利な場合は、デコード前
のデータで保存し、必要に応じてデコードするようにす
るとよい。また、メールに添付されてきたデータには、
そのメール固有のＭｅｓｓａｇｅ−Ｉｄがある。

【０１１９】このＩＤを、保存データまたは保存データ
のインデックスに付加することによって、無線携帯端末
２２からデータを消去した場合も、メールの受信順にデ
ータをソートすることが可能になる。

【０１２０】また、カラー画像ファイルを無線携帯端末
２２が受信したとき、無線携帯端末２２で表示可能なモ
ノクロデータに、デコード・表示し、受信したデータを
保存する。

【０１２１】マルチファンクション端末装置１００に接
続されたときに受信データをデコードし、カラーで表示
する。

【０１２２】つまり、上記実施例によれば、無線情報端
末では処理できないデータを無線情報端末が受信した場
合、処理可能な端末が受信データをデコードするので、
無線情報端末が受信したデータを無効にすることなく処
理できる。

【０１２３】また、上記実施例によれば、無線情報端末
では処理できないデータを受信した場合、処理可能な端
末にデータを転送するので、受信データをデコードでき
る。

【０１２４】さらに、上記実施例によれば、無線携帯端
末装置ではデコード処理できないデータを受信した場
合、処理可能な端末にデータを転送するので、受信デー
タをデコードできる。

【０１２５】具体的には、無線携帯端末装置では解凍で
きない圧縮方法、表示するために必要な形式への変換方
法が不明な属性のファイル、または再生するのに必要な
音源を持ち合わせていない属性のファイル等を受信した
場合、マルチファンクション端末が代理して処理するの
で、受信データを有効に利用することができる。

【０１２６】そして、上記実施例によれば、無線情報端
末が出力するために行うデコード処理ができないデータ
を受信した場合、デコード処理可能な端末にデータを転
送するので、受信データを出力できる。

【０１２７】また、上記実施例によれば、マルチファン
クション端末装置１００が、デコードに必要なアプリケ
ーション、情報を持たない場合でも、それらの情報が格
納されているデータベース、または、それらの情報への
アクセス方法を示す情報が格納されているデータベース
にアクセスし、必要な情報を取得するので、マルチファ
ンクション端末が受信し、しかもデコードできないデー
タを、デコードすることができる。

【０１２８】さらに、上記実施例によれば、無線携帯端
末がデコードできない場合、大容量メモリを有する端末
にデータを退避することができる。

【０１２９】そして、上記実施例によれば、無線携帯端
末が受信したデータを、デコードする前に、マルチファ
ンクション端末に転送するので、無線携帯端末の受信デ
ータを、無線携帯端末の処理、出力能力に応じて、無線
携帯端末で処理するか、または、マルチファンクション
端末で処理するかを選択することができる。

【０１３０】また、上記実施例によれば、受信データを
無線携帯端末で解析するので、より正確に処理端末を選
択することができ、デコード前のデータをマルチファン
クション端末が保持するので、無線携帯端末のメモリを
有効活用することができる。

【０１３１】さらに、上記実施例によれば、デコード前
のデータを保持するので、無線携帯端末とマルチファン
クション端末との間の通信速度の高速化や、携帯中の外
来ノイズによるデコードエラーが少なく、したがって、
データ化けを防止することができる。

【０１３２】

【発明の効果】請求項１、２記載の発明によれば、無線
携帯端末が受信したデータを、デコードする前に、マル
チファンクション端末に転送することができ、無線携帯
端末では、デコード後のデータを保持する必要がないの
で、記憶手段を有効活用することができるという効果を
奏する。

【０１３３】請求項３記載の発明によれば、無線携帯端
末で表示機能を使うことができないか、または、受信デ
ータを表示する表示能力が不足している場合には、デコ
ード前のデータをマルチファンクション端末でデコー
ド、表示するので、充分な機能をもって表示することが
できるという効果を奏する。

【０１３４】請求項４記載の発明によれば、無線携帯端
末が、表示手段に比べて大きな画像データを受信した場
合、無線携帯端末が有する能力で表示し、マルチファン
クション端末においてデコードし、表示することによっ
て、無線携帯端末では充分に表示できない画像データを
表示することができるという効果を奏する。

【０１３５】請求項５記載の発明によれば、モノクロ表
示の無線携帯端末が、カラーデータを受信した場合、マ
ルチファンクション端末がデコードし、カラー表示する
ので、無線携帯端末では表示できないカラーデータを表
示することができるという効果を奏する。

【０１３６】請求項６記載の発明によれば、受信画像を
表示し、その表示情報に基づいて、ユーザが選択しプリ
ントアウトすることができ、また、無効なデータがプリ
ントアウトされず、さらに、プリンタを内蔵するマルチ
ファンクション端末がドライバを併せ持つので、最適な
ドライバで、しかも複数のドライバをメモリにもつ必要
がなく、また、システムにもつ表示部を利用し、内容を
確認した後に、プリントアウトするので、無効なプリン
トアウトを回避することができるという効果を奏する。

【０１３７】請求項７記載の発明によれば、プリントす
るマルチファンクション端末に接続されるまで、デコー
ド前のデータを保存できるという効果を奏する。

【０１３８】請求項８、９記載の発明によれば、マルチ
ファンクション端末でデータをハンドリングする場合、
オリジナルのＩＤを管理するので、メッセージＩＤに基
づくファイル名で管理リンクをとり、または、対応テー
ブルを持つことができるという効果を奏する。

【０１３９】請求項１０記載の発明によれば、無線携帯
端末のメモリ容量では処理不可能なデータを受信した場
合でも、マルチファンクション端末でデコードするの
で、受信したデータを有効に処理でき、また、無線携帯
端末の不足機能を補うことができるという効果を奏す
る。

【図面の簡単な説明】

【図１】本発明の一実施例であるマルチファンクション
端末装置１００を示すブロック図である。

【図２】マルチファンクション端末装置１００と、無線
通信のコアネットワーク網と、インターネット網とを示
す図である。

【図３】上記実施例において、メールヘッダ部に、新し
いヘッダーを追加することによって、ＭＩＭＥを実現
し、ＭＩＭＥ用に新規追加されたヘッダーの一部を示す
図である。

【図４】上記実施例において、メールサーバ３５から受
信したデータの形式を示す図である。

【図５】上記実施例の動作を示すフローチャートであ
る。

【図６】上記実施例において、マルチファンクション端
末装置１００のＩ／Ｆ部１５に無線携帯端末２２が接続
された場合の動作を示すフローチャートである。

【図７】上記実施例の動作を示すフローチャートであ
る。

【図８】上記実施例の動作を示すフローチャートであ
る。

【符号の説明】

１００…マルチファンクション端末装置、 １…ＣＰＵ、 ２…ＲＯＭ、 ３…ＲＡＭ、 ４…不揮発性メモリ、 ５…操作部、 ６…表示部、 ７…符号・復号部、 ８…読取部、 ９…記録部、 １０…駆動部、 １１…ＭＯＤＥＭ部、 １２…プリンタ部、 １３…Ａ／Ｄ変換部、 １４…スピーカ部、 １５……Ｉ／Ｆ部、 １６……センサ部、 ２２、２３…無線携帯端末、 ２４…画像入力装置、 ２５、３１…基地局、 ２６、３０…ＲＮＣ、 ２７…ＣＮ、 ２９…ＲＡＮ、 ３２…画像入力装置、 ３３…ＰＣ、 ３４…ＩＳＰ、 ３５…メールサーバ、 ３６…ＩＰ網、 ３７…コンテンツサーバ群、 ３８…ドライバサーバ群、 ３９…ＷＷＷサーバ、 ４０…サービスデータベース、 ４１〜４４…ネットワーク。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 井上 豊 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 小暮 伸弥 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 土田 太郎 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 島原 雄二 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 西井 照幸 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 椙山 徳生 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5K027 AA11 FF03 FF22 HH26 5K067 AA41 BB04 BB21 EE03 HH22 HH23 KK15 5K101 LL12 MM07 NN18 NN19

Claims (10)

【特許請求の範囲】
1. 【請求項１】 無線携帯端末装置との間でデータ通信す
   るデータ通信手段と；上記無線携帯端末装置から受信し
   た受信データをデコードするデコード手段と；上記デコ
   ード手段がデコードしたデータを出力するデータ出力手
   段と；を有し、上記無線携帯端末装置が無線受信したデ
   ータの少なくとも一部を、上記無線携帯端末装置から受
   信し、デコードすることを特徴とするマルチファンクシ
   ョン端末。
2. 【請求項２】 無線携帯端末装置と、上記無線携帯端末
   装置と通信可能なマルチファンクション端末とを具備す
   るデータ処理システムにおいて、 上記無線携帯端末装置は、 上記マルチファンクション端末との間で無線通信する第
   １の無線通信手段と；上記無線手段が受信したデータの
   少なくとも一部を記憶する記憶手段と；上記受信データ
   の少なくとも一部を解析する解析手段と；上記受信デー
   タの少なくとも一部をデコードする第１のデコード手段
   と；上記解析結果に基づいて、デコードするか否かを判
   定する判定手段と；を有し、 上記マルチファンクション端末は、 上記無線携帯端末装置との間で通信する第２の無線通信
   手段と；上記無線携帯端末装置から受信したデータをデ
   コードする第２のデコード手段と；を有することを特徴
   とするデータ処理システム。
3. 【請求項３】 請求項２において、 上記マルチファンクション端末は、 上記無線携帯端末装置から受信したデータを表示する表
   示手段と；上記表示手段で充分に表示できる画像のサイ
   ズであるか否かを判定する判定手段と；を有し、上記無
   線携帯端末装置での判定結果に基づいて、マルチファン
   クション端末がデータを受信し、デコードし、上記マル
   チファンクション端末の表示手段で表示することを特徴
   とするデータ処理システム。
4. 【請求項４】 請求項２において、 上記無線携帯端末装置は、上記受信データの少なくとも
   一部を表示する表示手段を有し、 上記マルチファンクション端末は、上記無線携帯端末装
   置が有する表示手段における表示能力と同等以上の表示
   能力を備えている表示手段を有し、 上記無線携帯端末装置で受信した画像データをデコード
   し、画像の一部または縮小画像を表示し、上記無線携帯
   端末装置が受信した画像データを、上記マルチファンク
   ション端末が受信し、デコードし、上記マルチファンク
   ション端末の表示手段で表示することを特徴とするデー
   タ処理システム。
5. 【請求項５】 請求項２において、 上記無線携帯端末装置は、上記受信データの少なくとも
   一部をモノクロで表示するモノクロ表示手段を有し、 上記マルチファンクション端末は、上記無線携帯端末装
   置から受信したデータをカラー表示するカラー表示手段
   を有し、 上記無線携帯端末装置が受信したカラー画像データを、
   上記マルチファンクション端末が受信し、カラー表示を
   行うためにデコードし、上記マルチファンクション端末
   の表示手段で表示することを特徴とするデータ処理シス
   テム。
6. 【請求項６】 請求項２において、 上記受信データの少なくとも一部を表示する表示手段
   と；上記受信データをプリントアウトする出力手段と；
   を有し、受信した画像データをデコードし、画像の少な
   くとも一部または縮小画像を表示し、ユーザが選択した
   データを、上記出力手段がプリントアウトすることを特
   徴とするデータ処理システム。
7. 【請求項７】 請求項２において、 上記受信データの属性を解析する属性解析手段と；上記
   受信データをプリントアウトする出力手段と；を有し、
   受信した画像データを解析した結果、プリントアウト用
   の画像データであると判断し、上記出力手段が有効にな
   った場合に、上記解析された画像データを上記出力手段
   がプリントアウトすることを特徴とするデータ処理シス
   テム。
8. 【請求項８】 請求項２において、 上記マルチファンクション端末は、上記無線携帯端末装
   置から受信したデータを、共通の識別番号によって管理
   する端末であることを特徴とするデータ処理システム。
9. 【請求項９】 請求項８において、 上記共通の識別番号は、メールのＩＤ番号であることを
   特徴とするデータ処理システム。
10. 【請求項１０】 請求項２において、 上記記憶手段は、デコードしたデータを記憶する手段で
    あり、 上記判定手段は、デコード後に必要な記憶容量に基づい
    て、デコードするか否かを判定する手段であり、 上記無線携帯端末装置が受信したデータを処理するに充
    分な記憶容量を確保できないことを上記判定手段が判定
    した場合、上記マルチファンクション端末がデコードす
    ることを特徴とするデータ処理システム。