(57)【要約】【課題】  医療機器、人体等に影響を及ぼすことなく、病院内での携帯電話の間接的な使用を可能するシステムを提供する。【解決手段】  インターフェース部２０、施設内コンピュータ３０、携帯電話１０及び経路情報記録部４１とを備え、携帯電話１０が基地局を介して受信した通話情報をインタフェース部２０を介して経路情報記録部４１で携帯電話１０と関連付いている施設内コンピュータ３０に施設内のネットワークを介して送信し、施設内ネットワークが受信した通話情報を音声にして出力される一方向の通信と、施設内コンピュータ３０で利用者から入力された音声をディジタル変換等の処理を経て生成された音声情報を経路情報記録部４１で関連付いている携帯電話１０に送信し、携帯電話１０が受信した音声情報を電波にして基地局に送信する。【選択図】  図１
2006262263.tif 000002
【特許請求の範囲】
【請求項１】
施設内のネットワークと接続するインターフェース部と、施設内のネットワークと接続する施設内コンピュータと、インタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話と、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部とを備え、
携帯電話が受信した通話情報をインターフェース部を介して経路情報記録部で関連付いている施設内コンピュータに送信し、施設内コンピュータが通話情報を受信して音声が出力されると共に、
施設内コンピュータで入力された音声から生成された音声情報を経路情報記録部で関連付いている携帯電話に送信し、携帯電話が当該音声情報を受信し電波にして送信する
施設内で携帯電話を利用可能とするシステム。
【請求項２】
施設内のネットワークと接続するインターフェース部と、施設内のネットワークと接続する施設内コンピュータと、インタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話と、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部とを備え、
外部信号に基づいて携帯電話が携帯電話の機能を実装しているプログラムを当該携帯電話と関連付いている施設内コンピュータに送信し、施設内コンピュータがプログラムを受信して実行する
施設内で携帯電話利を用可能とするシステム。
【請求項３】
携帯電話において実行可能な携帯電話の機能を実装しているプログラムが、施設内コンピュータで実行可能である
前記請求項２に記載のシステム。
【請求項４】
利用者を特定する情報及び利用者が利用する施設内コンピュータを特定する情報に基づいて、前記経路情報記録部の携帯電話を特定する情報と施設内コンピュータを特定する情報との関連付けを行う
前記請求項１ないし３のいずれかに記載のシステム。
【請求項５】
施設内コンピュータからの携帯電話の機能を特定した要求に応じて、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部で要求してきた施設内コンピュータと関連付いている携帯電話の要求した機能を実装したプログラムを、要求してきた施設内コンピュータに送信する送信手段と、施設内コンピュータが受信したプログラムを実行した場合に実行に必要な情報を携帯電話から読み出す読出機能及び／又は実行に際して出力された情報を携帯電話に書き込む書込機能を有する携帯電話操作手段とを備える中間装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話を直接利用することなく携帯電話の機能を提供するシステムに関する。
【背景技術】
【０００２】
携帯電話は医療機器、人体等に及ぼす影響が懸念されることから、医療機関内では使用禁止とするのが一般的である。従来、患者は入院する際、自己の所有する携帯電話は医療機関内では電源を切っておく、もしくは自宅に保管しておくなどの処置を取る必要があった。
【０００３】
また、医療機関ではないが携帯電話を使用してはいけない場合も他にあり、例えば、顧客データを取り扱う会社においては、顧客データの流出を防止するため、顧客データを参照、操作することができるコンピュータはIDカードを有している者のみ入室が可能で入退室管理がなされている部屋に配置され、携帯電話の持ち込みが禁止され、部屋の外のロッカー若しくは警備室で預かるようになっている。さらには、同じ施設内でも電波の強度により通話や情報送受信が円滑になされない場合もある。最近は建物によっては電磁波シールド材を建材として使用して、電波を遮断している建物もある。
【特許文献１】特開２００３−９９５２９号公報
【特許文献２】特開２００３−７６７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
以上のように、医療機関内では使用が禁止され、そのため電源を切っている間は不在着信履歴も保存されない、電話発信者が必ずしも留守番電話サービスを利用し伝言メッセージを残すとも限らない、緊急を要する連絡が不可能となる、などの課題を有している。また、著しい普及を見せている携帯電話を用いた電子メールについても、メール送信からメール確認まで、大きなタイムラグが発生してしまうという課題を有している。更に、昨今の携帯電話を情報処理端末として扱う社会的機運並びに高機能化により、今後携帯電話が使用不可能であることにより生じる不都合がその範囲を増大させていくことは想像に難くない。
【０００５】
また、医療機関以外でも携帯電話を使用することができない場合もあり、前記セキュリティ上の問題がある場合でも仕事で早急に連絡を取る必要もあり、他に、室内の電話機を使用する場合でも携帯電話のメモリーに相手先の電話を登録しており、携帯電話が使用することができないのは何かと不便であるという課題も有する。
さらに、電波が届かない場所でも通話機能も含め、携帯電話の機能を利用したいという要望もある。
【０００６】
本発明は前記課題を解決するためになされたものであり、医療機器、人体等に影響を及ぼすことなく、病院内での携帯電話の間接的な使用を可能するシステムを提供することを目的とする。また、病院同様に携帯電話を使用することが禁止されている、又は、使用することができない施設内であっても使用を可能とするシステムを提供することも目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るシステムは、インターフェース部、施設内コンピュータ、携帯電話及び経路情報記録部とを備え、携帯電話が基地局を介して受信した通話情報をインタフェース部を介して経路情報記録部で携帯電話と関連付いている施設内コンピュータに施設内のネットワークを介して送信し、施設内ネットワークで受信した通話情報を音声にして出力される一方向の通信と、施設内コンピュータで利用者から入力された音声をディジタル変換等の処理を経て生成された音声情報を経路情報記録部で関連付いている携帯電話に送信し、携帯電話が受信した音声情報を電波にして基地局に送信するものである。このように本発明においては、携帯電話を利用者が携帯しておかなくとも施設内コンピュータを通して携帯電話の通信機能を使用して外部の電話機と接続が成立し通話を行っており、携帯電話を間接的に用いることで人体や機器等に及ぼす影響がなくなるという効果を奏する。また、他の理由（例えば、セキュリティの理由）で携帯電話を使用することができない環境であっても、携帯電話を用いた通話を行うことができる。ここで、人体や機器に影響を及ぼすことができない部分については、有線通信であることが基本的には必要であるが、無線通信であっても通信帯域によっては影響が皆無に等しいものもある。また、携帯電話とは、無線通信を利用した携帯できる電話機のことであって、ＰＨＳ(Personal Handyphone System)等も含まれる。
【０００８】
本発明に係るシステムは、インターフェース部、施設内コンピュータ、携帯電話及び経路情報記録部とを備え、施設内コンピュータからの要求又は基地局からの着信信号の入力（外部信号）をトリガとして、携帯電話が携帯電話の機能を実装しているプログラムを経路情報記録部で関連付いている施設内コンピュータに送信し、施設内コンピュータが受信したプログラムを実行するものである。このように本発明においては、携帯電話が外部信号の入力をトリガにしてプログラムを関連付いている施設内コンピュータに送信し、施設内コンピュータが実行しており、施設内コンピュータにおいても携帯電話の機能を利用者が使用することができる。自己の携帯電話であればいつも操作している携帯電話の機能であり、操作手順がわかる点で操作性が高いという効果を有する。特に、プログラムを実行した場合のＧＵＩを施設内コンピュータでも携帯電話と同様にすることで、さらに利用者の操作性の向上を望める。さらに、画面だけでなく、携帯電話の外装、ボタンを含めてＧＵＩとして表示し、ボタンを操作可能とすれば、施設内コンピュータのディスプレイ内ではあるが、利用者の操作性を向上させることができる。
【０００９】
また、本発明に係るシステムは必要に応じて、携帯電話の機能を実装しているプログラムが携帯電話だけでなく施設内コンピュータでも実行可能であるものである。このように本発明においては、携帯電話と施設内コンピュータで実行されるプログラムが同一であり、携帯電話用のプログラムから施設内コンピュータ用のプログラムを作成する必要がなく、また、使用者にとっては操作が同じで操作性が高いという効果を有する。また、表示を伴うプログラムである場合にはかかる表示が同一となって視認性も高い。
【００１０】
また、本発明に係るシステムは必要に応じて、携帯電話を特定する情報と施設内コンピュータを特定する情報との経路情報部における関連付けが、利用者を特定する情報と利用者が利用する施設内コンピュータを特定する情報によりなされるものである。このように本発明においては、携帯電話を特定する情報と施設内コンピュータを特定する情報との関連付けが、利用者が利用する施設内コンピュータを特定する情報により変更が反映されるので、利用者がどの施設内コンピュータを使用する場合であっても、本システムのサービスを受けることができるという効果を有する。
【００１１】
また、本発明に係る中間装置は、施設内コンピュータを利用している利用者による操作で要求された携帯電話の機能を実装したプログラムを、利用者が操作している施設内コンピュータに送信手段が送信し、受信したプログラムを施設内コンピュータで実行した場合に実行時に必要となる情報を必要に応じて携帯電話から読み出し、記録が必要な実行結果を携帯電話に携帯電話操作手段が書き込むものである。このように本発明においては、中間装置が携帯電話の機能を実装したプログラムを送信して携帯電話に対する負荷を低減し、また、携帯電話への情報の入出力も実現して携帯電話へプログラム実行による情報の反映もなされているという効果を有する。すなわち、主に携帯電話は情報を記録するものとしてのみ機能し、携帯電話の担う処理は著しく低減される。通常、携帯電話はそのスペックからシングルタスクであり、施設内コンピュータはマルチタスクであるが、施設内コンピュータで携帯電話の機能を実装しているプログラムをマルチタスク下で複数実行させることができる。また、必要の範囲で、一の携帯電話の機能を複数の施設内コンピュータで利用することができる。逆に、複数の携帯電話の機能を一の施設内コンピュータで利用することができる。当然であるが、一の携帯電話と関連付くことができる施設内コンピュータを一に制限することもできる。
【００１２】
また、本発明に係る中間装置は必要に応じて、中間装置のコンピュータに施設内コンピュータから要求のあったプログラムが格納されていなかった場合に、かかるプログラムを携帯電話又はネットワーク上の他のコンピュータに対してプログラムを要求し、要求に応じて送信のあったプログラムを受信し記録すると共に、要求してきた施設内コンピュータに対してプログラムを送信するものである。このように本発明においては、中間装置に要求されたプログラムがない場合でも、他の機器からプログラムを受信して要求してきた施設内コンピュータに送信して施設内コンピュータ上でプログラムを実行することができるだけでなく、中間装置を構築しているコンピュータに格納するので次に施設内コンピュータから要請があった場合には他の機器からプログラムを受信する工程を経ることなく直接プログラムを送信することができるという効果を有する。
【発明を実施するための最良の形態】
【００１３】
本発明は多くの異なる形態で実施可能である。したがって、下記の各実施形態の記載内容のみで解釈すべきではない。また、各実施形態の全体を通して同じ要素には同じ符号を付けている。
【００１４】
各実施形態では、主にシステムについて説明するが、所謂当業者であれば明らかな通り、本発明はコンピュータで使用可能なプログラム及び方法としても実施できる。また、本発明は、ハードウェア、ソフトウェア、または、ソフトウェア及びハードウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置または磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００１５】
（本発明の第１の実施形態）
本発明の第１の実施形態に係る施設内で携帯電話を利用可能とするシステムについて、図に基づき説明する。
図１は本実施形態に係るシステムのネットワーク構成図の一例である。本実施形態に係るシステムは、図１に示す通り、携帯電話１０と、携帯電話１０の機能を使用する施設内のネットワークと接続するインターフェース部２０と、施設内のネットワークと接続する施設内コンピュータ３０と、携帯電話１０を特定する情報と施設内コンピュータ３０を特定する情報とを関連付けた情報を記録する経路情報記録部４１とを備える構成である。図１には、本実施形態に係るシステムの他、電子カルテのシステム、患者のアメニティのためのシステム、インターネット上のシステムが記載されている。
【００１６】
ここで、本実施形態ではシステムの構築対象を病院とした。ただし、セキュリティを保護する必要がある施設、携帯電話の電波環境の悪い施設をシステムの構築対象とすることもできる。その他にも、携帯電話の使用を禁止しているが、ある条件下では自己が使用するコンピュータを通して利用することができる場合には、本システムの適用可能性が存する。
【００１７】
携帯電話１０は、無線通信を利用した携帯できる電話機のことであり、携帯電話の取り扱い通信事業者の回線と有線で接続する基地局と無線で通信を行う。携帯電話１０は、高機能化しておりその制御には専用のＯＳ(Operating System)を導入して用いている。具体的なＯＳとしては、ウインドウズ（登録商標）ＣＥベースのもの、シンビアン（登録商標）ベースのもの、パーム（登録商標）ベースのもの、リナックス（登録商標）ベースのものがある。ここで、ベースとしたのは、オリジナルのＯＳを携帯電話の機能、スペックに合うようにカスタマイズしているからである。
【００１８】
このように携帯電話１０にもＯＳが導入されているため、このＯＳ上で実行可能なプログラムを携帯電話１０の記憶装置に記録しておき、必要に応じて携帯電話１０の主記憶装置（記憶装置との違いは、記憶装置が記録するためのものであり、主記憶装置はプログラムを実行するためのものである）に読み出して実行することができる。実際、現在の携帯電話１０には、本来の通話機能の他、名前、電話番号、メールアドレス、住所等を入力し必要に応じて表示する電話帳の機能、スケジュールを管理するスケジュールの機能、所定の時間になったらアラーム音の出力を行うアラームの機能、携帯電話１０からインターネットに接続しているメールサーバに対してメールを送信するメールの機能、通話をしながら通話相手の動画像を表示するテレビ電話の機能等が実現されている。このうち、主要な機能の一部は、チップ化（ハードウェア化）して高速な処理を実現している。これら携帯電話の機能がベッドサイド端末３０で使用することができることで、特に第三世代携帯電話によりサービスが開始されているテレビ電話の機能により、回診時に患者親族が遠隔地に居る場合においても患者、患者親族、医療従事者（医師および看護師）の三者による診療状況の確認が可能となる。医師が院外に滞在している場合でも患者の相談に乗ることが可能となる。医師が院外に滞在している場合でも、緊急時、患者状況を遠隔で把握することが可能となる。入院中でも患者主体でセカンドオピニオンを取得することが可能となる。すなわち、総じて言えば、これら機能拡充により、これまで診療録に関わる部分のみを業務対象範囲としていたベッドサイド端末３０の機能範囲を入院中患者総合情報端末として位置付けることが可能となる。
【００１９】
携帯電話１０は、通常、外部接続端子、充電端子及びイヤホンマイク端子等を有する。外部接続端子は、端子の規格と合う機器とケーブルを介して接続することで情報の入出力が可能となる。例えば、コンピュータとＵＳＢケーブルを介して接続することで、携帯電話１０からメモリダイヤルの情報、メールの情報をコンピュータに読み出すことができる。
【００２０】
インターフェース部２０は、携帯電話１０の機能を使用する施設内のネットワークと接続するものであり、携帯電話１０と物理的に接続して有線通信が可能となっており、施設内のネットワークとも物理的に接続して有線通信が可能となっている。本実施形態ではルーティングサーバ４０を構築しているコンピュータにインタフェース部２０も設けられているので、図１ではルーティングサーバ４０に接続した態様でインタフェース部２０を描いた。当業者によれば各種接続方法を適用することができるが、携帯電話１０とインタフェース部２０との間は、周辺機器とコンピュータを結ぶデータ伝送路の規格であるＵＳＢ(Universal Serial Bus)を用いることとする。したがって、ＵＳＢケーブルの一端を携帯電話の外部接続端子と接続し、ＵＳＢケーブルの他端をインターフェース部２０と接続する。すなわち、この場合、まずインターフェース部２０はＵＳＢの規格に適合するインターフェースを有しなければならない。このＵＳＢケーブル上の通信にもＵＳＢの規格を満たした上層では種々の方式を用いることができ、例えば、パケットのデータ形式としては図２（ｃ）に示すものを用いることができ、ＵＳＢケーブル等の接続ケーブルを用いて情報通信開始することを通知するためのエリアである接続開始通知エリアと、通信する情報の種別（通話、メール、ゲームなど）を格納するエリアである情報種別エリアと、パケット中伝送する情報が開始されることを示すエリアである開始ビットと、パケット中の情報格納エリアに格納されている情報が、全情報の内、いずれの箇所に該当するか（何番目の情報であるか）を示す情報を格納するエリアであるＳｅｑエリアと、パケット中の伝送する情報を格納するエリアである情報格納エリアと、パケット中の伝送する情報が終了されることを示すエリアである終了ビットとからなるパケットのデータ形式である。さらに、インターフェース部２０は施設内ネットワークと接続する必要があり、この場合も当業者によれば各種接続方法を適用することができる。ここでは、ＬＡＮ(Local Area Network)規格の１つであるイーサネット(Ethernet)を用いることとする。したがって、この場合インタフェース部２０は、イーサネットの規格に合うネットワークカードを具備し、ツイストペアケーブル(twisted pair cable)でＬＡＮで使われる集線装置であるハブと接続する。前記図２（ｃ）のパケットのデータ形式でルーティングサーバ４０が受け取り、前記パケットの情報格納エリアに格納されている情報をＳｅｑエリアの情報に基づき組み立てバッファ上に保持する。バッファ上に保持した情報は例えばＴＣＰ／ＩＰプロトコル形式に変換されて施設内ネットワークに接続するベッドサイド端末３０に送信される。例えばこのような構成で、携帯電話１０は、インタフェース部２０を介することで、施設内のネットワークに直接又は間接に接続するコンピュータと通信が可能となっている。ここで、携帯電話１０とインタフェース部２０との間、インタフェース部２０と施設内ネットワークの間は有線通信となっているが、無線通信であってもよい。
【００２１】
施設内コンピュータ３０は、システム構築対象の施設内にあって施設内のコンピュータと接続しており、本実施形態では病室で患者が使用するベッドサイド端末３０が該当する。ベッドサイドシステム上のベッドサイド端末３０においては、病院の各種情報を提供する病院情報の機能、病名及びかかる病名の病気に対する主な治療方法の情報を提供する医学情報の機能、薬の名前、かかる薬の効能及び副作用の情報を提供するくすりの情報の機能、ベッドサイド端末３０を利用する者の診療情報を提供する診療情報の機能、今まで行ってきた治療及びこれから行うべき治療の情報を提供するスタッフ向情報の機能、病院内の施設の案内を行う施設案内の機能、各種問い合わせを行う場合の連絡先の情報を提供し及びコンピュータを用いた問い合わせを行うことができる問い合わせの機能、並びに、ベッドサイド端末３０の操作上不明な点があった場合に操作に関する情報を提供するヘルプの機能を有する。
【００２２】
経路情報記録部４１は、携帯電話１０を特定する情報とベッドサイド端末３０を特定する情報とを関連付けた情報を記録している。図１では、経路情報記録部４１の情報を外部のコンピュータの要求により読み出し送信するルーティングサーバ４０を構築しているコンピュータ内の補助記憶装置（外部記憶装置、ストレージ）内に経路情報記録部４１を構築している。携帯電話１０を特定する情報は例えば携帯電話１０に割り当てられている携帯電話番号、携帯電話の外部接続端子を識別するための情報（本実施形態ではこの識別情報をＭＰＩＤ(Mobile Phone IDentification)として用いる。詳細は後記する）が該当し、ベッドサイド端末を特定する情報は例えばベッドサイド端末に割り当てられているＩＰアドレス(Internet Protocol Address)、ネットワークカードに割り当てられているMAC(Media Access Control)アドレスが該当する。本実施形態では、ＩＰアドレスをベッドサイド端末を特定する情報（ＢＩＤ(Bedside terminal IDentification)）として用いる。この例示したもののうち、携帯電話番号の情報がネットワーク上で送受信されるのは、不適切であるので、他の情報に変換する、他の情報に関連付けを行い他の情報を用いる等のセキュリティ上の対策を講じることが好ましい。携帯電話番号の情報以外の情報にも適宜同様の方法を適用することができる。
【００２３】
ルーティングサーバ４０は、具体的には、経路情報記録部４１に図２（ａ）の利用者テーブルと図２（ｂ）のシステム利用テーブルを有している。利用者テーブルは、利用者に関する属性を有し、具体的な属性として利用者を一意に識別する識別情報であるＵＩＤ(User IDentification)、利用者氏名、利用者住所、利用者自宅電話番号を有する。システム利用テーブルは、本システムを利用する場合に必要な属性を有し具体的な属性としてＵＩＤ、ＭＰＩＤ，ＢＩＤ（ＩＰアドレス）、利用者が利用しているか否かを示す利用者状況フラグを有する。
【００２４】
また、ルーティングサーバ４０は、単に経路情報を必要に応じて送信する他、どの経路を通して転送すべきかを判断する経路選択機能を用いて、受信した情報を転送する機能も有する。たとえば、一のコンピュータが他のコンピュータに情報を送信する場合に、一のコンピュータから送信してきた情報をルーティングサーバ４０が受け取り、他のコンピュータに転送する。一のコンピュータが送信する相手を特定することなく情報を送信することでルーティングサーバ４０が転送して経路情報記録部４１で関連付いている他のコンピュータに情報を送信することができるため、関連付いている他のコンピュータが変更した場合に特にメリットがある。ただし、一のコンピュータと他のコンピュータとが直接情報を送受信した方がルーティングサーバ４０を通さない分だけ、全体のスループットの向上につながる。
【００２５】
本実施形態ではルーティングサーバ４０を構築しているコンピュータ上にインタフェース部２０を配設している。本実施形態ではＵＳＢを用いているので、コンピュータ上ではインタフェース部２０に相当する部分は、ＵＳＢの端子及びネットワークカードが該当する。インタフェース部２０が周辺機器として物理的に単体で存在している形態であってもよい（図１１参照）。
【００２６】
上記インターフェース部２０及びルーティングサーバ４０の存在により、携帯電話１０とベッドサイド端末３０は通信が可能となっており、相互の情報のやり取りが可能となっている。前記した通り携帯電話１０では、導入されたＯＳ上に応用アプリケーションプログラムが実行可能となっており、各種機能を実現している。したがって、同様のベッドサイド端末用の応用アプリケーションプログラムをベッドサイド端末３０の補助記憶装置に記録し、利用者の操作をトリガとして、主記憶装置上に読み出して実行可能としていれば、携帯電話１０の機能と同様な機能をベッドサイド端末３０で利用者が利用することができる。ここで、応用アプリケーションプログラムの実行に際して必要となる情報を携帯電話１０に要求して受信する。例えば、電話帳の機能を実現するための応用アプリケーションプログラムを実行する場合には、電話帳の情報を携帯電話１０から受信する（一端、受信した電話帳の情報は次の使用に備えて、ベッドサイド端末３０の補助記憶装置に記憶していてもよい）。このような構成であってもよいが、本実施形態では、利用者がベッドサイド端末３０を操作して携帯電話１０の機能を利用しようとする際に、携帯電話の機能を実現している応用アプリケーションのプログラムを携帯電話１０から受信することとする。この構成によらなければ、種々の携帯電話が存在し（同じ種類の携帯電話であっても応用アプリケーションを別途外部のコンピュータからダウンロードしている場合もあり、同じ携帯電話で提供可能な機能が異なることもある）、様々の応用アプリケーションが存在することから、全ての携帯電話１０の全ての機能にベッドサイド端末３０が対応するためには、全ての応用アプリケーションを補助記憶装置に記憶しておく必要がある。また、携帯電話１０に対応する応用アプリケーションが開発される度に応用アプリケーションをベッドサイド端末３０に記憶する必要があり、運用性に問題がある。しかも、ベッドサイド端末３０も同じ利用者に長期に継続して割り当てられているわけでなく、利用者が他の病室へ移動したり、退院したりすることもある。そこで、上記の構成によれば、これらの問題は解決し、自己の携帯電話１０のプログラムを使用することができ、さらに、アプリケーションプログラムのＧＵＩ(Graphical User Interface)が同じであれば使用者の操作性も著しく向上する。
【００２７】
また、携帯電話用の応用アプリケーションプログラムを構成するモジュールの一部又は他のモジュールを加えたものを、ベッドサイド端末用の応用アプリケーションプログラムとすることもできる。当然、携帯電話用の応用アプリケーションプログラムとベッドサイド端末用の応用アプリケーションプログラムとが同一又は実質的同一であってもよい。実質的同一とは、機械的な変換を経て携帯電話用の応用アプリケーションプログラムがベッドサイド端末用の応用アプリケーションプログラムになることを意味する。このような構成によれば、応用アプリケーションプログラムを携帯電話用、ベッドサイド端末用として作成する必要がなく、余計なコストが生じない。このような構成を実現するためには、応用アプリケーションプログラムが携帯電話１０とベッドサイド端末３０のＯＳ、ハードウェア等のコンピュータの環境に依存しない形式で作成されることが好ましく、例えばＪａｖａ（登録商標）言語を用いて応用アプリケーションプログラムを作ることが好ましい。同様に、Microsoft.NET（登録商標）対応アプリケーションとして、応用アプリケーションプログラムを作ることでも実現することもできる。ただし、Ｊａｖａ言語の応用アプリケーションプログラムを用いる場合には、ＪａｖａＶＭが携帯電話１０及びベッドサイド端末３０に導入されている必要があり、すなわち、Ｊａｖａ実行環境が構築されている必要がある。Microsoft.NETも同様の実行環境の構築が必要となる。
【００２８】
本実施形態では、ＷＷＷ(World Wide Web)のシステムを利用すべく、携帯電話１０にＷＷＷサーバ（ウェブサーバ、web server）を構築し、ベッドサイト端末３０にＷＷＷブラウザ(ウェブブラウザ, ブラウザ)を構築する。既存のＷＷＷのシステムを利用することで、構築すべきシステム中の実際に作成すべきシステムの規模が大幅に小さくなる。ＷＷＷのシステムでは、送受信機能、HTMLファイル等のファイル構成機能及び表示機能が既に実現されている。前記Ｊａｖａ及びMicrosoft.NETはブラウザ上でも使用することができる。
【００２９】
本実施形態では、データの集合の管理システムであるＤＢ（database）及びコンピュータからの要請に応じてＤＢのデータを送信するデータベースサーバを携帯電話１０に構築している。データベースサーバは、コンピュータが送信したデータを受信してＤＢに格納することもできる。データベースサーバは、直接ベッドサイド端末３０からの要求でデータを送受信する他、ＷＷＷサーバ及び後記する応用アプリケーションプログラムを実行しているプロセスからの要求でデータを送受信する。ＤＢは、ベッドサイド端末用の応用アプリケーションプログラムの実行の際に使用するデータの他、ベッドサイド端末用の応用アプリケーションプログラム自体をデータとして格納している。
【００３０】
本実施形態では、３階層システムの中間に位置するアプリケーションサーバを携帯電話１０に構築している。アプリケーションサーバは、ＷＷＷサーバを介してベッドサイド端末から要求があった処理を、必要があればデータベースサーバと連携して行うものである。なお、前記ＷＷＷサーバの機能とアプリケーションサーバの機能とを併せもつＷＷＷアプリケーションサーバもあり、これを代わりに構築することもできる。
【００３１】
なお、当然であるが、携帯電話用の応用アプリケーションプログラムを実行しているプロセスも上記ＷＷＷサーバ、データベースサーバ、アプリケーションサーバにアクセスすることができる。すなわち、同じコンピュータ（携帯電話もコンピュータである）のプロセスが、ローカルホストのサーバにアクセスすることとなる。
【００３２】
携帯電話１０の単体での動作としては、携帯電話１０上のプッシュボタン、カメラ、マイク等の入力手段からの入力信号がＯＳを介してハードウェアインタフェースアプリケーションに渡され、必要があればハードウェアインタフェースアプリケーションは補助記憶装置から情報を読み出し演算してＯＳを介して出力手段である画面、スピーカ等に出力をする。本実施形態では、各種サーバが携帯電話１０上に構築されているので、ハードウェアインタフェースアプリケーションが各種サーバに処理を要求して動作することもできる。携帯電話１０単体での動作であっても各種サーバを用いた動作とすることで、ベッドサイド端末３０上の動作との整合性を取ることができる。
通話情報は、実際の通話の内容であり接続する電話から出力された音声情報であり、基地局を介して送信される通話フレームの情報部を含むものである。
【００３３】
携帯電話１０の機能は、上記で、通話機能、電話帳の機能、スケジュールの機能、アラームの機能、メールの機能及びテレビ電話の機能を例示した。この例示中、通話機能、メールの機能及びテレビ電話の機能は、携帯電話１０の基地局への無線通信を経て実現されている点で、他の例示した機能とは異なる。したがって、ベッドサイド端末用の応用アプリケーションプログラムをベッドサイド端末３０が受信して実行し、必要に応じてこの応用アプリケーションプログラムのプロセスが携帯電話１０の記憶装置から情報を受信して実行するだけでは、これら通話機能、メールの機能及びテレビ電話の機能を実現することができず、携帯電話１０の基地局への無線通信の機能をプロセスの要求で協動させる必要がある（通話も携帯電話１０からの発信と着信があり、プロセスが要求するのは発信であり、着信は携帯電話１０からベッドサイド端末に対して協動の要求がある）。
【００３４】
［電波の遮断］
携帯電話１０は電波を受信するため、同じ施設内に（施設外に携帯電話１０を配置しても本システムを利用することは可能であるが、携帯電話１０の所有者である入院患者が必要に応じて携帯電話１０の返却を希望する場合もあるため、現実的には同施設内に配置される）携帯電話１０を配置する場合には病室及び検査機器がある部屋に影響を及ぼさないように、特別の部屋を設けることが好ましい。例えば、施設内の隅の部屋を電磁波シールド材を壁材、床材及び天井材の建材で作り、携帯電話１０の電波が漏れないようにする。ただし、携帯電話１０は基地局等で電波の送受を行う必要があるため、例えば、窓ガラスのみ電磁波シールドせずに設けないようにする。窓ガラスの方向及び基地局の位置によっては、施設内を電磁波が横断する可能性もあり、設計にあたっては慎重な検討が必要となる。施設内の屋上に設ければ、かかる設計が容易になる。また、かかる特別な部屋は完全に電磁波を遮断し、導波管と部屋を接続する構成にすることもできる。また、中継器を特別の部屋及び施設外に設け、中継器同士をケーブルで接続した構成にすることもできる。中継器とは、受信した電波をノイズを除いたり、信号を増幅したりして再び電波を送信するものである。
【００３５】
このように電磁波をシールドすることで、入院患者及び検査機器にまったく影響を与えないようにすることができる。
このような構成は病院だけでなく、セキュリティを保護する必要がある施設に構築することもでき、電波が洩れず、情報が漏洩することがない。
【００３６】
また、セキュリティを保護する必要があり電波が遮断されている部屋にいる人が、自己の携帯電話１０を電波を送受することができる部屋に配置することで、携帯電話１０と基地局間は電波の送受を円滑に行うことができる。
また、逆に、施設内でも電波の感度のよいところに、携帯電話１０を配置することで、携帯電話１０と基地局間は電波の送受が円滑に行うことができる。
【００３７】
［システムの動作：前提］
予め、本システムを運用する者は、利用者である入院患者から携帯電話１０を預かると共に、経路情報記録部４１の利用者テーブルに新規の利用者として必要事項を利用者から教えてもらい属性値として各属性に入力する。預かった携帯電話１０の外部接続端子にＵＳＢケーブルの一端を接続し、システム利用テーブルにＭＰＩＤの属性に属性値を入力する（ＵＳＢの他端はインタフェース部２０と接続している）。また、利用者には病室及びベッドが病院から割り当てられる際に、ベッドサイド端末３０も割り当てられ、かかるベッドサイド端末３０に割り当てられているＩＰアドレスを先ほどＭＰＩＤを入力した行（タプル（組））のＢＩＤの属性値として入力する。そうすることで、図２（ａ）（ｂ）のように各テーブルに適切に属性値が入力された状態となる。これで、携帯電話１０とベッドサイド端末３０とがシステム利用テーブルによって対応付けられており、双方向に通信が可能となる。携帯電話１０からは、外部接続端子、ＵＳＢケーブル、コンピュータのＵＳＢ端子、内部バス、ネットワークカード、ＬＡＮケーブル、ハブ（ネットワークの構成によっては、ルーター等のネットワーク機器が介在する場合もある）、ＬＡＮケーブル、ベッドサイド端末３０のネットワークカード経てベッドサイド端末３０に情報が送信される。逆方向の情報の送信は、逆の順序でなされる。
【００３８】
［システムの動作：基本処理］
まず、ベッドサイド端末３０を利用する利用者である入院患者は、ベッドサイドシステムを表象するアイコンをクリックする（本実施形態ではベッドサイド端末３０のディスプレイはタッチパネル式とする）。クリックされるとタッチパネル式ディスプレイからの入力信号をＯＳが処理してアイコンと関連付いているベッドサイドシステムを構成するプログラムをベッドサイド端末３０の主記憶装置に読み出し、図４（ａ）の複数のボタンを有するメインメニューのウィンドウを表示する（ステップ１０１。図５参照。以降はＯＳの基本的処理を適宜省略して説明する）。先頭の携帯電話機能のテキスト文字が付与されているボタン以外のボタンを選択することで、ベッドサイドシステムを構成するプログラムがベッドサイド端末３０の補助記憶装置から適宜ベッドサイド端末３０の主記憶装置上に読み出され、ベッドサイトシステムの各機能を提供する。本発明はベッドサイドシステムの発明ではないので、各機能の詳細の動作については省略する。ステップ１０１の後に、メニューが選択されたか否かを判断し（ステップ１０２）、「携帯電話機能」のテキスト文字が付与されているボタンが押下されたと判断した場合には、かかるボタンに関連付いているプログラムを携帯電話１０に要求するプログラム要求処理（ステップ２００）を行う。このプログラム要求処理の動作については後記する。前記ボタンに関連付いているプログラムが携帯電話１０から送信されてきた後に、ベッドサイド端末３０の主記憶装置にかかるプログラムが読み出され実行され、図４（ｂ）に示す折り畳み式の携帯電話１０の正面の図、該図の要部拡大の図が表示され、すなわち、携帯電話１０のＧＵＩが表示される（ステップ１０３）。以降は、タッチパネル式ディスプレイを利用者が操作することで、携帯電話１０を操作するのと同じようにタッチパネル式ディスプレイに表示されている携帯電話を操作することができる。タッチパネル式ディスプレイに表示されている携帯電話を操作することで、ベッドサイド端末３０はＯＳから入力信号を受け、ステップ１０４で操作されたと判断し、かかる入力信号に関連づいたプログラムを前記ステップ２００のプログラム要求処理を行って、携帯電話１０からプログラムを受信してベッドサイド端末３０の主記憶装置に読み出し実行する（ステップ３００）。
【００３９】
［システムの動作：プログラム要求処理］
前記プログラム要求処理（ステップ２００）は、ＯＳからの入力信号に関連づいたプログラムを特定する情報を含んで携帯電話１０にプログラムの送信要求を行う（ステップ２０１）。携帯電話１０はベッドサイド端末３０からのプログラムの送信要求を受け、要求するプログラムがあるか否かを判断する（ステップ２０２）。要求するプログラムがある場合には、該当するプログラムを記憶領域から読み出してベッドサイド端末３０に送信し（ステップ２０３）、ベッドサイド端末３０が受信する（ステップ２０４）。前記ステップ２０２で、要求するプログラムがない場合には、要求するプログラムがないことを示すエラーを特定する情報を含ませてエラーのプログラムを送信する（ステップ２０５）。
【００４０】
［システムの動作：通信処理］
ベッドサイド端末３０から携帯電話１０に情報を送信する場合の処理を説明する。例えば、プログラム要求処理（ステップ２００）をする場合には、ＯＳからの入力信号に関連づいたプログラムを特定する情報を含んでパケットがルーティングサーバ４０に送信される。ベッドサイド端末３０を特定する情報をパケットに含ませることもできるが、ＩＰ層で送信元ＩＰアドレスがＩＰ層のパケットのヘッダ情報に含まれているため必ずしも必要ではない。ルーティングサーバ４０は、ＩＰアドレスを検索キーとして経路情報記録部４１のシステム利用テーブルからかかるＩＰアドレスをＢＰＩの属性値として持つタプルを探し、該当するタプルのＭＰＩＤを読み出し、利用者フラグの属性値を使用中を示す「１」に更新する（携帯電話１０に本システムの利用を終了することを意味する信号がベッドサイド端末３０から送信された場合、若しくは、終了処理を行うプログラムがベッドサイド端末３０に送信された場合に、ルーティングサーバ４０も終了の信号が送信され、ルーティングサーバ４０は利用者フラグの属性値を利用していないことを示す「０」に更新する）。ルーティングサーバ４０は、受信したパケットをＭＰＩＤから特定される外部接続端子を有する携帯電話１０に対して送信する。携帯電話１０のＷＷＷサーバに割り当てられているポートにかかるパケットが入力される。ＷＷＷサーバはプログラムを特定する情報をアプリケーションサーバに渡す。アプリケーションサーバがデータベースサーバにプログラムを特定する情報を検索キーとして該当するプログラムを要求する。データベースサーバは検索キーと同じタプルのプログラムをアプリケーションサーバに返し、アプリケーションサーバがＷＷＷサーバに返す。ＷＷＷサーバは、返されたプログラムをルーティングサーバ４０に送信する。ルーティングサーバ４０は、送信元の携帯電話１０の外部接続端子を特定し（もちろん、送信されたプログラムと共にＭＰＩＤの値を送信した形態であってもよい）、ＭＰＩＤの値を検索キーとして経路情報記録部４１のシステム利用テーブルからかかるＭＰＩＤの値を持つタプルを探し、該当するタプルのＢＩＤを読み出す。ルーティングサーバ４０は、読み出したＢＩＤのＩＰアドレスを有するベッドサイド端末３０にＷＷＷサーバから受信したプログラムを送信する。
【００４１】
［システムの動作：プログラム実行（電話帳の機能）］
前記プログラム実行（ステップ３００）は、携帯電話１０の機能により行われる処理が異なる。以下、例示として、電話帳の機能、通話機能（発信と着信）を順次説明する。なお、本システムの終了の処理も、プログラム実行を経て行われる。
【００４２】
利用者が、図４（ｂ）の携帯電話１０のＧＵＩを操作して電話帳の機能を選択し、電話帳の機能のプログラムがプログラム要求処理（ステップ２００）を経て、ベッドサイド端末３０が受信した後、ベッドサイド端末３０の主記憶装置に受信したプログラムを読み出し（ステップ３１１。図６参照）、プロセスが生成される。プロセスは電話帳の機能の実行に必要なメモリダイヤル情報を携帯電話１０に要求する（ステップ３１２）。ベッドサイド端末３０と関連付いている携帯電話１０はかかる要求に従って、携帯電話１０の記憶装置に格納しているメモリダイヤル情報を送信する（ステップ３１３）。プロセスがメモリダイヤル情報を受信する（ステップ３１４）。プロセスは、メモリダイヤル情報の一部を図４（ｂ）の携帯電話の画面部分のＧＵＩに携帯電話１０を実際に操作してメモリダイヤルが表示されるのと同様に表示する（ステップ３１５）。そして、随時利用者のベッドサイド端末３０のタッチパネル式ディスプレイへの操作に従ってメモリダイヤル情報を表示する。
【００４３】
［システムの動作：プログラム実行（発信）］
前記電話帳の機能でメモリダイヤルが図４（ｂ）の携帯電話１０の画面部分のＧＵＩに表示されているメモリダイヤルを利用者が発信する操作をベッドサイド端末３０のタッチパネル式のディスプレイに行った場合に、通話機能の発信プログラムがプログラム要求処理（ステップ２００）を経て、ベッドサイド端末３０が受信した後、ベッドサイド端末３０の主記憶装置に受信した発信プログラムを読み出し（ステップ３２１）、プロセスが生成される。プロセスは、特定されている電話番号を含んで携帯電話１０に発信要求を行う（ステップ３２２）。携帯電話１０がかかる要求を受信する（ステップ３２３）。携帯電話１０は、かかる要求に含まれていた電話番号を元に発呼処理を行う（ステップ３２４）。接続が成立したか否かを判断し（ステップ３２５）、接続が成立したと判断した場合には通話処理に移行する（ステップ３３０）。前記ステップ３２５で接続が成立していないと判断した場合には、ステップ３２５に移行する。
【００４４】
通話処理（ステップ３３０）は、まず携帯電話１０が通話情報を基地局を介して受信する（ステップ３３１。図７参照）。携帯電話１０は、関連付いているベッドサイド端末３０に通話情報を送信する（ステップ３３２）。ベッドサイド端末３０は、通話情報を受信する（ステップ３３３）。プロセスが受信した通話情報を音声への変換処理を行う（ステップ３３４）。プロセスがベッドサイド端末３０のスピーカから処理した通話情報に基づいて音声を出力する（ステップ３３５）。
【００４５】
このステップ３３１ないし３３５の処理と並行して、プロセスはマイクロフォンを通して入力された音声をデジタル化等の処理して通話情報とする（ステップ３３６）。プロセスは生成した通話情報をベッドサイド端末３０と関連付いた携帯電話１０に送信する（ステップ３３７）。携帯電話１０がベッドサイド端末３０からの通話情報を受信する（ステップ３３８）。携帯電話１０が受信した通話情報を電波化して出力する（ステップ３３９）。
【００４６】
［システムの動作：プログラム実行（着信）］
着信はまず携帯電話１０に基地局を介して着信信号が入力される。外部接続端子に接続されている場合、携帯電話１０は通話機能の着信プログラムを携帯電話１０と関連付いているベッドサイド端末３０に送信する（ステップ３４１。図８参照）。ベッドサイド端末３０は着信プログラムを受信する（ステップ３４２）。ベッドサイド端末３０は受信した着信プログラムを主記憶装置上に読み出し（ステップ３４３）、プロセスを生成する。携帯電話１０は続けて着呼信号をベッドサイド端末３０に送信する（ステップ３４４）。ベッドサイド端末３０がかかる着呼信号を受信し、プロセスが呼出音をベッドサイド端末３０のスピーカから出力する（ステップ３４５）。プロセスは利用者から電話を取る操作がなされたか否かを判断し（ステップ３４６）、なされたと判断した場合には通話処理（ステップ３３０）に移行する。前記ステップ３４６で、かかる操作がなされていないと判断した場合にはステップ３４５に移行する。
【００４７】
（本発明の第２の実施形態）
本発明の第２の実施形態に係る施設内で携帯電話を利用可能とするシステムについて、説明する。本実施形態に係る施設内で携帯電話を利用可能とするシステムは、前記第１の実施形態に係るシステムと同様に構成され、各ベッドサイド端末３０が複数の利用者がログイン可能な構成である。
【００４８】
本実施形態に係るベッドサイド端末３０は、利用者である入院患者に１人１台割り当てられているものの、ベッドサイド端末３０にログインして利用するものである。したがって、通常自分に割り当てられているベッドサイド端末３０からログインしてベッドサイドシステムのサービスの提供を受けることができる他、他の利用者に割り当てられているベッドサイド端末３０でログインしても自己に割り当てられているベッドサイド端末３０と同様に使用することができる。このようにログインを行って、ユーザ管理のサーバがユーザ管理を行ってログインした場合にはログインした利用者の環境でシステムを利用する技術は既に周知であり、当業者は適宜設計を行い実施可能であるので、ここでは詳細は省略する。
【００４９】
［システムの動作：ベッドサイド端末へのログイン＆ＢＩＤの更新処理］
ユーザ管理のサーバは、利用者からのログインがあった場合、認証を行うと共に、ルーティングサーバ４０にログインした利用者のＵＩＤと、利用者がログインしたベッドサイド端末のＩＰアドレスとをログイン情報として送信する。ルーティングサーバ４０は、かかるログイン情報を受信し、図２（ｂ）のシステム利用テーブル中ＵＩＤを検索キーとしてタプルを探し、該当するタプルのＢＩＤの属性値を受信したログイン情報のＩＰアドレスとする。
【００５０】
［システムの動作：ベッドサイド端末へのログアウト＆ＢＩＤの初期化］
ユーザ管理のサーバは、利用者からのログアウトがあった場合、ユーザ管理のサーバの終了処理を行うと共に、ルーティングサーバ４０にログアウトする利用者のＵＩＤをログアウト情報として送信する。ルーティングサーバ４０は、かかるログアウト情報を受信し、図２（ｂ）のシステム利用テーブル中ＵＩＤを検索キーとしてタプルを探し、該当するタプルのＢＩＤの属性値を初期化する（例えば、ＮＵＬＬ値とする）。
【００５１】
以上のようにベッドサイド端末へのログイン及びログアウト時にシステム利用テーブルを適切に更新することで、携帯電話１０とベッドサイド端末３０とが適切に関連付いて、複数の者がベッドサイド端末３０にログインする場合であっても、前記第１の実施形態と同様に、本システムを利用することができる。
【００５２】
なお、本実施形態においては、第１の実施形態と第２の実施形態とを組み合せた構成にすることもでき、図９及び図１０に示すフローチャートのように動作させることができる。図９が着信時のフローチャートであり、図１０が発信時のフローチャートである。すなわち、ルーティングサーバ４０の処理で、第１の実施形態のようにＭＰＩＤ及びＢＩＤを用いる方式を採るか、第２の実施形態のようにＭＰＩＤ及びＵＩＤを用いる方式を採るかの分岐処理を行っている。
【００５３】
（本発明の第３の実施形態）
本発明の第３の実施形態に係る施設内で携帯電話を利用可能とするシステムについて、図に基づき説明する。本実施形態に係る施設内で携帯電話を利用可能とするシステムは、前記第１の実施形態に係るシステムと同様に構成され、携帯電話１０に構築されていた各種サーバを中間サーバ５０が構築されているコンピュータに構築する構成である。
【００５４】
図１１に示すように、中間サーバ５０も施設内ネットワークに接続するコンピュータ上の構築されている。前記第１の実施形態で携帯電話１０に構築されていたＷＷＷサーバ、アプリケーションサーバ及びデータベースサーバを、図１２に示すように、中間サーバ５０のコンピュータ上に構築している。中間サーバ５０そのものの役目は、携帯電話１０の制御である。本実施形態では、携帯電話１０自体はほとんど動作することなく、主として中間サーバ５０の補助記憶装置として機能する。すなわち、携帯電話１０に格納されている各種プログラム及びベッドサイド端末３０でプログラムを実行中に必要となる情報を格納する補助記憶装置としての役目を果たす。前記したように、携帯電話１０の機能の例示中、通話機能、メールの機能及びテレビ電話の機能は、携帯電話１０の基地局への無線通信を経て実現されている点で、他の例示した機能とは異なる。この携帯電話１０の基地局への無線通信は、中間サーバ５０で代替可能な機能ではないため、携帯電話１０自身が動作する必要がある。したがって、中間サーバ５０は、携帯電話１０を補助記憶装置として情報を読み出し及び書き込む制御の他、かかる基地局への無線通信を行わせるための制御を行っている。
【００５５】
前記第１及び第２の実施形態においては、インタフェース部２０はルーティングサーバ４０が構築されたコンピュータのＵＳＢ端子及びネットワークカードであったが、本実施形態ではインタフェース部２０単体を別の機器として構成した。また、インタフェース部２０と携帯電話１０間を無線により通信させる構成にしており、かかる通信は複数の無線通信の方式（無線LAN、ブルートゥース、IrDA）を適用することができる。通信の方式により、ＵＳＢ端子の代わりにインタフェース部２０に具備すべきもの（トランシーバ、受光部）は変わる。
【００５６】
中間サーバ５０は、ベッドサイド端末３０からの要求をルーティングサーバ４０を介して受け、構築されているＷＷＷサーバ、アプリケーションサーバ、データベースサーバを動作させて、要求に対してプログラム又は情報を送信する。前記第１又は第２の実施形態では、ルーティングサーバ４０が携帯電話１０にベッドサイド端末３０からの要求又は情報を転送していたが、本実施形態では中間サーバ５０に転送を行う。そして、ＷＷＷサーバ、アプリケーションサーバ、データベースサーバが必要に応じて、携帯電話１０からプログラム又は情報を読み出したり、逆に情報を書き込んだりする。ＷＷＷサーバ、アプリケーションサーバ及びデータベースサーバと携帯電話１０との間の通信は、ルーティングサーバ４０により送信先を問い合わせて行ってもよいし、ルーティングサーバ４０に転送してもらってもよい。
【００５７】
以上のように、携帯電話１０に構築されていた各種サーバを他のコンピュータ上に構築しているので、携帯電話１０自体に負荷がそこまでかからず適切なスループットを実現することができる。
【００５８】
（その他の実施形態）
前記各実施形態に係るシステムにおいて、携帯電話１０が壊れている場合、携帯電話１０の電波の感度が悪い場合、携帯電話１０と外部の電話機との接続が途中で切れた場合には、共通に使用が認められている携帯電話を備え、または、施設内にある一般電話を用いて、発信を行う構成、又は、途中で途絶えた接続を復帰させる構成にすることもでき、高信頼性のシステムを構築することができる。このような場合、共通に使用が認められている携帯電話及び施設内にある一般電話による通信は、通信履歴としてどの利用者が使用したかを履歴情報として残しておき、後日通信料金を請求する構成であることが望ましい。
【００５９】
前記各実施形態に係るシステムにおいて、ベッドサイド端末３０にＣＣＤカメラ又はデジタルカメラを備え、このＣＣＤカメラやデジタルカメラを利用して撮影した画像を携帯電話１０に配設されているカメラで撮ったように、携帯電話の補助記憶装置に格納することもできる。
【００６０】
前記各実施形態に係るシステムにおいて、ベッドサイド端末３０と同様の端末を電話ボックスのような個室に配置し、かかる個室の端末で本システムを利用することもでき、プライバシーが守られた状態で電話をすることができる。
【００６１】
前記第２の実施形態に係るシステムにおいて、本システムに待機機能を設け、通話であれば携帯電話１０と外部の電話機の接続を保ったまま、現在使用しているベッドサイド端末３０をログアウトし、移動して他のベッドサイド端末３０にログインして接続状態を保っている外部の電話機と継続して通話を行う構成にすることもでき、書類等を参照して返答した場合に書類がある部屋に移動しても継続して通話を行うことができる。但し、通信料金が加算されるため、ログアウトした後に所定期間が経過した場合には、「再び電話をします」とのアナウンスを接続先に伝えると共に接続を切断する構成にすることもできる。
【００６２】
前記各実施形態に係るシステムにおいては、携帯電話１０は例えばＵＳＢケーブルを介してインタフェース部２０と接続していたが、このＵＳＢケーブルとの接続したまま、携帯電話１０へ電力供給を行うように充電端子にはＡＣアダプターのプラグを接続した構成にすることが望ましい。ここで、携帯電話１０とインタフェース部２０とが無線通信にて通信を行う場合には、ＵＳＢケーブルを外部接続端子に接続する必要がなく、通常通りにＡＣアダプターと接続して充電を行うことができる。無線通信を適用する場合には、このようなメリットの他、物理的なＵＳＢケーブルの端子をインタフェース部２０が多数持つ必要がないというメリットがある。インタフェース部２０と携帯電話１０とを、電波が遮断された部屋に配置していれば、電波の漏洩の問題も生じない。
【００６３】
前記各実施形態に係るシステムにおいては、携帯電話１０に着信履歴又はメール受信等の外部からの信号が入力された場合には、インタフェース部２０と通信可能となっている状態において、携帯電話１０がベッドサイド端末３０に向けて、新たな着信履歴又はメール受信がある旨の情報を送信する構成にすることもでき、本システムを利用者が起動していない状態であっても、利用者にかかる情報を報知することができ、利便性が高い。但し、ベッドサイド端末３０には着信のとき同様に自動的にベッドサイド端末３０で本システムが起動する構成になっていることが必要となる。なお、このこれらの報知のみを行うプログラムを別途作成する構成にしてもよい。
【００６４】
上記実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）施設内のネットワークと接続するインターフェース部と、施設内のネットワークと接続する施設内コンピュータと、インタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話と、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部とを備え、
携帯電話が受信した通話情報をインターフェース部を介して経路情報記録部で関連付いている施設内コンピュータに送信し、施設内コンピュータが通話情報を受信して音声が出力されると共に、
施設内コンピュータで入力された音声から生成された音声情報を経路情報記録部で関連付いている携帯電話に送信し、携帯電話が当該音声情報を受信し電波にして送信する
施設内で携帯電話を利用可能とするシステム。
【００６５】
（付記２）  施設内のネットワークと接続するインターフェース部と、施設内のネットワークと接続する施設内コンピュータと、インタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話と、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部とを備え、
外部信号に基づいて携帯電話が携帯電話の機能を実装しているプログラムを当該携帯電話と関連付いている施設内コンピュータに送信し、施設内コンピュータがプログラムを受信して実行する
施設内で携帯電話利を用可能とするシステム。
【００６６】
（付記３）  携帯電話において実行可能な携帯電話の機能を実装しているプログラムが、施設内コンピュータで実行可能である
前記付記２に記載のシステム。
【００６７】
（付記４）  利用者を特定する情報及び利用者が利用する施設内コンピュータを特定する情報に基づいて、前記経路情報記録部の携帯電話を特定する情報と施設内コンピュータを特定する情報との関連付けを行う
前記付記１ないし３のいずれかに記載のシステム。
【００６８】
（付記５）  施設内のネットワークと接続するインタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話に、基地局からの通話情報を、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部で関連付いている施設内コンピュータにインタフェース部を介して送信させるためのプログラム。
【００６９】
（付記６）  施設内のネットワークと接続するインタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話に、外部信号に基づいて携帯電話の機能を実装しているプログラムを、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部で関連付いている施設内コンピュータにインタフェース部を介して送信させるためのプログラム。
【００７０】
（付記７）  施設内コンピュータからの携帯電話の機能を特定した要求に応じて、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部で要求してきた施設内コンピュータと関連付いている携帯電話の要求した機能を実装したプログラムを、要求してきた施設内コンピュータに送信する送信手段と、施設内コンピュータが受信したプログラムを実行した場合に実行に必要な情報を携帯電話から読み出す読出機能及び／又は実行に際して出力された情報を携帯電話に書き込む書込機能を有する携帯電話操作手段とを備える中間装置。
【００７１】
（付記８）  中間装置を実装しているコンピュータの補助記憶装置に要求したプログラムがなかった場合に、要求した施設内コンピュータと関連付いている携帯電話または携帯電話の機能を実装したプログラムを少なくとも複数格納している施設内のネットワーク及び／又はインターネットに接続しているコンピュータから要求したプログラムを受信し、受信したプログラムを補助記憶装置に記録するプログラム記録手段とを備え、
中間装置の送信手段が受信したプログラムを要求した施設内コンピュータに送信する前記付記７に記載の中間装置。
【００７２】
（付記９）  施設内のネットワークと接続するインタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話が、受信した通話情報をインタフェース部を介し、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部で関連付いている施設内コンピュータに送信し、施設内コンピュータが通話情報のデータを受信して音声が出力されると共に、
施設内コンピュータで入力された音声から生成された音声情報を経路情報記録部で関連付いている携帯電話に送信し、携帯電話が当該音声情報を受信し電波にして送信する
施設内で携帯電話を利用可能とする方法。
【００７３】
（付記１０）  施設内のネットワークと接続するインタフェース部を介して施設内のネットワークと接続するコンピュータと通信する携帯電話が、外部信号に基づいて携帯電話の機能を実装しているプログラムを、携帯電話を特定する情報と施設内コンピュータを特定する情報とを関連付けた情報を記録する経路情報記録部で関連付いている施設内コンピュータに送信するステップと、施設内コンピュータが受信した携帯電話の機能を実装しているプログラムを実行するステップとを含む
施設内で携帯電話を利用可能とする方法。
【図面の簡単な説明】
【００７４】
【図１】本発明の第１の実施形態に係るシステムのネットワーク構成の一例である。
【図２】本発明の第１の実施形態に係るシステムで利用するテーブル及びパケットのデータ形式である。
【図３】本発明の第１の実施形態に係るシステムのソフトウェア構成図である。
【図４】本発明の第１の実施形態に係るシステムで利用するＧＵＩの一例である。
【図５】本発明の第１の実施形態に係るシステムのフローチャートである。
【図６】本発明の第１の実施形態に係るシステムのフローチャートである。
【図７】本発明の第１の実施形態に係るシステムのフローチャートである。
【図８】本発明の第１の実施形態に係るシステムのフローチャートである。
【図９】本発明の第２の実施形態に係るシステムの着信時のフローチャートである。
【図１０】本発明の第２の実施形態に係るシステムの発信時のフローチャートである。
【図１１】本発明の第３の実施形態に係るシステムのネットワーク構成の一例である。
【図１２】本発明の第３の実施形態に係るシステムのソフトウェア構成図である。
【符号の説明】
【００７５】
１０  携帯電話
２０  インターフェース部
３０  施設内コンピュータ
４０  ルーティングサーバ
４１  経路情報記録部
５０  中間サーバ
【図１】
2006262263.tif 000003
【図２】
2006262263.tif 000004
【図３】
2006262263.tif 000005
【図４】
2006262263.tif 000006
【図５】
2006262263.tif 000007
【図６】
2006262263.tif 000008
【図７】
2006262263.tif 000009
【図８】
2006262263.tif 000010
【図９】
2006262263.tif 000011
【図１０】
2006262263.tif 000012
【図１１】
2006262263.tif 000013
【図１２】
2006262263.tif 000014