JPWO2006049276A1 - データ伝送システム - Google Patents

Abstract

携帯電話端末を使って、ピアツーピア共有空間上でコンテンツを安定に取得できるデータ伝送システムを提供する。１以上の携帯電話端末と、１以上のＰＣ端末と、該携帯電話端末及びＰＣ端末との間を接続する移動体通信網及びインターネット網とからなるデータ伝送システムであって、インターネット上にディレクトリサーバ及びメッセージサーバを接続し、ＰＣ端末にピアツーピア・アプリケーションを搭載し、ＰＣ端末間でピアツーピア・ネットワークを形成してピアツーピア空間を共有し、携帯電話端末によりＰＣ端末のうちの１つをＰＣ端末のダイナミックＤＮＳに登録されたＦＱＤＮ（完全修飾ドメイン）名で指定し、指定されたＰＣ端末のピアツーピア・アプリケーション上で仮想携帯電話端末を作成し、指定されたＰＣ端末を介して携帯電話端末に対応する仮想携帯電話端末上で携帯電話端末の操作を実行する。

Description

本発明は、個人が携帯電話端末とＰＣ端末との双方を有する場合に、ＰＣ端末のピアツーピア環境で携帯電話端末とＰＣ端末の間でコンテンツをアップロードしたり、ダウンロードしたりするのに用いることができるデータ伝送システムに関する。

近年、携帯電話とＰＣ（パーソナルコンピュータ）の普及により、個人が携帯電話端末とＰＣ端末の両方を所有するようになっている。この場合、携帯電話端末は、個人が外出時に常時携行され、ＰＣ端末は、家庭又は事務所に固定的に置かれ、外出時と事務所や家庭にいるときとで、携帯電話端末とＰＣ端末とが使い分けられている。

一方、複数のＰＣ端末をピアツーピアで接続し、各ＰＣ端末間でコンテンツを共有する技術が注目されている。ピアツーピアのアーキテクチャは、クライアントアンドサーバのアーキテクチャと異なり、各コンピュータを等価とみなして、ネットワーク上で他の端末間を接続するようにしたものである。

上述のように、携帯電話端末とＰＣ端末の双方を所有しているユーザにとって、ＰＣ端末ばかりでなく、携帯電話端末でも、シームレスにピアツーピアの共有空間にアクセスし、自分のコンテンツを提供したり、他の端末のコンテンツを取得したりできるようにすることが望まれる。

携帯電話端末を使ってピアツーピアの共有空間にアクセスする場合、従来では、図１８に示すように、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のサーバとピアツーピアのサーバとの間を結ぶＨＴＴＰ／ピアツーピア・ゲートウェイサーバをインターネット空間に置くと共に、ＨＴＴＰ／ピアツーピア・ゲートウェイサーバに仮想携帯電話端末を作成し、ゲートウェイにより仮想携帯電話端末をピアツーピア共有空間にアクセスできるようにしている。

図１８において、携帯電話端末Ｍ１０１、Ｍ１０２、Ｍ１０３、…は、移動体通信網１０１、インターネット網１０２を介して、ＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４に接続可能とされている。ＰＣ端末ＰＣ１０１、ＰＣ１０２、ＰＣ１０３、…は、ピアツーピアで接続されており、ＰＣ端末ＰＣ１０１、ＰＣ１０２、ＰＣ１０３、…によりピアツーピア共有空間１０５が形成される。ＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４は、ＨＴＴＰのサーバとピアツーピアのサーバとのゲートウェイを行っている。また、ＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４に、仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…が作成され、この仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…のオブジェクトは、ＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４で管理されている。

携帯電話端末Ｍ１０１、Ｍ１０２、Ｍ１０３、…のユーザは、仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…のオブジェクトを作成する際に、ＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４にＨＴＴＰのプロトコルで接続してアプリケーションをダウンロードする。そして、ＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４上に、仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…のオブジェクトを作成し、各ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…と仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…のオブジェクトは、ピアツーピアのプロトコルで通信する。

特許文献１には、操作用端末である携帯電話端末とその端末のデータを保管する保管用端末であるＰＣ端末の組から構成され、少なくとも携帯電話端末同士はピアツーピアで接続され、データを転送する場合、一方の組の携帯電話端末から他方の組の携帯電話端末に認証用トークンを発行し、トークンを受け取った他方の組の携帯電話端末はトークンをその組のＰＣ端末に送信し、他方の組のＰＣ端末はそのトークンを一方の組のＰＣ端末に示すことでデータを転送するものが提案されている。

また、特許文献２には、複数種類の通信端末（例えば携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＣ、カーナビゲーションシステム等）がピアツーピアで接続され、ユーザが使用する通信端末を変更する場合、それまでの作業内容と環境も新端末に同時に移行することで、例えばＰＣでデータ受信中にＰＤＡに変更する場合、ＰＣはＰＤＡに適した形式に変更してＰＤＡに送ることで通信端末の使用中切り替えが可能になるものが提案されている。

また、特許文献３には、複数の情報機器、例えば携帯電話機と自宅ＰＣ、メールサーバの中で、マスターとなる機器（例えばメールサーバ）が全データを保有し、他の機器は一部データを複製したレプリカを保有し、レプリカの一つがマスターに切り替わると、元のマスターがレプリカに切り替わるようにしたものが提案されている。

また、特許文献４には、携帯電話端末とＰＣとを接続サーバにより接続し、携帯電話端末からＰＣを遠隔制御してＰＣが保有する情報を携帯電話端末に表示するものが提案されている。

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

上述のように、従来、携帯電話端末Ｍ１０１、Ｍ１０２、Ｍ１０３、…の仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…を作成するためのアプリケーションプログラムと仮想携帯電話端末のオブジェクトの管理は、ＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４により集中して行っていた。このため、例えばＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスに対応するドメイン名をＰ２Ｐ．ＦＯＯ．ＪＰとすれば、仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…のオブジェクトの作成の際、各携帯電話端末Ｍ１０１、Ｍ１０２、Ｍ１０３、…はＰ２Ｐ．ＦＯＯ．ＪＰのドメイン名に対応するＩＰアドレスによりＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４にＨＴＴＰのプロトコルで接続してアプリケーションをダウンロードし、また、仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…のオブジェクトもＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４に作成されるので、各ＰＣ端末ＰＣ１０１、ＰＣ１０２、ＰＣ１０３、…からピアツーピア通信で仮想携帯電話端末ＩＭ１０１、ＩＭ１０２、ＩＭ１０３、…のオブジェクトを得ようとすれば、Ｐ２Ｐ．ＦＯＯ．ＪＰのドメイン名に対応するＩＰアドレスを指定してＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４にアクセスすることが必要で、このため、トラヒックがＨＴＴＰ／ピアツーピア・ゲートウェイサーバ１０４に集中し、また障害に対しても脆弱であった。

特許文献１では、携帯電話端末同士やＰＣ端末がピアツーピアで接続され、携帯電話端末のデータがＰＣ端末で保管され、携帯電話端末とＰＣ端末とが直接接続される。しかしながら、特許文献１のものでは、携帯電話端末でデータを保存しないため、携帯電話端末とＰＣ端末との間でデータを共有するようになっていない。

特許文献２には、インターネットに接続される携帯電話端末とＰＣ端末を含み、それらがピアツーピアで接続されてデータを共有することが記載されているが、携帯電話端末やＰＣ端末同士をピアツーピア接続するのではなく、携帯電話端末の代わりにＰＣ端末でデータを取得するものでもない。

特許文献３には、インターネットに接続されるＰＣと携帯電話を含み、それらは直接接続可能であり、携帯電話とその携帯電話に対応するＰＣの間でデータを共有することは記載されているが、携帯電話やＰＣ同士がピアツーピアで接続されることは記載されていない。

特許文献４には、インターネットに接続されるＰＣ端末と携帯電話端末とを含み、携帯電話端末を自宅のＰＣ端末と直接接続してＰＣ端末とデータを共有し、携帯電話から自宅のＰＣ端末にアクセス可能としているが、携帯電話やＰＣ端末同士がピアツーピアで接続されることは記載されていない。

本発明は、上述の従来の課題に鑑み、携帯電話端末を使って、ピアツーピア共有空間上でコンテンツを安定に取得できるデータ伝送システムを提供することを目的とするものである。

上述の課題を解決するために、請求項１に記載の発明は、１以上の携帯電話端末と、１以上のＰＣ端末と、該携帯電話端末及び該ＰＣ端末との間を接続する移動体通信網及びインターネット網とからなるデータ伝送システムであって、インターネット上にディレクトリサーバ、メッセージサーバを接続し、前記ＰＣ端末にピアツーピア・アプリケーションを搭載し、前記ＰＣ端末間でピアツーピア・ネットワークを形成してピアツーピア空間を共有し、前記携帯電話端末により前記ＰＣ端末のうちの１つをダイナミックＤＮＳサーバに登録されたＦＱＤＮ（完全修飾ドメイン名）で指定し、指定された該ＰＣ端末のピアツーピア・アプリケーション上で仮想携帯電話端末を作成し、指定された該ＰＣ端末を介して前記携帯電話端末に対応する仮想携帯電話端末上で前記携帯電話端末の操作を実行することを特徴とする。
請求項２に記載の前記仮想携帯電話端末作成アプリケーションは、ＰＣ端末のピアツーピア・インタフェース、携帯電話端末インタフェース、及びディレクトリサーバ・インタフェースを有し、各インタフェースと仮想携帯電話端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行することを特徴とする。

請求項３に記載の発明は、前記ＰＣ端末でピアツーピア・アプリケーションを起動し、対応する携帯電話端末を指定して該携帯電話端末上に仮想ＰＣ端末を作成し、指定された該携帯電話端末を介して前記ＰＣ端末に対応する仮想ＰＣ端末上で前記ＰＣ端末での操作を実行することを特徴とする。
請求項４に記載の前記ＰＣ端末作成アプリケーションは、ＰＣインタフェースを有し、前記仮想携帯電話端末作成アプリケーションのＰＣインタフェースと仮想ＰＣ端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行することを特徴とする。

請求項５に記載の発明は、インターネット上にディレクトリサーバを設置し、前記各ＰＣ端末がピアツーピア・ネットワークを形成する際に、該ディレクトリサーバにより、前記ＰＣ端末及び前記携帯電話端末の認証を行うと共に、認証が良好な前記ＰＣ端末と前記仮想携帯電話端末の対応、前記携帯電話端末と前記仮想ＰＣ端末との対応関係を蓄積し、前記仮想携帯電話端末又は仮想ＰＣ端末上に作成したコンテンツの検索情報と属性情報とを管理し、前記ピアツーピア・ネットワークに参加したＰＣ端末のＦＱＤＮ名とＩＰアドレスの組み合わせをインターネット上に存在しているダイナミックＤＮＳサーバに登録することを特徴とする。

請求項６に記載の前記携帯電話端末は、該携帯電話端末で取得したコンテンツを前記仮想携帯電話端末に保存し、ＤＲＭでコンテンツの属性を設定した後共有空間を共有する前記ＰＣ端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同期させておくことによりＰＣ端末間でコンテンツを流通させ、共有空間を共有するＰＣ端末に対応する任意の携帯電話端末にダウンロードすることを特徴とする。
請求項７に記載の前記携帯電話端末は、該携帯電話端末で取得したコンテンツの検索情報及び属性情報を一旦メッセージサーバに登録し、登録されたメッセージサーバの検索情報及び属性情報を用いディレクトリサーバからコンテンツサーバアドレスを取得してコンテンツサーバから得られたコンテンツを前記仮想携帯電話端末に保存することを特徴とする。

請求項８に記載の前記携帯電話端末の仮想ＰＣ端末は、該携帯電話端末で取得したコンテンツの保存先ＰＣ端末アドレスをディレクトリサーバに問い合わせて取得し、取得した保存先ＰＣ端末アドレスを用い該ＰＣ端末の仮想携帯電話端末にアクセスして該仮想携帯電話端末にコンテンツを保存することを特徴とする。

請求項９に記載の前記ＰＣ端末の仮想携帯電話端末は、該ＰＣ端末のアドレスとＰＣ端末のフォルダ内のファイルのコンテンツＩＤをディレクトリサーバに登録し、且つ該コンテンツＩＤをメッセージサーバに登録しておき、前記携帯電話端末の仮想ＰＣ端末は、メッセージサーバからコンテンツＩＤを取得し、取得したコンテンツＩＤを用いディレクトリサーバにアクセスしてＰＣ端末のアドレスを取得し、取得したアドレスのＰＣ端末にアクセスして該ＰＣ端末の仮想携帯電話端末からファイルデータを得ることを特徴とする。

請求項１０に記載の発明は、前記ＰＣ端末のＷｅｂブラウザのツールバー上に仮想携帯電話端末を作成し、作成した仮想携帯電話端末を用い該ツールバーに画像ファイルをドラッグ＆ドロップして画像ファイルのブックマークのコンテンツＩＤをメッセージサーバに保存しておき、前記携帯電話端末の仮想ＰＣ端末は、該メッセージサーバからコンテンツＩＤを取得し、取得したコンテンツＩＤによりブックマークサーバアドレスをディレクトリサーバから取得し、取得したブックマークサーバからコンテンツを得ることを特徴とする。
請求項１１に記載の発明は、前記ＰＣ端末のＷｅｂブラウザのツールバー上に仮想携帯電話端末を作成し、該ツールバーに画像ファイルをドラッグ＆ドロップして画像ファイルから得られる商品ＩＤにより商品サーバアドレスをディレクトリサーバから取得し、取得した商品サーバにアクセスして商品情報を取得すると共に携帯電話端末の通信キャリアの課金システムで商品の代金を支払うことを特徴とする。

本発明によれば、インターネット上のＰＣ端末間でピアツーピア・ネットワークを形成してピアツーピア空間を共有し、携帯電話端末によりＰＣ端末のうちの１つをＰＣ端末のピアツーピア・アプリケーション上で仮想携帯電話端末作成し、指定されたＰＣ端末を介して携帯電話端末に対応する仮想携帯電話端末上で携帯電話端末の操作を実行するので、オンラインでの無線区間での不安定の要因が除去され、ピアツーピア共有空間のコンテンツを安定に取得できる。また仮想携帯電話端末の分散配置が可能で、トラヒックの集中が防げる。
また、仮想携帯電話端末作成アプリケーションにより、ＰＣ端末のピアツーピア・インタフェース、携帯電話端末インタフェース、及びディレクトリサーバ・インタフェースの各インタフェースと仮想携帯電話端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行するので、そのパラメータによりＰＣ、携帯電話端末、ディレクトリサーバを識別が可能となり、ＰＣ、携帯電話端末、ディレクトリサーバで独立にコマンドを設定できる。

また、ＰＣ端末から対応する携帯電話端末を指定して仮想ＰＣ端末を作成し、指定された携帯電話端末を介して仮想ＰＣ端末上でＰＣ端末での操作を実行するので、ＰＣ端末の操作が仮想ＰＣ端末を介して携帯電話端末上で可能になり、また携帯電話端末での操作が仮想携帯電話端末を介してＰＣ端末上で実行可能となることで、ＰＣと携帯電話端末のシームレスな接続が可能となる。
また、ＰＣ端末作成アプリケーションによって、仮想携帯電話端末作成アプリケーションのＰＣインタフェースと仮想ＰＣ端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行することにより、仮想ＰＣ端末作成アプリケーションソフトと仮想携帯電話端末作成ソフトの共通化が図られメンテナンスが容易となる。

また、各ＰＣ端末がピアツーピア・ネットワークを形成する際に、ディレクトリサーバにより、ＰＣ端末及び携帯電話端末の認証を行うと共に、認証が良好なＰＣ端末と仮想携帯電話端末との対応、及び携帯電話端末と仮想ＰＣ端末との対応関係を蓄積し、仮想携帯電話端末又は仮想ＰＣ端末上に作成したコンテンツの検索情報と属性情報を管理するので、コンテンツ流通の際でのセキュリティを確保できる。また、コンテンツの不正コピーを防ぐことができる。

