JP2000115853A - 情報通信装置及び方法、情報通信システム、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 情報の暗号化処理を考慮しつつも通信携帯端
末の小型化、低価格化、情報処理の負担減を実現できる
ようにする。 【解決手段】 送信情報の暗号化を行う暗号化信号処理
部５と、情報の通信を行う際に暗号化信号処理部５の使
用／不使用を選択する暗号処理選択部４とを設け、送信
情報の暗号化処理を実行するか否かを必要に応じて選択
できるようにすることにより、暗号化処理をなるべく省
略し、暗号化に伴う処理の負担を軽減できるようにす
る。また、例えば、情報受信側において暗号解読が可能
である場合には暗号化処理を行い、不可能である場合に
は暗号化処理を行わないようにすることで、受信側の情
報通信装置を暗号化処理手段を予め具備しない構造とす
ることができるようにして、受信側の情報通信装置の低
コスト化、小型化等を図る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報通信装置及び
方法、情報通信システム、記録媒体に関するものであ
る。

【０００２】

【従来の技術】近年、携帯通信端末に代表される情報通
信装置は、小型化、高機能化、情報処理の高速化が進
み、携帯通信端末では既に、デスクトップ型のコンピュ
ータに匹敵するほどの性能を持つものも発売されてい
る。このことから、携帯通信端末は主にビジネスの分野
において普及が急速に進んでおり、無線通信によって会
社から離れた場合でも迅速に情報をやり取り出来るよう
になってきている。この場合に問題となるのが機密漏洩
である。情報通信装置を開発するメーカーでは、それぞ
れの方法によって送信情報の暗号化処理技術の実用化を
盛んに進めている。

【０００３】また、現在では、通信機能としてデジタル
映像を撮影して取り込み、その送信を行うことが可能と
なるなど、扱う情報量は急激に大きくなってきている。
さらに、将来的には動画まで扱うことが考えられるの
で、情報信号処理部に求められる機能は更に高いものと
なる。また、画像取り込み用のデジタルカメラを一体化
した携帯通信端末が最近登場するようになり、将来的に
はデジタルビデオカメラを含めた携帯通信端末が登場す
るのも近いと思われる。

【０００４】しかし、携帯端末装置はこのような高機能
化と引き換えに、通信機能や情報編集機能などのみを備
えた以前の製品に比べると、携帯性を重視した小型化を
達成することが益々困難な状況となってきている。こう
した背景の中、更に暗号化処理を行うためには、情報処
理スピードの向上はもちろんのこと、暗号処理装置を含
めた情報通信装置全体の小型化が大きな課題となる。

【０００５】

【発明が解決しようとする課題】上述したように、情報
通信装置の中で現在問題とされているのは、高機能化に
伴い価格が高くなってしまうこと、扱う情報が映像など
を含めた膨大な量になりつつあること、さらに携帯端末
などにおいては小型化が困難になってきたことである。

【０００６】さらに、暗号化処理を行うことが可能な装
置が最近注目を集めており、今後、暗号化処理手段を持
つ通信装置が多く提供されることが予想される。一方、
家庭での使用を考えると、扱われる情報の機密度は比較
的低く、必ずしも暗号化処理が必要であるとは言いきれ
ない。しかし、暗号化処理された情報が常に送信されて
くるとすれば、受信側も必ず暗号化された情報を解読す
る暗号解読装置を備えざるを得ない。結果として、送信
側、受信側双方の装置の大型化、高価格化、情報処理に
対する負担の増大は防げない。

【０００７】本発明は、このような問題を解決するため
に成されたものであり、情報の暗号化処理を考慮しつつ
も通信携帯端末の小型化、低価格化、情報処理の負担減
を実現できるようにすることを目的とする。

【０００８】

【課題を解決するための手段】本発明の情報通信装置
は、送信情報の暗号化手段と、情報の通信を行う際に、
上記暗号化手段の使用／不使用を選択する暗号処理選択
手段とを備えたことを特徴とする。

【０００９】ここで、上記暗号処理選択手段は、上記送
信情報の暗号化処理を行うかどうかを指示するための指
示手段を備え、情報送信者からの指示に応じて上記暗号
化手段の使用／不使用を選択するようにしても良い。ま
た、上記暗号処理選択手段は、情報送信側の装置と情報
受信側の装置とが接続されている通信媒体を判別する媒
体判別手段を備え、接続されている通信媒体に応じて上
記暗号化手段の使用／不使用を選択するようにしても良
い。また、上記暗号処理選択手段は、情報受信側の装置
において暗号解読が可能であるかどうかを判別する暗号
許可判別手段を備え、その判別結果に応じて上記暗号化
手段の使用／不使用を選択するようにしても良い。ま
た、上記暗号処理選択手段は、上記送信情報の機密度を
判別する機密度判別手段を備え、その判別結果に応じて
上記暗号化手段の使用／不使用を選択するようにしても
良い。

【００１０】本発明の他の態様では、受信情報が暗号化
されているか否かを判別する暗号判別手段と、上記暗号
判別手段によって上記受信情報が暗号化されていると判
別された場合に、所定のエラー処理を行うエラー処理手
段とを備えたことを特徴とする。

【００１１】また、本発明の情報通信方法は、情報の通
信を行う際に、送信情報の暗号化処理の使用／不使用を
選択するようにしたことを特徴とする。

【００１２】ここで、情報送信者からの指示に応じて上
記送信情報の暗号化処理の使用／不使用を選択するよう
にしても良い。また、情報送信側の装置と情報受信側の
装置とが通信可能な異なる通信媒体のうち、使用してい
る通信媒体に応じて上記送信情報の暗号化処理の使用／
不使用を選択するようにしても良い。また、情報受信側
の装置において暗号解読が可能であるかどうかの判別結
果に応じて上記送信情報の暗号化処理の使用／不使用を
選択するようにしても良い。また、上記送信情報の機密
度に応じて上記送信情報の暗号化処理の使用／不使用を
選択するようにしても良い。

【００１３】本発明の他の態様では、受信情報が暗号化
されているか否かを判別し、上記受信情報が暗号化され
ていると判別された場合に、所定のエラー処理を行うよ
うにしたことを特徴とする。

【００１４】また、本発明の情報通信システムは、送信
情報の暗号化手段および、情報の通信を行う際に上記暗
号化手段の使用／不使用を選択する暗号処理選択手段を
備えた情報送信装置と、少なくとも暗号化されていない
受信情報を解読する解読手段、受信情報が暗号化されて
いるか否かを判別する暗号判別手段、および上記受信情
報が暗号化されていると判別された場合に所定のエラー
処理を行うエラー処理手段を備えた情報受信装置と、か
ら成ることを特徴とする。本発明の他の態様では、送信
情報の暗号化手段および、情報の通信を行う際に上記暗
号化手段の使用／不使用を選択する暗号処理選択手段を
備えた情報送信装置と、受信情報が暗号化されているか
否かを判別する暗号判別手段、および上記受信情報が暗
号化されていると判別された場合に当該暗号化されてい
る受信情報を解読する解読手段を備えた情報受信装置
と、から成ることを特徴とする。

【００１５】また、本発明のコンピュータ読み取り可能
な記録媒体は、請求項１〜６の何れか１項に記載の各手
段としてコンピュータを機能させるためのプログラムを
記録したことを特徴とする。本発明の他の態様では、請
求項７〜１２の何れか１項に記載の情報通信方法の処理
手順をコンピュータに実行させるためのプログラムを記
録したことを特徴とする。

【００１６】

【発明の実施の形態】（第１の実施形態）以下、本発明
の一実施形態を図面に基づいて説明する。ここで、本実
施形態では、各機器間を接続するデジタルＩ／Ｆとし
て、無線の他にＩＥＥＥ１３９４シリアルバスを用いる
場合についても考慮しているので、ＩＥＥＥ１３９４シ
リアルバスについてあらかじめ説明する。

【００１７】《ＩＥＥＥ１３９４の技術の概要》家庭用
デジタルＶＴＲやＤＶＤの登場に伴なって、ビデオデー
タやオーディオデータなどのように、リアルタイムでか
つ大情報量のデータ転送を行うためのサポートが必要に
なっている。こういったビデオデータやオーディオデー
タをリアルタイムで転送し、パソコン（ＰＣ）に取り込
んだり、またはその他のデジタル機器に転送するには、
必要な転送機能を備え高速にデータ転送可能なインタフ
ェースが必要になってくる。そういった観点から開発さ
れたインタフェースが、ＩＥＥＥ１３９４−１９９５
（High Performance Serial Bus ）（以下、１３９４シ
リアルバスと称する）である。

