JPH10224407A

JPH10224407A - 無線通信システム

Info

Publication number: JPH10224407A
Application number: JP1947497A
Authority: JP
Inventors: Tetsuya Wada; 哲也和田; Koichi Matsumura; 浩一松村; Taku Matsuda; 卓松田; Yoshinori Gunji; 嘉規郡司
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1997-01-31
Filing date: 1997-01-31
Publication date: 1998-08-21

Abstract

(57)【要約】【課題】構内で携帯端末を用いてハイパーテキスト情
報を検索するシステムであって、有線網内に分散配置さ
れている動画や静止画等のデータ特性に応じて、短時間
で効率良く携帯端末へデータ転送する。【解決手段】複数種類の無線インタフェースを有する
マルチメディア中継ノード１１０が携帯端末へデータ転
送を行う時に、ＨＴＴＰヘッダ解析部３２０において、
データの種別やサイズに基づいて使用すべき無線インタ
フェースを判定し、ボディアクセス部３３０が取得した
検索データを、低速データ通信処理部３００または高速
データ通信処理部３４０〜３４３へ動的に振り分ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無線通信システム
に関し、より特定的には、端末が、サーバーの内部に蓄
積された動画、静止画、オーディオ、テキストその他の
マルチメディアデータを、中継ノードを介して受信する
ような無線通信システムに関する。

【０００２】

【従来の技術】近年のＭＰＥＧ（ＭｏｖｉｎｇＰｉｃ
ｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ）やＪＰＥＧ
（ＪｏｉｎｔＰｈｏｔｏｇｒａｐｈｉｃＣｏｄｉｎｇ
ＥｘｐｅｒｔＧｒｏｕｐ）に代表されるディジタル
圧縮技術の進展により、動画のように通信時の時間制約
に厳しいデータや、静止画のような大容量のデータが、
ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）やイ
ンターネット等のコンピュータネットワーク内で手軽に
扱えるようになってきた。これらのマルチメディアデー
タをデスクトップのパソコンからだけではなく、オフィ
ス等のビル内において移動体端末からもアクセス可能と
するには、市販の無線ＬＡＮ製品等を利用する構成で
は、無線データ通信時の転送レートや伝送距離がネック
となり、満足な性能が得られない。例えば、２．４ＧＨ
ｚ帯域の無線ＬＡＮではデータ転送レートが約２Ｍｂｐ
ｓ（メガビット／秒）である。そのため、ＭＰＥＧ１に
準拠し、１．５Ｍｂｐｓのレートで圧縮された映像を１
番組分転送する無線帯域しか確保できず、複数のユーザ
が同時に映像データをリアルタイムに検索することは無
理である。また、ＩｒＤＡ（ＩｎｆｒａｒｅｄＤａｔ
ａＡｓｓｏｃｉａｔｉｏｎ）に準拠する赤外線データ
転送の場合、最大４Ｍｂｐｓの転送レートを得ることが
できる。しかしながら、赤外線データ転送は、１対１の
通信が基本であり、しかも通信端末間の距離が１ｍ以内
に限定されるため、例えば、博物館の展示室内における
任意の位置から携帯端末を用いてデータを検索するよう
に、相当の伝送距離を必要とする用途に対しては実用的
ではない。

【０００３】これに対し、低速と高速の２種類のデータ
転送レートをもつ無線通信インタフェースを装備してデ
ータ転送レートを向上させようとする方法がある。例え
ば、「特開平８−７９８３８号」公報には、音声と低速
データ転送を行うセルラーシステムと、高速マルチメデ
ィアデータ転送を行う無線ＩＳＤＮシステムとを併用す
る地上公衆電話ネットワークが提案されており、携帯電
話を用いて高速データ通信を開始する際の無線チャネル
のセットアップ時間を短縮する方法について述べてい
る。

【０００４】また、博物館等の構内において携帯端末を
用いて映像データをインタラクティブに検索する無線通
信システムとして、例えば、「特願平６―１８７４７
６」公報に開示されたものがある。以下、この従来の無
線通信システムにおける映像データの検索方法につい
て、当該システムの構成を示すブロック図である図６を
参照して説明する。図６において、無線通信システム
は、ビデオサーバー６００と、有線ネットワーク６１０
と、ＰＨＳ基地局６２０と、映像中継サーバー６３０
と、映像データ送信局６４０及び６４１と、携帯端末６
５０及び６５１とを備えている。ビデオサーバー６００
は、ＭＰＥＧ等で圧縮されたディジタル映像データを蓄
積する。有線ネットワーク６１０はＬＡＮ等のネットワ
ークである。ＰＨＳ基地局６２０は、有線ネットワーク
６１０とＰＨＳ網との間のデータ中継機能を備えてお
り、ＰＨＳセル６７０（点線で囲まれる領域）内に位置
する携帯端末との通信処理を実行する。映像中継サーバ
ー６３０は、ビデオサーバー６００から送出された映像
データを、特定の映像データ送信局６４０へ転送する。
映像データ送信局６４０及び６４１は、映像中継サーバ
ー６３０から入力された映像データに対して時分割多重
化等の送信処理を行い、これを自身が管理する無線セル
６６０及び６６１（網掛けされた領域）に送出する。携
帯端末６５０及び６５１は、ビデオサーバー６００をイ
ンタラクティブに検索して取り出した映像データに基づ
いて、映像表示やオーディオ出力を行う。

【０００５】以上のように構成された無線通信システム
について、以下その動作を説明する。携帯端末６５０や
６５１は、ＰＨＳセル６７０の内部に位置する場合、３
２Ｋｂｐｓの低速データ転送レートで双方向の無線デー
タ通信機能を提供するＰＨＳ（６８０）を利用でき、さ
らに、無線セル６６０や６６１の内部に位置する場合に
は、１０Ｍｂｐｓ以上の高速データ転送レートで下り方
向へのデータ転送を行う映像無線（６９０及び６９１）
を利用することができる。今、携帯端末６５０は、無線
セル６６０の内部に位置しており、ビデオサーバー６０
０に格納されたＭＰＥＧ映像番組を検索するものとす
る。携帯端末６５０は、まずビデオサーバー６００宛の
映像要求メッセージをＰＨＳの電波にのせて発信する。
このＰＨＳ信号は、ＰＨＳ基地局６２０で受信された
後、有線ネットワーク６１０の通信フォーマットに変換
され、有線ネットワークを経由してビデオサーバー６０
０へ送られる。ビデオサーバー６００は、受信した映像
要求メッセージに従って、携帯端末６５０がリクエスト
したＭＰＥＧ映像番組をアクセスし、有線ネットワーク
６１０を経由して映像中継サーバー６３０へＭＰＥＧス
トリームを送信する。映像中継サーバー６３０は、携帯
端末６５０の現在位置をチェックした後、その場所を包
含するような無線セル６６０を管理している映像データ
送信局６４０に対して、ＭＰＥＧストリームを転送す
る。映像データ送信局６４０は、無線セル６６０内に存
在する複数台の携帯端末が同時に映像番組を検索可能と
するため、携帯端末６５０用の送信チャンネルを設定
し、複数のＭＰＥＧストリームを時分割多重化し、さら
に、リードソロモン符号化等によりのエラー訂正符号を
付加した後、高速データ転送レートで映像データを非同
期に映像無線６９０に送出する。携帯端末６５０では、
映像無線６９０の受信信号からビット同期、フレーム同
期を確立し、エラー訂正処理を行った後、受信したＭＰ
ＥＧストリームをデコードして得た動画とオーディオ
を、それぞれ携帯端末６５０の液晶表示装置とイヤホン
等から出力する。

【０００６】なお、映像中継サーバー６３０は、携帯端
末の現在位置のチェックを、次の方法で行っている。ま
ず、映像データ送信局６４０、６４１は、自局を識別す
るための識別番号を周期的に送信する。携帯端末６５０
及び６５１が無線セル６６０又は６６１に入って、これ
らの識別番号を検知すると、携帯端末６５０及び６５１
はその識別番号を現在位置として登録するため、ＰＨＳ
経由で位置登録のメッセージを映像中継サーバー６３０
へ送信する。映像中継サーバー６３０は、すべての携帯
端末の位置登録情報を管理しており、ＭＰＥＧストリー
ムの送信時にこの位置情報を参照する。