また、携帯電話端末が取得したコンテンツを仮想携帯電話端末に保存し、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）でコンテンツの属性を設定した後、共有空間を共有するＰＣ端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同期させておくことで、常に情報の更新を行うことができる。
また、携帯電話端末が取得したコンテンツの検索情報及と属性情報とを一旦メッセージサーバに登録し、登録されたメッセージサーバの検索情報及び属性情報を用いてコンテンツサーバから得られたコンテンツを仮想携帯電話端末に保存することにより、携帯電話端末が圏外や電源オフ等でオンラインに接続されていない場合でもＰＣ端末側で常時コンテンツの取得が可能となる。検索情報と属性情報としてコンテンツＩＤを用いても良い。

また、仮想ＰＣ端末は、携帯電話端末で取得したコンテンツの保存先ＰＣ端末の仮想携帯電話端末にアクセスしてコンテンツを保存するので、例えばＦｅｌｉＣａリーダー付きのポスターにＦｅｌｉＣａ携帯電話端末を近づけ、ＦｅｌｉＣａ ＩＤの携帯電話端末に対応するＰＣ端末にＦｅｌｉＣａリーダー付きのポスターに対応するコンテンツをダウンロードすることができる。またポスターのバーコードやＱＲコードを携帯電話端末でスキャンして、携帯電話端末に対応するＰＣ端末にＰＣ端末向けのコンテンツをダウンロードすることができる。さらに携帯電話端末で撮影した写真や動画をＰＣに保存することができる。

また、仮想携帯電話端末でＰＣ端末のアドレスとフォルダ内のファイルのコンテンツＩＤとをディレクトリサーバに登録し、コンテンツＩＤをメッセージサーバに登録しておくことで、仮想ＰＣ端末は、コンテンツＩＤによりＰＣ端末にアクセスして仮想携帯電話端末からファイルデータを得ることができるので、携帯電話端末で取得した写真や動画を一旦ＰＣのフォルダに蓄積しておき、後になってＰＣのフォルダから携帯電話端末の待ち受け画面の設定が可能となる。

また、ＰＣ端末のＷｅｂブラウザのツールバー上に仮想携帯電話端末を作成し、画像ファイルのブックマークのコンテンツＩＤをメッセージサーバに保存しておくことで、仮想ＰＣ端末は、メッセージサーバから取得したコンテンツＩＤによりブックマークサーバからコンテンツを得ることができるので、ＰＣ端末と携帯電話端末でシームレスにブックマーク情報を共有することが可能となる。
また、ＰＣ端末のＷｅｂブラウザのツールバー上に仮想携帯電話端末を作成し、画像ファイルから得られる商品ＩＤにより取得した商品サーバにアクセスして商品情報を取得すると共に、携帯電話端末の通信キャリアの課金システムで商品の代金を支払ことにより携帯電話端末の通信キャリアが商品購入代金を代行徴収することが可能となる。

本発明の一実施例によるデータ伝送システムの構成図である。 図１に示す携帯電話端末の構成図の一例である。 ＰＣ端末の構成図の一例である。 仮想携帯電話端末の作成アプリケーションの構成及びその処理の流れ図である。 仮想ＰＣ端末の作成アプリケーションの構成及びその処理の流れ図である。 図１に示すシステムにおける全体の処理の流れ図である。 図６に示すＰＣ端末によるピアツーピア・ネットワーク形成における処理の流れ図である。 携帯電話端末がピアツーピア・アプリケーションをＰＣ端末からダウンロードする処理の流れ図である。 携帯電話端末がアプリケーションを起動してＰＣ端末上に仮想携帯電話端末を作成する処理の流れ図である。 ＰＣ端末がアプリケーションを起動して携帯電話端末上に仮想ＰＣ端末を作成する処理の流れ図である。 仮想携帯電話端末を用いて携帯電話端末のコンテンツをピアツーピア共有空間で公開する場合の処理の流れ図である。 公開された流通コンテンツを検索・取得する場合の処理の流れ図である。 携帯電話端末が取得したメッセージを仮想携帯電話端末に保存する処理の流れ図である。 携帯電話端末で撮影した写真を仮想携帯電話端末に保存する処理の流れ図である。 ＰＣ端末のフォルダ内のファイルを仮想ＰＣ端末に保存する処理の流れ図である。 ＰＣ端末のＷｅｂブラウザのツールバーに画像ファイルをドラッグ＆ドロップして仮想ＰＣ端末のブックマークに取り込む処理の流れ図である。 ＰＣ端末のＷｅｂブラウザのツールバーに画像ファイルをドラッグ＆ドロップし仮想ＰＣ端末を用いて通信キャリアの課金システムで代金を支払う処理の流れ図である。 従来のデータ伝送システムの構成図である。

符号の説明

１ 移動体通信網
２ インターネット網
３ ピアツーピア（ＰｔｏＰ）アプリケーション
５ ピアツーピア（ＰｔｏＰ）共有空間
６ ディレクトリサーバ
７ ダイナミックＤＮＳサーバ
８ メッセージサーバ
１１ ユーザ／グループ管理データベース
１２ コンテンツ／ＤＲＭデータベース
５１ 送受信部
５２ 音声処理部
５３ マイク
５４ スピーカ
５５ 通信処理部
５６ データ処理部
５７ メモリ（仮想ＰＣ端末）
５８ 入力部
５９ 出力部
７１ ＣＰＵ
７２ バス
７３ ＲＯＭ
７４ ＲＡＭ（仮想携帯電話端末）
７５ ＨＤＤ
７６ ＦＤＤ
７７ グラフィックス処理部
７８ 表示デバイス
７９ オーディオ処理部
８０ スピーカ
８１ 汎用インタフェース
８２ キーボード
８３ マウス
８４ 光ディスクドライブ
８５ 通信インタフェース

以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、本発明のデータ伝送システムの一実施例による構成図である。
図１において、複数のＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…は、ピアツーピア（ＰｔｏＰ）アプリケーション３を搭載しており、インターネット網２上に、ピアツーピア（ＰｔｏＰ）共有空間５を形成している。ピアツーピアで接続された複数のＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…間では、互いに保有しているコンテンツを共有化することができる。携帯電話端末Ｍ１、Ｍ２、Ｍ３、…は、移動体通信網１を介してインターネット網２に接続されている。

各ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…上には、仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…が作成される。仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…は、ソフトウェア上のオブジェクトである。この仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…は、ピアツーピア共有空間５上では、他の端末と同等なものと見なされる。

各携帯電話端末Ｍ１、Ｍ２、Ｍ３…上には仮想ＰＣ端末ＩＰＣ１、ＩＰＣ２、ＩＰＣ３…が作成される。仮想ＰＣ端末ＩＰＣ１、ＩＰＣ２、ＩＰＣ３…は、ソフトウェア上のオブジェクトである。この仮想ＰＣ端末ＩＰＣ１、ＩＰＣ２、ＩＰＣ３…は、ピアツーピア共有空間５上では、他の端末と同等なものと見なされる。

ここでは、各携帯電話端末Ｍ１、Ｍ２、Ｍ３、…の保有者と、各ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…の保有者は、それぞれ同一の保有者であるものとし、各ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…に対応する仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…、及び各携帯電話端末Ｍ１、Ｍ２、Ｍ３、…に対応する仮想ＰＣ端末ＩＰＣ１、ＩＰＣ２、ＩＰＣ３、…が作成される。
即ち、携帯電話端末Ｍ１の保有者とＰＣ端末ＰＣ１の保有者とは同一であるとし、ＰＣ端末ＰＣ１上に携帯電話端末Ｍ１に対応する仮想携帯電話端末ＩＭ１が作成され、携帯電話端末Ｍ１上にＰＣ端末ＰＣ１に対応する仮想ＰＣ端末ＩＰＣ１作成される。

インターネット網２上には、ディレクトリサーバ６と、ダイナミックＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ７とメッセージサーバ８とが設けられる。
ディレクトリサーバ６は、ユーザ／グループ管理データベース１１とコンテンツ／ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）管理データベース１２とを有している。

ユーザ／グループ管理データベース１１には、各携帯電話端末Ｍ１、Ｍ２、Ｍ３、…と、各ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…との関係と、どのＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…上にどの仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…が作られたかや、どの携帯電話端末Ｍ１、Ｍ２、Ｍ３にどの仮想ＰＣ端末ＩＰＣ１、ＩＰＣ２、ＩＰＣ３が作られたかの関係が登録される。このユーザ／グループ管理データベース１１を用いて、ピアツーピア共有空間に参加するＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…の認証や管理が行われる。

コンテンツ／ＤＲＭ管理データベース１２には、コンテンツが格納されている端末の識別子（ＰＣ端末ＩＤと携帯電話端末ＩＤ等）と、例えば１回以上複写の禁止等のコンテンツの属性情報が保存されている。コンテンツ／ＤＲＭ管理データベース１２により、著作権等の管理が行われる。

ダイナミックＤＮＳサーバ７は、ピアツーピア共有空間を形成するＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…のホスト名と、それに対応するＩＰアドレスを保持しており、ピアツーピア共有空間を形成するＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…のホスト名からＩＰアドレスを解決（Ｎａｍｅ Ｒｅｓｏｌｕｓｉｏｎ）する。

ディレクトリサーバ６は、登録されたユーザのＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…が所有しているコンテンツのＩＤからコンテンツ位置（コンテンツサーバアドレス）を検索して、コンテンツを有するＰＣ端末上の仮想携帯電話端末のＩＰアドレスをダイナミックＤＮＳサーバ７から検出し、携帯電話端末とその仮想携帯電話端末オブジェクトを有するＰＣ端末との対応テーブルの管理等を行う。

本発明が適用されたシステムでは、図１に示すように、複数のＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…がピアツーピアで接続され、ピアツーピア共有空間５が設けられる。また、各ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…上に仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…が作成され、これらの仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…がピアツーピアで接続される。

仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…は、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…で指定したＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…に接続され、ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…からピアツーピア・アプリケーション３をダウンロードし、ダウンロードしたピアツーピア・アプリケーション３を起動して仮想携帯電話端末作成アプリケーションをダウンロードすることにより作成される。このときユーザ認証が行われ、ディレクトリサーバ６のユーザ／グループ管理データベース１１に、ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…と、どのＰＣ端末ＰＣ１、ＰＣ２，ＰＣ３、…上にどの仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…が作られたかの関係が登録される。

仮想ＰＣ端末ＩＰＣ１、ＩＰＣ２、ＩＰＣ３・・は、ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…がピアツーピア・アプリケーションを起動し、指定した携帯電話端末Ｍ１Ｍ２、Ｍ３、…に接続したのち仮想ＰＣ作成アプリをダウンロードすることにより作成される。このときユーザ認証が行われ、ディレクトリサーバ６のユーザ／グループ管理データベース１１に、携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…とＰＣ端末ＰＣ１、ＰＣ２，ＰＣ３、…との関係と、どの携帯電話端末Ｍ１、Ｍ２，Ｍ３、…上にどの仮想ＰＣ端末ＩＰＣ１、ＩＰＣ２、ＩＰＣ３、…が作られたかの関係が登録される。

携帯電話端末が保存している流通コンテンツを公開する場合には、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…を操作して、携帯電話端末Ｍ１、Ｍ３、Ｍ３、…と指定したＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…とを接続する。そして携帯電話端末Ｍ１、Ｍ２、Ｍ３、…の操作により、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…から指定したＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…にコンテンツがアップロードされ、対応する仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…にコンテンツが保存される。そしてアップロードしたコンテンツに関する情報がディレクトリサーバ６に登録される。仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…は、ピアツーピア共有空間上に設けられ、他の端末とピアツーピア共有空間５を共有できる。これにより、ピアツーピア共有空間上にある他のＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…や仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…では、仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…上にアップロードされたコンテンツを共有することができる。

流通コンテンツを検索する場合には、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…を操作して、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…と指定したＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…とを接続する。そして携帯電話端末Ｍ１、Ｍ２、Ｍ３、…の操作により、ディレクトリサーバ６に向けてＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…を介してコンテンツ検索リクエストが送られる。ディレクトリサーバ６でコンテンツの検索処理が行われ、コンテンツの検索結果がＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…を介して携帯電話端末Ｍ１、Ｍ２、Ｍ３、…に返される。

コンテンツを取得する場合には、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…を操作して、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…と指定したＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…とを接続する。そして携帯電話端末Ｍ１、Ｍ２、Ｍ３、…の操作により、コンテンツを取得している端末に向けてコンテンツ取得リクエストが送られる。
コンテンツの取得は、ピアツーピア共有空間５上でコンテンツ同期により、コンテンツ取得リクエストを送信した携帯電話端末に対応する仮想携帯電話端末と、指定したＰＣ端末や仮想携帯電話との間でコンテンツを同期させ、キャッシュコピーを行うことにより行われる。
仮想携帯電話端末ＩＭ１、ＩＭ２、ＩＭ３、…にコピーされたコンテンツは、対応するＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…を介して携帯電話端末Ｍ１、Ｍ２、Ｍ３、…でダウンロードされる。

図２は、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…の構成の一例を示すものである、
図２において、送受信部５１は、８００ＭＨｚ帯や２ＧＨｚ帯等の周波数帯を使って基地局との間で音声やデータの送受信を行っている。通信方式としては、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣＤＭＡ２０００（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ２０００）、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ ＣＤＭＡ）等がある。本発明では、移動体通信網１を介してインターネット網２に接続できるものであれば、使用する周波数帯や通信方式は、どのようなものであっても良い。音声処理部５２は、マイクロホン５３からの音声を圧縮符号化して送受信部５１に送ると共に、送受信部５１で受信した音声信号を復号してスピーカ５４に送る処理を行うものである。

通信処理部５５は、送受信するデータのエラー訂正処理、パケット化処理等を行っている。データ処理部５６は、送受信データの処理を行っている。送受信データは、メモリ５７に格納することができる。また、メモリ５７には、仮想ＰＣ端末作成アプリケーションプログラムや、画像ファイル、音声ファイル、テキストファイル、その他、各種のコンテンツのファイルが保存できる。また、データ処理部５６には、入力部５８から入力が与えられる。入力部５８は、電話番号を入力する数字キーやバーコードリーダやカメラを含んでいる。また、データ処理部５６の出力がＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等を使用した表示部５９に送られ、各種の情報が表示部５９に表示される。

図３は、ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…の構成の一例を示すものである。
図３において、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７１は、バス７２に接続される。ＣＰＵ７１は、コマンドを解釈して実行する。このバス７２に、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７４が接続される。ＲＯＭ７３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）等のブートプログラムが記憶されている。ＲＡＭ７４は、メインメモリとして用いられる。

また、バス７２には、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）ドライブ７５やＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）ドライブ７６が接続される。ＨＤＤドライブ７５やＦＤＤドライブ７６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションプログラムが記録される他、画像ファイル、音声ファイル、テキストファイル、その他、各種のコンテンツのファイルが記録される。アプリケーションプログラムとしては、ピアツーピア・アプリケーション３やピアツーピア・アプリケーション３上で動作する仮想携帯電話端末作成アプリケーションを含む。なお、ピアツーピア・アプリケーション３は、携帯電話端末Ｍ１、Ｍ２、Ｍ３、…にダウンロードされるプログラムの他、各ＰＣ端末ＰＣ１、ＰＣ２、ＰＣ３、…自身でピアツーピア接続を可能とするためのプログラムを含む。

また、バス７２には、グラフィックス処理部７７を介して液晶ディスプレイ等の表示デバイス７８が接続される。また、バス７２には、オーディオ処理部７９を介してスピーカ８０が接続される。また、バス７２には、通信インタフェース８５が接続される。通信インタフェース８５としては、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ／Ｔｒａｎｓｍｉｔｔｅｒ）やＵＳＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ｓｙｎｃｈｒｏｎｏｕｓ／Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ／Ｔｒａｎｓｍｉｔｔｅｒ）やＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等が用いられる。本実施形態での通信インタフェース８５は、ＬＡＮやインターネット等により通信を行うためのものである。