【００１８】図４に、１３９４シリアルバスを用いて構
成されるネットワーク・システムの一例を示す。このシ
ステムは複数の機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを
備えており、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ間、Ｄ−Ｅ
間、Ｃ−Ｆ間、Ｃ−Ｇ間およびＣ−Ｈ間がそれぞれ１３
９４シリアルバスのツイスト・ペア・ケーブルで接続さ
れている。各機器間の接続方式は、ディジーチェーン方
式とノード分岐方式とを混在可能としたものであり、自
由度の高い接続が可能である。これらの機器Ａ〜Ｈは、
例としてＰＣ、デジタルＶＴＲ、ＤＶＤ、デジタルカメ
ラ、ハードディスク、モニタ等である。

【００１９】また、各機器は各固有のＩＤを有し、それ
ぞれが互いのＩＤを認識し合うことによって、１３９４
シリアルバスで接続された範囲において１つのネットワ
ークを構成している。各デジタル機器間をそれぞれ１本
の１３９４シリアルバスケーブルで順次接続するだけ
で、それぞれの機器が中継の役割を行い、全体として１
つのネットワークを構成するものである。

【００２０】また、１３９４シリアルバスの特徴でもあ
るＰｌｕｇ＆Ｐｌａｙ機能で、ケーブルを機器に接続し
た時点で機器の認識や接続状況などを自動的に認識する
機能を有している。また、図４に示したようなシステム
において、ネットワークからある機器が削除されたり、
または新たに追加されたときなどは、自動的にバスリセ
ットを行い、それまでのネットワーク構成をリセットし
てから、新たなネットワークの再構築を行う。この機能
によって、その時々のネットワークの構成を常時設定、
認識することができる。

【００２１】また、データ転送速度は、１００／２００
／４００Ｍｂｐｓと備えており、上位の転送速度を持つ
機器が下位の転送速度をサポートし、互換をとるように
なっている。データ転送モードとしては、コントロール
信号などの非同期データ（Asynchronousデータ：以下、
Async データと称する）を転送するAsynchronous転送モ
ード、リアルタイムなビデオデータやオーディオデータ
等の同期データ（Isochronous データ：以下、Iso デー
タと称する）を転送するIsochronous 転送モードがあ
る。このAsync データとIso データは、各サイクル（通
常１サイクルは１２５μＳ）の中において、サイクル開
始を示すサイクル・スタート・パケット（ＣＳＰ）の転
送に続き、Iso データの転送を優先しつつサイクル内で
混在して転送される。

【００２２】次に、図５に１３９４シリアルバスの構成
要素を示す。１３９４シリアルバスは、全体としてレイ
ヤ（階層）構造で構成されている。図５に示したよう
に、最もハード的なのが１３９４シリアルバスのケーブ
ルであり、そのケーブルのコネクタが接続されるコネク
タポートがあり、その上にハードウェアとしてフィジカ
ル・レイヤとリンク・レイヤとがある。ハードウェア部
は実質的なインタフェースチップの部分であり、そのう
ちフィジカル・レイヤは符号化やコネクタ関連の制御等
を行い、リンク・レイヤはパケット転送やサイクルタイ
ムの制御等を行う。

【００２３】また、ファームウェア部のトランザクショ
ン・レイヤは、転送（トランザクション）すべきデータ
の管理を行い、ＲｅａｄやＷｒｉｔｅといった命令を出
す。同じくファームウェア部のシリアルバスマネージメ
ントは、接続されている各機器の接続状況やＩＤの管理
を行い、ネットワークの構成を管理する部分である。こ
のハードウェア部とファームウェア部までが、実質上の
１３９４シリアルバスの構成である。

【００２４】また、ソフトウェア部のアプリケーション
・レイヤは、使うソフトによって異なる。これは、イン
タフェース上にどのようにデータをのせるかを規定する
部分であり、ＡＶプロトコルなどのプロトコルによって
規定されている。以上が１３９４シリアルバスの構成で
ある。

【００２５】次に、図６に１３９４シリアルバスにおけ
るアドレス空間の図を示す。１３９４シリアルバスに接
続された各機器（ノード）には、必ず各ノード固有の６
４ビットアドレスを持たせておく。そして、このアドレ
スをＲＯＭに格納しておくことで、自分や相手のノード
アドレスを常時認識でき、相手を指定した通信も行え
る。

【００２６】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式である。そのア
ドレス設定は、最初の１０ビットがバスの番号の指定用
に、次の６ビットがノードＩＤ番号の指定用に使われ
る。残りの４８ビットが機器に与えられたアドレス幅に
なり、それぞれ固有のアドレス空間として使用できる。
このうち最後の２８ビットは、固有データの領域とし
て、各機器の識別や使用条件の指定の情報などを格納す
る。

【００２７】以上が１３９４シリアルバスの技術の概要
である。次に、１３９４シリアルバスの特徴といえる技
術の部分を、より詳細に説明する。

【００２８】《１３９４シリアルバスの電気的仕様》図
７に、１３９４シリアルバスのケーブルの断面図を示
す。１３９４シリアルバスでは、接続ケーブル内に、２
組のツイストペア信号線の他に、電源ラインを設けてい
る。これによって、電源を持たない機器や、故障により
電圧低下した機器等にも電力の供給が可能になってい
る。電源線内を流れる電源の電圧は８〜４０Ｖ、電流は
最大電流ＤＣ１．５Ａと規定されている。

【００２９】《ＤＳ−Ｌｉｎｋ符号化》１３９４シリア
ルバスで採用されているデータ転送フォーマットのＤＳ
−Ｌｉｎｋ符号化方式を説明するための図を、図８に示
す。１３９４シリアルバスでは、ＤＳ−Ｌｉｎｋ（Data
/Strobe Link）符号化方式が採用されている。このＤＳ
−Ｌｉｎｋ符号化方式は、高速なシリアルデータ通信に
適しており、その構成は、２本の信号線を必要とする。
２つのより対線のうち、一方に主となるデータを送り、
他方のより対線にはストローブ信号を送る構成になって
いる。受信側では、通信されるデータとストローブ信号
との排他的論理和をとることによって、クロックを再現
できる。

【００３０】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、更には、
転送すべきデータが無いときにアイドル状態であること
を示す情報を送る必要が無いので、各機器のトランシー
バ回路をスリープ状態にすることができ、これによって
消費電力の低減が図れることなどが挙げられる。

【００３１】《バスリセットのシーケンス》１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があったとき、
例えばノードの挿抜や電源のＯＮ／ＯＦＦなどによるノ
ード数の増減などによって変化が生じて、新たなネット
ワーク構成を認識する必要があるときは、変化を検知し
た各ノードはバス上にバスリセット信号を送信して、新
たなネットワーク構成を認識するモードに入る。なお、
このときの変化の検知方法は、１３９４ポート基盤上で
のバイアス電圧の変化を検知することによって行われ
る。

【００３２】あるノードからバスリセット信号が伝達さ
れると、各ノードのフィジカル・レイヤは、このバスリ
セット信号を受けると同時にリンク・レイヤにバスリセ
ットの発生を伝達し、かつ、他のノードにバスリセット
信号を伝達する。最終的にすべてのノードがバスリセッ
ト信号を検知した後、バスリセットが起動となる。

【００３３】バスリセットは、先に述べたようなケーブ
ル抜挿やネットワーク異常等のハード検出による起動の
他に、プロトコルからのホスト制御などによってフィジ
カル・レイヤに直接命令を出すことによっても起動す
る。また、バスリセットが起動すると、データ転送は一
時中断され、この間のデータ転送は待たされる。そし
て、バスリセットの終了後、新しいネットワーク構成の
もとでデータ転送が再開される。以上がバスリセットの
シーケンスである。

【００３４】《ノードＩＤ決定のシーケンス》バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。このと
きの、バスリセットからノードＩＤ決定までの一般的な
シーケンスを図１６〜図１８のフローチャートを用いて
説明する。図１６のフローチャートには、バスリセット
の発生からノードＩＤが決定され、データ転送が行える
ようになるまでの一連のパスの作業を示してある。

【００３５】図１６において、まず、ステップＳ１０１
において、ネットワーク内にバスリセットが発生したか
どうかを常時監視している。ここで、ノードの電源のＯ
Ｎ／ＯＦＦ等によってバスリセットが発生すると、ステ
ップＳ１０２に移る。ステップＳ１０２では、ネットワ
ークがリセットされた状態から、新たなネットワークの
接続状況を知るために、直接接続されている各ノード間
において親子関係の宣言がなされる。

【００３６】次に、ステップＳ１０３において、全ての
ノード間で親子関係が決定すると、ステップＳ１０４で
１つのルートノードが決定する。なお、すべてのノード
間で親子関係を決定するまでは、ステップＳ１０２の親
子関係の宣言を繰り返し行う。この間は、ルートノード
も決定されない。ステップＳ１０４でルートノードが決
定されると、次はステップＳ１０５において、各ノード
にＩＤを与えるノードＩＤの設定作業が行われる。

