JP5958106B2 - 情報共有方法、情報処理装置、及び情報共有プログラム - Google Patents

Description

本発明は、コンテンツ等を共有する情報共有方法、情報処理装置、及び情報共有プログラムに関する。

従来では、カメラ等の撮影部で撮影した画像や映像等のコンテンツをウェブ等の通信ネットワークを介して複数の装置間で共有するシステム環境が整ってきている。上述したようなシステムは、具体的にはクラウドサービスやＮｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ（ＮＡＳ）等のファイルサーバ等の普及により実現されてきている。また、従来では、スマートフォンやタブレット端末等の情報端末も普及しており、上述したコンテンツ等の各種情報を、上述した情報端末に格納してユーザが持ち歩くといった生活スタイルも一般化しつつある。

なお、従来では、上述したようなコンテンツの共有化を実現するための手法が存在する。例えば、従来では、あるカメラから入力された検索条件を所定範囲内に存在する他のカメラに送信し、送信側のカメラにおいて条件に該当する画像データを検索させて、その検索結果を取得する手法が存在する。また、従来では、利用者端末装置の画面をカメラで撮影して、認証付顔写真画像を取り込み、電子透かしとして埋め込まれている認証コードを読み出して発券履歴に記録されている認証コードと照合する手法が存在する。また、従来では、送信対象の端末から識別情報を受信し、それを撮影した画像に関連付ける手法が存在する。更に、従来では、撮影時に画像をアップロードし、その画像の格納先に対応するＱＲコード（登録商標）を受信する手法や、撮影した画像のインデックスを共有先に送信する仕組みが存在する（例えば、特許文献１〜５参照）。

特開２００４−１７９９２０号公報 特開２００６−２０１９９７号公報 特開２００７−２６７０５９号公報 特開２００８−２３６１５９号公報 特開２０１０−８６１７４号公報

ところで、上述した画像や映像等のコンテンツを既に保有している保有者は、保有するコンテンツを他人と共有するといったモチベーションが低い。そのため、従来では、保有者が保有するコンテンツが欲しくても、そのコンテンツがいつまでも共有されない場合が多い。なお、この課題は、例えばコンテンツを簡易に共有できる環境が整っていないことに起因する。共有できる環境が整っていないとは、例えばタブレット端末等によりコンテンツを閲覧したいときにネットワークにアクセスできなかったり、カメラ等で画像コンテンツをプレビューすることはできてもウェブアクセスや共有設定ができないこと等が挙げられる。更に、上述した従来手法を用いても、情報共有の簡易化を実現できているとはいえない。

開示の技術は、かかる問題を鑑み、簡易に情報を共有化することを目的とする。

開示の一態様における情報共有方法は、共有するコンテンツを有する第１端末で提示された前記コンテンツに対応する共有用情報を取得した第２端末から、前記共有用情報に基づく前記コンテンツの取得要求を受け付け、受け付けた前記取得要求に基づいて前記第１端末に前記コンテンツの取得要求を行い、前記第１端末から取得したコンテンツを所定の格納部に格納し、格納した場所を示す格納先情報を含む取得完了通知を前記第２端末に送信する、処理を情報処理装置に実行させる。

開示の技術によれば、簡易に情報を共有化することができる。

第１実施形態における情報共有システムの概略構成の一例を示す図である。 端末のハードウェア構成の一例を示す図である。 情報共有サーバのハードウェア構成の一例を示す図である。 第１実施形態における情報共有処理の一例を示すシーケンス図である。 第１実施形態における第１端末の情報共有処理の一例を示すフローチャートである。 第１実施形態における第２端末の情報共有処理の一例を示すフローチャートである。 第１実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。 第１実施形態における情報共有の内容を説明するための図である。 共有用情報の設定例を説明するための図である。 第２実施形態における情報共有システムの概略構成の一例を示す図である。 第２実施形態における情報共有処理の一例を示すシーケンス図である。 第２実施形態における第１端末の情報共有処理の一例を示すフローチャートである。 第２実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。 第３実施形態における情報共有システムの概略構成の一例を示す図である。 第３実施形態における情報共有処理の一例を示すシーケンス図である。 第３実施形態における第１端末の情報共有処理の一例を示すフローチャートである。 第３実施形態における第２端末の情報共有処理の一例を示すフローチャートである。 第３実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。 第３実施形態における情報共有の内容を説明するための図である。 第４実施形態における情報共有システムの概略構成の一例を示す図である。 第４実施形態における情報共有処理の一例を示すシーケンス図である。 第４実施形態における第１端末の情報共有処理の一例を示すフローチャートである。 第４実施形態における第３端末の情報共有処理の一例を示すフローチャートである。 第４実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。 第４実施形態における情報共有の内容を説明するための図である。 第５実施形態における情報共有システムの概略構成の一例を示す図である。 第５実施形態における情報共有処理の一例を示すシーケンス図である。

以下、添付図面を参照しながら実施例について詳細に説明する。

＜第１実施形態：情報共有システムの概略構成例＞
図１は、第１実施形態における情報共有システムの概略構成の一例を示す図である。図１に示す情報共有システム１０−１は、複数の端末１１−１ａ，１１−１ｂ（以下、必要に応じて「端末１１−１」と総称する）と、情報共有サーバ１２−１とを有する。また、端末１１−１と、情報処理装置の一例である情報共有サーバ１２−１とは、例えばインターネット等に代表される通信ネットワーク１３等を介してデータの送受信が可能な状態で接続されている。なお、通信ネットワーク１３は、有線でも無線でもよく、またそれらの組み合わせであってもよい。

端末１１−１ａは、共有する元の情報（例えば、コンテンツ）を保有する端末（第１端末）である。したがって、端末１１−１ａを使用するユーザは、例えばコンテンツ保有者である。なお、以下の説明では、必要に応じて、共有する情報の一例に画像コンテンツ（以下、単に「画像」という）を用いるが、情報の種類については、これに限定されるものではなく、例えば映像や文字データ、データファイル等も含まれる。端末１１−１ａは、保有している情報を他のユーザ等と共有する際、共有する情報（コンテンツ）に関する情報（共有用情報）を生成し、生成した共有用情報を他の端末（例えば、端末１１−１ｂ）に提示する。なお、共有用情報とは、例えば共有する情報を識別するための識別情報（例えば、コンテンツＩＤ）や端末情報（端末１１−１ａを識別する情報）等を含むが、これに限定されるものではない。

また、端末１１−１ａは、情報共有サーバ１２−１から共有する情報のアップロード要求があった場合に、対応する情報のアップロードを行う。

端末１１−１ｂは、端末１１−１ａが保有する共有する情報（画像）等を取得する端末（第２端末）である。したがって、端末１１−１ｂを使用するユーザは、例えばコンテンツ共有者である。

第１実施形態において、端末１１−１ｂは、端末１１−１ａから共有する情報を直接受け取るのではなく、まず端末１１−１ａから共有する情報に関する情報（共有用情報）を取得する。次に、端末１１−１ｂは、取得した共有用情報を用いて、情報共有サーバ１２−１から共有する情報を取得する。このように、情報共有サーバ１２−１を用いて情報を取得する理由は、例えば２つの端末間でデータの送受信を行う機能がついていなかったり、また２つの端末間で赤外線通信等を行う場合に、共有する情報が大容量の映像データ等であるとデータの送信が終了するまで長時間にわたって両方の端末を移動させることができなくなってしまう等の問題が生じるからである。

つまり、第１実施形態では、端末１１−１ｂにおいて、一端共有用情報のみを取得しておき、その後、空いている時間等に情報共有サーバ１２−１に対して共有用情報を送信することで、目的の情報（コンテンツ）を自分のタイミングで取得することができる
なお、端末１１としては、例えばスマートフォンやタブレット端末、ノート型Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ（ＰＤＡ）、ゲーム機器等を含むがこれに限定されるものではない。

情報共有サーバ１２−１は、例えば複数の端末間で情報（コンテンツ）を共有させるための情報処理装置である。情報共有サーバ１２−１は、端末１１−１ｂから共有用情報を取得すると、端末１１−１ａと通信可能な状態となった場合に、共有用情報に対応する情報（コンテンツ）を取得して所定の場所に格納する。また、情報共有サーバ１２−１は、格納先情報（例えば、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）等のアドレス情報）等を端末１１−１ｂに送信する。更に、情報共有サーバ１２−１は、端末１１−１ｂからアドレス情報に対応するアクセス要求を受け付けた場合に、端末１１−１ｂに対して共有した情報（コンテンツ）を閲覧させる。

ここで、情報共有サーバ１２−１は、例えばクラウドサーバ等を用いることができる。ここで、クラウドサーバとは、例えばデータやソフトウェアの所在を意識することなく、ネットワークに接続された複数の装置にそれぞれの機能を持たせ必要に応じて必要な情報を取り出すことができるクラウドサービスである。したがって、情報共有サーバ１２−１は、１つの装置でもよく、複数の装置を含んでいてもよい。

第１実施形態では、上述したように、コンテンツ保有者の端末にサーバ側からコンテンツの取得要求を行って、端末からアップロードさせ、その内容を共有する情報として管理することで、コンテンツ保有者側の手間を軽減し、簡易に情報を共有化することができる。次に、第１実施形態における端末１１−１ａ、１１−１ｂ、情報共有サーバ１２−１について具体的に説明する。

＜第１実施形態：端末１１−１ａの機能構成例＞
図１に示す端末１１−１ａは、送受信部２１と、コンテンツ格納部２２と、端末情報保持部２３と、共有用情報生成部２４と、共有用情報提示部２５とを有する。

送受信部２１は、通信ネットワーク１３を介して、情報共有サーバ１２−１からの接続要求やコンテンツ要求等を受信する。また、送受信部２１は、コンテンツ格納部２２に格納されたコンテンツ要求に対応するコンテンツを、情報共有サーバ１２−１に送信する。

コンテンツ格納部２２は、端末１１−１ａが取得した画像や映像等の各種コンテンツを格納する記憶手段である。各種コンテンツは、例えば端末１１−１ａ等に設けられたカメラ等の撮影部により撮影された画像や映像等でもよく、端末１１−１ａ等にインストールされた文書作成用アプリケーション等を用いて作成した文書ファイルであってもよい。更に、各種コンテンツは、端末１１−１ａは、インターネットやメール等により通信ネットワーク１３等から取得した情報であってもよい。

端末情報保持部２３は、端末１１−１ａに関する端末情報（例えば、ＩＰアドレスやアクセスキー、ユーザ情報、機種識別情報等）、アドレス帳や各種設定情報等を保持する。なお、端末情報とは、例えば情報共有サーバ１２−１が、その端末情報から端末１１−１ａにアクセスするための情報等である。

共有用情報生成部２４は、コンテンツ格納部２２に格納されているコンテンツのうち、共有にするコンテンツに対する識別情報を生成する。具体的には、共有用情報生成部２４は、共有する情報（コンテンツ）に関する情報（例えば、コンテンツＩＤ）を生成し、生成したコンテンツＩＤと、端末情報保持部２３から得られる端末情報とを含む共有用情報を生成する。

共有用情報提示部２５は、共有用情報生成部２４により得られた共有用情報を他の装置（例えば、端末１１−１ｂ）等に提示させる。具体的には、共有用情報提示部２５は、例えば、モニタ等の表示部を含み、共有用情報を表示部により表示し、例えば端末１１−１ｂ等により取得させる。また、共有用情報提示部２５は、共有用情報を含むＱＲコード等の二次元コード等を生成し、生成した二次元コードを表示部により表示し、例えば端末１１−１ｂ等により、その二次元コードを読み取られることで共有用情報を取得させてもよい。また、共有用情報提示部２５は、例えば赤外線通信やＢｌｕｅｔｏｏｔｈ（登録商標）等の短距離無線等の通信手段を含み、その通信手段を用いて例えば端末１１−１ｂ等により共有用情報を送信することで、端末１１−１ｂに共有用情報を取得させてもよい。

また、共有用情報提示部２５は、共有する情報（コンテンツ）に共有用情報を埋め込み、埋め込んだコンテンツを上述した表示部の画面に表示して、端末１１−１ｂが備えるカメラ等により撮影させることで、共有用情報を取得させてもよい。更に、共有用情報提示部２５は、メール送信手段を含み、共有用情報を含むメールを生成してメール送信手段により、例えば端末１１−１ｂに送信することで、端末１１−１ｂに共有用情報を取得させてもよい。

＜第１実施形態：端末１１−１ｂの機能構成例＞
図１に示す端末１１−１ｂは、共有用情報取得部３１と、共有用情報格納部３２と、送受信部３３と、コンテンツ閲覧部３４とを有する。

共有用情報取得部３１は、端末１１−１ａから共有用情報を取得し、取得した共有用情報を共有用情報格納部３２に出力する。共有用情報取得部３１による取得例としては、例えば上述した端末１１−１ａの共有用情報提示部２５により表示される共有用情報や、共有用情報に対応する二次元コード、共有用コードを埋め込んだコンテンツ等を、カメラ等で撮影したり、コードリーダ等で読み取ることで取得することができる。また、上述した共有用情報提示部２５から共有用情報を含むメールが送信されてきた場合には、共有用情報取得部３１は、そのメールを受信して共有用情報を取得することができる。

共有用情報格納部３２は、共有用情報取得部３１で取得した共有用情報を格納する記憶手段である。ここで、端末１１−１ｂのユーザは、共有用情報から共有する情報そのものを取得したい場合、送受信部３３を介してコンテンツ取得要求を共有用情報サーバ１２−１に送信する。また、送受信部３３は、共有用情報サーバ１２−１から、例えばＵＲＬ等の共有する情報の格納先情報（アドレス情報）等を含む取得完了通知を受信したり、コンテンツそのものを受信する。

コンテンツ閲覧部３４は、取得するコンテンツを閲覧するために表示する表示部である。なお、コンテンツ閲覧部３４は、例えモニタ等の表示部であるが、これに限定されるものではない。

＜第１実施形態：情報共有サーバ１２−１の機能構成例＞
図１に示す情報共有サーバ１２−１は、送受信部４１と、共有用情報格納部４２と、制御部４３と、コンテンツ格納部４４と、ＵＲＬ管理部４５とを有する。

送受信部４１は、通信ネットワーク１３を介して、端末１１−１ｂから共有する情報（コンテンツ）の取得要求を受信する。また、送受信部４１は、端末１１−１ａに対して接続要求や共有用情報に対応する共有する情報（コンテンツ）の取得要求等を送信し、端末１１−１ａから要求に対応するコンテンツを受信する。また、送受信部４１は、端末１１−１ｂから得られる取得要求に対応するコンテンツの取得完了通知やコンテンツそのものを取得要求のあった端末１１−１ｂに送信する。

共有用情報格納部４２は、送受信部４１により得られる端末１１−１ｂからの共有用情報を格納する記憶手段である。なお、共有用情報とは、上述した端末１１−１ａの端末情報及びコンテンツＩＤであるが、これに限定されるものではなく、端末１１−１ｂの端末情報を含んでいてもよい。

制御部４３は、情報共有サーバ１２全体の制御を行う。具体的には、制御部４３は、例えば共有用情報格納部４２から得られる端末情報、コンテンツ要求（コンテンツＩＤ）に基づいてＵＲＬ管理部４５に対してＵＲＬの確認を行う。ここで、対応するＵＲＬが存在した場合には、そのコンテンツは、既に取得済みのコンテンツである。そのため、制御部４３は、端末情報やコンテンツＩＤに基づいて端末１１−１ａにコンテンツ取得要求を行わずに、ＵＲＬ管理部４５が管理するＵＲＬ情報を含む取得完了通知を生成し、送受信部４１を介して端末１１−１ｂに送信する。

