JP2008167169A - 情報処理装置とプログラム - Google Patents

Abstract

【課題】 ユーザの意図や携帯機器が持つ機能等に適応するように、受信したデータの種類に応じてデータの出力形式を変えることができる情報処理装置を提供すること。
【解決手段】 本発明の情報処理装置２の特定手段６は、データ受信手段４で受信した受信データの種類を特定する。実行処理制御手段８は、出力処理実行手段１０と印刷処理実行手段２０を制御している。実行処理制御手段８は、特定手段６が特定した受信データの種類に応じて、出力処理実行手段１０に受信データを出力させる出力処理と、印刷処理実行手段２０に受信データを印刷させる印刷処理とのいずれか一方を実行させる。
【選択図】図１

Description

本発明は、受信したデータを外部に出力する機能を備える情報処理装置に関する。

例えば、下記の特許文献１のファクシミリ装置には、そのファクシミリ装置が画像データを表示可能な携帯機器が接続されている場合に、外部回線網から受信したデータを携帯機器に送信するファクシミリ装置が開示されている。
また、例えば、下記の特許文献２には、外部回線網から受信したデータを印刷するファクシミリ装置が開示されている。
特開２０００−３１２２７２号公報 特開平１１−２３４４６４号公報

情報処理装置が受信するデータの中に様々な種類のデータが存在し、ユーザが携帯機器に記憶させて持ち運びたいと希望する種類のデータが存在する一方において、ユーザが印刷させたいと希望する種類のデータが存在する。また、携帯機器に記憶させることが可能な種類のデータが存在する一方において、携帯機器が持つ機能（表示画面のサイズや記憶領域のサイズ等）の制限により、携帯機器に記憶させることが不可能な種類のデータが存在する。例えば、店舗のアクセス情報を含むデータには、地図などの画像データと住所や電話番号等を示すテキストデータとを含む場合が多い。このようなデータを情報処理装置が受信した場合、地図などの画像データは、大きく表示したいとユーザが希望する可能性が高く、また、データサイズが大きいため、携帯機器が記憶できない容量のデータである可能性も高い。一方、住所や電話番号などのテキストデータは、携帯機器で十分記憶できたり、表示したりすることが可能である。さらに、一旦記憶させれば、後にその店舗の情報を読み出すことが容易であるため、印刷物として出力するよりも利用できると考えるユーザもいる。

しかしながら、特許文献１の技術では、自身が受信する全ての画像データを携帯機器に送信し、特許文献２の技術では、受信したデータを印刷することしか開示されていない。これらの技術は、情報処理装置（上記の例ではファクシミリ装置）が受信したデータを一律同じ出力形式で出力するものであり、ユーザの意図や携帯機器が持つ機能等に適応するようにデータの出力形式を変えることを実現することができない。

本発明は、上記した実情に鑑みてなされたものであり、ユーザの意図や携帯機器が持つ機能等に適応するように、受信したデータの種類に応じてデータの出力形式を変えることができる情報処理装置を提供することを目的とする。

図１を参照しながら、本明細書によって開示される情報処理装置の構成を説明する。なお、図１は理解を容易にするために例示されたものであり、図１の内容及びそれを引用する以下の説明によって本発明が限定的に解釈されることはない。本発明の技術的範囲は、特許請求の範囲の記載によって客観的に定められる。
本明細書によって開示される情報処理装置２は、携帯機器２２が接続されて利用される。なお、本明細書における「携帯機器」という用語は、最も広義に解釈されるべきものであり、表示部や制御部を有する携帯端末（携帯電話等）のみならず、表示部や制御部を有していない携帯メモリをも含む概念である。

この情報処理装置２は、データ受信手段４と出力処理実行手段１０と印刷処理実行手段２０と特定手段６と実行処理制御手段８を備える。
データ受信手段４は、外部からのデータを受信する。データ受信手段４が受信するデータは、例えば、インターネット等の外部回線網を介して送信されてくるデータであってもよいし、情報処理装置に有線又は無線で接続されたメモリやパーソナルコンピュータ（ＰＣ）等から送信されてくるデータであってもよい。
出力処理実行手段１０は、データ受信手段４により受信した受信データを携帯機器２２へ出力する出力処理を実行することができる。印刷処理実行手段２０は、データ受信手段４により受信した受信データを印刷させる印刷処理を実行することができる。特定手段６は、データ受信手段４により受信した受信データの種類を特定する。実行処理制御手段８は、特定手段６の特定結果に基づいて、上記の出力処理と印刷処理のいずれか一方を実行させる。
なお、情報処理装置２は、印刷手段を備えていてもよいし、印刷手段を備えていなくてもよい。前者の場合、印刷処理実行手段２０は、受信データを印刷するように印刷手段に指示することができる。後者の場合、例えば、情報処理装置２に別体の印刷装置が接続されていてもよい。この場合、印刷処理実行手段２０は、受信データを印刷するように印刷装置に指示する。

上記した情報処理装置２によると、受信データの種類が特定され、その特定結果に基づいて出力処理又は印刷処理が実行される。この情報処理装置２は、ユーザの意図や携帯機器が持つ機能等に適応するように、受信データの種類に応じて受信データの出力形式（出力処理又は印刷処理）を変えることができる。

携帯機器が機器内部に記憶することができるデータサイズは限られている。情報処理装置が受信する受信データのデータサイズは多様であり、必ずしも携帯機器に記憶可能なサイズであるとは限らない。テキスト形式のデータは、比較的にデータサイズが小さいために、携帯機器に記憶させることができる可能性が高い。一方において、画像形式のデータは、比較的にデータサイズが大きいために、携帯機器に記憶させることができないことがある。このような携帯機器の機能に適応するように、情報処理装置２は以下のようにして受信データの出力形式を変えてもよい。即ち、特定手段６は、データ受信手段４により受信した受信データの種類がテキスト形式であるのか画像形式であるのかを特定してもよい。この場合、実行処理制御手段８は、特定手段６で特定された受信データの種類がテキスト形式である場合に出力処理を実行させ、特定手段６で特定された受信データの種類が画像形式である場合に印刷処理を実行させてもよい。

