JP2003273937A

JP2003273937A - サービスゲートウェイ装置

Info

Publication number: JP2003273937A
Application number: JP2002076171A
Authority: JP
Inventors: Koji Tsukada; 晃司塚田; Kiyoshi Azuma; 潔司東; Kunihiko Higashimura; 邦彦東村; Toru Hoshi; 徹星; Susumu Matsui; 進松井
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-03-19
Filing date: 2002-03-19
Publication date: 2003-09-26

Abstract

(57)【要約】【課題】処理能力に制約がある移動端末と、ＩＰ網接
続端末との間の通信を可能とするデータサービスゲート
ウェイ装置を提供する。【解決手段】ＩＰ網に接続されるサービスゲートウェイ
装置１０が、移動体通信網を介してＩＰ網をアクセスす
る携帯端末２０と第１通信プロトコルで通信する第１制
御部１２と、ＩＰ網接続端末と第２通信プロトコルで通
信する第２制御部１４と、各携帯端末と対応して擬似オ
ブジェクト１６を生成し、各擬似オブジェクトに割り当
てた識別情報を使用して、携帯端末間または携帯端末と
ＩＰ網接続端末の間の第２プロトコルによる通信を中継
するゲートウェイ機能部１５とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】移動体通信端末におけるデー
タ通信中継方式に関し、更に詳しくは、移動通信網を介
してＩＰ（Internet Protocol）網をアクセスする携帯
端末と他の端末との間の通信を中継するサービスゲート
ウェイ装置に関する。

【０００２】

【従来の技術】最近の日本国内における携帯端末、特
に、携帯電話機の普及はめざましく、２００１年７月末
時点での携帯電話機の登録台数は約６４００万台に達
し、今後も更に増加することが予想される。携帯電話機
は、小型化、軽量化、内蔵ＣＰＵの処理能力の向上、内
蔵メモリの大容量化、液晶表示画面の大型化と高精細化
が図られ、その機能が大幅に向上している。最近の携帯
電話機は、本来の機能である音声通話以外に、電子メー
ルの送受信機能、ウェブページの閲覧機能、Ｊａｖａ
（米国、その他の国における米国Sun Microsystems, In
cの登録商標）アプリケーションの実行機能が搭載さ
れ、単なる音声端末の域を越えて、ポータブルなインタ
ーネット端末へと進化しつつある。

【０００３】従来、ネットワークアプリケーションの形
態は、各種の計算機資源（ストレージ、ＣＰＵ等）を少
数のサーバに集中させ、クライアント端末からの処理要
求に応じて、サーバ側で情報処理を実行し、その結果を
クライアントに返すクライアント・サーバモデルに従っ
たものが主流となっていた。

【０００４】しかしながら、クライアント端末のＣＰＵ
処理能力の向上、メモリ容量の増加、ネットワークの高
速化に伴って、計算機資源を端末に分散配置し、それら
の資源を必要に応じて端末間で融通して利用するアプリ
ケーション形態や、各端末が互いに対等な立場で、状況
に応じてサーバとクライアントの何れの役割もするピア
・ツー・ピア（Peer to Peer：以下、“Ｐ２Ｐ”と言
う）モデルを採用したアプリケーションが登場し、Ｐ２
Ｐモデルに基づく音楽ファイルの検索サービスも世界的
に普及しつつある。

【０００５】Ｐ２Ｐモデルを採用した初期の端末は、ア
プリケーション毎に独自プロトコルを採用していたた
め、相互の接続性に欠けていた。また、プラットフォー
ムとして独立していなかったため、アプリケーションの
再利用が困難となっていた。しかしながら、Ｊａｖａに
よるＰ２Ｐモデルの共通プラットフォーム“ＪＸＴＡ”
が提案されことにより、今後は、ＪａｖａＶＭの搭載
装置間で行われるＰ２Ｐモデルに基づく新規情報サービ
スの登場が注目されている。携帯端末も、Ｊａｖａアプ
リケーションを実行可能な性能となってきたため、携帯
端末のユーザからも、Ｐ２Ｐモデルに基づいた情報サー
ビスへの要求が高まるものと予想される。

【０００６】

【発明が解決しようとする課題】しかしながら、携帯端
末、特に携帯の実状は、ポータブルなインターネット端
末としての機能を備えているものの、セキュリティ、デ
ータ処理能力、通信事業者による仕様の相違などの理由
により、一般的なパーソナルコンピュータ（以下、ＰＣ
と言う）上のＪａｖａアプリケーション実行環境と比較
して、Ｊａｖａアプリケーションで利用可能なメモリ容
量、メモリ領域、通信プロトコル、接続可能なサーバに
制約がある。また、携帯電話機は、無線回線を利用して
おり、節電のために電源が遮断される場合があるため、
端末側が常に通信可能圏内にあるという保証と、常に送
受信可能な状態であるという保証が無い。

【０００７】携帯端末では、Ｊａｖａアプリケーション
を実行できるとしても、一般的なＰＣで実行可能なＪａ
ｖａアプリケーションをそのまま携帯端末上で動作させ
ることは困難である。また、現状の移動体通信網では、
任意の携帯端末間に直接的な通信路を設定することはで
きず、基地局を経由した場合、相手端末をＩＰアドレス
で直接指定する形式でデータ通信を開始することは困難
である。このため、現状の移動体通信網では、Ｐ２Ｐモ
デルに基づいた通信サービスの実現が困難となってい
る。

【０００８】また、現状の移動体通信網では、携帯電話
機が、電話機あるいはインターネットの情報閲覧端末に
位置付けされており、複数の携帯電話機が各種データを
共有または交換する形式のサービスを実現することは困
難となっている。

【０００９】本発明の目的は、通信プロトコル上の制約
によって直接的なデータ通信ができない携帯端末間また
は携帯端末と他の端末との間の通信を可能とするデータ
通信中継方式およびサービスゲートウェイ装置を提供す
ることにある。本発明の他の目的は、データ処理能力に
制約がある携帯端末と、ＩＰ網に接続された比較的デー
タ処理能力の高い端末との間での通信を可能とするデー
タ通信中継方式およびサービスゲートウェイ装置を提供
することにある。

【００１０】本発明の更に目的は、通信プロトコルの相
違によって直接的なデータ通信ができない携帯端末とＩ
Ｐ網に接続された端末との間での情報交換を可能とする
データ通信中継方式およびサービスゲートウェイ装置を
提供することにある。本発明の更に目的は、移動体通信
網を介してＩＰ網に接続される携帯端末が、他の携帯端
末またはＩＰ網接続端末の所有情報の中から所望の情報
を取得できるデータ通信中継方式およびサービスゲート
ウェイ装置を提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ＩＰ網に接続されるサービスゲートウェ
イ装置が、移動体通信網を介して上記ＩＰ網をアクセス
する携帯端末と第１の通信プロトコルで通信するための
第１制御部と、上記ＩＰ網に接続された端末装置と第２
の通信プロトコルで通信するための第２制御部と、上記
第１通信プロトコルで接続された各携帯端末と対応して
擬似オブジェクトを生成し、各擬似オブジェクトに割り
当てた識別情報を使用して、上記携帯端末と他の携帯端
末との間、または上記携帯端末と上記ＩＰ網に接続され
た他の端末装置との間で行われる上記第２プロトコルに
よる通信を中継するゲートウェイ機能部とを備えたこと
を特徴とする。

【００１２】本発明によるサービスゲートウェイ装置の
他の特徴は、移動体通信網を介してＩＰ網をアクセスす
る携帯端末と通信するための第１通信プロトコルのイン
ターフェイスを有する第１制御部と、上記ＩＰ網に接続
された端末装置と通信するための第２通信プロトコルの
インターフェイスを有する第２制御部と、上記第１通信
プロトコルのインターフェイスを介して接続された各携
帯端末と対応して、他の携帯端末または上記ＩＰ網に接
続された他の端末装置と上記第２通信プロトコルで通信
するための擬似オブジェクトを生成し、該擬似オブジェ
クトにリンクして各携帯端末の送受信情報を一時的に保
持するゲートウェイ機能部とを備えたことにある。上記
第１通信プロトコルは、例えば、ＨＴＴＰ（HyperText
Transfer Protocol）であり、第２プロトコルは、例え
ば、Peer to Peerプロトコルである。

【００１３】更に詳述すると、本発明のサービスゲート
ウェイ装置では、上記ゲートウェイ機能部が、上記第２
制御部を介して特定の擬似オブジェクト宛の情報を受信
した時、該擬似オブジェクトと対応する携帯端末が接続
中の場合は、上記第１制御部を介して受信情報を携帯端
末に転送し、上記携帯端末が切断中の場合は、受信情報
を上記擬似オブジェクトと対応付けて保存しておき、上
記携帯端末から要求があった時点で転送する。

