(57)【要約】【課題】簡単にユーザー独自のウィジットブロックを作成配置して待受画面を構築し、端末アプリの常駐により端末を開くのみで複数の自動更新された情報を一見で取得し、最小操作で目的のWebサイトに接続可能とするシステム【解決手段】待受システムは、4基本部品からなり、本システム、Webサイト、端末アプリ、ウィジットブロック、ゲートウェイサーバからなり、ウィジットブロックの実行、情報表示等の処理は、端末アプリの管理下で実施、該アプリはウィジットブロックを再配置実行処理をするアプリケーションで予め携帯端末にダウンロードし待受実行状態にし、携帯端末での前記ブロックの実行情報表示等の処理は、該アプリの管理下で実施。【選択図】図１
2009141636.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末からネット上の情報あるいは携帯端末ハードウェア機能にアクセスする、ユーザー独自のウィジットブロックを作成、修正、変更することを可能とするために設けた本システムWebサイトにおいて、
（１）          
携帯端末でウィジットブロックを実行する管理・実行マネージャーとしての端末アプリを携帯端末にダウンロードすること、
（２）          
情報を取得、表示するためのアプリケーションプログラムであるウィジットブロックを予めサイト内のウィジットブロックライブラリに用意しておき、該エリアからウィジットブロックをユーザーに選択提供すること、
（３）          
また目的とするウィジットブロックがないときには新規作成となるが、その場合は、本サイトからテンプレートとなるウィジットブロックのスクリプトを選択、ダウンロードし、必要な部分を記述して再度本サイトにアップロードすることによってウィジットブロックをウィジットブロックライブラリに登録すること、
（４）          
ユーザーが選択した複数のウィジットブロックは端末アプリを経由して携帯端末にダウンロードされること。
を特徴として備えた携帯端末カスタマイズ可能な情報表示システム。
【請求項２】
請求項1に記載の携帯端末カスタマイズ可能な情報表示システムの端末アプリにおいて、
（１）          
端末アプリの待受時、
１）定期的にゲートウェイサーバと通信し、情報が更新されているかをチェックする、
２）定期的に携帯端末の状態をチェックする、
３）上記の処理を基づき待受画面を更新する、
４）外部メモリにログデータを保存すること。
（２）          
端末アプリの活性時、
１）  
ウィジットブロックを配置する、
２）  
ウィジットブロックに設定されているサイトを開く、
３）  
ウィジットブロックに設定されているアプリケーションを起動する、
４）  
サイトからウィジットブロックをダウンロードすること、
を特徴として備えた端末アプリ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末や通信機能を実装したPDAやPCなどの携帯端末でWebサイト上の情報や携帯端末ハードウェアの状態を取得する際に、ユーザーが本システムWebサイトで提供されるウィジットブロックを選択、または該ウィジットブロックの修正、変更あるいは新規作成などの処理を容易に行えるようにし、使い勝手のよいメニューシステムを提供できるようにするカスタマイズ可能な情報表示システムに関する。
【背景技術】
【０００２】
携帯端末においてWebサイトやハードウェアの情報を取得する場合、ブラウザを用いたり、各種アプリケーションを用いたりする必要があった。ブラウザでの情報取得は、目的の情報にたどり着くまで通常2〜4クリックが必要である。この手順を省くためには、独自に携帯端末で実行可能なプログラム言語を使用して作成されたアプリケーションを作成する必要がある。しかしそのためには、高度な技術と知識が必要であった。
【０００３】
通常のブラウザを使用する場合、目的の情報を得ようとする対象となるWebサイトは1情報1Webサイトである。このため、複数のWebサイトをアクセスする場合には、そのつどブラウザ操作が必要となり、単純な作業であってもかなり面倒である。わかりやすいメニュー表示でWebサイトの表示がされていれば、どれほど便利であるかは火を見るよりあきらかである。また目的のWebサイトをアクセスした場合に、目的のWebサイトの情報が更新されていない場合には、同じ内容を何度もアクセスすることになり、時間の浪費となる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
背景技術で述べたように、汎用のブラウザで携帯端末からWeb上の情報を引き出そうとすると、数手順の操作が必要となる。頻繁に利用するサイトの情報を参照したり取り寄せたりする場合に、ワンタッチで行いたいと思うのは誰しも考えることである。しかしそうするには、ブラウザに代わる、またはブラウザを補佐するアクセスプログラムを開発する必要がある。このプログラミングには専門的な知識と技術が必要となり、誰でも簡単にできるという代物ではない。
【０００５】
また、Webサイトの情報が更新されているかは、実際にWebサイトをアクセスしてみなければ分からない。このため、何度も同じサイトの同じ情報をアクセスしなければならなかった。もしバックグランド（ユーザーが直接操作しないところ）で該Webサイトの情報の更新がなされているかどうかが分かれば、余分な処理手順が省けるというメリットがある。
【０００６】
そこで本発明が解決しようとする課題は、簡単にユーザー独自のウィジットブロックを作成、配置して待受画面を構築し、端末アプリを常駐させることで、端末を開いただけで複数の自動更新された情報を一見で取得したり、最小の操作で目的のWebサイトに接続したりすることを可能とするシステムを開発することである。
【課題を解決するための手段】
【０００７】
前記の課題を解決するために、本発明では本システムWebサイトを用意する。本システムWebサイトでは、端末アプリおよびウィジットブロックの動作を記述したスクリプトのダウンロードが行え、必要とするウィジットブロックをライブラリから選択することができる。なお、以下では本システムWebサイトは「待受サイト」、携帯端末カスタマイズ可能な情報表示システムは「待受ウィジットシステム」またはさらに簡略化して「待受システム」と記述する。待受とは携帯端末システムの状態変化やユーザー操作を待ち受けことを意味し、ウィジットとはスクリプトで記述される簡単に作成できるプログラムを意味する。本発明でいうところの待受システムとは、ウィジットブロックの作成、変更、実行等を行うシステムであることを意味する。
【０００８】
請求項1から説明する。待受システムは、基本的に4つの部品から構成される。すなわち、本システムWebサイト、端末アプリ、ウィジットブロック、ゲートウェイサーバからなる。ここでアプリは、「アプリケーションプログラム」の意味である。
【０００９】
端末アプリは、ウィジットブロックを再配置、実行等の処理をするアプリケーションであり、予め携帯端末にダウンロードし待受実行した状態にしておく。携帯端末でのウィジットブロックの実行、情報表示等の処理は、端末アプリの管理下で行われる。すなわち、ウィジットブロック実行時の情報管理マネージャーともいうべきものである。端末アプリについては請求項2として後述する。
【００１０】
本発明では、ユーザーが一般的に必要とするであろうと思われるウィジットブロックを本システムWebサイトのコンテンツとしてライブラリに用意しておく。ウィジットブロックはスクリプトと画像データで構成される。さらにスクリプトはゲートウェイサーバで実行される部分と端末アプリで実行される部分の2種類を含んでいる。基本的に、1つのブロックは１つのWebサイトあるいは１つの携帯端末ハードウェア機能と結びついているが、複数のWebサイトの情報を合成したり、Webサイトと端末ハードウェア機能とを連携させた情報を扱ったりすることも可能である。ユーザーは端末アプリの実行下の下でウィジットブロックを携帯端末にダウンロードする。
【００１１】
前述のように携帯端末に取り込んだウィジットブロックは自由に再配置構成することができるので、ユーザーは好みで複数のウィジットブロックを画面上に配置する。端末アプリが活性状態のときには、配置されたウィジットブロックをクリックすることで目的のWebサイトに接続するなどのメニューボタンとして機能する。
【００１２】
ウィジットブロックを実行し、目的のWebサイトから情報を取得する際には、ゲートウェイサーバを経由する。ゲートウェイサーバは取得したデータを加工して携帯端末に渡すので、通信速度や通信コストに制限のある携帯端末用に最適化される。
【００１３】
端末アプリは携帯端末で直接実行されるアプリケーションプログラムであるが、待機時と活性時とでは異なる。その働きは請求項2に記述してあるとおりである。待機時とは、バックグラウンドで実行する端末アプリの働きで、ユーザーが直接関与しない処理である。具体的には請求項２にあるように、待機時の端末アプリはウィジットブロックのスクリプトに基づき、
○定期的にゲートウェイサーバと通信し、情報が更新されているかをチェックする、
○定期的に携帯端末の状態をチェックする、
○上記の処理に基づき待受画面を更新する、
○外部メモリにログデータを保存すること。
ここで重要なのは、「定期的にゲートウェイサーバと通信して情報の状態をチェック」していることである。すなわち、情報が更新されているかどうかの状態が自動的に分かることである。
【００１４】
一方、活性時の端末アプリは、
○   ウィジットブロックを配置する、
○   ウィジットブロックに設定されているサイトを開く、
○   ウィジットブロックに設定されているアプリケーションを起動する、
○   サイト内のウィジットブロックライブラリからウィジットブロックをダウンロードする。
【００１５】
本システムWebサイトからテンプレートを編集したり、既存のウィジットブロックのスクリプトを変更したりして、新規のウィジットブロックを作成することが出来る。ウィジットブロックのスクリプトの修正・作成は携帯端末のメール機能をエディタとして用いることが出来る。またウィジットブロックが使用する画像のアップロードもメールの添付ファイルとしてアップロードすることが出来る。特別に開発環境を用意する必要がなく、その上、ユーザーの使い慣れた操作環境を利用することが出来るのでユーザーは本システムを容易にカスタマイズして利用することが可能である。
【発明の効果】
【００１６】
携帯端末からWeb上の情報を取り寄せるには、一般にブラウザを用いる。ブラウザは汎用性があり、広範囲に応用できる。しかしその一方、常時あるいは頻繁に使用するサイトの情報を利用するにも、複数の手順を踏まなければならず、ある意味ではまどろっこしいところがある。このようなユーザーの不便性を解消したのが本発明の携帯端末カスタマイズ可能な情報表示システム（待受システム）である。また、端末アプリが待受状態で定期的に情報の更新があるか否かのチェックを行っているために、新しい情報が入手できたどうかは直接Webサイトにアクセスしなくても、言い換えるなら、ユーザーが操作しなくても待受状態にしておけば目的Webサイトの情報が把握できることである。
【００１７】
ユーザーが独自の待受アプリを作成しようとするとなると、高度なプログラミング知識や開発環境が必要となり必ずしも容易でない。そこで本発明ではウィジットブロックの動作を簡易なスクリプトで記述し、特殊な開発環境無しに携帯端末だけで作成が出来るようにしている。また該ウィジットブロックを基に修正を加えてよりカスタマイズ化したり、ある特定な部分を手直ししたりして新しいウィジットブロックを作成することができる。ゼロからプログラミングすることに比べはるかに簡単であり、手軽にプログラミングが行える。
【００１８】
ウィジットブロックは携帯端末ハードウェア機能をサポートしているので携帯端末のGPS、非接触ICメモリ、ジャイロ、ミュージックプレイヤーなどの機能を利用した携帯性を活かしたウィジットを作成することが可能である。さらにこれにWebサイトの情報と組み合わせることで高度なアプリケーションを作成することが出来る。
【００１９】
ウィジットブロックのスクリプトには公開されているWeb APIを利用する機能が含まれていて、その実行はゲートウェイサーバで行われる。Webメールやスケジューラー、オークション情報などの高度なWebアプリケーションの機能を取り込むことでウィジットブロックの機能を拡張することが出来る。
【００２０】
ウィジットブロックは活性時にはメニューボタンとして機能させることが出来る。Webサイト閲覧や端末実行アプリケーション（電卓、ゲームその他）を最小の操作で起動するショットカット機能を提供する。
【発明を実施するための最良の形態】
【００２１】
本発明を実施するための最良の形態を、図を用いて説明する。図１は本発明の携帯端末カスタマイズ可能な情報表示システム（待受システム）のシステムブロック図である。従来のブラウザを利用した場合、携帯端末3から直接Webサイト４にアクセスする形になっていた。汎用性はあるが、複数の操作手順を踏まないと目的Webサイトに接続できないために、頻繁に利用する情報を取り寄せるにはまどろっこしさがあった。これを解消するには、ユーザーが独自アプリケーションを開発する方法があるが発明の効果で述べたように、それには専門的な知識と技術および開発環境が必要であった。
【００２２】
本発明のシステムを説明する前に、ウィジットブロックについて若干説明しておく。ウィジットブロックは、ウィジットを自由に配置する際に扱いやすくするためにその表示エリアのサイズをブロックの単位で管理できるようにしたものである。図２のウィジットブロックライブラリ220（同時に携帯端末のダウンロードした際の状態）および、携帯端末画面310で配置・再配置した際のブロックの状態311〜314で示す英字a〜fが、一つ一つのウィジットブロックである。ブロックの大きさは携帯端末の表示サイズ、解像度に合わせて規定することになるが、QVGA程度の表示エリアを持つ端末の場合で80x80ピクセル程度を1ブロックの大きさとする。
【００２３】
１：本システムWebサイト
端末アプリ、ウィジットブロックライブラリ、ウィジットブロック作成用テンプレート等の本システムに使用されるアプリケーション、データのダウンロード、選択、修正等を行う携帯端末用Webサイト。
２：携帯端末カスタマイズ可能な情報表示システム（「待受ウィジットシステム」または「待受システム」と同じ意味）
携帯端末が目的のWebサイトの情報取得が容易に行えるように様々なツールを提供するために導入されたシステムであり、本発明の中核をなすものである。具体的には2１0〜240の構成要素からなっている。
【００２４】
210：端末アプリ
携帯端末3上で実行するアプリケーションである。待受状態のときにはウィジットブロック毎に設定された時間間隔で定期的にゲートウェイサーバと通信を行い、情報に更新があった場合には自動的に待受画面の更新を行う。また活性時には、ウィジットブロックのダウンロード、ウィジットブロックの画面配置、ウィジットブロックで指定されているWebサイトのオープン、アプリケーションの起動等を行う。
【００２５】
ユーザーが新規にウィジットブロックを作成するときの例を挙げると、以下の手順となる。まず本システムWebサイトにアクセスし、作成したいウィジットブロック用のテンプレートを選択する。テンプレートはメールとして送信され、スクリプトが携帯端末にダウンロードされる。ユーザーは必要な部分をメールのエディタを使って修正（変更）し、必要であれば画像ファイルを添付して返信することでウィジットブロックがウィジットブロックライブラリに追加される。
【００２６】
220：ウィジットブロックライブラリ、２２１：ウィジットブロック
本システムWebサイトにあるウィジットブロックが記録されているデータエリアで、ウィジットブロックはユーザーが目的のWebサイトの情報を取得表示する際の手順を表現したスクリプトと画像データ（メニューやアイコンなど）から構成されている。予め用意されるウィジットブロックはユーザーニーズの高いもの用意されている。例えば、携帯端末の機能アップにつながるスケジューラーや天気予報などの機能を提供するウィジットブロックを用意しておくこともできる。またWebサイトと関連しないウィジットブロック（例えばゲームや電卓などの起動プログラム）もある。ユーザーの作成したウィジットブロックも本エリアに置かれる。
【００２７】
230：ゲートウェイサーバ
待受システム2の実行アプリケーションで携帯端末からの命令やデータの処理の受け入れ口で、外部間の情報のやり取りは該サーバのコントロールのもとにすべての処理が実行される。具体的な処理は以下のとおりである。
・ウィジットブロックから要求されたWebサイトにアクセスする。
・得られたWebサイトからの必要な情報を抽出する。
・ウィジットブロックに状態を返す。
例えば、ウィジットブロックの各ウィジットブロックは端末アプリの管理下のあり、定期的にゲートウェイサーバと交信が行われている。ゲートウェイサーバはウィジットブロックが指定しているWebサイトの情報を取得し、必要な処理を施して携帯端末に送信する。ゲートウェイサーバからウィジットブロックへの情報は処理済みのデータのみ送信されるのでデータ量を最小化することが出来る。
【００２８】
3：携帯端末
具体的に携帯電話や通信機能を実装したPDA、PCなどである。
310〜314：携帯端末の画面
311〜314はウィジットブロックの配置例である。図２は、携帯端末の画面３１０が3x4のブロック配置可能な例である。220は待受サイトで作られた（用意された）ウィジットブロック（画面上では一覧表）で、これを画面３１０に配置した例が画面311〜314である。ウィジットブロックの設定・配置は、配置したい位置をカーソルで指定し、ウィジットブロックを一覧表から選択するだけでよい。もちろん同じ手順で再配置も可能である。
【００２９】
括弧付きの番号は処理を表している。ただし、番号は処理順序を表しているわけではない。番号に沿って説明する。
（１−０）：待受サイト１から携帯端末3に端末アプリ210をダウンロードする。ウィジットブロックを実行するときには、携帯端末に必ずダウンロードして端末アプリを実行しておく必要がある。
（２−０）：携帯端末で端末アプリを活性化状態で実行し、ウィジットブロックライブラリ220を検索し、必要なウィジットブロックを選択、ダウンロード、画面配置を行う。この操作を必要なだけ繰り返し、ユーザー好みの待受画面を構成する。
（５−０）：端末アプリを待受状態にする。待受時には端末アプリはウィジットブロックの実行モードとなり、ウィジットブロック毎に設定された更新間隔で情報の取得、表示を行う。Webサイトの情報を取得する時には、端末アプリはゲートウェイサーバを経由してアクセスする。
（６−０）：更新表示された画面を見たユーザーは、端末アプリを活性化させウィジットブロックを選択、起動させることで、ウィジットブロックに設定されたWebサイトやアプリケーションを瞬時に起動することが出来る。
【実施例】
【００３０】
ウィジットブロックのスクリプトは本システムに特化したシンプルな言語である。ウィジットブロックのスクリプトの例を挙げる。
GetHtml(http://www.sample.com/mobile.html)
If(FindHtml(“OK”))
Then(Putlmage(0,0,0))
Else(Putlmage(1,0,0))
End
この命令は、「指定WebページからHTMLを取得」、「HTMLから文字列を検索」、「検索結果に応じて画面表示」という一連の処理を表している。このプログラムをもとにすれば、検索先（指定Webページの変更）、検索文字の変更、画面表示の変更が容易に行える。なお、この際に使用するエディタは携帯端末のメール機能を利用することが出来る。
【００３１】
またWebサイトで提供しているAPIの活用を考慮している。メールやスケジューラーなどのWebアプリケーションやオークションの入札額のリアルタイム表示など、高度な機能をウィジットブロックとして組み込むことができる。この場合も、すべてユーザーが一からプログラミングするのではなく、予め本システムWebサイトにおいてウィジットブロックのテンプレートの一つとして用意しておけば、その一部を修正、変更して使用するだけでよいので、プログラミングの熟練者でなくても容易にWeb
APIを利用することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明の携帯端末カスタマイズ可能な情報表示システム（待受システム）のシステムブロック図である。
【図２】ウィジットブロックを携帯端末に再配置したときの画面例である。
【符号の説明】
【００３３】
2          待受システム
３          携帯端末
４          Webサイト
【図１】
2009141636.tif 000003
【図２】
2009141636.tif 000004