さらに、バス７２には、汎用インタフェース８１が接続される。汎用インタフェース８１としては、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェースが用いられる。汎用インタフェース８１には、キーボード８２やマウス８３等の入力装置が接続される。また、この汎用インタフェース８１には、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）やＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の光ディスクドライブ８４が接続される。さらに、汎用インタフェース８１には、その他各種のデバイスを接続することができる。

図４は、仮想携帯電話端末作成のためのアプリケーションの構成とその処理の流れを示したものである。
仮想携帯電話端末オブジェクトは、仮想携帯電話端末作成のためのアプリケーションを仮想携帯電話端末ダウンロード用のサーバ（図示していない）に格納しておき、携帯電話端末ユーザの要求に基づいて目的とするＰＣ端末にアプリケーションをダウンロードして実行することにより作成される。
図４には、実携帯電話端末インタフェース、ピアツーピア（ＰｔｏＰ）インタフェース、ディレクトリサーバ・インタフェースが示されており、それぞれのインタフェースとのコマンドの授受により仮想携帯電話端末オブジェクトとの間でメッセージ処理を行う。メッセージコマンドとしては携帯電話端末、ＰＣ端末、ディレクトリサーバ毎に異なるパラメータを持たせることでそれぞれ独立にコマンドを決めることが出来る。

図５は、仮想ＰＣ端末作成のためのアプリケーションの構成とその処理の流れを示したものである。
仮想ＰＣ端末オブジェクトは、仮想ＰＣ端末作成のためのアプリケーションを仮想ＰＣ端末ダウンロード用のサーバ（図示していない）に格納しておき、ＰＣ端末ユーザの要求に基づいて目的とする携帯電話端末にアプリケーションをダウンロードして実行することにより作成される。
図５はＰＣ端末インタフェースのみを示したものであり、図４のサブセットで構成される。

図６は、図１のシステムにおける全体の処理の流れを示したものであり、図７から図１７のフローの全体の処理の関連図を示したものである。
・ピアツーピア（ＰｔｏＰ）ネットワークを形成してダイナミックＤＮＳ（ＤＤＮＳ）サーバ７に登録し（図７）、
・ダイナミックＤＮＳサーバ７への登録情報を用いて、携帯電話端末Ｍ１がＰＣ端末ＰＣ１からピアツーピア・アプリケーション３をダウンロードする（図８）。
・携帯電話端末Ｍ１は、ダウンロードしたピアツーピア・アプリケーション３を起動してＰＣ端末ＰＣ１に仮想携帯電話端末作成要求を送信して、ＰＣ端末ＰＣ１に仮想携帯電話端末ＩＭ１を作成させる（図９）。
・ＰＣ端末ＰＣ１は、アプリケーションを起動して携帯電話端末Ｍ１に仮想ＰＣ端末作成要求を送信して、携帯電話端末Ｍ１に仮想ＰＣ端末ＩＰＣ１を作成する。（図１０）
・仮想携帯電話端末ＩＭ１のコンテンツをＰｔｏＰ共有空間５で公開し（図１１）、
・ＰｔｏＰ空間５に公開されたコンテンツを携帯電話端末Ｍ１で検索・取得し（図１２）、
・携帯電話端末Ｍ１に蓄積した情報を、仮想携帯電話端末ＩＭ１に蓄積する（図１３）。
・携帯電話端末Ｍ１で撮影した写真や動画を、仮想携帯電話端末ＩＭ１と仮想ＰＣ端末ＩＰＣ１の連携でＰＣ端末ＰＣ１に保存し（図１４）、
・ＰＣ端末ＰＣ１のフォルダのファイルを、仮想携帯電話端末ＩＭ１と仮想ＰＣ端末ＩＰＣ１との連携で携帯電話端末Ｍ１に保存し（図１５）、
・ＰＣ端末ＰＣ１のツールバー（仮想携帯電話端末ＩＭ１）に画像ファイルをドラッグ＆ドロップし、仮想ＰＣ端末ＰＣ１のブックマークに取りこむ（図１６）。
・ＰＣ端末ＰＣ１のＷｅｂブラウザのツールバーに画像ファイルをドラッグ＆ドロップし、携帯アプリケーションを用いて通信キャリアの課金システムで代金を支払う（図１７）。

図７は、ＰＣ端末をディレクトリサーバで認証を行い、認証が良好ならＤＤＮＳサーバに登録してＰＣ端末のピアツーピア・ネットワーク形成処理を行うものである。
図７において、ＰＣ端末ＰＣ１を、ディレクトリサーバ６のＩＰアドレス（例えばＰ２Ｐ．ＦＯＯ．ＪＰに対応）を用いて、ディレクトリサーバ６に接続し、ＰＣ端末ＰＣ１の識別子ＩＤ１とパスワードＰ１を「ユーザ認証リクエスト」情報としてＰＣ端末ＰＣ１からディレクトリサーバ６に送信する（ステップＳ１０１）。

ディレクトリサーバ６は、ＰＣ端末ＰＣ１からの「ユーザ認証リクエスト」情報を受信し、ＰＣ端末ＰＣ１から「ユーザ認証リクエスト」情報として送られてきたユーザ識別子ＩＤ１とパスワードＰ１により認証を行う（ステップＳ１０２）。

認証結果が良好なら、ディレクトリサーバ６は、ステップＳ１０３で「ユーザ認証結果」情報をＰＣ端末ＰＣ１に返信すると同時に、ＰＣ端末ＰＣ１がピアツーピア共有空間に参加したと認識して、ダイナミックＤＮＳサーバ７に、ＰＣ端末ＰＣ１のユーザ識別子ＩＤ１とＩＰアドレスを「ＤＤＮＳレコード登録」情報として送信する（ステップＳ１０４）。
ダイナミックＤＮＳサーバ７は、ディレクトリサーバ６から送られてきたＰＣ端末ＰＣ１のユーザ識別子ＩＤ１とＩＰアドレスを登録する処理を行う（ステップＳ１０５）。

ＰＣ端末ＰＣ２、ＰＣ３も同様のステップでピアツーピア共有空間５を共有する。この結果、ＰＣ端末ＰＣ１、ＰＣ２．ＰＣ３はピアツーピア共有空間５を共有している状態を実現する。

図８は、携帯電話端末がピアツーピア・アプリケーションのダウンロードを行う処理を示すものである。
図８において、携帯電話端末Ｍ１は、ダイナミックＤＮＳサーバ７に接続し、「ホスト名問い合わせ」情報としてＦＱＤＮ（完全修飾ドメイン名：Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を送信し、アクセス先のＰＣ端末ＰＣ１のＩＰアドレスを問い合わせる（ステップＳ２０１）。

ダイナミックＤＮＳサーバ７は、携帯電話端末Ｍ１から「ホスト名問い合わせ」情報を受信すると、ＰＣ端末ＰＣ１のＩＰアドレスを検索し（ステップＳ２０２）、検索されたＰＣ端末ＰＣ１のＩＰアドレスを「アクセス先ＩＰアドレス」情報として、携帯電話端末Ｍ１に返信する（ステップＳ２０３）。

携帯電話端末Ｍ１は、ダイナミックＤＮＳサーバ７から「アクセス先ＩＰアドレス」情報を受信すると、受信したアクセス先ＩＰアドレスを用いてＰＣ端末ＰＣ１に接続し、ＰＣ端末ＰＣ１に「アプリケーションダウンロードリクエスト」情報を送信する（ステップＳ２０４）。

ＰＣ端末ＰＣ１は、携帯電話端末Ｍ１から「アプリケーションダウンロードリクエスト」情報を受信したら、ピアツーピア・アプリケーション３を携帯電話端末Ｍ１に送り、携帯電話端末Ｍ１は、このピアツーピア・アプリケーション３をダウンロードする（ステップＳ２０５）。

図９は、ダウンロードしたピアツーピア・アプリケーションを用いて、携帯電話端末がピアツーピア・ネットワークに接続して、ＰＣ端末上に仮想携帯電話端末を作成する処理を示すものである。
図９において、携帯電話端末Ｍ１は、ダウンロードしたピアツーピア・アプリケーション３を起動し（ステップＳ３０１）、ＰＣ端末ＰＣ１に「仮想携帯電話端末作成リクエスト」情報を送信する（ステップＳ３０２）。

ＰＣ端末ＰＣ１は、携帯電話端末Ｍ１から「仮想携帯電話端末作成リクエスト」情報を受信すると、仮想携帯電話端末作成アプリケーションを仮想携帯電話端末作成アプリケーションダウンロードサーバ（図示していない）からダウンロードして、ＰＣ１上に仮想携帯電話端末ＩＭ１を作成する。（ステップＳ３０３）。
仮想携帯電話端末ＩＭ１が作成されると、作成された仮想携帯電話端末ＩＭ１は、ＰＣ端末ＰＣ１に「作成結果」情報を送信する（ステップＳ３０４）。ＰＣ端末ＰＣ１は、この「作成結果」情報を中継し、携帯電話端末Ｍ１に送信する（ステップＳ３０５）。

携帯電話端末Ｍ１は、「作成結果」情報を受信したら、携帯電話端末Ｍ１とＰＣ端末ＰＣ１上の仮想携帯電話端末ＩＭ１との関係をディレクトリサーバ６に登録するために、携帯電話端末Ｍ１の識別子とパスワードを含む「ユーザ認証リクエスト」情報を、ディレクトリサーバ６に向けて送信する。
携帯電話端末Ｍ１からの「ユーザ認証リクエスト」情報は、携帯電話端末Ｍ１からＰＣ端末ＰＣ１に送信され（ステップＳ３０６）、ＰＣ端末ＰＣ１で中継され、ＰＣ端末ＰＣ１から仮想携帯電話端末ＩＭ１に送信され（ステップＳ３０７）、仮想携帯電話端末ＩＭ１で中継され、仮想携帯電話端末ＩＭ１からディレクトリサーバ６に送信される（ステップＳ３０８）。

「ユーザ認証リクエスト」情報がディレクトリサーバ６に送られると、ディレクトリサーバ６は、送られてきた「ユーザ認証リクエスト」情報を携帯電話端末Ｍ１の識別子とパスワード情報を用いて認証する（ステップＳ３０９）。そして認証結果が良好なら、「ユーザ認証結果」情報を携帯電話端末Ｍ１に向けて送信し（ステップＳ３１０）、その後、ディレクトリサーバ６は、どのＰＣ端末上にどの仮想携帯電話端末が作られたかの関係をユーザ／グループ管理データベース１１に登録する（ステップＳ３１１）。

図１０は、ＰＣ端末がアプリケーションを起動して携帯電話端末上に仮想ＰＣ端末を作成するためのフローチャート例を示すものである。
図１０において、ＰＣ端末ＰＣ１は、ピアツーピア・アプリケーション３を起動し（ステップＳ３２１）、携帯電話端末Ｍ１に「仮想ＰＣ端末作成リクエスト」情報を送信する（ステップＳ３２２）。

携帯電話端末Ｍ１は、「仮想携帯電話端末作成リクエスト」情報を受信すると、仮想ＰＣ端末作成アプリケーションを仮想ＰＣ端末作成アプリケーションダウンロードサーバ（図示していない）からダウンロードして、携帯電話端末Ｍ１上に仮想ＰＣ端末ＩＰＣ１を作成する。（ステップＳ３２３）。仮想ＰＣ端末作成アプリケーションダウンロードサーバは、仮想携帯電話端末作成アプリケーションダウンロードサーバと共用してもいい。
仮想ＰＣ端末ＩＰＣ１が作成されると「作成結果」情報を送信する（ステップＳ３２４）。携帯電話端末Ｍ１は、この「作成結果」情報を中継し、ＰＣ端末ＰＣ１に送信する（ステップＳ３２５）。

ＰＣ端末ＰＣ１は、「作成結果」情報を受信したら、ＰＣ端末ＰＣ１と携帯電話端末Ｍ１上の仮想ＰＣ端末ＩＰＣ１との関係をディレクトリサーバ６に登録する。（ステップ３２６〜ステップ３３０）
その後、ディレクトリサーバ６は、どの携帯電話端末上にどの仮想ＰＣ端末が作られたかの関係をユーザ／グループ管理データベース１１に登録する（ステップＳ３３１）。

図１１は、携帯電話端末のコンテンツを、仮想携帯電話端末を用いてピアツーピア共有空間５での流通コンテンツとして公開する場合のフローチャートを示すものである。
図１１において、携帯電話端末Ｍ１でピアツーピア共有空間５にコンテンツをアップロードする場合には、携帯電話端末Ｍ１は、「コンテンツアップロードリクエスト」情報をＰＣ端末ＰＣ１に送信する（ステップＳ４０１）。

ＰＣ端末ＰＣ１は、携帯電話端末Ｍ１からの「コンテンツアップロードリクエスト」情報を受信し、このコンテンツを仮想携帯電話端末ＩＭ１に送り、仮想携帯電話端末ＩＭ１にコンテンツを保存する（ステップＳ４０２）。
仮想携帯電話端末ＩＭ１は、コンテンツを保存したら、ディレクトリサーバ６にコンテンツ検索に必要な情報、即ちコンテンツＩＤとＰＣ端末ＰＣ１の識別子を付与して「ディレクトリ登録リクエスト」情報を送信する（ステップＳ４０３）。

ディレクトリサーバ６は、「ディレクトリ登録リクエスト」情報を受信したら、コンテンツ／ＤＲＭ管理データベース１２にコンテンツ検索情報とコンテンツが格納されているＰＣ端末ＰＣ１の識別子の登録処理を行った後（ステップＳ４０４）、「ディレクトリ登録結果」情報を仮想携帯電話端末ＩＭ１に送信する（ステップＳ４０５）。

仮想携帯電話端末ＩＭ１は、ディレクトリサーバ６からの「ディレクトリ登録結果」情報を受信し、この「コンテンツ保存結果」情報をＰＣ端末ＰＣ１に送信する（ステップＳ４０６）。
ＰＣ端末ＰＣ１は、「コンテンツ保存結果」情報を受信したら、この「コンテンツアップロード結果」情報に例えば２回複写禁止等のコンテンツの属性情報を付加して、携帯電話端末Ｍ１に送信する（ステップＳ４０７）。

携帯電話端末Ｍ１は、「コンテンツアップロード結果」情報を受信したら、ディレクトリサーバ６に向けてコンテンツの属性を設定するための「ＤＲＭ設定リクエスト」情報を送信する。この「ＤＲＭ設定リクエスト」情報は、携帯電話端末Ｍ１からＰＣ端末ＰＣ１に送信され（ステップＳ４０８）、ＰＣ端末ＰＣ１で中継されて、仮想携帯電話端末ＩＭ１に送信され（ステップＳ４０９）、仮想携帯電話端末ＩＭ１で中継されて、ディレクトリサーバ６に送信される（ステップＳ４１０）。

ディレクトリサーバ６は、コンテンツ／ＤＲＭ管理データベース１２に、コンテンツの検索や著作権の管理に必要な情報を蓄積してＤＲＭ設定処理を行う（ステップＳ４１１）。そして「ＤＲＭ設定結果」情報を仮想携帯電話端末ＩＭ１に向けて送信する。

ディレクトリサーバ６からの「ＤＲＭ設定結果」情報は、ディレクトリサーバ６から仮想携帯電話端末ＩＭ１に送信される（ステップＳ４１２）。仮想携帯電話端末ＩＭ１は、「ＤＲＭ設定結果」情報を用いて受信コンテンツ公開のための処理を行った後（ステップＳ４１３）、この「ＤＲＭ設定結果」情報をＰＣ端末ＰＣ１に送り（ステップＳ４１４）、ＰＣ端末ＰＣ１は、この「ＤＲＭ設定結果」情報を携帯電話端末Ｍ１に送信する（ステップＳ４１５）。携帯電話端末Ｍ１はこの情報を受信して処理を終了する。

