JP2003150267A - サービスプログラムの提供方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザに対するサービス内容を変更する場合
であってもサービスプログラムを変更することなく対処
することができ、ユーザやサービス提供者の負担を軽減
すること。 【解決手段】 要求元からのサービスプログラムの提供
要求を受付けるステップと、要求されたサービスプログ
ラムに対し該サービスプログラムが有する機能を制限す
る機能制限モジュールを制限対象単位に組み込んで要求
元のクライアントに提供するステップとを備えることを
特徴とする。また、クライアントに提供したサービスプ
ログラムの機能変更に際して、該当する機能制限モジュ
ールを直接変更するモジュールを提供するステップをさ
らに備えることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
利用したサービスプログラムの提供方法に関するもので
ある。

【０００２】

【従来の技術】インターネットを利用して特定のサービ
スを受けるためのサービスプログラムをユーザに配布
し、この配布したサービスプログラムを用いて各種のサ
ービスを提供するシステムが実現されている。

【０００３】このようなシステムにおいて、サービスの
提供者は各サービスに応じて複数のサービスプログラム
を別々に用意し、ユーザは上記のサービスを受けるため
サーバから対応するサービスプログラムをダウンロード
し、適切な金額を課金していた。各サービスプログラム
は多くの機能を共有可能であり、利用できる機能により
金額が異なる場合がある。

【０００４】

【発明が解決しようとする課題】しかし、上記のサービ
ス提供方法では、サービス内容を変更が発生した時のソ
ースコードの修正コストが高いだけでなく、ユーザがサ
ービスプログラムを再ダウンロードする場合の手間やコ
ストの負担が大きいという問題がある。また、サービス
プログラムのソースコードが存在しない場合はサービス
プログラムの修正ができないという問題がある。

【０００５】本発明の目的は、それぞれのユーザに対す
るサービス内容を変更する場合であってもサービスプロ
グラムを変更することなく対処することができ、ユーザ
やサービス提供者の負担を軽減することができるサービ
スプログラムの提供方法を実現することである。

【０００６】

【課題を解決するための手段】本発明は、上記の課題を
解決するため、要求元からのサービスプログラムの提供
要求を受付けるステップと、要求されたサービスプログ
ラムに対し該サービスプログラムが有する機能を制限す
る機能制限モジュールを制限対象単位に組み込んで要求
元のクライアントに提供するステップとを備えることを
特徴とする。また、クライアントに提供したサービスプ
ログラムの機能変更に際して、該当する機能制限モジュ
ールを直接変更するモジュールを提供するステップをさ
らに備えることを特徴とする。また、クライアントに提
供済みのサービスプログラムに対して、クライアントか
らの要求に応じて、特定の機能を制限する機能制限モジ
ュールを転送し、提供済みのサービスプログラムの機能
を制限するステップをさらに備えることを特徴とする。

【０００７】

【発明の実施の形態】以下、本発明の一実施の形態を、
図面を用いて詳細に説明する。図１は、本発明のサービ
スプログラムの提供方法を適用したシステムの実施の形
態を示す図である。図において、インターネット１上に
はサーバ１１が接続されている。このサーバ１１にはＷ
ＷＷサーバ１１０が稼動中である。このＷＷＷサーバ１
１０は、サービスプログラムの１つとして、例えば地図
アプリケーションプログラムを販売するサービスを提す
るものである。提供する地図アプリケーションプログラ
ムは、ＷＷＷサーバ１１０のディスク（図示せず）に格
納されている。ここでは、地図アプリケーション（１）
１１１、地図アプリケーション（２）１１２、地図アプ
リケーション（３）１１３が格納されている。

【０００８】地図アプリケーション（１）１１１は、表
示できる地図や地図・情報の印刷機能を制限した「お試
し版プログラム」である。地図アプリケーション（２）
１１２は、関東地区の地図だけを表示できるプログラム
であり、印刷や地図データの保存等の機能は保持してい
る。地図アプリケーション（３）１１３は、全国各地の
地図を表示できるプログラムである。地図アプリケーシ
ョンとしてはこの他にも目的別の地図や地域別の地図を
表示するプログラム等、無数のバリエーションが存在す
るが、本実施形態では３種類だけを例として挙げる。