また、制御部４３は、ＵＲＬ管理部４５を参照しても端末情報及びコンテンツ要求に対応するＵＲＬが存在しない場合には、送受信部４１を介して端末１１−１ａに対してコンテンツ要求を行い、対応するコンテンツを取得する。なお、取得したコンテンツは、コンテンツ格納部４４の所定の位置に格納され、そのアドレス情報がＵＲＬ管理部４５で管理される。また、制御部４３は、ＵＲＬ管理部４５で管理されたコンテンツのＵＲＬ情報を含む取得完了通知を生成し、送受信部４１を介して端末１１−１ｂに送信する。

更に、制御部４３は、端末１１−１ｂからコンテンツそのものの取得要求があれば、コンテンツ格納部４４から対応するコンテンツを取得し、送受信部４１を介して端末１１−１ｂに送信する。

コンテンツ格納部４４は、コンテンツ１１−１ａから得られるコンテンツを格納する。また、コンテンツ格納部４４は、格納したコンテンツに対応するコンテンツのアドレス情報（ＵＲＬやファイル名等）をＵＲＬ管理部４５に出力する。また、コンテンツ格納部４４は、制御部４３からのコンテンツ要求に対応するコンテンツを抽出し、抽出したコンテンツを制御部４３に出力する。

ＵＲＬ管理部４５は、コンテンツ格納部４４において、コンテンツを格納した格納先情報（アドレス情報）を管理する格納先管理部である。具体的には、ＵＲＬ管理部４５は、アドレス情報としてＵＲＬ情報を管理する。つまり、ＵＲＬ管理部４５は、「端末情報（例えば、"ａ００１"）、「コンテンツＩＤ（例えば、"ｉｍａｇｅ００１"）」、「格納先のアドレス情報（例えば、"ｈｔｔｐ：／／ｆｉｌｅ−ｓｅｒｖｅｒ−ａｂｃ／１１−１ａ／００１"）」等を含むデータの管理を行う。

なお、第１実施形態において、上述した端末１１−１ａ，１１−１ｂ、共有用情報サーバ１２−１における送受信部２１，３３，４１は、それぞれ、送信部と受信部が別体に構成されていてもよい。

＜端末１１−１：ハードウェア構成例＞
次に、上述した端末１１−１のハードウェア構成例について、図を用いて説明する。図２は、端末のハードウェア構成の一例を示す図である。図２に示す端末１１は、マイク５１と、スピーカ５２と、表示部５３と、無線部５４と、操作部５５と、近距離通信部５６と、電力部５７と、主記憶装置５８と、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）５９とを有する。

マイク５１は、ユーザが発した音声や、その他の音を入力する。スピーカ５２は、通話相手先の音声を出力したり、着信音等の音を出力する。

表示部５３は、時刻情報や通信圏外であるか否かに係る情報、文字データ、画像データ、映像データ等を表示する。なお、表示部５３としては、例えばＬｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ（ＬＣＤ）等を用いることができるが、これに限定されるものではない。

無線部５４は、アンテナ等を用いて基地局等からの無線信号（通信データ）を受信したり、アンテナを介して無線信号を基地局に送信する通信データの送受信部である。

操作部５５は、各種機能における設定時、電話番号等の登録時、発呼及び着呼時にユーザによって押下される。また、操作部５５は、端末１１−１ａの場合には、格納された複数のコンテンツの中から、共有する情報を設定して共有用情報を生成したり、生成した共有用情報を提示する時に、ユーザによって押下される。また、操作部５５は、端末１１−１ｂの場合には、端末１１−１ａから共有用情報を取得したり、共有情報サーバ１２にコンテンツ要求したり、コンテンツを閲覧するときに、ユーザによって押下される。つまり、操作部５５は、ユーザからの各種指示情報等を入力する入力手段である。

近距離通信部５６は、他の端末や中継装置等との近距離での通信を行う。なお、近距離通信部５６とは、例えば赤外線やＢｌｕｅｔｏｏｔｈを用いた無線通信により、端末間で直接通信を行う。

電力部５７は、端末１１−１の各構成に対して電力を供給する。なお、電力部５７は、例えばバッテリ等の内部電源であるが、これに限定されるものではない。

主記憶装置５８は、端末１１−１における各種情報を記憶するための記憶手段であり、情報の書き込みや読み出し等を行うことができる。なお、主記憶装置５８は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等であるが、これに限定されるものではない。ここで、ＲＯＭには、本実施形態における端末側での情報共有処理を実行するためのプログラム等が記憶されている。また、ＲＡＭには、コンテンツや共有用情報、端末情報、ユーザデータ等が記憶されている。

ＣＰＵ５９は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）等の制御プログラム、及び主記憶装置５８に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、端末１１−１の処理を制御する。なお、ＣＰＵ５９は、主記憶装置５８に予め格納されたプログラムに基づいて処理が行われる。具体的には、ＣＰＵ５９は、例えば無線部５４における無線信号送受信制御、表示部５３の表示制御、操作部５５の操作内容検出処理、近距離通信部５６における近距離無線通信制御、主記憶装置５８への情報の書き込み・読み出し等を行う。

上述したハードウェア構成により、第１実施形態の端末１１−１における各種処理を実行することができる。また、実行プログラムをインストールすることにより、コンピュータ等で端末１１−１における各種処理を容易に実現することが可能となる。

＜情報共有サーバ１２−１：ハードウェア構成例＞
図３は、情報共有サーバ１２−１のハードウェア構成例を示す図である。図３に示すハードウェア構成例は、入力装置６１と、出力装置６２と、ドライブ装置６３と、補助記憶装置６４と、主記憶装置６５と、ＣＰＵ６６と、ネットワーク接続装置６７とを有し、これらはシステムバスＢで相互に接続されている。

入力装置６１は、例えば情報共有サーバ１２−１のユーザ等が操作するキーボードやマウス等のポインティングデバイスを有しており、例えばユーザ等からのプログラムの実行等、各種操作信号を入力する。

出力装置６２は、本実施形態における処理を行うコンピュータ本体を操作するのに必要な各種ウィンドウやデータ等を表示するモニタ（ディスプレイ）を有し、ＣＰＵ６６が実行する制御プログラムの実行経過や結果等を表示する。

ここで、情報共有サーバ１２−１のコンピュータ本体にインストールされる実行プログラム（情報共有プログラム）は、例えば記録媒体６８等により提供される。ドライブ装置６３は、記録媒体６８に記録された実行プログラム等の各種データを読み込む。つまり、記録媒体６８は、ドライブ装置６３にセット可能であり、記録媒体６８に含まれる実行プログラムが、記録媒体６８からドライブ装置６３を介して補助記憶装置６４にインストールされる。なお、ドライブ装置６３は、セットされた記録媒体６８が書き込み可能である場合に、例えばプログラムを実行することで得られた実行結果等のデータを書き込むこともできる。

補助記憶装置６４は、ハードディスクドライブやＳｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段であり、本実施形態における実行プログラムや制御プログラム等を記憶し、必要に応じて入出力を行う。

主記憶装置６５は、ＣＰＵ６６により補助記憶装置６４から読み出された実行プログラム等を格納する。なお、主記憶装置６５は、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等を含む。

ＣＰＵ６６は、ＯＳ等の制御プログラム、及び主記憶装置６５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御することで、情報共有における各処理を実現する。なお、プログラム実行中に必要な各種情報等は、補助記憶装置６４から取得し、実行結果等を格納してもよい。

ネットワーク接続装置６７は、通信ネットワーク１３を介して外部装置とのデータの送受信を可能とする通信インターフェースである。また、ネットワーク接続装置６７は、実行プログラムを接続されている外部装置等から取得したり、プログラムを実行することで得られた実行結果又は本実施形態に対応する実行プログラム自体を外部装置等に提供したりすることができる。

記録媒体６８は、上述したように実行プログラム等を格納するコンピュータで読み取り可能な記録媒体である。記録媒体６８は、例えばＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）メモリやＣＤ−ＲＯＭ、ＤＶＤディスク等の可搬型記録媒体であってもよく、フラッシュメモリ等の半導体メモリであってもよい。

なお、情報共有サーバ１２−１は、１つの装置として説明したが、本実施形態においては、これに限定されるものではなく、上述したようにクラウドサービスとして適用することができる。

＜第１実施形態における情報共有処理例＞
次に、第１実施形態における情報共有処理の一例について、シーケンス図を用いて説明する。図４は、第１実施形態における情報共有処理の一例を示すシーケンス図である。なお、図４では、一例として、上述した端末１１−１ａ（第１端末）、端末１１−１ｂ（第２端末）、及び情報共有サーバ１２−１を有する。なお、端末１１−１ａは、コンテンツ保有者が使用する端末であり、端末１１−１ｂは、コンテンツ共有者が使用する端末である。

第１実施形態における情報共有処理において、端末１１−１ａは、共有する情報（例えば、画像や映像、データファイル等のコンテンツ）に対応するコンテンツＩＤに端末情報を付加し（Ｓ０１）、生成された共有用情報を提示する（Ｓ０２）。

端末１１−１ｂは、提示された共有用情報を取得する（Ｓ０３）。なお、Ｓ０３の処理では、上述した端末１１−１ａによる共有用情報の提示内容に応じて共有用情報を取得する。例えば、画面に共有用情報がそのまま表示されている場合には、その情報を端末１１−１ｂのユーザが直接入力してもよく、共有用情報に対応するＱＲコード等が提示されている場合には、そのコードをリーダで読み取ることで、共有用情報を取得する。更に、共有用情報が画像に埋め込まれている場合には、共有用情報が埋め込まれた画像を撮影することで、共有用情報を取得してもよい。更に、端末１１−１ｂは、赤外線等の近距離無線通信により端末１１−１ａから共有用情報を取得してもよく、端末１１−１ａからの電子メールを受信し、受信したメールに含まれる共有用情報を取得してもよい。

ここで、端末１１−１ｂのユーザは、共有用情報に対応する情報を取得したい場合に、共有用情報を情報共有サーバ１２−１に送信する（Ｓ０４）。

情報共有サーバ１２−１は、端末１１−１ｂから受信した共有用情報に含まれる端末情報、コンテンツＩＤを抽出し（Ｓ０５）、抽出した端末情報、コンテンツＩＤに基づいて、既に対応するコンテンツを取得しているかを確認する（Ｓ０６）。情報共有サーバ１２−１は、コンテンツＩＤに対応するコンテンツを取得していない場合、端末情報に基づいて端末１１−１ａに対してコンテンツＩＤを送信して、コンテンツの取得要求（アップロード要求）を行う（Ｓ０７）。

端末１１−１ａは、情報共有サーバ１２−１から得られたコンテンツＩＤに基づいて対象コンテンツを選択し（Ｓ０８）、選択されたコンテンツを情報共有サーバ１２−１に送信（アップロード）する（Ｓ０９）。

情報共有サーバ１２−１は、端末１１−１ａから得られたコンテンツを格納すると共に、コンテンツＩＤと格納先のＵＲＬ（アドレス情報）とを対応付け（Ｓ１０）、端末１１−１ｂに対して対応付けたＵＲＬを含むコンテンツ取得完了通知を送信する（Ｓ１１）。

端末１１−１ｂは、情報共有サーバ１２−１から得られたコンテンツ取得完了通知に付加されたＵＲＬに基づいて、自分が取得したいタイミングで情報共有サーバ１２−１に対してコンテンツ要求を行う（Ｓ１２）。情報共有サーバ１２−１は、端末１１−１ｂから得られるコンテンツ要求に対応するコンテンツを送信する（Ｓ１３）。

なお、上述した情報共有処理において、Ｓ０６の処理で既存コンテンツが存在する場合には、Ｓ０７〜Ｓ１０の処理を行わずに、Ｓ１１の処理において、既存コンテンツに対応するＵＲＬ等を付加したコンテンツ取得完了通知を行ってもよい。これにより、一度取得したコンテンツ情報を端末１１−１ａから再度取得する必要がないため、処理を削減して迅速な情報共有処理を実現することができる。

このように、第１実施形態では、端末１１−１ｂにおいて、端末１１−１ａが保有するコンテンツを自分のタイミングで取得することができる。また、端末１１−１ａのユーザ（コンテンツ保有者）も、情報共有サーバ１２−１からのコンテンツ要求があったときに対象コンテンツのアップロードを行えばよいため、簡単に情報共有を行うことができる。

次に、上述した端末１１−１ａ（第１端末）、端末１１−１ｂ（第２端末）、情報共有サーバ１２−１のそれぞれの具体的な情報共有処理の内容について、フローチャートを用いて説明する。

＜第１実施形態における第１端末（端末１１−１ａ）の情報共有処理例＞
図５は、第１実施形態における第１端末の情報共有処理の一例を示すフローチャートである。なお、図５の例では、既に格納されているコンテンツの中から、少なくとも１つのコンテンツを共有する場合を示している。

図５に示す第１端末における情報共有処理は、まず共有する情報（コンテンツ）に対応する共有用情報を生成するか否かを判断し（Ｓ２１）、生成する場合（Ｓ２１において、ＹＥＳ）、共有する情報を識別するコンテンツＩＤを取得する（Ｓ２２）。また、情報共有処理は、第１端末の端末情報を取得して、コンテンツＩＤ及び端末情報を含む共有用情報を生成し（Ｓ２３）、Ｓ２１の処理に戻る。

情報共有処理は、Ｓ２１の処理において、共有用情報を生成しない場合（Ｓ２１において、ＮＯ）、生成した共有用情報を提示するか否かを判断する（Ｓ２４）。なお、上述した共有用情報を生成しない場合とは、例えば既に共有用情報を生成している状態等を含む。

情報共有処理は、共有用情報を提示する場合（Ｓ２４において、ＹＥＳ）、次に、提示する共有用情報があるか否かを判断し（Ｓ２５）、共有用情報がある場合（Ｓ２５において、ＹＥＳ）、共有用情報を提示する（Ｓ２６）。また、情報共有処理は、Ｓ２４の処理において、共有用情報を提示しない場合（Ｓ２４において、ＮＯ）、次に、情報共有サーバ１２−１からコンテンツのアップロード要求があった否かを判断する（Ｓ２７）。なお、上述した共有用情報を提示しない場合とは、例えば既に共有用情報を提示した後の状態等を含む。

情報共有処理は、コンテンツのアップロード要求があった場合（Ｓ２７において、ＹＥＳ）、要求のあったコンテンツを情報共有サーバ１２−１に送信する（Ｓ２８）。また、情報共有処理は、コンテンツのアップロード要求がなかった場合（Ｓ２７において、ＮＯ）、Ｓ２１の処理に戻る。なお、情報共有処理では、Ｓ２５の処理において、共有用情報がない場合（Ｓ２５において、ＮＯ）、又は、Ｓ２６の処理後にＳ２１の処理に戻る。

＜第１実施形態における第２端末（端末１１−１ｂ）の情報共有処理例＞
次に、第１実施形態における第２端末（端末１１−１ｂ）の情報共有処理について、フローチャートを用いて説明する。図６は、第１実施形態における第２端末の情報共有処理の一例を示すフローチャートである。

図６に示す第２端末の情報共有処理は、例えば端末１１−１ａ（第１端末）から共有用情報を取得したか否かを判断し（Ｓ３１）、共有用情報を取得した場合（Ｓ３１において、ＹＥＳ）、共有用情報を格納する（Ｓ３２）。次に、情報共有処理は、Ｓ３２の処理後、又はＳ３１の処理において、共有用情報を取得していない場合（Ｓ３１において、ＮＯ）、情報共有サーバ１２−１と通信可能であるか否かを判断する（Ｓ３３）。なお、上述した共有用情報を取得していない場合とは、例えば既に共有用情報を取得している状態等を含む。

