(57)【特許請求の範囲】
【請求項１】
ネットワークを利用した譲渡取引において、
譲渡対象となった印刷データの印刷可能上限数以下である場合、前記印刷データを印刷する指示を送信する手段と、
前記印刷データを印刷した印刷物の情報として、前記印刷データの印刷可能上限数、印刷された数、及び、前記印刷物の所有者であって譲渡を希望する者、を含む情報を譲受希望者が操作する端末に送信する手段と、
を有することを特徴とする情報処理装置。
【請求項２】
ネットワークを利用して前記印刷物の譲渡が成立した場合、当該印刷物の識別情報に対応させて、前記印刷データの中で当該印刷物の譲渡された順番、当該印刷物の所有者、譲渡日時又は譲渡場所の少なくとも1つを含む属性情報を記憶手段に登録する手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記印刷データの印刷可能上限数を超えた譲渡を禁止する禁止手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記印刷物から読み取られた印刷物情報を含む問合せに応じて当該印刷物情報を前記記憶手段に記憶された属性情報と照合することで、当該印刷物の真贋判定を行う真贋判定手段を有することを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記印刷物から読み取られた印刷物情報を含む問合せに応じて当該印刷物情報に基づき前記記憶手段から抽出した当該印刷物の属性情報を問合せ元に返答する返答手段を有することを特徴とする請求項２に記載の情報処理装置。
【請求項６】
前記印刷物の譲渡希望者から提示された当該印刷物の保存状態を少なくとも含む取引情報を譲受希望者が操作する端末に表示する手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記印刷物の譲受希望者の位置情報を取得する取得手段と、
前記印刷物の譲渡条件に合致した地域の譲受希望者のみに譲渡を許可する許可手段と、
を有することを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記印刷物の情報として、前記印刷物の所有者のリストを更に含むことを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記印刷物及び前記所有者の各識別情報を次回の前記譲渡取引に反映できるように形式を変換する変換手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記変換手段は、前記各識別情報を変換できない場合、ユーザにその旨を通知することを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
譲渡の対象物の管理を行う管理サーバと、
譲受希望者により使用されるユーザ端末と、
を有し、
前記管理サーバは、ネットワークを利用した譲渡取引において、
譲渡対象となった印刷データの印刷可能上限数以下である場合、前記印刷データを印刷する指示を送信する手段と、
前記印刷データを印刷した印刷物の情報として、前記印刷データの印刷可能上限数、印刷された数、及び、前記印刷物の所有者であって譲渡を希望する者、を含む情報を譲受希望者が操作する端末に送信する手段と、
を有することを特徴とする譲渡システム。
【請求項１２】
コンピュータを、
ネットワークを利用した譲渡取引において、
譲渡対象となった印刷データの印刷可能上限数以下である場合、前記印刷データを印刷する指示を送信する手段、
前記印刷データを印刷した印刷物の情報として、前記印刷データの印刷可能上限数、印刷された数、及び、前記印刷物の所有者であって譲渡を希望する者、を含む情報を譲受希望者が操作する端末に送信する手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、譲渡システム及びプログラムに関する。
【背景技術】
【０００２】
現在では、ネットワークを介して物の売買が頻繁に行われている。物理的な商品であれば、一般にネットワークを介しての契約成立後に販売者から購入者へ配送されることになるが、ソフトウェアや電子データ化可能な印刷データなどは、ネットワークを介して購入者に提供可能である。そして、印刷データの場合は購入者側で印刷される。
【０００３】
ネットワークを介した売買をする場合、商品の出品者の購入時の履歴と売却するに至った迄の属性情報がユーザに開示されておらず、購入を検討するユーザにとっては偽物なのかといった価値判断が難しい。また、ブロマイドやトレーディングカードなどは、前述した印刷データとして購入者に提供することが可能である。ただ、何らかの対策を講じていないと、販売者側は上限無く販売し、一方、購入者側は複製を作成するかもしれない。特に、ブロマイドやトレーディングカードなどは、商品の性質上、希少性があると印刷物の価値は高くなると考えられるので、膨大な量の商品の流通は回避したいところもある。また、希少性のある物でも本物かどうか疑わしかったり、商品の出所や実際の所有者が不明であったりすると取引対象物自体の信頼性を損なってしまう場合もあり得る。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−５０４９５５号公報
【特許文献２】特開２００７−２４９５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、譲渡の対象物の譲渡履歴を追跡可能とすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理装置は、ネットワークを利用した譲渡取引において、譲渡対象となった印刷データの印刷可能上限数以下である場合、前記印刷データを印刷する指示を送信する手段と、前記印刷データを印刷した印刷物の情報として、前記印刷データの印刷可能上限数、印刷された数、及び、前記印刷物の所有者であって譲渡を希望する者、を含む情報を譲受希望者が操作する端末に送信する手段と、を有することを特徴とする。
【０００７】
また、ネットワークを利用して前記印刷物の譲渡が成立した場合、当該印刷物の識別情報に対応させて、前記印刷データの中で当該印刷物の譲渡された順番、当該印刷物の所有者、譲渡日時又は譲渡場所の少なくとも1つを含む属性情報を記憶手段に登録する手段を有することを特徴とする。
【０００８】
また、前記印刷データの印刷可能上限数を超えた譲渡を禁止する禁止手段を有することを特徴とする。
【０００９】
また、前記印刷物から読み取られた印刷物情報を含む問合せに応じて当該印刷物情報を前記記憶手段に記憶された属性情報と照合することで、当該印刷物の真贋判定を行う真贋判定手段を有することを特徴とする。
【００１０】
また、前記印刷物から読み取られた印刷物情報を含む問合せに応じて当該印刷物情報に基づき前記記憶手段から抽出した当該印刷物の属性情報を問合せ元に返答する返答手段を有することを特徴とする。
【００１１】
また、前記印刷物の譲渡希望者から提示された当該印刷物の保存状態を少なくとも含む取引情報を譲受希望者が操作する端末に表示する手段を有することを特徴とする。
【００１２】
また、前記印刷物の譲受希望者の位置情報を取得する取得手段と、前記印刷物の譲渡条件に合致した地域の譲受希望者のみに譲渡を許可する許可手段と、を有することを特徴とする。
【００１３】
また、前記印刷物の情報として、前記印刷物の所有者のリストを更に含むことを特徴とする。
【００１５】
また、前記印刷物及び前記所有者の各識別情報を次回の前記譲渡取引に反映できるように形式を変換する変換手段を有することを特徴とする。
【００１６】
また、前記変換手段は、前記各識別情報を変換できない場合、ユーザにその旨を通知することを特徴とする。
【００１７】
本発明に係る譲渡システムは、譲渡の対象物の管理を行う管理サーバと、譲受希望者により使用されるユーザ端末と、を有し、前記管理サーバは、ネットワークを利用した譲渡取引において、譲渡対象となった印刷データの印刷可能上限数以下である場合、前記印刷データを印刷する指示を送信する手段と、前記印刷データを印刷した印刷物の情報として、前記印刷データの印刷可能上限数、印刷された数、及び、前記印刷物の所有者であって譲渡を希望する者、を含む情報を譲受希望者が操作する端末に送信する手段と、を有することを特徴とする。
【００１８】
本発明に係るプログラムは、コンピュータを、ネットワークを利用した譲渡取引において、譲渡対象となった印刷データの印刷可能上限数以下である場合、前記印刷データを印刷する指示を送信する手段、前記印刷データを印刷した印刷物の情報として、前記印刷データの印刷可能上限数、印刷された数、及び、前記印刷物の所有者であって譲渡を希望する者、を含む情報を譲受希望者が操作する端末に送信する手段、として機能させる。
【発明の効果】
【００１９】
請求項１に記載の発明によれば、印刷物の希少性を担保することができる。
【００２０】
請求項２に記載の発明によれば、印刷物の属性情報を保持管理することができる。
【００２１】
請求項３に記載の発明によれば、印刷物の希少性を担保することが可能になる。
【００２２】
請求項４に記載の発明によれば、印刷物が本物であるかどうかを判定することができる。
【００２３】
請求項５に記載の発明によれば、印刷物の属性情報を提示することができる。
【００２４】
請求項６に記載の発明によれば、印刷物の保存状態を譲受希望者に提示することができる。
【００２５】
請求項７に記載の発明によれば、印刷物の地域限定性を担保することができる。
【００２６】
請求項８に記載の発明によれば、印刷物の所有者のリストを提示することができる。
【００２８】
請求項９に記載の発明によれば、識別情報の形式のばらつきをなくして譲渡を容易に行わせることができる。
【００２９】
請求項１０に記載の発明によれば、各識別情報を変換できない場合にはユーザにその旨を通知することができる。
【００３０】
請求項１１に記載の発明によれば、印刷物の希少性を担保することができる。
【００３１】
請求項１２に記載の発明によれば、印刷物の希少性を担保することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明に係る譲渡システムの一実施の形態を示した全体構成図である。
【図２】本実施の形態における管理サーバを形成するサーバコンピュータのハードウェア構成図である。
【図３】本実施の形態における画像形成装置のハードウェア構成図である。
【図４】本実施の形態における譲渡システムのブロック構成図である。
【図５】本実施の形態におけるデータ変換処理部の動作を示したフローチャートである。
【図６】本実施の形態における属性情報記憶部に記憶される属性情報のデータ構成の一例を示した図である。
【図７】本実施の形態において譲渡対象物を購入するときの処理の流れを示したフロー図である。
【図８】本実施の形態における譲渡情報記憶部に登録される譲渡情報のデータ構成の一例を示した図である。
【図９】本実施の形態において所有者が譲渡対象物の売却を希望するときの処理の流れを示したフロー図である。
【図１０】本実施の形態における売買管理情報記憶部に保持される取引情報のデータ構成の一例を示した図である。
【図１１Ａ】本実施の形態において譲渡対象物が売買されるときの処理の流れを示したフロー図である。
【図１１Ｂ】図１１Ａの続きのフロー図である。
【図１２】本実施の形態におけるカード購入申し入れ画面の表示例を示した図である。
【図１３】本実施の形態において譲渡対象物の真贋判定が行われるときの処理の流れを示したフロー図である。
【発明を実施するための形態】
【００３３】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００３４】
図１は、本発明に係る譲渡システムの一実施の形態を示した全体構成図である。図１には、管理端末２が接続された管理サーバ１０、ユーザ端末２０，３０及び複合機４０，５０がネットワーク１で接続された構成が示されている。
【００３５】
ちなみに、「譲渡」とは、権利・財産、法律上の地位などを他人に譲り渡すことをいい、有償・無償は問わない。本実施の形態では、無償による譲渡を除外していないが、特にこだわらない限り、有償による売買取引を想定して説明する。
【００３６】
管理サーバ１０は、本発明に係る情報処理装置の一形態であり、譲渡対象物の管理を行う。本実施の形態では、譲渡対象物としてネットワーク１を介して譲渡可能なブロマイドやトレーディングカード等の印刷データ又はその印刷物を例にして説明する。管理端末２は、譲渡対象物の管理に必要な情報の設定登録や環境設定等を管理サーバ１０に行う際に管理者等により利用される端末装置である。
【００３７】
複合機４０，５０は、印刷データの印刷や真贋判定に用いられる画像形成装置である。複合機４０，５０の設置場所は、特に限定する必要はないが、本実施の形態では、不特定多数の者が利用可能なコンビニエンスストア等の店舗を想定して説明する。各複合機４０，５０に同等の機能を搭載してもよいが、本実施の形態では、説明の便宜上、複合機４０は、管理サーバ１０から新規に購入された印刷データの印刷に利用され、複合機５０は、購入され印刷済の印刷データ、すなわち印刷物の真贋判定に利用されるものとして説明する。
【００３８】
ユーザ端末２０，３０は、譲渡対象物を売買するユーザにより利用される端末装置である。各ユーザ端末２０，３０の使用者は、譲渡対象物の新規購入者にも、また購入後印刷により作成された印刷物の買い手にも売り手にもなり得るので、双方に同等の機能を搭載してもよい。ただ、本実施の形態では、説明の便宜上、ユーザ端末２０は、印刷データを購入し印刷したユーザ若しくは印刷物の売り手となるユーザに利用され、ユーザ端末３０は、印刷物の買い手となるユーザに利用されるものとして説明する。ユーザ端末２０のユーザは、管理サーバ１０（譲渡人に相当）から印刷物を新規に購入した際には印刷物の譲受人でありまた所有者であり、売却希望時には売り手で譲渡希望者となり、売却成立後は売り手で譲渡人となる。一方、ユーザ端末３０のユーザは、買取り希望時には印刷物の買い手で譲受希望者であり、買取り成立後は譲受人となり（新）所有者となる。
【００３９】
前述したように、本実施の形態では、印刷データを譲渡対象物の例として説明するが、この売買対象とする印刷データは、複合機４０を利用して購入者により印刷されて印刷物が形成される。その後、印刷データの再利用（再印刷）は原則不可能で、印刷データが印刷されて形成された印刷物が本物の譲渡対象物となり、市場で正規に譲渡可能な対象物となる。また、印刷データの印刷可能枚数には上限が設定されており、その希少性は担保されているものとする。
【００４０】
図２は、本実施の形態における管理サーバ１０を形成するサーバコンピュータのハードウェア構成図である。本実施の形態において管理サーバ１０を形成するサーバコンピュータは、従前から存在する汎用的なハードウェア構成で実現できる。すなわち、コンピュータは、図２に示したようにＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、ハードディスクドライブ（ＨＤＤ）６４、通信手段として設けられたネットワークコントローラ６５を内部バス６６に接続して構成される。もちろん、必要により他のハードウェア構成を追加してもよい。例えば、入力手段として設けられたマウスとキーボード、及び表示手段として設けられたディスプレイをそれぞれ接続する入出力コントローラを内部バス６６に接続して構成してもよい。
【００４１】
また、ユーザ端末２０，３０は、パーソナルコンピュータ（ＰＣ）等従前から存在する汎用的なハードウェア構成で実現できる。ハードウェア構成は、同じコンピュータであることから管理サーバ１０と同様でよいが、ユーザが使用するため入力手段や表示手段は必要な構成である。
【００４２】
図３は、本実施の形態における複合機４０，５０のハードウェア構成図である。複合機４０，５０は、コピー機能、スキャナ機能等各種機能を搭載した画像形成装置の一形態であり、コンピュータを内蔵した装置である。図３において、ＣＰＵ７１は、ＲＯＭ７９に格納されたプログラムにしたがってスキャナ７４やプリンタエンジン７６等本装置に搭載された各種機構の動作制御を行う。アドレスデータバス７２は、ＣＰＵ７１の制御対象となる各種機構と接続してデータの通信を行う。操作パネル７３は、ユーザからの指示の受け付け、情報の表示を行う。スキャナ７４は、ユーザがセットした原稿を読み取り、電子データとしてＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）７５等に蓄積する。ＨＤＤ７５は、スキャナ７４を使用して読み取った電子文書などを格納する。プリンタエンジン７６は、ＣＰＵ７１で実行される制御プログラムからの指示に従い出力用紙上に画像を印字する。ネットワークコントローラ７７は、ネットワーク１また管理端末２を接続し、本装置が生成した電子データの送信、ブラウザ経由による本装置へのアクセスなどに利用される。ＲＡＭ７８は、プログラム実行時のワークメモリや電子データ送受信時の通信バッファとして利用される。ＲＯＭ７９は、本装置の制御やデータ通信等に関する各種プログラムが格納されている。各種プログラムが実行されることで後述する各構成要素が所定の処理機能を発揮する。外部メディアインタフェース（Ｉ／Ｆ）８０は、ＵＳＢメモリ、フラッシュメモリ等の外部メモリ機器とのインタフェースである。
【００４３】
図４は、本実施の形態における譲渡システムのブロック構成図である。なお、図４には、本実施の形態の説明に用いない構成要素については図４から省略している。管理サーバ１０は、販売処理部１１、売買仲介処理部１２、真贋判定部１３、属性情報記憶部１４、売買管理情報記憶部１５、譲渡情報記憶部１６及びデータ変換処理部１７を有している。販売処理部１１は、ユーザからの購入要求（譲受要求）に応じて印刷データの販売及び販売した印刷データの属性情報の更新を含む情報処理等の販売処理を行う。販売処理部１１は、ネットワーク１を利用して成立した譲渡の関係者及び対象物の各識別情報を紐付ける紐付け手段及び各識別情報を次回の譲渡取引に反映させる反映手段として機能する。また、詳細は後述するように、本実施の形態においては希少性の担保のために印刷データの販売数に上限を設定しているが、販売処理部１１は、同種の印刷データにおいて譲渡可能上限数を超えた譲渡を禁止する禁止手段としても機能する。
【００４４】
売買仲介処理部１２は、販売した印刷データ（印刷物）の売買の仲介処理を実行する。特に、売買仲介処理部１２は、販売処理部１１と同様に紐付け手段及び反映手段として機能する。また、売買仲介処理部１２は、売買時において取引情報を譲受希望者に提示する提示手段、譲渡対象物の譲受希望者の位置情報を取得する取得手段、及び譲渡対象物の譲渡条件に合致した地域の譲受希望者のみに譲渡を許可する許可手段としても機能する。
【００４５】
真贋判定部１３は、本実施の形態のように譲渡対象物が印刷物の場合、当該印刷物から読み取られた印刷物情報を含む問合せに応じて当該印刷物情報を属性情報記憶部１４に記憶された属性情報と照合することで、当該印刷物の真贋判定を行う真贋判定手段として機能する。更に、真贋判定部１３は、印刷物から読み取られた印刷物情報を含む問合せに応じて当該印刷物情報に基づき属性情報記憶部１４から抽出した当該印刷物の属性情報を問合せ元に返答する返答手段としても機能する。
【００４６】
データ変換処理部１７は、各識別情報を次回の譲渡取引に反映できるように形式を変換する変換手段として機能する。データ変換処理部１７にデータを通した際の処理フローを図５に示すが、データ変換処理部１７は、購入時の入力するシステムと入力したデータを保存するシステムとの間でデータ形式に齟齬がある場合や保存したシステムから売却時に属性情報を別システムに登録するためにデータを引用する際にデータ形式に齟齬がある場合にデータの変換が必要と判断し（ステップ１７１でＹ）、データ形式を保存先・引用先で読みこめるように汎用的なデータに変換する（ステップ１７２）。また、データ変換で対応できない場合（ステップ１７３でＮ）、ユーザにその旨及び再入力が必要な部分を通知する（ステップ１７４）。そして、データ変換処理完了時には、その旨をユーザに通知する（ステップ１７５）。
【００４７】
このようにデータ変換処理部１７を設けることで、ユーザは、システム(機器)間の差異(差異としては、システムの新旧の差、自社システム・他社システムの差といったものが挙げられる)があったとしても、データの保存・引き継ぎを容易に行うことができる。なお、ユーザに通知をする場合、ユーザが操作する機器に備えつけられているディスプレイに表示したり、紙に印刷したり、メールアドレスに通知したり、その通知するための手段は問わない。もちろん、システムを特定のもので統一する場合、このようなデータ変換処理部１７を設ける必要はなく、省略することで処理を早くするようにしてもよい。
【００４８】
ところで、本実施の形態のように、譲渡対象物である印刷物がブロマイドやトレーディングカード等(以下、「カード」と総称する)の場合、同一種類のカードが複数枚販売される可能性がある。つまり、「カード」というと、その特定の種類のカードを指す場合と、1枚1枚を指す場合とが考えられる。そこで、本実施の形態では、用語の混同を回避するために同一種類のカードを指す場合には特に「カード種」と称し、１枚１枚の「カード」のことをそのまま「カード」と称することにする。
【００４９】
なお、ブロマイドやカードに印刷されるコンテンツの内容としては、有名人の顔や全身画像や漫画・アニメーション・ゲームのキャラクターの印刷物などが挙げられる。また、ご当地キャラクター（ある特定地域を振興させる存在）、地域の風景や歴史的建造物なども印刷コンテンツとして取り上げられることがある。特に地域に紐付いたコンテンツ（商品）は、その地域でしか購入できないことで希少価値が高くなる傾向にある。その特性を活かし、特定地域でしか販売・印刷できないコンテンツサービスの提供が盛んになっている。本発明においても、ユーザや複合機の位置情報を利用することで、そのような地域固有のコンテンツプリントサービスに応用することも可能である。
【００５０】
図６は、本実施の形態における属性情報記憶部１４に記憶される属性情報のデータ構成の一例を示した図である。属性情報記憶部１４には、譲渡対象物の属性情報の各項目値が記憶される。本実施の形態における属性情報は、共通属性情報と個別属性情報とを含んでいる。共通属性情報は同一種類のカード全体に共通する属性情報で、個別属性情報はカード毎に設定される属性情報である。共通属性情報には、共通カードＩＤ、印刷可能上限数及び印刷可能残数が含まれている。共通カードＩＤは当該カード種を識別する識別情報である。印刷可能上限数は、当該カード種の印刷可能な枚数であり、当該カード種の印刷数の上限値である。なお、印刷データは、販売されることで複合機４０に送信されると、複合機４０において即座に印刷されることを想定しているので、ここでは「印刷」と「販売」とを同義として用いる。印刷可能残数は、当該カード種の印刷可能上限数から販売された枚数を差し引いた数である。図６における属性値の設定例によると、販売可能な１０枚中３枚が販売されていることから、現時点で７枚の販売が可能であることを示している。共通カードＩＤ及び印刷可能上限数は、管理者等が事前に設定する。
【００５１】
なお、共通属性情報には、その他にもカード種に付けられた名称、カード種の販売元等カード種に関する属性情報が設定されていてもよいが、図６では省略した。
【００５２】
個別属性情報には、販売されたカードの属性情報が設定され、個別カードＩＤ、所有者ＩＤ、印刷順位、印刷日時、印刷場所、パスワード及び埋込情報が含まれている。個別カードＩＤは当該カードを識別する識別情報である。所有者ＩＤには、当該カードの所有者の識別情報（ユーザＩＤ）が設定される。印刷順位には、当該カード種のうち印刷された順番が設定される。本実施の形態では、各個別属性情報に印刷された順に通番を付与しているので、通番と印刷順位とは同じになる。印刷日時には、当該カードが印刷された日時が設定される。なお、各カードの印刷日時を参照することでも印刷の順番は特定できる。印刷場所には、当該カードが印刷された場所が設定される。カードは複合機４０によって印刷されるので、複合機４０の設置場所が設定される。パスワードには、ユーザが当該カードの所有者になったときに当該所有者によって当該カードに付与されたパスワードが設定される。パスワードはオプションでよい。埋込情報には、カード（印刷物）に埋め込まれて印刷される情報が含まれる。本実施の形態では、前述した個別カードＩＤ、印刷順位、印刷日時、印刷場所及びパスワードを含めることにしている。所有者ＩＤを含めるようにしてもよいが、所有者は譲渡によって変わる可能性があるものの、印刷物に印刷により埋め込まれた埋込情報は更新できないので、本実施の形態では含めないようにした。また、所有者に公開してもよい場合には共通属性情報も埋込情報に含めてもよい。
【００５３】
なお、売買管理情報記憶部１５及び譲渡情報記憶部１６は、売買仲介処理の際に作成されるので、その処理と合わせて説明する。
【００５４】
管理サーバ１０における各構成要素１１〜１３，１７は、管理サーバ１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ６１で動作するプログラムとの協調動作により実現される。また、各記憶部１４〜１６は、管理サーバ１０に搭載されたＨＤＤ６４にて実現される。あるいは、ＲＡＭ６３又は外部にある記憶手段をネットワーク１経由で利用してもよい。
【００５５】
印刷データ（カード）の購入を希望するユーザによって使用される複合機４０は、購入処理部４１及び印刷実行部４２を有している。購入処理部４１は、ユーザによる購入指示操作に応じて購入要求を管理サーバ１０へ送信し、またその購入要求に応じて管理サーバ１０から送信されてきた印刷データ及び埋込情報を取得する。印刷実行部４２は、プリンタエンジン７６と連携動作して、購入処理部４１により取得された印刷データの印刷を実行する。購入処理部４１及び印刷実行部４２は、複合機４０に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵ７１で動作するプログラムとの協調動作により実現される。
【００５６】
印刷物を譲り受けたユーザによって使用される複合機５０は、真贋問合せ部５１及び表示部５２を有している。真贋問合せ部５１は、ユーザ操作に応じて読み取った印刷物が本物かどうかを管理サーバ１０に問い合わせると共に、その問合せに応じて管理サーバ１０から返信されてきた情報を取得する。表示部５２は、真贋問合せ部５１により取得された情報を操作パネル７３に表示することによってユーザに情報を提供する。真贋問合せ部５１及び表示部５２は、複合機５０に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵ７１で動作するプログラムとの協調動作により実現される。
【００５７】
印刷物の所有者であるユーザにより使用されるユーザ端末２０は、当該ユーザが現在所有している印刷物を売却したい場合、その売り手側における売買処理を実行する売り手側処理部２１を有している。売り手側処理部２１は、ユーザ端末２０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ６１で動作するプログラムとの協調動作により実現される。
【００５８】
印刷物を譲り受けたいユーザにより使用されるユーザ端末３０は、印刷物の買い手側における売買処理を実行する買い手側処理部３１を有している。買い手側処理部３１は、ユーザ端末３０を形成するコンピュータと、コンピュータに搭載されたＣＰＵ６１で動作するプログラムとの協調動作により実現される。
【００５９】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。
【００６０】
次に、本実施の形態における動作について説明する。最初に、印刷データの購入を希望するユーザが複合機４０を利用して印刷データを購入し印刷するまでの処理について図７に示したフロー図を用いて説明する。
【００６１】
購入希望者が複合機４０の操作パネル７３から印刷データの購入のための所定の操作を行うことで購入処理部４１が起動される。購入処理部４１は、起動されると、管理サーバ１０が販売対象としている印刷データ（カード種）の一覧を表示する購入用画面の取得要求を管理サーバ１０へ送信する（ステップ４０１）。管理サーバ１０における販売処理部１１は、送信されてきた取得要求に応じて購入用画面を送信する（ステップ１０１）。なお、この購入フローにおいても、前述した地域固有の商品（コンテンツプリントサービスなど）であれば、購入者（複合機４０）の位置情報を確認するステップを追加してもよい。
【００６２】
送信した取得要求に応じて購入用画面が返信してくると、購入処理部４１は、購入用画面を操作パネル７３に表示する（ステップ４０２）。ユーザが一覧表示の中から購入を希望する印刷データを選択し、また後述する所定事項を入力した後に購入を指示すると、購入処理部４１は、その指示に応じて、選択された印刷データ及び入力事項を含む購入要求情報を管理サーバ１０へ送信することで購入要求を出す（ステップ４０３）。購入要求情報には、購入希望者のユーザＩＤを含めておく必要があるが、これは、購入希望者に購入用画面から入力させてもよいし、ログイン画面等から複合機４０の利用開始時に指定させるようにしてもよい。
【００６３】
管理サーバ１０における販売処理部１１は、属性情報記憶部１４に記憶されている当該カード種の属性情報の印刷可能残枚数を参照し、当該カード種が販売可能であることを確認する。そして、販売処理部１１は、個別属性情報を生成する（ステップ１０２）。すなわち、販売処理部１１は、個別カードＩＤを新規に自動発行し、通番若しくは印刷可能残数を参照して印刷順位を設定する。また、購入要求情報に含まれているユーザＩＤを所有者ＩＤとして設定する。また、購入要求を受け付けた日時を印刷日時として設定する。印刷場所は、複合機４０からの購入要求情報に含まれている複合機４０の設置場所を設定する。図６では、「東京」と比較的広範囲な地域を示す情報を設定した例を示したが、これは一例であって「六本木」などより地域を限定する情報又は経緯度情報でもよい。ユーザが購入用画面の所定のパスワード設定領域にパスワードを入力していた場合、パスワードには、その入力されたパスワードを設定する。以上の各属性項目に属性値を設定すると、販売処理部１１は、埋込対象の属性項目値を含む埋込情報を生成し、個別属性情報に設定する。そして、販売処理部１１は、共通属性情報における印刷可能残数から１減算する。
【００６４】
以上のようにして生成した個別属性情報を属性情報記憶部１４に新規登録し、また印刷可能残数を更新すると、販売処理部１１は、続いて、カードが販売されたことに伴い譲渡情報記憶部１６に譲渡情報の登録を行う（ステップ１０３）。
【００６５】
図８は、本実施の形態における譲渡情報記憶部１６に登録される譲渡情報のデータ構成の一例を示した図である。譲渡情報は、譲渡日時、カードＩＤ、譲渡人、譲受人及び取引情報を含んでいる。譲渡日時は、カードが譲渡されたときの日時情報であり、カードＩＤは、譲渡対象となったカードのカードＩＤである。譲渡人にはカードを譲渡した譲渡元となるユーザのユーザＩＤが、譲受人にはカードを譲り受けた新所有者となるユーザのユーザＩＤが、それぞれ設定される。取引情報については、追って説明するが、譲渡が成立したときに当該カードの設定されていた取引情報が設定される。ここでは、カードが新規に販売される場合なので、販売処理部１１は、図８に示したレコード３のように譲渡人には管理サーバ１０の識別情報を、譲受人には複合機４０を使用しているユーザのユーザＩＤを、それぞれ設定する。なお、販売時には取引情報は設定されていない。こうすることで、同じカードの譲渡履歴がユーザ・管理者で確認することができる。
【００６６】
図８に例示したレコード３によると、カードＡは、新規に購入したユーザＡが最初の所有者となる。その後、カードＡは、レコード５からユーザＡによりユーザＦに売却されたことがわかる。本実施の形態によれば、譲渡対象物が譲渡されるとその履歴を譲渡情報記憶部１６に記録するようにしたので、譲渡情報記憶部１６への記録内容をたどることで譲渡対象物の譲渡履歴は追跡可能となる。
【００６７】
以上のように各種情報の設定登録が終了すると、販売処理部１１は、印刷データを所定の記憶手段（図示せず）から取り出し、埋込情報と共に複合機４０へ返信する（ステップ１０４）。
【００６８】
購入要求に対して印刷データ及び埋込情報が送信されてくると、購入処理部４１は、その受け取った情報を印刷実行部４２へ渡す。印刷実行部４２は、埋込情報から透かし情報を形成し、印刷データに埋め込んで印刷を実行する（ステップ４０４）。
【００６９】
購入希望者は、以上のようにして購入を希望したカード（印刷物）を取得することになる。なお、課金については本実施の形態の要旨ではないので説明を省略する。
【００７０】
前述したように、本実施の形態では、属性情報を透かし情報として印刷物に埋め込むように説明したが、必ずしも透かし情報として埋め込む必要はない。例えば、ＱＲコード（登録商標）等視認可能なデータコードによって印刷物に付加してもよい。また、属性情報を付加する位置も、裏面など印刷物の種類によって適宜設定すればよい。また、印刷物に埋め込む情報は、属性情報そのものではなく管理サーバ１０にて属性情報を一意に特定できるカードＩＤなどでもよい。
【００７１】
ところで、カードを購入したユーザは、何らかの理由によりそのカードを手放すことを選択する場合がある。つまり、カードを第三者に売却することを希望する場合がある。その一方では、希少性のあるカードを買い取りたいと考える人もいる。以下、カードを売却したいユーザがそのカードの売却に関する情報を管理サーバ１０に登録するところまでの処理について図９に示したフロー図を用いて説明する。なお前述したように、ユーザ端末２０はカードを売りたいユーザによって使用され、ユーザ端末３０はカードを買い取りたいユーザによって使用されるものとする。また、ここでは、カードを売りたいユーザを「売り手」又は「所有者」、買い取りたいユーザを「買い手」又は「買取希望者」、買い取り後は「新所有者」と称して説明する。
【００７２】
売り手は、ユーザ端末２０にログインした後、所定の操作を行うことで売り手側処理部２１を起動する。売り手側処理部２１は、起動されると、当該ユーザのユーザＩＤを含む登録用画面の取得要求を管理サーバ１０へ送信する（ステップ２１１）。管理サーバ１０における売買仲介処理部１２は、送信されてきた取得要求に応じて譲渡情報を参照し、当該ユーザが所有しているカードの一覧を含む登録用画面を生成し、送信する（ステップ１１１）。
【００７３】
送信した取得要求に応じて登録用画面が返信してくると、売り手側処理部２１は、登録用画面をディスプレイに表示する（ステップ２１２）。登録用画面には、当該ユーザが所有しているカードの名称等が一覧表示されているので、売り手は、その一覧の中から今回売りたいカードを選択する。カードが選択されると、売り手側処理部２１は、売却希望のカードのカードＩＤを含む取引情報の設定用画面の取得要求を管理サーバ１０へ送信する（ステップ２１３）。管理サーバ１０における売買仲介処理部１２は、送信されてきた取得要求に応じて設定用画面を送信する（ステップ１１２）。
【００７４】
送信した取得要求に応じて設定用画面が返信してくると、売り手側処理部２１は、設定用画面をディスプレイに表示する（ステップ２１４）。続いて、売り手は、表示された取引情報の設定用画面から売却に必要な情報を選択したり、入力したりして取引情報を設定する。
【００７５】
図１０は、本実施の形態において取り扱う取引情報のデータ構成の一例を示した図である。取引情報には、売り手が売りたいカードに関する情報及びカードの売却に関する情報が設定される。カードに関する情報としては、カード名、所有者ＩＤ、連絡先情報、当該カードの印刷順位、また、売り手の主観で入力あるいは売り手が撮影したカードの外観をサーバ等にアップロードし、所定の画像判定処理で保存状態を判定した結果で当該カードの保存状態が設定される。また、売却に関する情報としては、販売希望価格、購入後からの届け可能日、代金の払い込み方法、売り手の氏名の公開／非公開及び取引条件、入手ルートが設定される。なお、図１０では、販売希望価格を範囲で指定した例を示したが、必ずしも範囲で指定する必要はない。入手ルートについては、買い手側の要求、売り手側の開示範囲に応じて、管理サーバ１０で記憶されている譲渡情報記憶部１６の情報を参照できるようにしてもよい。以上の設定項目は一例であって、これに限定する必要はなく、また譲渡対象物の種類、特性に応じて適宜設定すればよい。
【００７６】
以上のようにして、売り手がカードの取引情報を設定入力すると、売り手側処理部２１は、その情報を受け付け、管理サーバ１０へ送信することでカードの売却を依頼する（ステップ２１５）。
【００７７】
管理サーバ１０における売買仲介処理部１２は、売却依頼を受け付けると、その要求に付加され送られてきた情報を売買管理情報記憶部１５に登録する（ステップ１１３）。
【００７８】
続いて、買い手が買い取りを希望するカードを検索し、購入するまでの売買処理について図１１に示したフロー図を用いて説明する。
【００７９】
買取希望者がユーザ端末３０にログインした後、カードの買取りを行うための所定の操作を行うことで買い手側処理部３１が起動される。買い手側処理部３１は、起動されると、売却希望が出されているカード種の一覧を表示する売却一覧画面の取得要求を管理サーバ１０へ送信する（ステップ３２１）。また、買い手側処理部３１は、売却一覧画面の取得とは独立してユーザ端末３０の設置位置（買取希望者の現在位置情報）を検出する（ステップ３２２）。これは、ユーザ端末３０にＧＰＳ機能を備えていれば、ＧＰＳ機能から取得してもよいし、ユーザに入力指定させてもよい。
【００８０】
管理サーバ１０における売買仲介処理部１２は、送信されてきた取得要求に応じて売買管理情報記憶部１５に登録されている取引情報を参照し、売却が希望されているカード種の一覧を含む売却一覧画面を生成し、送信する（ステップ１２１）。
【００８１】
送信した取得要求に応じて売却一覧画面が返信してくると、買い手側処理部３１は、売却一覧画面をディスプレイに表示する（ステップ３２３）。売却一覧画面には、売却が希望されているカード種の名称やサンプル画像等が一覧表示されているので、買い手が一覧表示の中から買取りを希望するカードを選択して、取引情報の取得を指示すると、買い手側処理部３１は、選択されたカード種の共通カードＩＤを含む買取希望要求を出す（ステップ３２４）。このとき、検索条件を入力指定できるようにして、表示させるカード種を絞り込めるようにしてもよい。また、買取希望者が、そのカード種の買取りの条件に合致するユーザであるかの判断に必要な情報を合わせて送信することで買取希望要求を出す。例えば、首都圏在住者のみに販売を希望する所有者がいる場合、買い手側処理部３１は、買取希望者の現在位置情報を取得要求に含めて送信する。
【００８２】
管理サーバ１０における売買仲介処理部１２は、送信されてきた買取希望要求に応じて、その買取希望要求に含まれている共通カードＩＤに対応する属性情報を属性情報記憶部１４から取り出し、また、共通カードＩＤに対応する各カードの取引情報を売買管理情報記憶部１５から取り出す。そして、売買仲介処理部１２は、取り出した情報に基づきカード購入申し入れ画面を生成して、ユーザ端末３０へ送信する（ステップ１２２）。
【００８３】
送信した買取希望要求に応じてカード購入申し入れ画面が返信してくると、買い手側処理部３１は、カード購入申し入れ画面をディスプレイに表示する（ステップ３２５）。
【００８４】
図１２は、ユーザ端末３０に表示されるカード購入申し入れ画面の表示例を示した図である。カード購入申し入れ画面の左側には、カードのサンプル画像と、その下方にカード名称、印刷枚数とが表示されている。印刷枚数には、当該カードの印刷可能上限数と印刷された枚数とが表示される。図１２に例示したように１０枚中１０枚が印刷済の場合、これ以上の印刷は不可能であることがわかりやすいように、「印刷終了」と合わせて表示されている。
【００８５】
サンプル画像の右側には、当該カードの所有者リストと、各所有者が提示している取引条件とが対応して表示される。このとき、一覧表示させる所有者を絞り込むための条件を買い手に指定できるようにしてもよい。買い手側処理部３１は、その絞込条件に基づき該当するカードに対応する情報のみに絞り込んでカード購入申し入れ画面に表示するようにしてもよい。あるいは、絞込条件を受け取った売買仲介処理部１２は、その絞込条件に基づき取引情報を絞り込んでカード購入申し入れ画面を生成、送信するようにしてもよい。絞込条件としては、例えば、３日以内に発送してくれる所有者、カードは鮮明な物に限る、などである。
【００８６】
買い手は、画面表示された情報を参照して販売を依頼する所有者（売り手）を選択する。なお、図１２では、取引条件のみを表示する例を示したが、例えば、所有者の氏名を選択すると、当該所有者が設定した取引情報の全て又は一部を表示するようにしてもよい。買い手は、このような情報を参照して選択した所有者に対応する「申し入れ」ボタンを選択する。
【００８７】
なお、本実施の形態では、売却を希望していない所有者も合わせてカード購入申し入れ画面にリスト表示するようにした。ただ、この場合は、所有者ＩＤを非公開とし、また、誤って選択されないように「申し入れ」ボタンを表示しないようにするのが望ましい。もちろん、売却を希望した所有者のみをリスト表示するようにしてもよい。
【００８８】
「申し入れ」ボタンが選択されると、買い手側処理部３１は、買取希望者のメールアドレス等の連絡先情報を含む申し入れ情報を管理サーバ１０へ送信することでカードの購入を申し入れる（ステップ３２６）。
【００８９】
管理サーバ１０における売買仲介処理部１２は、申し入れ情報を受け付けると、「申し入れ」ボタンに対応する所有者の取引情報から取得した連絡先へ電子メール等にて買取りの申し入れがあったことを通知することで、当該カードの売却の要否を問い合わせる（ステップ１２３）。
【００９０】
売り手は、ユーザ端末２０が売却可否の問合せを受け付けると、その問い合わせに対して売却を認める旨を指示する。売り手側処理部２１は、この指示操作に応じて、売却可の旨を返信する（ステップ２２１）。なお、売却を拒否する場合は、その旨を返信し、買取希望者には、申し入れを断る旨の通知を送ることで処理は終了する。
【００９１】
売買仲介処理部１２は、ユーザ端末２０から売却可の通知を受け取ると、ユーザ端末３０からの申し入れに対して、その申し入れを受け入れる旨を、電子メールを送信するなどして返答する（ステップ１２４）。
【００９２】
そして、買取希望者が送られてきた電子メールを参照することで、希望のカードの買取りが可能であることを知る。
【００９３】
このようにして、買取希望者が希望するカードを購入できることが確定するが、売り手は、カード（印刷物）を買取希望者宛に発送する。なお、カードの配送先の情報は、問い合わせに含めて売り手に知らせるようにしてもよい。
【００９４】
その後、買取希望者は、売り手から送られてきたカード（印刷物）を入手すると、買取希望者は、所定の完了報告画面からカードの入手を報告する所定の操作を行う。買い手側処理部３１は、この操作に応じて受取完了を通知する（ステップ３２６）。この際、新所有者となった買い手は、パスワードを設定したい場合にはパスワードを設定する。買い手側処理部３１は、そのパスワードを受取完了通知に含めて送信する。
【００９５】
受取完了通知を受け付けると、売買仲介処理部１２は、所有者の変更に伴い、以下の情報の更新を行う。すなわち、売買仲介処理部１２は、属性情報を更新する（ステップ１２５）。具体的には、当該カードの個別属性情報に含まれている所有者ＩＤを新所有者のユーザＩＤにて更新する。また、パスワードが新所有者によって設定されていれば、その設定されたパスワードで上書きする。新所有者がパスワードを設定していなければ、既設定のパスワードを消去する。そして、更新後の属性値を含む埋込情報を生成して、個別属性情報に設定する。
【００９６】
また、売買仲介処理部１２は、所有者が変更されたことに伴い譲渡情報を譲渡情報記憶部１６に登録する（ステップ１２６）。具体的には、譲渡日時に受取完了通知を受け付けた日時を、カードＩＤに個別カードＩＤを、譲渡人に売り手のユーザＩＤを、そして譲受人に新所有者のユーザＩＤを、それぞれ設定する。また、後段の処理にて取引情報を削除するので、売買が成立したときに設定されていた当該カードの取引情報を保存してもよい。このようにして、図８に例示したレコード４が設定登録される。そして、新所有者はまだ売却を希望していないことから、売買仲介処理部１２は、売買管理情報記憶部１５から当該カードの取引情報を削除する（ステップ１２７）。なお、上記情報の更新処理は、この順番に行う必要はない。
【００９７】
本実施の形態では、以上のようにして管理サーバ１０による仲介のもとネットワーク１を介してカードの譲渡が行われる。なお、代金についての処理は本実施の形態の要旨ではないので説明を省略する。
【００９８】
本実施の形態によれば、以上のようにネットワーク１を介してカードの売買が行われ、またカード（印刷物）の所有者が移行した場合でも、譲渡情報を参照することで現時点におけるカードの所有者を確認でき、トレーサビリティを担保することができる。
【００９９】
また、上記説明では、特に言及しなかったが、ステップ３２２で買い手の現在位置を取得しているので、譲渡対象物を地域限定としたい場合にも対応可能となる。すなわち、買い手の所在位置によって申し入れを断ることが可能である。
【０１００】
ところで、買い手（新所有者）は、受け取ったカードが本物かどうかを、受取完了通知（ステップ３２６）を出す前若しくはその後に確認したい場合がある。この場合、新所有者は、複合機５０を利用して真贋判定を管理サーバ１０に依頼する。この真贋判定処理について図１３に示したフロー図を用いて説明する。
【０１０１】
新所有者が複合機５０に対し所定の指示操作をすることで真贋判定モードに設定する。これにより、真贋問合せ部５１が起動される。なお、所定の指示操作の際に所有者ＩＤ及びパスワードの入力を要求することによって新所有者以外の者による真贋判定の要求を受け付けないようにしてもよい。
【０１０２】
新所有者が真贋判定対象のカードを複合機５０のスキャナ台にセットし所定の操作を行うと、真贋問合せ部５１は、そのカードを読み取り、その読取画像の中からカードに埋め込まれた埋込情報を抽出する（ステップ５３１）。そして、その埋込情報を解読して得た属性情報を、カードから読み取られた印刷物情報として管理サーバ１０へ送信することで真贋判定要求を出す（ステップ５３２）。なお、読取画像をそのまま管理サーバ１０へ送信して、埋込情報の解読を管理サーバ１０側で行わせるようにしてもよい。
【０１０３】
管理サーバ１０における真贋判定部１３は、真贋判定要求を受け付けると、真贋判定要求に含まれている属性情報を属性情報記憶部１４に登録されている当該カードの個別属性情報に設定されている埋込情報と照合する（ステップ１３１）。
【０１０４】
真贋判定部１３は、照合の結果、一致すれば複合機５０に読み取られたカードは本物と判定する。一致しなければ偽物と判定する。そして、真贋判定部１３は、判定結果を複合機５０に返す（ステップ１３２）。本物という判定結果を返す場合、属性情報を合わせて送信するようにしてもよい。
【０１０５】
複合機５０における真贋問合せ部５１が管理サーバ１０から判定結果を取得すると、表示部５２は、その判定結果を操作パネル７３に表示する（ステップ５３３）。このとき、属性情報も合わせて受け取っていれば、判定結果と合わせて表示するようにしてもよい。
【０１０６】
なお、本実施の形態では、前述したように、属性情報を埋込情報としてカードの埋め込んでおき、真贋問合せ部５１は、属性情報を印刷物情報として送ることによって真贋判定を依頼するようにした。ただ、個別カードＩＤのみを印刷物情報として送信し、真贋判定部１３は、その送られてきた個別カードＩＤに対応する属性情報が属性情報記憶部１４から抽出できれば、そのカードは本物と判定するようにしてもよい。このような個別カードＩＤに基づく真贋判定を行う場合、販売処理部１１は、カードの販売時に属性情報ではなく個別カードＩＤのみを埋込情報として生成してもよい。
【０１０７】
以上説明したように、本実施の形態では、複合機４０にて印刷される印刷データを譲渡対象物の例として説明したが、譲渡対象物を、ネットワーク１を介して売買される印刷データ等の電子データに限定する必要はない。すなわち、本実施の形態は、譲渡対象物が物品の場合には購入時における物品の流通経路が異なるだけであり、物品の場合にも適用可能である。例えば、ネットオークション・通販で出品して譲渡取引を行うものが該当する。この場合、前述した属性情報を出品した商品の売買履歴として管理する。そうすることで、多様なネットワークを介した譲渡取引の譲渡元の特定などに役立つ情報を含む属性情報が管理され、真贋判定が容易になり、ユーザによる譲渡取引対象物の適切な価値判断が容易になる。
【符号の説明】
【０１０８】
１  ネットワーク、２  管理端末、１０  管理サーバ、１１  販売処理部、１２  売買仲介処理部、１３  真贋判定部、１４  属性情報記憶部、１５  売買管理情報記憶部、１６  譲渡情報記憶部、２０，３０  ユーザ端末、２１  売り手側処理部、３１  買い手側処理部、４０，５０  複合機、４１  購入処理部、４２  印刷実行部、５１  真贋問合せ部、５２  表示部、６１，７１  ＣＰＵ、６２，７９  ＲＯＭ、６３，７８  ＲＡＭ、６４，７５  ハードディスクドライブ（ＨＤＤ）、６５，７７  ネットワークコントローラ、６６  内部バス、７２  アドレスデータバス、７３  操作パネル、７４  スキャナ、７６  プリンタエンジン、８０  外部メディアインタフェース（Ｉ／Ｆ）。
【要約】
【課題】譲渡の対象物の譲渡履歴を追跡可能とする。
【解決手段】ユーザからの購入要求に対してカード（印刷データ）を販売する際、当該カードの属性情報及び当該ユーザを所有者（譲受人）とする譲渡情報を生成し各記憶部１４，１６に登録する販売処理部１１と、所有者が印刷データを印刷して得たカード（印刷物）を売却したい所有者により設定された取引情報を保持する売買管理情報記憶部１５と、取引情報及び属性情報を参照することでカード（印刷物）を買い取った新所有者を譲受人、売却した現所有者を譲渡人と紐付けて譲渡情報記憶部１６に登録する売買仲介処理部１２と、を有する。
【選択図】図４【図１】
0006037078.tif 000002
【図２】
0006037078.tif 000003
【図３】
0006037078.tif 000004
【図４】
0006037078.tif 000005
【図５】
0006037078.tif 000006
【図６】
0006037078.tif 000007
【図７】
0006037078.tif 000008
【図８】
0006037078.tif 000009
【図９】
0006037078.tif 000010
【図１０】
0006037078.tif 000011
【図１１Ａ】
0006037078.tif 000012
【図１１Ｂ】
0006037078.tif 000013
【図１２】
0006037078.tif 000014
【図１３】
0006037078.tif 000015