【０００７】

【発明が解決しようとする課題】しかしながら、従来の
システムでは、高速の無線経路（映像無線６９０又は６
９１）を使用して転送できるのはビデオサーバーに格納
された映像データだけであり、コンピュータネットワー
ク内の他の情報を検索する場合の具体的な方法について
明らかにされていなかった。例えば、従来のシステムで
は、同じ大容量データである静止画については、低速の
無線経路（ＰＨＳの無線伝送路６８０）しか使用できな
い構造であったり、高速の無線経路と低速の無線経路と
を同時に使用するにしても、静止画やテキストデータを
どんな判断基準でどちらの無線経路に振り分けるのかが
不明確であった。特に、インターネットやイントラネッ
トにおけるＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）サ
ーバは、通常、テキストや静止画、動画、音声等のデー
タ間にリンクを張ったハイパーテキスト構造を保ってネ
ットワーク内に分散的に格納されているが、これらのハ
イパーテキスト情報を携帯端末から効率良く短時間に検
索することができないという問題点があった。

【０００８】それゆえに、本発明は、マルチメディアデ
ータを、その属性に応じて適切な無線経路に振り分ける
ことができる無線通信システムを提供することである。
つまり、ハイパーテキスト構造でネットワーク内に蓄積
されている動画、静止画、テキスト等のマルチメディア
情報を、携帯端末から短時間に効率良くアクセスできる
無線通信システムを提供することを目的とする。また、
本発明は、上記の無線通信システムに最適な、マルチメ
ディア中継ノードと携帯端末を提供することを目的とす
る。さらに、本発明は、上記の無線通信システムにおけ
る画面表示方法、トラフィック制御方法、大容量データ
の転送方法、及び受信データの転送方法を提供すること
を目的とする。

【０００９】

【課題を解決するための手段および発明の効果】上記の
目的を達成するために、本発明は、以下のような構成及
び特徴を有する。第１の発明は、端末が、サーバーの内
部に蓄積されたデータのうち所望のデータを、中継ノー
ドを介して受信するような無線通信システムにおいて、
中継ノードは、有線伝送路を介してサーバーと、さら
に、互いにデータ転送速度の異なるＮ種類（Ｎは２以上
の整数）の無線伝送路を介して端末と通信可能に接続さ
れており、有線伝送路との接続を行う有線インターフェ
ースと、Ｎ種類の無線伝送路との接続を行う第１〜第Ｎ
のノード側無線インターフェースと、有線伝送路と、Ｎ
種類の無線伝送路のいずれかとの間でデータの中継処理
を行う中継手段とを備え、中継手段は、有線インターフ
ェースを介して、前記所望のデータをアクセスし、アク
セスしたデータの属性を解析し、解析の結果に基づい
て、アクセスしたデータを端末に送信する際に用いるＭ
種類（Ｍは１以上Ｎ以下の整数）の無線伝送路を決定
し、さらに、アクセスしたデータを、決定に基づいて、
Ｍ種類の無線伝送路にそれぞれ対応するノード側無線イ
ンターフェイスを用いて送信することを特徴とする。

【００１０】第１の発明によれば、中継ノードは、Ｎ種
類ある無線伝送路からＭ種類の無線伝送路を、サーバが
蓄積しているデータの属性に基づいて判定する。これに
よって、蓄積データを、その属性に最も適した無線イン
タフェースを利用して短時間で効率的に転送できる無線
通信システムを提供することができる。

【００１１】第２の発明は、第１の発明において、Ｎが
２の場合において、２種類のうち一方の無線伝送路は、
ＰＨＳ（ＰｅｒｓｏｎａｌＨａｎｄｙｐｈｏｎｅＳ
ｙｓｔｅｍ）で用いられるＰＨＳ無線伝送路であり、他
方の無線伝送路は当該ＰＨＳ無線伝送路と比較して高速
なデータ転送速度を有する赤外線であって、中継ノード
は、ＰＨＳ無線伝送路との接続を行い、さらに、ＰＨＳ
のデータ通信に係る処理を実行する第１のノード側無線
インターフェースと、赤外線との接続を行い、さらに、
赤外線データ通信に係る処理を実行する第２のノード側
無線インターフェースとを備え、中継手段は、解析の結
果に基づいて、アクセスしたデータを端末に送信する際
に、ＰＨＳ無線伝送路及び／又は赤外線を用いることを
決定し、さらに、アクセスしたデータを、決定に基づい
て、ＰＨＳ無線伝送路及び／又は赤外線に対応する第１
及び／又は第２のノード側無線インターフェイスを用い
て送信することを特徴とする。

【００１２】第２の発明によれば、中継ノードは、２種
類ある無線伝送路から少なくとも１種類の無線伝送路
を、サーバが蓄積しているデータの属性に基づいて判定
する。これによって、蓄積データを、その属性に適する
無線インタフェースを利用して短時間で効率的に転送で
き、しかも、高速側の無線伝送路として、赤外線を用い
ているので、安価かつ容易に構成できる無線通信システ
ムを提供することができる。また、赤外線セルはＰＨＳ
セルや無線ＬＡＮ等のセルと比較して、通信領域が格段
に狭いので、単位面積当たりの伝送容量が大きくなり、
赤外線セルの数を増やせば、多くのユーザーに対して映
像その他の大容量のデータを転送することができるとい
う効果がある

【００１３】第３の発明は、第２の発明において、第１
のノード側無線インターフェースは、ＰＨＳに基づくデ
ータ通信が可能なエリアであるＰＨＳセルを形成し、第
２のノード側無線インターフェースは、赤外線データ通
信が可能なエリアである赤外線セルを形成し、赤外線セ
ルは、ＰＨＳセルに内包されることを特徴とする。

【００１４】第３の発明によれば、ＰＨＳセルは、相対
的に通信領域が格段に狭い赤外線セルを内包するように
形成されるので、端末はＰＨＳに基づくデータ通信及び
赤外線を用いたデータ通信の両方を行うことができるよ
うになる。

【００１５】第４の発明は、第３の発明において、中継
ノードは、第２のノード側無線インターフェースを複数
備えており、複数の第２のノード側無線インターフェー
スは、赤外線データ通信が可能なエリアである赤外線セ
ルを個々に形成し、個々の赤外線セルは、ＰＨＳセルに
内包され、かつ、互いにオーバーラップしないことを特
徴とする。

【００１６】第４の発明によれば、複数の赤外線セルは
それぞれ、互いにオーバーラップしないように形成され
るため、少なくとも、ある赤外線セルに送信されている
データと、他のセルに送信されているデータとが、干渉
したりすることがなくなる。

【００１７】第５の発明は、第２の発明において、端末
は、所望のデータをサーバーに対して要求するために、
外部から当該データを特定できるよう構成された入力手
段と、Ｎ種類の無線伝送路との接続を行う第１〜第Ｎの
端末側無線インターフェースと、中継ノードにより決定
されたＭ種類の無線伝送路を介して送信されてくるデー
タを受信できるように、第１〜第Ｎの端末側無線インタ
ーフェイスを切り替える切り替え手段と、受信された所
望のデータを出力する出力手段とを備え、サーバーに対
して要求された所望のデータは、切り替え手段による切
り替えに従って、Ｍ種類の無線伝送路にそれぞれ対応す
る端末側無線インターフェイスを用いて受信され、さら
に、出力手段により出力されることを特徴とする。

【００１８】第５の発明によれば、中継ノードから転送
されるデータを、最も適切な無線インタフェースを用い
て短時間で効率的に受信できるという効果がある。

【００１９】第６の発明は、第２の発明において、端末
は、所望のデータをサーバーに対して要求するために、
外部から当該所望のデータを特定できるよう構成された
入力手段と、ＰＨＳ無線伝送路との接続を行い、さら
に、ＰＨＳのデータ通信に係る処理を実行する第１の端
末側無線インターフェースと、赤外線との接続を行い、
さらに、赤外線データ通信に係る処理を実行する第２の
端末側無線インターフェースと、決定されたＰＨＳ無線
伝送路及び／又は赤外線を介して送信されてくるデータ
を受信できるように、第１及び第２の端末側無線インタ
ーフェイスを切り替える切り替え手段と、受信された所
望のデータを出力する出力手段とを備え、サーバーに対
して要求された所望のデータは、切り替え手段による切
り替えに従って、ＰＨＳ無線伝送路及び／又は赤外線に
それぞれ対応する第１及び／又は第２の端末側無線イン
ターフェイスを用いて受信され、さらに、出力手段によ
り出力されることを特徴とする。

