(57)【要約】【課題】自身が所有している第１の情報に関する属性を容易に他の通信端末へと伝達するとともに、他の通信端末が所有している第２の情報に関する属性を容易に取得することができる通信端末を提供する。【解決手段】通信端末１００Ａは、ディスプレイ１０７と、操作命令を受け付ける入力デバイス１１９と、通信部１０１と、第１の情報と第１の情報の属性を示す第１の付加情報とを記憶する第１の記憶部１０８と、第１の他端末へ第１の識別情報と第１の付加情報とを送信し、第１の他端末から第２の識別情報と第２の付加情報とを受信する通信制御手段１０６２と、操作命令に基づいて第１の情報を含むコンテンツを生成し、受信した第２の情報に基づいてコンテンツを更新する生成手段１０６１と、更新されたコンテンツをディスプレイに表示させる表示制御手段１０６３とを備える。【選択図】図１１
2010183447.tif 000002
【特許請求の範囲】
【請求項１】
ディスプレイと、
操作命令を受け付ける入力デバイスと、
ネットワークを介して第１の他端末とデータを送受信する通信部と、
第１の情報と前記第１の情報の属性を示す第１の付加情報とを第１の識別情報に対応付けて記憶する第１の記憶部と、
前記通信部を用いて前記第１の他端末へ前記第１の識別情報と前記第１の識別情報に対応する前記第１の情報と前記第１の識別情報に対応する前記第１の付加情報とを送信し、前記通信部を用いて前記第１の他端末から第２の識別情報と前記第２の識別情報に対応する第２の情報と前記第２の識別情報に対応する前記第２の付加情報とを受信する通信制御手段とを備え、
前記通信制御部は、前記第２の付加情報を前記第２の識別情報に対応付けて前記第１の記憶部に記憶し、
前記操作命令に基づいて前記第１の情報を含むコンテンツを生成し、受信した前記第２の情報に基づいて前記コンテンツを更新する生成手段と、
更新されたコンテンツを前記ディスプレイに表示させる表示制御手段とをさらに備える、通信端末。
【請求項２】
前記第１の付加情報は、対応する前記第１の情報の入手先を含み、
前記第２の付加情報は、対応する前記第２の情報の入手先を含み、
前記通信制御手段は、前記通信部を用いて前記第２の付加情報に基づきネットワークを介して外部のサーバから前記第２の情報を受信し、受信した前記第２の情報を前記第２の識別情報に対応付けて前記第１の記憶部に記憶する、請求項１に記載の通信端末。
【請求項３】
前記第１の付加情報は、対応する前記第１の情報の概要を示す画像を含み、
前記第２の付加情報は、対応する前記第２の情報の概要を示す画像を含み、
前記表示制御手段は、前記第２の付加情報に基づき前記ディスプレイに前記第２の情報の概要を表示させる、請求項１または２に記載の通信端末。
【請求項４】
前記第２の情報を一時的に記憶する第２の記憶部をさらに備え、
前記第１の付加情報は、対応する前記第１の情報の譲渡の可否を示し、
前記第２の付加情報は、対応する前記第２の情報の譲渡の可否を示し、
前記通信制御部は、前記第１の他端末から受信した前記第２の付加情報に基づいて、譲渡可能な前記第２の情報を前記第１の記憶部に格納し、譲渡不能な前記第２の情報を前記第２の記憶部に記憶させる、請求項１から３のいずれかに記載の通信端末。
【請求項５】
通信制御手段は、前記通信部を用いて、前記第１の記憶部に記憶されている前記第１の識別情報と前記第１の識別情報に対応する前記第１の付加情報と、前記第１の他の端末から受信した前記第２の識別情報と前記第２の付加情報とを、ネットワークを介して第２の他端末へ送信する、請求項１から４のいずれかに記載の通信端末。
【請求項６】
演算処理部と、
ディスプレイと、
操作命令を受け付ける入力デバイスと、
ネットワークを介して第１の他端末とデータを送受信する通信部と、
第１の情報と前記第１の情報の属性を示す第１の付加情報とを第１の識別情報に対応付けて記憶する第１の記憶部とを備える通信端末における通信方法であって、
前記演算処理部が、前記通信部を用いて前記第１の他端末へ前記第１の識別情報と前記第１の識別情報に対応する前記第１の情報と前記第１の識別情報に対応する前記第１の付加情報とを送信するステップと、
前記演算処理部が、前記通信部を用いて前記第１の他端末から第２の識別情報と前記第２の識別情報に対応する第２の情報と前記第２の識別情報に対応する前記第２の付加情報とを受信するステップと、
前記演算処理部が、前記第２の付加情報を前記第２の識別情報に対応付けて前記第１の記憶部に記憶するステップと、
前記演算処理部が、前記操作命令に基づいて前記第１の情報を含むコンテンツを生成するステップと、
前記演算処理部が、受信した前記第２の情報に基づいて前記コンテンツを更新するステップと、
前記演算処理部が、更新されたコンテンツを前記ディスプレイに表示させるステップとを備える、通信方法。
【請求項７】
演算処理部と、
ディスプレイと、
操作命令を受け付ける入力デバイスと、
ネットワークを介して第１の他端末とデータを送受信する通信部と、
第１の情報と前記第１の情報の属性を示す第１の付加情報とを第１の識別情報に対応付けて記憶する第１の記憶部とを備える通信端末に通信させるための通信プログラムであって、
前記通信プログラムは、前記演算処理部に、
前記通信部を用いて前記第１の他端末へ前記第１の識別情報と前記第１の識別情報に対応する前記第１の情報と前記第１の識別情報に対応する前記第１の付加情報とを送信するステップと、
前記通信部を用いて前記第１の他端末から第２の識別情報と前記第２の識別情報に対応する第２の情報と前記第２の識別情報に対応する前記第２の付加情報とを受信するステップと、
前記第２の付加情報を前記第２の識別情報に対応付けて前記第１の記憶部に記憶するステップと、
前記操作命令に基づいて前記第１の情報を含むコンテンツを生成するステップと、
受信した前記第２の情報に基づいて前記コンテンツを更新するステップと、
更新されたコンテンツを前記ディスプレイに表示させるステップとを実行させる、通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して他の通信端末と接続可能な通信端末、通信方法、および通信プログラムに関し、特に、リアルタイムで他の通信端末とコンテンツをやり取りする通信端末、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
近年、携帯電話のユーザは、出先や移動先においても、電話機能を用いて他の携帯電話のユーザとコミュニケーションすることが可能となった。
【０００３】
しかしながら、電話機能によるコミュニケーションは、携帯電話のユーザが電車・バス・映画館・図書館などの公共施設を利用している時には許されない。そこで、ユーザは、メールやチャット等の機能を用いることによって、他の携帯電話のユーザと文字によるコミュニケーションを行っていた。文字によるコミュニケーションでは、肉声によるコミュニケーションと比較して、感情や状況などを表わす情報が伝わりにくい。また、文字によるコミュニケーションは、伝えたいメッセージを入力するために時間がかかるため、リアルタイムな応答ができない。
【０００４】
たとえば、特開２００１−１１１７０８号公報（特許文献１）には、携帯型情報通信装置が開示されている。特開２００１−１１１７０８号公報（特許文献１）によると、携帯型情報通信装置は、液晶ディスプレイ一体型タブレット等の入力手段を用いてユーザが入力した手書きデータの座標情報を、逐次連続して接続先の携帯型情報通信装置に送信するとともに、入力された手書きデータの筆跡を液晶ディスプレイ等表示手段に表示し、同時に、接続先の携帯型情報通信装置から送られてきた手書きデータの座標情報をもとに、受信した手書きデータの筆跡を表示手段に表示できるように構成したことを特徴とするものである。この構成により、携帯型の端末装置を用いて、手書き入力データをリアルタイムで送受信することができ、場所を選ばずいつでも筆談のような会話型のコミュニケーションを実現することができる。
【０００５】
また、特開２００３−２３４８４２号公報（特許文献２）には、リアルタイム手書き通信システムが開示されている。特開２００３−２３４８４２号公報（特許文献２）によると、リアルタイム手書き通信システムは、タッチパネル、タッチペン、データ入力装置、コントローラ装置、データ出力装置および表示装置を有する。手書きデータをタッチペンで入力し、出力データに変換できる。データ入力装置は、別のリアルタイム手書き通信システムから送信された入力データを受信し入力する。コントローラ装置は、タッチパネルおよびデータ入力装置と接続されており、入力データおよび出力データをリアルタイムに処理し、送信する。データ出力装置は、コントローラ装置に接続され、他のリアルタイム手書き通信システムに出力データを送信する。表示装置は入力データおよび出力データを表示する。
【０００６】
また、特開２００１−３３３２０４号公報（特許文献３）には、携帯端末装置が開示されている。特開２００１−３３３２０４号公報（特許文献３）によると、携帯端末装置は、カラー表示可能な手書きデータ表示手段と、手書きデータ表示手段表面に設けた手書き入力手段と、手書き入力手段により入力された手書きデータを含む複数の手書きデータを保持する手書きデータ保持手段と、手書きデータ保持手段に保持されている複数の手書きデータを色分けして合成し同一画面に表示するデータ表示管理手段と、手書き入力手段により入力された手書きデータと相手側端末の手書きデータを保持する手書きデータ保持手段と、手書きデータ保持手段に保持されている自身の手書きデータを相手側端末にリアルタイムに送信し逆に相手側端末から手書きデータを受信し手書きデータ保持手段に書き込むデータ通信手段で構成した。
【０００７】
また、特開２００４−２３４５９４号公報（特許文献４）には、フォトコミュニケーションシステムが開示されている。特開２００４−２３４５９４号公報（特許文献４）によると、デジタルカメラのメモリカードなどから画像データを受け取る画像入力手段、画像データなどを記録するデータ記録手段、ユーザからの指示入力を行う入力手段、記録した画像などの表示を行う画像表示手段、記録した画像などのデータを他の端末とやり取りするためのデータ通信手段、端末の実行制御を行う制御手段を備える１対の情報通信端末であって、いずれの情報通信端末においても画像表示手段に表示された画像を見ながら画像表示手段に重畳された入力手段により手書きのグラフィック要素の書き込みを行えば、画像を含めた落書きの結果がリアルタイムに他方の情報通信端末に表示されるように構成する。
【０００８】
また、特開２００５−２９４９１８号公報（特許文献５）には、有料コンテンツの配信方法が開示されている。特開２００５−２９４９１８号公報（特許文献５）によると、第１の無線端末が保有する有料コンテンツを第２の無線端末に転送するにあたり、先ず、キャリアに第２の無線端末への転送の認可を受けてから転送し、転送終了後キャリアに転送完了を報告する。
【０００９】
また、特開２００４−２９５８８０号公報（特許文献６）には、デジタルメディアクリアリングプラットフォームが開示されている。特開２００４−２９５８８０号公報（特許文献６）によると、ピア・ツー・ピア配布が、デジタルメディアクリアリングハウスプラットフォーム（ＤＭＣＨＰ）によって提供される。その際、コンテンツは一方のピアから他方のピアへの支払いの代償として転送される。受領者が支払いを行うときには、その支払いの一部が、ＤＭＣＨＰによって施行された合意に従って、そのコンテンツに係る権利の所有者に渡される。よって、ピア・ツー・ピアシステムにおいてコンテンツを配布するピアは、そのピアがコンテンツの配布に関して果たした役割に対して補償され、コンテンツ所有者は、コンテンツのライセンス方法および配布に関するコントロールを保持する。ＤＭＣＨＰは、コンテンツメタデータレポジトリ、オンライン取引処理エンジン、及び、購入側ユーザインターフェースを用いて実現される。
【００１０】
そして、たとえば、手書きチャットソフトの代表的な編集機能として、スタンプ機能が知られている。ユーザは、予め用意されている「スタンプファイル」と呼ばれる複数のイメージデータ群の中から、１つのイメージデータを選択する。通信端末は、選択されたイメージデータを他の通信端末へと送信する。他の通信端末は、受信したイメージデータを描画（編集）エリア上の指定された場所に表示する。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００１−１１１７０８号公報
【特許文献２】特開２００３−２３４８４２号公報
【特許文献３】特開２００１−３３３２０４号公報
【特許文献４】特開２００４−２３４５９４号公報
【特許文献５】特開２００５−２９４９１８号公報
【特許文献６】特開２００４−２９５８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
複数人が自身の通信端末を利用することによって互いに手書きチャットを行う場面において、複数人が共通のコンテンツを閲覧できるようにするためには、通信端末（端末Ａ）がコンテンツを他の通信端末（端末Ｂ）に送信するとともに、端末Ｂが受信したコンテンツを表示する。すなわち、端末Ａは、端末Ｂのユーザに、コンテンツの紹介を行っていることになる。
【００１３】
ここで、通常、端末Ａの利用者は、コンテンツの著作権者から、有償あるいは無償で、当該コンテンツを使用する権利を正規に取得している。そのため、端末Ｂの利用者が、当該コンテンツを使用する権利を有するためには、当該コンテンツを正規に取得する必要がある。しかしながら、端末Ｂが、コンテンツを取得することは、容易ではない。たとえば、端末Ｂは手描きチャットや電話やメール等を利用することによって端末Ａから当該コンテンツの入手方法などを取得した上で、当該入手先などをユーザから受け付けることによって他のサーバなどから当該コンテンツを取得する必要がある。このようなシステムは、コンテンツの取得を試みる端末Ｂのユーザに多大な負荷を与えてしまう。
【００１４】
本発明は、かかる問題を解決するためになされたものであり、その目的は、自身が所有している第１の情報に関する属性を容易に他の通信端末へと伝達するとともに、他の通信端末が所有している第２の情報に関する属性を容易に取得することができる通信端末、通信方法、および通信プログラムを提供することである。
【課題を解決するための手段】
【００１５】
この発明のある局面に従うと、通信端末が提供される。通信端末は、ディスプレイと、操作命令を受け付ける入力デバイスと、ネットワークを介して第１の他端末とデータを送受信する通信部と、第１の情報と第１の情報の属性を示す第１の付加情報とを第１の識別情報に対応付けて記憶する第１の記憶部と、通信部を用いて第１の他端末へ第１の識別情報と第１の識別情報に対応する第１の情報と第１の識別情報に対応する第１の付加情報とを送信し、通信部を用いて第１の他端末から第２の識別情報と第２の識別情報に対応する第２の情報と第２の識別情報に対応する第２の付加情報とを受信する通信制御手段とを備える。通信制御部は、第２の付加情報を第２の識別情報に対応付けて第１の記憶部に記憶する。通信端末は、操作命令に基づいて第１の情報を含むコンテンツを生成し、受信した第２の情報に基づいてコンテンツを更新する生成手段と、更新されたコンテンツをディスプレイに表示させる表示制御手段とをさらに備える。
【００１６】
好ましくは、第１の付加情報は、対応する第１の情報の入手先を含む。第２の付加情報は、対応する第２の情報の入手先を含む。通信制御手段は、通信部を用いて第２の付加情報に基づきネットワークを介して外部のサーバから第２の情報を受信し、受信した第２の情報を第２の識別情報に対応付けて第１の記憶部に記憶する。
【００１７】
好ましくは、第１の付加情報は、対応する第１の情報の概要を示す画像を含む。第２の付加情報は、対応する第２の情報の概要を示す画像を含む。表示制御手段は、第２の付加情報に基づきディスプレイに第２の情報の概要を表示させる。
【００１８】
好ましくは、通信端末は、第２の情報を一時的に記憶する第２の記憶部をさらに備える。第１の付加情報は、対応する第１の情報の譲渡の可否を示す。第２の付加情報は、対応する第２の情報の譲渡の可否を示す。通信制御部は、第１の他端末から受信した第２の付加情報に基づいて、譲渡可能な第２の情報を第１の記憶部に格納し、譲渡不能な第２の情報を第２の記憶部に記憶させる。
【００１９】
好ましくは、通信制御手段は、通信部を用いて、第１の記憶部に記憶されている第１の識別情報と第１の識別情報に対応する第１の付加情報と、第１の他の端末から受信した第２の識別情報と第２の付加情報とを、ネットワークを介して第２の他端末へ送信する。
【００２０】
この発明の別の局面に従うと、演算処理部と、ディスプレイと、操作命令を受け付ける入力デバイスと、ネットワークを介して第１の他端末とデータを送受信する通信部と、第１の情報と第１の情報の属性を示す第１の付加情報とを第１の識別情報に対応付けて記憶する第１の記憶部とを備える通信端末における通信方法が提供される。通信方法は、演算処理部が、通信部を用いて第１の他端末へ第１の識別情報と第１の識別情報に対応する第１の情報と第１の識別情報に対応する第１の付加情報とを送信するステップと、演算処理部が、通信部を用いて第１の他端末から第２の識別情報と第２の識別情報に対応する第２の情報と第２の識別情報に対応する第２の付加情報とを受信するステップと、演算処理部が、第２の付加情報を第２の識別情報に対応付けて第１の記憶部に記憶するステップと、演算処理部が、操作命令に基づいて第１の情報を含むコンテンツを生成するステップと、演算処理部が、受信した第２の情報に基づいてコンテンツを更新するステップと、演算処理部が、更新されたコンテンツをディスプレイに表示させるステップとを備える。
【００２１】
この発明の別の局面に従うと、演算処理部と、ディスプレイと、操作命令を受け付ける入力デバイスと、ネットワークを介して第１の他端末とデータを送受信する通信部と、第１の情報と第１の情報の属性を示す第１の付加情報とを第１の識別情報に対応付けて記憶する第１の記憶部とを備える通信端末に通信させるための通信プログラムが提供される。通信プログラムは、演算処理部に、通信部を用いて第１の他端末へ第１の識別情報と第１の識別情報に対応する第１の情報と第１の識別情報に対応する第１の付加情報とを送信するステップと、通信部を用いて第１の他端末から第２の識別情報と第２の識別情報に対応する第２の情報と第２の識別情報に対応する第２の付加情報とを受信するステップと、第２の付加情報を第２の識別情報に対応付けて第１の記憶部に記憶するステップと、操作命令に基づいて第１の情報を含むコンテンツを生成するステップと、受信した第２の情報に基づいてコンテンツを更新するステップと、更新されたコンテンツをディスプレイに表示させるステップとを実行させる。
【発明の効果】
【００２２】
以上のように、本発明によって、自身が所有している第１の情報に関する属性を容易に他の通信端末へと伝達するとともに、他の通信端末が所有している第２の情報に関する属性を容易に取得することができる通信方法、および通信プログラムが提供される。
【図面の簡単な説明】
【００２３】
【図１】本実施の形態に係るネットワークシステムを示す概略図である。
【図２】ネットワークシステムにおける動作概要を示す第１のシーケンス図である。
【図３】スタンプ購入処理における第３の携帯電話のディスプレイの表示状態の推移を示すイメージ図である。
【図４】付加情報交換処理における第３の携帯電話のディスプレイの表示状態の推移を示すイメージ図である。
【図５】ネットワークシステムにおける動作概要を示す第２のシーケンス図である。
【図６】スタンプ交換処理における第１の携帯電話のディスプレイの表示状態の推移を示すイメージ図である。
【図７】本施の形態に係る携帯電話の概観を示すイメージ図である。
【図８】携帯電話のハードウェア構成を示すブロック図である。
【図９】管理テーブルのデータ構造を示すイメージ図である。
【図１０】通信端末が他の通信端末に送信するコンテンツファイル（スタンプファイル）のデータ構造を示すイメージ図である。
【図１１】本実施の形態に係る携帯電話およびネットワークシステムの機能構成を示すブロック図である。
【図１２】本実施の形態に係る携帯電話におけるＰ２Ｐ通信のメイン処理の処理手順を示すフローチャートである。
【図１３】本実施の形態に係る携帯電話におけるマッチング（着呼）処理の処理手順を示すフローチャートである。
【図１４】本実施の形態に係る携帯電話におけるマッチング（発呼）処理の処理手順を示すフローチャートである。
【図１５】本実施の形態に係る携帯電話におけるスタンプ情報送信処理の処理手順を示すフローチャートである。
【図１６】本実施の形態に係る携帯電話におけるスタンプ情報受信処理の処理手順を示すフローチャートである。
【図１７】本実施の形態に係る携帯電話における自端末スタンプ表示処理の処理手順を示すフローチャートである。
【図１８】本実施の形態に係る携帯電話におけるコンテンツの編集機能を示すイメージ図である。
【図１９】本実施の形態に係る携帯電話における他端末スタンプ表示処理の処理手順を示すフローチャートである。
【図２０】本実施の形態に係る携帯電話におけるスタンプ情報表示処理の処理手順を示すフローチャートである。
【図２１】本実施の形態に係る携帯電話が自身が所有するスタンプを表示するためのウインドウを示すイメージ図である。
【図２２】本実施の形態に係る携帯電話における新スタンプ購入（通常）処理の処理手順および新スタンプ購入（口コミ）処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００２５】
また、以下では、携帯電話１００を「通信端末」の代表例として説明を行う。ただし、通信端末は、パーソナルコンピュータや、カーナビゲーション装置（Satellite navigation system）や、ＰＮＤ（Personal Navigation Device）や、ＰＤＡ（Personal Digital Assistance）などのような、他の情報通信機器であってもよい。
【００２６】
そして、以下では、「コンテンツ」とは、スタンプや写真や手書き画像やそれらを組み合わせて成る静止画像および動画像を含む概念である。「コンテンツデータ」とは、スタンプファイルや写真データや手書き画像データやそれらを組み合わせて成る静止画像データおよび動画像データを含む概念である。
【００２７】
＜ネットワークシステム１の全体構成＞
まず、本実施の形態に係るネットワークシステム１について説明する。図１は、本実施の形態に係るネットワークシステム１を示す概略図である。図１に示すように、ネットワークシステム１は、携帯電話１００Ａ，１００Ｂ，１００Ｘと、マッチングサーバ４００と、インターネット網（第１のネットワーク）５００と、コンテンツ配信サーバ６００と、キャリア網（第２のネットワーク）７００とを含む。また、本実施の形態に係るネットワークシステム１は、車両２５０に搭載されるカーナビゲーション装置２００と、パーソナルコンピュータ（ＰＣ；Personal Computer）３００とを含む。
【００２８】
なお、説明の容易化のために、本実施の形態に係るネットワークシステム１が、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと，第３の携帯電話１００Ｘとを含む場合について説明する。また、携帯電話１００Ａ，１００Ｂ，１００Ｘの各々に共通の構成や機能を説明する際には、それらを「携帯電話１００」とも総称する。そして、携帯電話１００Ａ，１００Ｂ，１００Ｘ、カーナビゲーション装置２００、パーソナルコンピュータ３００の各々に共通の構成や機能を説明する際には、それらを「通信端末」とも総称する。
【００２９】
携帯電話１００は、キャリア網７００に接続可能に構成されている。カーナビゲーション装置２００は、インターネット網５００に接続可能に構成されている。パーソナルコンピュータ３００は、ＬＡＮ（Local Area Network）３５０やＷＡＮ（Wide Area Network）を介してインターネット網５００に接続可能に構成されている。マッチングサーバ４００は、インターネット網５００に接続可能に構成されている。
【００３０】
より詳細には、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、第３の携帯電話１００Ｘと、カーナビゲーション装置２００と、パーソナルコンピュータ３００とは、キャリア網７００やインターネット網５００を介して互いに接続可能であって、互いにデータの送受信が可能である。また、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００には、自端末を特定するための識別情報（たとえば、メールアドレスやＩＰ（Internet Protocol）アドレスなど）が割り当てられる。すなわち、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００とは、内部の記録媒体に他の通信端末の識別情報を記憶することができ、当該識別情報に基づいてキャリア網７００やインターネット網５００などを介して当該他の通信端末とデータ送受信を行うことができる。
【００３１】
なお、本実施の形態に係る携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００とは、各通信端末に割り当てられるＩＰアドレスを利用して、図示しないメールサーバを介さずに他の通信端末とデータ送受信を行うものである。ここでは、各通信端末がマッチングサーバ４００にアクセスする際には、すなわち各通信端末がインターネットにアクセスした際に、マッチングサーバ４００あるいは他の図示しないサーバなどによってＩＰアドレスが割り当てられるものとする。ＩＰアドレスの割り当て処理の詳細は公知であるので、ここでは説明を繰り返さない。
【００３２】
特に、本実施の形態に係る携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００は、自身に割り当てられたＩＰアドレスを利用することにより、直接的に相互にネットワークを介してデータ送受信を行うことが可能である。すなわち、本実施の形態に係るネットワークシステム１に含まれる携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００は、いわゆるＰ２Ｐ（Pear to Pear）型のネットワークを構成することが可能である。
【００３３】
コンテンツ配信サーバ６００は、インターネット網５００に接続される。コンテンツ配信サーバ６００は、スタンプファイルやゲームソフトなどのコンテンツを記憶する。コンテンツ配信サーバ６００は、インターネット網５００を介して、携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００からの要求を受け付ける。コンテンツ配信サーバ６００は、当該要求に応じて、各種のコンテンツを携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００に配信する。たとえば、コンテンツ配信サーバ６００は、携帯電話１００のユーザが所望するスタンプファイルを、有償で当該携帯電話１００に配信する。
【００３４】
＜ネットワークシステム１の動作概要＞
次に、本実施の形態に係るネットワークシステム１の動作概要について説明する。図２は、ネットワークシステム１における動作概要を示す第１のシーケンス図である。図１および図２に示すように、本実施の形態に係る各通信端末は、Ｐ２Ｐ型のデータ送受信を行うために、はじめに互いのＩＰアドレスを交換（取得）する必要がある。そして、各通信端末は、ＩＰアドレスを取得したのちに、Ｐ２Ｐ型のデータ送受信によってメッセージや添付ファイルなどを他の通信端末に送信する。
【００３５】
ただし、以下では、通信端末のそれぞれが、マッチングサーバ４００に生成されたチャットルームを介してメッセージおよびＩＰアドレスを送受信し、その後互いのＩＰアドレスに基づいてＰ２Ｐ通信を行う場合について説明する。
【００３６】
まず、第３の携帯電話１００Ｘ（図２において端末Ａ）が、ユーザ操作に応じて、インターネット網５００を介してコンテンツ配信サーバ６００にコンテンツを要求する（ステップＳ００２）。ここでは、コンテンツは、アニメのキャラクターなどのスタンプとする。ただし、前述したようにコンテンツは、写真であってもよいし、動画であってもよいし、ゲームソフトなどであってもよい。
【００３７】
コンテンツ配信サーバ６００は、当該要求に応じて、第３の携帯電話１００Ｘにスタンプを表示するためのスタンプファイル（第１の情報）とスタンプファイルの属性などを示す付加情報（以下では、スタンプ情報ともいう。）とを識別情報に対応付けて配信する（ステップＳ００４）。第３の携帯電話１００Ｘは、受信したスタンプファイルと付加情報とを識別情報に対応付けて記憶する（ステップＳ００６）。
【００３８】
第３の携帯電話１００Ｘは、ユーザ操作に応じて、マッチングサーバ４００にチャットルームを生成するように要求する（ステップＳ００８）。すなわち、第３の携帯電話１００Ｘは、マッチングサーバ４００にＩＰ登録（ログイン）を要求する。第３の携帯電話１００Ｘは、これと同時にマッチングサーバ４００からＩＰアドレスを取得してもよいし、予め他のサーバなどからＩＰアドレスを取得していてもよい。より詳細には、第３の携帯電話１００Ｘは、キャリア網７００、インターネット網５００を介して、マッチングサーバ４００に第３の携帯電話１００ＸのＩＰアドレスと新たなチャットルームの生成を要求するメッセージとを送信する。
【００３９】
第３の携帯電話１００Ｘのユーザは、第３の携帯電話１００Ｘなどを用いて、第２の携帯電話１００Ｂ（図２において端末Ｂ）のユーザをチャットに勧誘する（ステップＳ０１０）。第２の携帯電話１００Ｂは、ユーザの命令に応じてチャットルームに入室する（ステップＳ０１２）。すなわち、第２の携帯電話１００Ｂは、第２の携帯電話１００ＢのＩＰアドレスをマッチングサーバ４００に登録することによって、チャットルームに入室する。
【００４０】
第２の携帯電話１００Ｂは、チャットルームに入室した旨を第３の携帯電話１００Ｘに伝える（ステップＳ０１４）。すなわち、第２の携帯電話１００Ｂは、自身に割り当たられたＩＰアドレスを第３の携帯電話１００Ｘに送信する。ただし、マッチングサーバ４００が第２の携帯電話１００ＢのＩＰアドレスを第３の携帯電話１００Ｘに送信してもよい。
【００４１】
第３の携帯電話１００Ｘは、受信した第２の携帯電話１００ＢのＩＰアドレスを記憶する（ステップＳ０１６）。これによって、第３の携帯電話１００Ｘと第２の携帯電話１００Ｂとは、キャリア網７００、インターネット網５００を介して互いに接続する。すなわち、第３の携帯電話１００Ｘと第２の携帯電話１００Ｂとは、Ｐ２Ｐ通信を開始する。
【００４２】
Ｐ２Ｐ通信が始まると、第３の携帯電話１００Ｘは、自身が所有しているスタンプファイルの概要やスタンプファイルの入手先などを示すスタンプ情報をインターネット網５００などを介して、第２の携帯電話１００Ｂに送信する（ステップＳ０１８）。第２の携帯電話１００Ｂは、スタンプ情報を受信して、当該スタンプ情報を記憶する（ステップＳ０２０）。たとえば、スタンプ情報は、スタンプファイルの購入先サイトのアドレスやスタンプのサムネイル画像などを含む。
【００４３】
第２の携帯電話１００Ｂは、自身が所有しているスタンプファイルの概要やスタンプファイルの入手先などを示すスタンプ情報を、インターネット網５００などを介して、第３の携帯電話１００Ｘに送信する（ステップＳ０２２）。第３の携帯電話１００Ｘは、スタンプ情報を受信して、当該スタンプ情報を記憶する（ステップＳ０２４）。たとえば、スタンプ情報は、スタンプファイルの購入先サイトのアドレスやスタンプのサムネイル画像などを含む。
【００４４】
第３の携帯電話１００Ｘおよび第２の携帯電話１００Ｂは、手書きチャットで使用する同一のコンテンツを共有する（ステップＳ０２６）。より詳細には、第３の携帯電話１００Ｘは、ユーザが所望する写真などの下地画像を、Ｐ２Ｐ通信によって第２の携帯電話１００Ｂに送信する。あるいは第２の携帯電話１００Ｂが、ユーザが所望する下地画像を、Ｐ２Ｐ通信によって第３の携帯電話１００Ｘに送信する。第３の携帯電話１００Ｘは、上記共通のコンテンツ（下地画像）を記憶する（ステップＳ０２８）。第２の携帯電話１００Ｂは、上記共通のコンテンツを記憶する（ステップＳ０３０）。
【００４５】
第３の携帯電話１００Ｘおよび第２の携帯電話１００Ｂの各々は、ユーザから受け付けた手書き入力などの操作命令を受け付けて、当該操作命令を示す情報を相手端末へと送信する（ステップＳ０３２）。より詳細には、第３の携帯電話１００Ｘは、ユーザから操作命令を受け付けて、当該操作命令を示す情報をＰ２Ｐ通信によって第２の携帯電話１００Ｂに送信する。逆に、第２の携帯電話１００Ｂは、ユーザから操作命令を受け付けて、当該操作命令を示す情報をＰ２Ｐ通信によって第３の携帯電話１００Ｘに送信する。
【００４６】
第３の携帯電話１００Ｘは、ユーザから直接受け付けた操作命令および第２の携帯電話１００Ｂから受信した操作命令に基づいて、下地画像を編集し、編集後の下地画像を記憶する（ステップＳ０３４）。第２の携帯電話１００Ｘは、ユーザから直接受け付けた操作命令および第３の携帯電話１００Ｂから受信した操作命令に基づいて、下地画像を編集し、編集後の下地画像を記憶する（ステップＳ０３６）。
【００４７】
第３の携帯電話１００ＸのユーザがＳ０２２およびＳ０２４にて取得したスタンプ情報に対応するスタンプを購入したい場合、第３の携帯電話１００Ｘは、インターネット網５００などを介して当該スタンプファイルの配信元であるコンテンツ配信サーバ６００にコンテンツの配信要求を行う（ステップＳ０３８）。より詳細には、第３の携帯電話１００Ｘは、ステップＳ０２４にて記憶した付加情報に基づいて、コンテンツ配信サーバ６００にコンテンツの配信を要求する。
【００４８】
コンテンツ配信サーバ６００は、当該コンテンツの配信要求を受け付けて、インターネット網５００などを介して、第３の携帯電話１００Ｘにスタンプを表わすスタンプファイルと対応する付加情報とを送信する（ステップＳ０４０）。これによって、第３の携帯電話１００Ｘのユーザは、容易に、外部のサーバから所望するコンテンツを正規に取得することができる。すなわち、第３の携帯電話１００Ｘは、コンテンツ配信サーバ６００から正規にコンテンツを購入することによって、取得したスタンプファイルを自由に使用することができるようになる。
【００４９】
同様に、第２の携帯電話１００Ｂも、ステップＳ０２０にて記憶した付加情報に基づいて第３の携帯電話１００Ｘが所有するスタンプファイルをコンテンツ配信サーバ６００から、容易に、正規に取得することができる。第３の携帯電話１００Ｘと第２の携帯電話１００Ｂのユーザは、新たに取得したスタンプを利用しながら手書きチャットを楽しむことができる。
【００５０】
第３の携帯電話１００Ｘは、ユーザからＰ２Ｐ通信の終了操作を受け付けると終了通知を第２の携帯電話１００Ｂに送信する（ステップＳ０４２）。第２の携帯電話１００Ｂは、終了通知を受信して、マッチングサーバ４００に生成されたルームを削除する（ステップＳ０４４）。
【００５１】
ここで、本実施の形態に係るステップＳ００２からステップＳ００６における第３の携帯電話１００Ｘとコンテンツ配信サーバ６００との間のスタンプ購入処理について詳述する。図３は、スタンプ購入処理における第３の携帯電話１００Ｘのディスプレイ１０７の表示状態の推移を示すイメージ図である。
【００５２】
より詳細には、図３（Ａ）は、第３の携帯電話１００Ｘがユーザからスタンプの購入命令を受け付ける際のディスプレイ１０７の表示状態を示すイメージ図である。図３（Ｂ）は、第３の携帯電話１００Ｘが自身が所有しているスタンプを表示する際のディスプレイ１０７の表示状態を示すイメージ図である。図３（Ｃ）は、第３の携帯電話１００Ｘがユーザからスタンプの購入先アドレスを受け付ける際のディスプレイ１０７の表示状態を示すイメージ図である。図３（Ｄ）は、第３の携帯電話１００Ｘが、入力されたアドレスにアクセスする旨の命令を受け付ける際のディスプレイ１０７の表示状態を示すイメージ図である。図３（Ｅ）は、第３の携帯電話１００Ｘがスタンプの選択命令を受け付ける際の表示状態を示すイメージ図である。図３（Ｆ）は、第３の携帯電話１００Ｘがスタンプ購入後に自身が所有するスタンプを表示する際のディスプレイ１０７の表示状態を示す第２のイメージ図である。
【００５３】
図３（Ａ）を参照して、第３の携帯電話１００Ｘは、ユーザから、タッチパネル１５０などを介してスタンプ購入処理を開始する旨の命令を受け付ける。ここでは、ユーザは、スタイラスペン９９を用いて、ディスプレイ１０７を含むタッチパネル１５０を介して上記命令を第３の携帯電話１００Ｘに入力する。
【００５４】
図３（Ｂ）を参照して、第３の携帯電話１００Ｘは、ディスプレイ１０７を介してスタンプ購入画面を表示する。すなわち、第３の携帯電話１００Ｘは、現在自身が所有しているスタンプをリスト表示させる。このとき、第３の携帯電話１００Ｘは、自身が所有しているスタンプに対応するスタンプファイルあるいは付加情報に基づいて、自身が所有するスタンプのサムネイル画像をリスト表示する。
【００５５】
図３（Ｃ）を参照して、第３の携帯電話１００Ｘは、たとえばディスプレイ１０７が表示するソフトウェアキーボードなどを介して、ユーザからスタンプの購入先アドレスを受け付ける。
【００５６】
図３（Ｄ）を参照して、第３の携帯電話１００Ｘは、ユーザから、ソフトウェアキーボードによって入力されたスタンプの購入先アドレスにアクセスする旨の命令を受け付ける。たとえば、第３の携帯電話１００Ｘは、タッチパネル１５０にアクセスボタンなどを表示する。そして、第３の携帯電話１００Ｘは、ユーザが当該アクセスボタンにタッチしたことを検知して、インターネット網５００などを介して入力されたスタンプの購入先アドレスにアクセスする。
【００５７】
図３（Ｅ）を参照して、コンテンツ配信サーバ６００に接続された第３の携帯電話１００Ｘは、コンテンツ配信サーバ６００から配信可能なスタンプに対応する付加情報を受信する。第３の携帯電話１００Ｘは、受信した付加情報に基づいて、配信可能なスタンプのサムネイル画像などをリスト表示する。第３の携帯電話１００Ｘは、ユーザからスタンプを選択する旨の命令を受け付けて、選択されたスタンプを購入する。すなわち、第２の携帯電話１００Ｂは、選択されたスタンプに対応するスタンプファイルの配信を要求するメッセージをコンテンツ配信サーバ６００へと送信する。
【００５８】
第３の携帯電話１００Ｘは、選択したスタンプに対応するスタンプファイルを受信して、当該スタンプファイルを記憶する。図３（Ｆ）を参照して、第３の携帯電話１００Ｘは、ディスプレイ１０７に、スタンプ購入後に自身が所有しているスタンプをリスト表示する。
【００５９】
次に、本実施の形態に係るステップＳ０２２からステップＳ０２４における第３の携帯電話１００Ｘと第２の携帯電話１００Ｂとの間の付加情報交換処理について説明する。図４は、付加情報交換処理における第３の携帯電話１００Ｘのディスプレイ１０７の表示状態の推移を示すイメージ図である。
【００６０】
より詳細には、図４（Ａ）は、第３の携帯電話１００Ｘがユーザから手書きチャットアプリケーションを起動する旨の命令を受け付ける際のディスプレイ１０７の表示状態を示すイメージ図である。図４（Ｂ）は、第３の携帯電話１００ＸがユーザからＰ２Ｐ通信の相手を選択する旨の命令を受け付ける際のディスプレイ１０７の表示状態を示すイメージ図である。図４（Ｃ）は、第３の携帯電話１００Ｘが第２の携帯電話１００ＢにＰ２Ｐ通信の呼びかけを行う際のディスプレイ１０７の表示状態を示すイメージ図である。図４（Ｄ）は、第３の携帯電話１００Ｘが第２の携帯電話１００Ｂから付加情報を受信した後のディスプレイ１０７の表示状態を示すイメージ図である。図４（Ｅ）は、第３の携帯電話１００Ｘが第２の携帯電話１００Ｂが所有しているスタンプファイルをコンテンツ配信サーバ６００から購入した後のディスプレイ１０７の表示状態を示すイメージ図である。
【００６１】
図４（Ａ）を参照して、第３の携帯電話１００Ｘは、ユーザから手書きチャットアプリケーションを起動する旨の命令を受け付ける。ここでは、ユーザは、スタイラスペン９９を用いて、第３の携帯電話１００Ｘに手書きチャットアプリケーションを起動する旨の命令を入力する。
【００６２】
図４（Ｂ）を参照して、第３の携帯電話１００Ｘは、Ｐ２Ｐ通信が可能な通信端末をリスト表示する。第３の携帯電話１００Ｘは、ユーザからＰ２Ｐ通信を行う通信端末を選択する命令を受け付ける。
【００６３】
図４（Ｃ）を参照して、第３の携帯電話１００Ｘは、インターネット網５００やキャリア網７００を介して、第２の携帯電話１００ＢにＰ２Ｐ通信にて呼びかける。すなわち、第３の携帯電話１００Ｘは、ステップＳ０１６にて記憶したＩＰアドレスに基づいて、第２の携帯電話１００Ｂに直接アクセスする。このとき、第３の携帯電話１００Ｘは、第２の携帯電話１００Ｂから第２の携帯電話１００Ｂが所有するスタンプに対応する付加情報を識別情報に対応付けて受信する。逆に、第２の携帯電話１００Ｂは、第３の携帯電話１００Ｘから第３の携帯電話１００Ｘが所有するスタンプに対応する付加情報を識別情報に対応付けて受信する。
【００６４】
図４（Ｄ）を参照して、第３の携帯電話１００Ｘと第２の携帯電話１００Ｂとの間でＰ２Ｐ通信が確立すると、第２の携帯電話１００Ｂから受信した付加情報に基づいて第２の携帯電話１００Ｂが所有するスタンプのサムネイル画像などをディスプレイ１０７に表示する。ここで、第３の携帯電話１００Ｘは、譲渡が可能なスタンプに対応する付加情報に基づいて当該付加情報に対応するスタンプファイルを受信してもよい。すなわち、第３の携帯電話１００Ｘは、予め自身が所有しているスタンプのサムネイル画像と譲渡可能なスタンプに対応するサムネイル画像とを表示する。
【００６５】
また、第３の携帯電話１００Ｘは、譲渡が不可能なスタンプに対応する付加情報に基づいて、当該付加情報に対応するスタンプのサムネイル画像を未所有のスタンプとして表示する。すなわち、第３の携帯電話１００Ｘは、自身がスタンプファイルを所有しているスタンプのサムネイル画像と、自身がスタンプファイルを所有していないサムネイル画像とを、別々にリスト表示する。
【００６６】
第３の携帯電話１００Ｘのユーザは、リスト表示されたサムネイル画像を閲覧して、購入したいスタンプを選択する。すなわち、第３の携帯電話１００Ｘは、ユーザから、未所有のスタンプを選択する旨の命令を受け付ける。
【００６７】
第３の携帯電話１００Ｘは、選択命令を受け付けて、選択されたスタンプに対応する付加情報に基づいて、インターネット網５００などを介して、当該スタンプの購入先アドレスにアクセスする。具体的には、図３（Ｅ）に示したように、第３の携帯電話１００Ｘはコンテンツ配信サーバ６００からスタンプファイルを購入する。
【００６８】
図４（Ｅ）を参照して、第３の携帯電話１００Ｘは、予め自身が所有していたスタンプに対応するサムネイル画像と、予め第２の携帯電話１００Ｂが所有していた譲渡可能なスタンプに対応するサムネイル画像と、今回コンテンツ配信サーバ６００から購入したスタンプのサムネイル画像とを自身が所有するスタンプとしてリスト表示する。すなわち、本実施の形態においては、第３の携帯電話１００Ｘは、第２の携帯電話１００Ｂから受信した譲渡可能なスタンプと、第２の携帯電話１００Ｂから受信した譲渡が不可能なスタンプとを別々にリスト表示する。
【００６９】
そして、第３の携帯電話１００Ｘは、ユーザが購入を希望したスタンプに対応する付加情報に基づいて、当該スタンプのスタンプファイルおよび付加情報を記憶しているコンテンツ配信サーバ６００から、当該スタンプファイルおよび付加情報を購入する。図４（Ｄ）および図４（Ｅ）を参照して、スタンプの購入前に未所有のスタンプとして表示されていたスタンプが、スタンプの購入後には所有しているスタンプとして表示されている。
【００７０】
次に、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとの間のＰ２Ｐ通信について説明する。図５は、ネットワークシステム１における動作概要を示す第２のシーケンス図である。
【００７１】
図１および図５に示すように、第１の携帯電話１００Ａは、ユーザ操作に応じて、マッチングサーバ４００にチャットルームを生成するように要求する（ステップＳ０５２）。すなわち、第１の携帯電話１００Ａは、マッチングサーバ４００にＩＰ登録（ログイン）を要求する。第１の携帯電話１００Ａは、これと同時にマッチングサーバ４００からＩＰアドレスを取得してもよいし、予め他のサーバなどからＩＰアドレスを取得していてもよい。より詳細には、第１の携帯電話１００Ａは、キャリア網７００、インターネット網５００を介して、マッチングサーバ４００に第３の携帯電話１００ＸのＩＰアドレスと新たなチャットルームの生成を要求するメッセージとを送信する。
【００７２】
第１の携帯電話１００Ａのユーザは、第１の携帯電話１００Ａなどを用いて、第３の携帯電話１００Ｘ（図５において端末Ｘ）のユーザをチャットに勧誘する（ステップＳ０５４）。第３の携帯電話１００Ｘは、ユーザの命令に応じてチャットルームに入室する（ステップＳ０５６）。すなわち、第３の携帯電話１００Ｘは、第３の携帯電話１００ＸのＩＰアドレスをマッチングサーバ４００に登録することによって、チャットルームに入室する。
【００７３】
第３の携帯電話１００Ｘは、チャットルームに入室した旨を第１の携帯電話１００Ａに伝える（ステップＳ０５８）。すなわち、第３の携帯電話１００Ｘは、自身に割り当たられたＩＰアドレスを第３の携帯電話１００Ｘに送信する。第１の携帯電話１００Ａは、受信した第３の携帯電話１００ＸのＩＰアドレスを記憶する（ステップＳ０６０）。これによって、第１の携帯電話１００Ａと第３の携帯電話１００Ｘとは、キャリア網７００、インターネット網５００を介して互いに接続する。すなわち、第１の携帯電話１００Ａと第３の携帯電話１００Ｘとは、Ｐ２Ｐ通信を開始する。
【００７４】
Ｐ２Ｐ通信が始まると、第１の携帯電話１００Ａは、自身が所有しているスタンプファイルの概要やスタンプファイルの入手先などを示すスタンプ情報をインターネット網５００などを介して、第３の携帯電話１００Ｘに送信する（ステップＳ０６２）。第３の携帯電話１００Ｘは、スタンプ情報を受信して、当該スタンプ情報を記憶する（ステップＳ０６４）。たとえば、スタンプ情報は、スタンプファイルの購入先サイトのアドレスやスタンプのサムネイル画像などを含む。
【００７５】
第３の携帯電話１００Ｘは、自身が所有しているスタンプファイルの概要やスタンプファイルの入手先などを示すスタンプ情報を、インターネット網５００などを介して、第１の携帯電話１００Ａに送信する（ステップＳ０６６）。このとき、第３の携帯電話１００Ｘは、既に第２の携帯電話１００Ｂから受信しているスタンプ情報も第１の携帯電話１００Ａに送信する。
【００７６】
第１の携帯電話１００Ａは、第３の携帯電話１００Ｘが所有しているスタンプのスタンプ情報と第２の携帯電話１００Ｂが所有していたスタンプのスタンプ情報とを受信して、それらのスタンプ情報を記憶する（ステップＳ０６８）。たとえば、スタンプ情報は、スタンプファイルの購入先サイトのアドレスやスタンプのサムネイル画像などを含む。
【００７７】
その後、第１の携帯電話１００Ａおよび第３の携帯電話１００Ｘは、同一の下地画像などを利用しながら手書きチャットを楽しむことができる。
【００７８】
ここで、本実施の形態に係る第１の携帯電話１００Ａと第３の携帯電話１００Ｘとの間のスタンプ交換処理について詳述する。図６は、スタンプ交換処理における第１の携帯電話１００Ａのディスプレイ１０７の表示状態の推移を示すイメージ図である。
【００７９】
より詳細には、図６（Ａ）は、第１の携帯電話１００Ａがユーザからスタンプの購入命令を受け付ける際のディスプレイ１０７の表示状態を示すイメージ図である。図６（Ｂ）は、第１の携帯電話１００Ａが自身が所有しているスタンプを表示する際のディスプレイ１０７の表示状態を示すイメージ図である。図６（Ｃ）は、第１の携帯電話１００Ａがユーザから手書きチャットアプリケーションを起動する旨の命令を受け付ける際のディスプレイ１０７の表示状態を示すイメージ図である。図６（Ｄ）は、第１の携帯電話１００Ａが第３の携帯電話１００ＸにＰ２Ｐ通信の呼びかけを行う際のディスプレイ１０７の表示状態を示すイメージ図である。図６（Ｅ）は、第１の携帯電話１００Ａが第３の携帯電話１００Ｘから付加情報を受信した後のディスプレイ１０７の表示状態を示すイメージ図である。
【００８０】
図６（Ａ）を参照して、第１の携帯電話１００Ａは、ユーザから、タッチパネル１５０などを介してスタンプ購入処理を開始する旨の命令を受け付ける。ここでは、ユーザは、スタイラスペン９９を用いて、ディスプレイ１０７を含むタッチパネル１５０を介して上記命令を第１の携帯電話１００Ａに入力する。
【００８１】
図６（Ｂ）を参照して、第１の携帯電話１００Ａは、ディスプレイ１０７を介してスタンプ購入画面を表示する。すなわち、第１の携帯電話１００Ａは、現在自身が所有しているスタンプをリスト表示させる。このとき、第１の携帯電話１００Ａは、自身が所有しているスタンプに対応するスタンプファイルあるいは付加情報に基づいて、自身が所有するスタンプのサムネイル画像をリスト表示する。なお、ここでは、第１の携帯電話１００Ａが予めスタンプファイルを全く所有していない場合について説明する。
【００８２】
図６（Ｃ）を参照して、第１の携帯電話１００Ａは、ユーザから手書きチャットアプリケーションを起動する旨の命令を受け付ける。ここでは、ユーザは、スタイラスペン９９を用いて、第１の携帯電話１００Ｘに手書きチャットアプリケーションを起動する旨の命令を入力する。
【００８３】
図６（Ｄ）を参照して、第１の携帯電話１００Ａは、ユーザからＰ２Ｐ通信を行う通信端末を選択する命令を受け付けて、インターネット網５００やキャリア網７００を介して第３の携帯電話１００ＸにＰ２Ｐ通信にて呼びかける。すなわち、第１の携帯電話１００Ａは、ステップＳ０５８にて記憶したＩＰアドレスに基づいて、第３の携帯電話１００Ｘに直接アクセスする。
【００８４】
このとき、第１の携帯電話１００Ａは、第３の携帯電話１００Ｘから第３の携帯電話１００Ｘが所有するスタンプに対応する付加情報を識別情報に対応付けて受信する。前述したように、第３の携帯電話１００Ｘは、第２の携帯電話１００Ｂから受信した付加情報をも第１の携帯電話１００Ａに送信する。すなわち、第１の携帯電話１００Ａは、第３の携帯電話１００Ｘが予め所有しているスタンプの付加情報と、第３の携帯電話１００Ｘが予め他の携帯電話１００から受信した付加情報とを受信する。
【００８５】
図６（Ｅ）を参照して、第１の携帯電話１００Ａと第３の携帯電話１００Ｘとの間でＰ２Ｐ通信が確立すると、第３の携帯電話１００Ｘから受信した付加情報に基づいて第２の携帯電話１００Ｂおよび第３の携帯電話１００Ｘが所有するスタンプのサムネイル画像をディスプレイ１０７に表示する。第１の携帯電話１００Ａは、このときに、譲渡が可能なスタンプに対応する付加情報に基づいて当該付加情報に対応するスタンプファイルを受信してもよい。すなわち、第１の携帯電話１００Ａは、このときに、第３の携帯電話１００Ｘから受信した譲渡可能なスタンプに対応するサムネイル画像を所有スタンプとしてリスト表示してもよい。
【００８６】
また、第１の携帯電話１００Ａは、譲渡が不可能なスタンプに対応する付加情報に基づいて、当該付加情報に対応するスタンプのサムネイル画像を未所有のスタンプとしてリスト表示する。すなわち、第１の携帯電話１００Ａは、自身がスタンプファイルを所有しているスタンプに対応するサムネイル画像と、自身が未だスタンプファイルを所有していないスタンプに対応するサムネイル画像とを、別々にリスト表示する。
【００８７】
前述したように、第１の携帯電話１００Ａのユーザは、未所有のスタンプとしてリスト表示されたサムネイル画像を閲覧して、購入したいスタンプを選択する。すなわち、第１の携帯電話１００Ａは、ユーザから、未所有のスタンプを選択する旨の命令を受け付ける。第１の携帯電話１００Ａは、選択命令を受け付けて、選択されたスタンプに対応する付加情報に基づいて、インターネット網５００などを介して、当該スタンプの購入先アドレスにアクセスする。具体的には、図３（Ｅ）に示したように、第１の携帯電話１００Ａはコンテンツ配信サーバ６００からスタンプファイルを購入することができる。
【００８８】
以下、このような機能を実現するための通信端末や当該通信端末を含むネットワークシステムの構成について詳述する。
【００８９】
＜携帯電話１００のハードウェア構成＞
本実施の形態に係る携帯電話１００のハードウェア構成について説明する。図７は、本施の形態に係る携帯電話１００の概観を示すイメージ図である。図８は、携帯電話１００のハードウェア構成を示すブロック図である。
【００９０】
図７および図８に示すように、本実施の形態に係る携帯電話１００は、外部のネットワークとの間でデータを送受信する通信デバイス１０１と、プログラムや各種データベースを一時的に記憶する揮発性メモリ１０３と、入力部１０４と、着信を外部に通知する通知部１０５と、制御部１０６と、ディスプレイ１０７と、プログラムや各種データベースを記憶する不揮発性メモリ１０８と、タブレット１１９とを含む。
【００９１】
通信デバイス１０１は、制御部１０６からの通信データを通信信号に変換し、その通信信号を図示しないアンテナを介して発信する。通信デバイス１０１は、アンテナを介して受信した通信信号を通信データに変換し、その通信データを制御部１０６に入力する。
【００９２】
入力部１０４は、キー入力操作などによってユーザから情報を受け付ける。たとえば、入力部１０４は、テンキーや決定キーなどを含む。入力部１０４は、入力した命令を確定するための決定命令や、相手先アドレスを選択するための選択命令や、メールを他の通信端末へ送信するための送信命令などを受け付ける。
【００９３】
制御部１０６は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって実現され、携帯電話１００の各部を制御する。たとえば、制御部１０６は、入力部１０４やタブレット１１９を介してユーザから各種の命令を受け付ける。制御部１０６は、通信デバイス１０１を利用することによってネットワークを介して外部の通信端末とデータの送受信を行う。本実施の形態においては、制御部１０６は、タブレット１１９を介してユーザからの編集命令を受け付けて、手書き画像などのコンテンツを編集する。
【００９４】
具体的には、制御部１０６は、不揮発性メモリ１０８から制御プログラムを読み出して揮発性メモリ１０３に格納し、揮発性メモリ１０３から制御プログラムを順次読み出しながら当該制御プログラムを実行する。制御部１０６は、不揮発性メモリ１０８あるいは揮発性メモリ１０３からスタンプファイルや画像データなどを読み出して、スタンプやスタンプが押された画像をディスプレイ１０７に表示させる。制御部１０６は、編集後の画像データを揮発性メモリ１０３あるいは不揮発性メモリ１０８に格納する。
【００９５】
本実施の形態に係るディスプレイ１０７は、有機ＥＬ（electroluminescence）や液晶パネルやＣＲＴ（Cathode Ray Tube）から構成される。ディスプレイ１０７は、制御部１０６からの信号に基づいてスタンプやスタンプが押された画像を表示する。
【００９６】
そして、本実施の形態に係る携帯電話１００においては、ディスプレイ１０７の下側（裏側）にタブレット１１９が敷設されている。これによって、ユーザは、たとえばスタイラスペン９９や指などを用いることによって、タブレット１１９を介して図形情報などを制御部１０６に手書き入力することができる。
【００９７】
本実施の形態に係るディスプレイ１０７とタブレット１１９とは、いわゆるタッチパネルを構成する。なお、ディスプレイ１０７やタブレット１１９とは、各種方式のタッチパネルによって実現されてもよいし、光センサ液晶によって実現されてもよい。
【００９８】
通知部１０５は、スピーカによって実現される。通知部１０５は、他の通信端末からの呼びかけ（着呼）に応じて着信音を発することによって、他の通信端末からの着信をユーザに通知する。
【００９９】
あるいは、通知部１０５は、ＬＥＤ（Light  Emitting  Diode）によって実現される。通知部１０５は、他の通信端末からの呼びかけに応じて点灯したり点滅したりすることによって、他の通信端末からの着信をユーザに通知する。
【０１００】
あるいは、通知部１０５は、バイブレーション装置によって実現される。通知部１０５は、他の通信端末からの呼びかけに応じて通信端末自身を振動させることによって、他の通信端末からの着信をユーザに通知する。
【０１０１】
揮発性メモリ１０３は、たとえば、作業用メモリとして機能する揮発性のＳ−ＲＡＭ（Static-Random Access Memory）やＶ−ＲＡＭ（Video Random Access Memory）などによって実現される。揮発性メモリ１０３は、アプリケーションプログラムや、スタンプファイルや、画像データや、再生コードや、各種の変数を揮発的に（一時的に）記憶する。
【０１０２】
より詳細には、前述したように、制御部１０６は、受信した画像データやスタンプファイルを一時的に揮発性メモリ１０３に格納する。制御部１０６は、揮発性メモリ１０３から画像データを読み出して、ディスプレイ１０７に画像を表示させる。制御部１０６は、揮発性メモリ１０３からスタンプファイルを読み出して、ディスプレイ１０７にスタンプを表示させる。また、制御部１０６は、編集した画像データを一時的に揮発性メモリ１０３に格納する。
【０１０３】
不揮発性メモリ１０８は、たとえば、制御プログラムなどを記憶するＲＯＭ（Read Only Memory）や、ＮＶ−ＲＡＭ（Non-Volatile Random Access Memory）や、静止画像データや動画像データなどを記憶するＨＤＤ（Hard Disk Drive）などによって実現される。不揮発性メモリ１０８は、譲渡することが許可されているスタンプや画像を不揮発的に記憶する。本実施の形態に係る不揮発性メモリ１０８は、後述する管理テーブル１０８Ａや使用可能なスタンプファイル１０８Ｂや画像データを記憶する。
【０１０４】
より詳細には、制御部１０６は、不揮発性メモリ１０８が記憶している画像データやスタンプファイルを読み出して、揮発性メモリ１０３に一時的に格納する。制御部１０６は、受信したスタンプファイルや画像データを、それらの対応する付加情報に基づいて、揮発性メモリ１０３あるいは不揮発性メモリ１０８に格納する。具体的には、制御部１０６は、表示することや編集することや他の通信端末へ送信することが許可されているスタンプファイルや画像データを不揮発性メモリ１０８に格納する。
【０１０５】
図９は、管理テーブル１０８Ａのデータ構造を示すイメージ図である。なお、本実施の形態に係る管理テーブル１０８Ａは、不揮発性メモリ１０８に記憶される。以下では、説明のために、スタンプや、当該スタンプが貼られた画像を総称して「コンテンツ」ともいう。また、スタンプファイルや、画像データを総称して「コンテンツデータ」ともいう。
【０１０６】
図９を参照して、不揮発性メモリ１０８は、コンテンツ毎に当該画像を管理するための管理データを記憶している。すなわち、管理テーブル１０８Ａは、コンテンツ毎の管理データを含む。各管理データは、ｃｏｎｔＩＤ、ｏｗｎｅｒＦ、ｔｒａｎｓＦ、ｃｏｎｔＰＡＴＨ［］、ｄｅｃｏｄｅＡＤＲ、ｃｏｎｔＭＥＴＡを含む。
【０１０７】
ｃｏｎｔＩＤ（コンテンツＩＤ）は、各コンテンツを識別するためのデータ（識別情報）である。すなわち、管理データには、コンテンツ毎に識別情報が設定される。
【０１０８】
ｏｗｎｅｒＦは、所有権の有無を示すデータである。より詳細には、制御部１０６は、ｏｗｎｅｒＦの値が「０」の場合（所有権フラグが立っている場合）、自身が対象となるコンテンツデータを所有していないと判断する。制御部１０６は、ｏｗｎｅｒＦの値が「１」の場合（所有権フラグが立っていない場合）、自身が対象となるコンテンツデータを所有していると判断する。
【０１０９】
ｔｒａｎｓＦは、所有権の譲渡の可否を示す。より詳細には、制御部１０６は、ｔｒａｎｓＦの値が「０」の場合、対象となるコンテンツデータを他の通信端末に譲渡できないと判断する。制御部１０６は、ｔｒａｎｓＦの値が「１」の場合、対象となるコンテンツデータを自由に他の通信端末に譲渡できると判断する。
【０１１０】
ｃｏｎｔＰＡＴＨ［］は、対象となるコンテンツデータ（スタンプファイル１０８Ｂ）の格納場所のアドレスを示す。ここで、コンテンツデータは、後述するように、コンテンツを表示するための表示データと、再生コードを用いてコンテンツを表示するための表示データと、粗い画像を表示するための転送データとを含む概念である。
【０１１１】
ｄｅｃｏｄｅＡＤＲは、対象となるコンテンツデータの表示データを解読するための再生コードの格納場所のアドレスを示す。
【０１１２】
ｃｏｎｔＭＥＴＡは、コンテンツ付加情報を示す。ｃｏｎｔＭＥＴＡは、ＵＲＬ［］と、ＣＯＰＹＲＩＴＨＴ［］とを含む。ＵＲＬ［］は、コンテンツを提供したサイトのアドレスを示す。たとえば、ＵＲＬ［］は、外部のサーバ内のデータの格納先を示す情報であったり、外部のサーバに記憶されているデータを特定するための情報であったりする。ＣＯＰＹＲＩＴＨＴ［］はコンテンツの著作権情報を示す。
【０１１３】
図１０は、通信端末が他の通信端末に送信するコンテンツファイル（スタンプファイル１０８Ｂ）のデータ構造を示すイメージ図である。図１０を参照して、通信端末が他の通信端末に送信するスタンプファイル（あるいは他の通信端末から受信するスタンプファイル）は、コンテンツＩＤ、表示データ、転送データ、再生コードを含む。制御部１０６は、通信デバイス１０１を介してスタンプファイルを送信し、通信デバイス１０１を介してスタンプファイルを受信する。
【０１１４】
なお、コンテンツＩＤは、各コンテンツデータを識別するための情報である。表示データは、スタンプが押された手書き画像や写真画像などを表示するためのいわゆる画像データである。転送データは、手書き画像や写真画像などの粗い画像を表示するためのいわゆる画像データである。たとえば、転送データは、表示データの解像度を低くすることによって生成される。あるいは、転送データは、表示データのサムネイル画像を表わす。再生コードは、表示データを解読するための鍵であって、制御部１０６は再生コードを利用することによって、表示データに基づいてディスプレイ１０７に画像を表示する。
【０１１５】
＜携帯電話１００の機能構成＞
図１１は、本実施の形態に係る携帯電話１００（通信端末）およびネットワークシステム１の機能構成を示すブロック図である。図１１を参照して、本実施の形態に係るネットワークシステムは、インターネット網５００などを介して互いに接続可能な第３の携帯電話１００Ｘと第２の携帯電話１００Ｂとを含む。以下では、主に、第３の携帯電話１００Ｘが有する機能について説明する。
【０１１６】
携帯電話１００は、生成部１０６１と、通信制御部１０６２と、表示制御部１０６３とを含む。また、前述したように、携帯電話１００は、ディスプレイ１０７と、タブレット１１９と、揮発性メモリ１０３と、不揮発性メモリ１０８と、通信デバイス１０１とを含む。
【０１１７】
前述したように、タブレット１１９は、ユーザから手書き入力やソフトウェアキー入力などを受け付けて、当該入力に対応する操作情報を揮発性メモリ１０３に格納する。タブレット１１９は、ユーザからの各種入力を受け付ける受付部を実現する。より詳細には、タブレット１１９は、スタイラスペン９９やユーザの指が接触した位置を制御部１０６に入力する。あるいは、タブレット１１９は、ユーザがタッチパネルに接触した軌跡を手書き入力として受け付けて、手書き入力に対応する手書き情報を制御部１０６に受け渡す。制御部１０６は、手書き情報を揮発性メモリ１０３に記憶する。
【０１１８】
ディスプレイ１０７は、制御部１０６からのデータに基づいて、画像やテキストを表示する。具体的には、ディスプレイ１０７は、制御部１０６からのデータに基づいて、スタンプが押されたコンテンツを表示する。あるいは、ディスプレイ１０７は、自身のタブレット１１９にて受け付けた手書き入力に対応する手書き画像と、通信デバイス１０１にて受信した手書き情報に対応する手書き画像とを重ねて表示する。
【０１１９】
通信デバイス１０１は、図示しない通信アンテナや信号処理部によって実現される。通信デバイス１０１は、タブレット１１９が受け付けた手書き入力に対応する手書き情報や選択されたスタンプや写真などのコンテンツデータと、当該コンテンツデータに対応する付加情報とを他の通信端末へと送信する。通信デバイス１０１は、他の通信端末からコンテンツデータと付加情報とを受信して、コンテンツデータを制御部１０６に入力する。制御部１０６は、付加情報に基づいて受信したコンテンツデータを揮発性メモリ１０３あるいは不揮発性メモリ１０８に記憶する。
【０１２０】
揮発性メモリ１０３は、たとえば、各種変数やコンテンツデータなどを一時的に（揮発的に）記憶するワークメモリ（Ｓ−ＲＡＭなど）と、ディスプレイ１０７が表示するコンテンツなどを記憶する表示メモリ（ＶＲＡＭなど）とを含む。不揮発性メモリ１０８は、たとえば、管理テーブル１０８Ａやスタンプファイル１０８Ｂやコンテンツデータなどを不揮発的に記憶するＮＶ−ＲＡＭやＨＤＤなどを含む。
【０１２１】
生成部１０６１と、通信制御部１０６２と、表示制御部１０６３とは、制御部１０６などによって実現される機能である。より詳細には、制御部１０６が有する各機能は、制御部１０６が揮発性メモリ１０３などに記憶される制御プログラムを実行して、図８に示される各ハードウェアを制御することによって実現される機能である。たとえば、制御部１０６は、不揮発性メモリ１０８に予め格納されたプログラムを、揮発性メモリ１０３のワークメモリに読み出す。そして、制御部１０６は、揮発性メモリ１０３のプログラムを順次実行することによって、上記の機能ブロックを実現する。
【０１２２】
生成部１０６１は、タブレット１１９を介して入力される編集命令（操作命令）に応じてコンテンツを編集（生成）する。より詳細には、生成部１０６１は、ユーザによる編集命令に応じて、揮発性メモリ１０３に記憶されているコンテンツデータを更新する。ここで、編集命令は、ユーザによる、スタンプを選択するための命令やスタンプを押下位置を指定するための命令や手書き入力命令などを含む。
【０１２３】
たとえば、生成部１０６１は、手書き入力命令に応じて写真画像上に手書き文字を書き込んだり、スタンプの選択命令および押下命令に応じて画像上に自身が所有するスタンプを押したりする。生成部１０６１は、編集後のコンテンツデータを揮発性メモリ１０３の表示メモリに格納する。つまり、生成部１０６１は、コンテンツデータとして、スタンプが押された画像のデータを生成する。
【０１２４】
また、生成部１０６１は、第２の携帯電話１００Ｂから受信した編集内容に基づいてコンテンツデータを編集する。そして、生成部１０６１は、編集後のコンテンツデータや当該コンテンツに含まれるスタンプの付加情報を通信制御部１０６２や表示制御部１０６３に受け渡す。
【０１２５】
通信制御部１０６２は、通信デバイス１０１を用いて、他の通信端末とＰ２Ｐ通信を行う。より詳細には、通信制御部１０６２は、通信デバイス１０１を用いて他のサーバなどから自身のＩＰアドレスと他の通信端末のＩＰアドレスとを取得することにより、他の通信端末との間で当該ＩＰアドレスを利用して直接データを送受信し始める。
【０１２６】
本実施の形態に係る通信制御部１０６２は、通信デバイス１０１を用いて、付加情報や、譲渡可能なスタンプファイルや、編集内容を示すデータなどをインターネット網５００などを介して他の携帯電話１００（第２の携帯電話１００Ｂあるいは第１の携帯電話１００Ａ）に送信する。たとえば、通信制御部１０６２は、選択されたスタンプを示すスタンプファイル（第１の情報）とスタンプが押された座標とを送信したり、手書き入力の軌跡を示すデータを送信したりする。
【０１２７】
あるいは、通信制御部１０６２は、編集後のコンテンツデータをインターネット網５００などを介して他の携帯電話１００（第２の携帯電話１００Ｂ）に送信する。このとき、通信制御部１０６２は、編集後のコンテンツデータとともに、当該コンテンツデータに含まれるスタンプに対応する付加情報を送信する。
【０１２８】
また、通信制御部１０６２は、通信デバイス１０１を用いて、他の携帯電話１００（第２の携帯電話１００Ｂ）から付加情報や譲渡可能なスタンプファイルや編集内容を示すデータを受信したり、他の携帯電話１００にて編集されたコンテンツデータを受信したりする。通信制御部１０６２は、編集内容としてのスタンプファイル（第２の情報）とともに、スタンプファイルに対応する付加情報（第２の付加情報）を受信してもよい。あるいは、通信制御部１０６２は、編集されたコンテンツデータとともに、当該コンテンツデータに含まれるスタンプに対応する付加情報などを受信する。
【０１２９】
そして、通信制御部１０６２は、他の携帯電話１００から受信したスタンプファイルと付加情報とを、生成部１０６１や表示制御部１０６３に受け渡す。また、通信制御部１０６２は、他の携帯電話１００から受信したスタンプファイルと付加情報とを、揮発性メモリ１０３あるいは不揮発性メモリ１０８に格納する。
【０１３０】
より詳細には、通信制御部１０６２は、スタンプに対応する付加情報に基づいて、スタンプファイルを揮発性メモリ１０３あるいは不揮発性メモリ１０８に記憶する。すなわち、通信制御部１０６２は、自身が所有していないスタンプに対応する付加情報が、当該スタンプが譲渡可能であることを示す場合、スタンプファイルを不揮発性メモリ１０８に格納する。一方、通信制御部１０６２は、自身が所有していないスタンプに対応する付加情報が、当該スタンプが譲渡できないことを示す場合、スタンプファイルを揮発性メモリ１０３に格納する。
【０１３１】
本実施の形態に係る通信制御部１０６２は、通信デバイス１０１を介して他の通信端末からの第１の送信要求を受信する。通信制御部１０６２は、通信デバイス１０１を介してスタンプを特定するための識別情報と当該スタンプに対応する付加情報を他の通信端末へと送信する。前述したように、付加情報は、スタンプの概要を示す情報を含む。たとえば、付加情報は、スタンプを示す簡素な画像データ（サムネイル画像）や、スタンプの購入元のアドレスなどを含む。
【０１３２】
そして、通信制御部１０６２は、通信デバイス１０１を介して他の通信端末からの第２の送信要求を受信する。通信制御部１０６２は、通信デバイス１０１を介してスタンプファイルを他の通信端末へと送信する。ここで、スタンプファイルは、完全なスタンプを表示するための画像データや、画像データに基づいて完全なスタンプを示すための再生コードなどを含む。
【０１３３】
さらに、通信制御部１０６２は、自身の不揮発性メモリ１０８が記憶している付加情報を対応する識別情報とともに、第１の携帯電話１００Ａに送信してもよい。すなわち、通信制御部１０６２は、第１の携帯電話１００Ａからの第１の送信要求に応じて、自身が所有するスタンプに対応する識別情報と付加情報とを第１の携帯電話１００Ａに送信する。合わせて、通信制御部１０６２は、自身が未だ所有していないスタンプに対応する識別情報と付加情報とを第１の携帯電話１００Ａに送信してもよい。
【０１３４】
これによって、第１の携帯電話１００Ａは、Ｐ２Ｐ通信中の第３の携帯電話１００Ｘが所有するスタンプに関する情報だけでなく、過去に第３の携帯電話１００ＸがＰ２Ｐ通信を行った第２の携帯電話１００Ｂが所有するスタンプに関する情報を取得することができる。すなわち、第１の携帯電話１００Ａは、第２の携帯電話１００Ｂからの付加情報に基づいて、第３の携帯電話１００Ｘが所有していないスタンプのサムネイル画像や購入先などを取得することができる。
【０１３５】
また、通信制御部１０６２は、ユーザからのスタンプの購入命令を受け付けて、当該スタンプに対応する付加情報に基づいて、インターネット網５００を介して外部のサーバからスタンプファイルを受信する。たとえば、通信制御部１０６２は、他の通信端末から受信した付加情報に含まれる購入先アドレスに基づいて、通信デバイス１０１を用いて外部のコンテンツ配信サーバ６００からユーザが所望するスタンプに対応するスタンプファイルや付加情報を受信する。
【０１３６】
表示制御部１０６３は、ユーザからの編集命令に応じて、生成部１０６１が編集したコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。また、表示制御部１０６３は、第２の携帯電話１００Ｂから受信した編集内容に基づいて生成部１０６１が編集したコンテンツデータに基づき、ディスプレイ１０７に編集後のコンテンツを表示させる。あるいは、表示制御部１０６３は、通信制御部１０６２が第２の携帯電話１００Ｂから編集後のコンテンツデータを受信した際に、当該コンテンツデータに基づいてディスプレイ１０７にコンテンツを表示させる。
【０１３７】
なお、第２の携帯電話１００Ｂ（第１の携帯電話１００Ａ）が有する機能は、第３の携帯電話１００Ｘのそれと同様であるため、ここでは説明を繰り返さない。
【０１３８】
＜Ｐ２Ｐ通信のメイン処理＞
次に、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信のメイン処理について説明する。図１２は、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信のメイン処理の処理手順を示すフローチャートである。
【０１３９】
図１２を参照して、制御部１０６は、既に手書きチャットのアプリケーションが起動されているか否かを判断する（ステップＳ１０２）。すなわち、制御部１０６は、既に通信相手が存在するか否かを判断する。
【０１４０】
制御部１０６は、既に手書きチャットのアプリケーションが起動されていない場合（ステップＳ１０２にてＮＯである場合）、通信デバイス１０１を介して他の携帯電話から手書きチャットのアプリケーションを起動する旨の要求を受け付けたか否かを判断する（ステップＳ１０４）。
【０１４１】
制御部１０６は、他の携帯電話から手書きチャットのアプリケーションを起動する旨の要求を受け付けた場合（ステップＳ１０４にてＹＥＳである場合）、マッチング（着呼）処理（ステップＳ２００）を実行する。マッチング（着呼）処理（ステップＳ２００）については後述する。
【０１４２】
制御部１０６は、他の通信端末から手書きチャットのアプリケーションを起動する旨の要求を受け付けない場合（ステップＳ１０４にてＮＯである場合）、タブレット１１９あるいは入力部１０４を介して、ユーザから手書きチャットのアプリケーションを起動する旨の操作命令を受け付けたか否かを判断する（ステップＳ１０６）。制御部１０６は、ユーザから手書きチャットのアプリケーションを起動する旨の操作命令を受け付けない場合（ステップＳ１０６にてＮＯである場合）、後述するステップＳ１３０からの処理を繰り返す。
【０１４３】
制御部１０６は、手書きチャットのアプリケーションを起動する旨の操作命令を受け付けた場合（ステップＳ１０６にＹＥＳである場合）、マッチング（発呼）処理（ステップＳ３００）を実行する。マッチング（発呼）処理（ステップＳ３００）については後述する。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１４４】
制御部１０６は、既に手書きチャットのアプリケーションが起動されている場合（ステップＳ１０２にてＹＥＳである場合）、タブレット１１９を介してユーザから通常の描画用の操作命令（手書き入力）を受け付けたか否かを判断する（ステップＳ１０８）。制御部１０６は、ユーザから通常の描画用の操作命令を受け付けた場合（ステップＳ１０８にてＹＥＳである場合）、当該操作命令に基づいて、ディスプレイ１０７に操作命令の内容を表示する（ステップＳ１１０）。制御部１０６は、通信デバイス１０１を介して、Ｐ２Ｐ通信中の他の通信端末へ操作命令を送信する（ステップＳ１１２）。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１４５】
制御部１０６は、ユーザから通常の描画用の操作命令を受け付けない場合（ステップＳ１０８にてＮＯである場合）、通信デバイス１０１を介して他の通信端末から通常の描画用の操作命令を受信したか否かを判断する（ステップＳ１１４）。制御部１０６は、他の通信端末から通常の描画用の操作命令を受信した場合（ステップＳ１１４にてＹＥＳである場合）、受信した通常の描画用の操作命令に基づいて、ディスプレイ１０７に操作命令の内容を表示する（ステップＳ１１６）。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１４６】
制御部１０６は、他の通信端末から通常の描画用の操作命令を受信しない場合（ステップＳ１１４にてＮＯである場合）、ユーザがスタンプを押下したか否かを判断する（ステップＳ１１８）。制御部１０６は、タブレット１１９を介してスタンプの押下命令を受け付けると（ステップＳ１１８にてＹＥＳである場合）、自端末スタンプ表示処理（ステップＳ６００）を実行する。自端末スタンプ表示処理（ステップＳ６００）については後述する。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１４７】
制御部１０６は、ユーザからスタンプの押下命令を受け付けない場合（ステップＳ１１８にてＮＯである場合）、通信デバイス１０１を介して他の通信端末からスタンプの押下命令を受信したか否かを判断する（ステップＳ１２０）。制御部１０６は、他の通信端末からスタンプの押下命令を受信した場合（ステップＳ１２０にてＹＥＳである場合）、他端末スタンプ表示処理（ステップＳ７００）を実行する。他端末スタンプ表示処理（ステップＳ７００）については後述する。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１４８】
制御部１０６は、他の通信端末からスタンプの押下命令を受信しない場合（ステップＳ１２０にてＮＯである場合）、タブレット１１９あるいは入力部１０４を介して、ユーザから手書きチャットのアプリケーションを終了する旨の操作命令を受け付けたか否かを判断する（ステップＳ１２２）。制御部１０６は、ユーザから手書きチャットのアプリケーションを終了する旨の操作命令を受け付けた場合（ステップＳ１２２にてＹＥＳである場合）、通信デバイス１０１を介してＰ２Ｐ通信中の他の通信端末に手書きチャットを終了する旨を通知する（ステップＳ１２４）。そして、制御部１０６は、通信状態を通信相手がいない状態に設定する（ステップＳ１２６）。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１４９】
制御部１０６は、手書きチャットのアプリケーションを終了する旨の通知を受け付けない場合（ステップＳ１２２にてＮＯである場合）、通信デバイス１０１を介して他の通信端末から手書きチャットのアプリケーションを終了する旨の通知を受信したか否かを判断する（ステップＳ１２８）。制御部１０６は、他の通信端末から手書きチャットのアプリケーションを終了する旨の通知を受け付けた場合（ステップＳ１２８にてＹＥＳである場合）、通信状態を通信相手がいない状態に設定する（ステップＳ１２６）。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１５０】
制御部１０６は、他の通信端末から手書きチャットのアプリケーションを終了する旨の通知を受信しない場合（ステップＳ１２８にてＮＯである場合）、タブレット１１９あるいは入力部１０４を介して、ユーザからスタンプ情報を表示する旨の操作命令を受け付けたか否かを判断する（ステップＳ１３０）。制御部１０６は、ユーザからスタンプ情報を表示する旨の操作命令を受け付けない場合、ステップＳ１０２からの処理を繰り返す。
【０１５１】
制御部１０６は、スタンプ情報を表示する旨の操作命令を受け付けた場合（ステップＳ１３０にてＹＥＳである場合）、スタンプ情報表示処理（ステップＳ８００）を実行する。スタンプ情報表示処理（ステップＳ８００）については後述する。制御部１０６は、ステップＳ１０２からの処理を繰り返す。
【０１５２】
＜マッチング（着呼）処理＞
次に、本実施の形態に係る携帯電話１００におけるマッチング（着呼）処理について説明する。図１３は、本実施の形態に係る携帯電話１００におけるマッチング（着呼）処理（ステップＳ２００）の処理手順を示すフローチャートである。
【０１５３】
図１３を参照して、制御部１０６は、通知部１０５を稼働させる（ステップＳ２０２）。制御部１０６は、通知部１０５を稼働させてから所定時間が経過したか否かを判断する（ステップＳ２０４）。制御部１０６は、通知部１０５が稼働し始めてから所定時間が経過した場合（ステップＳ２０４にてＹＥＳである場合）、通知部１０５の稼働を停止させる（ステップＳ２０６）。制御部１０６は、ＬＥＤを点灯することによって、他の通信端末から着信を受けた旨を外部に通知する（ステップＳ２０８）。制御部１０６は、メイン処理に戻る。
【０１５４】
制御部１０６は、通知部１０５が稼働し始めてから所定時間が経過していない場合（ステップＳ２０４にてＮＯである場合）、タブレット１１９あるいは入力部１０４を介してユーザから応答操作を受け付けたか否かを判断する（ステップＳ２１０）。制御部１０６は、ユーザから応答操作を受け付けた場合（ステップＳ２１０にてＮＯである場合）、ステップＳ２０４からの処理を繰り返す。
【０１５５】
制御部１０６は、ユーザから応答操作を受け付けた場合（ステップＳ２１０にてＹＥＳである場合）、通知部１０５の稼働を停止させる（ステップＳ２１２）。制御部１０６は、通信デバイス１０１を介して自身に呼びかけてきた他の通信端末にＰ２Ｐ通信を承諾する旨を返信する（ステップＳ２１４）。制御部１０６は、通信状態を通信相手がある状態に設定する（ステップＳ２１６）。
【０１５６】
制御部１０６は、スタンプ情報受信処理（ステップＳ５００）を実行する。スタンプ情報受信処理（ステップＳ５００）については後述する。
【０１５７】
制御部１０６は、スタンプ情報送信処理（ステップＳ４００）を実行する。スタンプ情報送信処理（ステップＳ４００）については後述する。制御部１０６は、メイン処理に戻る。
【０１５８】
＜マッチング（発呼）処理＞
次に、本実施の形態に係る携帯電話１００におけるマッチング（発呼）処理（ステップＳ３００）について説明する。図１４は、本実施の形態に係る携帯電話におけるマッチング（発呼）処理（ステップＳ３００）の処理手順を示すフローチャートである。
【０１５９】
図１４を参照して、制御部１０６は、ディスプレイ１０７を介して、Ｐ２Ｐ通信の発信先の通信端末の候補を一覧表示する（ステップＳ３０２）。制御部１０６は、タブレット１１９あるいは入力部１０４を介して、ユーザからＰ２Ｐ通信の発信先の通信端末の選択を受け付けた否かを判断する（ステップＳ３０４）。制御部１０６は、通信端末の選択命令を受け付けない場合（ステップＳ３０４にてＮＯである場合）、メイン処理へと戻る。
【０１６０】
制御部１０６は、通信端末の選択命令を受け付けた場合（ステップＳ３０４にてＹＥＳである場合）、通信デバイス１０１を介して選択された通信端末へと手書きチャットのアプリケーションを起動する旨の要求を行う（ステップＳ３０６）。制御部１０６は、手書きチャットのアプリケーションを起動する旨の要求を送信してから所定時間が経過したか否かを判断する（ステップＳ３０８）。制御部１０６は、手書きチャットを起動する旨の要求を送信してから所定時間が経過した場合（ステップＳ３０８にてＹＥＳである場合）、メイン処理へと戻る。
【０１６１】
制御部１０６は、手書きチャットのアプリケーションを起動する旨の要求を送信してから所定時間が経過していない場合（ステップＳ３０８にてＮＯである場合）、通信デバイス１０１を介してＰ２Ｐ通信を承諾する旨のメッセージを受信したか否かを判断する（ステップＳ３１０）。制御部１０６は、Ｐ２Ｐ通信を承諾する旨のメッセージを受信しない場合（ステップＳ３１０にてＮＯである場合）、ステップＳ３０８からの処理を繰り返す。
【０１６２】
制御部１０６は、Ｐ２Ｐ通信を承諾する旨のメッセージを受信した場合（ステップＳ３１０にてＹＥＳである場合）、通信状態を通信相手が存在する状態に設定する（ステップＳ３１２）。
【０１６３】
制御部１０６は、スタンプ情報送信処理（ステップＳ４００）を実行する。スタンプ情報送信処理（ステップＳ４００）については後述する。
【０１６４】
制御部１０６は、スタンプ情報受信処理（ステップＳ５００）を実行する。スタンプ情報受信処理（ステップＳ５００）については後述する。制御部１０６は、メイン処理へと戻る。
【０１６５】
＜スタンプ情報送信処理＞
次に、本実施の形態に係る携帯電話１００におけるスタンプ情報送信処理（ステップＳ４００）について説明する。図１５は、本実施の形態に係る携帯電話におけるスタンプ情報送信処理（ステップＳ４００）の処理手順を示すフローチャートである。
【０１６６】
図１５を参照して、制御部１０６は、変数ｉを初期化する（ステップＳ４０２）。制御部１０６は、ｃｃｎｔ（図１５にて不図示の管理テーブル１０８Ａに関するシステム変数であって、管理テーブル１０８Ａで記憶管理されているスタンプ情報（コンテンツ）の総数を示す。）の値が変数ｉと一致するか否かを、すなわち、記憶管理されている全てのスタンプ情報に対しての送信処理が完了したか否かを判断する（ステップＳ４０４）。制御部１０６は、ｃｃｎｔの値が変数ｉと一致する場合（ステップＳ４０４にてＹＥＳである場合）、通信デバイス１０１を介して他の通信端末にコンテンツの送信が完了した旨のコードを送信する（ステップＳ４０６）。制御部１０６は、スタンプ情報送信処理（ステップＳ４００）を終了する。
【０１６７】
制御部１０６は、ｃｃｎｔの値が変数ｉと一致しない場合（ステップＳ４０４にてＮＯである場合）、揮発性メモリ１０３に記憶される各種変数を設定する（ステップＳ４０８）。より詳細には、制御部１０６は、ｃｏｎｔＩＤにＳＴＭＰＴＢＬ［ｉ］．ｃｏｎｔＩＤの値の代入する。同様に、制御部１０６は、ｏｗｎｅｒＦ、ｔｒａｎｓＦ、ｓｐＦ、ＵＲＬ［］、ＣＯＰＹＲＩＧＨＴ［］、ＰＡＴＨ［］の値を設定する。
【０１６８】
制御部１０６は、ｓｐＦに格納されている値を参照して、受信したスタンプ情報に対応するスタンプが特殊コンテンツであるか否かを判断する（ステップＳ４１０）。ここで、特殊コンテンツとは、コンテンツの提供元がないコンテンツをいう。たとえば、ハンコ画像のようにユーザのみが使用するコンテンツや、ユーザ自らが生成したコンテンツをいう。また、所有者の数や提供期間などが制限されているコンテンツや、所有者が提供元を秘密にしたがっているコンテンツなどをいう。
【０１６９】
制御部１０６は、受信したスタンプ情報に対応するスタンプが特殊コンテンツである場合（ステップＳ４１０にてＹＥＳである場合）、後述するステップＳ４２２からの処理を繰り返す。
【０１７０】
制御部１０６は、受信したスタンプ情報に対応するスタンプが特殊コンテンツでない場合（ステップＳ４１０にてＮＯである場合）、通信デバイス１０１を介してスタンプ情報を他の通信端末へと送信する（ステップＳ４１２）。より詳細には、制御部１０６は、通信デバイス１０１を介して、ｃｏｎｔＩＤをｐｅｒ１として、ｏｗｎｅｒＦをｐｅｒ２として、ｔｒａｎｓＦをｐｅｒ３として、ｓｐＦの値をｐｅ４として、ＵＲＬ［］の値をｐｅｒ５として、ＣＯＰＹＲＩＧＨＴ［］の値をｐｅｒ６として、ＰＡＴＨ［］の値をｐｅｒ７として、スタンプ情報を相手の通信端末へと送信する。
【０１７１】
制御部１０６は、通信デバイス１０１を介して他の通信端末からのコンテンツデータの送信を要求する旨のメッセージを受け付けたか否かを判断する（ステップＳ４１４）。制御部１０６は、他の通信端末からコンテンツデータの送信を要求する旨のメッセージを受け付けない場合（ステップＳ４１４にてＮＯである場合）、ステップＳ４２２からの処理を繰り返す。
【０１７２】
制御部１０６は、他の通信端末からコンテンツデータの送信を要求する旨のメッセージを受け付けた場合（ステップＳ４１４にてＹＥＳである場合）、揮発性メモリ１０３を参照して、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されているか否かを判断する（ステップＳ４１６）。制御部１０６は、ｏｗｎｅｒＦに１が格納されていない場合あるいはｔｒａｎｓＦに１が格納されていない場合（ステップＳ４１６にてＮＯである場合）、ファイルＰＡＴＨのアドレスに記憶されているスタンプファイルに含まれるすべてのデータを通信デバイス１０１を介して他の通信端末へと送信する（ステップＳ４２０）。制御部１０６は、ステップＳ４２２にからの処理を繰り返す。
【０１７３】
制御部１０６は、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されている場合（ステップＳ４１６にてＹＥＳである場合）、ファイルＰＡＴＨのアドレスに記憶されているスタンプファイルの表示データのみを通信デバイス１０１を介して他の通信端末へと送信する（ステップＳ４１８）。制御部１０６は、変数ｉの値をインクリメントする（ステップＳ４２２）。制御部１０６は、ステップＳ４０４からの処理を繰り返す。
【０１７４】
＜スタンプ情報受信処理＞
次に、本実施の形態に係る携帯電話１００におけるスタンプ情報受信処理（ステップＳ５００）について説明する。図１６は、本実施の形態に係る携帯電話におけるスタンプ情報受信処理（ステップＳ５００）の処理手順を示すフローチャートである。
【０１７５】
図１６を参照して、制御部１０６は、通信デバイス１０１を介して他の通信端末から送信終了コードを受信したか否かを判断する（ステップＳ５０２）。制御部１０６は、他の通信端末から送信終了コードを受信した場合（ステップＳ５０２にてＹＥＳである場合）、スタンプ情報受信処理を終了する。
【０１７６】
制御部１０６は、他の通信端末から送信終了コードを受信しない場合（ステップＳ５０２にてＮＯである場合）、スタンプ管理情報に関する変数を設定する（ステップＳ５０４）。より詳細には、制御部１０６は、ｃｏｎｔＩＤにｐｅｒ１を代入する。制御部１０６は、ｏｗｎｅｒＦにｐｅｒ２を代入する。制御部１０６はｔｒａｎｓＦにｐｅｒ３を代入する。制御部１０６は、ｓｐＦにｐｅｒ４を代入する。制御部１０６は、ＵＲＬ［］にｐｅｒ５を代入する。制御部１０６は、ＣＯＰＹＲＩＧＨＴ［］にｐｅｒ６を代入する。制御部１０６は、ＰＡＴＨ［］にｐｅｒ７を代入する。
【０１７７】
制御部１０６は、ｃｏｎｔＩＤに対応するスタンプが管理テーブル１０８Ａによって既に管理されているか否かを判断する（ステップＳ５０６）。制御部１０６は、ｃｏｎｔＩＤに対するスタンプが管理テーブル１０８Ａにて既に管理されている場合（ステップＳ５０６にてＹＥＳである場合）、スタンプファイルの送信が不要である旨を返信する（ステップＳ５０８）。制御部１０６は、ステップＳ５０２からの処理を繰り返す。
【０１７８】
制御部１０６は、ｃｏｎｔＩＤに対応するスタンプが管理テーブル１０８Ａにて未だ管理されていない場合（ステップＳ５０６にてＮＯである場合）、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されているか否かを判断する（ステップＳ５１０）。制御部１０６は、ｏｗｎｅｒＦに１が格納されていない場合あるいはｔｒａｎｓＦに１が格納されていない場合（ステップＳ５１０にてＮＯである場合）、すなわち譲渡可能なスタンプである場合、管理テーブル１０８Ａにおける所有権フラグを「１」に設定する（ステップＳ５１４）。制御部１０６は、ステップＳ５１６からの処理を繰り返す。
【０１７９】
制御部１０６は、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されている場合（ステップＳ５１０にてＹＥＳである場合）、すなわち譲渡不可能なスタンプである場合、管理テーブル１０８Ａの所有権フラグを「０」に設定する（ステップＳ５１２）。
【０１８０】
制御部１０６は、管理テーブル１０８Ａに当該スタンプに関連するスタンプ情報を登録する（ステップＳ５１６）。より詳細には、制御部１０６は、管理テーブル１０８ＡのＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｃｏｎｔＩＤにｃｏｎｔＩＤの値を代入する。制御部１０６は、管理テーブル１０８ＡのＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｔｒａｎｓＦにｔｒａｎｓＦの値を代入する。制御部１０６は、管理テーブル１０８ＡのＳＴＭＰＴＢＬ［ｃｃｎｔ］．ＰＡＴＨ［］にＰＡＴＨ［］の値を代入する。制御部１０６は、管理テーブル１０８ＡのＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｃｏｎｔＭＥＴＡ．ＵＲＬ［］にＵＲＬ［］の値を代入する。制御部１０６は、管理テーブル１０８ＡのＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｃｏｎｔＭＥＴＡ．ＣＯＰＹＲＩＧＨＴ［］にＣＯＰＹＲＩＧＨＴ［］の値を代入する。制御部１０６は、ｃｃｎｔの値をインクリメントする。
【０１８１】
制御部１０６は、通信デバイス１０１を介して他の通信端末にコンテンツの送信を要求する（ステップＳ５１８）。制御部１０６は、他の通信端末から受信したコンテンツを記憶するとともに、当該記憶場所を示すアドレスをファイルＰＡＴＨ［］に格納する（ステップＳ５２０）。制御部１０６は、ステップＳ５０２からの処理を繰り返す。
【０１８２】
＜自端末スタンプ表示処理＞
次に、本実施の形態に係る携帯電話１００における自端末スタンプ表示処理（ステップＳ６００）について説明する。図１７は、本実施の形態に係る携帯電話１００における自端末スタンプ表示処理（ステップＳ６００）の処理手順を示すフローチャートである。
【０１８３】
図１７を参照して、制御部１０６は、変数ｃｏｎｔＩＤに、タブレット１１９を介して押下されたスタンプに割り当てられているｃｏｎｔＩＤの値を代入する（ステップＳ６０２）。また、制御部１０６は、（Ｐｘ，Ｐｙ）にタブレット１１９を介して入力されたスタンプの押下位置の座標を代入する。制御部１０６は、変数ｉにスタンプに対応する管理テーブル上の通し番号を代入する（ステップＳ６０４）。
【０１８４】
制御部１０６は、揮発性メモリ１０３に記憶される各種変数を設定する（ステップＳ６０６）。より詳細には、制御部１０６は、ｏｗｎｅｒＦにＳＴＭＰＴＢＬ［ｉ］．ｏｗｎｅｒＦの値を代入する。同様に、制御部１０６は、揮発性メモリ１０３のｔｒａｎｓＦ、ｓｐＦ、ＵＲＬ［］、ＣＯＰＹＲＩＧＨＴ［］、ＰＡＴＨ［］の値を設定する。
【０１８５】
制御部１０６は、ｏｗｎｅｒＦに１が格納されているか否かを判断する（ステップＳ６０８）。制御部１０６は、ｏｗｎｅｒＦに１が格納されていない場合（ステップＳ６０８にてＮＯである場合）、すなわち対象となるスタンプを自身が所有していない場合、自端末スタンプ表示処理を終了する。
【０１８６】
制御部１０６は、ｏｗｎｅｒＦに１が格納されている場合（ステップＳ６０８にてＹＥＳである場合）、すなわち対象となるスタンプを自身が所有している場合、ファイルＰＡＴＨのアドレスに記憶されている再生コードに基づいて、ファイルＰＡＴＨの表示データを解読する（ステップＳ６１０）。制御部１０６は、解読された表示データに基づいて、ディスプレイ１０７の（Ｐｘ，Ｐｙ）の位置にスタンプを表示させる。
【０１８７】
制御部１０６は、対象となるスタンプが特殊コンテンツであるか否かを判断する（ステップＳ６１２）。制御部１０６は、対象となるスタンプが特殊コンテンツである場合（ステップＳ６１２にてＹＥＳである場合）、ファイルＰＡＴＨのアドレスに記憶されている表示データの内容とスタンプを押下すべき位置（Ｐｘ，Ｐｙ）とをパラメータとしたスタンプ押下操作情報を、通信デバイス１０１を介して他の通信端末へと送信する（ステップＳ６１４）。制御部１０６は、自端末スタンプ表示処理を終了する。
【０１８８】
制御部１０６は、対象となるスタンプが特殊コンテンツでない場合（ステップＳ６１２にてＮＯである場合）、対象となるスタンプに対応するｃｏｎｔＩＤとスタンプを押下すべき位置（Ｐｘ，Ｐｙ）とをパラメータとしたスタンプ押下操作情報を、通信デバイス１０１を介して他の通信端末へと送信する（ステップＳ６１６）。
【０１８９】
制御部１０６は、通信デバイス１０１を介して、他の通信端末からスタンプファイルおよびスタンプ情報を送信する旨の要求を受け付けたか否かを判断する（ステップＳ６１８）。制御部１０６は、他の通信端末からスタンプファイルとスタンプ情報とを送信する旨の要求を受け付けない場合（ステップＳ６１８にてＮＯである場合）、自端末スタンプ表示処理を終了する。
【０１９０】
制御部１０６は、他の通信端末からスタンプファイルとスタンプ情報とを送信する旨の要求を受け付けた場合（ステップＳ６１８にてＹＥＳである場合）、通信デバイス１０１を介して当該他の通信端末にスタンプ情報を送信する（ステップＳ６２０）。より詳細には、制御部１０６は、通信デバイス１０１を介して、ｃｏｎｔＩＤをｐｅｒ１として、ｏｗｎｅｒＦをｐｅｒ２として、ｔｒａｎｓＦをｐｅｒ３として、ｓｐＦをｐｅｒ４として、ＵＲＬ［］をｐｅｒ５として、ＣＯＰＹＲＩＧＨＴ［］をｐｅｒ６として、ＰＡＴＨ［］をｐｅｒ７として、スタンプ情報を他の通信端末に送信する。
【０１９１】
制御部１０６は、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されているか否かを判断する（ステップＳ６２２）。制御部１０６は、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されている場合（ステップＳ６２２にてＹＥＳである場合）、ファイルＰＡＴＨのアドレスに記憶されている表示データの内容を通信デバイス１０１を介して他の通信端末へと送信する（ステップＳ６２４）。制御部１０６は、自端末スタンプ表示処理を終了する。
【０１９２】
制御部１０６は、ｏｗｎｅｒＦに１が格納されていない場合あるいはｔｒａｎｓＦに１が格納されていない場合（ステップＳ６２２にてＮＯである場合）、ファイルＰＡＴＨのアドレスに記憶されているスタンプファイルに含まれるすべてのデータを通信デバイス１０１を介して他の通信端末へと送信する（ステップＳ６２６）。制御部１０６は、自端末スタンプ表示処理を終了する。
【０１９３】
＜画像編集機能の概要＞
ここで、本実施の形態に係る携帯電話１００における画像の編集機能について説明する。図１８は、本実施の形態に係る携帯電話１００におけるコンテンツの編集機能を示すイメージ図である。より詳細には、図１８（Ａ）は、スタンプが選択された状態を示すイメージ図である。図１８（Ｂ）は、スタンプを押下する位置を指定する状態を示すイメージ図である。図１８（Ｃ）は、スタンプを押下する命令が入力された状態を示すイメージ図である。図１８（Ｄ）は、スタンプが押下された後の画像（出来上がり画像）を示すイメージ図である。
【０１９４】
図７および図１８（Ａ）を参照して、ユーザは、スタイラスペン９９などを用いて、タブレット１１９を介して携帯電話１００に対して手書き入力を行う。そして、ユーザは、スタイラスペン９９を用いて、選択可能にリスト表示されているスタンプの中から所望のスタンプを選択する。ここでは、ユーザが、スタイラスペン９９を用いて、所望のスタンプを押下することによってスタンプの選択を行う。
【０１９５】
図１８（Ｂ）を参照して、ユーザは、スタイラスペン９９を介して所望するスタンプにタッチした後、当該スタイラスペン９９をスタンプを押下したい位置へと移動させる。図１８（Ｃ）を参照して、ユーザは、タブレット１１９上のスタンプを押下したい位置にスタイラスペン９９を接触させることによって、スタンプを押す位置を決定する。これによって、制御部１０６は、タブレット１１９を介してスタンプを押下すべき位置を受け付ける。
【０１９６】
制御部１０６は、タブレット１１９がタッチパネル１５０から離れた時点で、押下位置を指定する命令を受け付けてもよい。制御部１０６は、当該押下位置に基づいて、手書き画像などの画像上にスタンプを表示する。図１８（Ｄ）を参照して、最終的に、制御部１０６は、ユーザが所望するスタンプが押された画像をディスプレイ１０７に表示させる。
【０１９７】
＜他端末サンプル表示処理＞
次に、本実施の形態に係る携帯電話１００における他端末サンプル表示処理（ステップＳ７００）について説明する。図１９は、本実施の形態に係る携帯電話１００における他端末スタンプ表示処理（ステップＳ７００）の処理手順を示すフローチャートである。
【０１９８】
図１９に示すように、制御部１０６は、通信デバイス１０１を介して他の通信端末からスタンプファイルとスタンプの押下位置とを受信したか否かを判断する（ステップＳ７０２）。制御部１０６は、他の通信端末からスタンプファイルとスタンプの押下位置とを受信した場合（ステップＳ７０２にてＹＥＳである場合）、受信したスタンプファイルに基づいて、ディスプレイ１０７のスタンプの押下位置にスタンプを表示させる（ステップＳ７０４）。制御部１０６は、他端末スタンプ表示処理を終了する。
【０１９９】
制御部１０６は、他の通信端末からスタンプファイルとスタンプの押下位置とを受信しない場合（ステップＳ７０２にてＮＯである場合）、変数ｃｏｎｔＩＤに受信したスタンプのｃｏｎｔＩＤ（ｐｅｒ１）を代入する（ステップＳ７０６）。制御部１０６は、（Ｐｘ，Ｐｙ）に受信したスタンプの押下位置（ｐｅｒ２）を代入する。
【０２００】
制御部１０６は、ｃｏｎｔＩＤに対応するスタンプが管理テーブル１０８Ａによって管理されているか否かを判断する（ステップＳ７０８）。制御部１０６は、ｃｏｎｔＩＤに対応するコンテンツが管理テーブル１０８Ａによって管理されている場合（ステップＳ７０８にてＹＥＳである場合）、変数ｉにｃｏｎｔＩＤに対応する管理テーブル１０８Ａにおける通し番号を代入する（ステップＳ７１０）。制御部１０６は、ｏｗｎｅｒＦにＳＴＭＰＴＢＬ［ｉ］．ｏｗｎｅｒＦの値を代入する（ステップＳ７１２）。制御部１０６は、ＰＡＴＨ［］にＳＴＭＰＴＢＬ［ｉ］．ＰＡＴＨ［］の値を代入する。制御部１０６は、後述するステップＳ７２８からの処理を繰り返す。
【０２０１】
制御部１０６は、ｃｏｎｔＩＤに対応するスタンプが管理テーブル１０８Ａによって管理されていない場合（ステップＳ７０８にてＮＯである場合）、通信デバイス１０１を介して他の通信端末にスタンプファイルとスタンプ情報とを送信する旨の要求メッセージを送信する（ステップＳ７１４）。制御部１０６は、スタンプ情報を受信して、揮発性メモリ１０３の変数を設定する（ステップＳ７１６）。より詳細には、制御部１０６は、受信したスタンプ情報に基づいて、揮発性メモリ１０３に記憶される変数を設定する。
【０２０２】
たとえば、制御部１０６は、揮発性メモリ１０３のｃｏｎｔＩＤにｐｅｒ１の値を代入する。制御部１０６は、揮発性メモリ１０３のｏｗｎｅｒＦにｐｅｒ２の値を代入する。制御部１０６は、揮発性メモリ１０３のｔｒａｎｓＦにｐｅｒ３の値を代入する。制御部１０６は、揮発性メモリ１０３のｓｐＦにｐｅｒ４の値を代入する。制御部１０６は、揮発性メモリ１０３のＵＲＬ［］にｐｅｒ５の値を代入する。制御部１０６は、揮発性メモリ１０３のＣＯＰＹＲＩＧＨＴ［］にｐｅｒ６の値を代入する。制御部１０６は、揮発性メモリ１０３のＰＡＴＨ［］にｐｅｒ７の値を代入する。
【０２０３】
制御部１０６は、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されているか否かを判断する（ステップＳ７１８）。制御部１０６は、ｏｗｎｅｒＦに１が格納され、かつｔｒａｎｓＦに１が格納されている場合（ステップＳ７１８にてＹＥＳである場合）、管理テーブル１０８Ａの所有権フラグを「０」に設定する（ステップＳ７２０）。制御部１０６は、後述するステップＳ７２４からの処理を繰り返す。
【０２０４】
制御部１０６は、ｏｗｎｅｒＦに１が格納されていない場合あるいはｔｒａｎｓＦに１が格納されていない場合（ステップＳ７１８にてＮＯである場合）、管理テーブル１０８Ａの所有権フラグを「１」に設定する（ステップＳ７２２）。制御部１０６は、管理テーブル１０８Ａにスタンプ情報を登録する（ステップＳ７２４）。より詳細には、制御部１０６は、管理テーブル１０８ＡのＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｃｏｎｔＩＤにｃｏｎｔＩＤの値を代入する。制御部１０６はＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｔｒａｎｓＦにｔｒａｎｓＦの値を代入する。制御部１０６は、ＳＴＭＰＴＢＬ［ｃｃｎｔ］．ＰＡＴＨ［］にＰＡＴＨ［］の値を代入する。制御部１０６はＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｃｏｎｔＭＥＴＡ．ＵＲＬ［］にＵＲＬ［］の値を代入する。制御部１０６は、ＳＴＭＰＴＢＬ［ｃｃｎｔ］．ｃｏｎｔＭＥＴＡ．ＣＯＰＹＲＩＧＨＴ［］にＣＯＰＹＲＩＧＨＴ［］の値を代入する。制御部１０６は、ｃｃｎｔの値をインクリメントする。
【０２０５】
制御部１０６は、通信デバイス１０１を介して他の通信端末から受信したコンテンツを記憶するとともに、当該コンテンツの格納先を示すアドレスをファイルＰＡＴＨ［］に格納する（ステップＳ７２６）。制御部１０６は、ｏｗｎｅｒＦに１が格納されているか否かを判断する（ステップＳ７２８）。制御部１０６はｏｗｎｅｒＦに１が格納されている場合（ステップＳ７２８にＹＥＳである場合）、ファイルＰＡＴＨのアドレスに記憶されている再生コードに基づいて、ファイルＰＡＴＨのアドレスに記憶されている表示データを解読する（ステップＳ７３０）。制御部１０６は、解読した表示データに基づいて、ディスプレイ１０７の（Ｐｘ，Ｐｙ）の位置にスタンプを表示させる。制御部１０６は他端末表示処理を終了する。
【０２０６】
制御部１０６は、ｏｗｎｅｒＦに１が格納されていない場合（ステップＳ７２８にてＮＯである場合）、ファイルＰＡＴＨのアドレスに記憶されているデータ（表示データのコピーデータ）に基づいて、ディスプレイ１０７の（Ｐｘ，Ｐｙ）の位置に表示させる（ステップＳ７３２）。制御部１０６は、他端末スタンプ表示処理を終了する。
【０２０７】
＜スタンプ情報表示処理＞
次に本実施の形態に係る携帯電話１００におけるスタンプ情報表示処理（ステップＳ８００）について説明する。図２０は、本実施の形態に係る携帯電話におけるスタンプ情報表示処理（ステップＳ８００）の処理手順を示すフローチャートである。図２１は、本実施の形態に係る携帯電話１００が自身が所有するスタンプを表示するためのウインドウを示すイメージ図である。より詳細には、図２１（Ａ）は、図２１Ａは、ウインドウの初期画面を示すイメージ図である。図２１（Ｂ）は、携帯電話１００が、自身が所有するスタンプと自身が未所有のスタンプとを表示する状態を示すイメージ図である。
【０２０８】
図２０および図２１（Ａ）を参照して、制御部１０６は、ディスプレイ１０７に、自身が所有しているスタンプを表示するための初期画面を表示させる（ステップＳ８０２）。なお、ステップＳ８０２においては、携帯電話１００は、自身が所有するスタンプの欄と、自身が未所有のスタンプの欄とにスタンプを表示しない。
【０２０９】
制御部１０６は、揮発性メモリ１０３の変数ｉの値を初期化する（ステップＳ８０４）。制御部１０６は、ｃｃｎｔの値が変数ｉと一致するか否かを判断する（ステップＳ８０６）。制御部１０６は、ｃｃｎｔの値が変数ｉと一致しない場合（ステップＳ８０６にてＮＯである場合）、揮発性メモリ１０３の各種変数の値を設定する（ステップＳ８０８）。より詳細には，制御部１０６は、ｃｏｎｔＩＤにＳＴＭＰＴＢＬ［ｉ］．ｃｏｎｔＩＤの値を代入する。同様に、制御部１０６は、ｏｗｎｅｒＦ、ｔｒａｎｓＦ、ｓｐＦ、ＵＲＬ［］、ＣＯＰＹＲＩＧＨＴ［］、ＰＡＴＨ［］の値を設定する。
【０２１０】
制御部１０６は、ｏｗｎｅｒＦに１が格納されている場合（ステップＳ８１０にてＹＥＳである場合）、ファイルＰＡＴＨのアドレスに記憶されている表示データに基づいて、ディスプレイ１０７の所有スタンプの欄にスタンプのアイコンを表示させる（ステップＳ８１２）。制御部１０６は、変数ｉの値をインクリメントする（ステップＳ８１６）。制御部１０６は、ステップＳ８０６からの処理を繰り返す。
【０２１１】
制御部１０６は、ｏｗｎｅｒＦに１が格納されているか否かを判断する（ステップＳ８１０）。制御部１０６はｏｗｎｅｒＦに１が格納されていない場合（ステップＳ８１０にてＮＯである場合）、ファイルＰＡＴＨのアドレスに記憶されている表示データに基づいて、ディスプレイ１０７の未所有スタンプの欄にスタンプのアイコンを表示する（ステップＳ８１４）。制御部１０６は、変数ｉの値をインクリメントする（ステップＳ８１６）。制御部１０６は、ステップＳ８０６からの処理を繰り返す。
【０２１２】
制御部１０６は、ｃｃｎｔの値が変数ｉと一致する場合（ステップＳ８０６にてＹＥＳである場合）、変数ｉに「−１」を代入する（ステップＳ８２２）。合わせて、制御部１０６は、ＵＲＬ［］にＮＵＬＬを代入する。
【０２１３】
より詳細には、図２０および図２１Ｂを参照して、制御部１０６は、ステップＳ８１２およびステップＳ８１４を実行することによって、自身が所有するスタンプのサムネイル画像と自身が未所有のスタンプのサムネイル画像（アイコン１０７Ａ）とを、ディスプレイ１０７に表示させる。合わせて、制御部１０６は、未所有のスタンプの購入先するためのアクセスボタン１０７Ｂや、その他の購入先アドレスの入力エリア１０７Ｃと、その他の購入先アドレスにアクセスするためのアクセスボタン１０７Ｄなどを、ディスプレイ１０７に表示させる。
【０２１４】
制御部１０６は、タブレット１１９を介して、ユーザからスタンプを選択する旨の要求を受け付ける。すなわち、制御部１０６は、タブレット１１９を介して、未所有のスタンプのアイコン１０７Ａが新たに選択されたか否かを判断する（ステップＳ８２４）。制御部１０６は、未所有のスタンプのアイコン１０７Ａが選択された場合（ステップＳ８２４にてＹＥＳである場合）、変数ｉに選択された未所有のスタンプに対応する管理テーブル１０８Ａにおける通し番号を代入する（ステップＳ８２６）。制御部１０６は、ステップＳ８２４からの処理を繰り返す。
【０２１５】
制御部１０６は、タブレット１１９を介して新たに未処理のスタンプのアイコンが選択されていないと判断した場合（ステップＳ８２４にてＮＯである場合）、タブレット１１９を介してユーザがアクセスボタン１０７Ｂを操作したか否かを判断する（ステップＳ８２６）。制御部１０６は、ユーザがアクセスボタン１０７Ｂを操作したと判断した場合（ステップＳ８２６にてＹＥＳである場合）、変数ｉに「−１」が格納されているか否かを判断する（ステップＳ８２８）。制御部１０６は、変数ｉに「−１」が格納されている場合（ステップＳ８２８にてＹＥＳである場合）、ステップＳ８２４からの処理を繰り返す。
【０２１６】
制御部１０６は、変数ｉに「−１」が格納されていない場合（ステップＳ８２８にてＮＯである場合）、新スタンプ購入（口コミ）処理（ステップＳ９００）を実行する。新スタンプ購入（口コミ）処理（ステップＳ９００）については後述する。その後、制御部１０６は、ディスプレイ１０７に、自身が所有するスタンプを表示するためのウインドウを消去させる（ステップＳ８３０）。制御部１０６は、スタンプ情報表示処理を終了して、メイン処理に戻る。
【０２１７】
制御部１０６は、ユーザがアクセスボタンを操作していないと判断した場合（ステップＳ８２６にてＮＯである場合）、タブレット１１９を介して新たなＵＲＬの入力を受け付けたか否かを判断する（ステップＳ８３２）。制御部１０６は、新たなＵＲＬの入力を受け付けた場合（ステップＳ８３２にてＹＥＳである場合）、揮発性メモリ１０３のＵＲＬ［］に上記入力されたＵＲＬの値を代入する（ステップＳ８３４）。制御部１０６は、ステップＳ８２４からの処理を繰り返す。
【０２１８】
制御部１０６は、タブレット１１９を介して新たなＵＲＬの入力を受け付けない場合（ステップＳ８２４にてＮＯである場合）、ユーザがアクセスボタン１０７Ｄを操作したか否かを判断する（ステップＳ８３６）。制御部１０６は、ユーザがアクセスボタン１０７Ｄを操作していないと判断した場合（ステップＳ８３６にてＮＯである場合）、ユーザからの終了操作を受け付けたか否かを判断する（ステップＳ８３８）。
【０２１９】
制御部１０６は、ユーザから終了操作を受け付けていないと判断した場合（ステップＳ８３８にてＮＯである場合）、ステップＳ８２４からの処理を繰り返す。制御部１０６は、ユーザから終了操作を受け付けた場合（ステップＳ８３８にてＹＥＳである場合）、後述するステップＳ８４２からの処理を繰り返す。
【０２２０】
制御部１０６は、ユーザがアクセスボタン１０７Ｄを操作したと判断した場合（ステップＳ８３６にてＹＥＳである場合）、揮発性メモリ１０３のＵＲＬ［］にＮＵＬＬが格納されているか否かを判断する（ステップＳ８４０）。制御部１０６は、ＵＲＬ［］にＮＵＬＬが格納されている場合（ステップＳ８４０にてＹＥＳである場合）、ステップＳ８２４からの処理を繰り返す。
【０２２１】
制御部１０６は、ＵＲＬ［］にＮＵＬＬが格納されていない場合（ステップＳ８４０にてＮＯである場合）、新スタンプ購入（通常）処理（ステップＳ９５０）を実行する。新スタンプ購入（通常）処理（ステップＳ９５０）については後述する。その後、制御部１０６は、ディスプレイ１０７に、所有するスタンプを表示するためのウインドウを消去させる（ステップＳ８４２）。制御部１０６は、スタンプ情報表示処理を終了して、メイン処理に戻る。
【０２２２】
＜新スタンプ購入処理＞
次に、本実施の形態に係る携帯電話１００における新スタンプ購入（口コミ）処理（ステップＳ９００）について説明する。図２２は、本実施の形態に係る携帯電話１００における新スタンプ購入（口コミ）処理（ステップＳ９００）の処理手順および新スタンプ購入（通常）処理（ステップＳ９５０）の処理手順を示すフローチャートである。
【０２２３】
図２２を参照して、新スタンプ購入（口コミ）処理（ステップＳ９００）においては、制御部１０６は、ＵＲＬ［］にＳＴＭＰＴＢＬ［ｉ］．ｃｏｎｔＭＥＴＡ．ＵＲＬ［］の値を代入する（ステップＳ９０２）。制御部１０６は、通信デバイス１０１を介して、ＵＲＬ［］に記憶されているアドレスに基づいて、外部のコンテンツ配信サーバ６００などにアクセスする（ステップＳ９０４）。
【０２２４】
制御部１０６は、通信デバイス１０１を介してコンテンツ配信サーバ６００から複数の付加情報を受信する。制御部１０６は、タッチパネル１５０を介して、当該付加情報のそれぞれを選択可能にリスト表示する。
【０２２５】
制御部１０６は、タッチパネル１５０を介して、ユーザからの購入スタンプの選択命令を受け付ける（ステップＳ９０６）。制御部１０６は、スタンプを購入するか否かを判断する（ステップＳ９０８）。すなわち、制御部１０６は、タッチパネル１５０を介してユーザが購入決定ボタンを押下したか否かを判断する。制御部１０６は、ユーザがスタンプを購入しない判断した場合（ステップＳ９０８にてＮＯである場合）、新スタンプ購入（口コミ）処理を終了する。
【０２２６】
制御部１０６は、ユーザがスタンプを購入すると判断した場合（ステップＳ９０８にてＹＥＳである場合）、通信デバイス１０１を介してコンテンツ配信サーバ６００から購入するスタンプに対応するスタンプファイルおよび付加情報をダウンロードする（ステップＳ９１０）。制御部１０６は、通信デバイス１０１を介して、インターネット網５００や決済センターなどを介して、今回のスタンプの購入に関する決済処理を行う（ステップＳ９１２）。
【０２２７】
制御部１０６は、管理テーブル１０８Ａに新たなデータを登録したり既存のデータを更新したりする（ステップＳ９７０）。より詳細には、制御部１０６は、ＳＴＭＰＴＢＬ［ｉ］．ｃｏｎｔＩＤにスタンプファイルのヘッダ部に格納されているｃｏｎｔＩＤの値を代入する。制御部１０６は、ＳＴＭＰＴＢＬ［ｉ］．ｏｗｎｅｒＦに所有コンテンツであることを示す「１」を代入する。制御部１０６は、ＳＴＭＰＴＢＬ［ｉ］．ｔｒａｎｓＦに所有権を譲渡することが不可能である旨を示す「１」を代入する。制御部１０６は、ＳＴＭＰＴＢＬ［ｉ］．ｃｏｎｔＰＡＴＨ［］にｃｏｎｔＰＡＴＨ［］の値を代入する。制御部１０６は、ＳＴＭＰＴＢＬ［ｉ］．ｃｏｎｔＭＥＴＡ．ＵＲＬ［］にＵＲＬ［］の値を代入する。制御部１０６は、ＳＴＭＰＴＢＬ［ｉ］．ｃｏｎｔＭＥＴＡ．ＣＯＰＹＲＩＧＨＴ［］にＣＯＰＹＲＩＧＨＴ［］の値を代入する。
【０２２８】
制御部１０６は、新スタンプ購入（口コミ）処理（ステップＳ９００）を終了して、スタンプ情報表示処理（８００）に戻る。
【０２２９】
続いて、新スタンプ購入（通常）処理（ステップＳ９５０）について説明する。図２２を参照して、制御部１０６は、通信デバイス１０１を用いて、ＵＲＬ［］に格納されているアドレスに基づいて外部のコンテンツ配信サーバ６００へとアクセスする（ステップＳ９５２）。制御部１０６は、タブレット１１９あるいは入力部１０４を介して、ユーザから購入スタンプの選択命令を受け付ける（ステップＳ９５４）。制御部１０６は、ユーザがスタンプを購入するか否かを判断する（ステップＳ９５６）。制御部１０６は、ユーザがスタンプを購入しない場合（ステップＳ９５６にてＮＯである場合）、新スタンプ購入（通常）処理（ステップＳ９５０）を終了する。
【０２３０】
制御部１０６は、ユーザがスタンプを購入する場合（ステップＳ９５６にてＹＥＳである場合）、通信デバイス１０１を用いて、インターネット網５００などを介して、コンテンツ配信サーバ６００から購入するスタンプに対応するスタンプファイルおよび付加情報を受信する（ステップＳ９５８）。制御部１０６は、通信デバイス１０１を介して、インターネット網５００や決済センターなどを介して、購入したスタンプに関する決済処理を行う（ステップＳ９６０）。
【０２３１】
制御部１０６は、変数ｉにｃｃｎｔの値を代入する（ステップＳ９６２）。制御部１０６は、ｃｃｎｔの値をインクリメントする。制御部１０６は、ステップＳ９７０からの処理を実行する。
【０２３２】
＜その他の実施の形態＞
本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。
【０２３３】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２３４】
プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。
【０２３５】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２３６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２３７】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２３８】
１  ネットワークシステム、９９  スタイラスペン、１００，１００Ａ，１００Ｂ，１００Ｘ  携帯電話、１０１  通信デバイス、１０３  揮発性メモリ、１０４  入力部、１０５  通知部、１０６  制御部、１０６１  生成部、１０６２  通信制御部、１０６３  表示制御部、１０７  ディスプレイ、１０８  不揮発性メモリ、１０８Ａ  管理テーブル、１０８Ｂ  スタンプファイル、１１９  タブレット、１５０  タッチパネル、２００  カーナビゲーション装置、３００  パーソナルコンピュータ、４００  マッチングサーバ、５００  インターネット網、６００  コンテンツ配信サーバ、７００  キャリア網。
【図１】
2010183447.tif 000003
【図２】
2010183447.tif 000004
【図３】
2010183447.tif 000005
【図４】
2010183447.tif 000006
【図５】
2010183447.tif 000007
【図６】
2010183447.tif 000008
【図７】
2010183447.tif 000009
【図８】
2010183447.tif 000010
【図９】
2010183447.tif 000011
【図１０】
2010183447.tif 000012
【図１１】
2010183447.tif 000013
【図１２】
2010183447.tif 000014
【図１３】
2010183447.tif 000015
【図１４】
2010183447.tif 000016
【図１５】
2010183447.tif 000017
【図１６】
2010183447.tif 000018
【図１７】
2010183447.tif 000019
【図１８】
2010183447.tif 000020
【図１９】
2010183447.tif 000021
【図２０】
2010183447.tif 000022
【図２１】
2010183447.tif 000023
【図２２】
2010183447.tif 000024