情報共有処理は、情報共有サーバ１２−１と通信可能でない場合（Ｓ３３において、ＮＯ）、Ｓ３１の処理に戻る。つまり、第２端末は、情報共有サーバ１２−１と通信可能になるまで待機する。また、情報共有処理は、情報共有サーバ１２−１と通信可能である場合（Ｓ３３において、ＹＥＳ）、未送信の共有用情報があるか否かを判断（Ｓ３４）する。情報共有処理は、未送信の共有用情報がある場合（Ｓ３４において、ＹＥＳ）、その共有用情報を送信し（Ｓ３５）、Ｓ３１の処理に戻る。また、情報共有処理は、未送信の共有用情報がない場合（Ｓ３４において、ＮＯ）、情報共有サーバ１２−１からＵＲＬを受信したか否かを判断する（Ｓ３６）。ここで、ＵＲＬとは、上述したように、情報共有サーバ１２−１に送信した共有用情報に対応するコンテンツの格納先アドレス情報を含むコンテンツ取得完了通知等であるが、これに限定されるものではない。

情報共有処理は、Ｓ３６の処理において、ＵＲＬを受信した場合（Ｓ３６において、ＹＥＳ）、そのＵＲＬに対応するコンテンツを取得し（Ｓ３７）、取得したコンテンツを画面表示する（Ｓ３８）。なお、Ｓ３７の処理では、例えばＵＲＬに基づいて、情報共有サーバ１２−１等に格納されたコンテンツにアクセスしてコンテンツを取得（例えば、ダウンロード）することができるが、これに限定されるものではない。また、情報共有処理は、上述したＳ３６の処理において、ＵＲＬを受信しない場合（Ｓ３６において、ＮＯ）、Ｓ３１の処理に戻り、ＵＲＬを受信するまで待機する。上述した処理により、ユーザは、他の端末の共有用情報を画面で閲覧することができる。

＜第１実施形態における情報共有サーバ１２−１の情報共有処理例＞
図７は、第１実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。図７に示す情報共有サーバ１２−１における情報共有処理では、まず共有用情報を受信したか否かを判断し（Ｓ４１）、共有用情報を受信していない場合（Ｓ４１において、ＮＯ）、未取得の共有用情報があるか否かを判断する（Ｓ４２）。なお、未取得の共有用情報とは、例えば未だ第１端末から対応するコンテンツ（共有する情報）を取得していない共有用情報等を含む。情報共有処理は、未取得の共有用情報がない場合（Ｓ４２において、ＮＯ）、Ｓ４１の処理に戻る。

また、情報共有処理は、Ｓ４１の処理において、共有用情報を受信した場合（Ｓ４１において、ＹＥＳ）、又は未取得の共有用情報がある場合（Ｓ４２において、ＹＥＳ）、共有用情報に対応するコンテンツが既に取得しているコンテンツ（既存コンテンツ）であるか否かを判断する（Ｓ４３）。なお、Ｓ４３における判断は、例えば上述したコンテンツ格納部４４に格納されているコンテンツ情報に対し、共有用情報に含まれるコンテンツＩＤで参照を行い、コンテンツＩＤに対応するコンテンツが存在するか否かで判断することができる。

情報共有処理は、既存コンテンツが存在しない場合（Ｓ４３において、ＮＯ）、第１端末（端末１１−１ａ）と通信可能であるか否かを判断する（Ｓ４４）。ここで、第１端末と通信可能であるかを判断するのは、共有用情報に含まれる端末情報に、共有する情報（コンテンツ）の保有者が第１端末であるという情報が含まれているからである。つまり、情報共有サーバ１２−１は、端末情報に対応する端末に対してコンテンツのアップロード要求を行う。

したがって、情報共有処理は、第１端末と通信可能である場合（Ｓ４４において、ＹＥＳ）、第１端末に対してコンテンツアップロード要求を行う（Ｓ４５）。なお、Ｓ４４における通信可能であるか否かの判断は、第１端末が、例えば通信圏外にいて通信できない状態であるか否か等の判断等が含まれる。情報共有処理は、Ｓ４４の処理において、第１端末と通信可能でない場合（Ｓ４４において、ＮＯ）、Ｓ４１の処理に戻る。つまり、情報共有サーバ１２−１は、第１端末と通信可能になるまで待機する。また、Ｓ４５の処理におけるコンテンツアップロード要求は、例えば共有用情報に含まれるコンテンツＩＤ等に基づいて、対応するコンテンツのアップロード要求を行う。また、情報共有処理は、第１端末からコンテンツを取得し（Ｓ４６）、Ｓ４１の処理に戻る。

また、情報共有処理は、Ｓ４３の処理において、既存のコンテンツが存在する場合（Ｓ４３において、ＹＥＳ）、第２端末（端末１１−１ｂ）と通信可能であるか否かを判断する（Ｓ４７）。ここで、第２端末と通信可能であるかを判断するのは、共有用情報を送信してきたのが第２端末だからであり、その第２端末にコンテンツ取得通知やコンテンツを送信するためである。また、なお、Ｓ４７における通信可能であるか否かの判断は、第２端末が、例えば通信圏外にいて通信できない状態であるか否か等の判断等が含まれる。

情報共有処理は、Ｓ４７の処理において、第２端末と通信可能である場合（Ｓ４７において、ＹＥＳ）、第２端末に対して未送信のＵＲＬがあるか否かを判断する（Ｓ４８）。ここで、ＵＲＬとは、上述したように、Ｓ４６において取得したコンテンツを格納しているアドレス情報等を示すが、これに限定されるものではない。

また、情報共有処理は、未送信ＵＲＬがある場合（Ｓ４８において、ＹＥＳ）、ＵＲＬを含むコンテンツ取得通知を第２端末に対して行い（Ｓ４９）、Ｓ４１の処理に戻る。また、情報共有処理は、未送信ＵＲＬがない場合（Ｓ４８において、ＮＯ）、第２端末からＵＲＬに基づくコンテンツ要求があったか否かを判断し（Ｓ５０）、コンテンツ要求があった場合（Ｓ５０において、ＹＥＳ）、コンテンツを第２端末に送信する（Ｓ５１）。

また、情報共有処理は、コンテンツ要求がなかった場合（Ｓ５０において、ＮＯ）、Ｓ４１の処理に戻る。なお、情報共有処理は、Ｓ４７の処理において、第２端末と通信可能でない場合（Ｓ４７において、ＮＯ）、Ｓ４１の処理に戻る。

＜第１実施形態における情報共有の内容＞
ここで、第１実施形態における情報共有の内容について、図を用いて説明する。図８は、第１実施形態における情報共有の内容を説明するための図である。図８の例では、上述した第１端末（端末１１−１ａ）、第２端末（端末１１−１ｂ）、情報共有サーバ１２−１を用いた情報共有の内容を説明するが、これに限定されるものではなく、例えば第１端末や第２端末が複数存在してもよい。なお、図８の例では、例えば上述した情報共有サーバ１２−１における機能がクラウドサービスとして提供されているものとする。

第１実施形態における情報共有では、例えば図８の（１）〜（８）の手順により情報の共有化を実現する。具体的には、第１実施形態では、例えばコンテンツ保有者の端末１１−１ａ上で、コンテンツに対応する共有用情報が生成される（図８（１））。次に、第１実施形態では、共有者の端末１１−１ｂは、端末１１−１ａから共有用情報を取得する（図８（２））。ここで、共有者は、取得した共有用情報に対応する情報（コンテンツ）を取得（閲覧）したい場合に、端末１１−１ｂから共有用情報を情報共有サーバ１２−１に送信する（図８（３））。

ここで、端末１１−１ａは、図８（１）の時点では、情報共有サーバ１２−１と通信できなかったが、移動により情報共有サーバ１２−１と通信可能になったとする（図８（４））。このとき、情報共有サーバ１２−１は、端末１１−１ａに対してコンテンツのアップロード要求を行う（図８（５））。端末１１−１ａは、情報共有サーバ１２−１からのアップロード要求に応じて対象のコンテンツをアップロードする（図８（６））。

情報共有サーバ１２−１は、アップロードされたコンテンツを所定の領域に格納し、格納先のアドレス情報（ＵＲＬ）との対応付けを行い、そのＵＲＬを含む取得完了通知を端末１１−１ｂに送信する（図８（７））。共有者は、コンテンツ取得完了通知に受信し、コンテンツ取得完了通知に含まれるＵＲＬ等に基づいてコンテンツを取得し、端末１１−１ｂの画面に表示させて閲覧することができる（図８（８））。

＜共有用情報の設定例＞
次に、共有用情報の設定例について、図を用いて説明する。図９は、共有用情報の設定例を示す図である。第１実施形態では、コンテンツ保有者は、複数のコンテンツの中から、共有する情報を選択することができる。具体的には、端末１１−１ａの表示画面７０において、複数のコンテンツの一例である画像７１−１〜７１−８が一覧表示されている。したがって、コンテンツ保有者は、表示された画像７１−１〜７１−８の中から、共有する情報の画像を容易に設定することができる。なお、画像７１−１〜７１−８は、例えば元の画像を縮小したり、画質を劣化させてデータ容量を小さくしたプレビュー画像（サムネイル画像）であってもよいが、これに限定されるものではない。

図９の例では、例えば画像７１−１，７１−６，７１−８が共有する情報として選択され、選択された画像（コンテンツ）に基づいて共有用情報が生成される。つまり、共有用情報には、１又は複数のコンテンツを含めることができる。また、別の例としては、共有する情報を１つのフォルダ等に格納しておくことで、フォルダ単位で共有用情報を生成することもできる。この場合、共有用情報に付加される識別情報は、コンテンツを識別するコンテンツＩＤではなく、フォルダを識別するフォルダＩＤであってもよい。

上述した第１実施形態では、例えば端末同士での共有作業が不可能な環境でも情報共有を実現することができる。具体的には、例えば共有時には、共有者側がアップロードするコンテンツを指定することで、コンテンツ保有者にストレスをかけず、共有者が見たいコンテンツだけを公開させることが可能となる。したがって、簡易に情報を共有化することができる。

＜第２実施形態：情報共有システムの概略構成例＞
次に、第２実施形態における情報共有システムについて、図を用いて説明する。図１０は、第２実施形態における情報共有システムの概略構成の一例を示す図である。なお、図１０に示す情報共有システム１０−２において、上述した第１実施形態における情報共有システム１０−１と同一の構成部分については、同一の符号を付するものとし、ここでの具体的な説明は省略する。また、第１端末（端末１１−２ａ）、第２端末（端末１１−２ｂ）、情報共有サーバ１２−２のハードウェア構成については、上述した第１実施形態と同様のハードウェア構成を適用できるため、ここでの具体的な説明は省略する。

図１０に示す情報共有システム１０−２は、複数の端末１１−２ａ，１１−２ｂ（以下、必要に応じて「端末１１−２」と総称する）と、情報共有サーバ１２−２とを有する。また、端末１１−２と、情報共有サーバ１２−２とは、上述したように通信ネットワーク１３等を介してデータの送受信が可能な状態で接続されている。

第２実施形態は、第１実施形態と比較すると、コンテンツ保有者の端末１１−２ａと、情報共有サーバ１２−２との間で情報の送受信を行う場合に暗号化及び復号化等による認証等を行っている。これにより、第２実施形態では、情報の漏洩を防止したり、不正アクセスを防止することができる。次に、第２実施形態における端末１１−２ａ、１１−２ｂ、情報共有サーバ１２−２について具体的に説明する。

＜第２実施形態：端末１１−２ａの機能構成例＞
図１０に示す端末１１−２ａは、送受信部２１と、コンテンツ格納部２２と、端末情報保持部２３と、共有用情報生成部２４と、共有用情報提示部２５と、鍵格納部８１と、認証部８２と、暗号化部８３とを有する。

鍵格納部８１は、例えば情報共有サーバ１２−２で生成された鍵情報を格納する記憶手段である。ここで、鍵情報としては、例えば端末情報やコンテンツＩＤ、コンテンツ等を秘匿するための鍵情報や他の装置からのアクセスを認証するための鍵情報等を含む。なお、上述した鍵情報は、公開鍵でもよく秘密鍵でもよい。更に上述した鍵情報は、例えば事前に情報共有サーバ１２−２から送受信部２１を介して取得し、鍵格納部８１に格納される。また、鍵情報は、セキュリティ向上のため、定期的に変更されることが好ましい。

認証部８２は、情報共有サーバ１２−２からの接続要求やコンテンツ要求（コンテンツＩＤ）に対して、他の装置が情報共有サーバ１２−２に成りすましてアクセスされることを防止するため、鍵格納部８１から得られる認証用の鍵情報を用いて、認証処理を行う。具体的には、認証部８２は、認証がＯＫであった場合には、接続を許可し、認証がＮＧであった場合には、その旨のメッセージをアクセスしてきた装置に送信し、接続を拒否する。なお、接続を許可するとは、例えば専用通信回線を確立して通信を行うことを含む。第２実施形態では、例えば専用通信回線による通信を行うことで、情報の漏洩等を防止し、セキュリティを向上させることができる。

暗号化部８３は、コンテンツ格納部２２から得られるコンテンツに対し、鍵格納部８１から得られる秘匿用の鍵情報で暗号化を行う。また、暗号化部８３は、暗号化したコンテンツを、送受信部２１を介して情報共有サーバ１２−２に送信する。

また、第２実施形態における共有用情報生成部２４は、コンテンツ格納部２２に格納されたコンテンツから選択した共有する情報（コンテンツ）に対応する共有用情報を生成する際、鍵格納部８１から得られる秘匿用の鍵情報で共有用情報の暗号化を行う。なお、暗号化を行う場合には、共有用情報に含まれる端末情報だけでもよく、コンテンツＩＤだけでもよく、その両方であってもよい。共有用情報生成部２４で生成された共有用情報は、第１実施形態の同様の方法で共有用情報提示部２５により提示され、第２端末（端末１１−２ｂ）の共有用情報取得部３１により取得される。

ここで、端末１１−２ｂは、例えば上述した端末１１−１ｂと同様の処理により共有用情報を取得し、共有用情報に対応する情報（コンテンツ）を閲覧したい場合に、共有用情報を情報共有サーバ１２−２に送信する。なお、共有用情報は、既に暗号化されているため、端末１１−２ｂから送信する共有用情報は、秘匿性が保たれている。したがって、第２実施形態における端末１１−２ｂの機能構成は、上述した第１実施形態における端末１１−１ｂの機能構成を用いることができるため、ここでの説明は省略する。

＜第２実施形態：情報共有サーバ１２−２の機能構成例＞
図１０に示す情報共有サーバ１２−２は、送受信部４１と、共有用情報格納部４２と、制御部４３と、コンテンツ格納部４４と、ＵＲＬ管理部４５と、鍵生成部９１と、鍵格納部９２と、復号化部９３と、暗号化部９４とを有する。

鍵生成部９１は、第２実施形態で用いられる共有者情報やコンテンツ等を秘匿するための鍵情報（例えば、秘密鍵「鍵１」、公開鍵「鍵１'」）、外部装置からのアクセスを認証するための鍵情報（例えば、秘密鍵「鍵２」、公開鍵「鍵２'」）等を生成する。鍵生成部９１は、生成した鍵情報（例えば、「鍵１」、「鍵１'」、「鍵２」、「鍵２'」）を鍵格納部９２に出力する。

鍵格納部９２は、鍵生成部９１により生成された鍵情報（例えば、「鍵１」、「鍵１'」、「鍵２」、「鍵２'」）を格納する記憶手段である。

復号化部９３は、送受信部４１から得られる共有用情報やコンテンツの復号に対して、鍵情報（例えば、「鍵１」）を用いて復号化を行う。復号化部９３は、復号した共有用情報（端末情報、コンテンツＩＤ）を共有用情報格納部４２に格納する。また、復号化部９３は、復号したコンテンツをコンテンツ格納部４４に格納する。

