JP2004120241A - 報知装置、ネットワークシステム、電子機器、プログラム、記録媒体 - Google Patents
報知装置、ネットワークシステム、電子機器、プログラム、記録媒体 Download PDFInfo
- Publication number
- JP2004120241A JP2004120241A JP2002279739A JP2002279739A JP2004120241A JP 2004120241 A JP2004120241 A JP 2004120241A JP 2002279739 A JP2002279739 A JP 2002279739A JP 2002279739 A JP2002279739 A JP 2002279739A JP 2004120241 A JP2004120241 A JP 2004120241A
- Authority
- JP
- Japan
- Prior art keywords
- name information
- device name
- notification
- information
- unit
- 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.)
- Granted
Links
Images
Abstract
【課題】機器名情報に基づく報知を行うネットワークシステムであって、機器に記憶されている名称等の機器名情報自体は変更せずに、利用者が報知内容と機器との対応関係を特定することを支援することができるネットワークシステム等を提供する。
【解決手段】「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」という同名のデバイス名を持つ機器が３台検出された場合、過去に接続履歴のある機器については、その履歴に記憶された機器名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に「（接続履歴あり）」の文字列を付加した「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」をアイコンとともに表示し、過去に接続履歴のない残りの２台については、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」というデバイス名にそれぞれ「（１）（新規検出）」「（２）（新規検出）」という異なる文字列を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）（新規検出）」「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）（新規検出）」のようにアイコンとともに表示する。
【選択図】図４
【解決手段】「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」という同名のデバイス名を持つ機器が３台検出された場合、過去に接続履歴のある機器については、その履歴に記憶された機器名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に「（接続履歴あり）」の文字列を付加した「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」をアイコンとともに表示し、過去に接続履歴のない残りの２台については、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」というデバイス名にそれぞれ「（１）（新規検出）」「（２）（新規検出）」という異なる文字列を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）（新規検出）」「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）（新規検出）」のようにアイコンとともに表示する。
【選択図】図４
Description
【０００１】
【発明の属する技術分野】
通信機能を備える電子機器と、当該電子機器から機器名情報を受信し、当該機器名情報に基づく報知を行う報知装置とを備えるネットワークシステムにおける報知装置、ネットワークシステム、電子機器、プログラム、及び、記録媒体に関する。
【０００２】
【従来の技術】
通信機能を備える電子機器が他の電子機器と通信を行う場合、まず、通信可能な機器の一覧を表示して、その一覧の中からユーザに所望の電子機器を選択させ、選択された電子機器と通信を行うようにしたものが知られている。
【０００３】
例えば、Ｂｌｕｅｔｏｏｔｈ規格の通信機能を備える電子機器では、まず、その電子機器のＢｌｕｅｔｏｏｔｈによる通信圏内に存在するデバイスのアドレスを取得する（インクワイアリと呼ばれる）。そして、アドレスを取得した機器のデバイス名を、Ｂｌｕｅｔｏｏｔｈによる通信によって取得し、取得したデバイス名の一覧を表示して、その一覧の中からユーザに所望の機器を選択させる。そして、ユーザによって選択された機器のアドレスを利用して通信を行い、その機器から各種サービスの提供を受ける。
【０００４】
例えば、図７に示すように、Ｂｌｕｅｔｏｏｔｈ規格による通信機能を備えたＰＣ１００ａ，１００ｂ、複合機２００ａ〜２００ｃがそれぞれＢｌｕｅｔｏｏｔｈの通信圏内にあり、ＰＣ１００ａ，１００ｂのデバイス名がそれぞれ「ＮｏｔｅＰＣ」であり、複合機２００ａ〜２００ｃのデバイス名がそれぞれ「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」であるとする。
【０００５】
ここで、ユーザの所有する機器がＰＣ１００ａであり、ユーザが、ＰＣ１００ａから、複合機２００ａによる印刷機能を利用する場合を考える。この場合、ユーザは、ＰＣ１００ａ上で、サービスの提供を要求する電子機器を選択するサービス選択プログラムを実行させる。図８はこのプログラムを実行した際のＰＣ１００ａのディスプレイに表示されるウインドウ５０を示す図である。このウインドウ５０には、デバイス検索ボタン５２、デバイス表示領域５４、サービス表示領域５６を備える。
【０００６】
ユーザは、まずこの画面のデバイス検索ボタン５２を、ＰＣ１００ａに備えるマウス等でクリックする。するとＰＣ１００ａは、上述したＢｌｕｅｔｏｏｔｈによるインクワイアリを行い、通信可能な機器のアドレスを取得し、そのアドレスに対応する機器のデバイス名を取得する。そしてデバイス名に基づいて表示するアイコンを決定し、取得したデバイス名とともにデバイス表示領域５４に表示する。
【０００７】
図９は、図７のＰＣ１００ａの画面に表示されたデバイス検索結果を示す図である。このように、ＰＣ１００ａの通信圏内に存在するＰＣ１００ｂのデバイス名「ＮｏｔｅＰＣ」及びＰＣのアイコンと、複合機２００ａ〜２００ｃのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」及び複合機のアイコンがデバイス表示領域５４に表示される。ＰＣ１００ａは、デバイス表示領域５４に表示されたアイコンがマウスで選択され、選択されたアイコンがサービス表示領域５６に表示されたサービスを示すアイコンにドラッグアンドドロップされたことを検出すると、選択されたアイコンに対応するデバイスへ、ドロップされた位置にあるアイコンに対応するサービスを要求する。例えば、図９において、デバイス表示領域５４に表示された「ＮｏｔｅＰＣ」のアイコンをサービス表示領域５６に表示されたＬＡＮのアイコンにドラッグアンドドロップすると、ＰＣ１００ａは、ＰＣ１００ｂに対してＢｌｕｅｔｏｏｔｈによるＬＡＮ接続のサービスを要求する。
【０００８】
ここでユーザが、複合機２００ａに印刷を行わせる指示を入力したいとする。この場合、印刷サービスを要求するための「ＣＯＭ」のアイコンに複合機２００ａに対応するアイコンをドラッグアンドドロップする必要がある。しかし、複合機２００ａ〜２００ｃについては、すべて「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」というデバイス名と複合機のアイコンといった同一の表示となっている。そのため、ユーザは、どのアイコンが複合機２００ａのものであるのか特定できない。このように、デバイス名やデバイス名に基づいて表示されるアイコン等の表示が同一であると、機器を特定することが困難であるという問題がある。
【０００９】
しかもこうしたデバイス名は、機器に対して機種毎に設定されているのが一般的であり、例えば同一機種の機器を複数導入した場合には、こうした問題が発生することが多い。
そこで、デバイス名が同一である機器を検出した場合に、機器の保持（記憶）するデバイス名自体を変更することによって、表示されるデバイス名を異なるものとする機器が知られている。
【００１０】
例えば、ネットワークに接続された画像読取装置であって、他の画像読取装置と通信を行ってその画像読取装置の名称を記憶手段に記憶し、記憶手段に記憶された名称と自装置の名称が同一であることを検出した場合、自装置の名称を、記憶手段に記憶された他の画像読取装置と異なる名称に自動的に変更する画像読取装置が知られている（例えば、特許文献１参照。）。
【００１１】
【特許文献１】
特開平１１−２８２７２８号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、上述した特許文献１に示されるような従来技術においては、機器自身が記憶している名称自体を変更登録してしまう構成であるため（例えば、図９において、複合機２００ｂのデバイス名が「ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ａ（１）」に変更され、複合機２００ｃのデバイス名が「ＭｌｔｉＦｕｎｃｔｉｏｎ Ａ（２）」に変更される）、変更前の機器の名称を使いたい場合に問題が生じる。また、例えば名称が変更された機器の所有者が、その機器の名称が勝手に変更されてしまったことに混乱することがあるという問題が生じる。
【００１３】
特に、例えばＢｌｕｅｔｏｏｔｈのような短距離無線通信手段（例えば通信範囲が半径数ｍ程度）によって通信を行う場合、機器の通信範囲内に存在する通信可能な機器が、比較的頻繁に変わる。このように通信可能な機器が変わることの多いネットワークでは、従来の構成を採ると、機器の保持する名称が頻繁に変わってしまい、管理が難しくなるという問題がある。
【００１４】
そこで、本発明は、機器名情報に基づく報知を行うネットワークシステムであって、機器に記憶（登録）されている名称等の機器名情報自体は変更せずに、利用者が報知内容と機器との対応関係を特定することを支援することができる報知装置、ネットワークシステム、電子機器、プログラム、記録媒体を提供することを目的とする。
【００１５】
【課題を解決するための手段及び発明の効果】
上述した問題点を解決するためになされた請求項１に記載の報知装置は、通信可能な電子機器からその電子機器の機器名情報を受信し、受信した機器名情報に基づく報知を行うのであるが、この報知の際の報知態様を、受信した機器名情報に基づいて決定し、その決定した報知態様で機器名情報に基づく報知を行う。この報知態様は、受信された機器名情報が複数あり、その中に同一の機器名情報がある場合には、その同一の機器名情報に基づく報知の際の報知態様を異なるものとする。
【００１６】
したがって、受信した機器名情報に同一の機器名情報が存在する場合、例えば特許文献１のような電子機器が記憶している機器名自体を変更することなく、報知装置において報知態様を異なるものとして機器名情報に基づく報知がされる。よって、電子機器の名称が変更されてしまい、電子機器の所有者が利用時に混乱するという問題や、通信可能な報知装置に変更が頻繁にある場合に電子機器の名称が頻繁に変わるといった問題は発生しない。しかも、機器名情報が同一の電子機器が報知装置と通信可能な場合であっても、報知装置は、これらの機器名情報に基づく報知を異なる報知態様で行うため、利用者が報知態様に基づいて報知内容と電子機器との対応関係を特定することを支援することができる。
【００１７】
なお、機器名情報としては、例えば機器名の文字データや画像データ、音声データなどを用いることができる。
機器名情報に基づく報知としては、機器名情報そのものを報知するものや、機器名情報に応じて報知内容を決定して報知するものを含めることができる。例えば、機器名情報に基づいてアイコンの表示を変えるなどしてもよい。また、報知としては、例えば、文字（例えば機器名の文字列）・画像（例えばアイコン）・映像（例えばアニメーション）等の表示や、音声（例えば機器名の文字列の読み上げ）等の出力を含む。
【００１８】
そして、報知態様としては、例えば、報知として表示を行う場合には、表示対象の色、形、動作等の表示の仕方などを用いることができ、例えば機器名情報に基づいて機器名（名称）を表示するのであれば、同一の機器名情報がある場合、異なる報知態様とするため、機器名の色やフォント形状、装飾等を異なるものとしてもよい。しかし、機器名情報に基づく報知として機器名情報に基づく名称の報知を行う場合には、請求項２に示すように、異なる報知態様として、報知する名称を異なる名称とするとよい。例えば、報知装置と通信可能な第１の電子機器と第２の電子機器があり、双方の電子機器から機器名情報「Ａ」を受信した場合に、機器名情報に基づく報知として名称を報知するとする。この場合、その報知態様として、機器名情報そのものを名称として、一方の「Ａ」を赤色で表示し、他方の「Ａ」を青色で表示するようしてもよいが、例えば、名称自体を例えば「Ａ（１）」「Ａ（２）」のように異なるものとするとよい。このように、名称自体を異なるものとすれば、利用者が報知内容と機器との対応関係をさらに容易に特定することを支援することができる。
【００１９】
こうして一旦報知した報知態様は、なるべく変化しない方が、利用者の報知内容と機器との対応関係の特定が容易になる。例えば、上述した例で「Ａ（１）」が第１の電子機器に対応すると利用者が分かっている場合、次に、第１の電子機器の機器名情報に基づく報知を行う場合には、再び「Ａ（１）」と報知されることが望ましい。そこで、請求項３に示すように、通信可能な電子機器からその電子機器を識別するための情報である機器識別情報と、その機器識別情報を送信した電子機器の機器名情報とを受信し、決定された報知態様とその報知態様による報知対象となった機器名情報に対応する機器識別情報とを対応付けて記憶しておく。そして、報知態様を決定する際には、この記憶された機器識別情報と報知態様との対応関係に基づいて報知態様を決定する。このようにすれば、一度報知した電子機器について、再度報知する場合に、例えば以前に報知した報知態様で報知することができる。したがって、利用者が報知内容と機器との対応関係を容易に特定することができる。
【００２０】
そして、報知態様は、さらに請求項４に示すように、報知装置から電子機器を使用した際の使用履歴に基づいて決定するとよい。すなわち、請求項４に示すように、電子機器との通信によって電子機器にサービスの提供を要求して、サービスの提供を受けた際のそのサービスに関連する履歴である使用履歴情報を記録する。そして、記録された使用履歴情報に基づいて報知態様を決定する。このようにすれば、報知態様は、利用者がサービスを利用した際の使用履歴に基づいて決定されるため、利用者は、さらに報知内容と機器との対応関係を容易に特定することができる。なお、サービスとしては、電子機器が報知装置からの要求に応じて提供する種々の機能が挙げられる。また、使用履歴情報としては、例えば、サービスの内容、サービスの提供を受けた日時、サービスの提供を受けた際の報知装置の利用者名等を用いることができる。
【００２１】
そして、請求項５に記載のネットワークシステムは、請求項１〜４のいずれかに記載の報知装置と、その報知装置と通信可能な電子機器とを有するネットワークシステムであり、この電子機器は、自機器の機器名情報を記憶しており、記憶された自機器の機器名情報を報知装置へ送信する。このようなネットワークシステムによれば、電子機器に記憶された機器名情報を変えることなく、報知装置において、報知される機器名情報に基づく報知内容と電子機器との対応関係を特定することを支援することができる。
【００２２】
なお、報知装置は、単一の装置として構成することも可能であるし、複数の装置からなる装置として構成することも可能である。また、請求項４に記載の報知態様履歴登録手段や、請求項５に記載の使用履歴情報登録手段は、例えば、報知装置内部に設けた記憶手段等に登録する構成としてもよいし、報知装置が通信可能な機器（例えばサーバ等）に通信等行って登録する構成としてもよい。また、これらの記憶手段は、不揮発性の記憶手段を用いるとよい。このようにすれば、例えば報知装置の電源を切った場合であっても、次に電源を投入した際には、利用者が報知内容と機器との対応関係を容易に特定することができる報知を行うことができる。
【００２３】
ここまで報知装置側の報知方法を変更することで、機器名情報に基づく報知内容と電子機器との対応関係を特定することを支援することのできる構成について説明したが、逆に、機器名情報を送信する電子機器側の構成を工夫することによって、同様の効果を得ることができる。例えば、上述した問題点を解決するためになされた請求項６に記載のネットワークシステムは、機器名情報の送信を電子機器に対して要求し、電子機器から送信された機器名情報を受信してその機器名情報に基づく報知を行う報知装置と、自機器の機器名情報を記憶しており、報知装置からの機器名情報の送信要求を受信した場合に、自機器の通信可能な他機器の機器名情報を取得し、取得した他機器の機器名情報と記憶している自機器の機器名情報との比較結果に基づき報知装置に対する応答用の機器名情報を生成し、生成した応答用の機器名情報を報知装置に対して送信する電子機器とを備えたネットワークシステムである。
【００２４】
このように、電子機器は、自機器に記憶された機器名情報とは別に、応答用の機器名情報を生成するため、例えば特許文献１のように電子機器の機器名自体の変更、電子機器の名称が変更されてしまい電子機器の所有者が利用時に混乱するという問題や、通信可能な報知装置に変更が頻繁にある場合に電子機器の名称が頻繁に変わるといった問題は発生しないい。
【００２５】
応答用の機器名情報は、取得した他機器の機器名情報と、記憶している自機器の機器名情報との比較結果に基づき生成するのであるが、例えば、請求項７に示すように、取得した他機器の機器名情報の中に自機器の機器名情報と同一の機器名情報がある場合、これらの機器名情報が異なるものとなるように応答用の機器名情報を生成するとよい。
【００２６】
異なるものとなるように応答用の機器名情報を生成するためには、例えば、自機器に記憶された機器名特定情報とは異なる情報を報知用の機器名特定情報とすればよい。
しかし、ネットワーク内にこうした構成を有する電子機器が複数ある場合、それぞれの機器が自機器に記憶された機器名特定情報と異なる情報を応答用の機器名特定情報として生成してしまうと、複数の電子機器間で同一の応答用の機器名特定情報を生成してしまうことが考えられる。
【００２７】
そこで、請求項８に示すように、取得された他機器の機器名情報の中に自機器の機器名情報と同一の機器名情報がある場合、ネットワークシステムを構成する複数の電子機器間で統一された所定のルールに従って応答用の機器名情報を生成するとよい。
【００２８】
例えば、請求項９に示すように、所定のルールとして、自機器の通信可能な他機器から機器名変更の優先度として用いることのできる情報である優先度情報を取得して、自機器の優先度情報とを比較し、自機器の優先度情報による優先度の方が低い場合に応答用の機器名情報を変更するルールを有するとよい。このようにすれば、優先度の低い電子機器が機器名を変更し、優先度の高い電子機器は機器名の変更を行わない。したがって、複数の電子機器間で同一の応答用の機器名特定情報を生成してしまうことを防ぐことができる。なお優先度情報としては、機器を識別するための機器識別情報などを用いることができる。
【００２９】
また、請求項１０に示すように、生成した応答用の機器名情報が、他機器の応答する機器名情報と異なるものとなっているか、他機器名情報取得手段によって、自機器の通信可能な他機器の機器名情報を再度取得して確認するようにしてもよい。例えば、確認の結果、生成した応答用の機器名情報と同一の機器名情報が他機器から応答された場合には、再度、異なる応答用の機器名情報を生成するとよい。このようにすれば、複数の電子機器間で同一の応答用の機器名特定情報を生成してしまうことを防ぐことができる。
【００３０】
そして、応答用の機器名情報は、請求項１１に示すように、機器名情報の要求元の報知装置を特定する報知装置特定情報を受信し、受信した報知情報特定情報と生成された応答用の機器名情報とを対応付けて登録しておき、登録されている報知情報特定情報と応答用の機器名情報との対応関係に基づいて生成するとよい。このようにすれば、一度、機器名情報を応答した報知装置について、再度応答する場合に、以前に応答した機器名情報で応答することができる。したがって、報知装置の報知内容から、利用者は報知内容と機器との対応関係を容易に特定することができる。なお、要求履歴登録手段は、例えば、電子機器に設けた記憶手段等に登録する構成としてもよいし、電子機器が通信可能な機器（例えばサーバ等）に通信等行って登録する構成としてもよい。
【００３１】
なお、上述した報知装置と電子機器との間のやりとりは、有線通信や無線通信で行うことができるが、特に短距離無線通信を行う構成である場合に、優れた効果を発揮する。例えば、Ｂｌｕｅｔｏｏｔｈ規格に基づく無線ネットワークでは、特に優れた効果を発揮する。また、特に電子機器が可搬性の機器（例えばモバイル機器）である場合に優れた効果を発揮する。
【００３２】
なお、請求項６〜１１では、ネットワークシステムとしての請求項を挙げたが、このようなネットワークシステムにおいて利用可能な電子機器を請求項として挙げることもできる。例えば、請求項６のネットワークシステムに対応する電子機器の請求項は請求項１２のようになる。なお、請求項１２は、請求項６の内容に対応する電子機器の請求項であるが、請求項７〜１１におけるネットワークシステムの電子機器についても同様にして、電子機器の請求項とすることができ、上述した各請求項に記載の効果と同様の効果を得ることができる。
【００３３】
また、請求項１３に示すように、請求項１〜４のいずれかに記載のネットワークシステムにおける電子機器の各手段、請求項１４に示すように請求項６〜１１のいずれかに記載の電子機器の各手段をコンピュータにて実現する場合、例えば、コンピュータで実行するプログラムとして備えることができる。このようなプログラムは、請求項１５、１６に示すように、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、各手段としての機能を実現できる。
【００３４】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
［第１実施例］
図１は、本実施例のネットワークシステム１の構成を示すブロック図である。ネットワークシステム１は、報知装置としてのパソコン１０と、電子機器としての複合機であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）２０とを備える。
【００３５】
パソコン１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、ディスプレイ等の表示部１５、キーボードやマウス等の操作部１６などを備えた一般的なパーソナルコンピュータに対してさらにＢｌｕｅｔｏｏｔｈ規格に基づく無線通信を行うＢｌｕｅｔｏｏｔｈ通信モジュール１７を備えたものである。そしてパソコン１０では、一般的に利用されているオペレーティングシステムが実行されており、ＨＤＤ１４に記憶された各種のプログラムを、ＣＰＵ１１がＲＡＭ１３にロードして実行する機能を備える。
【００３６】
一方、ＭＦＰ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤ２４、ＬＣＤ等による表示部２５、テンキーと機能キー等で構成された操作部２６、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７、用紙への印字を行う印字部２８、公衆回線網に接続可能に構成され、発呼・着呼等の制御を行う網制御と、公衆回線網を介して他のＦＡＸとのデータの送受信とを行う電話回線接続部２９などを備える。そしてＲＡＭ２３として、不揮発性のメモリであるＮＶＲＡＭを備え、ＭＦＰ２０の動作に必要な各種の設定を記憶している。このＮＶＲＡＭに記憶された設定の中には、ＭＦＰ２０のデバイス名が含まれており、デフォルトの設定では、デバイス名として「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されている。なお、ユーザによって操作部２６からデバイス名の変更の指示が入力された場合には、ＣＰＵ２１はＮＶＲＡＭに記憶されたデバイス名をユーザが入力した名称に書き換える。（但し、一般的にはデフォルト設定で利用されることが多く、以下の説明では現在の設定がデフォルト設定のデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」であるとして説明する。）
そして、ＭＦＰ２０は、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７が、他のデバイスからのＢｌｕｅｔｏｏｔｈデバイスの検索（検索コマンドの受信、インクワイアリと呼ばれる）を受けた場合に、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７に記憶されたＢｌｕｅｔｏｏｔｈデバイスアドレスをＢｌｕｅｔｏｏｔｈ通信モジュール２７から送信したり、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７を介してデバイス名の取得指示を受信した場合に、ＲＡＭ２３のＮＶＲＡＭに記憶されたデバイス名を、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から送信したりするデバイス名応答処理を行う。
【００３７】
そして、ＭＦＰ２０のＣＰＵ２１は、他のＢｌｕｅｔｏｏｔｈデバイスからのサービスの要求に応じて、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から印刷データを受信して、受信したデータに基づいて印字部２８を制御して印刷を行う印刷処理や、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から受信したデータに基づいて電話回線接続部２９を制御して公衆回線網を介して他のＦＡＸへのデータの送信を行うＦＡＸ送信処理、他のＦＡＸから送信されたデータを公衆回線網を介して電話回線接続部２９で受信して、受信したデータをＨＤＤ２４に記憶し、ＨＤＤ２４に記憶されたデータをＢｌｕｅｔｏｏｔｈ通信モジュール２７を制御してパソコン１０へ送信するＦＡＸデータ送信処理などのサービスの提供のための処理を行う。なお、ＭＦＰ２０のＣＰＵ２１は、複数のプログラムをマルチタスクで処理することにより、リソースの競合しない複数の処理を同時に実行可能に構成されている。
【００３８】
一方、パソコン１０は、ＨＤＤ１４に、Ｂｌｕｅｔｏｏｔｈデバイスに対して要求するサービスを選択するサービス選択プログラムを記憶しており、ＲＡＭ１３へロードして実行することができる。このサービス選択プログラムは、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスの検索処理、Ｂｌｕｅｔｏｏｔｈデバイス検索処理によって検索されたデバイスのデバイス名を取得するデバイス名取得処理、取得したデバイス名を表示するデバイス名表示処理などのデバイス名の取得表示処理と、表示したデバイスに対して要求するサービスの選択を受け付け、選択されたサービスを、選択されたデバイスに対して要求するサービス指定要求処理をＣＰＵ１１に実行させるためのプログラムである。
【００３９】
このサービス選択プログラムによるパソコン１０におけるデバイス名の取得表示処理について、図８及び図２〜４を参照して説明する。
図８は、サービス選択プログラムをパソコン１０において実行した場合の表示部１５に表示されるウインドウ５０の表示例を示す図である。パソコン１０のＣＰＵ１１は、ユーザによって、操作部１６のマウスが操作され、このウインドウ５０のデバイス検索ボタン５２がクリックされたことを検出すると、図２に示すデバイス名の取得表示処理を開始する。
【００４０】
まず、Ｓ１１０では、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７から、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスのアドレス（Ｂｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅアドレス（以下ＢＤアドレスと称する））を取得する信号（インクワイアリ）を送信させ、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７が受信した通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスをＲＡＭ１３に取得する。複数のＢＤアドレスを受信した場合には複数のＢＤアドレスを記憶する。
【００４１】
続く、Ｓ１２０では、Ｓ１１０でＲＡＭ１３に取得したＢＤアドレスに対応するＢｌｕｅｔｏｏｔｈデバイスに対してデバイス名を要求する信号を、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７に送信させる。そして、この要求信号に対する応答として他のＢｌｕｅｔｏｏｔｈデバイス（例えばＭＦＰ２０）から送信されたデバイス名をＢｌｕｅｔｏｏｔｈ通信モジュール１７に受信させ、受信されたデバイス名をそのＢＤアドレスに対応付けてＲＡＭ１３に記憶する。この処理は、Ｓ１１０でＲＡＭ１３に取得した全てのＢＤアドレスについて行う。
【００４２】
そして、続くＳ１３０では、Ｓ１２０でＲＡＭ１３に記憶されたデバイス名の中に同名のデバイス名があるか否かを判定する。同名のデバイス名がある場合には（Ｓ１３０：ＹＥＳ）、Ｓ１４０へ移行し、同名のデバイス名がない場合には、Ｓ１７０へ移行する。
【００４３】
Ｓ１４０では、同名のデバイス名に別名を付ける。すなわち、ＲＡＭ１３に記憶されている同名のデバイス名をそれぞれ異なるデバイス名に変更する。このとき同名のデバイス名があると判定されたデバイス名のうち、過去にデバイス検出履歴があるＢＤアドレスに対応するデバイス名については、デバイス検出履歴に記憶された過去に使用したデバイス名を別名として付け、更新する。このデバイス検出履歴は、以前にデバイス名の取得表示処理を実行した際に、後述するＳ１７０で記憶したものであり、検出されたＢＤアドレスと、表示に使用したデバイス名とを対応付けて記憶したものである。そして、過去にデバイス検出履歴があるデバイス名であるか否かは、Ｓ１１０で取得しＲＡＭ１３に記憶されたＢＤアドレスと、デバイス検出履歴に記憶されたＢＤアドレスとを比較し、一致するものがある場合に、過去にデバイス検出履歴のあるデバイス名であると判定することで行う。
【００４４】
Ｓ１５０では、これまでのステップによりＲＡＭ１３に記憶されているデバイス名のうち、デバイス検出履歴に記憶されているＢＤアドレスに対応するデバイス名に「接続履歴あり」フラグを対応付けてＲＡＭ１３に記憶する。
一方、Ｓ１６０では、これまでのステップによりＲＡＭ１３に記憶されているデバイス名のうち、デバイス検出履歴に記憶されていないＢＤアドレスに対応するデバイス名に「新規検出」フラグを対応付けてＲＡＭ１３に記憶する。
【００４５】
Ｓ１７０では、これまでのステップによりＲＡＭ１３に記憶されているＢＤアドレスとそのＢＤアドレスに対応付するデバイス名とを対応付けて、ＨＤＤ１４にデバイス検出履歴として追加記憶する。
そして、Ｓ１８０では、これまでのステップによりＲＡＭ１３に記憶されているデバイス名を表示する。このとき、Ｓ１５０またはＳ１６０で付加されたフラグに基づいてデバイス名にさらに「（接続履歴あり）」または「（新規検出）」の文字列を付加して表示する。すなわち、「新規検出」フラグの付加されているデバイス名については「（新規検出）」の文字列を付加し、「接続履歴あり」のフラグが付加されているデバイス名については、「（接続履歴あり）」の文字列を付加して表示する。また、デバイス名に対応するアイコンをデバイス名とともに表示し、このアイコンにも、上述したフラグにしたがって、接続履歴ありを示すマークまたは新規検出を示すマークを表示する。
【００４６】
例えば、図３に示すように、元々ＭＦＰ２０ａとＢｌｕｅｔｏｏｔｈによる通信の可能な位置関係に設置され、デバイス検出履歴にＭＦＰ２０ａのＢＤアドレスとデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されているパソコン１０ａ（図３に破線で示す通信範囲を持つパソコン１０ａ）を、ＭＦＰ２０ａ〜２０ｃ及びパソコン１０ｂがＢｌｕｅｔｏｏｔｈによる通信範囲になる位置に移動した場合に（図３に一点鎖線で示す通信範囲を持つ）、パソコン１０ａにおいて、サービス選択プログラムを実行すると、図８のウインドウ５０が表示される。ここでデバイス検索ボタン５２をクリックすると、図２に示した処理によって、ウインドウ５０の表示は、図４のような表示となる。
【００４７】
すなわち、図３に一点鎖線で示すＢｌｕｅｔｏｏｔｈ通信モジュール１７の通信範囲のデバイス（ＭＦＰ２０ａ〜２０ｃとパソコン１０ｂ）からそれぞれのデバイスのＢＤアドレスを取得する（Ｓ１１０）。例えば、ＭＦＰ２０ａ，ＭＦＰ２０ｂ，パソコン１０ｂ，ＭＦＰ２０ｃの順にそれぞれのＢＤアドレスの応答があった場合、順にＢＤアドレスをＲＡＭ１３に記憶する。
【００４８】
そして、取得した各々のＢＤアドレスに対応するデバイス名を取得して、記憶されているＢＤアドレスと対応付けてデバイス名をＲＡＭ１３に記憶する（Ｓ１２０）。
取得されたデバイス名のうち、ＭＦＰ２０ａ〜２０ｃについては、すべて「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」で同一であるので、取得したデバイス名に同名があると判定され（Ｓ１３０：ＹＥＳ）、これらの同名のデバイス名に別名が付けられる（Ｓ１４０）。このとき、Ｓ１１０で検出したＭＦＰ２０ａは、パソコン１０ａが現在の位置に移動する前に利用しており、ＨＤＤ１４にデバイス検出履歴としてＢＤアドレスと前回使用していた時のデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されている。したがって、このデバイス検出履歴に記憶されたデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」をＭＦＰ２０ａのＢＤアドレスに対応付けて記憶する。（この例では、名称は変わらないが、例えば以前ＭＦＰ１０ａを利用していた時の名称が「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （３）」であれば、この名称が設定されることとなる）
一方、ＭＦＰ２０ｂ，２０ｃに関しては、Ｓ１１０で検出したＢＤアドレスがデバイス検出履歴に記憶されていないので、ＭＦＰ２０ｂのＢＤアドレスに対応して記憶されているデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に対し、一台目を示す「（１）」を付加して、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」という別名を付けてＲＡＭ１３に記憶されているデバイス名を更新する。同様に、ＭＦＰ２０ｃのＢＤアドレスに対応付けて記憶されているデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に対して、二台目を示す「（２）」を付加して、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」という別名を付けてＲＡＭ１３に記憶されているデバイス名を更新する。そして、デバイス検出履歴のあるＭＦＰ２０ａのデバイス名に「接続履歴あり」フラグを対応付けて記憶し（Ｓ１５０）、デバイス検出履歴のないＭＦＰ２０ｂ，２０ｃのデバイス名に「新規検出」フラグを対応付けて記憶する（Ｓ１６０）。続いて上記のステップによって生成されたＲＡＭ１３に記憶されているデバイス名とＢＤアドレスを対応付けて、ＨＤＤ１４のデバイス検出履歴に記憶する（Ｓ１７０）。
【００４９】
続いて、図４に示すように、現在ＲＡＭ１３に記憶されているＭＦＰ２０ａのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に「接続履歴」フラグに基づき文字列「（接続履歴あり）」を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」として複合機を示すアイコンとともに表示する。またアイコンの左上側には、履歴ありを示すマーク（図４の例では丸印）を表示する。
【００５０】
一方、現在ＲＡＭ１３に記憶されているＭＦＰ２０ｂのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （１）」に「新規検出」フラグに基づき文字列「（新規検出）」を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （１）（新規検出）」として複合機を示すアイコンとともに表示する。またアイコンの左上側には、新規検出を示すマーク（図４の例では「ＮＥＷ」）を表示する。
【００５１】
また、現在ＲＡＭ１３に記憶されているパソコン１０ｂのデバイス名「Ｎｏｔｅ ＰＣ」をノートパソコンを示すアイコンとともに表示する。
さらに、ＭＦＰ１０ｂの場合と同様に、現在ＲＡＭ１３に記憶されているＭＦＰ２０ｃのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （２）」に「新規検出」フラグに基づき文字列「（新規検出）」を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （２）（新規検出）」として複合機を示すアイコンとともに表示する。またアイコンの左上側には、新規検出を示すマーク（図４の例では「ＮＥＷ」）を表示する。
【００５２】
こうして図４に示すように「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （２）（新規検出）」、「ＮｏｔｅＰＣ」、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （３）（新規検出）」といった名称と、対応するアイコンと、接続履歴の有無を示すマークが表示される。
【００５３】
したがって、パソコン１０ａのユーザは、自分が以前利用していたＭＦＰ２０ａには、図４の一番左に表示された「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコン（デバイス名）が対応していることを容易に知ることができる。
パソコン１０ａは、図４のデバイス表示領域５４に表示されたアイコンが操作部１６のマウスで選択され、選択されたアイコンがサービス表示領域５６に表示されたサービスを示すアイコンにドラッグアンドドロップされたことを検出すると、ＣＰＵ１１は、選択されたアイコンに対応するデバイスへ、ドロップされた位置にあるアイコンに対応するサービスを要求する信号をＢｌｕｅｔｏｏｔｈ通信モジュール１７から送信する。そして、ＭＦＰ２０は、この要求に応じたサービスをパソコン１０ａに対して提供する。
【００５４】
ユーザが以前利用していたＭＦＰ２０ａで印刷を行いたい場合、ユーザは迷わずに「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコンを、印刷サービスを示す「ＣＯＭ」のアイコンにドラッグアンドドロップして、ＭＦＰ２０ａに対する印刷要求をパソコン１０ａからＢｌｕｅｔｏｏｔｈ通信モジュール１７によって送信させることができる。そして、Ｂｌｕｅｔｏｏｔｈによる通信によって印刷データをＭＦＰ２０ａへ送信して、ＭＦＰ２０ａに印刷を行わせることができる。
【００５５】
このように、ＭＦＰ２０ａ〜２０ｃに記憶されたデバイス名「Ｍｕｌｔｉ ＦｕｎｃｔｉｏｎＡ」を変更することなく、各デバイスの報知態様（デバイス名、接続履歴の有無を示す文字列、アイコンの左上の履歴の表示）を異なるものとして利用者に知らせることができる。したがって、従来の図９の表示に比べ、どのアイコンがどのデバイスに対応するのかを利用者が特定することが容易になる。特に、ＭＦＰ２０ａについては、上述のように接続履歴ありと表示されているので極めて容易に特定できる。また、ＭＦＰ２０ｂ，２０ｃについても、例えば、一度試しにサービスを要求してみることで、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」と「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」がそれぞれどちらのデバイスに対応しているのかをユーザは特定できる。そして一旦特定してしまえば、後はデバイス名を見て容易にどちらのデバイスかを判断できるので、従来の図９のように同一のデバイス名が表示されることによる混乱は生じなくなる。
【００５６】
なお、本実施例ではＳ１７０でデバイス検出履歴を記憶し、Ｓ１４０でデバイス検出履歴がある場合には、その履歴に記憶されたデバイス名を用いて表示することとしたが、例えばさらにパソコン１０が他のデバイスからサービスの提供を受けた際に、そのサービスに関連する履歴として、そのサービスを提供したデバイスのＢＤアドレスとサービスの内容とを対応付けて記憶しておき、Ｓ１８０でデバイス名等を表示する際に、この履歴にＢＤアドレスが記憶されているものについては、そのＢＤアドレスに対応付けて記憶されたサービスの内容を表示するようにしてもよい。例えば、図４においてユーザが「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコンを、印刷サービスを示す「ＣＯＭ」のアイコンにドラッグアンドドロップした際に、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコンに対応するＢＤアドレスとサービスの内容として「（印刷）」とを対応付けて記憶しておく。そして、次にデバイス名の取得表示処理を実行した際には、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）（印刷）」のように表示する。このようにすれば、どのサービスを利用したデバイスであるのかが容易に分かるので、ユーザはどのアイコンがどのデバイスに対応しているのかを容易に理解することができる。
［第２実施例］
本実施例のネットワークシステム１は、第１実施例のネットワークシステム１において、パソコン１０のサービス選択プログラムとして第１実施例で説明したものを用いるのではなく従来と同様のもの（従来の技術の欄に記載のもの）を用いる一方、ＭＦＰ２０側のデバイス名応答処理の内容を変更したものである。よって、これ以外の構成は第１実施例と同様であるので説明を省略する。
【００５７】
パソコン１０において従来のサービス選択プログラムを実行すると、図８に示す画面が表示される。ここでデバイス検索ボタン５２をクリックを検出すると、パソコン１０は、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７からデバイスの検索（インクワイアリ）を行って、通信可能なＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスを取得し、そのアドレスに対応するデバイスのデバイス名を要求する信号をＢｌｕｅｔｏｏｔｈ通信モジュール１７から送信する。
【００５８】
一方、ＭＦＰ２０のＣＰＵ２１は、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７が他のＢｌｕｅｔｏｏｔｈデバイスからのデバイス名の要求を受信した場合には、要求元のＢＤアドレスをＲＡＭ２３に記憶し、図５に示すデバイス名の応答処理を実行する。
図５の、Ｓ３２０では、自己のデバイス名をＲＡＭ２３のＮＶＲＡＭから取得し、またＢｌｕｅｔｏｏｔｈ通信モジュール２７に記憶された自己のＢＤアドレスを読み出して取得する。
【００５９】
続くＳ３３０では、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスを取得する信号（インクワイアリ）を送信させ、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７が受信した通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスをＲＡＭ２３に取得する。複数のＢＤアドレスを受信した場合には複数のＢＤアドレスを記憶することとなる。
【００６０】
続くＳ３４０では、Ｓ３３０でＲＡＭ２３に取得したＢＤアドレスに対応するＢｌｕｅｔｏｏｔｈデバイスに対してデバイス名を要求する信号を、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７に送信させる。そして、この要求信号に対する応答として他のＢｌｕｅｔｏｏｔｈデバイス（例えば他のＭＦＰ２０）から送信されたデバイス名をＢｌｕｅｔｏｏｔｈ通信モジュール２７に受信させ、受信されたデバイス名をそのＢＤアドレスに対応付けてＲＡＭ２３に記憶する。この処理は、Ｓ３３０でＲＡＭ２３に取得した全てのＢＤアドレスについて行う。
【００６１】
続くＳ３５０では、Ｓ３２０で取得した自己のデバイス名と同名のデバイス名がＳ３３０でＲＡＭ２３に記憶されたデバイス名の中にあるか否かを判定する。同名のデバイス名がある場合には（Ｓ３５０：ＹＥＳ）、Ｓ３７０へ移行して、報知用デバイス名の設定処理を行う。一方、同名のデバイス名がない場合には（Ｓ３５０：ＮＯ）、Ｓ３６０へ移行して、Ｓ３２０でＮＶＲＡＭから取得した自己のデバイス名を報知用デバイス名としてセットする（Ｓ３６０）。
【００６２】
ここでＳ３７０における報知用デバイス名の設定処理の詳細な処理の流れを図６のＳ５１０〜Ｓ５９０に示して説明する。
Ｓ５１０では、過去に通信履歴があるか否かを判定する。すなわち、ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスが、通信履歴に記憶されているか否かを判定する。この通信履歴は、以前にこの処理が行われた際の後述するＳ４２０の処理によって記憶されているものである。
【００６３】
ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスが、通信履歴に記憶されている場合には（Ｓ５１０：ＹＥＳ）、Ｓ５２０へ移行し、通信履歴に記憶されていない場合には（Ｓ５１０：ＮＯ）、Ｓ５４０へ移行する。
【００６４】
Ｓ５２０では、要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスに対応付けて記憶されている報知用デバイス名を通信履歴から読み出して、報知用デバイス名にセットする。そしてＳ５３０で、その報知用デバイス名と同名のデバイス名が、Ｓ３４０で取得したデバイス名の中に存在するか否かを判定する。同名のデバイスが存在する場合には（Ｓ５３０：ＹＥＳ）、Ｓ５４０へ移行し、同名のデバイスが存在しない場合には（Ｓ５３０：ＮＯ）、報知用デバイス名の設定処理を完了して図５のＳ３８０へ移行する。
【００６５】
Ｓ５４０では、自己のＢＤアドレスが一番大きいか否かを判定する。すなわち、自己のＢＤアドレスが、同名のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスより大きいか否かを判定する。自己のＢＤアドレスが一番大きい場合には（Ｓ５４０：ＹＥＳ）、図５のＳ３８０へ移行する。一方、自己のＢＤアドレスが、他のＢＤアドレスのいずれかより小さい場合には（Ｓ５４０：ＮＯ）、Ｓ５５０へ移行する。
【００６６】
Ｓ５５０では、報知用デバイス名を変更する。例えば、現在セットされている報知用デバイス名に対して、「（１）」のような文字列を付加する。そして、報知用デバイス名の変更回数をカウントするための変更回数カウンタの値をインクリメント（＋１）する。
【００６７】
続くＳ５６０では、Ｎ回以上報知用デバイス名の変更を行ったか否かを判定する。すなわち変更回数カウンタの値が予め定められた打ち切り回数Ｎ（例えば１０回）以上になった否かを判定する。Ｎ回以上になった場合には（Ｓ５６０：ＹＥＳ）、報知用デバイス名の設定処理を完了し、図５のＳ３８０へ移行する。一方、Ｎ回未満の場合には（Ｓ５６０：ＮＯ）、Ｓ５７０へ移行する。
【００６８】
Ｓ５７０では、Ｓ３３０と同様にして、再度、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７によるデバイスの検出を行い、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスを取得する。そして、続くＳ５８０では、Ｓ３４０と同様にして、Ｓ５７０で取得したＢＤアドレスに対応するデバイス名を取得する。
【００６９】
そして、Ｓ５９０では、圏内に同名のデバイスがあるか否かを判定する。すなわち、現在セットされている報知用デバイス名と同名のデバイス名がＳ５８０で取得した圏内のＢｌｕｅｔｏｏｔｈデバイスのデバイス名の中にあるか否かを判定する。同名のデバイスがある場合（Ｓ５９０：ＹＥＳ）、Ｓ５４０へ移行する。一方、同名のデバイスがない場合（Ｓ５９０：ＮＯ）、報知用デバイス名の設定処理を完了し図５のＳ３８０へ移行する。
【００７０】
このようにして、ＭＦＰ２０は、デバイス名を要求してきたＢｌｕｅｔｏｏｔｈデバイスに対して、報知用デバイス名を生成して送信する。したがって、他のデバイスからのデバイス名の要求に応じて、ＭＦＰ２０に記憶されたデバイス名自体を書き換えることはない。
【００７１】
この報知用デバイス名は、デバイス名を要求してきたＢｌｕｅｔｏｏｔｈデバイスとの通信履歴がある場合には（Ｓ５１０：ＹＥＳ）、できるだけ過去に応答したデバイス名を応答するようにしている。また、自己のＢＤアドレスが一番大きい場合に報知用デバイス名の変更をうち切ることで（Ｓ５４０：ＹＥＳ）、例えば、このＭＦＰ２０が通信圏内に複数あり、同様の処理を行っている場合などであっても、同時に同じアルゴリズムで報知用デバイス名を変更してしまい、変更後の報知用デバイス名が同じ名称になるといったことを避けることができる。Ｓ５４０では、いわば、各デバイス間での優先順位をＢＤアドレスを用いて決定していることとなる。
【００７２】
図５のＳ３８０では、過去に通信履歴があるか否かを判定する。すなわち、ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスが、通信履歴に記憶されているか否かを判定する。通信履歴に記憶されている場合には（Ｓ３８０：ＹＥＳ）、Ｓ４００へ移行し、通信履歴に記憶されていない場合には（Ｓ３８０：ＮＯ）、Ｓ３９０へ移行する。Ｓ３９０では、報知用デバイス名に「（新規検出）」を付加する。一方、Ｓ４００では、報知用デバイス名に「（接続履歴あり）」を付加する。
【００７３】
Ｓ４２０では、通信履歴の記憶を行う。すなわち、ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスと、現在の報知用デバイス名とを対応付けて記憶する。
そして続くＳ４３０では、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から、検出コマンドの送信元のＢＤアドレスのデバイスに対して、報知用デバイス名を送信させる。
【００７４】
このようにして、ＭＦＰ２０は、デバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスに対して、デバイス名として報知用デバイス名を生成して応答する。しかも、この報知用デバイス名は、ＭＦＰ２０の周囲に存在するＢｌｕｅｔｏｏｔｈデバイスのデバイス名を加味して決定されたものとなる。
【００７５】
例えば、図３に示すように、元々ＭＦＰ２０ａとＢｌｕｅｔｏｏｔｈによる通信の可能な位置関係に設置され、通信履歴としてＭＦＰ２０ａのＢＤアドレスとデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されているパソコン１０ａを、ＭＦＰ２０ａ〜２０ｃ及びパソコン１０ｂがＢｌｕｅｔｏｏｔｈによる通信範囲になる位置に移動した場合を考える。ここで、ＭＦＰ２０ａ〜２０ｃに記憶されたＢＤアドレスは、ＭＦＰ２０ａが最も大きく、続いてＭＦＰ２０ｂ、ＭＦＰ２０ｃと続くものとする。パソコン１０ａにおいて、サービス選択プログラムを実行し、表示された図８の画面でデバイス検索ボタン５２をクリックすると、パソコン１０ａには、第１実施例における図３と同様の画面（但し、アイコンの左上の新規検出や接続履歴ありを示すマークは表示されない）が表示される。
【００７６】
すなわち、各ＭＦＰ２０ａ〜２０ｃが上述した処理によって送信した報知用デバイス名が表示される。ＭＦＰ２０ａは通信履歴に記憶されている「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に、Ｓ４００の処理による「（接続履歴あり）」を付加した報知用デバイス名を応答し、ＭＦＰ２０ｂは、Ｓ３７０の処理でセットされた「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」に、Ｓ３９０の処理による「（新規検出）」を付加した報知用デバイス名を応答し、ＭＦＰ２０ｃは、Ｓ３７０の処理でセットされた「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」に、Ｓ３９０の処理による「（新規検出）」を付加した報知用デバイス名を応答している。
【００７７】
このように、ＭＦＰ２０ａ〜２０ｃに記憶されたデバイス名「Ｍｕｌｔｉ ＦｕｎｃｔｉｏｎＡ」を変更することなく、各デバイスが生成した報知用デバイス名を報知することで、報知態様（デバイス名）を異なるものとして利用者に知らせることができる。したがって、従来の図９の表示に比べ、どのアイコンがどのデバイスに対応するのかを利用者が特定することが容易になる。例えば、ＭＦＰ２０ａについては、接続履歴ありと表示されているので極めて容易に特定できる。また、ＭＦＰ２０ｂ，２０ｃについても、例えば、一度試しにサービスを要求してみることで、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」と「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」がそれぞれどちらのデバイスに対応しているのかを特定できる。そして一旦特定してしまえば、後はデバイス名を見て容易にどちらのデバイスかを判断でき、図９のように表示されることによる混乱が生じなくなる。
【図面の簡単な説明】
【図１】実施例のネットワークシステムの構成を示すブロック図である。
【図２】第１実施例のパソコンにおいて実行されるサービス選択プログラムによるデバイス名の取得表示処理の流れを示すフローチャートである。
【図３】デバイス検出時のパソコンとＭＦＰとの位置関係と、パソコン１０ａの通信範囲を示す説明図である。
【図４】図３の移動後のパソコンの位置における図２の処理によるＢｌｕｅｔｏｏｔｈデバイスの表示例を示す説明図である。
【図５】第２実施例のＭＦＰにおけるデバイス名応答処理の流れを示すフローチャートである。
【図６】図５の処理における報知用デバイス名の設定処理の流れを示すフローチャートである。
【図７】Ｂｌｕｅｔｏｏｔｈデバイスの検索の様子を説明する説明図である。
【図８】パソコンにおけるサービス選択プログラムの実行画面を示す説明図である。
【図９】図８の実行画面においてデバイス検索ボタンがクリックされた際の従来のデバイス検索結果の表示を示す説明図である。
【符号の説明】
１…ネットワークシステム、
１０…パソコン １１…ＣＰＵ １２…ＲＯＭ １３…ＲＡＭ
１４…ＨＤＤ １５…表示部 １６…操作部 １７…Ｂｌｕｅｔｏｏｔｈ通信モジュール
２０…ＭＦＰ（複合機） ２１…ＣＰＵ ２２…ＲＯＭ ２３…ＲＡＭ
２４…ＨＤＤ ２５…表示部 ２６…操作部 ２７…Ｂｌｕｅｔｏｏｔｈ通信モジュール
２８…印字部 ２９…電話回線接続部
５０…ウインドウ ５２…デバイス検索ボタン
５４…デバイス表示領域 ５６…サービス表示領域
１００…ＰＣ ２００…複合機
【発明の属する技術分野】
通信機能を備える電子機器と、当該電子機器から機器名情報を受信し、当該機器名情報に基づく報知を行う報知装置とを備えるネットワークシステムにおける報知装置、ネットワークシステム、電子機器、プログラム、及び、記録媒体に関する。
【０００２】
【従来の技術】
通信機能を備える電子機器が他の電子機器と通信を行う場合、まず、通信可能な機器の一覧を表示して、その一覧の中からユーザに所望の電子機器を選択させ、選択された電子機器と通信を行うようにしたものが知られている。
【０００３】
例えば、Ｂｌｕｅｔｏｏｔｈ規格の通信機能を備える電子機器では、まず、その電子機器のＢｌｕｅｔｏｏｔｈによる通信圏内に存在するデバイスのアドレスを取得する（インクワイアリと呼ばれる）。そして、アドレスを取得した機器のデバイス名を、Ｂｌｕｅｔｏｏｔｈによる通信によって取得し、取得したデバイス名の一覧を表示して、その一覧の中からユーザに所望の機器を選択させる。そして、ユーザによって選択された機器のアドレスを利用して通信を行い、その機器から各種サービスの提供を受ける。
【０００４】
例えば、図７に示すように、Ｂｌｕｅｔｏｏｔｈ規格による通信機能を備えたＰＣ１００ａ，１００ｂ、複合機２００ａ〜２００ｃがそれぞれＢｌｕｅｔｏｏｔｈの通信圏内にあり、ＰＣ１００ａ，１００ｂのデバイス名がそれぞれ「ＮｏｔｅＰＣ」であり、複合機２００ａ〜２００ｃのデバイス名がそれぞれ「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」であるとする。
【０００５】
ここで、ユーザの所有する機器がＰＣ１００ａであり、ユーザが、ＰＣ１００ａから、複合機２００ａによる印刷機能を利用する場合を考える。この場合、ユーザは、ＰＣ１００ａ上で、サービスの提供を要求する電子機器を選択するサービス選択プログラムを実行させる。図８はこのプログラムを実行した際のＰＣ１００ａのディスプレイに表示されるウインドウ５０を示す図である。このウインドウ５０には、デバイス検索ボタン５２、デバイス表示領域５４、サービス表示領域５６を備える。
【０００６】
ユーザは、まずこの画面のデバイス検索ボタン５２を、ＰＣ１００ａに備えるマウス等でクリックする。するとＰＣ１００ａは、上述したＢｌｕｅｔｏｏｔｈによるインクワイアリを行い、通信可能な機器のアドレスを取得し、そのアドレスに対応する機器のデバイス名を取得する。そしてデバイス名に基づいて表示するアイコンを決定し、取得したデバイス名とともにデバイス表示領域５４に表示する。
【０００７】
図９は、図７のＰＣ１００ａの画面に表示されたデバイス検索結果を示す図である。このように、ＰＣ１００ａの通信圏内に存在するＰＣ１００ｂのデバイス名「ＮｏｔｅＰＣ」及びＰＣのアイコンと、複合機２００ａ〜２００ｃのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」及び複合機のアイコンがデバイス表示領域５４に表示される。ＰＣ１００ａは、デバイス表示領域５４に表示されたアイコンがマウスで選択され、選択されたアイコンがサービス表示領域５６に表示されたサービスを示すアイコンにドラッグアンドドロップされたことを検出すると、選択されたアイコンに対応するデバイスへ、ドロップされた位置にあるアイコンに対応するサービスを要求する。例えば、図９において、デバイス表示領域５４に表示された「ＮｏｔｅＰＣ」のアイコンをサービス表示領域５６に表示されたＬＡＮのアイコンにドラッグアンドドロップすると、ＰＣ１００ａは、ＰＣ１００ｂに対してＢｌｕｅｔｏｏｔｈによるＬＡＮ接続のサービスを要求する。
【０００８】
ここでユーザが、複合機２００ａに印刷を行わせる指示を入力したいとする。この場合、印刷サービスを要求するための「ＣＯＭ」のアイコンに複合機２００ａに対応するアイコンをドラッグアンドドロップする必要がある。しかし、複合機２００ａ〜２００ｃについては、すべて「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」というデバイス名と複合機のアイコンといった同一の表示となっている。そのため、ユーザは、どのアイコンが複合機２００ａのものであるのか特定できない。このように、デバイス名やデバイス名に基づいて表示されるアイコン等の表示が同一であると、機器を特定することが困難であるという問題がある。
【０００９】
しかもこうしたデバイス名は、機器に対して機種毎に設定されているのが一般的であり、例えば同一機種の機器を複数導入した場合には、こうした問題が発生することが多い。
そこで、デバイス名が同一である機器を検出した場合に、機器の保持（記憶）するデバイス名自体を変更することによって、表示されるデバイス名を異なるものとする機器が知られている。
【００１０】
例えば、ネットワークに接続された画像読取装置であって、他の画像読取装置と通信を行ってその画像読取装置の名称を記憶手段に記憶し、記憶手段に記憶された名称と自装置の名称が同一であることを検出した場合、自装置の名称を、記憶手段に記憶された他の画像読取装置と異なる名称に自動的に変更する画像読取装置が知られている（例えば、特許文献１参照。）。
【００１１】
【特許文献１】
特開平１１−２８２７２８号公報
【００１２】
【発明が解決しようとする課題】
しかしながら、上述した特許文献１に示されるような従来技術においては、機器自身が記憶している名称自体を変更登録してしまう構成であるため（例えば、図９において、複合機２００ｂのデバイス名が「ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ａ（１）」に変更され、複合機２００ｃのデバイス名が「ＭｌｔｉＦｕｎｃｔｉｏｎ Ａ（２）」に変更される）、変更前の機器の名称を使いたい場合に問題が生じる。また、例えば名称が変更された機器の所有者が、その機器の名称が勝手に変更されてしまったことに混乱することがあるという問題が生じる。
【００１３】
特に、例えばＢｌｕｅｔｏｏｔｈのような短距離無線通信手段（例えば通信範囲が半径数ｍ程度）によって通信を行う場合、機器の通信範囲内に存在する通信可能な機器が、比較的頻繁に変わる。このように通信可能な機器が変わることの多いネットワークでは、従来の構成を採ると、機器の保持する名称が頻繁に変わってしまい、管理が難しくなるという問題がある。
【００１４】
そこで、本発明は、機器名情報に基づく報知を行うネットワークシステムであって、機器に記憶（登録）されている名称等の機器名情報自体は変更せずに、利用者が報知内容と機器との対応関係を特定することを支援することができる報知装置、ネットワークシステム、電子機器、プログラム、記録媒体を提供することを目的とする。
【００１５】
【課題を解決するための手段及び発明の効果】
上述した問題点を解決するためになされた請求項１に記載の報知装置は、通信可能な電子機器からその電子機器の機器名情報を受信し、受信した機器名情報に基づく報知を行うのであるが、この報知の際の報知態様を、受信した機器名情報に基づいて決定し、その決定した報知態様で機器名情報に基づく報知を行う。この報知態様は、受信された機器名情報が複数あり、その中に同一の機器名情報がある場合には、その同一の機器名情報に基づく報知の際の報知態様を異なるものとする。
【００１６】
したがって、受信した機器名情報に同一の機器名情報が存在する場合、例えば特許文献１のような電子機器が記憶している機器名自体を変更することなく、報知装置において報知態様を異なるものとして機器名情報に基づく報知がされる。よって、電子機器の名称が変更されてしまい、電子機器の所有者が利用時に混乱するという問題や、通信可能な報知装置に変更が頻繁にある場合に電子機器の名称が頻繁に変わるといった問題は発生しない。しかも、機器名情報が同一の電子機器が報知装置と通信可能な場合であっても、報知装置は、これらの機器名情報に基づく報知を異なる報知態様で行うため、利用者が報知態様に基づいて報知内容と電子機器との対応関係を特定することを支援することができる。
【００１７】
なお、機器名情報としては、例えば機器名の文字データや画像データ、音声データなどを用いることができる。
機器名情報に基づく報知としては、機器名情報そのものを報知するものや、機器名情報に応じて報知内容を決定して報知するものを含めることができる。例えば、機器名情報に基づいてアイコンの表示を変えるなどしてもよい。また、報知としては、例えば、文字（例えば機器名の文字列）・画像（例えばアイコン）・映像（例えばアニメーション）等の表示や、音声（例えば機器名の文字列の読み上げ）等の出力を含む。
【００１８】
そして、報知態様としては、例えば、報知として表示を行う場合には、表示対象の色、形、動作等の表示の仕方などを用いることができ、例えば機器名情報に基づいて機器名（名称）を表示するのであれば、同一の機器名情報がある場合、異なる報知態様とするため、機器名の色やフォント形状、装飾等を異なるものとしてもよい。しかし、機器名情報に基づく報知として機器名情報に基づく名称の報知を行う場合には、請求項２に示すように、異なる報知態様として、報知する名称を異なる名称とするとよい。例えば、報知装置と通信可能な第１の電子機器と第２の電子機器があり、双方の電子機器から機器名情報「Ａ」を受信した場合に、機器名情報に基づく報知として名称を報知するとする。この場合、その報知態様として、機器名情報そのものを名称として、一方の「Ａ」を赤色で表示し、他方の「Ａ」を青色で表示するようしてもよいが、例えば、名称自体を例えば「Ａ（１）」「Ａ（２）」のように異なるものとするとよい。このように、名称自体を異なるものとすれば、利用者が報知内容と機器との対応関係をさらに容易に特定することを支援することができる。
【００１９】
こうして一旦報知した報知態様は、なるべく変化しない方が、利用者の報知内容と機器との対応関係の特定が容易になる。例えば、上述した例で「Ａ（１）」が第１の電子機器に対応すると利用者が分かっている場合、次に、第１の電子機器の機器名情報に基づく報知を行う場合には、再び「Ａ（１）」と報知されることが望ましい。そこで、請求項３に示すように、通信可能な電子機器からその電子機器を識別するための情報である機器識別情報と、その機器識別情報を送信した電子機器の機器名情報とを受信し、決定された報知態様とその報知態様による報知対象となった機器名情報に対応する機器識別情報とを対応付けて記憶しておく。そして、報知態様を決定する際には、この記憶された機器識別情報と報知態様との対応関係に基づいて報知態様を決定する。このようにすれば、一度報知した電子機器について、再度報知する場合に、例えば以前に報知した報知態様で報知することができる。したがって、利用者が報知内容と機器との対応関係を容易に特定することができる。
【００２０】
そして、報知態様は、さらに請求項４に示すように、報知装置から電子機器を使用した際の使用履歴に基づいて決定するとよい。すなわち、請求項４に示すように、電子機器との通信によって電子機器にサービスの提供を要求して、サービスの提供を受けた際のそのサービスに関連する履歴である使用履歴情報を記録する。そして、記録された使用履歴情報に基づいて報知態様を決定する。このようにすれば、報知態様は、利用者がサービスを利用した際の使用履歴に基づいて決定されるため、利用者は、さらに報知内容と機器との対応関係を容易に特定することができる。なお、サービスとしては、電子機器が報知装置からの要求に応じて提供する種々の機能が挙げられる。また、使用履歴情報としては、例えば、サービスの内容、サービスの提供を受けた日時、サービスの提供を受けた際の報知装置の利用者名等を用いることができる。
【００２１】
そして、請求項５に記載のネットワークシステムは、請求項１〜４のいずれかに記載の報知装置と、その報知装置と通信可能な電子機器とを有するネットワークシステムであり、この電子機器は、自機器の機器名情報を記憶しており、記憶された自機器の機器名情報を報知装置へ送信する。このようなネットワークシステムによれば、電子機器に記憶された機器名情報を変えることなく、報知装置において、報知される機器名情報に基づく報知内容と電子機器との対応関係を特定することを支援することができる。
【００２２】
なお、報知装置は、単一の装置として構成することも可能であるし、複数の装置からなる装置として構成することも可能である。また、請求項４に記載の報知態様履歴登録手段や、請求項５に記載の使用履歴情報登録手段は、例えば、報知装置内部に設けた記憶手段等に登録する構成としてもよいし、報知装置が通信可能な機器（例えばサーバ等）に通信等行って登録する構成としてもよい。また、これらの記憶手段は、不揮発性の記憶手段を用いるとよい。このようにすれば、例えば報知装置の電源を切った場合であっても、次に電源を投入した際には、利用者が報知内容と機器との対応関係を容易に特定することができる報知を行うことができる。
【００２３】
ここまで報知装置側の報知方法を変更することで、機器名情報に基づく報知内容と電子機器との対応関係を特定することを支援することのできる構成について説明したが、逆に、機器名情報を送信する電子機器側の構成を工夫することによって、同様の効果を得ることができる。例えば、上述した問題点を解決するためになされた請求項６に記載のネットワークシステムは、機器名情報の送信を電子機器に対して要求し、電子機器から送信された機器名情報を受信してその機器名情報に基づく報知を行う報知装置と、自機器の機器名情報を記憶しており、報知装置からの機器名情報の送信要求を受信した場合に、自機器の通信可能な他機器の機器名情報を取得し、取得した他機器の機器名情報と記憶している自機器の機器名情報との比較結果に基づき報知装置に対する応答用の機器名情報を生成し、生成した応答用の機器名情報を報知装置に対して送信する電子機器とを備えたネットワークシステムである。
【００２４】
このように、電子機器は、自機器に記憶された機器名情報とは別に、応答用の機器名情報を生成するため、例えば特許文献１のように電子機器の機器名自体の変更、電子機器の名称が変更されてしまい電子機器の所有者が利用時に混乱するという問題や、通信可能な報知装置に変更が頻繁にある場合に電子機器の名称が頻繁に変わるといった問題は発生しないい。
【００２５】
応答用の機器名情報は、取得した他機器の機器名情報と、記憶している自機器の機器名情報との比較結果に基づき生成するのであるが、例えば、請求項７に示すように、取得した他機器の機器名情報の中に自機器の機器名情報と同一の機器名情報がある場合、これらの機器名情報が異なるものとなるように応答用の機器名情報を生成するとよい。
【００２６】
異なるものとなるように応答用の機器名情報を生成するためには、例えば、自機器に記憶された機器名特定情報とは異なる情報を報知用の機器名特定情報とすればよい。
しかし、ネットワーク内にこうした構成を有する電子機器が複数ある場合、それぞれの機器が自機器に記憶された機器名特定情報と異なる情報を応答用の機器名特定情報として生成してしまうと、複数の電子機器間で同一の応答用の機器名特定情報を生成してしまうことが考えられる。
【００２７】
そこで、請求項８に示すように、取得された他機器の機器名情報の中に自機器の機器名情報と同一の機器名情報がある場合、ネットワークシステムを構成する複数の電子機器間で統一された所定のルールに従って応答用の機器名情報を生成するとよい。
【００２８】
例えば、請求項９に示すように、所定のルールとして、自機器の通信可能な他機器から機器名変更の優先度として用いることのできる情報である優先度情報を取得して、自機器の優先度情報とを比較し、自機器の優先度情報による優先度の方が低い場合に応答用の機器名情報を変更するルールを有するとよい。このようにすれば、優先度の低い電子機器が機器名を変更し、優先度の高い電子機器は機器名の変更を行わない。したがって、複数の電子機器間で同一の応答用の機器名特定情報を生成してしまうことを防ぐことができる。なお優先度情報としては、機器を識別するための機器識別情報などを用いることができる。
【００２９】
また、請求項１０に示すように、生成した応答用の機器名情報が、他機器の応答する機器名情報と異なるものとなっているか、他機器名情報取得手段によって、自機器の通信可能な他機器の機器名情報を再度取得して確認するようにしてもよい。例えば、確認の結果、生成した応答用の機器名情報と同一の機器名情報が他機器から応答された場合には、再度、異なる応答用の機器名情報を生成するとよい。このようにすれば、複数の電子機器間で同一の応答用の機器名特定情報を生成してしまうことを防ぐことができる。
【００３０】
そして、応答用の機器名情報は、請求項１１に示すように、機器名情報の要求元の報知装置を特定する報知装置特定情報を受信し、受信した報知情報特定情報と生成された応答用の機器名情報とを対応付けて登録しておき、登録されている報知情報特定情報と応答用の機器名情報との対応関係に基づいて生成するとよい。このようにすれば、一度、機器名情報を応答した報知装置について、再度応答する場合に、以前に応答した機器名情報で応答することができる。したがって、報知装置の報知内容から、利用者は報知内容と機器との対応関係を容易に特定することができる。なお、要求履歴登録手段は、例えば、電子機器に設けた記憶手段等に登録する構成としてもよいし、電子機器が通信可能な機器（例えばサーバ等）に通信等行って登録する構成としてもよい。
【００３１】
なお、上述した報知装置と電子機器との間のやりとりは、有線通信や無線通信で行うことができるが、特に短距離無線通信を行う構成である場合に、優れた効果を発揮する。例えば、Ｂｌｕｅｔｏｏｔｈ規格に基づく無線ネットワークでは、特に優れた効果を発揮する。また、特に電子機器が可搬性の機器（例えばモバイル機器）である場合に優れた効果を発揮する。
【００３２】
なお、請求項６〜１１では、ネットワークシステムとしての請求項を挙げたが、このようなネットワークシステムにおいて利用可能な電子機器を請求項として挙げることもできる。例えば、請求項６のネットワークシステムに対応する電子機器の請求項は請求項１２のようになる。なお、請求項１２は、請求項６の内容に対応する電子機器の請求項であるが、請求項７〜１１におけるネットワークシステムの電子機器についても同様にして、電子機器の請求項とすることができ、上述した各請求項に記載の効果と同様の効果を得ることができる。
【００３３】
また、請求項１３に示すように、請求項１〜４のいずれかに記載のネットワークシステムにおける電子機器の各手段、請求項１４に示すように請求項６〜１１のいずれかに記載の電子機器の各手段をコンピュータにて実現する場合、例えば、コンピュータで実行するプログラムとして備えることができる。このようなプログラムは、請求項１５、１６に示すように、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、各手段としての機能を実現できる。
【００３４】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
［第１実施例］
図１は、本実施例のネットワークシステム１の構成を示すブロック図である。ネットワークシステム１は、報知装置としてのパソコン１０と、電子機器としての複合機であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）２０とを備える。
【００３５】
パソコン１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、ディスプレイ等の表示部１５、キーボードやマウス等の操作部１６などを備えた一般的なパーソナルコンピュータに対してさらにＢｌｕｅｔｏｏｔｈ規格に基づく無線通信を行うＢｌｕｅｔｏｏｔｈ通信モジュール１７を備えたものである。そしてパソコン１０では、一般的に利用されているオペレーティングシステムが実行されており、ＨＤＤ１４に記憶された各種のプログラムを、ＣＰＵ１１がＲＡＭ１３にロードして実行する機能を備える。
【００３６】
一方、ＭＦＰ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤ２４、ＬＣＤ等による表示部２５、テンキーと機能キー等で構成された操作部２６、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７、用紙への印字を行う印字部２８、公衆回線網に接続可能に構成され、発呼・着呼等の制御を行う網制御と、公衆回線網を介して他のＦＡＸとのデータの送受信とを行う電話回線接続部２９などを備える。そしてＲＡＭ２３として、不揮発性のメモリであるＮＶＲＡＭを備え、ＭＦＰ２０の動作に必要な各種の設定を記憶している。このＮＶＲＡＭに記憶された設定の中には、ＭＦＰ２０のデバイス名が含まれており、デフォルトの設定では、デバイス名として「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されている。なお、ユーザによって操作部２６からデバイス名の変更の指示が入力された場合には、ＣＰＵ２１はＮＶＲＡＭに記憶されたデバイス名をユーザが入力した名称に書き換える。（但し、一般的にはデフォルト設定で利用されることが多く、以下の説明では現在の設定がデフォルト設定のデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」であるとして説明する。）
そして、ＭＦＰ２０は、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７が、他のデバイスからのＢｌｕｅｔｏｏｔｈデバイスの検索（検索コマンドの受信、インクワイアリと呼ばれる）を受けた場合に、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７に記憶されたＢｌｕｅｔｏｏｔｈデバイスアドレスをＢｌｕｅｔｏｏｔｈ通信モジュール２７から送信したり、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７を介してデバイス名の取得指示を受信した場合に、ＲＡＭ２３のＮＶＲＡＭに記憶されたデバイス名を、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から送信したりするデバイス名応答処理を行う。
【００３７】
そして、ＭＦＰ２０のＣＰＵ２１は、他のＢｌｕｅｔｏｏｔｈデバイスからのサービスの要求に応じて、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から印刷データを受信して、受信したデータに基づいて印字部２８を制御して印刷を行う印刷処理や、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から受信したデータに基づいて電話回線接続部２９を制御して公衆回線網を介して他のＦＡＸへのデータの送信を行うＦＡＸ送信処理、他のＦＡＸから送信されたデータを公衆回線網を介して電話回線接続部２９で受信して、受信したデータをＨＤＤ２４に記憶し、ＨＤＤ２４に記憶されたデータをＢｌｕｅｔｏｏｔｈ通信モジュール２７を制御してパソコン１０へ送信するＦＡＸデータ送信処理などのサービスの提供のための処理を行う。なお、ＭＦＰ２０のＣＰＵ２１は、複数のプログラムをマルチタスクで処理することにより、リソースの競合しない複数の処理を同時に実行可能に構成されている。
【００３８】
一方、パソコン１０は、ＨＤＤ１４に、Ｂｌｕｅｔｏｏｔｈデバイスに対して要求するサービスを選択するサービス選択プログラムを記憶しており、ＲＡＭ１３へロードして実行することができる。このサービス選択プログラムは、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスの検索処理、Ｂｌｕｅｔｏｏｔｈデバイス検索処理によって検索されたデバイスのデバイス名を取得するデバイス名取得処理、取得したデバイス名を表示するデバイス名表示処理などのデバイス名の取得表示処理と、表示したデバイスに対して要求するサービスの選択を受け付け、選択されたサービスを、選択されたデバイスに対して要求するサービス指定要求処理をＣＰＵ１１に実行させるためのプログラムである。
【００３９】
このサービス選択プログラムによるパソコン１０におけるデバイス名の取得表示処理について、図８及び図２〜４を参照して説明する。
図８は、サービス選択プログラムをパソコン１０において実行した場合の表示部１５に表示されるウインドウ５０の表示例を示す図である。パソコン１０のＣＰＵ１１は、ユーザによって、操作部１６のマウスが操作され、このウインドウ５０のデバイス検索ボタン５２がクリックされたことを検出すると、図２に示すデバイス名の取得表示処理を開始する。
【００４０】
まず、Ｓ１１０では、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７から、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスのアドレス（Ｂｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅアドレス（以下ＢＤアドレスと称する））を取得する信号（インクワイアリ）を送信させ、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７が受信した通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスをＲＡＭ１３に取得する。複数のＢＤアドレスを受信した場合には複数のＢＤアドレスを記憶する。
【００４１】
続く、Ｓ１２０では、Ｓ１１０でＲＡＭ１３に取得したＢＤアドレスに対応するＢｌｕｅｔｏｏｔｈデバイスに対してデバイス名を要求する信号を、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７に送信させる。そして、この要求信号に対する応答として他のＢｌｕｅｔｏｏｔｈデバイス（例えばＭＦＰ２０）から送信されたデバイス名をＢｌｕｅｔｏｏｔｈ通信モジュール１７に受信させ、受信されたデバイス名をそのＢＤアドレスに対応付けてＲＡＭ１３に記憶する。この処理は、Ｓ１１０でＲＡＭ１３に取得した全てのＢＤアドレスについて行う。
【００４２】
そして、続くＳ１３０では、Ｓ１２０でＲＡＭ１３に記憶されたデバイス名の中に同名のデバイス名があるか否かを判定する。同名のデバイス名がある場合には（Ｓ１３０：ＹＥＳ）、Ｓ１４０へ移行し、同名のデバイス名がない場合には、Ｓ１７０へ移行する。
【００４３】
Ｓ１４０では、同名のデバイス名に別名を付ける。すなわち、ＲＡＭ１３に記憶されている同名のデバイス名をそれぞれ異なるデバイス名に変更する。このとき同名のデバイス名があると判定されたデバイス名のうち、過去にデバイス検出履歴があるＢＤアドレスに対応するデバイス名については、デバイス検出履歴に記憶された過去に使用したデバイス名を別名として付け、更新する。このデバイス検出履歴は、以前にデバイス名の取得表示処理を実行した際に、後述するＳ１７０で記憶したものであり、検出されたＢＤアドレスと、表示に使用したデバイス名とを対応付けて記憶したものである。そして、過去にデバイス検出履歴があるデバイス名であるか否かは、Ｓ１１０で取得しＲＡＭ１３に記憶されたＢＤアドレスと、デバイス検出履歴に記憶されたＢＤアドレスとを比較し、一致するものがある場合に、過去にデバイス検出履歴のあるデバイス名であると判定することで行う。
【００４４】
Ｓ１５０では、これまでのステップによりＲＡＭ１３に記憶されているデバイス名のうち、デバイス検出履歴に記憶されているＢＤアドレスに対応するデバイス名に「接続履歴あり」フラグを対応付けてＲＡＭ１３に記憶する。
一方、Ｓ１６０では、これまでのステップによりＲＡＭ１３に記憶されているデバイス名のうち、デバイス検出履歴に記憶されていないＢＤアドレスに対応するデバイス名に「新規検出」フラグを対応付けてＲＡＭ１３に記憶する。
【００４５】
Ｓ１７０では、これまでのステップによりＲＡＭ１３に記憶されているＢＤアドレスとそのＢＤアドレスに対応付するデバイス名とを対応付けて、ＨＤＤ１４にデバイス検出履歴として追加記憶する。
そして、Ｓ１８０では、これまでのステップによりＲＡＭ１３に記憶されているデバイス名を表示する。このとき、Ｓ１５０またはＳ１６０で付加されたフラグに基づいてデバイス名にさらに「（接続履歴あり）」または「（新規検出）」の文字列を付加して表示する。すなわち、「新規検出」フラグの付加されているデバイス名については「（新規検出）」の文字列を付加し、「接続履歴あり」のフラグが付加されているデバイス名については、「（接続履歴あり）」の文字列を付加して表示する。また、デバイス名に対応するアイコンをデバイス名とともに表示し、このアイコンにも、上述したフラグにしたがって、接続履歴ありを示すマークまたは新規検出を示すマークを表示する。
【００４６】
例えば、図３に示すように、元々ＭＦＰ２０ａとＢｌｕｅｔｏｏｔｈによる通信の可能な位置関係に設置され、デバイス検出履歴にＭＦＰ２０ａのＢＤアドレスとデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されているパソコン１０ａ（図３に破線で示す通信範囲を持つパソコン１０ａ）を、ＭＦＰ２０ａ〜２０ｃ及びパソコン１０ｂがＢｌｕｅｔｏｏｔｈによる通信範囲になる位置に移動した場合に（図３に一点鎖線で示す通信範囲を持つ）、パソコン１０ａにおいて、サービス選択プログラムを実行すると、図８のウインドウ５０が表示される。ここでデバイス検索ボタン５２をクリックすると、図２に示した処理によって、ウインドウ５０の表示は、図４のような表示となる。
【００４７】
すなわち、図３に一点鎖線で示すＢｌｕｅｔｏｏｔｈ通信モジュール１７の通信範囲のデバイス（ＭＦＰ２０ａ〜２０ｃとパソコン１０ｂ）からそれぞれのデバイスのＢＤアドレスを取得する（Ｓ１１０）。例えば、ＭＦＰ２０ａ，ＭＦＰ２０ｂ，パソコン１０ｂ，ＭＦＰ２０ｃの順にそれぞれのＢＤアドレスの応答があった場合、順にＢＤアドレスをＲＡＭ１３に記憶する。
【００４８】
そして、取得した各々のＢＤアドレスに対応するデバイス名を取得して、記憶されているＢＤアドレスと対応付けてデバイス名をＲＡＭ１３に記憶する（Ｓ１２０）。
取得されたデバイス名のうち、ＭＦＰ２０ａ〜２０ｃについては、すべて「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」で同一であるので、取得したデバイス名に同名があると判定され（Ｓ１３０：ＹＥＳ）、これらの同名のデバイス名に別名が付けられる（Ｓ１４０）。このとき、Ｓ１１０で検出したＭＦＰ２０ａは、パソコン１０ａが現在の位置に移動する前に利用しており、ＨＤＤ１４にデバイス検出履歴としてＢＤアドレスと前回使用していた時のデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されている。したがって、このデバイス検出履歴に記憶されたデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」をＭＦＰ２０ａのＢＤアドレスに対応付けて記憶する。（この例では、名称は変わらないが、例えば以前ＭＦＰ１０ａを利用していた時の名称が「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （３）」であれば、この名称が設定されることとなる）
一方、ＭＦＰ２０ｂ，２０ｃに関しては、Ｓ１１０で検出したＢＤアドレスがデバイス検出履歴に記憶されていないので、ＭＦＰ２０ｂのＢＤアドレスに対応して記憶されているデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に対し、一台目を示す「（１）」を付加して、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」という別名を付けてＲＡＭ１３に記憶されているデバイス名を更新する。同様に、ＭＦＰ２０ｃのＢＤアドレスに対応付けて記憶されているデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に対して、二台目を示す「（２）」を付加して、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」という別名を付けてＲＡＭ１３に記憶されているデバイス名を更新する。そして、デバイス検出履歴のあるＭＦＰ２０ａのデバイス名に「接続履歴あり」フラグを対応付けて記憶し（Ｓ１５０）、デバイス検出履歴のないＭＦＰ２０ｂ，２０ｃのデバイス名に「新規検出」フラグを対応付けて記憶する（Ｓ１６０）。続いて上記のステップによって生成されたＲＡＭ１３に記憶されているデバイス名とＢＤアドレスを対応付けて、ＨＤＤ１４のデバイス検出履歴に記憶する（Ｓ１７０）。
【００４９】
続いて、図４に示すように、現在ＲＡＭ１３に記憶されているＭＦＰ２０ａのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に「接続履歴」フラグに基づき文字列「（接続履歴あり）」を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」として複合機を示すアイコンとともに表示する。またアイコンの左上側には、履歴ありを示すマーク（図４の例では丸印）を表示する。
【００５０】
一方、現在ＲＡＭ１３に記憶されているＭＦＰ２０ｂのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （１）」に「新規検出」フラグに基づき文字列「（新規検出）」を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （１）（新規検出）」として複合機を示すアイコンとともに表示する。またアイコンの左上側には、新規検出を示すマーク（図４の例では「ＮＥＷ」）を表示する。
【００５１】
また、現在ＲＡＭ１３に記憶されているパソコン１０ｂのデバイス名「Ｎｏｔｅ ＰＣ」をノートパソコンを示すアイコンとともに表示する。
さらに、ＭＦＰ１０ｂの場合と同様に、現在ＲＡＭ１３に記憶されているＭＦＰ２０ｃのデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （２）」に「新規検出」フラグに基づき文字列「（新規検出）」を付加して「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （２）（新規検出）」として複合機を示すアイコンとともに表示する。またアイコンの左上側には、新規検出を示すマーク（図４の例では「ＮＥＷ」）を表示する。
【００５２】
こうして図４に示すように「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （２）（新規検出）」、「ＮｏｔｅＰＣ」、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ （３）（新規検出）」といった名称と、対応するアイコンと、接続履歴の有無を示すマークが表示される。
【００５３】
したがって、パソコン１０ａのユーザは、自分が以前利用していたＭＦＰ２０ａには、図４の一番左に表示された「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコン（デバイス名）が対応していることを容易に知ることができる。
パソコン１０ａは、図４のデバイス表示領域５４に表示されたアイコンが操作部１６のマウスで選択され、選択されたアイコンがサービス表示領域５６に表示されたサービスを示すアイコンにドラッグアンドドロップされたことを検出すると、ＣＰＵ１１は、選択されたアイコンに対応するデバイスへ、ドロップされた位置にあるアイコンに対応するサービスを要求する信号をＢｌｕｅｔｏｏｔｈ通信モジュール１７から送信する。そして、ＭＦＰ２０は、この要求に応じたサービスをパソコン１０ａに対して提供する。
【００５４】
ユーザが以前利用していたＭＦＰ２０ａで印刷を行いたい場合、ユーザは迷わずに「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコンを、印刷サービスを示す「ＣＯＭ」のアイコンにドラッグアンドドロップして、ＭＦＰ２０ａに対する印刷要求をパソコン１０ａからＢｌｕｅｔｏｏｔｈ通信モジュール１７によって送信させることができる。そして、Ｂｌｕｅｔｏｏｔｈによる通信によって印刷データをＭＦＰ２０ａへ送信して、ＭＦＰ２０ａに印刷を行わせることができる。
【００５５】
このように、ＭＦＰ２０ａ〜２０ｃに記憶されたデバイス名「Ｍｕｌｔｉ ＦｕｎｃｔｉｏｎＡ」を変更することなく、各デバイスの報知態様（デバイス名、接続履歴の有無を示す文字列、アイコンの左上の履歴の表示）を異なるものとして利用者に知らせることができる。したがって、従来の図９の表示に比べ、どのアイコンがどのデバイスに対応するのかを利用者が特定することが容易になる。特に、ＭＦＰ２０ａについては、上述のように接続履歴ありと表示されているので極めて容易に特定できる。また、ＭＦＰ２０ｂ，２０ｃについても、例えば、一度試しにサービスを要求してみることで、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」と「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」がそれぞれどちらのデバイスに対応しているのかをユーザは特定できる。そして一旦特定してしまえば、後はデバイス名を見て容易にどちらのデバイスかを判断できるので、従来の図９のように同一のデバイス名が表示されることによる混乱は生じなくなる。
【００５６】
なお、本実施例ではＳ１７０でデバイス検出履歴を記憶し、Ｓ１４０でデバイス検出履歴がある場合には、その履歴に記憶されたデバイス名を用いて表示することとしたが、例えばさらにパソコン１０が他のデバイスからサービスの提供を受けた際に、そのサービスに関連する履歴として、そのサービスを提供したデバイスのＢＤアドレスとサービスの内容とを対応付けて記憶しておき、Ｓ１８０でデバイス名等を表示する際に、この履歴にＢＤアドレスが記憶されているものについては、そのＢＤアドレスに対応付けて記憶されたサービスの内容を表示するようにしてもよい。例えば、図４においてユーザが「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコンを、印刷サービスを示す「ＣＯＭ」のアイコンにドラッグアンドドロップした際に、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）」のアイコンに対応するＢＤアドレスとサービスの内容として「（印刷）」とを対応付けて記憶しておく。そして、次にデバイス名の取得表示処理を実行した際には、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（接続履歴あり）（印刷）」のように表示する。このようにすれば、どのサービスを利用したデバイスであるのかが容易に分かるので、ユーザはどのアイコンがどのデバイスに対応しているのかを容易に理解することができる。
［第２実施例］
本実施例のネットワークシステム１は、第１実施例のネットワークシステム１において、パソコン１０のサービス選択プログラムとして第１実施例で説明したものを用いるのではなく従来と同様のもの（従来の技術の欄に記載のもの）を用いる一方、ＭＦＰ２０側のデバイス名応答処理の内容を変更したものである。よって、これ以外の構成は第１実施例と同様であるので説明を省略する。
【００５７】
パソコン１０において従来のサービス選択プログラムを実行すると、図８に示す画面が表示される。ここでデバイス検索ボタン５２をクリックを検出すると、パソコン１０は、Ｂｌｕｅｔｏｏｔｈ通信モジュール１７からデバイスの検索（インクワイアリ）を行って、通信可能なＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスを取得し、そのアドレスに対応するデバイスのデバイス名を要求する信号をＢｌｕｅｔｏｏｔｈ通信モジュール１７から送信する。
【００５８】
一方、ＭＦＰ２０のＣＰＵ２１は、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７が他のＢｌｕｅｔｏｏｔｈデバイスからのデバイス名の要求を受信した場合には、要求元のＢＤアドレスをＲＡＭ２３に記憶し、図５に示すデバイス名の応答処理を実行する。
図５の、Ｓ３２０では、自己のデバイス名をＲＡＭ２３のＮＶＲＡＭから取得し、またＢｌｕｅｔｏｏｔｈ通信モジュール２７に記憶された自己のＢＤアドレスを読み出して取得する。
【００５９】
続くＳ３３０では、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスを取得する信号（インクワイアリ）を送信させ、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７が受信した通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスをＲＡＭ２３に取得する。複数のＢＤアドレスを受信した場合には複数のＢＤアドレスを記憶することとなる。
【００６０】
続くＳ３４０では、Ｓ３３０でＲＡＭ２３に取得したＢＤアドレスに対応するＢｌｕｅｔｏｏｔｈデバイスに対してデバイス名を要求する信号を、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７に送信させる。そして、この要求信号に対する応答として他のＢｌｕｅｔｏｏｔｈデバイス（例えば他のＭＦＰ２０）から送信されたデバイス名をＢｌｕｅｔｏｏｔｈ通信モジュール２７に受信させ、受信されたデバイス名をそのＢＤアドレスに対応付けてＲＡＭ２３に記憶する。この処理は、Ｓ３３０でＲＡＭ２３に取得した全てのＢＤアドレスについて行う。
【００６１】
続くＳ３５０では、Ｓ３２０で取得した自己のデバイス名と同名のデバイス名がＳ３３０でＲＡＭ２３に記憶されたデバイス名の中にあるか否かを判定する。同名のデバイス名がある場合には（Ｓ３５０：ＹＥＳ）、Ｓ３７０へ移行して、報知用デバイス名の設定処理を行う。一方、同名のデバイス名がない場合には（Ｓ３５０：ＮＯ）、Ｓ３６０へ移行して、Ｓ３２０でＮＶＲＡＭから取得した自己のデバイス名を報知用デバイス名としてセットする（Ｓ３６０）。
【００６２】
ここでＳ３７０における報知用デバイス名の設定処理の詳細な処理の流れを図６のＳ５１０〜Ｓ５９０に示して説明する。
Ｓ５１０では、過去に通信履歴があるか否かを判定する。すなわち、ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスが、通信履歴に記憶されているか否かを判定する。この通信履歴は、以前にこの処理が行われた際の後述するＳ４２０の処理によって記憶されているものである。
【００６３】
ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスが、通信履歴に記憶されている場合には（Ｓ５１０：ＹＥＳ）、Ｓ５２０へ移行し、通信履歴に記憶されていない場合には（Ｓ５１０：ＮＯ）、Ｓ５４０へ移行する。
【００６４】
Ｓ５２０では、要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスに対応付けて記憶されている報知用デバイス名を通信履歴から読み出して、報知用デバイス名にセットする。そしてＳ５３０で、その報知用デバイス名と同名のデバイス名が、Ｓ３４０で取得したデバイス名の中に存在するか否かを判定する。同名のデバイスが存在する場合には（Ｓ５３０：ＹＥＳ）、Ｓ５４０へ移行し、同名のデバイスが存在しない場合には（Ｓ５３０：ＮＯ）、報知用デバイス名の設定処理を完了して図５のＳ３８０へ移行する。
【００６５】
Ｓ５４０では、自己のＢＤアドレスが一番大きいか否かを判定する。すなわち、自己のＢＤアドレスが、同名のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスより大きいか否かを判定する。自己のＢＤアドレスが一番大きい場合には（Ｓ５４０：ＹＥＳ）、図５のＳ３８０へ移行する。一方、自己のＢＤアドレスが、他のＢＤアドレスのいずれかより小さい場合には（Ｓ５４０：ＮＯ）、Ｓ５５０へ移行する。
【００６６】
Ｓ５５０では、報知用デバイス名を変更する。例えば、現在セットされている報知用デバイス名に対して、「（１）」のような文字列を付加する。そして、報知用デバイス名の変更回数をカウントするための変更回数カウンタの値をインクリメント（＋１）する。
【００６７】
続くＳ５６０では、Ｎ回以上報知用デバイス名の変更を行ったか否かを判定する。すなわち変更回数カウンタの値が予め定められた打ち切り回数Ｎ（例えば１０回）以上になった否かを判定する。Ｎ回以上になった場合には（Ｓ５６０：ＹＥＳ）、報知用デバイス名の設定処理を完了し、図５のＳ３８０へ移行する。一方、Ｎ回未満の場合には（Ｓ５６０：ＮＯ）、Ｓ５７０へ移行する。
【００６８】
Ｓ５７０では、Ｓ３３０と同様にして、再度、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７によるデバイスの検出を行い、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７の通信圏内のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスを取得する。そして、続くＳ５８０では、Ｓ３４０と同様にして、Ｓ５７０で取得したＢＤアドレスに対応するデバイス名を取得する。
【００６９】
そして、Ｓ５９０では、圏内に同名のデバイスがあるか否かを判定する。すなわち、現在セットされている報知用デバイス名と同名のデバイス名がＳ５８０で取得した圏内のＢｌｕｅｔｏｏｔｈデバイスのデバイス名の中にあるか否かを判定する。同名のデバイスがある場合（Ｓ５９０：ＹＥＳ）、Ｓ５４０へ移行する。一方、同名のデバイスがない場合（Ｓ５９０：ＮＯ）、報知用デバイス名の設定処理を完了し図５のＳ３８０へ移行する。
【００７０】
このようにして、ＭＦＰ２０は、デバイス名を要求してきたＢｌｕｅｔｏｏｔｈデバイスに対して、報知用デバイス名を生成して送信する。したがって、他のデバイスからのデバイス名の要求に応じて、ＭＦＰ２０に記憶されたデバイス名自体を書き換えることはない。
【００７１】
この報知用デバイス名は、デバイス名を要求してきたＢｌｕｅｔｏｏｔｈデバイスとの通信履歴がある場合には（Ｓ５１０：ＹＥＳ）、できるだけ過去に応答したデバイス名を応答するようにしている。また、自己のＢＤアドレスが一番大きい場合に報知用デバイス名の変更をうち切ることで（Ｓ５４０：ＹＥＳ）、例えば、このＭＦＰ２０が通信圏内に複数あり、同様の処理を行っている場合などであっても、同時に同じアルゴリズムで報知用デバイス名を変更してしまい、変更後の報知用デバイス名が同じ名称になるといったことを避けることができる。Ｓ５４０では、いわば、各デバイス間での優先順位をＢＤアドレスを用いて決定していることとなる。
【００７２】
図５のＳ３８０では、過去に通信履歴があるか否かを判定する。すなわち、ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスが、通信履歴に記憶されているか否かを判定する。通信履歴に記憶されている場合には（Ｓ３８０：ＹＥＳ）、Ｓ４００へ移行し、通信履歴に記憶されていない場合には（Ｓ３８０：ＮＯ）、Ｓ３９０へ移行する。Ｓ３９０では、報知用デバイス名に「（新規検出）」を付加する。一方、Ｓ４００では、報知用デバイス名に「（接続履歴あり）」を付加する。
【００７３】
Ｓ４２０では、通信履歴の記憶を行う。すなわち、ＲＡＭ２３に記憶されたデバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスのＢＤアドレスと、現在の報知用デバイス名とを対応付けて記憶する。
そして続くＳ４３０では、Ｂｌｕｅｔｏｏｔｈ通信モジュール２７から、検出コマンドの送信元のＢＤアドレスのデバイスに対して、報知用デバイス名を送信させる。
【００７４】
このようにして、ＭＦＰ２０は、デバイス名の要求元のＢｌｕｅｔｏｏｔｈデバイスに対して、デバイス名として報知用デバイス名を生成して応答する。しかも、この報知用デバイス名は、ＭＦＰ２０の周囲に存在するＢｌｕｅｔｏｏｔｈデバイスのデバイス名を加味して決定されたものとなる。
【００７５】
例えば、図３に示すように、元々ＭＦＰ２０ａとＢｌｕｅｔｏｏｔｈによる通信の可能な位置関係に設置され、通信履歴としてＭＦＰ２０ａのＢＤアドレスとデバイス名「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」が記憶されているパソコン１０ａを、ＭＦＰ２０ａ〜２０ｃ及びパソコン１０ｂがＢｌｕｅｔｏｏｔｈによる通信範囲になる位置に移動した場合を考える。ここで、ＭＦＰ２０ａ〜２０ｃに記憶されたＢＤアドレスは、ＭＦＰ２０ａが最も大きく、続いてＭＦＰ２０ｂ、ＭＦＰ２０ｃと続くものとする。パソコン１０ａにおいて、サービス選択プログラムを実行し、表示された図８の画面でデバイス検索ボタン５２をクリックすると、パソコン１０ａには、第１実施例における図３と同様の画面（但し、アイコンの左上の新規検出や接続履歴ありを示すマークは表示されない）が表示される。
【００７６】
すなわち、各ＭＦＰ２０ａ〜２０ｃが上述した処理によって送信した報知用デバイス名が表示される。ＭＦＰ２０ａは通信履歴に記憶されている「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ」に、Ｓ４００の処理による「（接続履歴あり）」を付加した報知用デバイス名を応答し、ＭＦＰ２０ｂは、Ｓ３７０の処理でセットされた「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」に、Ｓ３９０の処理による「（新規検出）」を付加した報知用デバイス名を応答し、ＭＦＰ２０ｃは、Ｓ３７０の処理でセットされた「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」に、Ｓ３９０の処理による「（新規検出）」を付加した報知用デバイス名を応答している。
【００７７】
このように、ＭＦＰ２０ａ〜２０ｃに記憶されたデバイス名「Ｍｕｌｔｉ ＦｕｎｃｔｉｏｎＡ」を変更することなく、各デバイスが生成した報知用デバイス名を報知することで、報知態様（デバイス名）を異なるものとして利用者に知らせることができる。したがって、従来の図９の表示に比べ、どのアイコンがどのデバイスに対応するのかを利用者が特定することが容易になる。例えば、ＭＦＰ２０ａについては、接続履歴ありと表示されているので極めて容易に特定できる。また、ＭＦＰ２０ｂ，２０ｃについても、例えば、一度試しにサービスを要求してみることで、「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（１）」と「Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ａ（２）」がそれぞれどちらのデバイスに対応しているのかを特定できる。そして一旦特定してしまえば、後はデバイス名を見て容易にどちらのデバイスかを判断でき、図９のように表示されることによる混乱が生じなくなる。
【図面の簡単な説明】
【図１】実施例のネットワークシステムの構成を示すブロック図である。
【図２】第１実施例のパソコンにおいて実行されるサービス選択プログラムによるデバイス名の取得表示処理の流れを示すフローチャートである。
【図３】デバイス検出時のパソコンとＭＦＰとの位置関係と、パソコン１０ａの通信範囲を示す説明図である。
【図４】図３の移動後のパソコンの位置における図２の処理によるＢｌｕｅｔｏｏｔｈデバイスの表示例を示す説明図である。
【図５】第２実施例のＭＦＰにおけるデバイス名応答処理の流れを示すフローチャートである。
【図６】図５の処理における報知用デバイス名の設定処理の流れを示すフローチャートである。
【図７】Ｂｌｕｅｔｏｏｔｈデバイスの検索の様子を説明する説明図である。
【図８】パソコンにおけるサービス選択プログラムの実行画面を示す説明図である。
【図９】図８の実行画面においてデバイス検索ボタンがクリックされた際の従来のデバイス検索結果の表示を示す説明図である。
【符号の説明】
１…ネットワークシステム、
１０…パソコン １１…ＣＰＵ １２…ＲＯＭ １３…ＲＡＭ
１４…ＨＤＤ １５…表示部 １６…操作部 １７…Ｂｌｕｅｔｏｏｔｈ通信モジュール
２０…ＭＦＰ（複合機） ２１…ＣＰＵ ２２…ＲＯＭ ２３…ＲＡＭ
２４…ＨＤＤ ２５…表示部 ２６…操作部 ２７…Ｂｌｕｅｔｏｏｔｈ通信モジュール
２８…印字部 ２９…電話回線接続部
５０…ウインドウ ５２…デバイス検索ボタン
５４…デバイス表示領域 ５６…サービス表示領域
１００…ＰＣ ２００…複合機
Claims (16)
- 通信可能な電子機器から当該電子機器の機器名情報を受信する受信手段と、
前記受信手段によって受信された機器名情報に基づく報知を行う報知手段と
を備えた報知装置において、
前記報知手段における前記機器名情報に基づく報知の際の報知態様を、前記受信手段によって受信された機器名情報に基づいて決定する報知態様決定手段を備え、
前記報知態様決定手段は、前記受信手段によって受信された機器名情報が複数あり、その中に同一の機器名情報がある場合には、その同一の機器名情報に基づく報知の際の報知態様を異なる報知態様として決定し、
前記報知手段は、前記報知態様決定手段によって決定された報知態様で前記機器名情報に基づく報知を行うこと
を特徴とする報知装置。 - 前記報知手段は、前記機器名情報に基づく報知として、機器名情報に基づく名称の報知を行うものであって、
前記報知態様決定手段は、前記異なる報知態様として、前記報知手段によって報知する名称を異なる名称として決定すること
を特徴とする請求項１に記載の報知装置。 - 前記受信手段は、前記通信可能な電子機器から当該電子機器を識別するための情報である機器識別情報と、当該機器識別情報を送信した電子機器の機器名情報とを受信し、
前記報知態様決定手段によって決定された報知態様を特定するための報知態様特定情報と当該報知態様による報知対象となった機器名情報に対応する機器識別情報とを対応付けて登録する報知態様履歴登録手段を備え、
前記報知態様決定手段は、前記報知態様を決定する際に、前記報知態様履歴登録手段によって登録されている機器識別情報と報知態様特定情報との対応関係に基づいて前記報知態様を決定すること
を特徴とする請求項１または２に記載の報知装置。 - 前記電子機器との通信によって当該電子機器にサービスの提供を要求するサービス要求手段と、
前記サービス要求手段によって前記電子機器からサービスの提供を受けた際の当該サービスに関連する履歴である使用履歴情報を登録する使用履歴情報登録手段を備え、
前記報知態様決定手段は、前記使用履歴情報登録手段によって登録されている使用履歴情報に基づいて前記報知態様を決定すること
を特徴とする請求項１〜３のいずれかに記載の報知装置。 - 請求項１〜４のいずれかに記載の報知装置と、当該報知装置と通信可能な電子機器とを有するネットワークシステムにおいて、
当該電子機器は、自機器の機器名情報を記憶する記憶手段と、
前記記憶手段に記憶された自機器の機器名情報を前記報知装置へ送信する送信手段と
を備えることを特徴とするネットワークシステム。 - 通信機能を備える電子機器と、当該電子機器から機器名情報を取得して報知する報知装置とを備えたネットワークシステムにおいて、
前記報知装置は、
前記機器名情報の送信を前記電子機器に対して要求する送信要求手段と、
前記電子機器から送信された機器名情報を受信する機器名情報受信手段と、
前記機器名情報受信手段によって受信された機器名情報に基づく報知を行う報知手段と
を備え、
前記電子機器は、
自機器の機器名情報を記憶する記憶手段と、
前記報知装置からの前記機器名情報の送信要求を受信する要求受信手段と、
前記要求受信手段によって機器名情報の送信要求を受信した場合に、自機器の通信可能な他機器の機器名情報を取得する他機器名情報取得手段と、
前記他機器名情報取得手段によって取得された他機器の機器名情報と前記記憶手段に記憶された自機器の機器名情報との比較結果に基づき前記報知装置に対する応答用の機器名情報を生成する応答用機器名情報生成手段と、
前記応答用機器名情報生成手段によって生成された応答用の機器名情報を前記報知装置に対して送信する機器名情報送信手段と
を備えることを特徴とするネットワークシステム。 - 前記応答用機器名情報生成手段は、前記他機器名情報取得手段によって取得された他機器の機器名情報の中に自機器の機器名情報と同一の機器名情報がある場合、これらの機器名情報が異なるものとなるように応答用の機器名情報を生成すること
を特徴とする請求項６に記載のネットワークシステム。 - 前記応答用機器名情報生成手段は、前記他機器名情報取得手段によって取得された他機器の機器名情報の中に自機器の機器名情報と同一の機器名情報がある場合、前記ネットワークシステムを構成する複数の前記電子機器間で統一された所定のルールに従って、前記応答用の機器名情報を生成すること
を特徴とする請求項６または７に記載のネットワークシステム。 - 自機器の通信可能な他機器から機器名変更の優先度として用いることのできる情報である優先度情報を取得する優先度情報取得手段を備え、
前記応答用機器名情報生成手段における前記所定のルールとして、前記優先度情報取得手段によって取得した優先度情報と自機器の優先度情報とを比較し、自機器の優先度情報による優先度の方が低い場合に前記応答用の機器名情報を変更するルールを有すること
を特徴とする請求項８に記載のネットワークシステム。 - 前記応答用機器名情報生成手段は、生成した応答用の機器名情報が、他機器の応答する機器名情報と異なるものとなっているか、他機器名情報取得手段によって、自機器の通信可能な他機器の機器名情報を再度取得して確認すること
を特徴とする請求項６〜９のいずれかに記載のネットワークシステム。 - 前記機器名情報の要求元の報知装置を特定する報知装置特定情報を受信する報知装置特定情報受信手段と、
前記報知装置特定情報受信手段によって受信された報知情報特定情報と前記応答用機器名情報生成手段によって生成された応答用の機器名情報とを対応付けて登録する要求履歴登録手段を備え、
前記応答用機器名情報生成手段は、前記要求履歴登録手段によって登録されている報知情報特定情報と応答用の機器名情報との対応関係に基づいて、前記応答用の機器名情報を生成すること
を特徴とする請求項６〜１０のいずれかに記載のネットワークシステム。 - 通信機能を備える電子機器と前記電子機器から機器名情報を取得して報知する報知装置とを備えたネットワークシステムにおける前記電子機器であって、
自機器の機器名情報を記憶する記憶手段と、
前記報知装置からの前記機器名情報の送信要求を受信する要求受信手段と、
前記要求受信手段によって機器名情報の送信要求を受信した場合に、自機器の通信可能な他機器の機器名情報を取得する他機器名情報取得手段と、
前記他機器名情報取得手段によって取得された他機器の機器名情報と前記記憶手段に記憶された自機器の機器名情報との比較結果に基づき前記報知装置に対する応答用の機器名情報を生成する応答用機器名情報生成手段と、
前記応答用機器名情報生成手段によって生成された応答用の機器名情報を前記報知装置に対して送信する機器名情報送信手段と
を備えることを特徴とする電子機器。 - 請求項１〜４のいずれかに記載の報知装置における各手段としてコンピュータを機能させるためのプログラム。
- 請求項６〜１１のいずれかに記載のネットワークシステムにおける前記電子機器の各手段としてコンピュータを機能させるためのプログラム。
- 請求項１〜４のいずれかに記載の報知装置における各手段としてコンピュータを機能させるためのプログラムが記録された記録媒体。
- 請求項６〜１１のいずれかに記載のネットワークシステムにおける前記電子機器の各手段としてコンピュータを機能させるためのプログラムが記録された記録媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002279739A JP3780991B2 (ja) | 2002-09-25 | 2002-09-25 | ネットワークシステム、電子機器、プログラム、記録媒体 |
| CNB031457789A CN100334578C (zh) | 2002-07-03 | 2003-07-03 | 网络系统 |
| CN 03272738 CN2655530Y (zh) | 2002-07-03 | 2003-07-03 | 网络系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002279739A JP3780991B2 (ja) | 2002-09-25 | 2002-09-25 | ネットワークシステム、電子機器、プログラム、記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004120241A true JP2004120241A (ja) | 2004-04-15 |
| JP3780991B2 JP3780991B2 (ja) | 2006-05-31 |
Family
ID=32274659
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002279739A Expired - Fee Related JP3780991B2 (ja) | 2002-07-03 | 2002-09-25 | ネットワークシステム、電子機器、プログラム、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3780991B2 (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009194874A (ja) * | 2008-02-18 | 2009-08-27 | Canon Inc | 情報処理装置、その制御方法及び制御プログラム |
| JP2010509826A (ja) * | 2006-11-10 | 2010-03-25 | ソニー エリクソン モバイル コミュニケーションズ， エービー | 携帯機器においてサービスの選択を行うためのシステム及び方法 |
| JP2010109568A (ja) * | 2008-10-29 | 2010-05-13 | Sharp Corp | 伝送優先度設定装置、伝送優先度設定方法、および伝送優先度設定プログラム |
| JP2011077950A (ja) * | 2009-09-30 | 2011-04-14 | Fujitsu Toshiba Mobile Communications Ltd | 通信端末、及び通信端末の機器選択プログラム |
| US8086712B2 (en) | 2007-09-20 | 2011-12-27 | Sony Corporation | Name changing method, information processing apparatus and network system |
| JP2012186796A (ja) * | 2011-02-18 | 2012-09-27 | Sony Corp | 信号伝送装置及び電子機器 |
| JP2013229047A (ja) * | 2008-10-21 | 2013-11-07 | Canon Inc | 情報処理装置、情報処理方法及びプログラム |
| CN103731184A (zh) * | 2012-10-12 | 2014-04-16 | 深圳市亿商屋广告传媒有限公司 | 一种可选择的蓝牙广告输出系统及方法 |
| JP2015039092A (ja) * | 2012-01-13 | 2015-02-26 | 株式会社東芝 | 電子機器、及び電子機器の制御方法 |
| US10270611B2 (en) | 2016-10-14 | 2019-04-23 | Fujitsu Limited | Information processing method and information processing system |
-
2002
- 2002-09-25 JP JP2002279739A patent/JP3780991B2/ja not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010509826A (ja) * | 2006-11-10 | 2010-03-25 | ソニー エリクソン モバイル コミュニケーションズ， エービー | 携帯機器においてサービスの選択を行うためのシステム及び方法 |
| US8086712B2 (en) | 2007-09-20 | 2011-12-27 | Sony Corporation | Name changing method, information processing apparatus and network system |
| JP2009194874A (ja) * | 2008-02-18 | 2009-08-27 | Canon Inc | 情報処理装置、その制御方法及び制御プログラム |
| JP2013229047A (ja) * | 2008-10-21 | 2013-11-07 | Canon Inc | 情報処理装置、情報処理方法及びプログラム |
| JP2010109568A (ja) * | 2008-10-29 | 2010-05-13 | Sharp Corp | 伝送優先度設定装置、伝送優先度設定方法、および伝送優先度設定プログラム |
| JP2011077950A (ja) * | 2009-09-30 | 2011-04-14 | Fujitsu Toshiba Mobile Communications Ltd | 通信端末、及び通信端末の機器選択プログラム |
| JP2012186796A (ja) * | 2011-02-18 | 2012-09-27 | Sony Corp | 信号伝送装置及び電子機器 |
| US9698460B2 (en) | 2011-02-18 | 2017-07-04 | Sony Corporation | Transmission of signals via a high-frequency waveguide |
| JP2015039092A (ja) * | 2012-01-13 | 2015-02-26 | 株式会社東芝 | 電子機器、及び電子機器の制御方法 |
| CN103731184A (zh) * | 2012-10-12 | 2014-04-16 | 深圳市亿商屋广告传媒有限公司 | 一种可选择的蓝牙广告输出系统及方法 |
| US10270611B2 (en) | 2016-10-14 | 2019-04-23 | Fujitsu Limited | Information processing method and information processing system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3780991B2 (ja) | 2006-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6414413B2 (ja) | 文書印刷システム | |
| US8112552B2 (en) | Default peripheral device selection based on location | |
| JP2005005790A (ja) | 無線通信装置、通信制御プログラム及び通信制御方法 | |
| JP2007249941A (ja) | 出力依頼装置、位置管理サーバ装置および出力依頼プログラム | |
| JP2013090070A (ja) | 画像処理装置、連携方法および連携プログラム | |
| JP6520404B2 (ja) | 携帯端末及び出力プログラム | |
| WO2010032681A1 (ja) | 画像処理システム、画像処理装置、画像データの転送方法及び記録媒体 | |
| US20130139075A1 (en) | Image forming device having a plurality of platforms and method for performing application thereof | |
| JP2012128837A (ja) | ユニバーサルデバイスドライバ、デバイス制御プログラム、情報処理装置、サーバ装置、及び、方法 | |
| JP3780991B2 (ja) | ネットワークシステム、電子機器、プログラム、記録媒体 | |
| JP4532947B2 (ja) | 画像形成装置及び情報処理方法 | |
| JP2012032937A (ja) | ユニバーサルドライバ、及びデバイス制御方法 | |
| KR20170070649A (ko) | 화상형성장치, 클라우드 서버, 화상형성시스템 및 화상형성장치와의 연결 설정 방법 | |
| JP5754904B2 (ja) | 印刷装置、印刷装置の制御方法、及びプログラム | |
| JP6515661B2 (ja) | 通信プログラム | |
| JP2009172914A (ja) | 画像形成装置、画像形成システムおよびプログラム | |
| JP3797306B2 (ja) | 報知装置、ネットワークシステム、プログラム、記録媒体 | |
| JP6520403B2 (ja) | 携帯端末及び出力プログラム | |
| JP6888711B2 (ja) | 携帯端末及び出力プログラム | |
| JP6835274B2 (ja) | 起動元プログラム、及び端末装置 | |
| JP6696609B2 (ja) | 携帯端末及び出力プログラム | |
| JP2012098821A (ja) | デバイス制御プログラム、及びデバイス | |
| JP6798603B2 (ja) | プログラムおよび端末装置 | |
| JP7070728B2 (ja) | 起動元プログラム、及び端末装置 | |
| JP6711438B2 (ja) | 携帯端末及び出力プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050630 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060120 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060214 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060227 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3780991 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090317 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110317 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120317 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130317 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140317 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |