JP2004030354A - Information providing system - Google Patents

Information providing system Download PDF

Info

Publication number
JP2004030354A
JP2004030354A JP2002187090A JP2002187090A JP2004030354A JP 2004030354 A JP2004030354 A JP 2004030354A JP 2002187090 A JP2002187090 A JP 2002187090A JP 2002187090 A JP2002187090 A JP 2002187090A JP 2004030354 A JP2004030354 A JP 2004030354A
Authority
JP
Japan
Prior art keywords
display
information
terminal
character string
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2002187090A
Other languages
Japanese (ja)
Inventor
Ryota Kuwabara
桑原 良太
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
INFORWARE SYSTEM KK
Original Assignee
INFORWARE SYSTEM KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by INFORWARE SYSTEM KK filed Critical INFORWARE SYSTEM KK
Priority to JP2002187090A priority Critical patent/JP2004030354A/en
Publication of JP2004030354A publication Critical patent/JP2004030354A/en
Withdrawn legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information providing system that is loadable even on a portable information terminal with low processing and display capabilities such as a PDA and in which display is updated cheerfully. <P>SOLUTION: Terminals 10 to 12 display display character strings transferred by a browser, character strings selected in the display character strings are transmitted as request information. In this information providing system 20, a mediating access point server 21 performs session (page) management and model dependance processing with the terminals. The terminal sides have only to be provided with a browser with a light processing load, the processing load of the terminal sides can be reduced and an amount of transfer data can be reduced. Display can be updated lightly even in a portable information terminal with low processing and display capabilities such as a PDA. Also, an application server has only to support general-purpose services, and in addition, various mobile devices can be supported. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は情報提供システムに関し、特に、携帯電話機やPDAなどの処理能力や表示能力の低い携帯情報端末に対して好適な情報提供システムに関するものである。
【0002】
【従来の技術】
従来、情報提供システムとしては、周知のインターネットにおけるWebサービスがあった。このサービスは、HTML形式のデータを使用し、端末の汎用ブラウザからのURL(アドレス)によるサービス(ページ)要求に対して、Webサーバが所定のあるいは生成したHTMLデータを返送するものであった。
【0003】
【発明が解決しようとする課題】
近年、多様化するWeb表示機能に対応して他種類のタグが規定され、汎用ブラウザはこれらの処理機能を備えるためにプログラム規模の肥大化や処理負荷の増大を招いている。上記したような従来の情報提供システムにおいては、携帯電話機やPDAなどの処理能力や表示能力の低い携帯情報端末にHTMLあるいはそのサブセット用の汎用ブラウザを搭載することは、プログラム容量が大きく、かつ処理負荷が重いので、搭載出来ないか、搭載出来ても処理資源を浪費し、かつ軽快に表示が更新されないという問題点があった。
【0004】
本発明の目的は、前記のような従来技術の問題点を解決し、携帯電話機やPDAなどの処理能力や表示能力の低い携帯情報端末でも搭載可能であり、かつ軽快に表示の更新が可能な情報提供システムを提供することにある。
【0005】
【課題を解決するための手段】
本発明の情報提供システムにおいては、端末において、転送されてきた表示文字列を表示し、表示文字列の内の選択された文字列を要求文字列として送信する点に特徴がある。サーバ側においては、仲介するアクセスポイントサーバにおいて端末とのセッション管理を行う。
【0006】
本発明によれば、予め定められた表示フォーマットの中から使用するフォーマットを指定し、当該フォーマットで表示する文字列のみを送信することにより、端末側には、プログラム容量が小さく、処理負荷の軽いブラウザを備えるのみでよく、端末側処理負荷の軽減および転送データ量の削減が可能であり、携帯電話機やPDAなどの処理能力や表示能力の低い携帯情報端末でも軽快に表示の更新が可能となる。
【0007】
また、仲介するアクセスポイントサーバにおいて、セッション(ページ)の管理あるいは機種依存処理の吸収を行うことにより、サービスを行うサーバ側においては従来と同様の汎用性の高いサービスをサポートするのみでよく、サーバ側システムの開発が容易となり、開発効率が向上する。
更に、仲介するアクセスポイントサーバにおいて機種依存処理の吸収を行うことにより、多種多様なモバイル機器へのサポートが可能となる。
【0008】
【発明の実施の形態】
以下、本発明の実施の形態を詳細に説明する。図1は、本発明の情報提供システム20を含むシステム全体の構成を示すブロック図である。情報提供システム20は、例えば店舗や駅など、人の集まる場所に設置される。情報提供システム20は、無線アクセスポイント装置28、複数のアプリケーション(Web)サーバ23、24、データベースサーバ25、ルータ/ファイアウォールサーバ26等がLAN27によって接続されている。無線アクセスポイント装置28は、例えば周知のBluetooth(登録商標)仕様の無線トランシーバ22およびアクセスポイントサーバ(以下ASと記す)21から成る。
【0009】
例えば店舗に設置された情報適用システム20においては、来店した客が携帯しているPC(パソコン)端末10、PDA端末11、携帯電話機端末12等とAS21が無線により接続される。また、情報適用システム20はルータ/ファイアウォールサーバ26を介してインターネット30と接続されており、AS21は必要に応じて外部のサーバ31、32と接続することも可能である。
【0010】
図2は、本発明の実施例における各装置間のデータのやり取りを示す説明図である。図2においては既にユーザ認証は完了しているものとする。本発明のシステムにおいては、端末はそれぞれ簡単な機能のブラウザ(後述する)を備えており、使用者が例えば表示画面の「トップ」と表示されている領域(ボタン)をクリック(選択操作)すると、端末は「トップ」という文字列をAS21に送信する。
【0011】
AS21は受信した文字列「トップ」と現在の端末のセッション状態(現在どのページが表示されているかを示す情報)とにより、どのアプリケーションサーバに何を要求するかを決定し、受信した文字列「トップ」に要求の内容を確定する文字列として「サービス」という文字列を付加して、決定されたサーバへ送信する。そして、サーバから、回答の表示文字列を受信する。
【0012】
AS21は、受信した表示文字列、接続時に取得した端末種別情報、およびセッション状態から、端末に送信すべき表示データを生成する。表示データには、表示フォーム情報、タイトル文字列、選択肢として表示すべき複数の表示文字列情報等が含まれている。
【0013】
端末においては、ブラウザが指示されたフォームで受信した文字列を表示する。ここで、例えば使用者が「娯楽」のチェックボックスをクリック(選択)した場合には、端末は、「娯楽」という文字列のみをAS21に送信する。以下、上記したような処理を繰り返す。
【0014】
以上のように、AS21によってセッション(ページ)管理および機種依存処理を行うことによって、端末側およびサーバ側双方の処理負担やプログラムの開発負担が軽減され、軽快な表示の更新が可能となる。
【0015】
図3は、本発明における端末の処理を示すフローチャートである。携帯情報端末としては、例えば無線接続機能を備えたノートPC、PDA、携帯電話機等がある。これらの携帯情報端末は表示能力や処理能力に差はあるが、いずれもオペレーティングシステム、プログラムのインストールによる情報処理機能、表示機能、入力機能等を備えており、機種と対応して以下の機能を有するブラウザをインストールすることによって、本発明の端末として使用できる。
【0016】
S10においては、AS21からの受信データが有るか否かが判定され、判定結果が否定の場合にはS12に移行するが、肯定の場合にはS11に移行する。S11においては、受信データに含まれる表示フォーマット情報に基づき、受信した文字列を端末の表示装置に表示する。
【0017】
S12においては、使用者による選択操作(クリック)が有ったか否かが判定され、判定結果が否定の場合にはS10に戻るが、肯定の場合にはS13に移行する。S13においては、操作が終了操作(終了ボタンのクリック)か否かが判定され、判定結果が肯定の場合にはブラウザの処理を終了するが、否定の場合にはS14に移行する。
【0018】
S14においては、表示変更指示であるか否(=送信指示)かが判定される。その領域が選択操作された場合に表示変更、送信あるいはその他の処理の内のどの処理を実行するかは、指定された表示フォーマット情報によって予め定められている。S14の判定結果が肯定の場合にはS15に移行し、例えば後述する具体例の(S−6)表示画面の説明のように、指示に基づき表示内容を変更する。
【0019】
S14の判定結果が否定の場合、即ち送信指示である場合にはS15に移行し、選択されたチェックボックスあるいはボタン領域に対応する文字列をAS21に送信する。
【0020】
端末のブラウザは以上の処理のみを行えばよく、プログラムが小さくて済み、また送受信されるデータ量も少ないので、処理負荷が軽く、軽快な表示の更新が可能となる。
【0021】
図4は、本発明におけるサーバの処理を示すフローチャートである。アプリケーションサーバにおける処理は、例えば従来のWebサーバの処理とほぼ同じであるが、Webサーバが要求情報としてURLを受信するのに対して本発明のサーバは文字列あるいは複数の文字列の組み合わせによって要求されるサービスを識別している。
【0022】
この理由は、端末から送信されてくる要求文字列をそのまま利用可能であり、またシステムの開発、運用において、プログラマやオペレータが内容を理解しやすくなり、開発、運用効率が向上するためである。
【0023】
S20においては、AS21からの受信データがあるか否かが判定され、判定結果が否定の場合にはS20を繰り返すが、肯定の場合にはS21に移行する。S21においては、受信文字列を解析し、ユーザがどのページのデータを要求しているかを決定する。
【0024】
S22においては、例えばDBサーバに対して検索要求を行って回答を得るなどの表示情報生成処理を行う。S23においては、AS21に対する回答である表示文字列データを生成し、AS21に送信する。この表示文字列データのフォーマットは端末の機種に依存しない汎用のフォーマットである。
【0025】
図5は、本発明におけるアクセスポイントサーバ21の処理を示すフローチャートである。S30においては、端末からの受信データがあるか否かが判定され、判定結果が肯定の場合にはS31に移行する。S31においては、受信されたデータが標準コードか否かが判定され、標準コードでない場合にはS32に移行して標準コードへの変換処理が行われる。
【0026】
S33においては、受信データが接続当初の認証要求であるか否かが判定され、判定結果が否定の場合にはS38に移行するが、肯定の場合にはS34に移行する。S34においては認証処理が行われる。即ち、例えば受信したユーザIDおよびパスワードを図示しない認証サーバへ送って認証OKかあるいはNGかの回答を得る。
【0027】
S35においては、認証処理の結果が認証OKであるか否かが判定され、判定結果が否定の場合にはS37に移行して接続拒否処理を行うが、肯定の場合にはS36に移行する。S36においては、当該端末とのセッション情報をセッションデータベースに登録する。このセッション情報には端末から取得した端末種別情報、現在サービスを受けているサーバ名(サーバアドレス)、現在のサービス階層情報(ページ識別情報)が含まれている。
【0028】
S38においては、端末からの受信データが終了要求か否かが判定され、終了要求の場合にはS39に移行して、AS21に登録されているセッション情報を削除する。
【0029】
S40においては、当該端末のセッション情報を読み出し、この情報に基づいて受信した文字列にページ識別情報である文字列(図2の「サービス」)を付加する。S41においては、当該処理を担当するアプリケーションサーバを選定し、当該サーバに処理要求文字列データを送信し、当該サーバから回答を得る。
【0030】
S42においては、端末種別情報を読み出し、端末のスクロール機能を代理処理するか否かを判定する。そして、判定結果が肯定の場合にはS43に移行してスクロール代理処理を行う。即ち、表示行数の少ない端末である場合には、表示文字列を保存しておく。そして、まず表示可能な行数分だけ表示文字列を送信し、、端末から下スクロールの要求があった時に、残りの表示文字列を送信する。更に、上スクロールの要求があった場合には最初に送った文字列を再送する。以上のような処理によって、スクロール機能を代理処理する。
【0031】
S44においては、端末に画像データを送信する場合に、画像サイズが端末で表示可能なサイズよりも大きいか否かによって、縮小処理を行うか否かが判定され、判定結果が肯定の場合にはS45に移行して、画像サイズの縮小処理が行われる。
【0032】
S46においては、端末の文字コードが標準コードか否かが判定され、判定結果が否定の場合にはS47に移行して、文字コードを当該端末に適合したコードへ変換する文字コード変換処理が行われる。
【0033】
S48においては、表示フォーマット情報と共に表示文字列情報が所定のフォーマットで端末に出力される。S49においては、当該端末のセッション(ページ)情報が更新される。
【0034】
以上のように、AS21においてセッション管理および機種依存の表示処理を行うので、端末側においては、負荷が軽くなると共に、アプリケーションサーバ側においては、機種に依存しない汎用の処理が可能となる。
【0035】
図6は、本発明における装置間のデータの一連のやり取りの具体例を示す説明図である。また、図7〜図10は、図6の具体例において装置間でやり取りされるデータ例を示す説明図である。更に、図11は、図6の具体例における端末の表示例を示す説明図である。なお、図6のORB(Object Request Broker) とは、分散オブジェクトと呼ばれ、複数のコンピュータを有機的に結合させ、分散処理させる為のフレームワークであるが、ORBを使用しなくても本発明は実施できる。
【0036】
以下、レストラン案内サービスの利用例として信号シーケンスを説明する。この具体例は、初期設定シーケンス、複数のサービス提供シーケンス、終了シーケンスからなっており、各シーケンスの内容は可変長の文字コード列から成っている。
【0037】
初期設定要求(S−1)は図示するように、(1)初期設定要求文字列(INIT)、(2)機種コード(iPAQ)、(3)ユーザID(user1)、(4)パスワード(ABCDEFGH)から成っており、(2)は機種対応のブラウザが設定し、(3)、(4)は使用者が予め設定しておくか、図11(a)の画面において入力する。
【0038】
AS21は、初期設定要求(S−1)を受信すると、図示しない認証サーバへ認証要求(S−c1)を送信し、認証応答(S−c2)を受け取る。(OKであるものとする)次に、AS21はサービス初期要求(S−s1)を予め定められたアプリケーションサーバに送信する。内容の「提供サービス一覧」という文字列は最初に要求するサービス名として予め決められている。
【0039】
AS21はサーバからサービス初期要求応答(S−s2)を受け取る。内容は、(1)表示フォーマット名(STD00)、(2)タイトル名(提供サービス一覧)、(3)提供サービス項目(ニュース、…)からなる。
【0040】
AS21は(S−s2)を受信すると初期設定要求応答(S−2)を生成して端末に送信する。初期設定要求応答(S−2)は、(1)機種対応表示フォーマット名(DLG00)、(2)タイトル名、(3)提供サービス項目からなる。(2)、(3)はサービス初期要求応答(S−s2)の内容と同じである。端末においては、当該信号を受信して、図11(b)に示すような画面を表示する。ここまでが初期設定シーケンスである。
【0041】
ここで、利用者が「各種情報案内」のボタンをクリック(選択)すると、端末はサービス要求(S−3)を送出する。サービス要求(S−3)の内容は「各種情報案内」という端末画面の選択項目に表示されている文字列のみである。このサービス要求(S−3)は、そのままアプリサーバに転送される。
【0042】
AS21はサーバからサービス要求応答(S−s4)を受け取る。内容は、(1)表示フォーマット名(STD01)、(2)要求サービス名(各種情報案内)、(3)タイトル名(各種案内情報)、(4)項目数(5)、(5)項目名称(観光ガイド,レストラン情報,…)からなる。
【0043】
AS21はサービス要求応答(S−s4)を受け取るとサービス要求応答(S−4)を生成して端末に送信する。内容は、(1)機種対応表示フォーマット名(DLG01)、(2)タイトル名(各種案内情報)、(3)項目数(5)、(4)項目名称(観光ガイド,レストラン情報,…)からなる。
【0044】
図11(c)にサービス要求応答(S−4)受信後の表示画面例を示す。ここで、利用者が「レストラン情報」をクリック(選択)すると、端末はサービス要求(S−5)を送出する。サービス要求(S−5)の内容は、「レストラン情報」という要求情報名のみである。
【0045】
AS21は端末からサービス要求(S−5)を受け取ると、サーバへサービス要求(S−s5)を送信する。なお、例えばこの「レストラン情報」までのメニュー階層(上位3階層)のサービス名、情報名はユニーク(重複しない)なものとすることにより、サービス名あるいは情報名のみでページの管理が可能である。また、これより下位の階層の情報名はユニークでないものとし、後述するように上位のユニークな情報名を付加することにより、ページの特定が可能となる。
【0046】
AS21はサーバからサービス要求応答(S−s6)を受け取る。サービス要求応答(S−s6)の内容は、(1)表示フォーマット名(STD10)、(2)要求情報名(レストラン情報)、(3)タイトル名(レストラン情報)、(4)種別項目数(3)、(5)複数の種別識別番号および項目名からなる種別項目(1:中国…和食)、(6)情報項目数(20)、(7)複数の情報項目名および該当種別識別番号からなる情報項目からなる。
【0047】
AS21はサービス要求応答(S−s6)を受け取るとサービス要求応答(S−6)を生成して端末に送信する。内容は、(1)機種対応表示フォーマット名(DLG10)、(2)タイトル名(レストラン情報)、(3)種別項目数(3)、(4)複数の種別識別番号および項目名からなる種別項目(1:中国…和食)、(5)情報項目数(20)、(6)複数の情報項目名および該当種別識別番号からなる情報項目(来来軒…)からなる。
【0048】
図11(d)にサービス要求応答(S−6)受信後の表示画面例を示す。ここで、利用者が例えば中華料理のチェックボックスをクリック(選択)すると、端末のブラウザは受信した情報項目の中から識別番号が1(=中国料理)であるもののみを右側のウィンドウ内に表示する。そこで、例えば利用者が「北京酒家」をクリック(選択)すると、端末はサービス要求(S−7)を送出する。サービス要求(S−7)の内容は、「北京酒家」という要求情報項目名のみである。
【0049】
AS21は端末からサービス要求(S−7)を受け取ると、当該端末のセッション情報を読み出すことによって要求情報項目に「レストラン情報」というユニークな要求情報名を示す文字列を付加して、サーバへサービス要求(S−s7)を送信する。
【0050】
AS21はサーバからサービス要求応答(S−s8)を受け取る。サービス要求応答(S−s8)の内容は、(1)表示フォーマット名(STD11)、(2)要求情報名(レストラン情報)、(3)タイトル名(北京酒家情報)、(4)詳細情報(午前…7890,…)からなる。
【0051】
AS21はサービス要求応答(S−s8)を受け取るとサービス要求応答(S−8)を生成して端末に送信する。内容は、(1)機種対応表示フォーマット名(DLG11)、(2)タイトル名(北京酒家情報)、(3)詳細情報(午前…7890,…)からなる。
【0052】
図11(e)にサービス要求応答(S−8)受信後の表示画面例を示す。なお、図示されていないが、画面には「トップ」ボタンおよび「終了」ボタンが常時表示されている。ここで、利用者が例えば「終了」ボタンをクリック(選択)すると、端末は終了要求(S−9)を送信する。終了要求(S−9)は、「終了」文字列からなる。AS21は終了要求(S−9)を受信すると、「OK」という文字列からなる終了要求応答(S−10)を端末に送信し、セッションが終了する。
【0053】
以上、本発明の実施例を開示したが、本発明には下記のような変形例も考えられる。実施例においては、無線によって端末とアクセスポイント装置とを接続する例を開示したが、端末との接続手段としては任意の無線あるいは有線接続手段を採用可能である。
【0054】
実施例においては、アプリケーションサーバにおいて、文字列によって要求を認識する例を開示したが、アクセスポイントサーバにおいて、文字列を解析して要求を認識し、例えばURLに変換し、アプリケーションサーバとしては通常のWebサーバを使用するようにすることも可能である。
【0055】
【発明の効果】
以上述べたように、本発明によれば、予め定められた表示フォーマットの中から使用するフォーマットを指定し、当該フォーマットで表示する文字列のみを送信することにより、端末側には、プログラム容量が小さく、処理負荷の軽いブラウザを備えるのみでよく、端末側処理負荷の軽減および転送データ量の削減が可能であり、携帯電話機やPDAなどの処理能力や表示能力の低い携帯情報端末でも軽快に表示の更新が可能となるという効果がある。
【0056】
また、仲介するアクセスポイントサーバにおいて、セッション(ページ)の管理あるいは機種依存処理の吸収を行うことにより、サービスを行うサーバ側においては従来と同様の汎用性の高いサービスをサポートするのみでよく、サーバ側システムの開発が容易となり、開発効率が向上するという効果もある。更に、仲介するアクセスポイントサーバにおいて機種依存処理の吸収を行うことにより、多種多様なモバイル機器へのサポートが可能となるという効果もある。
【図面の簡単な説明】
【図1】本発明の情報提供システム20を含むシステム全体の構成を示すブロック図である。
【図2】本発明における各装置間のデータのやり取りを示す説明図である。
【図3】本発明における端末の処理を示すフローチャートである。
【図4】本発明におけるサーバの処理を示すフローチャートである。
【図5】本発明におけるアクセスポイントサーバ21の処理を示すフローチャートである。
【図6】本発明における装置間のデータの一連のやり取りの具体例を示す説明図である。
【図7】具体例においてやり取りされるデータ例を示す説明図(1)である。
【図8】具体例においてやり取りされるデータ例を示す説明図(2)である。
【図9】具体例においてやり取りされるデータ例を示す説明図(3)である。
【図10】具体例においてやり取りされるデータ例を示す説明図(4)である。
【図11】図6の具体例における端末の表示例を示す説明図である。
【符号の説明】
10…PC端末、11…PDA端末、12…携帯電話機端末、20…情報提供システム、21…アクセスポイントサーバ、22…無線トランシーバ、23、24…アプリケーションサーバ、25…データベースサーバ、26…ルータ/ファイアウォール、27…LAN、28…無線アクセスポイント装置、30…インターネット、31、32…外部サーバ
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an information providing system, and more particularly, to an information providing system suitable for a portable information terminal having a low processing capability and a low display capability, such as a mobile phone and a PDA.
[0002]
[Prior art]
Conventionally, as an information providing system, there has been a well-known Internet Web service. This service uses HTML format data and returns predetermined or generated HTML data in response to a service (page) request by a URL (address) from a general-purpose browser of a terminal.
[0003]
[Problems to be solved by the invention]
In recent years, other types of tags have been defined in response to diversifying Web display functions, and a general-purpose browser has these processing functions, resulting in an increase in program scale and an increase in processing load. In the conventional information providing system as described above, mounting a general-purpose browser for HTML or a subset thereof on a mobile information terminal such as a mobile phone or a PDA having a low processing capability or display capability requires a large program capacity and a large processing capacity. Since the load is heavy, there is a problem in that it cannot be mounted, or even if it can be mounted, processing resources are wasted and the display is not updated easily.
[0004]
SUMMARY OF THE INVENTION An object of the present invention is to solve the above-mentioned problems of the prior art, and can be mounted on a portable information terminal having a low processing capability or display capability such as a mobile phone or a PDA, and can easily update the display. An object of the present invention is to provide an information providing system.
[0005]
[Means for Solving the Problems]
The information providing system according to the present invention is characterized in that a terminal displays a transferred display character string and transmits a selected character string among the display character strings as a request character string. On the server side, the intermediary access point server manages the session with the terminal.
[0006]
According to the present invention, by specifying a format to be used from a predetermined display format and transmitting only a character string to be displayed in the format, the terminal side has a small program capacity and a light processing load. It is only necessary to provide a browser, it is possible to reduce the processing load on the terminal side and the amount of transfer data, and it is possible to easily update the display even with a portable information terminal such as a mobile phone or a PDA having a low processing capability and a low display capability. .
[0007]
In addition, the intermediary access point server manages the session (page) or absorbs the model-dependent processing, so that the service-providing server only needs to support the same versatile service as before. The development of the side system becomes easy, and the development efficiency is improved.
Furthermore, by supporting the model-dependent processing in the intermediary access point server, it is possible to support a wide variety of mobile devices.
[0008]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail. FIG. 1 is a block diagram showing a configuration of an entire system including an information providing system 20 of the present invention. The information providing system 20 is installed at a place where people gather, such as a store or a station. In the information providing system 20, a wireless access point device 28, a plurality of application (Web) servers 23 and 24, a database server 25, a router / firewall server 26, and the like are connected by a LAN 27. The wireless access point device 28 includes, for example, a well-known Bluetooth (registered trademark) wireless transceiver 22 and an access point server (hereinafter, referred to as AS) 21.
[0009]
For example, in an information application system 20 installed in a store, the AS 21 is wirelessly connected to a PC (personal computer) terminal 10, a PDA terminal 11, a mobile phone terminal 12 and the like carried by a visiting customer. The information application system 20 is connected to the Internet 30 via a router / firewall server 26, and the AS 21 can also connect to external servers 31 and 32 as needed.
[0010]
FIG. 2 is an explanatory diagram showing data exchange between devices in the embodiment of the present invention. In FIG. 2, it is assumed that user authentication has already been completed. In the system of the present invention, each terminal is provided with a browser (described later) having a simple function, and when a user clicks (selects or operates) an area (button) displayed as “top” on the display screen, for example. , The terminal transmits the character string “top” to the AS 21.
[0011]
The AS 21 determines what application server is requested based on the received character string “top” and the current session state of the terminal (information indicating which page is currently displayed), and determines the received character string “ A character string "service" is added to the "top" as a character string for determining the content of the request, and the request is transmitted to the determined server. Then, the display character string of the answer is received from the server.
[0012]
The AS 21 generates display data to be transmitted to the terminal based on the received display character string, the terminal type information acquired at the time of connection, and the session state. The display data includes display form information, a title character string, a plurality of display character string information to be displayed as options, and the like.
[0013]
In the terminal, the browser displays the character string received in the specified form. Here, for example, when the user clicks (selects) the check box of “entertainment”, the terminal transmits only the character string of “entertainment” to the AS 21. Hereinafter, the above processing is repeated.
[0014]
As described above, by performing the session (page) management and the model-dependent processing by the AS 21, the processing load and the program development load on both the terminal side and the server side are reduced, and the display can be updated lightly.
[0015]
FIG. 3 is a flowchart showing processing of the terminal according to the present invention. Examples of the portable information terminal include a notebook PC, a PDA, and a mobile phone having a wireless connection function. Although these portable information terminals have different display and processing capabilities, they all have an operating system, information processing functions by installing programs, display functions, input functions, etc. By installing the browser, the terminal can be used as the terminal of the present invention.
[0016]
In S10, it is determined whether or not there is data received from the AS 21, and if the determination result is negative, the process proceeds to S12, but if affirmative, the process proceeds to S11. In S11, the received character string is displayed on the display device of the terminal based on the display format information included in the received data.
[0017]
In S12, it is determined whether or not a selection operation (click) has been performed by the user. If the determination result is negative, the process returns to S10, but if affirmative, the process proceeds to S13. In S13, it is determined whether or not the operation is an end operation (click on the end button). If the determination result is affirmative, the browser process ends, but if the determination result is negative, the process proceeds to S14.
[0018]
In S14, it is determined whether the instruction is a display change instruction (= transmission instruction). Which of the display change, transmission, and other processing to execute when the area is selected is determined in advance by the designated display format information. If the determination result in S14 is affirmative, the process moves to S15, and the display content is changed based on the instruction, for example, as described in a specific example (S-6) of the display screen described later.
[0019]
If the determination result in S14 is negative, that is, if it is a transmission instruction, the process proceeds to S15, and the character string corresponding to the selected check box or button area is transmitted to the AS 21.
[0020]
The browser of the terminal only needs to perform the above processing, and the program is small and the amount of data to be transmitted and received is small, so that the processing load is light and the display can be updated lightly.
[0021]
FIG. 4 is a flowchart showing processing of the server in the present invention. The processing in the application server is, for example, almost the same as that of a conventional Web server, but the Web server receives a URL as request information, whereas the server of the present invention requests a character string or a combination of a plurality of character strings. Identify the services to be performed.
[0022]
The reason is that the request character string transmitted from the terminal can be used as it is, and in the development and operation of the system, the contents can be easily understood by the programmer and the operator, and the development and operation efficiency can be improved.
[0023]
In S20, it is determined whether or not there is data received from AS21. If the determination result is negative, S20 is repeated, but if affirmative, the process proceeds to S21. In S21, the received character string is analyzed to determine which page data is requested by the user.
[0024]
In S22, for example, display information generation processing such as making a search request to the DB server and obtaining an answer is performed. In S23, display character string data as an answer to AS21 is generated and transmitted to AS21. The format of the display character string data is a general-purpose format that does not depend on the model of the terminal.
[0025]
FIG. 5 is a flowchart showing the processing of the access point server 21 according to the present invention. In S30, it is determined whether or not there is data received from the terminal. If the determination result is positive, the process shifts to S31. In S31, it is determined whether or not the received data is a standard code. If the data is not a standard code, the process shifts to S32 to perform a conversion process to the standard code.
[0026]
In S33, it is determined whether or not the received data is an authentication request at the beginning of the connection. If the determination result is negative, the process proceeds to S38, but if affirmative, the process proceeds to S34. In S34, an authentication process is performed. That is, for example, the received user ID and password are sent to an authentication server (not shown) to obtain an answer indicating whether the authentication is OK or NG.
[0027]
In S35, it is determined whether or not the result of the authentication processing is authentication OK. If the determination result is negative, the flow shifts to S37 to perform the connection rejection processing. If the determination result is positive, the flow shifts to S36. In S36, session information with the terminal is registered in the session database. The session information includes the terminal type information acquired from the terminal, the name of the server currently receiving the service (server address), and the current service hierarchy information (page identification information).
[0028]
In S38, it is determined whether or not the received data from the terminal is an end request. If the received data is an end request, the process shifts to S39 to delete the session information registered in the AS 21.
[0029]
In S40, the session information of the terminal is read, and a character string ("service" in FIG. 2) serving as page identification information is added to the character string received based on this information. In S41, an application server responsible for the processing is selected, processing request character string data is transmitted to the server, and an answer is obtained from the server.
[0030]
In S42, the terminal type information is read, and it is determined whether or not the scroll function of the terminal is to be proxy-processed. If the result of the determination is affirmative, the flow shifts to S43 to perform a scroll proxy process. That is, if the terminal has a small number of display lines, the display character string is stored. Then, first, display character strings are transmitted by the number of lines that can be displayed, and when a downward scroll request is made from the terminal, the remaining display character strings are transmitted. Further, when there is a request for upward scrolling, the character string transmitted first is retransmitted. By the processing as described above, the scroll function is performed as a proxy.
[0031]
In S44, when transmitting the image data to the terminal, it is determined whether or not to perform the reduction process depending on whether or not the image size is larger than the size that can be displayed on the terminal. If the determination result is positive, The flow shifts to S45, where a process of reducing the image size is performed.
[0032]
In S46, it is determined whether or not the character code of the terminal is a standard code. If the result of the determination is negative, the process proceeds to S47, in which a character code conversion process for converting the character code into a code suitable for the terminal is performed. Is
[0033]
In S48, the display character string information is output to the terminal in a predetermined format together with the display format information. In S49, the session (page) information of the terminal is updated.
[0034]
As described above, since the session management and the model-dependent display processing are performed in the AS 21, the load on the terminal side is reduced, and the application server side can perform general-purpose processing independent of the model.
[0035]
FIG. 6 is an explanatory diagram showing a specific example of a series of data exchange between devices in the present invention. 7 to 10 are explanatory diagrams showing examples of data exchanged between devices in the specific example of FIG. FIG. 11 is an explanatory diagram showing a display example of the terminal in the specific example of FIG. Note that the ORB (Object Request Broker) in FIG. 6 is called a distributed object and is a framework for organically connecting a plurality of computers to perform distributed processing. However, the present invention can be implemented without using an ORB. Can be implemented.
[0036]
Hereinafter, a signal sequence will be described as an example of using the restaurant guidance service. This specific example includes an initial setting sequence, a plurality of service providing sequences, and an end sequence, and the contents of each sequence include a variable-length character code string.
[0037]
As shown, the initialization request (S-1) includes (1) an initialization request character string (INIT), (2) a model code (iPAQ), (3) a user ID (user1), and (4) a password (ABCDEFGH). (2) is set by a browser corresponding to the model, and (3) and (4) are set in advance by the user or input on the screen of FIG. 11A.
[0038]
When receiving the initial setting request (S-1), the AS 21 transmits an authentication request (S-c1) to an authentication server (not shown) and receives an authentication response (S-c2). Next, the AS 21 transmits a service initial request (S-s1) to a predetermined application server. The character string of “provided service list” is predetermined as a service name requested first.
[0039]
The AS 21 receives a service initial request response (S-s2) from the server. The contents include (1) display format name (STD00), (2) title name (provided service list), and (3) provided service item (news,...).
[0040]
Upon receiving (S-s2), the AS 21 generates an initialization request response (S-2) and transmits it to the terminal. The initial setting request response (S-2) includes (1) a model-compatible display format name (DLG00), (2) a title name, and (3) a provided service item. (2) and (3) are the same as the contents of the service initial request response (S-s2). The terminal receives the signal and displays a screen as shown in FIG. This is the initial setting sequence.
[0041]
Here, when the user clicks (selects) the button of "various information guidance", the terminal sends out a service request (S-3). The content of the service request (S-3) is only a character string displayed as a selection item on the terminal screen "various information guidance". This service request (S-3) is directly transferred to the application server.
[0042]
The AS 21 receives a service request response (S-s4) from the server. The contents are (1) display format name (STD01), (2) requested service name (various information guidance), (3) title name (various guidance information), (4) number of items (5), (5) item name (Tourist guide, restaurant information, ...).
[0043]
When receiving the service request response (S-s4), the AS 21 generates a service request response (S-4) and transmits it to the terminal. Contents are (1) display format name corresponding to model (DLG01), (2) title name (various guide information), (3) number of items (5), (4) item name (tourist guide, restaurant information, ...) Become.
[0044]
FIG. 11C shows an example of a display screen after receiving the service request response (S-4). Here, when the user clicks (selects) "restaurant information", the terminal sends a service request (S-5). The content of the service request (S-5) is only the request information name “restaurant information”.
[0045]
When receiving the service request (S-5) from the terminal, the AS 21 transmits the service request (S-s5) to the server. For example, by making the service names and information names of the menu hierarchy (upper three hierarchies) up to the “restaurant information” unique (not duplicated), the pages can be managed only by the service names or the information names. . Further, it is assumed that the information name of the lower hierarchy is not unique, and the page can be specified by adding the unique upper information name as described later.
[0046]
The AS 21 receives a service request response (S-s6) from the server. The contents of the service request response (S-s6) include (1) display format name (STD10), (2) request information name (restaurant information), (3) title name (restaurant information), (4) number of type items ( 3), (5) Type item (1: Chinese ... Japanese food) composed of multiple type identification numbers and item names, (6) Number of information items (20), (7) Multiple information item names and corresponding type identification numbers Information items.
[0047]
When receiving the service request response (S-s6), the AS 21 generates a service request response (S-6) and transmits it to the terminal. The contents are (1) model-specific display format name (DLG10), (2) title name (restaurant information), (3) number of type items (3), (4) type item consisting of multiple type identification numbers and item names. (1: Chinese: Japanese food); (5) Number of information items (20); (6) Information items (visiting ...) consisting of a plurality of information item names and corresponding type identification numbers.
[0048]
FIG. 11D shows an example of a display screen after receiving the service request response (S-6). Here, when the user clicks (selects), for example, a Chinese food check box, the terminal browser displays only the information items having the identification number 1 (= Chinese food) in the right window from among the received information items. I do. Then, for example, when the user clicks (selects) "Beijing Shuya", the terminal sends a service request (S-7). The content of the service request (S-7) is only the request information item name "Beijing liquor".
[0049]
Upon receiving the service request (S-7) from the terminal, the AS 21 reads out the session information of the terminal, adds a character string indicating a unique request information name of “restaurant information” to the request information item, and provides the service to the server. Send the request (S-s7).
[0050]
The AS 21 receives a service request response (S-s8) from the server. The contents of the service request response (S-s8) include (1) display format name (STD11), (2) request information name (restaurant information), (3) title name (Beijing liquor information), (4) detailed information ( Morning ... 7890, ...).
[0051]
When receiving the service request response (S-s8), the AS 21 generates a service request response (S-8) and transmits it to the terminal. The contents consist of (1) a model-compatible display format name (DLG11), (2) a title name (Beijing liquor information), and (3) detailed information (morning ... 7890,...).
[0052]
FIG. 11E shows an example of a display screen after receiving the service request response (S-8). Although not shown, a “top” button and an “end” button are always displayed on the screen. Here, when the user clicks (selects) the “end” button, for example, the terminal transmits an end request (S-9). The end request (S-9) is composed of an "end" character string. When receiving the termination request (S-9), the AS 21 transmits a termination request response (S-10) composed of a character string "OK" to the terminal, and the session is terminated.
[0053]
Although the embodiments of the present invention have been disclosed above, the present invention may have the following modifications. In the embodiment, an example in which the terminal and the access point device are wirelessly connected is disclosed. However, any wireless or wired connection means can be adopted as the connection means with the terminal.
[0054]
In the embodiment, the example in which the request is recognized by the character string in the application server is disclosed. However, in the access point server, the request is recognized by analyzing the character string and converted into, for example, a URL. It is also possible to use a Web server.
[0055]
【The invention's effect】
As described above, according to the present invention, by specifying a format to be used from among predetermined display formats and transmitting only a character string to be displayed in the format, the terminal side has a program capacity of It is only necessary to provide a small browser with a light processing load, and it is possible to reduce the processing load on the terminal side and reduce the amount of transfer data, and to display easily on portable information terminals with low processing and display capabilities such as mobile phones and PDAs. This has the effect of enabling the update of the data.
[0056]
In addition, the intermediary access point server manages the session (page) or absorbs the model-dependent processing, so that the service-providing server only needs to support the same versatile service as before. This also has the effect of facilitating the development of the side system and improving the development efficiency. Further, by absorbing the model-dependent processing in the intermediary access point server, there is an effect that it is possible to support a wide variety of mobile devices.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an entire system including an information providing system 20 of the present invention.
FIG. 2 is an explanatory diagram showing data exchange between devices in the present invention.
FIG. 3 is a flowchart showing processing of a terminal according to the present invention.
FIG. 4 is a flowchart illustrating processing of a server according to the present invention.
FIG. 5 is a flowchart showing processing of the access point server 21 according to the present invention.
FIG. 6 is an explanatory diagram showing a specific example of a series of data exchange between devices in the present invention.
FIG. 7 is an explanatory diagram (1) showing an example of data exchanged in a specific example.
FIG. 8 is an explanatory diagram (2) illustrating an example of data exchanged in a specific example.
FIG. 9 is an explanatory diagram (3) illustrating an example of data exchanged in a specific example.
FIG. 10 is an explanatory diagram (4) illustrating an example of data exchanged in a specific example.
FIG. 11 is an explanatory diagram showing a display example of a terminal in the specific example of FIG. 6;
[Explanation of symbols]
10 PC terminal, 11 PDA terminal, 12 mobile phone terminal, 20 information providing system, 21 access point server, 22 wireless transceiver, 23, 24 application server, 25 database server, 26 router / firewall 27, LAN, 28, wireless access point device, 30, Internet, 31, 32, external server