暗号化部９４は、制御部４３から得られる端末情報、コンテンツ要求を取得し、鍵格納部９２から得られる鍵情報（例えば「鍵２」）を用いて暗号化を行う。暗号化部９４は、暗号化された端末情報や、コンテンツ要求を、送受信部４１を介して端末１１−２ａに送信する。なお、第２実施形態では、鍵生成部９１で生成された鍵情報（例えば、「鍵１'」、「鍵２'」）が事前に端末１１−２ａに送信されている。そのため、情報共有サーバ１２−２と、端末１１−２ａとの間で情報の暗号化や復号化が実現できる。

＜第２実施形態における情報共有処理例＞
次に、第２実施形態における情報共有処理の一例について、シーケンス図を用いて説明する。図１１は、第２実施形態における情報共有処理の一例を示すシーケンス図である。なお、図１１では、一例として、上述した端末１１−２ａ（第１端末）、端末１１−２ｂ（第２端末）、及び情報共有サーバ１２−２を有する。

第２実施形態における情報共有処理において、情報共有サーバ１２−２は、上述した鍵情報（鍵１、鍵１'、鍵２、鍵２'）を生成し（Ｓ６１）、生成した鍵情報のうち、例えば公開鍵である鍵１'、鍵２'を端末１１−２ａに送信する（Ｓ６２）。端末１１−２ａは、共有するコンテンツのコンテンツＩＤに端末情報を付加して共有用情報を生成し、更に情報共有サーバ１２−２から得られた所定の鍵情報（例えば、鍵１'）を用いて共有用情報の暗号化を行う（Ｓ６３）。また、端末１１−２ａは、共有用情報を提示する（Ｓ６４）。なお、提示する方法は、例えば上述した第１実施形態と同様の手法を用いることができる。

端末１１−２ｂは、端末１１−２ａで提示されている共有用情報を取得し（Ｓ６５）、取得した共有用情報に対応する情報（コンテンツ）等を取得したい場合には、その共有用情報を情報共有サーバ１２−２に送信する（Ｓ６６）。なお、送信される共有用情報は、端末１１−１ａによって暗号化されたままとなる。

情報共有サーバ１２−２は、端末１１−２ａで得られた共有用情報を対応する鍵情報（例えば、鍵１）で復号化を行い（Ｓ６７）、復号化した共有用情報から端末情報、コンテンツＩＤを抽出する（Ｓ６８）。次に、情報共有サーバ１２−２は、抽出した端末情報、コンテンツＩＤ情報に対する既存コンテンツが存在するか否かを確認し（Ｓ６９）、既存コンテンツがない場合、所定の鍵情報（例えば、鍵２）を用いて、コンテンツＩＤ等に対して暗号化を行う（Ｓ７０）。また、情報共有サーバ１２−２は、暗号化されたコンテンツＩＤを端末情報に対応する端末１１−２ａに送信して、コンテンツの取得要求（アップロード要求）を行う（Ｓ７１）。

端末１１−２ａは、情報共有サーバ１２−２からコンテンツＩＤを受信すると、暗号化に用いられた鍵（鍵２）に対応する鍵情報（例えば、鍵２'）を用いて認証を行う（Ｓ７２）。ここで、認証は、コンテンツＩＤが復号できるか否かにより判断する。つまり、第２実施形態では、所定の鍵情報（例えば、鍵２'）を用いてコンテンツＩＤが復号できた場合に、情報共有サーバ１２−２との間で通信を行う。

なお、第２実施形態においては、これに限定されるものではなく、例えば情報共有サーバ１２−２が共有用情報から得られる端末情報を暗号化し、暗号化された端末情報をコンテンツＩＤと共に送信し、送信された端末情報を用いて認証を行ってもよい。また、第２実施形態では、情報共有サーバ１２−２のユーザＩＤ及びパスワード等をコンテンツＩＤと共に送信し、送信された情報共有サーバ１２−２のユーザＩＤ及びパスワード等を用いて認証を行ってもよい。

端末１１−２ａは、認証の結果がＯＫ（利用可能）と判断されると、コンテンツＩＤの対象コンテンツを選択し、選択されたコンテンツに対して所定の鍵情報（例えば、鍵１'）を用いて暗号化を行う（Ｓ７３）。その後、端末１１−２ａは、コンテンツを情報共有サーバ１２−２に送信（アップロード）する（Ｓ７４）。なお、Ｓ７４の処理では、端末１１−２ａと情報共有サーバ１２−２との間で、専用通信回線等を介したデータの送受信が確立できている場合には、コンテンツを暗号化せずに送信することができる。

情報共有サーバ１２−２は、端末１１−２ａから得られるコンテンツを、端末１１−２ａの暗号化処理で用いられた鍵情報（鍵１'）に対応する鍵情報（鍵１）で復号化を行い（Ｓ７５）、得られたコンテンツを格納し、ＵＲＬと対応付けを行う（Ｓ７６）。また、情報共有サーバ１２−２は、Ｓ７６の処理により、対応付けられたＵＲＬを含むコンテンツ取得完了通知を端末１１−２ｂに送信する（Ｓ７７）。

なお、Ｓ７７におけるコンテンツ取得完了通知の送信では、コンテンツそのものではないため暗号化処理を行っていないが、送信するＵＲＬに対して暗号化処理を行ってもよい。その場合には、予め端末１１−２ｂに、暗号化されたＵＲＬを復号するための鍵情報を予め送信しておく。

端末１１−２ｂは、情報共有サーバ１２−２から得られるＵＲＬに基づいて、コンテンツ要求を情報共有サーバ１２−２に対して行う（Ｓ７８）。情報共有サーバ１２−２は、そのコンテンツ要求に対応するコンテンツを取得し、取得したコンテンツを端末１１−２ｂに送信する（Ｓ７９）。なお、第２実施形態では、例えば共有用情報に含まれる端末情報が他人に漏洩されないようにするために暗号化や復号化を行っているため、Ｓ７９に示すコンテンツの送信処理において暗号化を行う必要はない。しかしながら、コンテンツの他人への漏洩を防止する場合には、例えばＳ７９の処理において、送信するコンテンツに暗号化を行ってもよい。この場合には、暗号化されたコンテンツを復号するための鍵情報を事前に端末１１−２ｂに送信しておく。

なお、上述した情報共有処理において、Ｓ６９の処理で既存コンテンツが存在する場合には、Ｓ７０〜Ｓ７６の処理を行わずに、Ｓ７７の処理において、既存コンテンツに対応するＵＲＬ等を含むコンテンツ取得完了通知を行ってもよい。

このように、第２実施形態では、簡易に情報を共有化することができると共に、端末１１−２と、情報共有サーバ１２との間で暗号化による共有用情報等の通信が行われるため、情報の秘匿性を向上させることができる。

次に、上述した第１端末（端末１１−２ａ）、情報共有サーバ１２−２のそれぞれの具体的な情報共有処理の内容について、フローチャートを用いて説明する。なお、第２端末（端末１１−２ｂ）については、上述した第１実施形態における端末１１−１ｂと同様の処理を行うため、ここでの具体的な説明は省略する。また、以下の説明では、第１実施形態と重複する説明についても省略するが、第１実施形態で説明した内容が第２実施形態でも同様に適用することができる（第３〜第５実施形態についても同様）。

＜第２実施形態における第１端末の情報共有処理例＞
図１２は、第２実施形態における第１端末の情報共有処理の一例を示すフローチャートである。図１２に示す第１端末における情報共有処理は、まず共有する情報（コンテンツ）に対応する共有用情報を生成するか否かを判断し（Ｓ８１）、生成する場合（Ｓ８１において、ＹＥＳ）、共有する情報を識別するコンテンツＩＤを取得する（Ｓ８２）。また、情報共有処理は、第１端末の端末情報を取得し（Ｓ８３）、コンテンツＩＤ及び端末情報を含む共有用情報を暗号化し（Ｓ８４）、Ｓ８１の処理に戻る。なお、Ｓ８４の処理において暗号化を行う場合には、例えば他人に端末情報を知られないようにするため、暗号化する対象のデータは、端末情報だけであってもよい。また、所定の鍵情報とは、例えば情報共有サーバ１２−２により得られる鍵情報等であるが、これに限定されるものではない。

情報共有処理は、Ｓ８１の処理において、共有用情報を生成しない場合（Ｓ８１において、ＮＯ）、生成した共有用情報を提示するか否かを判断する（Ｓ８５）。情報共有処理は、共有用情報を提示する場合（Ｓ８５において、ＹＥＳ）、次に、提示する共有用情報があるか否かを判断し（Ｓ８６）、共有用情報がある場合（Ｓ８６において、ＹＥＳ）、共有用情報を提示する（Ｓ８７）。また、情報共有処理は、Ｓ８５の処理において、共有用情報を提示しない場合（Ｓ８５において、ＮＯ）、次に、情報共有サーバ１２−２からコンテンツのアップロード要求があった否かを判断する（Ｓ８８）。

情報共有処理は、コンテンツのアップロード要求があった場合（Ｓ８８において、ＹＥＳ）、要求に対する認証を行い、その認証結果がＯＫであるか否かを判断する（Ｓ８９）。なお、アップロード要求については、例えば情報共有サーバ１２−２から送信されたコンテンツＩＤを受信することにより要求の取得を行う。また、要求に対する認証とは、例えば暗号化されたコンテンツＩＤ等に対して所定の鍵情報により復号化を行い、復号結果が正しく得られたか否かにより認証を行うことができるが、認証手法についてはこれに限定されるものではない。

ここで、情報共有処理は、認証がＯＫである場合（Ｓ８９において、ＹＥＳ）、コンテンツＩＤに対応するコンテンツを取得して暗号化を行い（Ｓ９０）、暗号化されたコンテンツを情報共有サーバ１２−２に送信する（Ｓ９１）。また、Ｓ８９の処理において、認証がＯＫでない場合（Ｓ８９において、ＮＯ）、エラー情報を情報共有サーバ１２−２に送信する（Ｓ９２）。

また、情報共有処理は、コンテンツのアップロード要求がなかった場合（Ｓ８８において、ＮＯ）、Ｓ８１の処理に戻る。なお、情報共有処理では、Ｓ８６の処理において、共有用情報がない場合（Ｓ８６において、ＮＯ）、又は、Ｓ８７の処理後にＳ８１の処理に戻る。

＜第２実施形態における情報共有サーバ１２−２の情報共有処理例＞
図１３は、第２実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。図１３に示す情報共有サーバ１２−２における情報共有処理は、共有用情報を受信したか否かを判断し（Ｓ１０１）、共有用情報を受信していない場合（Ｓ１０１において、ＮＯ）、未取得の共有用情報があるか否かを判断する（Ｓ１０２）。情報共有処理は、未取得の共有用情報がない場合（Ｓ１０２において、ＮＯ）、Ｓ１０１の処理に戻る。

また、情報共有処理は、Ｓ１０１の処理において、共有用情報を受信した場合（Ｓ１０１において、ＹＥＳ）、暗号化されている共有用情報に対する復号化を行う（Ｓ１０３）。ここで、情報共有処理は、未取得の共有用情報がある場合（Ｓ１０２において、ＹＥＳ）、又は、Ｓ１０３の処理後、共有用情報に対応するコンテンツが既に取得しているコンテンツ（既存コンテンツ）であるか否かを判断する（Ｓ１０４）。

情報共有処理は、既存コンテンツが存在しない場合（Ｓ１０４において、ＮＯ）、第１端末（端末１１−２ａ）と通信可能であるか否かを判断する（Ｓ１０５）。情報共有処理は、第１端末と通信可能である場合（Ｓ１０５において、ＹＥＳ）、第１端末に対してコンテンツＩＤ等に基づくコンテンツアップロード要求を行い（Ｓ１０６）、対応するコンテンツを取得し（Ｓ１０７）、Ｓ１０１の処理に戻る。また、情報共有処理は、Ｓ１０５の処理において、第１端末と通信可能でない場合（Ｓ１０５において、ＮＯ）、Ｓ１０１の処理に戻る。

また、情報共有処理は、Ｓ１０４の処理において、既存のコンテンツが存在する場合（Ｓ１０４において、ＹＥＳ）、第２端末（端末１１−２ｂ）と通信可能であるか否かを判断する（Ｓ１０８）。情報共有処理は、第２端末と通信可能である場合（Ｓ１０８において、ＹＥＳ）、第２端末に対して未送信のＵＲＬがあるか否かを判断する（Ｓ１０９）。情報共有処理は、未送信ＵＲＬがある場合（Ｓ１０９において、ＹＥＳ）、ＵＲＬを含むコンテンツ取得通知を第２端末に対して行い（Ｓ１１０）、Ｓ１０１の処理に戻る。また、情報共有処理は、未送信ＵＲＬがない場合（Ｓ１０９において、ＮＯ）、第２端末からＵＲＬに基づくコンテンツ要求があったか否かを判断し（Ｓ１１１）、コンテンツ要求があった場合（Ｓ１１１において、ＹＥＳ）、コンテンツを第２端末に送信する（Ｓ１１２）。

また、情報共有処理は、コンテンツ要求がなかった場合（Ｓ１１１において、ＮＯ）、Ｓ１０１の処理に戻る。なお、情報共有処理は、Ｓ１０８の処理において、第２端末と通信可能でない場合（Ｓ１０８において、ＮＯ）、Ｓ１０１の処理に戻る。

このように、第２実施形態では、簡易に情報を共有化することができると共に、第１端末（端末１１−２ａ）と、第２端末（端末１１−２ｂ）と、情報共有サーバ１２との間で暗号化による共有用情報等の通信が行われるため、情報の秘匿性を向上させることができる。

＜第３実施形態：情報共有システムの概略構成例＞
次に、第３実施形態における情報共有システムについて図を用いて説明する。図１４は、第３実施形態における情報共有システムの概略構成の一例を示す図である。なお、図１４に示す情報共有システム１０−３においては、上述した第１実施形態及び第２の実施形態における情報共有システム１０−１、１０−２と同一の構成部分については、同一の符号を付するものとし、ここでの具体的な説明は省略する。また、第１端末（端末１１−３ａ）、第２端末（端末１１−３ｂ）、情報共有サーバ１２−３のハードウェア構成については、上述した第１実施形態と同様のハードウェア構成を適用できるため、ここでの具体的な説明は省略する。

図１４に示す情報共有システム１０−３は、複数の端末１１−３ａ，１１−３ｂ（以下、必要に応じて「端末１１−３」と総称する）と、情報共有サーバ１２−３とを有する。また、端末１１−３と、情報共有サーバ１２−３とは、上述したように通信ネットワーク１３等を介してデータの送受信が可能な状態で接続されている。第３実施形態は、上述した第２実施形態と比較すると、第１端末における共有用情報の提示方法や第２端末における共有用情報の取得方法等について具体的に説明している。

つまり、第３実施形態では、コンテンツ保有者があるコンテンツ（例えば、画像）を共有にする場合に、上述した共有用情報の透かし情報をコンテンツに埋め込み、そのコンテンツを提示（例えば、プレビュー表示）する。なお、埋め込む画像コンテンツは、元のコンテンツではなく、例えば図９に示すようなプレビュー画像に対して埋め込む。これにより、第３実施形態では、データ容量を少なくして、画面表示における負荷やデータ送信時の負荷を軽減することができる。

また、コンテンツ共有者は、共有の画像コンテンツを取得したい場合に、共有用情報が埋め込まれ、プレビュー表示された画像コンテンツを撮影し、撮影した画像から共有用情報を抽出する。

次に、第３実施形態における端末１１−３ａ、１１−３ｂ、及び情報共有サーバ１２−３について具体的に説明する。