【００３７】このステップＳ１０５のＩＤ設定作業で
は、所定のノード順序でノードＩＤの設定が行われ、す
べてのノードにＩＤが与えられるまで繰り返し行われ
る。最終的にステップＳ１０６ですべてのノードにＩＤ
を設定し終えたら、新しいネットワーク構成がすべての
ノードにおいて認識されたので、各ノード間でデータ転
送が行える状態となる。そして、ステップＳ１０７で実
際にデータ転送が開始される。このステップＳ１０７の
状態になると、ステップＳ１０１に戻って再びバスリセ
ットが発生するのを監視するモードに入り、バスリセッ
トが発生したらステップＳ１０２からステップＳ１０６
までの設定作業が繰り返し行われる。

【００３８】以上が、図１６のフローチャートの説明で
あるが、図１６のフローチャートのバスリセットからル
ート決定までの部分と、ルート決定後からＩＤ設定終了
までの部分の手順をより詳しく表したものが、それぞれ
図１７、図１８である。まず、図１７のフローチャート
の説明を行う。

【００３９】図１７において、ステップＳ２０１におい
てバスリセットが発生すると、ネットワーク構成は一旦
リセットされる。なお、このステップＳ２０１では、バ
スリセットが発生するのを常に監視している。次に、ス
テップＳ２０２において、バスリセットされたネットワ
ークの接続状況を再認識する作業の第１歩として、各機
器（ノード）にリーフであることを示すフラグを立てて
おく。さらに、ステップＳ２０３において、各機器が自
分の持つポートがいくつ他のノードと接続されているの
かを調べる。

【００４０】そして、ステップＳ２０４において、上記
ステップＳ２０３におけるポート数の確認結果に応じ
て、これから親子関係の宣言を始めていくために、未定
義（親子関係が決定されてない）ポートの数を調べる。
バスリセットの直後はポート数＝未定義ポート数である
が、親子関係が決定されていくに従って、ステップＳ２
０４で検知する未定義ポートの数は変化していくもので
ある。

【００４１】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
とは、未定義ポート数が１つだけのノードのことであ
り、これはステップＳ２０３のポート数の確認で知るこ
とができる。上記ステップＳ２０４でリーフであると認
識されたノードは、ステップＳ２０５において、自分に
接続されているノードに対して「自分は子、相手は親」
と宣言し、動作を終了する。

【００４２】一方、ステップＳ２０３でポート数が複数
あり、ブランチであると認識されたノードについては、
バスリセットの直後はステップＳ２０４で「未定義ポー
ト数＞１」と判断されるので、ステップＳ２０６へと移
り、まずブランチというフラグが立てられる。そして、
ステップＳ２０７でリーフからの親子関係宣言で「親」
の受付をするために待つ。

【００４３】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でこの宣言を受けたブランチは、適宜ステップ
Ｓ２０４の未定義ポート数の確認を行う。ここで、未定
義ポート数が１になっていれば、残っているポートに接
続されているノードに対して、ステップＳ２０５におい
て「自分が子」の宣言をすることが可能になる。２度目
以降、ステップＳ２０４で未定義ポート数を確認しても
２つ以上あるブランチに対しては、再度ステップＳ２０
７でリーフまたは他のブランチから「親」の受付をする
ために待つ。

【００４４】最終的に、いずれか１つのブランチ、また
は例外的にリーフ（子宣言を行えるのにすばやく動作し
なかったため）がステップＳ２０４の未定義ポート数の
確認結果としてゼロになったら、これにてネットワーク
全体の親子関係の宣言が終了したものとなる。このと
き、未定義ポート数がゼロ（すべて親のポートとして決
定）になった唯一のノードは、ステップＳ２０８でルー
トのフラグが立てられ、ステップＳ２０９でルートとし
ての認識がなされる。このようにして、図１７に示した
バスリセットからネットワーク内すべてのノード間にお
ける親子関係の宣言までの処理が終了する。

【００４５】次に、図１８のフローチャートについて説
明する。まず、図１７までのシーケンスで各ノードに対
してリーフ、ブランチ、ルートというフラグの情報が設
定されているので、これをもとにして、ステップＳ３０
１でそれぞれのノードを分類する。各ノードにＩＤを与
える作業として、最初にＩＤの設定を行うことができる
のはリーフからである。すなわち、リーフ→ブランチ→
ルートの順で若い番号（ノード番号＝０〜）からＩＤの
設定がなされていく。

【００４６】ステップＳ３０２において、ネットワーク
内に存在するリーフの数Ｎ（Ｎは自然数）を設定する。
この後、ステップＳ３０３において、各リーフがルート
に対してＩＤを与えるように要求する。この要求が複数
ある場合には、ルートはステップＳ３０４でアービトレ
ーション（１つに調停する作業）を行い、テップＳ３０
５で、この調停に勝ったノード１つにＩＤ番号を与える
とともに、負けたノードには失敗の結果通知を行う。

【００４７】次に、ステップＳ３０６において、リーフ
がＩＤを取得できたかどうかを確認し、ＩＤ取得が失敗
に終わった場合は、当該リーフは、ステップＳ３０３に
戻って再度ＩＤ要求を出し、同様の作業を繰り返す。Ｉ
Ｄを取得できた場合には、ステップＳ３０７において、
当該リーフからそのノードのＩＤ情報をブロードキャス
トで全ノードに転送する。

【００４８】１つのリーフについてノードＩＤ情報のブ
ロードキャストが終わると、ステップＳ３０８で残りの
リーフの数が１つ減らされる。そして、ステップＳ３０
９において、この残りのリーフ数が１つ以上あるかどう
かを確認し、１つ以上あるときは、次のリーフについて
ステップＳ３０３のＩＤ要求の作業から同様の処理を繰
り返し行う。

【００４９】最終的にすべてのリーフがＩＤ情報をブロ
ードキャストすると、ステップＳ３０９の判断結果がＮ
＝０となり、次はブランチのＩＤ設定に移る。ブランチ
のＩＤ設定もリーフの時と同様に行われる。すなわち、
まず、ステップＳ３１０においてネットワーク内に存在
するブランチの数Ｍ（Ｍは自然数）を設定する。この
後、ステップＳ３１１において、各ブランチがルートに
対してＩＤを与えるように要求する。

【００５０】これに対してルートは、ステップＳ３１２
でアービトレーションを行い、ステップＳ３１３で、こ
の調停に勝ったブランチから順に、リーフに与え終った
次の若い番号からＩＤを与えていく。また、このステッ
プＳ３１３において、ルートは、ＩＤ要求を出したブラ
ンチに対してＩＤ情報または失敗結果を通知する。次
に、ステップＳ３１４では、ブランチがＩＤを取得でき
たかどうかを確認し、ＩＤ取得が失敗に終わった場合
は、当該ブランチは、ステップＳ３１１に戻って再度Ｉ
Ｄ要求を出し、同様の作業を繰り返す。ＩＤを取得でき
た場合には、ステップＳ３１５において、当該ブランチ
からそのノードのＩＤ情報をブロードキャストで全ノー
ドに転送する。

【００５１】１つのノードＩＤ情報のブロードキャスト
が終わると、ステップＳ３１６で残りのブランチの数が
１つ減らされる。そして、ステップＳ３１７において、
この残りのブランチの数が１つ以上あるかどうかを確認
し、１つ以上あるときは、次のブランチについてステッ
プＳ３１１のＩＤ要求の作業から同様の処理を繰り返し
行う。これは、最終的にすべてのブランチがＩＤ情報を
ブロードキャストするまで行われる。すべてのブランチ
がノードＩＤを取得すると、ステップＳ３１７の判断結
果はＭ＝０となり、ブランチのＩＤ取得モードも終了す
る。

【００５２】ここまで終了すると、最終的にＩＤ情報を
取得していないノードはルートのみとなる。ルートは、
ステップＳ３１８において、今までにリーフやブランチ
に与えていない番号で最も大きい番号を自分のＩＤ番号
として設定し、ステップＳ３１９でそのルートのＩＤ情
報を全てのノードにブロードキャストする。以上で、図
１８に示したように、親子関係が決定した後から、すべ
てのノードのＩＤが設定されるまでの手順が終了する。

【００５３】次に、一例として図９に示した実際のネッ
トワークにおける動作を、図９を参照しながら説明す
る。図９の例では、（ルート）ノードＢの下位にはノー
ドＡとノードＣが直接接続されており、更にノードＣの
下位にはノードＤが直接接続されており、更にノードＤ
の下位にはノードＥとノードＦが直接接続された階層構
造になっている。この階層構造やルートノード、ノード
ＩＤを決定する手順を以下に説明する。

【００５４】バスリセットがされた後、まず各ノードの
接続状況を認識するために、各ノードの直接接続されて
いるポート間において、親子関係の宣言がなされる。こ
の親子とは、親側が階層構造で上位となり、子側が下位
となるということである。図９の例では、バスリセット
の後、最初に親子関係の宣言を行ったのはノードＡであ
る。

