WO2012160712A1

WO2012160712A1 - 携帯情報システム

Info

Publication number: WO2012160712A1
Application number: PCT/JP2011/065268
Authority: WO
Inventors: 仙太郎堂園; 勇樹滝沢
Original assignee: アスカ・クリエイション株式会社
Priority date: 2011-05-26
Filing date: 2011-07-04
Publication date: 2012-11-29
Also published as: JP2012247884A

Abstract

　予め登録されたＵＲＬと送信データで構成された実行時ＵＲＬ送信データを作成し、送信する携帯情報端末と、実行時ＵＲＬ送信データを受信して解析し、解析結果に基づくサイト処理結果受信データを予め指定されたフォーマットで作成し、携帯情報端末に送信するＷｅｂサイトと、携帯情報端末に接続され、該携帯情報端末から転送されたアクセサリ転送データに基づき、報知情報を生成して報知する。

Description

携帯情報システム

　本発明は、携帯情報端末に子機を近接通信で結び、指定した時間又は子機の簡単な操作で携帯情報端末を起動させ、Ｗｅｂ情報を取得し、子機の画面にその主要情報を表示することにより、瞬時に情報を取得できる携帯情報システムに関する。

　携帯電話やタブレット端末などの携帯機器は、身近に所持するため、緊急連絡の手段に適しており、老人向けに安否確認、子供向けの所在監視にも威力を発揮する。更に、近年、インターネットを活用して情報を提供するＷｅｂサービスが普及し始め、快適な生活を維持する上で不可欠な手段になりつつある。例えば、天気予報、交通状況、占い情報、災害情報などであり、すぐに役立つ旬な情報が持ち味である。しかし、Ｗｅｂ情報はブラウザ等の画面ページ内の情報を選択しながら、やっと自分の欲しい情報に辿り着く。この操作方法や利用機能が複雑で難解なため、一般の人にも使いにくいものになっている。このため、折角の利器でありながら、老人、及び身体障害者等の人々はこれらの利便性を享受するのに最も疎遠な位置にいる。

　この問題を解決するために、特許文献１では、予め設定されたキー入力の順序が記述されたスクリプトデータを自動実行することにより、操作を自動化している。これによって、予約時間起動や簡単な起動操作のみで一連のスケジュールを持った処理を実行できるようになった。また、他特許文献にも操作ログを解析して、一度実行した操作をリピートする機能が紹介されている。

　携帯電話の使用はマナーに反する場合があり、後でコールバックする旨伝えるのも苦労する。また、バッグに入れたりするため、コール音が聞こえない場合もある。このような不都合を回避するため、携帯機器にアクセサリと称する付属装置を接続するアイデアが生まれた。腕時計を模したものや、携帯電話につなげたストラップなどを採用している。これらのアクセサリは、まず身に着けているものであるため、即座に着信を知ることができる。特許文献２では、電話の着信を知った後、アクセサリの発信ボタンを使い、現在、自分が応答できない状況を説明した登録済みメッセージを即座に自動返信する発明を提案している。

特開２０１０－７９７２２号公報特開２００６－２３８４９２号公報

　しかしながら、特許文献１が推奨する操作自動化は、人と機器との間の一連のキー操作を順に実施するだけであって、Ｗｅｂサイト等から受けた情報の内容を取り扱うことはしていない。即ち、専らＷｅｂサイトへのデータ入力で完結している。一方、特許文献２は電話のコールがあることをアクセサリへの通信により報知し、アクセサリ操作の結果を携帯機器へ応答するという表示と操作の簡易性に注力している。しかし、そこには複雑な処理と操作を自動化して操作性を高める観点は無い。携帯機器のブラウザからの入力操作を記録し、その記録を利用して操作を再現する技術は様々なサイト利用に応用できるので有用である。ただし、その先の様々なＷｅｂサイトから受けた情報を解析し、アクセサリへの送出データに加工することまではできない。更に、携帯機器の電池消耗は早く、冗長的な操作を長く続けていられないことも問題である。

　本発明は上記の問題を解決するためになされたものであり、携帯機器側の必要不可欠な操作を自動化し、Ｗｅｂサイトから受けた情報から主要な情報のみをアクセサリ型の通信機の報知装置に簡潔に表示して利用者に着信をアピールする機能を提供することを目的とする。このため、本発明は、前述のように携帯機器からＷｅｂサイトへデータを送信する操作を人の手を煩わすことなく再現する仕組みを備えている。次いでサイトでの処理結果を携帯機器が受けた後、データを解析し、アクセサリ型の通信機へ処理データを転送する。この結果、アクセサリ型の通信機へＷｅｂ情報が報知され、ＩＴに不慣れな者にＩＴを享受できる機能を提供する。また、指定時間起動又はアクセサリ型の通信機からのコールがあるまでは携帯機器は休止しているので電池の消耗を抑えることができる。

　課題を解決するために、本発明における携帯情報端末システムは、予め登録されたＵＲＬ（Uniform Resource Locator）と送信データで構成された実行時ＵＲＬ送信データを作成し、送信する携帯情報端末と、
　前記実行時ＵＲＬ送信データを受信して解析し、解析結果に基づくサイト処理結果受信データを予め指定されたフォーマットで作成し、携帯情報端末に送信するＷｅｂサイトと、
　携帯情報端末に接続され、携帯情報端末から転送されたアクセサリ転送データに基づき、報知情報を生成して報知するアクセサリ型通信機と、を備え、
　携帯情報端末、Ｗｅｂサイト又はアクセサリ型通信機は、実行時ＵＲＬ送信データと実行時ＵＲＬ送信データを送信する予約時間とを関連付けた予約処理登録リストと、
　前記予約時間に予約処理登録リストを検索して実行時ＵＲＬ送信データを発信する予約時間起動手段と、
　前記サイト処理結果受信データをアクセサリ転送データに変換して送るアクセサリ中継手段とを有し、
　前記携帯情報端末は、Ｗｅｂサイトに前記解析を実行させるため情報の設定と、サイト処理結果受信データをフォーマット編集するための定義情報の設定とにより、実行時ＵＲＬ送信データを生成する実行時ＵＲＬ生成手段を有する、ことを特徴とする。