＜第３実施形態：端末１１−３ａの機能構成例＞
図１４に示す端末１１−３ａは、送受信部２１と、コンテンツ格納部２２と、端末情報保持部２３と、鍵格納部８１と、認証部８２と、暗号化部８３と、透かし生成部１０１と、透かし・コンテンツ合成部１０２と、プレビュー画像表示部１０３とを有する。ここで、端末１１−３ａは、第２実施形態における端末１１−２ａが有する共有用情報生成部２４及び共有用情報提示部２５の具体例として、透かし生成部１０１、透かし・コンテンツ合成部１０２、及びプレビュー画像表示部１０３を有している。したがって、以下の説明では、主に透かし生成部１０１、透かし・コンテンツ合成部１０２、プレビュー画像表示部１０３について説明し、それ以外の構成の説明は上述した実施形態の説明と同様であるため省略する。

第３実施形態では、例えばコンテンツ格納部２２に格納されたコンテンツのうち、共有するコンテンツ（例えば、画像）が設定された場合、設定されたコンテンツに端末情報や対応するコンテンツＩＤ等を埋め込むため、透かしを生成する。なお、透かしとは、例えば画像や映像等のコンテンツの一部に、ユーザの目に見えない情報（透かし情報）を埋め込むこというが、これに限定されるものではない。また、透かし情報には、例えば端末情報、コンテンツＩＤ、端末へのアクセスキーの情報を含むが、これに限定されるものではない。

具体的には、透かし生成部１０１は、コンテンツ格納部２２から共有するコンテンツに対応するコンテンツＩＤを取得し、端末情報保持部２３から端末情報を取得する。また、透かし生成部１０１は、取得したコンテンツＩＤ及び端末情報を含む共有用情報に対して鍵格納部８１から得られる所定の鍵情報（例えば、鍵１'）により暗号化を行い、暗号化された共有用情報に対する透かし情報を生成する。なお、上述した暗号化及び透かし情報の生成は、端末情報だけを対象にしてもよい。これにより、端末情報を他人に知られてしまうことを防止することができる。

透かし・コンテンツ合成部１０２は、例えば透かし生成部１０１から得られる共有用情報の透かしと、コンテンツ格納部２２から得られるコンテンツのプレビュー画像とを合成する。なお、透かし・コンテンツ合成部１０２における合成手法としては、例えばプレビュー画像をカメラで撮影した画像からも抽出できるように、プレビュー画像に光学的に重ね合わされていることが好ましいが、これに限定されるものではない。また、合成手法としては、透かしをプレビュー画像の全体に埋め込む手法や、プレビュー画像の一部に埋め込む手法等があるが、これに限定されるものではない。

透かし・コンテンツ合成部１０２は、ブレビュー画像等のコンテンツに対して、ほとんど影響を与えることなく透かし情報を埋め込むことができる。なお、透かし情報を埋め込まれたプレビュー画像は、元のデータと変わりないように見えるが、例えば所定の電子透かし検出ソフトを用いることで、透かし情報を検出することができる。

プレビュー画像表示部１０３は、透かし・コンテンツ合成部１０２により得られる合成画像（プレビュー画像）を表示する。

＜第３実施形態：端末１１−３ｂの機能構成例＞
図１４に示す端末１１−３ｂは、撮影部１１１と、画像格納部１１２と、送受信部３３と、コンテンツ閲覧部３４とを有する。第３実施形態における端末１１−３ｂは、第２実施形態における端末１１−２ｂが有する共有用情報取得部３１及び共有用情報格納部３２の具体例として、撮影部１１１及び画像格納部１１２を有する。以下の説明では、主に撮影部１１１及び画像格納部１１２について説明するものとし、それ以外の構成については、上述と同様の説明であるため、省略する。

撮影部１１１は、例えばデジタルカメラ等である。撮影部１１１は、端末１１−３ａの画面（プレビュー画像表示部１０３）に表示されたプレビュー画像を撮影する。これにより、プレビュー画像に含まれる透かし情報も含めて取得することができる。撮影部１１１で撮影された画像は、画像格納部１１２に格納される。なお、画像格納部１１２は、例えば、記憶手段等である。

送受信部３３は、プレビュー画像に相当する元のコンテンツ（例えば、画像）を取得したい場合に、プレビュー画像を撮影した画像を情報共有サーバ１２−３に送信する。また、送受信部３３は、送信された情報に対応する取得完了通知を情報共有サーバ１２−３から取得し、取得した情報から得られるコンテンツをコンテンツ閲覧部３４で閲覧することができる。また、送受信部３３は、取得したコンテンツを画像格納部１１２に格納してもよい。

＜第３実施形態：情報共有サーバ１２−３の機能構成例＞
図１４に示す情報共有サーバ１２−３は、送受信部４１と、共有用情報格納部４２と、制御部４３と、コンテンツ格納部４４と、ＵＲＬ管理部４５と、鍵生成部９１と、鍵格納部９２と、復号化部９３と、暗号化部９４と、透かし・画像分離部１２１とを有する。第３実施形態における情報共有サーバ１２−３は、上述した第２実施形態における情報共有サーバ１２−２の構成に加えて透かし・画像分離部１２１を有している。したがって、以下の説明では、主に透かし・画像分離部１２１について説明するものとし、上記の実施形態と同一の構成等については、説明を省略する。

透かし・画像分離部１２１は、送受信部４１により得られる端末１２−３ｂからのプレビュー画像から透かし情報を分離する。なお、透かし・画像分離部１２１は、所定の電子透かし検出ソフト等を用いて透かし情報を検出することができるが、これに限定されるものではない。

透かし・画像分離部１２１は、分離した透かし情報を復号化部９３に出力する。復号化部９３は、透かし情報に対して所定の鍵情報（例えば、鍵１）で復号化を行い、コンテンツＩＤや端末情報等の共有用情報を取得する。また、取得したコンテンツＩＤや端末情報は、共有用情報格納部４２に格納される。なお、第３実施形態では、端末情報等が透かし情報として埋め込まれているため、暗号化等を行わなくても他人に端末情報を知られることはないが、よりセキュリティを向上させるために暗号化等を行ってもよい。

＜第３実施形態における情報共有処理例＞
次に、第３実施形態における情報共有処理の一例について、シーケンス図を用いて説明する。図１５は、第３実施形態における情報共有処理の一例を示すシーケンス図である。なお、図１５では、一例として、端末１１−３ａ（第１端末）、端末１１−３ｂ（第２端末）、及び情報共有サーバ１２−３を有する。

第３実施形態における情報共有処理において、情報共有サーバ１２−３は、上述した鍵情報（鍵１、鍵１'、鍵２、鍵２'）を生成し（Ｓ１２１）、生成した鍵情報のうち、例えば公開鍵である鍵１'、鍵２'を端末１１−３ａに送信する（Ｓ１２２）。端末１１−３ａは、共有するコンテンツのコンテンツＩＤに端末情報を付加して共有用情報を生成し、情報共有サーバ１２−３から得られた所定の鍵情報（例えば、鍵１'）を用いて暗号化を行い、暗号化された共有用情報に対する透かし情報を生成する（Ｓ１２３）。また、端末１２−３ａは、透かし情報とコンテンツ（例えば、プレビュー画像）とを合成し（Ｓ１２４）、合成したプレビュー画像を表示する（Ｓ１２５）。

端末１１−３ｂは、端末１１−３ａの画面に表示されたプレビュー画像を撮影することで、プレビュー画像を取得する（Ｓ１２６）。また、端末１１−３ｂは、取得したプレビュー画像の元のコンテンツを取得したい場合に、撮影したプレビュー画像を情報共有サーバ１２−３に送信する（Ｓ１２７）。

情報共有サーバ１２−３は、端末１１−３ｂから得られるプレビュー画像から透かし情報及びコンテンツである画像を分離し（Ｓ１２８）、分離した透かし情報を所定の鍵情報（例えば、鍵１）等を用いて復号化を行う（Ｓ１２９）。また、情報共有サーバ１２−３は、復号化された共有用情報から端末情報、コンテンツＩＤを抽出する（Ｓ１３０）。

次に、情報共有サーバ１２−３は、コンテンツＩＤに対応する
次に、情報共有サーバ１２−３は、抽出した端末情報、コンテンツＩＤ情報に対する既存コンテンツが存在するか否かを確認し（Ｓ１３１）、既存コンテンツがない場合、所定の鍵情報（例えば、鍵２）を用いて、コンテンツＩＤ等に対して暗号化を行う（Ｓ１３２）。また、情報共有サーバ１２−３は、暗号化されたコンテンツＩＤを端末情報に対応する端末１１−３ａに送信して、コンテンツの取得要求（アップロード要求）を行う（Ｓ１３３）。

端末１１−３ａは、情報共有サーバ１２−３からコンテンツＩＤを受信すると、暗号化に用いられた鍵（鍵２）に対応する鍵情報（例えば、鍵２'）を用いて認証を行う（Ｓ１３４）。

端末１１−３ａは、認証が成功（利用可能）と判断されると、コンテンツＩＤの対象コンテンツを選択し、選択されたコンテンツに対して所定の鍵情報（例えば、鍵１'）を用いて暗号化を行う（Ｓ１３５）。その後、端末１１−３ａは、コンテンツを情報共有サーバ１２−３に送信（アップロード）する（Ｓ１３６）。

情報共有サーバ１２−３は、端末１１−３ａから得られるコンテンツを、端末１１−３ａの暗号化処理で用いられた鍵情報（鍵１'）に対応する鍵情報（鍵１）で復号化を行い（Ｓ１３７）、得られたコンテンツを格納し、ＵＲＬと対応付けを行う（Ｓ１３８）。また、情報共有サーバ１２−３は、Ｓ１３８の処理により、対応付けられたＵＲＬを含むコンテンツ取得完了通知を端末１１−３ｂに送信する（Ｓ１３９）。

端末１１−３ｂは、情報共有サーバ１２−３から得られるＵＲＬに基づいて、コンテンツ要求を情報共有サーバ１２−３に対して行う（Ｓ１４０）。情報共有サーバ１２−３は、そのコンテンツ要求に対応するコンテンツを取得し、取得したコンテンツを端末１１−３ｂに送信する（Ｓ１４１）。

なお、上述した情報共有処理において、Ｓ１３１の処理で既存コンテンツが存在する場合には、Ｓ１３２〜Ｓ１３８の処理を行わずに、Ｓ１３９の処理において、既存コンテンツに対応するＵＲＬ等を含むコンテンツ取得完了通知を行ってもよい。

このように、第３実施形態では、透かし情報を埋め込んだプレビュー画像を用いて簡易に情報を共有化することができる。

次に、上述した端末１１−３ａ、端末１１−３ｂ、情報共有サーバ１２−３のそれぞれの具体的な情報共有処理の内容について、フローチャートを用いて説明する。

＜第３実施形態における第１端末の情報共有処理例＞
図１６は、第３実施形態における第１端末の情報共有処理の一例を示すフローチャートである。図１６に示す第１端末における情報共有処理は、まず透かしを生成するか否かを判断し（Ｓ１５１）、透かしを作成する場合（Ｓ１５１において、ＹＥＳ）、共有する情報を識別するコンテンツＩＤを取得する（Ｓ１５２）。また、情報共有処理は、第１端末の端末情報を取得し（Ｓ１５３）、取得したコンテンツＩＤ及び端末情報を含む共有用情報を暗号化し（Ｓ１５４）、暗号化した共有用情報を用いて透かしを生成する（Ｓ１５５）。

次に、情報共有処理は、Ｓ１５１において、透かしを生成しない場合（Ｓ１５１において、ＮＯ）、共有するコンテンツのプレビュー表示をするか否かを判断する（Ｓ１５６）。なお、透かしを生成しない場合とは、既に透かしを生成している状態を含む。

情報共有処理は、プレビュー表示を行う場合（Ｓ１５６において、ＹＥＳ）、プレビュー表示するコンテンツに対応する透かしがあるか否かを判断する（Ｓ１５７）。また、情報共有処理は、プレビュー表示するコンテンツに対応する透かしがある場合（Ｓ１５７において、ＹＥＳ）、透かし・コンテンツ合成を行い（Ｓ１５８）、合成されたコンテンツをプレビュー表示する（Ｓ１５９）
また、Ｓ１５６の処理において、プレビュー表示しない場合（Ｓ１５６において、ＮＯ）、次に、情報共有サーバ１２−３からコンテンツのアップロード要求があった否かを判断する（Ｓ１６０）。なお、プレビュー表示しない場合とは、例えば既にプレビュー表示を撮影した画像を第２端末が取得している状態等を含む。

情報共有処理は、プレビュー表示されたコンテンツのアップロード要求があった場合（Ｓ１６０において、ＹＥＳ）、要求に対する認証を行い、その認証結果がＯＫであるか否かを判断する（Ｓ１６１）。ここで、情報共有処理は、認証がＯＫである場合（Ｓ１６１において、ＹＥＳ）、要求されたコンテンツに対して暗号化を行い（Ｓ１６２）、暗号化されたコンテンツを情報共有サーバ１２−３に送信する（Ｓ１６３）。また、Ｓ１６１の処理において、認証がＯＫでない場合（Ｓ１６１において、ＮＯ）、エラー情報を情報共有サーバ１２−３に送信する（Ｓ１６４）。

また、情報共有処理は、コンテンツのアップロード要求がなかった場合（Ｓ１６０において、ＮＯ）、Ｓ１５１の処理に戻る。なお、情報共有処理では、Ｓ１５７の処理において、透かしがない場合（Ｓ１５７において、ＮＯ）、又は、Ｓ１５９の処理後にＳ１５１の処理に戻る。

＜第３実施形態における第２端末の情報共有処理例＞
次に、第３実施形態における第２端末（端末１１−３ｂ）の情報共有処理について、フローチャートを用いて説明する。図１７は、第３実施形態における第２端末の情報共有処理の一例を示すフローチャートである。

図１７に示す端末１１−３ｂの情報共有処理は、端末１１−３ａからプレビュー画像を取得したか否かを判断し（Ｓ１７１）、共有用情報を取得した場合（Ｓ１７１において、ＹＥＳ）、取得したプレビュー画像を格納する（Ｓ１７２）。次に、情報共有処理は、Ｓ１７２の処理後、又はＳ１７１の処理において、プレビュー画像を取得していない場合（Ｓ１７１において、ＮＯ）、情報共有サーバ１２−３と通信可能であるか否かを判断する（Ｓ１７３）。情報共有処理は、情報共有サーバ１２−３と通信可能でない場合（Ｓ１７３において、ＮＯ）、Ｓ１７１の処理に戻る。また、情報共有処理は、情報共有サーバ１２−３と通信可能である場合（Ｓ１７３において、ＹＥＳ）、未送信のプレビュー画像があるか否かを判断する（Ｓ１７４）。情報共有処理は、未送信のプレビュー画像がある場合（Ｓ１７４において、ＹＥＳ）、プレビュー画像を送信し（Ｓ１７５）、Ｓ１７１の処理に戻る。

また、情報共有処理は、Ｓ１７４の処理において、未送信のプレビュー画像がない場合（Ｓ１７４において、ＮＯ）、次に情報共有サーバ１２−３から得られるＵＲＬを受信したか否かを判断する（Ｓ１７６）。ここで、ＵＲＬとは、上述したように、情報共有サーバ１２−３に送信したプレビュー画像に対応するコンテンツの格納先アドレス情報を含むコンテンツ取得完了通知等であるが、これに限定されるものではない。

情報共有処理は、ＵＲＬを受信した場合（Ｓ１７６において、ＹＥＳ）、そのＵＲＬに対応するコンテンツを取得し（Ｓ１７７）、取得したコンテンツを画面表示する（Ｓ１７８）。これにより、ユーザは、プレビュー画面から他の端末の共有用情報を画面で閲覧することができる。