【００２０】第６の発明によれば、ＰＨＳと赤外線の２
種類の無線インタフェースを使用することで端末の消費
電力を減らし、端末のサイズや重量も軽減することがで
きる。また、複数の赤外線セルが存在しても、赤外線の
伝送距離が短いために、他の赤外線セルとの混信が起こ
りにくく、良好な受信状態を容易に実現できる。

【００２１】第７の発明は、第５又は第６の発明におい
て、サーバーに蓄積されているデータは、所定のデータ
圧縮技術を用いて圧縮されており、端末は、圧縮されて
いるデータを伸張する伸張手段をさらに備え、圧縮され
ているデータは、伸張手段により伸張されたうえで、出
力手段により出力されることを特徴とする。

【００２２】第７の発明によれば、サーバーに蓄積され
ているデータは、所定のデータ圧縮技術により圧縮され
ており、さらに、端末は、それを伸張できるので、大容
量の映像情報等を提供することができる無線通信システ
ムを提供することができる。

【００２３】第８の発明は、第６の発明において、第２
のノード側無線インターフェースは、自身が形成する赤
外線セルに向けて、所定のキーワードを送出しており、
端末は、キーワードを受信し、当該キーワードに基づい
て、サーバーに蓄積されているデータに関する情報を要
求する旨を示すメッセージを自動的に作成し、さらに、
中継ノードに向けて出力し、これによって、所望のデー
タを特定して要求するするができる。

【００２４】第８の発明によれば、端末は、赤外線経路
を経由して受信したキーワードに基づいて、自動的にメ
ッセージを作成することとなるので、使い勝手の良いマ
ンマシンインタフェースを構築できる。

【００２５】第９の発明は、第１〜第８のいずれかの発
明において、サーバーは、有線伝送路に分散的に配置さ
れるハイパーテキスト構造を有するデータを蓄積してお
り、端末は、ハイパーテキスト構造を有するデータを、
サーバーから中継ノードを介して受信するためにハイパ
ーテキスト転送プロトコルをさらに備え、中継ノード
は、ハイパーテキスト転送プロトコルのプロキシ機能を
さらに備える。

【００２６】第９のよれば、ハイパーテキストの検索に
適したプロトコルを実装するので、インターネットやイ
ントラネットにおけるＷＷＷサーバーのアクセスが可能
となり、コンピュータネットワークとの整合性の良い無
線通信システムを構築できる。

【００２７】第１０の発明は、第９の発明において、キ
ーワードとしてＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒ
ｃｅＩｄｅｎｔｉｆｉｃａｔｉｏｎ）が中継ノードに
保持されており、第２のノード側無線インターフェース
は、自身が形成する赤外線セルに向けて、ＵＲＩを送出
し、端末は、ＵＲＩを受信し、当該ＵＲＩが指定する情
報を要求するメッセージを自動的に作成して中継ノード
に向けて出力し、その後、ＵＲＩが指定する情報を、中
継ノードから受信し、当該情報を出力手段に表示させる
ことによって、所望のデータを特定して要求できるよう
になる。

【００２８】請求項１０の発明によれば、メニュー画面
用のＵＲＩを赤外線セル毎に設定するので、携帯端末の
現在位置に依存して、その場所に最も関係の深い番組メ
ニュー画面として提供できる。

【００２９】第１１の発明は、第１０の発明において、
中継ノードには、優先順位が付与された複数個のＵＲＩ
が保持されており、第２のノード側無線インターフェー
スは、赤外線の帯域の使用状況に応じて、優先順位に従
って、自身が形成する赤外線セルに向けて送出するＵＲ
Ｉを変更することを特徴とする。

【００３０】第１１の発明によれば、使用可能な赤外線
帯域に余裕がある場合には動画や静止画等の大容量デー
タへ張られるリンクを多く含むＵＲＩを携帯端末へ送信
し、赤外線帯域に余裕がなければテキスト情報だけへリ
ンクを張るようなＵＲＩを携帯端末へ送信するようにで
きるので、メニュー画面関する情報の送信について、簡
単な赤外線経路のトラフィック制御を実現できる。ま
た、赤外線帯域がフルに使用中であっても、少なくとも
ＰＨＳ経路でメニュー画面に関する情報を送信できると
いう効果もある。

【００３１】第１２の発明は、第１０又は第１１の発明
において、端末が、ＵＲＩを指定することにより、所望
のデータを要求すると、中継ノードは、ＵＲＩにより指
定された所望のデータのヘッダ情報を獲得し、ヘッダ情
報が内部に格納しているものであって、所望のデータの
属性に関する情報を解析することによって、当該所望の
データを要求をした端末へ、ＰＨＳ無線伝送路及び／又
は赤外線を用いて送信することを決定し、さらに、ＵＲ
Ｉにより指定された所望のデータを獲得して、要求をし
た端末へ、決定に基づいて、ＰＨＳ無線伝送路及び／又
は赤外線を用いて送信する。

【００３２】第１２の発明によれば、中継ノードが、ま
ずヘッダ情報を獲得し、それを解析して使用すべき無線
経路を決定するので、ＵＲＩの単位で動的に適切な無線
経路を選択することができる。

【００３３】第１３の発明は、第１２の発明において、
ヘッダ情報は、属性に関する情報として、データの種別
を定義する種別情報及びデータサイズを示すサイズ情報
とを、少なくとも内部に格納しており、中継ノードは、
種別情報が時間制約のあるデータを示している場合、又
は、サイズ情報が、所定のサイズ以上を示している場合
に限り、所望のデータを赤外線のみを用いて送信するこ
とを決定する、請求項１２に記載の無線通信システム。

【００３４】第１３の発明によれば、時間制約の厳しい
映像データや、大容量の静止画等は高速のデータ通信を
行える赤外線経路で転送されるので、短時間で転送が完
了するという効果がある。

【００３５】

【発明の実施の形態】図１は、本発明の一実施形態に係
る無線通信システムの概略構成を示すブロック図であ
る。図１において、本システムは、携帯マルチメディア
端末１００〜１０２と、マルチメディア中継ノード１１
０と、ＬＡＮやインターネット等の有線のネットワーク
１２０と、動画、静止画、テキスト等のマルチメディア
データであって、ハイパーテキスト構造を有するものを
蓄積するサーバー１３０〜１３２とを備えている。ネッ
トワーク１２０は、各サーバーとマルチメディア中継ノ
ード１１０とを通信可能に接続する。各携帯マルチメデ
ィア端末とマルチメディア中継ノード１１０とは、２種
類以上の無線経路を介して通信を行う。本実施形態で
は、２種類の無線経路を、より具体的には、双方向通信
可能な低速データ伝送路１４０〜１４２と、下り方向
（マルチメディア中継ノードから携帯マルチメディア端
末への方向）の通信のみ可能な高速データ伝送路１５０
〜１５２とが用いられる。

【００３６】携帯マルチメディア端末１００〜１０２
は、双方向の低速データ伝送路１４０〜１４２を使用し
てマルチメディアデータの検索要求メッセージを発行す
る。この検索要求メッセージは、一旦、マルチメディア
中継ノード１１０に取り込まれる。マルチメディア中継
ノード１１０は、該当するマルチメディアデータを蓄積
するサーバーの所在や情報量等を調べた後、そのサーバ
ーに蓄積されている目的のデータをアクセスする。その
後、マルチメディア中継ノード１１０は、アクセスして
得た目的のデータを、応答データとして携帯マルチメデ
ィア端末１００〜１０２へ返す。応答データを携帯マル
チメディア端末へ転送する際には、低速データ伝送路１
４０〜１４２か、高速データ伝送路１５０〜１５２のい
ずれか１種類が用いられてもよいし、２種類とも併用さ
れてもよい。マルチメディア中継ノード１１０は、応答
データを転送するための無線経路を、後述のように判定
する。