Claims (4)

端末とのセッションを管理するセッション管理手段と、
端末から受信した要求文字列情報およびセッション情報に基づき、次の表示文字列情報の生成を依頼する表示情報取得手段と、
前記依頼に基づき、表示文字列の生成を行って、表示情報取得手段に回答する表示文字列生成手段と、
表示文字列情報を端末に送信する手段と、
を備えたことを特徴とする情報提供システム。
A session management means for managing a session with the terminal;
Display information acquisition means for requesting generation of the next display character string information based on the request character string information and the session information received from the terminal;
Based on the request, a display character string is generated, and a display character string generating unit that answers the display information obtaining unit is provided.
Means for transmitting the display character string information to the terminal;
An information providing system comprising:
更に、指定されたフォーマットで表示文字列を表示し、表示文字列の内の選択された文字列を要求文字列として表示情報取得手段へ送信する端末手段を備えたことを特徴とする請求項1に記載の情報提供システム。2. A terminal device for displaying a display character string in a designated format, and transmitting the selected character string in the display character string to the display information acquisition unit as a request character string. Information providing system described in. 機種依存表示処理手段を備えたことを特徴とする請求項1または2のいずれかに記載の情報提供システム。3. The information providing system according to claim 1, further comprising a model-dependent display processing unit. 表示文字列生成手段は文字列によって処理要求を認識するサーバであることを特徴とする請求項1または2のいずれかに記載の情報提供システム。3. The information providing system according to claim 1, wherein the display character string generating means is a server that recognizes a processing request based on the character string.
JP2002187090A 2002-06-27 2002-06-27 Information providing system Withdrawn JP2004030354A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002187090A JP2004030354A (en) 2002-06-27 2002-06-27 Information providing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002187090A JP2004030354A (en) 2002-06-27 2002-06-27 Information providing system