なお、情報共有処理は、上述したＳ１７６の処理において、ＵＲＬを受信しない場合（Ｓ１７６において、ＮＯ）、Ｓ１７１の処理に戻る。

＜第３実施形態における情報共有サーバ１２−３の情報共有処理例＞
図１８は、第３実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。図１８に示す情報共有サーバ１２−３における情報共有処理は、プレビュー画像を受信したか否かを判断し（Ｓ１８１）、プレビュー画像を受信していない場合（Ｓ１８１において、ＮＯ）、未取得の共有用情報があるか否かを判断する（Ｓ１８２）。情報共有処理は、未取得の共有用情報がない場合（Ｓ１８２において、ＮＯ）、Ｓ１８１の処理に戻る。

また、情報共有処理は、Ｓ１８１の処理において、プレビュー画像を受信した場合（Ｓ１８１において、ＹＥＳ）、プレビュー画像から透かし部分を分離し、透かし部分の復号化を行って共有用情報を取得する（Ｓ１８３）。

情報共有処理は、Ｓ１８２の処理において、未取得の共有用情報がある場合（Ｓ１８２において、ＹＥＳ）、又は、Ｓ１８３の処理後、共有用情報に含まれるコンテンツが既存コンテンツか否かを判断する（Ｓ１８４）。

情報共有処理は、既存コンテンツが存在しない場合（Ｓ１８４において、ＮＯ）、第１端末（端末１１−３ａ）と通信可能であるか否かを判断する（Ｓ１８５）。情報共有処理は、第１端末と通信可能である場合（Ｓ１８５において、ＹＥＳ）、第１端末に対してコンテンツＩＤ等に基づくコンテンツアップロード要求を行い（Ｓ１８６）、対応するコンテンツを取得し（Ｓ１８７）、Ｓ１８１の処理に戻る。また、情報共有処理は、Ｓ１８５の処理において、第１端末と通信可能でない場合（Ｓ１８５において、ＮＯ）、Ｓ１８１に戻る。

また、情報共有処理は、Ｓ１８４の処理において、既存のコンテンツが存在する場合（Ｓ１８４において、ＹＥＳ）、第２端末（端末１１−３ｂ）と通信可能であるか否かを判断する（Ｓ１８８）。情報共有処理は、Ｓ１８８の処理において、第２端末と通信可能である場合（Ｓ１８８において、ＹＥＳ）、第２端末に対して未送信のＵＲＬがあるか否かを判断する（Ｓ１８９）。情報共有処理は、未送信ＵＲＬがある場合（Ｓ１８９において、ＹＥＳ）、ＵＲＬを含むコンテンツ取得通知を第２端末に対して行い（Ｓ１９０）、Ｓ１８１の処理に戻る。また、情報共有処理は、未送信ＵＲＬがない場合（Ｓ１８９において、ＮＯ）、第２端末からＵＲＬに基づくコンテンツ要求があったか否かを判断し（Ｓ１１１）、コンテンツ要求があった場合（Ｓ１９１において、ＹＥＳ）、コンテンツを第２端末に送信する（Ｓ１９２）。

また、情報共有処理は、コンテンツ要求がなかった場合（Ｓ１９１において、ＮＯ）、Ｓ１８１の処理に戻る。なお、情報共有処理は、Ｓ１８８の処理において、第２端末と通信可能でない場合（Ｓ１８８において、ＮＯ）、Ｓ１８１の処理に戻る。

＜第３実施形態における情報共有の内容について＞
ここで、第３実施形態における情報共有の内容について、図を用いて説明する。図１９は、第３実施形態における情報共有の内容を説明するための図である。図１９の例では、上述した第１端末（端末１１−３ａ）、第２端末（１１−３ｂ）、情報共有サーバ１２−３を用いた情報共有の内容を説明するが、これに限定されるものではなく、例えば第１端末や第２端末が複数存在してもよい。なお、図１９の例では、例えば上述した情報共有サーバ１２−３における機能がいわゆるクラウドサービスとして提供されているものとする。

図１９の例では、第３実施形態において、上述した（１）〜（８）の手順で情報共有が行われる。具体的には、まずコンテンツ保有者の端末１１−３ａが、共有する画像に対応する共有用情報の透かしを生成し、その透かし情報を共有する画像のプレビュー画像に埋め込み、画面にプレビュー表示する（図１９（１））。次に、共有者は、コンテンツ保有者が表示したプレビュー画像を端末１１−３ｂが有するカメラで撮影することで、透かしが埋め込まれたプレビュー画像を取得する（図１９（２））。ここで、端末１１−３ａは、図１９（１）の時点では、情報共有サーバ１２−３と通信できなかったが、移動により情報共有サーバ１２−３と通信可能になったとする（図１９（３））。

共有者は、端末１１−３ｂから透かしが埋め込まれたプレビュー画像を情報共有サーバ１２−３に送信する（図１９（４））。情報共有サーバ１２−３は、端末１１−３ｂからの要求を受けて、端末１１−３ａに対応するコンテンツのアップロード要求を行う（図１９（５））。

端末１１−３ａは、情報共有サーバ１２−３からのアップロード要求に応じて対象のコンテンツを情報共有サーバ１２−３にアップロードする（図１９（６））。ここで、情報共有サーバ１２−３は、アップロードされたコンテンツを所定の領域に格納し、格納先のアドレス情報（ＵＲＬ）との対応付けを行い、そのＵＲＬを含む取得完了通知を共有者の端末１１−３ｂに送信する（図１９（７））。これにより、共有者は、コンテンツ取得完了通知に受信し、コンテンツ取得完了通知に含まれるＵＲＬ等に基づいてコンテンツを取得し、端末１１−３ｂの画面に表示させて閲覧することができる（図１９（８））。なお、図１９の例では、上述した暗号化や復号化の処理については含まれていないが、第３実施形態では、上述した暗号化や復号化の処理を行ってもよく、また行わなくてもよい。

このように、第３実施形態では、透かし情報を埋め込んだプレビュー画像を用いて簡易に情報を共有化することができる。

＜第４実施形態：情報共有システムの概略構成例＞
次に、第４実施形態における情報共有システムについて図を用いて説明する。図２０は、第４実施形態における情報共有システムの概略構成の一例を示す図である。なお、図２０に示す情報共有システム１０−４においては、上述した第１〜第３の実施形態における情報共有システム１０−１〜１０−３と同一の構成部分については、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図２０に示す情報共有システム１０−４は、複数の端末１１−４ａ，１１−４ｂ，１１−４ｃ（以下、必要に応じて「端末１１−４」と総称する）と、情報共有サーバ１２−４とを有する。また、端末１１−４と、情報共有サーバ１２−４とは、端末１１−４ａを除き、上述したように通信ネットワーク１３等を介してデータの送受信が可能な状態で接続されている。

第４実施形態では、上述した第１〜第３の実施形態と比較すると、上述した第１端末が有する構成を複数の端末に分離した例を示している。つまり、第４実施形態では、第３端末（端末１１−４ｃ）を有し、端末１１−４ａ及び端末１１−４ｃはコンテンツ保有者が使用する端末である。端末１１−４ｂは、上述した第１の実施形態と同様の構成である。

第４実施形態では、第１実施形態の構成のうち、コンテンツを端末１１−４ａで管理するのではなく、端末１１−４ｃで管理する。したがって、端末１１−４ｃは、多数のコンテンツを管理できるように、例えば容量の大きいＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）等を有するＰＣやサーバ等を用いるのが好ましいが、これに限定されるものではない。端末１１−４ｃにおけるハードウェア構成は、上述した情報共有サーバ１２−１と同様の構成を用いることができるため、ここでの説明は省略する。

第４実施形態では、例えば端末１１−４ａが通信を行うことができない又は通信を行う環境にはない端末であっても、端末１１−４ｃを介して情報共有サーバ１２−４にコンテンツを送信することができ、簡易に情報を共有化することができる。

次に、第４実施形態における端末１１−４ａ、１１−４ｂ、１１−４ｃ、及び情報共有サーバ１２−４について具体的に説明する。なお、図２０に示す端末１１−４ｂは、上述した第１実施形態及び第２実施形態における端末１１−１ｂ、１１−２ｂと同一の構成を適用することができるため、ここでの説明は省略する。

＜第４実施形態：端末１１−４ａの機能構成例＞
図２０に示す端末１１−４ａは、コンテンツ格納部２２と、端末情報保持部２３と、共有用情報生成部２４と、共有用情報提示部２５と、鍵格納部８１と、通信部１４１とを有する。

通信部１４１は、端末１１−４ｃと通信するためのインターフェースであり、例えばコンテンツやコンテンツＩＤの送信を行う。なお、通信部１４１は、端末１１−４ｃに送信するコンテンツやコンテンツＩＤに対して端末情報保持部２３から得られる端末情報を付加して送信してもよい。これにより、端末１１−４ｃが複数の端末からコンテンツを受信するような場合に、端末情報及びコンテンツＩＤに基づいて、コンテンツを特定することができる。

ここで、通信部１４１による通信は、例えば赤外線やＢｌｕｅｔｏｏｔｈ等の近距離無線通信でもよいが、これに限定されるものではなく、例えばＵＳＢケーブル等の有線ケーブル等を用いた通信であってもよい。また、通信部１４１は、例えばＳＤカードのような記録媒体メディアを用いてデータの移動を行ってもよい。

共有用情報生成部２４は、コンテンツ格納部２２に格納されたコンテンツからの共有するコンテンツのコンテンツＩＤを取得し、更に端末情報保持部２３から端末情報を取得して、鍵格納部８１から得られる所定の鍵情報を用いて共有用情報を暗号化する。なお、第４実施形態における端末情報は、共有用情報を提示する端末１１−４ａの端末情報でもよく、情報共有サーバ１２−４からコンテンツ要求させる端末１１−４ｃの端末情報でもよく、その両方を含んでいてもよい。共有用情報生成部２４により生成された共有用情報は、共有用情報提示部により提示され、端末１１−４ｂにて取得される。

＜第４実施形態：端末１１−４ｃの機能構成例＞
図２０に示す端末１１−４ｃは、通信部１３１と、コンテンツ格納部１３２と、鍵格納部１３３と、送受信部１３４と、認証部１３５と、暗号化部１３６とを有する。

通信部１３１は、端末１１−４ａの通信部１４１との通信を行い、コンテンツ、コンテンツＩＤ等を取得する。なお、取得するコンテンツ、コンテンツＩＤには、端末情報を含んでいてもよい。また、通信部１３１は、取得したコンテンツやコンテンツＩＤ等をコンテンツ格納部１３２に出力する。コンテンツ格納部１３２は、通信部１３１から得られるコンテンツやコンテンツＩＤ等を格納する記憶手段である。また、コンテンツ格納部１３２は、送受信部１３４から得られる情報共有サーバ１２−４からのコンテンツ要求（コンテンツＩＤ）に対応するコンテンツを抽出し、抽出したコンテンツを暗号化部１３６に出力する。

鍵格納部１３３は、情報共有サーバ１２−４から得られる１又は複数の鍵情報を格納する記憶手段である。送受信部１３４は、情報共有サーバ１２−４との間で通信ネットワーク１３等を介してデータの送受信等を行う。なお、認証部１３５は、鍵格納部１３３から得られる鍵情報に基づいて、情報共有サーバ１２−４からアクセス要求（コンテンツ要求を含む）に対する認証を行う。

暗号化部１３６は、情報共有サーバ１２−４からのコンテンツ要求に対応するコンテンツを送信する場合に、鍵格納部１３３から得られる所定の鍵情報により暗号化を行う。暗号化されたコンテンツは、送受信部１３４に出力され、送受信部１３４から情報共有サーバ１２−４に送信される。

＜第４実施形態：情報共有サーバ１２−４の機能構成例＞
図２０に示す情報共有サーバ１２−４は、送受信部４１と、共有用情報格納部４２と、制御部４３と、コンテンツ格納部４４と、ＵＲＬ管理部４５と、鍵生成部９１と、鍵格納部９２と、復号化部９３と、暗号化部９４と、ユーザ端末管理部１５１とを有する。

ここで、第４実施形態における情報共有サーバ１２−４と、上述した第２実施形態における情報共有サーバ１２−２とを比較すると、情報共有サーバ１２−４には、ユーザ端末管理部１５１が設けられている。したがって、以下の説明では、主にユーザ端末管理部１５１について説明するものとし、上記の実施形態と同一の構成等については、説明を省略する。

ユーザ端末管理部１５１は、ユーザ毎の端末情報を管理する。したがって、あるユーザが複数の端末を有する場合には、その複数の端末を管理する。第４実施形態では、共有するコンテンツ保有者に対してコンテンツ要求を行う場合に、１つの端末ではなく、他の端末に対しても問い合わせを行うことができる。また、ユーザに対して１又は複数の端末を管理するため、コンテンツ要求を行う場合に、端末情報に対応付けられた各装置のＩＰアドレスにアクセスして所定の情報を取得することができる。なお、複数の端末情報が割り当てられている場合には、その全ての端末にアクセスしてもよく、予め設定された優先順位にしたがってコンテンツが取得できるまで、順番に端末にアクセスしてもよい。

図２０に示す例では、まず制御部４３が共有用情報から抽出された端末情報（例えば、端末１１−４ａの端末情報）をユーザ端末管理部１５１に出力する。ユーザ端末管理部１５１は、得られた端末情報に基づいて、予め設定された管理情報を参照する。管理情報には、例えば共有用情報に含まれる端末情報と、コンテンツ要求を行う１又は複数の端末情報とが対応付けられて管理されている。したがって、ユーザ端末管理部１５１は、制御部４３から得られた端末情報（例えば、端末１１−４ａの端末情報）に対して、コンテンツ要求を行う端末情報（例えば、端末１１−４ｃの端末情報）を取得し、制御部４３に出力する。したがって、制御部４３は、端末１１−４ｃに対してコンテンツ要求を行うことができる。

また、第４実施形態における鍵生成部９２は、上述した「鍵１」、「鍵１'」、「鍵２」、「鍵２'」の他に、端末１１−４ｃの端末情報を秘匿するための鍵情報（例えば、秘密鍵「鍵３」、公開鍵「鍵３'」）を生成する。したがって、情報共有サーバ１２−４は、端末１１−４ｃと通信する情報に対して鍵３及び鍵３'を用いた暗号化や復号化を行う。なお、鍵情報（例えば、鍵３'）は、例えば事前に端末１１−４ｃに送信しておく。

＜第４実施形態における情報共有処理例＞
次に、第４実施形態における情報共有処理の一例について、シーケンス図を用いて説明する。図２１は、第４実施形態における情報共有処理の一例を示すシーケンス図である。なお、図２１では、一例として、上述した端末１１−４ａ〜１１−４ｃ、及び共有用情報サーバ１２−４を有する。

第４実施形態における情報共有処理において、情報共有サーバ１２−４は、上述した鍵情報（鍵１、鍵１'、鍵２、鍵２' 鍵３、鍵３'）を生成し（Ｓ２０１）、生成した鍵情報のうち、公開鍵である鍵２'、鍵３'を端末１１−４ｃに送信する（Ｓ２０２）。また、情報共有サーバ１２−４は、公開鍵である鍵１'、鍵２'を端末１２−４ａに送信する（Ｓ２０３）。

端末１１−４ａは、共有するコンテンツに対するコンテンツＩＤに端末情報を付加し、付加して得られた共有用情報に所定の鍵情報（例えば、鍵１'）を用いて暗号化を行う（Ｓ２０４）。なお、暗号化は、端末情報のみに行ってもよい。また、端末１１−４ａは、暗号化された情報を含む共有用情報を提示する（Ｓ２０５）。

