JP2015091089A - 情報端末、通信システム、サーバ、通信方法及びプログラム - Google Patents

Abstract

【課題】ユーザにとって利便性が良い、きめ細かいサポートをする。
【解決手段】情報端末２００の受光部２１０は、ＩＤで定義される発光パターンに基づいて発光するＬＥＤ１４０からの光を受光する。ＩＤ取得部２２１は、受光部２１０が受光した光から発光パターンを特定してＩＤを取得する。送受信部２２４は、ＩＤと、ＬＥＤ１４０を備える機器１００に関する情報のＵＲＬと、を対応付けたＩＤ・ＵＲＬテーブル３２１を記憶するサービスサーバ３００に、取得したＩＤを送信して対応するＵＲＬを受信する。情報取得部２２５は、送受信部２２４が受信したＵＲＬに基づいて、機器１００に関する情報を取得する。
【選択図】図２

Description

本発明は、情報端末、通信システム、サーバ、通信方法及びプログラムに関する。

従来から、機器（例えば、情報家電など）に関する情報へのアクセスを支援するような手法が開示されている。
例えば、特許文献１においては、機器の取り扱い説明書（以下、取説という）のデータへのアクセスを支援するために、機器にＱＲコード（登録商標）を付しておき、そのＱＲコードをカメラ付携帯電話等で読み取らせる。ＱＲコードを読み取ったカメラ付携帯電話は、ＱＲコードをＵＲＬに変換して取説のデータへアクセスする。

特開２００８−８３９６６号公報

しかしながら、上記特許文献１の手法では、単に取説データへのアクセスを支援するだけであって、故障などの根本原因の分析はユーザ自ら行う必要があった。
このため、きめ細かいサポートができず、ユーザにとって利便性が悪いという問題があった。

そこで、この発明は、上記問題に鑑みてなされたものであり、ユーザにとって利便性が良い、きめ細かいサポートが可能な情報端末等を提供することを目的とする。

上記目的を達成するため、この発明の第１の観点に係る情報端末は、
定義情報で定義される発光パターンに基づいて発光する発光体からの光を受光する受光手段と、
前記受光手段によって受光された光から発光パターンを特定して前記定義情報を取得する第１の取得手段と、
前記第１の取得手段によって取得された定義情報を外部の情報管理手段へ送信し、その送信に対する応答結果に基づいて、前記発光体を備える機器に関する情報を取得する第２の取得手段と、
を備えたことを特徴とする。

本発明によれば、ユーザにとって利便性が良い、きめ細かいサポートが可能となる。

この発明の実施形態に係る通信システムの構成を概略的に示す図である。 図１の通信システムの構成を示すブロック図である。 発光パターンテーブルの一例を示す図である。 ＩＤ履歴テーブルの一例を示す図である。 特別ルールテーブルの一例を示す図である。 ＩＤ・ＵＲＬテーブルの一例を示す図である。 情報端末が表示した機器のサポートに関する情報の一例を示す図である。 図７の別例であって、（ａ）はサポートセンタへの問い合わせ方法選択画面を、（ｂ）は電話を選択した場合の表示画面を、（ｃ）はメールを選択した場合の表示画面を、それぞれ示す図である。 情報取得処理の流れの一例を示すフローチャートである。 ＩＤ空間の一例を示す図である。 特別ルールのエントリの一例を示す図である。 情報端末とサービスサーバ間で行う特別ルールの同期処理の流れの一例を示すフローチャートである。 通信システムの構成の変形例を示すブロック図である。 ＩＤ履歴テーブルの別例を示す図である。

以下、この発明の実施形態を図面に基づいて説明する。
図１に示すように、通信システム１０は、機器１００と情報端末２００とサービスサーバ３００とを備える。

機器１００は、発光体であるＬＥＤ（Light Emitting Diode）１４０を備えた情報家電である。この機器１００は、ディスプレイなどの表示部を備えていない。また、ＬＥＤ１４０は、エラー発生などの異常時以外は通常緑色で点灯する。

情報端末２００は、無線通信可能な端末（例えば、携帯電話やスマートフォンなど）である。情報端末２００は、機器１００との間で可視光Ｖによる無線通信（以下、可視光通信という）を行う。また、情報端末２００は、サービスサーバ３００との間でＬＴＥ（Long Term Evolution）や３Ｇなどの規格による、ネットワークＮＷを介した無線通信を行う。

サービスサーバ３００は、機器１００のサポート情報等、機器１００に関する情報がネットワークＮＷ上のどこにあるかを示す位置情報（ＵＲＬ）を記憶するサーバである。サービスサーバ３００は、情報端末２００からの問い合わせに応じてＵＲＬを提供する。具体的な提供の手法については後述する。

次に、通信システム１０を構成する機器１００、情報端末２００及びサービスサーバ３００の各構成について、図２を参照しながら説明する。
機器１００は、情報家電としての基本機能及びＬＥＤ１４０以外に、ステータス検知部１１０とＩＤ特定部１２０とＬＥＤ制御部１３０とを備える。

ステータス検知部１１０は、機器１００の状態（例えば、エラー状態、設定状態など）を検知する。
ＩＤ特定部１２０は、ＬＥＤ１４０の発光パターンを定義する定義情報であるＩＤを特定する。具体的には、機器１００の状態に応じて定まるＩＤを、図３に示す発光パターンテーブルを参照して特定する。例えば、ステータス検知部１１０が電源エラーを検知した場合、ＩＤ特定部１２０は、不図示のメモリに記憶される発光パターンテーブルを参照してＩＤ１０を特定する。

ＬＥＤ制御部１３０は、ＩＤ特定部１２０が特定したＩＤで定義される発光パターンになるようにＬＥＤ１４０を制御する。例えば、ＩＤ特定部１２０がＩＤ１０を特定した場合、緑色の点灯から点滅ＡになるようにＬＥＤ１４０を制御する。
ここで、発光パターンとは、可視光Ｖの時系列的な変化（輝度変化や色変化など）の規則性を示すものである。ＬＥＤ制御部１３０は、この発光パターンに基づいて、光の輝度変調を行ってＬＥＤ１４０から発光される可視光Ｖが点滅Ａになるように制御する。なお、ＬＥＤ制御部１３０は、輝度変調に限らず波長変調を行って、ＬＥＤ１４０から発光される色を変化させてもよい。

この機器１００のステータス検知部１１０、ＩＤ特定部１２０及びＬＥＤ制御部１３０は、可視光通信の用途のために製造された専用のＡＳＩＣ（Application Specific Integrated Circuit）などの集積回路基板を、工場出荷時などに予め機器１００に組み込んでおくことで実現する。

次に、情報端末２００は、受光部２１０と制御部２２０と記憶部２３０と表示部２４０と入力部２５０とを備える。