なお、この例では、ＰＣ端末ＰＣ１が携帯電話端末Ｍ１の指令により、インターネット上のコンテンツを取得して、取得したコンテンツを公開させる場合であるが、例えばステップＳ４０１で携帯電話端末Ｍ１に格納しているコンテンツをＰＣ端末ＰＣ１にアップロードして流通コンテンツとして使用しても良い。

図１２は、公開された流通コンテンツを検索・取得する場合のフローチャート例を示すものである。
図１２において、コンテンツを検索・取得する携帯電話端末Ｍ１は、ＰＣ端末ＰＣ１に所望のコンテンツの検索情報を含む「コンテンツ検索リクエスト」情報を送信する（ステップＳ５０１）。

ＰＣ端末ＰＣ１は、携帯電話端末Ｍ１からの「コンテンツ検索リクエスト」情報を中継し、この「コンテンツ検索リクエスト」情報を仮想携帯電話端末ＩＭ１に送信し（ステップＳ５０２）、仮想携帯電話端末ＩＭ１は、この「コンテンツ検索リクエスト」情報を中継し、この「コンテンツ検索リクエスト」情報をディレクトリサーバ６に送信する（ステップＳ５０３）。

ディレクトリサーバ６は、コンテンツ検索リクエスト情報を受信すると、コンテンツ検索処理でコンテンツ／ＤＲＭ管理データベース１２を検索してコンテンツが格納されている仮想携帯電話端末の識別子を取得する（ステップＳ５０４）。ここでは、検索リクエストされたコンテンツは、ＰＣ端末ＰＣ２上の仮想携帯電話端末ＩＭ２にあるとする。このときには、コンテンツが格納されている仮想携帯電話端末の識別子として、仮想携帯電話端末ＩＭ２のあるＰＣ端末ＰＣ２の識別子が取得される。取得された情報は、「コンテンツ検索」情報としてディレクトリサーバ６から仮想携帯電話端末ＩＭ１に送られ（ステップＳ５０５）、仮想携帯電話端末ＩＭ１で中継されて、ＰＣ端末ＰＣ１に送られ（ステップＳ５０６）、ＰＣ端末ＰＣ１で中継されて、携帯電話端末ＩＭ１に送られる（ステップＳ５０７）。

このように、携帯電話端末Ｍ１から「コンテンツ検索リクエスト」情報が送られると、この「コンテンツ検索リクエスト」情報は、ＰＣ端末ＰＣ１、仮想携帯電話端末ＩＭ１を経由して、ディレクトリサーバ６に送られる。ディレクトリサーバ６での検索結果は、「コンテンツ検索結果」情報として、ディレクトリサーバ６から仮想携帯電話端末ＩＭ１、ＰＣ端末ＰＣ１を経由して、携帯電話端末Ｍ１に返される。

所望のコンテンツがＰＣ端末ＰＣ２の仮想携帯電話端末ＩＭ２に保存されている場合、携帯電話端末Ｍ１は、「コンテンツ検索結果」情報として、仮想携帯電話端末ＩＭ２のあるＰＣ端末ＰＣ２の識別子を含む「コンテンツ検索結果」情報を受信する。このコンテンツをダウンロードする場合には、携帯電話端末Ｍ１は、仮想携帯電話端末ＩＭ２のあるＰＣ端末ＰＣ２の識別子を付与して、「コンテンツ取得リクエスト」情報としてＰＣ端末ＰＣ２の仮想携帯電話端末ＩＭ２に向けて送信する（ステップＳ５０８）。

携帯電話端末Ｍ１からの「コンテンツ取得リクエスト」情報は、携帯電話端末Ｍ１からＰＣ端末ＰＣ１に送信され（ステップＳ５０８）、ＰＣ端末ＰＣ１で中継され、仮想携帯電話端末ＩＭ１に送られ（ステップＳ５０９）、仮想携帯電話端末ＩＭ１で中継されてＰＣ端末ＰＣ２に送信され（ステップＳ５１０）、ＰＣ端末ＰＣ２から仮想携帯電話端末ＩＭ２に送られる（ステップＳ５１１）。

仮想携帯電話端末ＩＭ２は、「コンテンツ取得リクエスト」情報を受信したら、受信した「コンテンツ取得リクエスト」情報を元に、格納しているコンテンツの「コンテンツ同期」情報を仮想携帯電話端末ＩＭ１に向けて送信する。この「コンテンツ同期」情報は、仮想携帯電話端末ＩＭ２からＰＣ端末ＰＣ２に送られ（ステップＳ５１２）、ＰＣ端末ＰＣ２で中継され、ＰＣ端末ＰＣ２から仮想携帯電話端末ＩＭ１に送られる（ステップＳ５１３）。

仮想携帯電話端末ＩＭ１は、「コンテンツ同期」情報を受信すると、仮想携帯電話端末ＩＭ１のコンテンツを、仮想携帯電話端末ＩＭ２のコンテンツと同じ内容（コンテンツの同期）とする処理を行う。また、この「コンテンツ同期」情報は、仮想携帯電話端末ＩＭ１からＰＣ端末ＰＣ１に送られる（ステップＳ５１４）。
ＰＣ端末ＰＣ１は、「コンテンツ同期」情報を受信すると、「ＤＲＭリクエスト」情報をディレクトリサーバ６に向けて送信する。ＰＣ端末ＰＣ１からの「ＤＲＭリクエスト」情報は、仮想携帯電話端末ＩＭ１に送られ（ステップＳ５１５）、仮想携帯電話端末ＩＭ１で中継されて、仮想携帯電話端末ＩＭ１からディレクトリサーバ６に送信される（ステップＳ５１６）。

ディレクトリサーバ６は、ＰＣ端末ＰＣ１から仮想携帯電話端末ＩＭ１を経由して送られてきた「ＤＲＭリクエスト」情報を受信すると、コンテンツ／ＤＲＭ管理データベース１２を検索して、コンテンツの属性情報を検出する。そして、属性情報を付加した「ＤＲＭ処理結果」情報をＰＣ端末ＰＣ１に向けて送信する。例えば、そのコンテンツが「２回目以降複製禁止」であるなら、コンテンツ／ＤＲＭ管理データベース１２で「２回目以降複製禁止」の属性情報が付加される。この属性情報を付加した「ＤＲＭ処理結果」情報は、ディレクトリサーバ６から仮想携帯電話端末ＩＭ１に送られ（ステップＳ５１８）、仮想携帯電話端末ＩＭ１で中継され、ＰＣ端末ＰＣ１に送られる（ステップＳ５１９）。

ＰＣ端末ＰＣ１は、ディレクトリサーバ６からの「ＤＲＭ処理結果」情報を受信したら、携帯電話端末Ｍ１に対して、ＤＲＭの処理を行ったコンテンツを送信する。携帯電話端末ＩＭ１は、このコンテンツをダウンロードする（ステップＳ５２０）。

図１３は、携帯電話端末が取得したメッセージを仮想携帯電話端末に保存する場合のフローチャート例を示すものである。
携帯電話端末Ｍ１はアプリケーションを起動し、コンテンツＩＤを含むコンテンツを取得してメッセージサーバ８にコンテンツを一旦登録する。（ステップＳ６０１、ステップＳ６０２）。
メッセージサーバ８は、登録結果を携帯電話端末Ｍ１に送出し、携帯電話端末Ｍ１は、登録結果を受信する（ステップＳ６０３）。

次にＰＣ端末は、アプリケーションを起動して（ステップＳ６０４）仮想携帯電話端末ＩＭ１のユーザＩＤを獲得し（ステップＳ６０５）、ユーザＩＤをキーとしたコンテンツＩＤをメッセージサーバ８に要求する。
メッセージサーバ８は、仮想携帯電話端末ＩＭ１からの要求情報を受信して、ユーザＩＤからコンテンツＩＤを検索して検索結果を仮想携帯電話端末ＩＭ１に送信し、仮想携帯電話端末ＩＭ１で送信されたコンテンツＩＤを取得する（ステップＳ６０６、ステップＳ６０７）

仮想携帯電話端末ＩＭ１は、コンテンツＩＤをキーとしてコンテンツの位置、即ちコンテンツサーバのアドレスをディレクトリサーバ６に要求し、ディレクトリサーバ６からコンテンツサーバアドレスを得る（ステップＳ６０８〜ステップＳ６１０）。仮想携帯電話端末ＩＭ１は、コンテンツサーバアドレスを用いてコンテンツサーバにアクセスしてコンテンツを取得して保存する（ステップＳ６１１）。

図１４は、携帯電話端末で撮影した写真等のコンテンツを仮想ＰＣ端末と仮想携帯電話端末の連携で仮想携帯電話端末に保存する場合のフローチャート例を示すものである。
携帯電話端末Ｍ１は、アプリケーションを起動して仮想ＰＣ端末ＩＰＣ１にユーザＩＤ（ＰＣＩＤ）を取得させ、携帯電話端末Ｍ１で撮影した写真を仮想ＩＰＣ１に保存させる（ステップＳ７０１〜ステップＳ７０３）。

次に携帯電話端末Ｍ１は、撮影した写真を仮想携帯電話端末ＩＭ１に保存させるため、ディレクトリサーバにＰＣ端末ＩＤをキーとしてＰＣ位置情報（ＰＣアドレス）を要求し、ＰＣアドレスを取得して仮想ＰＣ端末ＩＰＣ１に保存する（ステップＳ７０４〜ステップＳ７０７）。
次に仮想ＰＣ端末ＩＰＣ１は、取得したＰＣアドレスでＰＣ端末ＰＣ１の仮想携帯電話端末ＩＭ１にアクセスしてファイルを送信する。送信されたファイルは仮想携帯電話端末ＩＭ１で保存され、仮想携帯電話端末ＩＭ１から仮想ＰＣ端末ＩＰＣ１にファイル保存完了情報を送信し、仮想ＰＣ端末ＩＰＣ１は、ファイル保存完了情報を受信して処理を終了する（ステップＳ７０８〜ステップＳ７１０）。

図１５は、ＰＣ端末のフォルダ内のファイルを仮想携帯電話と端末仮想ＰＣ端末の連携で仮想ＰＣ端末に保存する場合のフローチャート例を示すものである。
ＰＣ端末ＰＣ１でアプリケーションを起動し、仮想携帯電話端末ＩＭ１にユーザＩＤを取得させる（ステップＳ８０１、ステップＳ８０２）。
仮想携帯電話端末ＩＭ１は、ＰＣ端末ＰＣ１の位置（アドレス）とコンテンツＩＤをディレクトリサーバ６に登録する（ステップＳ８０２、ステップＳ８０３）。
仮想携帯電話端末ＩＭ１は、ＰＣ端末ＰＣ１からのコンテンツを携帯に保存させる指示を受信してコンテンツＩＤをメッセージサーバ８に登録し、メッセージサーバ８は登録結果を仮想携帯電話端末ＩＭ１に返信する（ステップＳ８０４〜ステップＳ８０７）。

携帯電話端末Ｍ１は、アプリケーションを起動して仮想ＰＣ端末ＩＰＣ１にユーザＩＤを取得させる。仮想ＰＣ端末ＩＰＣ１は、ユーザＩＤをキーとしてメッセージサーバ８にコンテンツＩＤの取得要求を送信し、コンテンツＩＤをメッセージサーバ８から取得する（ステップＳ８０８〜ステップＳ８１０）。
仮想ＰＣ端末ＩＰＣ１は、取得したコンテンツＩＤによりＰＣ端末ＰＣ１の位置（アドレス）をディレクトリサーバ６に問い合わせて取得する（ステップＳ８１１、ステップＳ８１２）。
仮想ＰＣ端末ＩＰＣ１は、取得したＰＣアドレスを用いてＰＣ端末ＰＣ１にアクセスしてファイルをダウンロードする（ステップＳ８１３、ステップＳ８１４）

図１６は、ＰＣ端末のＷｅｂブラウザのツールバーに画像ファイルをドラッグ＆ドロップし、仮想ＰＣ端末のブックマークに取りこむ場合のフローチャート例を示すものである。
ＰＣ端末ＰＣ１は、Ｗｅｂブラウザの起動によりＷｅｂブラウザ上のツールバーを起動してユーザＩＤを取得する。この場合ツールバーに携帯電話端末機能（エージェント機能）を持たせておく（ステップＳ９０１、ステップＳ９０２）。
ＰＣ端末ＰＣ１でＷｅｂを閲覧し、画像ファイルを取得してツールバーにドラッグし、ツールバーが画像ファイルのブックマークＩＤを取得する（ステップＳ９０２〜ステップＳ９０５）。
ツールバーは、メッセージサーバ８にコンテンツＩＤ（ブックマークＩＤ）の保存要求を行い、コンテンツＩＤをメッセージサーバ８に保存させる（ステップＳ９０３〜ステップＳ９０６）。

携帯電話端末Ｍ１は、アプリケーションを起動してユーザＩＤを取得し、ユーザＩＤをキーとしてメッセージサーバ８からブックマークＩＤを取得する。このブックマークＩＤ（コンテンツＩＤ）によりブックマークサーバ位置をディレクトリサーバ６に問い合わせた後、ブックマークサーバにアクセスしてブックマーク情報を取得する（ステップＳ９０７〜ステップＳ９１２）。

図１７は、ＰＣ端末のＷｅｂブラウザのツールバーに画像ファイルをドラッグ＆ドロップし、仮想ＰＣ端末を用いて通信キャリアの課金システムで代金を支払う場合のフローチャート例を示すものである。
ＰＣ端末ＰＣ１は、Ｗｅｂブラウザの起動によりツールバーを起動してユーザＩＤを取得する。ユーザＩＤには、携帯電話端末Ｍ１の電話番号を事前に関連付けておく。この後ＰＣ端末ＰＣ１は、Ｗｅｂを閲覧し画像ファイルを取得してツールバーにドラッグし、ツールバーは、画像ファイルから商品ＩＤ情報を取得する（ステップＳ９２０〜ステップＳ９２３）。
ツールバーは、メッセージサーバ８に商品メッセージのＩＤを保存させる（ステップＳ９２４、ステップＳ９２５）。

携帯電話端末Ｍ１でアプリケーションを起動し、仮想ＰＣ端末ＩＰＣ１でユーザＩＤを取得後、仮想ＰＣ端末ＩＰＣ１は、ユーザＩＤをキーとしてメッセージサーバ８に問い合わせ商品ＩＤを取得する（ステップＳ９２６〜ステップＳ９３２）。
携帯電話端末Ｍ１は、商品ＩＤ情報をもとに仮想ＰＣ端末ＩＰＣ１に対し購入指示を行い、仮想ＰＣ端末ＩＰＣ１は、携帯電話端末Ｍ１のキャリアの課金システムでの課金処理を、ユーザＩＤに関連付けられた電話番号を用いて要求する（ステップＳ９３４、ステップＳ９３５）。

本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。

本発明のデータ伝送システムにより、携帯電話端末とＰＣ端末相互間でシームレスに、インターネット上のピアツーピア共有空間が作成されるので、コンテンツを共有するのに最適なシステムとしてその利用が期待できる。

本発明は、個人が携帯電話端末とPC端末との双方を有する場合に、PC端末のピアツーピア環境で携帯電話端末とPC端末の間でコンテンツをアップロードしたり、ダウンロードしたりするのに用いることができるデータ伝送システムに関する。

近年、携帯電話とPC(パーソナルコンピュータ)の普及により、個人が携帯電話端末とPC端末の両方を所有するようになっている。この場合、携帯電話端末は、個人が外出時に常時携行され、PC端末は、家庭又は事務所に固定的に置かれ、外出時と事務所や家庭にいるときとで、携帯電話端末とPC端末とが使い分けられている。