また、情報処理装置２は、以下のようにして受信データの出力形式を変えてもよい。即ち、特定手段６は、データ受信手段４により受信した受信データのデータサイズを特定する。この場合、実行処理制御手段８は、特定手段６で特定された受信データのデータサイズに基づいて、出力処理と印刷処理とのいずれか一方を実行させてもよい。
特に、実行処理制御手段８は、特定手段６で特定された受信データのデータサイズが所定のデータサイズより小さい場合に出力処理を実行させ、特定手段６で特定された受信データが所定のデータサイズより大きい場合に印刷処理を実行させることが好ましい。
受信データのデータサイズが大きいと、携帯機器２２へのデータ出力時間が長くなる。ユーザに不快感を与えるおそれがある。上記の構成の場合、特定手段６で特定される受信データのデータサイズと所定のデータサイズ（閾値）が比較され、所定のデータサイズよりも大きい受信データが印刷される。このために、携帯機器２２へのデータ出力時間が長くなってユーザに不快感を与えるという事象が発生することを抑制することができる。

上記の情報処理装置２に対して、携帯機器２２が記憶することができるデータサイズを取得するデータサイズ取得手段１２を付加してもよい。この場合、上記の所定のデータサイズは、データサイズ取得手段１２によって取得されたデータサイズに等しくてもよい。
この構成によると、携帯機器２２が記憶することができるデータサイズに応じて出力形式を変えることができる。情報処理装置２から出力されたデータを携帯機器２２が機器内部に記憶することができないという事象が発生することを防止することができる。

また、上記の情報処理装置２に対して、受信データの種類とその受信データに対して実行されるべき処理情報とが対応づけられている対応情報を記憶する記憶手段１８をさらに付加してもよい。この場合、実行処理制御手段８は、特定手段６によって特定された受信データの種類に対応づけられている処理情報に従って、出力処理と印刷処理とのいずれか一方を実行させてもよい。
上記の「対応情報」において、受信データの種類と処理情報との間の対応付けの形式は、特に限定されない。例えば、記憶手段１８は、受信データの種類と出力処理又は印刷処理を実行させるための実行コマンドとを対応づけて記憶していてもよい。
この構成によると、例えば、以下のことを実現することができる。例えば、携帯機器２２に記憶させて持ち運べる方がユーザにとって好ましいと考えられる受信データの種類と、出力処理とを対応づけて記憶手段１８に記憶させることができる。また、例えば、印刷させた方がユーザにとって好ましいと考えられる受信データの種類と、印刷処理とを対応づけて記憶手段１８に記憶させることができる。この場合、情報処理装置２では、携帯機器２２に記憶させて持ち運べる方がユーザにとって好ましいと考えられる受信データの種類に対して出力処理が実行され、印刷させた方がユーザにとって好ましいと考えられる受信データの種類に対して印刷処理が実行されることになる。この構成の情報処理装置２によると、ユーザの意図に適応するように受信データの出力形式を変えることができる。

なお、情報処理装置２は、上記の対応情報を携帯機器２２から取得してもよい。即ち、情報処理装置２は、受信データの種類とその受信データに対して実行されるべき処理情報とが対応づけられている対応情報を携帯機器２２から取得する対応情報取得手段１４をさらに備えていてもよい。この場合、実行処理制御手段８は、特定手段６によって特定された受信データの種類に対応づけられている処理情報に従って、出力処理と印刷処理とのいずれか一方を実行させてもよい。
この構成によると、例えば、以下のことを実現することができる。例えば、ユーザは、携帯機器２２の機器内部に記憶させて持ち運びたいと考える受信データの種類と出力処理とを対応づけて携帯機器２２に記憶させることができる。情報処理装置２は、携帯機器２２から対応情報を取得し、その対応情報に基づいて出力処理又は印刷処理を実行することができる。この構成の情報処理装置２によって、ユーザの意図に適応するように受信データの出力形式を変えることができる。

上述したように、情報処理装置２が受信するデータを送信する装置の種類は限定されない。例えば、情報処理装置２は、データを記憶するサーバ２４とインターネットを介して接続されており、そのサーバ２４から送信されたデータを受信してもよい。この構成を実現するために、情報処理装置２は、サーバ２４に対してそのサーバ２４が記憶しているコンテンツデータを要求する要求手段１６を備えていてもよい。この場合、データ受信手段４は、要求手段１６の要求に応じてサーバ２４から送信されたコンテンツデータを受信する。実行処理制御手段８は、データ受信手段４により受信したコンテンツデータに含まれる第１データについて出力処理を実行させ、そのコンテンツデータに含まれる第２データについて印刷処理を実行させてもよい。
上記の「コンテンツデータ」とは、情報処理装置２からの要求に応じてサーバ２４から情報処理装置２に送信される複数のデータの集合であって、それらの複数のデータが互いに関連付けられているものを意味する。例えば、サーバ２４に対して情報処理装置２が「宿泊先の最寄駅の情報」を要求した場合であれば、その宿泊先の最寄駅となる駅の名称、連絡先、地図、時刻表等の複数のデータによってコンテンツデータが構成される。すなわち、情報処理装置２が受信するコンテンツデータは、複数の受信データの集合と言える。実行処理制御手段８は、特定手段６が特定する各受信データの種類に基づいて、そのコンテンツデータに含まれる一部のデータ（第１データ）については出力処理を実行させ、その他のデータ（第２データ）については印刷処理を実行させることができる。

本明細書で開示される技術は、携帯機器が接続されるコンピュータを、受信した受信データの種類を特定する特定手段６、及び、特定手段６の特定結果に基づいて、受信データを携帯機器２２へ出力する出力処理と受信データを印刷させる印刷処理とのいずれか一方を実行させる実行処理制御手段８として機能させるためのプログラムに具現化することもできる。
上記のプログラムとコンピュータが協働することによって、ユーザの意図や携帯機器が持つ機能等に適応するように、受信したデータの種類に応じてデータの出力形式を変えることができる情報処理装置を実現することができる。