【０００９】このＷＷＷサーバ１１にはインターネット
１を介して複数のクライアント（１）１２，（２）１３
からアクセス可能になっている。ＷＷＷサーバ１１は、
インターネット１に接続したクライアント（１）１２上
で稼動するＷＷＷブラウザ１２１やクライアント（２）
１３上で稼動するＷＷＷブラウザ１３１から地図アプリ
ケーションの購入要求を受け付け、適切なプログラムを
配布するサービスを提供している。図１では、クライア
ント（１）１２はＷＷＷサーバ１１から地図アプリケー
ション（１）１２２のお試し版プログラムを無償でダウ
ンロードした例を示しており、また、クライアント
（２）１３は関東地区限定地図を購入するため、ＷＷＷ
サーバ１１０上で地図アプリケーション（２）１１２に
対する購入処理として課金承認情報を転送し、地図アプ
リケーション（２）１３２の関東地区限定地図をダウン
ロードした例を示している。

【００１０】図２は、クライアントに提供する地図アプ
リケーションプログラムの作成方法を示す図である。本
実施形態では、サービス提供の前提として、全ての機能
を利用可能な地図アプリケーション２１が存在してい
る。この地図アプリケーション２１は、必要な機能を全
て含む形で既に実行可能な形式であっても構わない。お
試し版プログラムである地図アプリケーション（１）１
１１は、実行可能形式として構成されている地図アプリ
ケーション２１の内部に地図表示制御モジュール２２１
と印刷機能禁止モジュール２２２とファイル格納禁止モ
ジュール２２３を書き込んだ実行可能なプログラムであ
る。また、関東地区限定地図である地図アプリケーショ
ン（２）１１２は、地図アプリケーション２１の内部に
関東地区のみの地図を表示可能にし、関東地区以外の地
図を表示する機能やGUIをすべて無効化する地図表示制
御モジュール２２１を書き込んだ実行可能なプログラム
である。

【００１１】地図表示制御モジュール２２１、２３１
は、地図アプリケーションが表示できる地図を制限する
機能を保持している。すなわち、次のような制限機能を
備えている。 （１）地図表示アプリケーション（１）１１１、（２）
１１２がインターネット上のサーバ１１または他のサー
バから地図をダウンロードする場合には地図データをダ
ウンロードするＡＰＩをキャンセルする。 （２）地図アプリケーション（１）１１１、（２）１１
２がファイルに格納された地図データを参照する場合に
は地図データファイルにアクセスするＡＰＩをキャンセ
ルする。 ただし、お試し版プログラムでサンプル地図を提供する
場合などはサンプル地図の参照は許可しなければなら
ず、データによってＡＰＩのキャンセルや許可を使い分
ける。同様に、関東地区限定地図では表示できる地図を
関東地区に限定する。

【００１２】印刷機能禁止モジュール２２２は、地図デ
ータや詳細情報の印刷を実行するＡＰＩをキャンセルす
る機能を備えている。ファイル格納禁止モジュール２２
３はデータのファイル格納をキャンセルする機能を備え
ている。

【００１３】図３は、地図アプリケーション（１）１１
１上の各モジュールの実現方法について印刷機能禁止モ
ジュール２２２を一例として示す図である。機能が制限
されていない地図アプリケーション２１の処理系ではユ
ーザからのプリント要求を実行する関数としてPrint()
という関数を提供していると仮定する。Print()関数の
内部ではOSが提供するStartDoc()ＡＰＩを呼び出すこと
で実際のプリント処理を実行できる。StartDoc()ＡＰＩ
のアドレスは、プログラムのローダが地図アプリケーシ
ョン21を起動する際に自動的に解決する。そのため、地
図アプリケーション21からStartDocＡＰＩのアドレスを
呼び出すマシン語のcall命令では、StartDoc()ＡＰＩの
先頭アドレスにjmpすることが可能である。