一方、複数のPC端末をピアツーピアで接続し、各PC端末間でコンテンツを共有する技術が注目されている。ピアツーピアのアーキテクチャは、クライアントアンドサーバのアーキテクチャと異なり、各コンピュータを等価とみなして、ネットワーク上で他の端末間を接続するようにしたものである。

上述のように、携帯電話端末とPC端末の双方を所有しているユーザにとって、PC端末ばかりでなく、携帯電話端末でも、シームレスにピアツーピアの共有空間にアクセスし、自分のコンテンツを提供したり、他の端末のコンテンツを取得したりできるようにすることが望まれる。

携帯電話端末を使ってピアツーピアの共有空間にアクセスする場合、従来では、図18に示すように、HTTP(Hyper Text Transfer Protocol)のサーバとピアツーピアのサーバとの間を結ぶHTTP／ピアツーピア・ゲートウェイサーバをインターネット空間に置くと共に、HTTP／ピアツーピア・ゲートウェイサーバに仮想携帯電話端末を作成し、ゲートウェイにより仮想携帯電話端末をピアツーピア共有空間にアクセスできるようにしている。

図18において、携帯電話端末M101、M102、M103、…は、移動体通信網101、インターネット網102を介して、HTTP/ピアツーピア・ゲートウェイサーバ104に接続可能とされている。PC端末PC101、PC102、PC103、…は、ピアツーピアで接続されており、PC端末PC101、PC102、PC103、…によりピアツーピア共有空間105が形成される。HTTP/ピアツーピア・ゲートウェイサーバ104は、HTTPのサーバとピアツーピアのサーバとのゲートウェイを行っている。また、HTTP／ピアツーピア・ゲートウェイサーバ104に、仮想携帯電話端末IM101、IM102、IM103、…が作成され、この仮想携帯電話端末IM101、IM102、IM103、…のオブジェクトは、HTTP／ピアツーピア・ゲートウェイサーバ104で管理されている。

携帯電話端末M101、M102、M103、…のユーザは、仮想携帯電話端末IM101、IM102、IM103、…のオブジェクトを作成する際に、HTTP／ピアツーピア・ゲートウェイサーバ104にHTTPのプロトコルで接続してアプリケーションをダウンロードする。そして、HTTP/ピアツーピア・ゲートウェイサーバ104上に、仮想携帯電話端末IM101、IM102、IM103、…のオブジェクトを作成し、各PC端末PC1、PC2、PC3、…と仮想携帯電話端末IM101、IM102、IM103、…のオブジェクトは、ピアツーピアのプロトコルで通信する。

特許文献1には、操作用端末である携帯電話端末とその端末のデータを保管する保管用端末であるPC端末の組から構成され、少なくとも携帯電話端末同士はピアツーピアで接続され、データを転送する場合、一方の組の携帯電話端末から他方の組の携帯電話端末に認証用トークンを発行し、トークンを受け取った他方の組の携帯電話端末はトークンをその組のPC端末に送信し、他方の組のPC端末はそのトークンを一方の組のPC端末に示すことでデータを転送するものが提案されている。

また、特許文献2には、複数種類の通信端末（例えば携帯電話、ＰＤＡ（Personal Digital Assistant）、PC、カーナビゲーションシステム等）がピアツーピアで接続され、ユーザが使用する通信端末を変更する場合、それまでの作業内容と環境も新端末に同時に移行することで、例えばPCでデータ受信中にPDAに変更する場合、PCはPDAに適した形式に変更してPDAに送ることで通信端末の使用中切り替えが可能になるものが提案されている。

また、特許文献3には、複数の情報機器、例えば携帯電話機と自宅PC、メールサーバの中で、マスターとなる機器(例えばメールサーバ)が全データを保有し、他の機器は一部データを複製したレプリカを保有し、レプリカの一つがマスターに切り替わると、元のマスターがレプリカに切り替わるようにしたものが提案されている。

また、特許文献4には、携帯電話端末とPCとを接続サーバにより接続し、携帯電話端末からPCを遠隔制御してPCが保有する情報を携帯電話端末に表示するものが提案されている。
特開2003-242031号公報 特開2004-054633号公報 特開2004-005199号公報 特開2003-016029号公報

上述のように、従来、携帯電話端末M101、M102、M103、…の仮想携帯電話端末IM101、IM102、IM103、…を作成するためのアプリケーションプログラムと仮想携帯電話端末のオブジェクトの管理は、HTTP／ピアツーピア・ゲートウェイサーバ104により集中して行っていた。このため、例えばHTTP／ピアツーピア・ゲートウェイサーバ104のIP(Internet Protocol)アドレスに対応するドメイン名をP2P.FOO.JPとすれば、仮想携帯電話端末IM101、IM102、IM103、…のオブジェクトの作成の際、各携帯電話端末M101、M102、M103、…はP2P.FOO.JPのドメイン名に対応するIPアドレスによりHTTP/ピアツーピア・ゲートウェイサーバ104にHTTPのプロトコルで接続してアプリケーションをダウンロードし、また、仮想携帯電話端末IM101、IM102、IM103、…のオブジェクトもHTTP／ピアツーピア・ゲートウェイサーバ104に作成されるので、各PC端末PC101、PC102、PC103、…からピアツーピア通信で仮想携帯電話端末IM101、IM102、IM103、…のオブジェクトを得ようとすれば、P2P.FOO.JPのドメイン名に対応するIPアドレスを指定してHTTP／ピアツーピア・ゲートウェイサーバ104にアクセスすることが必要で、このため、トラヒックがHTTP／ピアツーピア・ゲートウェイサーバ104に集中し、また障害に対しても脆弱であった。

特許文献1では、携帯電話端末同士やPC端末がピアツーピアで接続され、携帯電話端末のデータがPC端末で保管され、携帯電話端末とPC端末とが直接接続される。しかしながら、特許文献1のものでは、携帯電話端末でデータを保存しないため、携帯電話端末とPC端末との間でデータを共有するようになっていない。

特許文献2には、インターネットに接続される携帯電話端末とPC端末を含み、それらがピアツーピアで接続されてデータを共有することが記載されているが、携帯電話端末やPC端末同士をピアツーピア接続するのではなく、携帯電話端末の代わりにPC端末でデータを取得するものでもない。

特許文献3には、インターネットに接続されるPCと携帯電話を含み、それらは直接接続可能であり、携帯電話とその携帯電話に対応するPCの間でデータを共有することは記載されているが、携帯電話やPC同士がピアツーピアで接続されることは記載されていない。

特許文献4には、インターネットに接続されるPC端末と携帯電話端末とを含み、携帯電話端末を自宅のPC端末と直接接続してPC端末とデータを共有し、携帯電話から自宅のPC端末にアクセス可能としているが、携帯電話やPC端末同士がピアツーピアで接続されることは記載されていない。

本発明は、上述の従来の課題に鑑み、携帯電話端末を使って、ピアツーピア共有空間上でコンテンツを安定に取得できるデータ伝送システムを提供することを目的とするものである。

上述の課題を解決するために、請求項1に記載の発明は、複数の携帯電話端末と、複数のPC端末と、該携帯電話端末及び該PC端末との間を接続する移動体通信網及びインターネット網とからなるデータ伝送システムであって、インターネット上にディレクトリサーバ、メッセージサーバを接続し、前記PC端末にピアツーピア・アプリケーションを搭載し、前記PC端末間でピアツーピア・ネットワークを形成してピアツーピア空間を共有し、前記携帯電話端末により前記PC端末のうちの1つをダイナミックDNSサーバに登録されたFQDN(完全修飾ドメイン名)で指定し、指定された該PC端末のピアツーピア・アプリケーション上で仮想携帯電話端末を作成し、指定された該PC端末を介して前記携帯電話端末に対応する仮想携帯電話端末上で前記携帯電話端末の操作を実行し、前記PC端末でピアツーピア・アプリケーションを起動し、対応する携帯電話端末を指定して該携帯電話端末上に仮想PC端末を作成し、指定された該携帯電話端末を介して前記PC端末に対応する仮想PC端末上で前記PC端末での操作を実行し、前記携帯電話端末の仮想PC端末が、FeliCaリーダー付きのポスターに該携帯電話端末のFelicaIDを送信し、該携帯電話端末に対応するPC端末に、前記FeliCaリーダー付きのポスターに対応するコンテンツを保存させることを特徴とする。
また、請求項2に記載の発明は、複数の携帯電話端末と、複数のPC端末と、該携帯電話端末及び該PC端末との間を接続する移動体通信網及びインターネット網とからなるデータ伝送システムであって、インターネット上にディレクトリサーバ及びメッセージサーバを接続し、前記PC端末にピアツーピア・アプリケーションを搭載し、前記PC端末間でピアツーピア・ネットワークを形成してピアツーピア空間を共有し、前記携帯電話端末により前記PC端末のうちの1つをダイナミックDNSサーバに登録されたFQDN(完全修飾ドメイン名)で指定し、指定された該PC端末のピアツーピア・アプリケーション上で仮想携帯電話端末を作成し、指定された該PC端末を介して前記携帯電話端末に対応する仮想携帯電話端末上で前記携帯電話端末の操作を実行し、前記PC端末でピアツーピア・アプリケーションを起動し、対応する携帯電話端末を指定して該携帯電話端末上に仮想PC端末を作成し、指定された該携帯電話端末を介して前記PC端末に対応する仮想PC端末上で前記PC端末での操作を実行し、前記携帯電話端末の仮想PC端末が、携帯電話端末にポスターのバーコード又はQRコードをスキャンさせ、該携帯電話端末に対応するPC端末に、前記バーコード又はQRコードに対応するコンテンツを保存させることを特徴とする。
請求項3に記載の仮想携帯電話端末作成アプリケーションは、PC端末のピアツーピア・インタフェース、携帯電話端末インタフェース、及びディレクトリサーバ・インタフェースを有し、各インタフェースと仮想携帯電話端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を、前記PC端末上で実行することを特徴とする。

請求項4に記載のPC端末作成アプリケーションは、PCインタフェースを有し、前記仮想携帯電話端末作成アプリケーションのPCインタフェースと仮想PC端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を、前記携帯端末上で実行することを特徴とする。

請求項5に記載の発明は、インターネット上にディレクトリサーバを設置し、前記各PC端末がピアツーピア・ネットワークを形成する際に、該ディレクトリサーバにより、前記PC端末及び前記携帯電話端末の認証を行うと共に、認証が良好な前記PC端末と前記仮想携帯電話端末の対応、前記携帯電話端末と前記仮想PC端末との対応関係を蓄積し、前記仮想携帯電話端末又は仮想PC端末上に作成したコンテンツの検索情報と属性情報とを管理し、前記ピアツーピア・ネットワークに参加したPC端末のFQDN名とIPアドレスの組み合わせをインターネット上に存在しているダイナミックDNSサーバに登録することを特徴とする。

請求項6に記載の前記携帯電話端末は、該携帯電話端末で取得したコンテンツを前記仮想携帯電話端末に保存し、DRMでコンテンツの属性を設定した後共有空間前記仮想携帯電話に保存し、ＤＲＭでコンテンツの属性を設定した後共有空間を共有する前記PC端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同期させておくことによりPC端末間でコンテンツを流通させ、共有空間を共有するPC端末に対応する任意の携帯電話端末にダウンロードすることを特徴とする。
請求項7に記載の前記携帯電話端末は、該携帯電話端末で取得したコンテンツの検索情報及び属性情報を一旦メッセージサーバに登録し、登録されたメッセージサーバの検索情報及び属性情報を用いディレクトリサーバからコンテンツサーバアドレスを取得してコンテンツサーバから得られたコンテンツを前記仮想携帯電話端末に保存することを特徴とする。

請求項8に記載の前記携帯電話端末の仮想PC端末は、該携帯電話端末で取得したコンテンツの保存先PC端末アドレスをディレクトリサーバに問い合わせて取得し、取得した保存先PC端末アドレスを用い該PC端末の仮想携帯電話端末にアクセスして該仮想携帯電話端末にコンテンツを保存することを特徴とする。

請求項9に記載の前記PC端末の仮想携帯電話端末は、該PC端末のアドレスとPC端末のフォルダ内のファイルのコンテンツIDをディレクトリサーバに登録し、且つ該コンテンツIDをメッセージサーバに登録しておき、前記携帯電話端末の仮想PC端末は、メッセージサーバからコンテンツIDを取得し、取得したコンテンツIDを用いディレクトリサーバにアクセスしてPC端末のアドレスを取得し、取得したアドレスのPC端末にアクセスして該PC端末の仮想携帯電話端末からファイルデータを得ることを特徴とする。

請求項10に記載の発明は、前記PC端末のWebブラウザのツールバー上に仮想携帯電話端末を作成し、作成した仮想携帯電話端末を用い該ツールバーに画像ファイルをドラッグ&ドロップして画像ファイルのブックマークのコンテンツIDをメッセージサーバに保存しておき、前記携帯電話端末の仮想PC端末は、該メッセージサーバからコンテンツIDを取得し、取得したコンテンツIDによりブックマークサーバアドレスをディレクトリサーバから取得し、取得したブックマークサーバからコンテンツを得ることを特徴とする。
請求項11に記載の発明は、前記PC端末のWebブラウザのツールバー上に仮想携帯電話端末を作成し、該ツールバーに画像ファイルをドラッグ&ドロップして画像ファイルから得られる商品IDにより商品サーバアドレスをディレクトリサーバから取得し、取得した商品サーバにアクセスして商品情報を取得すると共に携帯電話端末の通信キャリアの課金システムで商品の代金を支払うことを特徴とする。

本発明によれば、インターネット上のPC端末間でピアツーピア・ネットワークを形成してピアツーピア空間を共有し、携帯電話端末によりPC端末のうちの1つをPC端末のピアツーピア・アプリケーション上で仮想携帯電話端末を作成し、指定されたPC端末を介して携帯電話端末に対応する仮想携帯電話端末上で携帯電話端末の操作を実行するので、オンラインでの無線区間での不安定の要因が除去され、ピアツーピア共有空間のコンテンツを安定に取得できる。また仮想携帯電話端末の分散配置が可能で、トラヒックの集中が防げる。
また、仮想携帯電話端末作成アプリケーションにより、PC端末のピアツーピア・インタフェース、携帯電話端末インタフェース、及びディレクトリサーバ・インタフェースの各インタフェースと仮想携帯電話端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行するので、そのパラメータによりPC、携帯電話端末、ディレクトリサーバの識別が可能となり、PC、携帯電話端末、ディレクトリサーバで独立にコマンドを設定できる。

また、PC端末から対応する携帯電話端末を指定して仮想PC端末を作成し、指定された携帯電話端末を介して仮想PC端末上でPC端末での操作を実行するので、PC端末の操作が仮想PC端末を介して携帯電話端末上で可能になり、また携帯電話端末での操作が仮想携帯電話端末を介してPC端末上で実行可能となることで、PCと携帯電話端末のシームレスな接続が可能となる。
また、PC端末作成アプリケーションによって、仮想携帯電話端末作成アプリケーションのPCインタフェースと仮想PC端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行することにより、仮想PC端末作成アプリケーションソフトと仮想携帯電話端末作成ソフトの共通化が図られメンテナンスが容易となる。

また、各PC端末がピアツーピア・ネットワークを形成する際に、ディレクトリサーバにより、PC端末及び携帯電話端末の認証を行うと共に、認証が良好なPC端末と仮想携帯電話端末との対応、及び携帯電話端末と仮想PC端末との対応関係を蓄積し、仮想携帯電話端末又は仮想PC端末上に作成したコンテンツの検索情報と属性情報を管理するので、コンテンツ流通の際におけるセキュリティを確保できる。また、コンテンツの不正コピーを防ぐことができる。