受光部２１０は、ＣＣＤ（Charge Coupled Device：電荷結合素子）やＣＭＯＳ（Complementary Metal Oxide Semiconductor：相補型金属酸化物半導体）等から構成されるイメージセンサである。受光部２１０は、受光した光の強さに応じたアナログの電気信号を生成する。

制御部２２０は、ＣＰＵやＲＯＭ、ＲＡＭなどにより構成され、ＩＤ取得部２２１、ＩＤ蓄積部２２２、ルール適用判定部２２３、送受信部２２４、情報取得部２２５及び表示制御部２２６を備える。なお、情報端末２００のユーザは、サポートに関する情報を取得するためのアプリケーションのプログラムを予めＲＯＭにインストールしておく。そして、ＣＰＵがＲＯＭに記憶されたプログラムを読み出して実行することにより、上記各部の機能を実現する。

ここで、ＩＤ取得部２２１は、受光部２１０が像として受光した光から可視光Ｖの発光パターンを特定してＩＤを取得する。具体的には、ＩＤ取得部２２１は、受光部２１０が受光したアナログの電気信号をデジタルの電気信号に変換してビットデータ列を生成する。この実施形態では、ＬＥＤ１４０は点滅するため、消灯時には「０」、点灯時には「１」のビットデータ列が生成され、ＩＤ取得部２２１はその規則性を解析することにより、ＬＥＤ１４０の発光パターンを特定してＩＤを取得する。なお、ＩＤ取得部２２１は、第１の取得手段でもある。また、ＩＤ取得の際には、発光パターンとＩＤとを対応付けておき、特定した発光パターンに対応するＩＤを取得する。尚、ＬＥＤ１４０が赤、緑、青の三色の発光色の変化である場合は、この三色の発光の順序に基づいたビットデータ列が生成され、ＩＤ取得部２２１はその規則性を解析することにより、ＩＤを取得する。

ＩＤ蓄積部２２２は、ＩＤ取得部２２１が取得したＩＤを、不揮発性のハードディスク等から構成される記憶部２３０に蓄積する。具体的には、ＩＤ蓄積部２２２は、図４に示すＩＤ履歴テーブル２３２に取得したＩＤを蓄積する。
このＩＤ履歴テーブル２３２は、過去のＩＤ取得日時を示す取得日時と、その取得日時において取得したＩＤの履歴を示すＩＤ履歴と、から構成される。図４の例では、過去２つのＩＤ履歴があることを示しており、例えば今回取得したＩＤがＩＤ１０であれば、取得日時とともにＩＤ履歴テーブル２３２に追加される。

ルール適用判定部２２３は、ＩＤ取得部２２１が取得したＩＤが所定の条件を満たすか否か判定する。具体的には、ルール適用判定部２２３は、図５の特別ルールテーブル２３３とＩＤ履歴テーブル２３２とを参照してルール適用条件を満たすか否か判定する。そして、ルール適用判定部２２３は、ルール適用条件を満たす場合、取得したＩＤを適用ルールで特定されるＩＤに差し替える。

例えば、今回取得したＩＤがＩＤ１０であってＩＤ履歴テーブル２３２のＩＤ履歴に新たに「１０」が取得日時とともに追加された場合、ルール適用判定部２２３は、ＩＤ１０について「２４時間以内に同じエラーが発生している」かどうかを、ＩＤ履歴テーブル２３２の２つのＩＤ履歴「１０」それぞれの取得日時に基づいて判定する。ルール適用判定部２２３は、ルール適用条件を満たす場合、ＩＤ１０をＩＤ５３９に差し替える。なお、ルール適用判定部は、判定手段でもある。また、図５の特別ルールテーブル２３３の更新処理については後述する。

送受信部２２４は、取得したＩＤ又は差し替えたＩＤをサービスサーバ３００に送信して、サービスサーバ３００から送信したＩＤに対応するＵＲＬを受信する。例えば、送受信部２２４は、ルール適用判定部２２３がＩＤ１０の差し替えを行わなかった場合はＩＤ１０を、ルール適用判定部２２３がＩＤ１０の差し替えを行った場合はＩＤ５３９を、サービスサーバ３００に送信する。

一方、サービスサーバ３００は、制御部３１０と記憶部３２０とを備える。
制御部３１０は、ＣＰＵやＲＯＭ、ＲＡＭなどにより構成され、情報提供部３１１を備える。なお、情報提供部３１１の機能は、ＣＰＵがＲＯＭに記憶された情報提供のためのプログラムを読み出して実行することにより実現される。

情報提供部３１１は、情報端末２００から受信したＩＤに対応するＵＲＬを、記憶部３２０が記憶する図６のＩＤ・ＵＲＬテーブル３２１を参照して特定し、特定したＵＲＬを情報端末２００に送信する。

このＩＤ・ＵＲＬテーブル３２１は、ＩＤと、端末への指示内容と、機器１００のサポート情報等、機器１００に関する情報のネットワークＮＷ上の位置情報であるＵＲＬと、ＵＲＬ先のコンテンツと、を対応付けたテーブルである。

ここで、機器１００に関する情報とは、例えば、機器１００のエラー復旧をサポートするためのガイダンス情報、機器１００の設定をサポートするためのガイダンス情報、機器１００の製造元のサポートセンタに問い合わせるための情報などである。具体的には、この実施形態における機器１００に関する情報は、ＵＲＬ先のコンテンツが示すようなサポートページ、動作エラー復旧のための動画あるいはサポートセンタへの問い合わせを誘導するための誘導画面を表示したＷｅｂページなどである。

情報提供部３１１は、例えば、情報端末２００から受信したＩＤが１０である場合、情報端末２００が機器１００に関する情報のＷｅｂページを自動取得するためのＵＲＬ「http://www.○○.××jp/ID10」を送信する。一方、情報提供部３１１は、受信ＩＤが５３９である場合、情報端末２００が誘導画面を表示したＷｅｂページを自動取得するためのＵＲＬ「http://www.○○.××jp/ID539」を送信する。また、情報提供部３１１は、受信ＩＤが５３９である場合、ユーザ情報「userinfo=XXXXX」とステータス情報「status=XXXXXX」とを付加してＵＲＬにアクセスするための指示、すなわちアクセス先のウェブサーバにユーザ情報とステータス情報とを通知するよう指示するための情報をあわせて送信する。

一方、情報端末２００に戻って、送受信部２２４は、ＩＤ１０を送信した場合はＵＲＬ「http://www.○○.××jp/ID10」を、差し替えたＩＤ５３９を送信した場合はＵＲＬ「http://www.○○.××jp/ID539」を、サービスサーバ３００から受信する。なお、送受信部２２４は、送受信手段でもある。