【００１４】地図アプリケーション２１に印刷禁止モジ
ュール２２２を組み込んだ地図アプリケーション（１）
１１１の処理系では、StartDoc()ＡＰＩに対応するダミ
ー関数として、Fake#StartDoc()を実現している。Print
()関数の内部でStartDoc()ＡＰＩへcall命令が実現され
ている点は地図アプリケーション２１と同様であるが、
call命令により実際にjmpするアドレスはStartDoc()Ａ
ＰＩの先頭アドレスにjmpする命令をFake#StartDoc()関
数にjmpするように変更を加えられている。これは、地
図表示制御モジュールが、地図アプリケーション（１）
が保持しているStartDoc()ＡＰＩのアドレスをFake#Sta
rtDoc()へのアドレスに変更したためである。Fake#Star
tDoc()関数の内部では、プリント処理を実行せずに、エ
ラーコードを返すため、呼び出し元であるPrint()関数
の内部のStartDoc()ＡＰＩ呼び出しの次ステップへ処理
が移行する。このような制御によりプリント要求を失敗
させる（実行不可能にさせる）ことが可能であり、他の
機能に関しても同様に、対応するＡＰＩ呼び出しを変更
することで実現可能である。

【００１５】図４は、クライアント（１）１２、（２）
１３における地図アプリケーションによる日本地図表示
例を示す図である。ここで示す例では、地図アプリケー
ション（１）１１１、（２）１１２の起動時に表示画面
（１）４１に日本地図を表示する。この状態で表示画面
（１）４１上の任意の地点をマウスでクリックすると、
その地点に関連した地域の詳細地図として図５に示す表
示画面（２）５２に切り替わる。本例では関東地区内の
東京地区４１１をクリックした場合を示す。仮に図４上
で近畿地区内の大阪地区４１２をクリックした場合に
は、地図表示制御モジュール２２１または２３１は、詳
細地図を表示できない旨を示すエラーダイアログボック
ス等でユーザに地図の大阪地区の表示が許可されていな
いことを通知する。

【００１６】図５は、地図アプリケーション（２）１１
２上の各モジュールの実現方法について地図表示制御モ
ジュール２３１を１例として示す図である。機能が制限
されていない地図アプリケーション２１の処理系ではユ
ーザのマウスイベントを処理する関数としてOnClick(in
t x, int y)という関数を提供していると仮定する。OnC
lick()関数は、マウスをクリックした座標を引数に取
り、内部ではDisplay(int id)ＡＰＩを呼び出すことで
実際の地図表示処理を実行できる。表示する地図は、引
数のid番号で指定する。図３と同様に、地図アプリケー
ション２１に地図表示制御モジュール２３１を組み込ん
だ地図アプリケーション（２）１１２の処理系では、On
Click()ＡＰＩに対応するダミー関数のとして、Fake#On
Click(int x, int y)ＡＰＩを実現している。Fake#OnCl
ick ()関数の内部では、引数のxとyの座標が東京地区に
含まれるかチェックし、含まれている場合は、東京地区
の地図のid番号を引数に指定してDisplay()関数を呼び
出し、1を返す。また、引数のxとyが東京地区に含まれ
ていない場合は、地図を表示できない旨のメッセージダ
イアログを出し、0を返す。このような制御により地図
の表示範囲を限定することが可能であり、他の機能に関
しても同様に、対応するＡＰＩ呼び出しを変更すること
で実現可能である。

【００１７】図６は、地図アプリケーションによる地域
別表示例を示す図である。本例では図４の表示画面
（１）４１の東京地区をマウスでクリックした時に、表
示ウインドウに東京地区の詳細地図を表示した例を示し
ている。図５の仕組を実現する地図表示制御モジュール
２２１または２３１により地図アプリケーション（１）
１１１や地図アプリケーション（２）１１２では、図４
の近畿地区の大阪地区４１２をマウスでクリックした場
合には図６の表示画面６１には遷移しないが、関東地区
の東京地区４１１をクリックした場合は図６の表示画面
６１に遷移する。図６の表示状態で、表示画面（２）６
１上の任意の地点をマウスでクリックすると、その地点
に関連した地域別詳細表示として図７に示す表示画面
（３）７１に切り替わる。本例では図６の横浜付近６１
１をクリックした場合を示す。

【００１８】図７は、地図アプリケーションによる地域
別詳細表示例を示す図である。本例では図６の表示画面
（２）６１の横浜付近をマウスでクリックした時に、表
示ウインドウに横浜地区の詳細を表示した例を示してい
る。ここでは、横浜地区の地図に関連するさらに詳細な
地図情報を提供するサーバへのリンク先が番号または文
字で表示されている。

