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

データ伝送システム

Info

Publication number
WO2006049276A9
WO2006049276A9 PCT/JP2005/020365 JP2005020365W WO2006049276A9 WO 2006049276 A9 WO2006049276 A9 WO 2006049276A9 JP 2005020365 W JP2005020365 W JP 2005020365W WO 2006049276 A9 WO2006049276 A9 WO 2006049276A9
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
mobile phone
phone terminal
peer
virtual
Prior art date
Application number
PCT/JP2005/020365
Other languages
English (en)
French (fr)
Other versions
WO2006049276A1 (ja
Inventor
Shinichi Morita
Hiroshi Takeuchi
Satoshi Tsuchiya
Original Assignee
Improove Technologies Ltd
Shinichi Morita
Hiroshi Takeuchi
Satoshi Tsuchiya
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Improove Technologies Ltd, Shinichi Morita, Hiroshi Takeuchi, Satoshi Tsuchiya filed Critical Improove Technologies Ltd
Priority to JP2006542459A priority Critical patent/JPWO2006049276A1/ja
Publication of WO2006049276A1 publication Critical patent/WO2006049276A1/ja
Publication of WO2006049276A9 publication Critical patent/WO2006049276A9/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1068—Discovery involving direct consultation or announcement among potential requesting and potential source peers

Definitions

  • the present invention when an individual has both a mobile phone terminal and a PC terminal, the content is uploaded or downloaded between the mobile phone terminal and the PC terminal in a peer-to-peer environment of the PC terminal.
  • the present invention relates to a data transmission system that can be used for communication.
  • a user who owns both a mobile phone terminal and a PC terminal can seamlessly access a peer-to-peer shared space even on a mobile phone terminal other than just a PC terminal, and It is desirable to be able to provide content and acquire content from other terminals.
  • HTTPZ peer-to-peer connection between HTTP (Hyper Text Transfer Protocol) server and peer-to-peer server as shown in FIG.
  • HTTP Hyper Text Transfer Protocol
  • a virtual mobile phone terminal is created in the HTTPZ peer-to-peer gateway server so that the virtual mobile phone terminal can be accessed by the gateway in the peer-to-peer shared space.
  • mobile phone terminals M 101, M 102, M 103,... Connect to the HTTP / peer-to-peer gateway server 104 via the mobile communication network 101 and the Internet network 102. It is possible to continue.
  • the PC terminals PC101, PC102, PC103,... are connected by peer-to-peer, and a peer-to-peer shared space 105 is formed by the PC terminals PC101, PC102, PC103,.
  • the HTTP / peer-to-peer gateway server 104 is a gateway between an HTTP server and a peer-to-peer server.
  • virtual mobile phone terminals IM 101, IM102, IM103,... are created in the HTTPZ peer-to-peer gateway server 104, and the objects of the virtual mobile phone terminals IM 101, IM102, IM103,. It is managed by!
  • Patent Document 1 is composed of a set of a mobile phone terminal as an operation terminal and a PC terminal as a storage terminal for storing data of the terminal, and at least the mobile phone terminals are connected in a peer-to-peer manner.
  • an authentication token is issued from one set of mobile phone terminals to the other set of mobile phone terminals, and the other set of mobile phone terminals receiving the token sends the token to that set of PC terminals. It is proposed that the other set of PC terminals transmit the data by indicating the token to the other set of PC terminals.
  • Patent Document 2 discloses a communication terminal used by a user by connecting a plurality of types of communication terminals (for example, a mobile phone, a PDA (Personal Digital Assistant), a PC, a car navigation system, etc.) in a peer-to-peer manner.
  • a communication terminal used by a user by connecting a plurality of types of communication terminals (for example, a mobile phone, a PDA (Personal Digital Assistant), a PC, a car navigation system, etc.) in a peer-to-peer manner.
  • the work contents and environment up to that time are also transferred to the new terminal at the same time.
  • the PC when changing to a PDA while receiving data on the PC, the PC must change to a format suitable for the PDA and send it to the PDA.
  • Patent Document 3 discloses that a plurality of information devices, for example, a mobile phone, a home PC, and a mail server, a master device (for example, a mail sano has all data and other devices). It has been proposed that the container has a replica that replicates some data, and when one of the replicas switches to the master, the original master switches to the replica.
  • a master device for example, a mail sano has all data and other devices.
  • Patent Document 4 proposes a method in which a mobile phone terminal and a PC are connected by a connection server, the PC is remotely controlled from the mobile phone terminal, and information held by the PC is displayed on the mobile phone terminal. ing.
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2003-242031
  • Patent Document 2 JP 2004-054633 A
  • Patent Document 3 Japanese Patent Laid-Open No. 2004-005199
  • Patent Document 4 Japanese Patent Laid-Open No. 2003-016029
  • Patent Document 1 mobile phone terminals and PC terminals are connected by peer-to-peer, The data of the talk terminal is stored on the PC terminal, and the mobile phone terminal and the PC terminal are directly connected. However, in the case of Patent Document 1, since data is not stored in the mobile phone terminal, data is shared between the mobile phone terminal and the PC terminal.
  • Patent Document 2 describes that a mobile phone terminal and a PC terminal connected to the Internet are connected and connected by peer-to-peer to share data. Instead of using a peer-to-peer connection, data is acquired by a PC terminal instead of a mobile phone terminal.
  • Patent Document 3 includes a PC and a mobile phone connected to the Internet, which can be directly connected, and that data is shared between the mobile phone and the PC corresponding to the mobile phone. It is not described that mobile phones and PCs are connected peer-to-peer.
  • Patent Document 4 includes a PC terminal and a mobile phone terminal connected to the Internet.
  • the mobile phone terminal is directly connected to a home PC terminal to share data with the PC terminal.
  • home PC terminals it is described that mobile phones and PC terminals are connected by peer-to-peer.
  • An object of the present invention is to provide a data transmission system that can stably acquire content in a peer-to-peer shared space using a mobile phone terminal in view of the above-described conventional problems.
  • the invention according to claim 1 connects one or more mobile phone terminals, one or more PC terminals, and the mobile phone terminals and the PC terminals.
  • a data transmission system comprising a mobile communication network and an Internet network, wherein a directory server and a message server are connected to the Internet, a peer-to-peer application application is installed on the PC terminals, and a peer-to-peer network between the PC terminals.
  • the mobile phone terminal designates one of the PC terminals by an FQDN (fully qualified domain name) registered in a dynamic DNS server, and the designated PC terminal Create a virtual mobile phone terminal on a peer-to-peer application, and on the virtual mobile phone terminal corresponding to the mobile phone terminal via the specified PC terminal
  • the portable The operation of the telephone terminal is performed.
  • the virtual mobile phone terminal creation application has a peer-to-peer 'interface of a PC terminal, a mobile phone terminal interface, and a directory server' interface, and sends commands between each interface and the virtual mobile phone terminal object. It is characterized by executing parameter operations for common processing.
  • the invention of claim 3 starts a peer-to-peer application on the PC terminal, specifies a corresponding mobile phone terminal, creates a virtual PC terminal on the mobile phone terminal, and specifies the specified An operation on the PC terminal is executed on a virtual PC terminal corresponding to the PC terminal via a mobile phone terminal.
  • the PC terminal creation application has a PC interface, and executes a parameter operation for commonly processing commands between the PC interface of the virtual mobile phone terminal creation application and the virtual PC terminal object. It is characterized by this.
  • the directory server when a directory server is installed on the Internet and each of the PC terminals forms a peer-to-peer network, the directory server allows the PC terminal and the mobile phone terminal to Performs authentication and stores the correspondence between the PC terminal and the virtual mobile phone terminal with good authentication and the correspondence relationship between the mobile phone terminal and the virtual PC terminal, and creates them on the virtual mobile phone terminal or the virtual PC terminal
  • the search information and attribute information of managed content is managed, and the combination of the FQDN name and IP address of the PC terminal that participates in the peer-to-peer network exists on the Internet! /, And is registered in the dynamic DNS server And
  • the content can be distributed between PC terminals and downloaded to any mobile phone terminal that supports the PC terminal that shares the shared space.
  • the mobile phone terminal temporarily registers content search information and attribute information acquired by the mobile phone terminal in a message server, and stores the registered message server.
  • the content server address is obtained from the directory search using the search information and attribute information of the server, and the content obtained from the content search is stored in the virtual mobile phone terminal.
  • the virtual PC terminal of the mobile phone terminal according to claim 8 acquires the storage destination PC terminal address of the content acquired by the mobile phone terminal by inquiring of the directory server, and acquires the acquired storage destination PC terminal address
  • the virtual mobile phone terminal of the PC terminal is accessed using and the content is stored in the virtual mobile phone terminal.
  • the virtual mobile phone terminal of the PC terminal registers the address of the PC terminal and the content ID of the file in the folder of the PC terminal in the directory server, and the content ID in the message server.
  • the virtual PC terminal of the mobile phone terminal acquires the content ID of the message server power, accesses the directory server using the acquired content ID, acquires the address of the PC terminal, and acquires the PC terminal of the acquired address.
  • the file data is obtained from the virtual mobile phone terminal of the PC terminal.
  • a virtual mobile phone terminal is created on a toolbar of a Web browser of the PC terminal, and an image file is dragged and dropped onto the toolbar using the created virtual mobile phone terminal.
  • the content ID of the bookmark of the image file is stored in the message server, and the virtual PC terminal of the mobile phone terminal acquires the content ID from the message server, and uses the acquired content ID to set the bookmark server address. Acquired from a directory server and obtained content from the acquired bookmark server.
  • the invention according to claim 11 creates a virtual mobile phone terminal on a toolbar of a Web browser of the PC terminal, and drags and drops an image file onto the toolbar to obtain a product server address by a product ID that also provides image file power. It is obtained from Directory Sanoku, and the product information is obtained by accessing the obtained product server, and the price of the product is paid by a communication carrier billing system of the mobile phone terminal.
  • a peer-to-peer network is formed between PC terminals on the Internet.
  • virtual mobile phone terminals can be distributed and traffic concentration can be prevented.
  • the virtual cell phone terminal creation application allows the norm operation to process the commands between the PC terminal peer-to-peer 'interface, cell phone terminal interface, and directory server' interface and the virtual cell phone terminal object in common.
  • the PC, mobile phone terminal, and directory server can be identified by the parameters, and commands can be set independently on the PC, mobile phone terminal, and directory server.
  • a virtual PC terminal is created by designating a corresponding mobile phone terminal from the PC terminal, and an operation on the PC terminal is executed on the virtual PC terminal via the designated mobile phone terminal. Can be operated on the mobile phone terminal via the virtual PC terminal, and the operation on the mobile phone terminal can be executed on the PC terminal via the virtual mobile phone terminal. Seamless connection is possible.
  • the PC terminal creation application executes the parameter operation for commonly processing the commands between the PC interface of the virtual mobile phone terminal creation application and the virtual PC terminal object.
  • Virtual mobile phone terminal creation software can be shared and maintenance is easy.
  • the directory server authenticates the PC terminal and the mobile phone terminal, and the correspondence between the PC terminal and the virtual mobile phone terminal with good authentication,
  • the correspondence between mobile phone terminals and virtual PC terminals is accumulated, and search information and attribute information of content created on virtual mobile phone terminals or virtual PC terminals are managed, so security during content distribution can be secured. . It also prevents unauthorized copying of content.
  • the content acquired by the mobile phone terminal is stored in the virtual mobile phone terminal, and the DRM ( After setting the content attributes in (Digital Rights Management), information can be constantly updated by transmitting and synchronizing a copy of the content between the virtual mobile phone terminals of the PC terminals that share the shared space. .
  • the search information and attribute information of the content acquired by the mobile phone terminal are temporarily registered in the message server, and the content obtained from the content server using the registered search information and attribute information of the message server is stored in the virtual mobile phone.
  • Content ID may be used as search information and attribute information.
  • the virtual PC terminal accesses the virtual mobile phone terminal of the storage destination PC terminal of the content acquired by the mobile phone terminal and stores the content, for example, the FeliCa mobile phone terminal is placed on a poster with a FeliCa reader. You can download the content corresponding to a poster with a FeliCa reader to a PC terminal that supports FeliCa ID mobile phone terminals. In addition, you can scan the poster barcode and QR code with a mobile phone terminal and download the content for the PC terminal to the PC terminal that supports the mobile phone terminal. In addition, photos and videos taken with mobile phone terminals can be saved on a PC.
  • the virtual PC terminal Since it is possible to access the PC terminal by ID and obtain the file data of the virtual mobile phone terminal, the pictures and videos acquired with the mobile phone terminal are stored in the PC folder, and later the PC folder power It is possible to set the standby screen of the mobile phone terminal.
  • the virtual PC terminal can be obtained from the message server by creating a virtual mobile phone terminal on the toolbar of the Web browser of the PC terminal and storing the content ID of the image file bookmark in the message server. Because the content ID can be obtained from the bookmark site, the bookmark information can be seamlessly shared between the PC terminal and the mobile phone terminal.
  • a virtual mobile phone terminal is created on the Web browser toolbar of the PC terminal, and the product server is obtained by accessing the product server obtained by the product ID obtained from the image file power. By paying for the product with the billing system, it becomes possible for the communication carrier of the mobile phone terminal to collect the product purchase fee.
  • FIG. 1 is a configuration diagram of a data transmission system according to an embodiment of the present invention.
  • FIG. 2 is an example of a configuration diagram of the mobile phone terminal shown in FIG.
  • FIG. 3 is an example of a configuration diagram of a PC terminal.
  • FIG. 4 is a flowchart of the configuration and processing of a virtual mobile phone terminal creation application.
  • FIG. 5 is a flowchart of the configuration and processing of a virtual PC terminal creation application.
  • FIG. 6 is a flowchart of overall processing in the system shown in FIG.
  • FIG. 7 is a flowchart of processing in forming a peer-to-peer network by the PC terminal shown in FIG.
  • FIG. 8 Mobile phone terminal power This is a flowchart of the process of downloading the S peer-to-peer application with PC terminal power.
  • FIG. 9 is a flowchart of a process in which a mobile phone terminal starts an application and creates a virtual mobile phone terminal on a PC terminal.
  • FIG. 10 is a flowchart of a process in which a PC terminal starts an application and creates a virtual PC terminal on a mobile phone terminal.
  • FIG. 11 is a flow chart of processing when the content of a mobile phone terminal is released in a peer-to-peer shared space using a virtual mobile phone terminal.
  • FIG. 12 A flow chart of processing for searching for and obtaining public distribution contents.
  • FIG. 13 is a flowchart of processing for storing a message acquired by a mobile phone terminal in a virtual mobile phone terminal.
  • FIG. 14 is a flowchart of processing for saving a photograph taken with a mobile phone terminal to a virtual mobile phone terminal.
  • FIG. 15 is a flowchart of processing for saving a file in a folder of a PC terminal to a virtual PC terminal.
  • FIG. 16 is a flowchart of a process of dragging and dropping an image file onto the Web browser toolbar of the PC terminal and importing it into the bookmark of the virtual PC terminal.
  • FIG.17 Flow chart of the process of paying the price with the billing system of the communication carrier using the virtual PC terminal by dragging and dropping the image file to the toolbar of the Web browser of the PC terminal
  • FIG. 18 is a configuration diagram of a conventional data transmission system.
  • FIG. 1 is a configuration diagram according to an embodiment of the data transmission system of the present invention.
  • a plurality of PC terminals PC 1, PC 2, PC 3,... Have a peer-to-peer (PtoP) application 3 and form a peer-to-peer (PtoP) shared space 5 on the Internet network 2.
  • a plurality of PC terminals PC 1, PC 2, PC 3,... Connected in a peer-to-peer manner can share contents held with each other.
  • the mobile phone terminals M 1, M 2, M 3,... Are connected to the Internet network 2 via the mobile communication network 1.
  • virtual PC terminals IPC1, IPC2, IPC3, ... are created on each of the mobile phone terminals Ml, M2, M3, ....
  • a directory server 6, a dynamic DNS (Domain Name System) server 7, and a message server 8 are provided on the Internet network 2.
  • the directory server 6 has a user / group management database 11 and a content ZDR M (Digital Rights Management) management database 12.
  • the relationship between each mobile phone terminal Ml, M2, M3, ... and each PC terminal PC1, PC2, PC3, ..., and which PC terminal PC1, PC2, PC3, ... The relationship between which virtual mobile phone terminals IM1, IM2, IM3, etc. were created above and which virtual PC terminals IPC 1, IPC2, IPC3 were created on which mobile phone terminals Ml, M2, M3 is registered.
  • the This user / group management database 11 is used to authenticate and manage the PC terminals PC1, PC2, PC3,... Participating in the peer-to-peer shared space.
  • the content ZDRM management database 12 stores the identifier of the terminal in which the content is stored (PC terminal ID and mobile phone terminal ID, etc.) and content attribute information such as prohibition of copying once or more. And Copyright, etc. are managed by the content ZDRM management database 12.
  • the dynamic DNS server 7 holds the host names of the PC terminals PC1, PC 2, PC3, and so on that form a peer-to-peer shared space and the corresponding IP addresses, and the PC terminal that forms a peer-to-peer shared space Resolve IP names of PC1, PC2, PC3, etc. (Name Resolusion.
  • the directory server 6 searches the content location (content server address) from the ID of the content owned by the registered user's PC terminals PCI, PC2, PC3, ...!
  • the IP address of the virtual mobile phone terminal on the terminal is detected from the dynamic DNS server 7, and the correspondence table between the mobile phone terminal and the PC terminal having the virtual mobile phone terminal object is managed.
  • a plurality of PC terminals PC1, PC2, PC3,... are connected by peer-to-peer and a peer-to-peer shared space 5 is provided as shown in FIG.
  • virtual mobile phone terminals IM1, IM2, IM3, ... are created on each PC terminal PC1, PC2, PC3, ..., and these virtual mobile phone terminals IM1, IM2, IM3, ... are connected on a peer-to-peer basis.
  • the virtual mobile phone terminals IM1, IM2, IM3, ... are connected to the PC terminals PCI, PC2, PC3, ... specified by the mobile phone terminals Ml, M2, M3, ..., and the PC terminals PC1, PC2, PC3 ,... Force is also created by downloading Peer-to-Peer application 3 and launching the downloaded Peer-to-Peer application 3 and downloading the virtual mobile phone terminal creation application.
  • user authentication is performed, and the user / group management database 11 of the directory server 6 includes the PC terminals PC1, PC2, PC3,..., And the virtual mobile phone terminals on which PC terminals PC1, PC2, PC3,.
  • the relationship of whether IM1, IM2, IM3, ... were created is registered.
  • the mobile phone terminals Ml, M2, M3,... are operated to specify the mobile phone terminals Ml, M3, M3,. Connect PC1, PC2, PC3, and so on. And operation of mobile phone terminals Ml, M2, M3, ...
  • the content is uploaded to the designated PC terminals PC1, PC2, PC3,... From the mobile phone terminals Ml, M2, M3,...
  • the contents are stored in the corresponding virtual mobile phone terminals IM1, IM2, IM3,.
  • Information about the uploaded content is registered in the directory server 6.
  • the virtual mobile phone terminals IM1, IM2, IM3,... Are provided on the peer-to-peer shared space and can share the peer-to-peer shared space 5 with other terminals.
  • the mobile phone terminals Ml, M2, M3, ... are operated to specify the mobile phone terminals M1, M2, M3, ... PC terminals PC 1, PC2, PC3, ... Is connected. Then, a content search request is sent to the directory server 6 via the PC terminals PC1, PC2, PC3,... By operating the mobile phone terminals Ml, M2, M3,. Content search processing is performed in the directory server 6, and the content search results are returned to the mobile phone terminals Ml, M2, M3,... Via the PC terminals PC1, PC2, PC3,.
  • the mobile phone terminals Ml, M2, M3, ... are operated to specify the mobile phone terminals Ml, M2, M3, ... PC terminals PC 1, PC2, PC3, ... And are connected. Then, a content acquisition request is sent to the terminal acquiring the content by operating the mobile phone terminals Ml, M2, M3,.
  • Content acquisition is performed by synchronizing the content on the peer-to-peer shared space 5 with the virtual mobile phone terminal that corresponds to the mobile phone terminal that sent the content acquisition request and the specified P
  • the content copied to the virtual mobile phone terminals IM1, IM2, IM3,... Is downloaded by the mobile phone terminals M1, M2, M3,... Via the corresponding PC terminals PC1, PC2, PC3,.
  • FIG. 2 shows an example of the configuration of the mobile phone terminals Ml, M2, M3,.
  • the transmission / reception unit 51 transmits and receives voice and data to and from the base station using a frequency band such as the 800 MHz band and the 2 GHz band.
  • the communication method is PDC (Perso nal Digital Cellular), GSM (Global System for Mobile Communication), CDMA2000 (Code Division Multiple Access 2000), and WCDMA (Wideband CDMA).
  • any frequency band or communication method may be used as long as it can be connected to the Internet network 2 via the mobile communication network 1.
  • the audio processing unit 52 performs a process of compressing the audio from the microphone 53 and sending it to the transmission / reception unit 51, and decoding the audio signal received by the transmission / reception unit 51 and sending it to the speaker 54.
  • the communication processing unit 55 performs error correction processing, packetization processing, and the like of data to be transmitted and received.
  • the data processing unit 56 performs transmission / reception data processing.
  • Send / receive data can be stored in memory 57.
  • the memory 57 can store a virtual PC terminal creation application program, image files, audio files, text files, and other various content files.
  • the data processing unit 56 is given an input from the input unit 58.
  • the input unit 58 includes numeric keys for inputting a telephone number, a barcode reader, and a camera. Further, the data is sent to the display unit 59 using an output power LCD (Liquid Crystal Display) or the like of the data processing unit 56, and various information is displayed on the display unit 59.
  • LCD Liquid Crystal Display
  • FIG. 3 shows an example of the configuration of the PC terminals PC1, PC2, PC3,.
  • a CPU (Central Processing Unit) 71 is connected to a bus 72.
  • the CPU 71 interprets and executes the command.
  • a ROM (Read Only Memory) 73 and a RAM (Random Access Memory) 74 are connected to the bus 72.
  • the ROM 73 stores a boot program such as BIOS (Basic Input Output System).
  • BIOS Basic Input Output System
  • the RAM 74 is used as a main memory.
  • an HDD (Hard Disk Drive) drive 75 and an FDD (Flexible Disk Drive) drive 76 are connected to the bus 72.
  • the HDD drive 75 and the FDD drive 76 record OS (Operating System) and application programs, as well as image files, audio files, text files, and other various content files.
  • the application program includes a virtual mobile phone terminal creation application that operates on the peer-to-peer 'application 3 and the peer-to-peer' application 3.
  • the Peer-to-Peer application 3 is used for mobile phone terminals Ml, M2, M3, etc.
  • each PC terminal PC1, PC2, PC3, ... includes a program for enabling peer-to-peer connection by itself.
  • a display device 78 such as a liquid crystal display is connected to the bus 72 via a graphics processing unit 77.
  • a speaker 80 is connected to the bus 72 via an audio processing unit 79.
  • a communication interface 85 is connected to the bus 72.
  • UART Universal Asynchronous Receiver / fransmiter
  • USART Universal Synchronous / Asynchronous Receiver, fransmitter
  • LAN Local Area Network
  • the communication interface 85 in this embodiment is for performing communication via a LAN, the Internet, or the like.
  • a general-purpose interface 81 is connected to the bus 72.
  • a USB (Universal Serial Bus) interface is used.
  • Input devices such as a keyboard 82 and a mouse 83 are connected to the general-purpose interface 81.
  • the general-purpose interface 81 is connected to an optical disc drive 84 such as a CD (Compact Disc) or a DVD (Digital Versatile Disc).
  • various other devices can be connected to the general-purpose interface 81.
  • FIG. 4 shows the configuration of an application for creating a virtual mobile phone terminal and the flow of the processing.
  • the virtual mobile phone terminal object stores an application for creating a virtual mobile phone terminal in a virtual mobile phone terminal download server (not shown), and has a purpose based on a request from the mobile phone terminal user. It is created by downloading and executing an application on a PC terminal.
  • Figure 4 shows a real mobile phone terminal interface, a peer-to-peer (PtoP) interface, and a directory sano 'interface.
  • PtoP peer-to-peer
  • Directory sano a directory sano 'interface.
  • Message commands can be determined independently by having different parameters for each mobile phone terminal, PC terminal, and directory server.
  • Fig. 5 shows the configuration of an application for creating a virtual PC terminal and the flow of the processing.
  • the virtual PC terminal object stores an application for creating a virtual PC terminal in a sano (not shown) for downloading a virtual PC terminal and stores it in the target mobile phone terminal based on the PC terminal user's request. Created by downloading and executing the application.
  • Figure 5 shows only the PC terminal interface, and consists of a subset of Figure 4.
  • FIG. 6 shows the flow of the entire process in the system of FIG. 1, and shows a related diagram of the overall process of the flow of FIGS. 7 to 17.
  • PoP peer-to-peer
  • DDNS dynamic DNS
  • the mobile phone terminal Ml downloads the PC terminal PC 1 peer-to-peer application 3 (Fig. 8).
  • 'Mobile phone terminal Ml activates the downloaded peer-to-peer' application 3 and sends a virtual mobile phone terminal creation request to PC terminal PC1, causing PC terminal PC1 to create virtual mobile phone terminal IM1 (Fig. 9).
  • PC terminal PC1 starts an application, sends a virtual PC terminal creation request to mobile phone terminal Ml, and creates virtual PC terminal IPC1 on mobile phone terminal Ml.
  • Fig. 10 • The contents of virtual mobile phone terminal IM1 are published in PtoP shared space 5 (Fig. 11),
  • Fig. 7 shows a case where a PC terminal is authenticated by a directory server, and if the authentication is good, it is registered in a DDNS server and a PC terminal peer-to-peer network formation process is performed.
  • the PC terminal PC1 is connected to the directory server 6 using the IP address of the directory server 6 (for example, corresponding to P2P.FO O.JP), and the identifier ID 1 and the password P1 of the PC terminal PC 1 are set to “ It is transmitted from the PC terminal PC1 to the directory server 6 as “user authentication request” information (step S101).
  • the directory server 6 receives the "user authentication request” information from the PC terminal PC1, and authenticates with the user identifier ID1 and the password P1 sent as "user authentication request” information from the PC terminal PC1 (step S1). S 102).
  • the directory server 6 If the authentication result is good, the directory server 6 returns the "user authentication result" information to the PC terminal PC 1 in step S103, and at the same time recognizes that the PC terminal PC 1 has joined the peer-to-peer shared space, The user identifier ID 1 and the IP address of the PC terminal PC 1 are transmitted to the dynamic DNS server 7 as “DDNS record registration” information (step S 104).
  • the dynamic DNS server 7 performs processing for registering the user identifier ID1 and the IP address of the PC terminal PC1 sent from the directory server 6 (step S105).
  • the PC terminals PC2 and PC3 share the peer-to-peer shared space 5 through similar steps. As a result, the PC terminals PC1, PC2, and PC3 realize a state where the peer-to-peer shared space 5 is shared.
  • FIG. 8 shows a process in which the mobile phone terminal downloads the peer-to-peer application.
  • the mobile phone terminal Ml connects to the dynamic DNS server 7, sends FQDN (Fully Qualified Domain Name) as “Host Name Query” information, and the IP address of the PC terminal PCI to be accessed (Step S201).
  • FQDN Frully Qualified Domain Name
  • the dynamic DNS server 7 Upon receiving the "host name inquiry" information from the mobile phone terminal Ml, the dynamic DNS server 7 searches for the IP address of the PC terminal PC 1 (step S202), and searches for the IP of the searched PC terminal PC 1. The address is returned as the “access destination IP address” information to the mobile phone terminal Ml (step S 203). [0065] Upon receiving the "access destination IP address" information from the dynamic DNS server 7, the mobile phone terminal Ml connects to the PC terminal PC 1 using the received access destination IP address, and sends an "application download request" to the PC terminal PC1. "Information is transmitted (step S204).
  • the PC terminal PC1 When the PC terminal PC1 receives the “application download request” information from the mobile phone terminal Ml, it sends the peer-to-peer application 3 to the mobile phone terminal Ml, and the mobile phone terminal Ml downloads the peer-to-peer application 3. (Step S20 5).
  • FIG. 9 shows a process in which a mobile phone terminal connects to a peer-to-peer network using the downloaded peer-to-peer application and creates a virtual mobile phone terminal on the PC terminal.
  • the mobile phone terminal Ml starts the downloaded peer-to-peer application 3 (step S301), and transmits “virtual mobile phone terminal creation request” information to the PC terminal PC1 (step S302).
  • the virtual mobile phone terminal creation application uses the virtual mobile phone terminal creation application download download power (not shown). Download and create virtual mobile phone terminal IM1 on PC1. (Step S303).
  • the created virtual mobile phone terminal IM1 transmits “creation result” information to the PC terminal PC 1 (step S304).
  • the PC terminal PCI relays this “creation result” information and transmits it to the mobile phone terminal Ml (step S305).
  • the mobile phone terminal Ml When the mobile phone terminal Ml receives the “creation result” information, the mobile phone terminal Ml registers the relationship between the mobile phone terminal Ml and the virtual mobile phone terminal IM1 on the PC terminal PC1 in the directory server 6. “User authentication request” information including the identifier and password is sent to the directory server 6.
  • the “user authentication request” information from the mobile phone terminal Ml is sent from the mobile phone terminal Ml to the PC terminal PCI (step S306), relayed by the PC terminal PCI, and sent from the PC terminal PC1 to the virtual mobile phone terminal IM1 ( (Step S307), relayed by the virtual mobile phone terminal IM1, and transmitted from the virtual mobile phone terminal IM1 to the directory server 6 (Step S30). 8).
  • the directory server 6 authenticates the sent "user authentication request” information using the identifier of the mobile phone terminal Ml and the password information. (Step S309). If the authentication result is good, the “user authentication result” information is transmitted to the mobile phone terminal Ml (step S310), and then the directory server 6 determines which virtual mobile phone terminal is created on which PC terminal. The relationship is registered in the user Z group management database 11 (step S311).
  • FIG. 10 shows an example of a flowchart for the PC terminal to start an application and create a virtual PC terminal on the mobile phone terminal.
  • the PC terminal PC1 starts the peer-to-peer application 3 (step S321), and transmits “virtual PC terminal creation request” information to the mobile phone terminal Ml (step S322).
  • the mobile phone terminal Ml Upon receiving the "virtual mobile phone terminal creation request" information, the mobile phone terminal Ml downloads the virtual PC terminal creation application from the virtual PC terminal creation application download station (not shown), and Create virtual PC terminal IPC 1 on terminal Ml. (Step S323).
  • the virtual PC terminal creation application download server transmits “creation result” information when the virtual PC terminal IPC1 that may be shared with the virtual mobile phone terminal creation application download server is created (step S324).
  • the mobile phone terminal Ml relays this “creation result” information and transmits it to the PC terminal PC 1 (step S325).
  • the PC terminal PCI When receiving the "creation result" information, the PC terminal PCI registers the relationship between the PC terminal PC1 and the virtual PC terminal IPC1 on the mobile phone terminal Ml in the directory server 6. (Step 326 to Step 330)
  • the directory server 6 registers in the user Z group management database 11 the relationship of which virtual PC terminal is created on which mobile phone terminal (step S331).
  • FIG. 11 shows a flowchart in the case of publishing the contents of the mobile phone terminal as the distribution contents in the peer-to-peer shared space 5 using the virtual mobile phone terminal.
  • the mobile phone terminal Ml when content is uploaded to the peer-to-peer shared space 5 by the mobile phone terminal Ml, the mobile phone terminal Ml transmits “content upload request” information to the PC terminal PC1 (step S401).
  • PC terminal PCI receives "content upload request” information from mobile phone terminal Ml, sends this content to virtual mobile phone terminal IM1, and stores the content in virtual mobile phone terminal IM1 (step S402).
  • the directory server 6 sends the information necessary for the content search, that is, the content ID and the identifier of the PC terminal PC1, and transmits the “directory registration request” information (step S403). ).
  • the directory server 6 Upon receiving the "directory registration request" information, the directory server 6 receives the content /
  • step S404 After the content search information and content are stored in the DRM management database 12 and the PC terminal PCI identifier is registered (step S404), the "directory registration result" information is sent to the virtual mobile phone terminal IM1 (step S404). S405).
  • Virtual mobile phone terminal IM1 receives the “directory registration result” information from directory server 6 and transmits this “content storage result” information to PC terminal PC 1 (step S406).
  • the PC terminal PCI When the PC terminal PCI receives the “content storage result” information, it adds the attribute information of the content such as “duplication twice” to this “content upload result” information and transmits it to the mobile phone terminal Ml ( Step S407).
  • the mobile phone terminal Ml When the mobile phone terminal Ml receives the “content upload result” information, the mobile phone terminal Ml sends “DRM setting request” information for setting content attributes to the directory server 6.
  • This “DRM setting request” information is transmitted from the mobile phone terminal Ml to the PC terminal PC1 (step S408), relayed by the PC terminal PC1 and transmitted to the virtual mobile phone terminal IM1 (step S409), and the virtual mobile phone. It is relayed by the terminal IM1 and transmitted to the directory server 6 (step S410).
  • the directory server 6 accumulates information necessary for content search and copyright management in the content ZDRM management database 12, and performs DRM setting processing (step S411). Then, the “DRM setting result” information is transmitted to the virtual mobile phone terminal IM 1.
  • the “DRM setting result” information from the directory server 6 is transmitted from the directory server 6 to the virtual mobile phone terminal IM1 (step S412).
  • the virtual mobile phone terminal IM1 uses the “DRM setting result” information to perform processing for publishing the received content (step S413), and then sends this “DRM setting result” information to the PC terminal PC 1 (step S413).
  • the PC terminal PC 1 transmits this “DRM setting result” information to the mobile phone terminal M 1 (step S415).
  • the mobile phone terminal Ml receives this information and ends the process.
  • PC terminal PC 1 obtains content on the Internet in response to a command from mobile phone terminal Ml, and is the power for making the acquired content public.
  • mobile phone terminal Ml It is also possible to upload the content stored in the PC terminal PC 1 and use it as distribution content.
  • FIG. 12 shows an example of a flowchart in the case of searching for and acquiring publicly distributed content.
  • the mobile phone terminal Ml that searches for and acquires the content transmits “content search request” information including search information for the desired content to the PC terminal PC1 (step S501).
  • PC terminal PC1 relays "content search request” information from mobile phone terminal Ml, and transmits this "content search request” information to virtual mobile phone terminal IM1 (step S502).
  • IM1 relays this “content search request” information and transmits this “content search request” information to the directory server 6 (step S503).
  • the directory server 6 Upon receiving the content search request information, the directory server 6 searches the content ZDRM management database 12 in the content search process and acquires the identifier of the virtual mobile phone terminal in which the content is stored (step S504).
  • the requested content is in the virtual mobile phone terminal IM2 on the PC terminal PC2.
  • the identifier of the PC terminal PC2 having the virtual mobile phone terminal IM2 is acquired as the identifier of the virtual mobile phone terminal in which the content is stored.
  • the acquired information is sent as “content search” information from the directory server 6 to the virtual mobile phone terminal IM1 (steps).
  • S505 relayed by virtual mobile phone terminal IM1 and sent to PC terminal PC1
  • step S507 relayed by PC terminal PC1 and sent to mobile phone terminal IM1
  • the "content search request” information is sent from the mobile phone terminal Ml
  • the "content search request” information is transmitted to the directory server 6 via the PC terminal PC1 and the virtual mobile phone terminal IM1.
  • the search result in the directory server 6 is returned as “content search result” information from the directory server 6 to the mobile phone terminal Ml via the virtual mobile phone terminal IM1 and the PC terminal PC1.
  • the mobile phone terminal Ml uses the identifier of the PC terminal PC2 having the virtual mobile phone terminal IM2 as “content search result” information. "Content search result” information including is received.
  • the mobile phone terminal Ml assigns the identifier of the PC terminal PC2 with the virtual mobile phone terminal IM2 to the virtual mobile phone terminal IM2 of the PC terminal PC2 as “content acquisition request” information. To send (step S508).
  • Content acquisition request information from the mobile phone terminal Ml is transmitted from the mobile phone terminal Ml to the PC terminal PC1 (step S508), relayed by the PC terminal PC1, and sent to the virtual mobile phone terminal IM1 (step S508).
  • S509 relayed by the virtual mobile phone terminal IM1 and transmitted to the PC terminal PC2 (step S510), and sent from the PC terminal PC2 to the virtual mobile phone terminal IM2 (step S511).
  • the virtual mobile phone terminal IM2 Upon receiving the "content acquisition request” information, the virtual mobile phone terminal IM2 uses the received “content acquisition request” information to store the “content synchronization” information of the stored content on the virtual mobile phone terminal IM1. Send to.
  • This “content synchronization” information is sent from the virtual mobile phone terminal IM2 to the PC terminal PC2 (step S512), relayed by the PC terminal PC2, and sent from the PC terminal PC2 to the virtual mobile phone terminal IM1 (step S513). ).
  • virtual mobile phone terminal IM1 Upon receiving the "content synchronization" information, virtual mobile phone terminal IM1 performs processing to make the content of virtual mobile phone terminal IM1 the same as the content of virtual mobile phone terminal IM2 (content synchronization).
  • the “content synchronization” information is sent from the virtual mobile phone terminal I Ml to the PC terminal PC1 (step S514).
  • the "DRM request” information is disabled. Send to directory server 6.
  • the “DRM request” information from PC terminal PC1 is sent to virtual mobile phone terminal IM1 (step S515), relayed by virtual mobile phone terminal IM1, and sent from virtual mobile phone terminal IM1 to directory server 6 ( Step S516).
  • the directory server 6 Upon receiving the "DRM request" information sent from the PC terminal PC1 via the virtual mobile phone terminal IM1, the directory server 6 searches the content ZDRM management database 12 and detects content attribute information. To do. Then, the “DRM processing result” information with the attribute information added is transmitted to the PC terminal PCI. For example, if the content is “prohibit duplication for the second and subsequent times”, attribute information “prohibit duplication for the second and subsequent times” is added in the content ZDRM management database 12. The “DRM processing result” information to which this attribute information is added is sent from the directory server 6 to the virtual mobile phone terminal IM1 (step S518), relayed by the virtual mobile phone terminal IM 1, and sent to the PC terminal PC 1. (Step S519).
  • the PC terminal PC1 Upon receiving the "DRM processing result" information from the directory server 6, the PC terminal PC1 transmits the content subjected to the DRM processing to the mobile phone terminal Ml. The mobile phone terminal IM1 downloads this content (step S520).
  • FIG. 13 shows an example of a flowchart for storing a message acquired by the mobile phone terminal in the virtual mobile phone terminal.
  • the mobile phone terminal Ml starts the application, acquires the content including the content ID, and registers the content on the message server 8. (Step S601, Step S6 02).
  • the message server 8 sends the registration result to the mobile phone terminal Ml, and the mobile phone terminal Ml receives the registration result (step S603).
  • the PC terminal activates the application (step S604), acquires the user ID of the virtual mobile phone terminal I Ml (step S605), and requests the message server 8 for a content ID using the user ID as a key. To do.
  • the message server 8 receives the request information from the virtual mobile phone terminal IM1, searches for the content ID from the user ID, sends the search result to the virtual mobile phone terminal IM1, and the content sent by the virtual mobile phone terminal IM1. Get an ID (Step S606, Step S607)
  • the virtual mobile phone terminal IMl requests the location of the content, that is, the content server address, from the directory server 6 using the content ID as a key, and obtains the content server address from the directory server 6 (steps S608 to S610).
  • the virtual mobile phone terminal IM 1 accesses the content server using the content server address V, acquires the content, and stores it (step S611).
  • FIG. 14 shows an example of a flowchart in the case where content such as a photograph taken with a mobile phone terminal is stored in the virtual mobile phone terminal in cooperation with the virtual PC terminal and the virtual mobile phone terminal.
  • the mobile phone terminal Ml starts an application, causes the virtual PC terminal IPC1 to acquire a user ID (PCID), and saves the photograph taken by the mobile phone terminal Ml to the virtual IPC1 (steps S701 to S703) .o
  • PCID user ID
  • the mobile phone terminal Ml requests the PC location information (PC address) from the directory server using the PC terminal ID as a key to acquire the PC address in order to store the photographed photo in the virtual mobile phone terminal IM1. And stored in the virtual PC terminal IPC 1 (steps S704 to S0707).
  • the virtual PC terminal IPC 1 accesses the virtual mobile phone terminal IM1 of the PC terminal PC 1 using the acquired PC address and transmits the file.
  • the transmitted file is stored in the virtual mobile phone terminal IM1, and the file storage completion information is transmitted from the virtual mobile phone terminal IM1 to the virtual PC terminal IPC1, and the virtual PC terminal IPC1 receives the file storage completion information and performs processing. End (step S708 to step S710).
  • FIG. 15 shows an example of a flowchart in the case where a file in the folder of the PC terminal is stored in the virtual PC terminal in cooperation with the virtual mobile phone and the terminal virtual PC terminal.
  • the application is started on the PC terminal PC1, and the user ID is acquired by the virtual mobile phone terminal IM1 (step S801, step S802).
  • the virtual mobile phone terminal IMl registers the location (address) and content ID of the PC terminal PC 1 in the directory server 6 (steps S802 and S803).
  • the virtual mobile phone terminal IMl receives the instruction from the PC terminal PC1 to save the content in the mobile phone, registers the content ID in the message server 8, and the message server 8 registers The result is returned to the virtual mobile phone terminal IM1 (steps S804 to S807).
  • the mobile phone terminal Ml starts an application and causes the virtual PC terminal IPC1 to acquire a user ID.
  • the virtual PC terminal IPC1 transmits a content ID acquisition request to the message server 8 using the user ID as a key, and acquires the content ID from the message server 8 (steps S808 to S810).
  • the virtual PC terminal IPC1 inquires the directory server 6 for the position (address) of the PC terminal PC1 based on the acquired content ID and acquires it (steps S811 and S812).
  • the virtual PC terminal IPC 1 uses the acquired PC address to access the PC terminal PC 1 and download the file (step S813, step S814).
  • FIG. 16 shows an example of a flowchart in the case of dragging and dropping an image file onto the toolbar of the Web browser of the PC terminal and importing it into the bookmark of the virtual PC terminal.
  • PC terminal PC1 acquires the user ID by starting the toolbar on the Web browser by starting the Web browser.
  • the mobile phone terminal function (agent function) is provided in the tool bar (steps S901 and S902).
  • PC terminal Browse the Web with PCI, acquire the image file, drag it to the toolbar, and the toolbar acquires the bookmark ID of the image file (step S902 to step S90)
  • the toolbar requests the message server 8 to save the content ID (bookmark ID), and saves the content ID in the message server 8 (steps S903 to S9).
  • the mobile phone terminal Ml starts an application, acquires a user ID, and acquires a bookmark ID from the message server 8 using the user ID as a key. After inquiring the bookmark server location to the directory server 6 by using this bookmark ID (content ID), the bookmark server is accessed to acquire the bookmark information (step S907 to step S912).
  • Figure 17 shows the flow when dragging and dropping an image file to the Web browser toolbar on a PC terminal and paying the bill with the communication carrier billing system using the virtual PC terminal. An example chart is shown.
  • PC terminal PC1 acquires the user ID by starting the toolbar by starting the Web browser.
  • the user ID is associated with the telephone number of the mobile phone terminal Ml in advance. Thereafter, the PC terminal PC 1 browses the Web, acquires an image file and drags it to the toolbar, and the toolbar acquires product information from the image file (steps S920 to S923).
  • the toolbar causes the message server 8 to store the product message ID (steps S924 and S925).
  • the virtual PC terminal IPC1 After starting the application on the mobile phone terminal Ml and obtaining the user ID on the virtual PC terminal IPC1, the virtual PC terminal IPC1 queries the message server 8 using the user ID as a key to obtain the product ID (step S926 to step S932).
  • the mobile phone terminal MI issues a purchase instruction to the virtual PC terminal IPC1 based on the product information, and the virtual PC terminal IPC1 associates the charging process in the charging system of the mobile phone terminal Ml carrier with the user ID. Request using the specified telephone number (Step S934, Step S935).
  • the data transmission system of the present invention seamlessly creates a peer-to-peer shared space on the Internet between mobile phone terminals and PC terminals, and is expected to be used as an optimal system for sharing content. it can.