情報取得部２２５は、送受信部２２４が受信したＵＲＬに基づいて、機器１００に関する情報を取得する。具体的には、情報取得部２２５は、ユーザ操作に依らずに自動でＵＲＬが示す機器１００に関する情報の要求をウェブサーバに対して行い、そのウェブサーバからの応答によりサポート情報等、機器１００に関する情報を取得する。

また、情報取得部２２５は、取得先のウェブサーバへ情報端末２００の言語設定情報を通知するようにする。この言語設定情報は、情報端末２００のユーザにより設定され、情報取得部２２５は設定された言語設定情報を、記憶部２３０を参照することにより特定する。これにより、ウェブサーバからの応答により取得する機器１００に関する情報が、言語設定に応じた言語となる。

また、情報取得部２２５は、サービスサーバ３００の情報提供部３１１からユーザ情報とステータス情報との通知を指示された場合は、これら情報もあわせて通知するようにする。ユーザ情報は、情報端末２００を使用するユーザの情報（例えば、メールアドレスや電話番号など）であり、アプリケーションのインストール時にユーザが登録するものである。ステータス情報は、機器１００の状態を示す情報（例えば、機器１００の使用期間やエラー状態など）である。情報取得部２２５は、機器１００の使用期間についてはＩＤ履歴テーブル２３２の取得日時に基づいて現在までのおおよその使用期間を特定し、エラー状態については特別ルールテーブル２３３のルール適用条件に基づいて２４時間以内に同じエラーが発生しているなどのエラー状態を特定する。

なお、情報取得部２２５による言語設定情報、ユーザ情報、ステータス情報などの通知は、例えば、ＵＲＬのパスの中に各情報をパラメータとして付加する、あるいはｈｔｔｐリクエストのヘッダに各情報を付加する等任意の手法で通知する。また、情報取得部２２５は、第２の取得手段でもある。

次に、表示制御部２２６は、情報取得部２２６が取得した機器１００に関する情報を表示部２４０に表示する。例えば、情報取得部２２５がＵＲＬ「http://www.○○.××jp/ID10」に基づいて機器１００の機器１００に関する情報のＷｅｂページを取得した場合、表示制御部２２６は、図７に示すようなＷｅｂページ（サポートページ）を表示部２４０に表示する。

一方、情報取得部２２５がＵＲＬ「http://www.○○.××jp/ID539」に基づいて誘導画面を表示したＷｅｂページを取得した場合、表示制御部２２６は、図８（ａ）に示すようなＷｅｂページのトップ画面であるサポートセンタへの問い合わせ方法選択画面を表示部２４０に表示する。

ここで、ユーザが「電話をする」を選択した場合、表示制御部２２６は図８（ｂ）の画面を表示する。続けて、ユーザが「電話をかける」を選択した場合、情報端末２００の制御部２２０はサポートセンタへ発呼する。この実施形態においては、ユーザとサポートセンタのサポート要員との間の意思疎通を容易にするために、予め機器１００のサポートにあたって必要な情報がサポート要員により取得される。例えば、サポート要員は、発呼された電話番号をキーにしてウェブサーバに問い合わせ、ウェブサーバからユーザ情報及びステータス情報を取得したり、あるいは制御部２２０が発呼の際に音声データでユーザ情報及びステータス情報を通知するようにする。

一方、ユーザが「メールをする」を選択した場合、表示制御部２２６は図８（ｃ）の画面を表示する。画面中のメールの文面については、ウェブサーバがテンプレートに従って自動生成したものであり、メール中の個人情報（氏名及び連絡先）はウェブサーバに通知したユーザ情報によりウェブサーバが自動で入力したものである。ユーザが「ＯＫ」を選択した場合、制御部２２０はサポートセンタのアドレスに対してメールを送信する。

なお、（ｂ）又は（ｃ）への画面遷移にあたっては、情報取得部２２５がユーザの選択に合わせてウェブサーバに（ｂ）又は（ｃ）の画面取得の問い合わせをして取得してもいいし、一度に（ａ）乃至（ｃ）の画面を取得しておきユーザの選択に合わせて表示制御部２２６が表示部２４０に表示してもよい。また、メール中の個人情報は、ウェブサーバに代えて情報端末２００がユーザ情報に基づいて入力してもよい。

図２に戻って、表示部２４０は、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどから構成される。表示部２４０には、表示制御部２２６の制御により図７又は図８に示すような機器１００のサポートに関する情報などが表示される。

入力部２５０は、表示部２４０の表面に配置され、ユーザの操作内容を入力するためのタッチパネルである。ユーザは、アプリケーションのインストール時に入力部２５０によりユーザ情報を登録する。登録されたユーザ情報は、記憶部２３０のユーザ情報記憶部２３１に記憶される。なお、記憶部２３０は、図２に示すユーザ情報記憶部２３１、ＩＤ履歴テーブル２３２及び特別ルールテーブル２３３以外に、言語設定情報及び発光パターンとＩＤとを対応付けたテーブルを記憶する。

以上、図２乃至図８を参照しながら説明した通信システム１０において、一つの特徴的な点は、情報端末２００が機器１００に関する情報を取得するための情報取得処理である。そこで、この情報取得処理の流れを、図９を参照しながら説明する。この図９の情報取得処理は、ユーザが情報端末２００の受光部２１０を機器１００のＬＥＤ１４０に向けることを契機として開始される。

まず、ＩＤ取得部２２１は、ＩＤを取得する（ステップＳ１１）。具体的には、ＩＤ取得部２２１は、受光部２１０が受光した光から発光パターンを特定してＩＤを取得する。
次に、ルール適用判定部２２３は、取得したＩＤに対して特別ルールはあるか否か判定する（ステップＳ１２）。具体的には、ルール適用判定部２２３は、特別ルールテーブル２３３のＩＤと取得したＩＤとが一致するか否か判定して一致する場合には特別ルールありと、一致しない場合には特別ルールなしと、それぞれ判定する。

ここで、ルール適用判定部２２３が取得したＩＤに対して特別ルールはないと判定した場合（ステップＳ１２；Ｎｏ）、送受信部２２４は、取得したＩＤをサービスサーバ３００に送信する（ステップＳ１３）。例えば、取得したＩＤが特別ルールのＩＤである１０以外である場合、送受信部２２４は、サービスサーバ３００に取得したＩＤを送信する。

一方、ルール適用判定部２２３が取得したＩＤに対して特別ルールがあると判定した場合（ステップＳ１２；Ｙｅｓ）、ルール適用判定部２２３は、ルール適用条件を満たすか否か判定する（ステップＳ１４）。具体的には、ルール適用判定部２２３は、特別ルールテーブル２３３のルール適用条件を満たすか否かを、ＩＤ履歴テーブル２３２を参照して判定する。