【００１９】図７の表示状態で、表示画面（３）７１上
に表示された任意のリンク先の番号もしくは文字をマウ
スでクリックすると、その地点に関連した地域別詳細表
示として図８に示す表示画面（４）８１に切り替わる。
本例では、図７における「よこはまコスモワールド」７
１１をクリックした場合を示す。

【００２０】図８は、「よこはまコスモワールド」の詳
細を表示した表示画面８１である。地図アプリケーショ
ン（２）は、関東地区の地図を表示し、その地図上でユ
ーザが行うすべての操作が制限されていないため、「よ
こはまコスモワールド」の詳細を印刷したり、メールで
転送等が可能であるが、印刷機能禁止モジュール２２２
が組み込まれた地図アプリケーション（１）において、
表示データを印刷しようとした場合、ファイルメニュー
の印刷項目８１１が図８に示すように反転表示（網掛け
表示）され、印刷項目を選択することができない。これ
によって、印刷が不可能になる。なお、本例では印刷項
目が反転表示される例を示したが、実際に印刷コマンド
を発行した後で印刷エラーのダイアログボックスを表示
することもできる。

【００２１】図９は地図表示制御モジュールの実現方法
を示した図である。地図表示アプリケーション（１）１
１１の実行コードはMS-DOSヘッダという領域で開始し、
デバッグシンボルという領域で終了する。実行コード中
にはプログラムコードが格納されている領域とシステム
のライブラリが提供するＡＰＩ関数のアドレスを格納し
ているＩＡＴ（Import Address Table）と呼ばれる領域
を含んでいる。地図表示アプリケーション（１）は図３
に示した仕組で地図の印刷処理を禁止している。OSは、
地図アプリケーション（１）をロードする場合、StartD
oc()ＡＰＩの実アドレス９３をＩＡＴの対応する位置９
１に自動的に格納する。地図表示アプリケーション
（１）が印刷処理を開始する場合、StartDoc()ＡＰＩを
呼び出すコード９２はＩＡＴのStartDoc()ＡＰＩの実ア
ドレスが格納されている位置に対してcall命令を発行す
る仕組でシステムＡＰＩを呼び出すことができる。しか
し、地図表示制御モジュールでは、ＩＡＴに格納されて
いるStartDocＡＰＩの実アドレスをFake#StartDoc関数
というダミー関数のアドレス９４に書き換えている。そ
のため、アプリケーション（１）がStartDocＡＰＩを呼
び出す場合はダミー関数が実際には呼び出されることに
なる。

【００２２】以下フローチャートを用いて、本実施形態
の動作を説明する。図１０は、本実施形態の地図アプリ
ケーションダウンロード時のサーバ１１の処理を示すフ
ローチャートである。サーバ１１上で稼動中のＷＷＷサ
ーバ１１０はインターネット１上のクライアント（１）
１２またが（２）１３から地図アプリケーションのダウ
ンロード要求を受け付け（ステップ１００１）、ダウン
ロード要求を受信すると（ステップ１００２）、クライ
アント（１）１２または（２）１３からの要求が課金承
認情報を含むかチェックする（ステップ１００３）。課
金承認情報が含まれていない場合は、地図アプリケーシ
ョンの購入意思がないものと見做し、「お試し版プログ
ラム」である地図アプリケーション（１）１１１を要求
元のクライアント（１）１２または（２）１３に転送し
（ステップ１００４）、ステップ９０１から繰り返す。

【００２３】クライアント（１）１２または（２）１３
からの要求が課金承認情報を含む場合には、要求元のク
ライアント（１）１２または（２）１３の要求に応じた
地図アプリケーションを転送し（ステップ１００５）、
ステップ１００１から繰り返す。例えば、クライアント
（２）１３から関東地区限定地図の地図アプリケーショ
ン（２）１１２の提供要求があり、その利用金額または
販売金額に相当する課金承認情報を含む場合には、当該
地図アプリケーション（２）１１２を要求元のクライア
ント（２）１３に転送する。