また、携帯電話端末が取得したコンテンツを仮想携帯電話端末に保存し、DRM(Digital Rights Management)でコンテンツの属性を設定した後、共有空間を共有するPC端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同期させておくことで、常に情報の更新を行うことができる。
また、携帯電話端末が取得したコンテンツの検索情報及と属性情報とを一且メッセージサーバに登録し、登録されたメッセージサーバの検索情報及び属性情報を用いてコンテンツサーバから得られたコンテンツを仮想携帯電話端末に保存することにより、携帯電話端末が圏外や電源オフ等でオンラインに接続されていない場合でもPC端末側で常時コンテンツの取得が可能となる。検索情報と属性情報としてコンテンツIDを用いても良い。

また、仮想PC端末は、携帯電話端末で取得したコンテンツの保存先PC端末の仮想携帯電話端末にアクセスしてコンテンツを保存するので、例えばFeliCaリーダー付きのポスターにFeliCa携帯電話端末を近づけ、FeliCa IDの携帯電話端末に対応するPC端末にFeliCaリーダー付きのポスターに対応するコンテンツをダウンロードすることができる。またポスターのバーコードやQRコードを携帯電話端末でスキャンして、携帯電話端末に対応するPC端末にPC端末向けのコンテンツをダウンロードすることができる。さらに携帯電話端末で撮影した写真や動画をPCに保存することができる。

また、仮想携帯電話端末でPC端末のアドレスとフォルダ内のファイルのコンテンツIDとをディレクトリサーバに登録し、コンテンツIDをメッセージサーバに登録しておくことで、仮想PC端末は、コンテンツIDによりPC端末にアクセスして仮想携帯電話端末からファイルデータを得ることができるので、携帯電話端末で取得した写真や動画を一旦PCのフォルダに蓄積しておき、後になってPCのフォルダから携帯電話端末の待ち受け画面の設定が可能となる。

また、PC端末のWebブラウザのツールバー上に仮想携帯電話端末を作成し、画像ファイルのブックマークのコンテンツIDをメッセージサーバに保存しておくことで、仮想PC端末は、メッセージサーバから取得したコンテンツIDによりブックマークサーバからコンテンツを得ることができるので、PC端末と携帯電話端末でシームレスにブックマーク情報を共有することが可能となる。
また、PC端末のWebブラウザのツールバー上に仮想携帯電話端末を作成し、画像ファイルから得られる商品IDにより取得した商品サーバにアクセスして商品情報を取得すると共に、携帯電話端末の通信キャリアの課金システムで商品の代金を支払ことにより携帯電話端末の通信キャリアが商品購入代金を代行徴収することが可能となる。

以下、本発明の実施の形態について図面を参照しながら説明する。
図1は、本発明のデータ伝送システムの一実施例による構成図である。
図1において、複数のPC端末PC1、PC2、PC3、…は、ピアツーピア(PtoP)アプリケーション3を搭載しており、インターネット網2上に、ピアツーピア(PtoP)共有空間5を形成している。ピアツーピアで接続された複数のPC端末PC1、PC2、PC3、…間では、互いに保有しているコンテンツを共有化することができる。携帯電話端末M1、M2、M3、…は、移動体通信網1を介してインターネット網2に接続されている。

各PC端末PC1、PC2、PC3、…上には、仮想携帯電話端末IM1、IM2、IM3、…が作成される。仮想携帯電話端末IM1、IM2、IM3、…は、ソフトウェア上のオブジェクトである。この仮想携帯電話端末IM1、IM2、IM3、…は、ピアツーピア共有空間5上では、他の端末と同等なものと見なされる。

各携帯電話端末M1、M2、M3…上には仮想PC端末IPC1、IPC2、IPC3…が作成される。仮想PC端末IPC1、IPC2、IPC3…は、ソフトウェア上のオブジェクトである。この仮想PC端末IPC1、IPC2、IPC3…は、ピアツーピア共有空間5上では、他の端末と同等なものと見なされる。

ここでは、各携帯電話端末M1、M2、M3、…の保有者と、各PC端末PC1、PC2、PC3、…の保有者は、それぞれ同一の保有者であるものとし、各PC端末PC1、PC2、PC3、…に対応する仮想携帯電話端末IM1、IM2、IM3、…、及び各携帯電話端末M1、M2、M3、…に対応する仮想PC端末IPC1、IPC2、IPC3、…が作成される。
即ち、携帯電話端末M1の保有者とPC端末PC1の保有者とは同一であるとし、PC端末PC1上に携帯電話端末M1に対応する仮想携帯電話端末IM1が作成され、携帯電話端末M1上にPC端末PC1に対応する仮想PC端末IPC1作成される。

インターネット網2上には、ディレクトリサーバ6と、ダイナミックDNS(Domain Name System)サーバ7とメッセージサーバ8とが設けられる。
ディレクトリサーバ6は、ユーザ／グループ管理データベース11とコンテンツ／DRM(Digital Rights Management)管理データベース12とを有している。

ユーザ／グループ管理データベース11には、各携帯電話端末M1、M2、M3、…と、各PC端末PC1、PC2、PC3、…との関係と、どのPC端末PC1、PC2、PC3、…上にどの仮想携帯電話端末IM1、IM2、IM3、…が作られたかや、どの携帯電話端末M1、M2、M3にどの仮想PC端末IPC1、IPC2、IPC3が作られたかの関係が登録される。このユーザ／グループ管理データベース11を用いて、ピアツーピア共有空間に参加するPC端末PC1、PC2、PC3、…の認証や管理が行われる。

コンテンツ／DRM管理データベース12には、コンテンツが格納されている端末の識別子(PC端末IDと携帯電話端末ID等)と、例えば1回以上複写の禁止等のコンテンツの属性情報が保存されている。コンテンツ／DRM管理データベース12により、著作権等の管理が行われる。

ダイナミックDNSサーバ7は、ピアツーピア共有空間を形成するPC端末PC1、PC2、PC3、…のホスト名と、それに対応するIPアドレスを保持しており、ピアツーピア共有空間を形成するPC端末PC1、PC2、PC3、…のホスト名からIPアドレスを解決(Name Resolusion)する。

ディレクトリサーバ6は、登録されたユーザのPC端末PC1、PC2、PC3、…が所有しているコンテンツのIDからコンテンツ位置(コンテンツサーバアドレス)を検索して、コンテンツを有するPC端末上の仮想携帯電話端末のIPアドレスをダイナミックDNSサーバ7から検出し、携帯電話端末とその仮想携帯電話端末オブジェクトを有するPC端末との対応テーブルの管理等を行う。

本発明が適用されたシステムでは、図1に示すように、複数のPC端末PC1、PC2、PC3、…がピアツーピアで接続され、ピアツーピア共有空間5が設けられる。また、各PC端末PC1、PC2、PC3、…上に仮想携帯電話端末IM1、IM2、IM3、…が作成され、これらの仮想携帯電話端末IM1、IM2、IM3、…がピアツーピアで接続される。

仮想携帯電話端末IM1、IM2、IM3、…は、携帯電話端末M1、M2、M3、…で指定したPC端末PC1、PC2、PC3、…に接続され、PC端末PC1、PC2、PC3、…からピアツーピア・アプリケーション3をダウンロードし、ダウンロードしたピアツーピア・アプリケーション3を起動して仮想携帯電話端末作成アプリケーションをダウンロードすることにより作成される。このときユーザ認証が行われ、ディレクトリサーバ6のユーザ／グループ管理データベース11に、PC端末PC1、PC2、PC3、…と、どのPC端末PC1、PC2、PC3、…上にどの仮想携帯電話端末IM1、IM2、IM3、…が作られたかの関係が登録される。

仮想PC端末IPC1、IPC2、IPC3・・は、PC端末PC1、PC2、PC3、…がピアツーピア・アプリケーションを起動し、指定した携帯電話端末Ml、M2、M3、…に接続したのち仮想PC作成アプリケーションをダウンロードすることにより作成される。このときユーザ認証が行われ、ディレクトリサーバ6のユーザ／グループ管理データベース11に、携帯電話端末IM1、IM2、IM3、…とPC端末PC1、PC2,PC3、…との関係と、どの携帯電話端末M1、M2、M3、…上にどの仮想PC端末IPC1、IPC2、IPC3、…が作られたかの関係が登録される。

携帯電話端末が保存している流通コンテンツを公開する場合には、携帯電話端末M1、M2、M3、…を操作して、携帯電話端末M1、M3、M3、…と指定したPC端末PC1、PC2、PC3、…とを接続する。そして携帯電話端末M1、M2、M3、…の操作により、携帯電話端末M1、M2、M3、…から指定したPC端末PC1、PC2、PC3、…にコンテンツがアップロードされ、対応する仮想携帯電話端末IM1、IM2、IM3、…にコンテンツが保存される。そしてアップロードしたコンテンツに関する情報がディレクトリサーバ6に登録される。仮想携帯電話端末IM1、IM2、IM3、…は、ピアツーピア共有空間上に設けられ、他の端末とピアツーピア共有空間5を共有できる。これにより、ピアツーピア共有空間上にある他のPC端末PC1、PC2、PC3、…や仮想携帯電話端末IM1、IM2、IM3、…では、仮想携帯電話端末IM1、IM2、IM3、…上にアップロードされたコンテンツを共有することができる。

流通コンテンツを検索する場合には、携帯電話端末M1、M2、M3、…を操作して、携帯電話端末M1、M2、M3、…と指定したPC端末PC1、PC2、PC3、…とを接続する。そして携帯電話端末M1、M2、M3、…の操作により、ディレクトリサーバ6に向けてPC端末PC1、PC2、PC3、…を介してコンテンツ検索リクエストが送られる。ディレクトリサーバ6でコンテンツの検索処理が行われ、コンテンツの検索結果がPC端末PC1、PC2、PC3、…を介して携帯電話端末M1、M2、M3、…に返される。

コンテンツを取得する場合には、携帯電話端末M1、M2、M3、…を操作して、携帯電話端末M1、M2、M3、…と指定したPC端末PC1、PC2、PC3、…とを接続する。そして携帯電話端末M1、M2、M3、…の操作により、コンテンツを取得している端末に向けてコンテンツ取得リクエストが送られる。
コンテンツの取得は、ピアツーピア共有空間5上でコンテンツ同期により、コンテンツ取得リクエストを送信した携帯電話端末に対応する仮想携帯電話端末と、指定したPC端末や仮想携帯電話との間でコンテンツを同期させ、キャッシュコピーを行うことにより行われる。
仮想携帯電話端末IM1、IM2、IM3、…にコピーされたコンテンツは、対応するPC端末PC1、PC2、PC3、…を介して携帯電話端末M1、M2、M3、…でダウンロードされる。

図2は、携帯電話端末M1、M2、M3、…の構成の一例を示すものである、
図2において、送受信部51は、800MHz帯や2GHz帯等の周波数帯を使って基地局との間で音声やデータの送受信を行っている。通信方式としては、PDC(Personal Digital Cellular)、GSM(Global System for Mobile Communication)、CDMA2000(Code Division Multiple Access 2000)、WCDMA(Wideband CDMA)等がある。本発明では、移動体通信網1を介してインターネット網2に接続できるものであれば、使用する周波数帯や通信方式は、どのようなものであっても良い。音声処理部52は、マイクロホン53からの音声を圧縮符号化して送受信部51に送ると共に、送受信部51で受信した音声信号を復号してスピーカ54に送る処理を行うものである。

通信処理部55は、送受信するデータのエラー訂正処理、パケット化処理等を行っている。データ処理部56は、送受信データの処理を行っている。送受信データは、メモリ57に格納することができる。また、メモリ57には、仮想PC端末作成アプリケーションプログラムや、画像ファイル、音声ファイル、テキストファイル、その他、各種のコンテンツのファイルが保存できる。また、データ処理部56には、入力部58から入力が与えられる。入力部58は、電話番号を入力する数字キーやバーコードリーダやカメラを含んでいる。また、データ処理部56の出力がLCD(Liquid Crystal Display)等を使用した表示部59に送られ、各種の情報が表示部59に表示される。

図3は、PC端末PC1、PC2、PC3、…の構成の一例を示すものである。
図3において、CPU(Central Processing Unit)71は、バス72に接続される。CPU71は、コマンドを解釈して実行する。このバス72に、ROM(Read Only Memory)73、RAM(Random Access Memory)74が接続される。ROM73には、BIOS(Basic Input Output System)等のブートプログラムが記憶されている。RAM74は、メインメモリとして用いられる。

また、バス72には、HDD(Hard Disk Drive)ドライブ75やFDD(Flexible Disk Drive)ドライブ76が接続される。HDDドライブ75やFDDドライブ76には、OS(Operating System)やアプリケーションプログラムが記録される他、画像ファイル、音声ファイル、テキストファイル、その他、各種のコンテンツのファイルが記録される。アプリケーションプログラムとしては、ピアツーピア・アプリケーション3やピアツーピア・アプリケーション3上で動作する仮想携帯電話端末作成アプリケーションを含む。なお、ピアツーピア・アプリケーション3は、携帯電話端末M1、M2、M3、…にダウンロードされるプログラムの他、各PC端末PC1、PC2、PC3、…自身でピアツーピア接続を可能とするためのプログラムを含む。

また、バス72には、グラフィックス処理部77を介して液晶ディスプレイ等の表示デバイス78が接続される。また、バス72には、オーディオ処理部79を介してスピーカ80が接続される。また、バス72には、通信インタフェース85が接続される。通信インタフェース85としては、UART(Universal Asynchronous Receiver／Transmitter)やUSART(Universal Synchronous／Asynchronous Receiver／Transmitter)やLAN(Local Area Network)等が用いられる。本実施形態での通信インタフェース85は、LANやインターネット等により通信を行うためのものである。

さらに、バス72には、汎用インタフェース81が接続される。汎用インタフェース81としては、例えば、USB(Universal Serial Bus)インタフェースが用いられる。汎用インタフェース81には、キーボード82やマウス83等の入力装置が接続される。また、この汎用インタフェース81には、CD(Compact Disc)やDVD(Digital Versatile Disc)等の光ディスクドライブ84が接続される。さらに、汎用インタフェース81には、その他各種のデバイスを接続することができる。

図4は、仮想携帯電話端末作成のためのアプリケーションの構成とその処理の流れを示したものである。仮想携帯電話端末オブジェクトは、仮想携帯電話端末作成のためのアプリケーションを仮想携帯電話端末ダウンロード用のサーバ(図示していない)に格納しておき、携帯電話端末ユーザの要求に基づいて目的とするPC端末にアプリケーションをダウンロードして実行することにより作成される。
図4には、実携帯電話端末インタフェース、ピアツーピア(PtoP)インタフェース、ディレクトリサーバ・インタフェースが示されており、それぞれのインタフェースとのコマンドの授受により仮想携帯電話端末オブジェクトとの間でメッセージ処理を行う。メッセージコマンドとしては携帯電話端末、PC端末、ディレクトリサーバ毎に異なるパラメータを持たせることでそれぞれ独立にコマンドを決めることが出来る。

図5は、仮想PC端末作成のためのアプリケーションの構成とその処理の流れを示したものである。
仮想PC端末オブジェクトは、仮想PC端末作成のためのアプリケーションを仮想PC端末ダウンロード用のサーバ(図示していない)に格納しておき、PC端末ユーザの要求に基づいて目的とする携帯電話端末にアプリケーションをダウンロードして実行することにより作成される。
図5はPC端末インタフェースのみを示したものであり、図4のサブセットで構成される。