【００１４】本発明の更に他の特徴は、サービスゲート
ウェイ装置が、携帯端末からファイル情報を受信するた
めの第３通信プロトコルのインターフェイスを有する第
３制御部を備え、上記ゲートウェイ機能部が、上記第３
制御部から受信したファイル情報を送信元携帯端末と対
応する擬似オブジェクトにリンクして一時的に保持する
ことにある。上記第３プロトコルとしては、例えば、Ｓ
ＭＴＰ（Simple MailTransfer Protocol）が適用され
る。本発明のその他の目的および特徴は、以下に述べる
実施形態から明らかになる。

【００１５】

【発明の実施の形態】以下、本発明の幾つかの実施例に
ついて図面を参照して説明する。図１は、本発明が適用
されるネットワークシステムの全体構成を概略的に示し
た図である。本発明は、携帯電話機２０やＰＤＡ２１の
ように、端末間で直接的にデータ通信することができな
い移動体通信端末間に、データ通信中継装置（以下、Ｐ
２ＰサービスＧＷ（ゲートウェイ）装置と呼ぶ）１０を
介在させることによって、端末間に仮想的な直接データ
通信を実現したものである。本発明によれば、Ｐ２Ｐサ
ービスＧＷ１０を介在させることによって、移動体通信
端末間だけでなく、例えば、携帯電話機２０とインター
ネット３１に接続されたＰＣ２２（２２−１、２２−
２、・・・）との通信も可能となる。

【００１６】尚、移動体通信端末２０、２１を移動体通
信網３２からインターネット網３１に接続する場合、移
動体通信網３２が提供するインターネット接続用のゲー
トウェイ装置３０を経由する。本発明において、移動体
通信端末には、図示した携帯電話機２０やＰＤＡ２１以
外の装置も含まれるが、以下の説明では、携帯電話機２
０でもって移動体通信端末を代表させる。

【００１７】図２は、Ｐ２ＰサービスＧＷ装置１０（１
０Ａ、１０Ｂ）を介して行われる携帯電話機と他の端末
間の通信経路を示す。Ｐ２ＰサービスＧＷ装置１０は、
ＨＴＴＰインターフェイス１１と、Ｐ２Ｐプロトコルイ
ンターフェイス１３の２つのネットワークインターフェ
イスと、Ｐ２ＰサービスＧＷ機能部１５を備える。各携
帯電話機２０（２０−１、・・・２０−６）は、ＷＷＷブ
ラウジング機能を利用して、Ｐ２ＰサービスＧＷ装置１
０とＨＴＴＰ／ＣＧＩ通信４１を行い、ＨＴＴＰインタ
ーフェイス１１を介して、Ｐ２ＰサービスＧＷ機能部１
５に接続する。

【００１８】Ｐ２ＰサービスＧＷ装置１０は、各携帯電
話機からログオン要求を受付けると、各携帯電話機をＰ
２Ｐ通信端末として仮想的に機能させるために、Ｐ２Ｐ
サービスＧＷ機能部１５によって、ログオン要求元と対
応した擬似Ｐｅｅｒオブジェクト１６（１６−１、…１
６−６）を生成する。Ｐ２ＰサービスＧＷ装置１０Ａ
は、擬似Ｐｅｅｒオブジェクト１６−１〜１６−３を仮
想的な携帯電話機として、Ｐ２Ｐプロトコルインターフ
ェイス１３を介して、インターネット３１に接続された
ＰＣ等の他のＰ２Ｐ端末２２（２２−１、２２−２、・・
・）や、他のＰ２ＰサービスＧＷ装置１０Ｂ内に生成さ
れた擬似Ｐｅｅｒオブジェクト１６−４〜１６−６と、
Ｐ２Ｐプロトコル４２に従って通信する。

【００１９】本発明によれば、このようにＰ２Ｐサービ
スＧＷ装置１０Ａ内に擬似Ｐｅｅｒオブジェクト１６を
生成し、擬似Ｐｅｅｒオブジェクト１６と、他の擬似Ｐ
ｅｅｒオブジェクトやＰＣ端末とＰ２Ｐ通信を行うこと
によって、例えば、携帯電話機２０−１と２０−４との
通信のような携帯電話機同士の通信と、例えば、携帯電
話機２０−１とＰＣ２２−１の通信のように、携帯電話
機とＰ２Ｐ端末との通信を可能とする。

【００２０】尚、Ｊａｖａ機能を備えた携帯電話機によ
るデータ通信では、自動更新機能などの高度の通信制御
を行うために、Ｐ２ＰサービスＧＷ装置１０との間のＨ
ＴＴＰ／ＣＧＩ通信４１の制御にＪａｖａを使用でき
る。以下、本明細書では、インターネットに接続された
ＰＣのようなＰ２Ｐ端末と、Ｐ２ＰサービスＧＷ装置１
０が生成した擬似Ｐｅｅｒオブジェクトとを総称して、
Ｐｅｅｒ端末という。

【００２１】図３は、Ｐ２ＰサービスＧＷ装置１０の基
本構成の１実施例を示す。Ｐ２ＰサービスＧＷ装置１０
は、携帯電話機２０（２０−１〜２０−３）との間でＨ
ＴＴＰ／ＣＧＩ通信を実行するためのＨＴＴＰコントロ
ーラ部１２と、ＰＣ端末または他のＰ２ＰサービスＧＷ
装置との間でＰ２Ｐ通信するためのＰ２Ｐコントローラ
部１４と、擬似Ｐｅｅｒオブジェクト１６（１６−１、
１６−２、・・・）を管理し、携帯電話機と他のＰｅｅｒ
端末との間の通信の仲立ちをするＰ２ＰサービスＧＷ機
能部１５とからなっている。

【００２２】ＨＴＴＰコントローラ部１２は、ＨＴＴＰ
インターフェイス１１を介して各携帯電話機と通信し、
Ｐ２Ｐコントローラ部１４は、Ｐ２Ｐプロトコルインタ
ーフェイス１３を介して、他のＰｅｅｒ装置とＰＴＰプ
ロトコルによって通信する。

【００２３】Ｐ２ＰサービスＧＷ機能部１５が管理する
擬似Ｐｅｅｒオブジェクト１６に実体は、記憶装置１９
に形成された擬似Ｐｅｅｒオブジェクトテーブル１９Ａ
のデータエントリであり、各データエントリには、Ｐ２
ＰサービスＧＷ機能部１５が携帯電話機ユーザに割り当
てたユーザＩＤと対応して、例えば、携帯電話機の識別
子、携帯電話機ユーザの氏名、その他のユーザ情報が登
録される。

【００２４】また、記憶装置１９には、各擬似Ｐｅｅｒ
オブジェクト１６が他のＰ２Ｐ端末から受信したデータ
を蓄積するためのデータファイル１９Ｂと、各擬似Ｐｅ
ｅｒオブジェクト１６のユーザが作成した公開情報を蓄
積するためのデータファイル１９Ｃが形成される。各携
帯電話機のユーザは、Ｐ２ＰサービスＧＷ装置１０をア
クセスすることによって、データファイル１９Ｂから、
自端末と対応する擬似Ｐｅｅｒオブジェクト１６が受信
したデータの読み出しと、自端末と対応するデータファ
イルへの公開情報の登録を行うことができる。記憶装置
１９には、データファイル１９Ｂとは別に、携帯電話機
ユーザへの応答を迅速に行うための各種のキャッシュメ
モリファイルが形成される。

【００２５】図４は、Ｐ２ＰサービスＧＷ装置１０の拡
張構成の１実施例を示すここに示したＰ２ＰサービスＧ
Ｗ装置１０は、図３に示したＨＴＴＰインターフェイ
ス、Ｐ２Ｐプロトコルインターフェイス以外の第３のイ
ンターフェイス１７を介して携帯電話機と通信するファ
イル登録コントローラ部１８を備えている。第３のイン
ターフェイス１７としては、例えば、電子メール用の通
信インターフェイスであるＳＭＴＰインターフェイスを
適用できる。ＳＭＴＰインターフェイスを使用した場
合、ファイル登録コントローラ部１８が、携帯電話機ユ
ーザから電子メール形式でデータを受信し、これをＰ２
ＰサービスＧＷ機能部１５が擬似Ｐｅｅｒオブジェクト
１６を介して他のＰ２Ｐ端末に送信できる。

【００２６】以下、本発明のネットワークシステムにお
けるＰ２ＰサービスＧＷ装置１０の動作について、携帯
電話機２０のユーザ操作と対応して説明する。先ず、携
帯電話機からログイン、ログアウトを行った場合の動作
について、図５に示す通信処理シーケンス参照して説明
する。

【００２７】ユーザが、携帯電話機２０をＷＷＷサーバ
に接続（５０１）し、Ｐ２ＰサービスＧＷ装置１０Ａに
ログインすると（５０２）、ログインメッセージ５０３
がＨＴＴＰインターフェイス１１を介してＨＴＴＰコン
トローラ１２に入力される。Ｐ２ＰサービスＧＷ機能部
１５は、上記ＨＴＴＰコントローラ１２からログインメ
ッセージを受信すると、図６に示すログイン処理ルーチ
ン１１０を実行する。ユーザが、一旦、ログアウトした
後、再度、ログインした場合（５１２、５１３）も、同
様のログイン処理ルーチン１１０が実行される。