【００３７】図２は、図１に示すマルチメディア中継ノ
ード１１０のブロック構成、及び、当該ノード１１０が
形成する無線セルの構成を示す図である。図２におい
て、マルチメディア中継ノード１１０は、中継サーバー
２００と、ネットワーク１２０にマルチメディア中継ノ
ード１１０を接続するためのネットワークインタフェー
ス２１０と、ＰＨＳ（ＰｅｒｓｏｎａｌＨａｎｄｙｐ
ｈｏｎｅＳｙｓｔｅｍ）のプロトコルに基づくデータ
通信機能を備えたＰＨＳ基地局２２０、赤外線送信器２
３０〜２３３と、ＬＥＤ（Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎ
ｇＤｉｏｄｅ）を内部に配置して互いに同一波長の光
を拡散するように構成された投光器２４０〜２４３とを
含んでいる。中継サーバー２００は、ＰＨＳ基地局２２
０を使用して交換される制御メッセージの処理を行った
り、ネットワーク１２０経由で受信したデータを携帯マ
ルチメディア端末へ送信する際の中継処理を行ったりす
る。このマルチメディア中継ノード１１０の構成から明
らかなように、上述した低速データ伝送路としてＰＨＳ
の無線伝送路が用いられ、高速データ伝送路として赤外
線が用いられる。また、図１に示すシステムには、少な
くとも１つのＰＨＳセル２５０と、複数の赤外線セル２
６０〜２６２（図示は３つ）とが形成される。ＰＨＳセ
ル２５０は、携帯マルチメディア端末がＰＨＳ基地局２
２０と通信可能なエリアを規定する。また、赤外線セル
２６０〜２６２は、赤外線データ通信が可能なエリアを
規定しており、投光器２４０〜２４２によって作られ
る。ここで、上述からも明らかなように、データが乗せ
られる光の波長は、赤外線セル２６０〜２６２で互いに
同一なので、赤外線セル２６０〜２６２は互いに重なり
合わないように配置するようにシステムの設計すること
が必要である。また、赤外線でのデータ伝送距離は通常
１０ｍ以下であるのに対して、ＰＨＳでは１００ｍ以上
の伝送距離があるので、赤外線セル２６０〜２６２はＰ
ＨＳセル２５０内に包含される構成としなければならな
い。したがって、携帯マルチメディア端末を持って美術
館等の構内を移動するユーザーが、図中のＡ、Ｂ及びＣ
地点のように赤外線セル及びＰＨＳセルの内部に位置す
る場合には、ＰＨＳでの低速データ通信も赤外線での高
速データ受信も可能であるが、Ｘ地点のようにＰＨＳセ
ルの内部に位置し、かついずれの赤外線セルの内部に位
置しない場合には、ＰＨＳでのデータ通信のみが可能と
なる。

【００３８】図３は、図２に示す中継サーバー２００の
構成をより詳細に示すブロック図である。図３におい
て、中継サーバー２００は、低速データ通信処理部３０
０と、ＨＴＴＰプロキシ３１０と、ＨＴＴＰヘッダ解析
部３２０と、ボディアクセス部３３０と、高速データ通
信処理部３４０〜３４３と、経路制御部３５０と、制御
信号処理部３６０と、携帯端末管理テーブル３７０とを
有する。低速データ通信処理部３００は、ＨＴＴＰ（Ｈ
ｙｐｅｒＴｅｘｔＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏ
ｌ）プロトコルを用いた検索要求メッセージや応答デー
タの送受信処理を行う。ＨＴＴＰプロキシ３１０は、Ｈ
ＴＴＰを用いたハイパーテキストの検索処理を代行す
る。高速データ通信処理部３４０〜３４３は、赤外線で
データ送信するときのヘッダ作成等の処理を行う。経路
制御部３５０は、携帯マルチメディア端末の現在位置に
対応する高速データ通信処理部（３４０〜３４３のいず
れか）を選択する。制御信号処理部３６０は、携帯マル
チメディア端末の位置や受信状態等を示す制御メッセー
ジの受信処理を行う。携帯端末管理テーブル３７０は、
携帯マルチメディア端末の現在位置や受信状態等を保持
する。

【００３９】図４は、図１に示す携帯マルチメディア端
末１００〜１０２の詳細な構成を示すブロック図であ
る。図４において、携帯マルチメディア端末１００、１
０１又は１０２は、赤外線受信モジュール４１０と、Ｐ
ＨＳモデムカード４２０と、映像デコードモジュール４
３０と、ＣＰＵモジュール４４０と、セレクタ４５０及
び４５１と、ヘッドセット４６０と、液晶表示装置４７
０と、入力装置４８０とを含んでいる。また、図４にお
いて、一点鎖線で囲まれる部分には、赤外線受信モジュ
ール４１０のより詳細な構成が示されている。赤外線受
信モジュール４１０は、フォトダイオードを用いた受光
部４１１と、プリアンプ４１２と、ＡＧＣ（自動利得制
御装置）４１３と、復調回路４１４と、同期検出回路４
１５と、エラー訂正部４１６と、ヘッダ解析部４１７と
を有している。さらに、二点鎖線で囲まれる部分には、
映像デコードモジュール４３０の詳細な構成が示されて
いる。映像デコードモジュール４３０は、ＭＰＥＧシス
テムデコード部４４１と、ＭＰＥＧオーディオデコード
部４４２と、ＭＰＥＧビデオデコード部４４３と、Ｄ／
Ａ（ＤＡコンバータ）４４４及び４４５とを有してい
る。

【００４０】以上のように構成された無線通信システム
の動作について、図５に示すシーケンスチャートに従っ
て、図１〜図４を参照して説明する。（１）ＰＨＳコネクション確立フェーズ今、例えば、携帯マルチメディア端末１０２（図１参
照）が、ＰＨＳセル２５０（図２参照）の中に入ったと
する。これを感知した携帯端末１０２は、ＣＰＵモジュ
ール４４０とＰＨＳモデムカード４２０とを用いて、Ｐ
ＨＳ基地局２２０に対するコネクション確立要求を生成
し、送信する（ステップＳ５０１）。制御信号処理部３
６０は、ＰＨＳ基地局２２０を介して、コネクション確
立要求を受け取ると、呼制御処理を起動し、コネクショ
ン確立要求に対する応答がＰＨＳ基地局２２０を介して
携帯マルチメディア端末１０２へ通知される（ステップ
Ｓ５０２）。これによって、まず、低速でのデータ通信
を行うためのＰＨＳコネクションが両者の間で確立され
る。

【００４１】（２）位置登録フェーズ次に、携帯マルチメディア端末１０２が移動して、例え
ば、赤外線セル２６０（図２参照）に入ったとする。赤
外線セル２６０〜２６２には、周期的にそれぞれの赤外
線セルを識別するための識別情報が流されており、携帯
マルチメディア端末１０２はその識別情報を無条件にモ
ニターすることができる（ステップＳ５０３）。この識
別情報は、各赤外線セル毎でユニークな値になるように
設定されている。高速データ通信処理部３４０〜３４３
は、自身が形成する赤外線セルの識別情報を予め登録し
ており、送信メッセージのヘッダ中にその値をセットす
ることによって、識別情報を流す。したがって、赤外線
セル２６０については、高速データ通信処理部３４０で
作成された送信メッセージは、赤外線送信器２３０にお
いて時分割多重化処理、ＦＥＣ（ＦｏｒｗａｒｄＥｒ
ｒｏｒＣｏｒｒｅｃｔｉｏｎ）によるエラー訂正符号
化処理、４Ｂ／５Ｂ等の伝送路符号への変換等の送信処
理が施され、投光器２４０から赤外線伝送路へ送出され
る。

【００４２】携帯マルチメディア端末１０２は、赤外線
受信モジュール４１０が内部に有する受光部４１１、プ
リアンプ４１２、ＡＧＣ４１３、復調回路４１４、同期
検出回路４１５、エラー訂正部４１６の処理によって送
信メッセージを再生した後、ヘッダ解析部４１７におい
て赤外線セル２６０に割り当てられた識別情報を抽出
し、その値をＣＰＵモジュール４４０へ通知する。ＣＰ
Ｕモジュール４４０はこの識別情報の値を用いて、現在
赤外線セル２６０内に位置することを示す位置登録メッ
セージを作成する。ＰＨＳモデムカード４２０は、ＰＨ
Ｓの無線伝送路を介して、この位置登録メッセージをマ
ルチメディア中継ノード１１０へ通知する（ステップＳ
５０４）。マルチメディア中継ノード１１０の制御信号
処理部３６０は、ＰＨＳ基地局２２０経由で通知された
位置登録メッセージを解析し、携帯マルチメディア端末
１０２の現在位置が赤外線セル２６０内であることを携
帯端末管理テーブル３７０へ登録する。