図6は、図1のシステムにおける全体の処理の流れを示したものであり、図7から図17のフローの全体の処理の関連図を示したものである。
・ピアツーピア(PtoP)ネットワークを形成してダイナミックDNS(DDNS)サーバ7に登録し(図7)、
・ダイナミックDNSサーバ7への登録情報を用いて、携帯電話端末M1がPC端末PC1からピアツーピア・アプリケーション3をダウンロードする(図8)。
・携帯電話端末M1は、ダウンロードしたピアツーピア・アプリケーション3を起動してPC端末PC1に仮想携帯電話端末作成要求を送信して、PC端末PC1に仮想携帯電話端末IM1を作成させる(図9)。
・PC端末PC1は、アプリケーションを起動して携帯電話端末M1に仮想PC端末作成要求を送信して、携帯電話端末M1に仮想PC端末IPC1を作成する。(図10)
・仮想携帯電話端末IM1のコンテンツをPtoP共有空間5で公開し(図11)、
・PtoP空間5に公開されたコンテンツを携帯電話端末M1で検索・取得し(図12)、
・携帯電話端末M1に蓄積した情報を、仮想携帯電話端末IM1に蓄積する(図13)。
・携帯電話端末M1で撮影した写真や動画を、仮想携帯電話端末IM1と仮想PC端末IPC1の連携でPC端末PC1に保存し(図14)、
・PC端末PC1のフォルダのファイルを、仮想携帯電話端末IM1と仮想PC端末IPC1との連携で携帯電話端末M1に保存し(図15)、
・PC端末PC1のツールバー(仮想携帯電話端末IM1)に画像ファイルをドラッグ&ドロップし、仮想PC端末PC1のブックマークに取りこむ(図16)。
・PC端末PC1のWebブラウザのツールバーに画像ファイルをドラッグ&ドロップし、携帯アプリケーションを用いて通信キャリアの課金システムで代金を支払う(図17)。

図7は、PC端末をディレクトリサーバで認証を行い、認証が良好ならDDNSサーバに登録してPC端末のピアツーピア・ネットワーク形成処理を行うものである。
図7において、PC端末PC1を、ディレクトリサーバ6のIPアドレス(例えばP2P.FOO.JＰに対応)を用いて、ディレクトリサーバ6に接続し、PC端末PC1の識別子ID1とパスワードP1を「ユーザ認証リクエスト」情報としてPC端末PC1からディレクトリサーバ6に送信する(ステップS101)。

ディレクトリサーバ6は、PC端末PC1からの「ユーザ認証リクエスト」情報を受信し、PC端末PC1から「ユーザ認証リクエスト」情報として送られてきたユーザ識別子ID1とパスワードP1により認証を行う(ステップS102)。

認証結果が良好なら、ディレクトリサーバ6は、ステップS103で「ユーザ認証結果」情報をPC端末PC1に返信すると同時に、PC端末PC1がピアツーピア共有空間に参加したと認識して、ダイナミックDNSサーバ7に、PC端末PC1のユーザ識別子ID1とIPアドレスを「DDNSレコード登録」情報として送信する(ステップS104)。
ダイナミックDNSサーバ7は、ディレクトリサーバ6から送られてきたPC端末PC1のユーザ識別子ID1とIPアドレスを登録する処理を行う(ステップS105)。

PC端末PC2、PC3も同様のステップでピアツーピア共有空間5を共有する。この結果、PC端末PC1、PC2、PC3はピアツーピア共有空間5を共有している状態を実現する。

図8は、携帯電話端末がピアツーピア・アプリケーションのダウンロードを行う処理を示すものである。
図8において、携帯電話端末M1は、ダイナミックDNSサーバ7に接続し、「ホスト名問い合わせ」情報としてFQDN(完全修飾ドメイン名:Fully Qualified Domain Name)を送信し、アクセス先のPC端末PC1のIPアドレスを問い合わせる(ステップS201)。

ダイナミックDNSサーバ7は、携帯電話端末M1から「ホスト名問い合わせ」情報を受信すると、PC端末PC1のIPアドレスを検索し(ステップS202)、検索されたPC端末PC1のIPアドレスを「アクセス先IPアドレス」情報として、携帯電話端末M1に返信する(ステップS203)。

携帯電話端末M1は、ダイナミックDNSサーバ7から「アクセス先IPアドレス」情報を受信すると、受信したアクセス先IPアドレスを用いてPC端末PC1に接続し、PC端末PC1に「アプリケーションダウンロードリクエスト」情報を送信する(ステップS204)。

PC端末PC1は、携帯電話端末M1から「アプリケーションダウンロードリクエスト」情報を受信したら、ピアツーピア・アプリケーション3を携帯電話端末M1に送り、携帯電話端末M1は、このピアツーピア・アプリケーション3をダウンロードする(ステップS205)。

図9は、ダウンロードしたピアツーピア・アプリケーションを用いて、携帯電話端末がピアツーピア・ネットワークに接続して、PC端末上に仮想携帯電話端末を作成する処理を示すものである。
図9において、携帯電話端末M1は、ダウンロードしたピアツーピア・アプリケーション3を起動し(ステップS301)、PC端末PC1に「仮想携帯電話端末作成リクエスト」情報を送信する(ステップS302)。

PC端末PC1は、携帯電話端末M1から「仮想携帯電話端末作成リクエスト」情報を受信すると、仮想携帯電話端末作成アプリケーションを仮想携帯電話端末作成アプリケーションダウンロードサーバ(図示していない)からダウンロードして、PC1上に仮想携帯電話端末IM1を作成する(ステップS303)。
仮想携帯電話端末IM1が作成されると、作成された仮想携帯電話端末IM1は、PC端末PC1に「作成結果」情報を送信する(ステップS304)。PC端末PC1は、この「作成結果」情報を中継し、携帯電話端末M1に送信する(ステップS305)。

携帯電話端末M1は、「作成結果」情報を受信したら、携帯電話端末M1とPC端末PC1上の仮想携帯電話端末IM1との関係をディレクトリサーバ6に登録するために、携帯電話端末M1の識別子とパスワードを含む「ユーザ認証リクエスト」情報を、ディレクトリサーバ6に向けて送信する。
携帯電話端末M1からの「ユーザ認証リクエスト」情報は、携帯電話端末M1からPC端末PC1に送信され(ステップS306)、PC端末PC1で中継され、PC端末PC1から仮想携帯電話端末IM1に送信され(ステップS307)、仮想携帯電話端末IM1で中継され、仮想携帯電話端末IM1からディレクトリサーバ6に送信される(ステップS308)。

「ユーザ認証リクエスト」情報がディレクトリサーバ6に送られると、ディレクトリサーバ6は、送られてきた「ユーザ認証リクエスト」情報を携帯電話端末M1の識別子とパスワード情報を用いて認証する(ステップS309)。そして認証結果が良好なら、「ユーザ認証結果」情報を携帯電話端末M1に向けて送信し(ステップS310)、その後、ディレクトリサーバ6は、どのPC端末上にどの仮想携帯電話端末が作られたかの関係をユーザ／グループ管理データベース11に登録する(ステップS311)。

図10は、PC端末がアプリケーションを起動して携帯電話端末上に仮想PC端末を作成するためのフローチャート例を示すものである。
図10において、PC端末PC1は、ピアツーピア・アプリケーション3を起動し(ステップS321)、携帯電話端末M1に「仮想PC端末作成リクエスト」情報を送信する(ステップS322)。

携帯電話端末M1は、「仮想携帯電話端末作成リクエスト」情報を受信すると、仮想PC端末作成アプリケーションを仮想PC端末作成アプリケーションダウンロードサーバ(図示していない)からダウンロードして、携帯電話端末M1上に仮想PC端末IPC1を作成する(ステップS323)。仮想PC端末作成アプリケーションダウンロードサーバは、仮想携帯電話端末作成アプリケーションダウンロードサーバと共用してもいい。
仮想PC端末IPC1が作成されると「作成結果」情報を送信する(ステップS324)。携帯電話端末M1は、この「作成結果」情報を中継し、PC端末PC1に送信する(ステップS325)。

PC端末PC1は、「作成結果」情報を受信したら、PC端末PC1と携帯電話端末M1上の仮想PC端末IPC1との関係をディレクトリサーバ6に登録する(ステップ326〜ステップ330)。
その後、ディレクトリサーバ6は、どの携帯電話端末上にどの仮想PC端末が作られたかの関係をユーザ／グループ管理データベース11に登録する(ステップS331)。

図11は、携帯電話端末のコンテンツを、仮想携帯電話端末を用いてピアツーピア共有空間5での流通コンテンツとして公開する場合のフローチャートを示すものである。
図11において、携帯電話端末M1でピアツーピア共有空間5にコンテンツをアップロードする場合には、携帯電話端末M1は、「コンテンツアップロードリクエスト」情報及びコンテンツをPC端末PC1に送信する(ステップS401)。

PC端末PC1は、携帯電話端末M1からの「コンテンツアップロードリクエスト」情報及びコンテンツを受信し、このコンテンツを仮想携帯電話端末IM1に送り、仮想携帯電話端末IM1にコンテンツを保存する(ステップS402)。
仮想携帯電話端末IM1は、コンテンツを保存したら、ディレクトリサーバ6に、コンテンツ検索に必要な情報、即ちコンテンツIDとPC端末PC1の識別子を付与して「ディレクトリ登録リクエスト」情報を送信する(ステップS403)。

ディレクトリサーバ6は、「ディレクトリ登録リクエスト」情報を受信したら、コンテンツ／DRM管理データベース12にコンテンツ検索情報とコンテンツが格納されているPC端末PC1の識別子との登録処理を行った後(ステップS404)、「ディレクトリ登録結果」情報を仮想携帯電話端末IM1に送信する(ステップS405)。

仮想携帯電話端末IM1は、ディレクトリサーバ6からの「ディレクトリ登録結果」情報を受信し、この「コンテンツ保存結果」情報をPC端末PC1に送信する(ステップS406)。
PC端末PC1は、「コンテンツ保存結果」情報を受信したら、この「コンテンツアップロード結果」情報に例えば２回複写禁止等のコンテンツの属性情報を付加して携帯電話端末Ｍ1に送信する（ステップS407）。

携帯電話端末M1は、「コンテンツアップロード結果」情報を受信したら、ディレクトリサーバ6に向けてコンテンツの属性を設定するための「DRM設定リクエスト」情報を送信する。この「DRM設定リクエスト」情報は、携帯電話端末M1からPC端末PC1に送信され(ステップS408)、PC端末PC1で中継されて、仮想携帯電話端末IM1に送信され(ステップS409)、仮想携帯電話端末IM1で中継されて、ディレクトリサーバ6に送信される(ステップS410)。

ディレクトリサーバ6は、コンテンツ／DRM管理データベース12に、コンテンツの検索や著作権の管理に必要な情報を蓄積してDRM設定処理を行う(ステップS411)。そして「DRM設定結果」情報を仮想携帯電話端末IM1に向けて送信する。

ディレクトリサーバ6からの「DRM設定結果」情報は、ディレクトリサーバ6から仮想携帯電話端末IM1に送信される(ステップS412)。仮想携帯電話端末IM1は、「DRM設定結果」情報を用いて受信コンテンツ公開のための処理を行った後(ステップS413)、この「DRM設定結果」情報をPC端末PC1に送り(ステップS414)、PC端末PC1は、この「DRM設定結果」情報を携帯電話端末M1に送信する(ステップS415)。携帯電話端末M1はこの情報を受信して処理を終了する。

なお、この例は、携帯電話端末M1に格納しているコンテンツをPC端末PC1にアップロードして流通コンテンツとして使用する場合であるが、例えばステップS401でPC端末PC1が携帯電話端末M1の指令により、インターネット上のコンテンツを取得して、取得したコンテンツを公開しても良い。

図12は、公開された流通コンテンツを検索・取得する場合のフローチャート例を示すものである。
図12において、コンテンツを検索・取得する携帯電話端末M1は、PC端末PC1に所望のコンテンツの検索情報を含む「コンテンツ検索リクエスト」情報を送信する(ステップS501)。

PC端末PC1は、携帯電話端末M1からの「コンテンツ検索リクエスト」情報を中継し、この「コンテンツ検索リクエスト」情報を仮想携帯電話端末IM1に送信し(ステップS502)、仮想携帯電話端末IM1は、この「コンテンツ検索リクエスト」情報を中継し、この「コンテンツ検索リクエスト」情報をディレクトリサーバ6に送信する(ステップS503)。

ディレクトリサーバ6は、コンテンツ検索リクエスト情報を受信すると、コンテンツ検索処理でコンテンツ／DRM管理データベース12を検索してコンテンツが格納されている仮想携帯電話端末の識別子を取得する(ステップS504)。ここでは、検索リクエストされたコンテンツは、PC端末PC2上の仮想携帯電話端末IM2にあるとする。このときには、コンテンツが格納されている仮想携帯電話端末の識別子として、仮想携帯電話端末IM2のあるPC端末PC2の識別子が取得される。取得された情報は、「コンテンツ検索」情報としてディレクトリサーバ6から仮想携帯電話端末IM1に送られ(ステップS505)、仮想携帯電話端末IM1で中継されて、PC端末PC1に送られ(ステップS506)、PC端末PC1で中継されて、携帯電話端末IM1に送られる(ステップS507)。

このように、携帯電話端末M1から「コンテンツ検索リクエスト」情報が送られると、この「コンテンツ検索リクエスト」情報は、PC端末PC1、仮想携帯電話端末IM1を経由して、ディレクトリサーバ6に送られる。ディレクトリサーバ6での検索結果は、「コンテンツ検索結果」情報として、ディレクトリサーバ6から仮想携帯電話端末IM1、PC端末PC1を経由して、携帯電話端末M1に返される。

所望のコンテンツがPC端末PC2の仮想携帯電話端末IM2に保存されている場合、携帯電話端末M1は、「コンテンツ検索結果」情報として、仮想携帯電話端末IM2のあるPC端末PC2の識別子を含む「コンテンツ検索結果」情報を受信する。このコンテンツをダウンロードする場合には、携帯電話端末M1は、仮想携帯電話端末IM2のあるPC端末PC2の識別子を付与して、「コンテンツ取得リクエスト」情報としてPC端末PC2の仮想携帯電話端末IM2に向けて送信する(ステップS508)。

携帯電話端末M1からの「コンテンツ取得リクエスト」情報は、携帯電話端末M1からPC端末PC1に送信され(ステップS508)、PC端末PC1で中継され、仮想携帯電話端末IM1に送られ(ステップS509)、仮想携帯電話端末IM1で中継されてPC端末PC2に送信され(ステップS510)、PC端末PC2から仮想携帯電話端末IM2に送られる(ステップS511)。

仮想携帯電話端末IM2は、「コンテンツ取得リクエスト」情報を受信したら、受信した「コンテンツ取得リクエスト」情報を元に、格納しているコンテンツの「コンテンツ同期」情報を仮想携帯電話端末IM1に向けて送信する。この「コンテンツ同期」情報は、仮想携帯電話端末IM2からPC端末PC2に送られ(ステップS512)、PC端末PC2で中継され、PC端末PC2から仮想携帯電話端末IM1に送られる(ステップS513)。

仮想携帯電話端末IM1は、「コンテンツ同期」情報を受信すると、仮想携帯電話端末IM1のコンテンツを、仮想携帯電話端末IM2のコンテンツと同じ内容(コンテンツの同期)とする処理を行う。また、この「コンテンツ同期」情報は、仮想携帯電話端末IM1からPC端末PC1に送られる(ステップS514)。
PC端末PC1は、「コンテンツ同期」情報を受信すると、「DRMリクエスト」情報をディレクトリサーバ6に向けて送信する。PC端末PC1からの「DRMリクエスト」情報は、仮想携帯電話端末IM1に送られ(ステップS515)、仮想携帯電話端末IM1で中継されて、仮想携帯電話端末IM1からディレクトリサーバ6に送信される(ステップS516)。