【００５５】すなわち、基本的には、ノードの１つのポ
ートにのみ接続があるノード（リーフ）から親子関係の
宣言を行うことができる。これは、各ノードは自分には
１つのポートの接続があるのみということをまず知るこ
とができるので、これによってネットワークの端である
ことを認識し、親子関係の宣言を行う。その中で早く動
作を行ったノードから親子関係が決定されていく。この
とき、親子関係の宣言を行った側（Ａ−Ｂ間ではノード
Ａ）のポートが子と設定され、相手側（Ａ−Ｂ間ではノ
ードＢ）のポートが親と設定される。こうして、ノード
Ａ−Ｂ間で子−親、ノードＥ−Ｄ間で子−親、ノードＦ
−Ｄ間で子−親と決定される。

【００５６】さらに１階層上がって、今度は複数個の接
続ポートを持つノード（ブランチ）のうち、他ノードか
らの親子関係の宣言を受けたものから順次、更に上位に
親子関係の宣言を行っていく。図９の例では、まずノー
ドＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、ノ
ードＣに対する親子関係の宣言を行っており、その結果
ノードＤ−Ｃ間で子−親と決定している。ノードＤから
の親子関係の宣言を受けたノードＣは、もう一つのポー
トに接続されているノードＢに対して親子関係の宣言を
行っている。これによってノードＣ−Ｂ間で子−親と決
定している。

【００５７】このようにして、図９のような階層構造が
構成され、最終的に接続されているすべてのポートにお
いて親となったノードＢが、ルートノードと決定され
た。ルートは１つのネットワーク構成中に１つしか存在
しないものである。なお、この図９においてはノードＢ
がルートノードと決定されているが、ノードＡから親子
関係の宣言を受けたノードＢが、他のノードに対して親
子関係の宣言を早いタイミングで行っていれば、ルート
ノードは他ノードに移っていたこともあり得る。すなわ
ち、伝達されるタイミングによってはどのノードもルー
トノードとなる可能性があり、同じネットワーク構成で
もルートノードは一定とは限らない。

【００５８】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここではすべてのノード
が、決定した自分のノードＩＤを他のすべてのノードに
通知する（ブロードキャスト機能）。自己ＩＤ情報は、
自分のノード番号、接続されている位置の情報、持って
いるポートの数、接続のあるポートの数、各ポートの親
子関係の情報等を含んでいる。

【００５９】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２、……と割り当てられる。ノードＩＤを
手にしたノードは、ノード番号を含む情報をブロードキ
ャストで各ノードに送信する。これによって、そのＩＤ
番号は『割り当て済み』であることが認識される。

【００６０】すべてのリーフが自己ノードＩＤを取得し
終ると、次はブランチヘと処理が移り、リーフに引き続
いたノードＩＤ番号が各ノードに割り当てられる。リー
フと同様に、ノードＩＤ番号が割り当てられたブランチ
から順次ノードＩＤ情報をブロードキャストし、最後に
ルートノードが自己ＩＤ情報をブロードキャストする。
すなわち、常にルートは最大のノードＩＤ番号を所有す
るものである。以上のようにして、階層構造全体のノー
ドＩＤの割り当てが終わり、ネットワーク構成が再構築
され、バスの初期化作業が完了する。

【００６１】《アービトレーション》１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行う。１３９４シリアルバス
は、個別に接続された各機器が転送された信号をそれぞ
れ中継することによって、ネットワーク内すべての機器
に同信号を伝えるように構成された、論理的なバス型ネ
ットワークである。よって、パケットの衝突を防ぐ意味
でアービトレーションは必要である。これにより、ある
時間にはたった１つのノードのみがデータ転送を行うこ
とができる。

【００６２】アービトレーションを説明するための図と
して、図１０（ａ）にバス使用権要求の図を示し、図１
０（ｂ）にバス使用権許可の図を示す。以下、この図１
０を用いてバスアービトレーションについて説明する。
アービトレーションが始まると、１つもしくは複数のノ
ードが親ノードに向かって、それぞれバス使用権の要求
を発する。図１０（ａ）のノードＣとノードＦがバス使
用権の要求を発しているノードである。これを受けた親
ノード（図１０ではノードＡ）は、更にその親ノードに
向かって、バス使用権の要求を発する（中継する）。こ
の要求は、最終的に調停を行うルートに届けられる。

【００６３】バス使用権の要求を受けたルートノード
は、どのノードにバスを使用させるかを決める。この調
停作業はルートノードのみが行えるものであり、調停に
よって勝ったノードには、バスの使用許可を与える。図
１０（ｂ）の例では、ノードＣに使用許可が与えられ、
ノードＦの使用は拒否されたことが示されている。一
方、アービトレーションに負けたノードに対しては、Ｄ
Ｐ（data prefix ）パケットを送り、拒否されたことを
知らせる。拒否されたノードのバス使用要求は、次回の
アービトレーションまで待たされる。以上のようにし
て、アービトレーションに勝ってバスの使用許可を得た
ノードは、以降データの転送を開始できる。

【００６４】ここで、アービトレーションの一連の流れ
を図１９のフローチャートに示す。以下、このフローチ
ャートに従って説明する。ノードがデータ転送を開始で
きるためには、バスがアイドル状態であることが必要で
ある。先に行われていたデータ転送が終了して、現在バ
スが空き状態であることを認識するためには、各転送モ
ードで個別に設定されている所定のアイドル時間ギャッ
プ長（例えば、サブアクション・ギャップ）を経過した
かどうかで判断する。このギャップ長を経過することに
よって、各ノードは自分のデータ転送が開始できると判
断する。

【００６５】すなわち、まずステップＳ４０１におい
て、Async データ、Iso データ等のそれぞれ転送するデ
ータに応じた所定のギャップ長が得られたかどうかを判
断する。所定のギャップ長が得られない限り、データ転
送を開始するために必要なバス使用権の要求はできない
ので、所定のギャップ長が得られるまで待つ。ステップ
Ｓ４０１で所定のギャップ長が得られたら、ステップＳ
４０２に進んで転送すべきデータがあるかどうかを判断
する。

【００６６】転送すべきデータがある場合は、ステップ
Ｓ４０３において、データ転送を行うためにバスを確保
するよう、バス使用権の要求をルートに対して発する。
このときのバス使用権の要求を表す信号は、図１０に示
したように、ネットワーク内各機器を中継しながら、最
終的にルートに届けられる。一方、上記ステップＳ４０
２で転送するデータがないと判断した場合は、そのまま
待機する。

【００６７】次に、ステップＳ４０４において、ステッ
プＳ４０３において発行されたバス使用要求を少なくと
も１つ以上ルートが受信したら、ルートはステップＳ４
０５において、使用要求を出したノードの数を調べる。
ステップＳ４０５で調べた結果、バス使用要求を出した
ノードが１つだったら、そのノードに直後のバス使用許
可が与えられることとなる。

【００６８】一方、上記ステップＳ４０５で、使用要求
を出したノードが複数であると判断した場合は、ルート
は、ステップＳ４０６において、使用許可を与えるノー
ドを１つに決定する調停作業を行う。この調停作業は公
平なものであり、毎回同じノードばかりが許可を得るよ
うなことはなく、平等に権利を与えていくような構成と
なっている。そして、ステップＳ４０７において、使用
要求を出した複数ノードの中からルートが調停して使用
許可を得た１つのノードと、調停に敗れたその他のノー
ドとに分ける選択を行う。

【００６９】ここで、ルートは、ステップＳ４０６でル
ートにより調停されて使用許可を得た１つのノード、ま
たはステップＳ４０５での選択値から「使用要求ノード
数＝１」として調停無しに使用許可を得たノードに対し
ては、ステップＳ４０８において許可信号を送る。許可
信号を得たノードは、受け取った直後に転送すべきデー
タ（パケット）の転送を開始する。

【００７０】また、ステップＳ４０６の調停で敗れて、
バス使用が許可されなかったノードに対しては、ステッ
プＳ４０９においてルートからアービトレーション失敗
を示すＤＰ（data prefix ）パケットが送られる。これ
を受け取ったノードは、データ転送を行うためのバス使
用要求を再度出すため、ステップＳ４０１まで戻り、所
定ギャップ長が得られるまで待機する。以上が、アービ
トレーションの流れを説明した図１９のフローチャート
の説明である。

【００７１】《Asynchronous（非同期）転送》アシンク
ロナス転送は、非同期転送である。図１１に、アシンク
ロナス転送における時間的な遷移状態を示す。図１１に
示されている最初のサブアクション・ギャップは、バス
のアイドル状態を示すものである。このアイドル時間が
一定値になった時点で、データ転送を希望するノードは
バスが使用できると判断して、バス獲得のためのアービ
トレーションを実行する。