【００２４】図１１は、地図アプリケーション（２）１
１２をダウンロードしたクライアント（２）１３におけ
る地図アプリケーション（２）１３２の画面遷移処理を
示すフローチャートである。例えば、関東地区限定地図
の地図アプリケーションをダウンロードしたクライアン
ト１３において、この地図アプリケーション（２）１３
２を起動すると、初期表示として図４に示したような表
示画面（１）４１を表示する（ステップ１１０１）。

【００２５】次に、ユーザが表示画面（１）４１の任意
の地点をクリックしたならば、当該地図アプリケーショ
ン（２）１３２に含まれる地図表示制御モジュール２３
１は、ユーザが指定した地点を表示可能かチェックし
（ステップ１１０２）、表示制限がなされていない場合
は図６の表示画面（２）６１に画面遷移する（ステップ
１１０３）。しかし、表示制限機能が設定されていた場
合はステップ１１０１から繰り返す。

【００２６】ステップ１１０３で、ユーザが表示画面
（２）６１の任意の地点をクリックした時、地図アプリ
ケーション（２）１３２に含まれる地図制御モジュール
２３１は、ユーザが指定した地点を表示可能かチェック
し（ステップ１１０４）、表示制限が設定されていない
場合は図７の表示画面（３）７１に画面遷移するが（ス
テップ１１０４）、表示制限されている場合はステップ
１１０１から繰り返す。ステップ１１０５で、ユーザが
表示画面（３）７１の任意の地点をクリックした時、地
図アプリケーション（２）１３２に含まれる地図制御モ
ジュール２３１は、ユーザが指定した地点を表示可能か
チェックし（ステップ１１０６）、表示制限されていな
い場合は、図８の表示画面（４）８１に画面遷移する
（ステップ１１０７）。しかし、表示制限されていた場
合はステップ１１０１から繰り返す。

【００２７】図１２は、クライアント（２）１２にダウ
ンロードした地図アプリケーション（１）１２２の印刷
禁止処理を示すフローチャートである。ユーザが地図ア
プリケーション（１）１２２から印刷要求を発行すると
（ステップ１２０１）、地図アプリケーション（１）１
２２中に印刷機能禁止モジュール２２２が含まれている
かどうかで処理が異なる（ステップ１２０２）。印刷機
能禁止モジュール２２２が含まれている場合は、印刷Ａ
ＰＩへのjmp命令は図３で説明したようにダミー関数へ
のjmp命令に書き換わっているため印刷ＡＰＩはバイパ
スされ（ステップ１２０３）、ステップ１２０１から繰
り返す。印刷機能禁止モジュール２２２が含まれていな
い場合は、正常に印刷ＡＰＩが実行され（ステップ１２
０４）、ステップ１２０１から繰り返す。

【００２８】図１３は、クライアント（２）１３にダウ
ンロードした地図アプリケーション（１）１３２の地図
表示制限処理を示すフローチャートである。ユーザが地
図アプリケーション（２）１３２の特定の位置をクリッ
クすると（ステップ１３０１）、地図アプリケーション
（２）１３２中に地図表示制限モジュール２３１が含ま
れているかどうかで処理が異なる（ステップ１３０
２）。地図表示制限モジュール２３１が含まれていない
場合は、すべての地図を表示することを許可しているこ
とを示すため、地図の表示処理はそのまま実行され（ス
テップ１３０３）、ステップ１２０１から繰り返す。印
刷機能禁止モジュール２３１が含まれている場合は、On
click()ＡＰＩは直接呼び出されず、Fake#OnClick()Ａ
ＰＩが呼び出されるように地図アプリケーションが書き
換えられている。Fake#OnClick()ＡＰＩは、引数として
xとyの座標の値を取得できるため、地図の表示が可能な
地域に含まれているかチェックする（ステップ１３０
４）。ステップ１３０４でクリックした位置が表示可能
な範囲に含まれている場合には、地図の表示処理はその
まま実行され（ステップ１３０５）、ステップ１３０１
から繰り返す。ステップ１３０４でクリックした位置が
表示可能な範囲に含まれない場合には、地図を表示でき
ないことを示すダイアログボックス等によりユーザにそ
の旨を通知し（ステップ１３０６）、ステップ１３０１
から繰り返す。

