JP2001312414A - サービス提供システム及びサービス提供サーバ - Google Patents

Abstract

(57)【要約】 【課題】 処理能力の低い端末に対し、大規模なサービ
スを提供する。 【解決手段】 本発明は、サービスを提供するために必
要となるソフトウェアを複数のソフト部品ａ・ｂに分割
して基地局１００のソフト部品記憶手段１０２に記憶し
ておき、これらソフト部品ａ・ｂを携帯電話１１０が順
次取得して実行するサービス提供システムを前提として
いる。ここで、上記基地局１００は、サービスを提供す
るために必要となる処理の一部を実行する基地局側処理
実行手段１０４を備える。このようにすれば、携帯電話
１１０のような処理能力の低い端末に対し、大規模なサ
ービスを提供することが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サービス提供シス
テムに関し、特に、携帯電話に対するサービス提供シス
テムに関する。

【０００２】

【従来の技術】情報化社会の発展に伴い、携帯電話に対
して、その本来の目的である通話以外にも多種多様なサ
ービスが提供されるようになってきた。例えば、ニュー
ス・気象情報・チケット予約などに代表される情報サー
ビスの提供や、ゲームアプリケーションを携帯電話に搭
載し、通話に利用していない時間にゲームを楽しむとい
うエンターテイメントサービスの提供も始まっている。

【０００３】ところで、ネットワークを利用した情報サ
ービスの分野では、ＷＷＷ（WorldWide Web）と呼ばれ
る広域情報システムが最も普及している。すなわち、Ｗ
ＷＷブラウザと呼ばれる閲覧ソフトを携帯電話に搭載
し、このＷＷＷブラウザとＷＷＷサーバとが相互に情報
をやり取りすることで、携帯電話に対する多種多様なサ
ービスの提供が実現されている。

【０００４】

【発明が解決しようとする課題】しかしながら、上記Ｗ
ＷＷを用いた従来技術によれば、携帯電話側の操作は全
てＷＷＷブラウザを通じて行うことになる。従って、携
帯電話のユーザが利用できるインターフェースは、ＷＷ
Ｗブラウザが提供するユーザインターフェースに制限さ
れるという問題があった。

【０００５】また、上記ＷＷＷを用いた従来技術によれ
ば、サービスを提供するために必要となる処理は全てＷ
ＷＷサーバが実行する。すなわち、何らかの処理を実行
する度に携帯電話とＷＷＷサーバとの間で通信が必要と
なるため、携帯電話への応答時間が長くなり、また、通
信コストがかかるという問題があった。

【０００６】そこで、特開平８−２０２６３８号公報に
は、サービスを提供するために必要となるソフトウェア
を複数のソフト部品に分割してサービス提供サーバ側で
管理しておき、これらソフト部品を端末が順次取得して
実行するソフト部品配給システムが提案されている。こ
のようなソフト部品配給システムによれば、端末のユー
ザインターフェースが制限されることもなく、また、何
らかの処理を行う度にサービス提供サーバとの間で通信
が必要となることもない。

【０００７】しかしながら、上記ソフト部品配給システ
ムは、その配給先として、ゲーム機のような処理能力の
高い端末を想定したシステムである。このため、サービ
ス提供サーバが実行するのは、端末に送信すべきソフト
部品の特定処理のみとし、サービスを提供するために必
要となる処理は、全て端末側で実行するようになってい
る。従って、上記ゲーム機に代えて、携帯電話のような
処理能力の低い端末（メモリ容量などの制約の厳しい端
末）を適用する場合には、サービスの内容を制限するこ
とにより、端末側で実行する処理を軽減しなければなら
ない。

【０００８】本発明は、上記従来の事情に基づいて提案
されたものであって、処理能力の低い端末に対し、大規
模なサービスを提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明は、上記目的を達
成するために以下の手段を採用している。すなわち、本
発明は、図１に示すように、サービスを提供するために
必要となるソフトウェアを複数のソフト部品ａ・ｂに分
割して基地局１００のソフト部品記憶手段１０２に記憶
しておき、これらソフト部品ａ・ｂを携帯電話１１０が
順次取得して実行するサービス提供システム（図２０参
照）を前提としている。

【００１０】ここで、上記基地局１００は、サービスを
提供するために必要となる処理の一部を実行する基地局
側処理実行手段１０４を備える。このようにすれば、携
帯電話１１０のような処理能力の低い端末に対し、大規
模なサービスを提供することが可能となる。

【００１１】また、上記基地局側処理実行手段１０４
は、当該サービス提供システムとは別のサービスを提供
するためのアプリケーションを起動する。このように起
動されるアプリケーションは特に限定されるものではな
いが、例えば電子メール・ファクシミリ・郵便など、当
該サービス提供システムとは別の通信手段を備えたアプ
リケーションを採用するのが好ましい。

【００１２】更に、上記ソフト部品記憶手段１０２が、
ユーザの好みに応じたソフト部品（例えば、携帯電話１
１０のユーザインタフェースを実現するソフトウェア）
や、携帯電話１１０の機種に応じたソフト部品を記憶す
る構成とすれば、多様で充実したサービスを提供するこ
とが可能となる。

【００１３】ここで、図１５に示すように、携帯電話１
１０から受信した情報を管理する端末情報管理手段１５
０１を備える構成とすれば、この端末情報管理手段１５
０１によって管理される端末情報に基づいて、複数の携
帯電話１１０を連動させたサービスを提供することが可
能となる。

【００１４】なお、上記基地局側処理実行手段１０４
は、携帯電話１１０の物理的位置情報に応じた処理を実
行するのが好ましい。このようにすれば、携帯電話１１
０のユーザが立つ物理的な位置によって大きく変動する
情報であっても正確に提供できる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
に従って詳細に説明する。

【００１６】まず、携帯電話に対するサービス提供シス
テムは、図２０に示すように、サービス提供サーバ１０
０ａと移動通信交換局１００ｂと多数の無線基地局１０
０ｃおよび携帯電話１１０とから構成されるのが通常で
ある。しかしながら、説明の都合上、以下にいう基地局
１００とは、上記サービス提供サーバ１００ａ・移動通
信交換局１００ｂ・無線基地局１００ｃの全て、すなわ
ち携帯電話１１０との間で電波の送受信を行うシステム
全体を指す。 （第１の実施の形態）図１は、本実施の形態におけるサ
ービス提供システムのブロック図であり、以下その構成
を、携帯電話１１０のユーザに運勢占いサービスを提供
する場合の動作とともに説明する（なお、基地局１００
における端末情報受信手段１０１及びソフト部品送信手
段１０５は、上記サービス提供サーバ１００ａと携帯電
話１１０との間で電波の送受信を行う手段を意味す
る）。