【００７２】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット転送の形式で実行さ
れる。データ転送後、このデータを受信したノードは、
転送されたデータに対する受信結果としてのａｃｋ（受
信確認用返送コード）を、ack gap という短いギャップ
の後、返送して応答するか、応答パケットを送ることに
よって転送が完了する。受信確認用返送コードａｃｋ
は、４ビットの情報と４ビットのチェックサムとからな
り、データ転送成功か、ビジー状態か、ペンディング状
態であるかといった情報を含み、すぐに送信元ノードに
返送される。

【００７３】次に、図１２にアシンクロナス転送のパケ
ットフォーマットの例を示す。パケットには、データ部
および誤り訂正用のデータＣＲＣの他にはヘッダ部があ
る。このヘッダ部には、図１２に示したような目的ノー
ドＩＤ、ソースノードＩＤ、転送データ長さや各種コー
ドなどが書き込まれ、転送が行われる。また、アシンク
ロナス転送は、自己ノードから相手ノードヘの１対１の
通信である。転送元ノードから転送されたパケットは、
ネットワーク中の各ノードに行き渡るが、自分宛てのア
ドレス以外のものは無視されるので、宛先の１つのノー
ドのみが読み込むことになる。以上がアシンクロナス転
送の説明である。

【００７４】《Isochronous （同期）転送》アイソクロ
ナス転送は同期転送である。１３９４シリアルバスの最
大の特徴であるとも言えるこのアイソクロナス転送は、
特にＶＩＤＥＯ映像データや音声データといったマルチ
メディアデータなど、リアルタイムな転送を必要とする
データの転送に適した転送モードである。また、アシン
クロナス（非同期）転送が１対１の転送であったのに対
し、このアイソクロナス転送は、ブロードキャスト機能
によって、転送元の１つのノードから他のすべてのノー
ドヘ一様にデータが転送される。

【００７５】図１３は、アイソクロナス転送における時
間的な遷移状態を示す図である。アイソクロナス転送
は、バス上の一定時間毎に実行される。この時間間隔を
アイソクロナスサイクルと呼ぶ。アイソクロナスサイク
ル時間は、１２５μＳである。この各サイクルの開始時
間を示し、各ノードの時間調整を行う役割を担っている
のがサイクル・スタート・パケットである。

【００７６】サイクル・スタート・パケットを送信する
のは、サイクル・マスタと呼ばれるノードである。サイ
クル・マスタは、１つ前のサイクル内のデータ転送終了
後、所定のアイドル期間（サブアクションギャップ）を
経た後、本サイクルの開始を告げるサイクル・スタート
・パケットを送信する。このサイクル・スタート・パケ
ットの送信される時間間隔が１２５μＳとなる。

【００７７】また、図１３にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
種のパケットがチャネルＩＤをそれぞれ与えられること
によって、複数のパケットを１サイクル内で区別して転
送できる。これによって、同時に複数ノード間でのリア
ルタイムな転送が可能である。また、受信するノードで
は、複数のパケットのうち、自分が欲しいチャネルＩＤ
のデータのみを取り込む。このチャネルＩＤは、送信先
のアドレスを表すものではなく、データに対する論理的
な番号を与えているに過ぎない。よって、あるパケット
は、１つの送信元ノードから他のすべてのノードに行き
渡るブロードキャストで転送されることになる。

【００７８】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送と同様にバス使用権のアービ
トレーションが行われる。しかし、アイソクロナス転送
は、アシンクロナス転送のように１対１の通信ではない
ので、アイソクロナス転送にはａｃｋ（受信確認用返信
コード）は存在しない。

【００７９】また、図１３に示したiso gap （アイソク
ロナスギャップ）とは、アイソクロナス転送を行う前に
バスが空き状態であると認識するために必要なアイドル
期間を表している。この所定のアイドル期間を経過する
と、アイソクロナス転送を行いたいノードはバスが空い
ていると判断し、転送前のアービトレーションを行うこ
とができる。

【００８０】次に、図１４にアイソクロナス転送のパケ
ットフォーマットの例を示し、これについて説明する。
各チャネルに分かれた各種のパケットには、それぞれデ
ータ部および誤り訂正用のデータＣＲＣの他にヘッダ部
がある。このヘッダ部には、図１４に示したような転送
データ長やチャネルＮＯ、その他各種コードおよび誤り
訂正用のヘッダＣＲＣなどが書き込まれ、転送が行われ
る。以上がアイソクロナス転送の説明である。

【００８１】《バス・サイクル》実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送とアシンクロ
ナス転送とは混在できる。そのときの、アイソクロナス
転送とアシンクロナス転送とが混在した、バス上の転送
状態の時間的な遷移の様子を、図１５に示す。

【００８２】アイソクロナス転送は、アシンクロナス転
送より優先して実行される。その理由は、サイクル・ス
タート・パケットの後、アシンクロナス転送を起動する
ために必要なアイドル期間のギャップ長（サブアクショ
ンギャップ）よりも短いギャップ長（アイソクロナスギ
ャップ）で、アイソクロナス転送を起動できるからであ
る。したがって、アイソクロナス転送は、アシンクロナ
ス転送より優先して実行されることとなる。

【００８３】図１５に示した一般的なバスサイクルにお
いて、サイクル＃ｍのスタート時にサイクル・スタート
・パケットがサイクル・マスタから各ノードに転送され
る。これによって、各ノードで時刻調整が行われる。ア
イソクロナス転送を行うべきノードは、所定のアイドル
期間（アイソクロナスギャップ）を待ってからアービト
レーションを行い、パケット転送に入る。図１５ではチ
ャネルｅ、チャネルｓ、チャネルｋのパケットがこの順
にアイソクロナス転送されている。

【００８４】このアービトレーションからパケット転送
までの動作を与えられているチャネル分だけ繰り返し行
った後、サイクル＃ｍにおけるアイソクロナス転送がす
べて終了したら、次にアシンクロナス転送を行うことが
できるようになる。すなわち、アイソクロナス転送終了
後のアイドル時間が、アシンクロナス転送を行うことが
可能なサブアクションギャップに達することにより、ア
シンクロナス転送を行いたいノードは、アービトレーシ
ョンの実行に移れると判断する。ただし、アシンクロナ
ス転送が行えるのは、アイソクロナス転送終了後から次
のサイクル・スタート・パケットを転送すべき時間（cy
cle synch ）までの間にアシンクロナス転送を起動する
ためのサブアクションギャップが得られた場合に限って
いる。

【００８５】図１５のサイクル＃ｍでは、３つのチャネ
ル分のアイソクロナスパケットがアイソクロナス転送さ
れた後、アシンクロナスパケット（含むａｃｋ）が２パ
ケット分だけ（パケット１、パケット２）転送されてい
る。このアシンクロナスパケット２の後は、サブアクシ
ョンギャップに達する前に次のサイクル＃ｍ＋１をスタ
ートすべき時間（cycle synch ）に至るので、サイクル
＃ｍでのデータ転送はここまでで終わる。

【００８６】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間（cy
cle synch ）に至ったとしたら、データ転送を無理に中
断せず、その転送が終了した後のアイドル期間を待って
から次サイクルのサイクル・スタート・パケットを送信
する。すなわち、１つのサイクルが１２５μＳ以上続い
たときは、その分次サイクルは基準の１２５μＳより短
縮されたとする。このように、アイソクロナスサイクル
は、１２５μＳを基準としてそれよりも超過、短縮し得
るものである。

【００８７】なお、アイソクロナス転送は、リアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送は、サイクル時間が短縮さ
れたことによって次以降のサイクルにまわされることも
ある。こういった遅延情報も含めて、サイクル・マスタ
によって管理される。以上が、ＩＥＥＥ１３９４シリア
ルバスの説明である。

【００８８】次に、本実施形態における暗号化の方法に
ついて簡単に述べる。一般的な通信情報の暗号化の方式
としては、共通鍵暗号と公開鍵暗号の２つの方式が主に
用いられている。まず、前者の共通鍵暗号方式について
説明する。

【００８９】《共通鍵暗号方式》暗号アルゴリズムのう
ち、暗号化および復号化において共通の鍵を用いるのが
共通鍵暗号と呼ばれる方式である。この方式は、ストリ
ーム型暗号、ブロック型暗号の２つの方式に大別され
る。

【００９０】（１）ストリーム型暗号 ストリーム型暗号は、例えば“０”と“１”のビットに
よる平文を暗号化する場合に、その１ビットごとに、乱
数よって発生させた“１”か“０”による１ビットの鍵
を排他的論理和によって加えていくことによって、暗号
化を行う。暗号化された情報は、１ビットずつ順次送信
可能であるため、情報送信スピードの高速化が可能であ
るという利点がある。さらに、１ビットごとの暗号化で
あるために、暗号化エラーが他のビットに波及しないな
どの利点もある。しかし、送信側と受信側とで送信文と
同じ情報量の乱数による鍵を共有化することは困難であ
るために、あらかじめ共有し合った短い乱数をもとに、
比較的簡単な関数を用いて疑似乱数を生成し、これを用
いるのが主流である。