【００２８】ログイン処理ルーチン１１０では、受信メ
ッセージ中にＰ２ＰサービスＧＷ機能部１５が割り当て
たユーザＩＤが含まれているか否かを判定する（ステッ
プ１１１）。ログインメッセージがユーザＩＤを含んで
いなければ、初回のログイン（図５の５０２）と判断
し、ユーザＩＤを含んでいた場合は、２回目以降のログ
イン（図５の５１２）と判断する。

【００２９】受信メッセージが初回のログインメッセー
ジの場合は、新たなユーザＩＤを割り当て（１１２）、
ログイン要求元（携帯電話機）と対応した新たな擬似Ｐ
ｅｅｒオブジェクト１６−ｋを生成する（５０４、１１
３）。擬似Ｐｅｅｒオブジェクト１６−ｋの生成は、前
述したように、擬似Ｐｅｅｒオブジェクトテーブル１９
Ａへの新たなエントリの登録を意味しており、各エント
リには、上記ユーザＩＤと、ログインメッセージおよび
必要に応じて行われるユーザ問合せへの回答メッセージ
から得られる携帯電話機情報とユーザ個人情報等が設定
される。

【００３０】新たな擬似Ｐｅｅｒオブジェクトを生成す
ると、Ｐ２ＰサービスＧＷ機能部１５は、新たな擬似Ｐ
ｅｅｒオブジェクトの発生を他のＰｅｅｒ端末に告知す
るためのメッセージ５０５を生成し、Ｐ２Ｐプロトコル
コントローラ１４を介してインターネット３１に送出す
る（５０６、１１４）。上記告知メッセージは、インタ
ーネットを介して、他のＰ２ＰサービスＧＷ装置および
ＰＣ端末に転送され、これによって、インターネットに
接続された各Ｐｅｅｒ装置が、どのＰ２ＰサービスＧＷ
装置に新たな擬似Ｐｅｅｒオブジェクトが登録されたか
を認識する。

【００３１】Ｐ２ＰサービスＧＷ機能部１５は、この
後、ＨＴＴＰコントローラ１２を介して、ログイン要求
元の携帯電話機２０にユーザＩＤを含むログイン完了メ
ッセージ５０７を送信し（１１６）、ログイン処置ルー
チンを終了する。

【００３２】携帯電話機２０は、上記ログイン完了メッ
セージを受信すると、ユーザＩＤをメモリに保存する。
上記ユーザＩＤは、ユーザが２回目以降のログイン操作
を行った時（５１２）、ログインメッセージ（５１３）
に自動的に付加される。従って、上記ユーザＩＤを検出
することによって、Ｐ２ＰサービスＧＷ機能部１５は、
受信メッセージが２回目以降のログインメッセージであ
ることを識別できる。上記ユーザＩＤは、以下に説明す
る各種の処理の実行時に、携帯電話機からの送信メッセ
ージに自動的に付加される。携帯電話機におけるユーザ
ＩＤの記録には、例えば、Ｃｏｏｋｉｅを使用できる。
但し、Ｃｏｏｋｉｅ以外の別の方法を用いても構わな
い。

【００３３】受信したログインメッセージが、既に擬似
Ｐｅｅｒオブジェクトを生成済みの２回目以降のログイ
ンによるものであった場合、Ｐ２ＰサービスＧＷ機能部
１５は、テーブル１９Ａから上記ユーザＩＤと対応する
擬似Ｐｅｅｒ情報を読み込み（５１４、１１５）、携帯
電話機にログイン完了メッセージ５１５を送信して（１
１６）、ログイン処理ルーチンを終了する。

【００３４】ユーザが、携帯電話機２０でログアウトの
操作（５０８）を行った場合は、ログアウトメッセージ
５０９がＨＴＴＰコントローラ１２を介してＰ２Ｐサー
ビスＧＷ機能部１５に入力される。Ｐ２ＰサービスＧＷ
機能部１５は、ログアウトメッセージ５０９を受信する
と、図７に示すログアウト処理ルーチン１２０を実行
し、ログアウト対象となった擬似Ｐｅｅｒのユーザ情報
を保存（５１０、１２１）し、要求元の携帯電話機に終
了メッセージ５１１を送信（１２２）し、ログアウト処
理ルーチン１２０を終了する。

【００３５】図８は、携帯電話機のユーザが、メンバ・
グループの一覧情報取得とグループへの参加手続きを行
った場合の通信処理シーケンスを示す。これら処理は、
上述したログインの完了後に実行される。携帯電話機２
０のユーザは、ログイン完了メッセージの表示（６０
１）を確認して、Ｐ２Ｐグループへの参加手続きを行
う。Ｐ２Ｐグループへの参加は、先ず、携帯電話機２０
からＰ２Ｐのメンバ一覧、グループ一覧の取得を要求し
（６０２）、Ｐ２ＰサービスＧＷ装置１０から受信した
メンバ・グループ一覧６０８を携帯電話機の表示画面に
表示し、その中から参加したいグループを指定して、グ
ループへの参加を申請（６１０）することによって達成
される。

【００３６】Ｐ２ＰサービスＧＷ機能部１５は、ＨＴＴ
Ｐコントローラを介して携帯電話機２０からメンバ・グ
ループ一覧の取得要求６０３を受けると、図９に示すメ
ンバ・グループ一覧取得処理ルーチン１３０を実行す
る。

【００３７】グループ一覧取得処理ルーチン１３０で
は、先ず、ローカルキャッシュメモリ内に期限切れでな
い一覧データがあるか否かを確認する（１３１）。ロー
カルキャッシュメモリ内に、期限切れでない一覧データ
がなければ、インターネット３１でメンバ・グループ検
索を行い（１３３）、メンバ・グループ情報の収集が完
了する迄、一定時間待機し（１３４）、その間に収集で
きたメンバ・グループ一覧情報をローカルキャッシュメ
モリに次々と蓄積（１３５）すると共に、一覧データを
要求元の携帯電話機に送信する（１３６）。

【００３８】今回のメンバ・グループ一覧の取得要求６
０３を受ける前に、他のユーザからの要求に応じてメン
バ・グループ検索（６０４〜６０６）を実行していた場
合は、ローカルキャッシュメモリ内に期限切れでない一
覧データが存在している。この場合は、ローカルキャッ
シュ内メモリからメンバ・グループの一覧データを読み
込み（６０７、１３２）、要求元の携帯電話機に送信す
る（１３６）。

【００３９】尚、Ｐ２ＰサービスＧＷ機能部１５は、上
記要求元への応答が完了した時、自動的にインターネッ
トワークでメンバ・グループの検索（６０９）を行い、
検索された一覧データをローカルキャッシュメモリに保
存しておくことによって、その後に発生する新たなメン
バ・グループ一覧更新要求に備えるようにしてもよい。

【００４０】Ｐ２Ｐ通信は、基本的には非同期で行わ
れ、必要とする全てのデータ収集に時間を要する通信手
法となっているため、上述したメンバ・グループ一覧情
報のように、要求元ユーザ毎に回答内容が変化しないよ
うな汎用的な情報を収集する場合には、ユーザへのレス
ポンスを迅速に行うために、キャッシュデータを利用す
る必要がある。Ｐ２ＰサービスＧＷ装置が備えるローカ
ルなキャッシュメモリ内に常に期限切れ前のキャッシュ
データを保持するためは、各ユーザからの要求に応じて
収集した検索データの外に、Ｐ２Ｐネットワークからバ
ックグランドで定期的に収集したデータも蓄積しておく
ことが望ましい。上記処理シーケンスは、例えば、メッ
セージ交換のためのメンバ一覧データの取得にも適用さ
れる。

【００４１】ユーザは、携帯電話機の表示画面に出力さ
れたグループ一覧データを参照し、自分が参加したいグ
ループのＩＤを指定して、グループへの参加を要求する
（６１０）。Ｐ２ＰサービスＧＷ機能部１５は、グルー
プへ参加要求メッセージ６１１を受信すると、図１０に
示したグループ参加処理ルーチン１４０を実行する。

【００４２】グループ参加処理ルーチン１４０では、受
信した参加要求メッセージに含まれるグループＩＤで指
定されたグループを管理するメンバーシップサービスＰ
ｅｅｒ装置６１５に対して、グループ参加要求６１２を
送信する（１４１）。Ｐｅｅｒ装置６１５からの応答６
１３を判定し（１４２）、参加要求が受諾された場合
は、受諾メッセージ（１４３）、拒否された場合は、エ
ラーメッセージ（１４４）を要求元の携帯電話機２０に
送信する（６１４）。