【００４３】（３）初期メニュー転送フェーズ位置登録を終えた携帯マルチメディア端末１０２は、初
期メニュー画面を表示するまでに次の手順を踏む。ここ
で、初期メニュー画面とは、液晶表示装置４７０に表示
され、典型的には、サーバーがどのようなマルチメディ
アデータを蓄積しているかを示すため、及び、ユーザー
が視聴したいマルチメディアデータを選択するための画
面である。まず、初期メニュー画面を構成するデータ
は、ネットワーク１２０を介してリモートに存在するサ
ーバー内に格納されている。かかるデータの格納場所と
アクセス方法を示すＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏ
ｕｒｃｅＩｄｅｎｔｉｆｉｃａｔｉｏｎ）が、マルチ
メディア中継ノード１１０内の高速データ通信処理部３
４０〜３４３に保持されている。保持されるＵＲＩは、
赤外線セルに対応して、それぞれ異なっていてもよい。
言い換えれば、赤外線セル毎で異なる初期メニュー画面
を表示させるようにしてもよい。また、１つの高速デー
タ通信処理部に、優先順位を付けた複数個のＵＲＩを保
持していてもよい。なお、この優先順位に関する説明に
ついては、後述する。

【００４４】一般に、上記のＵＲＩは、下記（１）に示
すように表現される。ｈｔｔｐ：／／ａａａ．ｂｂｂ．ｃｃｃ／ｆｉｌｅｎａｍｅ１ …（１）ここで、ａａａ．ｂｂｂ．ｃｃｃは、初期メニュー画面
を構成するデータを蓄積しているサーバー（１３０〜１
３２のいずれか）の識別情報を表し、ｆｉｌｅｎａｍｅ
１が目的のデータ（初期メニュー画面）を格納するファ
イルを表す。また、ｈｔｔｐ：は、このデータをアクセ
スする時に使用すべきプロトコルであるＨＴＴＰを表し
ている。

【００４５】位置登録フェーズによって、携帯マルチメ
ディア端末１０２が新規に赤外線セル２６０内に入った
ことが携帯端末管理テーブル３７０に登録されると、そ
のイベントが経路制御部３５０を経由して高速データ通
信部３４０へ通知される。高速データ通信処理部３４０
は、保持しているＵＲＩの中で最も優先順位の低いＵＲ
Ｉ（後述）を選択して、初期メニュー転送用メッセージ
のヘッダ部分にそのＵＲＩをセットする（ステップＳ５
３０）。このメッセージは、赤外線送信器２３０と投光
器２４０によって赤外線信号に変換され、携帯マルチメ
ディア端末１０２に伝えられる（ステップＳ５０５）。
携帯マルチメディア端末１０２の赤外線受信モジュール
４１０のヘッダ解析部４１７によってＵＲＩが抽出され
ると、ＣＰＵモジュール４４０において、そのＵＲＩが
含むｆｉｌｅｎａｍｅ１で示されるデータ（初期メニュ
ー画面）のデータを入手するために、下記（２）に示す
ようなＧＥＴ要求メッセージが作成され、ＰＨＳモデム
カード４２０を介してマルチメディア中継ノード１１０
へ伝えられる（ステップＳ５０６）。ＧＥＴｈｔｔｐ：／／ａａａ．ｂｂｂ．ｃｃｃ／ｆｉｌｅｎａｍｅ１ …（２）

【００４６】ＰＨＳ経由で発行されたＧＥＴ要求メッセ
ージは、マルチメディア中継ノード１１０のＰＨＳ基地
局２２０と低速データ通信処理部３００を経由して、Ｈ
ＴＴＰプロキシ３１０に伝えられる。ＨＴＴＰプロキシ
３１０は、上記（２）のメッセージにおけるＵＲＩ部分
に記述されているａａａ．ｂｂｂ．ｃｃｃで特定される
サーバーのネットワークアドレスを知っており、当該サ
ーバーからｆｉｌｅｎａｍｅ１で指定されるファイルを
入手しようとする。そこで、まずこのファイルのＨＴＴ
Ｐヘッダ情報を獲得するために、下記（３）に示すよう
なヘッダ要求を作成し、ネットワークインタフェース２
１０を介して、ａａａ．ｂｂｂ．ｃｃｃで特定されるサ
ーバー宛にヘッダ要求を発行する（ステップＳ５０
７）。ＨＥＡＤｈｔｔｐ：／／ｆｉｌｅｎａｍｅ１…（３）

【００４７】サーバーからは、上記ヘッダ要求に対する
応答であるヘッダ応答が返信され（ステップＳ５０
８）、その内容がＨＴＴＰプロキシ３１０からＨＴＴＰ
ヘッダ解析部３２０へ渡される。この応答（Ｒｅｓｐｏ
ｎｓｅ）に記述されたＨＴＴＰヘッダは、次の（４）に
示すような情報を含んでおり、ファイルの属性を示して
いる。このファイルの属性は、ｆｉｌｅｎａｍｅ１で特
定されるファイル（初期メニュー画面）のものである。

【数１】ここで、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈは、ヘッダを除
いたボディ部分（今回の場合、初期メニュー画面を構成
するデータ）のデータサイズを示し、Ｃｏｎｔｅｎｔ−
Ｔｙｐｅは、ボディ部分がＭＰＥＧデータであるか、Ｊ
ＰＥＧデータであるか、テキストデータであるか等のよ
うにメディアの種別を示し、Ｃｏｎｔｅｎｔ−Ｌａｎｇ
ｕａｇｅは、その言語を示し、Ｌａｓｔ−Ｍｏｄｉｆｉ
ｅｄは、ボディの部分が最後に更新された時刻を示し、
さらに、Ｖｅｒｓｉｏｎは、そのバージョンを示してい
る。

【００４８】このように、応答メッセージには、Ｃｏｎ
ｔｅｎｔ−ｌｅｎｇｔｈやＣｏｎｔｅｎｔ−Ｔｙｐｅ等
のフィールドがある。ＨＴＴＰヘッダ解析部３２０は、
これらのフィールドのうち、特にデータサイズとメディ
アの種別を利用して、初期画面用データを赤外線を用い
て転送するか、ＰＨＳを用いて転送するかを判定する
（ステップＳ５４０）。本実施形態では、具体例とし
て、メディアの種別がＭＰＥＧやＪＰＥＧであれば赤外
線を用いて転送し、テキストデータであればＰＨＳを用
いて転送すると判定することとする。なお、テキストデ
ータであっても、そのデータサイズが一定値以上であれ
ば赤外線を選択するように判定する。転送経路（赤外線
又はＰＨＳの無線伝送路）の判断結果は、ＨＴＴＰヘッ
ダ解析部３２０からボディアクセス部３３０へ通知され
る。ボディアクセス部３３０は、携帯マルチメディア端
末１０２が赤外線で初期画面用データを受信待ちすべき
場合に限って受信経路を指示するメッセージを作成し、
ＰＨＳで携帯マルチメディア端末１０２へ通知する。な
お、現時点では、初期画面用データはテキストデータで
あって、データサイズは一定値未満であると仮定する。
したがって、ＨＴＴＰヘッダ解析部３２０は、ＰＨＳを
用いて初期画面用データを転送するに判定する。ボディ
アクセス部３３０は、転送経路の判定と並行して、ａａ
ａ．ｂｂｂ．ｃｃｃで特定されるサーバーから初期画面
用データを獲得するため、下記（５）に示すようなＧＥ
Ｔ要求をネットワークインタフェース２１０を介して発
行する（ステップＳ５１０）。ＧＥＴｈｔｔｐ：／／ｆｉｌｅｎａｍｅ１…（５）