　また、本発明によれば、前記携帯情報端末及びアクセサリ型通信機は、互いに同じ通信規格に則った無線又は有線による近接通信機能を有する。

　また、本発明によれば、前記アクセサリ型通信機による報知情報の報知手段は、ディスプレイ、ＬＥＤ（Light Emitting Diode）、スピーカ、ブザーを含み、映像、光又は音を含む情報により報知内容を知らせる。

　また、本発明によれば、前記アクセサリ型通信機は、利用者が実行時ＵＲＬ送信データを発信することを携帯情報端末に要求する利用者操作手段を有する。

　また、本発明のアクセサリ中継手段には、サイト処理結果受信データを再度編集及び変換してアクセサリ転送データを組み立て直す手段を含む。

　更に、本発明のアクセサリ中継手段には、アクセサリ型通信機がサイト処理結果受信データからアクセサリ転送データへの変換を処理する手段を含む。

　また、本発明によれば、前記実行時ＵＲＬ生成手段は、実行時ＵＲＬ生成用のＷｅｂアプリケーションを含む。

　この実行時ＵＲＬ生成用Ｗｅｂアプリケーションは、実行時ＵＲＬの処理対象先ではない。実行時ＵＲＬを生成するＷｅｂアプリケーションであり、初期設定時に稼動するプログラムである。

　即ち、本発明には、実行時ＵＲＬを作成する初期準備段階の作業と、生成した実行時ＵＲＬを何度も発信して処理を促す繰り返し実行する段階の作業の２つがある。この２つがセットになってＷｅｂサイトに存在しなければならない。即ち、ＩＴに慣れた者が操作し、その経緯の記録である実行時ＵＲＬを形成した後、ＩＴに不慣れな者でも、後者のＷｅｂアプリケーションを簡単操作して又は操作無しに結果情報を得られる。この方式により、予約時間起動と操作の自動化を図ることができる。

　なお、本発明によれば、前記実行時ＵＲＬ生成用Ｗｅｂアプリケーションは、前記サイト処理結果受信データとして提示する情報を選択し、選択した情報を使用して前記Ｗｅｂサイトにサイト処理結果受信データを構成させる手段を含む。

　本発明によれば、手間の掛かる携帯機器の操作を自動化することによって、簡単操作性を提供できる効果を奏する。

　また、Ｗｅｂサイトから受けた情報をアクセサリ向けに簡略化された主要情報のみを強調して表示や報知するので、利用者の情報の把握が即座にできる効果を奏する。

　更に、複数のＷｅｂサイトから情報を取得するために、簡易操作機能と報知機能を備えた携帯情報システムを汎用的に形成する効果を奏する。

　また、本発明によれば、本体の携帯機器は必要な時のみ起動し、簡単な操作で必要な情報のみを取得した後は、専らアクセサリの表示や報知を利用するので、本体の携帯機器の稼動時間短縮による電池節約の効果を生ずる。

本発明を実施する携帯情報システムの構成図である。本発明を実施するアクセサリ型通信機の事例であり、その事例に適用するパネルと画面の模式図である。アクセサリ転送データの説明図である。本発明における簡易操作及び報知を実現する機能ブロック図である。予約時間に実行時ＵＲＬを送信し、起動させるための情報を配列した予約処理登録リストの一例である。本発明を実施する携帯情報端末から特定アプリケーションへ実行を促す起動用の実行時ＵＲＬを形成するための情報入力の画面の事例である。上記図５において実行後に得られる実行時ＵＲＬとそのＵＲＬ指定のアプリケーション実行後に取得する情報を指定する登録画面の事例である。携帯情報端末から情報を入力して実行時ＵＲＬ形成をＷｅｂサイトに要求するフローチャートである。予約時間等に実行時ＵＲＬをＷｅｂサイトに送信し、処理結果をアクセサリ型通信機に転送し、簡略表示を行うフローチャートである。

　本発明は、ＩＴ機器の操作に不慣れな老人、子供、障害者等が、Ｗｅｂサイトへの処理要求を、一般人が行う画面を介した手入力操作をすること無く、処理結果を得られるサービスの提供を狙いとしている。また、スマートフォンのような携帯情報端末は電力消費が激しく、充電を頻繁に繰り返さねばならない。これも携帯機器に不慣れな者にとっては重大な問題になる。これらの人々にとって、日常に利用する機器でないため、使用必要時に電気の切れた携帯機器に気付くということが多いのである。もし、腕時計のように腕に掛けるとか、ペンダント状のアクセサリ型の装置をストラップに付けて首にぶら下げるとかによって身近にあり、また、自動的に起動、かつ簡単な操作で使用できるならば、これらの人々も次第に使いこなすようになり、利用するにつれて必要不可欠な機器なっていくと推測できる。

　このようにして、本発明は情報弱者であったこれらの人々にインターネットや電子メールを享受できるような利便性を与えるのである。更に、本発明はＩＴ機器に慣れた人々に対しても、自動起動、情報サマリの簡易表示等、スピードと素早い情報把握という恩恵を与えることができる。また、専らアクセサリ型の装置を使用するので携帯情報端末本体への頻繁な充電は不要になる。

　本発明を実現する携帯情報システムは、Ｗｅｂサイト、携帯情報端末、アクセサリ型通信機の３つの要素を順次通信で結び、この３要素が協力し合うことにより、簡易な操作機能と簡易な報知機能を実現する。具体的には、指定時刻に特定のサービスがＷｅｂサイトで立ち上がるように自動的に起動し、その処理結果を携帯情報端末が中継してアクセサリ型通信機に送付し、アクセサリ型通信機が即座に着信を利用者に知らせ、簡略化された情報を表示する。以下、本発明の実施の形態について図面を参照して説明する。

　図１は、本発明を実施する携帯情報システムの構成図である。図１に示すようなネットワークシステムの構造を有し、図示したハードウェア資源を利用する。