【００１７】まず、携帯電話１１０のユーザが、ボタン
やレバー等の入力手段１１６を用いて運勢占いサービス
の開始を指示すると、この指示を受けた端末側処理実行
手段１１３は、後述する実行状態情報「０」を端末情報
記憶手段１１４に書き込むとともに、この実行状態情報
「０」を基地局１００に送信するよう端末情報送信手段
１１５に指示する。

【００１８】これによって、端末情報送信手段１１５が
端末情報記憶手段１１４から上記実行状態情報「０」を
読み出して基地局１００に送信すると、この実行状態情
報「０」は、基地局１００の端末情報受信手段１０１に
受信される。

【００１９】ここで、基地局側処理実行手段１０４は、
端末情報受信手段１０１に対して実行状態情報（端末情
報）の受信有無を周期的に問い合わせるようになってお
り、上記のように端末情報受信手段１０１が実行状態情
報「０」を受信すると、この実行状態情報「０」を端末
情報受信手段１０１から取得する（図５、ステップ５０
１→５０２）。

【００２０】そして、基地局側処理実行手段１０４は、
上記のように取得した実行状態情報「０」に基づいて、
対応表記憶手段１０３に記憶されている対応表を参照
し、以下に説明する手順でソフト部品を特定した後、こ
のソフト部品を携帯電話１１０に送信するようソフト部
品送信手段１０５に指示する（図５、ステップ５０３→
５０４）。

【００２１】すなわち、上記対応表とは、図６に示すよ
うに、携帯電話１１０から受信した各種情報（端末情
報）と、次に携帯電話１１０へ送信すべき情報とを予め
対応付けた表であり、ここでは、実行状態情報「０」と
ソフト部品ａ、実行状態情報「１」及び姓名・生年月日
情報とソフト部品ｂ、実行状態情報「２」とソフト部品
ａとをそれぞれ対応付けている。

【００２２】ここで、上記実行状態情報とは、携帯電話
１１０の実行状態を表した情報である。すなわち、上記
実行状態情報「０」は、サービスを開始する旨が指示さ
れた状態であることを表し、上記実行状態情報「１」
は、姓名および生年月日を入力し終えた状態であること
を表し、上記実行状態情報「２」は、サービスを再開す
る旨が指示された状態であることを表す。

【００２３】また、上記姓名・生年月日情報とは、携帯
電話１１０のユーザが入力した姓名および生年月日の情
報である。更に、上記ソフト部品ａとは、姓名・生年月
日の入力機能を実現するためのソフト部品であり、上記
ソフト部品ｂとは、運勢占い実行機能および結果表示機
能を実現するためのソフト部品である。

【００２４】従って、この対応表を参照した基地局側処
理実行手段１０４は、上記のように取得した実行状態情
報「０」に対応するソフト部品としてソフト部品ａを特
定し、このソフト部品ａを携帯電話１１０に送信するよ
うソフト部品送信手段１０５に指示することになる。

【００２５】これによって、ソフト部品送信手段１０５
が、ソフト部品記憶手段１０２からソフト部品ａを読み
出して携帯電話１１０に送信すると、このソフト部品ａ
は、携帯電話１１０のソフト部品受信手段１１１に受信
される。そして、このソフト部品受信手段１１１は、上
記ソフト部品ａをソフト部品記憶手段１１２に書き込む
とともに、このソフト部品ａを実行するよう端末側処理
実行手段１１３に指示する。

【００２６】以上の結果、端末側処理実行手段１１３に
よってソフト部品ａが実行されることになり、以下、こ
のソフト部品ａが実行する処理を図３に示すフローチャ
ートに従って説明する。

【００２７】すなわち、ソフト部品ａは、運勢占いのタ
イトルとともに、姓名・生年月日の入力画面を携帯電話
１１０の表示手段１１７（例えば液晶画面）に表示し、
これによって入力手段１１６から姓名・生年月日が入力
されると、この姓名・生年月日情報に加えて実行状態情
報「１」を端末情報記憶手段１１４に書き込むととも
に、これら端末情報を基地局１００に送信するよう端末
情報送信手段１１５に指示する（図３、ステップ３０１
〜３０６）。

【００２８】なお、運勢占いサービスを中断する旨が入
力手段１１６から指示された場合には、端末側処理実行
手段１１３によって、ソフト部品ａの実行が終了される
ようになっている（図３、ステップ３０３：Ｙｅｓ）。

【００２９】そして、上記指示を受けた端末情報送信手
段１１５が端末情報記憶手段１１４から姓名・生年月日
情報および実行状態情報「１」を読み出して基地局１０
０に送信すると、これら端末情報は、上記（図５）と同
様の手順で基地局１００によって処理される。

【００３０】すなわち、上記姓名・生年月日情報および
実行状態情報「１」を端末情報受信手段１０１から取得
した基地局側処理実行手段１０４は、これら端末情報に
対応するソフト部品としてソフト部品ｂを特定し、この
ソフト部品ｂを携帯電話１１０に送信するようソフト部
品送信手段１０５に指示する。そして、この指示を受け
たソフト部品送信手段１０５は、ソフト部品記憶手段１
０２からソフト部品ｂを読み出して携帯電話１１０に送
信する。

【００３１】以上の結果、携帯電話１１０のソフト部品
受信手段１１１が、上記ソフト部品ｂをソフト部品記憶
手段１１２に書き込むとともに、このソフト部品ｂを実
行するよう端末側処理実行手段１１３に指示すると、こ
の指示を受けた端末側処理実行手段１１３は、ソフト部
品ａからソフト部品ｂに処理を移行する（図３、ステッ
プ３０７→３０８）。

【００３２】以下、上記のように端末側処理実行手段１
１３によって起動されたソフト部品ｂが実行する処理を
図４に示すフローチャートに従って説明する。