【００４９】サーバーからネットワークインタフェース
２１０を経由して、応答データ（初期画面用データ）が
ボディアクセス部３３０に返ってくると（ステップＳ５
１１）、ボディアクセス部３３０は、決定した無線経路
に従って、ＰＨＳ用の低速データ通信処理部３００又は
赤外線用の経路制御部３５０へと応答データを転送す
る。上述したように、現時点では、ＰＨＳの無線伝送路
を、初期画面用データを転送する経路として決定されて
いるので、低速データ通信処理部３００が、ステップＳ
５０６で発行されたＧＥＴ要求メッセージに対する応答
メッセージを作成する。この応答メッセージは、ＰＨＳ
基地局２２０を経由して携帯マルチメディア端末１０２
へ送信される（ステップＳ５１２）。携帯マルチメディ
ア端末１０２は、初期画面用データをＰＨＳモデムカー
ド４２０を用いて受信し、ＣＰＵモジュール４４０を用
いて再生し、その後、液晶表示装置４７０に初期画面に
関する映像を表示したり、ヘッドセット４６０から初期
画面に関する音声を出力したりして、ユーザに初期メニ
ュー画面を視聴させる。

【００５０】（４）情報検索フェーズユーザは、初期メニュー画面を参照して、獲得したい画
像、映像番組等をアクセスする場合の本システムの動作
は、次のようになる。初期画面用データには、ユーザが
アクセス可能な画像、映像番組等のＵＲＩが含まれてい
る。液晶表示装置４７０は、当該初期画面用データに基
づいて、画像、映像番組等の情報をメニューとして表示
する。ユーザは、現在表示されている情報を参照して、
入力装置４８０を用いて好みのマルチメディアデータを
選択し、コマンドを入力する。ＣＰＵモジュール４４０
は、ユーザの好みの画像や映像等を獲得するために、こ
の入力に基づいて、下記（６）に示すようなＧＥＴＵ
ＲＩメッセージを作成する。ＧＥＴｈｔｔｐ：／／ｘｘｘ．ｙｙｙ．ｚｚｚ／ｆｉｌｅｎａｍｅ２ …（６）ここで、ｘｘｘ．ｙｙｙ．ｚｚｚがユーザーによって選
択されたマルチメディアデータを蓄積しているサーバー
の識別情報を表し、ｆｉｌｅｎａｍｅ２がこのマルチメ
ディアデータを格納するファイルを表す。このＧＥＴ
ＵＲＩメッセージは、ＰＨＳモデムカード４２０からＰ
ＨＳの無線伝送路を介して、マルチメディア中継ノード
１１０に発行される（ステップＳ５２０）。ＧＥＴＵ
ＲＩメッセージは、マルチメディア中継ノード１１０が
内部に含むＰＨＳ基地局２２０と低速データ通信処理部
３００とを経由して、ＨＴＴＰプロキシ３１０に送られ
る。ＨＴＴＰプロキシ３１０は、上記（６）に示すＧＥ
ＴＵＲＩメッセージに記述されているサーバーｘｘ
ｘ．ｙｙｙ．ｚｚｚのネットワークアドレスを知ってお
り、当該サーバーからｆｉｌｅｎａｍｅ２で特定される
ファイルを入手しようとする。そこで、ＨＴＴＰプロキ
シ３１０は、まず、このファイルのＨＴＴＰヘッダ情報
を獲得するために、下記（７）に示すようなヘッダ要求
を作成し、ｘｘｘ．ｙｙｙ．ｚｚｚで特定されるサーバ
ー宛に、ヘッダ要求をネットワークインターフェース２
１０を介して発行する（ステップＳ５２１）。ＨＥＡＤｈｔｔｐ：／／ｆｉｌｅｎａｍｅ２…（７）

【００５１】ｘｘｘ．ｙｙｙ．ｚｚｚで特定されるサー
バーからは、ヘッダ応答が返信され（ステップＳ５２
２）、その内容がＨＴＴＰプロキシ３１０からＨＴＴＰ
ヘッダ解析部３２０へ渡される。ヘッダ応答に記述され
たＨＴＴＰヘッダには、（４）に示したものと同様の内
容であって、ｆｉｌｅｎａｍｅ２で特定されるファイル
が有する属性に関する情報が含まれている。ＨＴＴＰヘ
ッダ解析部３２０は、ステップＳ５４０での処理と同様
に、Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈとＣｏｎｔｅｎｔ−
Ｔｙｐｅを参照して、ｆｉｌｅｎａｍｅ２で示されるフ
ァイルのデータサイズとメディアの種別を調べ、ステッ
プＳ５２０で発行されたＧＥＴＵＲＩメッセージに対
する応答データ（ｆｉｌｅｎａｍｅ２で特定されるファ
イル）の転送経路を赤外線にするかＰＨＳの無線伝送路
にするかを判定する（ステップＳ５５０）。今回は、上
記ファイルがＭＰＥＧ形式で圧縮された映像データであ
ると仮定する。したがって、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ
は、ＭＰＥＧを示すファイルの種別がセットされている
ことから、ＨＴＴＰヘッダ解析部３２０は、赤外線経路
で転送するように判定する。

【００５２】転送経路の判定結果は、ＨＴＴＰヘッダ解
析部３２０からボディアクセス部３３０へ通知され、ま
ず、携帯マルチメディア端末１０２が赤外線経路でＭＰ
ＥＧデータの受信待ちをするように、受信経路を指示す
るメッセージを作成する。この受信経路指示メッセージ
は、低速データ通信処理部３００、ＰＨＳ基地局２２０
及びＰＨＳの無線伝送路を介して携帯マルチメディア端
末１０２へ送られる（ステップＳ５２３）。受信経路指
示メッセージは、下記（８）に示すように、ステップＳ
５２０で発行されるＧＥＴＵＲＩメッセージに対応す
る応答メッセージと同様の形式を有しており、その内部
情報であるステータスコードに、赤外線を用いてデータ
転送する事を示す値を書き込んでおくことで、一旦、携
帯マルチメディア端末１０２側でのＧＥＴＵＲＩメッ
セージに関するプロトコル処理を正常に終了させ、時分
割多重化処理により割り当てられた赤外線チャネルでの
受信待ち状態に移行させる（ステップＳ５６０）。

【数２】ボディアクセス部３３０は、上記の受信経路指示メッセ
ージの作成と並行して、ｘｘｘ．ｙｙｙ．ｚｚｚで特定
されるサーバーからＭＰＥＧのデータを獲得するため、
下記（９）に示すようなＧＥＴ要求メッセージを作成
し、ネットワークインタフェース２１０を介して当該サ
ーバーに発行する（ステップＳ５２４）。ＧＥＴｈｔｔｐ：／／ｆｉｌｅｎａｍｅ２…（９）

【００５３】ｘｘｘ．ｙｙｙ．ｚｚｚで特定されるサー
バーは、受け取ったＧＥＴ要求メッセージに応答してＭ
ＰＥＧのデータを、ネットワークインタフェース２１０
を経由して、ボディアクセス部３３０に送る（ステップ
Ｓ５２５）。ボディアクセス部３３０は、受け取ったＭ
ＰＥＧデータを赤外線用の経路制御部３５０へ転送す
る。経路制御部３５０は、携帯端末管理テーブル３７０
を参照して携帯端末１０２の現在位置を調べた後、その
現在位置に対応する赤外線セルにのみＭＰＥＧデータを
転送するように、高速データ転送処理部３４０〜３４３
の中で該当するもの（今回の場合、高速データ転送処理
部３４０）を選択して、ＭＰＥＧデータを転送する。高
速データ通信処理部３４０は、このＭＰＥＧデータがス
テップＳ５２０で発行されたＧＥＴＵＲＩ要求メッセ
ージに対応する応答データであることを携帯マルチメデ
ィア端末１０２側で判断できるように、ヘッダ情報にＵ
ＲＩ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ、Ｃｏｎｔｅｎｔ−Ｌ
ｅｎｇｔｈの値をセットし、当該ヘッダ情報とボディで
あるＭＰＥＧデータとからなる応答メッセージを作成
し、赤外線送信器２３０と投光器２４０を経由して、携
帯マルチメディア端末１０２へ送信する（ステップＳ５
２６）。