なお、上記の情報処理装置２は、全ての受信データに対して出力処理と印刷処理のいずれか一方を必ずしも実行しなくてもよい。例えば、受信データの種類によっては、出力処理と印刷処理のいずれも実行しなくてもよい。
また、出力処理と印刷処理のいずれかを実行させるための様々な判別手法（例えば、（Ａ）テキスト形式又は画像形式、（Ｂ）受信データサイズが所定サイズ以上又は以下）を紹介したが、各判別手法を単独で利用することもできるし、複数の判別手法を組み合わせて利用することもできる。例えば、情報処理装置は、（１）受信データの種類がテキスト形式であるのか画像形式であるのかを特定し、（２）画像形式の受信データの場合は印刷処理を実行させ、（３）テキスト形式の受信データの場合はその受信データのデータサイズを特定し、（４）データサイズが所定のデータサイズより大きい場合は印刷処理を実行させ、（５）データサイズが所定のデータサイズより小さい場合は出力処理を実行させてもよい。この場合、（３）〜（５）の処理を実行させることは、「特定手段が受信データのデータサイズを特定し、特定手段で特定された受信データのデータサイズに基づいて出力処理と印刷処理とのいずれか一方を実行させる」ことに等しい。

本明細書に開示される情報処理装置は、ユーザの意図や携帯機器が持つ機能等に適応するように、受信したデータの種類に応じてデータの出力形式を変えることができる。

最初に、以下に説明する実施例の主要な特徴を列記する。
（特徴１）情報処理装置は、受信した受信データのデータサイズを特定し、特定した受信データのデータサイズが所定のデータサイズよりも小さい場合に携帯機器へ出力する出力処理を実行し、所定のデータサイズよりも大きい場合に印刷させる印刷処理を実行する。
（特徴２）情報処理装置は、多機能機に内蔵されている。多機能機は、少なくとも印刷機能を有する。
（特徴３）多機能機は、サーバに要求するコンテンツデータの内容を示すデータ要求条件を記憶している。データ要求条件は、要求するコンテンツデータに含まれるキーワード、コンテンツデータのジャンル等を記憶している。

本明細書に開示される技術の実施例について図面を参照しながら説明する。それぞれの実施例に共通する部分に関しては、重複説明は省略する。
（第１実施例）
図２は、本実施例の多機能機と携帯機器の構成を表わす図を示す。多機能機２６は、ＬＡＮインターフェース２８と、操作部３０と、表示部３２と、モデム３４と、ＵＳＢインターフェース３６と、ＣＰＵ３８と、ＲＯＭ４０と、ＲＡＭ４２と、印刷部４４と、スキャナ部４６を備えている。
ＬＡＮインターフェース２８は、ＬＡＮケーブル７０を介しネットワークに接続されている。データベース７２もまたLANケーブル７０を介しネットワークに接続されている。多機能機２６は、ネットワークを介しデータベース７２に記憶されているデータを取得することができる。操作部３０は、ユーザによって操作されるキーを有する。ユーザは、操作部３０を操作することによって、様々な情報を多機能機２６に入力することができる。表示部３２は、様々な情報を表示することができる。モデム３４は、電話回線等の公衆回線６６に接続されている。公衆回線６６には、サーバ６８が接続されている。多機能機２６は、モデム３４と公衆回線６６を介して、サーバ６８に記憶されているデータを取得することができる。ＵＳＢインターフェース３６には、ＵＳＢケーブル４７の一端が接続されている。ＵＳＢケーブル４７の他端には、携帯機器４８に接続されている。多機能機２６は、ＵＳＢケーブル４７を介して携帯機器４８と通信可能である。なお、本実施例では、多機能機２６と携帯機器４８は、ＵＳＢケーブル４７によって接続されているが、無線ＬＡＮ等によって接続されていてもよい。

ＣＰＵ３８は、ＲＯＭ４０に記憶されているプログラムに従って、多機能機２６の動作を統括的に制御する。ＲＯＭ４０は、ＣＰＵ３８によって実行される各種処理のプログラムを記憶している。ＲＡＭ４２は、様々なデータを一時的に記憶することができる。
印刷部４４は、印刷データを印刷することができる。スキャナ部４６は、原稿をスキャンして画像データを作成することができる。

携帯機器４８は、ＵＳＢインターフェース５０と、ハードディスク５２と、操作部５４と、表示部５６と、ＣＰＵ５８と、ＲＯＭ６０と、ＲＡＭ６２と、音声出力部６４を備えている。
ＵＳＢインターフェース５０には、ＵＳＢケーブル４７が接続されている。ハードディスク５２は、様々な情報を記憶することができる。操作部５４は、ユーザによって操作されるキーを有する。ユーザは、操作部５４を操作することによって、様々な情報を携帯機器４８に入力することができる。表示部５６は、様々な情報を表示することができる。

ＣＰＵ５８は、ＲＯＭ６０に記憶されているプログラムに従って、携帯機器４８の動作を統括的に制御する。ＲＯＭ６０は、ＣＰＵ５８によって実行される各種処理のプログラムを記憶している。ＲＡＭ６２は、様々なデータを一時的に記憶することができる。
音声出力部６４は、ハードディスク５２に記憶されている音声データ（音楽等）を再生して出力することができる。本実施例の携帯端末４８は、音楽再生機能が備えられているものである。しかしながら、携帯機器４８は、このような機種に限定されない。携帯機器４８は、多機能機２６が受信した受信データを入力することができればよく、他の機能を持つもの（例えば携帯電話）であってもよいし、メモリスティック等の携帯可能な記憶装置であってもよい。