　通信回線４はＷｅｂサイト３と携帯情報端末２を結び、近接回線５は携帯情報端末２とアクセサリ型通信機１を結ぶ。アクセサリ型通信機１は、ペンダントや腕時計などのアクセサリ型の装置であり、ペンダント形状の場合にはストラップなどで利用者の首に掛けることができるものである。このアクセサリ型通信機１は利用者の身近又は身に着けられる装置であり、利用者がその小型画面やＬＥＤ(発光ダイオード：Light Emitting Diode)を通じて、着信した情報を簡易に知ることができる。また、アクセサリ型通信機１は近接回線５を制御する機能を有しており、携帯情報端末２との通信が可能である。近接回線５はBluetooth（登録商標）やZigbee（登録商標）などの近距離通信を行う技術を利用したものである。これらは無線通信になるが、携帯情報端末２とアクセサリ型通信機１を有線で結ぶ方式も可能である。携帯情報端末２は、スマートフォンやタブレット型携帯通信装置、あるいは携帯電話を想定している。この携帯情報端末２はＷｅｂサイト３のアプリケーションをコールしたり、Ｗｅｂサイト３の処理結果をアクセサリ型通信機１に転送したりする中継機能の役割を持つ。また、Ｗｅｂサイト３へ処理を要求する情報を入力し、Ｗｅｂサイト３からどのような形態で処理結果を伝えてもらうかを設定する役割がある。この設定処理により後述する形成された実行時ＵＲＬ送信データ１５と登録した起動時刻を記憶することができ、自動的に、当該ＵＲＬをＷｅｂサイト３に送信して、処理を促せるのである。その処理結果である後述するサイト処理結果受信データ１６は近接回線５を通じてアクセサリ型通信機１へ転送される。Ｗｅｂサイト３はサーバやＰＣなどのＷｅｂサイトになりうる装置であり、Ｗｅｂアプリケーションを実行するコンピュータである。また、通信回線４は、インターネット仕様を前提に、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）、又は専用線やＶＰＮ（Virtual Private Network）のいずれも単独で適用できる。インターネットプロトコルを採用するのならば、ＰｔｏＰやローカルな室内回線も可能である。

　アクセサリ型通信機１内部のハードウェア仕様を説明する。送受信部６は近接回線５を制御するインターフェイス機構であり、制御部７の管理の下、携帯情報端末２と通信を行う。通信プロトコルは前述したBluetoothやZigbeeなどが適用できる。ただし、プロファイルの整合性、ペアリングの確立等は、アクセサリ型通信機１と携帯情報端末２の間で適用した通信規格に則って実行する仕組みが成立していることは言うまでもない。また、有線による通信やＩ／Ｏバス接続により通信によらない直結方式も本発明の仕組みに適用可能であり、その場合には送受信部６に代わるハードウェアが組み込まれ、例えばＵＳＢ(Universal Serial Bus)等シリアルバスインターフェイスで接続してもよい。

　制御部７はマイクロコンピュータ又は記憶部８や送受信部６等の周辺機能を含んだシステムＬＳＩ（Large Scale Integration）が一般的な構成になるが、トランジスタロジックで組まれた制御回路も含まれる。記憶部８はＲＡＭ（Randam Access Memory）、ＲＯＭ（Read Only Memory）であり、制御部７のプログラム格納や実行プログラムの稼動域及びワークエリアに使用される。また、送受信部６などの他のパーツが記憶域を必要とする場合にも記憶部８が割り当てられる。更に、図示はしていないが、マイクロＳＤカードのような外部記憶もアプリケーション次第で、アクセサリ型通信機１に組み込まれてもよい。

　表示部９は、制御部７によりコントロールされ、後述するアクセサリパネル画面２０への表示を実行する。アクセサリ型の装置は極力、集約した方がよいので、ＬＣＤ（液晶ディスプレイ：Liquid Crystal Display）を採用する。また、形成される画面はカラー仕様が好ましい。発光部１０は電力消費も少ないのでＬＥＤ２２が好ましい。制御部７のコントロールを受けて後述するアクセサリパネルＬＥＤ２２が点灯、消灯、及び点滅する。発音部１３はブザー、メロディ、音声等を制御部７から指令を受け、備え付けの後述するスピーカ２３から出力する。操作部１１は後述するクリックスイッチ２４のクリック状態を受け取り、制御部７へ報告する。本発明では、クリックスイッチ２４－１とクリックスイッチ２４－２の交互操作により利用者側のコマンドを形成する。計時部１２は後述するアクセサリパネル画面２０の上部の日付、時刻の表示を管理する。この表示は、アクセサリパネル画面２０内部に共存する形態でも、当該画面外部の専用表示版でもよい。この時刻データは、アクセサリ型通信機１備え付けのリアルタイムクロックからの提供でもよいし、携帯情報端末２から取得する方法でもよい。電源部１４は電源を供給かつ管理する。電源は、近接回線５が無線の場合には、アクセサリ型通信機１に内蔵する電池である。また、近接回線５が有線で、ＵＳＢ接続ならば、ＵＳＢを介して携帯情報端末２から電力供給される。なお、アクセサリ型通信機１の各ハードウェアは、制御部７を介して、表示、発光、音等をお互いに利用し合うことができる。例えば、電源が少なくなったときは、アクセサリパネルＬＥＤ２２で報知するなどが考えられる。

　図２Ａは、本発明を実施するアクセサリ型通信機１の事例であり、その事例に適用するパネルと画面の模式図である。また、図２Ｂは、アクセサリ転送データの説明図である。パネルには現在日時をリアルタイムに表示するアクセサリパネル表示現在日時２１とアプリケーションに応じて文字や画像を表示するアクセサリパネル画面２０の表示部分が存在する。アクセサリパネル表示現在日時２１はアクセサリ型通信機１固有の表示エリアであり、固定的なデータ、例えば、日時を表示する。一方、アクセサリパネル画面２０は、アプリケーションによって表示フォーマットが異なる。図２の事例では、アプリケーションは天気予報特有の表示内容が示されている。アクセサリパネルＬＥＤ２２は、ＬＥＤであり、パネル上の位置が固定である。この点灯、点滅はアプリケーションで報知に使用することもできる。又は、アクセサリ型通信機１固有に使用する場合には、例えば、アクセサリパネルＬＥＤ２２－１が点灯した時は、Ｗｅｂ情報の受信があり、アクセサリパネル画面２０に受信情報が表示されていることを知らせ、アクセサリパネルＬＥＤ２２－２の点灯は、電子メールが着信しているので、携帯情報端末２を見るようにという指示、アクセサリパネルＬＥＤ２２－３の点灯は、携帯情報端末２に電話が入っているという報知というように利用する。スピーカ２３は、音情報の報知である。何らかの特殊な状態に対して、利用者に報知する役割を持つ。音情報は、ブザー、メロディ、音声などがある。アプリケーション及びアクセサリ型通信機１固有が共有して使用する。

　クリックスイッチ２４は、操作ボタンである。このボタンの利用方法も、ＬＥＤと同様、アプリケーション及びアクセサリ型通信機１に固有の作動制御に基づき、アクセサリ型通信機１への作動コマンドやステータスによって作動する。例えば、クリックスイッチ２４－１とクリックスイッチ２４－２の長時間同時押しは、電源オン／オフに使用する方法はアクセサリ型通信機１に固有の作動制御になるだろう。また、クリックスイッチ２４－１のプッシュは、待機中のアプリケーション、電子メール、電話等への確認であり、いわば、メニュー表示された処理を次々に画面を切り替えながら実行していく使い方はアプリケーションやミドルウェアの制御範囲になるだろう。即ち、クリックスイッチ２４の押下のバリエーションにより、いくつもの異なった指示を形成できる。

　アクセサリ転送データ１７は、携帯情報端末２から転送されたアクセサリ型通信機１への報知情報であり、近接回線５に適用された通信規約に従い、通信が行われ、規定されたフォーマットの送信データが受信された状態を例示している。テーマコードフィールド２０１には、アプリケーションに与えたコードが格納されており、このテーマコードにより、その後の受信データのフォーマットが判明し、それらのデータをどのように表示したり、動作させたりするかをアプリケーションが取り扱う。ＬＥＤステータスフィールド２０２は、アクセサリパネルＬＥＤ２２の動作コードが格納されており、アクセサリパネルＬＥＤ２２－１～２２－３までの３つのＬＥＤの点灯／消灯の動作に関する指示情報がある。次のブザーステータスフィールド２０３はブザーを鳴らすか鳴らさないかのコードが格納されている。ここまでは、パネル上の装置への指示であり、その次のアクセサリ画面データフィールド２０４は全くアプリケーション次第の情報である。図２ではアクセサリパネル画面２０の表示データが例示になる。この他に、報知情報を画面モードで表現する方法も好ましい。例えば、本日のラッキーカラーをアクセサリパネル画面２０のアイコンや背景色で表現することもできる。

　図３は、如何にして本発明が予約起動や操作の自動化及び簡素化を実現したかを図示したものであり、実施機能、生成資源等を関連付けて、利用技術を説明した機能ブロック図である。Ｗｅｂサイト３は、複数のＷｅｂアプリケーション処理を含んでいる。また、図１で示したようにＷｅｂサーバ３－１、Ｗｅｂサーバ３－２の複数が通信回線４に接続されている。ＷｅｂサーバにはＷｅｂサイトが包含されており、ＷｅｂサイトのＷｅｂアプリケーションがサービスを実行する。即ち、多くのＷｅｂアプリケーションがインターネットを介して利用できる。しかしながら、前述したように、インターネットあるいは、ＩＴ技術に不慣れな者は、これらの有用なアプリケーションを知らないか、知っていてもどのように操作したらよいかわからず、その恩恵を被らないままである。例えば、天気予報を知るＷｅｂサイトがあったとする。インターネットを介して、利用者は、Ｗｅｂサイト３に対して、天気予報アプリケーションのＵＲＬを発信する。この動作は、携帯情報端末２のブラウザを稼動させ、Ｗｅｂサイト３からアプリ別Ｗｅｂ画面を呼び出し、天気予報の日時や場所等の要求データを入力する。Ｗｅｂサイト３にはアプリ別処理部３０２が存在し、アプリ別に送信データを処理し、処理結果を表示した返り画面を形成するなどの処理を実行する。以上は、ブラウザの画面を見ながらデータを入力したが、この入力データが再利用できるのならば、あるいは、他の関連情報から自動的に生成できるのならば、既にある情報を利用して、同じ処理を人手を介さず、繰り返すことができる。

　本発明は、以上の方法を採用し、ＵＲＬと送信データのストリングを記憶し、必要なときにこのストリングを呼び出し、Ｗｅｂサイト３の該当サイトに送る方法により、簡単操作を実現する。この処理結果は、必ずしも同じ結果にはならない。例えば、天気予報であれば、特定の地域の特定の時間の天気は、日が異なれば変化する。即ち、携帯情報端末２からＷｅｂサイト３への送信データは内容を一定にできるが、Ｗｅｂサイト３から携帯情報端末２への受信データは内容が常に一定にならない。また、すべての処理結果の情報を提供するのではなく、その中から必要な情報を抽出し、簡単に情報の大事なところを掴むことができるようにすることが本発明の狙いである。このことは、好みに応じて、結果の画面表示や加工データが変わることを意味する。アクセサリ型通信機１の画面に合わせて、好みの情報を表示させるには、受信データの構造やフォーマットを知らなければならない。本発明は、Ｗｅｂアプリケーションに慣れた者が、処理結果のデータを抽出し、アクセサリ型通信機１のアクセサリパネル画面２０に合わせて、簡単にフォーマット化する方法を支援する。このようにして、最も必要な情報を抽出して簡略な表示を実現できるのである。

　図３に示した機能ブロックにより、前述の簡単操作や簡略表示を実現する。以下その詳細を説明する。予め準備されたＵＲＬと送信データのストリングは実行時ＵＲＬ送信データ１５である。この情報は後述する実行時ＵＲＬ設定処理で作成する。携帯情報端末２の実行時ＵＲＬ抽出部３１１から必要な実行時ＵＲＬが取り出される。取り出されるきっかけとしては、予約時間を監視し、当該時間に特定の実行時ＵＲＬを起動させる方法がある。あるいは、予約時間でなくても、携帯情報端末２やアクセサリ型通信機１から利用者が意図して稼動させてもよい。ＷｅｂサイトやＷｅｂアプリケーションは多くあり、かつ利用者も複数いることがある。また、同じアプリケーションであっても、１日に時間を変えて実行したい場合もある。これらの要求を適えるために、実行予約時間と実行アプリケーションを登録したリストが必要になる。これが、図４に示した予約処理登録リスト１８である。