【００５４】携帯マルチメディア端末１０２は、まず、
赤外線受信モジュール４１０が内部に有する受光部４１
１、プリアンプ４１２、ＡＧＣ４１３、復調回路４１
４、同期検出回路４１５、エラー訂正部４１６及びヘッ
ダ解析部４１７の処理によって応答メッセージを再生
し、次にヘッダ解析部４１７において、受信中のデータ
のＵＲＩや、データの種類がＭＰＥＧであることや、そ
のデータ全体のサイズを知る。さらに、受信中のＭＰＥ
Ｇデータをデコードするために、映像デコードモジュー
ル４３０へデータを転送し、再生した結果をヘッドセッ
ト４６０や液晶表示装置４７０から出力する。なお、セ
レクタ４５０とセレクタ４５１は、受信データの種別が
ＭＰＥＧである場合は映像デコードモジュール４３０の
出力を選択するように動作する。

【００５５】上記の実施形態では、ｆｉｌｅｎａｍｅ２
で示されるデータがＭＰＥＧに基づいて圧縮されている
場合について説明したが、これが静止画（ＪＰＥＧ形式
とする）の場合であっても、マルチメディア中継ノード
１１０の動作はＭＰＥＧデータの場合と同様である。た
だし、携帯マルチメディア端末１０２は、赤外線経路で
受信したＪＰＥＧデータを、ＣＰＵモジュール４４０で
ソフトウェアデコードして、液晶表示装置及びヘッドセ
ット４６０へ出力する点が異なる。

【００５６】以上のように本実施形態によれば、携帯マ
ルチメディア端末は、ＰＨＳ経路でデータ検索要求を発
行して、応答データを赤外線経路で受信することができ
るので、動画や静止画の高速検索に適した無線通信シス
テムを構築できる。しかも、マルチメディア中継ノード
１１０が２種類の無線インタフェースを動的に切り替え
ても、携帯マルチメディア端末は、ステップＳ５２０で
ＰＨＳ経路を用いて発行したＧＥＴ要求メッセージに対
応する応答メッセージを受信する間に、受信経路を赤外
線経路へ切替え（ステップＳ５２３参照）と同時に、Ｐ
ＨＳに関するプロトコル処理を正常終了するようにして
いる。したがって、携帯マルチメディア端末では、ＨＴ
ＴＰプロトコルに変更を加える必要が一切なくなる。こ
れによって、上記のような、動画等の高速検索に適した
無線通信システムを容易に実現できるという効果もあ
る。さらに、ハイパーテキスト構造を有する動画等の検
索には業界標準のＨＴＴＰを使用するので、有線網に接
続されているＷＷＷサーバーとの整合性が良く、柔軟性
と拡張性に富んだ無線通信システムを容易に構築できる
という効果もある。

【００５７】なお、本実施形態では、無線インタフェー
スを赤外線とＰＨＳとしたが、ＰＨＳの代わりに無線Ｌ
ＡＮとしてもよい。また、本実施形態では、初期画面用
のＵＲＩを赤外線経路で携帯マルチメディア端末へ転送
するようにしていたが、前述したように、赤外線セルが
ＰＨＳセルに内包されるようなセル構成を採っているの
で、ＰＨＳ経路で各赤外線セルに固有のＵＲＩを送るこ
ともできる。この場合、マルチメディア中継ノード１１
０は携帯端末管理テーブル３７０にＵＲＩを保持し、携
帯マルチメディア端末が新たに赤外線セルに入ってきた
ことを携帯端末管理テーブル３７０の更新時（ステップ
Ｓ５０４参照）に検出して、その赤外線セルに対応する
ＵＲＩをＰＨＳで送出するという手順になる。

【００５８】さらに、本実施形態では、初期メニュー転
送フェーズにおけるステップＳ５３０の処理の説明にお
いて、高速データ通信処理部３４０は、送信メッセージ
のヘッダ部にセットする初期画面用のＵＲＩを、最も優
先順位の高いＵＲＩとしたが、優先順位の下位のＵＲＩ
をセットして赤外線帯域のトラフィックを制御してもよ
い。その場合の手順は、次のように行う。なお、ＵＲＩ
の優先順位を付与する方法は、そのＵＲＩが指定する初
期メニュー画面に含まれる動画や静止画のデータ量が多
いものや、初期メニュー画面からリンクが張られている
動画や静止画のデータ量の多いものほど、優先順位を高
く設定するものとする。また、最下位のＵＲＩは、テキ
ストデータだけの初期メニュー画面を構成するものとす
る。位置登録フェーズによって、携帯マルチメディア端
末１０２が新規に赤外線セル２６０内に入ったことが携
帯端末管理テーブル３７０に登録されると、携帯端末管
理テーブル３７０は、現在その赤外線セル２６０に登録
されている携帯マルチメディア端末の総数を基に、１端
末当たり使用可能な赤外線帯域の割り出す。例えば、こ
の値が１．５Ｍｂｐｓ以上であれば、すべての携帯マル
チメディア端末が同時にＭＰＥＧ１のデータを検索して
も支障がないことを表すので、携帯端末管理テーブル３
７０から高速データ通信処理部３４０へは、経路制御部
３５０を経由して、最上位の優先順位のＵＲＩを選択す
るように通知される。逆に、１端末当たりの使用可能な
赤外線帯域の値が数１００Ｋｂｐｓ程度であれば、なる
べく動画や静止画による赤外線経路でのデータ転送が発
生しないように、下位のＵＲＩを選択するような通知
が、経路制御部３５０を経由して高速データ通信処理部
３４０へ送られる。そして、１端末当たりの使用可能な
赤外線帯域の値が数１０Ｋｂｐｓになれば、新規に赤外
線セルに入ってきた携帯マルチメディア端末には、テキ
スト情報だけしか見えないようにして赤外線帯域のトラ
フィック発生を防ぐよう、最下位のＵＲＩを選択するよ
うな通知がなされる。高速データ通信処理部３４０で
は、指定された順位のＵＲＩを初期メニュー転送用メッ
セージのヘッダ部分にセットする（ステップＳ５３
０）。この初期メニュー転送用メッセージは、赤外線送
信器２３０と投光器２４０によって赤外線信号に変換さ
れ、携帯マルチメディア端末１０２に伝える（ステップ
Ｓ５０５）。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る無線通信システムの
概略構成を示すブロック図である。

【図２】図１に示すマルチメディア中継ノード１１０の
ブロック構成、及び、図１に示すシステムで用いられる
無線セルの構成を示す図である。

【図３】図２に示す中継サーバー２００の構成をより詳
細に示すブロック図である。

【図４】図１に示す携帯マルチメディア端末１００〜１
０２の詳細な構成を示すブロック図である。

【図５】本発明の一実施形態に係る無線通信システムの
動作を示すシーケンスチャートである。

【図６】従来の無線通信システムの構成を示すブロック
図である。

【符号の説明】

１０１〜１０２…携帯マルチメディア端末１１０…マルチメディア中継ノード１２０…ネットワーク１３０〜１３２…サーバー２００…中継サーバー２１０…ネットワークインタフェース２２０…ＰＨＳ基地局２３０〜２３３…赤外線送信器２４０〜２４３…投光器３００…低速データ通信処理部３１０…ＨＴＴＰプロキシ３２０…ＨＴＴＰヘッダ解析部３３０…ボディアクセス部３４０〜３４３…高速データ通信処理部３５０…経路制御部３６０…制御信号処理部３７０…携帯端末管理テーブル４１０…赤外線受信モジュール４２０…ＰＨＳモデムカード４３０…映像デコードモジュール４４０…ＣＰＵモジュール４５０〜４５１…セレクタ４６０…ヘッドセット４７０…液晶表示装置４８０…入力装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者郡司嘉規大阪府門真市大字門真1006番地松下電器産業株式会社内

Claims

【特許請求の範囲】