【００９１】（２）ブロック型暗号 ブロック型暗号は、平文を何ビットか入力して１ブロッ
クの集合になったら、ブロック全体を暗号変換して１ブ
ロックの暗号文として出力する方式である。このブロッ
ク型暗号では、平文の換字、転置などの比較的簡単な計
算によって暗号を構成できる。すなわち、この方式で
は、１ブロックの平文に対して鍵という数値パラメータ
によって換字、転置を行う。次に、送信されてきた情報
も１ブロックごとに同様に暗号化を行う。

【００９２】この方法では、上記ストリーム型暗号のよ
うな１ビットごとの暗号化とは異なり、単純に換字、転
置を繰り返すのみであるために、暗号化情報を均一にラ
ンダム化させるのが困難であるという欠点がある。さら
に、均一ランダム化に近づけるためには、換字、転置を
多数回繰り返す必要があるために、転送時間が長くなる
という欠点もある。

【００９３】《公開鍵暗号方式》暗号アルゴリズムの中
で、暗号化に用いる鍵と復号化に用いる鍵とが異なるも
のを公開鍵暗号方式と呼ぶ。この方式では、暗号化のた
めの鍵を情報通信を行う相手に公開するとともに、その
鍵を用いて暗号化された情報を復号するための鍵を、秘
密に保持する。公開された鍵を公開鍵と呼び、秘密に保
持された鍵を秘密鍵と呼ぶ。公開鍵から秘密鍵を予測す
ることは不可能であるが、この２つの鍵は１対となって
おり、公開鍵による暗号情報は秘密鍵でのみ復号化され
る。

【００９４】この方式では、鍵の保守性が高くなる（秘
密鍵のみ自分で保持すればよい）という利点があるが、
共通鍵暗号方式に比べて処理に千倍近い時間がかかると
いう欠点がある。そこで、最近では、共通鍵暗号と公開
鍵暗号とを両立させた方式が用いられるようになってき
ている。以下にその例を説明する。

【００９５】送信者はまず、受信者に公開鍵の送信を要
求し、受信者からの公開鍵暗号によって暗号化された共
通鍵を受信者に送信し、両者の間で共通鍵暗号の共有が
なされる。ここで、共通鍵暗号による暗号化を行った情
報を送信すれば、処理時間が比較的短くて済むことにな
る。本実施形態では、暗号化方式として、上記に説明し
た各方式のいずれかを用いるものとする。

【００９６】図１は、本発明の一実施形態による携帯通
信端末の概略構成図であり、（ａ）は送信側ＰＤＡ（Pe
rsonal Digital Assistants ）装置の構成を示し、
（ｂ）は受信側ＰＤＡ装置の構成を示している。

【００９７】図１（ａ）に示されるように、本実施形態
の送信側ＰＤＡ装置１は、端末内で様々な機能を実行す
る情報処理部３と、暗号処理選択部４と、暗号化信号処
理部５と、実際に情報の送受信を行う情報送受信部６と
から構成されている。暗号処理選択部４は、送信側ＰＤ
Ａ装置１と受信側ＰＤＡ装置２とが図示しないサーバに
１３９４シリアルバスなどで直接接続されているか、あ
るいは受信側ＰＤＡ装置２に暗号処理部が具備されてい
るかどうか、あるいは送信者から暗号化請求があったど
うかを識別し、その結果に応じて暗号化処理を行うかど
うかを選択する。また、暗号化信号処理部５は、信号の
暗号化と、暗号化された信号を元の信号に変換する処理
とを行う。

【００９８】また、図１（ｂ）に示されるように、受信
側ＰＤＡ装置２は、送信側ＰＤＡ装置１内の情報処理部
３および情報送受信部６と同様の情報処理部７および情
報送受信部９と、暗号化された情報信号を受信してしま
った場合に、送信者と受信者とに受信エラーを知らせる
受信エラー処理部８と、受信エラー表示部１０とから構
成されている。本実施形態において受信側の携帯通信端
末２は、送信側の暗号化信号処理部５に相当する構成は
備えておらず、暗号化された信号を受信してもそれを復
号化して利用することができないものである。

【００９９】以下に、上記のように構成された携帯通信
端末間での通信の動作を説明する。まず、送信側ＰＤＡ
装置１の情報処理部３によって生成された情報信号ｄ１
は、暗号化信号処理部５に送られる。ここで、暗号処理
選択部４によって、暗号化を行う請求信号ｄ３が出力さ
れている場合には、上記生成された情報信号ｄ１は暗号
化信号ｄ２に変換されて情報送受信部６に送られ、送信
が開始される。一方、暗号化請求信号ｄ３がなかった場
合には、情報信号ｄ１はそのまま情報送受信部６に送ら
れ、送信される。

【０１００】受信側ＰＤＡ装置２は、情報送受信部９に
よって情報信号ｄ１か暗号化信号ｄ２を受信する。この
受信した信号は、暗号化されたものかそうでないかを判
別するために、受信エラー処理部８に送られる。そし
て、受信エラー処理部８において、上記受信した信号が
暗号化されたものか否かを判別した結果、暗号化された
信号ｄ２だった場合には、受信エラー表示部１０を用い
て受信者にその旨を表示するとともに、更に送信元にも
受信エラーのメッセージｄ４を送信する。一方、暗号化
されていない情報信号ｄ１を受信したと判別された場合
には、その情報信号ｄ１は情報処理部７に送られ、利用
される。

【０１０１】次に、図２のフローチャートに、本実施形
態による携帯通信端末の動作手順を示す。なお、図２
（ａ）は送信側のフローチャートを示し、図２（ｂ）は
受信側のフローチャートを示している。図２（ａ）にお
いて、まず、ステップＳ１で送信側から情報の通信要求
があった場合、ステップＳ２において、暗号処理選択部
４によって送信者による暗号化処理要求があったかどう
かを判別する。

【０１０２】ここでいう暗号化処理要求は、 １．送信者によって予め設定された情報の機密度が高い
場合 ２．送信者によって予め設定された受信者に情報の送信
を行う場合 ３．送信者によって暗号化請求が予め設定されている場
合 などに行われ、暗号化要求信号ｄ５が発生する。暗号化
要求信号ｄ５があった場合は、暗号処理選択部４は暗号
化信号処理部５に対して暗号化請求信号ｄ３を発行す
る。これに応じて暗号化信号処理部５は、ステップＳ５
で情報の暗号化処理を実行する。

【０１０３】一方、上記ステップＳ２で暗号化要求信号
ｄ５がなかったと判断された場合には、ステップＳ３に
進み、送信側ＰＤＡ装置１と受信側ＰＤＡ装置２とが、
当該送信端末と受信端末とが登録されている図示しない
サーバに直接接続されているかどうかが判別される。こ
れは、図１に示されるように、図示しないサーバから送
られてくる携帯通信端末の接続状況信号ｄ８を暗号処理
選択部４が受け取り、これに基づいて判別する。

【０１０４】ここで、どちらともサーバに直接接続され
ている場合は、暗号処理選択部４は暗号化信号処理部５
に対して暗号化請求信号ｄ３を発行する。これに応じて
暗号化信号処理部５は、ステップＳ５で情報の暗号化処
理を実行する。一方、少なくとも何れかがサーバに直接
接続されていない場合は、更にステップＳ４に進み、受
信側ＰＤＡ装置２が暗号化を許可しているかどうかを判
別する。

【０１０５】このステップＳ４における判別方法として
は、受信側ＰＤＡ装置２を暗号化の可／不可も併せてサ
ーバなどに予め登録しておき、これを参照することによ
って判別する形態がある。また、他の方法としては、図
１に示されるように、先に送信側の暗号処理選択部４か
ら受信側の情報処理部７に判別要求信号ｄ６を送信し
て、受信側の情報処理部７にて暗号化の可／不可を判別
する。そして、その暗号化の可／不可を表す判別信号ｄ
７（図１の例では「不可」の信号）を受信側の情報処理
部７から送信側の暗号処理選択部４に返信させる形態も
考えられる。

【０１０６】ここで、暗号化が不可であるという判別結
果を得た場合には、ステップＳ５の暗号化処理を行うこ
となくステップＳ６で情報信号の送信を開始する。ま
た、暗号化信号が可であるという判別結果を得た場合
は、暗号処理選択部４は暗号化信号処理部５に対して暗
号化請求信号ｄ３を発行する。これに応じて暗号化信号
処理部５は、ステップＳ５で暗号化処理を行い、その
後、ステップＳ６で上記暗号化した信号を送信する。

【０１０７】受信側ＰＤＡ装置２は、ステップＳ７で信
号を受信すると、まず、ステップＳ８で上記受信した信
号を図示しないサブメモリに格納し、ステップＳ９でこ
の受信信号が暗号化されているかどうかを受信エラー処
理部８によって判別する。受信した信号が暗号化された
信号であった場合は、まずステップＳ１１で受信エラー
表示部１０を用いて受信者に受信エラーを表示し、さら
にステップＳ１２で、送信元に対して受信エラーのメッ
セージｄ４を送信する。