【００４３】図１１は、携帯電話機２０と他のＰｅｅｒ
端末との間でメッセージを送受信する場合の通信処理シ
ーケンスを示す。携帯電話機２０のユーザは、グループ
検索あるいはメンバ検索で得たメンバ一覧の中から通信
したいメンバのユーザＩＤを選択し、メッセージ４０２
を送信する（４０１）。送信メッセージ４０２には、送
信元ユーザユーザ（メンバ）ＩＤと、宛先ユーザＩＤ
と、メッセージ内容を示すデータとが含まれる。

【００４４】Ｐ２ＰサービスＧＷ機能部１５は、携帯電
話機２０から送信メッセージ４０２を受信すると、図１
２に示すメッセージの送信処理ルーチン２７０を実行
し、受信メッセージに含まれる宛先ユーザＩＤを管理す
るＰ２ＰサービスＧＷ装置２０−ｊまたは宛先ユーザＩ
Ｄに該当するＰＣに対して、受信メッセージを転送する
（４０３、２７１）。Ｐ２ＰサービスＧＷ機能部１５
は、上記メッセージを転送した後、相手装置からの受信
応答を待ち（２７２）、受信応答４０４を受信すると、
携帯電話機２０に転送完了メッセージ４０５を送信して
（２７３）、このルーチンを終了する。

【００４５】Ｐ２ＰサービスＧＷ機能部１５は、Ｐ２Ｐ
コントローラ１４を介して他のＰｅｅｒ端末からの送信
メッセージ４０６を受信すると、図１３に示したメッセ
ージ受信処理ルーチン２８０を実行する。受信処理ルー
チン２８０では、受信メッセージから宛先ユーザＩＤを
抽出し（２８１）、擬似Ｐｅｅｒオブジェクトテーブル
１９Ａから上記宛先ユーザＩＤに該当する擬似Ｐｅｅｒ
オブジェクトを検索する（２８２）。該当する擬似Ｐｅ
ｅｒオブジェクトが見つかった場合は、この擬似Ｐｅｅ
ｒオブジェクトと対応させて、受信メッセージをデータ
ファイル１９Ｂに保存する（４０７、２８３）。

【００４６】擬似Ｐｅｅｒオブジェクトと受信メッセー
ジの対応付けは、例えば、最初の受信メッセージの格納
位置を示すポインタアドレスを擬似Ｐｅｅｒオブジェク
トにリンクしておき、次の受信メッセージの格納位置を
示すポインタアドレスを前の受信メッセージにリンクす
るリンクドリスト形式で行われる。受信メッセージの保
存が完了すると、受信メッセージの送信元Ｐｅｅｒ端末
に対してメッセージの受信応答４０８を送信し（２８
４）、このルーチンを終了する。

【００４７】携帯端末２０ｂのユーザは、自分宛の受信
メッセージを参照したい時、受信メッセージの出力要求
（４０９）を行う。Ｐ２ＰサービスＧＷは、上記受信メ
ッセージの出力要求４１０を受信すると、図１４に示す
蓄積メッセージの出力処理ルーチン２９０を実行する。
蓄積メッセージの出力処理ルーチン２９０では、受信メ
ッセージの出力要求４１０からユーザＩＤを抽出し、擬
似Ｐｅｅｒオブジェクトテーブル１９Ａから上記ユーザ
ＩＤに該当する擬似Ｐｅｅｒオブジェクトを検索し（２
９１）、ポインタアドレスに従って、データファイル１
９Ｂから受信メッセージを読み込み（４１１、２９
２）、要求元の携帯電話機に送信する（４１２、２９
３）。

【００４８】ユーザは、携帯電話機の表示画面に出力さ
れたメッセージ内容を読み、これが終わると、次の受信
メッセージの出力を要求する。これによって、上記蓄積
メッセージの出力処理ルーチン２９０が繰り返され、受
信メッセージが次々と携帯電話機に表示される。擬似Ｐ
ｅｅｒオブジェクトテーブル１９Ａから上記ユーザＩＤ
に該当する全ての受信メッセージを読み出すと、Ｐ２Ｐ
サービスＧＷ機能部１５は、次の受信メッセージの出力
要求に対して、転送すべき受信メッセージがない旨を示
す応答メッセージを送信する。

【００４９】上述したように、本発明によれば、各携帯
電話機のユーザが、Ｐ２ＰサービスＧＷ装置１０に対し
て、ＨＴＴＰプロトコルでメッセージの送信要求と出力
要求とを行うことによって、他のＰｅｅｒ端末との間で
のメッセージを交換することが可能となる。この場合、
実際のメッセージ交換は、Ｐ２ＰサービスＧＷ装置１０
と他のＰｅｅｒ端末との間でＰ２Ｐプロトコルによって
行われる。

【００５０】図１５は、携帯電話機のユーザが、他のＰ
ｅｅｒ端末ユーザが提供する公開情報ファイルの検索
と、検索結果の更新通知を要求した場合の通信処理シー
ケンスを示す。携帯電話機２０のユーザは、グループと
検索条件を指定して、ファイル検索を要求する（７０
１）。Ｐ２ＰサービスＧＷ機能部１５は、上記携帯電話
機からファイル検索要求７０２を受信すると、図１６に
示すファイル検索処理ルーチン１５０を実行する。

【００５１】ファイル検索処理ルーチン１５０では、フ
ァイル検索要求７０２で指定されたグループに所属する
Ｐｅｅｒ端末に対して、上記ファイル検索要求７０２で
指定された検索条件に該当する公開情報ファイルの検索
を要求し（７０３、１５１）、一定時間、各端末からの
応答を待つ（１５２）。この期間内にＰ２Ｐコントロー
ラ部１４を介して受信した検索応答７０４の内容は、検
索結果蓄積用のローカルキャッシュメモリ内に次々と保
存される（７０５、１５２）。待ち時間が経過すると、
キャッシュメモリからファイル検索結果を読み出し（７
０６、１５３）、ファイル名や所有者名等の情報を一覧
形式にして、検索結果メッセージ７０７として、要求元
の携帯電話機に送信する（１５４）。

【００５２】上記Ｐ２ＰサービスＧＷ機能部１５からの
検索要求に対する各Ｐｅｅｒ端末からの応答には時間が
かかるため、Ｐ２ＰサービスＧＷ機能部１５が検索結果
メッセージ７０７を携帯電話機に送信した後で、Ｐ２Ｐ
サービスＧＷ装置１０に他のＰｅｅｒ端末から検索応答
７０８が到着する可能性がある。

【００５３】Ｐ２ＰサービスＧＷ機能部１５は、これら
の遅れて到着した検索応答の内容もキャッシュメモリに
保存しておき（７０９）、ユーザが検索結果の更新（７
１０）を要求した時、携帯電話機２０から受信した更新
要求７１１に応答して、図１７に示す検索結果更新処理
ルーチン１６０を実行する。

【００５４】検索結果更新処理ルーチン１６０では、キ
ャッシュメモリにその後に蓄積された検索結果を読出し
（７１２、１６１）、ファイル検索処理ルーチン１５０
のステップ１５４と同様、ファイル名や所有者名等を一
覧形式にまとめ、検索結果メッセージ７１３として、要
求元の携帯電話機に送信する（１６２）。キャッシュメ
モリにその後の蓄積データがなければ、Ｐ２Ｐサービス
ＧＷ機能部１５は、上記検索結果メッセージ７１３に代
えて、追加送信すべきデータがない旨を示すメッセージ
を送信して、このルーチンを終了する。

【００５５】図１８は、携帯電話機ユーザが、上述した
ファイル検索によって得られた公開情報のファイル名一
覧から特定のファイルを指定して、その内容を参照する
場合の通信処理シーケンスを示す。携帯電話機２０のユ
ーザは、表示画面に検索結果として表示された公開情報
のファイル名一覧の中から参照したいファイル名を指定
して、ファイル参照を要求する（８０１）。Ｐ２Ｐサー
ビスＧＷ機能部１５は、携帯電話機からファイル参照要
求８０２を受信すると、図１９に示したファイル参照処
理ルーチン１７０を実行する。

【００５６】ファイル参照処理ルーチン１７０では、フ
ァイル参照要求で指定されたファイルの内容が、公開情
報ファイル用のローカルキャッシュメモリ内にあるか否
かをチェックする（８０３、１７１）。指定されたファ
イルデータがローカルキャッシュメモリ内に存在した場
合は、該当するファイルデータをローカルキャッシュメ
モリから読み出し（８０７、１７２）、要求元の携帯電
話機２０に送信する（８０８、１７６）。

【００５７】指定されたファイルデータがローカルキャ
ッシュメモリ内になかった場合は、Ｐ２Ｐコントローラ
１４を介して、指定されたファイルを持っているＰｅｅ
ｒ端末にファイル内容の転送を要求し（８０４、１７
３）、目的のファイルデータの転送終了を待つ（１７
４）。Ｐｅｅｒ端末から受信したファイルデータは、一
旦、ローカルキャッシュメモリに保存（８０６、１７
５）した後、ローカルキャッシュメモリから読み出して
（８０７、１７２）、要求元の携帯電話機２０に送信さ
れる（８０８、１７６）。