Abstract

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

Description

明 細 書
データ伝送システム
技術分野
[0001] 本発明は、個人が携帯電話端末と PC端末との双方を有する場合に、 PC端末のピ アツ一ピア環境で携帯電話端末と PC端末の間でコンテンツをアップロードしたり、ダ ゥンロードしたりするのに用いることができるデータ伝送システムに関する。
背景技術
[0002] 近年、携帯電話と PC (パーソナルコンピュータ)の普及により、個人が携帯電話端 末と PC端末の両方を所有するようになっている。この場合、携帯電話端末は、個人 が外出時に常時携行され、 PC端末は、家庭又は事務所に固定的に置かれ、外出時 と事務所や家庭に ヽるときとで、携帯電話端末と PC端末とが使 ヽ分けられて 、る。
[0003] 一方、複数の PC端末をピアツーピアで接続し、各 PC端末間でコンテンツを共有す る技術が注目されている。ピアツーピアのアーキテクチャは、クライアントアンドサーバ のアーキテクチャと異なり、各コンピュータを等価とみなして、ネットワーク上で他の端 末間を接続するようにしたものである。
[0004] 上述のように、携帯電話端末と PC端末の双方を所有して 、るユーザにとって、 PC 端末ばかりでなぐ携帯電話端末でも、シームレスにピアツーピアの共有空間にァク セスし、自分のコンテンツを提供したり、他の端末のコンテンツを取得したりできるよう にすることが望まれる。
[0005] 携帯電話端末を使ってピアツーピアの共有空間にアクセスする場合、従来では、図 18に示すように、 HTTP (Hyper Text Transfer Protocol)のサーバとピアツー ピアのサーバとの間を結ぶ HTTPZピアツーピア'ゲートウェイサーバをインターネッ ト空間に置くと共に、 HTTPZピアツーピア ·ゲートウェイサーバに仮想携帯電話端 末を作成し、ゲートウェイにより仮想携帯電話端末をピアツーピア共有空間にァクセ スできるようにしている。
[0006] 図 18において、携帯電話端末 M101、 M102、 M103、…は、移動体通信網 101 、インターネット網 102を介して、 HTTP/ピアツーピア'ゲートウェイサーバ 104に接 続可能とされている。 PC端末 PC101、 PC102、 PC103、…は、ピアツーピアで接 続されており、 PC端末 PC101、 PC102、 PC103、…によりピアツーピア共有空間 1 05が形成される。 HTTP/ピアツーピア'ゲートウェイサーバ 104は、 HTTPのサー バとピアツーピアのサーバとのゲートウェイを行っている。また、 HTTPZピアツーピ ァ 'ゲートウェイサーバ 104に、仮想携帯電話端末 IM 101、 IM102、 IM103、…が 作成され、この仮想携帯電話端末 IM 101、 IM102、 IM103、…のオブジェクトは、 HTTPZピアツーピア ·ゲートウェイサーバ 104で管理されて!、る。
[0007] 携帯電話端末 M101、 M102、 M103、…のユーザは、仮想携帯電話端末 IM101 、 IM102、 IM103、…のオブジェクトを作成する際に、 HTTPZピアツーピア'ゲート ウェイサーバ 104に HTTPのプロトコルで接続してアプリケーションをダウンロードす る。そして、 HTTP/ピアツーピア'ゲートゥヱイサーバ 104上に、仮想携帯電話端末 IM101、 IM102、 IM103、…のオブジェクトを作成し、各 PC端末 PC1、 PC2、 PC3 、…と仮想携帯電話端末 IM 101、 IM102、 IM103、…のオブジェクトは、ピアツーピ ァのプロトコルで通信する。
[0008] 特許文献 1には、操作用端末である携帯電話端末とその端末のデータを保管する 保管用端末である PC端末の組から構成され、少なくとも携帯電話端末同士はピアツ 一ピアで接続され、データを転送する場合、一方の組の携帯電話端末から他方の組 の携帯電話端末に認証用トークンを発行し、トークンを受け取った他方の組の携帯 電話端末はトークンをその組の PC端末に送信し、他方の組の PC端末はそのトーク ンを一方の組の PC端末に示すことでデータを転送するものが提案されている。
[0009] また、特許文献 2には、複数種類の通信端末 (例えば携帯電話、 PDA (Personal Digital Assistant)、 PC、カーナビゲーシヨンシステム等）がピアツーピアで接続さ れ、ユーザが使用する通信端末を変更する場合、それまでの作業内容と環境も新端 末に同時に移行することで、例えば PCでデータ受信中に PDAに変更する場合、 PC は PDAに適した形式に変更して PDAに送ることで通信端末の使用中切り替えが可 能になるものが提案されている。
[0010] また、特許文献 3には、複数の情報機器、例えば携帯電話機と自宅 PC、メールサ ーバの中で、マスターとなる機器 (例えばメールサーノ が全データを保有し、他の機 器は一部データを複製したレプリカを保有し、レプリカの一つがマスターに切り替わる と、元のマスターがレプリカに切り替わるようにしたものが提案されて 、る。
[0011] また、特許文献 4には、携帯電話端末と PCとを接続サーバにより接続し、携帯電話 端末から PCを遠隔制御して PCが保有する情報を携帯電話端末に表示するものが 提案されている。
[0012] 特許文献 1 :特開 2003— 242031号公報
特許文献 2 :特開 2004— 054633号公報
特許文献 3：特開 2004 - 005199号公報
特許文献 4:特開 2003— 016029号公報
発明の開示
発明が解決しょうとする課題
[0013] 上述のように、従来、携帯電話端末 M101、 M102、 M103、…の仮想携帯電話端 末 IM101、 IM102、 IM103、…を作成するためのアプリケーションプログラムと仮想 携帯電話端末のオブジェクトの管理は、 HTTPZピアツーピア'ゲートウェイサーバ 1 04により集中して行っていた。このため、例えば HTTP/ピアツーピア'ゲートウェイ サーバ 104の IP (Internet Protocol)アドレスに対応するドメイン名を P2P. FOO. JPとすれば、仮想携帯電話端末 IM 101、 IM102、 IM103、…のオブジェクトの作成 の際、各携帯電話端末 M101、 M102、 M103、…は P2P. FOO. JPのドメイン名に 対応する IPアドレスにより HTTP/ピアツーピア'ゲートウェイサーバ 104に HTTPの プロトコルで接続してアプリケーションをダウンロードし、また、仮想携帯電話端末 IM 101、 IM102、 IM103、…のオブジェクトも HTTPZピアツーピア'ゲートウェイサー ノ 104に作成されるので、各 PC端末 PC101、 PC102、 PC103、…からピアツーピ ァ通信で仮想携帯電話端末 IM 101、 IM102、 IM103、…のオブジェクトを得ようと すれば、 P2P. FOO. JPのドメイン名に対応する IPアドレスを指定して HTTPZピア ツーピア'ゲートウェイサーバ 104にアクセスすることが必要で、このため、トラヒックが HTTPZピアツーピア ·ゲートウェイサーバ 104に集中し、また障害に対しても脆弱で めつに。
[0014] 特許文献 1では、携帯電話端末同士や PC端末がピアツーピアで接続され、携帯電 話端末のデータが PC端末で保管され、携帯電話端末と PC端末とが直接接続される 。し力しながら、特許文献 1のものでは、携帯電話端末でデータを保存しないため、 携帯電話端末と PC端末との間でデータを共有するようになって 、な 、。
[0015] 特許文献 2には、インターネットに接続される携帯電話端末と PC端末を含み、それ らがピアツーピアで接続されてデータを共有することが記載されているが、携帯電話 端末や PC端末同士をピアツーピア接続するのではなぐ携帯電話端末の代わりに P C端末でデータを取得するものでもな 、。
[0016] 特許文献 3には、インターネットに接続される PCと携帯電話を含み、それらは直接 接続可能であり、携帯電話とその携帯電話に対応する PCの間でデータを共有するこ とは記載されている力 携帯電話や PC同士がピアツーピアで接続されることは記載 されていない。
[0017] 特許文献 4には、インターネットに接続される PC端末と携帯電話端末とを含み、携 帯電話端末を自宅の PC端末と直接接続して PC端末とデータを共有し、携帯電話か ら自宅の PC端末にアクセス可能としているが、携帯電話や PC端末同士がピアツー ピアで接続されることは記載されて ヽな 、。
[0018] 本発明は、上述の従来の課題に鑑み、携帯電話端末を使って、ピアツーピア共有 空間上でコンテンツを安定に取得できるデータ伝送システムを提供することを目的と するものである。
課題を解決するための手段
[0019] 上述の課題を解決するために、請求項 1に記載の発明は、 1以上の携帯電話端末 と、 1以上の PC端末と、該携帯電話端末及び該 PC端末との間を接続する移動体通 信網及びインターネット網とからなるデータ伝送システムであって、インターネット上に ディレクトリサーノ 、メッセージサーバを接続し、前記 PC端末にピアツーピア'アプリ ケーシヨンを搭載し、前記 PC端末間でピアツーピア'ネットワークを形成してピアツー ピア空間を共有し、前記携帯電話端末により前記 PC端末のうちの 1つをダイナミック DNSサーバに登録された FQDN (完全修飾ドメイン名 )で指定し、指定された該 PC 端末のピアツーピア ·アプリケーション上で仮想携帯電話端末を作成し、指定された 該 PC端末を介して前記携帯電話端末に対応する仮想携帯電話端末上で前記携帯 電話端末の操作を実行することを特徴とする。
請求項 2に記載の前記仮想携帯電話端末作成アプリケーションは、 PC端末のピア ツーピア'インタフェース、携帯電話端末インタフェース、及びディレクトリサーバ'イン タフエースを有し、各インタフェースと仮想携帯電話端末オブジェクト間のコマンドを 共通に処理するためのパラメータ操作を実行することを特徴とする。
[0020] 請求項 3に記載の発明は、前記 PC端末でピアツーピア'アプリケーションを起動し 、対応する携帯電話端末を指定して該携帯電話端末上に仮想 PC端末を作成し、指 定された該携帯電話端末を介して前記 PC端末に対応する仮想 PC端末上で前記 P C端末での操作を実行することを特徴とする。
請求項 4に記載の前記 PC端末作成アプリケーションは、 PCインタフェースを有し、 前記仮想携帯電話端末作成アプリケーションの PCインタフェースと仮想 PC端末ォ ブジェクト間のコマンドを共通に処理するためのパラメータ操作を実行することを特徴 とする。
[0021] 請求項 5に記載の発明は、インターネット上にディレクトリサーバを設置し、前記各 P C端末がピアツーピア'ネットワークを形成する際に、該ディレクトリサーバにより、前 記 PC端末及び前記携帯電話端末の認証を行うと共に、認証が良好な前記 PC端末 と前記仮想携帯電話端末の対応、前記携帯電話端末と前記仮想 PC端末との対応 関係を蓄積し、前記仮想携帯電話端末又は仮想 PC端末上に作成したコンテンツの 検索情報と属性情報とを管理し、前記ピアツーピア ·ネットワークに参加した PC端末 の FQDN名と IPアドレスの組み合わせをインターネット上に存在して!/、るダイナミック DNSサーバに登録することを特徴とする。
[0022] 請求項 6に記載の前記携帯電話端末は、該携帯電話端末で取得したコンテンツを 前記仮想携帯電話端末に保存し、 DRMでコンテンツの属性を設定した後共有空間 を共有する前記 PC端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同 期させておくことにより PC端末間でコンテンツを流通させ、共有空間を共有する PC 端末に対応する任意の携帯電話端末にダウンロードすることを特徴とする。
請求項 7に記載の前記携帯電話端末は、該携帯電話端末で取得したコンテンツの 検索情報及び属性情報を一旦メッセージサーバに登録し、登録されたメッセージサ ーバの検索情報及び属性情報を用いディレクトリサーノくからコンテンツサーバァドレ スを取得してコンテンツサーノ から得られたコンテンツを前記仮想携帯電話端末に 保存することを特徴とする。
[0023] 請求項 8に記載の前記携帯電話端末の仮想 PC端末は、該携帯電話端末で取得し たコンテンツの保存先 PC端末アドレスをディレクトリサーバに問い合わせて取得し、 取得した保存先 PC端末アドレスを用い該 PC端末の仮想携帯電話端末にアクセスし て該仮想携帯電話端末にコンテンツを保存することを特徴とする。
[0024] 請求項 9に記載の前記 PC端末の仮想携帯電話端末は、該 PC端末のアドレスと P C端末のフォルダ内のファイルのコンテンツ IDをディレクトリサーバに登録し、且つ該 コンテンツ IDをメッセージサーバに登録しておき、前記携帯電話端末の仮想 PC端末 は、メッセージサーバ力もコンテンツ IDを取得し、取得したコンテンツ IDを用いディレ クトリサーバにアクセスして PC端末のアドレスを取得し、取得したアドレスの PC端末 にアクセスして該 PC端末の仮想携帯電話端末カゝらファイルデータを得ることを特徴と する。
[0025] 請求項 10に記載の発明は、前記 PC端末の Webブラウザのツールバー上に仮想 携帯電話端末を作成し、作成した仮想携帯電話端末を用い該ツールバーに画像フ アイルをドラッグ &ドロップして画像ファイルのブックマークのコンテンツ IDをメッセ一 ジサーバに保存しておき、前記携帯電話端末の仮想 PC端末は、該メッセージサー ノくからコンテンツ IDを取得し、取得したコンテンツ IDによりブックマークサーバァドレ スをディレクトリサーバから取得し、取得したブックマークサーバからコンテンツを得る ことを特徴とする。
請求項 11に記載の発明は、前記 PC端末の Webブラウザのツールバー上に仮想 携帯電話端末を作成し、該ツールバーに画像ファイルをドラッグ &ドロップして画像 ファイル力も得られる商品 IDにより商品サーバアドレスをディレクトリサーノくから取得 し、取得した商品サーバにアクセスして商品情報を取得すると共に携帯電話端末の 通信キャリアの課金システムで商品の代金を支払うことを特徴とする。
発明の効果
[0026] 本発明によれば、インターネット上の PC端末間でピアツーピア'ネットワークを形成 してピアツーピア空間を共有し、携帯電話端末により PC端末のうちの 1つを PC端末 のピアツーピア ·アプリケーション上で仮想携帯電話端末作成し、指定された PC端末 を介して携帯電話端末に対応する仮想携帯電話端末上で携帯電話端末の操作を 実行するので、オンラインでの無線区間での不安定の要因が除去され、ピアツーピア 共有空間のコンテンツを安定に取得できる。また仮想携帯電話端末の分散配置が可 能で、トラヒックの集中が防げる。
また、仮想携帯電話端末作成アプリケーションにより、 PC端末のピアツーピア'イン タフエース、携帯電話端末インタフェース、及びディレクトリサーバ'インタフェースの 各インタフェースと仮想携帯電話端末オブジェクト間のコマンドを共通に処理するた めのノラメータ操作を実行するので、そのパラメータにより PC、携帯電話端末、ディ レクトリサーバを識別が可能となり、 PC、携帯電話端末、ディレクトリサーバで独立に コマンドを設定できる。
[0027] また、 PC端末から対応する携帯電話端末を指定して仮想 PC端末を作成し、指定 された携帯電話端末を介して仮想 PC端末上で PC端末での操作を実行するので、 P C端末の操作が仮想 PC端末を介して携帯電話端末上で可能になり、また携帯電話 端末での操作が仮想携帯電話端末を介して PC端末上で実行可能となることで、 PC と携帯電話端末のシームレスな接続が可能となる。
また、 PC端末作成アプリケーションによって、仮想携帯電話端末作成アプリケーシ ヨンの PCインタフェースと仮想 PC端末オブジェクト間のコマンドを共通に処理するた めのノ ラメータ操作を実行することにより、仮想 PC端末作成アプリケーションソフトと 仮想携帯電話端末作成ソフトの共通化が図られメンテナンスが容易となる。
[0028] また、各 PC端末がピアツーピア'ネットワークを形成する際に、ディレクトリサーバに より、 PC端末及び携帯電話端末の認証を行うと共に、認証が良好な PC端末と仮想 携帯電話端末との対応、及び携帯電話端末と仮想 PC端末との対応関係を蓄積し、 仮想携帯電話端末又は仮想 PC端末上に作成したコンテンツの検索情報と属性情報 を管理するので、コンテンツ流通の際でのセキュリティを確保できる。また、コンテンツ の不正コピーを防ぐことができる。
[0029] また、携帯電話端末が取得したコンテンツを仮想携帯電話端末に保存し、 DRM ( Digital Rights Management)でコンテンツの属性を設定した後、共有空間を共 有する PC端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同期させて おくことで、常に情報の更新を行うことができる。
また、携帯電話端末が取得したコンテンツの検索情報及と属性情報とを一旦メッセ ージサーバに登録し、登録されたメッセージサーバの検索情報及び属性情報を用い てコンテンツサーノ から得られたコンテンツを仮想携帯電話端末に保存することによ り、携帯電話端末が圏外や電源オフ等でオンラインに接続されていない場合でも PC 端末側で常時コンテンツの取得が可能となる。検索情報と属性情報としてコンテンツ I Dを用いても良い。
[0030] また、仮想 PC端末は、携帯電話端末で取得したコンテンツの保存先 PC端末の仮 想携帯電話端末にアクセスしてコンテンツを保存するので、例えば FeliCaリーダー 付きのポスターに FeliCa携帯電話端末を近づけ、 FeliCa IDの携帯電話端末に対 応する PC端末に FeliCaリーダー付きのポスターに対応するコンテンツをダウンロー ドすることができる。またポスターのバーコードや QRコードを携帯電話端末でスキヤ ンして、携帯電話端末に対応する PC端末に PC端末向けのコンテンツをダウンロード することができる。さらに携帯電話端末で撮影した写真や動画を PCに保存することが できる。
[0031] また、仮想携帯電話端末で PC端末のアドレスとフォルダ内のファイルのコンテンツ I Dとをディレクトリサーバに登録し、コンテンツ IDをメッセージサーバに登録しておくこ とで、仮想 PC端末は、コンテンツ IDにより PC端末にアクセスして仮想携帯電話端末 力 ファイルデータを得ることができるので、携帯電話端末で取得した写真や動画を ー且 PCのフォルダに蓄積しておき、後になって PCのフォルダ力も携帯電話端末の 待ち受け画面の設定が可能となる。
[0032] また、 PC端末の Webブラウザのツールバー上に仮想携帯電話端末を作成し、画 像ファイルのブックマークのコンテンツ IDをメッセージサーバに保存しておくことで、 仮想 PC端末は、メッセージサーバから取得したコンテンツ IDによりブックマークサ一 ノ からコンテンツを得ることができるので、 PC端末と携帯電話端末でシームレスにブ ックマーク情報を共有することが可能となる。 また、 PC端末の Webブラウザのツールバー上に仮想携帯電話端末を作成し、画 像ファイル力 得られる商品 IDにより取得した商品サーバにアクセスして商品情報を 取得すると共に、携帯電話端末の通信キャリアの課金システムで商品の代金を支払 ことにより携帯電話端末の通信キャリアが商品購入代金を代行徴収することが可能と なる。
図面の簡単な説明
[図 1]本発明の一実施例によるデータ伝送システムの構成図である。
[図 2]図 1に示す携帯電話端末の構成図の一例である。
[図 3]PC端末の構成図の一例である。
[図 4]仮想携帯電話端末の作成アプリケーションの構成及びその処理の流れ図であ る。
[図 5]仮想 PC端末の作成アプリケーションの構成及びその処理の流れ図である。
[図 6]図 1に示すシステムにおける全体の処理の流れ図である。
[図 7]図 6に示す PC端末によるピアツーピア 'ネットワーク形成における処理の流れ図 である。
[図 8]携帯電話端末力 Sピアツーピア'アプリケーションを PC端末力もダウンロードする 処理の流れ図である。
[図 9]携帯電話端末がアプリケーションを起動して PC端末上に仮想携帯電話端末を 作成する処理の流れ図である。
[図 10]PC端末がアプリケーションを起動して携帯電話端末上に仮想 PC端末を作成 する処理の流れ図である。
[図 11]仮想携帯電話端末を用いて携帯電話端末のコンテンツをピアツーピア共有空 間で公開する場合の処理の流れ図である。
[図 12]公開された流通コンテンツを検索 '取得する場合の処理の流れ図である。
[図 13]携帯電話端末が取得したメッセージを仮想携帯電話端末に保存する処理の 流れ図である。
[図 14]携帯電話端末で撮影した写真を仮想携帯電話端末に保存する処理の流れ図 である。 [図 15]PC端末のフォルダ内のファイルを仮想 PC端末に保存する処理の流れ図であ る。
[図 16]PC端末の Webブラウザのツールバーに画像ファイルをドラッグ &ドロップして 仮想 PC端末のブックマークに取り込む処理の流れ図である。
[図 17]PC端末の Webブラウザのツールバーに画像ファイルをドラッグ &ドロップし仮 想 PC端末を用いて通信キャリアの課金システムで代金を支払う処理の流れ図である
[図 18]従来のデータ伝送システムの構成図である。
符号の説明
1 移動体通信網
2 インターネット網
3 ピアツーピア（PtoP)アプリケーション
5 ピアツーピア（PtoP)共有空間
6 ディレクトリサーバ
7 ダイナミック DNSサーバ
8 メッセージサーノ
11 ユーザ Zグループ管理データベース
12 コンテンッ ZDRMデータベース
51 送受信部
52 音声処理部
53 マイク
54 スピーカ
55 通信処理部
56 データ処理部
57 メモリ (仮想 PC端末）
58 入力部
59 出力部
71 CPU 72 ノ ス
73 ROM
74 RAM (仮想携帯電話端末)
75 HDD
76 FDD
77 グラフィックス処理部
78 表示テノ イス
79 オーディオ処理部
80 スピーカ
81 沉用インタフェース
82 キーボード
83 マウス
84 光ディスクドライブ
85 通信インタフェース
発明を実施するための最良の形態
[0035] 以下、本発明の実施の形態について図面を参照しながら説明する。
図 1は、本発明のデータ伝送システムの一実施例による構成図である。 図 1において、複数の PC端末 PC1、 PC2、 PC3、…は、ピアツーピア（PtoP)ァプ リケーシヨン 3を搭載しており、インターネット網 2上に、ピアツーピア（PtoP)共有空間 5を形成している。ピアツーピアで接続された複数の PC端末 PC 1、 PC2、 PC3、… 間では、互いに保有しているコンテンツを共有ィ匕することができる。携帯電話端末 M 1、 M2、 M3、…は、移動体通信網 1を介してインターネット網 2に接続されている。
[0036] 各 PC端末 PC1、 PC2、 PC3、…上には、仮想携帯電話端末 IM1、 IM2、 IM3、… が作成される。仮想携帯電話端末 IM1、 IM2、 IM3、…は、ソフトウェア上のオブジェ タトである。この仮想携帯電話端末 IM1、 IM2、 IM3、…は、ピアツーピア共有空間 5 上では、他の端末と同等なものと見なされる。
[0037] 各携帯電話端末 Ml、 M2、 M3…上には仮想 PC端末 IPC1、 IPC2、 IPC3…が作 成される。仮想 PC端末 IPC1、 IPC2、 IPC3"'は、ソフトウェア上のオブジェクトであ る。この仮想 PC端末 IPC1、 IPC2、 IPC3"'は、ピアツーピア共有空間 5上では、他 の端末と同等なものと見なされる。
[0038] ここでは、各携帯電話端末 Ml、 M2、 M3、…の保有者と、各 PC端末 PC1、 PC2、 PC3、…の保有者は、それぞれ同一の保有者であるものとし、各 PC端末 PC1、 PC2 、 PC3、…に対応する仮想携帯電話端末 IM1、 IM2、 IM3、 ···、及び各携帯電話端 末 Ml、 M2、 M3、…に対応する仮想 PC端末 IPC 1、 IPC2、 IPC3、…が作成される 即ち、携帯電話端末 Mlの保有者と PC端末 PC1の保有者とは同一であるとし、 PC 端末 PC 1上に携帯電話端末 M 1に対応する仮想携帯電話端末 IM 1が作成され、携 帯電話端末 M 1上に PC端末 PC 1に対応する仮想 PC端末 IPC 1作成される。
[0039] インターネット網 2上には、ディレクトリサーバ 6と、ダイナミック DNS (Domain Na me System)サーバ 7とメッセージサーバ 8とが設けられる。
ディレクトリサーバ 6は、ユーザ/グループ管理データベース 11とコンテンッ ZDR M (Digital Rights Management)管理データベース 12とを有している。
[0040] ユーザ Zグループ管理データベース 11には、各携帯電話端末 Ml、 M2、 M3、… と、各 PC端末 PC1、 PC2、 PC3、…との関係と、どの PC端末 PC1、 PC2、 PC3、… 上にどの仮想携帯電話端末 IM1、 IM2、 IM3、…が作られたかや、どの携帯電話端 末 Ml、 M2、 M3にどの仮想 PC端末 IPC 1、 IPC2、 IPC3が作られたかの関係が登 録される。このユーザ/グループ管理データベース 11を用いて、ピアツーピア共有 空間に参加する PC端末 PC1、 PC2、 PC3、…の認証や管理が行われる。
[0041] コンテンツ ZDRM管理データベース 12には、コンテンツが格納されている端末の 識別子 (PC端末 IDと携帯電話端末 ID等）と、例えば 1回以上複写の禁止等のコンテ ンッの属性情報が保存されて 、る。コンテンッ ZDRM管理データベース 12により、 著作権等の管理が行われる。
[0042] ダイナミック DNSサーバ 7は、ピアツーピア共有空間を形成する PC端末 PC1、 PC 2、 PC3、…のホスト名と、それに対応する IPアドレスを保持しており、ピアツーピア共 有空間を形成する PC端末 PC1、 PC2、 PC3、…のホスト名力 IPアドレスを解決 (N ame Resolusionノする。 [0043] ディレクトリサーバ 6は、登録されたユーザの PC端末 PCI、 PC2、 PC3、…が所有 して!/、るコンテンツの IDからコンテンツ位置（コンテンツサーバアドレス）を検索して、 コンテンツを有する PC端末上の仮想携帯電話端末の IPアドレスをダイナミック DNS サーバ 7から検出し、携帯電話端末とその仮想携帯電話端末オブジェクトを有する P C端末との対応テーブルの管理等を行う。
[0044] 本発明が適用されたシステムでは、図 1に示すように、複数の PC端末 PC1、 PC2、 PC3、…がピアツーピアで接続され、ピアツーピア共有空間 5が設けられる。また、各 PC端末 PC1、 PC2、 PC3、…上に仮想携帯電話端末 IM1、 IM2、 IM3、…が作成 され、これらの仮想携帯電話端末 IM1、 IM2、 IM3、…がピアツーピアで接続される
[0045] 仮想携帯電話端末 IM1、 IM2、 IM3、…は、携帯電話端末 Ml、 M2、 M3、…で 旨定した PC端末 PCI、 PC2、 PC3、…に接続され、 PC端末 PC1、 PC2、 PC3、 … 力もピアツーピア.アプリケーション 3をダウンロードし、ダウンロードしたピアツーピア' アプリケーション 3を起動して仮想携帯電話端末作成アプリケーションをダウンロード することにより作成される。このときユーザ認証が行われ、ディレクトリサーバ 6のユー ザ/グループ管理データベース 11に、 PC端末 PC1、 PC2、 PC3、…と、どの PC端 末 PC1、 PC2, PC3、…上にどの仮想携帯電話端末 IM1、 IM2、 IM3、…が作られ たかの関係が登録される。
[0046] 仮想 PC端末 IPC1、 IPC2、 IPC3 ' ·は、 PC端末 PC1、 PC2、 PC3、…がピアツー ピア ·アプリケーションを起動し、指定した携帯電話端末 M1M2、 M3、…に接続した のち仮想 PC作成アプリをダウンロードすることにより作成される。このときユーザ認証 が行われ、ディレクトリサーバ 6のユーザ Zグループ管理データベース 11に、携帯電 話端末 IM1、 IM2、 IM3、…と PC端末 PC1、 PC2, PC3、…との関係と、どの携帯 電話端末 Ml、 M2, M3、…上にどの仮想 PC端末 IPC 1、 IPC2、 IPC3、…が作ら れたかの関係が登録される。
[0047] 携帯電話端末が保存している流通コンテンツを公開する場合には、携帯電話端末 Ml、 M2、 M3、…を操作して、携帯電話端末 Ml、 M3、 M3、…と指定した PC端末 PC1、 PC2、 PC3、…とを接続する。そして携帯電話端末 Ml、 M2、 M3、…の操作 により、携帯電話端末 Ml、 M2、 M3、…から指定した PC端末 PC1、 PC2、 PC3、… にコンテンツがアップロードされ、対応する仮想携帯電話端末 IM1、 IM2、 IM3、… にコンテンツが保存される。そしてアップロードしたコンテンツに関する情報がディレク トリサーバ 6に登録される。仮想携帯電話端末 IM1、 IM2、 IM3、…は、ピアツーピア 共有空間上に設けられ、他の端末とピアツーピア共有空間 5を共有できる。これによ り、ピアツーピア共有空間上にある他の PC端末 PC1、 PC2、 PC3、…や仮想携帯電 話端末 IM1、 IM2、 IM3、…では、仮想携帯電話端末 IM1、 IM2、 IM3、…上にァ ップロードされたコンテンツを共有することができる。
[0048] 流通コンテンツを検索する場合には、携帯電話端末 Ml、 M2、 M3、…を操作して 、携帯電話端末 Ml、 M2、 M3、…と指定した PC端末 PC 1、 PC2、 PC3、…とを接 続する。そして携帯電話端末 Ml、 M2、 M3、…の操作により、ディレクトリサーバ 6に 向けて PC端末 PC1、 PC2、 PC3、…を介してコンテンツ検索リクエストが送られる。 ディレクトリサーバ 6でコンテンツの検索処理が行われ、コンテンツの検索結果が PC 端末 PC1、 PC2、 PC3、…を介して携帯電話端末 Ml、 M2、 M3、…に返される。
[0049] コンテンツを取得する場合には、携帯電話端末 Ml、 M2、 M3、…を操作して、携 帯電話端末 Ml、 M2、 M3、…と指定した PC端末 PC 1、 PC2、 PC3、…とを接続す る。そして携帯電話端末 Ml、 M2、 M3、…の操作により、コンテンツを取得している 端末に向けてコンテンツ取得リクエストが送られる。
コンテンツの取得は、ピアツーピア共有空間 5上でコンテンツ同期により、コンテンツ 取得リクエストを送信した携帯電話端末に対応する仮想携帯電話端末と、指定した P
C端末や仮想携帯電話との間でコンテンツを同期させ、キャッシュコピーを行うことに より行われる。
仮想携帯電話端末 IM1、 IM2、 IM3、…にコピーされたコンテンツは、対応する PC 端末 PC1、 PC2、 PC3、…を介して携帯電話端末 Ml、 M2、 M3、…でダウンロード される。
[0050] 図 2は、携帯電話端末 Ml、 M2、 M3、…の構成の一例を示すものである、
図 2において、送受信部 51は、 800MHz帯や 2GHz帯等の周波数帯を使って基 地局との間で音声やデータの送受信を行っている。通信方式としては、 PDC (Perso nal Digital Cellular)、 GSM (Global System for Mobile Communicatio n)、 CDMA2000 (Code Division Multiple Access 2000)、 WCDMA (Wid eband CDMA)等がある。本発明では、移動体通信網 1を介してインターネット網 2 に接続できるものであれば、使用する周波数帯や通信方式は、どのようなものであつ ても良い。音声処理部 52は、マイクロホン 53からの音声を圧縮符号ィ匕して送受信部 51に送ると共に、送受信部 51で受信した音声信号を復号してスピーカ 54に送る処 理を行うものである。
[0051] 通信処理部 55は、送受信するデータのエラー訂正処理、パケット化処理等を行つ ている。データ処理部 56は、送受信データの処理を行っている。送受信データは、メ モリ 57に格納することができる。また、メモリ 57には、仮想 PC端末作成アプリケーショ ンプログラムや、画像ファイル、音声ファイル、テキストファイル、その他、各種のコン テンッのファイルが保存できる。また、データ処理部 56には、入力部 58から入力が与 えられる。入力部 58は、電話番号を入力する数字キーやバーコードリーダやカメラを 含んでいる。また、データ処理部 56の出力力LCD (Liquid Crystal Display)等 を使用した表示部 59に送られ、各種の情報が表示部 59に表示される。
[0052] 図 3は、 PC端末 PC1、 PC2、 PC3、…の構成の一例を示すものである。
図 3において、 CPU (Central Processing Unit) 71は、バス 72に接続される。 CPU71は、コマンドを解釈して実行する。このバス 72に、 ROM (Read Only Me mory) 73、 RAM (Random Access Memory) 74が接続される。 ROM73には、 BIOS (Basic Input Output System)等のブートプログラムが記憶されている。 RAM74は、メインメモリとして用いられる。
[0053] また、バス 72には、 HDD (Hard Disk Drive)ドライブ 75や FDD (Flexible Dis k Drive)ドライブ 76が接続される。 HDDドライブ 75や FDDドライブ 76には、 OS ( Operating System)やアプリケーションプログラムが記録される他、画像ファイル、 音声ファイル、テキストファイル、その他、各種のコンテンツのファイルが記録される。 アプリケーションプログラムとしては、ピアツーピア'アプリケーション 3やピアツーピア' アプリケーション 3上で動作する仮想携帯電話端末作成アプリケーションを含む。な お、ピアツーピア'アプリケーション 3は、携帯電話端末 Ml、 M2、 M3、…にダウン口 ードされるプログラムの他、各 PC端末 PC1、 PC2、 PC3、…自身でピアツーピア接続 を可能とするためのプログラムを含む。
[0054] また、バス 72には、グラフィックス処理部 77を介して液晶ディスプレイ等の表示デバ イス 78が接続される。また、バス 72には、オーディオ処理部 79を介してスピーカ 80 が接続される。また、バス 72には、通信インタフェース 85が接続される。通信インタフ ェ ~~ス 85としては、 UART (Universal Asynchronous Receiver/ fransmitte r)や USART (Universal Synchronous/ Asyncnronous Receiver, fransm itter) LAN (Local Area Network)等が用いられる。本実施形態での通信イン タフエース 85は、 LANやインターネット等により通信を行うためのものである。
[0055] さらに、バス 72には、汎用インタフェース 81が接続される。汎用インタフェース 81と しては、例えば、 USB (Universal Serial Bus)インタフェースが用いられる。汎用 インタフェース 81には、キーボード 82やマウス 83等の入力装置が接続される。また、 この汎用インタフェース 81には、 CD (Compact Disc)や DVD (Digital Versatil e Disc)等の光ディスクドライブ 84が接続される。さら〖こ、汎用インタフェース 81には 、その他各種のデバイスを接続することができる。
[0056] 図 4は、仮想携帯電話端末作成のためのアプリケーションの構成とその処理の流れ を示したものである。
仮想携帯電話端末オブジェクトは、仮想携帯電話端末作成のためのアプリケーショ ンを仮想携帯電話端末ダウンロード用のサーバ（図示していない）に格納しておき、 携帯電話端末ユーザの要求に基づいて目的とする PC端末にアプリケーションをダウ ンロードして実行することにより作成される。
図 4には、実携帯電話端末インタフェース、ピアツーピア（PtoP)インタフェース、デ ィレクトリサーノ 'インタフェースが示されており、それぞれのインタフェースとのコマン ドの授受により仮想携帯電話端末オブジェクトとの間でメッセージ処理を行う。メッセ ージコマンドとしては携帯電話端末、 PC端末、ディレクトリサーバ毎に異なるパラメ一 タを持たせることでそれぞれ独立にコマンドを決めることが出来る。
[0057] 図 5は、仮想 PC端末作成のためのアプリケーションの構成とその処理の流れを示し たものである。 仮想 PC端末オブジェクトは、仮想 PC端末作成のためのアプリケーションを仮想 PC 端末ダウンロード用のサーノ （図示していない）に格納しておき、 PC端末ユーザの要 求に基づいて目的とする携帯電話端末にアプリケーションをダウンロードして実行す ること〖こより作成される。
図 5は PC端末インタフェースのみを示したものであり、図 4のサブセットで構成され る。
図 6は、図 1のシステムにおける全体の処理の流れを示したものであり、図 7から図 1 7のフローの全体の処理の関連図を示したものである。
'ピアツーピア（PtoP)ネットワークを形成してダイナミック DNS (DDNS)サーバ 7に 登録し（図 7)、
'ダイナミック DNSサーバ 7への登録情報を用いて、携帯電話端末 Mlが PC端末 PC 1力 ピアツーピア ·アプリケーション 3をダウンロードする（図 8)。
'携帯電話端末 Mlは、ダウンロードしたピアツーピア'アプリケーション 3を起動して P C端末 PC1に仮想携帯電話端末作成要求を送信して、 PC端末 PC1に仮想携帯電 話端末 IM1を作成させる（図 9)。
•PC端末 PC1は、アプリケーションを起動して携帯電話端末 Mlに仮想 PC端末作成 要求を送信して、携帯電話端末 Mlに仮想 PC端末 IPC1を作成する。（図 10) •仮想携帯電話端末 IM1のコンテンツを PtoP共有空間 5で公開し (図 11)、
• PtoP空間 5に公開されたコンテンツを携帯電話端末 Mlで検索 ·取得し（図 12)、
•携帯電話端末 M 1に蓄積した情報を、仮想携帯電話端末 IM 1に蓄積する（図 13)。 •携帯電話端末 Mlで撮影した写真や動画を、仮想携帯電話端末 IM1と仮想 PC端 末 IPC 1の連携で PC端末 PC 1に保存し（図 14)、
• PC端末 PC 1のフォルダのファイルを、仮想携帯電話端末 IM 1と仮想 PC端末 IPC 1 との連携で携帯電話端末 M 1に保存し (図 15)、
•PC端末 PC1のツールバー (仮想携帯電話端末 IM1)に画像ファイルをドラッグ &ド ロップし、仮想 PC端末 PC 1のブックマークに取りこむ（図 16)。
•PC端末 PC1の Webブラウザのツールバーに画像ファイルをドラッグ &ドロップし、 携帯アプリケーションを用いて通信キャリアの課金システムで代金を支払う（図 17)。 [0059] 図 7は、 PC端末をディレクトリサーバで認証を行 、、認証が良好なら DDNSサーバ に登録して PC端末のピアツーピア'ネットワーク形成処理を行うものである。
図 7において、 PC端末 PC1を、ディレクトリサーバ 6の IPアドレス（例えば P2P. FO O. JPに対応）を用いて、ディレクトリサーバ 6に接続し、 PC端末 PC 1の識別子 ID 1と パスワード P1を「ユーザ認証リクエスト」情報として PC端末 PC1からディレクトリサー ノ 6に送信する (ステップ S101)。
[0060] ディレクトリサーバ 6は、 PC端末 PC1からの「ユーザ認証リクエスト」情報を受信し、 PC端末 PC1から「ユーザ認証リクエスト」情報として送られてきたユーザ識別子 ID1と パスワード P1により認証を行う（ステップ S 102)。
[0061] 認証結果が良好なら、ディレクトリサーバ 6は、ステップ S 103で「ユーザ認証結果」 情報を PC端末 PC 1に返信すると同時に、 PC端末 PC 1がピアツーピア共有空間に 参加したと認識して、ダイナミック DNSサーバ 7に、 PC端末 PC 1のユーザ識別子 ID 1と IPアドレスを「DDNSレコード登録」情報として送信する（ステップ S 104)。
ダイナミック DNSサーバ 7は、ディレクトリサーバ 6から送られてきた PC端末 PC1の ユーザ識別子 ID1と IPアドレスを登録する処理を行う（ステップ S 105)。
[0062] PC端末 PC2、 PC3も同様のステップでピアツーピア共有空間 5を共有する。この結 果、 PC端末 PC1、 PC2. PC3はピアツーピア共有空間 5を共有している状態を実現 する。
[0063] 図 8は、携帯電話端末がピアツーピア'アプリケーションのダウンロードを行う処理を 示すものである。
図 8において、携帯電話端末 Mlは、ダイナミック DNSサーバ 7に接続し、「ホスト名 問い合わせ」情報として FQDN (完全修飾ドメイン名： Fully Qualified Domain Name)を送信し、アクセス先の PC端末 PCIの IPアドレスを問 、合わせる（ステップ S 201)。
[0064] ダイナミック DNSサーバ 7は、携帯電話端末 Mlから「ホスト名問い合わせ」情報を 受信すると、 PC端末 PC 1の IPアドレスを検索し (ステップ S 202)、検索された PC端 末 PC 1の IPアドレスを「アクセス先 IPアドレス」情報として、携帯電話端末 Mlに返信 する（ステップ S 203)。 [0065] 携帯電話端末 Mlは、ダイナミック DNSサーバ 7から「アクセス先 IPアドレス」情報を 受信すると、受信したアクセス先 IPアドレスを用いて PC端末 PC 1に接続し、 PC端末 PC1に「アプリケーションダウンロードリクエスト」情報を送信する（ステップ S204)。
[0066] PC端末 PC1は、携帯電話端末 Mlから「アプリケーションダウンロードリクエスト」情 報を受信したら、ピアツーピア'アプリケーション 3を携帯電話端末 Mlに送り、携帯電 話端末 Mlは、このピアツーピア 'アプリケーション 3をダウンロードする（ステップ S20 5)。
[0067] 図 9は、ダウンロードしたピアツーピア'アプリケーションを用いて、携帯電話端末が ピアツーピア'ネットワークに接続して、 PC端末上に仮想携帯電話端末を作成する処 理を示すものである。
図 9において、携帯電話端末 Mlは、ダウンロードしたピアツーピア'アプリケーショ ン 3を起動し (ステップ S301)、 PC端末 PC1に「仮想携帯電話端末作成リクエスト」情 報を送信する (ステップ S302)。
[0068] PC端末 PC1は、携帯電話端末 Mlから「仮想携帯電話端末作成リクエスト」情報を 受信すると、仮想携帯電話端末作成アプリケーションを仮想携帯電話端末作成アブ リケーシヨンダウンロードサーノ （図示していない）力 ダウンロードして、 PC1上に仮 想携帯電話端末 IM1を作成する。（ステップ S303)。
仮想携帯電話端末 IM1が作成されると、作成された仮想携帯電話端末 IM1は、 P C端末 PC 1に「作成結果」情報を送信する (ステップ S304)。 PC端末 PCIは、この「 作成結果」情報を中継し、携帯電話端末 Mlに送信する (ステップ S305)。
[0069] 携帯電話端末 Mlは、「作成結果」情報を受信したら、携帯電話端末 Mlと PC端末 PC1上の仮想携帯電話端末 IM1との関係をディレクトリサーバ 6に登録するために、 携帯電話端末 Mlの識別子とパスワードを含む「ユーザ認証リクエスト」情報を、ディ レクトリサーバ 6に向けて送信する。
携帯電話端末 Mlからの「ユーザ認証リクエスト」情報は、携帯電話端末 Mlから PC 端末 PCIに送信され (ステップ S306)、 PC端末 PCIで中継され、 PC端末 PC1から 仮想携帯電話端末 IM1に送信され (ステップ S307)、仮想携帯電話端末 IM1で中 継され、仮想携帯電話端末 IM1からディレクトリサーバ 6に送信される (ステップ S30 8)。
[0070] 「ユーザ認証リクエスト」情報がディレクトリサーバ 6に送られると、ディレクトリサーバ 6は、送られてきた「ユーザ認証リクエスト」情報を携帯電話端末 Mlの識別子とパスヮ ード情報を用いて認証する (ステップ S309)。そして認証結果が良好なら、「ユーザ 認証結果」情報を携帯電話端末 Mlに向けて送信し (ステップ S310)、その後、ディ レクトリサーバ 6は、どの PC端末上にどの仮想携帯電話端末が作られたかの関係を ユーザ Zグループ管理データベース 11に登録する（ステップ S311)。
[0071] 図 10は、 PC端末がアプリケーションを起動して携帯電話端末上に仮想 PC端末を作 成するためのフローチャート例を示すものである。
図 10において、 PC端末 PC1は、ピアツーピア 'アプリケーション 3を起動し (ステップ S321)、携帯電話端末 Mlに「仮想 PC端末作成リクエスト」情報を送信する (ステツ プ S322)。
[0072] 携帯電話端末 Mlは、「仮想携帯電話端末作成リクエスト」情報を受信すると、仮想 PC端末作成アプリケーションを仮想 PC端末作成アプリケーションダウンロードサ一 ノ （図示していない)からダウンロードして、携帯電話端末 Ml上に仮想 PC端末 IPC 1を作成する。（ステップ S323)。仮想 PC端末作成アプリケーションダウンロードサ一 バは、仮想携帯電話端末作成アプリケーションダウンロードサーバと共用してもいい 仮想 PC端末 IPC1が作成されると「作成結果」情報を送信する (ステップ S324)。 携帯電話端末 Mlは、この「作成結果」情報を中継し、 PC端末 PC 1に送信する (ステ ップ S325)。
[0073] PC端末 PCIは、「作成結果」情報を受信したら、 PC端末 PC1と携帯電話端末 Ml 上の仮想 PC端末 IPC1との関係をディレクトリサーバ 6に登録する。 （ステップ 326〜 ステップ 330)
その後、ディレクトリサーバ 6は、どの携帯電話端末上にどの仮想 PC端末が作られ たかの関係をユーザ Zグループ管理データベース 11に登録する（ステップ S331)。
[0074] 図 11は、携帯電話端末のコンテンツを、仮想携帯電話端末を用いてピアツーピア 共有空間 5での流通コンテンツとして公開する場合のフローチャートを示すものであ る。
図 11にお 、て、携帯電話端末 Mlでピアツーピア共有空間 5にコンテンツをアップ ロードする場合には、携帯電話端末 Mlは、「コンテンツアップロードリクエスト」情報 を PC端末 PC1に送信する (ステップ S401)。
[0075] PC端末 PCIは、携帯電話端末 Mlからの「コンテンツアップロードリクエスト」情報 を受信し、このコンテンツを仮想携帯電話端末 IM1に送り、仮想携帯電話端末 IM1 にコンテンツを保存する（ステップ S402)。
仮想携帯電話端末 IM1は、コンテンツを保存したら、ディレクトリサーバ 6にコンテン ッ検索に必要な情報、即ちコンテンツ IDと PC端末 PC1の識別子を付与して「ディレ クトリ登録リクエスト」情報を送信する (ステップ S403)。
[0076] ディレクトリサーバ 6は、「ディレクトリ登録リクエスト」情報を受信したら、コンテンツ/
DRM管理データベース 12にコンテンッ検索情報とコンテンッが格納されて 、る PC 端末 PCIの識別子の登録処理を行った後 (ステップ S404)、「ディレクトリ登録結果」 情報を仮想携帯電話端末 IM1に送信する (ステップ S405)。
[0077] 仮想携帯電話端末 IM1は、ディレクトリサーバ 6からの「ディレクトリ登録結果」情報 を受信し、この「コンテンツ保存結果」情報を PC端末 PC 1に送信する (ステップ S406
) o
PC端末 PCIは、「コンテンツ保存結果」情報を受信したら、この「コンテンツアップ口 ード結果」情報に例えば 2回複写禁止等のコンテンツの属性情報を付加して、携帯 電話端末 Mlに送信する (ステップ S407)。
[0078] 携帯電話端末 Mlは、「コンテンツアップロード結果」情報を受信したら、ディレクトリ サーバ 6に向けてコンテンツの属性を設定するための「DRM設定リクエスト」情報を 送信する。この「DRM設定リクエスト」情報は、携帯電話端末 Mlから PC端末 PC1に 送信され (ステップ S408)、 PC端末 PC1で中継されて、仮想携帯電話端末 IM1〖こ 送信され (ステップ S409)、仮想携帯電話端末 IM1で中継されて、ディレクトリサーバ 6に送信される（ステップ S410)。
[0079] ディレクトリサーバ 6は、コンテンツ ZDRM管理データベース 12に、コンテンツの検 索や著作権の管理に必要な情報を蓄積して DRM設定処理を行う (ステップ S411)。 そして「DRM設定結果」情報を仮想携帯電話端末 IM 1に向けて送信する。
[0080] ディレクトリサーバ 6からの「DRM設定結果」情報は、ディレクトリサーバ 6から仮想 携帯電話端末 IM1に送信される (ステップ S412)。仮想携帯電話端末 IM1は、「DR M設定結果」情報を用いて受信コンテンツ公開のための処理を行った後 (ステップ S 413)、この「DRM設定結果」情報を PC端末 PC 1に送り（ステップ S414)、 PC端末 P C 1は、この「DRM設定結果」情報を携帯電話端末 M 1に送信する (ステップ S415) 。携帯電話端末 Mlはこの情報を受信して処理を終了する。
[0081] なお、この例では、 PC端末 PC 1が携帯電話端末 Mlの指令により、インターネット 上のコンテンツを取得して、取得したコンテンツを公開させる場合である力 例えばス テツプ S401で携帯電話端末 Mlに格納して 、るコンテンツを PC端末 PC 1にアップ ロードして流通コンテンッとして使用しても良 、。
[0082] 図 12は、公開された流通コンテンツを検索'取得する場合のフローチャート例を示 すものである。
図 12において、コンテンツを検索'取得する携帯電話端末 Mlは、 PC端末 PC1に 所望のコンテンツの検索情報を含む「コンテンツ検索リクエスト」情報を送信する (ステ ップ S 501)。
[0083] PC端末 PC1は、携帯電話端末 Mlからの「コンテンツ検索リクエスト」情報を中継し 、この「コンテンツ検索リクエスト」情報を仮想携帯電話端末 IM1に送信し (ステップ S 502)、仮想携帯電話端末 IM1は、この「コンテンツ検索リクエスト」情報を中継し、こ の「コンテンツ検索リクエスト」情報をディレクトリサーバ 6に送信する (ステップ S503)
[0084] ディレクトリサーバ 6は、コンテンツ検索リクエスト情報を受信すると、コンテンツ検索 処理でコンテンツ ZDRM管理データベース 12を検索してコンテンツが格納されてい る仮想携帯電話端末の識別子を取得する (ステップ S504)。ここでは、検索リクエスト されたコンテンツは、 PC端末 PC2上の仮想携帯電話端末 IM2にあるとする。このとき には、コンテンツが格納されている仮想携帯電話端末の識別子として、仮想携帯電 話端末 IM2のある PC端末 PC2の識別子が取得される。取得された情報は、「コンテ ンッ検索」情報としてディレクトリサーバ 6から仮想携帯電話端末 IM1に送られ (ステツ プ S505)、仮想携帯電話端末 IM1で中継されて、 PC端末 PC 1に送られ (ステップ S 506)、 PC端末 PC1で中継されて、携帯電話端末 IM1に送られる（ステップ S507)。
[0085] このように、携帯電話端末 Mlから「コンテンツ検索リクエスト」情報が送られると、こ の「コンテンツ検索リクエスト」情報は、 PC端末 PC1、仮想携帯電話端末 IM1を経由 して、ディレクトリサーバ 6に送られる。ディレクトリサーバ 6での検索結果は、「コンテン ッ検索結果」情報として、ディレクトリサーバ 6から仮想携帯電話端末 IM1、 PC端末 P C1を経由して、携帯電話端末 Mlに返される。
[0086] 所望のコンテンツが PC端末 PC2の仮想携帯電話端末 IM2に保存されて 、る場合 、携帯電話端末 Mlは、「コンテンツ検索結果」情報として、仮想携帯電話端末 IM2 のある PC端末 PC2の識別子を含む「コンテンツ検索結果」情報を受信する。このコン テンッをダウンロードする場合には、携帯電話端末 Mlは、仮想携帯電話端末 IM2 のある PC端末 PC2の識別子を付与して、「コンテンツ取得リクエスト」情報として PC 端末 PC2の仮想携帯電話端末 IM2に向けて送信する (ステップ S508)。
[0087] 携帯電話端末 Mlからの「コンテンツ取得リクエスト」情報は、携帯電話端末 Mlから PC端末 PC1に送信され (ステップ S508)、 PC端末 PC1で中継され、仮想携帯電話 端末 IM1に送られ (ステップ S509)、仮想携帯電話端末 IM1で中継されて PC端末 PC2に送信され (ステップ S510)、 PC端末 PC2から仮想携帯電話端末 IM2に送ら れる（ステップ S 511)。
[0088] 仮想携帯電話端末 IM2は、「コンテンツ取得リクエスト」情報を受信したら、受信した 「コンテンッ取得リクエスト」情報を元に、格納して ヽるコンテンツの「コンテンツ同期」 情報を仮想携帯電話端末 IM1に向けて送信する。この「コンテンツ同期」情報は、仮 想携帯電話端末 IM2から PC端末 PC2に送られ (ステップ S 512)、 PC端末 PC2で中 継され、 PC端末 PC2から仮想携帯電話端末 IM1に送られる (ステップ S513)。
[0089] 仮想携帯電話端末 IM1は、「コンテンツ同期」情報を受信すると、仮想携帯電話端 末 IM1のコンテンツを、仮想携帯電話端末 IM2のコンテンツと同じ内容 (コンテンツ の同期）とする処理を行う。また、この「コンテンツ同期」情報は、仮想携帯電話端末 I Mlから PC端末 PC1に送られる（ステップ S514)。
PC端末 PC1は、「コンテンツ同期」情報を受信すると、「DRMリクエスト」情報をディ レクトリサーバ 6に向けて送信する。 PC端末 PC1からの「DRMリクエスト」情報は、仮 想携帯電話端末 IM1に送られ (ステップ S515)、仮想携帯電話端末 IM1で中継され て、仮想携帯電話端末 IM1からディレクトリサーバ 6に送信される (ステップ S516)。
[0090] ディレクトリサーバ 6は、 PC端末 PC1から仮想携帯電話端末 IM1を経由して送られ てきた「DRMリクエスト」情報を受信すると、コンテンツ ZDRM管理データベース 12 を検索して、コンテンツの属性情報を検出する。そして、属性情報を付加した「DRM 処理結果」情報を PC端末 PCIに向けて送信する。例えば、そのコンテンツが「2回目 以降複製禁止」であるなら、コンテンツ ZDRM管理データベース 12で「2回目以降 複製禁止」の属性情報が付加される。この属性情報を付加した「DRM処理結果」情 報は、ディレクトリサーバ 6から仮想携帯電話端末 IM1に送られ (ステップ S518)、仮 想携帯電話端末 IM 1で中継され、 PC端末 PC 1に送られる (ステップ S519)。
[0091] PC端末 PC1は、ディレクトリサーバ 6からの「DRM処理結果」情報を受信したら、携 帯電話端末 Mlに対して、 DRMの処理を行ったコンテンツを送信する。携帯電話端 末 IM1は、このコンテンツをダウンロードする（ステップ S520)。
[0092] 図 13は、携帯電話端末が取得したメッセージを仮想携帯電話端末に保存する場 合のフローチャート例を示すものである。
携帯電話端末 Mlはアプリケーションを起動し、コンテンツ IDを含むコンテンツを取 得してメッセージサーバ 8にコンテンツをー且登録する。（ステップ S601、ステップ S6 02)。
メッセージサーバ 8は、登録結果を携帯電話端末 Mlに送出し、携帯電話端末 Ml は、登録結果を受信する (ステップ S603)。
[0093] 次に PC端末は、アプリケーションを起動して (ステップ S604)仮想携帯電話端末 I Mlのユーザ IDを獲得し (ステップ S605)、ユーザ IDをキーとしたコンテンツ IDをメッ セージサーバ 8に要求する。
メッセージサーバ 8は、仮想携帯電話端末 IM1からの要求情報を受信して、ユーザ IDからコンテンツ IDを検索して検索結果を仮想携帯電話端末 IM1に送信し、仮想 携帯電話端末 IM1で送信されたコンテンツ IDを取得する (ステップ S 606、ステップ S 607) [0094] 仮想携帯電話端末 IMlは、コンテンツ IDをキーとしてコンテンツの位置、即ちコン テンッサーバのアドレスをディレクトリサーバ 6に要求し、ディレクトリサーノ 6からコン テンッサーバアドレスを得る (ステップ S608〜ステップ S610)。仮想携帯電話端末 I M 1は、コンテンッサーバアドレスを用 V、てコンテンッサーバにアクセスしてコンテンッ を取得して保存する（ステップ S611)。
[0095] 図 14は、携帯電話端末で撮影した写真等のコンテンツを仮想 PC端末と仮想携帯 電話端末の連携で仮想携帯電話端末に保存する場合のフローチャート例を示すも のである。
携帯電話端末 Mlは、アプリケーションを起動して仮想 PC端末 IPC1にユーザ ID ( PCID)を取得させ、携帯電話端末 Mlで撮影した写真を仮想 IPC1に保存させる (ス テツプ S 701〜ステップ S 703) o
[0096] 次に携帯電話端末 Mlは、撮影した写真を仮想携帯電話端末 IM1に保存させるた め、ディレクトリサーバに PC端末 IDをキーとして PC位置情報 (PCアドレス）を要求し 、 PCアドレスを取得して仮想 PC端末 IPC 1に保存する（ステップ S 704〜ステップ S7 07)。
次に仮想 PC端末 IPC 1は、取得した PCアドレスで PC端末 PC 1の仮想携帯電話端 末 IM1にアクセスしてファイルを送信する。送信されたファイルは仮想携帯電話端末 IM1で保存され、仮想携帯電話端末 IM1から仮想 PC端末 IPC1にファイル保存完 了情報を送信し、仮想 PC端末 IPC1は、ファイル保存完了情報を受信して処理を終 了する（ステップ S 708〜ステップ S710)。
[0097] 図 15は、 PC端末のフォルダ内のファイルを仮想携帯電話と端末仮想 PC端末の連 携で仮想 PC端末に保存する場合のフローチャート例を示すものである。
PC端末 PC1でアプリケーションを起動し、仮想携帯電話端末 IM1にユーザ IDを取 得させる（ステップ S801、ステップ S802)。
仮想携帯電話端末 IMlは、 PC端末 PC 1の位置 (アドレス）とコンテンツ IDをディレ クトリサーバ 6に登録する（ステップ S802、ステップ S803)。
仮想携帯電話端末 IMlは、 PC端末 PC1からのコンテンツを携帯に保存させる指 示を受信してコンテンツ IDをメッセージサーバ 8に登録し、メッセージサーバ 8は登録 結果を仮想携帯電話端末 IM1に返信する (ステップ S804〜ステップ S807)。
[0098] 携帯電話端末 Mlは、アプリケーションを起動して仮想 PC端末 IPC1にユーザ IDを 取得させる。仮想 PC端末 IPC1は、ユーザ IDをキーとしてメッセージサーバ 8にコン テンッ IDの取得要求を送信し、コンテンツ IDをメッセージサーバ 8から取得する（ステ ップ S808〜ステップ S810)。
仮想 PC端末 IPC1は、取得したコンテンツ IDにより PC端末 PC1の位置（アドレス） をディレクトリサーバ 6に問い合わせて取得する（ステップ S811、ステップ S812)。 仮想 PC端末 IPC 1は、取得した PCアドレスを用 、て PC端末 PC 1にアクセスしてフ アイルをダウンロードする（ステップ S813、ステップ S814)
[0099] 図 16は、 PC端末の Webブラウザのツールバーに画像ファイルをドラッグ &ドロップ し、仮想 PC端末のブックマークに取りこむ場合のフローチャート例を示すものである
PC端末 PC1は、 Webブラウザの起動により Webブラウザ上のツールバーを起動し てユーザ IDを取得する。この場合ツールバーに携帯電話端末機能 (エージヱント機 能）を持たせておく（ステップ S901、ステップ S902)。
PC端末 PCIで Webを閲覧し、画像ファイルを取得してツールバーにドラッグし、ッ 一ルバ一が画像ファイルのブックマーク IDを取得する（ステップ S902〜ステップ S90
5)。
ツールバーは、メッセージサーバ 8にコンテンツ ID (ブックマーク ID)の保存要求を 行い、コンテンツ IDをメッセージサーバ 8に保存させる（ステップ S903〜ステップ S9
06)。
[0100] 携帯電話端末 Mlは、アプリケーションを起動してユーザ IDを取得し、ユーザ IDを キーとしてメッセージサーバ 8からブックマーク IDを取得する。このブックマーク ID (コ ンテンッ ID)によりブックマークサーバ位置をディレクトリサーバ 6に問い合わせた後、 ブックマークサーバにアクセスしてブックマーク情報を取得する（ステップ S 907〜ス テツプ S 912)。
[0101] 図 17は、 PC端末の Webブラウザのツールバーに画像ファイルをドラッグ &ドロップ し、仮想 PC端末を用いて通信キャリアの課金システムで代金を支払う場合のフロー チャート例を示すものである。
PC端末 PC1は、 Webブラウザの起動によりツールバーを起動してユーザ IDを取得 する。ユーザ IDには、携帯電話端末 Mlの電話番号を事前に関連付けておく。この 後 PC端末 PC 1は、 Webを閲覧し画像ファイルを取得してツールバーにドラッグし、ッ 一ルバ一は、画像ファイルから商品 情報を取得する（ステップ S920〜ステップ S9 23)。
ツールバーは、メッセージサーバ 8に商品メッセージの IDを保存させる（ステップ S9 24、ステップ S925)。
[0102] 携帯電話端末 Mlでアプリケーションを起動し、仮想 PC端末 IPC1でユーザ IDを取 得後、仮想 PC端末 IPC1は、ユーザ IDをキーとしてメッセージサーバ 8に問い合わ せ商品 IDを取得する（ステップ S926〜ステップ S932)。
携帯電話端末 MIは、商品 情報をもとに仮想 PC端末 IPC1に対し購入指示を行 い、仮想 PC端末 IPC1は、携帯電話端末 Mlのキャリアの課金システムでの課金処 理を、ユーザ IDに関連付けられた電話番号を用いて要求する (ステップ S934、ステ ップ S 935)。
[0103] 本発明は、上述した実施形態に限定されるものではなぐ本発明の要旨を逸脱しな V、範囲内で様々な変形や応用が可能である。
産業上の利用可能性
[0104] 本発明のデータ伝送システムにより、携帯電話端末と PC端末相互間でシームレス に、インターネット上のピアツーピア共有空間が作成されるので、コンテンツを共有す るのに最適なシステムとしてその利用が期待できる。