図３と図４は、多機能機２６のＣＰＵ３８が実行する処理のフローチャートを示す。この処理は、携帯機器４８が多機能機２６に接続されると実行される。以下の処理は、ＣＰＵ３８と、ＲＯＭ４０に記憶されている図示しない各種プログラムと、多機能機２６の他のハードウェア構成要素が協働することで実現される。
多機能機２６は、携帯機器４８との接続状態を監視している（ステップＳ２）。ＵＳＢインターフェース３６に携帯機器４８が接続されると（ステップＳ２でＹＥＳの場合）、携帯機器４８のデバイス情報を取得する（ステップＳ４）。ここでいうデバイス情報とは、携帯機器４８が多機能機２６からデータを受信できる状態にあるかを判断するための情報をいう。例えば、携帯機器４８の電源が入っていない場合や、多機能機２６から出力されたデータを受信するために必要なデバイス構成を備えていない場合には、多機能機２６は携帯機器４８に受信データを出力することができない。携帯機器４８に多機能機２６からのデータ出力が可能でなければ（ステップＳ６でＮＯ）、多機能機２６はその表示部３２に通信不能である旨のメッセージを表示し（ステップＳ１２）、処理を終了する。

携帯機器４８と多機能機２６が通信可能である場合（ステップＳ６でＹＥＳ）、多機能機２６はデータ要求条件が指定されているか否かを判断する（ステップＳ８）。このデータ要求条件とは、サーバ６８あるいはデータベース７２に記憶されているデータのうち、多機能機２６に送信するように要求するデータに対する条件をいう。
データ要求条件は、例えば、「駅周辺の宿泊施設」、「飲食店」等の、受信データとして要求したいデータが分類されているジャンルであってもよい。また、例えば、「民宿」、「中華料理」等の、データに含まれているキーワードであってもよい。受信データ要求条件は、多機能機２６に予め記憶されているものであってもよい。また、受信データ要求条件は、ユーザによって設定されてもよい。例えば、ユーザは、多機能機２６の操作部３０を操作することによって多機能機２６に受信データ要求条件を入力してもよい。また、ユーザは、携帯機器４８の操作部５４を操作することによって携帯機器４８に受信データ要求条件を入力してもよい。この場合、多機能２６は、携帯機器４８に記憶されている受信データ要求条件を取得してもよい。

データ要求条件が指定されている場合（ステップＳ８でＹＥＳ）、多機能機２６は、そのデータ要求条件を満たすコンテンツデータがサーバ６８あるいはデータベース７２から抽出する。
ここでいうコンテンツデータとは、多機能機２６からの要求に応じて多機能機２６に送信される複数のデータの集合であり、それらの複数のデータが互いに関連付けられているデータ群を意味する。例えば、上記に例示した「駅周辺の宿泊施設」のコンテンツデータは、その宿泊施設の名称、住所、特色等のテキストデータや、外観写真、地図等の画像データによって構成されている。「駅周辺の宿泊施設」が複数ある場合は、各宿泊施設に関する複数のコンテンツデータが、サーバ６８あるいはデータベース７２から抽出される。

多機能機２６は、サーバ６８あるいはデータベース７２から送信されたコンテンツデータの一覧を取得する（ステップＳ１０）。多機能機２６は、サーバ６８あるいはデータベース７２から取得したコンテンツデータの一覧に基づいてコンテンツメニューを作成し、表示部３２に表示する（ステップＳ１４）。なお、上記のステップＳ８でＮＯの場合、多機能機２６は、サーバ６８あるいはデータベース７２に記憶されている全てのコンテンツデータの一覧に基づいてコンテンツメニューを作成し、表示部３２に表示する（ステップＳ１４）。ユーザは、操作部３２を操作することで、表示部３２に表示されているメニューからいずれかのコンテンツデータを選択することができる。
表示部３２に表示されたコンテンツメニューからいずれかのコンテンツデータが選択されると（ステップＳ１６でＹＥＳ）、多機能機２６は選択されたコンテンツデータを受信する処理へと移行する。この一方で、コンテンツデータが選択されずに（ステップＳ１６でＮＯ）、キャンセルが選択された場合には（ステップＳ１８でＹＥＳ）、処理を終了する。

上記の一連の処理によって、ユーザによって選択されたコンテンツデータが、サーバ６８あるいはデータベース７２から多機能機２６に送信される。コンテンツデータを構成する複数のデータは、多機能機２６によって順次受信され、ＲＡＭ４２に記憶される。

図４は、図３の続きの処理のフローチャートを示す。図３のステップＳ１６でコンテンツデータが選択されると、多機能機２６はそのコンテンツデータを構成する１つのデータを受信する（ステップＳ２０）。続いて、多機能機２６は、受信データの種類を特定する（Ｓ２２）。本実施例では、受信データの種類がテキスト形式であるか、あるいは画像形式であるかを特定する。
例えば、ステップＳ２０で受信した受信データが宿泊施設の名称や住所、特色等のテキストデータである場合、その受信データの種類はテキスト形式であることが特定される。この場合、Ｓ２４でＹＥＳと判断される。ステップＳ２４でＹＥＳの場合、多機能機２６は、受信データを携帯機器４８に出力する処理を実行する（ステップＳ２６）。この結果、携帯機器４８は、テキスト形式の受信データを記憶することになる。
一方において、例えば、ステップＳ２０で受信した受信データが宿泊施設の写真、地図等の画像データである場合、Ｓ２２では、その受信データの種類は画像形式であることが特定される。この場合、Ｓ２４でＮＯと判断される。ステップＳ２４でＮＯの場合、多機能機２６は、その受信データを印刷する処理を印刷部４４に実行させる（ステップＳ２８）。この結果、画像形式の受信データが印刷部４４によって印刷されることになる。

図４のステップＳ２２からステップＳ２８の判断処理が実行された受信データが、コンテンツデータの最後のデータである場合（ステップＳ３０でＹＥＳ）、処理が終了する。一方において、最後のデータでない場合（ステップＳ３０でＮＯ）、コンテンツデータに含まれる次のデータについてステップＳ２０からステップＳ３０の処理を繰り返す。