【００５８】ユーザが参照要求したファイルが、テキス
トファイルの場合は、ファイル内容は、携帯電話機の表
示画面に出力される。要求したファイルの内容が音楽の
場合は、携帯電話機が内蔵するメモリ、または携帯電話
機に付属する外部メモリにダウンロードした後、ユーザ
操作に応じてスピーカまたはイヤフォーンで再生出力さ
れる。また、要求したファイルの内容が画像の場合、表
示画面に直接、または携帯電話機に付属する外部メモリ
にダウンロードした後。表示画面に出力される。もし、
画像の転送フォーマットが、携帯電話機で直接表示でき
ない形式となっていた場合は、ＨＴＴＰコントローラ１
２で、要求元の携帯電話機に表示可能な形式に変換して
から送信すればよい。

【００５９】図２０は、他のＰｅｅｒ端末からメンバ検
索要求、ファイル検索要求、ファイル参照要求を受信し
た場合の通信処理シーケンスを示す。Ｐ２ＰサービスＧ
Ｗ機能部１５は、Ｐ２Ｐコントローラ１４を介して他の
Ｐｅｅｒ端末からメンバ検索やファイル参照などの要求
を受信した場合、擬似Ｐｅｅｒオブジェクト毎に予め登
録されている公開情報に基づいて、携帯電話機ユーザに
代って応答（代理応答）する。従って、他のＰｅｅｒ端
末からの要求に対しては、擬似Ｐｅｅｒオブジェクトと
対応する各携帯電話機との接続状態９０１には無関係
に、Ｐ２ＰサービスＧＷ機能部１５が自動的に応答動作
する。

【００６０】Ｐ２Ｐコントローラ１４を介して、他のＰ
ｅｅｒ端末からメンバ検索要求９０２を受信した場合、
Ｐ２ＰサービスＧＷ機能部１５は、図２１に示すメンバ
検索要求処理ルーチン１８０を実行する。メンバ検索要
求処理ルーチン１８０では、擬似Ｐｅｅｒオブジェクト
テーブル１９Ａから、擬似Ｐｅｅｒ情報（ユーザＩＤと
ユーザ情報）を読み出し（９０３、１８１）、これを一
覧リストに編集し、メンバ検索応答メッセージ９０４と
して、要求元のＰｅｅｒ端末に送信する（１８２）。

【００６１】他のＰｅｅｒ端末から公開情報ファイルの
検索要求９０５を受信した場合、Ｐ２ＰサービスＧＷ機
能部１５は、図２２に示すファイル検索要求処理ルーチ
ン１９０を実行する。検索要求処理ルーチン１９０で
は、擬似Ｐｅｅｒオブジェクトテーブル１０Ａにリンク
して公開データファイル１９Ｃに登録されている公開情
報ファイルのインデックス情報を読み込み（９０６、１
９１）、検索要求で指定された検索条件と一致するか否
かを判定し（１９２）、検索条件に一致するファイル名
を検索結果リストに追加する（１９３）。

【００６２】Ｐ２ＰサービスＧＷ機能部１５は、自身が
管理する擬似Ｐｅｅｒオブジェクトテーブルにリンクし
た全ての公開情報ファイルについて、上述した検索を行
い、検索が完了すると（１９４）、検索結果を示す一覧
メッセージ９０７を要求元のＰｅｅｒ端末に送信し（１
９５）、このルーチンを終了する。

【００６３】他のＰｅｅｒ端末から公開情報のファイル
参照要求９０８を受信した場合、Ｐ２ＰサービスＧＷ機
能部１５は、図２３に示すファイル参照要求処理ルーチ
ン２００を実行する。ファイル参照要求処理ルーチン２
００では、ファイル参照要求９０８で指定されたファイ
ル名をもつ公開情報ファイルをデータファイル１９Ｃか
ら読み出し（９０９、２０１）、要求元のＰｅｅｒ端末
に取得応答９１０として送信し（２０２）、このルーチ
ンを終了する。

【００６４】図２４は、携帯電話機のユーザが、新たな
情報ファイル登録、自分の公開済みまたは未公開情報フ
ァイルの参照、情報ファイルの公開指示を行う場合に通
信処理シーケンスを示す。携帯電話機２０のユーザは、
自分の携帯電話機の内蔵メモリ、または携帯電話機に付
属する外部メモリに蓄積してあるファイル情報（テキス
ト、画像、音楽等）を他のユーザに公開する場合、先
ず、Ｐ２ＰサービスＧＷ装置１０に生成済みの自分の擬
似Ｐｅｅｒオブジェクトにリンクして、情報ファイルの
登録を要求する（１００１）。

【００６５】Ｐ２ＰサービスＧＷ機能部１５は、携帯電
話機からファイル登録要求メッセージ１００２を受信す
ると、図２５に示すファイル登録要求処理ルーチン２１
０を実行する。ファイル登録要求処理ルーチン２１０で
は、擬似Ｐｅｅｒオブジェクトテーブル１９Ａから、上
記ファイル登録要求メッセージ１００２が示すユーザＩ
Ｄに該当する擬似Ｐｅｅｒオブジェクトを検索し（２１
１）、この擬似Ｐｅｅｒオブジェクトにリンクした形
で、データファイル１９Ｃに新たなファイルを保存する
（１０３、２１２）。上記ファイルには、ファイル登録
要求メッセージ１００２に付随して受信される公開情報
（テキスト、画像、音楽等）が登録される。情報ファイ
ルの登録が完了すると、要求元の携帯電話機にファイル
登録の完了メッセージ１００４を送信し（２１３）、こ
のルーチンを終了する。

【００６６】携帯電話機２０のユーザは、ファイル登録
の完了メッセージを受信すると、自身の登録済み情報フ
ァイルの現状を確認するために、自ファイル一覧情報を
要求する（１００５）。Ｐ２ＰサービスＧＷ機能部１５
は、携帯電話機から自ファイル一覧要求メッセージ１０
０６を受信すると、図２６に示す自ファイル一覧転送処
理ルーチン２２０を実行する。

【００６７】自ファイル一覧転送処理ルーチン２２０で
は、擬似Ｐｅｅｒオブジェクトテーブル１９Ａからメッ
セージ１００６が示すユーザＩＤに該当する擬似Ｐｅｅ
ｒオブジェクトを検索し（２２１）、データファイル１
９Ｃに登録されている上記擬似Ｐｅｅｒオブジェクトに
リンクした情報ファイルのファイル名、ファイル形式等
の情報を読み出し（１００７、２２２）、これらの情報
を一覧形式で要求元の携帯電話機に送信する（１００
８、２２３）。携帯電話機２０のユーザは、表示画面に
出力された自ファイルの一覧を確認し、Ｐ２Ｐサービス
ＧＷ装置１０に登録済みの未公開ファイルのうち、他の
ユーザに公開すべきファイルを指定して、ファイル公開
を要求する（１００９）。

【００６８】Ｐ２ＰサービスＧＷ機能部１５は、携帯電
話機からファイル公開要求メッセージ１０１０を受信す
ると、図２７に示すファイル公開処理ルーチン２３０を
実行する。ファイル公開処理ルーチン２３０では、ファ
イル公開要求メッセージ１０１０が示すユーザＩＤに従
って、擬似Ｐｅｅｒオブジェクトテーブル１９Ａから擬
似Ｐｅｅｒオブジェクトを検索し、この擬似Ｐｅｅｒオ
ブジェクトにリンクしてデータファイル１９Ｃに登録さ
れている情報ファイルの中から、上記ファイル公開要求
メッセージ１０１０で指定されたファイルＩＤをもつ情
報ファイルの状態を公開許可状態に変更する（１０１
１、２３２）。また、公開手続きの完了メッセージ１０
１２を携帯電話機に送信し（２３３）、このルーチンを
終了する。

【００６９】以上の説明では、携帯電話機ユーザからの
メッセージの送信、公開情報ファイルの登録といった擬
似Ｐｅｅｒオブジェクトにおけるリンク情報のアップデ
ート処理において、携帯電話機とＰ２ＰサービスＧＷ装
置との通信インターフェイスとして、ＨＴＴＰ／ＣＧＩ
を使用したが、携帯端末、特に携帯電話機の中には、Ｈ
ＴＴＰ／ＣＧＩによるローカルファイルの送信機能を備
えていないものもある。

【００７０】図４に示したＰ２ＰサービスＧＷ装置１０
は、このようにＨＴＴＰ／ＣＧＩによるファイル機能を
備えていない携帯電話機をＰｅｅｒ端末としてＰ２Ｐサ
ービスＧＷ装置１０に収容できるようにしたものであ
る。ここに示した実施例では、Ｐ２ＰサービスＧＷ装置
１０が、ファイル登録コントローラ部１８を備え、ＨＴ
ＴＰインターフェイス以外の第３のインターフェイス１
７を介して、携帯電話機からファイル情報を受信する。