ここで、ルール適用判定部２２３がルール適用条件を満たさないと判定すると（ステップＳ１４；Ｎｏ）、送受信部２２４は、取得したＩＤをサービスサーバ３００に送信する（ステップＳ１３）。例えば、取得したＩＤ１０の取得日時が直近のＩＤ履歴１０の取得日時の２４時間以内でない場合、送受信部２２４は、取得したＩＤ１０をサービスサーバ３００に送信する。

一方、ルール適用判定部２２３は、ルール適用条件を満たすと判定すると（ステップＳ１４；Ｙｅｓ）、ルールに従って取得したＩＤを他のＩＤに差し替える（ステップＳ１５）。その後、送受信部２２４は、差し替えたＩＤをサービスサーバ３００に送信する（ステップＳ１６）。例えば、取得したＩＤ１０の取得日時が直近のＩＤ履歴１０の取得日時の２４時間以内である場合、ルール適用条件を満たすのでＩＤ１０をＩＤ５３９に差し替えて、この差し替えたＩＤ５３９をサービスサーバ３００に送信する。

次に、送受信部２２４は、取得したＩＤ又は差し替えたＩＤをサービスサーバ３００に送信した後、サービスサーバ３００から送信したＩＤに対応するＵＲＬを受信するまで待機する（ステップＳ１７；Ｎｏ）。送受信部２２４がサービスサーバ３００から送信したＩＤに対応するＵＲＬを受信すると（ステップＳ１７；Ｙｅｓ）、情報取得部２２５は、ＵＲＬに基づいて、機器１００に関する情報を取得して（ステップＳ１８）、情報取得処理を終了する。

例えば、情報取得部２２５は、受信したＵＲＬがＩＤ１０に対応する「http://www.○○.××jp/ID10」である場合機器１００のＷｅｂページを取得し、受信したＵＲＬがＩＤ５３９に対応する「http://www.○○.××jp/ID539」である場合誘導画面を表示したＷｅｂページを取得する。情報取得部２２５が、１）いずれの場合も言語設定情報を取得先のウェブサーバに通知する点、及び２）サービスサーバ３００からユーザ情報とステータス情報との通知指示がある場合はウェブサーバにこれら情報を通知する点は上述した通りである。また、図９の情報取得処理の後、表示制御部２２６は、取得した情報を表示部２４０に表示する（図７及び図８参照）。

次に、図１０を参照しながらサービスサーバ３００の記憶部３２０が記憶するＩＤ空間について説明する。各メーカは、サービスサーバ３００を利用して自社の機器のサポートに関する情報を提供したい場合、予めサービスサーバ３００の管理者を通じてＩＤの割り当てを行っておく。そして、割り当てられたＩＤに対してＵＲＬを対応付けておく（図６のＩＤ・ＵＲＬテーブル３２１参照）。このことにより、情報提供部３１１がアプリケーションをインストールした情報端末２００からの問い合わせに対して情報提供が可能となる。

サービスサーバ３００は、管理者によるＩＤの割り当てにより複数のメーカの機器に対応することできる。一方で、情報端末２００のユーザはアプリケーションをインストールすれば特に各メーカの機器を意識せずに取得したＩＤを送信すれば対応するＵＲＬを受信することができる。なお、図中のＩＤの未割当の領域については、管理者が各メーカからの要求に応じて随時ＩＤを割り当てることができる。

また、このＩＤ空間にて既に割り当てられたＩＤに対して特定の条件下において、異なるＩＤに対応付けられたＵＲＬを情報提供したい場合もある。例えば、割り当て済みのＩＤに対してＵＲＬを設定したものの、事後的にこのＩＤと対応する機器１００側のエラーが頻繁することが発覚して、上記ＵＲＬが示すサポートに関する情報とは異なる情報をユーザに情報提供しなければならない場合などがある。
こういった場合に対応するために、この実施形態においてはＩＤ空間にて既に割り当てられたＩＤに対して特別ルールを設定できるようにしている。図１１は、この特別ルールのエントリを示す図である。なお、エントリは、特別ルールを設定したいメーカが管理者に通知することで行われ、かつエントリの領域はＩＤ空間が占める記憶領域とは別の記憶領域になされる。

ここで、特別ルールは、エントリ日時、ＩＤマッピング範囲、ＩＤ、ルール適用条件及び適用ルールから構成される。エントリ日時は特別ルールがエントリされた日時を、ＩＤマッピング範囲は特別ルールが適用されるＩＤが含まれるＩＤ群の範囲を、ＩＤは特別ルールが適用されるＩＤを、ルール適用条件はルールが適用されるための特定の条件を、適用ルールはルール適用条件が満たされた場合に差し替えるＩＤを、それぞれ示す。

メーカは、特別ルールのエントリとともに差し替え用のＩＤに対応付けるＵＲＬ等を管理者に通知する。例えば、図６のＩＤ・ＵＲＬテーブル３２１においてＩＤ５３９が未登録の状態において、メーカが図１１の特別ルールのエントリとともにＩＤ５３９及びそれに対応付けるＵＲＬ等を管理者に通知して、その管理者がそれぞれを登録する。
この実施形態においては、情報端末２００のルール適用判定部２２３がルール適用条件を満たすか否か判定する（サービスサーバ３００は、ルールの適用判定を行わない）ので登録された特別ルールを情報端末２００と同期する必要がある。

この同期処理について、図１２を参照しながら説明する。図１２は、情報端末２００とサービスサーバ３００間で行う特別ルールの同期処理の流れの一例を示すフローチャートである。情報端末２００は、定期的に同期処理を行いサービスサーバ３００に特別ルールがある場合は自動で同期をとる。定期的に同期処理を行うタイミングは、例えば、所定時間毎、情報端末２００の受光部２１０をＬＥＤ１４０に向けて情報取得処理が始まる都度、情報取得処理のステップＳ１２において取得したＩＤに対して特別ルールはあるか否か判断する都度などである。

まず、情報端末２００の制御部２２０は、直近の特別ルールの更新日時と、ＩＤ履歴と、を送信する（ステップＳ２１）。
次に、サービスサーバ３００の制御部３１０は、直近の特別ルールの更新日時と、ＩＤ履歴と、を受信し（ステップＳ３１）、情報端末２００に未送信の特別ルールがあるか否か判定する（ステップＳ３２）。具体的には、サービスサーバの制御部３１０は、図１１の特別ルールのエントリ日時を参照して、直近の特別ルールの更新日時より後にエントリされた特別ルールであって、かつ受信したＩＤ履歴がＩＤマッピング範囲に含まれるか否かにより、未送信の特別ルールの有無を判定する。