【００３３】すなわち、ソフト部品ｂは、まず、端末情
報記憶手段１１４から姓名・生年月日情報を読み出し、
次いで、この姓名・生年月日情報に基づいて運勢を占っ
た後、この占い結果すなわち運勢情報を表示手段１１７
に表示し、更に、運勢占いサービスを再開するか否かを
ユーザに問い合わせる（図４、ステップ４０１〜４０
５）。

【００３４】ここで、運勢占いサービスを再開する旨が
入力手段１１６から指示された場合、ソフト部品ｂは、
実行状態情報「２」を端末情報記憶手段１１４に書き込
むとともに、この実行状態情報「２」を基地局１００に
送信するよう端末情報送信手段１１５に指示する（図
４、ステップ４０５：Ｙｅｓ→４０６→４０７）。

【００３５】一方、運勢占いサービスを再開しない旨が
指示された場合には、端末側処理実行手段１１３によっ
て、ソフト部品ｂの実行が終了されるようになっている
（図４、ステップ４０５：Ｎｏ）。

【００３６】そして、上記指示を受けた端末情報送信手
段１１５が端末情報記憶手段１１４から実行状態情報
「２」を読み出して基地局１００に送信すると、この実
行状態情報「２」に対応するソフト部品ａがソフト部品
受信手段１１１によって受信され、ソフト部品ｂからソ
フト部品ａに処理が移行する（図４、ステップ４０８→
４０９）。

【００３７】以上のように、本実施の形態では、ソフト
部品ａとソフト部品ｂと基地局側処理実行手段１０４が
実行する処理とを組み合わせることによって、運勢占い
という一つのサービスを提供するようになっている。

【００３８】なお、上記の説明では、携帯電話１１０の
実行状態情報が変化する度、それに対応するソフト部品
を基地局１００から取得することとしているが、目的の
ソフト部品がソフト部品記憶手段１１２に記憶されてい
る状況下では、このソフト部品記憶手段１１２から取得
するのが好ましい。このようにすれば、基地局１００と
通信する必要がなくなるため、携帯電話１１０への応答
時間が短縮され、通信コストを削減できる。

【００３９】また、上記の説明では、入力手段１１６と
してボタン及びレバーを例示しているが、この入力手段
１１６は、携帯電話１１０に対して入力操作を行うため
の手段であり、音声入力などを用いるようにしてもよ
い。 （第２の実施の形態）ここで、上記第１の実施の形態で
は、運勢占いサービスという小規模なサービスの提供を
前提としているため、基地局１００側で実行するのは、
携帯電話１１０に送信すべきソフト部品の特定処理のみ
とし、サービスを提供するために必要となる処理は、全
て携帯電話１１０側で実行するようになっている。従っ
て、このような形態によれば、従来のソフトウェア配給
システムと同様、携帯電話１１０に大規模なサービスを
提供できない。

【００４０】そこで、本実施の形態では、サービスを提
供するために必要となる処理の一部を基地局１００側で
実行する構成（図２参照）を採用しており、以下その構
成を、上記第１の実施の形態と異なる点のみ説明する。

【００４１】まず、ここでは、携帯電話１１０のユーザ
にプラネタリウムサービスを提供する場合を想定し、対
応表記憶手段１０３における対応表では、図１０に示す
ように、実行状態情報「０」とソフト部品ａ、実行状態
情報「１」及び日時・方角情報とソフト部品ｂ、実行状
態情報「２」及び日時・方角情報とソフト部品ｃ、実行
状態情報「３」とソフト部品ａとをそれぞれ対応付けて
いる。

【００４２】なお、上記実行状態情報「０」は、サービ
スを開始する旨が指示された状態であることを表し、上
記実行状態情報「１」は、日時および方角を入力し終え
た状態であることを表し、上記実行状態情報「２」は、
計算処理を実行する必要が生じた状態であることを表
し、上記実行状態情報「３」は、サービスを再開する旨
が指示された状態であることを表す。また、上記日時・
方角情報とは、携帯電話１１０のユーザが入力した日時
および方角の情報である。更に、上記ソフト部品ａと
は、日時・方角の入力機能を実現するためのソフト部品
であり、上記ソフト部品ｂとは、夜空の生成および表示
機能を実現するためのソフト部品であり、上記ソフト部
品ｃとは、携帯電話１１０のユーザが入力した日時およ
び方角の夜空に属する星々の座標データである。

【００４３】ここで、携帯電話１１０のユーザがプラネ
タリウムサービスの開始を指示すると、基地局１００か
らソフト部品ａが送信されてくることになり（図９、ス
テップ９０１→９０２→９０３：Ｎｏ→９０４→９０
５）、以下、このソフト部品ａが実行する処理を図７に
示すフローチャートに従って説明する。

【００４４】すなわち、ソフト部品ａは、プラネタリウ
ムのタイトルとともに、日時・方角の入力画面を携帯電
話１１０の表示手段１１７に表示し、これによって入力
手段１１６から日時・方角が入力されると、この日時・
方角情報に加えて実行状態情報「１」を端末情報記憶手
段１１４に書き込むとともに、これら端末情報を基地局
１００に送信するよう端末情報送信手段１１５に指示す
る（図７、ステップ７０１〜７０６）。

【００４５】以上の結果、基地局１００からソフト部品
ｂが送信されてくることになり（図９、ステップ９０１
→９０２→９０３：Ｎｏ→９０４→９０５）、以下、こ
のソフト部品ｂが実行する処理を図８に示すフローチャ
ートに従って説明する。

【００４６】すなわち、ソフト部品ｂは、まず、実行状
態情報「２」を端末情報記憶手段１１４に書き込むとと
もに、この実行状態情報「２」及び上記のように端末情
報記憶手段１１４へ書き込んだ日時・方角情報を基地局
１００に送信するよう端末情報送信手段１１５に指示す
る（図８、ステップ８０１→８０２）。

【００４７】これによって、端末情報送信手段１１５が
端末情報記憶手段１１４から日時・方角情報および実行
状態情報「２」を読み出して基地局１００に送信する
と、これら端末情報は、以下の手順で基地局１００によ
って処理される。

【００４８】すなわち、日時・方角情報および実行状態
情報「２」を端末情報受信手段１０１から取得した基地
局側処理実行手段１０４は、この日時・方角情報に基づ
いて星々の座標データを算出し、ソフト部品ｃとしてソ
フト部品記憶手段１０２に書き込んだ後、このソフト部
品ｃを携帯電話１１０に送信するようソフト部品送信手
段１０５に指示する（図９、ステップ９０１→９０２→
９０３：Ｙｅｓ→９０６→９０７→９０４→９０５）。