【００７１】ＨＴＴＰインターフェイスに代替可能なプ
ロトコルとしては、例えば、電子メール通信用のＳＭＴ
Ｐプロトコルが挙げられる。今後、Ｐ２ＰサービスＧＷ
装置との通信インターフェイスとして適用可能な携帯端
末用のプロトコル種類が増えた場合、本発明では、図４
に示すように、各プロトコルに対応したファイル登録コ
ントローラ部を適宜追加することによって、Ｐ２Ｐサー
ビスＧＷ装置に収容可能なＰｅｅｒ端末の種類を増加す
ることが可能となる。尚、ファイルデータの登録はＰＣ
から行い、携帯電話機には登録データの参照のみを許容
する運用形式も可能である。

【００７２】図２８は、ファイル登録コントローラ部１
８を備えたＰ２ＰサービスＧＷ装置を介して行われる情
報ファイルの登録、参照、公開要求の通信処理シーケン
スを示す。公開情報ファイルを登録する場合、携帯電話
機２０のユーザは、登録対象となる情報ファイルを添付
した形で、自ユーザＩＤを含むファイル登録要求メッセ
ージ２５０２をＰ２ＰサービスＧＷ装置１０に送信する
（２５０１）。上記ファイル登録要求がＳＭＴＰプロト
コルで行われた場合、ファイル登録要求メッセージ２５
０２は、インターフェイス１７を介してファイル登録コ
ントローラ部１８に転送される。ファイル登録コントロ
ーラ部１８は、ファイル登録要求メッセージ２５０２か
らユーザＩＤとファイルデータを抽出し、Ｐ２Ｐサービ
スＧＷ機能部１５に対してファイル登録を要求する（２
５０３）。

【００７３】Ｐ２ＰサービスＧＷ機能部１５は、ファイ
ル登録要求２５０３を受信すると、図２５に示したファ
イル登録要求処理ルーチン２１０を実行する。この場
合、ユーザＩＤに該当する擬似Ｐｅｅｒオブジェクトへ
の情報ファイルの登録が完了すると（２５０４）、登録
完了の通知（ステップ２１３）は、Ｐ２ＰサービスＧＷ
機能部１５からファイル登録コントローラ部１８に対し
て行われる。携帯電話機ユーザによる自ファイル一覧の
参照（２５０５〜２５０８）と、ファイルの公開要求
（２５０９〜２５１２）は、ファイル登録コントローラ
部１８に関係なく、図２４に示した手順で行われる。

【００７４】以上の実施例から明らかなように、携帯電
話機が備える処理能力上の制限により、他のＰｅｅｒ端
末との間でメッセージやファイル情報を交換できない場
合でも、本発明によれば、Ｐ２ＰサービスＧＷ装置が、
端末間の通信路を確保し、携帯電話機からの各種の処理
要求を受付け、これらの要求を処理し、処理結果を回答
することできる。

【００７５】また、携帯電話機が通信圏外に移動した場
合、または電源断などの理由で通信不能な状態となって
いた場合でも、他のＰｅｅｒ端末から上記携帯電話機へ
の要求は、Ｐ２ＰサービスＧＷ装置が携帯電話機に代っ
て処理し、要求元のＰｅｅｒ端末に応答することが可能
となる。

【００７６】次に、図２９、図３０を参照して、本発明
によるＰ２ＰサービスＧＷ装置１０を応用した端末間の
情報交換サービスについて説明する。本実施例では、情
報要求者となる携帯電話機２０Ａのユーザ（またはＰＣ
ユーザ）が、検索条件を提示して、他のＰｅｅｒ端末に
ファイル情報の検索と検索結果の送信を要求する。この
要求を受信した情報提供者側の携帯電話機２０Ｂのユー
ザ（またはＰＣ端末のユーザ）は、上記検索条件を評価
し、自身が保持している公開情報の中から検索条件に合
致したものを抽出し、要求者に提供する。携帯電話機ま
たはＰＣ端末は、情報要求者と情報提供者の何れにもな
り得、状況によっては、情報要求者と情報提供者の双方
の役割を果たす。

【００７７】要求者２０Ａとなるユーザは、１人あるい
は複数の情報提供者２０Ｂ（２０Ｂ、２０Ｃ、２０Ｄ、
・・・）に対して、自分が必要とする情報の検索条件を示
して情報検索を要求する（検索要求：３０１）。情報提
供者は、上記検索条件を評価し、自分が所有する公開情
報ファイルの中から上記検索条件に合致するものを検索
し、検索条件に合致した情報があれば、検索結果を要求
者に回答する（検索応答：３０２）。

【００７８】検索結果を受信した要求者２０Ａは、検索
結果を判定し（図３０のステップ３１０）、自分の欲し
い情報であれば、情報提供者２０Ｂに対して、該当情報
の転送を要求する（転送要求：３０３）。転送要求を受
けた提供者２０Ｂは、要求された情報が公開済みの情報
であることを確認した上で、要求者に情報を転送する
（転送応答：３０４）。

【００７９】要求者２０Ａは、情報提供者からの検索応
答３０２がなかった場合、または検索応答３０２で受信
した検索結果の中に自分の欲しい情報が無かった場合、
１人あるいは複数の情報提供者２０Ｂ（２０Ｂ、２０
Ｃ、２０Ｄ、・・・）に対して、公開情報の追加登録を要
求する（登録要求：３０５）。登録要求を受けた提供者
２０Ｂは、未だ公開手していない手持ち情報の中に要求
者２０Ａが必要としている情報があるか否かをチェック
し、それが公開可能な情報であれば、公開情報としてフ
ァイル登録した後、要求者２０Ａに公開情報の登録完了
を通知する（登録応答：３０６）。

【００８０】登録応答を受信した要求者２０Ａは、新た
に登録された公開情報が自分の欲してものであれば、そ
の提供者に対して情報転送を要求する（転送要求：３０
３）。転送要求を受けた提供者２０Ｂは、要求された情
報が公開中の情報であることを確認した上で、要求者に
情報を転送する（転送応答：３０４）。

【００８１】図３１は、上述した情報交換サービスを実
現するためのネットワーク構成の１実施例を示す。イン
ターネット３１に接続されたＰＣ端末２２−１１、２２
−１２と、移動体通信網３２に接続された携帯電話機２
０−１１、２０−１２は、それぞれ上述した情報の要求
者２０Ａまたは提供者２０Ｂとなり得るＰｅｅｒ端末で
あり、インターネット３１と移動体通信網３２は、イン
ターネット接続ゲートウェイ装置３０によって接続され
ている。また、インターネット３１には、少なくとも１
つの本発明のＰ２ＰサービスＧＷ装置１０が接続されて
いる。

【００８２】要求者または提供者となる各端末（Ｐｅｅ
ｒ端末）は、自分が所有する情報を公開情報、非公開情
報に区別して管理できるデータベース部２５１と、デー
タベース管理部２５２と、ユーザからの入力情報を処理
する入力部２５３と、表示画面にデータを出力処理する
出力部２５４を備え、Ｐ２ＰサービスＧＷ装置１０を介
して相互に通信する。

【００８３】各端末は、データベース部２５１に、情報
交換の対象となり得る情報ファイルと、情報ファイルの
索引リストと、各情報ファイルが公開済みか否かの状態
情報を記憶する状態管理リストとを保持する。上記情報
ファイルの索引リストには、例えば、各ファイル名と対
応して、情報検索に使用するキーワード群が記憶されて
いる。また、上記状態管理リストには、例えば、ファイ
ル名と対応して、公開済みのものか未公開のものかを区
別する状態フラグが記憶されている。

【００８４】図３２は、公開情報の登録時の処理フロー
を示す。提供者となる端末がインターネットに接続され
たＰＣ端末２２Ｂの場合、図（Ａ）に示すように、ユー
ザは、端末のデータベース内に所有する情報ファイルの
中から、公開情報として登録すべきファイルを選択し、
適切なキーワードを付加し（ステップ３３０１）、公開
情報ファイルとして登録する（３３０２）。上記情報登
録は、情報ファイル索引リストと状態管理リストへの情
報の追加を意味している。

【００８５】提供者となる端末が、Ｐ２ＰサービスＧＷ
装置１０（Ｐ２ＰサービスＧＷ機能部１５）の介在を必
要とする携帯電話機２０Ｂの場合、図（Ｂ）に示すよう
に、公開情報はＰ２ＰサービスＧＷ装置１０に転送さ
れ、提供者の擬似Ｐｅｅｒオブジェクトと関連付けて管
理される（ステップ３３０５）。情報の登録手続きが完
了すると、Ｐ２ＰサービスＧＷ装置１０から携帯電話機
２０Ｂに登録完了が通知され、端末画面に表示される
（３３０３）。

【００８６】図３３は、検索要求３０１と検索応答３０
２の処理フローを示す。要求者２０Ａは、例えば、キー
ワードによって、自分が欲しい情報の検索条件を作成
し、これを検索要求３０１としてインターネットに送信
する（ステップ３４０１）。上記検索要求３０１は、移
動体網３２とインターネット接続ＧＷ装置３０を介し
て、インターネットに接続された提供者端末２２Ｂおよ
びＰ２ＰサービスＧＷ装置１０（Ｐ２ＰサービスＧＷ機
能部１５）に送信される。

【００８７】検索要求３０１を受信した提供者端末２２
Ｂは、例えば、索引リストにおけるキーワード検索によ
って、検索要求の指定条件に合致した情報をデータベー
ス部から検索する（３４０２）。検索条件に合致した情
報があれば、検索結果の一覧を示す検索応答３０２を要
求者（擬似Ｐｅｅｒオブジェクト）２０Ａに回答する。
検索条件に合致した情報が無かった場合は、上記検索応
答３０２によって、該当情報が無かったことを要求者に
通知する。

【００８８】提供者が、Ｐ２ＰサービスＧＷ装置１０の
制御下にある携帯電話機２０Ｂの場合は、要求者端末２
０Ａと提供者端末２０Ｂとの間で、上記検索要求３０１
と検索応答３０２が、Ｐ２ＰサービスＧＷ装置１０を介
して送受信される。検索応答３０２を受取った要求者端
末２０Ａ（実体は、擬似Ｐｅｅｒオブジェクトを管理す
るＰ２ＰサービスＧＷ機能部１５）は、検索結果の一覧
と提供者識別情報を含む検索応答３０２を要求者に送信
する。検索応答の内容は、要求者の端末画面に表示され
る（３４０３）。

【００８９】図３４は、登録要求３０７と登録応答３０
８の処理フローを示す。検索要求に対する提供者からの
検索応答が無かった場合、または検索応答で回答された
検索結果の中に要求者が必要としている情報が含まれて
いなかった場合、要求者２０Ａは、他のＰｅｅｒ端末ユ
ーザに対して、自分が欲しい情報の公開情報としての登
録を要求する。この場合、要求者２０Ａは、自分が欲し
い情報を特定するための検索条件を提示し、Ｐ２Ｐサー
ビスＧＷ装置１０に登録要求３０５を送信する（ステッ
プ３５０１）。

【００９０】登録要求３０５は、Ｐ２ＰサービスＧＷ装
置１０を介して提供者端末に送信される。上記登録要求
３０５を受信した提供者端末がＰＣ端末２２Ｂの場合、
図（Ａ）に示すように、自分の所有する情報ファイルで
未だ公開状態にない情報ファイルの中に上記要求条件に
合致した情報があるか否かをチェックする（３５０
５）。もし、要求条件に合致した情報があり、それが公
開してもよい情報の場合は（３５０６）、前述した状態
管理リストにおける該当する情報ファイルの状態フラグ
を公開状態に設定し（３５０７）、要求者に対して、指
定された情報の公開登録を完了した旨の登録応答３０６
を返送する（３５０２）。

【００９１】登録要求を受取った提供者端末が、Ｐ２Ｐ
サービスＧＷ装置１０Ｂが管理する携帯電話機２０Ｂの
場合、図（Ｂ）に示すように、上記登録要求３０５は、
Ｐ２ＰサービスＧＷ装置１０Ｂを介して提供者端末２０
Ｂに通知され、提供者端末２０Ｂにおいて、端末２２Ｂ
と同様の処理ステップ３５０５〜３５０７が実行され
る。

【００９２】図３５は、転送要求３０３と転送応答３０
４の処理フローを示す。検索応答３０２または登録応答
３０６で得られた公開情報の中に、要求者が欲しい情報
があった場合、要求者２０Ａは、応答結果の中から必要
なファイルを選択し、ファイルの転送要求３０３を送信
する（ステップ３６０１）。情報提供者がＰＣ端末の場
合、転送要求３０３を受信した提供者端末２２Ｂは、要
求された情報ファイルが公開状態になっていることを確
認（３６０５）した上で、指定された情報ファイルを転
送応答３０４として要求者に送信する（３６０２）。

【００９３】情報提供者の端末が、Ｐ２ＰサービスＧＷ
装置１０Ｂが管理する携帯電話機２０Ｂの場合、図
（Ｂ）に示すように、上記転送要求３０３は、Ｐ２Ｐサ
ービスＧＷ装置１０Ｂを介して提供者端末２０Ｂに通知
され、提供者端末２０Ｂにおいて、端末２２Ｂと同様の
処理ステップ３６０５が実行され、Ｐ２ＰサービスＧＷ
装置１０Ｂを介して転送応答３０４が要求者に転送され
る（３６０２）。

【００９４】各Ｐｅｅｒ端末（携帯電話機、ＰＤＡまた
はＰＣ端末）における入出力画面の１例として、図３６
の（Ａ）に情報検索／転送画面２６０、図（Ｂ）に登録
画面２７０を示す。情報検索／転送画面２６０は、検索
すべき情報のキーワードを入力するための入力欄２６１
と、入力されたキーワードによる検索要求の送信を指令
するための検索実行ボタン２６２と、検索結果を表示す
るための結果リスト表示欄２６３と、結果リストの中か
らユーザが選択した情報について、転送要求の送信を指
令するための転送ボタン２６４と、検索結果の中にユー
ザが欲しい情報が無かった場合に、公開情報の登録要求
の送信を指令するための登録要求ボタン２６５とを含ん
でいる。結果リスト表示欄２６３には、例えば、検索さ
れた情報ファイル名と、提供者名とが表示される。表示
欄が狭くて検索結果の一部しか表示できない場合は、ス
クロール形式で表示内容をシフトすればよい。

【００９５】登録画面２７０は、ユーザがデータベース
部２５１に所有している情報ファイルの一覧リストを表
示するための欄２７１と、新規ファイルの登録を指令す
るための追加ボタン２７２と、状態管理リストにおける
公開状態フラグの更新を指令するための更新ボタン２７
３を含んでいる。

【００９６】ファイル一覧リストの表示欄２７１には、
例えば、情報ファイル名と、公開、非公開の状態フラグ
と、登録要求の有無を示すフラグとが表示される。表示
欄２７１の表示内容は、必要に応じてスクロールできる
ようにしておく。

【００９７】端末ユーザは、要求／転送画面２６０のキ
ーワード入力欄２６１にキーワードを入力した後、検索
実行ボタン２６２をクリックする。検索結果の一覧が結
果リストに表示されると、ユーザは、所望の情報ファイ
ルを選択した後、転送ボタン２６４をクリックする。も
し、一覧リストに所望の情報ファイルが無ければ、登録
要求ボタン２６５を選択することによって、キーワード
入力欄２６１のキーワードで指定した情報に関して、公
開情報としての登録要求が発行される。

【００９８】一方、情報提供者となったユーザは、登録
画面２７０のファイルリスト表示欄２７１において、自
分が所有または管理している情報ファイルを確認する。
新規情報ファイルを追加登録する場合は、ファイルリス
ト表示欄２７１に、追加すべき情報ファイル名とキーワ
ードを設定した後、追加ボタン２７２を選択する。他の
ユーザから公開情報ファイルの登録要求を受けた場合
は、ファイル一覧リストにおいて、該当するファイルの
登録要求フラグが要求有りを示す状態になる。従って、
ユーザは、登録要求された情報ファイルの公開可否を判
断し、もし、公開してもよければ、公開状態フラグを公
開の状態に変更した後、更新ボタン２７３を選択する。
逆に、現在、公開中の情報ファイルを非公開にする場合
には、公開状態フラグを非公開の状態に変更した後、更
新ボタン２７３を選択すればよい。

【００９９】以上の実施例から明らかなように、本発明
によれば、処理能力に制限のある携帯電話端末と他のＰ
ｅｅｒ端末との間に、Ｐ２Ｐモデルに基づいた通信サー
ビスを提供できる。また、本発明によれば、携帯電話端
末が通信不能な状態にある場合でも、サービスＧＷ装置
側で他のＰｅｅｒ端末からの処理要求を受付け、携帯電
話端末に代って他端末からの要求を処理し、処理結果を
返答することが可能となる。

【０１００】本発明によれば、各携帯電話端末で、例え
ば、着信メロディーや写真などの公開情報をキーワード
や位置情報と関連付けて蓄積、管理しておくことによっ
て、他の携帯電話端末やＰＣから情報提供の要求があっ
た時、公開情報の中から要求に合致した情報を検索して
送信することができ、逆に、各携帯電話端末のユーザ
が、自分の欲しい情報を他の携帯電話端末やＰＣのユー
ザから入手することができるため、端末間での情報の共
有と情報の交換サービスを容易に実現できる。

【０１０１】

【発明の効果】本発明によれば、データ処理能力に制約
がある移動端末と、ＩＰ網に接続された比較的データ処
理能力の高い端末との間に通信路を確保し、通信プロト
コルの相違によって直接的なデータ通信ができない移動
端末と他の端末との間でのデータの共有と情報交換を可
能にできる。

【図面の簡単な説明】