Claims

請求の範囲
[1] 1以上の携帯電話端末と、 1以上の PC端末と、該携帯電話端末及び該 PC端末と の間を接続する移動体通信網及びインターネット網とからなるデータ伝送システムで あって、 インターネット上にディレクトリサーバ及びメッセージサーバを接続し、 前記 PC端末にピアツーピア ·アプリケーションを搭載し、前記 PC端末間でピアツー ピア.ネットワークを形成してピアツーピア空間を共有し、
前記携帯電話端末により前記 PC端末のうちの 1つをダイナミック DNSサーバに登 録された FQDN (完全修飾ドメイン名 )で指定し、指定された該 PC端末のピアツーピ ァ ·アプリケーション上で仮想携帯電話端末を作成し、指定された該 PC端末を介して 前記携帯電話端末に対応する仮想携帯電話端末上で前記携帯電話端末の操作を 実行することを特徴とするデータ伝送システム。
[2] 前記仮想携帯端末作成アプリケーションは、 PC端末のピアツーピア'インタフエ一 ス、携帯電話端末インタフェース、及びディレクトリサーバ'インタフェースを有し、各ィ ンタフェースと仮想携帯電話端末オブジェクト間のコマンドを共通に処理するための パラメータ操作を実行することを特徴とする請求項 1に記載のデータ伝送システム。
[3] 前記 PC端末でピアツーピア'アプリケーションを起動し、対応する携帯電話端末を 指定して該携帯電話端末上に仮想 PC端末を作成し、指定された該携帯電話端末を 介して前記 PC端末に対応する仮想 PC端末上で前記 PC端末での操作を実行する ことを特徴とする請求項 1に記載のデータ伝送システム。
[4] 前記 PC端末作成アプリケーションは、 PCインタフェースを有し、前記仮想携帯電 話端末作成アプリケーションの PCインタフェースと仮想 PC端末オブジェクト間のコマ ンドを共通に処理するためのパラメータ操作を実行することを特徴とする請求項 3に 記載のデータ伝送システム。
[5] インターネット上にディレクトリサーバを設置し、前記各 PC端末がピアツーピア'ネッ トワークを形成する際に、該ディレクトリサーバにより、前記 PC端末及び前記携帯電 話端末の認証を行うと共に、認証が良好な前記 PC端末と前記仮想携帯電話端末の 対応、前記携帯電話端末と前記仮想 PC端末との対応関係を蓄積し、前記仮想携帯 電話端末又は仮想 PC端末上に作成したコンテンツの検索情報と属性情報とを管理 し、前記ピアツーピア'ネットワークに参加した PC端末の FQDN名と IPアドレスとの組 み合わせをインターネット上に存在しているダイナミック DNSサーバに登録することを 特徴とする請求項 1に記載のデータ伝送システム。
[6] 前記携帯電話端末は、該携帯電話端末で取得したコンテンツを前記仮想携帯電 話端末に保存し、 DRMでコンテンツの属性を設定した後共有空間を共有する前記 P C端末の仮想携帯電話端末間でコンテンツのコピーを伝送して同期させておくことに より PC端末間でコンテンツを流通させ、共有空間を共有する PC端末に対応する任 意の携帯電話端末にダウンロードすることを特徴とする請求項 1に記載のデータ伝送 システム。
[7] 前記携帯電話端末は、該携帯電話端末で取得したコンテンツの検索情報及び属 性情報をー且メッセージサーバに登録し、登録されたメッセージサーバの検索情報 及び属性情報を用いディレクトリサーノくからコンテンツサーバアドレスを取得してコン テンッサーバから得られたコンテンツを前記仮想携帯電話端末に保存することを特 徴とする請求項 1に記載のデータ伝送システム。
[8] 前記携帯電話端末の仮想 PC端末は、該携帯電話端末で取得したコンテンツの保 存先 PC端末アドレスをディレクトリサーバに問 、合わせて取得し、取得した保存先 P C端末アドレスを用い該 PC端末の仮想携帯電話端末にアクセスして該仮想携帯電 話端末にコンテンツを保存することを特徴とする請求項 1に記載のデータ伝送システ ム。
[9] 前記 PC端末の仮想携帯電話端末は、該 PC端末のアドレスと PC端末のフォルダ内 のファイルのコンテンツ IDをディレクトリサーバに登録し、且つ該コンテンツ IDをメッセ ージサーバに登録しておき、
前記携帯電話端末の仮想 PC端末は、メッセージサーノからコンテンツ IDを取得し 、取得したコンテンツ IDを用いディレクトリサーバにアクセスして PC端末のアドレスを 取得し、取得したアドレスの PC端末にアクセスして該 PC端末の仮想携帯電話端末 力もファイルデータを得ることを特徴とする請求項 1に記載のデータ伝送システム。
[10] 前記 PC端末の Webブラウザのツールバー上に仮想携帯電話端末を作成し、作成 した仮想携帯電話端末を用い該ツールバーに画像ファイルをドラッグ &ドロップして 画像ファイルのブックマークのコンテンツ IDをメッセージサーバに保存しておき、 前記携帯電話端末の仮想 PC端末は、該メッセージサーノからコンテンツ IDを取得 し、取得したコンテンツ IDによりブックマークサーバアドレスをディレクトリサーバから 取得し、取得したブックマークサーノ からコンテンツを得ることを特徴とする請求項 1 に記載のデータ伝送システム。
前記 PC端末の Webブラウザのツールバー上に仮想携帯電話端末を作成し、該ッ 一ルバ一に画像ファイルをドラッグ &ドロップして画像ファイルから得られる商品 IDに より商品サーバアドレスをディレクトリサーバから取得し、取得した商品サーバにァク セスして商品情報を取得すると共に携帯電話端末の通信キャリアの課金システムで 商品の代金を支払うことを特徴とする請求項 1に記載のデータ伝送システム。
PCT/JP2005/020365 2004-11-08 2005-11-07 データ伝送システム WO2006049276A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006542459A JPWO2006049276A1 (ja) 2004-11-08 2005-11-07 データ伝送システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004-323738 2004-11-08
JP2004323738 2004-11-08