本実施例の多機能機２６によると、特定された受信データの種類に応じて、その受信データを携帯機器４８に出力するのか、あるいは印刷部４４に印刷させるのかを区別した処理を実行することができる。即ち、受信データの種類に応じて出力形式を変えることができる。例えば、「駅周辺の宿泊施設」のコンテンツデータであれば、その宿泊施設の名称、住所、特色等のテキストデータは、携帯機器４８のＲＡＭ６２に記憶させる。ユーザは、必要に応じて、携帯機器４８の表示部５６にテキストデータを表示させることができる。一方において、宿泊施設の外観写真や地図は印刷される。携帯機器４８の表示部５６は比較的に小さい場合が多い。これに対し、印刷媒体は、表示部５６より大きく見易い事が一般的である。このために、ユーザは、印刷された外観写真や地図を大きなサイズで見ることができる。
また、携帯機器４８が機器内部に記憶することができるデータサイズは限られている。携帯機器４８は、あまりに大きいデータを記憶することができない。本実施例では、比較的に小さいデータサイズのテキストデータが携帯機器４８に出力され、比較的に大きいデータサイズの画像データは携帯機器４８に出力されない。このために、多機能機２６から出力されたデータを携帯機器４８が記憶することができないという事象が発生することを効果的に抑制することができる。
また、印刷されるのはコンテンツデータの一部のデータのみであるので、印刷物の削減も図ることができる。印刷されず、携帯機器４８に出力された、コンテンツデータの一部のデータは、携帯機器４８のＨＤＤ５２に記憶させて残しておくことができる。データを記憶させた後、そのデータが必要となったときに、携帯機器４８のＨＤＤ５２から「駅周辺の宿泊施設」の住所を読み出すだけで、その情報を知ることができる。

本実施例の多機能機２６は、受信データがテキスト形式であるのか画像形式であるのかを特定し、その特定結果に基づいて出力処理（Ｓ２６）と印刷処理（Ｓ２８）のいずれか一方を実行している。しかしながら、受信データの種類の特定及びその特定結果に基づく処理の分岐は、本実施例のように単独で実行されてもよいし、その他の受信データの種類の特定及びその特定結果に基づく処理の分岐と組み合わされて実行されてもよい。

（第２実施例）
図５は、本実施例の多機能機２６が実行する処理のフローチャートを示す。以下の処理は、第１実施例の図３のＳ１６でＹＥＳと判断された場合に実行される。
図３のステップＳ１６でコンテンツデータが選択されると、多機能機２６はそのコンテンツデータを構成する１つのデータを受信する（ステップＳ３２）。続いて、多機能機２６は、受信データの種類を特定する（ステップＳ３４）。具体的には、受信データのデータサイズを特定する。多機能機２６は、ステップＳ３４で特定された受信データのデータサイズが所定のデータサイズ以下である場合（ステップＳ３６でＹＥＳ）、その受信データを携帯機器４８に出力する処理を実行する（ステップＳ３８）。一方において、多機能機２６は、ステップＳ３４で特定された受信データのデータサイズが所定のデータサイズより大きい場合（ステップＳ３６でＮＯ）は、その受信データを印刷部４４で印刷する処理を実行する（ステップＳ４０）。なお、上記の所定のデータサイズは任意に設定することができる。例えば、携帯機器４８への出力時間が長くてユーザに不快感を与えることが予想されるデータサイズを、上記の所定のデータサイズとして採用してもよい。

図５のステップＳ３４からステップＳ４０の判断処理が実行された受信データが、コンテンツデータの最後のデータである場合（ステップＳ４２でＹＥＳ）、処理が終了する。一方において、最後のデータでない場合（ステップＳ４２でＮＯ）、コンテンツデータに含まれる次のデータについてステップＳ３２からステップＳ４２の処理を繰り返す。

本実施例の多機能機２６によると、特定された受信データのデータサイズに応じて、その受信データを携帯機器４８に出力するのか、あるいは印刷部４４に印刷させるのかを区別した処理を行うことができる。即ち、受信データのデータサイズによって区別される受信データの種類に応じて、出力形式を変えることができる。
本実施例の多機能機２６は、データサイズが大きくて携帯機器４８への出力時間が長くなる受信データについては印刷し、効率よく出力することができるデータサイズの受信データについては携帯機器４８に出力する。このために、出力時間が長いという理由でユーザに不快感を与えることを防止することが期待できる。

本実施例の多機能機２６は、受信データのデータサイズが閾値以上であるのか以下であるのかを特定し、その特定結果に基づいて出力処理（Ｓ３８）と印刷処理（Ｓ４０）のいずれか一方を実行している。しかしながら、受信データの種類の特定及びその特定結果に基づく処理の分岐は、本実施例のように単独で実行されてもよいし、その他の受信データの種類の特定及びその特定結果に基づく処理の分岐と組み合わされて実行されてもよい。

（第３実施例）
図６は、本実施例の多機能機２６が実行する処理のフローチャートを示す。以下の処理は、第１実施例の図３のＳ１６でＹＥＳと判断された場合に実行される。
多機能機２６は、接続されている携帯機器４８が記憶することができるデータサイズＭ１を、携帯機器４８から取得する（ステップＳ４４）。このデータサイズＭ１は、携帯機器４８のＲＡＭ６２に受信データを記憶させることが可能なデータサイズである。取得したデータサイズＭ１は、ＲＡＭ４２に記憶しておく。
多機能機２６は、コンテンツデータを構成する１つのデータを受信する（ステップＳ４６）。続いて、多機能機２６は、受信データの種類を特定する（ステップＳ４８）。具体的には、受信データのデータサイズＭ２を特定する。次に、多機能機２６は、ステップＳ４４で取得したデータサイズＭ１とステップＳ４８で特定した受信データのデータサイズＭ２を比較する。（ステップＳ５０）。データサイズＭ１がデータサイズＭ２よりも大きい場合（ステップＳ５０でＹＥＳ）、多機能機２６は、受信データを携帯機器４８に出力する出力処理を実行する（ステップＳ５２）。さらに、多機能機２６は、携帯機器４８が記憶することができるデータサイズＭ１を携帯機器４８から取得する（Ｓ５５）。Ｓ５２の出力処理によって携帯機器４８に受信データが記憶されたために、携帯機器４８が記憶することができるデータサイズが変わるからである。この一方において、データサイズＭ１がデータサイズＭ２以下の場合（ステップＳ５０でＮＯ）、多機能機２６は、受信データを印刷部４４で印刷する印刷処理を実行する（ステップＳ５４）。