端末１１−４ｂは、端末１１−４ａからの共有用情報を取得し（Ｓ２０６）、取得した共有用情報に対応するコンテンツ（共有する情報）を取得したい場合には、共有用情報を情報共有サーバ１２−４に送信する（Ｓ２０７）。情報共有サーバ１２−４は、端末１１−４ｂから得られた共有用情報に対応する鍵情報（例えば、鍵１）を用いて復号化を行い（Ｓ２０８）、復号化された共有用情報から端末情報、コンテンツＩＤを抽出する（Ｓ２０９）。

次に、情報共有サーバ１２−４は、抽出した端末情報、コンテンツＩＤに対する既存コンテンツが存在するか否かを確認し（Ｓ２１０）、既存コンテンツがない場合、端末情報に基づいて、同一ユーザの端末を確認し、コンテンツ要求を行う端末情報（例えば、端末１１−４ｃ）を取得する（Ｓ２１１）。次に、情報共有サーバ１２−４は、所定の鍵情報（例えば、鍵２）を用いて、コンテンツＩＤ等に対して暗号化を行い（Ｓ２１２）、暗号化されたコンテンツＩＤを端末情報に対応する端末１１−４ｃに送信して、コンテンツの取得要求（アップロード要求）を行う（Ｓ２１３）。

端末１１−４ｃは、情報共有サーバ１２−４から得られるコンテンツＩＤに対し、所定の鍵情報（例えば、鍵２'）を用いて認証を行う（Ｓ２１４）。また、端末１１−４ｃは、認証の結果がＯＫである場合に、対象コンテンツを選択し、選択したコンテンツに対して所定の鍵情報（例えば、鍵３'）を用いて暗号化を行う（Ｓ２１５）。また、端末１１−４ｃは、暗号化されたコンテンツを情報共有サーバ１２−４に送信（アップロード）する（Ｓ２１６）。

情報共有サーバ１２−４は、端末１１−４ｃから得られる暗号化されたコンテンツに対して対応する鍵情報（例えば、鍵３）で復号化を行い（Ｓ２１７）、復号化されたコンテンツを格納すると共に対応する格納先アドレス（ＵＲＬ）との対応付けを行う（Ｓ２１８）。また、情報共有サーバ１２−４は、対応付けられたＵＲＬを含むコンテンツ取得完了通知を端末１１−４ｂに送信する（Ｓ２１９）。

端末１１−４ｂは、情報共有サーバ１２−４から得られたコンテンツ取得完了通知に含まれるＵＲＬから、情報共有サーバ１２−４にコンテンツ要求を行う（Ｓ２２０）。情報共有サーバ１２−４は、コンテンツ要求に対応するコンテンツを端末１１−４ｂに送信する（Ｓ２２１）。これにより、端末１１−４ｂは、コンテンツを取得することができる。

なお、上述した情報共有処理において、Ｓ２１０の処理で既存コンテンツが存在する場合には、Ｓ２１１〜Ｓ２１８の処理を行わずに、Ｓ２１９の処理において、既存コンテンツに対応するＵＲＬ等を含むコンテンツ取得完了通知を行ってもよい。

このように、第４実施形態では、他の端末にコンテンツ要求を行うことができ、簡易に情報を共有化することができる。

次に、上述した端末１１−４ａ、端末１１−４ｂ、端末１１−４ｃ、及び情報共有サーバ１２−４のそれぞれの具体的な情報共有処理の内容について、フローチャートを用いて説明する。なお、端末１１−４ｂについては、上述した第１実施形態における端末１１−１ｂと同様の処理を行うため、ここでの具体的な説明は省略する。

＜第４実施形態における第１端末の情報共有処理例＞
図２２は、第４実施形態における第１端末の情報共有処理の一例を示すフローチャートである。図２２に示す第１端末における情報共有処理は、まず共有する情報（コンテンツ）に対応する共有用情報を生成するか否かを判断し（Ｓ２３１）、生成する場合（Ｓ２３１において、ＹＥＳ）、共有する情報を識別するコンテンツＩＤを取得する（Ｓ２３２）。また、情報共有処理は、第１端末の端末情報を取得し（Ｓ２３３）、コンテンツＩＤ及び端末情報を含む共有用情報を暗号化し（Ｓ２３４）、Ｓ２３１の処理に戻る。

情報共有処理は、Ｓ２３１の処理において、共有用情報を生成しない場合（Ｓ２３１において、ＮＯ）、生成した共有用情報を提示するか否かを判断する（Ｓ２３５）。情報共有処理は、共有用情報を提示する場合（Ｓ２３５において、ＹＥＳ）、次に、提示する共有用情報があるか否かを判断し（Ｓ２３６）、共有用情報がある場合（Ｓ２３６において、ＹＥＳ）、共有用情報を提示する（Ｓ２３７）。また、情報共有処理は、Ｓ２３５の処理において、共有用情報を提示しない場合（Ｓ２３５において、ＮＯ）、次に、共有用情報に対応するコンテンツを第３端末（端末１１−４ｃ）に送信するか否かを判断する（Ｓ２３８）。

情報共有処理は、コンテンツを送信する場合（Ｓ２３８において、ＹＥＳ）、コンテンツを第３端末に送信する（Ｓ２３９）。なお、Ｓ２３９の処理では、コンテンツを識別するために設定されたコンテンツＩＤも送信する。また、情報共有処理は、コンテンツを送信しない場合（Ｓ２３８において、ＮＯ）、Ｓ２３１の処理に戻る。なお、情報共有処理では、Ｓ２３６の処理において、共有用情報がない場合（Ｓ２３６において、ＮＯ）、又は、Ｓ２３７の処理後にＳ２３１の処理に戻る。

＜第４実施形態における第３端末の情報共有処理例＞
図２３は、第４実施形態における第３端末の情報共有処理の一例を示すフローチャートである。図２３に示す第３端末における情報共有処理は、まず第１端末からコンテンツ（コンテンツＩＤも含む）を受信したか否かを判断し（Ｓ２４１）、コンテンツを受信した場合（Ｓ２４１において、ＹＥＳ）、受信したコンテンツ及びコンテンツＩＤを格納する（Ｓ２４２）。

また、情報共有処理は、Ｓ２４１の処理において、コンテンツを受信していない場合（Ｓ２４１において、ＮＯ）、情報共有サーバ１２−４からコンテンツアップロード要求があったか否かを判断する（Ｓ２４３）。また、情報共有処理は、コンテンツアップロード要求があった場合（Ｓ２４３において、ＹＥＳ）、認証がＯＫであるか否かを判断し（Ｓ２４４）、認証がＯＫである場合（Ｓ２４４において、ＹＥＳ）、所定の鍵情報でコンテンツの暗号化を行う（Ｓ２４５）。また、情報共有処理は、暗号化されたコンテンツを情報共有サーバ１２−４に送信する（Ｓ２４６）。

また、情報共有処理は、Ｓ２４４の処理において、認証がＯＫでない場合（Ｓ２４４において、ＮＯ）、エラー情報を送信する（Ｓ２４７）。なお、情報共有処理は、コンテンツのアップロード要求がなかった場合（Ｓ２４３において、ＮＯ）、Ｓ２４１の処理に戻る。なお、情報共有処理では、Ｓ２４２の処理後にもＳ２４１の処理に戻る。

＜第４実施形態における情報共有サーバ１２−２の情報共有処理例＞
図２４は、第４実施形態における情報共有サーバの情報共有処理の一例を示すフローチャートである。図２４に示す情報共有サーバ１２−４における情報共有処理は、共有用情報を受信したか否かを判断し（Ｓ２５１）、共有用情報を受信していない場合（Ｓ２５１において、ＮＯ）、未取得の共有用情報があるか否かを判断する（Ｓ２５２）。情報共有処理は、未取得の共有用情報がない場合（Ｓ２５２において、ＮＯ）、Ｓ２５１の処理に戻る。

また、情報共有処理は、Ｓ２５１の処理において、共有用情報を受信した場合（Ｓ２５１において、ＹＥＳ）、暗号化されている共有用情報に対する復号化を行う（Ｓ２５３）。ここで、情報共有処理は、未取得の共有用情報がある場合（Ｓ２５２において、ＹＥＳ）、又は、Ｓ２５３の処理後、共有用情報に対応するコンテンツが既に取得しているコンテンツ（既存コンテンツ）であるか否かを判断する（Ｓ２５４）。

情報共有処理は、既存コンテンツが存在しない場合（Ｓ２５４において、ＮＯ）、共有用情報に含まれる端末情報に基づいて、コンテンツ要求を行う端末情報を選択する（Ｓ２５５）。なお、Ｓ２５５の処理では、例えば第１端末の端末情報に対応するコンテンツ要求のアクセス先として第３端末の端末情報を選択しているが、この端末情報の対応関係等を示す管理情報は、予め設定されているものとする。

次に、情報共有処理は、Ｓ２５５の処理により選択された第３端末（端末１１−３ａ）と通信可能であるか否かを判断する（Ｓ２５６）。情報共有処理は、第３端末と通信可能である場合（Ｓ２５６において、ＹＥＳ）、第３端末に対してコンテンツＩＤ等に基づくコンテンツアップロード要求を行い（Ｓ２５７）、対応するコンテンツを取得し（Ｓ２５８）、Ｓ２５１の処理に戻る。また、情報共有処理は、Ｓ２５５の処理において、第３端末と通信可能でない場合（Ｓ２５６において、ＮＯ）、Ｓ２５１の処理に戻る。

また、情報共有処理は、Ｓ２５４の処理において、既存のコンテンツが存在する場合（Ｓ２５４において、ＹＥＳ）、第２端末（端末１１−４ｂ）と通信可能であるか否かを判断する（Ｓ２５９）。情報共有処理は、第２端末と通信可能である場合（Ｓ２５９において、ＹＥＳ）、第２端末に対して未送信のＵＲＬがあるか否かを判断する（Ｓ２６０）。情報共有処理は、未送信ＵＲＬがある場合（Ｓ２６０において、ＹＥＳ）、ＵＲＬを含むコンテンツ取得通知を第２端末に対して行い（Ｓ２６１）、Ｓ２５１の処理に戻る。また、情報共有処理は、未送信ＵＲＬがない場合（Ｓ２６０において、ＮＯ）、第２端末からＵＲＬに基づくコンテンツ要求があったか否かを判断し（Ｓ２６２）、コンテンツ要求があった場合（Ｓ２６２において、ＹＥＳ）、コンテンツを第２端末に送信する（Ｓ２６２）。

また、情報共有処理は、コンテンツ要求がなかった場合（Ｓ２６２において、ＮＯ）、Ｓ２５１の処理に戻る。なお、情報共有処理は、Ｓ２５９の処理において、第２端末と通信可能でない場合（Ｓ２５９において、ＮＯ）、Ｓ２５１の処理に戻る。

このように、第４実施形態では、第１端末（端末１１−４ａ）から得られた共有用情報に対して、第３端末（端末１１−４ｃ）にコンテンツ要求を行うことができる。また、第３端末にない場合には、管理情報等を参照して更に他の端末にコンテンツ要求を行うことができる。これにより、第４実施形態では、例えば第１端末に情報共有サーバ１２−４と接続するための構成や設定を行う必要がなく、簡易に情報を共有化することができる。

＜第４実施形態における情報共有の内容について＞
ここで、第４実施形態における情報共有の内容について、図を用いて説明する。図２５は、第４実施形態における情報共有の内容を説明するための図である。図２５の例では、上述した第１端末（端末１１−４ａ）、第２端末（端末１１−４ｂ）、第３端末（１１−４ｃ）、及び情報共有サーバ１２−４を用いた情報共有の内容を説明するが、これに限定されるものではなく、例えば、第３端末が複数存在してもよい。なお、図１９の例では、例えば上述した情報共有サーバ１２−４における機能がクラウドサービスとして提供されているものとする。更に、図２５では、共有用情報の提示の具体例として、上述した第３実施形態における透かし情報を埋め込んだプレビュー画像による例を示すが、これに限定されるものではない。

図２５の例では、第４実施形態において、上述した（１）〜（８）の手順で情報共有が行われる。具体的には、まずコンテンツ保有者の端末１１−４ａが、共有する画像に対応する共有用情報の透かしを生成し、その透かし情報を共有する画像のプレビュー画像に埋め込み、画面にプレビュー表示する（図２５（１））。次に、共有者は、コンテンツ保有者が表示したプレビュー画像を端末１１−４ｂが有するカメラで撮影することで、透かしが埋め込まれたプレビュー画像を取得する（図２５（２））。

次に、コンテンツ保有者は、共有したコンテンツとコンテンツＩＤを端末１１−４ｃに転送する（図２５（３））。この場合の転送は、上述したように近距離無線通信であってもよく、有線ケーブル等を用いた転送でもよく、記録媒体メディアを用いたデータの移動であってもよい。

次に、共有者は、端末１１−３ｂから透かしが埋め込まれたプレビュー画像を情報共有サーバ１２−４に送信する（図２５（４））。情報共有サーバ１２−４は、透かしに含まれる端末情報から、管理情報等を用いてコンテンツ要求を行う端末を選択し、選択された端末１１−４ｃに対してアップロード要求を行う（図２５（５））。また、端末１１−４ｃは、情報共有サーバ１２−３からのアップロード要求に応じて対象のコンテンツを情報共有サーバ１２−４にアップロードする（図２５（６））。

ここで、情報共有サーバ１２−４は、アップロードされたコンテンツを所定の領域に格納し、格納先のアドレス情報（ＵＲＬ）との対応付けを行い、そのＵＲＬを含む取得完了通知を共有者の端末１１−４ｂに送信する（図２７（７））。これにより、共有者は、コンテンツ取得完了通知に受信し、コンテンツ取得完了通知に含まれるＵＲＬ等に基づいてコンテンツを取得し、端末１１−４ｂの画面に表示させて閲覧することができる（図２５（８））。なお、図２５の例では、上述した暗号化や復号化の処理については含まれていないが、第４実施形態では、上述した暗号化や復号化の処理を行ってもよく、また行わなくてもよい。

このように、第４実施形態では、第１端末（端末１１−４ａ）から得られた共有用情報に対して、第３端末（端末１１−４ｃ）にコンテンツ要求を行うことができ、簡易に情報共有を実現することができる。したがって、例えば第１端末が、デジタルカメラやタブレット端末等であって、通信ネットワーク１３等による通信ができないようなものであっても、簡易に情報を共有化することができる。

＜第５実施形態：情報共有システムの概略構成例＞
次に、第５実施形態における情報共有システムについて図を用いて説明する。図２６は、第５実施形態における情報共有システムの概略構成の一例を示す図である。なお、図２６に示す情報共有システム１０−５においては、上述した第１〜第４の実施形態における情報共有システム１０−１〜１０−４と同一の構成部分については、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図２６に示す情報共有システム１０−４は、複数の端末１１−５ａ，１１−５ｂ，１１−５ｃ、１１−５ｄ（以下、必要に応じて「端末１１−５」と総称する）と、情報共有サーバ１２−５とを有する。また、端末１１−５と、情報共有サーバ１２−５とは、端末１１−５ａ、１１−５ｂを除き、上述したように通信ネットワーク１３等を介してデータの送受信が可能な状態で接続されている。

第５実施形態では、上述した第４実施形態に対して、共有者の端末（端末１１−４ｂ）の構成を複数の装置（端末１１−５ｂ、端末１１−５ｄ）に分離した例を示している。つまり、第５実施形態では、第４端末（端末１１−５ｄ）を有し、コンテンツ保有者側は、端末１１−５ａ及び１１−５ｃを使用し、コンテンツ共有者側は、端末１１−５ｂ及び１１−５ｄを使用する。

第５実施形態では、例えば端末１１−５ｂが情報共有サーバ１２−５と通信を行うことができない又は通信を行う環境にはない端末であっても情報の共有化を実現することができる。