ここで、サービスサーバ３００の制御部３１０が未送信の特別ルールがないと判定した場合（ステップＳ３２；Ｎｏ）、未送信の特別ルールがない旨を送信して（ステップＳ３４）、処理を終了する。具体的には、サービスサーバ３００の制御部３１０は、直近の特別ルールの更新日時より前にエントリされた特別ルールがある場合又は受信したＩＤ履歴がＩＤマッピング範囲に含まれない場合、未送信の特別ルールがない旨を示す情報を情報端末２００に送信して、処理を終了する。

一方、サービスサーバ３００の制御部３１０が未送信の特別ルールがあると判定した場合（ステップＳ３２；Ｙｅｓ）、特別ルールを送信して（ステップＳ３３）、処理を終了する。具体的には、サービスサーバ３００の制御部３１０は、直近の特別ルールの更新日時より後にエントリされた特別ルールであって、かつ受信したＩＤ履歴がＩＤマッピング範囲に含まれる場合、特別ルールを情報端末２００に送信して、処理を終了する。

次に、情報端末２００の制御部２２０は、未送信の特別ルールがない旨を受信するか又は特別ルールを受信するまで待機しておき（ステップＳ２２；Ｎｏ）、いずれか一方を受信すると（ステップＳ２２；Ｙｅｓ）、受信したのは特別ルールか否か判定する（ステップＳ２３）。制御部２２０は、受信したのが特別ルールである場合（ステップＳ２３；Ｙｅｓ）、特別ルールを記憶して（ステップＳ２４）、処理を終了する。一方で、制御部２２０は、受信したのが特別ルールでない場合（ステップＳ２３；Ｎｏ）、処理を終了する。

以上、図１２の同期処理を具体例に基づいて説明する。
一例として、図１１の特別ルールが新たにサービスサーバ３００にエントリされ、未だ情報端末２００が特別ルールの同期を行っていない、すなわち特別ルールテーブル２３３がない場合を想定する。

この場合、情報端末２００の制御部２２０は、直近の特別ルールがない状態なのでＩＤ履歴テーブル２３２を参照してＩＤ履歴１０及び１１のみ送信する（ステップＳ２１）。サービスサーバ３００の制御部３１０は、受信したＩＤ履歴１０及び１１のみに基づいて未送信の特別ルールがあるか否か判定する（ステップＳ３２）。制御部３１０は、ＩＤ履歴１０及び１１は図１１のＩＤマッピング範囲１０−４０に含まれるので未送信の特別ルールがあると判定して（ステップＳ３２；Ｙｅｓ）、特別ルールを情報端末２００に送信する（ステップＳ３３）。特別ルールを受信した情報端末２００の制御部２２０は、図５の特別ルールテーブル２３３を記憶部２３０に記憶する。

以上、図９乃至図１２を参照しながら、通信システム１０の情報端末２００における情報取得処理及び情報端末２００とサービスサーバ３００間の同期処理について説明した。
まず、情報取得処理において、情報端末２００は、受光部２１０が受光した光から発光パターンを特定してＩＤを取得し、そのＩＤに応じたＵＲＬに基づいて機器１００に関する情報を取得することができる。このＩＤは、発光パターンを定義するものであると同時に機器１００のステータスに対応するものである。すなわち、ユーザからすると情報端末２００を点滅するＬＥＤ１４０に向けるだけで機器１００のステータスに応じたＩＤを取得することができ、そのＩＤに対応するＵＲＬに基づいてサポートに関する情報を自動で取得することができる。従って、ユーザ自身がエラー等の根本原因の分析を行う必要がないので、利便性がいいとともにステータスに応じたきめ細かいサポートをすることができる。

また、情報端末２００は、機器１００のサポートに関する情報を取得する際に、取得先のウェブサーバに対して所定の情報を通知するようにしている。このため、ウェブサーバは、サポートに関する情報を提供する際に通知された所定の情報を利用することができる。例えば、通知されたユーザ情報を利用して予めユーザの入力が必要な箇所を埋めることでユーザの入力の手間を省いたり、あるいはサポート要員がユーザからの問い合わせ前電話番号をキーとしてウェブサーバに問い合わせることでユーザ情報やステータス情報を利用することができる。従って、よりきめ細かいサポートをすることができる。

次に、同期処理において、情報端末２００は、サービスサーバ３００にエントリされた特別ルールを反映させることができる。そして、情報端末２００は、情報取得処理において、取得したＩＤが特別ルールのルール適用条件を満たすか否か判定し、満たす場合は異なるＩＤに差し替えてサービスサーバ３００に送信して、その異なるＩＤと対応するＵＲＬを受信する。このことは、機器１００のメーカからすると、特定の条件下でＩＤのエラーに関する致命的な障害などが事後的に発覚した場合であっても、その特定の条件を特別ルールとしてサービスサーバ３００にエントリするだけで、ユーザを別のサポートに関する情報に導くことができる。従って、よりきめ細かいサポートをすることができる。

また、本実施形態における機器１００はディスプレイなどの表示部を備えていないが、上述した可視光通信用の専用のＡＳＩＣ等を機器１００に予め組み込んでおけば機器１００のステータスに応じた発光パターンでＬＥＤ１４０を点滅させて情報端末２００との間で可視光通信を行うことができる。このため、表示部を備えていない情報家電などの機器１００でも安価に自己の状態を外部に通知することができる。ただし、表示部を備える機器（例えば、映像機器やＰＣなど）の使用を妨げるものではない。このような表示部を備える機器であっても、表示部の電源を切った状態や致命的な障害により表示することができない場合などにおいては十分有効である。

また、この実施形態では、情報端末２００においてルール適用判定を行うので、サービスサーバ３００は、この判定を行うにあたって必要なＩＤ履歴テーブル２３２を記憶しておく必要がない。サービスサーバ３００側で判定を行う場合は、特別ルールのルール適用条件を満たすか否かをユーザ毎のＩＤ履歴を参照して行う必要があるため、アプリケーションを利用する複数のユーザのＩＤ履歴テーブルを記憶しておく必要がある。このため、複数の情報端末それぞれがＩＤ履歴テーブルを記憶しておきルール適用判定を行うことでサービスサーバ３００側の記憶容量を抑えつつ処理負荷を軽減することができる。ただし、サービスサーバ３００側でユーザ毎のＩＤ履歴テーブルを記憶しておき、ルール適用判定を行うことを妨げるものではない。

なお、この実施形態において、特別ルールテーブル２３３のルール適用条件は「２４時間以内に同じエラーが発生している」ことを条件としたが、他の条件でもよいことはもちろんである。例えば、複数のＩＤの順序と時間とを組み合わせた条件（例えば、ＩＤ１０の取得後に１２時間以内にＩＤ１１を取得していることなど）でもよい。また、機器１００がＰＣの場合であって、このＰＣがネットワークデバイス（例えば、ルータなど）やネットワークＮＷのアクセスポイント（例えば、Ｗｉ−Ｆｉアクセスポイントなど）のエラー検知ができるような場合は、自身以外の周辺エラーに対応する発光パターンでＬＥＤを点滅させて外部通知してもよい。この場合、複数の周辺エラーに対応する複数のＩＤの組み合わせを特別ルールのルール適用条件としてもよい。

（変形例）
以上で実施形態の説明を終了するが、通信システム１０の具体的な構成や情報取得処理及び同期処理の内容が上述の実施形態で説明したものに限られないことはもちろんである。

例えば、通信システム１０を図１３に示すような通信システム１０′にすることができる。この通信システム１０′は、特別ルールのルール適用条件を満たすか否かの判定をサービスサーバ３００′で行うようした通信システム１０の変形例である。通信システム１０と異なる点は、情報端末２００′とサービスサーバ３００′の構成であるので、この異なる点を中心に説明する。

情報端末２００′は、ルール適用判定にあたって必要な各部（ＩＤ蓄積部２２２及びルール適用判定部２２３）と、記憶部２３０のＩＤ履歴テーブル２３２及び特別ルールテーブル２３３と、を備えない点が情報端末２００と異なる。

この情報端末２００′は、ＩＤ取得部２２１がＩＤを取得すると、送受信部２２４がＩＤ及び情報端末２００のユーザを識別するための識別情報であるユーザＩＤを送信する。そして、送受信部２２４は、そのＩＤに対応するＵＲＬ又はＩＤがサービスサーバ３００によって異なるＩＤに差し替えられた場合はその異なるＩＤに対応するＵＲＬをサービスサーバ３００′から受信する。そして、情報取得部２２５は、受信したＵＲＬに基づいて機器１００に関する情報を取得する。

サービスサーバ３００′は、情報提供部３１１がルール適用判定を行い、そのルール適用判定にあたって必要なテーブル（ＩＤ履歴テーブル３１２及び特別ルールテーブル３１３）を備える点がサービスサーバ３００と異なる。

ＩＤ履歴テーブル３１２は、図１４に示すように、情報端末２００以外の複数の情報端末のユーザに対応するために、ユーザＩＤ毎にＩＤ履歴を記憶する。特別ルールテーブル３１３は、図５に示したものと同じである。情報提供部３１１は、ＩＤとユーザＩＤとを受信すると、受信したＩＤが特別ルールテーブル３１３のＩＤと同じであれば、ルール適用条件を満たすか否かを受信したユーザＩＤに対応付けられたＩＤ履歴を参照して判定する。そして、情報提供部３１１は、この判定に応じてＩＤ・ＵＲＬテーブル３２１で受信したＩＤに対応するＵＲＬ又は差し替えたＩＤに対応するＵＲＬを特定して、送信元の情報端末（例えば、情報端末２００）に特定したＵＲＬを送信する。

この変形例における通信システム１０′においては、ルール適用判定をサービスサーバ３００′側で行うようにしているので、サービスサーバ３００′と情報端末２００′との間の同期処理を行う必要がない。このため、サービスサーバ３００′と情報端末２００′との間の通信負荷を軽減することができる。

なお、上述した実施形態においては、輝度変調によるＬＥＤ１４０の点滅によって可視光通信を行うことを前提に説明したがこれに限られない。例えば、波長変調によるＬＥＤ１４０の色変化によって可視光通信を行ってもよい。この場合、機器１００のステータス毎に色変化のパターンを予め対応付けておく。また、可視光通信以外の無線通信（例えば、赤外線通信や紫外線通信など）により通信を行ってもよい。

また、上述した実施形態において、図１０に示すＩＤ空間は機器毎に異なるＩＤを割り当てることを前提に説明したがこれに限られない。例えば、機器が異なっていても同じエラーが発生し、同じＵＲＬに誘導可能な場合は、同じＩＤを２つの機器で共有してもよい。例えば、機器１００のＩＤ１０を他の機器のＩＤとしても使用することなどが考えられる。

また、上述した実施形態において、情報端末２００の情報取得部２２５は機器１００のサポートに関する情報を取得する際に、取得先のウェブサーバに対して言語設定情報、ユーザ情報、ステータス情報などを通知するようにしたがこれに限られない。例えば、情報端末２００がＧＰＳ機能を備える場合は情報端末２００の位置情報をあわせて通知するようにしてもよい。サポート要員は、例えば、電話番号をキーにしてウェブサーバからユーザ情報及びステータス情報とともに位置情報を取得する。このことにより、サポート要員が電話応答の際に情報端末２００の場所を踏まえたサポートをすることができる。

また、上述した実施形態においては、１つの機器１００を前提に説明したが機器１００以外の他の機器と情報端末２００との間で可視光通信してもよいことはもちろんである。この場合、１）サービスサーバ３００のＩＤ空間に予め他の機器についてＩＤが割り当てられ、２）割り当てられたＩＤと対応する発光パターンで他の機器のＬＥＤが発光し、かつ３）情報端末２００がアプリケーションをインストールしていれば、他の機器のサポートに関する情報を取得することができる。ＩＤ空間で割り当てられるＩＤは一意であるので、ユーザからするとアプリケーションさえインストールしておけば、メーカや機器を意識することはない。すなわち、情報端末２００は、機器１００と他の機器を識別するための情報（例えば、機器ＩＤ）を取得する必要がない。

また、上述した実施形態においては、情報端末２００は携帯電話やスマートフォンであることを前提に説明したがこれに限られない。イメージセンサなどの受光部を備える（例えば、撮像機能を備える）タブレットＰＣやＰＤＡ（Personal Digital Assistance）などでもよい。

また、この発明の情報取得処理及び同期処理は、ＰＣ等のコンピュータによっても実施することができる。
具体的には、上記実施形態では、情報取得処理及び同期処理を実現するためのプログラムが、制御部２２０のＲＯＭに予め記憶されているものとして説明した。しかし、このプログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disc）及びＭＯ（Magneto-Optical Disc）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の各部の機能を実現することができるコンピュータを構成してもよい。
また、プログラムをインターネット等の通信ネットワーク上のサーバが有する記憶装置等に格納しておき、例えば、コンピュータがダウンロード等することができるようにしてもよい。

以上、本発明の実施形態について説明したが、この実施形態は、例示に過ぎず、本発明の技術的範囲を限定するものではない。本発明はその他の様々な実施形態をとることが可能であり、さらに、本発明の要旨を逸脱しない範囲で、省略や置換等種々の変更を行うことができる。これら実施形態やその変形は、特許請求の範囲に記載された発明とその均等の範囲に含まれる。以下に、本願出願当初の特許請求の範囲に記載された発明を付記する。

（付記１）
定義情報で定義される発光パターンに基づいて発光する発光体からの光を受光する受光手段と、
前記受光手段によって受光された光から発光パターンを特定して前記定義情報を取得する第１の取得手段と、
前記第１の取得手段によって取得された定義情報を外部の情報管理手段へ送信し、その送信に対する応答結果に基づいて、前記発光体を備える機器に関する情報を取得する第２の取得手段と、
を備えたことを特徴とする情報端末。

（付記２）
前記情報管理手段とは、前記定義情報と、前記発光体を備える機器に関する情報のネットワーク上の位置情報と、を対応付けて記憶するサーバであり、
前記サーバに、前記第１の取得手段によって取得された定義情報を送信して、前記サーバから前記位置情報を受信する送受信手段を更に備え、
前記第２の取得手段は、前記送受信手段が受信した位置情報に基づいて、前記機器に関する情報を取得する、
ことを特徴とする付記１に記載の情報端末。

（付記３）
前記第１の取得手段が取得した前記定義情報が所定の条件を満たすか否か判定する判定手段を備え、
前記送受信手段は、前記判定手段により前記定義情報が所定の条件を満たすと判定すると、該定義情報を異なる定義情報に差し替えて前記サーバに送信し、該サーバから前記異なる定義情報と対応する位置情報を受信する、
ことを特徴とする付記２に記載の情報端末。

（付記４）
前記第２の取得手段は、前記機器に関する情報を取得する際に、取得先に対して所定の情報を通知する、
ことを特徴とする付記１乃至３の何れか一つに記載の情報端末。

（付記５）
前記所定の情報は、前記機器に関する情報を当該情報端末に表示する際の言語設定情報、当該情報端末を使用するユーザのユーザ情報又は前記機器の状態を示す情報のうち、少なくとも一つを含む、
ことを特徴とする付記４に記載の情報端末。

（付記６）
前記機器に関する情報は、該機器のエラー復旧をサポートするための情報、該機器の設定をサポートするための情報又は該機器の製造元のサポートセンタに問い合わせるための情報のうち、少なくとも一つを含む、
ことを特徴とする付記１乃至５の何れか一つに記載の情報端末。

（付記７）
前記発光パターンは、可視光の色変化のパターン又は可視光の輝度変化のパターンである、
ことを特徴とする付記１乃至６の何れか一つに記載の情報端末。

（付記８）
定義情報で定義される発光パターンに基づいて発光する発光体を備えた機器と、前記定義情報とネットワーク上に存在する該機器に関する情報とを対応付けるサーバと、前記発光体からの光を受光する受光手段を備えた情報端末と、を備えた通信システムであって、
前記情報端末は、
前記受光手段が受光した光から発光パターンを特定して前記定義情報を取得する第１の取得手段と、
前記第１の取得手段によって取得された定義情報を前記サーバに送信する定義情報送信手段と、を備え、
前記サーバは、
前記定義情報送信手段によって送信された定義情報を受信する定義情報受信手段と、
前記定義情報受信手段によって受信された定義情報に基づいて、前記機器に関する情報を前記情報端末で取得可能にさせるようにする取得制御手段と、を備え、
前記情報端末は更に、前記取得制御手段が制御した結果、前記機器に関する情報を取得する第２の取得手段、
を備えたことを特徴とする通信システム。

（付記９）
前記サーバは、
前記定義情報と前記機器に関する情報のネットワーク上の位置情報とを対応付けて記憶し、
前記取得制御手段は、前記定義情報受信手段によって受信された定義情報に基づいて、前記機器に関する情報のネットワーク上の位置情報を読みだして、前記情報端末へ送信することで、前記機器に関する情報を前記情報端末で取得可能にさせるようにする、
ことを特徴とする付記８に記載の通信システム。

（付記１０）
定義情報で定義される発光パターンに基づいて発光する発光体を備えた機器と、前記定義情報とネットワーク上に存在する該機器に関する情報とを対応付けるサーバと、前記発光体からの光を受光する受光手段を備えた情報端末と、を備えた通信システムにおける前記サーバであって、
前記サーバは、
前記発光パターンを有する光を受光した情報端末より、該発光パターンを定義する定義情報を受信する定義情報受信手段と、
前記定義情報受信手段によって受信された定義情報に基づいて、前記機器に関する情報を前記情報端末で取得可能にさせるようにする取得制御手段と、
を備えたことを特徴とするサーバ。

（付記１１）
前記サーバは、
前記定義情報と前記機器に関する情報のネットワーク上の位置情報とを対応付けて管理する管理手段を更に備え、
前記取得制御手段は、前記定義情報受信手段によって受信された定義情報に基づいて、前記管理情報が管理する前記機器に関する情報のネットワーク上の位置情報を読みだして、前記情報端末へ送信することで、前記機器に関する情報を前記情報端末で取得可能にさせるようにする、
ことを特徴とする付記１０に記載のサーバ。

（付記１２）
前記管理手段は更に、前記定義情報と、該定義情報に関する所定の条件と、該所定の条件を満たした場合に前記定義情報と差し替えられる異なる定義情報と、該異なる定義情報と対応する位置情報と、を対応付けて管理し、
前記情報端末からの要求に応じて、前記定義情報と前記所定の条件と前記異なる定義情報とを該情報端末に送信する第１の送信手段と、
前記情報端末から送信された前記異なる定義情報を受信して、前記管理手段が管理する該異なる定義情報と対応する位置情報を前記情報端末に送信する第２の送信手段と、
を備えたことを特徴とする付記１１に記載のサーバ。

（付記１３）
定義情報で定義される発光パターンに基づいて発光する発光体からの光を受光する受光ステップと、
前記受光ステップにて受光された光から発光パターンを特定して前記定義情報を取得する第１の取得ステップと、
前記第１の取得ステップにて取得された定義情報を外部の情報管理手段へ送信し、その送信に対する応答結果に基づいて、前記発光体を備える機器に関する情報を取得する第２の取得ステップと、
を含むことを特徴とする通信方法。

（付記１４）
コンピュータを、
発光体より発光された光の発光パターンを特定し、該発光パターンを定義する定義情報を取得する第１の取得手段、
前記第１の取得手段によって取得された定義情報を外部の情報管理手段へ送信し、その送信に対する応答結果に基づいて、前記発光体を備える機器に関する情報を取得する第２の取得手段、
として機能させるためのプログラム。

１０，１０′…通信システム、１００…機器、１１０…ステータス検知部、１２０…ＩＤ特定部、１３０…ＬＥＤ制御部、１４０…ＬＥＤ、２００，２００′…情報端末、２１０…受光部、２２０…制御部、２２１…ＩＤ取得部、２２２…ＩＤ蓄積部、２２３…ルール適用判定部、２２４…送受信部、２２５…情報取得部、２２６…表示制御部、２３０…記憶部、２３１…ユーザ情報記憶部、２３２，３１２…ＩＤ履歴テーブル、２３３，３１３…特別ルールテーブル、２４０…表示部、２５０…入力部、３００，３００′…サービスサーバ、３１０…制御部、３１１…情報提供部、３２０…記憶部、３２１…ＩＤ・ＵＲＬテーブル