　実行時ＵＲＬ抽出部３１１が予約処理登録リスト１８から実行時間に到達した実行時ＵＲＬを抽出し、サイト送信部３１０へ送る。サイト送信部３１０は実行時ＵＲＬ送信データ１５を通信回線４に送り出し、Ｗｅｂサイト３に到着すると、アプリ別実行時ＵＲＬ解析部３０１がＵＲＬと送信データストリングを解析し、該当するアプリケーションに相当するアプリ別処理部３０２に引き渡す。このアプリ別処理部３０２は送信データストリングの項目を入力データとして処理し、処理結果をサイト処理結果受信データ１６に示す受信データストリングとして形成する。サイト処理結果受信データ１６では、処理結果の出力項目を＜ａ＞や＜ｈ＞のような識別子を付けて識別する。このサイト処理結果受信データ１６をサイト受信部３１２が受け、アクセサリ送出情報形成部３１３で、アクセサリ型通信機１用にアプリケーション及びアクセサリパネル画面２０に応じた転送データに加工、編集する。これら送受信データは携帯情報端末２の画面を介さず授受される。従って、マークアップ言語で記述された画面フォーマットの使用はない。

　アクセサリ送出情報形成部３１３の役割はアクセサリ型通信機１の表示データを作成することである。図３では、この役目を携帯情報端末２で実行しているが、この処理をＷｅｂサイト３で実行してもよい。即ち、Ｗｅｂサイト３で完全にアクセサリ型通信機１を意識したアクセサリ転送データ１７を形成するやり方である。この場合、携帯情報端末２は単なる中継機になる。この方法の欠点は、アクセサリ型通信機１が限定され、汎用性に乏しい点である。一方、Ｗｅｂサイト３は必要項目を羅列するだけで、アクセサリ型通信機１の存在を意識しなくてもよく、すべてをアクセサリ型通信機１でフォーマット化と加工処理を行う方法がある。このケースにおいても、携帯情報端末２は中継機に過ぎなくなる。この場合の欠点は、アクセサリ型通信機１に重い処理が課せられ負担が過大になる点である。携帯情報端末２にアクセサリ送出情報形成部３１３を置く長所は、Ｗｅｂサイト３と携帯情報端末２間のデータ授受、携帯情報端末２とアクセサリ型通信機１間のデータ授受のように、２者間を統一すれば、多くのバリエーションが形成しやすく、どこか一か所に負担が掛かったりせずバランスよく、負荷が配分され、変更や応用に応えやすい構造になることである。

　アクセサリ送出情報形成部３１３がアクセサリ転送データ１７を形成すると、アクセサリ近接通信部３１４に当データを送り、ここから近接回線５を通じて、アクセサリ型通信機１へ送出される。アクセサリ型通信機１では、携帯情報端末近接通信部３２０がアクセサリ転送データ１７を受け取り、パネル装置作業制御部３２１がＬＥＤや音声等の動作ステータスを解析し、パネルに報知する。また、パネル画面表示部３２２は、アクセサリパネル画面２０にアクセサリ転送データ１７の画面データを表示させる処理を行う。

　図４は、予約時間に実行時ＵＲＬをＷｅｂサイト３に送信し、起動させるために必要な情報を配列した予約処理登録リスト１８の例図である。このリストは後述する実行時ＵＲＬ設定処理で作成する。以下、図４を参照しながら説明する。ユーザＩＤ欄４０は利用者を識別する情報を格納する。このユーザＩＤは正当な利用者であることを証するため、Ｗｅｂサイト３にも登録されるべきである。この場合、実行時ＵＲＬ設定処理のときに、携帯情報端末２の当該リストとＷｅｂサイト３の両方に格納される。例図では、ｊａｐａｎ１２３とｎｉｐｐｏｎ５０の２利用者が登録されている。即ち、携帯情報端末２には、少なくとも２利用者が存在する事例になる。テーマ欄４１は処理要求するＷｅｂアプリケーションである。わかりやすくタイトル名を付ける。起動予約時刻欄４２は、左の欄のＷｅｂアプリケーションの起動時刻を登録する。起動は、右の欄の実行時ＵＲＬ欄４３のＵＲＬをＷｅｂサイト３に送出し、図３のアプリ別実行時ＵＲＬ解析部３０１に到達し、アプリ別処理部３０２が実行されるときである。なお、４００で示す項目は、起動予約時刻があるべきであるが、空である。これは、予約時刻ではなく、利用者が臨時に意図して起動を掛けた場合に当てる事例である。利用者臨時起動の場合には、この行項目を参照して、Ｗｅｂサイト３へ要求が行く。このリストは本実施例では携帯情報端末２に存在するが、時間起動を掛ける装置に持つべきである。例えば、アクセサリ型通信機１のリアルタイムクロックを利用する場合には、アクセサリ型通信機１で予約処理登録リスト１８から実行時ＵＲＬを抽出し、携帯情報端末２を経由してＷｅｂサイト３に到達する。また、Ｗｅｂサイト３で時間起動をするならば、Ｗｅｂサイト３に予約処理登録リスト１８を格納し、Ｗｅｂサイト３内部で起動する。

　天気予報というアプリケーションを通じて、実施形態を具体的に説明する。実行時ＵＲＬを生成するためには、Ｗｅｂ画面から送信データを入力し、該当するアプリケーションに送信する。このとき、ＵＲＬと送信データのストリングがＷｅｂサイト３のアプリケーションに送付される。本発明ではこれを実行時ＵＲＬと呼ぶ。実行時ＵＲＬは携帯情報端末２のブラウザが生成する。