【請求項１】端末が、サーバーの内部に蓄積されたデ
ータのうち所望のデータを、中継ノードを介して受信す
るような無線通信システムにおいて、前記中継ノードは、有線伝送路を介して前記サーバーと、さらに、互いにデ
ータ転送速度の異なるＮ種類（Ｎは２以上の整数）の無
線伝送路を介して前記端末と通信可能に接続されてお
り、前記有線伝送路との接続を行う有線インターフェース
と、前記Ｎ種類の無線伝送路との接続を行う第１〜第Ｎのノ
ード側無線インターフェースと、前記有線伝送路と、前記Ｎ種類の無線伝送路のいずれか
との間で前記データの中継処理を行う中継手段とを備
え、前記中継手段は、前記有線インターフェースを介して、前記所望のデータ
をアクセスし、前記アクセスしたデータの属性を解析し、前記解析の結果に基づいて、前記アクセスしたデータを
前記端末に送信する際に用いるＭ種類（Ｍは１以上Ｎ以
下の整数）の無線伝送路を決定し、さらに、前記アクセスしたデータを、前記決定に基づいて、前記
Ｍ種類の無線伝送路にそれぞれ対応するノード側無線イ
ンターフェイスを用いて送信することを特徴とする、無
線通信システム。
【請求項２】前記Ｎが２の場合において、２種類のう
ち一方の無線伝送路は、ＰＨＳ（ＰｅｒｓｏｎａｌＨ
ａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ）で用いられるＰＨ
Ｓ無線伝送路であり、他方の無線伝送路は当該ＰＨＳ無
線伝送路と比較して高速なデータ転送速度を有する赤外
線であって、前記中継ノードは、前記ＰＨＳ無線伝送路との接続を行い、さらに、前記Ｐ
ＨＳのデータ通信に係る処理を実行する第１のノード側
無線インターフェースと、前記赤外線との接続を行い、さらに、赤外線データ通信
に係る処理を実行する第２のノード側無線インターフェ
ースとを備え、前記中継手段は、前記解析の結果に基づいて、前記アクセスしたデータを
前記端末に送信する際に、前記ＰＨＳ無線伝送路及び／
又は赤外線を用いることを決定し、さらに、前記アクセスしたデータを、前記決定に基づいて、前記
ＰＨＳ無線伝送路及び／又は赤外線に対応する第１及び
／又は第２のノード側無線インターフェイスを用いて送
信することを特徴とする、請求項１に記載の無線通信シ
ステム。
【請求項３】前記第１のノード側無線インターフェー
スは、前記ＰＨＳに基づくデータ通信が可能なエリアで
あるＰＨＳセルを形成し、前記第２のノード側無線インターフェースは、前記赤外
線データ通信が可能なエリアである赤外線セルを形成
し、前記赤外線セルは、前記ＰＨＳセルに内包されることを
特徴とする、請求項２に記載の無線通信システム。
【請求項４】前記中継ノードは、前記第２のノード側
無線インターフェースを複数備えており、前記複数の第２のノード側無線インターフェースは、前
記赤外線データ通信が可能なエリアである赤外線セルを
個々に形成し、前記個々の赤外線セルは、前記ＰＨＳセルに内包され、
かつ、互いにオーバーラップしないことを特徴とする、
請求項３に記載の無線通信システム。
【請求項５】前記端末は、前記所望のデータを前記サーバーに対して要求するため
に、外部から当該所望のデータを特定できるよう構成さ
れた入力手段と、前記Ｎ種類の無線伝送路との接続を行う第１〜第Ｎの端
末側無線インターフェースと、前記中継ノードにより決定されたＭ種類の無線伝送路を
介して送信されてくるデータを受信できるように、前記
第１〜第Ｎの端末側無線インターフェイスを切り替える
切り替え手段と、前記受信された所望のデータを出力する出力手段とを備
え、前記サーバーに対して要求された所望のデータは、前記切り替え手段による切り替えに従って、前記Ｍ種類
の無線伝送路にそれぞれ対応する端末側無線インターフ
ェイスを用いて受信され、さらに、前記出力手段により出力されることを特徴とする、請求
項１に記載の無線通信システム。
【請求項６】前記端末は、所望の前記データを前記サ
ーバーに対して要求するために、外部から当該所望のデ
ータを特定できるよう構成された入力手段と、前記ＰＨＳ無線伝送路との接続を行い、さらに、前記Ｐ
ＨＳのデータ通信に係る処理を実行する第１の端末側無
線インターフェースと、前記赤外線との接続を行い、さらに、前記赤外線データ
通信に係る処理を実行する第２の端末側無線インターフ
ェースと、前記決定されたＰＨＳ無線伝送路及び／又は赤外線を介
して送信されてくるデータを受信できるように、前記第
１及び第２の端末側無線インターフェイスを切り替える
切り替え手段と、前記受信された所望のデータを出力する出力手段とを備
え、前記サーバーに対して要求された所望のデータは、前記切り替え手段による切り替えに従って、前記ＰＨＳ
無線伝送路及び／又は赤外線にそれぞれ対応する第１及
び／又は第２の端末側無線インターフェイスを用いて受
信され、さらに、前記出力手段により出力されることを特徴とする、請求
項２に記載の無線通信システム。
【請求項７】前記サーバーに蓄積されているデータ
は、所定のデータ圧縮技術を用いて圧縮されており、前記端末は、前記圧縮されているデータを伸張する伸張
手段をさらに備え、前記圧縮されている前記データは、前記伸張手段により
伸張されたうえで、前記出力手段により出力されること
を特徴とする、請求項５又は６に記載の無線通信システ
ム。
【請求項８】前記第２のノード側無線インターフェー
スは、自身が形成する赤外線セルに向けて、所定のキー
ワードを送出しており、前記端末は、前記キーワードを受信し、当該キーワード
に基づいて、所定のメッセージを自動的に作成して前記
中継ノードに向けて出力し、これによって、前記所望の
データを特定して要求することができる、請求項６に記
載の無線通信システム。
【請求項９】前記サーバーは、前記有線伝送路に分散
的に配置されるハイパーテキスト構造を有するデータを
蓄積しており、前記端末は、前記ハイパーテキスト構造を有するデータ
を、前記サーバーから前記中継ノードを介して受信する
ためにハイパーテキスト転送プロトコルをさらに備え、前記中継ノードは、前記ハイパーテキスト転送プロトコ
ルのプロキシ機能をさらに備える、請求項１〜８のいず
れかに記載の無線通信システム。
【請求項１０】前記キーワードとしてＵＲＩ（Ｕｎｉ
ｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｃａｔ
ｉｏｎ）が中継ノードに保持されており、前記第２のノード側無線インターフェースは、自身が形
成する赤外線セルに向けて、前記ＵＲＩを送出し、前記端末は、前記ＵＲＩを受信し、当該ＵＲＩが指定する情報を要求
するメッセージを自動的に作成して中継ノードに向けて
出力し、その後、前記ＵＲＩが指定する情報を、前記中継ノードから受信
し、当該情報を出力手段に表示させることによって、所
望のデータを特定して要求できるようになる、請求項９
に記載の無線通信システム。
【請求項１１】前記中継ノードには、優先順位が付与
された複数個の前記ＵＲＩが保持されており、前記第２のノード側無線インターフェースは、前記赤外
線の帯域の使用状況に応じて、前記優先順位に従って、
自身が形成する赤外線セルに向けて送出するＵＲＩを変
更することを特徴とする、請求項１０に記載の無線通信
システム。
【請求項１２】前記端末が、ＵＲＩを指定することに
より、所望のデータを要求すると、前記中継ノードは、前記ＵＲＩにより指定された所望のデータのヘッダ情報
を獲得し、前記ヘッダ情報が内部に格納しているものであって、前
記所望のデータの属性に関する情報に基づいて、当該所
望のデータを要求した端末へ、前記ＰＨＳ無線伝送路及
び／又は赤外線を用いて送信することを決定し、さら
に、前記ＵＲＩにより指定された所望のデータを獲得して、
前記要求をした端末へ、前記決定に基づいて、前記ＰＨ
Ｓ無線伝送路及び／又は赤外線を用いて送信する、請求
項１０又は１１に記載の無線通信システム。
【請求項１３】前記ヘッダ情報は、前記属性に関する
情報として、データの種別を定義する種別情報及びデー
タサイズを示すサイズ情報とを、少なくとも内部に格納
しており、前記中継ノードは、前記種別情報が時間制約のあるデータを示している場
合、又は、前記サイズ情報が、所定のサイズ以上を示し
ている場合に限り、前記所望のデータを赤外線のみを用
いて送信することを決定する、請求項１２に記載の無線
通信システム。