【００４９】以上の結果、携帯電話１１０のソフト部品
受信手段１１１が、上記ソフト部品ｃを受信してソフト
部品記憶手段１１２に書き込むとともに、この書き込み
が完了した旨を端末側処理実行手段１１３に通知する
と、この通知を受けた端末側処理実行手段１１３は、ソ
フト部品記憶手段１１２からソフト部品ｃすなわち星々
の座標データを読み出してソフト部品ｂに渡す（図８、
ステップ８０４）。

【００５０】これによって、ソフト部品ｂは、まず、上
記星々の座標データに基づいて夜空の画像を生成し、次
いで、この夜空の画像を表示手段１１７に表示し、更
に、プラネタリウムサービスを再開するか否かをユーザ
に問い合わせる（図８、ステップ８０５→８０６→８０
７→８０８）。そして、プラネタリウムサービスを再開
する旨が指示された場合、ソフト部品ｂが、実行状態情
報「３」を端末情報記憶手段１１４に書き込むととも
に、この実行状態情報「３」を基地局１００に送信する
よう端末情報送信手段１１５に指示することによって、
プラネタリウムサービスが再開されることになる（図
８、ステップ８０８：Ｙｅｓ→８０９→８１０→８１１
→８１２）。

【００５１】以上のように、本実施の形態では、サービ
スを提供するために必要となる処理の一部を基地局１０
０側で実行するようにしているため、携帯電話１１０の
ような処理能力の低い端末に対し、大規模なサービスを
提供することが可能となる。

【００５２】なお、ここでは、基地局１００側で実行す
る処理と携帯電話１１０側で実行する処理との切り分け
基準については特に言及していないが、上記した星々の
座標データの算出処理のように、複雑かつ多量のデータ
を要する処理を基地局１００側で実行するのが好ましい
ことはいうまでもない。 （第３の実施の形態）ここで、上記第１の実施の形態は
運勢占いサービスのみを提供する構成とし、また、上記
第２の実施の形態はプラネタリウムサービスのみを提供
する構成としている。すなわち、上記では、ソフト部品
記憶手段１０２および対応表記憶手段１０３上のソフト
ウェアによって実現されるサービスのみを提供する構成
について説明した。

【００５３】しかしながら、これらサービスは、以下に
説明するように、基地局１００によって提供可能な他の
サービスと連携させると、より多様で充実した内容とな
る。すなわち、図１１は、本実施の形態におけるサービ
ス提供システムのブロック図であり、以下その構成を、
上記第１の実施の形態と異なる点のみ説明する。

【００５４】まず、ここでは、上記第１の実施の形態に
おける運勢占いサービスに、毎週の運勢を電子メールに
記述して送信する毎週占いサービスを連携させることを
想定し、対応表記憶手段１０３における対応表では、図
１４に示すように、実行状態情報「０」とソフト部品
ａ、実行状態情報「１」及び姓名・生年月日情報とソフ
ト部品ｂ、実行状態情報「２」とソフト部品ａ、“実行
状態情報「３」、姓名・生年月日情報、及び電子メール
アドレス”とソフト部品ａとをそれぞれ対応付けてい
る。なお、上記実行状態情報「３」は、携帯電話１１０
のユーザがユーザ登録を指示し終えた状態であることを
表し、その他は、上記第１の実施の形態と同様である。

【００５５】ここで、ソフト部品ａの実行が終了するま
では上記第１の実施の形態と同様であるため説明を省略
することとし、以下、ソフト部品ｂが実行する処理を図
１２に示すフローチャートに従って説明する。

【００５６】すなわち、ソフト部品ｂは、上記第１の実
施の形態と同様の手順で占い結果を表示した後、毎週占
いサービスを利用するためにユーザ登録するか否かをユ
ーザに問い合わせる（図１２、ステップ１２０１→１２
０２→１２０３→１２０４→１２０５）。

【００５７】ここで、ユーザ登録する旨が指示された場
合、ソフト部品ｂは、実行状態情報「３」及び電子メー
ルアドレスを端末情報記憶手段１１４に書き込むととも
に（この時点で既に姓名・生年月日情報は書き込まれて
いる）、この実行状態情報「３」と姓名・生年月日情報
と電子メールアドレスとを基地局１００に送信するよう
端末情報送信手段１１５に指示する（図１２、ステップ
１２０５：Ｙｅｓ→１２０６→１２０７）。なお、ソフ
ト部品ｂが電子メールアドレスを取得する手法について
は後述する。

【００５８】そして、端末情報送信手段１１５が端末情
報記憶手段１１４から上記実行状態情報「３」と姓名・
生年月日情報と電子メールアドレスとを読み出して基地
局１００に送信すると、これら端末情報は、以下の手順
で基地局１００によって処理される。

【００５９】すなわち、上記実行状態情報「３」と姓名
・生年月日情報と電子メールアドレスとを端末情報受信
手段１０１から取得した基地局側処理実行手段１０４
は、この姓名・生年月日情報および電子メールアドレス
を指定して、毎週占いサービスを提供するアプリケーシ
ョン１１０１（以下「毎週占いサービスアプリ１１０
１」という）を起動する（図１３、ステップ１３０１→
１３０２→１３０３：Ｙｅｓ）。

【００６０】そして、このように起動した毎週占いサー
ビスアプリ１１０１は、当該サービスの利用者データベ
ース（図示せず）に上記姓名・生年月日情報および電子
メールアドレスを登録し（図１３、ステップ１３０
６）、以降は、図４ステップ４０２に相当する占い処理
を毎週実行し、その占い結果を記述した電子メールを上
記のように登録したアドレス宛に送信するようになって
いる。

【００６１】一方、上記図１２ステップ１２０５におい
てユーザ登録をしない旨が指示された場合には、更に、
運勢占いサービスを再開するか否かを問い合わせ、これ
によって再開しない旨が指示されると、ソフト部品ｂの
実行が終了されるようになっている（図１２、ステップ
１２０５：Ｎｏ→１２１０：Ｎｏ）。なお、その他の動
作は、上記第１の実施の形態と同様であるため説明を省
略する。