【００２９】図１４は、地図アプリケーションを書き換
えて機能制限モジュールを追加する処理を示すフローチ
ャートである。地図アプリケーションを書き換える場
合、まず地図アプリケーションが実行された場合に機能
制限モジュールをロードするようにプログラムのバイナ
リファイルを書き換える（ステップ１４０１）。地図ア
プリケーション（１）１１１の場合は地図表示制御モジ
ュール２２１と印刷禁止モジュール２２２とファイル格
納禁止モジュール２２３をロードするように地図アプリ
ケーション（１）のインポート情報を書き換え、地図ア
プリケーション（２）１１２の場合は地図表示制御モジ
ュール２３１をロードするように地図アプリケーション
（２）のインポート情報を書き換える。次に、ＡＰＩ呼
び出しをダミー関数の呼び出しに変換するため、対象と
なるＡＰＩの実アドレスがＩＡＴに格納されているかチ
ェックする（ステップ１４０２）。地図表示制御モジュ
ール２２１の場合はOnClick()ＡＰＩ、印刷禁止モジュ
ール２２２の場合StartDoc()ＡＰＩ、ファイル格納禁止
モジュール２２３の場合CreateFile()ＡＰＩといった関
数の実アドレスを検索する。ステップ１４０２で対象と
なる関数の実アドレスが見つかった場合には、ＩＡＴに
格納されているアドレスをダミー関数のアドレスに変換
し（ステップ１４０３）、ステップ１４０１から繰り返
す。ステップ１４０２で対象となる関数の実アドレスが
見つからなかった場合には、ステップ１４０１から処理
を繰り返す。

【００３０】以上のように本実施形態は、地図アプリケ
ーション等のサービスプログラム中に予め機能制限モジ
ュールを挿入してクライアントに提供するようにしたも
のである。従来まではサービスプログラムのソースコー
ドを修正し、プログラム全体を構成し直していたが、本
発明の方法を利用することで、サービス内容を変更する
場合でも機能制限モジュールの変更だけが必要であり、
サービスプログラムの実行可能ファイルは変更する必要
がない。

【００３１】機能制限モジュールの挿入はサービスプロ
グラムの実行可能ファイルに直接編集する方法を採用す
るため、サービスプログラムのソースコードが存在しな
い場合でも問題はない。サービスの提供者はサービス内
容を変更する場合に、機能制限モジュールの書き換えが
可能なモジュールを新規に作成すればよい。すなわち、
ユーザはサービスプログラム全体をダウンロードし直す
ことは必要なく、機能制限モジュールの書き換えが可能
なモジュールをダウンロードするだけでよいことにな
る。

【００３２】したがって、本実施形態によれば、サービ
スの提供を受けるためのサービスプログラムに対し該サ
ービスプログラムが有する機能を制限する機能制限モジ
ュールを制限対象単位に組み込んでサービス提供先のク
ライアントにダウンロードし、このダウンロードしたサ
ービスプログラムを用いてサービスを受けられるように
したため、それぞれのユーザに対するサービス内容を変
更する場合には、サービスプログラムを変更することな
く、機能制限モジュールのみを変更するだけで対処する
ことができ、ダウンロードにかかる時間や経費を節約す
ることができる。したがって、既にクライアントに提供
済みのサービスプログラムであっても、その機能を制限
する場合には、該当する機能制限モジュールをダウンロ
ードすればよくなり、既存のサービスプログラムに対し
ても容易に対処することができる。また、サービス内容
別のサービスプログラムを用意しておく必要がなく、サ
ービスプログラムの開発コストや維持コストを削減する
ことができる。

【００３３】なお、上記実施形態では、地図情報の提供
サービスを行う場合を例に挙げて説明したが、本発明は
これに限定されるものではなく、任意のプログラムの機
能を汎用的に制限する仕組を提供する。この仕組によ
り、１つのプログラムで複数の種類のサービスを提供す
る場合でも、サービスごとに別途プログラムを作成する
必要がなくなり、場合に応じて機能制限モジュールをプ
ログラムに埋め込むだけで済む。

【００３４】