図６のステップＳ４８からステップＳ５６の判断処理が実行された受信データが、コンテンツデータの最後のデータである場合（ステップＳ５６でＹＥＳ）、処理が終了する。一方において、最後のデータでない場合（ステップＳ５６でＮＯ）、コンテンツデータに含まれる次のデータについてステップＳ４６からステップＳ５６の処理を繰り返す。

本実施例の多機能機２６によると、携帯機器４８が記憶することができるデータサイズの受信データは携帯機器４８に出力され、携帯機器４８が記憶することができないデータサイズの受信データは携帯機器４８に出力されずに印刷される。このために、多機能機２６から出力されたデータを携帯機器４８が記憶することができないという事象が発生することを確実に防止することができる。
なお、図６に示した処理では受信データを携帯機器４８に出力する毎に携帯機器が記憶できるデータサイズＭ１を取得しているが（Ｓ５５）、ステップＳ４４で取得したデータサイズＭ１からステップＳ５２で携帯機器４８に出力した受信データのデータサイズＭ２を減算して、受信データを出力した後のデータサイズＭ１を計算してもよい。
また、図６に示した処理ではコンテンツデータが選択された後に、携帯機器４８が記憶できるデータサイズＭ１を取得しているが（Ｓ４４）、データサイズＭ１の取得はこのタイミングに限定されない。例えば、携帯機器４８が多機能機２６に接続されたときに、その携帯機器４８からデータサイズＭ１を自動的に取得するように構成してもよい。

本実施例の多機能機２６は、受信データのデータサイズが携帯機器４８の記憶可能なデータサイズ以上であるのか以下であるのかを特定し、その特定結果に基づいて出力処理（Ｓ５２）と印刷処理（Ｓ５４）のいずれか一方を実行している。しかしながら、受信データの種類の特定及びその特定結果に基づく処理の分岐は、本実施例のように単独で実行されてもよいし、その他の受信データの種類の特定及びその特定結果に基づく処理の分岐と組み合わされて実行されてもよい。

（第４実施例）
本実施例では、図２の多機能機２６のＲＯＭ４０とＲＡＭ４２で構成される記憶領域に対応情報が記憶されている。対応情報は、受信データの種類とその受信データに対して実行されるべき処理情報とが対応づけられているデータである。ユーザは、操作部（図２参照）を操作することによって、対応情報を多機能機２６に入力することができる。即ち、ユーザは、受信データの種類と出力処理とを対応づけて多機能機２６に入力することができるとともに、受信データの種類と印刷処理とを対応づけて多機能機２６に入力することができる。本実施例の対応情報では、テキスト形式と出力処理とが対応づけられており、画像形式と印刷処理とが対応づけられているものとする。多機能機２６のＲＯＭ４０とＲＡＭ４２は、テキスト形式と出力処理を実行させるための実行コマンドとを対応づけて記憶しており、画像形式と印刷処理を実行させるための実行コマンドとを対応づけて記憶している。

本実施例では、さらに、図２の携帯機器４８のＲＯＭ６０とＲＡＭ６２で構成される記憶領域にも対応情報が記憶されている。携帯機器４８に記憶されている対応情報も、受信データの種類とその受信データに対して実行されるべき処理情報（出力処理又は印刷処理）とが対応づけられている。ユーザは、操作部５４（図２参照）を操作することによって、対応情報を携帯機器４８に入力することができる。なお、本実施例では、携帯機器４８に記憶されている対応情報も、テキスト形式と出力処理とが対応づけられており、画像形式と印刷処理とが対応づけられているものとする。

図７は、本実施例の多機能機２６が実行する処理を示す。以下の処理は、第１実施例の図３のＳ１６でＹＥＳと判断された場合に実行される。
多機能機２６は、自身に記憶されている対応情報を読み込む（ステップＳ５８）。即ち、本実施例の場合、テキスト形式と出力処理とが対応づけられているとともに、画像形式と出力処理とが対応づけられている対応情報が読み込まれることになる。また、多機能機２６は、携帯機器４８に記憶されている対応情報を携帯機器４８から取得する（ステップＳ６０）。即ち、本実施例の場合、テキスト形式と出力処理とが対応づけられているとともに、画像形式と出力処理とが対応づけられている対応情報が読み込まれることになる。本実施例では、多機能機２６と携帯機器４８の両方に対応情報が記憶されており、２つの対応情報が同じ内容である。このために、多機能機２６は、同じ内容の対応情報に従って以下の処理を実行することができる。しかしながら、多機能機２６に対応情報が記憶されておらず、携帯機器４８のみに対応情報が記憶されていてもよい。即ち、ユーザによって多機能機２６に対応情報が入力されず、携帯機器４８のみに対応情報が入力されてもよい。この場合、多機能機２６は、携帯機器４８に記憶されている対応情報に従って（Ｓ６０で取得した対応情報に従って）、以下の処理を実行することができる。一方において、多機能機２６のみに対応情報が記憶されており、携帯機器４８に対応情報が記憶されていなくもてよい。即ち、ユーザによって多機能機２６のみに対応情報が入力され、携帯機器４８に対応情報が入力されなくてもよい。この場合、多機能機２６は、自身に記憶されている対応情報に従って（Ｓ５８で読み込まれた対応情報に従って）、以下の処理を実行することができる。また、多機能機２６に記憶されている対応情報と携帯機器４８に記憶されている対応情報が異なる場合、どちらを採用するのかを示す優先順位が付加されていることが好ましい。この場合、多機能機２６は、優先順位が上位の対応情報（例えば携帯機器４８に記憶されている対応情報）に従って、以下の処理を実行することができる。