Publications (2)

Publication Number Publication Date
WO2006049276A1 WO2006049276A1 (ja) 2006-05-11
WO2006049276A9 true WO2006049276A9 (ja) 2006-09-21

Family

ID=36319274

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/020365 WO2006049276A1 (ja) 2004-11-08 2005-11-07 データ伝送システム

Country Status (2)

Country Link
JP (1) JPWO2006049276A1 (ja)
WO (1) WO2006049276A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7987471B2 (en) * 2007-01-26 2011-07-26 Microsoft Corporation Mobile device management proxy system
US8990411B2 (en) 2010-04-22 2015-03-24 Microsoft Technology Licensing, Llc Dynamic connection management on mobile peer devices
JP2013073455A (ja) * 2011-09-28 2013-04-22 Video Research:Kk 端末装置及び収集方法
CN114268958B (zh) * 2021-12-13 2023-12-22 奇安信科技集团股份有限公司 云手机模拟真实手机的方法、装置及计算机设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10117207A (ja) * 1996-10-11 1998-05-06 Matsushita Electric Ind Co Ltd モバイル端末接続方法およびネットワーク用ルータ
JP2002132739A (ja) * 2000-10-23 2002-05-10 Nec Corp スタブ検索ローディングシステム及び方法、サーバ装置、クライアント装置並びにコンピュータ可読記録媒体
JP2002169744A (ja) * 2000-12-04 2002-06-14 Ntt Me Corp 付加情報配信装置及び付加情報配信方法
JP2003150472A (ja) * 2001-11-15 2003-05-23 Nippon Telegr & Teleph Corp <Ntt> ブックマーク共有方法およびその装置、並びに前記方法のプログラムおよびこのプログラムを記憶した記憶媒体
JP2003271440A (ja) * 2002-03-18 2003-09-26 Oki Electric Ind Co Ltd コンテンツ配信管理システム
JP2003273937A (ja) * 2002-03-19 2003-09-26 Hitachi Ltd サービスゲートウェイ装置
JP3953950B2 (ja) * 2002-12-20 2007-08-08 富士通株式会社 ローカルアドレスを用いたサーバシステム