【発明の効果】以上のように本発明によれば、サービス
を提供するサービスプログラムに対し該サービスプログ
ラムが有する機能を制限する機能制限モジュールを制限
対象単位に組み込んでサービス提供先のクライアントに
提供し、この提供したサービスプログラムを用いて各種
のサービスを受けられるようにしたため、それぞれのユ
ーザに対するサービス内容を変更する場合には、サービ
スプログラムを変更することなく、機能制限モジュール
のみを変更するだけで対処することができ、ダウンロー
ドにかかる時間や経費を節約することができる。

【００３５】また、機能制限モジュールの変更に際して
は、新たな機能制限モジュールを提供するか、現在の機
能制限モジュールを書き換えるモジュールを作成して提
供すればよく、サービス内容の変更も容易に実現するこ
とができる。また、サービス内容別のサービスプログラ
ムを用意しておく必要がなく、プログラムの開発コスト
や維持コストを削減することができる。

【図面の簡単な説明】

【図１】本発明を適用したシステムの実施の形態を示す
構成図である。

【図２】図１の地図アプリケーションの作成方法を示す
図である。

【図３】図１における地図アプリケーション上の各モジ
ュールの中で、印刷禁止モジュールの実現方法を示す図
である。

【図４】図１における地図アプリケーションによる日本
地図表示例を示す図である。

【図５】図１における地図アプリケーション上の各モジ
ュールの中で、地図表示制御モジュールの実現方法を示
す図である。

【図６】図１における地図アプリケーションによる地域
別表示例を示す図である。

【図７】図１における地図アプリケーションによる地域
別表示例を示す図である。

【図８】図１における地図アプリケーションによる詳細
情報表示例を示す図である。

【図９】図１における各機能制限モジュールの詳細を実
現方法を示した図である。

【図１０】図１における地図アプリケーションダウンロ
ード時のサーバの処理を示すフローチャートである。

【図１１】図１における地図アプリケーションの画面遷
移処理を示すフローチャートである。

【図１２】図１における地図アプリケーションの印刷禁
止処理を示すフローチャートである。

【図１３】図１における地図アプリケーションの地図表
示制限処理を示すフローチャートである。

【図１４】図１における地図アプリケーションの書き換
え処理を示すフローチャートである。

【符号の説明】

１…インターネット、１１…サーバ、１２…クライアン
ト（１）、１３…クライアント（２）、１１０…ＷＷＷ
サーバ、１１１…地図アプリケーション（１）、１１２
…地図アプリケーション（２）、１１３…地図アプリケ
ーション（３）、１２１…ＷＷＷブラウザ、１２２…地
図アプリケーション（１）、１３１…ＷＷＷブラウザ、
１３２…地図アプリケーション（２）、２２１…地図表
示制御モジュール、２２２…印刷機能禁止モジュール、
２２３…ファイル格納禁止モジュール。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３１８ Ｇ０６Ｆ 17/60 ＺＥＣ ＺＥＣ 9/06 ６６０Ａ Ｆターム(参考） 5B075 KK07 KK13 KK33 KK38 ND06 ND20 ND22 ND23 ND34 ND36 PP03 PP13 PP30 PQ02 PQ05 PQ13 PQ48 PQ49 UU14 UU40 5B076 AB18 BB06 FB03 FB05

Claims (3)

【特許請求の範囲】
1. 【請求項１】 インターネットを利用して特定のサービ
   スを受けるためのサービスプログラムを提供する方法で
   あって、 要求元からのサービスプログラムの提供要求を受付ける
   ステップと、 要求されたサービスプログラムに対し該サービスプログ
   ラムが有する機能を制限する機能制限モジュールを制限
   対象単位に組み込んで要求元のクライアントに提供する
   ステップとを備えることを特徴とするサービスプログラ
   ムの提供方法。
2. 【請求項２】 クライアントに提供したサービスプログ
   ラムの機能変更に際して、該当する機能制限モジュール
   を直接変更するモジュールを提供するステップをさらに
   備えることを特徴とする請求項１に記載のサービスプロ
   グラムの提供方法。
3. 【請求項３】 クライアントに提供済みのサービスプロ
   グラムに対して、クライアントからの要求に応じて、特
   定の機能を制限する機能制限モジュールを転送し、提供
   済みのサービスプログラムの機能を制限するステップを
   さらに備えることを特徴とする請求項１または２に記載
   のサービスプログラムの提供方法。