(57)【要約】【課題】  従来は、データ容量が増えた場合に、大容量のＲＡＭを携帯電話に内蔵するか、着脱可能なＲＡＭを複数用意する必要がある。このようなＲＡＭの容量を単に増大することは携帯電話の小型化・小電力化の妨げとなり、また着脱可能なＲＡＭを複数用意することは携帯電話のデータの携帯性を低下させるともにユーザに金銭的負担を背負わせることになる。【解決手段】  携帯電話と、該携帯電話の送信・受信を中継する基地局と携帯電話網により接続するサーバとを有し、サーバは、記憶装置の一定容量の記憶領域を携帯電話に割り当て、携帯電話で扱うデータを記憶領域に書き込みおよび読み出し可能とする。携帯電話の小型化・小電力化を妨げることなく大容量記憶を実現し、携帯電話に必要なデータをカスタマイズできる。【選択図】          図１
2005311842.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話と、
該携帯電話の送信・受信を中継する基地局と携帯電話網により接続するサーバとを具備し、
前記サーバは、記憶装置の一定容量の記憶領域を前記携帯電話に割り当て、前記携帯電話で扱うデータを前記記憶領域に書き込みおよび読み出し可能とすることを特徴とする携帯電話システム。
【請求項２】
前記サーバは、前記携帯電話網と異なるネットワークに接続することを特徴とする請求項１に記載の携帯電話システム。
【請求項３】
前記サーバは、前記ネットワークを介して該ネットワークに接続する計算機と接続し、該計算機は、前記サーバの前記記憶領域に書き込みおよび読み出し可能とすることを特徴とする請求項２に記載の携帯電話システム。
【請求項４】
１つの前記サーバは、前記携帯電話網と異なる通信回線を介して他の前記サーバと接続することを特徴とする請求項１に記載の携帯電話システム。
【請求項５】
前記他のサーバは、該サーバの前記記憶領域が割り当てられた他の携帯電話と接続することを特徴とする請求項４に記載の携帯電話システム。
【請求項６】
前記サーバは、前記携帯電話から要求された所定の処理を実行し、該処理の結果を前記携帯電話に送信することを特徴とする請求項１に記載の携帯電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話システムに係り、特に携帯電話の小型化・小電力化を妨げることなく記憶容量の増大を図ることができる携帯電話システムに関する。
【背景技術】
【０００２】
従来、携帯電話で作成または取得したデータは、携帯電話に内蔵されているまたは着脱可能なＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）に記憶される。記憶するデータの容量が大きくなると、携帯電話に内蔵されたＲＡＭだけでは対応できず、携帯電話に着脱可能なＲＡＭの使用、ＲＡＭにおける記憶領域の節約またはユーザ自身で必要なデータを取捨選択することが必要となる。
【０００３】
また、従来では携帯電話の着信メロディデータを基地局サーバから呼出信号と同時に送信して携帯電話において発音させ、携帯電話に内蔵されたＲＡＭの記憶領域の節約と選曲数の制約の解消を提供する技術が知られている（特許文献１参照）。
【０００４】
さらに、基地局に接続されたサーバから提供可能な情報を容易かつ適切に選別し、ユーザに対し効率的に提供する技術も知られている（特許文献２参照）。
【特許文献１】特開２００２−３５９６６４号公報
【特許文献２】特開２００３−１６９３５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
現在携帯電話で扱えるデータは音声(楽曲)データ、画像（静止画・動画）データなど多岐にわたり、ユーザが所望する任意の形式および容量のデータを格納できる記憶領域を有する携帯電話が望まれている。
【０００６】
しかし、従来の方法では、保存するデータ容量が増えた場合に、大容量のＲＡＭを携帯電話に内蔵するか、または着脱可能なＲＡＭを複数用意する必要がある。従来の携帯電話に内蔵されているまたは着脱可能なＲＡＭの容量を単に増大することは携帯電話の小型化・小電力化の妨げとなり、また着脱可能なＲＡＭを複数用意することは携帯電話のデータの携帯性を低下させるとともにユーザに金銭的負担を背負わせることになる。
【課題を解決するための手段】
【０００７】
本発明は上記の課題に鑑みてなされ、携帯電話と、該携帯電話の送信・受信を中継する基地局と携帯電話網により接続するサーバとを具備し、前記サーバは、記憶装置の一定容量の記憶領域を前記携帯電話に割り当て、前記携帯電話で扱うデータを前記記憶領域に書き込みおよび読み出し可能とすることにより解決するものである。
【０００８】
これにより、ユーザの所望のデータをサーバに保存できるので、携帯電話に内蔵のＲＡＭの増大を防止することができる。
【０００９】
また、前記サーバは、前記携帯電話網と異なるネットワークに接続することを特徴とするものである。
【００１０】
これによりネットワークを介して所望のデータを取得してサーバに保持し、携帯電話でアクセスすることができる。
【００１１】
また、前記サーバは、前記ネットワークを介して該ネットワークに接続する計算機と接続し、該計算機は、前記サーバの前記記憶領域に書き込みおよび読み出し可能とすることを特徴とするものである。
【００１２】
これにより、携帯電話だけでなく、登録した計算機でサーバのデータにアクセスできるので、携帯電話と計算機との双方でデータの共有が可能となる。
【００１３】
また、１つの前記サーバは、前記携帯電話網と異なる通信回線を介して他の前記サーバと接続することを特徴とするものである。
【００１４】
これにより、記憶領域を確保したサーバ以外の他のサーバに所望のデータが有る場合であっても、携帯電話からアクセスすることができる。
【００１５】
また、前記他のサーバは、該サーバの前記記憶領域が割り当てられた他の携帯電話と接続することを特徴とするものである。
【００１６】
これにより、異なるサーバに記憶領域を確保した複数の携帯電話間でデータの送受信が可能となるものである。
【００１７】
また、前記サーバは、前記携帯電話から要求された所定の処理を実行し、該処理の結果を前記携帯電話に送信することを特徴とするものである。
【００１８】
これにより、データの保存・参照だけでなく、サーバ内に保持するアプリケーションプログラムを実行させ、実行結果を携帯電話で取得することができる。
【発明の効果】
【００１９】
本発明によれば、第１に、必要なデータだけ携帯電話に内蔵されているＲＡＭに読み出せば良いので、携帯電話はデータの携帯性を損なうことなく小容量のＲＡＭを用いて大容量データの保存を実現できる。つまり、着脱可能なＲＡＭを必要とせず、携帯電話網内であれば場所・時間に制約されず必要なデータを取得できる。
【００２０】
第２に、保存したデータはサーバ管理のため、ユーザ個人が保管するよりもデータの保守性・安全性が高くなる。
【００２１】
第３に、計算機からもレンタルサーバの割り当てられた記憶領域にアクセスすることができるので、携帯電話と計算機双方でデータを共有できる。また、計算機上でも携帯電話に必要な情報をカスタマイズできるので、携帯電話による操作を限定的にすることができる。
【００２２】
第４に、携帯電話が要求する処理をレンタルサーバに行わせ、結果を携帯電話に返すことで、携帯電話の処理の負担を軽くできる。
【００２３】
第５に、異なるサーバに記憶領域を確保した複数の携帯電話間でデータの送受信が可能となる。
【発明を実施するための最良の形態】
【００２４】
以下、図１から図６を参照して本発明に係る携帯電話システムの実施の形態を説明する。図１に本発明の携帯電話システムを示す概要図を示す。
【００２５】
図１において、本発明に係る携帯電話システムは、携帯電話１、基地局２、レンタルサーバ３、レンタルサーバ３ａ、ゲートウェイ４、他ネットワーク５、計算機６から構成されている。
【００２６】
レンタルサーバ３は、携帯電話の送信・受信を中継する基地局２と接続されたサーバである。ここで、本実施携帯においてレンタルサーバとは、主記憶装置または補助記憶装置のある一定容量の記憶領域を登録（契約）した複数の携帯電話ユーザに割り当て、携帯電話１から送信されたユーザのデータを適宜保存し、または要求に応じてデータを参照可能にしたサーバをいう。また、サーバ内には所定の処理を実行するプログラムを保持し、携帯電話１からの要求する処理をサーバ内で実行し、実行結果を携帯電話１に送信できるものとする。
【００２７】
また、本明細書においてデータとは、テキストデータ、静止画および動画などの映像データ、音声（楽曲）データなど、携帯電話１で扱えるすべてのデータをいう。
【００２８】
また、レンタルサーバ３と通信回線を介して接続するレンタルサーバ３ａを設けてもよい。例えばレンタルサーバ３とレンタルサーバ３ａは携帯電話網７以外の有線媒体で接続されている。点線枠の携帯電話網７内にレンタルサーバ同士の接続を図示しているのは、携帯電話サービスを行うキャリアの管轄下にあるという意味である。尚、複数のレンタルサーバの接続は図示した形態に限らない。
【００２９】
レンタルサーバ３ａも、主記憶装置または補助記憶装置のある一定容量の記憶領域を登録（契約）した複数の他の携帯電話ユーザに割り当て、他の携帯電話１から送信されたユーザのデータを適宜保存・参照可能にできる。以下、レンタルサーバ３で説明するが、レンタルサーバ３ａであっても同様である。
【００３０】
さらに、レンタルサーバ３は、他ネットワーク５と接続する。他ネットワーク５は例えばインターネットなどであり、図示は省略するが、データベース、所定のアプリケーションを保持するアプリケーションサーバ、またはハイパーテキスト形式の文書を蓄積し端末の要求に従ってＨＴＭＬ文書の転送を行うウェブサーバ、楽曲データや動画データをネットワーク経由でダウンロードしながら順次再生できる（ストリーミング）配信サーバ等が接続していてもよい。
【００３１】
他ネットワーク５は、計算機６と有線または無線で接続可能である。つまり、計算機６からレンタルサーバ３への接続も可能とする。すなわち、計算機６からユーザ毎に割り当てられたレンタルサーバ３上の記憶領域へアクセスすることができる。
【００３２】
ゲートウェイ４は携帯電話網７と他ネットワーク６とのプロトコル変換を相互に行うために使用する。
【００３３】
図２に本実施携帯の携帯電話の機能構成を示すブロック図を示す。図２において、携帯電話１は、中央処理装置１１、表示装置１２、楽曲再生装置１３、音声装置１４、通信装置１５、入力装置１６、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１７、ＲＡＭ１８から構成される。以下、各構成要素について、データを送受信する場合を中心に説明する。
【００３４】
通信装置１５は、中央処理装置１１から送信を指示された各種データに対し、所定の形式へのデータ変換処理および変調処理を施して、無線通信により基地局２へ送信する。また、通信装置１５は、基地局２から無線通信によって送信された信号を受信し、復調処理およびデータ変換処理を施して、中央処理装置１１へ出力する。
【００３５】
中央処理装置１１は、携帯電話１の全体の制御を行い、入力装置１６から入力される各種指示される信号に従って、ＲＯＭ１７に記憶された各種処理に対するプログラムを読み出して実行する。また、中央処理装置１１は、各種プログラムの実行結果や基地局２から送信された情報をＲＡＭ１８の所定の領域に記憶したり、表示装置１２に表示したり、楽曲データであれば楽曲再生装置１３へ出力したり、音声データであれば音声装置１４へ出力する。
【００３６】
音声装置１４は、スピーカ、マイクを具備しており、通信装置１５から中央処理装置１１へ出力された信号が音声信号であった場合、スピーカを介して発音する。また、音声装置１４は、ユーザが発音した声をマイクから入力し音声信号としてデータ変換処理を行い、中央処理装置１１へ出力する。
【００３７】
ＲＡＭ１８は、データを記憶するために使用し、中央処理装置１１からデータの書き込みおよび読み出しが行われる。また、ＲＡＭ１８は、中央処理装置１１により実行される各種処理に対して生成された各種データを一時的に記憶する。ＲＯＭ１７は、中央処理装置１１の実行プログラムを記憶している。表示装置１２は、中央処理装置１１の実行結果を表示する。
【００３８】
楽曲再生装置１３は、中央処理装置１１から出力される楽曲データを発音させる。
【００３９】
図３に、本実施形態のレンタルサーバの機能構成を示すブロック図を示す。図３において、レンタルサーバ３は、中央処理装置３１、通信装置３２、主記憶装置３３、補助記憶装置３４から構成される。
【００４０】
中央処理装置３１は、レンタルサーバ３の全体の制御を行い、携帯電話１の通信装置１５から出力される信号から携帯電話１の要求処理を判断して、補助記憶装置３４に記憶された各種の要求処理に対するプログラムを読み出して実行する。また、中央処理装置３１は、各種の要求処理に対するプログラムの実行結果や携帯電話１から基地局２へ送信されたデータや他ネットワーク５から取得したデータを主記憶装置３３や補助記憶装置３４の所定の領域に記憶する。また、中央処理装置３１は基地局２を介して携帯電話１に携帯電話１が要求した実行結果を送信する。
【００４１】
通信装置３２は、中央処理装置３１から送信を指示された各種データに対し、所定の形式へのデータ変換処理および変調処理を施して、携帯電話網７を介して基地局２へ送信する。また、通信装置１５は、基地局２から携帯電話網７を介して送信された信号を受信し、復調処理およびデータ変換処理を施して、中央処理装置１１へ出力する。
【００４２】
主記憶装置３３は、揮発性の記憶装置で構成され、中央処理装置３１が実行する各種の要求処理において生成された各種データを一時的に記憶する。
【００４３】
補助記憶装置３４は、不揮発性の記憶装置で構成され、レンタルサーバ３の制御のための各種処理およびレンタルサーバ３に対する各種の要求処理に対する実行プログラムを記憶しているだけでなく、データを保存するために使用される。
【００４４】
図４から図６を参照して、本実施形態の処理の流れを説明する。
【００４５】
図４は、レンタルサーバと携帯電話とのアクセスの一例を示すフロー図である。図４（Ａ）はデータを保存する場合のフロー図であり、図４（Ｂ）はデータを取得・参照する場合のフロー図である。
【００４６】
図４（Ａ）のごとく、携帯電話１で保持しているデータをレンタルサーバに保存する場合、携帯電話１の中央処理装置１１はデータ送信を指示する（ステップＳ１）。携帯電話１の通信装置１５は、中央処理装置１１から送信を指示された各種データに対し、所定の形式へのデータ変換処理および変調処理を施して（ステップＳ２）、無線通信により基地局２へ送信する（ステップＳ３）。
【００４７】
レンタルサーバの中央処理装置３１は、基地局２からデータを受信し（ステップＳ４）、携帯電話１から基地局２へ送信されたデータを主記憶装置３３や補助記憶装置３４の所定の領域に記憶する（ステップＳ５）。
【００４８】
ここで、本実施形態のレンタルサーバにおいては、保存データを、例えば契約時に設定した所定の期間保存した後自動的に削除するものであってもよいし、削除要求が携帯電話から送信されるまであるいは契約解除するまで保存するものであってもよい。
【００４９】
一方図４（Ｂ）の如く、携帯電話でレンタルサーバ内のデータを取得・参照する場合は、携帯電話１の中央処理装置１１が取得・参照処理を要求すると（ステップＳ１１）、携帯電話１の通信装置１５は基地局２に要求を送信する（ステップＳ１２）。
【００５０】
レンタルサーバ３では要求を基地局２から受信し（ステップＳ１３）、レンタルサーバ３の中央処理装置３１は、主記憶装置３３または補助記憶装置内３４の該当データを取得する（ステップＳ１４）。データは基地局２に送信され（ステップＳ１５）、携帯電話１は、要求したデータを受信する（ステップＳ１６）。
【００５１】
携帯電話１の通信装置１５は、基地局２から無線通信によって送信された信号を受信し、復調処理およびデータ変換処理を施して（ステップＳ１７）、携帯電話１の中央処理装置１１へ出力する（ステップＳ１８）。
【００５２】
この場合ＲＡＭ１８は、データを一時的に記憶するキャッシュとして使用し、中央処理装置１１からデータの書き込みおよび読み出しが行われる。
【００５３】
このようにして、ユーザは携帯電話１からレンタルサーバ３の補助記憶装置（または主記憶装置）に割り当てられた記憶領域に、必要な任意の容量および形式のデータを保存することができ、必要に応じてデータの参照・取得ができる。  
【００５４】
すなわち、携帯電話１の小型化・小電力化を妨げることなく記憶容量の増大を図り、携帯電話網７内であれば場所や時間に制約されることなく必要なデータを取得することができる。
【００５５】
また、携帯電話１からの要求は、データの保存・取得だけでなく、レンタルサーバ３内の補助記憶装置に記憶された各種の要求処理に対するプログラムの実行でもよい。
【００５６】
その場合は、図４（Ｂ）とほぼ同様であるので図示は省略するが、携帯電話１の中央処理装置１１が各種処理を要求すると、通信装置１５は基地局２に対して各種要求処理を送信する。レンタルサーバ３は、基地局２を介して携帯電話１の通信装置１５から出力される信号から携帯電話１の要求処理を判断して、補助記憶装置３４に記憶された各種の要求処理に対するプログラムを読み出して実行する。レンタルサーバ３の中央処理装置３１は基地局２に実行結果を送信し、携帯電話１は要求した実行結果を受信する。
【００５７】
更に、既述したようにレンタルサーバ３は、他のレンタルサーバ３ａと携帯電話網７以外の有線媒体で接続されていてもよい。尚、複数のレンタルサーバ間でデータの送受信が必要になる以外、図４に示す処理フローと同様であるので、図示は省略し以下に簡単に説明する。
【００５８】
複数のレンタルサーバが有線媒体で接続し、送信する携帯電話と受信する携帯電話がそれぞれ別にレンタルサーバ３とレンタルサーバ３ａの記憶領域を割り当てられている場合、レンタルサーバ３とレンタルサーバ３ａで通信を行う。
【００５９】
ここで、レンタルサーバ３とレンタルサーバ３ａが直接接続できない場合、他のレンタルサーバが他段に中継を行うとする。
【００６０】
図５は、レンタルサーバ３が他ネットワーク５と接続している場合の処理フローを示す。
【００６１】
このような場合携帯電話１からの処理要求は様々なものが考えられるが、例えば、上記のごとく他ネットワーク５にあるデータの参照・取得を例に説明する。
【００６２】
インターネットなどの他ネットワーク５からデータを取得する場合、携帯電話１の中央処理装置１１がデータの取得を要求すると（ステップ２１）、携帯電話１の通信装置１５は、基地局２へ要求を送信する（ステップＳ２２）。レンタルサーバ３は要求を基地局２から受信し（ステップＳ２３）、他ネットワーク５に接続するデータベース、ウェブサーバ、アプリケーションサーバ、配信サーバ等からユーザの所望のデータを取得する（ステップＳ２４）。
【００６３】
このとき、ゲートウェイ４により携帯電話網７と他ネットワーク５とのプロトコル変換を行い（ステップＳ２５）、データ取得が成功か否かを判断し（ステップＳ２６）、成功した場合はレンタルサーバ３は基地局２にデータを送信する（ステップＳ２７）。一方データ取得に失敗した場合はエラー処理を行い（ステップＳ２９）、原因のみを基地局２に送信する（ステップＳ３０）。携帯電話１はいずれかの結果を基地局から受信する（ステップ２８）。
【００６４】
例えば映像配信サービスなどを利用する場合には、取得するデータ容量が大きくなる。配信されたデータを携帯電話１に保存するのではなく、レンタルサーバ３を利用することで携帯電話１内のＲＡＭの負担を軽減できる。
【００６５】
また、他ネットワーク５経由のストリーミングおよび大容量データ伝送については、レンタルサーバは大容量キャッシュとしても応用できる。
【００６６】
また、図６には、計算機６からレンタルサーバ３への接続する場合のフローを示す。
【００６７】
例えばレンタルサーバ３には、すでに所定のデータが格納されているとする。登録（契約）した計算機６からデータ取得の要求があると（ステップＳ３１）、レンタルサーバ３は他ネットワーク５を介して要求を受信する（ステップＳ３２）。レンタルサーバ３は記憶領域から該当データを取得して（ステップＳ３３）、計算機６にデータを送信する（ステップＳ３４）。そして計算機６ではデータを受信する（ステップＳ３５）。この場合、レンタルサーバ３に対するデータの保存または取得は、携帯電話１でも可能である。
【００６８】
これにより、ユーザは携帯電話の代わりに計算機６から自身に割り当てられた記憶領域にアクセスを行い、計算機上でデータの取得または処理を行うことができる。従って、携帯電話と計算機双方でデータを共有できる。
【００６９】
更に、計算機６上でも携帯電話１に必要な情報をカスタマイズできるので、携帯電話１による操作を限定的にすることができる。
【図面の簡単な説明】
【００７０】
【図１】本発明の携帯電話システムを示す概要図である。
【図２】本発明の携帯電話の機能構成を示すブロック図である。
【図３】本発明のレンタルサーバの機能構成を示すブロック図である。
【図４】本発明の携帯電話システムを説明する処理フロー図である。
【図５】本発明の携帯電話システムを説明する処理フロー図である。
【図６】本発明の携帯電話システムを説明する処理フロー図である。
【符号の説明】
【００７１】
１  携帯電話
１１、３１  中央処理装置
１２  表示装置
１３  楽曲再生装置
１４  音声装置
１５、３２  通信装置
１６  入力装置
１７  ＲＯＭ
１８  ＲＡＭ
２  基地局
３、３ａ  レンタルサーバ
３３  主記憶装置
３４  補助記憶装置
４  ゲートウェイ
５  他ネットワーク
６  計算機
７  携帯電話網  
【図１】
2005311842.tif 000003
【図２】
2005311842.tif 000004
【図３】
2005311842.tif 000005
【図４】
2005311842.tif 000006
【図５】
2005311842.tif 000007
【図６】
2005311842.tif 000008