Also Published As

Publication number Publication date
WO2006049276A1 (ja) 2006-05-11
JPWO2006049276A1 (ja) 2008-05-29

Similar Documents

Publication Publication Date Title
US20180137298A1 (en) Remote data access techniques for portable devices
CN103329503B (zh) Ad hoc文件共享
JP2006031219A (ja) コンテンツ利用システム、コンテンツ利用端末、参照サーバ、コンテンツ利用プログラム、及び、参照プログラム
CN102271165B (zh) 互联网搜索资源的分享管理装置及方法
US7218406B2 (en) Mailbox printing services for information appliances
JP2006323448A (ja) データ共有システムおよび方法
US20110013775A1 (en) System and method of mobile content sharing and delivery in an integrated network environment
JP2007521541A (ja) サービスをダウンロードするためのホットスポットにおけるキャッシュサーバ
CN101119547A (zh) 移动终端和本地服务器之间的内容共享方法
CN102056106A (zh) 一种实时更新通讯录的方法及系统
JP2008278266A (ja) 情報表示システム
JP2003204581A (ja) 移動通信端末、ネットワーク装置、移動通信システム、情報送受信方法、情報送受信プログラム
RU2518675C2 (ru) Способ и устройство для предоставления контента через сеть, способ и устройство для приема контента через сеть, способ и устройство для резервного копирования данных через сеть, устройство предоставления данных резервного копирования и система резервного копирования
TW201310947A (zh) 文件下載系統
CN102857530A (zh) 一种上传图片的方法及系统
WO2006049276A9 (ja) データ伝送システム
JP4719732B2 (ja) バックアップサーバ、移動機、およびこれらを用いた通信システム、ならびにバックアップ方法
TWI570626B (zh) 虛擬檔案分享方法
JP2008123290A (ja) コミュニティ管理サーバ、通信端末、コンテンツ伝達システム及びコンテンツ伝達方法
KR101896135B1 (ko) 정보 처리 장치, 정보 처리 시스템, 및 프로그램
JP2003532941A (ja) インターネット上で検索された情報を遠隔格納する方法
TW201500933A (zh) 在區域網路中進行資料分享與數據同步的方法
JP6597314B2 (ja) ファイル共有支援システム、ネットワークストレージ装置、ファイル共有支援方法、及び、ファイル共有支援プログラム
JP2006338135A (ja) コンテンツ配信システム
TWI599892B (zh) Home network system file management and sharing methods

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006542459

Country of ref document: JP

122 Ep: pct application non-entry in european phase

Ref document number: 05800342

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 5800342

Country of ref document: EP