Publications (1)

Publication Number Publication Date
JP2004030354A true JP2004030354A (en) 2004-01-29

Family

ID=31182231

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002187090A Withdrawn JP2004030354A (en) 2002-06-27 2002-06-27 Information providing system

Country Status (1)

Country Link
JP (1) JP2004030354A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008542875A (en) * 2005-05-25 2008-11-27 マイクロソフト コーポレーション Method, system, and computer-readable storage medium for synchronizing a modifiable document with multiple clients
JP2017527003A (en) * 2014-06-19 2017-09-14 ゼットティーイー コーポレーションZte Corporation Terminal management method and system, server, terminal

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008542875A (en) * 2005-05-25 2008-11-27 マイクロソフト コーポレーション Method, system, and computer-readable storage medium for synchronizing a modifiable document with multiple clients
JP2017527003A (en) * 2014-06-19 2017-09-14 ゼットティーイー コーポレーションZte Corporation Terminal management method and system, server, terminal
US10404665B2 (en) 2014-06-19 2019-09-03 Zte Corporation Terminal management method and system, server and terminal

Similar Documents

Publication Publication Date Title
US8130668B2 (en) Managing differences in user devices when sharing content on mobile devices
US7849135B2 (en) Sharing content on mobile devices
US6937588B2 (en) System and method for providing wireless application protocol service through internet
JP2000163367A (en) Method and architecture (system) for interactive bidirectional communication device to interact with network
US20070061488A1 (en) System and method for flexible user interfaces
US20060077941A1 (en) User interface system and method for implementation on multiple types of clients
JP2000514582A (en) Information provision system
JP2008199377A (en) Content circulation managing device, terminal device, program, and content circulation system
CN1358291A (en) Radio terminal with browser
KR100876958B1 (en) A Middleware for Data Communication Between Various Terminals and Application Server and An Operating Method thereof
JP4360017B2 (en) Server device
CN1156781C (en) Radio terminal with browser
WO2008044821A2 (en) Method and system for previewing web-page with hypertext at web-browsing
JP5128432B2 (en) Site information conversion apparatus, site information conversion method, and site information conversion program
US8010706B1 (en) Method of and system for enabling offline applications
US20070067423A1 (en) Context management system for a network including a heterogenous set of terminals
JP2004030354A (en) Information providing system
JPH10254907A (en) Information providing system, information providing method, information processor and information processing method
JP2002351781A (en) Content generating device using screen display page layout
KR100691119B1 (en) method for processing simplified homepage data by proxy serverand proxy server therof and method for receiving simplified homepage data by mobile phone and mobile phone thereof
KR100718391B1 (en) Method for serving mobile homepage of mobile communication terminal
KR100600512B1 (en) A System and Method for Providing Contents Clipping Service for Wireless Terminal
KR101094586B1 (en) System of monitoring status of terminal peer and method thereof
JPWO2002044905A1 (en) Session management method for content provision
KR101359821B1 (en) Mobile communication apparatus having a plural of browser and control method thereof, and system for browsing markup page comprising the mobile communication apparatus and control method thereof

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20050906