次に、第５実施形態について具体的に説明するが、第５実施形態では、第４実施形態と比較して、第２端末（端末１１−５ｂ）の構成が変更され、新たに第４端末（端末１１−５ｄ）が追加されている。したがって、以下の説明では、第２端末及び第４端末の構成について説明する。

＜第５実施形態：端末１１−５ｂの機能構成例＞
図２６に示す端末１１−５ｂは、共有用情報取得部３１と、共有用情報格納部３２と、通信部１６１とを有する。共有用情報は、端末１１−５ａの共有用情報提示部２５により提示された共有用情報を取得する。取得した共有用情報は、共有用情報格納部３２に格納される。また、端末１１−５ｂは、共有用情報格納部３２に格納されている共有用情報に対応するコンテンツ（共有する情報）を取得したい場合に、通信部１６１を介して端末１１−５ｄに共有用情報を送信する。なお、通信部１６１による通信は、例えば赤外線やＢｌｕｅｔｏｏｔｈ等の近距離無線通信でもよいが、これに限定されるものではなく、例えばＵＳＢケーブル等の有線ケーブル等を用いた通信であってもよい。また、通信部１６１は、例えばＳＤカードのような記録媒体メディアを用いてデータの移動を行ってもよい。

＜第５実施形態：端末１１−５ｄの機能構成例＞
図２６に示す端末１１−５ｄは、通信部１７１と、共有用情報格納部１７２と、送受信部１７３と、コンテンツ閲覧部１７４とを有する。通信部１７１は、端末１１−５ｂからの共有用情報を受信する。また、通信部１７１は、受信した共有用情報を共有用情報格納部１７２に出力する。共有用情報格納部１７２は、通信部１７１から得られた共有用情報を格納する記憶手段である。

送受信部１７３は、共有用情報格納部１７２に格納された共有用情報を情報共有サーバ１２−５に送信する。また、送受信部１７３は、共有用情報サーバ１２−５から、例えばＵＲＬ等の共有する情報の格納先アドレス情報等を含む取得完了通知を受信したり、コンテンツそのものを受信する。更に、送受信部１７３は、受信した取得完了通知やコンテンツをコンテンツ閲覧部１７４に出力したり、共有用情報格納部１７２に格納する。コンテンツ閲覧部１７４は、取得するコンテンツを閲覧するために表示する表示部である。

＜第５実施形態における情報共有処理例＞
次に、第５実施形態における情報共有処理の一例について、説明する。図２７は、第５実施形態における情報共有処理の一例を示すシーケンス図である。なお、図２７では、一例として、上述した端末１１−５ａ〜１１−５ｄ、及び共有用情報サーバ１２−５を有する。

第５実施形態における情報共有処理において、情報共有サーバ１２−５は、上述した鍵情報（鍵１、鍵１'、鍵２、鍵２' 鍵３、鍵３'）を生成し（Ｓ２８１）、生成した鍵情報のうち、公開鍵である鍵２'、鍵３'を端末１１−５ｃに送信する（Ｓ２７２）。また、情報共有サーバ１２−５は、公開鍵である鍵１'、鍵２'を端末１２−５ａに送信する（Ｓ２７３）。

端末１１−５ａは、共有するコンテンツに対するコンテンツＩＤに端末情報を付加し、付加して得られた共有用情報に所定の鍵情報（例えば、鍵１'）を用いて暗号化を行う（Ｓ２７４）。なお、暗号化は、端末情報のみに行ってもよい。また、端末１１−５ａは、暗号化された情報を含む共有用情報を提示する（Ｓ２７５）。

端末１１−５ｂは、端末１１−５ａからの共有用情報を取得し（Ｓ２７６）、取得した共有用情報に対応するコンテンツ（共有する情報）を取得したい場合には、その共有用情報を端末１１−５ｄに送信する（Ｓ２７７）。端末１１−５ｄは、端末１１−５ｂから得られる共有用情報を情報共有サーバ１２−５に送信する（Ｓ２７８）。

情報共有サーバ１２−５は、端末１１−５ｄから得られた共有用情報に対して情報共有サーバ１２−４は、端末１１−４ｂから得られた共有用情報に対応する鍵情報（例えば、鍵１）を用いて復号化を行い（Ｓ２７９）、復号化された共有用情報から端末情報、コンテンツＩＤを抽出する（Ｓ２８０）。

次に、情報共有サーバ１２−５は、抽出した端末情報、コンテンツＩＤに対する既存コンテンツが存在するか否かを確認し（Ｓ２８１）、既存コンテンツがない場合、端末情報に基づいて、同一ユーザの端末を確認し、コンテンツ要求を行う端末情報（例えば、端末１１−５ｃ）を取得する（Ｓ２８２）。次に、情報共有サーバ１２−５は、所定の鍵情報（例えば、鍵２）を用いて、コンテンツＩＤ等に対して暗号化を行う（Ｓ２８３）。また、情報共有サーバ１２−５は、暗号化されたコンテンツＩＤを端末情報に対応する端末１１−５ｃに送信して、コンテンツの取得要求（アップロード要求）を行う（Ｓ２８４）。

端末１１−５ｃは、情報共有サーバ１２−５から得られるコンテンツＩＤに対し、所定の鍵情報（例えば、鍵２'）を用いて認証を行う（Ｓ２８５）。また、端末１１−５ｃは、認証の結果がＯＫである場合に、対象コンテンツを選択し、選択したコンテンツに対して所定の鍵情報（例えば、鍵３'）を用いて暗号化を行う（Ｓ２８６）。また、端末１１−５ｃは、暗号化されたコンテンツを情報共有サーバ１２−５に送信（アップロード）する（Ｓ２８７）。

情報共有サーバ１２−４は、端末１１−５ｃから得られる暗号化されたコンテンツに対して対応する鍵情報（例えば、鍵３）で復号化を行い（Ｓ２８８）、復号化されたコンテンツを格納すると共に対応する格納先アドレス（ＵＲＬ）との対応付けを行う（Ｓ２８９）。また、情報共有サーバ１２−５は、対応付けられたＵＲＬを含むコンテンツ取得完了通知を端末１１−５ｄに送信する（Ｓ２９０）。

端末１１−５ｄは、情報共有サーバ１２−５から得られたコンテンツ取得完了通知に含まれるＵＲＬから、情報共有サーバ１２−５にコンテンツ要求を行う（Ｓ２９１）。情報共有サーバ１２−５は、コンテンツ要求に対応するコンテンツを端末１１−５ｄに送信する（Ｓ２９２）。これにより、端末１１−５ｄは、コンテンツを取得することができる。

なお、上述した情報共有処理において、Ｓ２８１の処理で既存コンテンツが存在する場合には、Ｓ２８２〜Ｓ２８９の処理を行わずに、Ｓ２９０の処理において、既存コンテンツに対応するＵＲＬ等を含むコンテンツ取得完了通知を行ってもよい。

このように、第５実施形態では、共有者の端末（例えば、第２端末）がデジタルカメラ等のように、通信ネットワーク１３を用いた通信ができないような機器であっても、対応簡易に情報を共有化することができる。なお、第５の実施形態における第２端末及び第４端末における情報共有処理は、通信部による共有用情報の通信部分を除き、上述した各実施形態における第２端末の処理を分割したものである。また、第１端末、第３端末、及び情報共有サーバ１２−５における情報共有処理は、上述した第４実施形態における処理内容と同様の処理を適用することができる。したがって、第５実施形態における各装置の処理内容についての具体的な説明は省略する。

上述した実施形態によれば、コンテンツ保有者側の手間を軽減し、簡易に情報を共有化することができる。また、上述した実施形態によれば、共有作業が不可能な環境でも共有設定を行うことができ、また共有者側がアップロードするコンテンツを指定することで、コンテンツ保有者にストレスをかけず、共有者が見たいコンテンツだけを取得することが可能となる。なお、上述した各実施形態は、複数の実施形態の全部又は一部を組み合わせてもよい。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記変形例以外にも種々の変形及び変更が可能である。

なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
共有するコンテンツを有する第１端末で提示された前記コンテンツに対応する共有用情報を取得した第２端末から、前記共有用情報に基づく前記コンテンツの取得要求を受け付け、
受け付けた前記取得要求に基づいて前記第１端末に前記コンテンツの取得要求を行い、前記第１端末から取得したコンテンツを所定の格納部に格納し、格納した場所を示す格納先情報を含む取得完了通知を前記第２端末に送信する、処理を情報処理装置に実行させることを特徴とする情報共有方法。
（付記２）
前記第２端末から前記格納先情報に基づく前記コンテンツの取得要求を受け付け、受け付けた前記取得要求に含まれる前記格納先情報に格納されたコンテンツを前記第２端末に送信することを特徴とする付記１に記載の情報共有方法。
（付記３）
前記共有用情報は、第１端末が共有するコンテンツを識別する識別情報と、前記第１端末の端末情報とを含み、
前記端末情報は、所定の鍵情報で暗号化されていることを特徴とする付記１又は２に記載の情報共有方法。
（付記４）
前記第１端末は、共有する複数のコンテンツを含む共有用情報を生成することを特徴とする付記１乃至３の何れか１項に記載の情報共有方法。
（付記５）
前記第２端末の前記コンテンツの取得要求に対して、前記格納部に既に格納されているコンテンツを参照し、対応するコンテンツが格納されている場合に、格納した場所を示す格納先情報を含む取得完了通知を前記第２端末に送信することを特徴とする付記１乃至４の何れか１項に記載の情報共有方法。
（付記６）
前記第１端末によって前記共有用情報に対応する透かし情報を生成し、生成した透かし情報を前記コンテンツに埋め込み、前記透かし情報が埋め込まれたコンテンツを画面上に表示し、
前記第２端末が備える撮影部で前記画面上のコンテンツを撮影し、前記撮影した画像を用いて前記コンテンツの取得要求を行うことを特徴とする付記１乃至５の何れか１項に記載の情報共有方法。
（付記７）
前記第２端末から、前記コンテンツの取得要求として前記共有用情報を受け取り、受け取った共有用端末に含まれる端末情報に対応させて、予め設定された前記コンテンツの取得要求を行う端末情報に基づき、第３端末に前記コンテンツの取得要求を行うことを特徴とする付記１乃至６の何れか１項に記載の情報共有方法。
（付記８）
前記第２端末から前記共有用情報を取得した端末から、前記共有用情報に基づく前記コンテンツの取得要求を受け付けることを特徴とする付記１乃至７の何れか１項に記載の情報共有方法。
（付記９）
共有するコンテンツを有する第１端末で提示された前記コンテンツに対応する共有用情報を取得した第２端末から、前記共有用情報に基づく前記コンテンツの取得要求を受信し、受信した前記取得要求に基づいて前記第１端末に前記コンテンツの取得要求を送信する送受信部と、
前記第１端末から取得したコンテンツを所定の格納部に格納し、格納した場所を示す格納先情報を管理する格納先管理部と、
前記格納先情報を含む取得完了通知を前記送受信部から前記第２端末に送信させる制御部とを有することを特徴とする情報処理装置。
（付記１０）
共有するコンテンツを有する第１端末で提示された前記コンテンツに対応する共有用情報を取得した第２端末から、前記共有用情報に基づく前記コンテンツの取得要求を受け付け、
受け付けた前記取得要求に基づいて前記第１端末に前記コンテンツの取得要求を行い、前記第１端末から取得したコンテンツを所定の格納部に格納し、格納した場所を示す格納先情報を含む取得完了通知を前記第２端末に送信する、処理をコンピュータに実行させるための情報共有プログラム。

１０ 情報共有システム
１１ 端末
１２ 情報共有サーバ（情報処理装置）
１３ 通信ネットワーク
２１，３３，４１，１３４，１７３ 送受信部
２２，４４，１３２ コンテンツ格納部
２３ 端末情報保持部
２４ 共有用情報生成部
２５ 共有用情報提示部
３１ 共有用情報取得部
３２，４２，１７２ 共有用情報格納部
３４，１７４ コンテンツ閲覧部
４３ 制御部
４５ ＵＲＬ管理部
５１ マイク
５２ スピーカ
５３ 表示部
５４ 無線部
５５ 操作部
５６ 近距離通信部
５７ 電力部
５８ 主記憶装置
５９，６６ ＣＰＵ
６１ 入力装置
６２ 出力装置
６３ ドライブ装置
６４ 補助記憶装置
６５ 主記憶装置
６７ ネットワーク接続装置
６８ 記録媒体
７０ 画面
７１ 画像
８１，９２，１３３ 鍵格納部
８２，１３５ 認証部
８３，９４，１３６ 暗号化部
９１ 鍵生成部
９３ 復号化部
１０１ 透かし生成部
１０２ 透かし・コンテンツ合成部
１０３ プレビュー画像表示部
１１１ 撮影部
１１２ 画像格納部
１２１ 透かし・画像分離部
１３１，１４１，１６１，１７１ 通信部
１５１ ユーザ端末管理部

Claims (7)

1. 共有するコンテンツを有する第１端末で提示された前記コンテンツに対応する共有用情報を取得した第２端末から、前記共有用情報に基づく前記コンテンツの取得要求を受け付け、
   受け付けた前記取得要求に基づいて前記第１端末に前記コンテンツの取得要求を行い、前記第１端末から取得したコンテンツを所定の格納部に格納し、格納した場所を示す格納先情報を含む取得完了通知を前記第２端末に送信する、処理を情報処理装置に実行させることを特徴とする情報共有方法。
2. 前記共有用情報は、第１端末が共有するコンテンツを識別する識別情報と、前記第１端末の端末情報とを含み、
   前記端末情報は、所定の鍵情報で暗号化されていることを特徴とする請求項１に記載の情報共有方法。
3. 前記第１端末によって前記共有用情報に対応する透かし情報を生成し、生成した透かし情報を前記コンテンツに埋め込み、前記透かし情報が埋め込まれたコンテンツを画面上に表示し、
   前記第２端末が備える撮影部で前記画面上のコンテンツを撮影し、前記撮影した画像を用いて前記コンテンツの取得要求を行うことを特徴とする請求項１又は２の何れか１項に記載の情報共有方法。
4. 前記第２端末から、前記コンテンツの取得要求として前記共有用情報を受け取り、受け取った共有用端末に含まれる端末情報に対応させて、予め設定された前記コンテンツの取得要求を行う端末情報に基づき、第３端末に前記コンテンツの取得要求を行うことを特徴とする請求項１乃至３の何れか１項に記載の情報共有方法。
5. 前記第２端末から前記共有用情報を取得した端末から、前記共有用情報に基づく前記コンテンツの取得要求を受け付けることを特徴とする請求項１乃至４の何れか１項に記載の情報共有方法。
6. 共有するコンテンツを有する第１端末で提示された前記コンテンツに対応する共有用情報を取得した第２端末から、前記共有用情報に基づく前記コンテンツの取得要求を受信し、受信した前記取得要求に基づいて前記第１端末に前記コンテンツの取得要求を送信する送受信部と、
   前記第１端末から取得したコンテンツを所定の格納部に格納し、格納した場所を示す格納先情報を管理する格納先管理部と、
   前記格納先情報を含む取得完了通知を前記送受信部から前記第２端末に送信させる制御部とを有することを特徴とする情報処理装置。
7. 共有するコンテンツを有する第１端末で提示された前記コンテンツに対応する共有用情報を取得した第２端末から、前記共有用情報に基づく前記コンテンツの取得要求を受け付け、
   受け付けた前記取得要求に基づいて前記第１端末に前記コンテンツの取得要求を行い、前記第１端末から取得したコンテンツを所定の格納部に格納し、格納した場所を示す格納先情報を含む取得完了通知を前記第２端末に送信する、処理をコンピュータに実行させるための情報共有プログラム。

Images