(57)【要約】【課題】  複数の機器を経由するような複合サービスでは、リクエスト側は個々のサービスを何にすればよいのか認識しておく必要があった。【解決手段】  本発明では、処理を行った文書に処理サービス情報をリンクしておくことで、各機器が複合サービスを学習し、以降のリクエスト側は何の知識もなく複合サービスを利用することが出来る。【選択図】  図２
2006243909.tif 000002
【特許請求の範囲】
【請求項１】
処理サービスのメタ情報を管理するメタ情報管理手段と、処理したサービスのメタ情報を文書データにリンクするメタ情報リンク手段とを有することを特徴とする情報処理装置。
【請求項２】
請求項１の情報処理装置において、前記メタ情報リンク手段は、処理後の文書データが一定量に満たない場合、リンクによるオーバヘッドを考えてサービスメタ情報の中からアドレス情報しかリンクしないことを特徴とする情報処理装置。
【請求項３】
請求項１でリンクされたサービスメタ情報を文書データから取得管理するメタ情報取得手段と、処理リクエストに対しメタ情報取得手段内で関連するサービスメタ情報があるかどうかを判断するメタ情報判断手段と、該当するサービスメタ情報があればリクエスト元にサービスメタ情報を提供するメタ情報提供手段とを有することを特徴とする情報処理装置。
【請求項４】
請求項１でリンクされたサービスメタ情報を文書データから取得管理するメタ情報取得手段と、処理リクエストに対しメタ情報取得手段内で関連するサービスメタ情報があるかどうかを判断するメタ情報判断手段と、該当するサービスメタ情報にアドレス情報があれば先ずリクエストを中継することを試み、失敗した場合にリクエスト元にサービスメタ情報を提供するリクエスト応答手段とを有することを特徴とする情報処理装置。
【請求項５】
請求項３、４の情報処理装置において、前記メタ情報取得手段は、取得しようとするサービスメタ情報が既に前記メタ情報取得手段内にある場合、その情報を取得する代わりに、既に取得しているサービスメタ情報を前記メタ情報取得手段内で最初に検索されるメタ情報とすることを特徴とする情報処理装置。
【請求項６】
請求項３、４の情報処理装置において、前記メタ情報取得手段は、取得したサービスメタ情報にアドレス情報がある場合、そのアドレス情報を使ってさらにサービスメタ情報を収集することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。
【背景技術】
【０００２】
従来ネットワーク上のサービスを公開する技術は、サービスのメタ情報を予め機器に埋め込んだり、ディレクトリサーバにメタ情報を登録したりする方法がよく用いられている。また、ディレクトリサーバを利用せずに、機器同士で直接サービスメタ情報を交換することでサービス公開する場合もある。
【０００３】
ここでいうネットワーク上のサービスとは、ネットワークを介して、ある情報処理装置の要求を別の情報処理装置が処理することを指す。ネットワークには、２つの情報処理装置が１対１接続する場合も含まれる。例えば、Ｗｅｂのようなページ閲覧もネットワーク上のサービスの例であるし、１対１接続してプリンタにプリントアウトするのも一つの例である。
【０００４】
メタ情報とは、ネットワーク上のサービスのメタ情報のことであり、サービスを説明する情報のことである。例えば、ＵＲＬやＩＰアドレスといったサービスのアドレス情報、動画サービスにおけるプレビュー画像、画像提供サービスにおけるサムネイル、サービス説明を記述したＸＭＬ文書などである。
【０００５】
文書データに処理を行う情報処理装置では、処理をした文書に単純に広告などの別なサービスのメタ情報を添付することで、文書データのやりとりを通してサービスを公開する方法が用いられている。また、サービス公開ではないが、編集・作成したホームページに処理を行った部分ごとにカテゴリ情報をつけて処理情報を公開する情報処理装置もある（例えば、〔特許文献１〕参照）。
【特許文献１】特開２００２−２２９８４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
文書データに処理を行うサービスは、複数の情報処理装置上のサービスが合成して一つのサービスとなる場合がある。例えば、実施例でも用いられる図１のようなシステムで、デジカメでとった写真をアルバムとして印刷したい場合に、アルバム編集処理サーバでアルバムデータに加工しプリンタで印刷する場合である。ここでいうアルバムとは、デジカメで撮った画像データを１枚のフレーム画像上にレイアウトし合成することである。
【０００７】
このような処理環境では、リクエスト要求者または経由する情報処理装置は、合成サービスを構成する個々のサービスの情報を知っていなければならない。
【０００８】
解決策として毎回ディレクトリサーバへ問い合わせるという方法があるが、問い合わせにコストがかかるし、合成サービスを構成する個々のサービスを何にすればよいのかよくわからない。また、情報処理装置が処理を行った文書データに情報を添付する場合でも、広告情報やカテゴリ情報では役に立たない。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明の請求項１記載の情報処理装置は、処理サービスのメタ情報を管理するメタ情報管理手段と、処理したサービスのメタ情報を文書データにリンクするメタ情報リンク手段とを有することを特徴とする。
【００１０】
請求項２記載の情報処理装置は、請求項１の情報処理装置において、前記メタ情報リンク手段は、処理後の文書データが一定量に満たない場合、リンクによるオーバヘッドを考えてサービスメタ情報の中からアドレス情報しかリンクしないことを特徴とする。
【００１１】
請求項３記載の情報処理装置は、請求項１の情報処理装置でリンクされたサービスメタ情報を文書データから取得管理するメタ情報取得手段と、処理リクエストに対しメタ情報取得手段内で関連するサービスメタ情報があるかどうかを判断するメタ情報判断手段と、該当するサービスメタ情報があればリクエスト元にサービスメタ情報を提供するメタ情報提供手段とを有することを特徴とする。
【００１２】
請求項４記載の情報処理装置は、請求項１の情報処理装置でリンクされたサービスメタ情報を文書データから取得管理するメタ情報取得手段と、処理リクエストに対しメタ情報取得手段内で関連するサービスメタ情報があるかどうかを判断するメタ情報判断手段と、該当するサービスメタ情報にアドレス情報があれば先ずリクエストを中継することを試み、失敗した場合にリクエスト元にサービスメタ情報を提供するリクエスト応答手段とを有することを特徴とする。
【００１３】
請求項５記載の情報処理装置は、請求項３、４の情報処理装置において、前記メタ情報取得手段は、取得しようとするサービスメタ情報が既に前記メタ情報取得手段内にある場合、その情報を取得する代わりに、既に取得しているサービスメタ情報を前記メタ情報取得手段内で最初に検索されるメタ情報とすることを特徴とする。
【００１４】
請求項６記載の情報処理装置は、請求項３、４の情報処理装置において、前記メタ情報取得手段は、取得したサービスメタ情報にアドレス情報がある場合、そのアドレス情報を使ってさらにサービスメタ情報を収集することを特徴とする。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、処理を行った文書データにアドレス情報などのサービスメタ情報をリンクすることで、以降の処理を行う情報処理装置が、そのサービスへのアクセス情報を管理できるようになる。それによって、同様なリクエストがあった場合に、複数の情報処理装置を経由した合成サービスであっても、リクエスト側の手間をかけずにサービスを行うことができる。
【００１６】
また、サービスメタ情報のアドレス情報を利用することで、情報処理装置同士が直接やりとりしてサービスを行ったり、サムネイルなどの詳細なサービスメタ情報を後で取り出したりすることができ、メッセージングにかかるコストを少なくすることができる。
【発明を実施するための最良の形態】
【００１７】
＜実施形態１＞
以下、図面を参照して、本発明における情報処理装置の実施例を説明する。本実施例では、本発明における情報処理装置としてアルバム編集サーバ装置及びプリンタ装置を例に説明する。
【００１８】
図１は、本発明の実施例に係るアルバム編集サーバ装置及びプリンタ装置を含むシステムの概要を示した構成図である。
【００１９】
同図において、本発明の実施例に係るアルバム編集サーバ１０３は、ＬＡＮ１０４に接続されている。また、本発明の実施例に係るプリンタＡ１０５、プリンタＢ１０６も、ＬＡＮ１０４に接続されている。ＬＡＮ１０４にはクライアントとしてデジカメＡ１０１、デジカメＢ１０２が接続される。
【００２０】
図２は、本発明の実施例に係るアルバム編集サーバ１０３の構成を示すブロック図である。
【００２１】
同図において、ＣＰＵ２０１は、システム制御部であり、装置全体を制御する。記憶部２０２はハードディスクなどで構成され、アルバム用フレームや、アルバム編集サーバで提供されるサービスメタ情報などのファイルデータを格納するためのものである。ＬＡＮ  Ｉ／Ｆ２０３は、ＬＡＮ回線に接続するためのインターフェイスである。メモリ２０５はＲＯＭやＲＡＭなどで構成され、ＣＰＵ上でメタ情報管理部２０６、メタ情報リンク部２０７、アルバム編集処理部２０８といったプログラムを動かすために、プログラムやデータなどを格納するためのものである。
【００２２】
図３は、本発明の実施例に係るプリンタＡ１０５の構成を示すブロック図である。
【００２３】
同図において、ＣＰＵ３０１は、システム制御部であり、装置全体を制御する。記憶部３０２はハードディスクなどで構成され、文書データにリンクされたサービスメタ情報などのファイルデータを格納するためのものである。印刷処理部３０３は、文書データを紙に印刷処理するためのものである。ＬＡＮ  Ｉ／Ｆ３０４は、ＬＡＮ回線に接続するためのインターフェイスである。メモリ３０６はＲＯＭやＲＡＭなどで構成され、ＣＰＵ上でメタ取得部３０７、メタ情報判断部３０８、メタ情報提供部３０９といったプログラムを動かすために、プログラムやデータなどを格納するためのものである。
【００２４】
図４は、本発明の実施例に係るプリンタＢ１０６の構成を示すブロック図である。
【００２５】
同図において、ＣＰＵ４０１は、システム制御部であり、装置全体を制御する。記憶部４０２はハードディスクなどで構成され、文書データにリンクされたサービスメタ情報などのファイルデータを格納するためのものである。印刷処理部４０３は、文書データを紙に印刷処理するためのものである。ＬＡＮ  Ｉ／Ｆ４０４は、ＬＡＮ回線に接続するためのインターフェイスである。メモリ４０６はＲＯＭやＲＡＭなどで構成され、ＣＰＵ上でメタ情報取得部４０７、メタ情報判断部４０８、リクエスト応答部４０９といったプログラムを動かすために、プログラムやデータなどを格納するためのものである。
【００２６】
図９は、本発明の実施例に係るアルバム編集したファイルへのサービスメタ情報のリンクパターンを表した図である。
【００２７】
同図において、３つのパターンのリンクが示されている。パターン１は、アルバムデータを参照しているタグの中にサービスメタ情報をつけるパターンである。パターン２は、アルバムデータを参照しているタグの外にサービスメタ情報をつけるパターンである。パターン３は、外部ファイルにサービスメタ情報をつけるパターンである。本実施例では、どのパターンのリンクでも同様に実施することができる。
【００２８】
以下、本実施例に係るアルバム編集サーバ１０３、プリンタＡ１０５、プリンタＢ１０６がＬＡＮ１０４等を経由して、クライアントであるデジカメＡ１０１、デジカメＢ１０２のアルバム印刷リクエストに応答する際の動作に関して３種類の実施例を説明する。送信の際のプロトコルに関しては、本実施例では特に限定しないが、ＴＣＰ／ＩＰやＨＴＴＰ、ＦＴＰを利用しても良いし、電子メール等を使用しても良い。ここで言うアルバム編集とは、複数枚の画像データを１枚のフレーム上にレイアウトし合成することである。デジカメＡ１０１は、デジカメＡ１０１内に埋め込まれているかディレクトリサーバに問い合わせるかなどして、アルバム編集サーバ１０３、プリンタＡ１０５、プリンタＢ１０６のアドレス情報を知っているものとする。
【００２９】
第一実施例について３つに分けて説明する。
【００３０】
１．アルバム編集サーバ１０３が、デジカメＡ１０１のリクエストを処理し、編集したアルバムファイルを返す動作。
【００３１】
２．プリンタＡ１０５が、デジカメＡ１０１からのアルバムファイルを印刷する動作。
【００３２】
３．プリンタＡ１０５が、デジカメＢ１０１からのアルバム編集されていない文書データに対し、アルバム編集サービスのメタ情報を教えてやる動作。
【００３３】
上記１において、アルバム編集サーバ１０３が、デジカメＡ１０１からのアルバム編集リクエストに対しアルバム編集を行い、編集後のファイルにサービスメタ情報をリンクする動作を説明する。図５は、アルバム編集サーバ１０３の動作を示すフローチャートである。以下、図５のフローチャートに沿って説明する。
【００３４】
Ｓ５０１において、デジカメＡ１０１からアルバムの素材となる画像ファイルとアルバム編集リクエストをＬＡＮ回線２０４、ＬＡＮ  Ｉ／Ｆ２０３を通して受信する。
【００３５】
Ｓ５０２において、アルバム編集処理部２０８が、記憶部２０２よりデジカメＡ１０１からのリクエストで指定されたフレームを選択し、デジカメＡ１からのリクエストの画像ファイルと合成することでアルバムファイルを生成する。
【００３６】
Ｓ５０３において、メタ情報リンク部Ｓ２０７は、生成されたアルバムファイルの大きさを調べる。
【００３７】
あらかじめ決めておいた閾値より大きい場合は、アルバム編集サービスのメタ情報をリンクしてもオーバヘッドが小さいので、メタ情報リンク部２０７は、メタ情報管理部２０６にアドレス情報とフレームサムネイルを要求する。メタ情報管理部２０６は、記憶部２０２からアドレス情報とフレームサムネイルを取り出しメタ情報リンク部２０７へ渡す。渡されたメタ情報リンク部２０７は、アドレス情報とフレームサムネイルをアルバムファイルにリンクする（Ｓ５０４）。リンクの仕方は図９のどのパターンでもよい。出来上がったアルバムファイルは、デジカメＡ１０１に送り返される（Ｓ５０６）。
【００３８】
上記２において、プリンタＡ１０５が、デジカメＡ１０１からのアルバムファイルを印刷するときに、アルバムファイルにリンクされているサービスメタ情報を取得管理する動作を説明する。図６は、プリンタＡ１０５の動作を示すフローチャートである。以下、図６のフローチャートに沿って説明する。
【００３９】
プリンタＡ１０５は起動されるとリクエスト待ち受け状態となり、リクエスト処理終了後は再びリクエスト待ち受け状態となる。この動作は停止されるまで繰り返す。
【００４０】
Ｓ６０１において、デジカメＡ１０１から、編集したアルバムファイルとプリントリクエストをＬＡＮ回線３０５、ＬＡＮ  Ｉ／Ｆ３０４を通して受信する。
【００４１】
Ｓ６０２において、メタ情報取得部３０７が、アルバムファイルにサービスメタ情報がついているかどうかを調べる。ついていない場合はＳ６０６の印刷処理判定を行う。
【００４２】
メタ情報がついている場合、メタ情報取得部３０７は、記憶部３０２のメタ情報管理キューに既に同じメタ情報が管理されていないかを調べる（Ｓ６０３）。
【００４３】
既に管理されているメタ情報である場合、メタ情報取得部３０７は、メタ情報を取得せず、利用頻度が高いサービスであると考え、既に管理されているメタ情報をキューの先頭につなぎなおす（Ｓ６０５）。
【００４４】
管理されていないメタ情報である場合、メタ情報取得部３０７は、サービスメタ情報であるアルバム編集サービスのフレームサムネイルとアドレス情報を取得し、記憶部３０２のメタ情報管理キューの先頭につなぐ（Ｓ６０４）。
【００４５】
Ｓ６０６において、リクエストとして受け取った文書データが印刷可能であるかどうかを調べる。
【００４６】
今回渡された文書データは、アルバム編集サービスのメタ情報がリンクされておりアルバム編集済みなので、すぐに文書データを印刷する（Ｓ６０８）。アルバム編集されておらず印刷できない場合のフローは、デジカメＢ１０２よりのリクエストで説明する。リクエストが成功したことをリクエスト元に通知する（Ｓ６１２）。
【００４７】
上記３において、プリンタＡ１０５が、デジカメＢ１０２からのアルバム印刷リクエストに対し、リクエストされた文書データがアルバム編集されていないので、アルバム編集サービスのメタ情報を提供する動作を説明する。以下、図６のフローチャートに沿って説明する。
【００４８】
Ｓ６０１において、デジカメＢ１０２から、アルバム編集していない複数の画像ファイルを含む文書データとアルバム印刷リクエストをＬＡＮ回線３０５、ＬＡＮ  Ｉ／Ｆ３０４を通して受信する。
【００４９】
Ｓ６０２において、メタ情報取得部３０７が、受け取った文書データにサービスメタ情報がついているかどうかを調べる。
【００５０】
サービスメタ情報がついていないので、Ｓ６０６において、受け取った文書データがすぐに印刷可能かどうかを調べる。今回は、アルバム印刷の実施例であるので、受け取った文書データがアルバムファイル形式になっていないことより、すぐに印刷できないと判断する。
【００５１】
Ｓ６０７において、メタ情報判断部３０８は、アルバム印刷できるように、記憶部３０２のメタ情報管理キューよりｋｅｙｗｏｒｄマッチングでアルバム編集サービスのメタ情報を探す。
【００５２】
Ｓ６０９において、アルバム編集サービスが一つでも見つかったかどうかを判定する。一つも見つからなかった場合は、リクエストが失敗したことをリクエスト元に通知する（Ｓ６１１）。一つ以上見つかった場合は、アルバム編集サービスのメタ情報（フレームサムネイルとアドレス情報）をメタ情報管理キューと同じ順序でリクエスト元に返す（Ｓ６１０）。デジカメＢ１０２は、フレームサムネイルとアドレス情報をもとにアルバム編集サービスを利用し、再びプリンタＡ１０５へ印刷リクエストを出す。
【００５３】
＜実施形態２＞
１．アルバム編集サーバ１０３が、デジカメＡ１０１のリクエストを処理し、編集したアルバムファイルを返す動作。
【００５４】
２．プリンタＡ１０５が、デジカメＡ１０１からのアルバムファイルを印刷する動作。
【００５５】
３．プリンタＡ１０５が、デジカメＢ１０１からのアルバム編集されていない文書データに対し、アルバム編集サービスのメタ情報を教えてやる動作。
【００５６】
第二の実施例は第一の実施例に対し、上記１においてアドレス情報しかサービスメタ情報としてリンクしない点が異なる。フレームサムネイル情報は、上記２において後から取得する。
【００５７】
上記１において、アルバム編集サーバ１０３が、デジカメＡ１０１からのアルバム編集リクエストに対しアルバム編集を行い、編集後のファイルにサービスメタ情報としてアドレス情報のみをリンクする動作を説明する。以下、図５のフローチャートに沿って説明する。
【００５８】
Ｓ５０１において、デジカメＡ１０１からアルバムの素材となる画像ファイルとアルバム編集リクエストをＬＡＮ回線２０４、ＬＡＮ  Ｉ／Ｆ２０３を通して受信する。
【００５９】
Ｓ５０２において、アルバム編集処理部２０８が、記憶部２０２よりデジカメＡ１０１からのリクエストで指定されたフレームを選択し、デジカメＡ１からのリクエストの画像ファイルと合成することでアルバムファイルを生成する。
【００６０】
Ｓ５０３において、メタ情報リンク部Ｓ２０７は、生成されたアルバムファイルの大きさを調べる。
【００６１】
あらかじめ決めておいた閾値より小さいので、メタ情報リンク部２０７は、アルバム編集サービスのメタ情報を全てリンクするとオーバヘッドが大きいと考え、メタ情報管理部２０６にアドレス情報のみを要求する。メタ情報管理部２０６は、記憶部２０２からアドレス情報だけを取り出しメタ情報リンク部２０７へ渡す。渡されたメタ情報リンク部２０７は、アドレス情報のみをアルバムファイルにリンクする（Ｓ５０５）。リンクの仕方は図９のどのパターンでもよい。出来上がったアルバムファイルは、デジカメＡ１０１に送り返される（Ｓ５０６）。
【００６２】
上記２において、プリンタＡ１０５が、デジカメＡ１０１からのアルバムファイルを印刷するときに、アルバムファイルにリンクされているサービスメタ情報を取得管理する動作を説明する。このとき、第一の実施例と異なるのは、リンクされているのがアドレス情報だけなので、アドレス情報を使ってフレームサムネイル情報を取り寄せるところである。図７が、第一の実施例と異なる動作を示すフローチャートである。このフローは図６のフローのＳ６０２とＳ６０３の間に入る。以下、図７のフローチャートに沿って異なる動作の部分のみ説明する。
【００６３】
Ｓ７０１において、メタ情報取得部３０７が、サービスメタ情報にアドレス情報があるかどうかを調べる。ない場合はＳ６０３へ戻る。
【００６４】
アドレス情報がある場合、メタ情報取得部３０７は、アドレス情報を使ってサービス（アルバム編集サービス）へアクセスし追加のメタ情報を要求する（Ｓ７０２）。Ｓ７０３において、追加のメタ情報が合ったかどうかを調べる。ない場合はＳ６０３へ戻る。
【００６５】
フレームサムネイル情報が追加のメタ情報として得られるので、Ｓ７０４において、手元のサービスメタ情報（アドレス情報）に追加する。追加後、Ｓ６０３へ戻る。
【００６６】
上記３の動作は実施形態１と同様である。デジカメＢ１０２は、提供されたメタ情報を（フレームサムネイルとアドレス情報）をもとに、アルバム編集サービスを利用し、再びプリンタＡ１０５へ印刷リクエストを出す。
【００６７】
＜実施形態３＞
１．アルバム編集サーバ１０３が、デジカメＡ１０１のリクエストを処理し、編集したアルバムファイルを返す動作。
【００６８】
２．プリンタＢ１０５が、デジカメＡ１０１からのアルバムファイルを印刷する動作。
【００６９】
３．プリンタＢ１０５が、デジカメＢ１０１からのアルバム編集されていない文書データに対し、アルバム編集サービスを自動的に経由させて印刷する動作。
【００７０】
第三の実施例は、第一の実施例に対し、上記３においてサービスメタ情報のアドレス情報を使って、アルバム編集サービスを自動的に経由させる点が異なる。
【００７１】
上記１の動作は第一の実施例と同様である。上記２の動作は第一の実施例と同様である。
【００７２】
上記３において、プリンタＢ１０６が、デジカメＢ１０２からのアルバム印刷リクエストに対し、アルバム編集サービスへ自動的にリクエストを出し、戻ってきたアルバムファイルを印刷する動作を説明する。このとき、第一の実施例と違うのは、Ｓ６０９でアルバム編集サービスが見つかった後の処理である。それ以外は、第一の実施例と同様の動作を行う。図８が、第一の実施例と異なる動作を示すフローチャートである。以下、図８のフローチャートに沿って異なる動作の部分のみ説明する。
【００７３】
Ｓ８０１において、メタ情報判断部４０８が、見つけ出したアルバム編集サービスメタ情報の中にアドレス情報がないかどうかを調べる。
【００７４】
アドレス情報がない場合、リクエスト応答部４０９は、見つけ出したアルバム編集サービスのメタ情報をリクエスト元に返す（Ｓ８０６）。
【００７５】
アドレス情報がある場合、リクエスト応答部４０９は、デジカメＢ１０２からの文書データとアドレス情報を使って、アルバム編集サービスへアルバム編集リクエストを出す（Ｓ８０２）。
【００７６】
Ｓ８０３において、リクエスト結果を判定する。
【００７７】
リクエストが失敗した場合、リクエスト応答部４０９は、見つけ出したアルバム編集サービスのメタ情報をリクエスト元に返す（Ｓ８０６）。
【００７８】
リクエストが成功した場合、リクエスト応答部４０９は、印刷処理部４０３に印刷処理を依頼する。印刷処理部４０３はアルバム編集済みファイルを印刷する（Ｓ８０４）。さらにＳ８０５において、リクエスト元にリクエストの成功を通知する。これにより、デジカメＢ１０２は、再リクエストすることなくアルバム印刷を行うことが出来る。
【図面の簡単な説明】
【００７９】
【図１】本発明の実施例による情報処理装置を含むネットワークの構成を示す模式図である。
【図２】本発明の実施例による情報処理装置の構成の一部を示すブロック図である。
【図３】本発明の実施例による情報処理装置の構成の一部を示すブロック図である。
【図４】本発明の実施例による情報処理装置の構成の一部を示すブロック図である。
【図５】本発明の実施例によるアルバム編集サーバの動作を示すフローチャートである。
【図６】本発明の実施例によるプリンタＡまたはプリンタＢの動作を示すフローチャートである。
【図７】本発明の実施例によるプリンタＡの動作を示すフローチャートである。
【図８】本発明の実施例によるプリンタＢの動作を示すフローチャートである。
【図９】本発明の実施例によるアルバムファイルへのサービスメタ情報のリンクを示した図である。
【図１】
2006243909.tif 000003
【図２】
2006243909.tif 000004
【図３】
2006243909.tif 000005
【図４】
2006243909.tif 000006
【図５】
2006243909.tif 000007
【図６】
2006243909.tif 000008
【図７】
2006243909.tif 000009
【図８】
2006243909.tif 000010
【図９】
2006243909.tif 000011