ディレクトリサーバ6は、PC端末PC1から仮想携帯電話端末IM1を経由して送られてきた「DRMリクエスト」情報を受信すると、コンテンツ／DRM管理データベース12を検索して、コンテンツの属性情報を検出する。そして、属性情報を付加した「DRM処理結果」情報をPC端末PC1に向けて送信する。例えば、そのコンテンツが「2回目以降複製禁止」であるなら、コンテンツ／DRM管理データベース12で「2回目以降複製禁止」の属性情報が付加される。この属性情報を付加した「DRM処理結果」情報は、ディレクトリサーバ6から仮想携帯電話端末IM1に送られ(ステップS518)、仮想携帯電話端末IM1で中継され、PC端末PC1に送られる(ステップS519)。

PC端末PC1は、ディレクトリサーバ6からの「DRM処理結果」情報を受信したら、携帯電話端末M1に対して、DRMの処理を行ったコンテンツを送信する。即ち、携帯電話端末IM1は、このコンテンツをダウンロードする(ステップS520)。

図13は、携帯電話端末が取得したメッセージ（コンテンツ）を仮想携帯電話端末に保存する場合のフローチャート例を示すものである。
携帯電話端末M1はアプリケーションを起動し、コンテンツIDを含むコンテンツを取得してメッセージサーバ8にコンテンツを一旦登録する。(ステップS601、ステップS602)。
メッセージサーバ8は、登録結果を携帯電話端末M1に送出し、携帯電話端末M1は、登録結果を受信する(ステップS603)。

次にPC端末は、アプリケーションを起動して(ステップS604)仮想携帯電話端末IM1のユーザIDを獲得し(ステップS605)、ユーザIDをキーとしたコンテンツIDをメッセージサーバ8に要求（メッセージ要求）する。
メッセージサーバ8は、仮想携帯電話端末IM1からの要求情報を受信して、ユーザIDからコンテンツIDを検索して検索結果を仮想携帯電話端末IM1に送信し、仮想携帯電話端末IM1は送信されたコンテンツIDを取得する(ステップS606、ステップS607)
仮想携帯電話端末IM1は、コンテンツIDをキーとしてコンテンツの位置、即ちコンテンツサーバのアドレスをディレクトリサーバ6に要求し、ディレクトリサーバ6からコンテンツサーバアドレスを得る(ステップS608〜ステップS610)。仮想携帯電話端末IM1は、コンテンツサーバアドレスを用いてコンテンツサーバにアクセスしてコンテンツを取得して保存する(ステップS611)。

図14は、携帯電話端末で撮影した写真等のコンテンツを仮想PC端末と仮想携帯電話端末の連携で仮想携帯電話端末に保存する場合のフローチャート例を示すものである。
携帯電話端末M1は、アプリケーションを起動して仮想PC端末IPC1にユーザID(PCID)を取得させ、携帯電話端末M1で撮影した写真を仮想IPC1に保存させる(ステップS701〜ステップS703)。

次に携帯電話端末M1は、撮影した写真を仮想携帯電話端末IM1に保存させるため、ディレクトリサーバにPC端末IDをキーとしてPC位置情報(PCアドレス)を要求し、PCアドレスを取得して仮想PC端末IPC1に保存する(ステップS704〜ステップS707)。
次に仮想PC端末IPC1は、取得したPCアドレスでPC端末PC1の仮想携帯電話端末IM1にアクセスしてファイルを送信する。送信されたファイルは仮想携帯電話端末IM1で保存され、仮想携帯電話端末IM1から仮想PC端末IPC1にファイル保存完了情報を送信し、仮想PC端末IPC1は、ファイル保存完了情報を受信して処理を終了する(ステップS708〜ステップS710)。

図15は、PC端末のフォルダ内のファイルを仮想携帯電話と端末仮想PC端末の連携で仮想PC端末に保存する場合のフローチャート例を示すものである。
PC端末PC1でアプリケーションを起動し、仮想携帯電話端末IM1にユーザIDを取得させる(ステップS801、ステップS802)。
仮想携帯電話端末IM1は、PC端末PC1の位置(アドレス)とコンテンツIDをディレクトリサーバ6に登録する(ステップS802、ステップS803)。
仮想携帯電話端末IM1は、PC端末PC1からのコンテンツを携帯電話端末M1に保存させる指示を受信してコンテンツIDをメッセージサーバ8に登録し、メッセージサーバ8は登録結果を仮想携帯電話端末IM1に返信する(ステップS804〜ステップS807)。

携帯電話端末M1は、アプリケーションを起動して仮想PC端末IPC1にユーザIDを取得させる。仮想PC端末IPC1は、ユーザIDをキーとしてメッセージサーバ8にコンテンツIDの取得要求（メッセージ要求）を送信し、コンテンツIDをメッセージサーバ8から取得する(ステップS808〜ステップS810)。
仮想PC端末IPC1は、取得したコンテンツIDによりPC端末PC1の位置(アドレス)をディレクトリサーバ6に問い合わせて取得する(ステップS811、ステップS812)。
仮想PC端末IPC1は、取得したPCアドレスを用いてPC端末PC1にアクセスしてファイルをダウンロードする(ステップS813、ステップS814)。

図16は、PC端末のWebブラウザのツールバーに画像ファイルをドラッグ&ドロップし、仮想PC端末のブックマークに取りこむ場合のフローチャート例を示すものである。
PC端末PC1は、Webブラウザの起動によりWebブラウザ上のツールバーを起動してユーザIDを取得する。この場合ツールバーに携帯電話端末機能(エージェント機能)を持たせておく(ステップS901、ステップS902)。
PC端末PC1でWebを閲覧し、画像ファイルを取得してツールバーにドラッグし、ツールバーが画像ファイルのブックマークIDを取得する(ステップS902〜ステップS905)。
ツールバーは、メッセージサーバ8にコンテンツID(ブックマークID)の保存要求を行い、コンテンツIDをメッセージサーバ8に保存させる(ステップS903〜ステップS906)。

携帯電話端末M1は、アプリケーションを起動してユーザIDを取得し、ユーザIDをキーとしてメッセージサーバ8からブックマークIDを取得する。このブックマークID(コンテンツID)によりブックマークサーバ位置をディレクトリサーバ6に問い合わせた後、ブックマークサーバにアクセスしてブックマーク情報を取得する(ステップS907〜ステップS912)。

図17は、PC端末のWebブラウザのツールバーに画像ファイルをドラッグ&ドロップし、仮想PC端末を用いて通信キャリアの課金システムで代金を支払う場合のフローチャート例を示すものである。
PC端末PC1は、Webブラウザの起動によりツールバーを起動してユーザIDを取得する。ユーザIDには、携帯電話端末M1の電話番号を事前に関連付けておく。この後PC端末PC1は、Webを閲覧し画像ファイルを取得してツールバーにドラッグし、ツールバーは、画像ファイルから商品ID情報を取得する(ステップS920〜ステップS923)。
ツールバーは、メッセージサーバ8に購入商品メッセージ(ユーザID＋商品ID)を保存させる(ステップS924、ステップS925)。

携帯電話端末M1でアプリケーションを起動し、仮想PC端末IPC1でユーザIDを取得後、仮想PC端末IPC1は、ユーザIDをキーとしてメッセージサーバ8に問い合わせ、商品IDを取得する(ステップS926〜ステップS932)。
携帯電話端末M1は、商品ID情報をもとに仮想PC端末IPC1に対し購入指示を行い、仮想PC端末IPC1は、携帯電話端末M1のキャリアの課金システムでの課金処理を、ユーザIDに関連付けられた電話番号を用いて要求する(ステップS934、ステップS935)。

本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。

産業上の利用可能性
本発明のデータ伝送システムにより、携帯電話端末とPC端末相互間でシームレスに、インターネット上のピアツーピア共有空間が作成されるので、コンテンツを共有するのに最適なシステムとしてその利用が期待できる。

本発明の一実施例によるデータ伝送システムの構成図である。 図1に示す携帯電話端末の構成図の一例である。 PC端末の構成図の一例である。 仮想携帯電話端末の作成アプリケーションの構成及びその処理の流れ図である。 仮想PC端末の作成アプリケーションの構成及びその処理の流れ図である。 図1に示すシステムにおける全体の処理の流れ図である。 図6に示すPC端末によるピアツーピア・ネットワーク形成における処理の流れ図である。 携帯電話端末がピアツーピア・アプリケーションをPC端末からダウンロードする処理の流れ図である。 携帯電話端末がアプリケーションを起動してPC端末上に仮想携帯電話端末を作成する処理の流れ図である。 PC端末がアプリケーションを起動して携帯電話端末上に仮想PC端末を作成する処理の流れ図である。 仮想携帯電話端末を用いて携帯電話端末のコンテンツをピアツーピア共有空間で公開する場合の処理の流れ図である。 公開された流通コンテンツを検索・取得する場合の処理の流れ図である。 携帯電話端末が取得したメッセージを仮想携帯電話端末に保存する処理の流れ図である。 携帯電話端末で撮影した写真を仮想携帯電話端末に保存する処理の流れ図である。 PC端末のフォルダ内のファイルを仮想PC端末に保存する処理の流れ図である。 PC端末のWebブラウザのツールバーに画像ファイルをドラッグ&ドロップして仮想PC端末のブックマークに取り込む処理の流れ図である。 PC端末のWebブラウザのツールバーに画像ファイルをドラッグ&ドロップし仮想PC端末を用いて通信キャリアの課金システムで代金を支払う処理の流れ図である。 従来のデータ伝送システムの構成図である。

符号の説明

１ 移動体通信網
２ インターネット網
３ ピアツーピア(PtoP)アプリケーション
５ ピアツーピア(PtoP)共有空間
６ ディレクトリサーバ
７ ダイナミックDNSサーバ
８ メッセージサーバ
１１ ユーザ／グループ管理データベース
１２ コンテンツ／DRMデータベース
５１ 送受信部
５２ 音声処理部
５３ マイク
５４ スピーカ
５５ 通信処理部
５６ データ処理部
５７ メモリ(仮想PC端末)
５８ 入力部
５９ 出力部
７１ CPU
７２ バス
７３ ROM
７４ RAM(仮想携帯電話端末)
７５ HDD
７６ FDD
７７ グラフィックス処理部
７８ 表示デバイス
７９ オーディオ処理部
８０ スピーカ
８１ 汎用インタフェース
８２ キーボード
８３ マウス
８４ 光ディスクドライブ
８５ 通信インタフェース

Claims (11)

1. １以上の携帯電話端末と、１以上のＰＣ端末と、該携帯電話端末及び該ＰＣ端末との間を接続する移動体通信網及びインターネット網とからなるデータ伝送システムであって、 インターネット上にディレクトリサーバ及びメッセージサーバを接続し、
   前記ＰＣ端末にピアツーピア・アプリケーションを搭載し、前記ＰＣ端末間でピアツーピア・ネットワークを形成してピアツーピア空間を共有し、
   前記携帯電話端末により前記ＰＣ端末のうちの１つをダイナミックＤＮＳサーバに登録されたＦＱＤＮ（完全修飾ドメイン名）で指定し、指定された該ＰＣ端末のピアツーピア・アプリケーション上で仮想携帯電話端末を作成し、指定された該ＰＣ端末を介して前記携帯電話端末に対応する仮想携帯電話端末上で前記携帯電話端末の操作を実行することを特徴とするデータ伝送システム。
2. 前記仮想携帯端末作成アプリケーションは、ＰＣ端末のピアツーピア・インタフェース、携帯電話端末インタフェース、及びディレクトリサーバ・インタフェースを有し、各インタフェースと仮想携帯電話端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行することを特徴とする請求項１に記載のデータ伝送システム。
3. 前記ＰＣ端末でピアツーピア・アプリケーションを起動し、対応する携帯電話端末を指定して該携帯電話端末上に仮想ＰＣ端末を作成し、指定された該携帯電話端末を介して前記ＰＣ端末に対応する仮想ＰＣ端末上で前記ＰＣ端末での操作を実行することを特徴とする請求項１に記載のデータ伝送システム。
4. 前記ＰＣ端末作成アプリケーションは、ＰＣインタフェースを有し、前記仮想携帯電話端末作成アプリケーションのＰＣインタフェースと仮想ＰＣ端末オブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行することを特徴とする請求項３に記載のデータ伝送システム。
5. インターネット上にディレクトリサーバを設置し、前記各ＰＣ端末がピアツーピア・ネットワークを形成する際に、該ディレクトリサーバにより、前記ＰＣ端末及び前記携帯電話端末の認証を行うと共に、認証が良好な前記ＰＣ端末と前記仮想携帯電話端末の対応、前記携帯電話端末と前記仮想ＰＣ端末との対応関係を蓄積し、前記仮想携帯電話端末又は仮想ＰＣ端末上に作成したコンテンツの検索情報と属性情報とを管理し、前記ピアツーピア・ネットワークに参加したＰＣ端末のＦＱＤＮ名とＩＰアドレスとの組み合わせをインターネット上に存在しているダイナミックＤＮＳサーバに登録することを特徴とする請求項１に記載のデータ伝送システム。
6. 前記携帯電話端末は、該携帯電話端末で取得したコンテンツを前記仮想携帯電話端末に保存し、ＤＲＭでコンテンツの属性を設定した後共有空間を共有する前記ＰＣ端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同期させておくことによりＰＣ端末間でコンテンツを流通させ、共有空間を共有するＰＣ端末に対応する任意の携帯電話端末にダウンロードすることを特徴とする請求項１に記載のデータ伝送システム。
7. 前記携帯電話端末は、該携帯電話端末で取得したコンテンツの検索情報及び属性情報を一旦メッセージサーバに登録し、登録されたメッセージサーバの検索情報及び属性情報を用いディレクトリサーバからコンテンツサーバアドレスを取得してコンテンツサーバから得られたコンテンツを前記仮想携帯電話端末に保存することを特徴とする請求項１に記載のデータ伝送システム。
8. 前記携帯電話端末の仮想ＰＣ端末は、該携帯電話端末で取得したコンテンツの保存先ＰＣ端末アドレスをディレクトリサーバに問い合わせて取得し、取得した保存先ＰＣ端末アドレスを用い該ＰＣ端末の仮想携帯電話端末にアクセスして該仮想携帯電話端末にコンテンツを保存することを特徴とする請求項１に記載のデータ伝送システム。
9. 前記ＰＣ端末の仮想携帯電話端末は、該ＰＣ端末のアドレスとＰＣ端末のフォルダ内のファイルのコンテンツＩＤをディレクトリサーバに登録し、且つ該コンテンツＩＤをメッセージサーバに登録しておき、
   前記携帯電話端末の仮想ＰＣ端末は、メッセージサーバからコンテンツＩＤを取得し、取得したコンテンツＩＤを用いディレクトリサーバにアクセスしてＰＣ端末のアドレスを取得し、取得したアドレスのＰＣ端末にアクセスして該ＰＣ端末の仮想携帯電話端末からファイルデータを得ることを特徴とする請求項１に記載のデータ伝送システム。
10. 前記ＰＣ端末のＷｅｂブラウザのツールバー上に仮想携帯電話端末を作成し、作成した仮想携帯電話端末を用い該ツールバーに画像ファイルをドラッグ＆ドロップして画像ファイルのブックマークのコンテンツＩＤをメッセージサーバに保存しておき、
    前記携帯電話端末の仮想ＰＣ端末は、該メッセージサーバからコンテンツＩＤを取得し、取得したコンテンツＩＤによりブックマークサーバアドレスをディレクトリサーバから取得し、取得したブックマークサーバからコンテンツを得ることを特徴とする請求項１に記載のデータ伝送システム。
11. 前記ＰＣ端末のＷｅｂブラウザのツールバー上に仮想携帯電話端末を作成し、該ツールバーに画像ファイルをドラッグ＆ドロップして画像ファイルから得られる商品ＩＤにより商品サーバアドレスをディレクトリサーバから取得し、取得した商品サーバにアクセスして商品情報を取得すると共に携帯電話端末の通信キャリアの課金システムで商品の代金を支払うことを特徴とする請求項１に記載のデータ伝送システム。

Images