Claims (14)

1. 定義情報で定義される発光パターンに基づいて発光する発光体からの光を受光する受光手段と、
   前記受光手段によって受光された光から発光パターンを特定して前記定義情報を取得する第１の取得手段と、
   前記第１の取得手段によって取得された定義情報を外部の情報管理手段へ送信し、その送信に対する応答結果に基づいて、前記発光体を備える機器に関する情報を取得する第２の取得手段と、
   を備えたことを特徴とする情報端末。
2. 前記情報管理手段とは、前記定義情報と、前記発光体を備える機器に関する情報のネットワーク上の位置情報と、を対応付けて記憶するサーバであり、
   前記サーバに、前記第１の取得手段によって取得された定義情報を送信して、前記サーバから前記位置情報を受信する送受信手段を更に備え、
   前記第２の取得手段は、前記送受信手段が受信した位置情報に基づいて、前記機器に関する情報を取得する、
   ことを特徴とする請求項１に記載の情報端末。
3. 前記第１の取得手段が取得した前記定義情報が所定の条件を満たすか否か判定する判定手段を備え、
   前記送受信手段は、前記判定手段により前記定義情報が所定の条件を満たすと判定すると、該定義情報を異なる定義情報に差し替えて前記サーバに送信し、該サーバから前記異なる定義情報と対応する位置情報を受信する、
   ことを特徴とする請求項２に記載の情報端末。
4. 前記第２の取得手段は、前記機器に関する情報を取得する際に、取得先に対して所定の情報を通知する、
   ことを特徴とする請求項１乃至３の何れか一項に記載の情報端末。
5. 前記所定の情報は、前記機器に関する情報を当該情報端末に表示する際の言語設定情報、当該情報端末を使用するユーザのユーザ情報又は前記機器の状態を示す情報のうち、少なくとも一つを含む、
   ことを特徴とする請求項４に記載の情報端末。
6. 前記機器に関する情報は、該機器のエラー復旧をサポートするための情報、該機器の設定をサポートするための情報又は該機器の製造元のサポートセンタに問い合わせるための情報のうち、少なくとも一つを含む、
   ことを特徴とする請求項１乃至５の何れか一項に記載の情報端末。
7. 前記発光パターンは、可視光の色変化のパターン又は可視光の輝度変化のパターンである、
   ことを特徴とする請求項１乃至６の何れか一項に記載の情報端末。
8. 定義情報で定義される発光パターンに基づいて発光する発光体を備えた機器と、前記定義情報とネットワーク上に存在する該機器に関する情報とを対応付けるサーバと、前記発光体からの光を受光する受光手段を備えた情報端末と、を備えた通信システムであって、
   前記情報端末は、
   前記受光手段が受光した光から発光パターンを特定して前記定義情報を取得する第１の取得手段と、
   前記第１の取得手段によって取得された定義情報を前記サーバに送信する定義情報送信手段と、を備え、
   前記サーバは、
   前記定義情報送信手段によって送信された定義情報を受信する定義情報受信手段と、
   前記定義情報受信手段によって受信された定義情報に基づいて、前記機器に関する情報を前記情報端末で取得可能にさせるようにする取得制御手段と、を備え、
   前記情報端末は更に、前記取得制御手段が制御した結果、前記機器に関する情報を取得する第２の取得手段、
   を備えたことを特徴とする通信システム。
9. 前記サーバは、
   前記定義情報と前記機器に関する情報のネットワーク上の位置情報とを対応付けて記憶し、
   前記取得制御手段は、前記定義情報受信手段によって受信された定義情報に基づいて、前記機器に関する情報のネットワーク上の位置情報を読みだして、前記情報端末へ送信することで、前記機器に関する情報を前記情報端末で取得可能にさせるようにする、
   ことを特徴とする請求項８に記載の通信システム。
10. 定義情報で定義される発光パターンに基づいて発光する発光体を備えた機器と、前記定義情報とネットワーク上に存在する該機器に関する情報とを対応付けるサーバと、前記発光体からの光を受光する受光手段を備えた情報端末と、を備えた通信システムにおける前記サーバであって、
    前記サーバは、
    前記発光パターンを有する光を受光した情報端末より、該発光パターンを定義する定義情報を受信する定義情報受信手段と、
    前記定義情報受信手段によって受信された定義情報に基づいて、前記機器に関する情報を前記情報端末で取得可能にさせるようにする取得制御手段と、
    を備えたことを特徴とするサーバ。
11. 前記サーバは、
    前記定義情報と前記機器に関する情報のネットワーク上の位置情報とを対応付けて管理する管理手段を更に備え、
    前記取得制御手段は、前記定義情報受信手段によって受信された定義情報に基づいて、前記管理情報が管理する前記機器に関する情報のネットワーク上の位置情報を読みだして、前記情報端末へ送信することで、前記機器に関する情報を前記情報端末で取得可能にさせるようにする、
    ことを特徴とする請求項１０に記載のサーバ。
12. 前記管理手段は更に、前記定義情報と、該定義情報に関する所定の条件と、該所定の条件を満たした場合に前記定義情報と差し替えられる異なる定義情報と、該異なる定義情報と対応する位置情報と、を対応付けて管理し、
    前記情報端末からの要求に応じて、前記定義情報と前記所定の条件と前記異なる定義情報とを該情報端末に送信する第１の送信手段と、
    前記情報端末から送信された前記異なる定義情報を受信して、前記管理手段が管理する該異なる定義情報と対応する位置情報を前記情報端末に送信する第２の送信手段と、
    を備えたことを特徴とする請求項１１に記載のサーバ。
13. 定義情報で定義される発光パターンに基づいて発光する発光体からの光を受光する受光ステップと、
    前記受光ステップにて受光された光から発光パターンを特定して前記定義情報を取得する第１の取得ステップと、
    前記第１の取得ステップにて取得された定義情報を外部の情報管理手段へ送信し、その送信に対する応答結果に基づいて、前記発光体を備える機器に関する情報を取得する第２の取得ステップと、
    を含むことを特徴とする通信方法。
14. コンピュータを、
    発光体より発光された光の発光パターンを特定し、該発光パターンを定義する定義情報を取得する第１の取得手段、
    前記第１の取得手段によって取得された定義情報を外部の情報管理手段へ送信し、その送信に対する応答結果に基づいて、前記発光体を備える機器に関する情報を取得する第２の取得手段、
    として機能させるためのプログラム。

Images