【００６２】以上のように、運勢占いサービスに毎週占
いサービスを連携させることによって、運勢占いサービ
スのみの場合に比べ、充実したサービスを提供すること
が可能となる。

【００６３】なお、ここでは、毎週占いサービスアプリ
１１０１がユーザに占い結果を通知する手段として電子
メールを例示して説明したが、この占い結果は、ファク
シミリや郵便などで通知するようにしてもよく、また、
この電子メール・ファクシミリ・郵便のうちのいずれを
通知手段として採用するかをユーザに選択させるように
してもよい。すなわち、運勢占いサービスの最初に実行
されるソフト部品ａにおいて、電子メール・ファクシミ
リ・郵便のうちのいずれを通知手段として採用するかユ
ーザに選択させ、これによって電子メールが選択された
場合には電子メールアドレスを入力させ（この電子メー
ルアドレスは、携帯電話１１０の電子メールアドレスで
ある必要はなく、例えばユーザの所有するパーソナル・
コンピュータの電子メールアドレス等であってもかまわ
ない）、ファクシミリが選択された場合にはファクシミ
リ番号を入力させ、郵便が選択された場合には住所を入
力させる。そして、このように入力された電子メールア
ドレス・ファクシミリ番号・住所情報は、ソフト部品ａ
によって端末情報記憶手段１１４に書き込まれた後、ソ
フト部品ｂに取得される。

【００６４】また、ここでは、連携させるサービスアプ
リケーションとして毎週占いサービスアプリ１１０１を
例示して説明したが、このサービスアプリケーション
は、基地局１００が備えるアプリケーションであればよ
く、毎週占いサービスアプリ１１０１に限定されるもの
ではない。例えば、ゲームアプリケーションを搭載した
携帯電話１１０であって、このゲームを全てクリアした
携帯電話１１０に対し、着信メロディとして使用可能な
形態で当該ゲーム中に流れる音楽を配信したり、待ち受
け画面に表示可能な形態で当該ゲームに登場したキャラ
クタの画像を配信するサービスアプリケーションを採用
してもよい。或いは、あるアプリケーションを搭載した
携帯電話１１０であって、このアプリケーションにおい
て特定の条件をクリアした携帯電話１１０に対し、当該
アプリケーションに関連するテレフォンサービスの電話
番号を通知するサービスアプリケーションを採用しても
よい。このようなサービスアプリケーションを採用すれ
ば、特定のユーザに限り利用できるテレフォンサービス
を提供できる。

【００６５】更に、ここでは、２つのサービスを連携さ
せる場合についてのみ説明したが、３つ以上のサービス
であっても同様の手法で連携させ得ることはいうまでも
ない。 （第４の実施の形態）ところで、携帯電話１１０の入力
手段１１６を用いて文字を入力する方法には、方向レバ
ーでカーソルを移動させて五十音表から選択した文字を
入力する方法や、「１」「１」で「あ」、「１」「２」
で「い」という具合に、押下された２つの数字ボタンの
組み合わせによって所定の一文字を入力する方法、或い
は、外付けのキーボードを利用して直接文字を入力する
方法など、様々な入力方法すなわちユーザインタフェー
スがある一方、これらユーザインタフェースに対する得
手不得手は個々のユーザで異なる。従って、なるべく多
くのユーザインタフェースを予め携帯電話１１０に用意
しておき、その中から所望のユーザインタフェースをユ
ーザに選択させるのが好ましい。

【００６６】しかしながら、一般に、ユーザインタフェ
ースを実現するソフトウェアは複雑かつ大容量になる傾
向があるため、メモリ容量の制約が厳しい携帯電話１１
０に、数多くのユーザインタフェースを用意するのは困
難である。すなわち、上記第１〜第３の実施の形態に
は、個々のユーザにとって最適なユーザインタフェース
を提供できないという問題がある。

【００６７】そこで、本実施の形態では、上記五十音表
入力方法のユーザインタフェースを実現するソフト部品
ｂ１と、上記数字ボタン入力方法のユーザインタフェー
スを実現するソフト部品ｂ２と、上記外付けキーボード
入力方法のユーザインタフェースを実現するソフト部品
ｂ３とをソフト部品記憶手段１０２に用意しておき、こ
れらユーザインタフェースのうちのいずれを使用する
か、運勢占いサービスの最初に実行されるソフト部品ａ
等においてユーザに選択させるようにしている。ただ
し、外付けキーボードを備えていない携帯電話１１０に
対しては、上記ソフト部品ｂ３を選択できないようにし
ておく。

【００６８】これによって、ユーザによって選択された
ソフト部品のみが携帯電話１１０に送信されることにな
る結果、携帯電話１１０におけるメモリを不要に消費す
ることなく、最適なユーザインタフェースを提供するこ
とが可能となる。

【００６９】なお、上記では、ユーザの好みに応じたソ
フト部品を提供する場合を例に説明したが、携帯電話１
１０の機種に応じたソフト部品を提供するようにしても
よい。

【００７０】すなわち、携帯電話１１０は、その機種に
よって、液晶画面のドット数や色数（濃淡階調数）或い
は使用できる音源など、ハードウェアの仕様が異なる。
従って、如何なる機種の携帯電話１１０に対しても不具
合なくサービスを提供しようとすると、そのサービス内
容は、全ての機種において共通の機能の許容範囲内に制
限しなければならない。すなわち、上記第１〜第３の実
施の形態によれば、機種固有の機能を十分に活かしたサ
ービスを提供できないという問題がある。

【００７１】この問題を解決するには、上記共通機能の
許容範囲内でサービスを提供するソフト部品ｂ４と、上
記固有機能別のソフト部品ｂ５とをソフト部品記憶手段
１０２に用意しておき、サービス提供対象である携帯電
話１１０に対し、その機種に応じたソフト部品を送信す
ればよい。このようにすれば、如何なる機種の携帯電話
１１０に対しても、その機能を十分に活かしたサービス
を提供することが可能となる。 （第５の実施の形態）ある携帯電話におけるユーザの操
作が、別の携帯電話に搭載されたアプリケーションの動
作に影響を与える構成、すなわち、複数の携帯電話を連
動させた構成とすれば、より多様で充実したサービスを
提供できる。

