(57)【要約】【課題】  ＵＵＩＤの生成方法として、いつも同じＵＵＩＤを生成する方法と、異なるＵＵＩＤを生成する方法があり、適切な作成方法を用いたい。【解決手段】  使用するサービスに応じて、機器の固有情報に基づいてＵＵＩＤを生成するか、時刻情報を用いてＵＵＩＤを生成するかを決定する。【選択図】  図３
2013126195.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスを有し、ネットワークに接続することが可能な情報処理装置であって、
前記複数のサービスのうち、使用するサービスを判断する判断手段と、
前記情報処理装置の固有情報を取得する第１の取得手段と、
計時手段から時刻情報を取得する第２の取得手段と、
前記情報処理装置のＩＤを生成するＩＤ生成手段と、
前記ネットワークを介した外部装置からのサービスに関する問い合わせに対して、前記ＩＤ生成手段により生成されたＩＤを含む応答を送信する送信手段とを有し、
前記判断手段の判断の結果に応じて、前記ＩＤ生成手段は前記第１の取得手段で取得した固有情報を用いてＩＤを生成するか、前記第２の取得手段で取得した時刻情報を用いてＩＤを生成するかを決定することを特徴とする情報処理装置。
【請求項２】
前記判断手段によりアップロードサーバの機能を使用すると判断した場合、前記ＩＤ生成手段は前記第１の取得手段で取得した固有情報を用いてＩＤを生成し、
前記判断手段によりメディアプレーヤの機能を使用すると判断した場合、前記ＩＤ生成手段は前記第２の取得手段で取得した時刻情報を用いてＩＤを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記固有情報は前記情報処理装置のＭＡＣアドレスであることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
複数のサービスを有し、ネットワークに接続することが可能な情報処理装置の制御方法であって、
前記複数のサービスのうち、使用するサービスを判断する判断工程と、
前記情報処理装置の固有情報を取得する第１の取得工程と、
計時手段から時刻情報を取得する第２の取得工程と、
前記情報処理装置のＩＤを生成するＩＤ生成工程と、
前記ネットワークを介した外部装置からのサービスに関する問い合わせに対して、前記ＩＤ生成工程で生成された前記ＩＤを含む応答を送信する送信工程とを有し、
前記判断工程での判断の結果に応じて、前記ＩＤ生成工程において前記第１の取得工程で取得した固有情報を用いてＩＤを生成するか、前記第２の取得工程で取得した時刻情報を用いてＩＤを生成するかを決定することを特徴とする情報処理装置の制御方法。
【請求項５】
コンピュータを、請求項１または２に記載の情報処理装置の各手段として機能させるコンピュータが実行可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部装置と通信可能な情報処理装置であり、外部装置と通信するためのＩＤを生成する技術に関する。
【背景技術】
【０００２】
動画、静止画、音声データなどのコンテンツ情報を家庭内で配信することができるメディアサーバ装置は、家庭内でコンテンツの共有ができるため、広まり始めており、いろいろな製品が市場に登場している。また、メディアサーバは、単にコンテンツを配信するだけではなく、メディアサーバに対してコンテンツを登録するために、外部装置からの送信を受け付けるアップロード機能を有するメディアサーバも存在する。
【０００３】
これらのメディアサーバは、パーソナルコンピュータ（以下、ＰＣ）上で動作するアプリケーションソフトにて実装されることが多く、同一装置内に多くのメディアサーバのサービスが同時に動作することがある。そのような場合における提案として、特許文献１では、複数のサービスを識別するため、サービス毎にユニークな識別情報であるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）を付与する。そしてこのＵＵＩＤに基づき、接続が許可された外部装置に対して、サービス情報などを提供する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−８５３９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、アプリケーションソフトがＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）モジュールの場合、ＵＰｎＰモジュールを発見するためにＭ−ＳＥＡＲＣＨコマンドを発行する。Ｍ−ＳＥＡＲＣＨコマンドを受けた該当モジュールは、自らのサービスのＵＵＩＤを含む情報をレスポンスとして応答して、送信元のＵＰｎＰモジュールへ返信する。
【０００６】
このＵＵＩＤの作成方法は、重複を避けるために、時刻情報やランダムな値をもとにＵＵＩＤを生成する方法と、ＭＡＣアドレスや名前に基づいてＵＵＩＤを生成する。
【０００７】
時刻情報やランダムな値をもとにＵＵＩＤを生成する方法をとると、サービスが起動するたびにＵＵＩＤが変わってしまう。そのため、ＵＵＩＤをもとに、自動的に接続先を検索するようなアプリケーションにおいてＵＵＩＤを検索キーとして使用することができない。
【０００８】
一方、ＭＡＣアドレスや名前ベースにＵＵＩＤを生成方法をとると、ＵＵＩＤを固定値で作成することができる半面、同じＰＣで複数のサービスが実行されている場合、ＵＵＩＤが重複してしまうため、ユニークなＩＤとはならなくなってしまう問題が発生する。
【課題を解決するための手段】
【０００９】
本発明に係る情報処理装置は、複数のサービスを有し、通信ネットワークに接続することが可能な情報処理装置であって、前記複数のサービスのうち、使用するサービスを判断する判断手段と、前記情報処理装置の固有情報を取得する第１の取得手段と、計時手段から時刻情報を取得する第２の取得手段と、前記情報処理装置のＩＤを生成するＩＤ生成手段と、外部装置からのサービスに関する問い合わせに対して、前記ＩＤ生成手段により生成されたＩＤを含む応答を送信する応答送信手段とを有し、前記判断手段の判断結果に応じて、前記ＩＤ生成手段は前記第１の取得手段で取得した固有情報を用いてＩＤを生成するか、前記第２の取得手段で取得した時刻情報を用いてＩＤを生成するかを決定することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、サービスに応じた適切なＩＤを生成することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態におけるＰＣのブロック図
【図２】第１の実施形態におけるＰＣと外部装置の接続図および、アプリケーションの関係図
【図３】第１の実施形態におけるＰＣのＵＵＩＤ生成部でのＵＵＩＤ生成手順を示すフローチャート
【図４】第２の実施形態におけるＰＣのブロック図
【図５】第２の実施形態におけるＰＣと外部装置の接続図および、アプリケーションの関係図
【図６】第２の実施形態におけるＰＣのＵＵＩＤ生成部でのＵＵＩＤ生成手順を示すフローチャート
【発明を実施するための形態】
【００１２】
＜第１の実施形態＞
図１は、情報処理装置の一例であるＰＣ１００のブロック図である。
【００１３】
ＣＰＵ１１０は、各部からの入力信号やプログラムにしたがい、ＰＣ１００の各部を制御する。ネットワークＩ／Ｆ１３０は、外部装置と通信を行うためインタフェースであり、例えば有線ＬＡＮや無線ＬＡＮが用いられる。操作部１６０は、キーボードやマウスなど、ユーザからの操作入力を受け付ける。表示装置１５０は、操作結果などを再生表示するディスプレイ装置などである。時計１２０は計時手段の一例であって、システムの時刻を取得する。ストレージ１４０は、ユーザデータなどを保存する。なお、表示装置１５０は、音声データなどの音情報を出力することができるスピーカを内蔵しているものとする。
【００１４】
ＣＰＵ１１０内部は、以下のモジュールを有している。なお、以下に説明するモジュールはソフトウェアであるが、説明の便宜上、ＣＰＵ１１０内部にあるブロックとして記載している。ＣＰＵ１１０はこれらのモジュールを読み込むことにより、様々な手段として機能する。
【００１５】
ネットワークドライバ１１３は、ネットワークＩ／Ｆ１３０を制御し、外部の機器とネットワークを介して通信を行うためのものである。ストレージコントローラ１１４は、ストレージ１４０の制御用モジュールである。ＵＵＩＤ生成部１１１は、ＵＵＩＤを生成する。ここでＵＵＩＤとは、デバイスを他のデバイスと区別するための識別情報であり、一意な値が生成されるよう機能する。本実施形態のＰＣ１００は、時計１２０から得た時刻情報や、ネットワークＩ／Ｆ１３０から得たネットワークのＭＡＣアドレス、後述の乱数発生部１１５から得た乱数からＵＵＩＤを生成するものとする。乱数発生部１１５は、ＵＵＩＤ生成部１１１から要求されたタイミングで乱数を発生する。
【００１６】
また、本実施形態のＰＣ１００は、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）に対応しており、外部装置に対して３種類のサービスが実行可能である。ＰＣ１００が実行可能なサービスは、メディアプレイヤー１０１、アップロードサーバ１０２、メディアサーバ１０３である。メディアプレイヤー１０１は、ユーザ操作に応じて、外部のメディアサーバからコンテンツ情報を取得し、表示装置１５０にコンテンツを再生する。アップロードサーバ１０２は、外部装置からのコンテンツを受け取り、ストレージ１４０へ保存する。メディアサーバ１０３は、ストレージ１４０へ保存されたコンテンツ情報などを外部装置で再生するためにコンテンツ情報の送信などを行う。
【００１７】
図２（ａ）は、本実施形態におけるＰＣ１００と外部装置とで構成されるシステムの一例である。図２（ａ）では、ＰＣ１００が撮像装置の一例であるビデオカメラ２００、ディスプレイ装置の一例であるテレビ３００と同一のホームネットワークを介して接続している。なお、接続は有線ＬＡＮ、無線ＬＡＮを問わない。また、接続のためのＨＵＢや、ルータ装置などを適宜用いることは可能である。
【００１８】
図２（ｂ）は、図２（ａ）における、各装置内のアプリケーションの接続関係を示す図である。矢印は、コンテンツが転送される方向を示している。ビデオカメラ２００はメディアサーバ２０１とアップローダ２０２を有する。メディアサーバ２０１はビデオカメラ２００の記憶媒体内のコンテンツを外部装置に提供し、再生させるためのものである。アップローダ２０２は、ビデオカメラ２００の記憶媒体内のコンテンツを外部装置へ転送するためものである。
【００１９】
テレビ３００はメディアプレイヤー３０１を有する。メディアプレイヤー３０１は、外部のメディアサーバからコンテンツ情報を取得し、テレビ３００で再生するためのものである。なお、本図では示していないが、ビデオカメラ２００のメディアサーバ２０１がサービスするコンテンツをテレビ３００のメディアプレイヤー３０１で再生することも可能である。
【００２０】
上述のようなシステム構成においてデータをやりとりする際に、デバイスを識別する情報としてＵＵＩＤを用いる。以下、ＵＵＩＤの生成について説明する。図３は、ＣＰＵ１１０がＵＵＩＤ生成部１１１を用いてＵＵＩＤを生成する手順を示すフローチャートである。この処理は、ユーザによる外部装置との通信開始の指示などに応じて、メディアプレイヤー１０１、アップローサーバ１０２、メディアサーバ１０３のいずれかによるサービスが開始される場合に実行される。
【００２１】
まずＳ３００にて、ＣＰＵ１１０はＵＵＩＤ生成を要求しているアプリケーションがアップロードサーバ１０２であるか否かを判断する。アップロードサーバ１０２であると判断した場合、Ｓ３０１へ進む。
【００２２】
Ｓ３０１では、ネットワークＩ／Ｆ１３０から、ＰＣ１００のＭＡＣアドレスを取得して、Ｓ３０２へ進む。なお、本ステップは第１の取得手段による処理の一例である。Ｓ３０２では、ＭＡＣアドレスに基づいてＵＵＩＤを生成する。ＭＡＣアドレスから一意なＵＵＩＤを生成する方法は種々のものが存在するが、ここでは説明しない。なお、ＭＡＣアドレスはＰＣ１００の固有情報であるから、このステップで生成されるＵＵＩＤは原則として常に同じ値となる。
【００２３】
次に、Ｓ３００からＳ３０３に進んだ場合について説明する。Ｓ３０３で、ＣＰＵ１１０は時計１２０から現在時刻情報を取得して、Ｓ３０４のステップへ進む。なお、本ステップは第２の取得手段による処理の一例である。Ｓ３０４では、Ｓ３０３で取得した現在時刻情報に基づいてＵＵＩＤを生成する。本ステップでは、現在時刻情報が異なれば異なるＵＵＩＤが生成されることになる。つまり、サービスを開始させるたびに異なるＵＵＩＤで通信をすることになる。
【００２４】
そしてＰＣ１００は、Ｓ３０２またはＳ３０４で生成したＵＵＩＤを用いて、外部装置からの問合せに応答することで、ネットワークを介した通信が実現する。
【００２５】
上述したように、本実施形態では、アップロードサーバ１０２を用いる場合は固定のＵＵＩＤを生成し、メディアプレイヤー１０１またはメディアサーバ１０３を用いる場合はサービス開始のたびに異なるＵＵＩＤを生成するよう決定することとした。なお、ＰＣ１００内でアップロードサーバ１０２とメディアプレイヤー１０１またはメディアサーバ１０３が並行して動作する場合もある。この場合も、サービス毎にＵＵＩＤを生成して対応付け、サービスに応じてＵＵＩＤを使い分けて通信すればよい。
【００２６】
上記のような処理としたのは以下の理由による。ユーザにとってアップロードという処理は、決められたアップロードサーバを用いてコンテンツを送信するケースが多いと考えられる。したがって、コンテンツをアップロードするアップローダ側には、予めいつも使用するアップロードサーバのＵＵＩＤを登録しておき、アップロードサーバの選択を容易にする機能を有するものもある。したがって、ＰＣ１００がアップローダ１０２となる場合は、ＵＵＩＤは固定のものとしておき、アップローダ側でいつも使用しているアップロードサーバをＵＵＩＤを用いて識別できるようにしておくのが望ましい。
【００２７】
これに対し、ＰＣ１００がメディアサーバ１０３となる場合は、ＰＣ１００を含む複数のメディアサーバのうち、メディアプレーヤ側のメニューなどでユーザが適切なものを毎回検索・選択するケースが多いと考えられる。したがって、固定のＵＵＩＤを特に用いる必要はないと考えられる。一般に、ＵＵＩＤを固定すると、偶然同じＵＵＩＤが生成されてしまったりして、重複する可能性がある。したがって、メディアサーバ１０３の場合は、固定のＵＵＩＤを用いずに時刻情報を用いたより一意性の高いＵＵＩＤを生成することとした。
【００２８】
以上、本実施形態によれば、サービスごとにＵＵＩＤ生成方法を変更することでより適切にＵＵＩＤを生成することが可能となる。特に固定のＵＵＩＤと変動するＵＵＩＤは上述したようにそれぞれのメリットがあるため、サービスに適したＵＵＩＤを用いることで、より利便性が向上することになる。
【００２９】
＜第２の実施形態＞
次に、第２の実施形態について説明する。なお、本実施形態は第１の実施形態と共通する部分が多いため、共通部分については説明を省略し、本実施形態に特有の部分を中心に説明する。図４は、本実施形態におけるＰＣ５００のブロック図である。
【００３０】
ＰＣ５００と第１の実施形態におけるＰＣ１００との相違点は、アップロードサーバ１０２の代わりにのダウンローダ５０４のサービスが含まれている点である。ダウンローダ５０４は、外部装置に保存されているコンテンツ情報の取得を行い、ストレージ１４０へ保存するための制御を行うサービスである。
【００３１】
図５（ａ）は、本実施形態のシステム構成を示す。本実施形態では、ＰＣ４００とＰＣ５００とが同一ホームネットワークに接続されている。
【００３２】
図５（ｂ）は、図５（ａ）における、各装置内のアプリケーションの接続関係を示す図である。矢印は、コンテンツが転送される方向を示している。ＰＣ４００はメディアサーバ４０３、ダウンロードサーバ４０４、メディアプレーヤ４０１を有する。ここでダウンロードサーバ４０４は、ＰＣ４００の外部装置からのコンテンツの取得要求に対する、コンテンツの送信を制御するためのものである。
【００３３】
ＰＣ５００はメディアプレーヤ５０１、メディアサーバ５０３、そして前述したダウンローダ５０４を有する。
【００３４】
図６は、ＣＰＵ１１０がＵＵＩＤ生成部１１１を用いてＵＵＩＤを生成する手順を示すフローチャートである。この処理は、ユーザによる外部装置との通信開始の指示などに応じて、メディアプレイヤー１０１、ダウンローダ５０４、メディアサーバ１０３のいずれかによるサービスが開始される場合に実行される。図３との違いは、Ｓ６００でダウンローダ５０４を用いるか否かを判定している点である。以下のＳ６０１〜Ｓ６０４は、Ｓ３０１〜３０４と同様の処理を実行する。これは第１の実施形態と同様、ユーザはダウンローダ５０４はいつも同じ機器を使用するという可能性が高い、という理由による。
【００３５】
＜他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2013126195.tif 000003
【図２】
2013126195.tif 000004
【図３】
2013126195.tif 000005
【図４】
2013126195.tif 000006
【図５】
2013126195.tif 000007
【図６】
2013126195.tif 000008