　図５は、携帯情報端末２から特定のＷｅｂアプリケーションへ実行を促す起動用の実行時ＵＲＬを形成するための情報入力の画面事例である。天気予報というＷｅｂアプリケーションを具体例として携帯情報端末画面１９を形成している。画面の内容は天気予報実行予約入力画面５０であり、天気予報処理における実行時ＵＲＬの設定画面であり、処理の実行のためのデータを入力する。この実行予約入力画面は、画面から再利用できるＵＲＬと送信データストリングを形成する設定画面であり、操作自動化を必要とするどのアプリケーションにおいても、本来のＷｅｂ画面経由のプログラムとは別途の実行時ＵＲＬを生成するための必要な画面処理を行うプログラムを追加しなければならない。天気予報実行予約入力画面５０は処理に必要なデータの入力エリアであるリクエストデータ領域５１と処理結果を構成する出力データを指定するリターンデータ領域５４の２つのパートに分かれている。リクエストデータ領域５１には、利用者を識別し、正当性を認知させるためのユーザＩＤを入力するユーザＩＤ入力項目５２、そのユーザ名、及びアプリケーションを具体的にイメージさせるためのタイトルとなるタイトル名入力項目５３、アプリケーションに起動を掛ける起動時刻を予約する起動予約時刻入力項目５６がある。本実施例では、予約時刻は本日に統一している。これらユーザＩＤ入力項目５２、タイトル名入力項目５３、起動予約時刻入力項目５６は、図４における予約処理登録リスト１８の項目と一致する。即ち、この天気予報実行予約入力画面５０において入力された項目が使われる。天気予報の場所は、都道府県や地区の入力、天気予報の日時は、日と時間帯を事例としてある。都道府県については、メニューリストを載せている。また、日については、本日、明日、２日後、３日後～となるので、本日を起点に日が移動する。時間帯は、０時から4時間刻みで選択させるメニューリストを載せた。

　実行時ＵＲＬ５５は、この天気予報実行予約入力画面５０入力後に生成される。従って、利用者が入力するものではない。リターンデータ領域５５は、処理結果の項目であり、これらの項目を使用して、携帯情報端末２等がデータの加工や画面フォーマットを編集する。アプリケーションが生成する項目の一覧がリターンデータ領域５５に展開されるが、その内、利用者が必要な項目には、チェックを入れ（５０１）、不要な項目にはチェックを空（５００）にする。アクセサリ画面フォーマット５７は、アクセサリ型通信機１向けの画面生成が必要かどうかのチェックを入れる項目である。必要な場合には、アクセサリ画面フォーマット入力エリア５８に画面を構成する項目を位置と共に記入する。不要な場合にはチェックを空にし、アクセサリ画面フォーマット入力エリア５８には何も記入しない。各項目を使用して、携帯情報端末２が独自にフォーマットする場合、アクセサリ型通信機１が同様にフォーマットする場合、あるいは、画面フォーマットが不要な場合に該当する。アクセサリ画面フォーマット入力エリア５８にフォーマットを構成する場合には、事例のアクセサリ画面表示項目指定５０２のように、＜ｄ＞項目、＜ｅ＞項目、＜ｃ＞項目以下、＜ｊ＞項目までを、アクセサリ画面フォーマット入力エリア５８にプロットする。例えば、＜ｄ＞は日時の表示なので、処理結果の日時の表示の項目＜ｄ＞を挿入することになる。入力項目をすべて入力した後、内容が正しく入力されたかを確認するため、確認ボタン５９を押下する。すると、この画面項目について、ＵＲＬと送信データがＷｅｂサイト３に送信される。

　図６は、携帯情報端末２において、図５で示した天気予報実行予約入力画面５０により、必要項目を入力し、画面を当該Ｗｅｂアプリケーションへ送信した結果、携帯情報端末２に返ってきた画面の事例である。即ち、図５で設定した画面情報に基づき、形成された実行時ＵＲＬ送信データ１５（図３参照）を形成する。この返り画面にはこのジョブの目的である実行時ＵＲＬが表示される。この実行時ＵＲＬは図５で送付したデータがそっくり繋がっている。この実行時ＵＲＬ送信データ１５は画面処理を供わず、送信され、Ｗｅｂアプリケーション用へ処理要求するものである。同時に、返りデータも、画面表示を伴わない受信になる。図６では、この画面表示を伴わない受信データであるサイト処理結果受信データ１６（図３参照）の形成を指示する画面になる。

　図６は、天気予報というＷｅｂアプリケーションを実行し、返ってくるサイト処理結果受信データ１６の項目等を編集する画面である。サイト処理結果受信データ１６は実行時ＵＲＬ送信データ１５が当該Ｗｅｂアプリケーションへ送られ、処理した結果のデータであり、送受信共、画面表示は無い。しかし、サイト処理結果受信データ１６はアクセサリ型通信機１へ転送されるデータを含んでいるので、その抽出や加工をするために個々の項目の把握が必要である。また、そっくりそのままアクセサリ型通信機１のアクセサリパネル画面２０に表示に使用する場合もあるので、予めフォーマット化しておかねばならない。このような編集作業を天気予報実行予約登録画面６０では行う。画面上のリクエストデータ領域は、天気予報実行予約入力画面５０のリクエストデータ領域５１のままに表示されている。リターンデータ領域は、天気予報実行予約入力画面５０のリターンデータ領域５４と比べると、Ｗｅｂサイト３で処理されて形成されたＵＲＬが、実行時ＵＲＬ表示６１に返ってきている。この実行時ＵＲＬ表示６１が、実行時ＵＲＬ送信データ１５であり、予約処理登録リスト１８の実行時ＵＲＬ欄４３に登録されたＵＲＬになる。アクセサリ画面フォーマット６２は、アクセサリ画面フォーマット入力エリア５８にプロットした処理項目を、実際に項目毎の処理結果データを置いてみた例示的なデータ表示である。ズレ状態を画面上で確認し、ずらしなどの補正が可能である。手直し後、再度、表示具合を見る場合には再設定ボタン６３を押す。これにより、Ｗｅｂサイト３では再処理して新たな補正された画面を返してくる。この表示状態で良いと判断した場合には、登録ボタン６４を押す。この結果、該当する実行時ＵＲＬが編集され、図４の予約処理登録リスト１８に登録される。