【図１】本発明を適用するネットワークシステムの全体
構成を概略的に示した図。

【図２】Ｐ２Ｐサービスゲートウェイ装置１０を介して
行われる携帯電話機と他の端末との間の通信経路を説明
するための図。

【図３】Ｐ２ＰサービスＧＷ装置１０の基本構成の１実
施例を示す図。

【図４】Ｐ２ＰサービスＧＷ装置１０の拡張構成の１実
施例を示す図。

【図５】携帯電話機でログイン、ログアウトを行う場合
の通信処理シーケンスを示す図。

【図６】Ｐ２ＰサービスＧＷ装置１０が実行するログイ
ン処理ルーチン１１０のフローチャート。

【図７】Ｐ２ＰサービスＧＷ装置１０が実行するログア
ウト処理ルーチン１２０のフローチャート。

【図８】携帯電話機でメンバ・グループ一覧情報の取得
とグループへの参加手続きを行う場合の通信処理シーケ
ンスを示す図。

【図９】Ｐ２ＰサービスＧＷ装置１０が実行するメンバ
・グループ一覧取得処理ルーチン１３０のフローチャー
ト。

【図１０】Ｐ２ＰサービスＧＷ装置１０が実行するグル
ープ参加処理ルーチン１４０のフローチャート。

【図１１】携帯電話機と他のＰｅｅｒ端末との間でメッ
セージの送受信を行う場合の通信処理シーケンスを示す
図。

【図１２】Ｐ２ＰサービスＧＷ装置１０が実行するメッ
セージ送信処理ルーチン２７０のフローチャート。

【図１３】Ｐ２ＰサービスＧＷ装置１０が実行するメッ
セージ受信処理ルーチン２８０のフローチャート。

【図１４】Ｐ２ＰサービスＧＷ装置１０が実行する蓄積
メッセージの出力処理ルーチン２９０のフローチャー
ト。

【図１５】携帯電話機からファイル検索と検索結果の更
新通知を要求する場合の通信処理シーケンスを示す図。

【図１６】Ｐ２ＰサービスＧＷ装置１０が実行するファ
イル検索処理ルーチン１５０のフローチャート。

【図１７】Ｐ２ＰサービスＧＷ装置１０が実行する検索
結果更新処理ルーチン１６０のフローチャート。

【図１８】携帯電話機から、特定のファイルを参照する
場合の通信処理シーケンスを示す図。

【図１９】Ｐ２ＰサービスＧＷ装置１０が実行するファ
イル参照処理ルーチン１７０のフローチャート。

【図２０】携帯電話機が他のＰｅｅｒ端末からメンバ検
索要求、ファイル検索要求およびファイル参照要求を受
信した場合の通信処理シーケンスを示す図。

【図２１】他のＰｅｅｒ端末からメンバ検索要求を受信
した時にＰ２ＰサービスＧＷ装置１０が実行するメンバ
検索要求処理ルーチン１８０のフローチャート。

【図２２】他のＰｅｅｒ端末からファイル検索要求を受
信した時にＰ２ＰサービスＧＷ装置１０が実行するファ
イル検索処理ルーチン１９０のフローチャート。

【図２３】他のＰｅｅｒ端末からファイル参照検索要求
を受信した時にＰ２ＰサービスＧＷ装置１０が実行する
ファイル参照処理ルーチン２００のフローチャート。

【図２４】携帯電話機からファイル登録要求、自ファイ
ル参照要求およびファイル公開指示があった場合の通信
処理シーケンスを示す図。

【図２５】Ｐ２ＰサービスＧＷ装置１０が実行するファ
イル登録処理ルーチン２１０のフローチャート。

【図２６】Ｐ２ＰサービスＧＷ装置１０が実行する自フ
ァイル一覧転送処理ルーチン２２０のフローチャート。

【図２７】Ｐ２ＰサービスＧＷ装置１０が実行するファ
イル公開処理ルーチン２３０のフローチャート。

【図２８】ファイル登録コントローラ部１８を利用して
行われる情報ファイルの登録、参照、公開要求の通信処
理シーケンスを示す図。

【図２９】本発明における端末間の情報交換サービスの
１実施例を説明するための図。

【図３０】図２９に対応する端末間の通信シーケンスを
示す図。

【図３１】本発明の情報交換サービスを実現するための
ネットワーク構成の１実施例を示す図。

【図３２】情報交換サービスにおける公開情報の登録時
の処理フローを示す図。

【図３３】情報交換サービスにおける検索要求および検
索応答の処理フローを示す図。

【図３４】情報交換サービスにおける登録要求および登
録応答の処理フローを示す図。

【図３５】情報交換サービスにおける転送要求および転
送応答の処理フローを示す図。

【図３６】端末における入出力画面の１例を示す図。

【符号の説明】

１０：Ｐ２ＰサービスＧＷ装置、１１：ＨＴＴＰインタ
ーフェイス、１２：ＨＴＴＰコントローラ部、１３：Ｐ
２Ｐプロトコルインターフェイス、１４：Ｐ２Ｐコント
ローラ部、１５：Ｐ２ＰサービスＧＷ機能部、１６：擬
似Ｐｅｅｒオブジェクト、２０：携帯電話機、２１：Ｐ
ＤＡ、２２：ＰＣ、３０：インターネット接続ゲートウ
ェイ装置、３１：インターネット、３２：インターネッ
ト網、３２：移動体通信網。

───────────────────────────────────────────────────── フロントページの続き (72)発明者東村邦彦神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者星徹神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者松井進神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内Ｆターム(参考） 5B089 GA25 GA31 HA10 HA13 HB05 HB07 KA09 5K030 GA08 GA10 HA08 HB28 HC01 HC09 HD03 JL01 JT09 5K051 AA05 AA09 BB02 CC07 DD15 EE01 EE02 GG02 HH17 HH27 JJ14 5K101 KK02 LL12 MM07 NN14 NN21 SS07 TT01

Claims

【特許請求の範囲】

【請求項１】ＩＰ（Internet Protocol）網に接続され
るサービスゲートウェイ装置において、移動体通信網を介して上記ＩＰ網をアクセスする携帯端
末と第１の通信プロトコルで通信するための第１制御部
と、上記ＩＰ網に接続された端末装置と第２の通信プロトコ
ルで通信するための第２制御部と、上記第１通信プロトコルで接続された各携帯端末と対応
して擬似オブジェクトを生成し、各擬似オブジェクトに
割り当てた識別情報を使用して、上記携帯端末と他の携
帯端末との間、または上記携帯端末と上記ＩＰ網に接続
された他の端末装置との間で行われる上記第２プロトコ
ルによる通信を中継するゲートウェイ機能部とを備えた
ことを特徴とするサービスゲートウェイ装置。
【請求項２】ＩＰ（Internet Protocol）網に接続され
るサービスゲートウェイ装置において、移動体通信網を介して上記ＩＰ網をアクセスする携帯端
末と通信するための第１通信プロトコルのインターフェ
イスを有する第１制御部と、上記ＩＰ網に接続された端末装置と通信するための第２
通信プロトコルのインターフェイスを有する第２制御部
と、上記第１通信プロトコルのインターフェイスを介して接
続された各携帯端末と対応して、他の携帯端末または上
記ＩＰ網に接続された他の端末装置と上記第２通信プロ
トコルで通信するための擬似オブジェクトを生成し、該
擬似オブジェクトにリンクして各携帯端末の送受信情報
を一時的に保持するゲートウェイ機能部とを備えたこと
を特徴とするサービスゲートウェイ装置。
【請求項３】前記ゲートウェイ機能部が、前記第２制御
部を介して特定の擬似オブジェクト宛の情報を受信した
時、該擬似オブジェクトと対応する携帯端末が接続中の
場合は、前記第１制御部を介して上記受信情報を携帯端
末に転送し、上記携帯端末が切断中の場合は、上記受信
情報を上記擬似オブジェクトと対応付けて保存してお
き、上記携帯端末から要求があった時点で転送すること
を特徴とする請求項１または請求項２に記載のサービス
ゲートウェイ装置。
【請求項４】携帯端末からファイル情報を受信するため
の第３通信プロトコルのインターフェイスを有する第３
制御部を備え、前記ゲートウェイ機能部が、上記第３制
御部から受信したファイル情報を送信元携帯端末と対応
する擬似オブジェクトにリンクして一時的に保持するこ
とを特徴とする請求項１から請求項３の何れかに記載の
サービスゲートウェイ装置。
【請求項５】前記第１通信プロトコルがＨＴＴＰ（Hype
rText Transfer Protocol）であり、前記第２プロトコ
ルがＰｅｅｒｔｏＰｅｅｒプロトコルであることを
特徴とする請求項１〜請求項４の何れかに記載のサービ
スゲートウェイ装置。
【請求項６】前記第３プロトコルがＳＭＴＰ（Simple M
ail Transfer Protocol）であることを特徴とする請求
項４または請求項５に記載のサービスゲートウェイ装
置。