(57)【要約】【課題】計算資源を無駄に消費することなく、相手機器に対するレスポンスを速くすることを課題とする。【解決手段】端末装置１０は、業務用車載器２によるアクセス時に、最初に呼び出される可能性の高いサービスとしてスケジュールサービス等を記憶するなど、各相手機器に呼び出される可能性の高いサービスなどを予め記憶しておく。そして、端末装置１０は、業務用車載器２がアクセスしてきた場合には、呼び出されるであろうと記憶したスケジュールサービス４および第２インタフェース４ｂを起動し、これらによる処理を先行して行い（処理対象であるデータについては記憶部７に格納されている）、記憶部８に処理結果を格納する。そして、端末装置１０は、業務用車載器２によって実際に第２インタフェース４ｂが呼び出された場合には、記憶部８に予め格納した処理結果を取り出し、業務用車載器２に送信する。【選択図】        図１
2008234229.tif 000002
【特許請求の範囲】
【請求項１】
アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、前記サービスおよび／またはインタフェースによる処理結果を前記相手機器に送信する方法をコンピュータに実行させるサービス呼び出し支援プログラムであって、
前記相手機器によるアクセス時に呼び出される可能性の高いサービスおよび／またはインタフェースを保持する保持手順と、
前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースを起動するサービス制御手順と、
前記サービス制御手順によって起動されたサービスおよび／またはインタフェースによる処理を前記相手機器から処理要求を受信する前に行い、当該サービスおよび／またはインタフェースによる処理結果を所定の記憶部に格納する先行処理手順と、
前記先行処理手順によって処理が行われたサービスおよび／またはインタフェースが前記相手機器から呼び出された場合には、前記記憶部に格納された処理結果を前記相手機器に送信する処理結果送信手順と、
をコンピュータに実行させることを特徴とするサービス呼び出し支援プログラム。
【請求項２】
前記保持手順は、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持するとともに、前記複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持し、
前記サービス制御手順は、前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよび／またはインタフェースを検索して起動し、当該相手機器の相手機器識別情報に対応付けられたサービスおよび／またはインタフェースがない場合には、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよび／またはインタフェースを検索して起動することを特徴とする請求項１に記載のサービス呼び出し支援プログラム。
【請求項３】
前記相手機器の相手機器識別情報および／または機器種別識別情報と、当該相手機器によるアクセス日時と、アクセス時に呼び出されたサービスおよび／またはインタフェースとからなるアクセス履歴を保持するアクセス履歴保持手順と、
前記アクセス履歴保持手順によって保持されたアクセス履歴における前記相手機器に呼び出された回数および／または前記相手機器に呼び出された順序に基づいて、前記相手機器識別情報と、当該相手機器識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第一対応関係および／または、前記機器種別識別情報と、当該機器種別識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第二対応関係を作成する対応関係作成手順をさらにコンピュータに実行させ、
前記保持手順は、前記対応関係作成手順によって作成された第一対応関係および／または第二対応関係を保持することを特徴とする請求項２に記載のサービス呼び出し支援プログラム。
【請求項４】
アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、前記サービスおよび／またはインタフェースによる処理結果を前記相手機器に送信する端末装置であって、
前記相手機器によるアクセス時に呼び出される可能性の高いサービスおよび／またはインタフェースを記憶する記憶手段と、
前記相手機器がアクセスしてきた場合に、前記記憶手段によって記憶されたサービスおよび／またはインタフェースを起動するサービス制御手段と、
前記サービス制御手段によって起動されたサービスおよび／またはインタフェースによる処理を先行して行い、当該サービスおよび／またはインタフェースによる処理結果を所定の記憶部に格納する先行処理手段と、
前記先行処理手段によって処理が先行して行われたサービスおよび／またはインタフェースが前記相手機器から呼び出された場合には、前記記憶部に格納された処理結果を前記相手機器に送信する処理結果送信手段と、
を備えたことを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、その処理結果を相手機器に送信するサービス呼び出し支援プログラムおよび端末装置に関する。
【背景技術】
【０００２】
従来、携帯電話、ＰＨＳ（Personal Handyphone System）またはＰＤＡ（Personal Digital Assistants）などの端末装置には、音楽、映像、アドレス帳またはスケジュールなどの各種データが格納されており、車載機器や家庭オーディオ機器などの相手機器から当該各種データへの読み書きを可能にするプログラム（以下、サービスと呼称する）を備えるものもある。
【０００３】
具体的には、サービスには、それぞれ、音楽や映像を提供するもの、アドレス帳を提供するもの、スケジュールを提供するものなどがあり、当該サービス内には、さらに、「最近ダウンロードした楽曲リストを格納場所から取り出す」、「ア行で始まる名前のリストを格納場所から取り出す」、「本日のスケジュールを格納場所から取り出す」、「最近のはやりの楽曲をセンタにアクセスしてダウンロードする」などの処理をするプログラムがある。なお、以下では、サービス内にあるサービスを「インタフェース」と呼称するとともに、「サービス」には「インタフェース」が含まれるものとして説明する。
【０００４】
そして、従来、端末装置は、相手機器によるサービスおよび／またはインタフェースの呼び出しに対応するために、全てのサービスをメモリ上に常駐させて待機していた。そして、端末装置は、相手機器から所定の通信手段（Ｂｌｕｅｔｏｏｔｈ（登録商標）など）でアクセスされて、サービスおよび／またはインタフェースが呼び出されると、当該サービスおよび／またはインタフェースの処理によって所定の格納場所からデータを取り出し、相手機器に出力していた。
【０００５】
具体的に例を挙げて説明すると、図１２に示すように、端末装置１０ａは、車載器１、業務用車載器２または家庭オーディオ機器３がアクセスしてきて接続状態になると、スケジュールサービス４（当該スケジュールサービス４内には、さらに、第１インタフェース４ａや第２インタフェース４ｂなどがある）やアドレス帳サービス５、そして楽曲サービス６に対する呼び出しに備えるために、これらサービスおよび／またはインタフェースをメモリ上に常駐させて待機する。そして、例えば、端末装置１０ａは、車載器１から楽曲サービス６が呼び出されると、当該楽曲サービス６による処理に基づいて音楽データの格納場所である記憶部７から音楽データを取り出し、車載器１に出力する。また、楽曲サービス６の処理によっては、端末装置１０ａは、外部のセンタ９にアクセスして所定の音楽データをダウンロードし、車載器１に出力することもある。なお、図１２は、従来技術を説明するための図である。
【０００６】
ところで、相手機器による過去のアクセスを活用することで、このような端末装置の一連の処理を改善することが考えられていた。過去のアクセスを活用する例としては、例えば、特許文献１では、以下のような技術が開示されている。つまり、情報センタなどのサーバからユーザが所望する情報を端末に送信するシステムにおいて、サーバは、端末からアクセスされると、その端末を利用するユーザの状況（位置や移動速度など）と、当該アクセス時に要求された情報の種類とを対応付けてアクセス履歴として記憶する。そして、サーバは、次に端末からのアクセスがあった際、記憶したアクセス履歴において現にアクセスしている端末ユーザの状況と類似するユーザ状況を算出し、当該類似するユーザ状況に対応付けられた情報の種類を参考の情報（アウェアネス情報）として送信する。
【０００７】
【特許文献１】特開２００３−１２２９９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記した技術では、相手機器によるどのサービスおよび／またはインタフェースの呼び出しにも対応するために、全てのサービスおよび／またはインタフェースをメモリ上に常駐させるので、計算資源が無駄に消費されるという課題があった。また、相手機器からサービスおよび／またはインタフェースが呼び出されてから処理を開始するので、サービスおよび／またはインタフェースを呼び出した相手機器に対するレスポンスが遅いという課題があった。なお、特許文献１で開示されている技術では、相手機器ユーザの状況（位置、移動速度など）に応じたレスポンスを行う局面にしか適用できず、課題を解決することはできなかった。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、計算資源を無駄に消費することなく、相手機器に対するレスポンスを速くするサービス呼び出し支援プログラムまたは端末装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、前記サービスおよび／またはインタフェースによる処理結果を前記相手機器に送信する方法をコンピュータに実行させるサービス呼び出し支援プログラムであって、前記相手機器によるアクセス時に呼び出される可能性の高いサービスおよび／またはインタフェースを保持する保持手順と、前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースを起動するサービス制御手順と、前記サービス制御手順によって起動されたサービスおよび／またはインタフェースによる処理を前記相手機器から処理要求を受信する前に行い、当該サービスおよび／またはインタフェースによる処理結果を所定の記憶部に格納する先行処理手順と、前記先行処理手順によって処理が行われたサービスおよび／またはインタフェースが前記相手機器から呼び出された場合には、前記記憶部に格納された処理結果を前記相手機器に送信する処理結果送信手順と、をコンピュータに実行させることを特徴とする。
【００１１】
また、請求項２に係る発明は、前記保持手順は、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持するとともに、前記複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持し、前記サービス制御手順は、前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよび／またはインタフェースを検索して起動し、当該相手機器の相手機器識別情報に対応付けられたサービスおよび／またはインタフェースがない場合には、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよび／またはインタフェースを検索して起動することを特徴とする。
【００１２】
また、請求項３に係る発明は、前記相手機器の相手機器識別情報および／または機器種別識別情報と、当該相手機器によるアクセス日時と、アクセス時に呼び出されたサービスおよび／またはインタフェースとからなるアクセス履歴を保持するアクセス履歴保持手順と、前記アクセス履歴保持手順によって保持されたアクセス履歴における前記相手機器に呼び出された回数および／または前記相手機器に呼び出された順序に基づいて、前記相手機器識別情報と、当該相手機器識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第一対応関係および／または、前記機器種別識別情報と、当該機器種別識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第二対応関係を作成する対応関係作成手順をさらにコンピュータに実行させ、前記保持手順は、前記対応関係作成手順によって作成された第一対応関係および／または第二対応関係を保持することを特徴とする。
【００１３】
また、請求項４に係る発明は、アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、前記サービスおよび／またはインタフェースによる処理結果を前記相手機器に送信する端末装置であって、前記相手機器によるアクセス時に呼び出される可能性の高いサービスおよび／またはインタフェースを記憶する記憶手段と、前記相手機器がアクセスしてきた場合に、前記記憶手段によって記憶されたサービスおよび／またはインタフェースを起動するサービス制御手段と、前記サービス制御手段によって起動されたサービスおよび／またはインタフェースによる処理を先行して行い、当該サービスおよび／またはインタフェースによる処理結果を所定の記憶部に格納する先行処理手段と、前記先行処理手段によって処理が先行して行われたサービスおよび／またはインタフェースが前記相手機器から呼び出された場合には、前記記憶部に格納された処理結果を前記相手機器に送信する処理結果送信手段と、を備えたことを特徴とする。
【発明の効果】
【００１４】
請求項１または４の発明によれば、相手機器によるアクセス時に呼び出される可能性の高いサービスおよび／またはインタフェースを保持し、相手機器がアクセスしてきた場合に、保持したサービスおよび／またはインタフェースを起動して当該サービスおよび／またはインタフェースによる処理を前記相手機器から処理要求を受信する前に行い、その処理結果を所定の記憶部に格納する。そして、処理が先行して行われたサービスおよび／またはインタフェースが相手機器から呼び出された場合には、記憶部に格納された処理結果を相手機器に送信する。その結果、計算資源を無駄に消費することなく、相手機器に対するレスポンスを速くすることが可能となる。つまり、全てのサービスおよび／またはインタフェースを起動せず、呼び出される可能性の高いサービスおよび／またはインタフェースを起動するので、計算資源を無駄に消費しない。また、呼び出される可能性の高いサービスおよび／またはインタフェースによる処理を前記相手機器から処理要求を受信する前に行い、実際に呼び出されてから行う作業を短縮するので、相手機器に対するレスポンスを速くすることが可能となる。
【００１５】
また、請求項２の発明によれば、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持するとともに、複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持し、相手機器がアクセスしてきた場合に、保持したサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよび／またはインタフェースを検索して起動し、当該相手機器の相手機器識別情報に対応付けられたサービスおよび／またはインタフェースがない場合には、保持したサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよび／またはインタフェースを検索して起動するので、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。また、初めてアクセスしてきた相手機器に対しても、計算資源を無駄に消費することなく、当該相手機器に対するレスポンスを速くすることが可能となる。
【００１６】
また、請求項３の発明によれば、相手機器の相手機器識別情報および／または機器種別識別情報と、当該相手機器によるアクセス日時と、アクセス時に呼び出されたサービスおよび／またはインタフェースとからなるアクセス履歴を保持し、当該アクセス履歴における相手機器に呼び出された回数および／または相手機器に呼び出された順序に基づいて、相手機器識別情報と、当該相手機器識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第一対応関係および／または、機器種別識別情報と、当該機器種別識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第二対応関係を作成し、当該作成した第一対応関係および／または第二対応関係を保持するので、対応関係を自動で作成することも可能となる。
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照して、この発明に係る端末装置、サービス呼び出し支援プログラムの実施例を詳細に説明する。なお、以下では、本発明に係る端末装置の概要および特徴、端末装置の構成および処理を順に説明し、実施例１の効果を説明した後に、他の実施例を実施例２として説明する。
【実施例１】
【００１８】
［用語の説明］
まず、以下の実施例で用いる主要な用語を説明する。「サービス（特許請求の範囲に記載の「サービス」に対応する）」とは、携帯電話、ＰＨＳ（Personal Handyphone System）またはＰＤＡ（Personal Digital Assistants）などの端末装置が、車載器や家庭オーディオ機器などの相手機器からアクセスされて呼び出されるプログラムであり、例えば、スケジュールサービス、アドレス帳サービス、楽曲サービスなどがこれに該当し、端末装置は、相手機器からサービスを呼び出されることで当該プログラムによる処理を実行する。例えば、携帯端末は、相手機器にアクセスされてアドレス帳サービスを呼び出されると、自身に格納されたアドレス帳に係るデータに対して所定の処理を実行し、その処理結果を相手機器に出力する。
【００１９】
また、「インタフェース（特許請求の範囲に記載の「インタフェース」に対応する）」とは、上記したサービス内におけるより詳細な処理を行うプログラムであり、例えば、「最近ダウンロードした楽曲リストを格納場所から取り出す」、「ア行で始まる名前のリストを格納場所から取り出す」、「本日のスケジュールを格納場所から取り出す」、「最近のはやりの楽曲をセンタにアクセスしてダウンロードする」などの処理を行うプログラムがある。
【００２０】
また、「機器連携を行う」とは、所定の通信手段を用いて、一方の装置「Ａ」と他方の装置「Ｂ」とが種々のデータを互いに送受信可能な状態にすることであり、その状態を相互に保つことで装置「Ｂ」による装置「Ａ」のサービスやインタフェースの呼び出しや、装置「Ａ」から装置「Ｂ」への音楽データの送信が実現される。
【００２１】
また、「相手機器（特許請求の範囲に記載の「相手機器」に対応する）」とは、本実施例で説明する端末装置と機器連携を行って端末装置のサービスやインタフェースを呼び出す装置（例えば、車載器や家庭オーディオ機器などのほか、端末装置（携帯電話やＰＨＳなど）もこれに該当する）であり、端末装置から一意に識別される相手機器識別情報と、種別が一意に識別される機器種別識別情報とを所有する。
【００２２】
［端末装置の概要および特徴］
図１を用いて、実施例１に係る端末装置の概要および特徴を説明する。図１は、実施例１に係る端末装置の概要および特徴を説明するための図である。
【００２３】
実施例１に係る端末装置の概要は、相手機器と機器連携を行いつつ、相手機器によるサービスおよびインタフェースの呼び出しに応じて、サービスおよびインタフェースによる処理結果を相手機器に送信するというものであり、計算資源を無駄に消費することなく、相手機器に対するレスポンスを速くすることを可能にしている点に主たる特徴がある。
【００２４】
この主たる特徴について説明すると、端末装置は、相手機器によるアクセス時に呼び出される可能性の高いサービスおよびインタフェースを記憶する。具体的に例を挙げて説明すると、図１に示すように、端末装置１０は、業務用車載器２によるアクセス時に、最初に呼び出される可能性の高いサービスとしてスケジュールサービスを記憶し、さらに、最初に呼び出される可能性の高いインタフェースとして「本日のスケジュールデータを格納場所から取り出す」という処理を行う第２インタフェースを記憶する。また、例えば、端末装置１０は、車載器１によるアクセス時に、最初に呼び出される可能性の高いサービスとして楽曲サービスを記憶し、さらに、最初に呼び出される可能性の高いインタフェースとして「最近ダウンロードした楽曲リストを格納場所から取り出す」という処理を行う第１インタフェースを記憶する。
【００２５】
そして、端末装置は、相手機器がアクセスしてきた場合に、記憶しているサービスおよびインタフェースを起動する。具体的に例を挙げて説明すると、図１に示すように、端末装置１０は、業務用車載器２がアクセスしてきた場合には、スケジュールサービス４および第２インタフェース４ｂのみを起動し、他のサービスまたは他のインタフェースについては休止する。また、例えば、端末装置１０は、車載器１がアクセスしてきた場合には、楽曲サービス６および第１インタフェース（図示しない）のみを起動し、他のサービスまたは他のインタフェースについては休止する。
【００２６】
そして、端末装置は、起動したサービスおよびインタフェースによる処理を前記相手機器から該サービスおよびインタフェースに対する処理要求を受信する前に行い、当該サービスおよびインタフェースによる処理結果を所定の記憶部に格納する。具体的に例を挙げて説明すると、図１に示すように、端末装置１０は、業務用車載器２がアクセスしてきたことで起動したスケジュールサービス４および第２インタフェース４ｂによる処理を先行して行い、記憶部７に格納されたスケジュールデータのうち、本日のスケジュールデータを取り出して別の記憶部８に格納する。また、例えば、端末装置１０は、車載器１がアクセスしてきたことで起動した楽曲サービス６および第１インタフェースによる処理を先行して行い、センタ９にアクセスして最近のはやりの楽曲をダウンロードし、記憶部８に格納する。
【００２７】
そして、端末装置は、処理が先行して行われたサービスおよびインタフェースが相手機器から呼び出された場合には、記憶部に格納された処理結果を相手機器に送信する。具体的に例を挙げて説明すると、図１に示すように、端末装置１０は、業務用車載器２によって実際に第２インタフェース４ｂが呼び出された場合には、記憶部８に予め格納した本日のスケジュールデータを取り出し、業務用車載器２に送信する。また、例えば、端末装置１０は、車載器１によって実際に楽曲サービス６内第１インタフェースが呼び出された場合には、記憶部８に予め格納した最近のはやりの楽曲を取り出し、車載器１に送信する。
【００２８】
こうすることによって、実施例１に係る端末装置は、上記した主たる特徴のとおり、計算資源を無駄に消費することなく、相手機器に対するレスポンスを速くすることが可能となる。つまり、全てのサービスおよびインタフェースを起動せず、呼び出される可能性の高いサービスおよびインタフェースを起動するので、計算資源を無駄に消費しない。また、呼び出される可能性の高いサービスおよびインタフェースによる処理を先行して行い、実際に呼び出されてから行う作業を短縮するので、相手機器に対するレスポンスを速くすることが可能となる。
【００２９】
［端末装置の構成］
次に、図２を用いて、端末装置１０の構成を説明する。図２は、端末装置１０の構成を示すブロック図である。同図に示すように、端末装置１０は、外部Ｉ／Ｆ部２０と、記憶部３０と、処理部４０とから構成される。
【００３０】
外部Ｉ／Ｆ部２０は、相手機器との通信を制御して機器連携を行う。具体的には、相手機器から所定の通信手段（Ｂｌｕｅｔｏｏｔｈ（登録商標）など）によってアクセスされると、当該相手機器との機器連携が開始されたことを通知する信号を処理部４０に出力するとともに、当該相手機器から受信した相手機器識別情報および機器種別識別情報を処理部４０に出力する。また、外部Ｉ／Ｆ部２０は、相手機器によるサービスやインタフェースの呼び出しを受け付け、当該呼び出しを内部的なサービスやインタフェースの呼び出しに変換して処理部に出力する。
【００３１】
記憶部３０は、処理部４０による各種処理に用いられるデータなどを記憶し、特に本発明に密接に関連するものとしては、アクセス履歴記憶部３１と、ＩＤ別対応テーブル記憶部３２と、ＴＹＰＥ別対応テーブル記憶部３３と、処理結果記憶部３４と、スケジュールデータ記憶部３５と、アドレス帳データ記憶部３６と、楽曲データ記憶部３７とを備える。なお、アクセス履歴記憶部３１は、特許請求の範囲に記載の「アクセス履歴保持手順」に対応し、ＩＤ別対応テーブル記憶部３２およびＴＹＰＥ別対応テーブル記憶部３３は、同じく「保持手順」に対応する。
【００３２】
アクセス履歴記憶部３１は、相手機器の相手機器識別情報および機器種別識別情報と、当該相手機器によるアクセス日時と、アクセス時に呼び出されたサービスおよびインタフェースとからなるアクセス履歴を記憶する。具体的には、図３に示すように、アクセス履歴記憶部３１は、相手機器によって所定の働きかけがなされた時間であるアクセス日時と、当該働きかけの内容である処理内容とを対応付けたテーブルを、相手機器ごと、機器の種別ごとに分けて記憶する。例えば、図３の（Ａ）に示すように、アクセス履歴記憶部３１は、相手機器識別情報「１１００１」を所有する相手機器のアクセス履歴を記憶するテーブル３１ａにおいて、アクセス日時「２月２３日  １６時０３分３０秒」と、処理内容「接続」とを記憶する。また、図３の（Ｂ）に示すように、アクセス履歴記憶部３１は、相手機器識別情報「２２００１」を所有する相手機器のアクセス履歴を記憶するテーブル３１ｂにおいて、アクセス日時「２月２３日  ８時０３分３０秒」と、処理内容「接続」とを記憶する。また、図３の（Ｃ）に示すように、アクセス履歴記憶部３１は、機器種別識別情報「ｈｏｍｅ−ａｕｄｉｏ」を所有する全ての相手機器のアクセス履歴を記憶するテーブル３１ｃにおいて、アクセス日時「２月２３日  １６時０３分３０秒」と、処理内容「接続」とを記憶する。なお、テーブル３１ａ〜３１ｃ中の「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」については、楽曲サービス内のインタフェース「最近ダウンロードした楽曲リストを格納場所から取り出す」が呼び出されたことを意味し、「ｇｙｏｍｕ／ｇｅｔＴｏＤｏＬｉｓｔ」については、スケジュールサービス内のインタフェース「本日のスケジュールを格納場所から取り出す」が呼び出されたことを意味する。
【００３３】
ＩＤ別対応テーブル記憶部３２は、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースを対応付けて記憶する。例えば、図４に示すように、ＩＤ別対応テーブル記憶部３２は、相手機器識別情報「１１００１」と、楽曲サービスを示す「ａｕｄｉｏ」と、楽曲サービス内のインタフェースを示す「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」とを対応付けて記憶する。
【００３４】
ＴＹＰＥ別対応テーブル記憶部３３は、複数の相手機器の種別ごとに、各相手機器を一意に識別するための機器種別識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースを対応付けて記憶する。例えば、図５に示すように、ＴＹＰＥ別対応テーブル記憶部３３は、機器種別識別情報「ｈｏｍｅ−ａｕｄｉｏ」と、楽曲サービスを示す「ａｕｄｉｏ」と、楽曲サービス内のインタフェースを示す「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」とを対応付けて記憶する。
【００３５】
処理結果記憶部３４は、先行して行われたサービスおよびインタフェースの処理結果を記憶する。具体的には、処理結果記憶部３４は、後述する先行処理部４３によって先行して行われたサービスおよびインタフェースの処理結果である各種データを受け取って格納する。
【００３６】
スケジュールデータ記憶部３５は、後述するスケジュールサービス４５による処理対象となるデータを記憶する。具体的には、スケジュールデータ記憶部３５は、日時と、行動予定とを対応付けるなど所定の形式で作成されたテーブルを記憶する。
【００３７】
アドレス帳データ記憶部３６は、後述するアドレス帳サービス４６による処理対象となるデータを記憶する。具体的には、アドレス帳データ記憶部３６は、名前と、電話番号と、メールアドレスとを対応付けるなど所定の形式で作成されたテーブルを記憶する。
【００３８】
楽曲データ記憶部３７は、後述する楽曲サービス４７による処理対象となるデータを記憶する。具体的には、楽曲データ記憶部３７は、ダウンロードした日時と、音楽データとを対応付けるなど所定の形式で作成されたテーブルを記憶する。
【００３９】
処理部４０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行するプロセッサであり、特に本発明に密接に関連するものとしては、対応テーブル作成部４１と、サービス制御部４２と、先行処理部４３と、呼び出し処理部４４と、スケジュールサービス４５と、アドレス帳サービス４６と、楽曲サービス４７とを備える。なお、対応テーブル作成部４１は、特許請求の範囲に記載の「対応関係作成手順」に対応し、サービス制御部４２は、同じく「サービス制御手順」に対応し、先行処理部４３は、同じく「先行処理手順」に対応し、呼び出し処理部４４は、同じく「処理結果送信手順」に対応する。
【００４０】
対応テーブル作成部４１は、アクセス履歴における相手機器に呼び出された回数および相手機器に呼び出された順序に基づいて、相手機器識別情報と、当該相手機器識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとの対応関係である第一対応関係、並びに、機器種別識別情報と、当該機器種別識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとの対応関係である第二対応関係を作成する。
【００４１】
具体的には、対応テーブル作成部４１は、アクセス履歴記憶部３１に記憶された各相手機器のアクセス履歴が所定行数だけ追加されると、処理内容「接続」の履歴以下において、最初に残されたサービスおよびインタフェースの呼び出しに係る処理内容の履歴として一番多く残っているものを当該相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースと判定して対応関係を作成し、ＩＤ別対応テーブル記憶部３２に当該対応関係を格納する。また、対応テーブル作成部４１は、アクセス履歴記憶部３１に記憶された種別ごとのアクセス履歴が所定行数だけ追加されると、処理内容「接続」の履歴以下において、最初に残されたサービスおよびインタフェースの呼び出しに係る処理内容の履歴として一番多く残っているものを当該種別に含まれる相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースと判定して対応関係を作成し、ＴＹＰＥ別対応テーブル記憶部３３に当該対応関係を格納する。
【００４２】
例えば、対応テーブル作成部４１は、テーブル３１ａ（図３参照）を参照し、処理内容「接続」の次に履歴として一番多く残っているサービス「ａｕｄｉｏ」およびインタフェース「ｇｅｔ／ＮｅｗｅｓｔＬｉｓｔ」を呼び出す可能性の高いものと判定し、相手機器識別情報「１１００１」と、サービス「ａｕｄｉｏ」と、インタフェース「ｇｅｔ／ＮｅｗｅｓｔＬｉｓｔ」とを対応付けた対応関係をＩＤ別対応テーブル記憶部３２に格納する。また、対応テーブル作成部４１は、テーブル３１ｃ（図３参照）を参照し、処理内容「接続」の次に履歴として一番多く残っているサービス「ａｕｄｉｏ」およびインタフェース「ｇｅｔ／ＮｅｗｅｓｔＬｉｓｔ」を呼び出す可能性の高いものと判定し、機器種別情報「ｈｏｍｅ−ａｕｄｉｏ」と、サービス「ａｕｄｉｏ」と、インタフェース「ｇｅｔ／ＮｅｗｅｓｔＬｉｓｔ」とを対応付けた対応関係をＴＹＰＥ別対応テーブル記憶部３３に格納する。
【００４３】
サービス制御部４２は、相手機器がアクセスしてきた場合に、ＩＤ別対応テーブル記憶部３２によって記憶されたサービスおよびインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよびインタフェースを検索して起動し、当該相手機器の相手機器識別情報に対応付けられたサービスおよびインタフェースがない場合には、ＴＹＰＥ別対応テーブル記憶部３３によって記憶されたサービスおよびインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよびインタフェースを検索して起動する。
【００４４】
具体的には、サービス制御部４２は、上述した外部Ｉ／Ｆ部２０から相手機器識別情報および機器種別識別情報を受け取ると、ＩＤ別対応テーブル記憶部３２によって記憶された対応関係を参照し、当該受け取った相手機器識別情報と対応するサービスおよびインタフェースを検索する。そして、サービス制御部４２は、相手機器識別情報と対応するサービスおよびインタフェースがあった場合には、該当するサービスおよびインタフェースを起動するとともに、他のサービスおよびインタフェースについては休止する。一方、サービス制御部４２は、相手機器識別情報と対応するサービスおよびインタフェースがなかった場合には、ＴＹＰＥ別対応テーブル記憶部３３によって記憶された対応関係を参照し、当該受け取った機器種別識別情報と対応するサービスおよびインタフェースを検索する。そして、サービス制御部４２は、機器種別識別情報と対応するサービスおよびインタフェースがあった場合には、該当するサービスおよびインタフェースを起動するとともに、他のサービスおよびインタフェースについては休止する。
【００４５】
例えば、サービス制御部４２は、外部Ｉ／Ｆ部２０から相手機器識別情報「１１００１」および機器種別識別情報「ｈｏｍｅ−ａｕｄｉｏ」を受け取ると、ＩＤ別対応テーブル記憶部３２によって記憶された対応関係を参照し（図４参照）、当該相手機器識別情報「１１００１」と対応するサービス「ａｕｄｉｏ」およびインタフェース「ｇｅｔＮｅｗｅｓｔＬｉｓｔ」を起動する。また、例えば、サービス制御部４２は、外部Ｉ／Ｆ部２０から相手機器識別情報「１５００１」および機器種別識別情報「ｓｈａｓａｉｋｉ」を受け取り、ＩＤ別対応テーブル記憶部３２によって記憶された対応関係を参照しても、当該相手機器識別情報「１５００１」と対応するサービスおよびインタフェースがない場合には、次にＴＹＰＥ別対応テーブル記憶部３３によって記憶された対応関係を参照する。そして、サービス制御部４２は、当該機器種別識別情報「ｓｈａｓａｉｋｉ」と対応するサービス「ｇｙｏｍｕ」およびインタフェース「ｇｅｔＴｏＤｏＬｉｓｔ」を起動する。
【００４６】
なお、サービス制御部４２は、ＩＤ別対応テーブル記憶部３２に相手機器識別情報と対応するサービスおよびインタフェースがなかった場合には、アクセス履歴記憶部３１に当該相手機器識別情報を所有する相手機器のアクセス履歴が記録されるテーブルを新たに生成する。また、サービス制御部４２は、ＴＹＰＥ別対応テーブル記憶部３３に機器種別識別情報と対応するサービスおよびインタフェースがなかった場合には、アクセス履歴記憶部３１に当該機器種別識別情報を所有する相手機器のアクセス履歴が記録されるテーブルを新たに生成する。
【００４７】
先行処理部４３は、起動したサービスおよびインタフェースによる処理を先行して行い、当該サービスおよびインタフェースによる処理結果を所定の記憶部に格納する。具体的には、先行処理部４３は、上述したサービス制御部４２が特定のサービスおよびインタフェースを起動するとともに、他のサービスおよびインタフェースを休止すると、現に起動しているサービスおよびインタフェースによる処理を先行して行い、当該サービスおよびインタフェースによる処理結果を処理結果記憶部３４に格納する。例えば、先行処理部４３は、上述したサービス制御部４２がスケジュールサービス４５および第１インタフェース４５ａを起動するとともに、他のサービスおよびインタフェースを休止すると、第１インタフェース４５ａの処理である「本日のスケジュールをスケジュールデータ記憶部３５から取り出す」という処理を先行して行い、処理結果を処理結果記憶部３４に格納する。
【００４８】
呼び出し処理部４４は、処理が先行して行われたサービスおよびインタフェースが相手機器から呼び出された場合には、所定の記憶部に格納された処理結果を相手機器に送信する。具体的には、呼び出し処理部４４は、上述した外部Ｉ／Ｆ部２０から出力された内部的なサービスやインタフェースの呼び出しを受け取ると、当該サービスやインタフェースの呼び出しによる処理が上述した先行処理部４３によってすでに行われている場合には、処理結果記憶部３４に格納されたデータを読み出して外部Ｉ／Ｆ部２０に出力する。例えば、呼び出し処理部４４は、外部Ｉ／Ｆ部２０から第１インタフェース４５ａの呼び出しを受け取ると、第１インタフェース４５ａの呼び出しによる処理（「本日のスケジュールをスケジュールデータ記憶部３５から取り出す」という処理）が先行処理部４３によってすでに行われている場合には、処理結果記憶部３４に格納された本日のスケジュールデータを読み出して外部Ｉ／Ｆ部２０に出力する。
【００４９】
スケジュールサービス４５は、上述したスケジュールデータ記憶部３５に格納されたデータを処理してスケジュールに係る各種処理を実行するプログラムであり、さらに第１インタフェース４５ａと、第２インタフェース４５ｂと、第３インタフェース４５ｃとを備える。なお、第１インタフェース４５ａ、第２インタフェース４５ｂ、第３インタフェース４５ｃは、スケジュールに係るプログラムの中でもより細かい処理（例えば、「本日のスケジュールを格納場所から取り出す」など）が実行されるプログラムである。
【００５０】
アドレス帳サービス４６は、上述したアドレス帳データ記憶部３６に格納されたデータを処理してアドレス帳に係る各種処理を実行するプログラムであり、さらに第１インタフェース４６ａと、第２インタフェース４６ｂと、第３インタフェース４６ｃとを備える。なお、第１インタフェース４６ａ、第２インタフェース４６ｂ、第３インタフェース４６ｃは、アドレス帳に係るプログラムの中でもより細かい処理（例えば、「ア行で始まる名前のリストを格納場所から取り出す」など）が実行されるプログラムである。
【００５１】
楽曲サービス４７は、上述した楽曲データ記憶部３７に格納されたデータを処理して音楽に係る各種処理を実行するプログラムであり、さらに第１インタフェース４７ａと、第２インタフェース４７ｂと、第３インタフェース４７ｃとを備える。なお、第１インタフェース４７ａ、第２インタフェース４７ｂ、第３インタフェース４７ｃは、楽曲に係るプログラムの中でもより細かい処理（例えば、「最近ダウンロードした楽曲リストを格納場所から取り出す」など）が実行されるプログラムである。
【００５２】
［端末装置による処理］
次に、図６を用いて、端末装置１０による処理を説明する。図６は、端末装置１０による処理の流れを示すフローチャートである。
【００５３】
図６に示すように、端末装置１０は、相手機器からアクセスされると（ステップＳ６０１肯定）、相手機器の相手機器識別情報および機器種別識別情報を受信する（ステップＳ６０２）。そして、端末装置１０は、ＩＤ別対応テーブル記憶部３２によって記憶された対応関係を参照し、当該受信した相手機器識別情報に対応付けられたサービスおよびインタフェースを検索する（ステップＳ６０３）。
【００５４】
そして、端末装置１０は、当該受信した相手機器識別情報に対応付けられたサービスおよびインタフェースがあった場合には（ステップＳ６０４肯定）、そのサービスおよびインタフェースを起動するとともに、他のサービスおよびインタフェースを休止し（ステップＳ６０５）、起動したサービスおよびインタフェースによる処理を相手機器から処理要求を受信する前に（すなわち、該サービスおよびインタフェースが相手機器から呼び出される前に）行う（ステップＳ６０６）。
【００５５】
一方、端末装置１０は、当該受信した相手機器識別情報に対応付けられたサービスおよびインタフェースがなかった場合には（ステップＳ６０４否定）、アクセス履歴記憶部３１に当該相手機器識別情報を所有する相手機器のアクセス履歴が記録されるテーブルを生成する（ステップＳ６０７）。
【００５６】
そして、端末装置１０は、次にＴＹＰＥ別対応テーブル記憶部３３によって記憶された対応関係を参照し、当該受信した機器種別識別情報に対応付けられたサービスおよびインタフェースを検索し（ステップＳ６０８）、当該受信した相手機器識別情報に対応付けられたサービスおよびインタフェースがあった場合には（ステップＳ６０９肯定）、そのサービスおよびインタフェースを起動するとともに、他のサービスおよびインタフェースを休止し（ステップＳ６１０）、起動したサービスおよびインタフェースによる処理を先行して行う（ステップＳ６１１）。
【００５７】
そして、端末装置１０は、相手機器識別情報に対応付けられたサービスおよびインタフェースを起動して先行処理を行った後（ステップＳ６０６）、もしくは、機器種別識別情報に対応付けられたサービスおよびインタフェースを起動して先行処理を行った（ステップＳ６１１）後に、相手機器によって実際に当該先行処理を行ったサービスおよびインタフェースが呼び出された場合には（ステップＳ６１２肯定）、先行して行った処理結果を相手機器に出力して（ステップＳ６１３）、処理を終了する。
【００５８】
一方、端末装置１０は、当該受信した機器種別識別情報に対応付けられたサービスおよびインタフェースがなかった場合には（ステップＳ６０９否定）、アクセス履歴記憶部３１に当該機器種別識別情報を所有する相手機器のアクセス履歴が記録されるテーブルを生成し（ステップＳ６１４）、処理を終了する。
【００５９】
［実施例１の効果］
上記したように、実施例１によれば、相手機器によるアクセス時に呼び出される可能性の高いサービスおよびインタフェースを記憶し、相手機器がアクセスしてきた場合に、当該記憶したサービスおよびインタフェースを起動し、当該起動したサービスおよびインタフェースによる処理を先行して行い、当該サービスおよびインタフェースによる処理結果を所定の記憶部に格納する。そして、処理を先行して行ったサービスおよびインタフェースが相手機器から呼び出された場合には、記憶部に格納された処理結果を相手機器に送信する。こうすることで、計算資源を無駄に消費することなく、相手機器に対するレスポンスを速くすることが可能となる。つまり、全てのサービスおよびインタフェースを起動せず、呼び出される可能性の高いサービスおよびインタフェースを起動するので、計算資源を無駄に消費しない。また、呼び出される可能性の高いサービスおよびインタフェースによる処理を先行して行い、実際に呼び出されてから行う作業を短縮するので、相手機器に対するレスポンスを速くすることが可能となる。
【００６０】
また、実施例１によれば、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとを対応付けて記憶し、相手機器がアクセスしてきた場合に、記憶したサービスおよびインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよびインタフェースを検索して起動するので、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。つまり、呼び出される可能性の高いサービスおよびインタフェースを相手機器ごとに詳細に決めることで予想が外れることが少なくなる結果、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。
【００６１】
また、実施例１によれば、複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとを対応付けて記憶し、相手機器がアクセスしてきた場合に、記憶したサービスおよびインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよびインタフェースを検索して起動するので、初めてアクセスしてきた相手機器に対しても、計算資源を無駄に消費することなく、当該相手機器に対するレスポンスを速くすることが可能となる。
【００６２】
また、実施例１によれば、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとを対応付けて記憶するとともに、複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとを対応付けて記憶し、相手機器がアクセスしてきた場合に、記憶したサービスおよびインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよびインタフェースを検索して起動し、当該相手機器の相手機器識別情報に対応付けられたサービスおよびインタフェースがない場合には、記憶したサービスおよびインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよびインタフェースを検索して起動するので、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。また、初めてアクセスしてきた相手機器に対しても、計算資源を無駄に消費することなく、当該相手機器に対するレスポンスを速くすることが可能となる。
【００６３】
また、実施例１によれば、相手機器の相手機器識別情報および機器種別識別情報と、当該相手機器によるアクセス日時と、アクセス時に呼び出されたサービスおよびインタフェースとからなるアクセス履歴を記憶し、当該アクセス履歴における相手機器に呼び出された回数および相手機器に呼び出された順序に基づいて、相手機器識別情報と、当該相手機器識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとの対応関係である第一の対応関係および機器種別識別情報と、当該機器種別識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよびインタフェースとの対応関係である第二の対応関係を作成して記憶するので、対応関係を自動で作成することが可能となる。
【実施例２】
【００６４】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）〜（６）にそれぞれ区分けして異なる実施例を説明する。
【００６５】
（１）対応関係の新旧
上記の実施例１では、最初に、相手機器識別情報に基づいてサービスおよびインタフェースを検索し、当該相手機器識別情報に対応付けられたサービスおよびインタフェースがあった場合には、当該サービスおよびインタフェースを起動する場合を説明したが、本発明はこれに限定されるものではなく、相手機器識別情報に対応付けられたサービスおよびインタフェースがあっても、当該対応関係が作成されてから所定時間経過したものであった場合には、機器種別識別情報に対応付けられたサービスおよびインタフェースを起動するようにしてもよい。
【００６６】
これを具体的に説明すると、図６のフローチャートにおける処理の流れにおいて、端末装置１０は、相手機器識別情報に対応付けられたサービスおよびインタフェースをＩＤ別対応テーブル記憶部３２より見付けた後に（ステップＳ６０４肯定）、当該相手機器識別情報と、サービスおよびインタフェースとの対応関係が作成されてから所定時間経過しているかいないかを判定する処理を行う。そして、端末装置１０は、当該対応関係が作成されてから所定時間経過していない場合には、「ステップＳ６０５」の処理に移行し、当該対応関係が作成されてから所定時間経過している場合には、「ステップＳ６０８」の処理に移行する。
【００６７】
例えば、図７に示すように、端末装置１０は、相手機器識別情報「１１００１」を受信し、相手機器識別情報「１１００１」に対応付けられたサービスおよびインタフェースを検索して該当するものがあった場合であっても、当該対応関係が作成されてから３１日経過（本日が２月２３日として）しているので、同じく受信した機器種別識別情報「ｈｏｍｅ−ａｕｄｉｏ」に対応付けられたサービスおよびインタフェースを検索し、当該サービスおよびインタフェースを起動する。なお、ここでは結果的に同一のサービスおよびインタフェースが起動されたが、場合によっては異なるサービスおよびインタフェースが起動される。こうすることによって、計算資源を無駄に消費することをより確実になくし、サービスおよびインタフェースを呼び出した相手機器に対するレスポンスをより確実に速くすることが可能となる。なお、図７は、機器種別識別情報を優先する場合を説明するための図である。
【００６８】
（２）装置内部で更新
また、上記の実施例１では、相手機器識別情報と、サービスおよびインタフェースとの対応関係（以下、第一対応関係）や、機器種別識別情報と、サービスおよびインタフェースとの対応関係（以下、第二対応関係）をアクセス履歴より作成または更新する場合を説明したが、本発明はこれに限定されるものではなく、第一対応関係については、第二対応関係を上書きすることで更新するようにしてもよい。
【００６９】
具体的には、端末装置１０は、アクセス履歴記憶部３１において、所定の相手機器のアクセス履歴に履歴が所定行数以上追加されないことにより、第一対応関係が更新されない状態が所定期間続くと、第二対応関係において当該所定の相手機器の機器種別識別情報と対応付けられたサービスおよびインタフェースを当該第一対応関係に上書きして更新する。
【００７０】
例えば、図８に示すように、端末装置１０は、相手機器識別情報「１１００１」と、サービス「ａｕｄｉｏ」と、インタフェース「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」とからなる第一対応関係の作成日時が「１月２３日」であり、３１日以上更新されていない場合には、機器種別識別情報「ｈｏｍｅ−ａｕｄｉｏ」に対応付けられたサービス「ａｕｄｉｏ」およびインタフェース「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」を第一対応関係のサービスおよびインタフェースに上書きして更新する。なお、図８は、装置内部で相手機器識別情報を更新する場合を説明するための図である。
【００７１】
こうすることによって、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。つまり、相手機器の種別ごとに作成された対応関係の方が、相手機器ごとに作成された古い対応関係より信頼性が高いので、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。
【００７２】
（３）装置外部で更新
また、上記の実施例１では、相手機器識別情報と、サービスおよびインタフェースとの対応関係（以下、第一対応関係）を装置内部のアクセス履歴より作成または更新する場合を説明したが、本発明はこれに限定されるものではなく、別の端末装置で作成された機器種別識別情報と、サービスおよびインタフェースとの対応関係（以下、第二対応関係）、または、第一対応関係を上書きすることで更新するようにしてもよい。
【００７３】
具体的には、端末装置１０は、アクセス履歴記憶部３１において、所定の相手機器のアクセス履歴に履歴が所定行数以上追加されないことにより、第一対応関係が更新されない状態が所定期間続くと、所定の通信手段によって別の端末装置にアクセスし、当該別の端末装置内で当該所定の相手機器の機器種別識別情報または相手機器識別情報と対応付けられたサービスおよびインタフェースを自身の第一対応関係に上書きして更新する。
【００７４】
例えば、図９の（Ａ）に示すように、端末装置１０は、相手機器識別情報「１１００１」と、サービス「ａｕｄｉｏ」と、インタフェース「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」とからなる第一対応関係の作成日時が「１月２３日」であり、３１日以上更新されていない場合には、別の端末装置内における第二対応関係、すなわち、機器種別識別情報「ｈｏｍｅ−ａｕｄｉｏ」に対応付けられたサービス「ａｕｄｉｏ」およびインタフェース「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」を、第一対応関係のサービスおよびインタフェースに上書きして更新する。また、例えば、図９の（Ｂ）に示すように、端末装置１０は、相手機器識別情報「１１００１」と、サービス「ａｕｄｉｏ」と、インタフェース「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」とからなる第一対応関係の作成日時が「１月２３日」であり、３１日以上更新されていない場合には、別の端末装置内における第二対応関係、すなわち、相手機器識別情報「１１００１」に対応付けられたサービス「ａｕｄｉｏ」およびインタフェース「ａｕｄｉｏ／ｇｅｔＮｅｗｅｓｔＬｉｓｔ」を、第一対応関係のサービスおよびインタフェースに上書きして更新する。なお、上書きする対象としては、頻繁に相手機器からアクセスされる別の端末装置で作成された第二対応関係を選択することが望ましい。なお、図９は、装置外部の対応関係を用いて相手機器識別情報を更新する場合を説明するための図である。
【００７５】
こうすることによって、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。つまり、頻繁に相手機器からアクセスされる別の端末装置で作成された相手機器ごとおよび／または種別ごとの対応関係の方が、相手機器ごとに作成された古い対応関係より信頼性が高いので、計算資源を無駄に消費することをより確実になくし、相手機器に対するレスポンスをより確実に速くすることが可能となる。
【００７６】
（４）起動または休止する対象
また、上記の実施例１では、スケジュールおよびインタフェースが起動または休止される対象となる場合を説明したが、本発明はこれに限定されるものではなく、スケジュールのみ、または、インタフェースのみが起動または休止される対象となるようにしてもよい。例えば、図１０の（Ａ）に示すように、各サービスにはインタフェースが含まれず、一つのサービスが一つの処理を実行するものである場合には、サービスのみが起動または休止される対象となるようにしてもよい（図では、スケジュールサービスが起動し、アドレス帳サービスおよび楽曲サービスが休止している）。また、例えば、図１０の（Ｂ）に示すように、全サービスについては常時起動するものであり、サービスにはインタフェースが含まれる場合に、インタフェースのみが起動または休止される対象となるようにしてもよい（図では、スケジュールサービス内の第２インタフェースのみが起動し、アドレス帳サービス内および楽曲サービス内の全インタフェースが休止している）。なお、図１０は、スケジュールまたはインタフェースを起動または休止する対象とする場合を説明するための図である。
【００７７】
（５）システム構成等
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、サービス制御部４２と、先行処理部４３と統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００７８】
また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、相手機器識別情報に用いた「１１００１」や機器種別識別情報に用いた「ｈｏｍｅ−ａｕｄｉｏ」についてはこの限りではなく、相手機器や機器の種別を一意に識別するものであればよい。
【００７９】
（６）サービス呼び出し支援プログラム
ところで、上記の実施例１では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１１を用いて、上記の実施例１に示した端末装置１０と同様の機能を有するサービス呼び出し支援プログラムを実行するコンピュータの一例を説明する。図１１は、サービス呼び出し支援プログラムを実行するコンピュータを示す図である。
【００８０】
同図に示すように、コンピュータ５０は、外部Ｉ／Ｆ５１、ディスプレイ５２、マウス５３、ＣＰＵ５４、ＲＯＭ５５、ＨＤＤ５６およびＲＡＭ５７をバス５８などで接続して構成される。
【００８１】
ＲＯＭ５５には、上記の実施例１に示した端末装置１０と同様の機能を発揮するサービス呼び出し支援プログラム、つまり、図１１に示すように、対応テーブル作成プログラム５５ａと、サービス制御プログラム５５ｂと、先行処理プログラム５５ｃと、呼び出し処理プログラム５５ｄと、サービスプログラム５５ｅと、インタフェースプログラム５５ｆとが予め記憶されている。なお、これらのプログラム５５ａ〜５５ｆについては、図２に示した端末装置１０の各構成要素と同様、適宜統合または分散してもよい。
【００８２】
そして、ＣＰＵ５４が、これらのプログラム５５ａ〜５５ｆをＲＯＭ５５から読み出して実行することで、図１１に示すように、各プログラム５５ａ〜５５ｆは、対応テーブル作成プロセス５４ａ、サービス制御プロセス５４ｂ、先行処理プロセス５４ｃ、呼び出し処理プロセス５４ｄ、サービスプロセス５４ｅ、インタフェースプロセス５４ｆとして機能するようになる。なお、各プロセス５４ａ〜５４ｆは、図２に示した対応テーブル作成部４１と、サービス制御部４２と、先行処理部４３と、呼び出し処理部４４と、各サービスと、各インタフェースにそれぞれ対応する。
【００８３】
また、ＨＤＤ５６には、図１１に示すように、アクセス履歴テーブル５６ａと、ＩＤ別対応テーブル５６ｂと、ＴＹＰＥ別対応テーブル５６ｃと、サービスデータ５６ｄとが設けられる。なお、アクセス履歴テーブル５６ａ、ＩＤ別対応テーブル５６ｂ、ＴＹＰＥ別対応テーブル５６ｃ、サービスデータ５６ｄは、図２に示したアクセス履歴記憶部３１、ＩＤ別対応テーブル記憶部３２、ＴＹＰＥ別対応テーブル記憶部３３、処理結果記憶部３４および各サービスデータ記憶部３５〜３７にそれぞれ対応する。そして、ＣＰＵ５４は、アクセス履歴テーブル５６ａ、ＩＤ別対応テーブル５６ｂ、ＴＹＰＥ別対応テーブル５６ｃおよびサービスデータ５６ｄからアクセス履歴データ５７ａ、ＩＤ別対応データ５７ｂ、ＴＹＰＥ別対応データ５７ｃおよびサービスデータ５７ｄを読み出してＲＡＭ５７に格納し、ＲＡＭ５７に格納されたアクセス履歴データ５７ａ、ＩＤ別対応データ５７ｂ、ＴＹＰＥ別対応データ５７ｃおよびサービスデータ５７ｄのほか、処理結果５７ｅに基づいてサービスおよびインタフェースを先行して呼び出す処理や相手機器へ処理結果を出力する処理を実行する。
【００８４】
なお、上記した各プログラム５５ａ〜５５ｆについては、必ずしも最初からＲＯＭ５５に記憶させておく必要はなく、例えば、コンピュータ５０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータ５０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ５０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ５０がこれらから各プログラムを読み出して実行するようにしてもよい。
【００８５】
（付記１）アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、前記サービスおよび／またはインタフェースによる処理結果を前記相手機器に送信する方法をコンピュータに実行させるサービス呼び出し支援プログラムであって、
前記相手機器によるアクセス時に呼び出される可能性の高いサービスおよび／またはインタフェースを保持する保持手順と、
前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースを起動するサービス制御手順と、
前記サービス制御手順によって起動されたサービスおよび／またはインタフェースによる処理を前記相手機器から処理要求を受信する前に行い、当該サービスおよび／またはインタフェースによる処理結果を所定の記憶部に格納する先行処理手順と、
前記先行処理手順によって処理が行われたサービスおよび／またはインタフェースが前記相手機器から呼び出された場合には、前記記憶部に格納された処理結果を前記相手機器に送信する処理結果送信手順と、
をコンピュータに実行させることを特徴とするサービス呼び出し支援プログラム。
【００８６】
（付記２）前記保持手順は、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持し、
前記サービス制御手順は、前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよび／またはインタフェースを検索して起動することを特徴とする付記１に記載のサービス呼び出し支援プログラム。
【００８７】
（付記３）前記保持手順は、前記複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持し、
前記サービス制御手順は、前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよび／またはインタフェースを検索して起動することを特徴とする付記１に記載のサービス呼び出し支援プログラム。
【００８８】
（付記４）前記保持手順は、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持するとともに、前記複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて保持し、
前記サービス制御手順は、前記相手機器がアクセスしてきた場合に、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよび／またはインタフェースを検索して起動し、当該相手機器の相手機器識別情報に対応付けられたサービスおよび／またはインタフェースがない場合には、前記保持手順によって保持されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよび／またはインタフェースを検索して起動することを特徴とする付記１に記載のサービス呼び出し支援プログラム。
【００８９】
（付記５）前記サービス制御手順は、前記相手機器の相手機器識別情報に対応付けられたサービスおよび／またはインタフェースがある場合でも、前記相手機器識別情報との対応関係が作成されてから所定時間経過したものである場合には、前記機器種別識別情報に対応付けられたサービスおよび／またはインタフェースを検索して起動することを特徴とする付記４に記載のサービス呼び出し支援プログラム。
【００９０】
（付記６）前記相手機器の相手機器識別情報および／または機器種別識別情報と、当該相手機器によるアクセス日時と、アクセス時に呼び出されたサービスおよび／またはインタフェースとからなるアクセス履歴を保持するアクセス履歴保持手順と、
前記アクセス履歴保持手順によって保持されたアクセス履歴における前記相手機器に呼び出された回数および／または前記相手機器に呼び出された順序に基づいて、前記相手機器識別情報と、当該相手機器識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第一対応関係および／または、前記機器種別識別情報と、当該機器種別識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第二対応関係を作成する対応関係作成手順をさらにコンピュータに実行させ、
前記保持手順は、前記対応関係作成手順によって作成された第一対応関係および／または第二対応関係を保持することを特徴とする付記２、３または４に記載のサービス呼び出し支援プログラム。
【００９１】
（付記７）前記対応関係作成手順は、所定期間ごとに第一対応関係および第二対応関係を更新して作成するものであって、
前記対応関係作成手順によって第一対応関係が所定期間内に更新されなかった場合には、第二対応関係を当該第一対応関係に上書きすることで更新する第一対応関係更新手順をさらにコンピュータに実行させることを特徴とする付記６に記載のサービス呼び出し支援プログラム。
【００９２】
（付記８）前記対応関係作成手順は、所定期間ごとに第一対応関係および第二対応関係を更新して作成するものであって、
前記対応関係作成手順によって第一対応関係が所定期間内に更新されなかった場合には、別の端末装置において作成された第一対応関係および／または第二対応関係を前記第一対応関係に上書きすることで更新する第一対応関係更新手順をさらにコンピュータに実行させることを特徴とする付記６に記載のサービス呼び出し支援プログラム。
【００９３】
（付記９）アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、前記サービスおよび／またはインタフェースによる処理結果を前記相手機器に送信する端末装置であって、
前記相手機器によるアクセス時に呼び出される可能性の高いサービスおよび／またはインタフェースを記憶する記憶手段と、
前記相手機器がアクセスしてきた場合に、前記記憶手段によって記憶されたサービスおよび／またはインタフェースを起動するサービス制御手段と、
前記サービス制御手段によって起動されたサービスおよび／またはインタフェースによる処理を先行して行い、当該サービスおよび／またはインタフェースによる処理結果を所定の記憶部に格納する先行処理手段と、
前記先行処理手段によって処理が先行して行われたサービスおよび／またはインタフェースが前記相手機器から呼び出された場合には、前記記憶部に格納された処理結果を前記相手機器に送信する処理結果送信手段と、
を備えたことを特徴とする端末装置。
【００９４】
（付記１０）前記記憶手段は、複数の相手機器ごとに、各相手機器を一意に識別するための相手機器識別情報と、当該相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて記憶するとともに、前記複数の相手機器の種別ごとに、各種別を一意に識別する機器種別識別情報と、当該種別の相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとを対応付けて記憶し、
前記サービス制御手段は、前記相手機器がアクセスしてきた場合に、前記記憶手段によって記憶されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の相手機器識別情報に対応するサービスおよび／またはインタフェースを検索して起動し、当該相手機器の相手機器識別情報に対応付けられたサービスおよび／またはインタフェースがない場合には、前記記憶手段によって記憶されたサービスおよび／またはインタフェースから、当該アクセスしてきた相手機器の機器種別識別情報に対応するサービスおよび／またはインタフェースを検索して起動することを特徴とする付記９に記載の端末装置。
【００９５】
（付記１１）前記サービス制御手段は、前記相手機器の相手機器識別情報に対応付けられたサービスおよび／またはインタフェースがある場合でも、前記相手機器識別情報との対応関係が作成されてから所定時間経過したものである場合には、前記機器種別識別情報に対応付けられたサービスおよび／またはインタフェースを検索して起動することを特徴とする付記１０に記載の端末装置。
【００９６】
（付記１２）前記相手機器の相手機器識別情報および／または機器種別識別情報と、当該相手機器によるアクセス日時と、アクセス時に呼び出されたサービスおよび／またはインタフェースとからなるアクセス履歴を記憶するアクセス履歴記憶手段と、
前記アクセス履歴記憶手段によって記憶されたアクセス履歴における前記相手機器に呼び出された回数および／または前記相手機器に呼び出された順序に基づいて、前記相手機器識別情報と、当該相手機器識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第一対応関係および／または、前記機器種別識別情報と、当該機器種別識別情報に対応する相手機器がアクセス時に呼び出す可能性の高いサービスおよび／またはインタフェースとの対応関係である第二対応関係を作成する対応関係作成手段と、
をさらに備え、
前記記憶手段は、前記対応関係作成手段によって作成された第一対応関係および／または第二対応関係を記憶することを特徴とする付記１０に記載の端末装置。
【００９７】
（付記１３）前記対応関係作成手段は、所定期間ごとに第一対応関係および第二対応関係を更新して作成するものであって、
前記対応関係作成手段によって第一対応関係が所定期間内に更新されなかった場合には、第二対応関係を当該第一対応関係に上書きすることで更新する第一対応関係更新手段をさらに備えることを特徴とする付記１２に記載の端末装置。
【００９８】
（付記１４）前記対応関係作成手段は、所定期間ごとに第一対応関係および第二対応関係を更新して作成するものであって、
前記対応関係作成手段によって第一対応関係が所定期間内に更新されなかった場合には、別の端末装置において作成された第一対応関係および／または第二対応関係を前記第一対応関係に上書きすることで更新する第一対応関係更新手段をさらに備えたことを特徴とする付記１２に記載の端末装置。
【産業上の利用可能性】
【００９９】
以上のように、本発明に係る端末装置およびサービス呼び出し支援プログラムは、アクセスしてきた相手機器によるサービスおよび／またはインタフェースの呼び出しに応じて、サービスおよび／またはインタフェースによる処理結果を相手機器に送信することに有用であり、特に計算資源を無駄に消費することなく、相手機器に対するレスポンスを速くすることに適する。
【図面の簡単な説明】
【０１００】
【図１】実施例１に係る端末装置の概要および特徴を説明するための図である。
【図２】実施例１に係る端末装置の構成を示すブロック図である。
【図３】アクセス履歴記憶部が記憶する情報の例を示す図である。
【図４】ＩＤ別対応テーブル記憶部が記憶する情報の例を示す図である。
【図５】ＴＹＰＥ別対応テーブル記憶部が記憶する情報の例を示す図である。
【図６】端末装置による処理の流れを示すフローチャートである。
【図７】機器種別識別情報を優先する場合を説明するための図である。
【図８】装置内部で相手機器識別情報を更新する場合を説明するための図である。
【図９】装置外部の対応関係を用いて相手機器識別情報を更新する場合を説明するための図である。
【図１０】スケジュールまたはインタフェースを起動または休止する対象とする場合を説明するための図である。
【図１１】サービス呼び出し支援プログラムを実行するコンピュータを示す図である。
【図１２】従来技術を説明するための図である。
【符号の説明】
【０１０１】
１  車載器
２  業務用車載器
３  家庭オーディオ機器
４  スケジュールサービス
４ａ  第１インタフェース
４ｂ  第２インタフェース
５  アドレス帳サービス
６  楽曲サービス
７、８  記憶部
９  センタ
１０  端末装置
２０  外部Ｉ／Ｆ部
３０  記憶部
３１  アクセス履歴記憶部
３２  ＩＤ別対応テーブル記憶部
３３  ＴＹＰＥ別対応テーブル記憶部
３４  処理結果記憶部
３５  スケジュールデータ記憶部
３６  アドレス帳データ記憶部
３７  楽曲データ記憶部
４０  処理部
４１  対応テーブル作成部
４２  サービス制御部
４３  先行処理部
４４  呼び出し処理部
４５  スケジュールサービス
４５ａ  第１インタフェース
４５ｂ  第２インタフェース
４５ｃ  第３インタフェース
４６  アドレス帳サービス
４６ａ  第１インタフェース
４６ｂ  第２インタフェース
４６ｃ  第３インタフェース
４７  楽曲サービス
４７ａ  第１インタフェース
４７ｂ  第２インタフェース
４７ｃ  第３インタフェース
【図１】
2008234229.tif 000003
【図２】
2008234229.tif 000004
【図３】
2008234229.tif 000005
【図４】
2008234229.tif 000006
【図５】
2008234229.tif 000007
【図６】
2008234229.tif 000008
【図７】
2008234229.tif 000009
【図８】
2008234229.tif 000010
【図９】
2008234229.tif 000011
【図１０】
2008234229.tif 000012
【図１１】
2008234229.tif 000013
【図１２】
2008234229.tif 000014