【００７２】そこで、本実施の形態では、図１５に示す
ように、複数の携帯電話１１０・１１０’の端末情報を
管理する端末情報管理手段１５０１を基地局１００に備
えた構成を採用しており、以下その構成を上記第１の実
施の形態と異なる点のみ説明する。

【００７３】まず、ここでは、二人のユーザに相性占い
サービスを提供する場合を想定し、対応表記憶手段１０
３における対応表では、図１９に示すように、実行状態
情報「０」とソフト部品ａ、実行状態情報「１」及び姓
名・生年月日情報とソフト部品ｂ、“実行状態情報
「２」、姓名・生年月日情報、及び相手の電話番号情
報”とソフト部品ｃ、実行状態情報「３」とソフト部品
ａとをそれぞれ対応付けている。

【００７４】なお、上記実行状態情報「０」は、相性占
いサービスを開始する旨が指示された状態であることを
表し、上記実行状態情報「１」は、姓名・生年月日およ
び相手の電話番号を入力し終えた状態であることを表
し、上記実行状態情報「２」は、相性占いの実行を開始
する旨が指示された状態であることを表し、上記実行状
態情報「３」は、相性占いサービスを再開する旨が指示
された状態であることを表す。また、上記ソフト部品ａ
とは、姓名・生年月日および相手の電話番号の入力機能
を実現するためのソフト部品であり、上記ソフト部品ｂ
とは、相性占い実行機能および結果表示機能を実現する
ためのソフト部品であり、上記ソフト部品ｃとは、相性
の姓名・生年月日情報である。

【００７５】ここで、ソフト部品ａを受信するまでの動
作は上記第１の実施の形態と同様であり、また、このソ
フト部品ａが実行する処理は、姓名・生年月日に加えて
相手の電話番号を入力する点（図１６、ステップ１６０
４）を除き、上記第１の実施の形態すなわち図３と同様
である。従って、端末情報送信手段１１５は、実行状態
情報「１」と姓名・生年月日情報とを端末情報記憶手段
１１４から読み出して基地局１００に送信することにな
り、以下、これら端末情報を取得した基地局側処理実行
手段１０４の動作を図１８に示すフローチャートに従っ
て説明する。なお、上記端末情報送信手段１１５が相手
の電話番号情報を基地局１００に送信しないのは、以下
に説明するように、この時点で相手の電話番号情報を用
いる処理は実行されないからである。

【００７６】すなわち、上記実行状態情報「１」と姓名
・生年月日情報とを端末情報受信手段１０１から取得し
た基地局側処理実行手段１０４は、この姓名・生年月日
情報と、当該端末情報の送信元すなわち携帯電話１１０
の電話番号情報（後述する）とを指定して、端末情報管
理手段１５０１を起動する（図１８、ステップ１８０１
→１８０２→１８０３：Ｙｅｓ）。

【００７７】そして、このように起動した端末情報管理
手段１５０１は、当該サービスの利用者データベース
（図示せず）に上記姓名・生年月日情報と携帯電話１１
０の電話番号情報とを対応付けて登録する（図１８、ス
テップ１８０４）。

【００７８】ここで、上記のように姓名・生年月日情報
と携帯電話１１０の電話番号情報とを指定して端末情報
管理手段１５０１を起動するためには、この携帯電話１
１０の電話番号情報を基地局側処理実行手段１０４が認
識していなければならない。これを可能とする方法は、
当該端末情報を送信した端末ＩＤを基地局側処理実行手
段１０４が移動通信交換局１００ｂに問い合わせる方法
や、ソフト部品ａにおいて予め上記電話番号情報を入力
させておく方法など様々あり、特に限定されるものでは
ない。

【００７９】以上のように、携帯電話１１０のユーザの
姓名・生年月日情報と携帯電話１１０の電話番号情報と
が対応付けて登録されると、ソフト部品ｂが基地局１０
０から携帯電話１１０に送信されることになる（図１
８、ステップ１８０５→１８０６）。

【００８０】なお、相性占いを行うためには、自分の姓
名・生年月日情報だけではなく、相手の姓名・生年月日
情報も必要である。すなわち、以下の説明では、携帯電
話１１０の端末情報だけでなく携帯電話１１０’の端末
情報も上記と同様の手順で利用者データベースに登録さ
れているものと仮定する。

【００８１】ここで、上記のように基地局１００から携
帯電話１１０にソフト部品ｂが送信されると、ソフト部
品ａからソフト部品ｂに処理が移行することになり、以
下、このソフト部品ｂが実行する処理を図１７に示すフ
ローチャートに従って説明する。

【００８２】すなわち、ソフト部品ｂは、まず、実行状
態情報「２」を端末情報記憶手段１１４に書き込むとと
もに、この実行状態情報「２」及び上記（図１６、ステ
ップ１６０４）のように端末情報記憶手段１１４へ書き
込んだ相手の電話番号情報を基地局１００に送信するよ
う端末情報送信手段１１５に指示する（図１７、ステッ
プ１７０１→１７０２）。

【００８３】これによって、端末情報送信手段１１５が
端末情報記憶手段１１４から実行状態情報「２」及び相
手の電話番号情報を読み出して基地局１００に送信する
と、これら端末情報は、以下の手順で基地局１００によ
って処理される。

【００８４】すなわち、実行状態情報「２」及び相手の
電話番号情報を端末情報受信手段１０１から取得した基
地局側処理実行手段１０４は、この相手の電話番号情報
を端末情報管理手段１５０１に渡し、この端末情報管理
手段１５０１から上記相手の電話番号情報に対応する姓
名・生年月日情報が返されると、この姓名・生年月日情
報をソフト部品ｃとしてソフト部品記憶手段１０２に書
き込む（図１８、ステップ１８０１→１８０２→１８０
３：Ｎｏ→１８０７：Ｙｅｓ→１８０８）。

【００８５】以上の結果、上記ソフト部品ｃすなわち相
手の姓名・生年月日情報は、基地局１００から携帯電話
１１０に送信され、ソフト部品記憶手段１１２に書き込
まれた後、ソフト部品ｂに渡される（図１７、ステップ
１７０３→１７０４）。

【００８６】これによって、ソフト部品ｂは、端末情報
記憶手段１１４から自分の姓名・生年月日情報を読み出
して、この自分の姓名・生年月日情報と上記相手の姓名
・生年月日情報との相性占いを行った後、この占い結果
を表示手段１１７に表示する（図１７、ステップ１７０
６→１７０７）。