　図７は、携帯情報端末画面１９から、天気予報などのアプリケーションを自動的に繰り返し実行できるように、実行に必要な情報を入力し、返ってきた携帯情報端末画面１９で、アクセサリ型通信機１の転送するフォーマットデータを編集し、最終的に実行時ＵＲＬを生成、登録するジョブのフローチャートである。選択できるアプリケーションは、実行時ＵＲＬを形成する画面を提供していなくてはならない。通常は、処理１回ごとに画面を使用する天気予報アプリケーション、実行時ＵＲＬ形成の設定画面を使用する天気予報実行時ＵＲＬ形成アプリケーション、当該実行時ＵＲＬを送信し、処理を行う天気予報無画面処理アプリケーションの３つのセットが必要である。その２番目のアプリケーションの処理のフローチャートになる。以下、図に従い、説明する。

　図７は、図５で情報入力、図６で処理結果データの編集というジョブにより、例えば、天気予報の繰り返し操作の実行時ＵＲＬを形成する処理である。利用者はＷｅｂアプリケーションを選択する（Ｓ７０１）。Ｓ７０２で携帯情報端末画面１９からアプリケーションを選び、画面を要求する。Ｗｅｂサイト３は指定のアプリケーションを起動し、入力画面を携帯情報端末２へ送る（Ｓ７０３）。Ｓ７０４で例えば、天気予報実行予約入力画面５０が表示される。利用者が画面へのデータ入力を行い（Ｓ７０７）、入力後、例えば、確認ボタン５９を押して、入力画面を送信する（Ｓ７０８）。実行時ＵＲＬ形成アプリケーションが入力項目に基づき処理する（Ｓ７０９）。処理結果として生成されたデータについて、返しを要求されている項目を仕訳ける（Ｓ７１０）。アクセサリ型通信機１へフォーマット化された画面データが必要かチェックする（Ｓ７１１）。画面が必要なチェックがあれば、仕訳けた項目の埋め個所に処理結果データを埋め込む（Ｓ７１２）。処理結果の返し画面、例えば、天気予報実行予約登録画面６０を携帯情報端末２へ送信する（Ｓ７１３）。携帯情報端末２は処理結果の画面を受信し、表示する（Ｓ７１４）。Ｓ７１５において、利用者は出力内容を確認し、その良否を判定する（Ｓ７１６）。更に編集が必要ならば、補正し例えば、再設定ボタン６３押下で送信する。これがＳ７０５とＳ７０６で行う再入力、再設定送信になる。Ｓ７１６で良好ならば、登録ボタン６４を押下して（Ｓ７１７）、登録データをＷｅｂサイト３に送信する（Ｓ７１８）。登録データを受け取ったＷｅｂサイト３では、時間起動を予約したユーザＩＤと実行アプリケーションのテーマコードを記録する（Ｓ７１９）。以後、この記録により、時間起動で送られてきた実行時ＵＲＬが、正当な処理要求なのかを判定することができる。一方、携帯情報端末２では、予約処理登録リスト１８に、ユーザＩＤ、要求アプリケーションのテーマ（タイトル）名、起動予約時刻、テーマの実行時ＵＲＬが登録される（Ｓ７２０）。処理終了を画面表示して終了する（Ｓ７２１）。

　図８は、予約時間の自動起動又は利用者からの臨時処理要求があったときに実行時ＵＲＬをＷｅｂサイト３に送信し、その処理結果を中継してアクセサリ型通信機１に転送、アクセサリ型通信機１が簡略表示を行うフローチャートである。段落００４６で言及する３点セットの第３番目のアプリケーションに相当する。なお、携帯情報端末２とアクセサリ型通信機１の間を近接通信で結ぶが、例えば、Bluetoothを使用するならば、両者のプロファイルが一致しており、ペアリング等の規約が正当に遵守されて、通信が確立していることが前提になる。以下、図に従い、説明する。

　実行時ＵＲＬで行うアプリケーションの起動は、利用者がアクセサリ型通信機１の操作ボタン等から手動で要求する場合（Ｓ８０1）と予約処理登録リスト１８にある予約時間を携帯情報端末２のシステムに要求しておき、時間になる（Ｓ８００）とインタラプションが掛かる仕組み（Ｓ８０２）の２つがある。あるいは、定期的に予約処理登録リスト１８の予約時間を参照し、現在時刻に一致したら起動を掛けるという方式でもかまわない。起動が掛かると、携帯情報端末２では、予約処理登録リスト１８を照合し、正当な起動かどうかをチェックする（Ｓ８０３、Ｓ８０４）。正当であれば、リストから実行時ＵＲＬを取り出し、Ｗｅｂサイト３に送信する（Ｓ８０５）。Ｗｅｂサイト３で実行時ＵＲＬにあるアプリケーションに起動が掛かる（Ｓ８０６）。送信データストリングの項目に基づきアプリケーションが処理（Ｓ８０７）。正当なユーザＩＤかを記録と照合する（Ｓ８０８）。正当でなければ処理終了である。処理結果として生成されたデータ、即ち、リターン項目の内、返しを要求されている項目を仕訳ける（Ｓ８０９）。アクセサリ型通信機１へフォーマット化された画面データがあるかチェックする（Ｓ８１０）。画面フォーマットがあれば、該当する項目の埋め個所に処理結果データを埋め込む（Ｓ８１１）。Ｓ８１２で処理結果データを送信する（図３のサイト処理結果受信データ１６参照）。携帯情報端末２が処理結果データを受信（Ｓ８１３）。携帯情報端末２において、当該アプリケーションテーマについて、追加加工処理等の特別な処理プログラムが用意されているならば（Ｓ８１４）、処理結果データに対してその処理を実行する（Ｓ８１５）。アクセサリ型通信機１へ処理結果データを転送する場合にアクセサリ型通信機１がフォーマット化等の処理を行うならば、それ以上のデータ処理は行わない（Ｓ８１６）。また、既にアクセサリ型通信機１用の画面フォーマットが処理結果データに存在するならば、これ以上のデータ処理は行わない（Ｓ８１７）。画面フォーマットを携帯情報端末２が作成する場合には、処理結果データに処理可能に定義されたデータがあるので、フォーマット化の処理を行う（Ｓ８１８）。アプリケーションに沿った処理が終了した後は、近接回線５のプロトコルに沿ったアクセサリ型通信機１への送信データを形成する（Ｓ８１９）。この送信データをアクセサリ型通信機１に送付する。Ｓ８２１では、アクセサリ型通信機１側で送信データを受信する。アクセサリ転送データ１７に示すように、ＬＥＤやスピーカ等のパネル制御情報を解析して、パネルに反映させる（Ｓ８２２）。次にアクセサリパネル画面２０用のデータを抽出し、画面に表示し（Ｓ８２３）、処理を終了する。