多機能機２６は、コンテンツデータを構成する１つのデータを受信する（ステップＳ６２）。続いて、多機能機２６は、受信データの種類を特定する（ステップＳ６４）。即ち、本実施例の場合、受信データがテキスト形式であるのか画像形式であるのかが特定される。続いて、多機能機２６は、特定された受信データの種類と、上記のステップＳ５８，Ｓ６０で取得された対応情報とに従って、携帯機器４８に出力する処理と印刷部４４で印刷する処理のいずれか一方を受信データに対して実行する（ステップＳ６６）。即ち、テキスト形式の受信データに対して出力処理が実行され、画像形式の受信データに対して印刷処理が実行される。

図７のステップＳ６４からステップＳ６６の判断処理が実行された受信データが、コンテンツデータの最後のデータである場合（ステップＳ６８でＹＥＳ）、処理が終了する。一方において、最後のデータでない場合（ステップＳ６８でＮＯ）、コンテンツデータに含まれる次のデータについてステップＳ６２からステップＳ６８の処理を繰り返す。

本実施例の多機能機２６によると、ユーザによって設定された対応情報に従って出力処理と印刷処理を実行することができる。即ち、ユーザの意図に適応するように、出力形式を変えることができる。
なお、上記した対応情報は例であり、異なる内容の対応情報を採用することができる。例えば、受信データのデータサイズと処理情報（出力処理又は印刷処理）が対応づけられている対応情報を採用することができる。この場合、受信データのデータサイズが所定の閾値以下であることと出力処理とが対応づけられているとともに、受信データのデータサイズがその閾値以上であることと印刷処理とが対応づけられている対応情報を採用することができる。この場合、ステップＳ６４の処理において受信データのデータサイズが特定されることになる。また、例えば、特定のデータ要求条件に応じて受信したコンテンツデータであるという受信データの種類と、処理情報（出力処理又は印刷処理）とが対応づけられている対応情報を採用することができる。また、特定の送信先から送信されてきたものであるという受信データの種類と、処理情報（出力処理又は印刷処理）とが対応づけられている対応情報を採用することができる。また、対応情報は、必ずしもユーザによって設定されなくてもよい。例えば、ユーザの意図に適応することが予想される対応情報が、多機能機２６の製造者によって予めプログラムとして設定されていてもよい。

（第５実施例）
本実施例では、受信データの種類がテキスト形式であるか画像形式であるかを特定して出力形式を変更する処理と、受信データのデータサイズを特定して出力形式を変更する処理の分岐を組み合わせた例を示す。
図８は、本実施例の多機能機２６が実行する処理のフローチャートを示す。以下の処理は、第１実施例の図３のＳ１６でＹＥＳと判断された場合に実行される。
図３のステップＳ１６でコンテンツデータが選択されると、多機能機２６はそのコンテンツデータを構成する１つのデータを受信する（ステップＳ７０）。続いて、多機能機２６は、受信データの種類を特定する（Ｓ７２）。このステップでは、受信データの種類がテキスト形式であるか、あるいは画像形式であるかを特定する。
例えば、ステップＳ７０で受信した受信データが宿泊施設の名称や住所、特色等のテキストデータである場合、その受信データの種類はテキスト形式であることが特定される。この場合、Ｓ７４でＹＥＳと判断される。ステップＳ７４でＹＥＳの場合、多機能機２６は、受信データを携帯機器４８に出力する処理を実行する（ステップＳ７６）。この結果、携帯機器４８は、テキスト形式の受信データを記憶することになる。
一方において、例えば、ステップＳ７０で受信した受信データが宿泊施設の写真、地図等の画像データである場合、Ｓ７２では、その受信データの種類は画像形式であることが特定される。この場合、Ｓ７４でＮＯと判断される。ステップＳ７４でＮＯの場合、その受信データのデータサイズを特定する（ステップＳ７８）。
多機能機２６は、ステップＳ７８で特定された受信データのデータサイズが所定のデータサイズ以下である場合（ステップＳ８０でＹＥＳ）、その受信データを携帯機器４８に出力する処理を実行する（ステップＳ４８）。一方において、多機能機２６は、ステップＳ７８で特定された受信データのデータサイズが所定のデータサイズより大きい場合（ステップＳ８０でＮＯ）は、その受信データを印刷部４４で印刷する処理を実行する（ステップＳ８２）。この結果、画像形式の受信データのうち、所定のサイズより大きいデータサイズのデータが印刷部４４によって印刷されることになる。なお、上記の所定のデータサイズは任意に設定することができる。

図８のステップＳ７０からステップＳ８２の判断処理が実行された受信データが、コンテンツデータの最後のデータである場合（ステップＳ８４でＹＥＳ）、処理が終了する。一方において、最後のデータでない場合（ステップＳ８４でＮＯ）、コンテンツデータに含まれる次のデータについてステップＳ７０からステップＳ８４の処理を繰り返す。

本実施例の多機能機２６によると、特定された受信データの種類（テキスト形式であるか画像形式であるか）と特定された受信データのデータサイズに応じて、その受信データを携帯機器４８に出力するのか、あるいは印刷部４４に印刷させるのかを区別した処理を行うことができる。即ち、テキスト形式の受信データは携帯機器４８に出力し、画像形式の受信データについては、そのデータサイズが比較的に小さい受信データは携帯機器４８に出力し、データサイズが比較的に大きい受信データは印刷する。受信データの種類に応じて出力形式を変えることができる。

本実施例の多機能機２６は、受信データがテキスト形式であるのか画像形式であるのかを特定し、その特定結果に基づいて出力処理（Ｓ７６）を実行し、さらに、画像形式の受信データについては、そのデータサイズが所定のデータサイズ以上であるのか以下であるのかを特定し、その特定結果に基づいて出力処理（Ｓ７６）と印刷処理（Ｓ８２）のいずれか一方を実行している。このように、受信データの種類を特定する複数個の処理工程と、その特定結果に基づく処理の分岐とが組み合わされて実行されてもよい。