【００８７】以上のように、本実施の形態によれば、複
数の携帯電話１１０・１１０’を連動させることが可能
となり、多様で充実したサービスを提供できる。

【００８８】なお、ここでは、携帯電話１１０側で相性
占いを行うこととしているが、基地局１００側で相性占
いを行って、その占い結果をソフト部品として携帯電話
１１０に送信するようにしてもかまわない。

【００８９】また、携帯電話１１０のユーザによって入
力された相手の電話番号が上記利用者データベース上に
存在しないことも考えられるが、この場合は、空のソフ
ト部品ｃをソフト部品ｂに渡し、このソフト部品ｂが
「相手の情報が見つかりません」等のメッセージを表示
するようになっている。

【００９０】更に、ここでは相性占いサービスを例示し
ているが、複数のユーザが対戦プレイを行う対戦型ゲー
ムアプリケーション等にも本実施の形態を適用できる。

【００９１】また更に、ここでは、２台の携帯電話１１
０及び１１０’を連動させる構成を例示しているが、携
帯電話が３台以上であっても同様の効果が得られること
はいうまでもない。 （第６の実施の形態）ところで、上記したプラネタリウ
ムサービスでは、携帯電話１１０のユーザが日時および
方向を入力するとしていたが、同じ日時および方角を入
力した場合であっても、携帯電話１１０のユーザの立つ
位置が異なれば、見える夜空も異なる。すなわち、正確
な夜空の画像を生成するためには、上記図９ステップ９
０６において、携帯電話１１０のユーザが立つ物理的な
位置情報（緯度および経度）を考慮しなければならな
い。そこで、本実施の形態における基地局側処理実行手
段１０４は、以下の手法で上記物理的位置情報を取得
し、この位置情報を考慮して星々の座標データを算出す
るようになっている。

【００９２】すなわち、上記物理的位置情報を取得する
には、基地局１００を構成する多数の無線基地局１００
ｃ（図２０参照）のうち、現在、携帯電話１１０がどの
無線基地局１００ｃとの間で電波の送受信を行っている
か調べればよい。この無線基地局１００ｃを特定すれ
ば、その受け持ちゾーンの内部にユーザが位置すること
が判る。

【００９３】或いは、ＧＰＳ（Global Positioning Sys
tem ）に代表されるような、自分の位置を測定する装置
を携帯電話１１０に搭載し、このＧＰＳによって得られ
た緯度情報および経度情報を上記物理的位置情報として
携帯電話１１０から基地局１００に送信するようにして
もよい。

【００９４】以上のように、本実施の形態では、携帯電
話１１０のユーザが立つ物理的な位置情報を考慮するよ
うにしているため、例えば日の出の時刻や日の入の時刻
など、ユーザが立つ物理的な位置によって大きく変動す
る情報であっても正確に提供することができる。

【００９５】なお、ここでは、プラネタリウムサービス
を例示したが、ユーザが位置する近辺の地図を提供する
サービス等、上記物理的位置情報を活用できるサービス
であれば、本実施の形態を適用することができる。 （その他）ところで、上記した運勢占いサービスでは、
所定期間のみ有効なソフト部品をソフト部品記憶手段１
０２に用意しておくのが好ましい。すなわち、携帯電話
１１０から端末情報を受信した基地局１００は、現在時
間の情報を取得して今日が何月何日なのかを解析し、こ
のように解析した結果、例えば正月の三箇日であること
が判明した場合には、今年一年の運勢を占う機能を備え
たソフト部品ｂ’を携帯電話１１０に送信する。このよ
うな所定期間のみ有効なソフト部品を用意しておく手法
を活用すれば、クリスマスシーズン中のみ、ゲームアプ
リケーションの背景画面にクリスマスの風景が表示され
るようにするサービスや、音楽ＣＤの発売日に合わせて
サービスアプリケーションのＢＧＭをその曲に変えるサ
ービス等を提供することも可能である。

【００９６】また、ソフト部品のプログラム部分は、Ｊ
ａｖａ言語で記述するのが好ましい。このＪａｖａと
は、Sun Microsystems社が開発したオブジェクト指向言
語であり、ハードウェア及びソフトウェアプラットフォ
ームに依存せず、同一のプログラムを実行することがで
きるという特徴を持つ。すなわち、Ｊａｖａを用いて開
発すれば、携帯電話１１０のハードウェアの違いを越え
て同一のソフト部品を実行することが可能となる。

【００９７】以上説明したように、本発明によれば、携
帯電話１１０のような処理能力の低い端末に対し、大規
模なサービスを提供することが可能であり、また、当該
サービス提供システムとは別のサービスを連携させるこ
とや、複数の携帯電話１１０を連動させることも可能と
なるため、多様で充実したサービスを提供できる。

【００９８】なお、ここでは携帯電話１１０に対してサ
ービスを提供することを想定し、上記したように、サー
ビス提供サーバ１００ａ・移動通信交換局１００ｂ・無
線基地局１００ｃの全てを一括して基地局１００と呼ん
でいる。そして、この基地局１００と携帯電話１１０と
がデータの受け渡しを行う形態について説明した。

【００９９】しかしながら、上記基地局１００のうち、
本発明の効果を奏する構成はサービス提供サーバ１００
ａにあり、移動通信交換局１００ｂ及び無線基地局１０
０ｃは、単に、このサービス提供サーバ１００ａと携帯
電話１１０との間で電波の送受信を行う手段にすぎな
い。すなわち、サービス提供サーバ１００ａとの間で直
接データの受け渡しを行う端末を携帯電話１１０に代え
て採用した場合は、この端末に対し、移動通信交換局１
００ｂ及び無線基地局１００ｃを介在させることなく、
上記携帯電話１１０の場合と同様のサービスを提供する
ことが可能である。

【図面の簡単な説明】

【図１】第１の実施の形態におけるサービス提供システ
ムのブロック図。

【図２】第２の実施の形態におけるサービス提供システ
ムのブロック図。

【図３】第１の実施の形態におけるソフト部品ａの処理
フロー図。

【図４】第１の実施の形態におけるソフト部品ｂの処理
フロー図。

【図５】第１の実施の形態における基地局側の処理フロ
ー図。

【図６】第１の実施の形態における対応表の内部構成
図。

【図７】第２の実施の形態におけるソフト部品ａの処理
フロー図。