１　アクセサリ型通信機、２　携帯情報端末、３　Ｗｅｂサイト、
３－１　Ｗｅｂサーバ、３－２　Ｗｅｂサーバ、４　通信回線、
５　近接回線、６　送受信部、７　制御部、８　記憶部、
９　表示部、１０　発光部、１１　操作部、１２　計時部、
１３　発音部、１４　電源部、１５　実行時ＵＲＬ送信データ、
１６　サイト処理結果受信データ、１７　アクセサリ転送データ、
１８　予約処理登録リスト、１９　携帯情報端末画面、
２０　アクセサリパネル画面、２１　アクセサリパネル表示現在日時、
２２　アクセサリパネルＬＥＤ、２２－１　アクセサリパネルＬＥＤ、
２２－２　アクセサリパネルＬＥＤ、２２－３　アクセサリパネルＬＥＤ、
２３　スピーカ、２４　クリックスイッチ（含むボタン）
２４－１　クリックスイッチ（含むボタン）、
２４－２　クリックスイッチ（含むボタン）、
４０　ユーザＩＤ欄、４１　テーマ欄、４２　起動予約時刻欄、
４３　実行時ＵＲＬ欄、４００　起動予約項目（起動予約無し状態の事例）、
５０　天気予報実行予約入力画面、５１　リクエストデータ領域、
５２　ユーザＩＤ入力項目、５３　タイトル名入力項目、
５４　リターンデータ領域、５５　実行時ＵＲＬ入力項目、
５６　起動予約時刻入力項目、
５７　アクセサリ画面フォーマット形成可否チェック、
５８　アクセサリ画面フォーマット入力エリア、５９　確認ボタン、
６０　天気予報実行予約登録画面、
６１　実行時ＵＲＬ表示（形成された実行時ＵＲＬの事例）、
６２　アクセサリ画面フォーマット表示（フォーマットの事例）、
６３　再設定ボタン、６４　登録ボタン、
２０１　テーマコードフィールド、２０２　ＬＥＤステータスフィールド、
２０３　ブザーステータスフィールド、
２０４　アクセサリ画面データフィールド、３００　アプリ別Ｗｅｂ画面、
３０１　アプリ別実行時ＵＲＬ解析部、３０２　アプリ別処理部、
３０３　アプリ別処理情報形成部、３１０　サイト送信部、
３１１　実行時ＵＲＬ抽出部、３１２　サイト受信部、
３１３　アクセサリ送出情報形成部、３１４　アクセサリ近接通信部、
３２０　携帯情報端末近接通信部、３２１　パネル装置制御部、
３２２　パネル画面表示部、
５００　出力項目可否チェック（不要の事例）、
５０１　出力項目可否チェック（必要の事例）、
５０２　アクセサリ画面表示項目指定（指定の事例）

Claims

　予め登録されたＵＲＬ（Uniform Resource Locator）と送信データで構成された実行時ＵＲＬ送信データを作成し、送信する携帯情報端末と、
　前記実行時ＵＲＬ送信データを受信して解析し、解析結果に基づくサイト処理結果受信データを予め指定されたフォーマットで作成し、携帯情報端末に送信するＷｅｂサイトと、
　携帯情報端末に接続され、携帯情報端末から転送されたアクセサリ転送データに基づき、報知情報を生成して報知するアクセサリ型通信機と、を備え、
　携帯情報端末、Ｗｅｂサイト又はアクセサリ型通信機は、実行時ＵＲＬ送信データと実行時ＵＲＬ送信データを送信する予約時間とを関連付けた予約処理登録リストと、
　前記予約時間に予約処理登録リストを検索して実行時ＵＲＬ送信データを発信する予約時間起動手段と、
　前記サイト処理結果受信データをアクセサリ転送データに変換して送るアクセサリ中継手段とを有し、
　前記携帯情報端末は、Ｗｅｂサイトに前記解析を実行させるため情報の設定と、サイト処理結果受信データをフォーマット編集するための定義情報の設定とにより、実行時ＵＲＬ送信データを生成する実行時ＵＲＬ生成手段を有する、ことを特徴とする携帯情報システム。
　前記携帯情報端末及びアクセサリ型通信機は、互いに同じ通信規格に則った無線又は有線による近接通信機能を有する、ことを特徴とする請求項１に記載の携帯情報システム。
　前記アクセサリ型通信機による報知情報の報知手段は、ディスプレイ、ＬＥＤ（Light Emitting Diode）、スピーカ、ブザーを含み、映像、光又は音を含む情報により報知内容を知らせる、ことを特徴とする請求項１又は２に記載の携帯情報システム。
　前記アクセサリ型通信機は、利用者が実行時ＵＲＬ送信データを発信することを携帯情報端末に要求する利用者操作手段を有する、ことを特徴とする請求項１乃至３のいずれか１項に記載の携帯情報システム。
　前記アクセサリ中継手段には、サイト処理結果受信データを再度編集及び変換してアクセサリ転送データを組み立て直す手段を含む、ことを特徴とする請求項１に記載の携帯情報システム。
　前記アクセサリ中継手段には、アクセサリ型通信機がサイト処理結果受信データからアクセサリ転送データへの変換を処理する手段を含む、ことを特徴とする請求項１に記載の携帯情報システム。
　前記実行時ＵＲＬ生成手段は、実行時ＵＲＬ生成用のＷｅｂアプリケーションを含む、ことを特徴とする請求項１に記載の携帯情報システム。
　前記実行時ＵＲＬ生成用Ｗｅｂアプリケーションは、前記サイト処理結果受信データとして提示する情報を選択し、選択した情報を使用して前記Ｗｅｂサイトにサイト処理結果受信データを構成させる手段を含む、ことを特徴とする請求項７に記載の携帯情報システム。