上記の各実施例の技術によると、ユーザの意図や携帯機器４８の持つ機能に適応するように、受信データの種類に応じて出力形式を変えることができる。多機能機２６で受信データが受信されてから、その受信データに対して出力処理と印刷処理のいずれか一方が実行されるまでの間に、上記した各実施例で記載されたもの以外の種々の処理工程が存在していてもよい。例えば、受信した受信データのデータ形式や表示サイズを変換する処理工程を実施した後に、その受信データの種類を特定し、特定された受信データの種類に基づいて、受信データに対して出力処理と印刷処理のいずれか一方を実行するように構成してもよい。
なお、上記の各実施例では、印刷部４４を有する多機能機２６によって受信データの出力処理と印刷処理が実行される。しかしながら、上記の各実施例に記載された技術は、必ずしも印刷手段を備える多機能機（プリンタ）によって実行される必要はない。例えば、ＰＣ等によって実行されてもよい。この場合、ＰＣに携帯機器４８とプリンタが接続される。ＰＣは、自身が受信した受信データの種類を特定する。ＰＣは、その特定結果に基づいて、受信データを携帯機器４８に出力する処理と、受信データをプリンタで印刷させる処理とのいずれか一方を実行することができる。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時の請求項に記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

本発明の情報処理装置の構成を説明するための図を示す。 実施例の多機能機と携帯機器の構成を示す。 多機能機が実行する処理のフローチャートを示す。 図３の続きのフローチャートを示す（第１実施例）。 図３の続きのフローチャートを示す（第２実施例）。 図３の続きのフローチャートを示す（第３実施例）。 図３の続きのフローチャートを示す（第４実施例）。 図３の続きのフローチャートを示す（第５実施例）。

符号の説明

２：情報処理装置
４：データ送信手段
６：特定手段
８：実行処理制御手段
１０：出力処理実行手段
１２：データサイズ取得手段
１４：対応情報取得手段
１６：要求手段
１８：記憶手段
２０：印刷処理実行手段
２２，４８：携帯機器
２４，６８：サーバ
２６：多機能機
２８：ＬＡＮインターフェース
３０，５４：操作部
３２，５６：表示部
３４：モデム
３６，５０：ＵＳＢインターフェース
３８，５８：ＣＰＵ
４０，６０：ＲＯＭ
４２，６２：ＲＡＭ
４４：印刷部
４６：スキャナ部
４７：ＵＳＢケーブル
５２：ハードディスク
６４：音声出力部
６６：公衆回線
７０：ＬＡＮケーブル
７２：データベース

Claims (8)

1. 携帯機器が接続される情報処理装置であり、
   データを受信するデータ受信手段と、
   前記データ受信手段により受信した受信データを前記携帯機器へ出力する出力処理を実行する出力処理実行手段と、
   前記データ受信手段により受信した受信データを印刷させる印刷処理を実行する印刷処理実行手段と、
   前記データ受信手段により受信した受信データの種類を特定する特定手段と、
   前記特定手段の特定結果に基づいて、前記出力処理と前記印刷処理とのいずれか一方を実行させる実行処理制御手段を備える情報処理装置。
2. 前記特定手段は、前記データ受信手段により受信した受信データがテキスト形式であるのか画像形式であるのかを特定し、
   前記実行処理制御手段は、前記特定手段で特定された受信データの種類がテキスト形式である場合に前記出力処理を実行させ、前記特定手段で特定された受信データの種類が画像形式である場合に印刷処理を実行させることを特徴とする請求項１の情報処理装置。
3. 前記特定手段は、前記データ受信手段により受信した受信データのデータサイズを特定し、
   前記実行処理制御手段は、前記特定手段で特定された受信データのデータサイズに基づいて、前記出力処理と前記印刷処理とのいずれか一方を実行させることを特徴とする請求項１の情報処理装置。
4. 前記携帯機器が記憶することができるデータサイズを取得するデータサイズ取得手段をさらに備え、
   前記実行処理制御手段は、前記特定手段で特定された受信データのデータサイズが、前記データサイズ取得手段によって取得されたデータサイズより小さい場合に前記出力処理を実行させ、前記データサイズ取得手段によって取得されたデータサイズより大きい場合に前記印刷処理を実行させることを特徴とする請求項３の情報処理装置。
5. 受信データの種類とその受信データに対して実行されるべき処理情報とが対応づけられている対応情報を記憶する記憶手段をさらに備え、
   前記実行処理制御手段は、前記特定手段によって特定された受信データの種類に対応づけられている処理情報に従って、前記出力処理と前記印刷処理とのいずれか一方を実行させることを特徴とする請求項１の情報処理装置。
6. 受信データの種類とその受信データに対して実行されるべき処理情報とが対応づけられている対応情報を前記携帯機器から取得する対応情報取得手段をさらに備え、
   前記実行処理制御手段は、前記特定手段によって特定された受信データの種類に対応づけられている処理情報に従って、前記出力処理と前記印刷処理とのいずれか一方を実行させることを特徴とする請求項１の情報処理装置。
7. データを記憶するサーバとインターネットを介して接続される請求項１から６のいずれかの情報処理装置であり、
   前記サーバに対してそのサーバが記憶しているコンテンツデータを要求する要求手段をさらに備え、
   前記データ受信手段は、前記要求手段の要求に応じて前記サーバから送信されたコンテンツデータを受信し、
   前記実行処理制御手段は、前記データ受信手段により受信したコンテンツデータに含まれる第１データについて前記出力処理を実行させ、そのコンテンツデータに含まれる第２データについて前記印刷処理を実行させることを特徴とする情報処理装置。
8. 携帯機器が接続されるコンピュータを、
   受信した受信データの種類を特定する特定手段、及び
   前記特定手段の特定結果に基づいて、前記受信データを前記携帯機器へ出力する出力処理と前記受信データを印刷させる印刷処理とのいずれか一方を実行させる実行処理制御手段、
   として機能させるためのプログラム。

Images