【図８】第２の実施の形態におけるソフト部品ｂの処理
フロー図。

【図９】第２の実施の形態における基地局側の処理フロ
ー図。

【図１０】第２の実施の形態における対応表の内部構成
図。

【図１１】第３の実施の形態におけるサービス提供シス
テムのブロック図。

【図１２】第３の実施の形態におけるソフト部品ｂの処
理フロー図。

【図１３】第３の実施の形態における基地局側の処理フ
ロー図。

【図１４】第３の実施の形態における対応表の内部構成
図。

【図１５】第５の実施の形態におけるサービス提供シス
テムのブロック図。

【図１６】第５の実施の形態におけるソフト部品ａの処
理フロー図。

【図１７】第５の実施の形態におけるソフト部品ｂの処
理フロー図。

【図１８】第５の実施の形態における基地局側の処理フ
ロー図。

【図１９】第５の実施の形態における対応表の内部構成
図。

【図２０】サービス提供システムと基地局１００との関
係を示す図。

【符号の説明】

１００ 基地局 １００ａ サービス提供サーバ １００ｂ 移動通信交換局 １００ｃ 無線基地局 １０１ 端末情報受信手段 １０２ ソフト部品記憶手段（基地局側） １０３ 対応表記憶手段 １０４ 基地局側処理実行手段 １０５ ソフト部品送信手段 １５０１ 端末情報管理手段 １１０ 携帯電話 １１１ ソフト部品受信手段 １１２ ソフト部品記憶手段（携帯電話側） １１３ 端末側処理実行手段 １１４ 端末情報記憶手段 １１５ 端末情報送信手段 １１６ 入力手段 １１７ 表示手段 １１０１ 毎週占いサービスアプリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 春名 修介 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B076 BB04 BB06 BB11 BB17

Claims (21)

【特許請求の範囲】
1. 【請求項１】 サービスを提供するために必要となるソ
   フトウェアを複数のソフト部品に分割してサービス提供
   サーバのソフト部品記憶手段に記憶しておき、これらソ
   フト部品を端末が順次取得して実行するサービス提供シ
   ステムにおいて、 上記サービス提供サーバが、サービスを提供するために
   必要となる処理の一部を実行する基地局側処理実行手段
   を備えたことを特徴とするサービス提供システム。
2. 【請求項２】 上記基地局側処理実行手段が、当該サー
   ビス提供システムとは別のサービスを提供するためのア
   プリケーションを起動する請求項１に記載のサービス提
   供システム。
3. 【請求項３】 上記アプリケーションが、当該サービス
   提供システムとは別の通信手段を備えた請求項２に記載
   のサービス提供システム。
4. 【請求項４】 上記別の通信手段が、電子メール・ファ
   クシミリ・郵便のうちの少なくともいずれかである請求
   項３に記載のサービス提供システム。
5. 【請求項５】 上記ソフト部品記憶手段が、ユーザの好
   みに応じたソフト部品を記憶する請求項１に記載のサー
   ビス提供システム。
6. 【請求項６】 上記ユーザの好みに応じたソフト部品
   が、端末のユーザインタフェースを実現するソフトウェ
   アである請求項５に記載のサービス提供システム。
7. 【請求項７】 上記ソフト部品記憶手段が、端末の機種
   に応じたソフト部品を記憶する請求項１に記載のサービ
   ス提供システム。
8. 【請求項８】 上記サービス提供サーバが、更に、端末
   から受信した情報を管理する端末情報管理手段を備え、 上記基地局側処理実行手段が、該端末情報管理手段によ
   って管理される端末情報に基づいて、複数の端末を連動
   させたサービスを提供するための処理を実行する請求項
   １に記載のサービス提供システム。
9. 【請求項９】 上記基地局側処理実行手段が、端末の物
   理的位置情報に応じた処理を実行する請求項１に記載の
   サービス提供システム。
10. 【請求項１０】 上記ソフト部品記憶手段が、所定期間
    のみ有効なソフト部品を記憶する請求項１に記載のサー
    ビス提供システム。
11. 【請求項１１】 上記ソフト部品記憶手段が、Ｊａｖａ
    を用いて開発されたソフト部品を記憶する請求項１に記
    載のサービス提供システム。
12. 【請求項１２】 上記端末が携帯電話である請求項１乃
    至１１に記載のサービス提供システム。
13. 【請求項１３】 サービスを提供するために必要となる
    ソフトウェアを複数のソフト部品に分割してソフト部品
    記憶手段に記憶しておき、これらソフト部品を端末に順
    次送信するサービス提供サーバにおいて、 サービスを提供するために必要となる処理の一部を実行
    する基地局側処理実行手段を備えたことを特徴とするサ
    ービス提供サーバ。
14. 【請求項１４】 上記基地局側処理実行手段が、当該サ
    ービスとは別のサービスを提供するためのアプリケーシ
    ョンを起動する請求項１３に記載のサービス提供サー
    バ。
15. 【請求項１５】 上記ソフト部品記憶手段が、ユーザの
    好みに応じたソフト部品を記憶する請求項１３に記載の
    サービス提供サーバ。
16. 【請求項１６】 上記ソフト部品記憶手段が、端末の機
    種に応じたソフト部品を記憶する請求項１３に記載のサ
    ービス提供サーバ。
17. 【請求項１７】 上記サービス提供サーバが、更に、端
    末から受信した情報を管理する端末情報管理手段を備
    え、 上記基地局側処理実行手段が、該端末情報管理手段によ
    って管理される端末情報に基づいて、複数の端末を連動
    させたサービスを提供するための処理を実行する請求項
    １３に記載のサービス提供サーバ。
18. 【請求項１８】 上記基地局側処理実行手段が、端末の
    物理的位置情報に応じた処理を実行する請求項１３に記
    載のサービス提供サーバ。
19. 【請求項１９】 上記ソフト部品記憶手段が、所定期間
    のみ有効なソフト部品を記憶する請求項１３に記載のサ
    ービス提供サーバ。
20. 【請求項２０】 上記ソフト部品記憶手段が、Ｊａｖａ
    を用いて開発されたソフト部品を記憶する請求項１３に
    記載のサービス提供サーバ。
21. 【請求項２１】 上記端末が携帯電話である請求項１３
    乃至２０に記載のサービス提供サーバ。