【０１０８】また、受信した信号が暗号化されていない
信号であった場合は、ステップＳ１０でその受信信号を
そのまま図示しないメインメモリに格納し、ステップＳ
１３で受信処理を終了する。このメインメモリに格納さ
れた情報信号ｄ１は、その後情報処理部７にて利用する
ことが可能である。

【０１０９】図３は、受信側ＰＤＡ装置２が図１（ａ）
の送信側ＰＤＡ装置１と同じ形態のものであった場合の
処理を示すフローチャートである。まず、ステップＳ１
７で信号を受信すると、ステップＳ１８で上記受信した
信号を図示しないサブメモリに格納し、ステップＳ１９
でこの受信信号が暗号化された信号かどうかを判別す
る。

【０１１０】ここで、受信した信号が暗号化された信号
であった場合は、ステップＳ２０に進み、暗号化信号処
理部５によって暗号が解読される。そして、ステップＳ
２１でその解読された信号が図示しないメインメモリに
格納され、ステップＳ２２で受信処理を終了する。一
方、受信した信号が暗号化されていなかった場合には、
ステップＳ２１でその信号がそのまま図示しないメイン
メモリに格納されて、ステップＳ２２で受信処理を終了
する。

【０１１１】以上のように、本実施形態によれば、情報
送信側が情報の暗号化を行うか否かを選択できる暗号処
理選択部４を備えることによって、暗号化処理をなるべ
く省略し、信号処理の負担や、暗号化に伴う処理の負担
を軽減することができる。また、情報受信側が暗号化に
関する機能を備えていない場合に、暗号化された信号を
受信側に送ってしまっても、受信側ではそれを受信エラ
ーとして対応し、送信者および受信者の両方にエラー表
示することができるので、通信の不備をいち早く発見し
て適切な対応をとることができる。

【０１１２】この場合、暗号処理選択部４では、例え
ば、送信する情報の機密度を判別し、その機密度に応じ
て暗号化処理の使用／不使用を決定する。例えば、１つ
の情報通信端末を家庭用、ビジネス用の両方に用いる場
合が考えられる。この場合、家族との情報通信において
は暗号化処理を行わず、会社との情報通信においては暗
号化処理を行って機密を保持する使用法が考えられる。
このとき、情報送信者が所定の受信者のアドレスを自己
の情報通信端末に予め登録しておき、この登録されたア
ドレスとの通信においては暗号化処理を自動的に行わな
いようにし、それ以外との通信においては暗号化処理を
行うような使用法が可能となる。

【０１１３】特に、家庭とビジネス両用で携帯通信端末
を用いる場合には、家庭との通信はなるべく短時間に
し、ビジネス用のアクセス時間をなるべく長く取りたい
といった要求も考えられる。したがって、本実施形態で
は、家庭との通信時に暗号化処理を省略することによっ
て、上記の要求も満たすことが可能である。なお、情報
を送信するごとに送信者が情報の機密度を通信装置に入
力し、その情報の機密度を判別させるようにしても良
い。

【０１１４】また、本実施形態においては、情報送信者
と情報受信者とが通信媒体としてサーバを使用している
かどうかを判別し、それによって暗号化処理の使用を決
定するようにしている。例えば、サーバを介さない家庭
内での情報送信では機密性が低く、さらに端末間の接続
手段としてケーブルなどを使用することで盗聴の危険性
も低くなる。この場合は、暗号化を行わないことによっ
て暗号化処理に伴う負担を軽減することができ、情報送
受信の高速化が可能となる。また、戸外で無線を用いて
サーバを介して通信を行う場合には、盗聴の危険がある
ため、暗号化を行うことによって機密保持を達成するこ
とができる。

【０１１５】さらに、本実施形態では、情報受信側が暗
号化を許可しているかどうか（暗号解読が可能であるか
どうか）を判別し、暗号解読が可能である場合には暗号
化処理を行い、不可能である場合には暗号化処理を行わ
ないようにしているので、送信側での暗号化処理の負担
を極力軽減することができる。また、受信側の情報通信
装置を暗号化処理手段を予め具備しない構造とすること
もでき、受信側の情報通信装置の構造の単純化により低
コスト化、小型化等を図ることができる。

【０１１６】例えば、子供が携帯端末を持つ場合を考え
ると、子供の通信相手というのは親あるいは友達である
場合が殆どである。子供とその親、あるいは子供同士で
通信される情報の機密度はあまり高くないと考えられ
る。また、子供が使用するものに関しては、大人による
使用の場合よりも高い耐久性が必要になるとも考えられ
る。さらに、携帯方法としてはポケットの中などに入れ
ることが考えられ、子供用の小さなポケットにも入るよ
うな小型の情報通信端末が必要になる。

【０１１７】この場合に、本実施形態の情報通信装置に
よれば、暗号化信号に対する受信エラー処理という簡単
な機能を設けるだけで良く、より複雑な暗号化処理を省
略した機能の単純化によって、装置の耐久性の向上と小
型化を図ることが可能となる。さらに、情報を送信する
際に、相手側が暗号化処理機能を持たない場合に暗号化
処理を行わない機能を持つ情報通信装置によって、暗号
化処理の最適化を図ることも可能となっている。

【０１１８】（本発明の他の実施形態）本発明は、上述
した実施形態の機能を実現するべく各種のデバイスを動
作させるように、該各種デバイスと接続された装置に対
し、上記実施形態の機能を実現するためのソフトウェア
のプログラムコードを供給し、その装置のＣＰＵあるい
はＭＰＵに格納されたプログラムに従って上記各種デバ
イスを動作させることによって実施したものも、本発明
の範疇に含まれる。

【０１１９】また、この場合、上記ソフトウェアのプロ
グラムコード自体が上述した実施形態の機能を実現する
ことになり、そのプログラムコード自体、およびそのプ
ログラムコードを装置に供給するための手段、例えばか
かるプログラムコードを格納した記録媒体は本発明を構
成する。かかるプログラムコードを記憶する記録媒体と
しては、例えばフロッピーディスク、ハードディスク、
光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テー
プ、不揮発性のメモリカード、ＲＯＭ等を用いることが
できる。

【０１２０】また、装置が供給されたプログラムコード
を実行することにより上述の実施形態の機能が実現され
るだけでなく、そのプログラムコードが装置において稼
働しているＯＳ（オペレーティングシステム）あるいは
他のアプリケーションソフト等の共同して上述の実施形
態の機能が実現される場合にもかかるプログラムコード
は本発明の実施形態に含まれることは言うまでもない。

【０１２１】さらに、供給されたプログラムコードが装
置の機能拡張ボードや装置に接続された機能拡張ユニッ
トに備わるメモリに格納された後、そのプログラムコー
ドの指示に基づいてその機能拡張ボードや機能拡張ユニ
ットに備わるＣＰＵ等が実際の処理の一部または全部を
行い、その処理によって上述した実施形態の機能が実現
される場合にも本発明に含まれることは言うまでもな
い。

【０１２２】

【発明の効果】本発明は上述したように、情報の通信を
行う際に送信情報の暗号化手段の使用／不使用を選択す
る暗号処理選択手段を備えたので、暗号化処理をなるべ
く省略し、信号処理の負担や、暗号化に伴う処理の負担
を軽減することができる。上記暗号化処理の選択は、例
えば、情報送信者からの指示に応じて暗号化手段の使用
／不使用を選択することによって実現できる。

【０１２３】また、本発明の他の特徴によれば、情報送
信側の装置と情報受信側の装置とが接続されている通信
媒体に応じて暗号化手段の使用／不使用を選択するよう
にしたので、情報送信に高い機密性が必要な通信媒体を
介して情報の通信を行っている場合（例えば戸外で無線
によって通信を行う場合）以外、例えば家庭内での情報
送信の場合は暗号化処理を省略し、暗号化処理に伴う負
担を軽減することができる。

【０１２４】また、本発明のその他の特徴によれば、情
報受信側の装置において暗号解読が可能であるかどうか
の判別結果に応じて暗号化手段の使用／不使用を選択す
るようにしたので、受信側で暗号解読が不可能である場
合には暗号化処理を行わないようにすることで、送信側
での暗号化処理に伴う負担を軽減することができる。さ
らに、受信側の情報通信装置を暗号化手段を予め具備し
ない構造にすることができ、この場合には、受信側の情
報通信装置の小型化、低価格化を実現することが可能と
なる。

【０１２５】また、本発明のその他の特徴によれば、送
信情報の機密度の判別結果に応じて暗号化手段の使用／
不使用を選択するようにしたので、高い機密性を必要と
する情報を送信する場合以外では暗号化処理を省略し、
暗号化処理に伴う負担を軽減することができる。

【０１２６】また、本発明のその他の特徴によれば、受
信情報が暗号化されているか否かを判別して、暗号化さ
れていると判別された場合には所定のエラー処理を行う
ようにしたので、情報受信側が暗号を解読する機能を備
えていない場合に、暗号化された信号を受信側に送って
しまっても、受信側ではそれを受信エラーとして対応す
ることができるので、通信の不備に対して適切な対応を
とることができる。

【図面の簡単な説明】

【図１】本発明の一実施形態による送信側の携帯端末と
受信側の携帯端末の概略構成を示す図である。

【図２】本実施形態による送信側携帯端末、受信側携帯
端末の動作を示すフローチャートである。

【図３】本実施形態による受信側携帯端末が暗号化処理
機能を具備していた場合の受信側の動作を示すフローチ
ャートである。

【図４】１３９４シリアルバスを用いて構成されるネッ
トワーク・システムの一例を示す図である。

【図５】１３９４シリアルバスの構成要素を示す図であ
る。

【図６】１３９４シリアルバスにおけるアドレス空間を
示す図である。

【図７】１３９４シリアルバスのケーブルの断面図であ
る。

【図８】１３９４シリアルバスで採用されているデータ
転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式を説明す
るための図である。

【図９】１３９４シリアルバスを用いて構成されるネッ
トワーク・システムの一例を示す図である。

【図１０】バス使用権獲得のためのアービトレーション
を説明するための図である。

【図１１】アシンクロナス転送における時間的な遷移状
態を示す図である。

【図１２】アシンクロナス転送のパケットフォーマット
の例を示す図である。

【図１３】アイソクロナス転送における時間的な遷移状
態を示す図である。

【図１４】アイソクロナス転送のパケットフォーマット
の例を示す図である。

【図１５】アイソクロナス転送とアシンクロナス転送と
が混在した、バス上の転送状態の時間的な遷移の様子を
示す図である。

【図１６】バスリセットからノードＩＤ決定までの一般
的なシーケンスを示すフローチャートである。

【図１７】図１６のフローチャートのバスリセットから
ルート決定までの部分の手順をより詳しく示すフローチ
ャートである。

【図１８】図１６のフローチャートのルート決定後から
ＩＤ設定終了までの部分の手順をより詳しく示すフロー
チャートである。

【図１９】アービトレーションの一連の流れを示すフロ
ーチャートである。

【符号の説明】

１ 送信側ＰＤＡ装置（送信側携帯通信端末） ２ 受信側ＰＤＡ装置（受信側携帯通信端末） ３ 情報処理部 ４ 暗号処理選択部 ５ 暗号化信号処理部 ６ 情報送受信部 ７ 情報処理部 ８ 受信エラー処理部 ９ 情報送受信部 １０ 受信エラー表示部 ｄ１ 情報信号 ｄ２ 暗号化信号 ｄ３ 暗号化請求信号 ｄ４ 受信エラーメッセージ信号 ｄ５ 送信者からの暗号化要求信号 ｄ６ 暗号化許可の判定請求信号 ｄ７ 暗号化許可信号（内容は不可） ｄ８ サーバからの携帯通信端末の接続状況信号

Claims (20)

【特許請求の範囲】
1. 【請求項１】 送信情報の暗号化手段と、 情報の通信を行う際に、上記暗号化手段の使用／不使用
   を選択する暗号処理選択手段とを備えたことを特徴とす
   る情報通信装置。
2. 【請求項２】 上記暗号処理選択手段は、上記送信情報
   の暗号化処理を行うかどうかを指示するための指示手段
   を備え、情報送信者からの指示に応じて上記暗号化手段
   の使用／不使用を選択することを特徴とする請求項１に
   記載の情報通信装置。
3. 【請求項３】 上記暗号処理選択手段は、情報送信側の
   装置と情報受信側の装置とが接続されている通信媒体を
   判別する媒体判別手段を備え、接続されている通信媒体
   に応じて上記暗号化手段の使用／不使用を選択すること
   を特徴とする請求項１に記載の情報通信装置。
4. 【請求項４】 上記暗号処理選択手段は、情報受信側の
   装置において暗号解読が可能であるかどうかを判別する
   暗号許可判別手段を備え、その判別結果に応じて上記暗
   号化手段の使用／不使用を選択することを特徴とする請
   求項１に記載の情報通信装置。
5. 【請求項５】 上記暗号処理選択手段は、上記送信情報
   の機密度を判別する機密度判別手段を備え、その判別結
   果に応じて上記暗号化手段の使用／不使用を選択するこ
   とを特徴とする請求項１に記載の情報通信装置。
6. 【請求項６】 受信情報が暗号化されているか否かを判
   別する暗号判別手段と、 上記暗号判別手段によって上記受信情報が暗号化されて
   いると判別された場合に、所定のエラー処理を行うエラ
   ー処理手段とを備えたことを特徴とする情報通信装置。
7. 【請求項７】 情報の通信を行う際に、送信情報の暗号
   化処理の使用／不使用を選択するようにしたことを特徴
   とする情報通信方法。
8. 【請求項８】 情報送信者からの指示に応じて上記送信
   情報の暗号化処理の使用／不使用を選択するようにした
   ことを特徴とする請求項７に記載の情報通信方法。
9. 【請求項９】 情報送信側の装置と情報受信側の装置と
   が通信可能な異なる通信媒体のうち、使用している通信
   媒体に応じて上記送信情報の暗号化処理の使用／不使用
   を選択するようにしたことを特徴とする請求項７に記載
   の情報通信方法。
10. 【請求項１０】 情報受信側の装置において暗号解読が
    可能であるかどうかの判別結果に応じて上記送信情報の
    暗号化処理の使用／不使用を選択するようにしたことを
    特徴とする請求項７に記載の情報通信方法。
11. 【請求項１１】 上記送信情報の機密度に応じて上記送
    信情報の暗号化処理の使用／不使用を選択するようにし
    たことを特徴とする請求項７に記載の情報通信方法。
12. 【請求項１２】 受信情報が暗号化されているか否かを
    判別し、上記受信情報が暗号化されていると判別された
    場合に、所定のエラー処理を行うようにしたことを特徴
    とする情報通信方法。
13. 【請求項１３】 送信情報の暗号化手段および、情報の
    通信を行う際に上記暗号化手段の使用／不使用を選択す
    る暗号処理選択手段を備えた情報送信装置と、 少なくとも暗号化されていない受信情報を解読する解読
    手段、受信情報が暗号化されているか否かを判別する暗
    号判別手段、および上記受信情報が暗号化されていると
    判別された場合に所定のエラー処理を行うエラー処理手
    段を備えた情報受信装置と、から成ることを特徴とする
    情報通信システム。
14. 【請求項１４】 送信情報の暗号化手段および、情報の
    通信を行う際に上記暗号化手段の使用／不使用を選択す
    る暗号処理選択手段を備えた情報送信装置と、 受信情報が暗号化されているか否かを判別する暗号判別
    手段、および上記受信情報が暗号化されていると判別さ
    れた場合に当該暗号化されている受信情報を解読する解
    読手段を備えた情報受信装置と、 から成ることを特徴とする情報通信システム。
15. 【請求項１５】 上記暗号処理選択手段は、上記送信情
    報の暗号化処理を行うかどうかを指示するための指示手
    段を備え、情報送信者からの指示に応じて上記暗号化手
    段の使用／不使用を選択することを特徴とする請求項１
    ３または１４に記載の情報通信システム。
16. 【請求項１６】 上記暗号処理選択手段は、上記情報送
    信装置と上記情報受信装置とが接続されている通信媒体
    を判別する媒体判別手段を備え、接続されている通信媒
    体に応じて上記暗号化手段の使用／不使用を選択するこ
    とを特徴とする請求項１３または１４に記載の情報通信
    システム。
17. 【請求項１７】 上記暗号処理選択手段は、上記情報受
    信装置において暗号解読が可能であるかどうかを判別す
    る暗号許可判別手段を備え、その判別結果に応じて上記
    暗号化手段の使用／不使用を選択することを特徴とする
    請求項１３または１４に記載の情報通信システム。
18. 【請求項１８】 上記暗号処理選択手段は、上記送信情
    報の機密度を判別する機密度判別手段を備え、その判別
    結果に応じて上記暗号化手段の使用／不使用を選択する
    ことを特徴とする請求項１３または１４に記載の情報通
    信システム。
19. 【請求項１９】 請求項１〜６の何れか１項に記載の各
    手段としてコンピュータを機能させるためのプログラム
    を記録したことを特徴とするコンピュータ読み取り可能
    な記録媒体。
20. 【請求項２０】 請求項７〜１２の何れか１項に記載の
    情報通信方法の処理手順をコンピュータに実行させるた
    めのプログラムを記録したことを特徴とするコンピュー
    タ読み取り可能な記録媒体。